лекция. Сборник лекций по МДК _Технология разработки программного обеспе. Курс лекций для специальности спо базовой подготовки
 Скачать 4.41 Mb.
|
Концепция в ГОСТ РФВ соответствии с ГОСТ 34.601-90 "Автоматизированные системы. Стадии создания" [7.2], после этапа формирования (выявления) требований к системе выполняется этап разработки концепции системы. Основные работы этапа: Изучение объекта; Проведение научно-исследовательских работ (НИР); Разработка вариантов концепции АС; Оформление отчета о выполненной работе. Так как данный этап хронологически стоит на втором месте, к его началу у Разработчика на руках уже имеется документ, в котором собраны основные требования пользователей. Работы над концепцией начинаются с обследования объекта автоматизации. Выполняются НИР, направленные на исследование принципиальной реализуемости требований и возможных вариантов реализации. ГОСТ, в отличие от большинства современных методологий, в общем случае закладывает многоальтернативность вариантов концепции системы и планов их реализации. Каждый из проработанных вариантов оценивается с позиций требуемых ресурсов и функциональности. Для вариантов должны быть представлены оценки преимуществ и недостатков. Полезность проработки нескольких вариантов концепции заключается в том, что Заказчику трудно сформулировать самостоятельно видение системы, в то время, как выбор из набора вариантов, представленных Разработчиком - вполне посильная задача. Кроме того, концепция должна отражать оценки качества, условия приемки системы, оценку эффекта, ожидаемого от реализации. При оформлении отчета необходимо привести обоснование предлагаемого варианта. Видение в RUPШаги, которые необходимо пройти для формирования документа "Видение": Формулировка проблем. Идентификация совладельцев Определение границ системы Идентификация ограничений Формулировка постановки задач Определение возможностей системы Оценка результатов Для описания проблем предлагается шаблон, показанный в табл. 7.1.
Идентификация совладельцев предполагает поиск и фиксацию интересантов проекта - представителей Заказчика и Исполнителя, инвесторов, внешних экспертов и пр. Определение границ системы представляет собой нетривиальный процесс. Для этого используют контекстные диаграммы [7.1] (см. материалы "Расширенный анализ требований. Моделирование" ). RUP в поиске границ предлагает отталкиваться от факторов и вариантов использования. Среди источников ограничений обычно выделяют: Политические, Экономические, Среды, Технические, Выполнения, Системные. Описание возможностей системы представляет собой формулировку высокоуровневых требований. Шаблон документа "Vision" RUP содержит следующие основные разделы: Введение Позиционирование Описания совладельцев и пользователей Краткий обзор изделия Возможности продукта Ограничения Показатели качества Старшинство и приоритеты Другие требования к изделию Требования к документации Приложение. Во введении описываются цель документа, его контекст (связь и взаимовлияние с различными проектами), определения, акронимы и сокращения, ссылки на другие документы, краткое содержание. В разделе "позиционирование" помещается определение решаемой проблемы (проблем), указывается целевой заказчик и исследуются деловые преимущества изделия перед аналогичными на рынке. В описании совладельцев и пользователей, помимо собственно описания этих двух групп, исследуется демография рынка: целевые рыночные сегменты, размер и темпы роста рынка, существующие конкурентные предложения на рынке, репутация Разработчика на рынке. Краткий обзор изделий содержит резюме изделия, описание его перспектив и ключевых возможностей, предположения и зависимости, указывается стоимость и ее калькуляция, рассматриваются вопросы лицензирования и инсталляции. В разделе, посвященном возможностям продукта, они описываются более подробно, каждая - в отдельном параграфе. В раздел "Ограничения" следует выносить существующие технические, технологические и др. обстоятельства, которые необходимо учитывать на данной стадии. Раздел "Показатели качества" содержит описание наиболее существенных нефункциональных требований к системе (эффективности, надежности, отказоустойчивости и др.). Раздел "Старшинство и приоритеты" ранжирует сформулированные ранее требования и возможности системы по степени важности, очередности реализации и т.п. Раздел "Другие требования к изделию" описывает применяемые стандарты, системные требования, эксплуатационные требования, требования к окружающей среде. В требованиях к документации приводятся ключевые характеристики руководства пользователя, интерактивной справки, руководства по установке и конфигурированию, файла Read Me. В приложение выносятся атрибуты возможностей. RUP рекомендует следующий набор атрибутов: статус, выгода, объем работ, риск, стабильность, целевой выпуск, назначение, причина. | ||||||||||