Внешний вид диаграммы успешного сценария

Диаграмма деятельности строится в соответствии с правилами построения диаграммы 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

Почему АльтСофт?

  • компетенция, опыт с 1993 года, готовые наработки
  • более 180 успешных проектов по автоматизации систем управления на промышленных предприятиях, в холдингах, бизнес-центрах, проектных институтах, государственных учреждениях
  • конкурентные цены, сжатые сроки.
  • внедренные проекты по разработке программ на заказ
  • возможность получить комплексное решение

 

Звоните:

  • Россия                             
8 800 100 9755                         звонок бесплатный
  • Москва
+7 (495) 212 2008  многоканальный
  • Омск
+7 (3812) 236 711  

Пишите:

 

Отзыв. Михайловский КХП

"Самое первое, что бросается в глаза - это легкость работы в программе. Мне, как программисту, не составляет сложности ее установка и обновление. Программа сама по себе  очень проста как в обслуживании, так и в работе. Ей легко научить любого  пользователя."

Программист ОАО АПК "Хлеб Алтая" Михайловский мелькомбинат Ересков М.В.