Розробка моделі програмного забезпечення керування роботою ліфта засобами Rational Rose

Автор работы: Пользователь скрыл имя, 09 Мая 2012 в 18:54, курсовая работа

Краткое описание

Rational Rose – популярний засіб візуального моделювання об'єктно-орієнтованих інформаційних систем компанії Rational Software Corp. Робота продукту заснована на універсальній мові моделювання UML (Universal Modeling Language). Завдяки унікальному мови моделювання Rational Rose здатний вирішувати практично будь-які завдання в проектуванні інформаційних систем: від аналізу бізнес процесів до кодогенераціі певною мовою програмування. Тільки Rose дозволяє розробляти як високорівневі, так і низькорівневі моделі, здійснюючи тим самим або абстрактне проектування, або логічне.

Содержание

ВСТУП…………………………………………………………………………… 4
1. АНАЛІЗ ПРЕДМЕТНОЇ ОБЛАСТІ………………………………………… 6
1.1. Опис основних елементів моделі……………………………………... 6
1.2. Опис варіантів функціонування системи…………………………….. 7
2. ПОБУДОВА ДІАГРАМ ПРОЕКТОВАНОЇ МОДЕЛІ……………..…….8
2.1. Створення діаграми варіантів використання………………………….. 8
2.2. Створення діаграми послідовності…………………………………….. 9
2.3. Створення діаграми класів……………………………………………. 11
2.4. Створення діаграми активності………………………………………. 14
ВИСНОВКИ ТА РЕКОМЕНДАЦІЇ…………………………………………... 16
СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ……

Прикрепленные файлы: 1 файл

КР-ІКСМтП(ПЗ) - Білошицький.doc

— 205.00 Кб (Скачать документ)
 

    Тобто маємо 4 прецеденти:

  • Виклик ліфта;
  • Переміщення ліфта на поверх виклику;
  • Вибір цільового поверху;
  • Перемішення ліфта на цільовий поверх.
 

Рис.1 Діаграма варіантів використання 

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

      Діаграма  послідовності (Sequence diagram) - діаграма, на якій зображено впорядковане в часі взаємодія об'єктів. Зокрема, на ній зображуються беруть участь у взаємодії об'єкти і послідовність повідомлень, якими вони обмінюються.

     Основними елементами діаграми послідовності  є позначення об'єктів (прямокутники), вертикальні лінії (англ. lifeline), що відображають протягом часу при діяльності об'єкта, і стрілки, що показують виконання дій об'єктами. На даній діаграмі об'єкти розташовуються зліва направо. Її недоліком є те, що вона займає багато місця. 

      Діаграма  послідовності «Вызов лифта» (Рис.2) показує послідовність видимих та скритних дій у системі з моменту натискання кнопки виклику ліфта.

      

     Містить таку послідовність дій між такими діючими лицями та об’єктами:

    1. Користувач – Кнопка виклику: «Натиснути»
    2. Кнопка виклику – Контролер ліфта: «Оновити»
    3. Контролер ліфта – Кнопка виклику: «Підсвічування»
    4. Контролер ліфта –  Ліфт: «Запит положення ліфту»
    5. Ліфт – Контролер ліфта: «Отримання інф. про положення ліфта»
    6. Контролер ліфта –  Ліфт: «Рухатися на поверх виклику»
    7. Ліфт – Контролер ліфта: «Поверх досягнуто»
    8. Контролер ліфта –  Ліфт: «Стоп»
    9. Контролер ліфта – Двері ліфта: «Відкрити»
    10. Користувач – Ліфт: «Зайти у ліфт»
    11. Контролер ліфта – Контролер ліфта: «Очікування вибору поверха»
    12. Користувач – Панель кнопок у ліфті: «Вибір цільового поверху»
    13. Панель кнопок у ліфті – Контролер ліфта: «Передача номеру цільового поверха»
    14. Контролер ліфта – Двері ліфта: «Закрити»
    15. Контролер ліфта –  Ліфт: «Рухатися на цільовий поверх»
    16. Контролер ліфта – Кнопка виклику: «Погасити»
 

