Система автоматизації роботи відеопрокату

В CASE-засобі IBM Rational Rose реалізовані  загальноприйняті стандарти на робочий  інтерфейс програми, аналогічно відомим  середовищам візуального програмування. Робочий інтерфейс програми IBM Rational Rose складається з різних елементів, основними з яких є:

- головне меню;

- стандартна панель інструментів;

- спеціальна панель інструментів;

 

- вікно браузера проекту;

- робоча область зображення діаграми або вікно діаграми;

- вікно документації;

- вікно журналу.

CASE-засіб IBM Rational Rose з  часу своєї появи зазнав серйозних  змін, і в даний час є сучасним  інтегрованим інструментарієм для  проектування архітектури, аналізу,  моделювання і розробки програмних  систем. Саме в IBM

Rational Rose мова UML стала базовою технологією візуалізації і розробки програмних систем, що визначило популярність і стратегічну перспективність цього інструментарію. В рамках загального продукту IBM Rational Rose існують також різні варіанти цього засобу, відмінні між собою діапазоном можливостей, що надаються. Базовим засобом є IBM Rational Rose Enterprise Edition, який володіє найповнішими можливостями.

Найхарактерніші функціональні особливості  цієї програми полягають в наступному:

- інтеграція з MS Visual Studio 6, яка включає підтримку на рівні прямої і зворотної генерації кодів і діаграм Visual Basic і Visual С++ з використанням ATL (Microsoft Active Template Library), Web-класів, DHTML і протоколів доступу до різних баз даних;

- безпосередня робота (інжиніринг і реінжиніринг) з виконуваними модулями і бібліотеками форматів EXE, DLL, TLB, OCX.

- підтримка технологій MTS (Microsoft Transaction Server) і ADO (ActiveX Data Objects) на рівні шаблонів і початкового коду, а також елементів технології Microsoft - COM+ (DCOM);

- повна підтримка компонентів CORBA і J2EE, включаючи реалізацію технології компонентної розробки додатків CBD (Component-Based Development), мови визначення інтерфейсу IDL (Interface Definition Language) і мови визначення даних DDL (Data Definition Language);

- повна підтримка середовища розробки Java-додатків, включаючи пряму і зворотну генерацію класів Java формату JAR, а також роботу з файлами формату CAB і ZIP.

 

5 ОПИС СИСТЕМИ, ЩО ПРОЕКТУЄТЬСЯ

 

Визначена завданням система автоматизації роботи відеопрокату полягає у необхідності побудувати модель бізнес-процесів зазначеного підприємства за допомогою можливостей CASE-засобів, а саме оптимізувати деякі функції агентства, серед яких є такі:

- доступ клієнта до пошуку фільму в каталозі;

- оформлення замовлення  фільму клієнтом;

- овормлення повернення  фільму клієнтом;

- сплата штрафу клієнтом  в касу;

- підписання нових  договорів на доставку;

- формування касової  звітності;

- формування звіту  та аналіз прожажів;

- зручне автоматизоване  виконання основних операцій.

Загалом, абстрактно при  побудові будь-якої системи автоматизації  треба представити набір суб'єктів  або акторів (хтось або щось (людина, машина, і т.д.), що не є частиною системи, але взаємодіє з нею) та нобір прецедентів або Use Case (фрагмент функціональності описаний на “високому рівні”, який забезпечує система).

Суб'єкти проектованої системи  відображені на рисунку 1.

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

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

Якщо при використанні функціональної декомпозиції задача полягає  в послідовному розбитті проблеми на невеликі фрагменти, з якими працюватиме 

готова система, то підхід прецедентів  зосереджений, перш за все, на тому, що чекає від системи користувач. На рисунку 2 представлені прецеденти модельованої системи.

Рисунок 1. Суб'єкти системи  автоматизації роботи відеопрокату

 

Рисунок 2. Прецеденти системи  автоматизації роботи відеопрокату

Діаграма прецедентів (Use Case Diagram) – це наочне графічне представлення суб'єктів і прецедентів та їх взаємодії в системі разом з будь-якими додатковими визначеннями і специфікаціями. Вона є не просто схемою, а є повністю документованою моделлю передбачуваної поведінки системи. Діаграма прецедентів для модельованої системи представлена в додатку 3.

 

 

 

 

 

 

