Головна

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

  1. II. Основні фактори, що визначають державну політику в галузі забезпечення хімічної і біологічної безпеки
  2. III) Підсекція Трудового права та права соціального забезпечення (ауд.35)
  3. III. Психотерапія в моделі КТИ.
  4. III. Мета, основні принципи та пріоритетні напрями державної політики в галузі забезпечення хімічної і біологічної безпеки
  5. IV. Основні завдання державної політики в галузі забезпечення хімічної і біологічної безпеки
  6. N Важливою вимогою є чутливість моделі.
  7. N Основна вимога до моделей технологічних процесів - точність відповідності моделі реальному ТП.

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

Модель ЖЦ ПО включає в себе:

1. Стадії;

2. Результати виконання робіт на кожній стадії;

3. Ключові події - точки завершення робіт і прийняття рішень.

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

Моделі життєвого циклу ПЗ

Водоспадна (каскадна, послідовна) модель

Водоспадна модель життєвого циклу (англ. Waterfall model) була запропонована в 1970 р Уинстоном Ройсом. Вона передбачає послідовне виконання всіх етапів проекту в строго фіксованому порядку. Перехід на наступний етап означає повне завершення робіт на попередньому етапі. Вимоги, визначені на стадії формування вимог, строго документуються у вигляді технічного завдання і фіксуються на весь час розробки проекту. Кожна стадія завершується випуском повного комплекту документації, достатньої для того, щоб розробка могла бути продовжена іншою командою розробників.

Етапи проекту відповідно до каскадної моделлю:

1. Формування вимог;

2. Проектування;

3. Реалізація;

4. Тестування;

5. Впровадження;

6. Експлуатація та супровід.

переваги:

§ Повна і узгоджена документація на кожному етапі;

§ Легко визначити терміни і витрати на проект.

недоліки:

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

ітераційна модель

Альтернативою послідовної моделі є так звана модель итеративной і інкрементальною розробки (англ. Iterative and incremental development, IID), що отримала також від Т. Гілбі в 70-і рр. назва еволюційної моделі. Також цю модель називають итеративной моделлю і інкрементальною моделлю.

Модель IID передбачає розбиття життєвого циклу проекту на послідовність ітерацій, кожна з яких нагадує «міні-проект», включаючи всі процеси розробки в застосуванні до створення менших фрагментів функціональності, в порівнянні з проектом в цілому. Мета кожної ітерації - отримання працюючої версії програмної системи, що включає функціональність, певну інтегрованим змістом усіх попередніх і поточної ітерації. Результат фінальної ітерації містить всю необхідну функціональність продукту. Таким чином, із завершенням кожної ітерації продукт бере зріст - інкремент- до його можливостей, які, отже, розвиваються еволюційно. Ітеративна, Інкрементальний і еволюційність в даному випадку є вираз одного і той же сенсу різними словами зі злегка різних точок зору.

За висловом Т. Гілбі, «еволюція - прийом, призначений для створення видимості стабільності. Шанси успішного створення складної системи будуть максимальними, якщо вона реалізується в серії невеликих кроків і якщо кожен крок містить в собі чітко визначений успіх, а також можливість «відкату» до попереднього успішному етапу в разі невдачі. Перед тим, як пустити в справу всі ресурси, призначені для створення системи, розробник має можливість отримувати з реального світу сигнали зворотного зв'язку і виправляти можливі помилки в проекті ».

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

Різні варіанти ітераційного підходу реалізовані в більшості сучасних методологій розробки (RUP, MSF, XP)

спіральна модель

Спіральна модель (англ. Spiral model) була розроблена в середині 1980-х років Баррі Боем. Вона заснована на класичному циклі Демінга PDCA (plan-do-check-act). При використанні цієї моделі ПО створюється в кілька ітерацій (витків спіралі) методом прототипування.

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

На кожній ітерації оцінюються:

§ ризик перевищення термінів і вартості проекту;

§ необхідність виконання ще однієї ітерації;

§ ступінь повноти і точності розуміння вимог до системи;

