Структура основных документов, отражающих требования к программным средствам

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

Состав концепции основных требований к программному средству:

- описание обобщенных результатов обследования и изучения существующей системы и внешней среды;

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

- перечень базовых стандартов предполагаемого проекта программного продукта;

- общие требования к характеристикам комплекса задач ПС:

* цели создания программного продукта и назначение комплекса функциональных задач;

* перечень объектов среды применения ПС (технологических объектов управле­ния, подразделений предприятия и т. п.), при управлении которыми должен решаться комплекс задач;

* периодичность и продолжительность решения комплекса задач;

* связи и взаимодействие комплекса задач с внешней средой и другими компонентами системы;

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

- требования к входной информации:

* источники информации и их идентификаторы;

* перечень и описание входных сообщений (идентификато­ры, формы представления, регламент, сроки и частота поступления);

* перечень и описание структурных единиц информации входных сообщений или ссылка на документы, содержащие эти данные;

- требования к выходной информации:

* потребители и назначение выходной информации;

* перечень и описание выходных сообщений;

* регламент и периодичность их выдачи;

* допустимое время задержки решения определенных задач;

- описание и оценка преимуществ и недостатков разработанных альтернативных вариантов функций в концепции создания проекта ПС;

- сопоставительный анализ требований заказчика и пользователей к программному продукту и набора функций в концепции ПС для удовлетворения требований за­казчика и пользователей;

- обоснование выбора оптимального варианта требований к содержанию и приоритетам комплекса функций ПС в концепции;

- общие требования к структуре, составу компонентов и интерфейсам с внешней средой;

- ожидаемые результаты и возможная эффективность реализации выбранно­го варианта требований в концепции ПС;

- ориентировочный план реализации выбранного варианта требований кон­цепции ПС;

- общие требования к составу и содержанию документации проекта ПС;

- оценка необходимых затрат ресурсов на разработку, ввод в действие и обеспечение функционирования ПС;

- предварительный состав требований, гарантирующих качество применения ПС;

- предварительные требования к условиям испытаний и приемки системы и ПС.

Спецификация требований к системе и к комплексу программ на этапе детального проектирования:

- требования проекта системы к комплексу программ, как к целому в общей архитектуре системы;

- требования к унификации интерфейсов и базы данных комплекса программ;

- требования и обоснование выбора проектных решений уровня системы, состава компонентов системы, описание функций системы и ПС с точки зрения пользователя;

- спецификация требований верхнего уровня комплекса программ, производные требования к компонентам ПС и требования к интерфейсам между системными компонентами, элементами конфигурации ПС и аппаратуры;

- описание распределения системных требований по компонентам ПС с учетом требований, которые обеспечивают заданные характеристики качества;

- требования к архитектуре системы, содержащей идентификацию и функции компонентов системы, их назначение, статус разработки, аппаратные и программные ресурсы;

- требования совместного целостного функционирования компонентов ПС, описание и характеристики их динамических связей;

- требования анализа трассируемости функций компонентов программного средства к требованиям проекта системы;

- требования для системы или/и подсистем и методы, которые должны быть использованы для гарантии того, что каждое требование к комплексу программ будет выполнено и прослеживаемо к конкретным требованиям системы:

* к режимам работы;

* к производительности системы;

* к внешнему и пользовательскому интерфейсу системы;

* к внутреннему интерфейсу компонентов и к внутренним данным системы;

* по возможности адаптации ПС к внешней среде;

* по обеспечению безопасности системы, ПС и внешней среды;

* по обеспечению защиты, безопасности и секретности данных;

* по ограничениям доступных ресурсов проекта ПС;

* по обучению и уровню квалификации персонала;

* по возможностям средств аттестации результатов и компонентов, включающие в себя демонстрацию, тестирование, анализ, инспекцию и требуемые специальные методы для контроля функций и качества конкретной системы или компонента ПС.

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