Проект автоматизованої інформаційної системи роботи торгівельної мережі ГРАНД МАРКЕТ

              Міністерство освіти і науки, молоді та спорту України

               Черкаський Державний Технологічний  Університет

                 Кафедра інформаційних технологій проектування

              

 

 

 

 

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

             З дисципліни «Технології комп’ютерного  проектування»

                                                     за темою

«Проект автоматизованої інформаційної системи роботи торгівельної мережі ГРАНД МАРКЕТ »

                                        482ЧДТУ 12 1009 00901ПЗ

 

 

 

Допущений до захисту              Виконав:

 «___»____________  2012 р.         студентка 3-го курсу

Захищений з оцінко         Групи _____________

____________            __________________

  «___»____________ 2012 р.                                         Леуш Юлії Василівни

Перевірив:

Кравченко О.В. _________

 

 

 

                                                             Черкаси,2012          

ЗМІСТ

Вступ 
1 Технічне завдання………………………………………………………………6

2 Мета курсової роботи…………………………………………………………..7

3 Об’єкт дослідження…………………………………………………………….8

4 Відповіді на теоретичні  запитання

  4.1 «Точка зору »  в моделі IDEF0………………………………………..........8

  4.2 Інформаційне моделювання………………………………………………12

5 Опис та структура  даного підприємства

  5.1 Історія створення…………………………………………………………..16

  5.2 Структура підприємства…………………………………………………..17

  5.3 Схема організаційного  бізнес - процесу……………………………..…..18

6 Розробка моделі ІС роботи торгової мережі «ГРАНД МАРКЕТ»      засобами BPwin………………………………………………………….........21

7 Методичні рекомендації……………………………………………………...29

Висновок………………………………………………………………………...30

Використані інформаційні джерела…………………………………………...31

Додаток

Додаток А:Специфікація……………………………………………………….32

Додаток В:Графічні матеріали…………………………………………………35

 

 

 

 

 

 

 

 

 

 

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

    Наслідком впровадження систем автоматичного обліку стають:

• Значне підвищення продуктивності праці і зниження трудовитрат.

• Підвищення швидкості  виконання завдань, пов'язаних з  обліком.

• Зниження кількості помилок  у документації, звітах і т. д.

• Підвищення ефективності обліку, а часто збільшення рентабельності підприємства. 
       Поняття CASE (Computer Aided Software Engineering) використовується в даний час у дуже широкому сенсі. Первісне значення цього поняття, обмежене тільки завданнями автоматизації розробки ПЗ, в даний час набуло нового змісту, охоплюючий більшість процесів життєвого циклу ПЗ.CASE технологія являє собою сукупність методів проектування ПЗ, а так же набір інструментальних засобів, що дозволяють в наочній формі моделювати предметну область, аналізувати цю модель на всіх стадіях розробки і супроводу ПЗ і розробляти додатки у відповідності з інформаційними потребами користувачів. Більшість існуючих CASE - засобів засновано на методах структурного чи об'єктно-орієнтованого аналізу і проектування, що використовують специфікації у вигляді діаграм або текстів для опису зовнішніх вимог, зв'язків між моделями системи, динаміки поведінки системи та архітектури програмних засобів. CASE - система, як проектування програмного забезпечення, містить компоненти для розробки структурних схем алгоритмів, для взаємодії з користувачем в інтерактивних процедурах, засобами для документування, збереження «історії» проектування.  
    На ринку програмних продукті є багато CASE- систем для концептуального проектування програмних систем. Найчастіше в них підтримується методологія IDEF. Широко відомими є програми BPwin, Erwin,Design/IDEF 
      BPwin є потужним інструментом для створення моделей, що дозволяють аналізувати, документувати і планувати зміни складних бізнес-процесів. BPwin пропонує засіб для збору всієї необхідної інформації про роботу підприємства та графічного зображення цієї інформації у вигляді цілісної і несуперечливої ​​моделі. Причому, оскільки модель є деяким графічним представленням дійсності, можна стверджувати, що людина повернувся до свого улюбленого засобу документування бізнес-процесів - до малюнка. Але повернення це сталося на новому рівні - цілісність і несуперечність моделі-малюнка (якості, про які раніше не було й мови) гарантуються поруч методологій і нотацій, яким слідують творці моделі. BPwin підтримує три таких методології: IDEF0, DFD та IDEF3, що дозволяють аналізувати ваш бізнес з трьох ключових точок зору:        1.З точки зору функціональності системи. У рамках методології IDEF0 (Integration Definition for Function Modeling) бізнес-процес представляється у вигляді набору елементів-робіт, які взаємодіють між собою, а також показується інформаційні, людські та виробничі ресурси, споживані кожною роботою.            
