Вопрос: Структура основных документов, отражающих требования к программным средствам
При разработке требований к проектам программных средств кроме основных целей, назначения и функций важно учесть и сформулировать содержание достаточно полного множества характеристик, каждая из которых может влиять на успех проекта программного продукта. Для уменьшения вероятности случайного пропуска важного требования заказчикам и пользователям целесообразно иметь типовые проекты перечней (шаблоны) наборов требований, которые можно целеустремленно сокращать и адаптировать, обеспечивая целостность требований для конкретных проектов ПС Ниже представлены примеры состава требований на двух этапах жизненного цикла сложных ПС: на этапе формирования концепции ПС и на этапе детального проектирования комплекса программ. Состав концепции основных требований к программному средству: - описание обобщенных результатов обследования и изучения существующей системы и внешней среды; - описание целей, назначения программного продукта и потребностей заказчика и потенциальных пользователей в заданной среде применения; - перечень базовых стандартов предполагаемого проекта программного продукта; - общие требования к характеристикам комплекса задач ПС: • цели создания программного продукта и назначение комплекса функциональных задач; • перечень объектов среды применения ПС (технологических объектов управления, подразделений предприятия и т. п.), при управлении которыми должен решаться комплекс задач; • периодичность и продолжительность решения комплекса задач; • связи и взаимодействие комплекса задач с внешней средой и другими компонентами системы; • распределение функций между персоналом, программными и техническими средствами при различных ситуациях решения требуемого комплекса функциональных задач; - требования к входной информации: • источники информации и их идентификаторы; • перечень и описание входных сообщений (идентификаторы, формы представления, регламент, сроки и частота поступления); • перечень и описание структурных единиц информации входных сообщений или ссылка на документы, содержащие эти данные; - требования к выходной информации: • потребители и назначение выходной информации; • перечень и описание выходных сообщений; • регламент и периодичность их выдачи; • допустимое время задержки решения определенных задач; - описание и оценка преимуществ и недостатков разработанных альтернативных вариантов функций в концепции создания проекта ПС; - сопоставительный анализ требований заказчика и пользователей к программному продукту и набора функций в концепции ПС для удовлетворения требований заказчика и пользователей; - обоснование выбора оптимального варианта требований к содержанию и приоритетам комплекса функций ПС в концепции; - общие требования к структуре, составу компонентов и интерфейсам с внешней средой; - ожидаемые результаты и возможная эффективность реализации выбранного варианта требований в концепции ПС; - ориентировочный план реализации выбранного варианта требований концепции ПС; - общие требования к составу и содержанию документации проекта ПС; - оценка необходимых затрат ресурсов на разработку, ввод в действие и обеспечение функционирования ПС; - предварительный состав требований, гарантирующих качество применения ПС; - предварительные требования к условиям испытаний и приемки системы и ПС. Спецификация требований к системе и к комплексу программ на этапе детального проектирования: - требования проекта системы к комплексу программ, как к целому в общей архитектуре системы; - требования к унификации интерфейсов и базы данных комплекса программ; - требования и обоснование выбора проектных решений уровня системы, состава компонентов системы, описание функций системы и ПС с точки зрения пользователя; - спецификация требований верхнего уровня комплекса программ, производные требования к компонентам ПС и требования к интерфейсам между системными компонентами, элементами конфигурации ПС и аппаратуры; - описание распределения системных требований по компонентам ПС с учетом требований, которые обеспечивают заданные характеристики качества; - требования к архитектуре системы, содержащей идентификацию и функции компонентов системы, их назначение, статус разработки, аппаратные и программные ресурсы; - требования совместного целостного функционирования компонентов ПС, описание и характеристики их динамических связей; - требования анализа трассируемое™ функций компонентов программного средства к требованиям проекта системы; - требования для системы или/и подсистем и методы, которые должны быть использованы для гарантии того, что каждое требование к комплексу программ будет выполнено и прослеживаемо к конкретным требованиям системы: • к режимам работы; • к производительности системы; • к внешнему и пользовательскому интерфейсу системы; • к внутреннему интерфейсу компонентов и к внутренним данным • по возможности адаптации ПС к внешней среде; • по обеспечению безопасности системы, ПС и внешней среды; • по обеспечению защиты, безопасности и секретности данных; • по ограничениям доступных ресурсов проекта ПС; • по обучению и уровню квалификации персонала; • по возможностям средств аттестации результатов и компонентов, включающих в себя демонстрацию, тестирование, анализ, инспекцию и требуемые специальные методы для контроля функций и качества конкретной системы или компонента ПС. Представленный состав спецификации требований на этапе детального проектирования может использоваться как компонент для уточнения технического задания и контракта с заказчиком на проект ЖЦ ПС и служить базой для формирования комплекса отчетных требований, утверждаемых и проверяемых заказчиком при приемке готового программного продукта. Состав стандартизированных характеристик качества программных средств и процессы выбора требований к ним в конкретных проектах представлены в лекциях 11 и 12. Эти требования должны быть отдельным, обязательным разделом в общей спецификации требований, итерационно формируемыми на этапах концепции и проектирования ПС и контролируемыми при испытаниях программного продукта.
VII. Задания для самостоятельной работы:
Напомнить обучаемым вопросы, изученные на занятии, подчеркнуть важность отработанной тематики. Дать задание на самостоятельную подготовку, ответить на возможные вопросы обучаемых.
Задание 1: 1. В соответствии с заданием своего варианта, разработать требования к разрабатываемой программной системе. 2.В процессе разработки требований продемонстрировать умения использования программного средства управления требованиями IBM Rational DOORS. Профессор кафедры №31 Ф.О. Федин
Популярное: Модели организации как закрытой, открытой, частично открытой системы: Закрытая система имеет жесткие фиксированные границы, ее действия относительно независимы... Генезис конфликтологии как науки в древней Греции: Для уяснения предыстории конфликтологии существенное значение имеет обращение к античной... Почему стероиды повышают давление?: Основных причин три... ©2015-2024 megaobuchalka.ru Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. (558)
|
Почему 1285321 студент выбрали МегаОбучалку... Система поиска информации Мобильная версия сайта Удобная навигация Нет шокирующей рекламы |