Побудова UML діаграми класів. Звіт до лабораторної роботи з Інформаційні технології. Робота № 519140

Побудова UML діаграми класів

Інформація про навчальний заклад

ВУЗ:

Національний університет Львівська політехніка

Інститут:

Не вказано

Факультет:

Не вказано

Кафедра:

Кафедра програмного забезпечення

Інформація про роботу

Рік:

2010

Тип роботи:

Звіт до лабораторної роботи

Предмет:

Інформаційні технології

Група:

ПІ

Завантажити

Частина тексту файла (без зображень, графіків і формул):

МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ "ЛЬВІВСЬКА ПОЛІТЕХНІКА" ІНСТИТУТ КОМП’ЮТЕРНИХ НАУК ТА ІНФОРМАЦІЙНИХ ТЕХНОЛОГІЙ КАФЕДРА ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ ЗВІТ До лабораторної роботи № 6 На тему: “ Побудова UML діаграми класів” З дисципліни : "Моделювання програмного забезпечення" Лектор: доцент кафедри ПЗ Семотюк В. М. Лабораторна робота № 6 Діаграми класів Завдання: Розробити діаграму класів до проекту: інформаційна система форуму. Адміністратор керує правами користувачів форуму. Він може блокувати користувачів, які шкодять роботі форуму. Він повинен мати змогу отримувати графік відвідуваності форуму його користувачами, має права для видалення і зміни повідомлень і тем. Система повинна реєструвати нових користувачів. Модератори теж мають права на редагування повідомлення і їх видалення. Звичайні користувачі можуть лише створювати повідомлення і теми, але не можуть редагувати повідомлення, крім своїх повідомлень. Теоретичні відомості Діаграма класів описує типи об'єктів системи і різного роду статичні відношення, які існують між ними. Є два основні види статичних відношень: • асоціації (наприклад, клієнт може узяти напрокат декілька відеокасет); • підтипи (медсестра є різновидом особи). На діаграмах класів зображаються також атрибути класів, операції класів і обмеження, які накладаються на зв'язок між об'єктами. Існують три різні точки зору на побудову діаграм класів або будь-якої іншої моделі, проте ці відмінності в основному стосуються діаграм класів: Концептуальна точка зору. Якщо розглядати діаграми класів з концептуальної точки зору, то вони служать для представлення понять предметної області, що вивчається. Ці поняття відповідатимуть класам, що їх реалізують, однак така пряма відповідність часто відсутня. Справді, концептуальна модель може ніяк не стосуватись програмного забезпечення, яке її реалізує, тому її можна розглядати незалежно від мови програмування. (Кук і Денієлс називають таку точку зору первинною). Точка зору специфікації. В цьому випадку ми переходимо до розгляду програмної системи, при цьому розглядаємо тільки її інтерфейси, але не реалізацію. Об'єктно-орієнтована розробка підкреслює істотну відмінність між інтерфейсом і реалізацією, але на практиці вона часто ігнорується, оскільки нотація класу в об'єктно-орієнтованих мовах програмування об'єднує в собі як інтерфейс, так і реалізацію. Це досить прикрий факт, оскільки ключовим чинником ефективного об’єктно-орієнтованого програмування є програмування саме інтерфейсу класу, а не його реалізації. Ви часто чуєте слово «тип», коли йдеться про інтерфейс класу; тип може мати декілька класів, які його реалізують, а клас може реалізовувати декілька типів. Точка зору реалізації. З цієї точки зору ми дійсно маємо справу з класами, спускаючись на рівень реалізації. Ця точка зору, ймовірно, зустрічається найчастіше, проте в багатьох ситуаціях аналітики надають перевагу точці зору специфікації. Особливості представлення діаграм класів не є частиною формального опису мови UML, проте вони є виключно важливими при побудові і аналізі моделей. Мову UML можна використовувати з будь-якою з цих точок зору. Можна явно вказати особливість представлення, забезпечивши клас стереотипом. Можна також позначити клас як «клас реалізації», щоб явно вказати на точку зору реалізації, або позначити його як «тип» для концептуальної точки зору і точки зору специфікації. Хід роботи На рис.1 представлена розроблена мною структура бази даних форуму. А саме таблиці та залежності між ними: Рис.1. Структура бази даних форуму Таблиця «PrivateMessage» (Приватне повідомлення) містить інформацію про текст приватного повідомлення, його автора, отримувача і час відправлення повідомлення. Таблиця «UserStats» (Статистика користувача) містить інформацію про користувача: дата реєстрації, кількість створених ним тем, кількість залишених на форумі повідомлень, його права і привілеї, наявність певних обмежень, дату останнього входу на форум та інформацію про поточний статус. За первинним ключем пов’язана з таблицею «User» (Користувач) – зв’язок один до одного. Таблиця «Section» (Розділ) містить інформацію про назву розділу, права доступу до нього та кількість наявних в ньому рубрик. За первинним ключем пов’язана з таблицею «Topic» (Рубрика) – зв’язок один до багатьох. Таблиця «Topic» (Рубрика) містить інформацію про рубрики: їхню назву, опис тематики, кількість наявних в ній тем і повідомлень і інформацію про останнє залишене повідомлення. За первинним ключем пов’язана з таблицею «Subject» (Тема) - зв’язок один до багатьох. Таблиця «User» (Користувач) містить інформацію, введену користувачем під час реєстрації: нік, логін, пароль, електронна почта, місто, стать, аватар. За первинним ключем пов’язана з таблицею «UserStats» (Статистика користувача) – зв’язок один до одного та з таблицями «PrivateMessage» (Приватне повідомлення), «Rating» (Рейтинг), «Message» (Повідомлення) і «Subject» (Тема) – зв’язок один до багатьох. Таблиця «Subject» (Тема) містить інформацію про теми форуму: назву теми, її короткий опис, текст, автор, час створення, кількість повідомлень та переглядів, інформацію про останнє залишене в цій темі повідомлення та про її рейтинг. За первинним ключем пов’язана з таблицями «Rating» (Рейтинг) і «Message» (Повідомлення) – зв’язок один до багатьох. Таблиця «Rating» (Рейтинг) містить інформацію про рейтинг тем і повідомлень, а саме інформацію про те, хто саме оцінив, яку тему чи повідомлення і яким балом. Таблиця «Message» (Повідомлення) містить інформацію про повідомлення: текст повідомлення, його автор, до якої теми воно залишене, час створення, рейтинг та інформацію про основне повідомлення (якщо це вкладене повідомлення). За первинним ключем пов’язана з таблицею «Rating» (Рейтинг) – зв’язок один до багатьох. На рис.2 представлена розроблена мною діаграма класів. Крім власне класів, необхідних для реалізації мого проекту, на діаграмі зазначені відношення наслідування і асоціації між класами: Рис.2. Діаграма класів форуму Registration – реєстрація гостя в системі. ViewArticle – перегляд певної теми чи коментаря. Search – пошук по форуму за ключовим словом. Login – логування користувача в системі. CreateSubject – створення нової теми. AddMessage – додавання нового повідомлення до певної теми. AddRating – оцінка певної теми. SendPrivateMessage – відправка приватного повідомлення. UpdateComment – редагування коментаря. DeleteComment – видалення коментаря. DeleteSubject – видалення теми. CloseSubject – закриття неактуальної теми. UpdatePrivileges – зміна прав користувачів. BanUser – бан (позбавлення прав) користувача на певний проміжок часу. Висновок: Центральне місце в об'єктно-орієнтованому програмуванні займає розробка логічної моделі системи у вигляді діаграми класів. Діаграма класів (class diagram) служить для представлення статичної структури моделі системи в термінології класів об'єктно-орієнтованого програмування. Діаграма класів може відображати, зокрема, різні взаємозв'язки між окремими сутностями предметної області, такими як об'єкти і підсистеми, а також описувати їх внутрішню структуру і типи відносин. Діаграма класів - це граф, вершинами якого є елементи типу «класифікатор», зв'язані різними типами структурних відносин. Діаграма класів може також містити інтерфейси, пакети, відношення і навіть окремі екземпляри, такі як об'єкти і зв'язки.

Звіт до лабораторної роботи Інформаційні технології

sergiwez

28.01.2013 17:01-

Коментарі

Ви не можете залишити коментар. Для цього, будь ласка, або зареєструйтесь.

Ділись своїми роботами та отримуй миттєві бонуси!

Маєш корисні навчальні матеріали, які припадають пилом на твоєму комп'ютері? Розрахункові, лабораторні, практичні чи контрольні роботи — завантажуй їх прямо зараз і одразу отримуй бали на свій рахунок! Заархівуй всі файли в один .zip (до 100 МБ) або завантажуй кожен файл окремо. Внесок у спільноту – це легкий спосіб допомогти іншим та отримати додаткові можливості на сайті. Твої старі роботи можуть приносити тобі нові нагороди!

поділитись