Литература

создания. – М.: ИПК Изд-во стандартов, 1997.
Грабуров В.А. Информационные технологии

для менеджеров. – М.: Финансы и статистика, 2001.-368с.: ил.-(Прикладные информационные технологии)
Дж. Рамбо, А. Якобсон, Г. Буч. UML: специальный справочник. – СПб.: Питер, 2002. – 656 с.
Ф.Кратчен. Введение в Rational Unified Process.-- М: Издатьельский дом «Вильямс», 2002.- 240с
Т. Квартрани. Rational Rose и визуальное моделирование.- М.: ДМК Пресс,2001.-176 с
Д. Федотова. CASE – технологии: Практикум. –М.: Горячая линия – Телеком,2003. -160с
С. Маклаков. BPwin и Erwin. CASE – средства разработки инфориационных систем. – М.: Диалог-МИФИ, 2001 – 304с.

по сети
публикация информации в Интернете
параллельность бизнес - операций

обмен информацией между всеми действующими лицами в режиме реального времени

Основные проблемы
нечеткие определения
Система в целом должна работать, несмотря на сбои, ошибки или порчу данных в некоторых ее частях
вирус может отключить половину серверов планеты

процессов отражает природу отрасли, а также способы ведения дел в

них.
Техника моделирования производства во многом подобна технике, применяемой в программном моделировании.
Вопросы 1
Что повлияло на подходы к бизнесу ?
Какие используются информационные технологи ?
Проблемы в бизнесе, связанные с использованием ИТ.
Какие методы используются для построения бизнес систем.
Почему основные подходы разработки Б-процесса основываются на организации процесса разработки ПО ?

– это и есть бизнес, т.е. способ определения отличий между

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

вместе, чтобы собирать, обрабатывать, хранить и распространять информацию, поддерживать принятие

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

средства и ресурсы, требуемые для выполнения этих действий.
Технология проектирования задается

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

участниками проекта
Группировка стандартов и методических документов:
по предмету стандартизации:
функциональные

стандарты (на языки програм., интерфейсы, протоколы)
на организацию ЖЦ создания
по утверждающей организации:
официальные международные стандарты (ISO)
официальные национальные (ГОСТы, IDEF0/1)
международных консорциумов и комитетов по стандартизации (OSF)
«дефакто» (SQL, язык диаграмм SADT Д.Росса)
фирменные стандарты (Microsoft ODBC, Oracle CMD)
по методическому источнику: материалы фирм разработчиков ПО, научных центров и т. д.; они могут называться «Метод», «Подход», «Модель».

с момента принятия решения о необходимости ее создания и заканчивается

в момент ее полного изъятия из эксплуатации.
Этапы:

ее процессов, выполняемая в фазе исследования.
Сценарий 2. Моделирование предметной области
Цель

– представление информации и управление ею, например, система управления заказами или банковская система (при создании приложений). Модель этой информации можно создать на производственном уровне , не рассматривая производственные технологические процессы.
Сценарий 3.Одно производство для нескольких систем
Одна модель может использоваться как основа для нескольких программно- технических проектов (решений). В этом случае модели производства помогут выявить функциональные требования, а также послужат основой для создания архитектуры семейства приложений. В этом случае моделирование производства рассматривается как отдельный проект.
Сценарий 4. Общая модель производства
Производство задействует несколько организаций
Сценарий 5. Новое производство
Если организация решила открыть совершенно новую сферу производства, то требуются проведение работ по моделированию производства. Цель:
определить требования к системам,
реальность реализации нового проекта.
В этом случае моделирование производства рассматривается как отдельный проект.
Сценарий 6. Реорганизация
Если организация решает полностью пересмотреть свой способ ведения дел ( создать новую структурную схему, изменить алгоритм производственного процесса) ), то моделирование производства один из нескольких самостоятельных процессов.

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

поддерживалась конкурентоспособность и была достигнута удовлетворенность клиента (ИСО9000:2000). Такие процессы называют производственно-коммерческой цепочкой:
Определение требований клиента – реализация – сопровождение—мониторинг удовлетворения (утилизация 1987)
Реализация подразделяется подпроцессы:
Разработка (проектирование продукции)
Закупка (товаров, материалов, комплектующих изделий)
Транспортировка
Разгрузка, приемка на склад и хранение закупленных товаров
Производство (технологический цикл)
приемка на склад и хранение готовой продукции
Отгрузка (упаковка, погрузка, доставка)
Критерии эффективности –качество, точность и своевременность.

