Инжиниринг предприятия и управление бизнес-процессами. Методология и технология (200,00 руб.). Структурное проектирование ИС Тельнов Ю Ф Ytelnov mesi ru Учебно-методические и научные труды

Курсы повышения квалификации в области информационных технологий: Certificate IBM - Essentials of Modelling with Rational Software Architect; разработка основных профессиональных образовательных программ на основе компетентностного подхода (Исследовательский центр проблем качества подготовки специалистов); внедрение современных образовательных технологий в электронном университете (МЭСИ)

Научные исследования

Контакты

Т 318

Тельнов Ю.В. Реинжиниринг бизнес-процессов (Учебное пособие). / Московский международный институт эконометрики, информатики, финансов и права. - М., 2003. – 99с.

© Тельнов Ю.Ф., 2003

© Московский международный институт эконометрики, информатики, финансов и права, 2003г.

Введение ___________________________________________________ 5

Глава 1 Общая характеристика реинжиниринга бизнес-процессов____ 7

1.1. Сущность и принципы реинжиниринга бизнес-процессов______ 7

1.2. Организационная структура предприятия на основе управления бизнес-процессами_________________________________________ 12

1.3. Использование информационных технологий в реинжиниринге бизнес-процессов__________________________________________ 15

Вопросы для самопроверки: _________________________________ 22

Глава 2. Технология реинжиниринга бизнес-процессов____________ 23

2.1. Организация работ по реинжинирингу бизнес-процессов _____ 23

2.2. Методы и инструментальные средства реинжиниринга бизнес-

процессов ________________________________________________ 28

2.3. Методологии моделирования бизнес-процессов_____________ 31

Вопросы для самопроверки: _________________________________ 38

Глава 3. Функциональное моделирование бизнес-процессов с использованием ППП Design/IDEF_____________________________ 39

3.1. Сущность методологии функционального моделирования бизнес-процессов (SADT – методологии) ______________________ 39

3.2. Общая характеристика ППП Design/IDEF __________________ 42

3.3. Особенности построения функциональной модели c

использованием ППП Design/IDEF ___________________________ 43

Вопросы для самопроверки: _________________________________ 46 Глава 4. Стоимостной анализ функций (Activiy-Based Costing) _____ 47

4.1. Сущность стоимостного анализа функций__________________ 47

4.2. Реализация стоимостного анализа функций в ППП Design/IDEF 48

4.3. Реализация стоимостного анализа функций в ППП Easy ABC+ 52

Вопросы для самопроверки: _________________________________ 55

Глава 5. Объектно-ориентированное моделирование бизнеспроцессов с использованием ППП Natural Engineering

Workbench (NEW)___________________________________________ 56

5.1. Сущность объектно-ориентированной методологии моделирования бизнес-процессов. _________________________________________ 56 5.1.1. Модель прецедентов использования (П - модель) _________ 56

5.1.2. Объектная модель (О-модель) _________________________ 60

5.1.3. В-модель - модель взаимодействия объектов_____________ 62

5.2. Общая характеристика ППП Natural Engineering Workbench (NEW) ___________________________________________________ 63

5.3. Особенности моделирования информационных процессов с использованием ППП NEW _________________________________ 64

5.3.1. Построение диаграммы последовательности транзакций

(TSD) __________________________________________________ 64

5.3.2. Построение диаграммы структуры объектов (OSD) _______ 65

5.3.3. Построение диаграммы взаимодействия объектов (OID) ___ 66

Вопросы для самопроверки: _________________________________ 70

Глава 6. Имитационное моделирование бизнес-процессов на основе использования ППП ReThink__________________________________ 71

6.1. Сущность методов имитационного моделирования бизнес-

процессов ________________________________________________ 71

6.2. Общая характеристика ППП имитационного моделирования

ReThink __________________________________________________ 75

6.2.1. Функциональные возможности ReThink ________________ 75

6.2.2. Определение базовых компонентов ReThink _____________ 76

6.3. Особенности конструирования имитационной модели _______ 83

6.4. Задание входных параметров моделирования _______________ 90