Рис.2 Діаграма послідовності 

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

     Діаграма  класів (Class diagram) – статична структурна діаграма, що описує структуру системи, вона демонструє класи системи, їх атрибути, методи і залежності між класами.

     Існують різні точки зору на побудову діаграм класів у залежності від цілей їх застосування:

  • концептуальна точка зору - діаграма класів описує модель предметної області, в ній присутні лише класи прикладних об'єктів;
  • точка зору специфікації - діаграма класів застосовується при проектуванні інформаційних систем;
  • точка зору реалізації - діаграма класів містить класи, що використовуються безпосередньо в програмному коді (при використанні об'єктно-орієнтованих мов програмування).
 

     Діаграма  класів для даної системи (Рис.3) має досить просту структуру. Є 4 класи:

  • Кнопка
  • Контролер
  • Двері
  • Ліфт
 

В кожного класу  є свої описані операції та атрибути:

  • Кнопка

    Операції:

    • Натиснути
    • Підсвічування
    • Погасити

    Атрибути:

    • Світло : Boolean = 0
  • Контролер

     Операції:

    • Обновити
    • Отримання інформації про положення ліфта
    • Поверх досягнут

    Атрибути:

    • Пам’ять на номер цільового поверха : Integer
    • Датчик положения лифта : Integer
    • Датчик досягнення поверха : Boolean = 1
 
  • Двері

     Операції:

    • Відкрити
    • Закрити

     Атрибути:

    • Стан дверей : Boolean = 0
  • Ліфт

     Операції:

    • Рухатися
    • Стоп
    • Запит положення ліфта

     Атрибути:

    • Напрям : Boolean = –
    • Номер поверху : Integer
    • Панель кнопок поверхів : Integer

Рис.3 Діаграма класів 

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

     Діаграма  активності (Activity diagram) - діаграма, на якій показано розкладання деякої діяльності на її складові частини. Під діяльністю (англ. activity) розуміється специфікація виконуваної поведінки у вигляді координованого послідовного і паралельного виконання підлеглих елементів - вкладених видів діяльності та окремих дій (англ. action), з'єднаних між собою потоками, які йдуть від виходів одного вузла до входів іншого.

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

     Діаграма  активності системи керування ліфтом (Рис.4) складається з послідовності таких активностей та умов:

  • Виклик ліфта;
  • Перевірка позиції ліфта;
  • Поверх співпадає з поверхом виклику?;
  • Рух ліфта до поверху виклику;
  • Відриття дверей;
  • Очікування вибору поверха;
  • Вибір поверху;
  • Поверх обран?;
  • Закриття дверей;
  • Рух ліфта на вказаний поверх;
  • Відкриття дверей.
 

     Нам необхідно зробити дві «водяні  доріжки»(Swimline) – одну для Користувача, який приймає участь у активності, другу для Контролера. 
 

     Таким чином Користувач виявляє всього дві активності, а саме:

  • Виклик ліфта;
  • Вибір поверху.
 

Рис.4 Діаграма активності 
 
 
 

ВИСНОВКИ  ТА РЕКОМЕНДАЦІЇ 

      Спроектована  модель системи керування ліфтом є досить спрощеною та неповною, так як сучасні системи керування ліфтами, як правило, керують декількома елеваторами, враховують виклики на декількох поверхах, при чому напрям також враховується та вираховують оптимальний маршрут кожного підйомника задля економії енергії та оптимального зносу двигунів та інших елементів системи, що схильні до зносу. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

СПИСОК  ВИКОРИСТАНИХ ДЖЕРЕЛ 

  1. Крэг Ларман. Применение UML 2.0 и шаблонов проектирования = Applying UML and Patterns : An Introduction to Object-Oriented Analysis and Design and Iterative Development. — 3-е изд. — М.: Вильямс, 2006. — 736 с.
  2. Джозеф Шмуллер. Освой самостоятельно UML 2 за 24 часа. Практическое руководство = Sams Teach Yourself UML in 24 Hours, Complete Starter Kit. — М.: Вильямс, 2005. — 416 с.
  3. Грейди Буч, Джеймс Рамбо, Айвар Джекобсон. Язык UML. Руководство пользователя = The Unified Modeling Language user guide. — 2-е изд. — М., СПб.: ДМК Пресс, Питер, 2004. — 432 с.

Информация о работе Розробка моделі програмного забезпечення керування роботою ліфта засобами Rational Rose