51
средствам относится пакет Design/IDEF, который автоматизирует
начальные этапы проектирования сложных информационных систем.
Пакет Design/IDEF принадлежит к так называемым системам класса
CASE (Computer Aided Software Engineering). Средства CASE позволяют в
наглядной форме моделировать предметную область, анализировать ее на
всех этапах разработки и сопровождения,
разрабатывать необходимые
приложения.
При разработке проекта информационной системы Design/IDEF
обеспечивает:
−
формулировку требований и целей проекта – определение того, что
проектируемая система будет делать;
−
разработку спецификаций (формализованного описания требований);
−
создание
проекта
–
определение
состава
подсистем
и
взаимодействий между ними;
−
документирование проекта – создание базы данных проекта,
текстовые описания составных частей проекта;
−
анализ
проекта
–
проверка
проекта
на
полноту
и
непротиворечивость.
Проект информационной системы, создаваемый в Design/IDEF,
состоит из двух частей:
−
проект
функциональной
структуры
системы,
содержащий
иерархически связанные страницы с IDEF0-диаграммами и
описывающий все модули системы, их взаимосвязи, входные и
выходные
параметры;
−
проект информационной структуры системы – логической модели ее
базы данных, описывающей все структуры и взаимосвязи данных.
Оба проекта проверяются на полноту и непротиворечивость,
сопровождаются базой данных проекта и документацией.
Рассмотрим еще один подход к описанию модели ТПП –
использование языка UML. История развития графического языка UML
берет начало с 1994 года, когда Г. Буч (G. Booch) и Дж. Рамбо (J.
Rumbaugh) из Rational Software Corp. начали систематизацию
выполненных ранее разработок. В этом же году к ним присоединился А.
Джекобсон (I. Jacobson) из шведской компании Objectory AB. Их усилия
привели к тому, что в 1997 году был опубликована версия 1.0 нового
унифицированного языка визуального моделирования UML (Unified
Modeling Language), а впоследствии – очередные версии.
Язык UML ориентирован на моделирование систем,
реализующих
объектно-ориентированный подход. При этом термин «унифицированный»
в названии языка не является случайным и имеет два аспекта. С одной
52
стороны, он фактически устраняет многие несущественные различия
между созданными ранее языками моделирования и методиками
построения диаграмм. С другой стороны, UML создает предпосылки для
унификации различных моделей и этапов их разработки для широкого
класса систем, не только
программного обеспечения, но и бизнес-
процессов. Семантика UML определена таким образом, что она не
является препятствием для последующих усовершенствований при
появлении новых концепций моделирования. Более того, заложенные в
UML потенциальные возможности могут быть использованы не только для
объектно-ориентированного
моделирования, но и для представления
знаний в интеллектуальных системах, которыми, по существу, станут в
перспективе сложные программно-технические комплексы.
Графический язык UML включает восемь типов канонических
диаграмм, описывающих бизнес-процессы или сложную информационную
систему с различных точек зрения. К этим диаграммам относятся:
−
диаграмма прецедентов (use case);
−
диаграмма классов (class);
−
диаграмма состояний (statechart);
−
диаграмма деятельности (activity);
−
диаграмма последовательности (sequence);
−
диаграмма кооперации (collaboration);
−
диаграмма компонентов (component);
−
диаграмма развертывания (deployment).
Следует отметить имеющуюся в русском переводе неоднозначность
названий диаграмм.
Например, для диаграмм use case имеются такие
переводы как диаграмма прецедентов и диаграмма вариантов
использования. Далее мы будем придерживаться того перевода, который
использован в приведенном выше списке.
Совокупность указанных диаграмм UML обладает тем свойством,
что в ней содержится вся информация,
необходимая для реализации
сложной системы, или, другими словами, диаграммы UML образуют
интегрированную модель разрабатываемой сложной информационной
системы (рис. 21).
Методология последовательного построения различных видов
диаграмм при моделировании сложной системы является неотъемлемой
составной частью методологии RUP (см. п. 2). Немаловажным фактором,
способствующим практическому
использованию методологии RUP, стала
разработка инструментальных средств (например, систем Rational Rose и
ARIS), позволяющих не только автоматизировать процессы построения
диаграмм и их последующего документирования, но и реализовать идеи
53
автоматического формирования программ на основании общего описания
модели предметной области.
Do'stlaringiz bilan baham: 
