Порядок выполнения работы. Модель TO-BE создается на основе анализа модели AS-IS

Модель TO-BE создается на основе анализа модели AS-IS. Анализ может проводиться как по формальным признакам (отсутствие выходов или управления, отсутствие обратных связей и т.д.), так и по неформальным – на основе знаний предметной области.

Допустим, в результате анализа принимается решение реорганизовать функции производства и тестирования компьютеров и оставить функциональности "Продажи и маркетинг" и "Отгрузка и получение" пока без изменений.

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

Работа "Сборка и тестирование компьютеров" должна быть реорганизована и названа "Производство продукта". Будут созданы работы "Разработать конфигурацию", "Планировать производство" и "Собрать продукт".

Рассмотрим новые роли персонала. Дизайнер должен разрабатывать систему, стандарты на продукцию, документировать и передавать спецификации в отдел маркетинга и продаж. Он должен определять, какие компоненты (аппаратные и программные) должны закупаться для сборки компьютеров, обеспечивать документацией и управлять процедурами сборки, тестирования и устранения неполадок.

Функции диспетчера в работе "Сборка и тестирование компьютеров" должны быть заменены на функции планировщика.

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

Диспетчер должен составлять расписание производства на основании заказов на сборку, полученных в результате работы "Планировать производство", получать копии заказов клиентов и отвечать за упаковку и комплектацию заказанных компьютеров, передаваемых в работу "Отгрузка и получение".

 

I. Расщепление и модификация модели

1. Измените свойства модели "Деятельность компании":

• Model Name: Предлагаемая модель компании;

• Time Frame: TO-BE;

• Purpose: Документировать предлагаемые изменения бизнес-процессов компании.

2. Переименуйте работу "Сборка и тестирование компьютеров" в "Производство продукта". Расщепите эту работу в модель с тем же названием.

3. Модифицируйте отщепленную модель. Переместите работу "Тестирование компьютеров" с диаграммы АО "Производство продукта" на диаграмму А2.1 "Сборка настольных компьютеров".

4. Переименуйте работу "Сборка настольных компьютеров" на диаграмме АО в "Сборка продукта".

5. Удалите работу "Сборка ноутбуков".

6. Переименуйте стрелку "Заказы на настольные компьютеры" в "Заказы на изготовление".

7. Переименуйте "Отслеживание расписания и управление сборкой и тестированием" в "Планирование производства".

8. Создайте работу "Разработать конфигурацию".

9. Создайте ветвь стрелки "Персонал производственного отдела", назовите ее "Дизайнер" и направьте как механизм к работе "Разработать конфигурацию".

10. Создайте стрелку "Стандарты на продукцию" и направьте ее от выхода "Разработать конфигурацию" к границе диаграммы. Тоннелируйте эту стрелку (Resolve Border Arrow). Создайте ветвь этой стрелки, идущую к управлению работы "Планирование производства" и назовите ее "Список необходимых компонентов".

11. Удалите стрелку "Правила сборки и тестирования" с родительской диаграммы и диаграммы декомпозиции. Создайте ветвь стрелки "Список необходимых компонентов", идущую к управлению работы "Сборка продукта" и назовите ее "Правила сборки и тестирования".

12. Переименуйте стрелку "Диспетчер" в "Планировщика производства".

13. Добавьте стрелки "Прогноз продаж" и "Информация от поставщика" как граничные управляющие к работе "Планирование производства".

14. Добавьте стрелку "Заказ поставщику" как граничную стрелку вы-хода от работы "Планирование производства".

15. Тоннелируйте необходимые стрелки (Resolve Border Arrow) и свяжите их с работами на родительской диаграмме А0.

16. Тоннелируйте стрелки "Собранные компьютеры" и "Неисправные компоненты" (Resolve Border Arrow) и свяжите их с выходом работы "Сборка продукта".

17. Результат выполнения первой части лабораторной работы №8 приведен на рис. 2.41 и рис. 2.42.

 

Рис. 2.41. Родительская диаграмма А0 "Производство продукта"

 

 

Рис. 2.42. Диаграмма декомпозиции А0 "Производство продукта"

 

II. Слияние модели

1. Перейдите к работе "Производство продукта" в модели "Деятельность компании". Щелкните правой кнопкой мыши по работе. В контекстном меню выберите Merge Model. В появившемся диалоге Merge Model установите опцию Cut/Paste entire dictionaries, опцию Overwrite existing fields и щелкните по ОК. Модели должны слиться.

2. На диаграмме АО тоннелируйте стрелки (Resolve Border Arrow) "Информация от поставщика" и "Заказ поставщику".

