Сапожкова Т.Е. Практикум по дисциплине Проектирование информационных систем - файл MAK_AF.doc

Сапожкова Т.Е. Практикум по дисциплине Проектирование информационных систем
скачать (10648.3 kb.)
Доступные файлы (7):
MAK_AF.doc10269kb.17.03.2008 15:46скачать
n2.doc156kb.13.01.2011 20:33скачать
n3.doc139kb.13.01.2011 20:33скачать
n4.doc111kb.13.01.2011 20:33скачать
n5.doc126kb.13.01.2011 20:33скачать
n6.doc91kb.13.01.2011 20:34скачать
n7.doc3061kb.21.03.2012 19:03скачать

MAK_AF.doc

  1   2   3   4   5   6   7   8   9   ...   13




С. В. Маклаков

Создание

информационных

систем

с AIIFusion Modeling Suite

Москва 2ОО5

УДК 681.3

ББК 32.97

M15

Маклаков С. В. M15 Создание информационных систем с AUFusion Modeling Suite. -

M.: ДИАЛОГ-МИФИ, 2005 ^32 с.

ISBN 5-86404-l8i-5 Книга представляет собой практическое руководство по созданию инфор­мационных систем с помощью пакета CASE-средства фирмы Computer Associates -AllFusion Modeling Suite. Она содержит описание методологии в объеме, необходи­мом для практической работы, а также набор примеров и упражнений. Детально опи­сано каждое из инструментальных средств, входящих в пакет AllFusion Modeling Suite:

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

Учебно-справочное издание

Маклаков Сергей Владимирович

Создание информационных систем с AllFusion Modeling Suite

Редактор .0. А. Голубев Корректор В. С. Кустов Макет И. M. Чумаковой

Подписано в печать 25.02.2005

Формат 60x84/16. Бум. офс. Печать офс. Гарнитура Таймс.

Усл. печ. л. 25,11. Уч.-изд. л. 13,79. Тираж 2 000 экз. Заказ S Ч.

ЗАО "ДИАЛОГ-МИФИ", OOO "Д и M"

115409, Москва, ул. Москворечье, 31, корп. 2. Т.: 320-43-55, 320-43-77

Http://www.bitex.ru/-dialog. E-mail: dialog_mephi@mail.ru

Подольская типография

142100, г. Подольск, Московская обл., ул. Кирова, 25

ISBN 5-86404-181-5 © Маклаков С. В., 2005

© Оригинал-макет, оформление обложки OOO "Д и M", ЗАО "ДИАЛОГ-МИФИ", 2005


Предисловие

В 1998 году вышла книга автора, посвященная инструментальным сред­ствам системного анализа и проектирования информационных систем-BPwin и ERwin (Маклаков С. BPwin и ERwin. CASE-средства разработки информационных систем. M.: Диалог-МИФИ). Книга выдержала два изда­ния и пользовалась популярностью среди специалистов в области инфор­мационных технологий.

BPwin является средством, которое позволяет облегчить проведение об­следования предприятия и построить функциональные модели. ERwin явля­ется системой проектирования баз данных. С 1998 года эти инструменталь­ные средства непрерывно совершенствовались. Логическим завершением этого развития явился выпуск в 2002 году фирмой Computer Associates (CA) интегрального пакета инструментальных средств, поддерживающих все эта­пы разработки информационных систем-AllFusion Modeling Suite 4.1. В этот пакет входит 5 продуктов:

  1. AllFusion Process Modeler 4.L AllFusion Process Modeler является новым именем хорошо известного BPwin. Вообще говоря, в документации и пресс-релизах CA используются оба наименования - новое AllFusion Process Modeler4.1 и "старое" BPwin 4.1. В предлагаемой читателю кни­ге будут также использоваться оба наименования, причем это относится как к AllFusion Process Modeler, так и к другим продуктам, входящим в AllFusion Modeling Suite.

  2. AllFusion ERwin Data Modeler 4.1 - инструмент создания моделей дан­ных и генерации схем баз данных. "Старое" название - ERwin 4.1.

  3. AllFusion Data Model Validator 4.1 - система поиска и исправления оши­бок модели данных. Прежнее название - ERwin Examiner.

  4. AllFusion Model Manager 4.1. Система организации коллективной работы, хранилище моделей BPwin и ERwin. "Старое" название - ModelMart 4.1.

  5. AIIFusion Component Modeler 4.1 -инструмент создания объектных мо­делей. "Старое" название - Paradigm Plus.

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

