Схема Захмана

1.

СХЕМА ЗАХМАНА
Выполнил: ст. группы ПИ-32
Панасик Алексей

2.

ОПРЕДЕЛЕНИЕ СХЕМЫ ЗАХМАНА
• Схема (модель) Захмана – онтология предприятия, представляющая
собой подход к описанию архитектуры предприятия.
• Схема Захмана используется для определения требований к системе,
проектирования системы, разработки системы и управления системой.
• Она также может использоваться для оценки существующих систем и
определения областей для улучшения.
2

3.

ИСТОРИЯ ВОЗНИКНОВЕНИЯ
• Схема Захмана была разработана Джоном Захманом в
1980-х годах.
• Захман предложил использовать шесть основных видов
данных для описания системы - данные о месте, времени,
ролях, целях, взаимодействии и информации.
• Она стала основой для разработки других методик и
инструментов, таких как ARIS (Architecture of Integrated
Information Systems) и IDEF (Integrated Definition Method).
• Сегодня схема Захмана используется во многих областях,
где требуется анализ и проектирование сложных систем.
3

4.

УРОВНИ И ПРИНЦИПЫ СХЕМЫ
ЗАХМАНА
Схема Захмана основана на концептуальной модели, которая состоит из четырех
уровней:
• Бизнес-уровень: описывает бизнес-процессы и требования к системе на уровне
предприятия.
• Уровень приложений: описывает функциональные возможности и интерфейсы
системы.
• Технический уровень: описывает компоненты системы, такие как аппаратное и
программное обеспечение.
• Уровень операций: описывает процедуры и инструкции для работы с системой.
4

5.

УРОВНИ И ПРИНЦИПЫ СХЕМЫ
ЗАХМАНА
Основные принципы схемы Захмана включают:
Мультиперспективность
Шесть видов данных
Иерархическая структура
Унификация и
стандартизация
Визуализация
Гибкость и адаптивность
5

6.

ПРЕИМУЩЕСТВА СХЕМЫ
ЗАХМАНА
Преимущества:
Структурированный подход
Интеграция систем
Четкое определение требований
Поддержка стандартов
Связь между уровнями
Легкость понимания
6

7.

НЕДОСТАТКИ СХЕМЫ ЗАХМАНА
Недостатки:
Сложность применения
Негибкость
Ограниченная применимость
Отсутствие автоматизации
7

8.

РЕКОМЕНДАЦИИ ПО
ПРИМЕНЕНИЮ СХЕМЫ ЗАХМАНА
Для эффективного использования схемы Захмана рекомендуется:
Определить цели и задачи
проекта
Следовать стандартам и
рекомендациям
Выбрать подходящий
инструмент
Регулярно обновлять
информацию
8

9.

ПРИМЕР СХЕМЫ ЗАХМАНА
Данные/ЧТО
Функции/КАК
Дислокация, сеть/ГДЕ
Люди/КТО
Время/Когда
Мотивация/ПОЧЕМУ
Сфера действия
(контекст)
Основные компоненты
организации
Основные бизнеспроцессы
Перечень местоположений
филиалов организации
Персонал
организации
События и периоды
важные для бизнеса
Бизнес-цели
Модель
предприятия
Концептуальная модель
данных
Модели бизнеспроцессов
Система логистики
Модель потока работ
Базовый график
организации
Бизнес-план, частные цели
Системная модель
Логическая модель данных
Логическая модель
бизнес-процессов
Архитектура предприятия
Логическая ролевая
модель процессов
Расписание
Бизнес-правила
Техническая модель
Физическая модель данных
Технический проект
Архитектура ИТ
Роли в программной
системе и их права
Временные
параметры
Физическая модель правил
Детали реализации
Описание структуры
данных
Программный код
Интерфейс
Авторизация
Программирование и
настройка циклов
Реализация бизнес-логики
Работающее
предприятие
Данные
Работающая программа
/
Сеть /
Структура
организации
Бизнес-событие
Улучшение производительности
персонала и удобство
Выполняемые функции
Географическое
расположение
9

10.

