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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

VII. Задания для самостоятельной работы:

Напомнить обучаемым вопросы, изученные на занятии, подчеркнуть важность отработанной тематики.

Дать задание на самостоятельную подготовку, ответить на возможные вопросы обучаемых.

Задание 1:

1. В соответствии с заданием своего варианта, разработать требования к разрабатываемой программной системе.

2.В процессе разработки требований продемонстрировать умения использования программного средства управления требованиями IBM Rational DOORS.

Профессор кафедры №31 Ф.О. Федин