Системный Анализ. Предметная область. Модели на UML. Михаил Кумсков

разбирать процесс построения на примере ИС, учитывающей расход продуктов в кафе и ресторанах организации, которую назовем «Комбинат питания». Текст с описанием задачи, полученный от владельца комбината, приведен в начале приложения 1.

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

      • Шаг №0. Определяем цели построения модели.

      • Шаг №1. Определяем события-картотеки, подлежащие учету на предприятии.

      • Шаг №2. Определяем справочники-картотеки, подлежащие учету.

      • Шаг №3. Для события определяем картотеки, связанные с ним (для каждого события).

      • Шаг №4. Для справочника определяем картотеки, связанные с ним (для каждого справочника).

      • Шаг №5. Отображаем (визуально) картотеки, связанные с ней на диаграмме классов UML.

      • Шаг №6. Применяем паттерны преобразования отношений на диаграммах классов UML.

      Шаг №0. Определяем цели построения модели

      Цель построения модели в задаче «Комбинат питания» была определена в постановке задачи.

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

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

      Шаг №1. Определяем события, подлежащие учету

      Для нашего примера мы выявляем бизнес-события по «движению продуктов питания и денег за них». Очевидно, что такими событиями будут:

      1. «Заказ» гостя.

      2. «Оплата заказа».

      3. «Покупка продуктов» в кафе.

      Для каждого события определяется картотека – при возникновении события в этой картотеке должна быть создана новая учетная запись (карточка).

      Для выявления других событий будем использовать паттерны3. Первым паттерном является введение «расхода» учетных сущностей – продуктов и блюд – через «брак» или «некачественную сущность», подлежащую списанию. По этому паттерну («Списание брака») вводим два новых события:

      4. «Списание бракованных продуктов» (по паттерну).

      5. «Списание бракованных блюд» (по паттерну).

      Следующий паттерн называется «Инвентаризация»: если на предприятии есть учетная система (информационная или на бумаге), то периодически следует выявлять реальный состав предметов учета на складе. Полученные в результате инвентаризации списки предметов (в нашем случае – продуктов питания) следует сравнить со списками, полученными (как отчеты) из учетной системы. Вводим в наш список событие:

      6. «Инвентаризация» склада кафе (по паттерну).

      Итак, пометка «по паттерну» означает, что данное событие может быть не указано в постановке задачи, но мы применяем паттерн (стандартное решение стандартной часто встречающейся задачи). Паттерн

3

Паттерн — стандартный шаблон решения стандартной задачи, который хорошо себя зарекомендовал в прошлых проектах.