6.5. Вывод результатов моделирования________________________ 93

Вопросы для самопроверки: _________________________________ 95

Литература_________________________________________________ 96

Введение

Учебное пособие «Реинжиниринг бизнес-процессов» предназначено для студентов, обучающихся по специальностям «Информационные системы в экономике», «Мировая экономика», «Финансы и кредит», «Антикризисное управление», «Менеджмент», «Маркетинг».

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

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

Структурно учебное пособие состоит из 6 глав.

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

Во второй главе описывается технология работ по проведению реинжиниринга бизнес-процессов, определяется организационная структура проекта, рассматриваются основные методы и средства проведения работ по бизнес-реинжинирингу, включая методологии структурного, стоимостного и динамического анализа бизнес-процессов.

Третья глава посвящена методологии функционального моделирования бизнес-процессов и ее реализации в ППП Design/IDEF.

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

Design/IDEF и Easy ABC+.

В пятой главе рассматриваются вопросы моделирования бизнеса и информационных процессов на основе применения объектноориентированного подхода и его реализации в ППП Natural Engineering Workbench.

В шестой главе описываются задачи бизнес-реинжиниринга, решаемые методами динамического имитационного моделирования и их реализация в ППП ReThink.

Автор выражает признательность заместителю директора Российского НИИ ИТ и АП, профессору, д.т.н. Попову Э.В., директору компании «Весть –Метатехнология», к.т.н. Каменновой М.С., директору по маркетингу Российского представительства Software AG, к.т.н. Китовой О.В., директору направления компании ArgusSoft, к.э.н. Киселю Е.Б. за предоставленные программные средства реинжиниринга бизнес-процессов и методические материалы по их применению.

Глава 1 Общая характеристика реинжиниринга бизнес-процессов

1.1. Сущность и принципы реинжиниринга бизнес-процессов

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

Под бизнес-процессом (БП) будем понимать совокупность взаимосвязанных операций (работ) по изготовлению готовой продукции или выполнению услуг на основе потребления ресурсов. Управление бизнес-процессами нацелено на выполнение качественного обслуживания потребителей (клиентов). При этом в ходе управления бизнес-процессами все материальные, финансовые и информационные потоки рассматриваются во взаимодействии (рис.1.1).

Менеджмент бизнес-процессов зародился еще в рамках концепций всеобщего управления качеством (TQM – Total Quality Management) и непрерывного улучшения процессов (CPI – Continuous Process Improvement) , согласно которым предполагается сквозное управление бизнес-процессом, как единым целым, который выполняется взаимосвязанными подразделениями предприятия (компании), например, от момента поступления заказа клиента до момента его реализации.

Управление бизнес-процессами целесообразно рассматривать и на уровне взаимодействия различных предприятий, когда требуется координация деятельности предприятий-партнеров в потоках товародвижения или в логистических процессах. Логистика породила методы организации поставок по принципу «Точно в срок» (JIT –just in time), реализация которых немыслима без управления бизнеспроцессами, как единым целым.

В качестве основных бизнес-процессов предприятия чаще всего выделяют следующие :

Процессы товародвижения (логистики), связанные с основной деятельностью предприятия - выпуском продукции и обслуживанием конечных потребителей:

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

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

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

Материальные и финансовые потоки

Информационные потоки

Рис.1.1. Структура бизнес-процесса

Согласно определению М. Хаммера и Д.Чемпи реинжиниринг бизнес-процессов (BPR - Business process reengineering) определяется, как

«фундаментальное переосмысление и радикальное перепроектирование бизнес-процессов (БП) для достижения коренных улучшений в основных показателях деятельности предприятия».

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

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

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

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

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

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

Определение рациональных схем взаимодействия с партнерами и клиентами, и как следствие, рост прибыли, оптимизация финансовых потоков.

Особенности бизнес-процессов, для которых проводится реинжиниринг:

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

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

Внедрение новых технологий (инновационных проектов), затрагивающих все основные бизнес-процессы предприятия.

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

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

Реинжиниринг бизнес-процессов выполняется на основе

