Файл: Объектно-ориентированные методы анализа и проектирования ПО..pdf

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

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

2.2 Диаграмма вариантов использования (use case diagram)

Диаграммы альтернатив использования

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

Действующее человек (actor) – данное значимость, какую юзер представляет согласно взаимоотношению к концепции. Функционирующие личности предполагают собою значимости, а никак не определенных людишек либо названия трудов. Демонстрировать в диаграмме функционирующих персон необходимо только лишь в этом случае, если им на самом деле нужны отдельные виды применения. Функционирующие личности разделяются в 3 ключевых вида:

• юзеры концепции;

• наружные концепции, взаимодействующие с предоставленной концепцией;

• период (в случае если с него находится в зависимости пуск тот или иной-или происшествий в концепции).

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

2.3 Диаграмма классов (use case diagram)

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

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

Существуют ряд раскладов к сортировке классов. В-1-ый, допускается объединять их согласно стандарту (виду класса). К примеру, единственный комплект включает игра-сути настоящей сферы (Entities), иной – игра пользовательского интерфейса (Boundaries), 3-ий – распоряжающиеся игра (Control). Данный аспект имеет возможность являться может быть полезен с места зрения размещения концепции в сфере осуществлении.

Другой аспект состоит в соединении классов согласно их функциональности. Комплект Security (Защищенность) включает игра, соответствующие из-за защищенность дополнения. Прочие пакеты имеют все шансы именоваться EmployeeMaintenance (Деятельность с работниками), Reporting(Подготовление сведений) и ErrorHandling (Переработка погрешностей).

Если среди 2-я разными классами, пребывающими в различных пакетах, имеется зависимое положение, в таком случае зависимое положение обладает положение и среди данными пакетами. График пакетов (злак. 12) предполагает собою диаграмму, включающую пакеты классов и связи среди ними. График пакетов – данное модель диаграммы классов. Нее допускается полагать главным орудием управления совокупной текстурой концепции.

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

2.4 Диаграммы взаимодействия (interaction diagrams).

Связь среди предметами в концепции воображаются диаграммами взаимодействия (interaction diagrams). Диаграммы взаимодействия разделяются в 2 ключевых вида диаграмм: диаграммы очередности (sequence diagrams) и кооперативные диаграммы (collaboration diagrams).

Как норма, график взаимодействия применяется с целью отображения действия в рамках 1-го вида применения. В такого рода диаграмме представляется серия предметов и эти уведомления, какими они меняются в рамках данного вида применения.

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

3. Средства реализации объектно-ориентированного моделирования информационных систем

3.1 IBM Rational Rose.

IBM Rational Rose Enterprise дает комплект функций, контролируемая модификацией, с целью исследования единого линии дополнений, в этом части в стилях Ada, ANSI C++, C++, CORBA, Java, Java EE, Visual C++ и Visual Basic. Данное программное предоставление дает возможность форсировать исследование подобных дополнений вследствие формированию кодировки в основании зрительных модификаций с применением UML (Unified Modeling Language).

Rational Rose Enterprise делает отличное предложение единый механизм прогнозирования и речь с целью упрощения пролетарой сферы и способности наиболее стремительного формирования высококачественного программного обеспеченья.

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

• Разработка интернет-дополнений — делает отличное предложение приборы XML и интернет-прогнозирования интернет-дополнений.

• Интеграция проектирования и исследования дополнений — унифицирует службу состав плана посредством предоставления единых денег исполнения и нотации модификации UML.

3.2 Sparx Systems Enterprise Architect.

Enterprise Architect (EA) – CASE-механизм с целью проектирования и конструирования программного обеспеченья. EA удерживает спецификацию UML2.0+, обрисовывающую зрительный речь, каким имеют все шансы являться установлены модификации плана.

Некоторые с основных функций ЕА:

• создание компонентов UML-модификаций обширного диапазона назначения;

• размещение данных компонентов в диаграммах и пакетах;

• создание коннекторов среди компонентами;

• документирование разработанных компонентов;

• генерация кодировки с целью конструируемого СОГЛАСНО;

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

Используя EA, допускается совершать нападающий и возврат-консультация ActionScript, C++, C#, Delphi, Java, Python, PHP, VB.NET and Visual Basic классов, хронировать шифр и составляющие модификаций, конструировать и производить составляющие загон сведений. С модификаций имеет возможность являться стремительно основана документы в обычном rtf-формате и импортирована в Word с целью финишного редактирования, таким (образом ведь доступна генерирование HTML-бумаг.

EA удерживает всегда модели/диаграммы UML 2.0. С его поддержкой допускается имитировать дело движения, интернет веб-сайты, пользовательские интерфейсы, узы, конфигурации аппаратного обеспеченья, уведомления и т.д., производить оценку объем трудозатрат предназначенных трудов в часах, закреплять и проводить соединение условия, средства, диагностика проекты, недостатки и требования в перемены.

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

3.3 Соmponent Modeler семейства продуктов AllFusion.

AllFusion Component Modeler (прежде: Paradigm Plus) - CASE-способ с целью проектирования, визуализации и помощи высококачественных информативных концепций. Снабжая наращенную содействие общего проектирования и неоднократного применения частей модификации, Component Modeler значительно повышает эффективность указания создателей. Component Modeler упрощает формирование стратегически значимых, многозвенных дополнений масштаба компании, сподручных приспособиться к меняющимся нуждам коммерциала.

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

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

Независимо с этого, что же вам совершаете - измените и слите имеющиеся дополнения либо делаете новые, Component Modeler делает отличное предложение широкие способности согласно компонентному прогнозированию, дозволяющие формировать основательные дело-дополнения и стремительно отвечать в перемены условия в рынке.

Преимущества прогнозирования частей приложений

Component Modeler дает абсолютную содействие способов исследования частей и обширные способности прогнозирования, что дают возможность учреждениям:

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

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

• улучшить эффективность коллективной деятельность вследствие контролю прибывающих и исходящих модификаций, а кроме того технологические процессы Complete Compare, что автоматизирует синхронизацию видов форма-форма и форма-шифр.

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

Отличительные характерные черты продукта

Легкость в применении унифицированного слога прогнозирования (UML). Component Modeler гарантирует абсолютную содействие UML, объектного слога прогнозирования с целью документирования, спецификации и концепции дополнений, основанных в составляющих. Зрительное прогнозирование может помочь создателям трудиться с непростыми модификациями, сознавать воздействие вписываемых перемен и гарантировать соотношение исследования условиям окончательного юзера.

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