11675

Створення діаграми класів

Лабораторная работа

Информатика, кибернетика и программирование

Тема: Створення діаграми класів. Мета роботи: отримати навички побудови діаграм класів створення пакетів і угруповання класів у пакети. Завдання: створити діаграму класів. Для одного зі сценаріїв діаграми прецедентів створеної в попередній лабораторній робот...

Украинкский

2013-04-10

65.38 KB

32 чел.

Тема: Створення діаграми класів.

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

Завдання:

  1.  створити діаграму класів. Для одного зі сценаріїв діаграми прецедентів, створеної в попередній лабораторній роботі. Для кожного класу необхідно задати атрибути та операції. Кожен клас повинен бути детально задокументовано - необхідно задати текстовий опис самого класу, опису його атрибутів і операцій;
  2.  створити пакети для угруповання класів, створених в пункті 1;
  3.  згрупувати класи з пункту 1 в пакети;
  4.  для кожного пакета створити свою діаграму класів.
  5.  розробити головну діаграму класів.

Примітка: розглядати діаграму класів рекомендується з концептуальної точки зору, яка використовується на початкових етапах моделювання і розробки.

Зміст звіту:

  1.  створені діаграми класів (для діаграми класів з пункту 2 завдання повинен бути вказаний сценарій, для якого ця діаграма побудована);
  2.  короткий опис кожного створеного класу і відносин між класами.

Діаграми класів (діаграми класів) використовуються для моделювання статичного вигляду системи з точки зору проектування. Діаграма класів - діаграма, на якій показано безліч класів, інтерфейсів, кооперацій і відносин між ними. Використовується в наступних цілях:

  1.  для моделювання словника системи: передбачає ухвалення рішення про те, які абстракції є частиною системи, а які - ні. За допомогою діаграм класів можна визначити ці абстракції та їх обов'язки;
  2.  для моделювання простих кооперацій. Кооперація - це спільнота класів, інтерфейсів та інших елементів, що працюють спільно для забезпечення деякого кооперативного поведінки;
  3.  для моделювання логічної схеми бази даних.

Згідно Мартіну Фаулеру існують три різні точки зору на побудову діаграм класів або будь-який інший моделі:

  1.  концептуальна точка зору - діаграми класів служать для представлення понять досліджуваної предметної області. Ці поняття будуть відповідати реалізують їх класам, але пряме відповідність може бути відсутнім. Концептуальна модель може мати слабке відношення або взагалі не мати ніякого відношення до реалізує її програмному забезпеченню, тому її можна розглядати без прив'язки до якогось мови програмування;
  2.  точка зору специфікації - розглядається програмна система, при цьому розглядається лише її інтерфейси, але не реалізація;
  3.  точка зору реалізації - класи діаграми відповідають реальним класам програмної системи.

Приклад виконання роботи.

1. Створення діаграми класів для сценарію "Додати нове замовлення" прецеденту "Робота із замовленням"

Діаграми класів будемо розглядати з концептуальної точки зору. Для спрощення завдання і щоб не захаращувати діаграми несуттєвими деталями методи безліч Х, GetX для кожного атрибута Х класів ставити не будемо.

Створимо в Логічному поданні браузера нову діаграму класів і назвемо її "Add New Order". В поле документації запишемо для неї наступний текст: "Діаграма класів для сценарію" Додати нове замовлення "прецеденту" Робота із замовленням "".

Заповнення діаграми почнемо з визначення класів-сутностей. Розглянутий сценарій складається з:

  1.  самого замовлення;
  2.  клієнта, який робить замовлення;
  3.  комплектуючих виробів, які входять до замовлення.

Створимо класи-сутності Order (Замовлення), Client (Клієнт) і ComponentPart (комплектуючий виріб). Оскільки в одне замовлення може входити багато різних комплектуючих виробів, і одне комплектуючий виріб може входити в багато замовлень, то введемо ще один клас-сутність OrderItem (Склад замовлення).

