В результаті розробки проекту з допомогою CASE-засоби Rational Rose формуються наступні документи:

  - Діаграми UML, що у сукупності представляють собою модель

     розроблюваної програмної системи;

  - Специфікації класів, об'єктів, атрибутів  і операцій;

  - Заготовки текстів програм.

  Надалі  тексти програм розвиваються програмістами  на повноцінні програми.

  Взаємодія з іншими засобами і організація групової роботи. Для підтримки командної роботи над проектом на кожній стадії життєвого циклу ПЗ є інтегрований набір продуктів Rational Suite.

  Середовище  функціонування. Rational Rose функціонує на різних платформах: IBM PC (Windows 95/98/NT), Sun SPARCstations (UNIX, Solaris, SunOS), Hewlett-Packard (HP UX), IBM RS/6000 (AIX).

  Творці UML представляють її як мову для визначення, представлення, проектування та документування програмних систем, організаційно-економічних  систем, технічних систем та інших систем різної природи. UML містить стандартний набір діаграм і нотацій найрізноманітніших видів. Стандарт UML версії 1.1, прийнятий OMG в 1997 р., пропонує наступний набір діаграм для моделювання:

  - Діаграми варіантів використання (use case diagrams) - для моделювання бізнес-процесів організації та вимог до створюваної системи);

  - Діаграми класів (class diagrams) - для моделювання  статичної структури класів системи  та зв'язків між ними;

  - Діаграми поведінки системи (behavior diagrams)

  - Діаграми взаємодії (interaction diagrams)

  - діаграми послідовності (sequence diagrams)

  - кооперативні діаграми (collaboration diagrams) - для моделювання процесу обміну повідомленнями між об'єктами;

  - діаграми станів (statechart diagrams) - для моделювання поведінки об'єктів системи при переході з одного стану в інший;

  - діаграми діяльностей (activity diagrams) - для моделювання поведінки системи в рамках різних варіантів використання, або моделювання діяльностей;

  - Діаграми реалізації (implementation diagrams)

  - діаграми компонентів (component diagrams) - для моделювання ієрархії компонентів (підсистем) системи;

  - діаграми розміщення (deployment diagrams) - для моделювання фізичної архітектури системи. 
 
 
 
 
 
 
 
 
 
 

  4.2. Діаграма варіантів використання 

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

     Мал. 8. Діаграма варіантів використання моделі “Услуги авиа-кассы” 

   На  даній діаграмі людські фігурки  позначають дійових осіб, овали - варіанти використання, а лінії і стрілки - різні зв'язки між діючими особами  і варіантами використання.

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

   На  діаграмі варіантів використання показано взаємодію

між варіантами використання і дійовими особами. Вона відображає вимоги до системи з точки  зору користувача.

   Такі  діаграми показують, які дійові особи  ініціюють варіанти використання. З  них також видно, коли дійова особа  отримує інформацію від варіанту використання. Дана діаграма, наприклад, відображає взаємодію між варіантами використання і діючими особами системи АТМ. По суті, діаграма варіантів використання ілюструє вимоги до системи. У нашому прикладі, клієнт банку ініціює 3 варіанти використання: «Купівля квитка», «Зміна квитка», «Запит інформації».

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

   Конкретна мета діаграм варіантів використання - це документування варіантів використання (всі, що входять у сферу застосування системи), дійових осіб (усі поза цією сферою) і зв'язків між ними. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

     4.3. Діаграми послідовності

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

     Мал. 9. Діаграма послідовності, яка описує типовий хід подій варіанту використання “Покупка билета” 

    Ця  діаграма послідовності показує  потік подій в рамках варіанту використання «покупка билета». Всі  дійові особи показані у верхній  частині діаграми; у наведеному вище прикладі зображено дійова особа “Клієнт”. Об'єкти, необхідні системі для виконання варіанту використання «купівля квитка», також

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

  4.4. Кооперативні діаграми

  Наступним видом діаграми взаємодії є кооперативна діаграма. Подібно діаграм послідовності, кооперативні діаграми (collaborations) відображають потік подій через конкретний сценарій варіанту використання. Діаграми послідовності впорядковані за часом, а кооперативні діаграми більше уваги загострюють на зв'язках між об'єктами. На рис. 10 наведена кооперативна

діаграма, що описує, як клієнт купує авіаквиток.

     Мал. 10. Діаграма кооперації для моделі “Услуги авиа-кассы” 

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

   4.5. Діаграма класів

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

 

     Мал. 11. Діаграма класів для моделі “Услуги авиа-кассы” 

   На  цій діаграмі класів показані зв'язки між класами, реалізують варіант використання «Покупка квитка». У цьому процесі задіяні вісім класів. 
 
 
 
 
 
 
 
 

 

Висновок

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

     Для реалізації поставленої задачі, я  використав знання, які отримав на лекціях з системного програмування. 

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

Завданням курсового  проектування є розробка та реалізація комп'ютерної

інформаційної системи “Послуги авіа - кас”.

Використана література