2.З точки зору потоків інформації (документообігу) у системі. Діаграми DFD (Data Flow Diagramming) можуть доповнити те, що вже відображено в моделі IDEF3, оскільки вони описують потоки даних, дозволяючи простежити, яким чином відбувається обмін інформацією між бізнес-функціями всередині системи. У теж час діаграми DFD залишають без уваги взаємодію між бізнес-функціями. 
3. З точки зору послідовності виконуваних робіт. І ще більш точну картину можна отримати, доповнивши модель діаграмами IDEF3. Цей метод привертає увагу до черговості виконання подій. У IDEF3 включені елементи логіки, що дозволяє моделювати й аналізувати альтернативні сценарії розвитку бізнес - процесу. Bpwin вміє перевіряти створювані моделі з точки зору синтаксису обраної методології, перевіряє посилальну цілісність між діаграмами, а також виконує ряд інших перевірок, щоб допомогти вам створити правильну модель, а не просто малюнок. При цьому зберігаються головні переваги малюнка - простота створення і наочність.

 

 

          

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

     Мета курсової роботи полягає у розробці  автоматизованої інформаційної системи роботи торговельної мережі «ГРАНД», використовуючи передові технології. Знайти максимальний підхід до розвитку діяльності компанії, структури, визначити місію, розробити матриці проекцій , надати загальну схему розробки процесів управління, створити функціональну модель відповідної предметної області за допомогою Bpwin.

            Об’єкт дослідження є торгова мережа  «ГРАНД».  
Мережа продуктових магазинів «Гранд Маркет» є сучасним торговим підприємством, працюючим в форматі класичного супермаркету. Їхня мережа створена в грудні 2002 року, і постійно розвивається відповідно до зростання купівельного попиту, збільшенням споживчого ринку та розширенням можливостей виробництва. Основною перевагою їхніх магазинів є швидкість і висока якість обслуговування. Їхня місія визначає і першорядні пріоритети в роботі їхньго колективу.Асортимент їхніх товарів налічує більше 20 000 найменувань і включає в себе всі групи продовольчих товарів, а також деякі види супутніх товарів, такі як: побутова хімія, парфумерно-косметичні, господарські, канцелярські товари, іграшки.

 

 

 

 

 

 

 

 

 

 

 

 

 1  «Точка зору » в моделі IDEF0                         На початкових етапах створення ІС необхідно зрозуміти, як працює організація, яку збираються автоматизувати. Керівник добре знає роботу в цілому, але не в змозі вникнути в деталі роботи кожного рядового співробітника. Рядовий співробітник добре знає, що діється на його робочому місці, але може не знати, як працюють колеги. Тому для опису роботи підприємства необхідно побудувати модель, яка буде адекватна предметної області і містити в собі знання всіх учасників бізнес-процесів організації.  Найбільш зручним мовою моделювання бізнес-процесів є IDEF0, де система подається як сукупність взаємодіючих робіт або функцій. Така чисто функціональна орієнтація є принциповою - функції системи аналізуються незалежно від об'єктів, якими вони оперують. Це дозволяє більш чітко змоделювати логіку і взаємодія процесів організації.  
       Процес моделювання системи в IDEF0 починається зі створення контекстної діаграми - діаграми найбільш абстрактного рівня опису системи в цілому, що містить визначення суб'єкта моделювання, цілі і точки зору на модель. Під суб'єктом розуміється сама система, при цьому необхідно точно встановити, що входить в систему, а що лежить за її межами, іншими словами, визначити, що буде надалі розглядатися як компоненти системи, а що як зовнішня дія. На визначення суб'єкта системи істотно впливатимуть позиція, з якою розглядається система, і мета моделювання - питання, на які побудована модель повинна дати відповідь. Іншими словами, на початку необхідно визначити область моделювання. Опис області як системи в цілому, так і її компонентів є основою побудови моделі. Хоча передбачається, що в ході моделювання область може коректуватися, вона повинна бути в основному сформульована спочатку, оскільки саме область визначає напрям моделювання. При формулюванні області необхідно враховувати два компоненти - широту і глибину. Широта меті визначення меж моделі - що буде розглядатися всередині системи, а що зовні. Глибина визначає, на якому рівні деталізації модель є завершеною.

 При визначенні глибини  системи необхідно пам'ятати про  обмеження часу - трудомісткість  побудови моделі росте в геометричній  прогресії зі збільшенням глибини  декомпозиції. Після визначення  меж моделі передбачається, що  нові об'єкти не повинні вноситися  в моделируемую систему.  
      Точка зору (Viewpoint). Під точкою зору розуміється перспектива, з якою спостерігалася система при побудові моделі. Хоча при побудові моделі враховуються думки різних людей, всі вони повинні дотримуватися єдиної точки зору на модель. Точка зору повинна відповідати меті та кордонів моделювання. Як правило, вибирається точка зору людини, відповідальної за моделируемую роботу вцілому.  
   IDEF0-модель припускає наявність чітко сформульованої мети, єдиного суб'єкта моделювання і однієї точки зору. Для внесення області, мети і точки зору в моделі IDEF0 в BPwin слід вибрати пункт меню Model / Model Properties, що викликає діалог Model Properties (рис. 7.3). У закладці Purpose слід внести мету і точку зору, а в закладку Definition - визначення моделі і опис області.  
 
 