ПРИМЕР СХЕМЫ ЗАХМАНА
Данные/ЧТО
Функции/КАК
Дислокация,
сеть/ГДЕ
Люди/КТО
Время/Когда
Мотивация/ПОЧЕМУ
Сфера действия
(контекст)
АРМ
администратора,
АРМ официанта,
Система учета
продуктов на кухне и
баре
Авторизация
пользователя,
создание и
редактирование
меню, обработка и
оплата заказов
Ресторан
Сотрудники
ресторана.
Администраторы и
официанты.
События и периоды
важные для бизнеса
Модель предприятия
Данные о клиентах,
блюдах, сотрудниках,
заказах, оплате
Процесс управления
рестораном:
разработка меню,
прием и обработка
заказов, оплата
Система логистики
отвечает за
перемещение
продуктов внутри
ресторана. Она
включает в себя
складское помещение
ресторана, систему
управления запасами.
Улучшить качество
обслуживания
клиентов, сократить
время обработки
заказов и
оптимизировать
работу персонала.
Оптимизация работы
персонала,
улучшение качества
обслуживание
клиентов,
сокращение времени
обработки заказов,
автоматизация учетов
продуктов на кухне и
баре
Официант не может
редактировать стоплист, официант не
может делать отмену
чека, официант не
может изменять
состав блюд и
напитков
Системная модель
Столы
Идентификатор стола
Размер стола
Свободен/занят
Заказы
Заказанные блюда
Идентификатор заказа
Дата и время заказа
Клиент (связь с таблицей
"Клиенты")
Сотрудник, принявший заказ
(связь с таблицей "Сотрудники")
Идентификатор заказа (связь с
таблицей "Заказы")
Идентификатор блюда (связь с
таблицей "Меню")
Количество
Бронирование стола
Прием заказа
Сотрудники
Идентификатор сотрудника
Имя
Фамилия
Должность
Зарплата
Дата приема на работу
Клиенты
Меню
Идентификатор клиента
Имя
Фамилия
Контактная информация
Идентификатор блюда
Название блюда
Описание
Цена
Отправка заказа на кухню и бар
Бизнес-архитектура
Информационная
архитектура
Техническая
архитектура
Архитектура
приложений
Официанты
Менеджеры
Принимает заказ
Отправляет его на
кухню и бар
Управляет работой
ресторана
Принимает оплату
Бармены
Повара
Получают заказы и
готовят их
Получают заказы и
готовят их
Могут добавлять, редактировать и
удалять данные о блюдах, меню и
ингредиентах
Менеджеры Имеют доступ к функциям обработки
оплаты
Могут просматривать и анализировать
статистические данные о работе
ресторана
Могут просматривать
меню и информацию о
Официанты блюдах
Имеют доступ к функциям
управления столиками
Базовый график
организации
Расписание
определяет график
работы персонала,
распределение задач
и обязанностей, а
также планирование
смен и отпусков.
Оплата заказа
10

11.

ПРИМЕР СХЕМЫ ЗАХМАНА
Техническая модель
Заказы
Столы
Статус стола ( занят
или свободен)
Детали реализации
Дата заказа
Время заказа
Имя клиента
Стоимость
Выбранное блюдо
Сотрудники
Меню
Имя
Должность
Контактные данные
и т.д.
Наименование
блюд
Описание
Стоимость
Организация
Название ресторана
Адрес ресторана
Контактные данные
Включает
информацию о
клиентах, заказах,
сотрудниках, блюдах
и так далее
Анализ требований
Проектирование базы
данных
Разработка
пользовательского
интерфейса
Разработка
функциональности
Тестирование и
отладка
Внедрение и
обучение
Поддержка и
обновление
Система управления
кухней, система
учета товаров,
система оплаты,
система
бронирования столов
Серверы
Клиентские
устройства
Сеть
База данных
Система управления
базами данных
(СУБД)
Программное
обеспечение
Безопасность
Возможность просмотра и анализа
статистических данных о работе
ресторана
Менеджеры Возможность добавления,
редактирования и удаления данных о
блюдах, меню и ингредиентах
Доступ к функциям обработки оплаты и
управления столиками
Отображение
времени
приготовления
заказа, отображение
общего времени
клиента с момента
заказа и до момента
оплаты счета
Доступ к функциям принятия
заказов, обработки оплаты и
Официанты управления столиками
Возможность просмотра меню и
информации о блюдах
Возможность просмотра статуса
заказов и их обновление
Вход в систему
Меню
Салаты
Кухня
Горячее
Бар
Алкоголь
Супы
Авторизация
сотрудника по логину
и паролю, который
он сам для себя
придумывает.
Время
программирование и
настройки циклов
может занять от
нескольких месяцев
до года.
Логин
Пароль
Всегда
Б/А
Заказы
Комментарий к заказу
Резервации
Клиенту
предоставляется
скидка 30% при
наличии
студенческого
билета, клиенту
предоставляется
скидка 20% на
основное меню, если
заказ сделан с 12 до
17 часов в будние
дни, клиенту
предоставляется
скидка 10%, если у
него день рождения
Для хранения данных
используются базы
данных MySQL.
Язык
программирования
Python используется
для разработки
приложения, которое
взаимодействует с
базой данных.
Свободные столы
Забронированные столы
Платежи
Оплаченные столы
Неоплаченные столы
Работающее
предприятие
Ввод и вывод данных
в нужном виде
Работающая
программа
Территория
ресторана
Улучшение
производительности
персонала и удобство
11

