
- •Тема 1. Понятийный аппарат информационного моделирования.
- •3. Связи между объектами.
- •Ключевые моменты темы №1
- •Тема 2. Case-технологии проектирования автоматизированных информационных систем
- •Жизненный цикл программного обеспечения информационной системы.
- •Структурный анализ разработки программного обеспечения
- •Ключевые моменты темы №2
- •Тема 3. Метод функционального моделирования sadt (idef0)
- •Состав функциональной модели
- •Ключевые моменты темы №3
- •Тема 4. Моделирование потоков данных.
- •1. Состав диаграмм потоков данных
- •2. Построение иерархии диаграмм потоков данных
- •Ключевые моменты темы №4
- •Тема 5. Основы структуризации бизнеса.
- •2. Требования к модели компании
- •Клиенты и партнеры
- •Исполнительный управленческий аппарат
- •Команда по реинжинирингу
- •Владелец процесса
- •Владелец ресурса
- •Процессный подход и типизация бизнес-процессов
- •4. Принципы структуризации бизнес–системы (на примере горно-обогатительного комбината)
- •Ключевые моменты темы 5.
- •Требования к модели компании
- •Тема 6. Принципы построения и этапы проектирования бд
4. Принципы структуризации бизнес–системы (на примере горно-обогатительного комбината)
Основной принцип процессного подхода регламентирует структурирование бизнес-системы в соответствии с деятельностью и бизнес-процессами предприятия, а не в соответствии с его организационно-штатной структурой.
В соответствии с вышесказанным модель бизнес-системы должна выглядеть следующим образом.
1. Верхний уровень модели должен отражать только контекст системы – взаимодействие моделируемого единственным контекстным процессом предприятия с внешним миром и ничего более. В случае построения модели бизнес-системы, включающей в себя несколько разнотипных предприятий, на контекстном уровне необходимо отразить каждое из них и их соответствующие взаимосвязи. Например, контекстная диаграмма горно-обогатительного комбината может содержать процессы Автобаза, Карьер, Фабрика и Управление; контекстная диаграмма регионального банка Сбербанка РФ может содержать процессы Территориальное Управление, Типовое Отделение, Типовой Филиал.
2. На втором уровне модели должны быть отражены основные деятельности (тематически сгруппированные бизнес–процессы) предприятия и их взаимосвязи. Например, для автотранспортного предприятия одним из решений может быть выделение следующих деятельностей: Эксплуатация автотранспорта (группа основных процессов), Ремонт и техническое обслуживание (группа вспомогательных процессов), Контроль безопасности (еще одна группа вспомогательных процессов), Управление производством (группа процессов управления), Обеспечивающая деятельность (группа обеспечивающих процессов). В случае большого количества деятельностей некоторые из них можно вынести на третий уровень модели. Так, Обеспечивающая деятельность может включать в себя Учет кадров, Бухгалтерский учет, Экономическое планирование, Материально-техническое снабжение, Складской учет и т.п. Но в любом случае под деятельности необходимо отводить не более двух уровней модели.
3. Каждая из деятельностей, в свою очередь, должна быть детализирована на бизнес–процессы (желательно единственного уровня). Например, деятельность по учету кадров включает в себя бизнес-процессы Прием па работу, Увольнение и т.п.
4. Дальнейшая детализация бизнес-процессов осуществляется посредством бизнес-функций. Так, процесс Прием на работу содержит в себе функции Прием заявления, Оформление приказа, Регистрация и др. Обычно для моделирования бизнес-функции достаточно 2-3 уровней детализации, которая завершается на уровне элементарной бизнес-операции.
5. Описание элементарной бизнес-операции (задание алгоритма ее выполнения) осуществляется с помощью миниспецификации.
Таким образом, общее число уровней в модели не должно превышать 6-7. Практика показывает, что этого вполне достаточно для построения полной функциональной модели современного предприятия любой отрасли.
Структурирование данных во многом базируется на накопителях данных: многие процессы модели связываются не напрямую, а с использованием этих объектов (что реально соответствует чтению/записи информации из/в базу данных, выбору/занесению данных из/в архивы, картотеки, папки и т.п.). При этом операции типа записи-занесения должны удовлетворять главному критерию информационного моделирования: данные должны заноситься в накопитель один раз в том месте, где они впервые появляются.
Основное правило введения накопителей данных заключается в следующем: если данные из некоторого накопителя используются по крайней мере двумя процессами, то этот накопитель должен присутствовать на содержащей эти процессы диаграмме. Поэтому на втором уровне модели (детализации контекстной диаграммы) должны быть введены базовые накопители, к которым осуществляют доступ бизнес-процессы системы. При построении информационной модели базовым накопителям должны соответствовать основные подсхемы информационной модели. К выявлению базовых накопителей следует подходить чрезвычайно тщательно, поскольку именно с ними будут работать бизнес–процессы и бизнес-функции на всех без исключения уровнях детализации модели.