М-ль б-са с т.зрения команды по РБП.Членам команды нужны те же обобщенные модели, что и менеджерам, т.к. они должны при помощи этих моделей общаться с менеджерами.
М-ль б-са с т.зрения владельцев процесса.Владелец процесса должен иметь ту же информацию, которая предоставляется исполнительному управленческому аппарату.
М-ль б-са с т.зрения владельца ресурсов должен иметь инф-ю о БП, о их реализации с т.зрения человеч-х рес-ов. Должен уметь назначать каждому процессу адекватный ему вид ресурсов - специалистов с соответствующей профессиональной подготовкой.
М-ль б-са с т.зрения информационной системы поддержки. Специалисты в области инф-х технологий должны иметь такую же детальную информацию о биз-се , как и команду РБП.
При разработке м-ли биз-са в ходе прямого и обратного реинж-га, необходимо создать 2 модели компании:1) Внешняя м-ль- описывает компанию и внешний для нее мир(процессы к-ые удовл-ют интересы клиентв).2)Внутренняя м-ль- описывает как строится каждый БП из различных рабочих задач, и какие ресурсы он использует(продукцию).
12. Создание модели бизнеса. Традиционные способы разработки моделей.
Модель существующей компании важна тогда, когда требуется понять и объяснить, как функционирует компания или некоторый ее процесс. Построение модели существующей компании дорого и требует много времени. Очень важно с самого начала определить, что необходимо моделировать и насколько подробно. Важно моделировать только то, что имеет значение для решения задачи реинжиниринга.
Описание новой компании - это работа, которая начинается с формулирования целей и образа будущей компании. После этого набрасываются различные сценарии. Для каждого сценария создается общее описание процесса, включающее заказчиков, поставщиков и т.д., а также сам процесс. Далее проводится имитационное моделирование различных процессов, и выбранная альтернатива реализуется.
Традиционные способы разработки моделей. Все известные подходы к моделированию бизнеса принадлежат к одному семейству методов - это методы моделирования сложных информационных систем.
1) Структурный анализ и структурное проектирование Система предоставляет своим пользователям одну или несколько функций - так называемый подход функциональной декомпозиции. Этот метод позволяет описывать диаграммы потоков данных, и диаграммы соответствующих переходов.
2) Методика IDEF. Она обеспечивает поддержку модели, по нескольким уровням, с помощью "модели бизнеса", "модели информационной системы" и "модели технологии". Позволяет описывать потоки данных, потоки состояний переходов, что позволяет описывать ф-ции, системы, по разной степени иерархии.
3) Методика SADT. Она позволяет описать ф-ции, структуру данных инф-ой системы, на основе декомпозиции.
При моделировании сложных информационных систем, осущ-ся разделение на составные части, каждая из к-ых расм-ся отдельно. Такой поток называется декомпозицией.
Жизненный цикл сложных информ-ых систем складывается из этапов анализа, проектирования, программирования, тестирования и сопровождения, которые выполняются последовательно. Такой метод, называемый каскадным, имеет следующие отличительные особенности:
1) линейность выполнения этапов жизненного цикла разработки;
2) четкое разделение данных и процессов их обработки;
3) использование процедурных языков программирования.
Главный недостаток этого метода - последовательное выполнение этапов.
Для устранения этого недостатка используется спиральный подход. Он заключается в том, что разработка проекта ведется как бы по спирали, причем на каждом витке, последовательно выполняются все перечисленные этапы.
Он устраняет недостатки предыдущего метода, но он в тоже время трудоемок, и требует оформление большого объема документации.
13.Объектно-ориент-ый подход к разработке моделей и его особенности.
Применяется при разработке сложных инф-х систем, к-ые имеют свои особ-ти:
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.