Описание требований

1. Описание требований.

1 Рассмотреть данный материал.
2. Основное записать в тетрадь

2. ОСНОВНЫЕ ПОНЯТИЯ

Программный продукт - комплекс взаимосвязанных
программ для решения определенной проблемы
(задачи) массового спроса, подготовленный к
реализации как любой вид промышленной
продукции.
Программные продукты могут создаваться как:
индивидуальная разработка под заказ;
разработка для массового распространения среди
пользователей.
Программный продукт разрабатывается на основе
промышленной технологии выполнения проектных работ
с применением современных инструментальных средств
программирования.

3. ХАРАКТЕРИСТИКА ПРОГРАММНОГО ПРОДУКТА

Основными характеристиками ПП являются:
алгоритмическая сложность (логика алгоритмов
обработки информации);
состав и глубина проработки реализованных функций
обработки;
полнота и системность функций обработки;
объем файлов программ;
требования к операционной системе и техническим
средствам обработки со стороны программного средства;
объем дисковой памяти;
размер оперативной памяти для запуска программ;
тип процессора;
версия операционной системы;
наличие вычислительной сети и др.

4. ХАРАКТЕРИСТИКА ПРОГРАММНОГО ПРОДУКТА

В условиях существования рынка программных
продуктов важными характеристиками являются:
стоимость,
количество продаж;
время нахождения на рынке
(длительность продаж);
известность фирмы-разработчика и программы;
наличие программных продуктов аналогичного
назначения.

5. АСПЕКТЫ КАЧЕСТВА

Программные продукты имеют многообразие показателей
качества, которые отражают следующие аспекты:
• насколько хорошо (просто, надежно, эффективно) можно
использовать программный продукт;
• насколько легко эксплуатировать программный продукт;
• можно ли использовать программный продукт при изменении
условия его применения и др.
ДЕ
Дерево характеристик качества

6. КАЧЕСТВО ПРОГРАММНОГО ПРОДУКТА

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

7. КАЧЕСТВО ПРОГРАММНОГО ПРОДУКТА

4. Учет человеческого фактора означает обеспечение
дружественного интерфейса для работы конечного пользователя,
наличие контекстно-зависимой подсказки или обучающей системы в
составе программного средства, хорошей документации для
освоения и использования заложенных в программном средстве
функциональных возможностей, анализ и диагностику
возникших ошибок и др.
5. Модифицируемость программных продуктов означает
способность к внесению изменений, например расширение функций
обработки, переход на другую техническую базу обработки и т.п.
6. Коммуникативность программных продуктов основана на
максимально возможной их интеграции с другими программами,
обеспечении обмена данными в общих форматах представления
(экспорт/импорт баз данных, внедрение или связывание объектов
обработки и др.).

8. Взаимная ответственность поставщика и потребителя программного продукта

ЗАКАЗЧИК
РАЗРАБОТЧИК
1. Анализ и разработка экономического обоснования
оценка реальной потребности в создании
продукта и возможной
конкурентоспособности
оценка возможности реализации проекта
с необходимым качеством с учетом
ограничений требуемого бюджета, сроков
и других ресурсов
оценка реализуемости проекта в
условиях и ресурсах, предлагаемых
заказчиком
Формирование первичного документа, в котором определены цели и задачи проекта,
предполагаемые характеристики продукта и необходимые ресурсы для его реализации
2. Оценка рисков реализации поставленных целей
прогнозирование возможного увеличения
требуемого бюджета, сроков и других
ресурсов.
предварительная максимизация
функциональной пригодности и
конструктивных характеристик
качества, а затем минимизация рисков
снижения требуемого качества или
используемых ресурсов

9. Взаимная ответственность поставщика и потребителя программного продукта

ЗАКАЗЧИК
РАЗРАБОТЧИК
2. Прогнозирование требований к программному продукту и экономическое
обоснование необходимых ресурсов по трудоемкости, стоимости, срокам
заинтересованность в получении
продукта высокого качества при
минимальных затратах
желание получить максимальную оплату
за созданный продукт и достаточные
ресурсы на его производство
3. Требования к качеству функционирования программного продукта
пригодность программного продукта
обеспечивать надежное и своевременное
представление требуемой информации
заказчику для его дальнейшего
использования по назначению
номенклатура и значения
показателей качества
4. Оценка возможной эффективности применения готового продукта и его
рентабельности
степень удовлетворения потребностей
заказчиков: прибыль, стоимость,
трудоемкость, предотвращенный ущерб,
длительность применения
определение загрузки операторовпользователей, пропускной способности
по числу задач в единицу времени,
временной шкалы событий обработки
заданий и данных в системе

10. Технико-экономический анализ и обоснование процесса разработки

ЦЕЛИ:
1. прогнозирование реальных затрат на разработку
определенного проекта компонентов и ПС в целом с
учетом их сложности и требуемого качества;
2. создание методов и методик прогнозирования затрат и
длительности разработки комплексов программ;
3. обоснование и создание методов и средств снижения
совокупных затрат и сроков разработки сложных ПС;
4. создание методических и нормативных документов, как
основы промышленной разработки аналогичных
программных продуктов.

11. Взаимная ответственность поставщика и потребителя программного продукта

• Проекты, как правило, инициируются заказчиком с
объемом функциональных возможностей, превышающим
тот, который разработчик может реализовать, обеспечив
приемлемое качество при заданных ресурсах.
• Тем не менее, необходимо ограничиваться, чтобы иметь
возможность предоставить в срок достаточно целостный и
качественный программный продукт.
• Существуют различные методы задания очередности
выполнения (приоритеты) требований и понятие базового
уровня - совместно согласованного представления о том, в
чем будут состоять ключевые функции системы,
требований, задающих ориентир для принятия
решений и их оценки.

