4-й семестр / Лекции - Смоленцева Татьяна Евгеньевна / 08. Оценивание систем
.pdf
Центр дистанционного обучения
При разработке диаграммы следует придерживаться следующих правил:
1.За основу диаграммы классов при ее разработке берется диаграмма классов анализа.
2.Для классов должны быть определены и специфицированы все атрибуты и методы. Их спецификация, как правило, выполняется с
учетом выбранного языка программирования.
3.При определении методов рекомендуется использовать сообщения с ранее разработанных диаграмм последовательности и коммуникации.
4.Детальное проектирование граничных классов, как правило, не требуется. Большинство современных средств разработки
поддерживает визуальную разработку интерфейса системы – меню, диалоговых форм, элементов диалоговых окон, панелей инструментов и
т. д. В качестве исходных данных для их проектирования служат прототипы пользовательских интерфейсов. В связи с этим при проектировании таких классов основное внимание следует уделять особенностям отображения информации и специфичным операциям,
которые возникают при диалоге пользователя с системой. Граничные классы, определяющие интерфейс взаимодействия с другими системами, требуют детального проектирования.
5. Для проектирования классов-сущностей можно применять подходы, используемые при проектировании БД, особенно в том случае,
если данные будут храниться в таблицах БД. Если представление данных в БД и классах отличается друг от друга и в качестве хранилища информации будет применяться реляционная база данных, то рекомендуется разработать отдельную диаграмму классов, описывающую
состав и структуру БД.
6. Несмотря на то, что каждому объекту при выполнении программы автоматически назначается уникальный идентификатор,
рекомендуется для классов-сущностей явно определять атрибуты, хранящие значения первичного ключа.
7. В отличие от реляционных БД поощряется использование в классах многозначных атрибутов в виде массивов, множеств, списков и т.
д.
8. Управляющие классы следует проектировать только в случаях крайней необходимости – управления сложным взаимодействием
объектов, реализации сложной бизнес-логики и вычислений, контроля целостности объектов и т. п. В противном случае функциональность
online.mirea.ru
этого класса лучше распределить между соответствующими граничными классами и классами-сущностями. |
41 |
Центр дистанционного обучения
В третьей секции указывается перечень операций класса. Можно выделить шесть основных типов операций:
1.конструктор – метод, создающий и инициализирующий объект. В Java имя конструктора совпадает с именем класса;
2.деструктор – метод, уничтожающий объект. В некоторых языках программирования (в частности в Java) определение деструкторов не требуется, так как очистка памяти от неиспользуемых объектов (сборка мусора) выполняется автоматически;
3.модификатор – метод, который изменяет состояние объекта (значения атрибутов). Имена модификаторов начинаются, как правило, со слова set (англ. – установить). Например, установить атрибуту Name новое значение setName (newName : String);
4.селектор – метод, который может только считывать значения атрибутов объекта, но не изменяет их. Имена селекторов начинаются, как правило, со слов get (англ. – получить) или is при возврате логического результата. Например, считать значение атрибута Name – getName() или определить видимость на экране элемента графического интерфейса – isVisible();
5.итератор – метод, позволяющий организовать доступ к элементам объекта. Например, для объекта, представляющего собой множество Set или список List, это могут быть методы перехода к первому элементу first(), следующему next(), предыдущему previous() и т. п.;
6.событие – метод, запускаемый на выполнение автоматически при соблюдении определенных условий.
online.mirea.ru
42
Центр дистанционного обучения
online.mirea.ru
43
Центр дистанционного обучения
Структура UML
общие UML пути достижения определенных целей
представление архитектуры системы
online.mirea.ru
44
Центр дистанционного обучения
ВUML модели есть два аспекта:
•Статическая структура – описывает, какие типы объектов важны для моделирования системы и как они взаимосвязаны.
•Динамическое поведение – описывает жизненные циклы этих объектов и то, как они взаимодействуют друг с другом для обеспечения
требуемой функциональности системы.
Статические диаграммы
диаграммы |
диаграммы |
|
развертывания |
||
классов |
||
|
диаграммы |
диаграммы |
объектов |
компонентов |
online.mirea.ru
45
Центр дистанционного обучения
Понятие модели и диаграмм
Система
набор подсистем, организованных для достижения определенной цели и описываемых с помощью совокупности моделей, возможно, с различных точек зрения
Модель
|
некий (материальный или нет) объект, |
|
|
отображающий лишь наиболее значимые для |
|
|
данной задачи характеристики системы |
|
|
материальные и нематериальные, искусственные и |
|
Диаграмма |
естественные, декоративные и математические |
|
|
|
|
|
графическое представление множества |
|
|
элементов |
|
с помощью диаграмм можно |
ни одна отдельная диаграмма не является |
|
визуализировать систему с |
моделью, лишь набор диаграмм составляет |
|
различных точек зрения |
модель системы |
online.mirea.ru |
46
Центр дистанционного обучения
Диаграммы деятельности
могут использоваться во многих рабочих потоках UP
обеспечивают универсальный механизм моделирования поведения
используются в следующих случаях:
Впроцессе анализа:
•для графического моделирования потока прецедента. Такое представление является более понятным для заинтересованных сторон;
•для моделирования потока между прецедентами. При этом используется особая форма диаграммы деятельности – диаграмма обзора взаимодействий.
При проектировании:
•для моделирования деталей операции;
•для моделирования деталей алгоритма.
•При моделировании деловой активности:
• для моделирования бизнес-процесса. |
online.mirea.ru |
|
47
Центр дистанционного обучения
Основными элементами диаграммы деятельности являются:
-исполняемые узлы;
-объекты;
-переходы;
-управляющие узлы;
-группирующие элементы.
online.mirea.ru
48
Центр дистанционного обучения
Activity Diagram:
Диаграммы деятельности основаны на
технологии сетей Петри. |
online.mirea.ru |
|
49
Центр дистанционного обучения
При разработке модели реализации рекомендуется построить диаграммы
(основные артефакты):
•компонентов;
•развертывания.
К основным артефактам также относятся исходные тексты программ, план
реализации версий системы и частично или полностью работоспособные
версии системы.
При разработке диаграмм компонентов преследуются следующие цели:
•спецификация общей структуры исходного кода системы;
•спецификация исполнимого варианта системы.
Данная диаграмма обеспечивает согласованный переход от логического к физическому представлению системы в виде программных компонентов.
Одни компоненты могут существовать только на этапе компиляции программного кода, другие – на этапе его исполнения.
Основными элементами диаграммы являются:
-компоненты;
-интерфейсы и зависимости между ними.
Кроме этого на ней могут отображаться ключевые классы, входящие в компоненты.
online.mirea.ru
50