Разработка модели процессов объекта профессиональной деятельности

Построение модели прецедентов

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

В виду большого количества справочников будут рассмотрены лишь некоторые из них. Такая диаграмма приведена на рисунке 2.1.

Рисунок 2.1 Диаграмма прецедентов использования системы.

Прецедент «Ввод информации по специализации путей»

Основной исполнитель: технолог.

Заинтересованные лица и их требования.

• — Технолог. Хочет быстро и точно ввести информацию, не допуская ошибок при вводе, т.к. тем самым он задерживает отправление поезда и снижает свою производительность.
• — Администрация станция. Хочет быстро сформировать поезд и быстро отправить его по назначению.
• — ГЖД. Хочет быстро перевезти груз и удовлетворить интересы получателя груза.
• — Налоговые службы. Хотят получать налог от каждой сделки.

Предусловия

Технолог аутентифицирован.

Результаты (постусловия)

Данные сохранены. Технолог занимается другими обязанностями. Поезд отправлен в нужном направлении. Груз получен. Налоги начислены.

Основной (успешный) сценарий

• 1. Технолог выбирает из списка доступных ему таблиц: таблицу специализации путей;
• 2. Система читает конфигурационный файл, описывающий логику ввода информации;
• 3. Система показывает форму для ввода данных;
• 4. Технолог выбирает путь, на котором будет сформирован поезд;
• 5. Выбирает станцию назначения будущего поезда;
• 6. Выбирает доминирующее назначение будущего поезда;
• 7. Выбирает сопутствующее назначение;
• 8. Система анализирует выбранные назначения и выставляет флаг доминирующего назначения в true;
• 9. Система выбирает из таблицы назначения плана формирования значения:
  • · Минимальное и максимальное значение графиковой длины;
  • · Минимальное и максимальное значение графикового веса.
• 10. Технолог проверяет выбранные системой значения и подтверждает ввод.

Альтернативные сценарии.

В случае неудачной аутентификации технолога, он должен обратиться к администратору, с просьбой предоставить ему доступ к БД. Реализуется средствами Unix, Web-сервера и СУБД.