Додамо відносини між класами:

  1.  клас клієнта і замовлення - відношення асоціації, оскільки дані два класи просто пов'язані один з одним і ніякі інші типи зв'язків тут застосувати не можна. Один клієнт може зробити кілька замовлень, кожне замовлення надходить тільки від одного клієнта, тому кратність зв'язку з боку класу клієнта - 1, з боку замовлення - 1 .. N;
  2.  клас порядку і OrderItem - відношення композиції, оскільки рядок замовлення є частиною замовлення, і без нього існувати не може. В одне замовлення може входити кілька рядків замовлення, рядок замовлення відноситься тільки до одного замовлення, тому кратність зв'язку з боку замовлення - 1, з боку OrderItem - 1 .. N;
  3.  клас OrderItem і ComponentPart - відношення агрегації, оскільки комплектуючі вироби є частинами рядка замовлення, а й ті, й інші, явлю самостійними класами. Одне комплектуючий виріб може входити у багато рядків замовлення, в один рядок замовлення входить тільки одне комплектуючий виріб, тому кратність зв'язку з боку ComponentPart - 1, з боку OrderItem - 1 .. N.

Додамо тепер на діаграму граничні та керуючі класи. Розглянутий сценарій - це тільки одна з дій, які забезпечує прецедент "Робота із замовленням". Прецедент також дозволяє переглянути, відредагувати або видалити замовлення. Це означає, що необхідно передбачити механізм, який дозволяє вибирати необхідну дію. Створимо для цього граничний клас OrderOptions (Параметри роботи із замовленням) з коментарем "Клас, що забезпечує механізм роботи із замовленнями". Також створимо граничний клас AddNewOrder (Додавання нового замовлення), який буде служити для додавання нових замовлень (коментар - "Клас служить для додавання нових замовлень" Відношення між цими класами -. Агрегація, оскільки в даному випадку клас AddNewOrder розглядається як частина класу OrderOptions, частинами якого також будуть класи для перегляду, редагування і видалення замовлень. Кратність зв'язку 1 до 1, оскільки до складу класу OrderOptions входить тільки один клас AddNewOrder.

Перейдемо тепер до керуючих класам. Додамо керуючий клас OrderManager (Менеджер по роботі з замовленнями) з коментарем "Керуючий клас для обробки потоку подій прецеденту" Робота з замовленнями "", який буде забезпечувати обробку потоку подій для розглянутого прецеденту. Даний клас буде пов'язаний з класами AddNewOrder та Order. Відношення між класами AddNewOrder і OrderManager - односпрямована асоціація з кратністю зв'язку 1 до 1, оскільки один примірник класу AddNewOrder взаємодіє тільки з одним екземпляром класу OrderManager. Відношення між класами і OrderManager замовлення - односпрямована асоціація з кратністю зв'язку 1 до 1 .. п, оскільки один клас OrderManager може взаємодіяти з кількома класами замовлення.

2. Створення пакетів

Пакети призначені для групування елементів у групи за певними критеріями. У простому випадку класи можна групувати по їх стереотипам. Створимо три пакети: Entities (класи-сутності), Boundaries (граничні класи) та Control (керуючі класи). Для цього необхідно натиснути правою кнопкою миші на Логічному поданні браузера (Logical View), в контекстному меню вибрати пункт New> Package (Створити> Пакет), і ввести ім'я пакета.

В поле документації (документації) для кожного пакета задамо коментар:

  1.  для пакета Entities коментар: пакет містить класи-сутності;
  2.  для пакета Boundary коментар: пакет містить граничні класи;
  3.  для пакета Control коментар: пакет містить керуючі класи.

3. Угрупування класів у пакети

Угрупування класів у пакети здійснюється шляхом перетягування в Логіческоі поданні Брауер відповідного класу до відповідного пакет. Групувати створені класи будемо наступним чином:

  1.  класи клієнта, замовлення, OrderItem і ComponentPart перенесемо в пакет Entities;
  2.  класи OrderOptions і AddNewOrder перенесемо в пакет Boundary;

клас OrderManager перенесемо в пакет Control.

4. Додавання діаграми класів для кожного пакета

Для додавання діаграми до пакету слід натиснути правою кнопкою миші по пакету, в контекстному меню вибрати пункт New> Class Diagram (Створити> Діаграма Класів), ввести ім'я класу Main (Головна), далі відкрити діаграму, двічі клацнувши по ній, і перенести на неї потрібні класи. Відносини між класами, що належать одному пакету, будуть перенесені автоматично.

Висновок: виконавши лабораторну роботу, я отримав навички побудови діаграм класів, створення пакетів і угруповання класів у пакети.


 

А также другие работы, которые могут Вас заинтересовать

35113. СВЯЗИ С ОБЩЕСТВЕННОСТЬЮ В ГОСУДАРСТВЕННЫХ СТРУКТУРАХ 310.5 KB
  ТАРАШВИЛИ стажер международного прессклуба СВЯЗИ С ОБЩЕСТВЕННОСТЬЮ В ГОСУДАРСТВЕННЫХ СТРУКТУРАХ Содержание: Роль PR в государственной системе. Модели связей с общественностью. Цели связей с общественностью. Связи с общественностью в государственных структурах.
35115. Електрика і магнетизм 12.26 MB
  Потенціал та робота електростатичного поля 17 3. Рух заряджених частинок у електричних та магнітних полях 47 8. ПОЗНАЧЕННЯ ФІЗИЧНИХ ВЕЛИЧИН Фізична величина Позначення Розмірність СІ Валентність Z Маса m M Молярна маса M MN1 Сила F LMT2 Швидкість LT1 Температура T Θ Теплоємність C L2MT2Θ1 Орбітальний момент імпульсу спін повний момент імпульсу l s j L2MT1 Концентрація N L3 Дипольний момент TIL Напруженість електричного поля LMT3I1 Індукція електричного поля L2TI Намагніченість M L1I Поляризованість діелектрика P L2TI...
35116. Информационные технологии. ИТ 391 KB
  Коммуникации: ПК с широким средством периферийных устройств прикладное ПО глобальные и локальные сети. Передача данных традиционным способом или по компьютерной сети. Модель обмена включает в себя формальное описание процедур выполняемых в компьютерной сети. Аппаратные компоненты устройства и узлы для реализации компьютерной сети модемы коммутаторы маршрутизаторы.
35117. Программирование в Turbo Pascal 794 KB
  Вводите внимательно if Summa=stoim then writeln‘Спасибо за покупку else if Summa stoim then writeln‘Возьмите сдачу summastoim else Writeln‘Доплатите stoim summa End. Program имя программы ; Раздел описания: Раздел подключения модулей ; Раздел описания типов ; Раздел описания меток ; Раздел описания постоянных ; Раздел описания переменных ; Раздел описания процедур и функций ; begin Раздел операторов ; end. End.; Var; Const ; Begin раздел операторов ; End; Function имя функции список формальных параметров: тип...
35118. ПОВЕРОЧНЫЙ РАСЧЕТ КОТЛОВ-УТИЛИЗАТОРОВ 1.25 MB
  Котёл Г420 предназначен для охлаждения технологических газов с целью конденсации паров серы и получения насыщенного пара в процессе обезвреживания сероводородных газов. Котлыутилизаторы горизонтальные газотрубные с естественной циркуляцией состоят из входной и выходной газовых камер и газотрубного барабана. По ходу газов испарительная поверхность разделена на две отдельные равные ступени. Технологические газы проходят параллельно в каждой ступени входную газовую камеру испарительный пучок и выходную газовую камеру.
35119. Ректификационная колонна непрерывного действия 577.5 KB
  Как правило ректификационные колонны действуют по принципу противотока в целом по всему аппарату в то время как на каждом отдельном участке формирования поверхности контакта фаз схемы взаимодействия фаз могут быть самыми разнообразными. Для обеспечения неравновесных состояний пара и жидкости в нижнюю часть колонны куб подводится теплота а в верхней части колонны теплота отбирается дефлегматор. Жидкая фаза стекает с питающей тарелки вниз и поступает в куб колонны где происходит интенсивное испарение. Образующийся пар подается вниз...
35120. Проектирование сусловарочного апарата для пивоваренного производства 221 KB
  3 Приготовление пивного сусла 1.4 Охлаждение сусла 1. 1 Технологическая схема производства пива Производство пива слагается из следующих этапов:1приём и хранение солода; 2 очистка и дробление солода; 3 приготовление пивного сусла; 4 охлаждение сусла; 5 приготовление дрожжей чистой культуры; 6 главное брожение; 7 дображивание; 8 осветление пива; 9 розлив пива в бутылки и в бочки.3 Приготовление пивного сусла Дроблённый солод смешивается с тёплой водой около 600 С в заторном котле 13.
35121. ШНЕКОВЫЙ ПРЕСС ВПО 20А 1.82 MB
  В качестве исходных данных использовалась схема пресса с нанесенными габаритными размерами и обозначениями. Для кинематического расчета привода использовались данные о мощности двигателя.