Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Исключенные возможности и неподдерживаемые сценарии




Сценарии использования

Системные требования

Требования пользователя

Цели дизайна

История проекта

Видение и рамки

Введение

Функциональная спецификация – это набор технических документов, которые детально описывают каждый элемент поставляемого решения.

Информация по видению/рамкам проекта должна сконцентрировать внимание читателя на ключевых элементах решения. Данная информация – стратегический элемент решения, который необходимо понять, прежде чем начинать вникать в детали функциональной спецификации. Включение этой информации формирует общее видение проекта и общие ожидания от его реализации.

Приведите здесь обзор концепции (видения) и рамок проекта.

Раздел «История проекта» перечисляет ключевые события в процессе создания решения в хронологической последовательности, так, как их видит команда. Перечисляются важные принятые решения. Данная информация может оказаться полезной для оценки того, почему проект был успешным (или, напротив, провальным) и почему. Подобный анализ будет крайне полезен при создании подобных решений в будущем.

Приведите здесь основные события и важные решения в процессе реализации проекта.

Данный раздел документа обобщает выполненный ранее анализ требований. Формулируются требования с точки зрения заказчика, пользователей, аппаратного и программного окружения. Данные требования, сформулированные ранее в общем виде, должны быть скорректированы в требования к решению и его отдельным компонентам в терминах команды разработчиков. В результате происходит уточнение целей проекта, сформулированных ранее в видении/рамках.

Раздел «Требование пользователя» перечисляет выявленные требования к решению с точки зрения заказчика и конечных пользователей.

Приведите здесь требования заказчика и конечных пользователей.

Сформулируйте здесь требования к аппаратному и программному окружению.

Приведите диаграмму вариантов использования. Прокомментируйте диаграмму. Перечислите варианты использования, опишите их суть. Для вариантов использования укажите сценарии. Для написания данного раздела рекомендуется язык UML.

 

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

Необходимо дополнительно отметить важность данного раздела. В любом случае важно честно сформулировать, какую функциональность мы создаем. Необходимо всеми силами избегать непонимания сторонами того, о чем конкретно они договорились. Соображения вида «сейчас все ОК, а там будет видно» на практике приводят к катастрофам на завершающих этапах.

Укажите здесь исключенные возможности и неподдерживаемые сценарии.




Поделиться с друзьями:


Дата добавления: 2015-06-27; Просмотров: 346; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.01 сек.