с-процесам на будь-якому і кожному рівні моделі. Синтаксис опису системи в цілому і кожного її фрагмента однаковий у всій моделі.
Головна бізнес-функція АІС «Авіакомпанія» - Діяльність авіакомпанії. Вхідними даними є клієнти. Вихідними - продані квитки і маркетингові матеріали. В якості управління виступають правила і процедури. Инст?? ументамі виконання головною бізнес-функції служить бухгалтерська система. IDEF0 для головної бізнес-функції представлена ??на малюнку 5.
Відповідно до зазначених раніше трьома основними бізнес-процесами при декомпозиції головної бізнес-функції виділяються наступні функціональні блоки: продажі і маркетинг, оформлення квитків і відправка квитка клієнтові. Діаграма декомпозиції контекстної діаграми представлена ??на малюнку 6.
Функціональний блок «Продажі та маркетинг» включає відділ продаж квитків, а він у свою чергу виділяє такі аспекти як дата, рейс і наявність квитків. Діаграма IDEF3 представлена ??на рисунку 7.
Малюнок 5 - Контекстна діаграма
Малюнок 6 - Діаграма декомпозиції контекстної діаграми
Малюнок 7 - Діаграма IDEF3
2 Системне проектування ІС
. 1 Розробка концепції, архітектури побудови і платформи реалізації ІС
Основними аспектами при виборі архітектури побудови ІС є швидкодія, надійність, масштабованість і безпеку.
В даний час найбільш поширеними архітектурами є:
файл-сервер;
клієнт-сервер;
багаторівнева архітектура.
Файл-серверна архітектура має на увазі під собою те, що сервер покладає на себе лише функцію зберігання даних, а обробка проводиться на клієнтських машинах. Це означає, що дані необхідно передавати по мережі, що призведе до сильному завантаженні мережевого трафіку. А це в свою чергу призведе до зниження продуктивності при збільшенні числа користувачів. Також при реалізації архітектури файл-сервер, проблема цілісності, узгодженості і одночасного доступу до даних вирішується децентралізовано: дані зберігаються на сервері, а обробляються на клієнті. Внаслідок цього знижується надійність програми. Ще одним недоліком є ??високі витрати на модернізацію і супровід сервісів бізнес - логіки на кожній клієнтської робочої станції. Однак дана архітектура має і низкою переваг, таких як низька вартість розробки, висока швидкість розробки і невисока вартість оновлення та зміни програмного забезпечення.
Архітектура клієнт-сервер позбавлена ??недоліків вищеописаної архітектури, тому сервер баз даних не тільки забезпечує доступ до загальних даних, але і виконує їх обробку. Клієнт посилає на сервер запити, мовою «зрозумілому» серверу, а він у свою чергу обробляє запит, контролюючи при цьому цілісність і узгодженість даних, і повертає на клієнт результат відпрацьованого запиту. У результаті навантаження на мережу знижується: клієнтові більше не потрібно обробляти проміжні дані. Зберігання та обробка проводиться централізовано, тому дана архітектура надійніше архітектури файл-сервер. До недоліків клієнт-серверної архітектури належать, по-перше, достатня складність розробки системи через необхідність виконувати бізнес-логіку і забезпечувати інтерфейс з користувачем в одній програмі і високі вимоги до робочих станцій з тієї ж причини.
Наступною сходинкою розвитку архітектур ІС стала багаторівнева архітектура, в якій бізнес-логіка виконується на сервері додатків. Багаторівнева архітектура володіє наступними перевагами:
масштабованість;
конфігурованість - ізольованість рівнів один від одного дозволяє швидко і простими засобами переконфігурувати систему при виникненні збоїв або при плановому обслуговуванні на одному з рівнів;
висока безпека;
висока надійність;
низькі вимоги до швидкості каналу (мережі) між терміналами і сервером додатків;
низькі вимоги до продуктивності і технічним характеристикам терміналів, як наслідок зниження їх вартості.
Однак, незважаючи на незаперечні достоїнства, дана система не набула поширення, з наступних причин:
складність розробки систем на основі багаторівневої архітектури, т.к дуже складно «зістикувати» різні модулі, особливо якщо вони написані різними групами. А зміна в одному модулі, як правило, викликає лавиноподібні зміни в інших, і з цієї точки зору навіть просту систему, засновану на багаторівневій архітектурі, буде складніше виконати в 2 рази;
високі вимоги до продуктивності серверів додатків і сервера бази даних, а, значить, і висока вартість серверного обладнання;
високі вимоги до швидкості каналу (мережі) між сервером бази даних і серверами додатків;
висока складність адміністрування.
Розглянувши всі достоїнства...
