пособие_ism

Метрическая оценка должна начинаться с реальной оценки текущего состояния среды еще до начала внедрения CASE-средств и поддерживать процедуры постоянного накопления данных.

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

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

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

60

4 СОДЕРЖАНИЕ КУРСОВОЙ РАБОТЫ

Вданном разделе рассматривается примерная структура записки по курсовой работе. Записка состоит из введения, трех разделов, заключения и приложений. Примерная структура записки по курсовой работе приведена в приложении А.

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

Вперечне условных обозначений приводятся и расшифровыва-

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

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

–1 – 1,5 страницы.

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

Вподразделе 1.1 CASE-технологии. Назначение и основные особенности должна содержаться краткая характеристика современных CASE-технологий. Должны быть проанализированы основные особенности CASE-средств, их назначение, состав и основные функции. Примерный объем подраздела – 3 – 5 страниц.

Вподразделе 1.2 Основные стандарты, используемые в сфере моделирования и анализа бизнес-процессов рассматриваются подхо-

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

Вподразделе 1.2.1 Стандарт IDEF0. Назначение и основные особенности рассматривается краткая характеристика методологии IDEF0, определяются компоненты модели IDEF0, описывается последовательность действий при моделировании деятельности предприятия на основе использования моделей IDEF0. Примерный объем подраздела – 3 – 7 страниц.

61

Вподразделе 1.2.2 Стандарт IDEF3. Назначение и основные особенности рассматривается краткая характеристика методологии IDEF3, определяются компоненты модели IDEF3, описывается последовательность действий при моделировании сценариев выполнения биз- нес-процессов на основе использования моделей IDEF3. Примерный объем подраздела – 3 – 7 страниц.

Вподразделе 1.2.3 Стандарт DFD. Назначение и основные осо-

бенности рассматривается краткая характеристика методологии DFD, определяются компоненты модели DFD, описывается последовательность действий при моделировании структуры документооборота и информационных потоков на основе использования моделей DFD. Примерный объем подраздела – 3 – 7 страниц.

Вподразделе 1.2.4 Стандарт IDEF1Х. Назначение и основные особенности рассматривается краткая характеристика методологии IDEF1Х, определяются компоненты модели IDEF1Х, описывается последовательность действий при моделировании данных на основе использования моделей IDEF1Х. Примерный объем подраздела – 3 – 7 страниц.

Вподразделе 1.3 CASE-средства BPWin и ERWin кратко описы-

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

Вподразделе 1.3.1 Моделирование бизнес-процессов с помо-

щью CASE-средства BPWin кратко описываются особенности BPWin при моделировании бизнес-процессов на основе использования методологий IDEF0, IDEF3, DFD. Примерный объем подраздела – 3 – 7 страниц.

Вподразделе 1.3.2 Моделирование данных с помощью CASE-

средства ERWin кратко описываются особенности ERWin при моделировании данных на основе использования методологии IDEF1Х. Примерный объем подраздела – 3 – 7 страниц.

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

1)исследование предметной области;

2)выделение и описание основных бизнес-процессов;

62

3)разработка моделей бизнес-процессов на основе использова-

ния методологий IDEF0, IDEF3, DFD;

4)разработка модели данных;

5)выбор СУБД;

6)реализация базы данных в формате выбранной СУБД;

7)проверка работоспособности базы данных.

Примерный объем подраздела – 1-1,5 страницы.

Вразделе 2 Построение моделей бизнес-процессов на основе стандартов IDEF0, IDEF3, DFD описываются результаты, полученные

врезультате моделирования бизнес-процессов на основе использования методологий IDEF0, IDEF3, DFD.

Вподразделе 2.1 Анализ предметной области приводится опи-

сание бизнес-процессов, выделенных на основании исследования предметной области Пример описания бизнес-процессов, а также основных составляющих, необходимых для моделирования бизнес-процессов в терминах моделей IDEF0, IDEF3, DFD, приведен в приложении Б. Примерный объем подраздела – 1 – 2 страницы.

Вподразделе 2.2 Разработка моделей бизнес-процессов на ос-

нове стандарта IDEF0 приводятся модели, разработанные в соответствии с требованиями методологии IDEF0. Модели могут быть оформлены