12.

СФЕРА ДЕЙСТВИЯ (КОНТЕКСТ)
ДАННЫЕ/ЧТО
ЛЮДИ/КТО
АРМ администратора, АРМ
официанта, Система учета продуктов
на кухне и баре
Сотрудники ресторана.
Администраторы и официанты.
ФУНКЦИИ/КАК
ВРЕМЯ/КОГДА
Авторизация пользователя, создание
и редактирование меню, обработка и
оплата заказов
События и периоды важные для
бизнеса
ДИСЛОКАЦИЯ, СЕТЬ/ГДЕ
Ресторан
МОТИВАЦИЯ/ПОЧЕМУ
Улучшить качество обслуживания
клиентов, сократить время обработки
заказов и оптимизировать работу
персонала.
12

13.

МОДЕЛЬ ПРЕДПРИЯТИЯ
Данные/ЧТО:
Официанты
Менеджеры
Принимает заказ
Отправляет его на
кухню и бар
Управляет работой
ресторана
Принимает оплату
Данные о клиентах, блюдах, сотрудниках, заказах, оплате
Функции/КАК:
Процесс управления рестораном: разработка меню, прием и обработка
заказов, оплата
Дислокация, сеть/ГДЕ:
Система логистики отвечает за перемещение продуктов внутри ресторана.
Она включает в себя складское помещение ресторана, систему управления
запасами.
Время/КОГДА:
Базовый график организации
Люди/КТО:
Бармены
Повара
Получают заказы и
готовят их
Получают заказы и
готовят их
Смотреть рисунок 1
Мотивация/ПОЧЕМУ:
Оптимизация работы персонала, улучшение качества обслуживание
клиентов, сокращение времени обработки заказов, автоматизация учетов
продуктов на кухне и баре
Рисунок 1. Модель потока работ.
13

14.

СИСТЕМНАЯ МОДЕЛЬ
Данные/ЧТО:
Смотреть рисунок A
Функции/КАК:
Смотреть рисунок B
Дислокация, сеть/ГДЕ:
Время/КОГДА:
Расписание
определяет
распределение
задач
график
и
работы
обязанностей,
персонала,
а
также
планирование смен и отпусков.
• Бизнес-архитектура
• Информационная архитектура
• Техническая архитектура
Мотивация/ПОЧЕМУ:
• Архитектура приложений
состав блюд и напитков
Официант не может редактировать стоп-лист, официант не
может делать отмену чека, официант не может изменять
Люди/КТО:
Смотреть рисунок C
14

15.

Столы
Идентификатор стола
Размер стола
Свободен/занят
Заказы
Заказанные блюда
Идентификатор заказа
Дата и время заказа
Клиент (связь с таблицей
"Клиенты")
Сотрудник, принявший заказ
(связь с таблицей "Сотрудники")
Идентификатор заказа (связь с
таблицей "Заказы")
Идентификатор блюда (связь с
таблицей "Меню")
Количество
Сотрудники
Идентификатор сотрудника
Имя
Фамилия
Должность
Зарплата
Дата приема на работу
Клиенты
Меню
Идентификатор клиента
Имя
Фамилия
Контактная информация
Идентификатор блюда
Название блюда
Описание
Цена
Рисунок А. Логическая модель данных.
Бронирование стола
Прием заказа
Могут добавлять, редактировать и
удалять данные о блюдах, меню и
ингредиентах
Менеджеры Имеют доступ к функциям обработки
оплаты
Могут просматривать и анализировать
статистические данные о работе
ресторана
Могут просматривать
меню и информацию о
Официанты блюдах
Имеют доступ к функциям
управления столиками
Рисунок C. Логическая ролевая
модель процессов.
Отправка заказа на кухню и бар
Оплата заказа
Рисунок B. Логическая модель
бизнес-процессов.
15

