Міністерство  освіти і науки України

     Полтавський національний технічний університет імені Юрія Кондратюка

     Кафедра комп’ютерної інженерії 
 
 

     Курсова робота

Проектування  та реалізація комп'ютерної 

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

     з дисципліни “Системний аналіз та проектування комп’ютерних інформаційних систем” 
 
 

     Виконавець

     студент групи 201ТН _______________________ Садовський Юрій

                (підпис, дата) 
 
 

     Керівник

     доцент  кафедри КІ     _______________________ Демиденко М.І.

                      (підпис, дата) 
 
 
 
 

     Полтава 2010 

Зміст

 

Вступ

 
 

     Пример:  система  продажи  билетов на самолет  Как  происходит  моделирование?  А  очень просто:  вы  (как  человек,  нечуждый  разработке) интервьюируете эксперта в предметной области и  попутно пытаетесь зарисовывать его слова в виде диаграмм,  делая  дополнительные  заметки. Кстати,  подавляющее  большинство  людей  из бизнеса  быстро  «схватывают»  азы  нотации  и начинают  читать  и  верифицировать нарисованные модели. Например,  пусть  нас попросили сделать систему продажи авиабилетов.  Мы разговариваем с экспертом в предметной области1.   Эксперт: Есть  аэропорты.  Для каждого известны  название  на  местом  языке,

                                                               

     1 Диалог  сильно  упрощен.  В   жизни  рассказывают  и  о  выполняемых действиях и операциях,  а не  только  структуре информации.  Но  на  самом  деле  это   не  сильно  меняет  суть происходящего.

     уникальный  латинский  код  и  GPS-координаты.   Мы:

      

       Рис. 3. Сущность «Аэропорт» и её атрибуты

        Эксперт: Аэропорты  расположены   в городах.  Для  каждого   города  известно  его название  (на  местном  и  англ.  языках). Причем известно расстояние  от аэропорта до центра города, к которому он «приписан».   Мы:

      

       Рис. 4. Сущность «Город» и её  связь с «Аэропорт» 

        Эксперт: Для  каждого  города  есть информация  о  стране,  в  которой  он находится.   Мы:

      

      

       Рис. 5. Добавляется сущность «Страна» 

       И  так  далее… В  результате  (пофантазируйте на тему рассказа эксперта сами):

      

     Описание  предметной области

     Рассмотрим  агентство по продаже авиабилетов  на различные рейсы. Агентство ведёт  учёт проданных билетов и учёт пассажиров, купивших билеты.

     Необходимо  обеспечить ввод, хранение и редактирование данных. В определенных случаях необходимо выполнять удаление данных.

     Особенностью  данной задачи является разграничение  прав доступа определённых групп  пользователей, т.е. информация в базе данных может использоваться как  пассажирами, так и служащими  агентства: кассирами и диспетчерами. Таким образом,  для защиты базы данных от несанкционированного использования выделяются три группы пользователей: пассажир, кассир и администратор. Кроме того, для каждой из групп пользователей следует предусмотреть набор механизмов по управлению данными, обеспечивающих лёгкость применения и функциональность этого программного продукта (например, фильтрация, сортировка и поиск записей).

     Общей целью задачи является быстрое и  удобное получение информации о  рейсах, хранение, обновление и редактирование этих данных, отправление в архив выполненных рейсов, а также ввод данных о рейсах с таким же номером на очередную дату. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

     В якості середовищ проектування використовуються програма BPWin, Rational Rose. Для опису моделі використовується мова UML.

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

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

наступні:

     • принцип вирішення складних проблем  шляхом їх розбиття на безліч менших незалежних задач, легких для розуміння і  вирішення;

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

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

     • SADT (Structured Analysis and Design Technique) - моделі і  відповідні функціональні діаграми;

     • DFD (Data Flow Diagrams) - діаграми потоків даних;

     • ERD (Entity-Relationship Diagrams) - діаграми «сутність-зв'язок».

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

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

      BPWin - потужний інструмент моделювання,  який використовується для аналізу,  документування та реорганізації  складних процесів, в тому числі,  бізнес-процесів. Модель, створена засобами BPWin, дозволяє чітко документувати різні аспекти діяльності - дії, які необхідно зробити, способи їх здійснення, що вимагаються для цього ресурси та ін Таким чином, формується цілісна картина діяльності підприємства - від моделей організації роботи в маленьких відділах до складних ієрархічних структур . При розробці або закупівлю програмного забезпечення моделі процесів служать прекрасним засобом документування потреб, допомагаючи забезпечити високу ефективність інвестицій у сферу IT. У руках самих системних аналітиків та розробників BPWin - ще й потужний засіб моделювання процесів при створенні корпоративних інформаційних систем (КІС).

     BPWin поєднує в одному інструменті  засоби моделювання функцій (IDEF0), потоків даних (DFD) і потоків  робіт (IDEF3).

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

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

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

     При створенні нової моделі досить вибрати  потрібну методологію в діалоговому  вікні, що з'являється кожного разу при створенні нової моделі BPWin

1. Постановка  задачі

     1.1 Діаграми IDEF0 (A0) і дерево вузлів для моделі «Послуги авіа-каси»

     Послуги каси складаються з декількох  робіт: “предоставление информации, продажа билетов и изменение билетов”.

     Ім'я  моделі – Услуги кассы

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

     

     Мал.1.   Контекстна діаграма IDEF0 (A0) «Услуги кассы»

     Мал.2.  Діаграма декомпозиції IDEF0 (A0) «Услуги кассы» 

     Мал.3. Діаграма декомпозиції IDEF0 (A0) «Предоставление информации» 

     Мал.4.  Діаграма декомпозиції IDEF0 (A0) «Продажа билетов» 
 

     Мал.5.  Діаграма декомпозиції IDEF0 (A0) «Изменение билетов» 
 
 
 
 
 
 
 
 
 
 
 
 

     Мал.6.  Діаграма декомпозиції IDEF0 (A0) «Перерасчет денег» 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

     

     Мал. 7. Дерево вузлів 
 

  4. Побудова UML-моделі для інформаційної системи «Авіа-каси»

  4.1. Rational Rose і мова UML

  Rational Rose - сімейство об'єктно-орієнтованих CASE-засобів

  фірми Rational Software Corporation - призначено для автоматизації

  процесів  аналізу і проектування ПЗ, а також  для генерації кодів

  на  різних мовах і випуску проектної  документації. Rational Rose

  використовує метод об'єктно-орієнтованого аналізу і проектування,

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