Смекни!
smekni.com

Проектирование информационных систем с использованием ERWin, BPWin (стр. 4 из 10)

Окно диаграммы является основной графической областью программы IBM Rational Rose 2003, в которой визуализируются различные представления модели проекта. По умолчанию окно диаграммы располагается в правой части рабочего интерфейса, однако его расположение и размеры также можно изменить. При разработке нового проекта, если не был использован мастер проектов, окно диаграммы представляет собой чистую область, не содержащую никаких элементов модели (рис. 1). По мере разработки отдельных диаграмм в окне диаграммы будут располагаться соответствующие графические элементы модели

Название диаграммы, которая является активной и располагается в данном окне, которое развернуто на всю область диаграммы, указывается в строке заголовка программы IBM Rational Rose 2003. Если же окно диаграммы не развернуто на всю область диаграммы, то название диаграммы указывается в строке заголовка окна диаграммы.Одновременно в графической области диаграмм могут присутствовать несколько окон диаграмм; при этом активной может быть только одна из них. Переключение между диаграммами можно осуществить выбором нужного представления на стандартной панели инструментов, а также с помощью выделения требуемой диаграммы в браузере проекта или с помощью операций главного меню Window (Окно). При активизации отдельного вида диаграммы изменяется внешний вид специальной панели инструментов, которая настраивается под конкретный вид диаграммы.

Окно документации и окно журнала

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

Documentation (Вид

Документация), после чего окно документации появится ниже окна браузера проекта (рис. 2). Окно документации, как следует из его названия, предназначено для документирования элементов разрабатываемой модели. В него можно записывать различную текстовую информацию, и что важно - на русском языке. Эта информация при генерации программного кода преобразуется в комментарии и никак не влияет на логику выполнения программного кода.

Рис. 2 - Внешний вид окна документации с информацией о диаграмме деятельности модели

В окне документации активизируется та информация, которая относится к выделенному элементу диаграммы или к диаграмме в целом. При этом выделить элемент можно либо в окне браузера, либо непосредственно в окне диаграммы. При добавлении нового элемента на диаграмму, например, класса, документация к нему является пустой (No documentation). В последующем разработчик самостоятельно вносит необходимую пояснительную информацию, которая запоминается программой и может быть изменена в ходе работы над проектом. Так же, как и для других окон рабочего интерфейса программы IBM Rational Rose 2003, разработчик по своему усмотрению может изменять размеры и положение окна документации.

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

Если окно журнала отсутствует на экране, то отобразить его можно с помощью операции главного меню View

Log (Вид

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

3. Анализ задачи

3.1 Описание предметной области

Что такое модель

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

Модель сужает проблему и позволяет быстрее в нее вникнуть. А использование различных типов диаграмм позволяет рассмотреть проблему с различных сторон, а также в движении и взаимосвязями с общим контекстом.

Модели и UML

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

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

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

Например, для модели предметной области используется диаграмма классов, а для описания бизнес-процесса используются: диаграмма прецедентов и диаграмма последовательности.

Предметная область:

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

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

3.2 Выбор средств разработки и реализации

Для разработки лабораторного практикума используются следующие средства и технологии: RationalRose 2003, MicrosoftWord 2007.

1) Rational Rose 2003 - мощное CASE-средство для проектирования программных систем любой сложности. Одним из достоинств этого программного средства является возможность использования диаграмм на языке UML. Можно сказать, что Rational Rose является графическим редактором UML диаграмм.

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

· Use case diagram (диаграмма вариантов использования (прецедентов));

· Activity diagram (диаграмма видов деятельности);

· Interaction diagram (диаграмма взаимодействия);

· Sequence diagram (диаграмма последовательности);

· Collaboration diagram (диаграмма кооперации);

· Class diagram (диаграмма классов);

· Component diagram (диаграмма компонентов).

· Deployment diagram (диаграмма размещений);

· Statechart diagram (диаграмма состояний).

CASE-средство IBM Rational Rose со времени своего появления претерпело серьезную эволюцию, и в настоящее время представляет собой современный интегрированный инструментарий для проектирования архитектуры, анализа, моделирования и разработки программных систем. Именно в IBM Rational Rose язык UML стал базовой технологией визуализации и разработки программных систем, что определило популярность и стратегическую перспективность этого инструментария.

2) MicrosoftWord 2007 - это текстовый процессор, предназначенный для создания, просмотра и редактирования текстовых документов, с локальным применением простейших форм таблично-матричных алгоритмов. Текстовый процессор, выпускается корпорацией Microsoft в составе пакета MicrosoftOffice.

3.3 Постановка задачи

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

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

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

- диаграммы видов деятельности

- диаграммы последовательности

- диаграммы кооперации

- диаграммы классов

- диаграммы компонентов

- диаграммы размещений

- диаграммы состояний.


4. Разработка лабораторного практикума

4.1 Лабораторная работа № 1

Цель работы: построить в RationalRose общую модель будущей ИС по представленной предметной области в виде диаграммы вариантов использования. Один из вариантов использования декомпозировать диаграммой видов деятельности.