tehnologia (1018792), страница 30
Текст из файла (страница 30)
является студентом,он еще может быть спортсменом, музыкантом и т. д. Строго говоря, таким собственнымпризнаком является и идентифицирующее студента имя.На диаграммах класс изображается в виде прямоугольника, внутри которого указано имякласса (рис. 6.6, а). При необходимости допускается указывать характеристики класса,например атрибуты, используя специальные секции условного обозначения (рис.
6.6, б).В качестве атрибутов представляют некоторые, существенные с точки зрения решаемойзадачи характеристики объектов, например идентифицирующие значения (имя, номер). Дляконкретного объекта атрибут всегда имеет определенное значение. На диаграмме классоватрибуты обычно показывают в секции атрибутов.Под отношением классов понимают статическую, т. е. не зависящую от времени, связьмежду классами. Различают два основных вида отношений: ассоциация и обобщение.Отношение ассоциации означает наличие связи между экземплярами классов илиобъектами, например, класс Студент ассоциирован с классомИнститут.
Ассоциация может иметь имя, напримерОбучается. Рядом с именем ассоциации обычно ставятстрелку, указывающую направление чтения имени(«Студент обучается в институте», а не наоборот).Связь между экземплярами классов подразумеваетнекоторые роли, которые соответствующие объекты играютпо отношению друг к другу. Роль связана с направлениемассоциации. Так по отношению к студентам инсти-177тут - организация, осуществляющая их обучение, т.
е. роль института можно назвать Местоучебы. Студент для института - объект обучающей деятельности института, т. е. Обучаемый.Если роль собственного имени не имеет, то можно считать, что ее имя совпадает с именемкласса, по отношению к которому определяется эта роль. Для рассматриваемого примера этосоответственно роли Студент и Институт (рис. 6.7, а), но роль можно указать и явно (рис. 6.7,б).Роль также обладает характеристикой множественности, которая показывает, сколькообъектов может участвовать в одной связи с каждой стороны.
Допускается указыватьмножественность:* - от 0 до бесконечности;<целое>.. * - от заданного числа до бесконечности;<целое> - точно определенное количество объектов;<целое1>, <целое2> - несколько вариантов точного количества объектов;<целое1>..<целое2> - диапазон объектов.С теоретической точки зрения атрибут тоже класс, экземпляры которого жесткоассоциированы с рассматриваемым классом. В концептуальной модели для отображениясоответствующих отношений могут использоваться как ассоциации, так и атрибуты.Например, отношение двух понятий Студент и Имя можно представить, как в видеассоциации соответствующих классов, так и в варианте, когда классу Студент ставится всоответствие атрибут Имя.Чтобы избежать излишних нагромождений рекомендуется следовать простому правилу[37]: если некоторый объект X в реальном мире не является числом или текстам, то этоскорее всего понятие.
В противном случае - это атрибут.178Обобщением называют такое отношение между классами, при котором любой объектодного класса (подтипа) обязательно является также и объектом другого класса, называемогов данном контексте супертипом. Так, если некоторый конкретный студент Иванов И.И.является объектом подтипа Студент первого курса супертипа Студент, то тот же самый ИвановИ.И.
является объектом указанного супертипа. Следовательно, все, что известно об объектахсупертипа (ассоциации, атрибуты, операции), касается и объектов подтипа. На диаграммеклассов обобщение обозначают линией с треугольной стрелкой на конце, подходящей ксупертипу (рис. 6.8).На практике определение основных понятий предметной области, которые должныпредставляться на контекстной диаграмме в виде классов, является не тривиальной задачей.Обычно используют следующий способ:• формируют множество понятий-кандидатов из существительных, характеризующихпредметную область в описании вариантов использования;• исключают понятия, не существенные для данного варианта использования, например, впредыдущем примере, «информация», «ввод» и т. п.Для определения множества понятий-кандидатов полезно использовать переченьвозможных категорий понятий-кандидатов, приведенный в табл. 6.1.Пример 6.3.
Построить концептуальную модель для системы решения комбинаторнооптимизационных задач. Множество понятий-кандидатов для данной разработки включаетследующие словосочетания:Задание, тип задачи, список типов задач, способ задания данных, ввод данных, выборданных из базы, алгоритм решения задачи, список конкретных алгоритмов решения задачи,полнота описания задания, результаты, данные, база данных.Попробуем выделить основные понятия и связать их между собой. Цель основного вариантаиспользования системы - выполнение задания. Полное описание задания включает: типзадачи, данные и указание на алгоритм.
С ним же будут связаны и полученные результаты.Данные могут179Таблица 6.1Категория понятий-кандидатовФизические или материальные объектыСпецификации, элементы дизайна илиописания объекта - сохраняются всистеме даже при отсутствии объектовМестоРоль человекаКонтейнеры других объектовСодержимое контейнеровДругие компьютеры или внешниесистемы по отношению кразрабатываемойАбстрактные понятияОрганизацииСобытияПроцессы и их части*Правила и политикаЗаписи финансовой, трудовой,юридической и другой деятельности,руководства, книгиПримерыСамолет - как целоеЦвет, спецификация товараАэропорт, городПродавец, покупатель, преподавательСамолет - как совокупность частей, каталог - как совокупность описанийЧасть, элементСистема бронирования билетовЛетательный аппаратФирма, предприятие, НИИВстреча, покупка билетаПокупка билета, оплата стоимостиПравила аннулирования заказа билетаЧек, книга учета, должностная инструкция* Представляется в виде класса, если не анализируются элементы процесса.сохраняться в базе и вводиться.
Описание задания и все, что с ним связано, можетсохраняться в базе.Определим возможные обобщения:1) способ задания данных: ввод данных, выбор данных из базы;2) алгоритм: алгоритм решения задачи: конкретный алгоритмы решения задачи.Переходим к построению концептуальной модели.Основной класс-понятие, исходя из описания, Задание. Связываем с ним классы-понятияДанные, Алгоритм и Результаты.В разрабатываемой системе планируется реализовать алгоритмы решения задач трехтипов: поиск цикла минимальной длины, проходящего через все вершины; поисккратчайшего пути и поиск минимального покрывающего дерева. Следовательно, класспонятие Алгоритм является супертипом для классов Алгоритм поиска цикла минимальнойдлины, Алгоритм поиска кратчайшего пути и Алгоритм поиска минимальногопокрывающего дерева180(рис.
6.9). От которых, в свою очередь, будут наследоваться Алгоритмы, реализующиеконкретные методы. Алгоритм также связан с Данными и Результатами.Данные и Задания должны храниться в Базе данных, что показывают ассоциациямисоответствующих классов. Способ задания данных для понимания основной концепциипроектируемой системы пока не очень существенен.Вид задачи в нашем случае, скорее, атрибут класса Задание, чем самостоятельный класс,так как в реальном мире - это имя, которое позволяет181уточнить группу возможных алгоритмов решения, а также структуры исходных данных иполучаемых результатов.
Для алгоритма очень существенной характеристикой является еготочность, соответственно добавим атрибут Точность. Другие атрибуты пока не проявились.6.4. Описание поведения. Системные события и операцииКонцептуальная модель характеризует статические свойства разрабатываемого программногообеспечения. Для описания особенностей его поведения, т. е. возможных действий системы,целесообразно использовать: диаграммы последовательностей системы, системные события,системные операции, диаграммы деятельностей, а при необходимости и диаграммы состоянийобъектов (см. § 7.4).Диаграмма последовательностей системы.
Системные события и операции. Диаграммапоследовательностей системы - графическая модель, которая для определенного сценарияварианта использования показывает генерируемые действующими лицами события и их порядок.При этом система рассматривается как единое целое.Для построения диаграммы последовательностей системы необходимо:• представить систему как «черный ящик» и изобразить для нее линиюжизни - вертикальную пунктирную линию, подходящую к блоку снизу;• идентифицировать каждое действующее лицо и изобразить для неголинию жизни (много действующих лиц бывает в вариантах совместного использования программного обеспечения);• из описания варианта использования определить множество системных событий и их последовательность;• изобразить системные события в виде линий со стрелкой на концемежду линиями жизни действующих лиц и системы, а также указать именасобытий и списки передаваемых значений.В отличие от внутренних событий, события, которые генерируются для системыдействующими лицами, называют системными.
Системные события инициируют выполнениесоответствующего множества операций, также называемых системными. Каждую системнуюоперацию называют по имени соответствующего сообщения.Множество всех системных операций определяют, идентифицируя системные события всехвариантов использования. Для наглядности системные операции изображают в виде операцийабстрактного класса (типа) System. Если необходимо разделить множество операций наподмножества, инициируемые разными пользователями, то используют несколько абстрактныхклассов: System I, System2 и т.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