Рис. 7.3. Діалог завдання властивостей моделі 

 
     У закладці Status того ж діалогу можна описати статус моделі (чорновий варіант, робочий, остаточний і т. д.), час створення і останнього редагування (відстежується надалі автоматично по системній даті). У закладці Source описуються джерела інформації для побудови моделі (наприклад, "Опитування експертів предметної області і аналіз документації"). Закладка General служить для внесення імені проекту і моделі, імені та ініціалів автора і тимчасових рамок моделі - AS-IS і ТО-ВЕ.  Моделі AS-IS і ТО-ВЕ. Зазвичай спочатку будується модель існуючої організації роботи - AS-IS (як є). Аналіз функціональної моделі дозволяє зрозуміти, де знаходяться найбільш слабкі місця, у чому будуть полягати переваги нових бізнес-процесів і наскільки глибоким змінам піддасться існуюча структура організації бізнесу. Деталізація бізнес-процесів дозволяє виявити недоліки організації навіть там, де функціональність на перший погляд здається очевидною. Знайдені в моделі AS-IS недоліки можна виправити при створенні моделі ТО-ВЕ (як буде) - моделі нової організації бізнес-процесів. Технологія проектування ІС увазі спочатку створення моделі AS-IS, її аналіз і поліпшення бізнес-процесів, тобто створення моделі ТО-ВЕ, і тільки на основі моделі ТО-ВЕ будується модель даних, прототип і потім остаточний варіант ІС. Іноді поточна AS-IS і майбутня ТО-ВЕ моделі розрізняються дуже сильно, так що перехід від початкового до кінцевого стану стає неочевидним. У цьому випадку необхідна третя модель, що описує процес переходу від початкового до кінцевого стану системи, оскільки такий перехід - це теж бізнес-процес. Результат опису моделі можна отримати в звіті Model Report. Діалог настройки звіту по моделі викликається з пункту меню Tools / Reports / Model Report.  
    У діалозі настройки слід вибрати необхідні поля, при цьому автоматично відображається черговість виведення інформації в звіт (рис. 7.4).  
 
Рис. 7.4. Діалогове вікно для формування звіту по моделі 

 
На рис. 7.5 представлений звіт, сформований  за вищевказаними полям.  
 
 
Рис. 7.5. Попередній перегляд звіту 

2 Інформаційне моделювання 
   З погляду інформатики, розв’язок будь-якої виробничої або наукового завдання описується наступної технологічним ланцюжком: «реальний об’єкт – модель – алгоритм – програма – результати – реальний об’єкт». У цьому ланцюжку дуже важливу роль відіграє ланка «модель», як необхідний, обов’язковий етап розв’язку цього завдання.

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

(системи), що відбиває  істотні властивості об’єкта,  що й заміняє його в процесі  розв’язку завдання.

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

     Моделювання — це процес дослідження властивостей об'єкта на основі побудови відповідної моделі.

Поняття «об'єкт» тут і  надалі вживається у загальнонауковому  значенні — як деяка частина довколишнього  світу, яку можна розглядати як єдине  ціле. Предмет, процес, явище — все  це об'єкти.

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

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

      Моделювання дозволяє:

зрозуміти, як побудований  даний об'єкт (модель більш доступна, ніж реальний об'єкт);

навчитися управляти об'єктом (процесом);

3) прогнозувати  безпосередні та непрямі наслідки  реалізації заданих способів і форм дії на об'єкт.

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

     За способом подання всі моделі поділяються на два великі класи: матеріальні {предметні) та інформаційні.

    Матеріальна модель — це модель, яка відтворює геометричні та фізичні властивості об'єкта-оригінала. Вона завжди має реальне втілення.

Приклади матеріальних моделей: макети різноманітних споруд, технічних  конструкцій, іграшки, географічні  карти і т. п.

     Інформаційна модель (у широкому розумінні) — це інформація, що характеризує властивості та стани об'єкта, його взаємозв'язок із зовнішнім світом.

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

     Вербальна інформаційна модель (від лат. «verbalis» — усний) — це модель, яку одержують у результаті роздумів, логічних умовисновків. Такі моделі можуть залишатися у мозку людини в мислительній формі або подаватися за допомогою слів усНої мови.