Розробка моделі системи "Відкриття нового підприємства по виготовленню цегли", використовуючи методології проектування IDEF0 та UML (стр. 2 из 2)
Після створення стрілки необхідно дати їй ім'я. Для цього стрілку потрібно виділити й двічі клацнути мишею. У вікні Arrow Properties у вкладці Name треба задати ім'я стрілки, у вкладці Style визначити її стиль.
Контексна діаграма
Діаграма декомпозиції 1 рівня
:
Діаграма декомпозиції 2 рівня
Діаграма декомпозиції 3 рівня
Решту діаграм див. Додаток 1
12.Побудувати у середовищі Enterprise Architect 7.0 модель системи, використовуючи об'єктну методологію UML, яка б складалася із діаграми класів і діаграми діяльності:
a. Діаграма класів повинна складатися мінімум з 6 класів, у яких обов'язково повинні бути задані: ім'я класу, набір атрибутів(не менш 3) і операцій(не менш 3). Не менш чим в двух операціях класу повинні бути передбачені вхідні параметри. Також класи повинні бути зв'язані не менш 2 типами відносин : асоціації(або залежності) і агрегації(або узагальнення). Також повинне бути коротко описане призначення кожного класу за допомогою приміток.
b. Діаграма діяльності повинна складатися мінімум з 6 станів діяльності, не менше одного стану під діяльності(який повинен складатися не менше, чим із 3 станів діяльності), не менш двох розгалужень, не менш двох паралельних потоків керування й мати не менш 3 доріжок
Робота у середовищі Enterprise Architect 7.0:
a) Побудова діаграми класів
Щоб створити новий проект у середовищі Enterprise Architect 7.0 треба обрати пункт меню File-New Project. У вікні, яке відкрилося обрати місце збереження і назву моделі та натиснути кнопку Сохранить
У вікні Project Browser обрати New Package і вказати ім’я пакету. Далі у вікні Project Browser обрати ім’я створеного пакету і обрати New Diagram. В з’явившомуся вікні вказати ім’я діаграми та обрати тип діаграми Class.
У вікні Toolbox обрати елемент Class і розташувати класи в потрібних місцях вікна діаграми.
У властивостях класу необхідно вказати ім’я класу. Задати атрибути в пункті контекстного меню Attributes…" та операції в пункті Operations….
Для додавання зв’язків між класами треба обрати потрібний тип зв’язку в другій секції Class Relationships вікна Toolbox.
Два рази клацнувши лівою кнопкою миші по стрілці відкриється меню Association Properties, в якому треба вказати назву стрілки.
Для додавання приміток в вікні Toolbox в секції Common обрати елемент Note та помістити їх поряд з класами для їх пояснення. Потім двічі клацнути по елементу Note і в вікні, яке з’явилося, вписати примітки. Потім обрати елемент Note Link і зв’язати примітки з класами.
Діаграма класів
б) Побудова діаграми діяльності
Щоб створити новий проект у середовищі Enterprise Architect 7.0 треба обрати пункт
меню File-New Project. У вікні, яке відкрилося обрати місце збереження і назву моделі та натиснути кнопку Сохранить.
У вікні Project Browser обрати New Package і вказати ім’я пакету. Далі у вікні Project Browser обрати ім’я створеного пакету і обрати New Diagram.
Потім у вікні, що з'явилося, вписати ім'я діаграми й вибрати тип діаграми Activity.
Для додавання діяльності у вікні Activity Elements треба вибрати елемент Activity і помістити його на діаграму. У вікні, що з'явилося, ввести ім'я діяльності.
Для додавання стану піддіяльності у вікні Activity Elements треба вибрати елемент Structured Activity і помістити його на діаграму .У вікні New Structured Activity вибрати тип піддіяльності Simple Composite і, далі, у вікні, що з'явилося, у полі Name ввести ім'я стану піддіяльності.
Для додавання початкового стану у вікні Activity Elements треба вибрати елемент Initial і помістити його на діаграму.
Для додавання кінцевого стану у вікні Activity Elements треба вибрати елемент Final і помістити його на діаграму.
Для додавання розгалуження у вікні Activity Elements треба вибрати елемент Decision і помістити його на діаграму.
Для додавання доріжки у вікні Activity Elements треба вибрати елемент Partition і помістити його на діаграму. У вікні, що з'явилося, у поле Name записати ім'я доріжки.
Для додавання переходу у вікні Activity Relationships треба вибрати елемент Control Flow і з'єднати за допомогою нього 2 елементи.
Якщо необхідно задати сторожову умову, то треба клацнути правою клавішею мишки на перехід і в меню, що з'явився, вибрати ControlFlow Properties. У вікні, що з'явилося, перейти на вкладку Constraints і в поле Guard ввести сторожову умову.
Діаграма діяльності
Діаграма, на якій зображується те,в що декомпозується стан під діяльності "Провести завершальні роботи"
В результаті практичної роботи я визначила систему, що моделюється – "Пошиття жіночих брюк", склала список її об’єктів та функцій, сформулювала її мету та точку зору. У середовищі BPwin 4.0, використовуючи функціональну методологію IDEF0, й у середовищі Enterprise Architect 7.0, використовуючи об'єктну методологію UML, побудувала модель цієї системи.
Функціональна методологія розглядає організацію як набір функцій, які перетворюють вхідний потік у вихідний потік інформації. Головними структурними компонентами є функції, які на діаграмах зв’язуються між собою потоками об’єктів.
Перевагою функціональної методології є реалізація структурного підходу до проектування ІС за принципом "вниз", тобто коли кожний функціональний блок може бути декомпозований на безліч під функцій.
Головним недоліком функціональної методології є те, що процеси і дані існують окремо один від одного. Також в цих методологіях чітко не вказані умови виконання процесів обробки інформації, які динамічно можуть змінюватись.
Об’єктна методологія розглядає організацію, що моделюється, як набір взаємодіючих об’єктів. Об’єкт визначається як відчутна реальність (предмета або явища), що має чітко обумовлене поводження.
Головними структурним компонентом виступає клас об’єктів з набором функцій, які можуть звертатися до атрибутів цього класу.
Перевагою об’єктної методології є те, що вона дозволяє описати систему практично зі всіх можливих точок зору і різні аспекти поведінки системи. Також можлива побудова систем в самих різних областях будь-якого розміру і складності. Крім того, більшість сучасних мов програмування, інструментальних засобів і операційних систем є в тій чи іншій мірі об'єктно-орієнтованими, а це дає вагомі підстави судити про світ в термінах об'єктів.
Головним недоліком є те, що вживання об’єктної методології вимагає введення додаткових способів представлення інформації про предметну область і методів її аналізу. Мова UML включає більше 100 різних умовних позначень. Для успішного використання подібного механізму потрібна наявність певного рівня кваліфікації у фахівців. Для невеликих проектів ефективнішим може виявитися вживання класичних методів розробки.