Программные продукты и общие требования к ним

[pic 1]

Лк. 1.    Программные продукты и общие требования к ним

1. Введение. Цели и предмет курса

Целью освоения учебной дисциплины «УПРАВЛЕНИЕ ТРЕБОВАНИЯМИ К ПРОГРАММНЫМ ПРОДУКТАМ» является формирование у обучаемых профессиональных компетенций по анализу предметной области применения программных продуктов, использованию нормативных документов, взаимодействию с заказчиком, умений и навыков применения современных методик и средств моделирования предметной области.

Основные темы курса:

1. Разработка и анализ требований в жизненном цикле ПП

2. Моделирование предметной области применения ПП

3. Методология SADT и её представление в семействе нотаций IDEF

4. Методология ARIS

5. Универсальный язык моделирования систем UML

6. Онтологическое моделирование

7. Техническое задание на создание ПП и управление требованиями в ЖЦ ПП

2. Программные продукты и общие требования к ним

Программный продукт — по ГОСТ 7.83—2001 - самостоятельное, отчуждаемое произведение, представляющее собой публикацию текста программы или программ на языке программирования или в виде исполняемого кода.

ГОСТ Р ИСО/МЭК 12207-2010 определяет программный продукт (software product) как совокупность компьютерных программ, процедур и, возможно, связанных с ними документации и данных.

Это определение применяется совместно с понятием услуга (service): выполнение действий, работы или обязанностей, связанных с продуктом, в контексте его использования в системе.

ПП может создаваться по единому проекту или складываться стихийно из отдельных слабо связанных частей. В любом случае, помимо производителя, владельца и пользователя, он может вызывать определённый интерес у третьих лиц, в частности, у государства, поскольку любой объект, наряду с полезными для потребителя свойствами, может нести и потенциальную опасность для его пользователя или третьих лиц.

При формировании требований нужно учитывать запросы всех заинтересованных лиц, которые по отношению к ПП могут быть объединены в три больших класса:

проектировщики, производители и поставщики;

владельцы и пользователи;

третьи лица.

Требования - это исходные данные, на основании которых проектируются и создаются любые искусственные системы.

Первичные пожелания поступают из различных источников, характеризуются противоречивостью, неполнотой, нечеткостью, изменчивостью. Требования нужны, в частности, для того, чтобы Разработчик мог определить и согласовать с Заказчиком характеристики программного продукта, суть, временные и финансовые перспективы проекта, учесть предписания и ограничения, связанные с интересами общества и государства. Поэтому значительная часть требований должна быть собрана и обработана на ранних этапах создания программного продукта. Однако на практике процесс сбора, анализа и обработки растянут во времени на протяжении всего жизненного цикла программного продукта, зачастую нетривиален и содержит множество подводных камней.

В IEEE Standard Glossary of Software Engineering Terminology (IEEE Std 610.12-1990) требование - это:

1. условия или возможности, необходимые пользователю для решения проблем или достижения целей;
2. условия или возможности, которыми должна обладать система или системные компоненты, чтобы выполнить контракт или удовлетворять стандартам, спецификациям или другим формальным документам;
3. документированное представление условий или возможностей для пунктов 1 и 2.

Требования к программному продукту и проекту его создания

Требования к продукту. Цель заказчика и пользователей - получить работоспособный продукт как инструмент своей деятельности, функциональный, надёжный и удобный в использовании на всех стадиях ЖЦ. Поэтому требования к программному продукту являются основополагающим классом требований.

Требования к проекту создания программного продукта. Заказчик, вступая в договорные отношения с Разработчиком, несет различные риски, главным из которых является риск получить продукт с опозданием, завышением стоимости либо ненадлежащего качества. Основные мероприятия по контролю и снижению риска - регламентация процесса создания программного продукта и его аудит. В отличие от требований к продукту, требования к проекту имеют более узкий временной горизонт — как правило, до сдачи программного продукта в промышленную эксплуатацию или до завершения гарантийного периода.