BPwin и Erwin. CASE-средства для разработки информационных систем
Шрифт:
Диаграммы использования системы (Use Cases) показывают, какая функциональность должна быть реализована в системе, основные функции, которые должны быть включены в систему (use case), их окружение (actors) и взаимодействие функций с окружением (рис. 4.2). Воздействующие объекты (actors) не являются частью системы - это конечные пользователи или другие программы, взаимодействующие с проектируемой ИС. Функциональность (use case) - последовательность действий, выполняемых системой, которые приводят к определенным результатам, необходимым для конкретного воздействующего объекта.
Рис. 4.2.
Диаграммы Use Cases включают отношения и ассоциации, показывающие взаимодействие между воздействующими объектами и функциями (изображаются в виде стрелок), и примечания (note), которые могут быть привязаны к любому объекту диаграммы Use Cases. Для создания новой диаграммы Use Cases следует правой кнопкой мыши щелкнуть в навигаторе модели по закладке Use Case View и выбрать во всплывающем меню пункты New/Use Case. Для внесения в диаграмму Use Case и установления связей между ними следует использовать кнопки палитры инструментов Rational Rose:
Диаграммы классов. Под объектом в UML понимается некоторое абстрактное представление конкретного объекта предметной области. Каждый объект имеет состояние, поведение и индивидуальность. Например, объект "Проект" может иметь два состояния - "открыт" и "закрыт". Поведение объекта определяет, как объект взаимодействует с другими объектами. Индивидуальность означает, что каждый объект уникален и отличается от Других объектов. Под классом понимается описание объектов, обладающих общими свойствами (атрибутами), поведением, общими взаимоотношениями с другими объектами и общей семантикой. Класс является шаблоном для создания новых объектов. Для внесения нового класса в диаграмму классов нужно использовать кнопку !!! в палитре инструментов.
Если система содержит большое количество классов, они могут быть объединены в пакеты (package).
Каждый класс может иметь атрибуты (свойства). Так, на рис. 4.3 класс Customer Information (информация о клиенте) имеет атрибуты CustomerID (идентификатор клиента), Name (имя) и Account (счет). Кроме того, каждый класс может иметь методы (operations) - некоторые действия, которые описывают поведение объектов класса. На рис. 4.3 класс Customer Information имеет метод Check Account. Для внесения свойств класса следует правой кнопкой мыши щелкнуть по классу и выбрать во всплывающем меню пункт Specification.
Рис. 4.3. Диаграмма классов
Классы могут иметь взаимосвязи (relationship), называемые отношениями. В нотации UML имеется несколько типов отношений. Отношение использования (associations, кнопка !!! палитры инструментов) показывает, что объект одного класса связан с одним или несколькими объектами другого класса. Отношение включения (aggregation, кнопка !!! является частным случаем отношения использования. Оно показывает, что один объект является частью другого. При воздействии на один объект, связанный отношением включения, некоторые операции автоматически могут затронуть другой объект. Например,
Наследование (inheritance) описывает взаимосвязь между классами, когда один класс (называется подклассом, subclass) наследует структуру и/или поведение одного или нескольких классов. На рис. 4.3 подкласс VIP наследует свойства и поведение класса Customer Information. Связь классов в иерархии наследования называется отношением наследования (generalization, кнопка !!!).
Временная диаграмма (Sequences) демонстрирует поведение объектов во времени. Она показывает объекты и последовательность сообщений, посылаемых объектами. Сообщения на диаграмме сценариев изображаются в виде стрелок (рис. 4.4).
Рис. 4.4. Временная диаграмма (Sequence)
Архитектура приложения описывается в диаграммах компонентов (Component Diagram) и диаграммах развертывания (Deployment Diagram). На диаграммах компонентов изображается вхождение классов и объектов в программные компоненты системы (модули, библиотеки и т. д.). При помощи диаграмм развертывания документируется размещение программных модулей на узлах (физических и логических устройствах) системы.
Генерация кода осуществляется на основе диаграмм классов. Для генерации необходимо в Rational Rose выбрать пункт меню Tools/Java/Generate Java.
Ниже .приведен код на языке Java, соответствующий классу Customer Information (см. рис. 4.3):
//# //# Source file: Customer_lnfomiation.java
//# //# Subsystem: Component View
//# //# Module: Customer Information
/## begin module.cm preserve=no
/* %X% %Q% %Z% %W% */
//# end module.cm
//# begin module.cp preserve=no
//# end module.cp
//# begin module.additionallmports preserve=no
//# end module.additionallmports
//# begin module.imports preserve=yes
//# end module.imports
//======================================================
//# begin module.declarations preserve=no
//# end module.declarations
//# begin moduIe.additionalDeclarations preserve=yes
//# end module.additionalDeclarations
public class Customer_lnformation {
//# begin Customer_Information.initialDeclarations preserve=yes
//# end Customer_Information.initialDeclarations
public intm_CustomerlD; • private int m_Name;
private int m_Account;
public Vector m_negotates = new Vector;
public void Check_Account {
//# begin Customer__lnformation::Check Account%3561AOAF032A.body preserve=yes
//# end Customer_lnformation::Gheck Account%3561AOAF032A.body
}
//# begin Customer_lnformation.additionalDeclarationspreserve=yes
//# end Customer_Information.additionalDeclarations