Основні поняття технології проектування ІС. Життєвий цикл програмного забезпечення ІС презентация

МИХАЙЛА ОСТРОГРАДСЬКОГО

Лекція 1. Основні поняття технології проектування ІС. Життєвий цикл програмного забезпечення ІС

© В. М. Сидоренко, 2016

фінансові і т. ін.), які забезпечують і поширюють інформацію (ISO/IEC 2382-1:1993).

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

1.2 Корпоративні ІС

- 1960-х роках і до кінця століття придбала цілком закінчені форми

На першому етапі основним підходом у проектуванні ІС був метод "знизу-вгору", коли система створювалася як набір додатків, найбільш важливих на даний момент для підтримки діяльності підприємства.

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

обстежених в США в 1994 році, невдалими виявилися більше 30% проектів, загальна вартість яких перевищувала 80 мільярдів доларів. При цьому виявилися виконаними у строк лише 16% від загального числа проектів, а перевитрата коштів склав 189% від запланованого бюджету.

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

наступні:


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

• гарантувати створення системи із заданою якістю в задані терміни і в рамках встановленого бюджету проекту;

• підтримувати зручну дисципліну супроводу, модифікації та нарощування системи;


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

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

базі даних;

• проектування програм, екранних форм, звітів, які будуть забезпечувати виконання запитів до даних;

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

в себе забезпечення на момент запуску системи і протягом усього часу її експлуатації:

• необхідної функціональності системи та рівня її адаптивності до мінливих умов функціонування;

• необхідної пропускної спроможності системи;

• необхідного часу реакції системи на запит;

• безвідмовної роботи системи;

• необхідного рівня безпеки;

• простоти експлуатації та підтримки системи.

і послідовного перетворення ряду узгоджених моделей на всіх етапах життєвого циклу (ЖЦ) ІС.

Зазвичай виділяють наступні етапи створення ІС:

формування вимог до системи;

проектування,

реалізація,

тестування,

введення в дію,

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

організації та реалізують її цілі і завдання.




Фундаментальне положення:

Модель організації, описана в термінах бізнес-процесів і бізнес-функцій, дозволяє сформулювати основні вимоги до ІС



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

отримують результати аналізу.

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

Отримана в процесі аналізу інформаційна модель спочатку перетвориться в логічну, а потім у фізичну модель даних.

специфікації (опис) всіх модулів ІС.

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

При проектуванні модулів визначають інтерфейси програм: розмітку меню, вид вікон, гарячі клавіші і пов'язані з ними виклики.

розробленої на етапі аналізу);

• набір специфікацій модулів системи (вони будуються на базі моделей функцій).

• розробка архітектури ІС, що включає в себе вибір платформи (платформ) і операційної системи (систем)


Етап проектування завершується розробкою технічного проекту ІС.

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

Етап тестування зазвичай виявляється розподіленим у часі.

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

життєвого циклу: основні, допоміжні, організаційні.
Зміст і взаємозв'язок процесів життєвого циклу ПЗ ІС. Моделі життєвого циклу: каскадна, модель з проміжним контролем, спіральна. Стадії життєвого циклу ПЗ ІС. Регламентація процесів проектування у вітчизняних та міжнародних стандартах.

системою в процесі її створення і використання.

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

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

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

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

проектної документації, який відповідає критеріям повноти і узгодженості;

• виконувані в логічній послідовності етапи робіт дозволяють планувати терміни завершення всіх робіт і відповідні витрати.

розробки ІС, багато компаній продовжують використовувати каскадну модель замість якого-небудь варіанта ітераційної моделі. Основні причини, з яких каскадна модель зберігає свою популярність, наступні:
Звичка - багато ІТ-фахівців здобували освіту в той час, коли вивчалася тільки каскадна модель, тому вона використовується ними і в наші дні.


2. Ілюзія зниження ризиків учасників проекту (замовника і виконавця).

представляються у вигляді процесів ЖЦ.


Процес визначається як сукупність взаємопов'язаних дій, що перетворюють вхідні дані у вихідні.

Опис кожного процесу включає в себе перелік вирішуваних завдань, вихідних даних і результатів.


Існує цілий ряд стандартів, що регламентують ЖЦ ПЗ, а в деяких випадках і процеси розробки

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


• ISO / IEC 12207: 1995 - стандарт на процеси і організацію життєвого циклу. Поширюється на всі види замовного ПЗ. Стандарт не містить опису фаз, стадій та етапів.


• Custom Development Method (методика Oracle) з розробки прикладних інформаційних систем - технологічний матеріал, деталізований до рівня заготовок проектних документів, розрахованих на використання в проектах із застосуванням Oracle. Застосовується CDM для класичної моделі ЖЦ (передбачені всі роботи / завдання та етапи), а також для технологій "швидкої розробки" (Fast Track) або "полегшеного підходу", рекомендованих у випадку малих проектів.

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

• Microsoft Solution Framework (MSF) схожа з RUP, так само включає чотири фази: аналіз, проектування, розробка, стабілізація, є ітераційною, припускає використання об'єктно-орієнтованого моделювання. MSF у порівнянні з RUP більшою мірою орієнтована на розробку бізнес-додатків.

• Extreme Programming (XP). Екстремальне програмування (найновіша серед розглянутих методологій) сформувалося в 1996 році. В основі методології командна робота, ефективна комунікація між замовником і виконавцем протягом всього проекту з розробки ІС, а розробка ведеться з використанням послідовного доопрацьовування прототипів.