ввиде рисунков или экранных форм. При необходимости модели сопровождаются текстовыми комментариями. В этом подразделе также может быть приведена диаграмма дерева узлов. Примеры оформления моделей IDEF0 и диаграммы дерева узлов приведены в приложении В. Примерный объем подраздела – 3 – 5 страниц.

Вподразделе 2.3 Разработка моделей бизнес-процессов на ос-

нове стандарта IDEF3 приводятся модели, разработанные в соответствии с требованиями методологии IDEF3. Модели могут быть оформлены

ввиде рисунков или экранных форм. При необходимости модели сопровождаются текстовыми комментариями. Примеры оформления моделей IDEF3 приведены в приложении Г. Примерный объем подраздела – 3 – 5 страниц.

Вподразделе 2.4 Разработка моделей бизнес-процессов на ос-

нове стандарта DFD приводятся модели, разработанные в соответствии с требованиями методологии DFD. Модели могут быть оформлены в виде рисунков или экранных форм. При необходимости модели сопровождаются текстовыми комментариями. Примеры оформления моделей DFD приведены в приложении Д. Примерный объем подраздела – 3 – 5 страниц.

Вразделе 3 Построение модели данных. Реализация базы дан-

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

63

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

Вподразделе 3.1 Разработка модели данных на основе стан-

дарта IDEF1Х приводятся модели данных, разработанные в соответствии с требованиями методологии IDEF1Х. Должны быть приведены логическая и физическая модели. Примеры оформления моделей данных приведены в приложении Е и на рисунках 5.40 и 5.41. Примерный объем подраздела – 2 – 4 страницы.

Вподразделе 3.2 Выбор СУБД обосновывается выбор СУБД, которая будет использоваться для реализации базы данных на основе физической модели данных. Должны быть приведены основные достоинства и недостатки выбранной СУБД. Примерный объем подраздела – 1 – 3 страницы.

Вподразделе 3.3 Реализация базы данных в формате выбран-

ной СУБД приводится информация, показывающая, каким образом была реализована база данных с помощью выбранной СУБД. Для этого приводится описание структур реляционных таблиц, входящих в состав базы данных. Описание структуры реляционных таблиц рекомендуется приводить в тексте в табличном виде. Пример описания структуры таблицы приведен в приложении Ж. Кроме описания структуры таблиц рекомендуется в дополнение к физической модели привести схему данных, показывающую особенности реализации физической модели в среде выбранной СУБД. Пример схемы данных (для базы данных, реализованной средствами СУБД Access) приведен в приложении И. Примерный объем подраздела – 3 – 7 страниц.

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

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

64

пользовать графическую интерпретацию, реализуемую с помощью отчетных форм. Примеры отчетных форм, содержащих графический объект (диаграмму), приведен в приложении М. Примерный объем подраздела – 3 – 7 страниц.

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

Всписке источников информации приводятся источники ин-

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

Вприложении А Информация, введенная в таблицы базы данных приводится информация, введенная во все таблицы базы данных. Пример оформления данных, введенных в таблицу базы данных, приведен в приложении К. Это приложение включается в курсовую работу в том случае, если данные, введенных в таблицы базы данных, не были приведены в подразделе 3.4.

Вприложении Б Тексты запросов SELECT-SQL и результаты, полученные при выполнении запросов описываются все запросы, реа-

лизованные при проверке работоспособности базы данных. Для каждого запроса должно быть описано его назначение, приведен текст запроса (текст оператора SELECT-SQL) и результат выполнения запроса. Пример описания запроса приведен в приложении Л. Это приложение включается в курсовую работу в том случае, если запросы и результаты их выполнения не были приведены в подразделе 3.4.

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

65

5 ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ, ИСПОЛЬЗУЕМОЕ ПРИ ВЫПОЛНЕНИИ КУРСОВОЙ РАБОТЫ

5.1Рекомендации по выбору средств построения моделей биз- нес-процессов на основе стандартов IDEF0, IDEF3, DFD

