Спецификация требований к по
Цель этой стадии — разработка требований к ПО. Она является основой для разработки и проведения приемо-сдаточных испытаний.
Главным моментом при составлении Спецификации является достижение взаимопонимания между разработчиком и заказчиком. Все требования к ПО должны одинаково пониматься как Разработчиком, так и Заказчиком. Именно на этой стадии жизненного цикла начинается визуальное моделирование и создаются первые диаграммы на UML. С другой стороны, процесс определения требований к ПО не сводится только к моделированию. От того, насколько полно и детально будут сформулированы требования, во многом зависит успех проекта в целом.
Разработка спецификации включает два основных процесса:
обследование организации и анализ
моделирование требований.
Обследование организации (бизнес-анализ)
Цели бизнес-анализа заключаются в следующем:
понять структуру и динамику работы организации;
определить проблемы, возникающие в работе организации, и возможности их решения, направленного на повышение эффективности работы организации;
гарантировать, что заказчики, конечные пользователи и разработчики будут иметь одинаковое понимание деятельности организации;
вывести требования к программным системам, автоматизирующим работу организации.
Основным результатом бизнес-анализа является бизнес-модель, которая представляется на языке UML. Она включает:
Структуру организации
Cтатическое описание подразделений организации и отношений подчиненности в виде диаграмм пакетов и/или классов.
Модель видов деятельности, описывающую бизнес-актеров и виды деятельности организации.
Объектную модель включающую бизнес-актеров, исполнителей и бизнес-сущности, а также описание их взаимодействий при реализации видов деятельности.
Модель предметной области, которая является подмножеством объектной модели.
При построении бизнес-модели используют нормативные документы организации (устав, штатное расписание и др.), а также информацию, предоставляемую заинтересованными лицами, для чего проводятся интервью и совещания, заполняются анкеты и опросные листы. Организация описывается как с внешней точки зрения — какие результаты предоставляются ее клиентам,- так и с внутренней — исполнители и их связи с деятельностью организации.
Анализ и моделирование требований
Требование — это условие или характеристика, которой должно удовлетворять разрабатываемое ПО. Функциональные требования определяют действия, которые должно выполнять ПО, без учета физических ограничений. Нефункциональные требования не описывают поведение ПО, но описывают его атрибуты или атрибуты окружения.
Целями процесса анализа и моделирования требований являются:
достижение соглашения между Разработчиком и Заказчиком;
ограничение функциональности ПО;
создание базиса для планирования разработки проекта;
определение пользовательского интерфейса;
составление Спецификации требований (Технического задания).
Для достижения поставленных целей технология предусматривает создание следующих документов:
Модель требований;
Спецификация;
Глоссарий.
Эти документы описывают, что должно делать ПО (но не как оно это делает!). Источниками информации являются эксперты заказчика и потенциальные конечные пользователи.
Спецификация описывает все требования к ПО (функциональные и нефункциональные). Она представляет собой текстовый документ, который определяет набор требований к конечному продукту (но не к процессу его разработки) и не содержит деталей реализации. Спецификация составляется как результат совместной работы аналитиков из Разработчика и экспертов Заказчика и является базисом для достижения соглашения между заказчиком и исполнителем.
Спецификация должна описывать:
Функциональность. Все требования, должны быть точно сформулированы и одинаково пониматься заказчиком и исполнителем.
Внешние интерфейсы. Как ПО взаимодействует с пользователями, оборудованием и другими системами?
Атрибуты ввода и вывода. Определяют вводимые и выводимые данные.
Ограничения на функциональность.
Производительность. Скорость, надежность, время ответа, время восстановления и т.д.
Прочие нефункциональные требования.
Глоссарий определяет терминологию, общую для всех моделей и текстовых описаний ПО.
Построение модели требований этот процесс включает три основных вида деятельности — Моделирование требований, Архитектурный анализ, и Функциональный реинжиниринг.
При использовании ОО подхода создается модель требований, которая служит для представления функциональных требований в удобном для понимания человеком графическом виде. Она включает актеров и варианты использования (ВИ), описываемые на UML в виде use case диаграмм.