3. Измените стрелку "Прогноз продаж". Направьте ее с выхода "Продажи и маркетинг" на управление "Производство продукта" (измените стрелку "Прогноз продаж" на диаграмме A2 "Производство продукта " в связи с появившейся стрелкой контроля).

4. Измените стрелку "Стандарты на продукцию". Направьте ее с выхода "Производство продукта" на управление "Продажи и маркетинг" (измените стрелку "Стандарты на продукцию" выхода работы "Разработать конфигурацию" на диаграмме A2 "Производство продукта" в связи с появившейся стрелкой выхода).

5. Удалите ветвь стрелки управления "Правила и процедуры" работы "Производство продукта".

6. Закройте модель "Производство продукта". Результат выполнения второй части лабораторной работы №8 приведен на рис. 2.43 и рис. 2.44.

 

Рис. 2.43. Родительская диаграмма А0 "Деятельность компании"

 

Рис. 2.44. Диаграмма А0 "Деятельность компании"

 

III. Использование Model Explorer для реорганизации дерева декомпозиции

1. Существуют причины, по которым работа "Разработать конфигурацию" должна быть на верхнем уровне, на диаграмме АО. Дизайнер разрабатывает стандарты на продукцию, включая правила сборки и тестирования, и список необходимых для закупки компонентов. Тем самым дизайнер управляет производством продукта в целом, кроме того, управляет работой "Продажи и маркетинг". Логично перенести эту работу на уровень выше. Используя возможности Model Explorer, перенесите работу "Разра-ботать конфигурацию" с диаграммы А2 "Производство продукта" на диаграмму АО.

2. Разрешите и перенаправьте стрелки согласно рис. 2.45 и рис. 2.46.

Рис. 2.45. Родительская диаграмма А0 2 "Деятельность компании"

 

Рис. 2.46. Диаграмма А3 "Производство продукта"

 

IV. Модификация диаграммы IDEF3 "Сборка продукта" с целью отображения новой информации

Так же как в модели AS-IS, сборка продукта состоит из сборки компонентов и установки программного обеспечения. Однако теперь в работу "Сборка продукта" включена работа "Тестирование компьютера". Тестирование начинается после окончания процесса сборки компьютера и окончания процесса установки программного обеспечения. Если компьютер неисправен, в процессе тестирования у него заменяют компоненты, информация о неисправных компонентах может быть направлена на работу "Подготовка компонентов". Такая информация может помочь более тщательно подготавливать компоненты к сборке. Результатом процесса тестирования являются заказанные компьютеры и неисправные компоненты. Модифицируйте диаграмму IDEF3 "Сборка продукта" в соответствии с приведенной информацией, результат приведен на рис. 2.47.

 

Рис. 2.47. Диаграмма А32.1 "Сборка продукта"

 

V. Декомпозиция работы "Продажи и маркетинг"

Работа по продажам и маркетингу заключается в ответах на телефонные звонки клиентов, предоставлении клиентам информации о ценах, оформлении заказов, внесении заказов в информационную систему и исследовании рынка. На основе этой информации декомпозируйте работу "Продажи и маркетинг" (IDEF0). Создайте следующие работы:

• Предоставление информации о ценах;

• Оформление заказов;

• Исследование рынка.

 

Убедитесь, что все стрелки модели связаны, если необходимо перерисуйте несвязанные стрелки. Результат декомпозиции представлен на рис. 2.48.

 

Рис. 2.48. Диаграмма А2 "Продажи и маркетинг"

Контрольные вопросы

1. Что такое реинжениринг бизнес-процессов?

2. Опишите цикл автор – читатель.

3. Кто такой библиотекарь?

4. Каким образом заносятся замечания в проект?

5. Кто может являться экспертом?

 

СПИСОК ЛИТЕРАТУРЫ

1. Маклаков С.В. BPwin и ERwin: CASE-средства для разработки информационных систем. – М.: Диалог-МИФИ, 1999.

2. Маклаков С.В. Моделирование бизнеспроцессов c BPwin 4.0. –М.: ДИАЛОГ-МИФИ, 2002.

3.Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. –М.: Финансы и статистика, 2000.

4. Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем, www.citforum.ru

5. Федотова Д.Э., Семенов Ю.Д., Чижик К.Н. CASE-технологии: Практикум. – М.: Горячая линия – Телеком, 2003.

6. Калянов Г.Н. CASE-технологии. Консалтинг в автоматизации бизнес процессов. – 3-е изд. – М.: Горячая линия Телеком, 2002. – 320 с.: ил.