2. Процессы управления – переназначены для выработки и принятия управленческого решения. Выделяются 7 компонентов менеджмента: стратегическое, организационное (структуризация), маркетинг, финансово - экономическое, логистика и организация процессов, менеджмент качества, персонал). Основные бизнес- процессы замыкаются в одной функциональной области, связанных с управлением определенного ресурса (бюджетирование финансов).
Критерии эффективности – анализ полноты реализации управленческого решения. Полнота реализаци функций подтверждается соответствующим документооборотом.
3. Процессы обеспечения – вторичны – они создают и поддерживают необходимые условия для выполнения основных и управленческих процессов. Стандартные компоненты обеспечения:
Обеспечение производства (техобслуживание и ремонт, обеспечение теплоэнерго ресурсами, обслуживание и ремонт зданий, экологический контроль…)
Обеспечение управления ( информационное обеспечение, документооборот, коммуникационное, юридическое …)
Критерий эффективности – бесперебойная работа.

чем заключается технология проектирования?
Составляющие проектирования.
Зачем нужны стандарты?

Классификация стандартов
Что такое Жизненный цикл (ЖЦ) системы ?
От чего зависит структура ЖЦ?
Этапы ЖЦ.
Модели ЖЦ. Преимущества и недостатки каждой модели.

чем заключается технология проектирования?
Составляющие проектирования.
Зачем нужны стандарты?

Классификация стандартов
Что такое Жизненный цикл (ЖЦ) системы ?
От чего зависит структура ЖЦ?
Этапы ЖЦ.
Модели ЖЦ. Преимущества и недостатки каждой модели.

предметной области для определения целей и назначения системы, ее функциональной

структуры, эффективности, этапов разработки и внедрения.
Предметная область – сегмент реального мира, выделенный и описанный в соответствии с поставленными целями и задачами проектируемой системы.
Методы обследования – системный анализ предметной области; структур­ный анализ; объектный анализ; общенаучные исследовательские методы.

предприятия;
действующих лиц бизнес-процессов и их функций;
бизнес – сущностей (используется

база данных);
сценариев выполнения бизнес-функций;
состояний бизнес - сущностей;
бизнес-правил.

чтобы получить:
1. Описание объекта – совокупность сведений обо всех явлениях,

процессах и о фактах,; описание всех возможных воздействий на объекты и отношения в результате осуществления деятельности; объектная, функциональная и другие модели предметной области; функциональная структура ИС.
2.Функции ИС – совокупность действий, направленных на достижение цели системы.
3.Функциональную структуру ИС – совокупность функциональных подсистем, реализующих задачи системы.
4.Функциональные задачи – функции или часть функции, представлющие собой формализованную совокупность действий, выполнение которых приводит к результату заданного вида.
5.Постановку задачи – точная формулировка решения задачи на компьютере с описанием входной и выходной информации.

цехи, участки, рабочие места);
Функциональная структура, состав хозяйственных процессов и процедур:
Стадии

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

функционирования проекта
Выявление стоимостных и временных ограничений на процесс проектирования

Технологические операции

и задачи:

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

и выявление основных значений параметров системы)
изучение и описание организационно-функциональной структуры

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

бизнес-системы
определение состава задач в каждом объекте
предварительный выбор комплекса инструментальных средств
Выбор

способа организации информационной базы выбор средства проектирования системы
Разработка технико-экономического обоснования (ТЭО) и техническое задание (ТЗ)

объекта
*Сведения об объекте
*Характеристика окружающей среды
*Требования к системе:
*В целом

к функциям, выполняемых системой
К видам обеспечения к системе в целом
*К функциям
*Требования к видам обеспечения:

7. Состав и содержание работ по созданию системы:
8. Порядок контроля приемки системы:
9. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие:
10.Требования к документированию
Источники разработки
Включение приложений:
ТЭО
Оценка научно-технического уровня системы