Построение моделей бизнес-процессов на основе стандартов IDEF0, IDEF3, DFD является одним из ключевых этапов при проведении анализа состояния рассматриваемой предметной области. Ошибки, допущенные при построении моделей IDEF0, IDEF3, DFD могут негативно сказаться на последующих этапах работы. В связи с этим рекомендуется при разработке моделей пользоваться современными инструментальными средствами, обеспечивающими не только быстрое визуальное проектирование моделей, но и своевременное выявление ошибок, допущенных в процессе проектирования. Этим требованиям соответствуют современные программные средства, относящиеся к категории CASE.

К средствам такого типа, в частности, относятся такие CASE-

средства, как AllFusion Process Modeler (BPWin), Rational Rose и т.п.

5.2CASE-средство BPWin

BPwin поддерживает три методологии моделирования: функциональное моделирование (IDEF0); описание бизнес-процессов (IDEF3); диаграммы потоков данных (DFD).

Рисунок 5.1 – Интегрированная среда разработки модели BPwin

BPwin имеет достаточно простой и интуитивно понятный интерфейс пользователя. При запуске BPwin по умолчанию появляется основная панель инструментов, палитра инструментов (вид которой зависит

66

от выбранной нотации) и, в левой части, навигатор модели – Model Explorer (рисунок 5.1).

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

Рисунок 5.2 – Диалог создания модели

Как было указано выше, BPwin поддерживает три методологии – IDEF0, IDEF3 и DFD, каждая из которых решает свои специфические задачи. В BPwin возможно построение смешанных моделей, т.е. модель может содержать одновременно диаграммы как IDEF0, так и IDEF3 и DFD. Состав палитры инструментов изменяется автоматически, когда происходит переключение с одной нотации на другую.

Модель в BPwin рассматривается как совокупность работ, каждая из которых оперирует с некоторым набором данных. Работа изображается в виде прямоугольников, данные – в виде стрелок. Если щелкнуть по любому объекту модели левой кнопкой мыши, появляется контекстное меню, каждый пункт которого соответствует редактору какого-либо свойства объекта.

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

67

Наиболее удобным языком моделирования бизнес-процессов является IDEF0, где система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной – функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.

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

Под субъектом понимается сама система, при этом необходимо точно установить, что входит в систему, а что лежит за ее пределами, другими словами, определить, что будет в дальнейшем рассматриваться как компоненты системы, а что как внешнее воздействие. На определение субъекта системы будут существенно влиять позиция, с которой рассматривается система, и цель моделирования — вопросы, на которые построенная модель должна дать ответ. Другими словами, в начале необходимо определить область моделирования. Описание области как системы в целом, так и ее компонентов является основой построения модели. Хотя предполагается, что в ходе моделирования область может корректироваться, она должна быть в основном сформулирована изначально, поскольку именно область определяет направление моделирования. При формулировании области необходимо учитывать два компонента – широту и глубину. Широта подразумевает определение границ модели – что будет рассматриваться внутри системы, а что снаружи. Глубина определяет, на каком уровне детализации модель является завершенной. При определении глубины системы необходимо помнить об ограничениях времени – трудоемкость построения модели растет в геометрической прогрессии с увеличением глубины декомпозиции. После определения границ модели предполагается, что новые объекты не должны вноситься в моделируемую систему.

Цель моделирования определяется из ответов на следующие вопросы:

−почему этот процесс должен быть смоделирован?

−что должна показывать модель?

−что может получить клиент?

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

68

IDEF0-модель предполагает наличие четко сформулированной цели, единственного субъекта моделирования и одной точки зрения. Для внесения области, цели и точки зрения в модели IDEF0 в BPwin следует выбрать пункт меню Model/Model Properties, вызывающий диалог Model Properties (рисунок 5.3). В закладке Purpose следует внести цель и точку зрения, а в закладку Definition — определение модели и описание области.

Рисунок 5.3 – Диалог задания свойств модели

В закладке Status того же диалога можно описать статус модели (черновой вариант, рабочий, окончательный и т. д.), время создания и последнего редактирования (отслеживается в дальнейшем автоматически по системной дате). В закладке Source описываются источники информации для построения модели (например, "Опрос экспертов предметной области и анализ документации"). Закладка General служит для внесения имени проекта и модели, имени и инициалов автора и временных рамок модели – AS-IS и ТО-ВЕ.

Модели AS-IS и ТО-ВЕ. Обычно сначала строится модель существующей организации работы – AS-IS (как есть). Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем будут состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд

69