Моделирование и анализ систем. IDEF и DFD технологии

Разработка и анализ бизнес-модели

evteev — Sat, 17 Oct 2009 19:43:19 +0000

При построении эффективной автоматизированной системы первым этапом является исследование и формализация бизнес-процессов деятельности банка или предприятия. Т.е. описание системы ведения делопроизводства с целью эффективного использования информации для достижения поставленных задач и решения проблем, стоящих перед организацией. Организация работы с документами (будь то платежные или конструкторско-технологические документы) является важной составной частью процессов управления и принятия управленческих решений, существенно влияющей на оперативность и качество управления. Процесс принятия управленческого решения состоит из:
• Получения информации;
• Переработка информации;
• Анализа, подготовки и принятия решения.
Все эти этапы самым тесным образом связаны с документационным обеспечением процессов управления, проектирования и производства. Если на предприятии отсутствует четкая организация работы с документами, то, как следствие этого, закономерно появление документов низкого качества, как в оформлении, так и в полноте и ценности содержащейся в них информации, увеличение сроков их обработки. Это приводит к ухудшению качества управления и увеличению сроков принятия решений и числу неверных решений. С ростом масштабов предприятия и численности его сотрудников вопрос об эффективности документационного обеспечения управления становится все более актуальным. Основные проблемы, возникающие при этом, выглядят примерно так:
• руководство теряет целостную картину происходящего;
• структурные подразделения, не имея информации о деятельности друг друга, перестают слаженно осуществлять свою деятельность. Неизбежно падает качество обслуживания клиентов и способность организации поддерживать внешние контакты;
• это приводит к падению производительности и вызывает ощущение недостатка в ресурсах: людских, технических, коммуникационных и т.д.;
• приходится расширять штат, вкладывать деньги в оборудование новых рабочих мест, помещения, коммуникации, обучение новых сотрудников;
• для производственных предприятий увеличение штата может повлечь изменение технологии производства, что потребует дополнительных инвестиций;
• оказывается, что штат увеличен, производительность упала, производство требует инвестиций, соответственно возникает потребность в увеличении оборотного капитала, что может потребовать новых кредитов и уменьшить плановую прибыль.
В итоге предприятие перестает расти интенсивно и дальнейшее расширение происходит чисто экстенсивным путем за счет ранее созданной прибыли.
Почему же сегодня, когда для организации документооборота (в дальнейшем под этим термином мы будем понимать документооборот любых документов: конструкторских, технологических, финансовых, организационных и т.п.) предлагается множество самых различных средств автоматизации, документооборот часто организован плохо, даже на относительно небольших предприятиях? Ответ, независимо от степени автоматизации предприятия и его типа, может быть один - отсутствие или игнорирование модели организации документооборота неизбежно приведет к тому, что старые проблемы останутся нерешенными. При этом, если по состоянию делопроизводства в организации был "ручной" хаос, то результатом автоматизации будет "компьютерный" хаос.

Этапы проектирования АИС и их характеристики

evteev — Sat, 17 Oct 2009 19:42:14 +0000

Таблица 3.Этапы проектирования АИС и их характеристики.

