Контекстная диаграмма – это модель, представляющая систему как набор иерархических действий, в которой каждое действие преобразует некоторый объект или набор объектов. Высшее действие иерархии называется действием контекста – это самый высокий уровень, который непосредственно описывает систему. Уровни ниже называются порожденными декомпозициями и представляют подпроцессы родительского действия.
При создании модели сначала необходимо изобразить самый высокий уровень – действие контекста. Наименование действия описывает систему непосредственно и, как правило, состоит из одного активного глагола в сочетании с обобщающим существительным, которое разъясняет цель деятельности с точки зрения самого общего взгляда на систему, в наше случае это процесс «сборки и ремонта компьютеров». (рис.3). Контекстная диаграмма изображает деятельность самого верхнего уровня и обозначает границу моделирования относительно цели, возможностей и точки зрения. На контекстной диаграмме специфицируемая система представляется в виде одного единственного процесса, связанного с внешними сущностями потоками данных. Контекстная диаграмма представляет требования к системе на самом верхнем уровне – уровне взаимодействия с окружением.
Построение диаграммы IDEF0 в process modeler (bpwin)
На нашей контекстной диаграмме изображен процесс «Сборки и ремонта компьютеров» (рис.3) его входные и выходные данные, а также механизмы и управление.
1) Входное «Заказы клиентов»;
2) Входное «Ввод комплектующих»;
3) Входное «Расценки»;
4) Управление «Устав предприятия»;
5) Управление «Законодательство РФ»;
6) Механизм «Персонал»;
7) Механизм «Клиент»;
8) Выходные «Готовая продукция»;
9) Выходные «Отчеты»;
10) Выходные «Документы».
Рисунок 3 – Контекстная диаграмма процесса «Сборки и ремонта компьютеров»
Декомпозиция используется при моделировании информационных систем для разделения функций на составляющие части. Диаграммы декомпозиции предназначены для детализации функций и получаются при разбиении контекстной диаграммы на крупные подсистемы (функциональная декомпозиция) и описывающие каждый подсистему и их взаимодействие.
Единственная функция, представленная на контекстной диаграмме верхнего уровня, может быть разложена на основные подфункции посредством создания дочерней диаграммы. В свою очередь, каждая из этих подфункций может быть разложена на составные части посредством создания дочерней диаграммы следующего, более низкого уровня, на которой некоторые или все функции также могут быть разложены на составные части. Каждая дочерняя диаграмма содержит дочерние блоки и стрелки, обеспечивающие дополнительную детализацию родительского блока. В связи с этим, нами было произведена декомпозиция контекстной диаграммы A0 процесса «сборки и ремонта компьютера» на 4 функциональных блока (рис.4):
1) Принятие заказа (входящие «заказы клиентов», выходящие «Информация по заказу», управление «устав предприятия», механизмы «Клиент» и «Персонал»);
Схема бизнес процесса Как нарисовать схему процесса в BPMN за 2 минуты?
2) Обработка заказа (входящие «Информация по заказу», «Ввод комплектующих» и «Расценки», выходящий «Заказ», управление «устав предприятия», механизм «Персонал»);
3) Сборка и тестирование (входящий «Заказ», выходящий «Данные о готовой продукции», механизм «Персонал»);
4) Оформление сдачи заказа (входящее «Данные о готовой продукции», выходящие «Документ», «Готовая продукция» и «Отчеты», управление «Устав предприятия» и «Законодательство РФ»).
Рисунок 4 – Диаграмма декомпозиции процесса «сборки и ремонта компьютеров»
Далее представлен процесс создания конфигурации на базе 1С Предприятие для организации занимающейся сборкой и ремонтом компьютеров.
Глава 2. Разработка конфигурации информационной системы
В связи с результатами изучения объекта автоматизации, разработчиком предлагается внедрить на предприятии систему 1С.
Поделиться с друзьями:
Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет
Генерация страницы за: 0.01 сек. —>
Источник: studopedia.su
5 диаграмм, необходимых для документирования архитектуры решений
Процесс документирования архитектуры программного обеспечения может показаться пугающим. Но на самом деле достаточно всего 5 диаграмм, чтобы объяснить структуру вашей системы практически любому.
Задача архитектора решений ― четко донести проект системы до бизнеса, руководителей проектов и разработчиков. Нельзя просто нарисовать одно изображение, это невозможно и не принесет никому пользы. Вместо этого лучше сгруппировать различные проблемы и создать набор диаграмм, описывающих каждое представление. Конечно, есть миллиард способов сделать это. Как выбрать подходящий?
За время работы в качестве архитектора решений я чаще всего использовал 5 диаграмм: контекстную диаграмму C4, диаграмму контейнеров, развертывания, последовательности и вариантов использования. В этой статье я рассмотрю подробно каждую из них.
Контекстная диаграмма
Веб-сайт, посвященный модели С4 (Context, Container, Component and Code), довольно хорошо объясняет свои диаграммы, я же поделюсь своим представлением, как эта модель работает.
Любая система работает в некотором контексте — окружении. В первую очередь, это пользователи и другие системы. Пользователи могут иметь разные роли, такие как создатель контента, читатель, администратор. Также они могут быть внутренними или внешними. Другие программы могут быть источником данных для вашей системы или получать информацию от нее.
Важно понимать этот контекст, чтобы правильно спроектировать систему и напомнить себе о необходимости интеграции с внешними системами.
Пример
На этой диаграмме показана цифровая платформа необанкинга, представленная синим прямоугольником в центре.
Как рисовать
- Определите пользователей.
- Определите внешние системы.
- Создайте единый прямоугольник, изображающий вашу систему.
- Добавьте связи между системой, пользователями и внешними системами.
- Напишите содержательные комментарии по каждому компоненту.
Инструменты
Существуют различные инструменты, которые можно использовать для создания контекстной диаграммы. Существуют трафареты C4 для OmniGraffle, примеры C4 для LucidChart, шаблоны есть также в draw.io. Чтобы использовать диаграммы как код, попробуйте PlantUML.
Допустим, мы хотим нарисовать такую диаграмму для цифровой платформы необанковского обслуживания с помощью uml:
ПОСТРОЕНИЕ КОНТЕКСТНЫХ ДИАГРАММ
Контекстная диаграмма – это модель, которая представляет систему как набор действий, в которые каждое действие преобразует некоторый объект или набор объектов. Модель представляется как набор иерархических действий. Высшее действие иерархии называется действием контекста. Это самый высокий уровень, который непосредственно описывает систему. Уровни ниже называются порожденными декомпозициями и представляют подпроцессы родительского действия.
При создании модели сначала необходимо изобразить самый высокий уровень, действие контекста. Наименование действия описывает систему непосредственно и, как правило, состоит из одного активного глагола в сочетании с обобщающим существительным, которое разъясняет цель деятельности с точки зрения самого общего взгляда на систему.
Каждый блок может иметь различные типы связанных с ним стрелок. Стрелки обозначают людей, места, вещи, понятия или события. Стрелки связывают границы диаграммы с блоками, а также действия (блоки) на диаграмме между собой. В диаграммах IDEF имеется четыре основных типа стрелок.
Вход блока представляет материал или информацию, которая должна быть использована или преобразована блоком, чтобы выполнить действие. Стрелки входа всегда направляются в левую сторону блока.
Каждый блок должен иметь, по крайней мере, одну стрелку контроля (управления). Управление всегда входит в вершину блока. Управление представляется в виде правил, инструкций, политики, процедур и стандартов.
Стрелки выхода – это материал или информация, произведенная блоком. Каждый блок должен иметь, по крайней мере, одну стрелку выхода. Блоки, которые не производят информации лучше не моделировать вообще.
Механизмы исполнения – это те ресурсы, которые обеспечивают выполнение действия. В качестве механизма исполнения могут быть рассмотрены персонал компании, машины или оборудование, обеспечивающие выполнение действия.
УПРАЖНЕНИЕ 1. СОЗДАНИЕ КОНТЕКСТНОЙ ДИАГРАММЫ IDEF0
В качестве примера рассмотрим деятельность вымышленной компании «COMPUTER TRADE», которая существует 5 лет и занимается в основном сборкой и продажей компьютеров и ноутбуков. Годовой оборот компании составляет примерно 20 млн. дол.. Компания закупает компоненты для компьютеров от трех независимых поставщиков, а не производит их самостоятельно. Компания только собирает и тестирует компьютеры. Продукция реализуется через магазины и специализируется на покупателях, для которых главный критерий при покупке – стоимость компьютера.
Несмотря на некоторое увеличение объема продаж, прибыли уменьшаются, растет конкуренция на рынке. Чтобы не потерять позиции, компания решает проанализировать текущие бизнес-процессы и реорганизовать их с целью увеличения эффективности производства и продаж. Основные процессы в компании таковы:
· продавцы принимают заказы клиентов;
· операторы группируют заказы по типам компьютеров;
· операторы собирают и тестируют компьютеры;
· операторы упаковывают компьютеры согласно заказам;
· кладовщик отгружает заказы клиентам.
В настоящее время компания использует купленную бухгалтерскую информационную систему, которая позволяет оформить заказ, счет и отследить платежи по счетам.
Улучшение деятельности компании должно касаться структуры управления компанией, эффективности производства и внутреннего контроля. В результате реорганизация может потребовать внедрения новой корпоративной информационной системы, состоящей не только из одного бухгалтерского модуля.
Однако перед тем как пытаться производить какие-то улучшения, необходимо разобраться в существующих бизнес-процессах.
Таблица 1. – Стрелки контекстной диаграммы.
| Название стрелки (Arrow Name) | Определение стрелки (Arrow Definition) | Тип стрелки (Arrow Type) |
| Звонки клиентов | Запросы информации, заказы, техподдержка и т. д. | Input |
| Правила и процедуры | Правила продаж, инструкции по сборке, процедуры тестирования, критерии производительности и т. д. | Control |
| Проданные продукты | Настольные и портативные компьютеры | Output |
| Бухгалтерская система | Оформление счетов, оплата счетов, работа с заказами | Mechanism |
Рис. 11. Контекстная диаграмма «Деятельность компании»
ДЕКОМПОЗИЦИЯ ДИАГРАММ
Декомпозиционное разложение модели используется в моделирование бизнес-процессов, чтобы дать более подробное описание блоков. Каждое из этих действий может в свою очередь быть декомпозировано. При каждой декомпозиции блока создается новая диаграмма. Число декомпозиций не ограничено и полностью зависит от уровня сложности, который необходимо показать в модели.
Обратите внимание на рис. 14. Если действие не было декомпозировано, то в нижнем левом углу блока будет появляться символ «листа». После декомпозиции блока символ исчезнет.
Рис. 14. Обозначение блока, не имеющего декомпозиции
Источник: megaobuchalka.ru