Содержание
- 2. Зміст Реалізація прецедентів. Використання діаграм послідовностей Анатомія діаграм послідовності Двохетапне розроблення діаграм послідовностей Узгодженість (цілісність) моделей
- 3. Спрощена стратегія використання UML-діаграм при моделюванні ПС Спочатку для проектованої ПС варто розробити (1) діаграму прецедентів
- 4. Роль основних сценаріїв Відштовхуючись від основних сценаріїв прецедентів можуть здійснюватись подальші кроки на шляху моделювання і,
- 5. Діаграми поведінки Для опису динаміки використовуються діаграми поведінки (behavior diagrams), що підрозділяються на діаграми взаємодії (interaction
- 6. Реалізація прецедентів. Використання діаграм послідовностей Прецедент можна розглядати як набір основних сценаріїв. Кожен сценарій реалізується сукупністю
- 7. Діаграми послідовностей та виявлення об’єктів Виявлення об’єктів при розробленні діаграми слід розглядати як важливий крок на
- 8. Анатомія діаграм послідовності Об'єкти зображуються у вигляді прямокутників і розміщуються над лініями життя (lifeline). Лінії життя
- 9. Два етапи розроблення діаграм послідовностей При проектуванні діаграм послідовностей доцільно використовувати два етапи. На першому етапі
- 10. Діаграма послідовності до сценарію “Викладач формулює тему дипломної роботи” (перший етап)
- 11. Діаграма послідовності. Можливі попередження системи IBM RR (відслідковування цілісності ПС) Цілісність (узгодженість) моделей: об'єкти – примірники
- 12. Використання класів при проектуванні ПС. Етап аналізу Класи етапу аналізу: прикордонні (boundary) або інтерфейсні класи; класи-сутності
- 13. Класи етапу аналізу Засоби розширення UML. Стереотипи прикордонні (boundary) або інтерфейсні класи; класи-сутності (entity); управляючі (control)
- 14. Прикордонні (boundary) класи. Принцип відокремлення інтерфейсу користувача від бізнес-логіки. Прикордонні (boundary) або інтерфейсні класи моделюють взаємодію
- 15. Управляючі (control) класи. Управляючі (control) класи або класи-менеджери відповідають за координацію дій, поведінки (об'єктів) у процесі
- 16. Менеджери повідомлень Додаткові рекомендації Принцип відокремлення бізнес-логіки від логіки черговості повідомлень. Додаткові рекомендації з використання менеджерів
- 17. Приклади інших можливих класів-менеджерів у програмних системах Приклади інших можливих класів-менеджерів у програмних системах: менеджери транзакцій
- 18. Класи-сутності (entity) моделюють ключові абстракції предметної області, пов'язані з обробкою та збереженням інформації програмною системою (такі
- 19. Контекстне меню для повідомлення та узгоджуваність моделей
- 20. Використання класів при проектуванні ПС. Етап проектування (1/2) Класи етапу аналізу: прикордонні (boundary) або інтерфейсні класи;
- 21. Діаграма послідовності для сценарію “Викладач формулює тему дипломної роботи” (другий етап)
- 22. Перевірка узгодженості моделі (Tools - Check Model). Приклад
- 23. Перевірка моделі. Журнал повідомлень (log)
- 24. Діаграми співробітництва (collaboration)
- 25. Діаграми співробітництва та діаграми послідовності Діаграми послідовності: більш корисні на етапі аналізу ПС; акцент на часову
- 26. Відношення між класами Типи відношень між класами: узагальнення; залежність; асоціація; агрегація; композиція. Ієрархія обмежень на “класові”
- 27. Відношення між класами та їх виявлення. Відношення залежності Клас A залежить від класу B, якщо при
- 28. Відношення між класами та їх виявлення. Асоціація У випадку асоціації клас-клієнт (або залежний клас) має “інформацію
- 29. Графічна реалізація прецедентів Графічна реалізація прецедентів полягає у створенні: однієї чи декількох діаграм взаємодії (послідовності чи
- 30. Діаграма класів-учасників VOPC (View of Participating Classes) до сценарію “Викладач формулює тему дипломної роботи” .
- 31. Відношення між класами та їх виявлення. Агрегація та композиція Агрегація – це асоціація з відношенням ”ціле-частина”
- 32. Композиція у IBM RR. Контекстне меню кінця композиції
- 33. Рефлексивні асоціації
- 34. Проектування відношень між класами При проектуванні відношень між класами асоціації бажано створювати односпрямованими (такі асоціації легше
- 35. Асоціації. Приклад
- 36. Проектування атрибутів та операцій Видимість (visibility, export control): public; protected; private; implementation – видимість у межах
- 37. До специфікації класів
- 38. Пакетування класів Пакетування класів (організація класів у пакети) дозволяє отримувати моделі більш високого рівня абстракції. Принципи
- 39. Пакетування класів (приклад)
- 41. Скачать презентацию