тирования и кодогенерации AllFusion Modeling Suite 4.1. Она адресована специалистам в области информационных технологий: системным аналити­кам, руководителям проектов, разработчикам - и может быть также полезна для студентов и аспирантов, изучающих основы системного анализа и про­ектирования информационных систем.

Книга состоит из семи глав и двух приложений.

Гл. 1 посвящена изложению основ методологии функционального моде­лирования и построению моделей IDEF0, IDEF3 и DFD с помощью AllFu­sion Process Modeler. B ней также рассматриваются стоимостный анализ и основы имитационного моделирования.

В гл. 2 рассматриваются принципы построения модели данных и генера­ции баз данных с помощью ERwin.

В гл. 3 излагаются принципы создания отчетов на основе информации функциональной модели и модели данных. Рассматриваются как встроен­ные средства BPwin и ERwin, предназначенные для создания отчетов, так и использование внешних генераторов отчетов RPTwin и Crystal Reports.

Гл. 4 посвящена анализу, поиску и исправлению ошибок моделирования данных с помощью AllFusion Data Model Validator.

В гл. 5 рассматривается связывание модели данных и функциональной модели.

В гл. 6 описываются методы коллективной работы над большими проек­тами и специализированное хранилище ModelMart, предназначенное для хранения, документирования, слияния, интеграции и сравнения моделей, созданных в BPwin и ERwin.

Гл. 7 посвящена языку объектного проектирования UML, построению объектной модели с помощью AllFusion Component Modeler и технологии связывания объектной модели с моделью данных ERwin.

Приложение А представляет собой практикум по созданию функциональ­ной модели с помощью BPwin. Оно содержит 16 сквозных упражнений.

Приложение Б содержит список макросов ERwin.

Автор приносит благодарность фирме ЗАО "Инновация +" (www.innoplus.ru) за возможность использования лицензионных программных средств. Автор также благодарит Матвеева Дениса Викторовича за помощь в создании гл. 7.

Особую признательность автор выражает своей жене Елене за помощь в оформлении рукописи.

Введение

Технология создания информационных систем (далее - ИС) предъявляет особые требования к методикам реализации и программным инструмен­тальным средствам, а именно:

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

  2. Проект по созданию сложной ИС невозможно реализовать в одиночку. Коллективная работа существенно отличается от индивидуальной, по­этому при реализации крупных проектов необходимо иметь средства координациииуправления коллективомразработчиков.

  3. Жизненный цикл создания сложной ИС сопоставим с ожидаемым вре­менем ее эксплуатации. Другими словами, в современных условиях ком­пании перестраивают свои бизнес-процессы примерно раз в два года, столько же требуется (если работать в традиционной технологии) для создания ИС. Может оказаться, что к моменту сдачи ИС она уже никому не нужна, поскольку компания, ее заказавшая, вынуждена перейти на новую технологию работы. Следовательно, для создания ИС жизнен­но необходим инструмент, значительно (в несколькораз)уменьшающий время разработки ИС.

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

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

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



Общая схема взаимодействия инструментальных средств AllFusion Modeling Suite 4.1

