Системный Анализ. Предметная область. Модели на UML. Михаил Кумсков
Чтение книги онлайн.
Читать онлайн книгу Системный Анализ. Предметная область. Модели на UML - Михаил Кумсков страница 2
Название: Системный Анализ. Предметная область. Модели на UML
Автор: Михаил Кумсков
Издательство: Издательские решения
Жанр: Компьютеры: прочее
isbn: 9785005093851
isbn:
Модель – это «упрощение реальности» в интересах заинтересованных лиц. Такое определение относится и к нашему моделированию. Здесь главным заинтересованным лицом является инвестор или топ-менеджер организации. Есть и другие заинтересованные лица – аналитики, архитекторы, разработчики информационной системы (ИС), и поэтому одной модели, как правило, недостаточно. Нужны разные «упрощения» для разных читателей модели2.
Первым шагом процесса моделирования является определение целей моделирования. Будем содержательно разбирать процесс построения на примере ИС, учитывающей расход продуктов в кафе и ресторанах организации, которую назовем «Комбинат питания». Текст с описанием задачи, полученный от владельца комбината, приведен в начале приложения 1.
Общий взгляд на процесс, состоящий из семи шагов, можно представить следующим списком задач, выполняемых в ходе моделирования:
• Шаг №0. Определяем цели построения модели.
• Шаг №1. Определяем события-картотеки, подлежащие учету на предприятии.
• Шаг №2. Определяем справочники-картотеки, подлежащие учету.
• Шаг №3. Для события определяем картотеки, связанные с ним (для каждого события).
• Шаг №4. Для справочника определяем картотеки, связанные с ним (для каждого справочника).
• Шаг №5. Отображаем (визуально) картотеки, связанные с ней на диаграмме классов UML.
• Шаг №6. Применяем паттерны преобразования отношений на диаграммах классов UML.
Шаг №0. Определяем цели построения модели
Цель построения модели в задаче «Комбинат питания» была определена в постановке задачи.
Это учет заказов гостей, движения продуктов и денег за них в пунктах питания – кафе и ресторанах. Теперь мы не будем учитывать и вводить в модель те детали, которые не относятся к заявленной цели. Например, не учитываем события «бронирование столика в кафе».
Далее следует определить те события («бизнес-транзакции»), которые подлежат учету, согласно заданным целям. Для таких событий на предприятии будут вестись учетные записи, или – в нашей терминологии – картотеки (гроссбухи, если учет бумажный).
Шаг №1. Определяем события, подлежащие учету
Для нашего примера мы выявляем бизнес-события по «движению продуктов питания и денег за них». Очевидно, что такими событиями будут:
1. «Заказ» гостя.
2. «Оплата заказа».
3. «Покупка продуктов» в кафе.
Для каждого события определяется картотека – при возникновении события в этой картотеке должна быть создана новая учетная запись (карточка).
Для выявления других событий будем использовать паттерны3. Первым паттерном является введение «расхода» учетных сущностей – продуктов и блюд – через «брак» или «некачественную сущность», подлежащую списанию. По этому паттерну («Списание брака») вводим два новых события:
4. «Списание бракованных продуктов» (по паттерну).
5. «Списание СКАЧАТЬ
«Сложность – это простота, изложенная подробно». Такое определение перекликается с понятием моделирования как «упрощения „сложной“ реальности».