Моделирование бизнес-процессов в системе.

⇐ ПредыдущаяСтр 5 из 6Следующая ⇒

Для разработки информационно аналитической системы для кредитного отдела банка возможно использование системы Rational Rose, как одно из наиболее мощных эффективныхCASE-средств. Rational Rose позволяет при помощи средств визуального моделирования построить детальную модель проблемной области [11].

Визуальное моделирование.

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

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

Rational Rose использует несколько диаграмм, которые группируются в четыре представления;

Предоставление вариантов использования.

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

Представление Вариантов Использования содержит следующие основные элементы:

§ Действующие лица - внешние сущности (entities), взаимодействующие с системой.

§ Варианты использования - описание функций, которые может выполнять система.

§ Пакеты - группы вариантов использования и/или действующих лиц.

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

§ Диаграммы Вариантов Использования высокоуровневые диаграммы, отображающие действующих лиц, варианты использования и взаимодействие между ними.

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

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

системы на высоком уровне и её функциональность.

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

Логическое представление

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

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

§ Диаграммы классов, используемые для представления классов системы, их атрибутов, операций и связей друг с другом. Как правило, для описания системы применяется несколько диаграмм Классов, каждая из которых отображает некоторое подмножество всех классов системы.

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

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

§ Пакеты, являющиеся группами взаимосвязанных классов. Объединять классы в пакеты не обязательно, но настоятельно рекомендуется. Типичная система может содержать сотню или более классов, и объединение их в пакеты помогает уменьшить сложность модели.

§ В этом представлении основное внимание уделяется логической структуре системы. Изучаются данные и поведение системы, определяются ее составные части и исследуем взаимодействие между ними.

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

⇐ Предыдущая 1 2 3 456 Следующая ⇒