обследования
Методы обследования
Этапы обследования
Операции и задачи обследования
Что необходимо выяснить при предпроектном

обследовании? (Анализ)
Результаты предпроектного обследования
Основные пункты технического задания

автоматизация процесса разработки сложных ИС в целом.
CASE –

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

интегрированности: локальные, охватывающие большинство этапов, полностью интегрированные;
режиму коллективной разработки

проекта: поддерживающие объединение подпроектов или нет;
доступным платформам;
архитектуре вычислительной технике: ориентированные на ПЭВМ, локальную сеть, глобальную, смешанного типа.

Классификация Case – средств (5-3)

деятельности организации;
ускорение и повышение согласованности разработки системы;
снижение доли

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

Эффективность внедрения (5-4)

+Erwin (ALLFusion); предназначенные для построения и анализа моделей предметной области;
Process

Builder Ramus;
S-Designer; куда входят средства реинжиниринга;
CASE.Аналитик;
Rational Rose ;

Самые распространенные CASE–средства (5-5)

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

деталях, тем самым делая ее более абстрактной.
Модель помогает понять проблему всем участникам проекта.
Моделирование обеспечивает более точную оценку необходимых ресурсов, четкую проработку планов и эффективное функционирование систем.
Абстракция – одна из основных способностей человека разбираться в сложных вещах.
Для построения сложной системы необходимо:
сначала разделить ее на несколько абстрактных представлений и построить модели, используя принятые обозначения – нотации.
Затем убедиться , что модели удовлетворяют всем потребностям системы, и
постепенно добавлять детали для перехода от моделей к реализации.
Такая структурная декомпозиция м.б.на основе объектно-ориентированного или функционально-ориентированного подхода.

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

а разделение по объектам придает особое внимание объектам или субъектам действия. Он лучше отражает динамическое поведение системы в зависимости от возникающих событий.
Визуальным моделированием (Visual modeling) называется способ представления идей и проблем реального мира с помощью моделей.
Основа визуального моделирования объектно-ориентированный подход.
CASE-средство Rational Rose.

моделей этой системы.
Моделью системы называется формальное описание системы, в

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

Основные понятия объектно-ориентированного подхода (6-3)

которая представляет статические, структурные аспекты системы, в основном связанные с

данными;
динамической модели, которая описывает работу отдельных частей системы;
функциональной модели, в которой рассматривается взаимодействие отдельных частей системы (как по данным, так и по управлению) в процессе ее работы.
Эти три вида моделей позволяют получить три взаимно-ортогональных представления ИС в одной системе обозначений.
Объектная модель:
описывает структуру объектов, составляющих предметную область, их атрибуты, операции, взаимосвязи с другими объектами:
отражает те понятия и объекты реального мира, которые важны для разрабатываемой ИС;
отражаетпрагматику разрабатываемой системы, что выражается в использовании терминологии прикладной области, связанной с использованием разрабатываемой системы.
Динамическая модель:
Описывает изменения, которые происходят с объектами и их связями во время работы системы;
состоит из диаграмм состояний ее объектов и подсистем.
Функциональная модель:
описывает смысл операций объектной модели и действий динамической модели .

Технология Object Modeling Techniques. (Джим Рамбо)

имеющая смысл в контексте рассматриваемой прикладной области.
Все объекты отличны

один от другого (2 яблока);
Между объектами можно установить отношение тождества (яблоки);
Класс объектов — абстрактное понятие, объединяющее все тождественные объекты.
Цвет, форма, вес и вкус яблока - это его атрибуты.
Атрибутом объекта - называется значение, характеризующее существенное свойство объекта.
Совокупность атрибутов и их значений (например, красное, овальное, стограммовое, кисло-сладкое) характеризует объект.

Объекты и классы (6-5)

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

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

зависимости по данным. Эти зависимости выражают связи или отношения между

классами указанных объектов.

Буч Г. UML: специальный справочник.-СПб.:Питер,2002.-656с
Интернет http://www.rational/com
В течение 1994-96 годов