Суб’єкти та відповідні їм прецеденти в відображені в таблиці 1.

Таблиця 1. Актори і відповідні їм прецеденти проектованої системи.

Актори  (Суб'єкти)	Прецеденти
Клієнт	Отримання картки Перегляд каталогу фільмів Розрахуватися за замовлення Повернення товару Виплата штрафу
Продавець	Прийом замовлення Ведення інформації про клієнта Оформлення замовленя
Касир	Прийом розрахунку -    Прийом товару Зніманні штрафу Ведення касової книги Складання звіту по касі
Бухгалтер	Формування звітів Аналіз продажів Списання не справних комплектуючих Розрахуватися з постачальниками
Директор	Управління персоналом Збільшення обсягу продажів Укладання логоворів Аналіз продажів
Постачальники	Укладання договорів Доставка продукції в магазин
Прибиральниця	Вологе прибирання приміщення магазину Вивіз сміття Прибирання санузла

 

 

 
6 ВИЗНАЧЕННЯ БІЗНЕС-ПРОЦЕСІВ І ПОТОКІВ ДАНИХ

 

Визначення внутрішнього стану системи показується в  моделі класів (class model). Клас (class) - це опис групи об'єктів із загальними властивостями (атрибутами), поведінкою (операціями), відносинами з іншими об'єктами і семантикою. Таким чином, клас є шаблоном для створення об'єкту. До елементів, що беруть участь в моделюванні класів, відносяться самі класи, атрибути і операції класів, асоціації, агрегації і композиції, а також узагальнення. Діаграма класів (class diagram) дає узагальнене візуальне уявлення про всі ці елементи моделі.

Класи визначають сутність будь-якої інформаційної системи. Користувачам системи необхідні класи, які визначають GUI-об'єкти (наприклад, такі як екранні форми), звані прикордонними класами (boundary classes) (класами уявлення (view classes)). Щоб функціонувати належним чином, системі також необхідні класи, які управляють програмною логікою — управляючі класи (control classes). Діаграма класів предметної області “Склад продукції” представлена на рис. 4.

Рисунок 4. Діаграма класів системи автоматизації роботи відеопрокату

 
В таблиці 2 представлений опис цих класів

                     Таблиця 2 - Опис класів для системи відеопрокату

п/п	Класс	Атрибут	Операции
1	Замовлення	Робота з клієнтом (Продавець працює  з клієнтом)	- № картки клієнта (Продавець отримує замовлення) - Клієнт обирає фільм  з каталогу та робить замовлення - Прийом та оформлення замовлення (Продавець водить дані про клієнта, оформляє замовлення)
2	Каса	Фінансові операції	Прийом платежів від клієнта (Клієнт розраховується за замовлення, касир приймає розрахунок) Прийом товару від клієнта (Клієнт повертає товар в магазин, касир приймає товар) Оформлення штрафу (Касир знімає штраф зклієнта – виплата штрафу кляєнтом) Ведення касової книги Складання звіту по касі
3	Керівництво		Укладання нових договорів (Директор укладає нові договори з постачальниками на доставку продукції в магазин) Збільшення обсягу продажів (Директор приймає заходи щодо збільшення обсягу продажів) Перегляд звітів (Директор перевіряє звіти по бухгалтерії) Проведення аналізу продажів (Директор робить аналіз продажів по представленим звітам)
4	Бухгалтерія	Облік і звітність	Розрахуватися з постачальниками (Бухгалтер розраховується з постачальниками за доставлену продукцію) Прийом нового товару Формування звітів Аналіз продажів Списання товару (Бухгалтер списує не справні комплектуючі)

 

 

Діаграми кооперації (Collaboration Diagram), подібно діаграмам послідовності, відображають потік подій в конкретному сценарії прецеденту. Діаграми послідовності впорядковані в часі, діаграми кооперації більше уваги загострюють на зв'язках між об'єктами. На рис. 6 приведена діаграма кооперації, що описує процеси роботи складу. З діаграми кооперації (Collaboration Diagram)  легше зрозуміти відносини між об'єктами, проте важче з'ясувати послідовність подій. Діаграма кооперації (collaboration diagram) системи роботи відеопрокату зображена на рис. 5.

Діаграма послідовності (Sequence diagram) – це впорядкована в часі діаграма взаємодії, читати її слід зверху вниз. У кожного прецеденту є декілька альтернативних потоків. Кожна діаграма послідовності описує один з потоків прецеденту. На рис. 6 приведена діаграма послідовності, що показує, як відбуваються процеси в магазині відеопрокату.

Модель видів діяльності (асtivity model) може показувати в графічній формі потік подій для прецеденту. Діаграма видів діяльності (Activity Diagram) показує кроки обчислення. Кожний крок відповідає стану (state), в якому що-небудь виконується. Тому кроки виконання називаються станами виду діяльності. Діаграма описує, які кроки виконуються послідовно, а які паралельно. Передача управління від одного стану виду діяльності до іншого називається переходом (transition).

Діаграма видів діяльності для прецеденту системи автоматизації роботи відеопрокату представлена на рис. 7.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Рисунок 6. Діаграма послідовності (collaboration diagram) системи автоматизації роботи відеопрокату

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

В представленні компонентів моделі компоненти початкового коду – це програмні файли, що містяться всередині  пакетів. Тип файлів залежить від мови програмування. Кожний компонент пов'язаний з якою-небудь мовою. Класи в логічному уявленні відображаються на компоненти в представленні компонентів. На один компонент може бути відображено більше одного класу. Це звичайно відбувається у тому випадку, коли між класами існує дуже тісний зв'язок.

На рис. 8 показана діаграма компонентів для системи автоматизації роботи відеопродукції.

Рисунок 8. Діаграма компонентів для системи автоматизації роботи відеопродукції.

 

 

 

 

 

 

 

 

 

Однією з найважливіших властивостей програми IBM Rational Rose є можливість генерації  програмного коду на декількох мовах  програмування, який може бути використаний розробником після побудови моделі. Для цієї мети в середовищі IBM Rational Rose 2007 присутній достатньо великий вибір мов програмування і схем баз даних. В середовищі IBM Rational Rose  передбачено задання достатньо великого числа властивостей, що характеризують як окремі класи, так і проект в цілому. Як мову реалізації проекту доцільно вибрати мову програмування ANSI C++, яка не вимагає інсталяції додаткових програм і поставляється практично у всіх конфігураціях IBM Rational Rose.

Після проведення операції генерації коду було отримано 8 файлів (див. рис. 9)

Рисунок 9. Згенеровані файли, що містять код програми

Назви файлів повністю відповідають назвам класів. Вміст отриманих файлів мови ANSI C++ (*.cpp та *.h) можна переглянути в додатку Б.

Схема розгортання (впровадження) створюється в спеціальному розділі Rational Rose, що має назву Deployment View. Вона містить всі компоненти, зовнішні та внутрішні складові системи, що зображують роботу системи з високорівненої точки зору. Схема вровадження представлена в додатку В.

 

 

 

 

 

 

 

 

ВИСНОВКИ

 

Під час виконання  курсового проекту мною було набуто навичок з проектування систем автоматизації бізнес-процесів і взаємодії між співробітниками та клієнтами комерційних підтриємств на прикладі системи автоматизації роботи відеопрокату. Результатом виконання проекту стала реалізація системи автоматизації з використанням СASE-засобу Rational Rose від IBM Corporation у вигляді набору класів на мові С++ для програмного забезпечення системи.

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

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

 

 

 

ПЕРЕЛІК ВИКОРИСТАНИХ ДЖЕРЕЛ

1. Методичні вказівки до виконання курсового проекту з курсу “Автоматизоване проектування комп‘ютерних систем” для студентів всіх форм навчання напряму підготовки 6.050102 "комп‘ютерна інженерія" спеціальності “Комп'ютерні системи та мережі”/ Укл. В.А.Тазетдінов, С.В. Сисоєнко – Черкаси: ЧДТУ, 2010. – 94 с.