№	Наименование этапа	Основные характеристики
1	Разработка и анализ бизнес - модели	Определяются основные задачи АИС, проводится декомпозиция задач по модулям и определяются функции с помощью которых решаются эти задачи. Описание функций осуществляется на языке производственных (описание процессов предметной области), функциональных (описание форм обрабатываемых документов) и технических требований (аппаратное, программное, лингвистическое обеспечение АИС). Метод решения: Функциональное моделирование. Результат: 1.Концептуальная модель АИС, состоящая из описания предметной области, ресурсов и потоков данных, перечень требований и ограничений к технической реализации АИС. 2.Аппаратно-технический состав создаваемой АИС.
2	Формализация бизнес - модели, разработка логической модели бизнес -процессов.	Разработанная концептуальная модель формализуется, т.е. воплощается в виде логической модели АИС. Метод решения: Разработка диаграммы "сущность-связь" (ER (Entity-Reationship) - CASE- диаграммы). Результат: Разработанное информационное обеспечение АИС: схемы и структуры данных для всех уровней модульности АИС, документация по логической структуре АИС, сгенерированные скрипты для создания объектов БД.
3	Выбор лингвистического обеспечения, разработка программного обеспечения АИС.	Разработка АИС: выбирается лингвистическое обеспечение (среда разработки - инструментарий), проводится разработка программного и методического обеспечения. Разработанная на втором этапе логическая схема воплощается в реальные объекты, при этом логические схемы реализуются в виде объектов базы данных, а функциональные схемы - в пользовательские формы и приложения. Метод решения: Разработка программного кода с использованием выбранного инструментария. Результат: Работоспособная АИС.
4	Тестирование и отладка АИС	На данном этапе осуществляется корректировка информационного, аппаратного, программного обеспечения, проводится разработка методического обеспечения (документации разработчика, пользователя) и т.п. Результат: Оптимальный состав и эффективное функционирование АИС. Комплект документации: разработчика, администратора, пользователя.
5	Эксплуатация и контроль версий	Особенность АИС созданных по архитектуре клиент сервер является их многоуровневость и многомодульность, поэтому при их эксплуатации и развитии на первое место выходят вопросы контроля версий, т.е. добавление новых и развитие старых модулей с выводом из эксплуатации старых. Например, если ежедневный контроль версий не ведется, то в как показала практика, БД АИС за год эксплуатации может насчитывать более 1000 таблиц, из которых эффективно использоваться будет лишь 20-30%. Результат: Наращиваемость и безизбыточный состав гибкой, масштабируемой АИС

Рис.2. Последовательность трансформации бизнес-модели в объекты БД и приложения.

Расщепление и слияние моделей

evteev — Mon, 22 Jun 2009 16:06:08 +0000

Расщепление модели:

1. Перейдите на диаграмму АО. Правой кнопкой мыши щелкните по работе "Сборка и тестирование компьютеров" и выберите Split model.

2. В диалоговом окне Split Option внесите имя новой модели "Сборка и тестирование компьютеров", установите опции, как на рис. 5.12, и щелкните по кнопке ОК.

Посмотрите на результат: в Model Explorer существует новая модель, на диаграмме АО модели "Деятельность компании Quill" появилась стрелка вызова "Сборка и тестирование компьютеров".

В модели "Деятельность компании Quill" внесите цель и точку зрения.

Цель: документировать работу по сборке и тестированию компьютеров.

Точка зрения: Директор.

5. Создайте в модели "Сборка и тестирование компьютеров" новую стрелку "Неисправные компоненты". На диаграмме А-0 это будет
граничная стрелка выхода, на диаграмме АО - граничная стрелка выхода от работ «Сборка настольных компьютеров», «Тестирование
компьютеров» и «Сборка ноутбуков».

Слияние модели:

Перейдите на диаграмму АО модели "Деятельность компании Quill".

Правой кнопкой мыши щелкните по работе "Сборка и тестирование компьютеров" и выберите Merge model.

В диалоговом окне Merge Model включите опцию Paste/Merge Dictionaries и щелкните по кнопке ОК.

Посмотрите на результат. В Model Explorer видно, что две модели слились. Модель "Сборка и тестирование компьютеров" осталась и может быть сохранена в отдельном файле. На диаграмме АО модели "Деятельность компании Quill" исчезла стрелка вызова "Сборка и тестирование компьютеров". Появилась неразрешенная граничная стрелка "Неисправные компоненты". Направьте эту стрелку к входу работы "Отгрузка и получение".

Проверить правильность выполнения задания можно с использованием файлов, полученных из Интернета:

начало - файл 03s.bpl, окончание- файл 04dl.bpl.

Задание. Создание FEO-диаграммы

evteev — Mon, 22 Jun 2009 16:03:02 +0000

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

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

Постройте FEO на основе диаграммы АО и добавьте стрелку "Неисправные компоненты". Стрелка должна идти с выхода "Сбор-ка и тестирование компьютеров" на вход "Отгрузка и получение" (рис. 5.11).

Проверить правильность выполнения задания можно с использованием файлов, полученных из Интернета:

начало - файл 03d.bpl, окончание - файл 03s.bpl.

Создание FEO-диаграммы

evteev — Mon, 22 Jun 2009 16:00:38 +0000

При обсуждении бизнес-процессов возникла необходимость детально рассмотреть взаимодействие работы "Сборка и тестирование компьютеров" с другими работами. Чтобы не модифицировать диаграмму декомпозиции, создайте FEO-диаграмму, на которой будут только стрелки работы "Сборка и тестирование компьютеров" (рис. 5.10):

