36. Технология формирования структурной модели объекта автоматизации to-be.

Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем будут состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной. Признаками неэффективной деятельности могут быть бесполезные, неуправляемые и дублирующиеся работы, неэффективный документооборот (нужный документ не оказывается в нужном месте в нужное время), отсутствие обратных связей по управлению (на проведение работы не оказывает влияния ее результат), входу (объекты или информация используются нерационально) и т. д. Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет) - модели новой организации бизнес-процессов. Модель нужна ТО-ВЕ для анализа альтернативных/лучших путей выполнения работы и документирования того, как компания будет делать бизнес в будущем.

Цель: разработка технологии формирования структурной модели TO-BE.

Входы информационной модели: модель AS-IS, недостатки модели AS-IS, средства реализации для построения модели AS-IS .

1. Получение модели AS-IS

2. Анализ и выявление недостатков в модели AS-IS

3. Формирования путей устранения недостатков

4. Выбор нотации для построения модели TO-BE

5. Формирование цели построения модели TO-BE на основании выявленных недостатков и анализа модели As-is

6. Определение глубины изменений, которым подвергнется существующая структура организации процесса

7. Анализ категории недостатков и переход к п.8 – 12

8. Устранение дублирующих работ

9. Устранение неуправляемых работ

10. Устранение недостатков в документообороте

11. Устранение недостатков отсутствия обратных связей по управлению

12. Устранение недостатков отсутствия обратных связей по входу

13. Формирование и анализ новых бизнес-процессов

14. Сравнение преимуществ новых и существующих бизнес-процессов в модели AS-IS

15. Выявление преимуществ новых бизнес-процессов

16. Анализ средств реализации

17. Выбор средств реализации

18. Построение функциональной модели

19. Контроль соответствия поставленным целям и переход в п.20 или 22

20. Анализ категории ошибок и переход в п.7 или 13

21. Доработка

22. Согласование с заказчиком и переход в п.23 или 20

23. Утверждение модели

Заключение: на основе построения модели TO-BE устраняются недостатки модели AS-IS, а так же строится модель данных, прототип и затем окончательный вариант ИС.

37. Технология формирования структурной модели объекта автоматизации as-is.

Цель: разработка технологии формирования структурной модели объекта автоматизации AS-IS.

Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем будуг состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной. Признаками неэффективной деятельности могут быть бесполезные, неуправляемые и дублирующиеся работы, неэффективный документооборот (нужный документ не оказывается в нужном месте в нужное время), отсутствие обратных связей по управлению (на проведение работы не оказывает влияния ее результат), входу (объекты или информация используются нерационально) и т. д. Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет) - модели новой организации бизнес-процессов

Входы: Результаты анализа ОА (объекта автоматизации), предметной области.

Выходы: структурная модель ОА AS-IS, количественные характеристики (время, затраты).

Технологий формирования модели:

1. Локализация ОА

2. Выбор методов проведения обследования ОА

3. Обследование ОА – получение параметрического описания ОА

4. Формирование цели, области обследования

5. Определение уровней декомпозиции

6. Определение средств для реализации модели

7. Определение входных потоков

8. Определение выходных потоков

9. Объединение входных и выходных потоков по классификационному признаку по группам

10. Определение управляющих воздействий входных и выходных потоков

11. Объединение управляющих воздействий по классификационному признаку

12. Формирование механизмов (инструментов, приспособлений, оборудования, человеческих ресурсов) для каждого из входных и выходных потоков

13. Объединение механизмов по классификационному признаку

14. Формирование контекстной диаграммы

15. Проверка на полноту соответствия предметной области

16. Определение количества фрагментов диаграмм декомпозиций

17. Определения порядка следования фрагментов

18. Определение входных потоков фрагмента

19. Определение выходных потоков фрагмента

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

21. Определение управляющих воздействий

22. Определение механизмов

23. Проверка на полноту предметной области, цели, назначению, реальных бизнес-процессов

24. Если соответствует (да)  п. 26

25. Если нет 

26. Анализ ошибки

27. Доработка  18-22

28. Проверка соответствия количества фрагментов

29. Если соответствует количеству (да)  п. 27

30. Если нет  п. 18

31. Согласование построенной диаграммы с заказчиком, специалистом в ПО, экспертом, и устранение недостатков

32. Доработка модели в соответствии с рекомендациями

33. Получение количественных характеристик (время, затраты).