совместными командами специалистов компании и консалтинговой фирмы.

В соответствии с определением Е.Г. Ойхмана и Э.В. Попова: «Реинжиниринг бизнеса предусматривает новый способ мышления -

взгляд на построение компании как на инженерную деятельность.

Компания или бизнес рассматривается как нечто, что может быть

построено, спроектировано или перепроектировано в соответствии с инженерными принципами» .

Вместе с тем, нельзя отождествлять реинжиниринг бизнеспроцессов с решением локальных задач, хотя решение этих задач могут быть следствиями реинжиниринга (рис.1.2).

РБП # Бизнес-автоматизация РБП # Реинжиниринг программного обеспечения

РБП # Реорганизация организационной структуры РБП # Улучшение качества

Следствие РБП

Рис.1.2. Следствия реинжиниринга бизнес-процессов

Важнейшими принципами реинжиниринга бизнес-процессов

являются:

Несколько рабочих процедур объединяются в одну - "горизонтальное сжатие процесса". Следствие – многофункциональность рабочих мест.

Исполнители принимают самостоятельные решения - "вертикальное сжатие процесса". Следствие – повышение ответственности, заинтересованности в результатах своего труда работника.

Шаги процесса выполняются в естественном порядке - "распараллеленность процесса". Работа выполняется в том месте, где это целесообразно.

Многовариантность исполнения процесса, повышение адаптивности процесса к изменению внешней среды.

Уменьшается количество проверок, минимизируется количество согласований.

«Уполномоченный менеджер» обеспечивает единую точку контакта с клиентом.

Преобладает смешанный централизованно-децентрализованный подход. Следствие – делегирование полномочий по принципу «сверху – вниз»

Пример применения принципов бизнес-реинжиниринга при реорганизации поставок в компании Ford-Motors .

Существующая система закупочной деятельности компании предполагает традиционную технологию поставок по схеме,

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

Вопросы Сущность структурного подхода к проектированию ИС 2. Методология структурного проектирования Гейна –Сарсона 3. Методология структурного анализа и проектирования SADT 1.

Формальное определение метода проектирования Концепции и теоретические основы (структурный или объектно-ориентированный подход) Нотация – способ отображения моделей статической структуры и динамики поведения проектируемой системы (графические диаграммы, математическая формализация – множества, графы, сети Петри) Процедуры, определяющие практическое применение метода (последовательность и правила построения моделей, критерии, используемые для оценки результатов)

Сущность структурного подхода Заключается в декомпозиции системы, которая производится следующим образом: система разбивается на функциональные подсистемы, которые делятся на подфункции, те – на задачи и так далее до конкретных процедур. Система Подсистем Функция (задача)

Принципы структурного подхода В основе структурного подхода лежат следующие принципы: принцип декомпозиции (научный метод, использующий структуру задачи и позволяющий заменить решение одной большой задачи решением серии меньших задач); принцип иерархического упорядочения (организация составных частей системы в иерархические древовидные структуры с добавлением новых деталей на каждом уровне); принцип абстрагирования (выделение существенных аспектов системы и отвлечение от несущественных); принцип непротиворечивости (обоснованность и согласованность элементов системы); принцип структурирования данных (данные должны быть структурированы и иерархически организованы).

Методологии структурного анализа и проектирования Методология структурного анализа и проектирования определяет руководящие указания для оценки и выбора разрабатываемого проекта, шаги работы, которые должны быть выполнены, их последовательность, правила распределения и назначения операций и методов. В настоящее время успешно используются практически все известные методологии структурного анализа и проектирования, однако наибольшее распространение получили методологии: структурного анализа и техники проектирования SADT (Structured Analysis and Design Technique), Д. Марка – К. Мак. Гоун структурного системного анализа Гейна-Сарсона (Gane-Sarson), структурного анализа (Yourdon/De Marko), развития систем Джексона (Jackson), информационного моделирования Мартина (Martin). и проектирования Йодана/Де Марко

