al Rose містить засоби реінжинірингу програм, що забезпечують повторне використання програмних компонент в нових проектах.
4. BPWin займає проміжне місце, відрізняючись достатньою простотою і великими можливостями аналізу. Функціональність BPWin полягає не тільки у створенні діаграм, але і в перевірці цілісності та узгодженості моделі. BPWin забезпечує логічну чіткість у визначенні та описі елементів діаграм, а також перевірку цілісності зв'язків між діаграмами. Інструмент забезпечує корекцію найбільш часто зустрічаються помилок при моделюванні. Крім того, BPWin підтримує користувальницькі властивості, які застосовуються до елементів діаграми для опису специфічних властивостей, притаманних даному елементу. Основним обмеженням цієї системи є покладений в її основу стандарт IDEF, в якому існують жорсткі обмеження при побудові моделей. Це спрощує завдання при описі простих процедур, але ускладнює опис великих процесів. Схеми IDEF при описі складних процесів починають представляти незліченна безліч взаємопов'язаних схем, зовні дуже схожих, що ускладнює розуміння процесу в цілому. Часто не вдається уявити потрібний ступінь точності опису на одній схемі.
При виконанні курсового проекту мною були використані CASE-засоби компанії Computer Associates (CA). СА пропонує повний набір програмних засобів, що забезпечують ефективне управління, аналіз, проектування і кодогенерацію інформаційних систем.
Для проведення аналізу та реорганізації бізнес-процесів СА пропонує CASE - засіб верхнього рівня - BPwin, що підтримує методології IDEF0 (функціональна модель), IDEF3 (WorkFlow Diagram) і DFD (DataFlow Diagram) [2].
На основі моделі BPwin за допомогою потужного і зручного інструменту ERwin можна побудувати модель даних. ERwin дозволяє проводити процеси прямого і зворотного проектування більш ніж для 20 СУБД різних виробників. Це означає, що по моделі даних можна згенерувати схему БД або автоматично створити модель даних на основі інформації системного каталогу. Крім того, ERwin дозволяє вирівнювати модель і вміст системного каталогу після редагування того, або іншого. ERwin інтегрується з популярними засобами розробки клієнтської частини, у тому числі з Borland Delphi, що дозволяє автоматично генерувати код додатку, який готовий до компіляції та виконання.
інформаційний серверний автоматизація документообіг
2. ПРОЕКТНА ЧАСТИНА
2.1 Проектування моделі IDEF0
Моделюючи діяльність підприємства, визначаємо як вхідну, так і вихідну інформацію, а також враховуємо зовнішні фактори, що впливають на діяльність підприємства - це статут компанії, законодавство, технічне забезпечення та ін.
Аналізуючи функції, що виконуються підприємством, виділяємо діяльність трьох відділів: управлінського, відділу продажів і обслуговуючого підрозділу. Відділи представлені на рисунку 2.
Малюнок 2 - Діяльність підприємства «IT-Сервіс»
В якості об'єкта автоматизації я вибрала обслуговуюче підрозділ, щоб розібратися у виконуваних відділом функціях, необхідно виконати декомпозицію робіт. Результат декомпозиції представлений на рисунку 3.
Малюнок 3 - Діяльність обслуговуючого підрозділу
З діаграми випливає, що менеджер по роботі з клієнтами приймає заявки на доставку, встановлення та ремонт обладнання, затверджує їх у бухгалтера і директора, далі розподіляє між установниками. Установники після виконання робіт надають звіти, менеджер і касир також звітують перед керівництвом. Звіти формуються на базі актів виконаних робіт та укладених договорів про виконання робіт.
2.2 Побудова моделі потоків даних. Діаграма DFD
Для того щоб виділити бізнес-процеси необхідно побудувати діаграму DFD. При побудові діаграми я виділила основну сутність - клієнти, і сховища договорів та заявок. (Малюнок 4)
Таким чином, видно, що заявка надходить від клієнта, підтверджується згода на її виконання, призначається виконавець, а далі укладається договір.
Малюнок 4 - Діаграма DFD. Діяльність підприємства «IT-Сервіс»
Потоки даних обслуговуючого підрозділу при цьому виглядають наступним чином (Малюнок 5):
Малюнок 5 - Діаграма DFD. Діяльність обслуговуючого підрозділу
Будь-який процес взаємодії підприємства з клієнтами відбивається в документах. Це відбувається з моменту надходження заявки до моменту виконання зобов'язань за договором.
2.3 Розробка схеми бази даних
<...