Выберите пункт меню Insert / FEO Diagram.
2. В диалоговом окне Create FEO Diagram выберите тип и внесите имя диаграммы FEO. Щелкните по кнопке ОК.
3. Для определения диаграммы перейдите в Edit / Diagram
Properties и в закладке Diagram Text внесите определение.
4. Удалите лишние стрелки на диаграмме FEO.
5. Для перехода между стандартной диаграммой, деревом узлов и
FEO используйте кнопку *0| на палитре инструментов.

Проверить правильность выполнения задания можно с использованием файлов, полученных из Интернета:

начало - файл 02s.bpl, окончание - файл 03d.bpl.

Задание. Создание диаграммы дерева узлов

evteev — Sun, 21 Jun 2009 20:39:51 +0000

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

Установите фокус на диаграмме дерева узлов, перейдите в меню Edit / Diagram Properties, в закладке Style диалогового окна Node Tree Properties отключите опцию Bullet Last Level. Щелкните по кнопке ОК. Посмотрите результат.

Создание диаграммы узлов

evteev — Sun, 21 Jun 2009 20:38:33 +0000

1. Выберите меню Insert / Node Tree. Установите опции диалогового окна Node Tree Definition, как показано на рис. 5.9.

2. Щелкните по кнопке ОК. Создается диаграмма дерева узлов. Проверить правильность выполнения задания можно с использованием файлов, полученных из Интернета:

начало - файл Ols.bpl, окончание - файл 02d.bpl.

Задание. Создание диаграммы декомпозиции

evteev — Sun, 21 Jun 2009 20:31:55 +0000

Декомпозируется работа "Сборка и тестирование компьютеров". В результате проведения экспертизы получена следующая информация:

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

На основе этой информации внесите новые работы и стрелки (табл. 5.3 и 5.4).

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

Проверить правильность выполнения задания можно с использованием файлов, полученных из Интернета:

начало - файл 01 d2.bp 1, окончание - файл 01 s.bp 1.

Создание диаграммы декомпозиции

evteev — Sun, 21 Jun 2009 20:26:34 +0000

1. Выберите кнопку перехода на нижний уровень в палитре инструментов, в диалоговом окне Activity Box Count установите число работ 3 на диаграмме нижнего уровня и нажмите кнопку ОК (рис. 5.3).

Автоматически будет создана диаграмма декомпозиции. Правой кнопкой мыши щелкните по работе, выберите Name Editor и внесите имя работы. Повторите операцию для всех трех работ. Затем внесите определение, статус и источник для каждой работы согласно табл. 5.2.

2. Для изменения свойств работ после их внесения в диаграмму можно воспользоваться словарем объектов модели. Вызов словаря - Edit/Diagram Object Dictionary (рис. 5.4).

Если Вы опишете имя и свойства работы в словаре, ее можно будет внести в диаграмму позже с помощью кнопкив палитре инструментов. Вы не можете удалить работу из словаря, если она используется на какой-либо диаграмме. Если Вы удалите работу из диаграммы, из словаря она не удаляется. Имя и описание такой работы может быть использовано в дальнейшем. Для добавления работы в словарь щелкните по кнопке Clear, внесите имя и свойства работы, затем щелкните по Add. Для удаления всех имен работ, не использующихся в модели, щелкните по Purge.

3. Перейдите в режим рисования стрелок. Свяжите граничные

стрелки (кнопкана палитре инструментов) с остальными так, как

показано на рис. 5.5.

4. Правой кнопкой мыши щелкните по ветви стрелки управления работы "Сборка и тестирование компьютеров" и переименуйте ее в "Правила сборки и тестирования" (рис. 5.6).

Внесите определение для новой ветви: "Инструкции по сборке, процедуры тестирования, критерии производительности и т.д."

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

5. Альтернативный метод внесения имен и свойств стрелок - использование словаря стрелок (вызов словаря - меню Edit / Arrow Dictionary). Если Вы опишите имя и свойства стрелки в словаре, ее можно будет внести в диаграмму позже. Вы не можете удалить стрелку из словаря, если она используется на какой-либо диаграмме. Если Вы удалите стрелку из диаграммы, из словаря она не удаляется. Имя и описание такой стрелки может быть использовано в дальнейшем. Для