16.

ТЕХНИЧЕСКАЯ МОДЕЛЬ
Данные/ЧТО:
Смотреть рисунок I
Дислокация, сеть/ГДЕ:
Серверы
Функции/КАК:
Клиентские устройства
Анализ требований
Сеть
Проектирование базы данных
База данных
Разработка пользовательского интерфейса
Разработка функциональности
Система управления базами данных
(СУБД)
Тестирование и отладка
Внедрение и обучение
Поддержка и обновление
Программное обеспечение
Безопасность
Безопасность
Люди/КТО:
Смотреть рисунок II
Время/КОГДА:
Отображение времени приготовления
заказа, отображение общего времени
клиента с момента заказа и до момента
оплаты счета
Мотивация/ПОЧЕМУ:
Клиенту предоставляется скидка 30%
при наличии студенческого билета,
клиенту предоставляется скидка 20% на
основное меню, если заказ сделан с 12
до 17 часов в будние дни, клиенту
предоставляется скидка 10%, если у него
день рождения.
16

17.

Возможность просмотра и анализа
статистических данных о работе
ресторана
Менеджеры Возможность добавления,
редактирования и удаления данных о
блюдах, меню и ингредиентах
Доступ к функциям обработки оплаты и
управления столиками
Заказы
Столы
Статус стола ( занят
или свободен)
Дата заказа
Время заказа
Имя клиента
Стоимость
Выбранное блюдо
Сотрудники
Имя
Должность
Контактные данные
и т.д.
Меню
Организация
Название ресторана
Адрес ресторана
Контактные данные
Наименование
блюд
Описание
Стоимость
Рисунок I. Физическая модель данных.
Официанты
Доступ к функциям принятия
заказов, обработки оплаты и
управления столиками
Возможность просмотра меню и
информации о блюдах
Возможность просмотра статуса
заказов и их обновление
Рисунок II. Роли в программной системе и
их права.
17

18.

ДЕТАЛИ РЕАЛИЗАЦИИ
Данные/ЧТО:
Включает информацию о клиентах,
заказах, сотрудниках, блюдах и так далее
Функции/КАК:
Система управления кухней, система
учета товаров, система оплаты, система
бронирования столов
Дислокация, сеть/ГДЕ:
Время/КОГДА:
Время программирование и настройки циклов
может занять от нескольких месяцев до года.
Мотивация/ПОЧЕМУ:
Для хранения данных используются базы данных
MySQL.
Смотреть рисунок X
Язык программирования Python используется для
разработки приложения, которое взаимодействует с
Авторизация сотрудника по логину и базой данных.
Люди/КТО:
паролю, который
придумывает.
он
сам
для
себя
18

19.

Вход в систему
Меню
Салаты
Кухня
Горячее
Супы
Бар
Алкоголь
Б/А
Заказы
Комментарий к заказу
Резервации
Свободные столы
Забронированные столы
Платежи
Оплаченные столы
Неоплаченные столы
Рисунок X. Интерфейс.
19

20.

РАБОТАЮЩЕЕ ПРЕДПРИЯТИЕ
ДАННЫЕ/ЧТО
ЛЮДИ/КТО
Логин
Ввод и вывод данных в
нужном виде
Пароль
ФУНКЦИИ/КАК
ВРЕМЯ/КОГДА
Работающая программа
Всегда
ДИСЛОКАЦИЯ, СЕТЬ/ГДЕ
Территория ресторана
МОТИВАЦИЯ/ПОЧЕМУ
Улучшение
производительности
персонала и удобство.
20

21.

ЗАКЛЮЧЕНИЕ
• Схема Захмана - онтология предприятия, представляющая собой подход к
описанию архитектуры предприятия, состоящая из четырех уровней: бизнесуровень, уровень приложений, технический уровень и уровень операций. Она
может использоваться для различных задач: разработка архитектуры
предприятия, управление ИТ-инфраструктурой, интеграция систем и
сервисов, управление жизненным циклом ПО. Преимущества схемы Захмана:
структурированный подход, определение требований, связь между уровнями,
интеграция систем, поддержка стандартов и легкость понимания. Недостатки:
сложность применения, ограниченная применимость, негибкость и отсутствие
автоматизации.
21