Классификация структурных методологий Современные структурные методологии анализа и проектирования классифицируются по следующим признакам: по отношению к школам - Software Engineering (SE) и Information Engineering (IE); по порядку построения модели - процедурноориентированные, ориентированные на данные и информационноориентированные; по типу целевых систем - для систем реального времени (СРВ) и для информационных систем (ИС).

Школа Software Engineering SE является нисходящим поэтапным подходом к разработке ПО, начинающейся с общего взгляда на его функционирование. Затем производится декомпозиция функций на подфункции, и процесс повторяется для подфункций до тех пор, пока они не станут достаточно малы для их кодирования. В результате получается иерархическая, структурированная, модульная программа. SE является универсальной дисциплиной разработки ПО, успешно применяющейся как при разработке систем реального времени, так и при разработке информационных систем.

Школа Information Engineering IE - более новая дисциплина. С одной стороны, она имеет более широкую область применения, чем SE: IE является дисциплиной построения систем вообще, а не только систем ПО, и включает этапы более высокого уровня (например, стратегическое планирование), однако на этапе проектирования систем ПО эти дисциплины аналогичны. С другой стороны, IE - более узкая дисциплина, чем SE, т. к. IE используется только для построения информационных систем, а SE - для всех типов систем.

Модель разработки ПО и ИС Разработка ПО и ИС основана на модели ВХОД-ОБРАБОТКАВЫХОД: 1. данные входят в систему, 2. обрабатываются, 3. выходят из системы. вход Такая модель используется во всех структурных методологиях. При этом важен порядок построения модели. Обработка выход

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

Информационные системы Управляемы данными Сложные структуры данных Большой объем входных данные Интенсивный вводвывод Машинная независимость Системы реального времени Управляемы событиями Простые структуры данных Малое количество входных данных Интенсивные вычисления Машинная зависимость Типы целевых систем

Средства поддержки систем разного типа Название методологии Школа Порядок построения Тип систем Йодан-Де Марко SE Процедурноориентированная ИС, СРВ Гейн-Сарсон SE Процедурноориентированная ИС, СРВ Джексон SE Ориентированная на ИС, СРВ данные Мартин IE Информационноориентированная ИС SADT IE Параллельное проектирование 1)проц. -ориент. 2)ор. на данные ИС

2. Методология структурного проектирования Гейна –Сарсона. Диаграммы потоков данных (DFD) являются основным средством моделирования функциональных требований проектируемой системы. С их помощью эти требования разбиваются на функциональные компоненты (процессы) и представляются в виде сети, связанной потоками данных. Главная цель таких средств продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.

История создания Ларри Константайн (IBM) 1965, 1974 – структурное проектирование Hughee Aircraft Company – 1975, 1977 – интерактивная система графики структурных схем Гэйн К. , Т. Сарсон – основали фирму Improved System Technologies. Первый CASE - инструмент STRADIS, 1976. Э. Йодан, Г. Маейрс, У. Стивенс, Т. Де Марко, В. Вайнберг. Компания Jordon inc. -1975 г. Оценка ЖЦ с использованием методов структурного анализа и проектирования: 5% - обследование, 35 % - анализ, 20 % проектирование, 15 % - реализация, 25 % - остальное.

Методология Гейна-Сарсона В основе данной методологии лежит построение модели ИС. В соответствии с методологией модель системы определяется как иерархия диаграмм потоков данных – Data. Flow Diagram (ДПД или DFD), описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю. Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы ИС с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет достигнут такой уровень декомпозиции, на котором процесс становятся элементарными и детализировать их далее нет необходимости. Инструменты: Vantage Team Builder (Vestmount), Power Design (SAP)

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

Внешние сущности Внешняя сущность представляет собой материальный предмет или физическое лицо, представляющее собой источник или приемник информации, например, заказчики, персонал, поставщики, клиенты, склад. Может быть внешняя АС (подсистема) Определение некоторого объекта или системы в качестве внешней сущности указывает на то, что она находится за пределами границ анализируемой ИС. В процессе анализа некоторые внешние сущности могут быть перенесены внутрь диаграммы анализируемой ИС, если это необходимо, или, наоборот, часть процессов ИС может быть вынесена за пределы диаграммы и представлена как внешняя сущность. Внешняя сущность обозначается квадратом, расположенным как бы "над" диаграммой и бросающим на нее тень, для того, чтобы можно было выделить этот символ среди других обозначений:

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

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

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

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