добавления стрелки в словарь щелкните по кнопке Clear, внесите имя и свойства работы, затем щелкните по Add. Для удаления всех имен стрелок, не использующихся в модели, щелкните по Purge Unused.

6. Создайте новые внутренние стрелки так, как показано на
рис. 5.7.

7. Создайте стрелку обратной связи (по управлению) "Результаты
сборки и тестирования" (рис. 5.8), идущую от работы "Сборка и тестирование компьютеров" к работе "Продажи и маркетинг". Для большей наглядности измените стиль стрелки (толщина линий) и установите опцию Extra Arrowhead (из контекстного меню). Методом drag&drop перенесите имена стрелок так, чтобы их было удобнее читать. Если необходимо, установите Squiggle (из контекстного меню).

8. Создайте новую граничную стрелку выхода "Маркетинговые материалы" из работы "Продажи и маркетинг". Эта стрелка автоматически не попадает на диаграмму верхнего уровня и имеет квадратные

скобки на наконечникеИз палитры выберите кнопку

щелкните мышью по квадратным скобкам и в диалоговом окне Border Arrow Editor выберите Resolve Border Arrow.

Для стрелки "Маркетинговые материалы" выберите опцию Trim из контекстного меню.

Проверить правильность выполнения задания можно с использованием файлов, полученных из Интернета:

начало - файл 04dl.bpl, окончание - файл 01d2.bpl.

Создание контекстной диаграммы

evteev — Sun, 21 Jun 2009 20:17:45 +0000

Для создания контекстной диаграммы выполните следующие действия.

1. Запустите BPWin. (Кнопка Start-Пуск / BPWin.)

2. Появляется диалоговое окно ModelMart Connection Manager. Нажмите на кнопку Cancel.

3. Появляется диалоговое окно I would like to. Внесите имя модели {Деятельность компании Quill} и выберите Туре - IDEF0. Нажмите кнопку ОК.

4. Автоматически создается контекстная диаграмма.

5. Обратите внимание на кнопку 131 на панели инструментов. Эта кнопка включает и выключает инструмент просмотра и
навигации - Model Explorer (появляется слева). Кнопка
Activities/Diagrams переключает режим Model Explorer. В режиме
Activities щелчок правой кнопкой по объекту в Model Explorer позволяет редактировать его свойства.

6. Если Вам непонятно, как выполнить то или иное действие, Вы можете вызвать помощь - клавиша F1 или меню Help.

7. Перейдите в меню Edit / Model Properties. В закладке General диалогового окна Model Properties следует внести имя модели {Деятельность компании Quill}, имя проекта {Модель деятельности Quill}, имя автора и тип модели - Time Frame {AS-IS}.

8. В закладке Purpose внесите Цель {Purpose: Моделировать текущие (AS-IS) бизнес-процессы компании Quill} и Точку зрения {Viewpoint: Директор}.

9. В закладке Definition внесите определение {Это учебная модель, описывающая деятельность компании Quill} и Scope {Общее управление бизнесом компании: исследование рынка, закупка компонентов, сборка, тестирование и продажа продуктов}.

10. В закладке Source внесите {Материалы курса по BPWin}.

11. В закладке Status установите WORKING и нажмите кнопку ОК.

12. Перейдите в меню Edit / Diagram Properties и установите свойства диаграммы.

13. Перейдите в меню File / Page setup и установите опции страницы для печати диаграммы. В этом диалоговом окне устанавливается "логический" размер страницы. Если принтер не поддерживает такой размер, диаграмма может быть разбита на несколько страниц.

14. Перейдите на контекстную диаграмму и правой кнопкой мыши щелкните по работе. В контекстном меню выберите Name Editor. В закладке Name внесите имя {Деятельность компании Quill}.

15. В закладке Definition внесите определение {Текущие бизнес-процессы компании Quill}.

16. В закладке Status установите WORKING.

17. В закладке Source внесите {Материалы курса по BPWin} и щелкните по ОК.

Создайте стрелки на контекстной диаграмме (табл. 5.1).

внесите текст в поле диаграммы-точку

С помощью кнопки зрения и цель.

модели (рис. 5.1, 5.2). Меню Report / Model

Создайте отчет по ] Report.

Проверить правильность выполнения задания можно с использованием файлов, полученных из Интернета: окончание - файл 01 d 1 .bp 1.