ентів - програмних продуктів для моделювання бізнес-процесів (BPWin, ProCap, IDEF0/EM Tool та ін.) Методологія IDEF0 надає аналітику прекрасні можливості для опису бізнесу організації на верхньому рівні з акцентом на управлінні процесами. Нотація дозволяє відображати в моделі процесу зворотні зв'язки різного типу: за інформацією, з управління, рух матеріальних ресурсів. Продумані механізми декомпозиції моделі процесу в IDEF0 дозволяють істотно спростити робота аналітика. Слід зазначити, що моделі в нотації IDEF0 призначені для опису бізнесу на верхньому рівні. Їх основна перевага полягає в можливості описувати керування процесами організації.
Другою найважливішою методологією опису процесів є методологія IDEF3. Формально ця методологія називається Work Flow Modeling, що відображає її сутність. Стандарт IDEF3 призначений для опису робочих процесів або, кажучи іншими словами, потоків робіт. Методологія опису IDEF3 дуже близька до алгоритмічних методам побудови схем процесів стандартними засобами побудови блок-схем (побудова блок-схеми в MS Word). Основа методології IDEF3 полягає в побудові моделей процесів, за принципом послідовно виконуваних в часі робіт.
Ще однією групою методологій, що активно використовуються на практиці, є нотації DFD (Data FlowDiagramming). Ці нотації призначені для опису потоків даних. Вони дозволяють відобразити послідовність робіт, виконуваних по ходу процесу, і потоки інформації, що циркулюють між цими роботами. Крім того, нотація DFD дозволяє описувати потоки документів (документообіг) і потоки матеріальних ресурсів (рух матеріалів від однієї роботи до іншої). За допомогою схеми процесів в DFD виявляють основні потоки даних.
Функціональна модель представлена ??на рис.1.2.
Рис.1.2 Функціональна модель
1.3 Побудова UML діаграм
Діаграма варіантів використання забезпечує високорівневе опис того, що система в змозі зробити і з ким (або чим) вона буде взаємодіяти. Це називається методом визначення функціональних вимог.
Рис.1.3 Діаграма варіантів використання
Діаграма класів (class diagram) служить для представлення статичної структури моделі системи в термінології класів об'єктно-орієнтованого програмування. Діаграма класів може відбивати, зокрема, різні взаємозв'язки між окремими сутностями предметної області, такими як об'єкти і підсистеми, а також описувати їх внутрішню структуру і типи відносин.
Діаграма класів являє собою граф, вершинами якого є елементи типу класифікатор raquo ;, пов'язані різними типами структурних відносин. Діаграма класів може також містити інтерфейси, пакети, відносини і навіть окремі екземпляри, такі як об'єкти й зв'язки.
Рис.1.4 Діаграма класів
Діаграма послідовності замість структури взаємодії більш наочно показує його тимчасової аспект. Вона має два виміри. Один вимір - зліва направо у вигляді вертикальних ліній, кожна з яких представляє лінію життя окремого екземпляра актора або об'єкта, що бере участь у взаємодії. Крайнім зліва на діаграмі зображується екземпляр актора або об'єкт, який є ініціатором взаємодії. Правіше зображується інший об'єкт, який безпосередньо взаємодіє з першим і т.д. Таким чином, всі сутності на діаграмі утворюють деякий порядок, який визначається тимчасової активністю примірників акторів і об'єктів при взаємодії один з одним.
Рис.1.5 Діаграма послідовності
2. Стадія проектування
2.1 Вибір програмних засобів розробки
Для розробки програмного забезпечення була обрана середу Borland Delphi. ++ Builder і Delphi стали одними з найпопулярніших на сьогоднішній день інструментів для створення як настільних, так і корпоративних інформаційних систем завдяки унікальному поєднанню зручності розробки користувацьких інтерфейсів, компонентної архітектури, однотипності доступу до різноманітних баз даних, починаючи від плоских таблиць формату dBase і Paradox і кінчаючи серверними СУБД. Багато в чому саме наявність таких продуктів стимулювало досить безболісний перенесення в архітектуру клієнт/сервер низки інформаційних систем, модернізація яких іншими засобами була б пов'язана з великими трудовими і матеріальними витратами.
Слід зазначити, що сучасні тенденції розвитку інструментальних засобів такі, що актуальним стає не просто поява нових гнучких і потужних засобів розробки, а створення сімейств таких продуктів зі схожими середовищами і принципами створення додатків, що в цілому повторює ідеологію формування офісних пакетів (текстовий процесор + електронна таблиця + настільна СУБД + презентаці...
