Создать базу для формирования требований к будущему по организации. Рис. Аналитик бизнес-процессов, его деятельность и рабочие документы

Лекция 4. Моделирование бизнес-процессов

• 
  основные процессы (производство товаров и услуг, приносят доход, составляют основную деятельность компании);
  
• 
  обеспечивающие процессы (обеспечение основных процессов финансами, кадрами, комплектующими, тех. обслуживанием, администрирование и юридическое обеспечение);
  
• 
  процессы управления (планирование и контроль бизнес-процессов других видов).
  

1. 
   обеспечить понимание структуры организации и происходящих в ней процессов;
   
2. 
   обеспечить понимание текущих проблем организации и возможностей их решения;
   
3. 
   убедиться, что заказчики, пользователи и разработчики одинаково понимают цели и задачи организации;
   
4. 
   создать базу для формирования требований к будущему ПО организации.
   

1. 
   Какие процедуры (функции, работы) необходимо выполнить для получения заданного конечного результата?
   
2. 
   В какой последовательности выполняются эти процедуры?
   
3. 
   Какие механизмы контроля и управления существуют в рамках рассматриваемого бизнес-процесса?
   
4. 
   Кто выполняет процедуры процесса?
   
5. 
   Какие входящие документы/информацию использует каждая процедура процесса?
   
6. 
   Какие исходящие документы/информацию генерирует процедура процесса?
   
7. 
   Какие ресурсы необходимы для выполнения каждой процедуры процесса?
   
8. 
   Какая документация/условия регламентирует выполнение процедуры?
   

• 
  видение бизнеса – документ, где определены цели бизнес-моделирования;
  
• 
  оценку организации – документ, описывающий текущее состояние дел в организации;
  
• 
  бизнес-правила – условия, соблюдение которых необходимо;
  
• 
  глоссарий деятельности – словарь основных терминов организации;
  
• 
  дополнительную спецификацию – документ со сведениями, не вошедшими в другие документы;
  
• 
  модель бизнес-процессов (Business Use Case Model), моделирующую взгляд на предприятие извне, как на «черный ящик»;
  
• 
  модель бизнес-анализа (Business Analysis Model), моделирующую взгляд на предприятие изнутри, как на «белый ящик».
  

• 
  Кто извлекает пользу из существования организации?
  
• 
  Кто помогает организации осуществлять свою деятельность?
  
• 
  Кому организация передает информацию и от кого получает?
  

• 
  наименование;
  
• 
  краткое описание бизнес-процесса;
  
• 
  цели и результаты;
  
• 
  описание сценариев (основного и альтернативных);
  
• 
  специальные требования (время и стоимость);
  
• 
  расширения (исключительные ситуации);
  
• 
  связи;
  
• 
  диаграммы деятельности (моделирующие сценарии бизнес-процесса).
  

• 
  Наименование – Пройти регистрацию.
  
• 
  Краткое описание – Процесс регистрации пассажира на рейс.
  
• 
  Цели – Получить посадочный талон и сдать багаж.
  
• 
  Основной сценарий:
  

1. 
   Пассажир встает в очередь к стойке регистратора.
   
2. 
   Пассажир предъявляет билет регистратору.
   
3. 
   Регистратор подтверждает правильность билета.
   
4. 
   Регистратор оформляет багаж.
   
5. 
   Регистратор резервирует место для пассажира.
   
6. 
   Регистратор печатает посадочный талон.
   
7. 
   Регистратор выдает пассажиру посадочный талон и квитанцию на багаж.
   
8. 
   Пассажир уходит от стойки регистратора.
   

• 
  Альтернативные сценарии:
  

• 
  Специальные требования – Время регистрации не должно превышать 1 минуты.
  

• 
  работает над бизнес-системой (отделом или подразделением организации);
  
• 
  уточняет спецификацию бизнес-процессов (business use case);
  
• 
  моделирует реализацию бизнес-процессов в виде модели бизнес-анализа (business analysis).
  

• 
  д
  иаграммы классов, отражающих структурные соединения, из которых следует как взаимосвязаны исполнители и деловые сущности (из примера следует, что исполнители двух разных классов могут взаимодействовать между собой, что исполнитель первого класса имеет доступ к деловым сущностям багаж и Багажная бирка, а исполнитель второго класса – только к Багажу, что сущности связаны между собой.);
  
• 
  диаграммы взаимодействия (последовательности, кооперативные), описывающие реализацию одного из сценариев бизнес-процесса, и служащие для моделирования распределения обязанностей между исполнителями (например, диаграмма последовательности может изображать реализацию основного потока событий бизнес-процесса Пройти регистрацию, и на ней видно какими сообщениями обмениваются экземпляр делового действующего лица и экземпляр исполнителя, а также видно, обработка каких сообщений входит в ответственность исполнителя);
  
• 
  диаграммы состояний для моделирования жизненного цикла экземпляров того или иного исполнителя или экономического ресурса, т. е. деловой сущности, (в примере видно, что экземпляр деловой сущности Багаж меняет свои внутренние состояния, принимая сообщения от исполнителей, изображенные как события «Поставлен на весы», «Прикреплена бирка» и т. д.);
  
• 
  диаграммы деятельности, моделирующие выполнение исполнителями своих обязанностей (например, как именно регистратор проверяет правильность билета).
  

• 
  видение бизнеса;
  
• 
  оценка организации.
  

• 
  цены продукта (Заказ ->Продукт.цена продукта);
  
• 
  процента налога (Профиль клиента -> Профиль региона. процент налога).
  

• 
  правила-ограничения:
  
  • 
    управляющие воздействия и реакции на воздействия (например, бизнес-правило: «При отмене заказа, если он еще не доставлен, то его следует отметить как закрытый», здесь отмена заказа – управляющее воздействие, а закрытие отмененного заказа – реакция);
    
  • 
    операционные ограничения или предусловия и постусловия (например, бизнес-правило: «^ Доставить заказ клиенту только при наличии адреса доставки» устанавливает предусловие для операции доставки заказа);
    
  • 
    структурные ограничения (например, бизнес-правило «Заказ включает в себя по крайней мере одну позицию», устанавливает мощность связи между классами деловых сущностей Заказ и Позиция заказа, такое бизнес-правило дополнительно отображается на диаграмме классов из модели бизнес-анализа в виде показателей мощности на полюсах ассоциации, соединяющей упомянутые сущности);
    
• 
  правила вывода и вычислительные правила (например, рассмотренная выше формула расчета цены).
  

• 
  совокупность классов-участников для решения проблемы (эти классы играют роль гнезд или ячеек, куда при применении образца подставляются конкретные классы из бизнес-модели);
  
• 
  статическое представление – диаграмму классов;
  
• 
  динамическое представление – диаграммы деятельности.
  

Р
ешение

Литература к лекции 4

1. 
   Вендров А. М. Проектирование программного обеспечения экономических информационных систем. 2-е изд. – М.: Финансы и статистика, 2005. – Глава 3.