- •Лабораторна робота 4.3. Підготовка моделі для генерації програмного коду в середовищі ibm Rational Rose …………………
- •Лабораторна робота 1.1 опис і аналіз інформаційної системи
- •Основні теоретичні відомості
- •Порядок виконання роботи
- •Завдання на роботу
- •Лабораторна робота 1.2 розробка вимог до інформаційної системи
- •Основні теоретичні відомості
- •Порядок виконання роботи
- •Оформлення результатів роботи
- •Завдання на роботу
- •Запитання для самоперевірки
- •Лабораторна робота 1.3 графік робіт проекту і перегляд критичного шляху
- •Основні теоретичні відомості
- •Порядок виконання роботи
- •Оформлення результатів роботи
- •Індивідуальні завдання
- •Запитання для самоперевірки
- •Створення графіку робіт та ресурсів за допомогою діаграми pert
- •Основні теоретичні відомості
- •Порядок виконання роботи
- •Оформлення результатів роботи
- •Індивідуальні завдання
- •Оформлення результатів роботи
- •Порядок виконання роботи
- •Оформлення результатів роботи
- •Індивідуальні завдання
- •Запитання для самоперевірки
- •Лабораторна робота 2.1 функціональне моделювання інформаційних систем
- •Основні теоретичні відомості
- •Порядок виконання роботи
- •Оформлення результатів роботи
- •Індивідуальні завдання
- •Порядок виконання роботи
- •Оформлення результатів роботи
- •Індивідуальні завдання
- •Запитання для самоперевірки
- •Лабораторна робота 2.3 побудова моделей потоків даних
- •Основні теоретичні відомості
- •Порядок виконання роботи
- •Порядок виконання роботи
- •Оформлення результатів роботи
- •Лабораторна робота 3.2 розробка діаграми класів в середовищі ibm rational rose
- •Основні теоретичні відомості
- •Порядок виконання роботи
- •Оформлення результатів роботи
- •Порядок виконання роботи
- •Оформлення результатів роботи
- •Індивідуальні завдання
- •Лабораторна робота 3.4 розробка діаграми станів в середовищі ibm rational rose
- •Основні теоретичні відомості
- •Порядок виконання роботи
- •Порядок виконання роботи
- •Оформлення результатів роботи
- •Індивідуальні завдання
- •Запитання для самоперевірки
- •Порядок виконання роботи
- •Оформлення результатів роботи
- •Індивідуальні завдання
- •Запитання для самоперевірки
- •Лабораторна робота 4.2 діаграма розгортання в середовищі ibm rational rose
- •Основні теоретичні відомості
- •Порядок виконання роботи
- •Оформлення результатів роботи
- •Індивідуальні завдання
- •Лабораторна робота 4.3 підготовка моделі для генерації програмного коду в середовищі ibm rational rose
- •Основні теоретичні відомості
- •Порядок виконання роботи
- •Оформлення результатів роботи
- •Індивідуальні завдання
- •Запитання для самоперевірки
- •Лабораторна робота 4.4. Оцінка розміру та вартості проекту
- •Основні теоретичні відомості
- •Типи проектів
- •Порядок виконання роботи
- •Оформлення результатів роботи
- •Індивідуальні завдання
- •Запитання для самоперевірки
- •Список джерел
- •Опис інформаційної системи Коротка інформація про компанію "мед"
- •Бачення виконання проекту і границі проекту
- •Існуючий рівень автоматизації
- •Бачення обліку інформаційної системи
- •Звіт про необхідні закупівлі
- •Опис системи обліку
- •Опис довідників
- •Приклад оформлення технічного завдання
- •2.2. Мета створення системи
- •3. Характеристика об'єкта
- •3.1. Робота зі звітами
- •4. Вимоги до системи
- •4.1. Вимоги до системи в цілому
- •4.1.1. Вимоги до структури системи
- •4.1.2. Вимоги до режимів функціонування системи
- •4.1.3. Вимоги до способів і засобів зв'язку для обміну між компонентами системи
- •4.1.4. Вимоги до сумісності з суміжними системами
- •4.1.5. Перспективи розвитку системи
- •4.1.6. Вимоги до чисельності та кваліфікації персоналу та режиму його роботи
- •4.1.7. Показники призначення
- •4.1.8. Вимоги до надійності
- •4.1.9. Вимоги по ергономіці і технічній естетиці
- •4.1.10. Вимоги щодо безпеки
- •4.1.11. Вимоги до експлуатації, технічного обслуговування, ремонту та зберігання
- •4.1.12. Вимоги щодо збереження інформації
- •4.2. Вимоги до видів забезпечення
- •4.2.1. Загальні відомості
- •4.2.2. Вимоги до лінгвістичного забезпечення
- •4.2.3. Вимоги до технічного забезпечення
- •4.2.4. Вимоги до програмного забезпечення
- •4.2.5. Вимоги до технічного забезпечення
- •4.2.6. Вимоги до організаційного забезпечення
- •5. Склад і зміст робіт зі створення системи
- •6. Порядок контролю та приймання системи
- •7. Вимоги до документування
- •7.1. Загальні вимоги до документування
- •7.2. Перелік документів, що підлягають розробці
- •8. Вимоги до складу та змісту робіт з підготовки об'єкта автоматизації до введення системи в дію
- •9. Порядок внесення змін
- •03680. Київ-58, проспект Космонавта Комарова, 1.
Оформлення результатів роботи
Результати лабораторної роботи оформлюються у вигляді звіту обов'язковими елементами, якого є: титульний аркуш; формулювання мети та завдання на роботу; основна частина; висновки.
Основна частина роботи повинна містити етапи вирішення індивідуального завдання шляхом аналізу досягнутих результатів в обраній предметній області.
Висновки повинні містити результати виконаної роботи.
Індивідуальні завдання
Розробити діаграму кооперації та послідовностей для систем, список яких надано в лабораторній роботі 3.1 або узгодити вибір бізнес-процесів з викладачем.
Запитання для самоперевірки
1. В чому призначення діаграмі кооперації?
2. У чому різниця між активними і пасивними об'єктами?
3. Чим асинхронне повідомлення відрізняється від синхронного?
4. Що таке мультиоб'єкт?
5. Що таке композитний об'єкт і як він пов'язаний з поняттям кооперації?
6. Як можна уникнути ускладнення діаграми взаємодії з розгалуженим потоком управління?
7. Як показуються повідомлення на діаграмі кооперацій?
Лабораторна робота 3.4 розробка діаграми станів в середовищі ibm rational rose
Мета: засвоїти призначення та способи складання діаграми станів в середовищі IBM Rational Rose
Завдання: розробити діаграму станів для обраної інформаційної системи.
Основні теоретичні відомості
Діаграми станів використовуються для опису поведінки окремих систем і підсистем та можуть бути застосовані для моделювання всіх можливих змін станів конкретних об'єктів. Діаграма станів є графом спеціального виду, який призначений для подання кінцевого автомата.
Стан на діаграмі зображується прямокутником зі скругленими вершинами. Цей прямокутник може бути розділений на дві секції горизонтальною лінією. Якщо зазначається лише одна секція, то в ній записується тільки ім'я стану. А якщо ні, то в першій з них записується ім'я стану, а в другий - список деяких внутрішніх дій або переходів у даному стані.
Дія приводить до зміни стану системи, і може бути реалізована шляхом передачі повідомлення об'єкту, модифікацією зв'язку або значення атрибута.
Кожна дія записується окремим рядком у форматі «мітка дії '/ ' вираз дії». Мітка дії вказує на обставини або умови, при яких буде виконуватися діяльність, визначена виразом дії. При цьому вираз дії може використовувати будь-які атрибути і зв'язки, що належать області імен або контексту моделюємого об'єкту.
Псевдостан (pseudo-state) – вершина кінцевого автомату, яка має форму стану, але не має поведінки. Прикладами псевдостанів, які визначені в мові UML, є початковий і кінцевий стани.
Перехід – відношення між двома станами, яке вказує на те, що об'єкт у першому стані повинен виконати певні дії і перейти в інший стан.
Спрацьовування переходу може залежати не тільки від настання події, але і від виконання певної умови, яка називається сторожовою. Об'єкт перейде з одного стану до іншого в тому випадку, якщо відбулася зазначена подія і сторожова умова прийняла значення "істина". На діаграмі станів перехід зображується суцільною лінією зі стрілкою, яка виходить із вихідного стану і спрямована в цільовий стан.
Залежно від виду подій, що відбуваються, у мові UML розрізнюють два типи переходів: триггерні та нетриггерні.
Перехід називається триггерним, якщо його специфікує подія-тригер, пов'язана із зовнішніми умовами стосовно розглянутого стану. У цьому випадку поруч зі стрілкою триггерного переходу обов'язково вказується ім'я події у формі рядка тексту, що починається з рядкової букви.
Перехід називається нетриггерним, якщо він відбувається по завершенню виконання діяльності в даному стані. Для них поруч зі стрілкою переходу не вказується ніякого імені події, а у вихідному стані повинна бути описана внутрішня діяльність, по завершенню якої відбудеться той або інший нетриггерний перехід.
Сторожова умова – логічна умова, записується в прямих дужках, що і представляє собою булевий вираз, який приймає значення, що взаємно виключають "істина" або "неправда".