Для проведения анализа и реорганизации бизнес-процессов предназна­чено CASE-средство верхнего уровня AllFusion Process Modeler (BPwin), поддерживающее методологии IDEF0 (функциональная модель), IDEF3 (WorkFlow Diagram) и DFD (DataFlow Diagram). Функциональная модель предназначена для описания существующих бизнес-процессов на предпри­ятии (так называемая модель AS-IS) и идеального положения вещей - того, к чему нужно стремиться (модель TO-BE). Методология IDEF0 предписы­вает построение иерархической системы диаграмм - единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция - система разбивается на под­системы и каждая подсистема описывается отдельно (диаграммы декомпо­зиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. После каждого сеанса деком­позиции проводится сеанс экспертизы: каждая диаграмма проверяется экс­пертами предметной области, представителями заказчика, людьми, непо-

средственно участвующими в бизнес-процессе. Такая технология создания модели позволяет построить модель, адекватную предметной области на всех уровнях абстрагирования. Если в процессе моделирования нужно осветить специфические стороны технологии предприятия, BPwin позволя­ет переключиться на любой ветви модели на нотацию IDEF3 или DFD и создать смешанную модель. Нотация DFD включает такие понятия, как "внешняя ссылка" и "хранилище данных", что делает ее более удоВной (по сравнению с IDEF0) для моделирования документооборота. Методоло­гия IDEF3 включает элемент "перекресток", что позволяет описать логику взаимодействия компонентов системы.

На основе модели BPwin можно построить модель данных. Для построе­ния модели данных Computer Associates предлагает мощный и удобный ин­струмент - AIIFusion ERwin Data Modeler (ERwin). Хотя процесс преобразо­вания модели BPwin в модель данных плохо формализуется и поэтому пол­ностью не автоматизирован, Computer Associates предлагает удобный инструмент для облегчения построения модели данных на основе функцио­нальной модели - механизм двунаправленной связи BPwin - ERwin (стрел­ка / на рисунке). ERwin имеет два уровня представления модели - логиче­ский и физический, причем модель данных может содержать как оба этих уровня, так и только один из них. Модели, содержащие только один уро­вень, могут быть синхронизированы, что особенно удобно при создании ге­терогенных информационных систем. На логическом уровне данные не свя­заны с конкретной СУБД, поэтому могут быть наглядно представлены даже для неспециалистов. Физический уровень данных - это, по существу, ото­бражение системного каталога, который зависит от конкретной реализации СУБД. Создание одного логического уровня и нескольких соответствующих ему физических позволяет вести одновременную разработку баз данных для нескольких СУБД. ERwin позволяет проводить процессы прямого и обрат­ного проектирования баз данных (стрелка 2). Это означает, что по модели данных можно сгенерировать схему базы данных или автоматически соз­дать модель данных на основе информации системного каталога. Кроме то­го, ERwin позволяет выравнивать модель и содержимое системного катало­га после редактирования.

Для больших, содержащих сотни таблиц моделей данных существенной проблемой становится поиск и исправление ошибок. Решение этой пробле­мы вручную - слишком трудоемкая задача, которая может недопустимо за­тянуть выполнение проекта. AllFusion Data Model Validator (ERwin Exami­ner) - основанный на базе знаний инструмент, который позволяет анализи­ровать структуру баз данных с целью выявления недочетов и ошибок проек-

тирования. ERwin Examiner дополняет функциональность ERwin, автомати­зируя трудоемкую задачу поиска и исправления ошибок. ERwin Examiner может использовать в качестве источника метаданных готовую модель ER­win, DDL - скрипт или провести обратное проектирование базы данных (стрелки 3 и 4).

При проектировании больших ИС ключевой проблемой является созда­ние качественной документации по моделям. BPwin и ERwin позволяют ге­нерировать разнообразные отчеты, которые могут быть использованы для анализа и документирования моделей. Отчеты могут быть экспортированы в распространенные форматы - текстовый, MS Office, HTML и др. Резуль­таты экспорта могут быть использованы для создания отчетов с помощью средств других производителей, например Crystal Reports. BPwin поддержи­вает также экспорт и импорт модели в текстовый файл формата IDL, кото­рый является стандартом для экспорта и импорта моделей IDEF0, позволяет разрабатывать функциональные модели одновременно инструментальными средствами различных производителей.

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

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

щим сравнением предыдущих и новых версий. При необходимости воз­можен возврат к предыдущим версиям.

  1. Создание библиотек решений. ModelMart позволяет формировать биб­лиотеки стандартных решений, содержащие наиболее удачные фрагмен­ты реализованных проектов, накапливать и использовать типовые моде­ли, объединяя их при необходимости "сборки" больших систем. На ос­нове существующих баз данных с помощью ERwin возможно восстанов­ление моделей (обратное проектирование), которые в процессе анализа пригодности их для новой системы могут объединяться с типовыми мо­делями из библиотек моделей.

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

  3. Архитектура ModelMart. ModelMart реализована на архитектуре клиент-сервер. В качестве платформы реализации хранилища выбраны РСУБД Sybase, Microsoft SQL Server, Informix и Oracle. Клиентскими приложе­ниями являются ERwin и BPwin. В ModelMart реализован доступ к хра­нилищу моделей через API, что позволяет постоянно наращивать воз­можности интегрированной среды путем включения новых инструмен­тов моделирования и анализа.

Как было указано выше (см. п. 3), при разработке крупных проектов критическим становится время реализации проекта. Одним из решений про­блемы может стать автоматическая генерация кода приложения CASE-средствами на основе модели предметной области. Эту задачу решает тех­нология кодогенерации, основанная на объектно-ориентированном проек­тировании. Существует несколько CASE-средств, поддерживающих языки объектно-ориентированного проектирования, в том числе ставший в по­следнее время стандартом UML. Одним из них является AllFusion Compo­nent Modeler (Paradigm Plus). Этот инструмент позволяет строить объектные модели и генерировать на основе полученной модели приложения на языках программирования С++, Visual Basic, Java и др. Поскольку генерация кода реализована на основе знаний предметной области, полученный код адек-

ватно отражает бизнес-логику. Paradigm Plus поддерживают не только пря­мую генерацию кода, но и обратное проектирование, т. е. создание объект­ной модели по исходному коду приложения (рис. I, стрелка 6).

В гл. 7 в качестве примера рассматриваются основные принципы пост­роения объектной модели при помощи AllFusion Component Modeler (Para­digm Plus). B ней также рассматривается преобразование объектной модели Paradigm Plus в модель данных ERwin и обратно (рис. 1 стрелка 8).

Создание моделей бизнес-процессов с AllFusion Process Modeler 4.1 (BPwin 4.1)

1.1. Инструментальная среда BPwin 4.1

1.1.1. Общее описание интерфейса BPwin 4.1

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



При запуске BPwin по умолчанию появляется основная панель инстру­ментов, палитра инструментов (вид которой зависит от выбранной нота­ции) и, в левой части, навигатор модели - Model Explorer (рис. 1.1.1).

Функциональность панели инструментов доступна из основного меню ВРшга(табл. 1.1.1).



1.1.2. Создание новой модели

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

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



После щелчка по кнопке OK появляется диалог Properties for New Models (рис. 1.1.3), в который следует внести свойствамодели. (Более подробно свойства модели будут рассмотрены в 1.2.1.)



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

1.1.3. Установка цвета и шрифта объектов

Пункты контекстного меню Font и CoIor вызывают диалог Arrow Properties или Activity Properties для установки шрифта (в том числе его раз­мера и стиля) и цвета объекта. В нижней части вкладки Font диалогов Arrow Properties и Activity Properties (рис. 1.1.4) находятся группа опций Apply setting to, позволяющих изменить шрифт для всех работ или стрелок на текущей диаграмме, в модели, и группа Global, позволяющая изменить шрифт одновременно для всех объектов модели.



Кроме того, BPwin позволяет установить шрифт по умолчанию для объ­ектов определенного типа на диаграммах и в отчетах. Для этого следует вы­брать меню Model/Default Fonts, после чего появляется следующее каскад­ное меню, каждый пункт которого служит для установки шрифтов для оп­ределенного типа объектов:

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

HKEY_LOCAL_MACHINE SOFTWARE Microsoft

WindowsNT

CurrentWersion FontMapper

следует установить 204-ю таблицу - DEFAULT 0X000000cc (204). В разделе

HKEY_LOCAL_MACHINE SOFTWARE

Microsoft

WindowsNT

CurrentWersion FontSubstitutes

следует для всех стандартных шрифтов установить ссылку на 204-ю табли­цу, например:

Arial,0 "Arial,204"

l.l.4. Model Explorer- навигатор модели процессов

Инструмент навигации Model Explorer имеет три вкладки - Activities, Diagrams и Objects. Вкладка Activities (рис. 1.1.5) показывает в виде раскры­вающегося иерархического списка все работы модели. Одновременно могут быть показаны все модели, открытые в BPwin. Работы с диаграмм IDEF0 показываются зеленым цветом, IDEF3 - желтым и DFD - голубым.



Щелчок по работе во вкладке Activity переключает левое окно BPwm надиаграмму, на которой эта работа размещена. Для редактирования свойств работы следует щелкнуть по ней правой кнопкой мыши. Появляется контекстное меню. В табл. 1.1.2 приведено значение пунктов меню.





Если с помощью вкладки Activities можно перейти на стандартные диа­граммы (контекстную и декомпозиции, см. 1.2), то вторая вкладка-Diag-rams (рис. 1.1.6) - служит для перехода на любую диаграмму модели.



После перехода на вкладку Objects на ней показываются все объекты, соответствующие выбранной на вкладке Diagrams диаграмме, в том числе работы, хранилища данных, внешние ссылки, объекты ссылок и перекрест­ки (рис. 1.1.7).



1.2. Создание модели в стандарте IDEF0

1.2.1. Принципы itoctnpoeHUHModenuIDEFO

На начальных этапах создания ИС необходимо понять, как работает ор­ганизация, которую собираются автоматизировать. Для описания работы предприятия необходимо построить модель. Такая модель должна быть аде­кватна предменной области; следовательно, онадолжна содержать в себе знания всех участников бизнес-процессов организации.

Наиболее удобным языком моделирования бизнес-процессов является 1DEF0, предложенный более 20 лет назад Дугласом Россом (SoftTech, Inc.) и называвшийся первоначально SADT-Structured Analysis and Design Tech­nique. (Подробно методология SADT излагается в книге Дэвида А. Марка и Клемента Мак-Гоуэна "Методология структурного анализа и проектиро­вания SADT" (M.: Метатехнология, 1993,) В начале 70-х годов вооруженные силы США применили подмножество SADT, касающееся моделирования процессов, для реализации проектов в рамках программы ICAM (Integrated Computer-Aided Manufacturing). В дальнейшем это подмножество SADT бы­ло принято в качестве федерального стандарта США под наименованием 1DEF0. Подробные спецификации на стандарты IDEF можно найти на сайте http://www .idef.com.

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

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

Под моделью в rDEF0 понимают описание системы (текстовое и графичес­кое), которое должно дать ответ на некоторые заранее определенные вопросы.

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

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

Под субъектом понимается сама система, при этом необходимо точно установить, что входит в систему, а что лежит за ее пределами; другими словами, мы должны определить, что мы будем в дальнейшем рассмат­ривать как компоненты системы, а что как внешнее воздействие. На опреде­ление субъекта системы будет существенно влиять позиция, с которой рас­сматривается система, и цель моделирования - вопросы, на которые постро­енная модель должна дать ответ; другими словами, первоначально необ­ходимо определить область (Scope) моделирования. Описание области как системы в целом, так и ее компонентов является основой построения моде­ли. Хотя предполагается, что в течение моделирования область может кор­ректироваться, она должна быть в основном сформулирована изначально, поскольку именно область определяет направление моделирования и когда должна быть закончена модель. При формулировании области необходимо учитывать два компонента - широту и глубину. Широта подразумевает оп­ределение границ модели - мы определяем, что будет рассматриваться внутри системы, а что снаружи. Глубина определяет, на каком уровне дета­лизации модель является завершенной. При определении глубины системы необходимо не забывать об ограничениях времени - трудоемкость построе­ния модели растет в геометрической прогрессии от глубины декомпозиции.

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

Цель моделирования (Purpose). Модель не может быть построена без чет­ко сформулированной цели. Цель должна отвечать на следующие вопросы:

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

Точка зрения (Viewpoint). Хотя при построении модели учитываются мнения различных людей, модель должна строиться с единой точки зрения. Точку зрения можно представить как взгляд человека, который видит сис­тему в нужном для моделирования аспекте. Точка зрения должна соот­ветствовать цели моделирования. Очевидно, что описание работы пред­приятия с точки зрения финансиста и технолога будет выглядеть совер­шенно по-разному, поэтому в течение моделирования важно оставаться на выбранной точке зрения. Как правило, выбирается точка зрения челове­ка, ответственного за моделируемую работу в целом. Часто при выборе точ­ки зрения на модель важно задокументировать дополнительные альтерна­тивные точки зрения. Для этой цели обычно используют диаграммы FEO (For Exposition Only), которые будут описаны в дальнейшем.

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



Во вкладке Status того же диалога можно описать статус модели (черно­вой вариант, рабочий, окончательный и т. д.), время создания и последнего редактирования (отслеживается в дальнейшем автоматически по системной дате). Во вкладке Source описываются источники информации для пост­роения модели (например, "Опрос экспертов предметной области и анализ документации"). Вкладка General служит для внесения имени проекта и модели, имени и инициалов автора и временных рамок модели -
  1   2   3   4   5   6   7   8   9   ...   13


Учебный материал
© bib.convdocs.org
При копировании укажите ссылку.
обратиться к администрации