Файл: Методические указания по организации практических занятий и самостоятельной работы по мдк. 02. 01 Технология разработки программного обеспечения.docx

.

для класса Товар в качестве атрибутов могут выступать данные: тип, марка, артикул.






для класса Заказ в качестве атрибутов могут выступать данные: количество, цена, статус, а в качестве операций – сформировать заказ.



для класса Заказ_Оплата в качестве атрибутов могут выступать данные: дата получения, проплачен, номер, цена, а в качестве операций – отправить, закрыть.



для класса Клиент в качестве атрибутов могут выступать данные: имя, адрес, а в качестве операций – кредитный рейтинг.



для класса Корпоративный_Клиент в качестве атрибутов могут выступать данные: контактное имя, кредитный рейтинг, кредитный лимит, а в качестве операций – сделать, напоминание, счет за месяц.



для класса Частный_Клиент в качестве атрибутов могут выступать данные: номер кредитной карты.



для класса Вариант_Оплаты в качестве атрибутов могут выступать данные: тип оплаты, а в качестве операций – выбор варианта оплаты.



для класса Каталог_Товаров в качестве атрибутов могут выступать данные: тип, марка, артикул, а в качестве операций – проверить наличие.



для класса Склад в качестве атрибутов могут выступать данные: товар, наличие, количество, а в качестве операций – Проверить наличие.

---

• 
  Убедитесь, что все элементы наполнены адекватным содержанием и расположите все структурные элементы диаграммы наиболее оптимально на странице для установления отношений между ними.
  

В качестве примера на рис. 26 показан набор классов, описывающих реализацию системы продаж товаров по каталогу. Акцент сделан на классе Клиент, с которым связан класс Заказ_Оплата посредством двусторонней ассоциации «один-ко-многим», Вариант_Оплаты – двусторонней ассоциацией «один-к-одному» и классы Корпоративный_Клиент и Частный_Клиент посредством отношения обобщения. Классы Заказ_Оплата и Товар связаны с классом Заказ посредством двусторонней ассоциации «один-ко-многим». Класс Товар связан с классом Продавец двусторонней ассоциацией «многие-ко-многим» и классом Каталог_Товаров двусторонней ассоциацией «один-ко-многим». Класс Каталог_Товаров связан посредством двусторонней ассоциации «многие-ко-многим» с классом Склад.

7. 
   Создайте новую страницу с именем Диаграмма классов учета клиентов, и установите следующие опции: Ориентация – Альбомная, Автоподбор размера – выключен.
   
8. 
   Идентифицируйте классы учета клиентов, осуществляющих заказы и создайте диаграмму классов с указанием их имен, атрибутов, операций, например.
   

Задание практической работы

По образцу построить диаграммы вариантов использования и классов.
Задание самостоятельной работы

В соответствии с индивидуальным вариантом, построить диаграммы вариантов использования и классов.

Перечень индивидуальных вариантов приведен в приложении А.

Отчет по практическому занятию выполняется в формате MS Word, который содержит экранные формы моделей согласно заданию.
Контрольные вопросы

1. 
   Для чего используется язык UML?
   
2. 
   Назначение диаграммы вариантов использования?
   
3. 
   Что такое «актер»?
   
4. 
   Что такое «вариант использования»?
   
5. 
   Что такое «интерфейс»?
   
6. 
   Что такое «примечание»?
   
7. 
   Перечислить виды отношений между актерами и вариантами использования, охарактеризовать каждое из них?
   
8. 
   Каково назначение диаграммы классов?
   
9. 
   Назовите основные элементы диаграммы классов.
   
10. 
    Какие виды связей доступны в диаграмме классов?
    
11. 
    Для чего используется каждый вид связи?
    
12. 
    Как создать диаграмму классов в VISIO?
    

---

---

Практическая работа №5

Построение диаграммы Состояний
Цель: изучение основ создания диаграмм состояний на языке UML, получение навыков построения диаграмм состояний, применение приобретенных навыков для построения объектно-ориентированных моделей определенной предметной области.
Форма отчета:

Диаграмма Состояний с описанием процесса построения диаграмм.
Краткие теоретические сведения

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

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

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

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

---

Состояние

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



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

<метка-действия '/' выражение-действия>

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

• 
  entry – эта метка указывает на действие, специфицированное следующим за ней выражением действия, которое выполняется в момент входа в данное состояние (входное действие);
  
• 
  exit – эта метка указывает на действие, специфицированное следующим за ней выражением действия, которое выполняется в момент выхода из данного состояния (выходное действие);
  
• 
  do – эта метка специфицирует выполняющуюся деятельность («doactivity»), которая выполняется в течение всего времени, пока объект находится в данном состоянии, или до тех пор, пока не закончится вычисление, специфицированное следующим за ней выражением действия. В последнем случае при завершении события генерируется соответствующий результат;
  
• 
  include – эта метка используется для обращения к подавтомату, при этом следующее за ней выражение действия содержит имя этого подавтомата.
  

Пример: Аутентификация входа


Начальное и конечное состояния

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

---