Скачать презентацию
Идет загрузка презентации. Пожалуйста, подождите
Презентация была опубликована 10 лет назад пользователемIvan Strokov
1 Информационные технологии в реинжиниринге
2 Роль информационных технологий в реинжиниринге. Необходимость реинжиниринга связывается с высокой динамичностью современного делового мира. Непрерывные и довольно существенные изменения в технологиях, рынках сбыта и потребностях клиентов стали обычным явлением, и компании, стремясь сохранить свою конкурентоспособность, вынуждены непрерывно перестраивать корпоративную стратегию и тактику.
3 Роль информационных технологий в реинжиниринге. М.Хаммер и Дж.Чампи в своей работе определяют реинжиниринг как "фундаментальное переосмысление и радикальное перепроектирование бизнес-процессов компаний для достижения коренных улучшений в основных актуальных показателях их деятельности: стоимость, качество, услуги и темпы". Речь идет не о небольшом усовершенствовании бизнес-процессов компаний - на % - а о кардинальном повышении их эффективности, в десятки или даже в сотни раз. При этом реинжиниринг рассматривается как способ выживания современных компаний в условиях жесткой конкурентной борьбы на мировом рынке.
4 Технология описания бизнес- процессов. Целью описания бизнес-процессов в компании является определение «слепых» зон, где, как правило, образуются «завалы», которые образуют путаницу, возникающие на стыке двух различных подразделений организации при выполнении одного бизнес-процесса.
5 Технологии описания бизнес- процессов. Существуют три вида бизнес-процессов: 1. Управляющие бизнес-процессы, которые управляют функционированием системы. Примером управляющего процесса может служить Корпоративное управление и Стратегический менеджмент. 2. Операционные бизнес-процессы, которые составляют основной бизнес компании и создают основной поток доходов. Примерами операционных бизнес-процессов являются, Производство, Маркетинг и Продажи. 3. Поддерживающие бизнес-процессы, которые обслуживают основной бизнес. Например, Бухгалтерский учет, Подбор персонала, Техническая поддержка.
6 Технология описания безнес- процессов. 5 шагов описания организации
7 Примеры описания бизнес- процессов. Основные правила: При описании бизнес-направлений и бизнес-процессов, нужно забыть про существующую структуру. На одном уровне нужно «разложить» бизнес-процессы по одному критерию. Для одной системы можно построить несколько вариантов "деревьев" в зависимости от различной последовательности применения возможных критериев декомпозиции. При этом на верхнем уровне нужно использовать более существенные критерии декомпозиции.
8 Примеры описания бизнес- процессов. Описание бизнес-направлений компании завершается построением их иерархического дерева или классификатора. Например, для компании "Альфа", которая занимается торговлей фруктами, соками и сухофруктами бизнес-направлений, состоящее из элементов: построено с использованием критерия декомпозиции – продукт (рис. 2).
9 Примеры описания бизнес- процессов.
10 Иерархическое дерево / классификатор бизнес- направлений компании "Альфа". Далее каждое направление разбивается на составляющие подпроцессы.
11 Методология Sadt IDEF0 Function ModelingFunction Modeling методология функционального моделирования. С помощью наглядного графического языка IDEF0 изучаемая система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций (функциональных блоков в терминах IDEF0). Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы. Методологию IDEF0 можно считать следующим этапом развития хорошо известного графического языка описания функциональных систем SADT (Structured Analysis and Design Technique). SADT
12 Методология Sadt IDEF0
13 Методология Sadt IDEF1 Information ModelingInformation Modeling методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи. IDEF1X (IDEF1 Extended) Data Modeling методология моделирования баз данных на основе модели «сущность- связь». Применяется для построения информационной модели, которая представляет структуру информации, необходимой для поддержки функций производственной системы или среды. Метод IDEF1, разработанный Т. Рэмей (T. Ramey), также основан на подходе П. Чена и позволяет построить модель данных, эквивалентную реляционной модели в третьей нормальной форме. В настоящее время на основе совершенствования методологии IDEF1 создана ее новая версия методология IDEF1X. IDEF1X разработана с учетом таких требований, как простота изучения и возможность автоматизации. IDEF1X-диаграммы используются рядом распространённых CASE-средств (в частности, ERwin, Design/IDEF).IDEF1XData Modelingтретьей нормальной формеERwin
14 Методология Sadt IDEF1
15 Методология Sadt IDEF2 Simulation Model Design методология динамического моделирования развития систем. В связи с весьма серьёзными сложностями анализа динамических систем от этого стандарта практически отказались, и его развитие приостановилось на самом начальном этапе. В настоящее время присутствуют алгоритмы и их компьютерные реализации, позволяющие превращать набор статических диаграмм IDEF0 в динамические модели, построенные на базе «раскрашенных сетей Петри» (CPN Color Petri Nets).сетей Петри
16 Методология Sadt IDEF2
17 Методология Sadt IDEF3 Process Description Capture (Документирование технологических процессов) методология документирования процессов, происходящих в системе (например, на предприятии), описываются сценарий и последовательность операций для каждого процесса. IDEF3 имеет прямую взаимосвязь с методологией IDEF0 каждая функция (функциональный блок) может быть представлена в виде отдельного процесса средствами IDEF3.
18 Методология Sadt IDEF3
19 Методология Sadt IDEF4 Object-Oriented DesignObject-Oriented Design методология построения объектно-ориентированных систем, позволяют отображать структуру объектов и заложенные принципы их взаимодействия, тем самым позволяя анализировать и оптимизировать сложные объектно- ориентированные системы. Подробнее Технология.
20 Методология Sadt IDEF4
21 Методология Sadt IDEF5 Ontology Description Capture Стандарт онтологического исследования сложных систем. С помощью методологии IDEF5 онтология системы может быть описана при помощи определенного словаря терминов и правил, на основании которых могут быть сформированы достоверные утверждения о состоянии рассматриваемой системы в некоторый момент времени. На основе этих утверждений формируются выводы о дальнейшем развитии системы и производится её оптимизация. онтология
22 Методология Sadt IDEF5
23 Методология DFD DFD общепринятое сокращение от англ. Data Flow Diagrams диаграммы потоков данных. Так называется методология графического структурного анализа, описывающая внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных, к которым осуществляется доступ.англ.методология анализа Диаграмма потоков данных (data flow diagram, DFD) один из основных инструментов структурного анализа и проектирования информационных систем, существовавших до широкого распространения UML. Несмотря на имеющее место в современных условиях смещение акцентов от структурного к объектно-ориентированному подходу к анализу и проектированию систем, «старинные» структурные нотации по-прежнему широко и эффективно используются как в бизнес-анализе, так и в анализе информационных систем.UML
24 Методология Oracle Oracle Unified Method (унифицированный метод Oracle, сокр. OUM) - фреймворк для итеративного и инкрементального процесса разработки ПО, разработанный корпорацией Oracle для реализации своей точки зрения на поддержку успешной реализации каждого продукта Oracle – приложений, промежуточного ПО и баз данных.итеративного и инкрементальногопроцесса разработки ПОOracleприложенийпромежуточного ПОбаз данных Oracle Unified Method - одно из множества вариаций обобщенного унифицированного процесса. Актуальный релиз, OUM 6.0, поддерживает полный спектр проектных технологий, включая полную поддержку сервис-ориентированной архитектуры (SOA), промышленной интеграции, заказного программного обеспечения, Identity management (IdM) и управление рисками (GRC). унифицированного процессасервис-ориентированной архитектуры промышленной интеграции Identity managementуправление рисками
25 Методология BAAN Методология описания деятельности, разработанная компанией разработчиком информационных систем BAAN содержит бизнес-моделей, описание которых приведено в таблице 6.
26 Методология BAAN Название модели Описание и предназначение модели Английский вариантРусский вариант 1. ESM – Enterprise Structure Model. Модель метаструктуры предприятия. Модель описывает геогр-ки распр-ую стр- ру компании. 2. BCM - Business Control Model. Модель управления. Процессная модель опис-т биз.-проц-ы комп-и в ст-рте DFD. Прим-я для опис-я биз.- проц-в верхнего ур-я. 3. BPM - Business Process Model. Процессная модель. Модель опис-т биз.- проц-ы комп-и в стан- те WFD. Прим-я для опис-я биз.-проц-в ниж ур-я. 4. BFM - Business Function Model Функциональная модель Модель опис-т фун-и, вып-ые в комп-и и их иерархию. 5. BOM - Business Organization Model. Организационная модель. Модель опис-т орг-ую стр-у комп-и. 6.ERM – Entity-Relationship Model. Информационная модельИнф-я модель типа "Сущ-ть-Связь" опис-т стр-у инф-и, исп-й при реал-и биз.-проц-в. Позв-т опис-ь стр-у базы данных.
27 Методология ARIS Любая организация в методологии ARIS рассматривается с пяти точек зрения: организационной, функциональной, обрабатываемых данных, структуры бизнес-процессов, продуктов и услуг. При этом каждая из этих точек зрения разделяется ещё на три подуровня: описание требований, описание спецификации, описание внедрения. Для описания бизнес- процессов предлагается использовать около 80 типов моделей, каждая из которых принадлежит тому или иному аспекту. ARIS предоставляет визуальный инструментарий для обеспечения наглядности моделей. Также инструментарий поставляется с набором референтных моделей, заранее разработанных для типичных процессов в различных отраслях. Общий принцип в инструментарии возможность интеграции моделей разных типов в рамках одного репозитория посредством декомпозиции (детализации) объектов. Таким образом, любую организацию можно описать с помощью иерархии моделей от обобщения: например, процессы верхнего уровня с помощью модели VAD (англ. value added diagram) до уровня процедур и ресурсного окружения функций.спецификацииангл.
Еще похожие презентации в нашем архиве:
© 2024 MyShared Inc.
All rights reserved.