создатели трех методологий - Гради Буч (BOOCH), Джим Рамбо (OMT - Object Modeling Technique) и Айвар Якобсон (OOSE - Object Oriented Software Engineering) + 14 специалистов создали единый язык моделирования в фирме Rational Software Corporation.
Создана версия 1.0 в январе 1997 года, в ноябре утвержден как стандарт.
UML может быть применен:
на всех этапах жизненного цикла анализа и разработки бизнес-систем
Различные виды диаграмм и богатейший набор возможностей представления определенных аспектов системы делает:
универсальным средством описания как программных, так и деловых систем.
Диаграммы дают возможность представить систему (как деловую, так и программную) в таком виде, чтобы ее можно было легко перевести в программный код

UML. Основные сведения о языке UML.(7-1)

(Rational Rose, Paradigm Plus, Select Enterprise, Microsoft Visual Modeler for

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

UML. Основные сведения о языке UML.(7-2)

жизни объекта и его взаимодействия с остальным миром последовательности кооперации

(взаимодействия);
образцы взаимодействия зависимых объектов и их взаимоотношения при реализации определенного поведения с помощью диаграмм состояний;
Элементы реализации
Компонент – это вещественная замещаемая часть системы
Узел – это компьютерный ресурс, который определяет местонахождение исполняемых компонентов и объектов.
Организация модели
Разделение содержимого модели на несколько пакетов
Создание отношений между пакетами
Пакеты – иерархически организованные блоки моделей.

UML. Концепции. (7-3)

разработчики UML.
CASE –средство, в котором применен UML.
Концепции (области)UML.
Представления

UML.
Какие представления составляют структурную область?
Какие представления составляют динамическую область?
Что такое Управление моделью в UML?
Расширения в UML.

поведения:
отображение истории жизни объекта и его взаимодействия с остальным миром.

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

Управление проектами.

информационных систем, в которой активно используется универсальный язык моделирования (Unified

Modeling Language).

Методология RUP структурирована в двух направлениях:
Время (разделение жизненного цикла системы на фазы и версии).
Компоненты процесса (набор средств для решения определенных задач).

Временные этапы:
Задумка – определение общей задачи системы.
Проработка – планирование необходимых работ и ресурсов.
Создание – построение системы.
Переходный период- поставка системы пользователю.

Компоненты процесса разработки :
Построение бизнес-модели.
Определение требований к системе.
Анализ и проектирование.
Реализация и внедрение.

представлений:
Представление использования - основная часть модели описания системы.
Логическое представление –

описание функциональных возможностей системы
Компонентное представление – описание структуры и взаимосвязей модулей системы
Представление взаимодействия процессов – описание согласованных действий модулей системы.
Представление распределения – описание физической архитектуры системы
Моделирование( в Ration Rose) проводится как спуск от концептуальной модели к логической, а затем к физической модели программной системы Концептуальная модель выражается в виде диаграмм вариантов использования (Use - case diagram). Этот тип диаграмм служит для проведения итерационного цикла общей постановки задачи вместе с заказчиком.

играют люди в организации, представляются производственными исполнителями
Производственные процессы представляются производственными

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

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

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

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

, опираясь на это видение. определить в модели производства:
процессы
роли
обязанности
В модель производства входят модели:
производственных прецедентов. Диаграмма прецедентов
объектов производства. Диаграмма классов

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

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

ее процессов, выполняемая в фазе исследования.
Сценарий 2. Моделирование предметной области
Цель

– представление информации и управление ею, например, система управления заказами или банковская система (при создании приложений). Модель этой информации можно создать на производственном уровне , не рассматривая производственные технологические процессы.
Сценарий 3.Одно производство для нескольких систем
Одна модель может использоваться как основа для нескольких программно- технических проектов (решений). В этом случае модели производства помогут выявить функциональные требования, а также послужат основой для создания архитектуры семейства приложений. В этом случае моделирование производства рассматривается как отдельный проект.
Сценарий 4. Общая модель производства
Производство задействует несколько организаций
Сценарий 5. Новое производство
Если организация решила открыть совершенно новую сферу производства, то требуются проведение работ по моделированию производства. Цель:
определить требования к системам,
реальность реализации нового проекта.
В этом случае моделирование производства рассматривается как отдельный проект.
Сценарий 6. Реорганизация
Если организация решает полностью пересмотреть свой способ ведения дел ( создать новую структурную схему, изменить алгоритм производственного процесса) ), то моделирование производства один из нескольких самостоятельных процессов.

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

