Файл: Объектно-ориентированные методы анализа и проектирования ПО..pdf
Добавлен: 17.05.2023
Просмотров: 75
Скачиваний: 2
СОДЕРЖАНИЕ
1.2. Основные принципы построения объектной модели.
1.3.Преимущества и недостатки объектно-ориентированного подхода к проектированию.
Методология объектного проектирования на языке UML
2.1.Унифицированный язык моделирования UML
2.2 Диаграмма вариантов использования (use case diagram)
2.3 Диаграмма классов (use case diagram)
2.4 Диаграммы взаимодействия (interaction diagrams).
3. Средства реализации объектно-ориентированного моделирования информационных систем
3.2 Sparx Systems Enterprise Architect.
• диаграммы состояний (statechart diagrams) – с целью прогнозирования действия предметов концепции рядом переходе с 1-го капиталом в иное;
• диаграммы деятельностей (activity diagrams) – с целью прогнозирования действия концепции в рамках разных альтернатив применения.
Результатом проектирования представляется масса классов предметов с дополненными способами обрабатывания атрибутов. В различие с многофункционального расклада исполняется коллективное прогнозирование сведений и действий.
Система объектно-направленных модификаций постепенно происходит с модификации всеобщего понятия функциональности концепции к модификации динамического взаимодействия предметов, в основании каковой имеют все шансы являться сгенерированы игра предметов в определенной программно-промышленной сфере.
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.