§ доцільність припинення проекту.

Важливо розуміти, що спіральна модель є не альтернативою еволюційної моделі (моделі IID), а спеціально проробленим варіантом. На жаль, нерідко спіральну модель або помилково використовують як синонім еволюційної моделі взагалі, або (не менше помилково) згадують як абсолютно самостійну модель поряд з IID.

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

1. Дефіцит фахівців.

2. Нереалістичні терміни і бюджет.

3. Реалізація невідповідної функціональності.

4. Розробка неправильного користувальницького інтерфейсу.

5. Перфекціонізм, непотрібна оптимізація і відточування деталей.

6. Безперервний потік змін.

7. Брак інформації про зовнішні компонентах, що визначають оточення системи або залучених в інтеграцію.

8. Недоліки в роботах, виконуваних зовнішніми (по відношенню до проекту) ресурсами.

9. Недостатня продуктивність одержуваної системи.

10. Розрив в кваліфікації фахівців різних галузей.

Інформаційна система «Автопарк»

Інформаційна система «Автопарк» є комплексним рішенням, що охоплює основні контури управління авіапідприємством. Воно дозволяє організувати єдиний інформаційний простір для управління різними аспектами діяльності підприємства:

 · Управління процесом виконання автоперевезень;
 · Управління ресурсами;
 · управління персоналом;
 · управління фінансами.

Входи: законодавчі документи, диспетчерська служба, електронна синхронізована система обліку клієнтів, внутрішня система обліку господарських операцій, довідкова служба, реклама.

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

Ця система підтримує злагодженість і ефективність роботи всієї системи автобусного парку.

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

Функція: інформатизація населення про послуги, що надаються автобусним парком.

Системи, що забезпечують інформування населення про послуги, що надаються автобусним парком.

- Одне вікно

- Інтернет сайт

- База по товарному, фінансовому, кадровому обліку.

функції:

- Подача інформації населенню (номера телефонів, адреси);

- Різноманітність інформаційних джерел;

- Узгоджена робота персоналу;

- Економія і раціональне використання робочого часу;

- Повний і докладний облік всіх операцій;

- Докладний розрахунок всіх витрат, можливість їх скоротити і збільшити прибуток;

- Прозорість і можливість контролю роботи персоналу для уникнення непередбачених обставин і збитків;

- Можливість впровадження інноваційних технологій;

- Відстеження впровадження нового обладнання;

- Полегшення пошуку нових співробітників.

Дерево цілей інформаційної системи «Автопарк»:


аспекти:

матеріальний:комп'ютери, мережа, програмне забезпечення, каса.

енергетичний: електроживлення;

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

людський: фахівці в області інформаційних технологій, які обслуговують дану систему, можливість використання комп'ютерних ресурсів співробітниками.

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

просторовий: величезна площа охоплення (ресурси інтернету).

Тимчасової аспекти:постійне оновлення в зв'язку зі змінами законодавчої бази і розкладу;

Модель складу інформаційної системи «Автопарк»:


3. Матриця системних характеристик по інф. системі «Автопарк»:

 Вимірювання  фізичне  динамічне
 входи  заявка клієнта  шт  шт / рік
 Розклад руху транспорту  Кількість задоволених заявок  Кількість задоволених заявок за рік
     
 виходи  Економія часу клієнта ч  ч / рік
 Інформація про послуги  Кількість інф джерел  Збільшення кількості інф джерел / рік
     
 функція  Надання інформації про роботу та послуги автопарку  якість  Підвищення якості в рік
     
 процесор  предмет праці  інформація    
 суб'єкт праці  Довідкова служба    
 каталізатор  Підвищення якості обслуговування завдяки ІТ    
 перетворювач  надання транспортних послуг населенню з урахуванням їх потреб    

Методи отримання моделей | Дослідження інформаційної системи за допомогою програми BPWin


По предмету | Моделі систем. Математична модель. | Узагальнена математична модель | Вимоги до математичної моделі |

© 2016-2022  um.co.ua - учбові матеріали та реферати