LITMIR.BIZ

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

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

      Карточки могут быть связаны с карточками в других картотеках. Это обусловлено принципом учетных систем: «Информацию об объекте следует вводить только один раз и использовать затем много раз». Нам в модели нужно указать связи картотек друг с другом. Для этого рассмотрим все события по очереди и для каждого определим связанные с ним картотеки и справочники согласно предметной области.

      1. «Заказ»

      При определении связей «Заказа» рассматриваем все выявленные на шагах 1 и 2 классы-картотеки и смотрим, содержит ли другая картотека важную информацию для данного события. Важная информация по заказу: в каком кафе был сделан данный заказ («Кафе»), кто проводил обслуживание гостя («Сотрудник»), какие блюда составляли заказ («Блюдо»), какие цены были на блюда («Меню»), был ли заказ оплачен («Оплата»)? В результате имеем следующие связи класса «Заказа»:

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

      «Оплата заказа» связана только с заказом и без него не может существовать. У нас эта связь уже найдена.

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

      Важная информация о закупке продуктов, которая содержится в других списках: в каком кафе была закупка, каким сотрудником осуществлена, какие продукты были закуплены.

      Результаты выявления связей других событий представим в виде таблицы 1.1. «Связь картотеки-события с другими картотеками».

      Таблица 1.1. Связь картотеки-события с другими картотеками.

      По аналогии найдем связи справочников друг с другом.

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

      Результаты выявления связей оформим в виде таблицы 1.2.

      Таблица 1.2. Связи справочника

      Для каждой картотеки создаем соответствующий класс в репозитории выбранного для моделирования CASE-инструмента. Всего следует создать 11 классов: 7 классов для событий и 4 класса для справочников. Соответствующие диаграммы классов изображены на рисунках 1.1 и 1.2.

      Рис. 1.1. Диаграмма классов UML для картотек событий. Показаны атрибуты классов

      рис. 1.2. диаграмма классов uml для справочников картотек. показаны атрибуты классов

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

Скачать книгу