Російський державний університет
інноваційних технологій та підприємництва
(філія г.Пенза)
Курсова робота
Автор
студент гр.10зУ6 Кільдеев І.Х.
Керівник Такташкін Д.В
Пенза +2014
Зміст
Введення
) Діаграма програмного забезпечення UML
) Діаграма діяльності UML
) Діаграма послідовності UML
) Діаграма реалізації UML
) Діаграма IDEF0
Висновок
Список використаної літератури
Введення
- це уніфікований графічний мова моделювання для опису, візуалізації, проектування та документування ГО систем. UML покликаний підтримувати процес моделювання ПС на основі ГО підходу, організовувати взаємозв'язок концептуальних і програмних понять, відображати проблеми масштабування складних систем. Моделі на UML використовуються на всіх етапах життєвого циклу ПС, починаючи з бізнес-аналізу і закінчуючи супроводом системи. Різні організації можуть застосовувати UML на свій розсуд в залежності від своїх проблемних областей і використовуваних технологій.
До середини 90-х років різними авторами було запропоновано декілька десятків методів ГО моделювання, кожен з яких використовував свою графічну нотацію. При цьому будь-який їхній цих методів мав свої сильні сторони, але не дозволяв побудувати досить повну модель ПС, показати її «з усіх боків», тобто, всі необхідні проекції (Див. Статтю 1). До того ж відсутність стандарту ГО моделювання ускладнювало для розробників вибір найбільш підходящого методу, що перешкоджало широкому поширенню ГО підходу до розробки ПС.
За запитом Object Management Group (OMG) - організації, відповідальної за прийняття стандартів у галузі об'єктних технологій і баз даних назріла проблема уніфікації та стандартизації була вирішена авторами трьох найбільш популярних ГО методів - г.Буча, Д. Рамбо і А.Джекобсоном, які об'єднаними зусиллями створили версію UML 1.1, затверджену OMG в 1997 році в якості стандарту.
Будь-яка мова складається з словника і правил комбінування слів для отримання осмислених конструкцій. Так, зокрема, влаштовані мови програмування, таким є і UML. Відмінною його рисою є те, що словник мови утворюють графічні елементи. Кожному графічного символу відповідає конкретна семантика, тому модель, створена одним розробником, може однозначно бути зрозуміла іншим, а також програмним засобом, інтерпретують UML. Звідси, зокрема, випливає, що модель ПС, представлена ??на UML, може автоматично бути переведена на ГО мова програмування (такий, як Java, C ++, VisualBasic), тобто, за наявності хорошого інструментального засобу візуального моделювання, що підтримує UML, побудувавши модель , ми отримаємо і заготівлю програмного коду, відповідного цієї моделі.
Слід підкреслити, що UML - це саме мова, а не метод. Він пояснює, з яких елементів створювати моделі і як їх читати, але нічого не говорить про те, які моделі і в яких випадках слід розробляти. Щоб створити метод на базі UML, треба доповнити його описом процесу розробки ПС. Прикладом такого процесу є Rational Unified Process, який розглядатиметься в наступних статтях.
Модель представляється у вигляді сутностей і відносин між ними, які показуються на діаграмах.
Сутності - це абстракції, які є основними елементами моделей. Є чотири типи сутностей - структурні (клас, інтерфейс, компонент, варіант використання, кооперація, вузол), поведінкові (взаємодія, стан), группирующие (пакети) і анотаційні (коментарі). Кожен вид сутностей має своє графічне представлення. Сутності будуть детально розглянуті при вивченні діаграм.
Відносини показують різні зв'язки між сутностями. У UML визначені наступні типи відносин:
· Залежність показує таку зв'язок між двома сутностями, коли зміна однієї з них - незалежною - може вплинути на семантику іншого - залежною. Залежність зображується пунктирною стрілкою, спрямованої від залежною сутності до незалежною.
· Асоціація - це структурний ставлення, що показує, що об'єкти однієї сутності пов'язані з об'єктами іншої. Графічно асоціація показується у вигляді лінії, що з'єднує зв'язувані сутності. Асоціації служать для здійснення навігації між об'єктами. Наприклад, асоціація між класами «Замовлення» і «Товар» може бути використана для знаходження всіх товарів, зазначених у конкретному замовленні - з одного боку, або для знаходження всіх замовлень в ...