фазы ЖЦ проекта.
При первой итерации оценивается состояние организации, в которй планируется использовать систему. Создаются;
оценка целевой организации
видение производства.
На основе результатов оценки выбирается сценарий моделирования производства. Принимается решение , как продолжать следующую итерацию:
Если решено, что:
полномасштабные модели производства не нужны, достаточно модели предметной области (сценарий2) В RR модель предметной области является подмножество модели объектов производства, включающей категории производства этой модели.
в производственных процессах не будет существенных изменений, то требуется схематически изобразить существующие процессы и определить системные требования (сценарий 1). При этом процесс идет по маршруту моделирования производства, но пропускается действие описание текущего производства
моделирование выполняется в целях улучшения или реорганизации существующего производства (сценарии 3,4,6), то моделировать нужно как текущее производство, так и проектируемое
моделирование осуществляется в целях разработки нового производства практически с нуля (сценарий 5), то необходимо представить себе новое производство и создать его модели, пропустив действие описание текущего производства.

системе и выявления всех связей между подразделениями, принимающими участие в

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

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

описания и анализа.
Впервые это обстоятельство было осознано в середине 70-х годов при реализации комплексных проектов по заказам ВВС США.
В то же время была предложена и реализована программа комплексной компьютерной поддержки производства (ICAM – Integrated Computer-Aided Manufacturing), в рамках которой, в частности, применялась методология структурного анализа систем.
Позже на базе этого подхода была разработана методология функционального моделирования IDEF0 (ICAM Definition language 0), которая в 1993 году была принята в качестве федерального стандарта в США.
В конце 90-ых годов, когда на постсоветском рынке появилась конкуренция, и рентабельность деятельности предприятий стала резко падать, руководители ощутили сложности при попытках оптимизировать затраты, чтобы продукция оставалась одновременно и прибыльной и конкурентоспособной. Проявилась необходимость иметь перед своими глазами модель деятельности предприятия, которая отражала бы все механизмы и принципы взаимосвязи различных подсистем в рамках одного бизнеса. Так, в 2000 году технология IDEF0 была принята в качестве руководящего документа по стандартизации в Российской Федерации.

заключается в ее декомпозиции (разбиении) на автоматизируемые функции: система разбивается

на функциональные подсистемы, которые в свою очередь делятся на подфункции, подразделяемые на задачи и так далее.
Принципы структурного подхода :
Принцип «разделяй и властвуй»- принцип решения сложных проблем путем их разбиения на множество меньших независимых задач, легких для понимания и решения
Принцип иерархического упорядочивания – принцип организации составных частей проблемы в иерархические древовидные структуры с добавлением новых деталей на каждом уровне.
Абстрагирования – выделение существенных аспектов системы и отвлечения от несущественных
Формализации - строгий методический подход к решению проблемы
Непротиворечивость – обоснованность и согласованность элементов
Структурирование данных- данные д.б. структурированы и иерархически организованы

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

Каждой группе средств соответствуют определенные виды моделей (диаграмм):
Структурный анализ модели и соответствующие функциональные диаграммы (SADT+IDEF0/1)
Диаграммы потоков данных
Диаграммы «сущность связь»
Для структурного подхода используется методология SADT (Structured Analysis and Design Technique). Главным разработчиком был Дуглас Росс. Он разработал язык структурного анализа, используемого для описания исследуемого объекта, он лег в основу стандартов семейства IDEF. Использовали в США по предложению ВВС.

IDEF включают:
IDEF0 –стандарт функционального моделирования
IDEF1, IDEF1Х- стандарт моделирования потоков данных
IDEF2-

стандарт динамического моделирования систем
IDEF3 – стандарт документирования процессов
IDEF4 – стандарт построения объектно – ориентированных систем
IDEF5- стандарт онтологического (принципиального, структурного) исследования систем
Эти стандарты используются в CASE – средствах разработки информационных систем:
OLLFusion
(BPwin + Erwin)

декомпозиции диаграмм (моделей)

