Лекція №20 Тема: Типова архітектура інформаційних систем, їх класифікація

1. 
   Інформаційна система (ІС).
   
2. 
   Життєвий цикл по ІС.
   
3. 
   Моделі життєвого циклу ПО.
   
4. 
   Структурний підхід до проектування ІС.
   

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

• 
  основні процеси ЖЦ ПО (придбання, поставка, розробка, експлуатація, супровід);
  
• 
  допоміжні процеси, що забезпечують виконання основних процесів (документування, управління конфігурацією, забезпечення якості, верифікація, атестація, оцінка, аудит, рішення проблем);
  
• 
  організаційні процеси (управління проектами, створення інфраструктури проекту, визначення, оцінка і поліпшення самого ЖЦ, навчання).
  

• 
  каскадна модель (70-85 г.г.);
  
• 
  спіральна модель (86-90 г.г.).
  

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

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

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

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

• 
  SADT (Structured Analysis and Design Technique) моделі і відповідні функціональні діаграми;
  
• 
  DFD (Data Flow Diagrams) діаграми потоків даних;
  
• 
  ERD (Entity-Relationship Diagrams) діаграми "суть-зв'язок".
  

1. 
   Яким особливостями характеризуються сучасні крупні проекти ІС?
   
2. 
   На яких групах процесів базується структура життєвого циклу ПО?
   
3. 
   Які найбільше поширення основні моделі життєвого циклу?
   
4. 
   Яки позитивні сторони застосування каскадного підходу при побудові ІС?
   
5. 
   Яки базові принципи методології структурного підходу?