Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
метода ТРПО.docx
Скачиваний:
8
Добавлен:
26.09.2019
Размер:
455.54 Кб
Скачать

16. Описание технического задания по гост.

ГОСТ 19.201-78 Техническое задание, требования к содержанию и оформлению.

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

Техническое задание должно содержать следующие разделы:

  • введение;

  • основания для разработки;

  • назначение разработки;

  • требования к программе или программному изделию;

  • требования к программной документации;

  • технико-экономические показатели;

  • стадии и этапы разработки;

  • порядок контроля и приемки;

  • в техническое задание допускается включать приложения.

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

17. Прецеденты. Определение. Актеры. Сценарии.

Прецедент – это набор сценариев системы, в котором каждый сценарий представляет собой последовательность действий выполняемых системой для достижения результата для конкретного актора. По существу прецедент это рассказ об использовании системы, в процессе решения поставленных задач (подобным способом формируются пользовательские истории в ХР).

Основное внимание при описании прецедентов следует сконцентрировать на вопросе – как использование системы обеспечивает для пользователя результат или решает его задачу? (а не обдумывание системных требований в терминах свойств или функций)

Актор — роль которую может играть пользователь в отношении системы, либо объект за пределами системы.

Сценарий использования – это описание поведения системы, которым она отвечает на внешние запросы. Другими словами, сценарий использования описывает, «кто» и «что» может сделать с рассматриваемой системой. Методика сценариев использования применяется для выявления требований к поведению системы, известных также как функциональные требования.

18. Задачи и рамки прецедентов.

Как выделить прецедент? Зачастую определить правильный (а точнее, полезный) прецедент очень сложно.

Прецедент — это не один маленький шаг, такой, например, как удаление товара или печать документа. Основной сценарий прецедента обычно включает пять-десять шагов. Описываемый сценарий выполняется не в течение нескольких дней или сеансов это задача, выполняемая в течение одного сеанса.

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

19. Степень формализации прецедентов. Сжатый, свободный и развёрнутый формат описания.

Прецеденты описываются в различных форматах в зависимости от потребностей.

Можно выделить три степени формализации прецедентов:

  1. Сжатый. Аннотация в виде одного абзаца. Описывает главный успешный сценарий.

  2. Свободный. Неформальный стиль описания соответствующий пользовательским историям в ХР. Обычно несколько абзацев, охватывающих различные сценарии.

  3. Развернутый. Наиболее подробный стиль описания. При таком подходе детально описываются все шаги и варианты развития сценария, а так же предусловия и результат.