С помощью наглядного языка IDEF разрабатываемая система предстает

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

основных понятиях:
Функциональный блок.
Интерфейсная дуга.
Декомпозиция.
Глоссарий.

Выход
Глоссарий стандарта IDEF подразумевает использование в качестве

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

с именем, которая указывает
Вход функционального блока.
Выход функционального блока.
Управление.
Механизм.
Примером функционального блока

служит задача снятия суммы с вклада у вкладчика банка

требуемым образом, строится функциональная модель
Входом функционального блока может

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

реализуется

помощью IDEF3-технологии описываются сценарии в виде последовательности операций для каждого

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

основе построения сценария лежат два типа диаграмм:
Диаграмма описания последовательности этапов

процесса.
Диаграмма состояний объекта.

Стандартные условные обозначения:

значений:
& - слияние результатов всех работ, если стрелки входят в

перекресток; запуск всех работ, если стрелки выходят из него.
О - слияние результатов работ, если хотя бы одна из входных работ завершена; запуск хотя бы одной работы.
Х - слияние только одной работы из ряда входящих в перекресток работ; запуск только одной работы из выходящих из него работ.

клиента банка (12-4)

(12-5)

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

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

сущность
- Процесс (действие)
- отношение предшествования
-

связь между элементами диаграммы
- поток данных
- связь между внешними сущностями и процессами

функциональном блоке.

Каждое действие Ai, являющееся концевой вершиной дерева декомпозиции,

характеризуется совокупностью затрат: Zij = Sij · Dij · Fij, где:

Sij – тариф для Ai по затратам Zj,
Dij – длительность, на которую рассчитываются затраты,
Fij – частота использования Ai.

Затраты для действий A1, A11 будут следующими:
Z11 = Z111 + Z112,
Z1 = Z11 + Z12.

все виды затрат одинаковы:
S1 – зарплата,
S2 –

налоги,
S3 – прочие.
Длительность D = 1 день, частота F = 100.

А11 – проверить сумму
– зададим: S111 = 10 руб,
S112 = 3 руб,
S113 = 2 руб.
Тогда затраты на это действие Z11 = 150 руб.

А12 – внести изменения в лицевой счет
– зададим: S121 = 20 руб,
S122 = 6 руб,
S123 = 2 руб.
Тогда затраты на это действие Z12 = 280 руб.

А2 – зафиксировать сумму вклада – зададим: S21 = 5 руб,
S22 = 2 руб,
S23 = 1 руб.
Тогда затраты на это действие Z2 = 80 руб.

Для действия:

А1 – оформить документ – будут:
Z1 = Z11 + Z12 = 150 + 280 = 430 руб.

Итого: А0 – снятие суммы с лицевого счета – будут:
Z0 = Z1 + Z2 = 430 + 80 = 510 руб.

управлении всем процессом производства (кратко называемым бизнес–процессом).
Самый наглядное и понятное

описание бизнес–процесса, когда его представляют в виде моделей
Постоянно происходящие на практике изменения состава и содержания целей, структур, функций и задач, решаемых фирмой (бизнес- системы), требуют применение компьютерных технологий.
При этом требуется осуществить переход от словесного описания моделей стратегии, функций и структуры организации к их формальному описанию.
Для этого созданы CASE средства, поддерживающие различные методологии моделирования бизнес- систем, использующие комплексный подход.
Признаком комплексного (системного) моделирования является представление моделируемого процесса (системы) не одной моделью, а системой взаимосвязанных моделей, отражающих различные аспекты прототипа. К ним можно отнести:
Модели стратегий фирмы,
организационно-функциональные модели,
модели сценариев воздействия на деятельность фирмы внешних и внутренних возмущающих факторов и т.п.
Наиболее используемые методологии для моделирования бизнес- систем, основаны:
На структурном подходе ( семейство IDEF- моделей)
Объектно-ориентированном подходе (RUP – технология и язык UML)
Принципиальной особенностью и отличительной чертой организации и проведения моделирования деятельности бизнес–системы является то, что менеджеру (в ходе подготовки и принятия им решений) предоставляется возможность разноаспектного (многокритериального) количественного оценивания выбираемых альтернатив.