Построение контекстных диаграмм является первым шагом при построении иерархии DFD. Обычно при проектировании относительно простых ИС строится единственная контекстная диаграмма со звездообразной топологией, в центре которой находится так называемый главный процесс, соединенный с приемниками и источниками информации, посредством которых с системой взаимодействуют пользователи и другие внешние системы. Если же для сложной системы ограничиться единственной контекстной диаграммой, то она будет содержать слишком большое количество источников и приемников информации, которые трудно расположить на листе бумаги нормального формата, и кроме того, единственный главный процесс не раскрывает структуры распределенной системы. Признаками сложности (в смысле контекста) могут быть: наличие большого количества внешних сущностей (десять и более); распределенная природа системы; многофункциональность системы с уже группировкой функций в отдельные подсистемы. сложившейся или выявленной Для сложных ИС строится иерархия контекстных диаграмм. При этом контекстная диаграмма верхнего уровня содержит не единственный главный процесс, а набор подсистем, соединенных потоками данных. Контекстные диаграммы следующего уровня детализируют контекст и структуру подсистем.

Декомпозиция контекстной диаграммы Для каждой подсистемы, присутствующей на контекстных диаграммах, выполняется ее детализация при помощи DFD. Каждый процесс на DFD, в свою очередь, может быть детализирован при помощи DFD или миниспецификации. При детализации должны выполняться следующие правила: правило балансировки - означает, что при детализации подсистемы или процесса детализирующая диаграмма в качестве внешних источников/приемников данных может иметь только те компоненты (подсистемы, процессы, внешние сущности, накопители данных), с которыми имеет информационную связь детализируемая подсистема или процесс на родительской диаграмме; правило нумерации - означает, что при детализации процессов должна поддерживаться их иерархическая нумерация. Например, процессы, детализирующие процесс с номером 12, получают номера 12. 1, 12. 2, 12. 3 и т. д. Миниспецификация (описание логики процесса) должна формулировать его основные функции таким образом, чтобы в дальнейшем специалист, выполняющий реализацию проекта, смог выполнить их или разработать соответствующую программу.

Миниспецификация является завершением иерархии FD. Решение о завершении детализации процесса и использовании миниспецификации принимается аналитиком исходя из следующих критериев: наличия у процесса относительно небольшого количества входных и выходных потоков данных (2 -3 потока); возможности описания преобразования данных процессом в виде последовательного алгоритма; выполнения процессом единственной логической функции преобразования входной информации в выходную; возможности описания логики процесса при помощи миниспецификации небольшого объема (не более 20 -30 строк).

Характеристики информационного общества повышение роли информации и знаний в жизни общества; возрастание доли ИКТ, информационных продуктов и услуг в ВВП; создание глобальной информационной инфраструктуры, обеспечивающей эффективное информационное взаимодействие людей и удовлетворение их социальных и личностных потребностей в информационных продуктах и услугах

Экономическая точка зрения на информационное общество Производство, приобретение, распространение и практическое применение информации и знаний превращается в главную движущую силу социально- экономического развития При достижении определенного уровня развития информационного общества в части достижения значительного объема валового внутреннего продукта, связанного с информацией и ИКТ, формируется экономика знаний Способность создавать и обеспечивать доступ к знаниям становится основным фактором конкурентоспособности Возрастающая роль образования и обучения в течение всей жизни – Life Long Learning

На Форуме лидеров образования, проводившемся ЮНЕСКО летом 2008 года, Генеральный директор ЮНЕСКО г-н Куачиро Матсуура выделил электронное обучение (e-learning) и дистанционное обучение как одну из важнейших тенденций развития образования в современном мире

