Структура спецификации требований
| Раздел
| Описание
| | Предисловие
| Здесь определяется круг лиц, на которых рассчитан данный документ. Описываются предыдущие версии разрабатываемого программного продукта, а также изменения, внесенные в каждую версию. Дается обоснование для создания новой версии продукта.
| | Введение
| Здесь, более развернуто, обосновывается необходимость создания системы (программного продукта). Кратко перечисляются системные функции, и объясняется, как система будет работать совместно с другими системами. Должно быть показано, как разработка системы «вписывается» в общую бизнес-стратегию компании, заказывающей программный продукт
| | Глоссарий
| Дается описание технических терминов, используемых в документе. Здесь не делается каких-либо предположений об уровне знаний или практическом опыте читателя документа.
| | Пользовательские требования
(С-требования)
| Описываются сервисы, предоставляемые пользователям, нефункциональные системные требования и требования предметной области. Это описание может быть сделано на естественном языке с использованием диаграмм, блок-схем и других форм записи, понятных заказчику. Здесь также должны быть приведены стандарты на программный продукт и процесс его разработки.
| | Системная архитектура
| Здесь приводится высокоуровневое представление возможной системной архитектуры с указанием, как распределены системные функции по компонентам системы. Обязательно должны быть выделены повторно используемые (т.е. уже существующие) компоненты.
| | Системные требования
(D-требования)
| Подробно описываются функциональные, нефункциональные требования и требования предметной области. Если необходимо, нефункциональные требования дополняются описанием интерфейсов других систем.
| | Системные модели
| Здесь представлено несколько системных моделей, показывающих взаимоотношения между системными компонентами и между системой и ее окружением. Это могут быть объектные модели, модели потоков данных или модели данных.
| | Эволюция системы
| Приводятся основные предположения и допущения, на которых базируется система, а также ожидаемые (прогнозируемые) изменения в аппаратных средствах, в потребностях пользователей и т.п.
| | Приложения
| Здесь приводится специализированная информация, относящаяся к разрабатываемой системе, например описание аппаратных средств или базы данных, с которыми должна работать система. При описании аппаратных средств необходимо показать минимальную и оптимальную конфигурации, при которых может работать программная система. Описание базы данных должно отображать логическую структуру данных, с которыми будет работать система, и отношения между ними.
| | Указатели
| В документе возможно использование различных указателей. Это может быть обычный алфавитный указатель, указатель диаграмм или указатель системных функций.
|
Вместе
На примере концептуальной модели предметной области Вашей курсовой работы, смоделировать различные сценарии обслуживания, с использованием CRC- карт. (118)
34. Методика исследования структуры объектов Вашей курсовой работы и механизмов их взаимодействия с использованием CRC-карт. (118-119)]
Сверху название класса, слева функционал класса, справа классы с которыми он взаимодействует.
Пример на курсовой Леши:
Оклад
| Ответственность класса
| Взаимодействие с другими классами
| | Пользователь может посмотреть и рассчитывать, редактировать величину оклада.
| Пользователь(Босс),
Оклад.
|
Удержание
| Ответственность класса
| Взаимодействие с другими классами
| | Пользователь может посмотреть удержание.
| Пользователь(Босс), Удержание, Оклад, Подоходный налог, Пенсионный фонд, Профсоюзный взнос.
|
Заработная плата
| Ответственность класса
| Взаимодействие с другими классами
| | Пользователь может посмотреть и рассчитывать величину ЗП.
| Пользователь(Босс), Оклад, Удержание, Доплата, Подоходный налог, Пенсионный фонд, Профсоюзный взнос.
|
Кардиналистский и ординалистский подходы Кардиналистский (количественный подход) к анализу полезности основан на представлении о возможности измерения различных благ в условных единицах полезности...
|
Обзор компонентов Multisim Компоненты – это основа любой схемы, это все элементы, из которых она состоит. Multisim оперирует с двумя категориями...
|
Композиция из абстрактных геометрических фигур Данная композиция состоит из линий, штриховки, абстрактных геометрических форм...
|
Важнейшие способы обработки и анализа рядов динамики Не во всех случаях эмпирические данные рядов динамики позволяют определить тенденцию изменения явления во времени...
|
Дренирование желчных протоков Показаниями к дренированию желчных протоков являются декомпрессия на фоне внутрипротоковой гипертензии, интраоперационная холангиография, контроль за динамикой восстановления пассажа желчи в 12-перстную кишку...
Деятельность сестер милосердия общин Красного Креста ярко проявилась в период Тритоны – интервалы, в которых содержится три тона. К тритонам относятся увеличенная кварта (ув.4) и уменьшенная квинта (ум.5). Их можно построить на ступенях натурального и гармонического мажора и минора.
...
Понятие о синдроме нарушения бронхиальной проходимости и его клинические проявления Синдром нарушения бронхиальной проходимости (бронхообструктивный синдром) – это патологическое состояние...
|
Различия в философии античности, средневековья и Возрождения ♦Венцом античной философии было: Единое Благо, Мировой Ум, Мировая Душа, Космос...
Характерные черты немецкой классической философии 1. Особое понимание роли философии в истории человечества, в развитии мировой культуры. Классические немецкие философы полагали, что философия призвана быть критической совестью культуры, «душой» культуры.
2. Исследовались не только человеческая...
Обзор компонентов Multisim Компоненты – это основа любой схемы, это все элементы, из которых она состоит...
|
|
