Программные продукты и общие требования к ним
Автор: Zhanna Agafonova • Апрель 3, 2024 • Лекция • 10,549 Слов (43 Страниц) • 94 Просмотры
[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.
Требования к программному продукту и проекту его создания
Требования к продукту. Цель заказчика и пользователей - получить работоспособный продукт как инструмент своей деятельности, функциональный, надёжный и удобный в использовании на всех стадиях ЖЦ. Поэтому требования к программному продукту являются основополагающим классом требований.
Требования к проекту создания программного продукта. Заказчик, вступая в договорные отношения с Разработчиком, несет различные риски, главным из которых является риск получить продукт с опозданием, завышением стоимости либо ненадлежащего качества. Основные мероприятия по контролю и снижению риска - регламентация процесса создания программного продукта и его аудит. В отличие от требований к продукту, требования к проекту имеют более узкий временной горизонт — как правило, до сдачи программного продукта в промышленную эксплуатацию или до завершения гарантийного периода.
...