12. Взаимная ответственность поставщика и потребителя программного продукта

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

13. ЭКСПЛУАТАЦИОННЫЕ ТРЕБОВАНИЯ К ПРОГРАММНОМУ ПРОДУКТУ

Требование - это:
1. условия или возможности, необходимые пользователю для
решения проблем или достижения целей;
2. условия или возможности, которыми должна обладать
система или системные компоненты, чтобы выполнить
контракт или удовлетворять стандартам, спецификациям
или другим формальным документам;
3. документированное представление условий или
возможностей для пунктов 1 и 2.
IEEE Standard Glossary of Software
Engineering Terminology (1990)

14. ЭКСПЛУАТАЦИОННЫЕ ТРЕБОВАНИЯ К ПРОГРАММНОМУ ПРОДУКТУ

Эксплуатационные требования определяют характеристики
разрабатываемого программного обеспечения, проявляемые в
процессе его функционирования.
• функциональность (правильность) - функционирование в
соответствии с техническим заданием;
• универсальность - обеспечение правильной работы при
любых допустимых данных и защиты от неправильных
данных;
• надежность (помехозащищенность) - обеспечение полной
повторяемости результатов, т. е. обеспечение их правильности
при наличии различного рода сбоев;
• проверяемость - возможность проверки
получаемых результатов;
• точность результатов - обеспечение погрешности
результатов не выше заданной;
• защищенность - обеспечение конфиденциальности
информации;

15. ЭКСПЛУАТАЦИОННЫЕ ТРЕБОВАНИЯ К ПРОГРАММНОМУ ПРОДУКТУ

• программная совместимость - возможность совместного
функционирования с другим программным
обеспечением;
• аппаратная совместимость - возможность совместного
функционирования с некоторым оборудованием;
• эффективность - использование минимально
возможного количества ресурсов технических средств,
например, времени микропроцессора или объема
оперативной памяти;
• адаптируемость - возможность быстрой модификации с
целью приспособления к изменяющимся условиям
функционирования;
• повторная входимость - возможность повторного
выполнения без перезагрузки с диска;
• реентерабельность - возможность
«параллельного» использования несколькими
процессами.

16. ПРОГРАММНОЕ ИЗДЕЛИЕ

• Программный продукт, предназначенный для продажи,
принято называть программным изделием.
• Программное изделие – это программа, расположенная на
определенном носителе и являющаяся продуктом
промышленного производства (ГОСТ 19.004-80).
Программные изделия имеют свой жизненный цикл,
начинающийся от момента возникновения идеи по его созданию
до момента его морального износа.
Программное изделие считается морально устаревшим, если
оно перестает удовлетворять потребностям пользователя, а
дальнейшая его модификация невыгодна или невозможна.

17. ПРОГРАММНОЕ ИЗДЕЛИЕ

Программное изделие - продукция научно-технического
назначения:
- программное средство на носителях данных, изготовленное по
утвержденной в установленном порядке технологии,
- проверено на соответствие утвержденным техническим
условиям и действующей нормативно-технической
документации,
- наличие технической (технологической и эксплуатационной)
документации, разработанной в соответствии с действующими
стандартами,
- проведены государственные, межведомственные или
ведомственные испытания.
Программное изделие – это универсальное программное
обеспечение, которое предназначается для широкого круга
пользователей и должно рекламироваться, поддерживаться в
работоспособном состоянии, расширяться на протяжении
длительного времени.

18. ПРОГРАММНОЕ ИЗДЕЛИЕ

При разработке ПИ:
• разработчик не знаком с пользователем;
• требования пользователя формируются либо разработчиком,
либо передаются ему посреднической организацией;
• пользователи не участвуют в рассмотрении и согласовании
проектных решений;
• программное обеспечение должно сохранять
работоспособность в широком диапазоне конфигураций
вычислительных комплексов и при самых различных
программных средствах;
• пользователи вводят программное обеспечение в действие
либо сами, либо с посторонней помощью, но без участия
разработчика;
• проблемы, возникающие при использовании ПО, решаются с
помощью переписки или посредника;
• ПИ предназначено для широкого круга пользователей;
• программное обеспечение используется многократно и
длительное время.

19. ПРОГРАММНОЕ ИЗДЕЛИЕ

Трудности разработки и внедрения технологии создания
программных изделий определяются особенностями
программной продукции как предмета производства:
• В отличие от технического обеспечения или аппаратных
средств (физические объекты), программы – «неосязаемые»
объекты. Программная продукция разрабатывается , а не
изготовляется в процессе промышленного производства.
• ПП не «изнашивается».
• ПИ не имеет широкого набора запасных частей.
• Особенность ПИ: параллельно с эксплуатацией происходит
и его совершенствование в процессе сопровождения ПО.
Затраты на сопровождение, включающие затраты на
модернизацию и адаптацию продукта к конкретным
условиям пользователя, оказываются соизмеримыми с
затратами на его разработку, а часто и превышают их.

20. ПРОГРАММНОЕ ИЗДЕЛИЕ

ПИ как продукция производственно-технического
назначения должно отвечать ряду требований.
• Как и любая продукция, ПИ должно создаваться в соответствии с
государственными отраслевыми стандартами (ГОСТами),
согласованными с Государственным комитетом по
вычислительной технике.
• ПИ должно иметь установленную цену, согласованную с ведущими
организациями – разработчиками программных средств. В
условиях рыночной экономики возможно существование
договорных цен на ПИ.
• При реализации ПИ должны быть особо оговорены вопросы
совершенствования (модернизации) ПИ организациямипоставщиками.
• Тщательное документирование ПИ обеспечивает возможность их
применения пользователями различной квалификации. Состав и
количество документации, сопровождающей ПИ, определяются в
соответствии с ГОСТами на ПИ.