11675

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

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

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

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

Украинкский

2013-04-10

65.38 KB

26 чел.

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

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

Завдання:

  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 (Головна), далі відкрити діаграму, двічі клацнувши по ній, і перенести на неї потрібні класи. Відносини між класами, що належать одному пакету, будуть перенесені автоматично.

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


 

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

81176. Управление творческим потенциалом организации 33.2 KB
  В настоящее время в результате глобальных перемен произошедших в результате развития нашей страны и перехода к рыночной экономике возникает необходимость разработки новой системы формирования и развития кадрового потенциала управления так как эффективное функционирование предприятия в решающей степени зависит от кадров руководителей. С целью укрепления позиций на рынке и повышения конкурентоспособности компании при прочих неизменных условиях современные управляющие стараются использовать творческий резерв компании а именно формируют новую...
81177. Методы управления творческим коллективом 43.59 KB
  Теперь это норма активное устаревание оборудования и систем управления. Система управления персоналом это стержень организации труда для определенных профессий он может быть условным содержащим несколько инструкций и требующий формальный контроль. Чем более творческие задачи у специалистов чем более нестандартных решений вы ожидаете в результате тем более жесткий должен быть стерженьсистема управления.
81178. Внутренняя творческая среда 41.13 KB
  Для того чтобы ее создать необходимо поддерживать инициативные и творческие устремления сотрудников. Эффективное взаимодействие творцов особого внимания заслуживают особенности межличностного взаимодействия внутри творческой группы так как процессы общения и взаимодействия могут оказывать на сотрудников как мотивирующий результат так и демотивирующий. Эффективной чертой управления творческими потенциалами сотрудников является тесная увязка инновационных стратегий и политики управления человеческими ресурсами. Он может как стимулировать...
81179. Методы активизации творческого мышления 42.1 KB
  Разработка и генерация новых идей для решения стратегических целей и задач предприятия – это не просто. Часто, творческий специалист не знает с чего начать, как собраться и сфокусировать свое внимание на нужном объекте, активизировать свои творческие способности.
81180. Исследование творческого потенциала сотрудников 35.83 KB
  Направления исследований: наличие творческого потенциала; степень уровень его актуализации; факторы стимулирующие препятствующие развитию и актуализации; проявление творческого потенциала в условиях стабильности и в условиях инноваций. При проведении исследований изучается не столько наличие или отсутствие творческого потенциала и инициативы сколько желание и возможность реализовывать их в профессиональной деятельности а также факторы которые могут оказывать влияние на проявление креативности10. Таким образом при исследовании творческого...
81181. Оценка эффективности управления творческим потенциалом компании 39.05 KB
  Исходя из этого показатели эффективности системы управления развитием творческого потенциала постоянного состава компании рассматриваются через результат развития творческого потенциала сотрудников; реализацию всех возможных мотивов побуждающих персонал к творческой деятельности; показатели качества организационной структуры...
81183. Психолого-педагогические принципы организации деловой игры 35.65 KB
  Моделирование реальных условий профессиональной деятельности специалиста во всем многообразии служебных социальных и личностных связей является основой методов интерактивного обучения; принцип игрового моделирования содержания и форм профессиональной деятельности. Реализация этого принципа является необходимым условием учебной игры поскольку несет в себе обучающие функции; принцип совместной деятельности. В деловой игре этот принцип требует реализации посредством вовлечения в познавательную деятельность нескольких участников.
81184. Признаки деловой игры 33.44 KB
  Решение принимаемое участниками игры на первом этапе воздействует на модель и изменяет её исходное состояние. Изменение состояния поступает в игровой комплекс и на основе полученной информации участники игры вырабатывают решение на втором этапе игры и т. Распределение ролей между участниками игры.