98

МІНІСТЕРСТВО ОСВІТИ І НАУКИ, МОЛОДІ ТА СПОРТУ УКРАЇНИ

ДНІПРОПЕТРОВСЬКИЙ НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ

Iм. Олеся Гончара

Центр заочної та вечірньої форм навчання

КАФЕДРА ЕОМ

ДИПЛОМНА РОБОТА

За освітньо-кваліфікаційним

рівнем бакалавр

Проектування програмного продукту із застосуванням

систем візуального моделювання

Керівник

доц. каф. ЕОМ

ТВЕРДОСТУП М.І.

“__” травня 2012

_______________

Рецензент

проф. каф. КЕЗ

КОРЧИНСЬКИЙ В.М.

“__” травня 2012

_______________

Зав. каф. ЕОМ

проф. каф. ЕОМ

ХАНДЕЦЬКИЙ В.С.

“__” травня 2012

_______________

Виконавець

ст. гр. КІ-10у-1в

КІЛЕСО О.В.

“__” травня 2012

_______________

м. Дніпропетровськ

2012 р.

Реферат

Дипломна робота: 99 стор, 5 табл., 54 Рис., 9 Літ. іст., ___ додат.

Ключові слова: ВІЗУАЛЬНЕ КОНСТРУЮВАННЯ ПРОГРАМ, CASE-ТЕХНОЛОГІЇ, МОДЕЛІ, ДІАГРАМИ

Об'єкт дослідження: особливості застосування мови UML 2.0 і створення діаграм на мові UML 2.0

Мета дослідження: розробка методичних рекомендацій

Результати дослідження: Розроблено методичні рекомендації. У методичних рекомендаціях наведено відомості про програмне середовище Visual Paradigm, викладено основні прийоми побудови діаграм в нотації мови моделювання UML 2.0

RESUME

Thesis: page 99 , 5 Table., 54 Fig., 9 Lit. sou., ___ adj.

Keywords: VISUAL DESIGN OF PROGRAMS, CASE-TEHNOLOGY, MODEL, DІAGRAMS

The object of study: characteristics of the language and the creation of UML 2.0 diagrams in UML 2.0 language

Objective: to develop guidelines

Results: The methodical recommendations. In methodical recommendations are given information about the programming environment Visual Paradigm, describes the main methods of diagramming notation in UML 2.0 modeling language

ЗМІСТ

Вступ 5

1. Літературний огляд. Сучасні технології об'єктно-орієнтованого аналізу та проектування інформаційних систем 7

1.1. Методологія об'єктно-орієнтованого програмування 8

1.2. Методологія об'єктно-орієнтованого аналізу і проектування 12

2. Постановка завдання 17

3. Теоретична частина. Визначення візуального моделювання програмного забезпечення 18

3.1. Аналіз та проектування 18

3.2. Візуальне моделювання. Історія мови UML 20

3.3. Структура мови UML 22

3.4. Навчальний приклад. Постановка завдання 23

3.5. Візуальний опис функціональної моделі засобами UML 23

3.6. Структура системи та її опис засобами UML 26

4. Практична частина. 31

4.1. Використання UML в проектуванні ПЗ 31

4.2. Загальна характеристика CASE-засобів Visual Paradigm 34

4.3. Інтерфейс програми VP-UML 35

4.4. Принцип роботи в VP-UML 41

4.5. Лабораторний практикум 43

4.5.1. Лабораторна робота № 1 «Діаграма прецедентів» 43

4.5.2. Лабораторна робота № 2 «Діаграми класів» 56

4.5.3. Лабораторна робота № 3 «Діаграма послідовності» 80

4.5.4. Лабораторна робота № 4 «Діаграма комунікацій» 89

Висновок 98

Література 99

ВСТУП

Розробка моделі програмної системи промислового чи комерційного рівня завжди передує створення нової або оновлення старої. Це суттєва частина ясного розуміння великого завдання в прикладній предметної області. Продумані моделі дуже важливі як для взаємодії команд, що беруть участь у розробці, так і для впевненості в "архітектурної узгодженості" всього проекту, до того як він буде реалізований у вигляді коду.

Ми будуємо моделі складних систем, бо не може "охопити" ні одну з таких систем у всій її повноті і цілісності. Метод ГО аналізу дозволяє справлятися і нормально описувати складності, властиві реальним системам. Але при збільшенні складності систем, виникає все більша необхідність в хорошій технології моделювання. Звичайно, існує також безліч інших важливих чинників, що призводять до успішно виконаному проекту, але володіння стандартним і точним мовою моделювання один з таких істотних чинників.

Мова моделювання повинен включати:

• Елементи моделі - фундаментальні концепції моделювання та їх семантику

• Нотацію - візуальне представлення елементів моделі

• Керівництво - ідіоми використання при роботі

При збільшенні складності систем, моделювання і стандартна візуалізація стає важливим фактором розробки таких систем. В інших промислових областях успішно існують "стандартизовані" системи позначень типових елементів і компонент систем, наприклад, електронщики розуміють схеми, архітектори - креслення і т.д.

Т.я. для багатьох компаній стратегічне значення програмного забезпечення збільшується, то промисловість шукає шляхи та технології "автоматизації" виробництва ПЗ. Звичайно, ніяка творча людська діяльність не може бути автоматизована, тому під "автоматизацією" розуміється поліпшення якості ПЗ, зменшення його вартості, а також зменшення часу виходу на ринок або написання. Також ведеться пошук технологій для управління виробництвом складних систем. У міру того як вони виростають у розмірах і масштабах, природно, що стає складніше управляти процесом виробництва ПЗ, який має вкластися у виділені фінансові рамки, строгий часовий період, задовольнити формальні і бажано неформальні вимоги замовника. Також важливим моментом є і еволюціонування продукту - продукт з хорошою архітектурою легше і простіше піддається подальшій модернізації та розвитку.

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

Розробки для Інтернету спростили деякі речі, але підсилили ці архітектурні проблеми. Складність змінюється в залежності від предметної області додатка і від стадії готовності продукту. Ключовими мотиваціями розробників UML були - створення наборів семантичних і візуальних елементів, що дозволяють адекватно описати будь-які масштаби архітектурної складності у всіх предметних областях.

У даній дипломній роботі розглядаються питання проектування програмних продуктів з використанням системи візуального моделювання.