[
Комментарий: В требования к защите информации от несанкционированного доступа включают требования, установленные в нормативно-технической документации, действующей в отрасли (ведомстве) заказчика.
В требованиях по сохранности информации приводят перечень событий: аварий, отказов технических средств (в том числе - потеря питания) и т. п., при которых должна быть обеспечена сохранность информации в системе.
Требования к контролю, хранению, обновлению и восстановлению данных.
]
<<НАЧНИТЕ ТЕКСТ ЗДЕСЬ>>
Требования к внешнему интерфейсу
[
Комментарий: В этом разделе определяются требования к внешнему интерфейсу, которые в свою очередь определяют интерфейс пользователя, а также оборудование, ПО или элементы баз данных, с которыми система или компонент должны взаимодействовать.
]
<<НАЧНИТЕ ТЕКСТ ЗДЕСЬ>>
Требования к хостингу
[
Комментарий: В этом разделе описываются все технические требования к хостингу для сайта (в случае разработки сайта).
Сюда также стоит включить требования к интерпретаторам, библиотекам, пакетам, гемам, требования к дисковому пространству, памяти, smtp, pop, ftp, внешним программам и прочему, что имеет значение для работы проекта.
]
<<НАЧНИТЕ ТЕКСТ ЗДЕСЬ>>
Требования к документации
[
Комментарий: В этом разделе определяется документация, которая должна быть разработана для успешного развертывания и эксплуатации системы.
]
<<НАЧНИТЕ ТЕКСТ ЗДЕСЬ>>
3.1.4 Состав и содержание работ по созданию системы
[
Комментарий: Раздел «Состав и содержание работ по созданию системы» должен содержать в табличном виде перечень стадий и этапов работ по созданию системы, сроки их выполнения, перечень исполнителей работ.
]
<<НАЧНИТЕ ТЕКСТ ЗДЕСЬ>>
Порядок контроля и приемки системы
[
Комментарий: В разделе «Порядок контроля и приемки системы» указывают: виды, состав, объем и методы испытаний системы и ее составных частей.
Общие требования к приемке работ по стадиям (перечень участвующих лиц и организаций, место и сроки проведения)
]
<<НАЧНИТЕ ТЕКСТ ЗДЕСЬ>>
Модель прецедентов
[
Комментарий: Данный раздел определяет характеристики программного продукта с точки зрения конечного пользователя и заинтересованных лиц и формализовано описывает поведение проектируемой системы с помощью языка моделирования UML.
Этот раздел содержит описание процесса взаимодействия конечного пользователя с системой, называемое сценарием. Это описание является базовым для выработки функциональных требований к программному продукту.
Литература по разделу:
- Г. Буч, Дж. Рамбо, А. Джекобсон
Язык UML. Руководство пользователя
− ЧАСТЬ IV. Основы моделирования поведения
- Карл Вигерс
Разработка требований к программному обеспечению
− Глава 8. Как понять требования пользователей
- А. Якобсон, Г. Буч, Дж. Рамбо
Унифицированный процесс разработки программного обеспечения
− Глава 7. Определение требований в виде вариантов использования
- Крэг Ларман
Применение UML и шаблонов проектирования. 2-е издание
− Часть II. Начальная фаза
]
Акторы
[
Комментарий: В данном разделе необходимо указать акторов, т.е. пользователей нашего проектного решения, которые инициируют выполнение сценариев, внешние объекты или существующие подсистемы, с которыми взаимодействует разрабатываемое проектное решение. Акторов можно записать при помощи нижеследующей таблицы
Замечание: Выявление акторов позволяет построить сценарии использования для будущего проектного решения
Наименование актора | Тип актора | Описательная характеристика |
[Укажите здесь краткое имя актора] | [Укажите здесь тип актора. Актор может быть первичным, т.е. инициировать выполнение сценариев в системе, или вторичным, если он играет пассивную роль, и при этом находится вне системы. Кроме того, здесь же укажите кто является этим актором – пользователь, заинтересованное лицо, внешняя система и т.д.] | [Опишите подробно роль актора в рассматриваемой предметной области.] |
]
<<НАЧНИТЕ ЗДЕСЬ ТЕКСТ>>
Диаграмма прецедентов
[
Комментарий: В данном разделе показывается UML-диаграмма прецедентов (Use case diagram), которая служит основой для разработки сценариев использования будущего проектного решения.
]
<<НАЧНИТЕ ЗДЕСЬ ТЕКСТ>>
Сценарии использования
[
Комментарий: Сценарий использования определяет последовательность действий пользователя для получения некоторого результата, связанного с решением задач в рамках своей предметной области. Сценарий включает в себя множество ключевых событий, происходящих в предметной области пользователя. Эти события должны быть описаны учитывая цели пользователя, и включать в себя основные виды деятельности и их последовательность, а также ожидаемые результаты.
Замечание: Сценарии использования предоставляют существенную информацию для идентификации и определения решений проекта, связанных с организацией интерфейса пользователя и ожидаемые пользователем результаты от такого решения.
]