Внешний вид диаграммы успешного сценария
Диаграмма деятельности строится в соответствии с правилами построения диаграммы Activity diagram (диаграмма деятельности) на языке UML.
Нумерация действий начинается с «1». Номер действия указывается перед его наименованием и отделяется от наименования пробелом.
Разрешается детализировать действие посредством добавления элементарных действий, выполняемых при начале действия (On Entry), в процессе выполнения действия (Do) и при завершении действия (On Exit).
Допускается включать дополнительные условия или бизнес-правила в виде комментариев.
Расширения успешного сценария оформляются в виде таблицы по форме в соответствии с таблицей 10.
Таблица 10. Расширения успешного сценария
|
Успешный сценарий |
Условия |
Действия |
|
… |
… |
… |
В графе «Успешный сценарий» указывают наименование действий успешного сценария из диаграммы деятельностей.
В графе «Условия» указывают условия нарушения нормального выполнения успешного сценария. Нумерация условий образуется из номера действия успешного сценария, к которому относится условие, и порядкового номера условия для данного действия, разделенных точкой.
В графе «Действия» указывают действия, которые необходимо выполнить при наступлении условия. Нумерация этих действий образуется из номера условия, при котором необходимо выполнить данное действие, и порядкового номера действия, разделенных точкой.
В случае, если условие может наступить в любой момент выполнения сценария, его необходимо вынести за пределы успешного сценария. Нумерация такого условия всегда начинается с 0. Данное условие должно быть указано в таблице перед описанием расширений успешного сценария.
Разрешается делать ссылки на бизнес-правила, приведенные в пункте ТЗ «Бизнес-правила», в любой графе таблицы.
Пример оформления расширения успешного сценария приведен в таблице 11.
Таблица 11. Пример оформления расширения успешного сценария
|
Успешный сценарий |
Условия |
Действие |
|
0.1 Отсутствие электричества |
0.1.1 Прекращение процесса 0.1.2 Выполнение действий, предписанных инструкцией |
|
|
0.2 Компьютер оператора завис |
0.2.1 Прекращение процесса 0.2.2 Выполнение действий, необходимых для перезагрузки системы 0.2.3 Начать процесс сначала |
|
|
1. Заполняет анкету. |
||
|
2. Печатает анкету |
2.1 Устройство печати выдало сообщение об ошибке |
2.1.1 Выполнение действий, предписанных инструкцией по эксплуатации печатающего устройства |
2.6.2.3. В пункте «Входные документы» приводится перечень входных документов по отношению к бизнес-функции.
Перечень входных документов приводят в виде таблицы по форме в соответствии с таблицей 12.
Таблица 12. Входные документы
|
Документ |
Тип |
Внешний вид |
Требования |
|
… |
… |
… |
… |
В графе «Документ» указывают название документа.
В графе «Тип» указывают тип документа:
- бумажный;
- электронный;
- на электронной микросхеме (чип);
- артефакт.
В графе «Внешний вид» дают ссылку на приложение, в котором приведен внешний вид документа.
В графе «Требования» указывают требования к содержанию или заполнению документа.
Разрешается приводить требования к содержанию или заполнению документа в бизнес-правиле или приложении. В этом случае в графе «Требования» указывают название бизнес-правила или приложения соответственно.
В зависимости от информационной структуры или особенностей документа разрешается удалять и добавлять колонки в таблицу.
2.6.2.4. В пункте «Внутренние документы» приводят перечень внутренних документов бизнес-функции. Внутренние документы создаются в процессе выполнения бизнес-функции и не выходят за ее пределы.
Описание внутренних документов производят аналогично описанию входных документов (см. п.2.6.2.3).
2.6.2.5. В пункте «Выходные документы» приводят перечень выходных документов бизнес-функции. Выходные документы являются информационным отражением результата какой-либо деятельности в процессе выполнения бизнес-функции.
ПРИМЕЧАНИЕ - Если результатом выполнения бизнес-функции является артефакт, то его указывают в перечне выходных документов с указанием типа «артефакт».
Описание выходных документов осуществляется аналогично описанию входных документов (см. 2.6.2.3).
2.6.2.6. В пункте «Бизнес-правила» приводят перечень бизнес-правил. Пункт «Бизнес-правила» должен быть разбит на подпункты. Каждый подпункт соответствует одному бизнес-правилу. Название подпункта должно соответствовать названию бизнес-правила.
Бизнес-правила, распространяющиеся на несколько бизнес-функций, допускается приводить в приложениях, при этом название приложения должно соответствовать названию бизнес-правила. В этом случае в подпункте указывают только ссылку на это приложение.
2.6.2.7. В пункте «Специальные требования» указывают специальные требования к реализации бизнес-функции, которые нет возможности указать в других пунктах.
В данном пункте приводят специальные требования по безопасности и защищенности, сохранности информации, надежности системы, если они являются специфическими по отношению к требованиям, приведенным в разделе «Требования к системе в целом».
2.6.2.8. В пункте «Варианты технологий и данных» приводят список различных способов выполнения действий сценария бизнес-функции. Действия выполняются те же, но способ их выполнения меняется.
Список способов выполнения действий сценария бизнес-функции приводят в виде таблицы по форме в соответствии с таблицей 13.
Таблица 13. Варианты технологий и данных
|
Действие |
Варианты |
|
… |
… |
В графу «Действие» вносится наименование действия из пункта «Сценарий реализации бизнес-функции», а в графу «Варианты» заносят варианты технологии или данных.
Пример заполнения приведен в таблице 14.
Таблица 14. Варианты технологий и данных
|
Действие |
Варианты |
|
2 Печать справки |
Предусмотреть возможность печати на матричном и лазерном принтерах |
2.6.2.9. В пункт «Дополнительная информация» включают любую дополнительную информацию общего характера, не включенную ни в один из других пунктов.
2.7. Раздел "Требования к системе в целом"
Раздел "Требования к системе в целом" состоит из подразделов:
- требования по безопасности и защищенности;
- требования по сохранности информации;
- требования к надежности системы;
- порядок испытания и приемки;
- требования к аппаратному обеспечению и каналам связи;
- требования к документации.
В подразделе «Требования по безопасности и защищенности» указывают требования к защите информации от несанкционированного доступа.
В подразделе «Требования по сохранности информации» приводят перечень требований к обеспечению сохранности информации в системе, а также перечень мероприятий и/или действий для обеспечения сохранности информации.
В подразделе «Требования к надежности системы» указывают требования к надежности программного обеспечения.
В подразделе «Порядок испытания и приемки» указывают требования к порядку испытаний и порядку приемки.
В подразделе «Требования к аппаратному обеспечению и каналам связи» указывают требования к аппаратному обеспечению и каналам связи. Требования к аппаратному обеспечению и каналам связи устанавливают на основании требований, предъявляемых программным обеспечением к аппаратному обеспечению и каналам связи.
В подразделе «Требования к документации» указывают требования к составу разрабатываемой документации.
Приложение 5
к RT 38370656 - 002:2006