Перенос технологий e.Learning, используемых в МЭСИ, в другие университеты России, Казахстана, Армении, Белоруссии и других стран Проведен 41 семинар по 25 тематике в области e.Learning с участием более 1500 человек (в том числе 178 ректоров), представляющих более чем 200 учебных заведений из 72 регионов России и стран СНГ

Доминирующая экономика Индустриальная Потребления Знаний Период: середина XX века конец XX века начало XXI века Трансформация вузов Классический вуз (центр подготовки кадров для экономики) Классический вуз (центр подготовки кадров для экономики) Бизнес - вуз (производитель образовательной услуги) Бизнес - вуз (производитель образовательной услуги) Инновационный вуз (центр научного и инновационного развития) Инновационный вуз (центр научного и инновационного развития) Парадигма менеджмента Финансово-ориентированный Качества Знаний Высшая школа в современном мире

МЭСИ – инновационный ВУЗ! Интеграция образования, науки и бизнеса Качественный научно-образовательный контент – 100 % учебно-методическое обеспечение – От ежегодного обновления контента к обновлению по мере необходимости Современные образовательные технологии коллаборативного взаимодействия «студент - преподаватель», «студент - студент», «преподаватель – преподаватель», в перспективе «кафедра - предприятие» Эффективное привлечение к научным исследованиям преподавателей – Научно-методическое обеспечение каждой дисциплины

Управление знаниями в Университете Управление Знаниями Управление академическими знаниями Управление административными знаниями Качество контента + качество образования Интеграция результатов НИР в бизнес Технологии Методология ППС АУП Единая интегрированная среда образовательного учреждения Компетенции ППС и АУП* Консультационная и техническая поддержка промышленными компаниями

Викиномика, как массовое сотрудничество Дон Тапскотт и Энтони Д. Уильямс: Контент, создаваемый пользователями (Crowdsourcing) Социальные сети – сотрудничество и самоорганизация (Smart Mobs) Новый способ производства с использованием WEB 2.0 (вики, блоги, чаты, подкасты, RSS) – массовое сотрудничество, «участвовать и совместно создавать» Новая сила, позволяющая объединить людей в сети для создания гигантского мозга

Принципы Викиномики Открытость - Компании открывают свои границы внешним идеям и человеческим ресурсам, открытые двери для всех талантов внешнего мира Пиринг (производство на равных) - Самоорганизация для создания новых продуктов и услуг, общего знания, обмена опытом Доступ и умение делиться - Баланс интеллектуальных активов, зашита одних, открытый доступ к другим ресурсам Глобальный характер деятельности Дальнейшая интеграция национальных экономик в единый безграничный мир, доступ к новым рынкам, идеям, технологиям

Доставка контента из филиалов, партнерских организаций и представительств Разработка и совместная разработка контента для ведущих российских университетов Распределенная разработка контента Информационные центры дисциплин Процесс потокового создания и использования знаний в МЭСИ

Принципы создания информационно- знаниевого пространства 1.Создание и актуализация учебно-методических комплексов на основе единого информационно- знаниевого пространства распределенных кафедр 2.Использование результатов НИР при создании контента 3.Привлечение к созданию контента предприятий и организаций 4.Использование результатов исследований аспирантов при создании контента 5.Выполнение учебно-исследовательской работы студентов 6.Организация сервисов по управлению знаниями

Метрики, мотивация, качество Количественные показатели изменений в ИЦД Показатели участия регионов в разработке контента Уровень привлечения студентов и аспирантов к созданию контента Объемы заимствования и переноса материалов из интернет Частоту и качество актуализации материала Индивидуальный вклад каждого участника e-Metricse-Xcellence

Значение создания информационно-образовательного пространства МЭСИ на основе ИЦД обеспечивать платформы для совместной работы преподавателей распределенных кафедр; создавать и накапливать учебно-методические и научные материалы по всем дисциплинам; обеспечивать процесс постоянной актуализации учебно-методического контента; создавать базы ссылок на открытые образовательные ресурсы для каждой дисциплины, на материалы конференций, семинаров и другие полезные ресурсы.

Благодарю за внимание! Тельнов Ю.Ф.