Файл: Применение объектно-ориентированного подхода при проектировании информационной системы.pdf
Добавлен: 04.07.2023
Просмотров: 77
Скачиваний: 2
СОДЕРЖАНИЕ
Глава 1. Основы объектно-ориентированного подхода к проектированию информационных систем
1.1 Сущность объектно-ориентированного подхода
1.2 Основные понятия, используемые в объектно-ориентированном подходе
1.3 Базовые составляющие объектно-ориентированного подхода
1.4 Преимущества объектно-ориентированного подхода
2.1 Sparx Systems Enterprise Architect
Рисунок 12. Спецификация диаграммы Use Case
- Текстовый анализ
Один из видов поддерживаемых диаграмм — «Текстовый анализ». В режиме текстового анализа предполагается ввод User Stories в определенную область программы, после чего пользователь имеет возможность добавления различных элементов диаграммы путем выделения соответствующего слова/фразы из User Story и определения типа элемента (Use Case, Class, Activity, User и т.д.) (см. рисунок 13).
Рисунок 13. Текстовый анализ
После добавления информации в режиме текстового анализа все элементы доступны для добавления в диаграммы любого другого вида при условии, что добавление этих элементов не противоречит нотации. Чтобы просмотреть элементы, определенные в режиме текстового анализа, необходимо нажать иконку «Model Explorer» в браузере проекта.
-
Моделирование бизнес процессов с помощью BPMN
В VP for UML предусмотрена возможность построения диаграмм с помощью нотации BPMN. В целом, построение BPD (Business Process Diagram) ничем не отличается от построения UML-диаграмм. (см. рисунок 14) Следует отметить приятное оформление самой нотации:
Рисунок 14. Нотация BPMN в программе Visual Paradigm
Также следует выделить возможность генерации кода из BPD в следующие языки определения и исполнения бизнес-процессов:
BPEL – Business Process Execution Language
WSDL – Web Services Description Language
XPDL – XML Process Definition Language
JPDL – jBPM Process Definition Language
- Пользовательский интерфейс
В целом, интерфейс VP for UML не вызывает путаницы и недопонимания. Единственным потенциальным минусом (а возможно и плюсом) является огромное количество настроек для каждого элемента диаграммы и приложения в целом – поначалу в них довольно просто запутаться.
- Командная работа
VP for UML предоставляет широкие возможности для совместной работы пользователей над одним проектом. При этом используются различные «ветки», изменения в которых впоследствии объединяются в главной «ветви» — «trunk». VP for UML позволяет различным членам команды работать над одной диаграммой и сравнивать изменения, внесенные пользователями на разных этапах проекта. При обнаружении конфликта (например, если два пользователя сделают изменения в одной и той же диаграмме, которые будут конфликтовать между собой) программа покажет соответствующее сообщение и не даст внести изменения до тех пор, пока конфликт не будет разрешен.
При совместной работе имеется возможность определения различных ролей на проекте и их прав доступа к проекту. Также можно ограничить доступ к определенным диаграммам путем задания пароля.
Еще одним важным моментом является возможность создание «тэгов» — «снэпшотов» системы. При создании «тэга» фактически создается копия проекта, в которую нельзя вносить изменения. Эта функциональность может быть полезна для проведения «sign-off» с клиентами и для определения объемов работ для каждого конкретного релиза.
Поддерживаются следующие режимы совместной работы:
- VP Teamwork Server
- Subversion (SVN)
- Perforce
- CVS
- Генерация отчетов
Генерация отчетов возможна в форматах PDF, HTML и MS Word, с возможностью публикации отчетов на сервере.
Генерируемые отчеты получаются довольно громоздкими, так как VP for UML добавляет спецификацию для каждого элемента диаграммы.
- Impact Analysis (анализ воздействий)
Impact Analysis подразумевает то, что можно оценить последствия изменений, вносимых в уже созданные модели. Делается данный анализ при помощи построения «матрицы связей», которая отображает связи между выбранными элементами.
На рисунке 15 ниже представлены матрицы со следующими связями: Use Cases со связью типа «Includes», Use Cases и Actors со связью типа «Association» и Classes со связью «Association».
Рисунок 15. Матрицы
- Animatian and Simulatian
Отдельно хотелось бы выделить функции “Animatian” и “Simulatian”, предназначенные для моделирования и симулирования процессов.
Animatian позволяет «пробежаться» по одному из выбранных потоков диаграммы. Результат можно экспортировать в формат FLV и демонстрировать заказчикам или членам проектной команды.
Также при помощи данного функционала можно выявить неверные потоки и внести соответствующие изменения, что может в итоге сохранить большое количество времени при проектировании. (см. рисунок 16)
Рисунок 16. Animatian
Simulatian – еще более интересная опция, с помощью которой можно моделировать бизнес-процессы и наблюдать за их течением.
К примеру, известно, что работу А выполняют два человека за 3 часа, после чего задача/предмет, над которым происходит действие, переходит к другому специалисту, которому необходимо 20 минут для выполнения работы над некой сущностью. Весь этот процесс можно смоделировать, указав количество сущностей над которыми необходимо проделать действия и количество ресурсов, выполняющих действия над сущностями. Таким образом, можно смоделировать выполнения процесса в реальном времени и выявить его недостатки. (см. рисунок 17)
Рисунок 17. Simulatian
В дополнение к описанному выше, далее приведен сравнительный анализ менее существенных положительных и отрицательных сторон VP for UML:
Положительные стороны:
- Для каждого элемента диаграммы можно записать аудиофайл в дополнение к документации.
- Visual Paradigm Suite разработан на Java и является кроссплатформенной системой.
- Большое количество обучающих материалов на сайте компании и возможность записаться на платные семинары.
- Наличие глоссария и постоянно-работающей проверки орфографии.
- Возможность проектирования баз данных, генерации кода запросов и хранимых процедур.
Отрицательные стороны:
- Для Visual Paradigm Suite существует целый набор различных лицензий и, для того, чтобы определиться, какая конкретно подойдет, пользователю придется внимательно прочитать 20 страниц текста.
- Отсутствие возможности открыть проект, созданный в более новой версии, даже если обновление системы произошло с версии 4.1 до 4.2 и никаких принципиальных изменений между версиями не наблюдается.
- Экспорт диаграммы в изображение потребляет большое количество ресурсов системы.
- При передвижении элементов в BPD-диаграммах наблюдалась задержка между реальным движением мыши и смещением элемента диаграммы.
В целом программа Visual Paradigm Suite 5.0 – достаточно неплохой продукт для управления требованиями и построения визуальных моделей, способный составить конкуренцию даже самым передовым и популярным инструментам для UML-моделирования. [6]
2.3 Rational Software Architect
IBM Rational Software Architect Designer (RSAD, ранее - RSA) - это комплексное средство проектирования, моделирования и разработки программного обеспечения. Rational Software Architect Designer строится на основе среды программного обеспечения с открытым исходным кодом Eclipse и расширяется с помощью множества подключаемых модулей Eclipse. Если требуется выполнить какие-либо особые требования, можно отдельно приобрести соответствующие расширения Rational.
Rational Software Architect Designer помогает лучше управлять архитектурой и получать эффективные результаты за счет следующих преимуществ:
- Поддержка моделирования на базе UML и инструменты разработки на основе моделей (MDD) помогают рационализировать создание приложений и служб Java и Web 2.0.
- Мощные инструменты и средства управления процессами помогает упростить разработку и повысить ее качество и эффективность.
- Доступ к облачным службам дает преимущества масштабируемых служб инфраструктуры.
- Гибкая расширяемая платформа помогает доставлять высококачественное программное обеспечение с более быстрой окупаемостью (ROI).
Rational Software Architect версии 7.5 включает в себя возможность прямых преобразований:
- UML в Java
- UML в C#
- UML в C++
- UML в EJB
- UML в WSDL
- UML в XSD
- UML в CORBA IDL
- UML в SQL на основе логической модели данных, поддерживаемой программным обеспечением IBM Rational(сейчас называется Rational Software).
В тоже время программа предоставляет возможность обратных преобразований Java в UML, C++ в UML, .NET в UML.
Благодаря использованию Eclipse в качестве фундамента вы можете просто и быстро наращивать объем функциональных возможностей Rational Software Architect в соответствии с конкретными требованиями проекта. Eclipse также поддерживает "экосистему" плагинов независимых разработчиков, которые еще больше расширят ваши возможности по созданию оптимальной среды разработки приложений. А поскольку платформа Eclipse написана на Java, вы можете экипировать свою команду инструментами разработки на основе моделей как в среде Windows, так и в среде Linux. Основанный на технологии Eclipse, Rational Software Architect предоставляет пользователям открытый, в высшей степени расширяемый и настраиваемый инструмент, поддерживающий разработки в масштабе предприятия.
В программном продукте Rational Software Architect использовуются новейшие достижения в технологии языков моделирования.
Rational Software Architect поддерживает UML версии 2 (UML 2), включая структурированные классы и усовершенствования, внесенные в циклограммы, диаграммы действий и диаграммы конечных автоматов. Благодаря этим и другим доработкам стандарта пользователи могут описывать свою архитектуру с большей степенью четкости и контроля, чем раньше. Группа Object Management Group (OMG) вывела "выразительность" языка в части управления процессом на новый уровень, выработав инициативу Model Driven Architecture (MDA). Rational Software Architect поддерживает MDA, позволяя пользователю определять несколько уровней моделей, связанных с определенными пользователем преобразованиями между моделями и кодом, результатом чего является более четкое разделение аспектов жизненного цикла. На рисунке 18, 19 представлены примеры диаграмм.
Рисунок 18. Диаграмма вариантов использования в программе Rational Software Architect
Рисунок 19 – Элементы диаграммы последовательности
Rational Software Architect упрощает среду разработки и проектирования. Поскольку продукт включает в себя все возможности Rational Application Developer for WebSphere Software, полной среды IDE корпоративного класса, специалисты получают в свое распоряжение полностью интегрированную среду проектирования и разработки в одном дистрибутиве, устанавливаемую одновременно. Это дает пользователям единый инструмент для разработки и проектирования, упрощает оценку, приобретение и интеграцию этих компонентов среды разработки ПО.
В программе возможна интеграция с другими аспектами управления жизненным циклом разработки. Rational Software Architect помогает специалистам осуществить интеграцию с другими аспектами управления жизненным циклом. Можно обращаться к требованиям ТЗ, хранящимся в Rational RequisitePro, выбирать из них те, которые связаны с соответствующими элементами моделирования, и выполнять синхронизацию по выбранным пользователем правилам. Пользователи могут генерировать отчеты, освещающие контролируемость связей между требованиями ТЗ и проектированием. Файлами моделирования можно управлять с помощью Rational ClearCase LT, мощного продукта для управления конфигурацией, который поставляется вместе с Rational Software Architect. В качестве альтернативного варианта пользователи, работающие с инструментом Concurrent Versions System (CVS), могут интегрировать продукт с этой системой. А интеграция с IBM Rational Unified Process (RUP) предоставляет группам разработчикам возможность общего, интерактивного и интегрированного управления процессом.
Программный продукт Rational Software Architect предоставляет возможность разрабатывать такие диаграммы как:
- Диаграмма активности;
- Диаграмма классов;
- Диаграмма связей;
- Диаграмма компонентов;
- Диаграмма составных структур;
- Диаграмма развертывания;
- Диаграмма взаимодействий;
- Диаграмма пакетов;
- Диаграмма машин состояния;
- Диаграмма синхронизации;
- Диаграмма прецедентов и др.
Программный продукт оснащен большим функционалом и подходит для проектирования информационных систем.
ЗАКЛЮЧЕНИЕ
В данной работе были представлены материалы об объектно-ориентированном подходе при проектировании информационных систем. Базовым средством документирования результатов проектирования информационных систем является язык UML.
В настоящее время существует достаточно много программных средств, автоматизирующих процесс проектирования информационных систем. Так как проектирование является важным этапом жизненного цикла разработки программного обеспечения, ему уделяется особое внимание.
В работе были рассмотрены такие программные средства как Sparx Systems Enterprise Architect, Visual Paradigm, Rational Software Architect. Данные продукты были выбраны для анализа, так как они часто обсуждаются пользователями и являются наиболее популярными. В работе был рассмотрен функционал каждой из систем.
Программное обеспечение, автоматизирующее процесс проектирования, делает работу системных аналитиков, IT-специалистов проще, это предоставляет возможность сотрудникам говорить на одном языке, используя единые исходные материалы, нотацию и т.д.