Требования к защите информации, безопасности и сохранности данных





[

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

В требованиях по сохранности информации приводят перечень событий: аварий, отказов технических средств (в том числе - потеря питания) и т. п., при которых должна быть обеспечена сохранность информации в системе.

Требования к контролю, хранению, обновлению и восстановлению данных.

]

<<НАЧНИТЕ ТЕКСТ ЗДЕСЬ>>

 

Требования к внешнему интерфейсу

[

Комментарий: В этом разделе определяются требования к внешнему интерфейсу, которые в свою очередь определяют интерфейс пользователя, а также оборудование, ПО или элементы баз данных, с которыми система или компонент должны взаимодействовать.

]

<<НАЧНИТЕ ТЕКСТ ЗДЕСЬ>>

 

Требования к хостингу

[

Комментарий: В этом разделе описываются все технические требования к хостингу для сайта (в случае разработки сайта).

Сюда также стоит включить требования к интерпретаторам, библиотекам, пакетам, гемам, требования к дисковому пространству, памяти, smtp, pop, ftp, внешним программам и прочему, что имеет значение для работы проекта.

]

<<НАЧНИТЕ ТЕКСТ ЗДЕСЬ>>

 

 

Требования к документации

[

Комментарий: В этом разделе определяется документация, которая должна быть разработана для успешного развертывания и эксплуатации системы.

]

<<НАЧНИТЕ ТЕКСТ ЗДЕСЬ>>

3.1.4 Состав и содержание работ по созданию системы

[

Комментарий: Раздел «Состав и содержание работ по созданию системы» должен содержать в табличном виде перечень стадий и этапов работ по созданию системы, сроки их выполнения, перечень исполнителей работ.

]

<<НАЧНИТЕ ТЕКСТ ЗДЕСЬ>>

 

Порядок контроля и приемки системы

[

Комментарий: В разделе «Порядок контроля и приемки системы» указывают: виды, состав, объем и методы испытаний системы и ее составных частей.

Общие требования к приемке работ по стадиям (перечень участвующих лиц и организаций, место и сроки проведения)

]

<<НАЧНИТЕ ТЕКСТ ЗДЕСЬ>>

 

Модель прецедентов

[

Комментарий: Данный раздел определяет характеристики программного продукта с точки зрения конечного пользователя и заинтересованных лиц и формализовано описывает поведение проектируемой системы с помощью языка моделирования UML.

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

 

Литература по разделу:

  1. Г. Буч, Дж. Рамбо, А. Джекобсон
    Язык UML. Руководство пользователя

ЧАСТЬ IV. Основы моделирования поведения

  1. Карл Вигерс
    Разработка требований к программному обеспечению

Глава 8. Как понять требования пользователей

  1. А. Якобсон, Г. Буч, Дж. Рамбо
    Унифицированный процесс разработки программного обеспечения

Глава 7. Определение требований в виде вариантов использования

  1. Крэг Ларман
    Применение UML и шаблонов проектирования. 2-е издание

Часть II. Начальная фаза

]

Акторы

[

Комментарий: В данном разделе необходимо указать акторов, т.е. пользователей нашего проектного решения, которые инициируют выполнение сценариев, внешние объекты или существующие подсистемы, с которыми взаимодействует разрабатываемое проектное решение. Акторов можно записать при помощи нижеследующей таблицы

 

Замечание: Выявление акторов позволяет построить сценарии использования для будущего проектного решения

 

Наименование актора Тип актора Описательная характеристика
[Укажите здесь краткое имя актора] [Укажите здесь тип актора. Актор может быть первичным, т.е. инициировать выполнение сценариев в системе, или вторичным, если он играет пассивную роль, и при этом находится вне системы. Кроме того, здесь же укажите кто является этим актором – пользователь, заинтересованное лицо, внешняя система и т.д.] [Опишите подробно роль актора в рассматриваемой предметной области.]

]

<<НАЧНИТЕ ЗДЕСЬ ТЕКСТ>>

Диаграмма прецедентов

[

Комментарий: В данном разделе показывается UML-диаграмма прецедентов (Use case diagram), которая служит основой для разработки сценариев использования будущего проектного решения.

]

<<НАЧНИТЕ ЗДЕСЬ ТЕКСТ>>

 

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

[

Комментарий: Сценарий использования определяет последовательность действий пользователя для получения некоторого результата, связанного с решением задач в рамках своей предметной области. Сценарий включает в себя множество ключевых событий, происходящих в предметной области пользователя. Эти события должны быть описаны учитывая цели пользователя, и включать в себя основные виды деятельности и их последовательность, а также ожидаемые результаты.

Замечание: Сценарии использования предоставляют существенную информацию для идентификации и определения решений проекта, связанных с организацией интерфейса пользователя и ожидаемые пользователем результаты от такого решения.

]

 





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

Рекомендуемые страницы:



Вам нужно быстро и легко написать вашу работу? Тогда вам сюда...

Поиск по сайту

©2015-2021 poisk-ru.ru
Все права принадлежать их авторам. Данный сайт не претендует на авторства, а предоставляет бесплатное использование.
Дата создания страницы: 2017-03-31 Нарушение авторских прав и Нарушение персональных данных


Поиск по сайту:

Мы поможем в написании ваших работ! Мы поможем в написании ваших работ! Мы поможем в написании ваших работ!
Обратная связь
0.012 с.