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

Июль 24, 2022

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

Содержание

2. 1. Основні поняття технології проектування ІС 1.1 Класифікація ІС
3. Інформаційна система (ІС) — система обробки інформації і відповідні організаційні ресурси (людські, технічні, фінансові і т.
4. 1.1 Класифікація ІС
5. Інтегровані (корпоративні) ІС - використовуються для автоматизації всіх функцій фірми і охоплюють весь цикл робіт від
7. 1.3 Класифікація ІС за архітектурою
8. Концепція архітектури ІС на основі сховищ даних
10. 1.4 Концепції проектування Індустрія розробки автоматизованих інформаційних систем управління зародилася в 1950-х - 1960-х роках і
11. Згідно зі статистичними даними, зібраними Standish Group (США), з 8380 проектів, обстежених в США в 1994
12. Основними завданнями, вирішення яких має сприяти методологія проектування корпоративних ІС, є наступні: • забезпечувати створення корпоративних
13. 1.5 Основні особливості сучасних проектів ІС. Етапи створення ІС: формування вимог, концептуальне проектування, специфікація додатків, розробка
14. Проектування ІС охоплює: • проектування об'єктів даних, які будуть реалізовані в базі даних; • проектування програм,
15. Мету проекту можна визначити як вирішення низки взаємопов'язаних завдань, що включають в себе забезпечення на момент
16. Згідно з сучасною методологією, ПРОЦЕС створення ІС являє собою процес побудови і послідовного перетворення ряду узгоджених
17. Початковим етапом процесу створення ІС є моделювання бізнес-процесів, що протікають в організації та реалізують її цілі
18. На етапі проектування насамперед формуються моделі даних. Проектувальники в якості вихідної інформації отримують результати аналізу. Побудова
19. Паралельно з проектуванням схеми бази даних виконується проектування процесів, щоб отримати специфікації (опис) всіх модулів ІС.
20. Кінцевими продуктами етапу проектування є: • схема бази даних (на підставі ER-моделі, розробленої на етапі аналізу);
21. Необхідність контролювати процес створення ІС, гарантувати досягнення цілей розробки і дотримання різних обмежень (бюджетних, часових і
22. 2. Життєвий цикл програмного забезпечення ІС Поняття життєвого циклу ПЗ ІС. Процеси життєвого циклу: основні, допоміжні,
23. Життєвий цикл ІС можна представити як ряд подій, що відбуваються з системою в процесі її створення
24. На даний час відомі і використовуються наступні моделі життєвого циклу: • Каскадна модель передбачає послідовне виконання
25. Каскадна модель ЖЦ ІС
26. • Поетапна модель з проміжним контролем. Розробка ІС ведеться ітераціями з циклами зворотного зв'язку між етапами.
27. Поетапна модель ЖЦ ІС с проміжним контролем
28. • Спіральна модель. На кожному витку спіралі виконується створення чергової версії продукту, уточнюються вимоги проекту, визначається
29. Спіральна модель ЖЦ ІС
30. Позитивні сторони застосування каскадного підходу: • на кожному етапі формується закінчений набір проектної документації, який відповідає
31. Незважаючи на наполегливі рекомендації компаній-вендорів і експертів в галузі проектування та розробки ІС, багато компаній продовжують
32. Кожна з стадій створення системи передбачає виконання певного обсягу робіт, які представляються у вигляді процесів ЖЦ.
33. Серед найбільш відомих стандартів можна виділити наступні: • ГОСТ 34.601-90 - поширюється на автоматизовані системи і
34. • Rational Unified Process (RUP) пропонує ітеративну модель розробки, що включає чотири фази: початок, дослідження, побудова
37. Скачать презентацию

Слайд 2

1. Основні поняття технології проектування ІС
1.1 Класифікація ІС

Слайд 3

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

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

Слайд 4

1.1 Класифікація ІС

Слайд 5

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

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

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

Слайд 6

Слайд 7

1.3 Класифікація ІС за архітектурою

Слайд 8

Концепція архітектури ІС на основі сховищ даних

Слайд 9

Слайд 10

1.4 Концепції проектування
Індустрія розробки автоматизованих інформаційних систем управління зародилася в 1950-х

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

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

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

Слайд 11

Згідно зі статистичними даними, зібраними Standish Group (США), з 8380 проектів,

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

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

Слайд 12

Основними завданнями, вирішення яких має сприяти методологія проектування корпоративних ІС, є

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

Слайд 13

1.5 Основні особливості сучасних проектів ІС. Етапи створення ІС: формування вимог, концептуальне

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

Слайд 14

Проектування ІС охоплює:
• проектування об'єктів даних, які будуть реалізовані в базі

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

Слайд 15

Мету проекту можна визначити як вирішення низки взаємопов'язаних завдань, що включають

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

Слайд 16

Згідно з сучасною методологією, ПРОЦЕС створення ІС являє собою процес побудови

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

Зазвичай виділяють наступні етапи створення ІС:
формування вимог до системи;
проектування,
реалізація,
тестування,
введення в дію,
експлуатація та супровід.

Слайд 17

Початковим етапом процесу створення ІС є моделювання бізнес-процесів, що протікають в

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

Слайд 18

На етапі проектування насамперед формуються моделі даних.
Проектувальники в якості вихідної інформації

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

Слайд 19

Паралельно з проектуванням схеми бази даних виконується проектування процесів, щоб отримати

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

Слайд 20

Кінцевими продуктами етапу проектування є:
• схема бази даних (на підставі ER-моделі,

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

Слайд 21

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

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

Слайд 22

2. Життєвий цикл програмного забезпечення ІС
Поняття життєвого циклу ПЗ ІС. Процеси

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

Слайд 23

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

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

Слайд 24

На даний час відомі і використовуються наступні моделі життєвого циклу:
• Каскадна

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

Слайд 25

Каскадна модель ЖЦ ІС

Слайд 26

• Поетапна модель з проміжним контролем. Розробка ІС ведеться ітераціями з

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

Слайд 27

Поетапна модель ЖЦ ІС с проміжним контролем

Слайд 28

• Спіральна модель. На кожному витку спіралі виконується створення чергової версії

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

Слайд 29

Спіральна модель ЖЦ ІС

Слайд 30

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

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

Слайд 31

Незважаючи на наполегливі рекомендації компаній-вендорів і експертів в галузі проектування та

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

Слайд 32

Кожна з стадій створення системи передбачає виконання певного обсягу робіт, які

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

Слайд 33

Серед найбільш відомих стандартів можна виділити наступні:
• ГОСТ 34.601-90 - поширюється

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

Слайд 34

• Rational Unified Process (RUP) пропонує ітеративну модель розробки, що включає

чотири фази: початок, дослідження, побудова та впровадження. Кожна фаза може бути розбита на етапи (ітерації), в результаті яких випускається версія для внутрішнього або зовнішнього використання. Проходження через чотири основні фази називається циклом розробки, кожен цикл завершується генерацією версії системи. Якщо після цього робота над проектом не припиняється, то отриманий продукт продовжує розвиватися і знову мине ті ж фази. Суть роботи в рамках RUP - це створення і супровід моделей на базі UML.
• Microsoft Solution Framework (MSF) схожа з RUP, так само включає чотири фази: аналіз, проектування, розробка, стабілізація, є ітераційною, припускає використання об'єктно-орієнтованого моделювання. MSF у порівнянні з RUP більшою мірою орієнтована на розробку бізнес-додатків.
• Extreme Programming (XP). Екстремальне програмування (найновіша серед розглянутих методологій) сформувалося в 1996 році. В основі методології командна робота, ефективна комунікація між замовником і виконавцем протягом всього проекту з розробки ІС, а розробка ведеться з використанням послідовного доопрацьовування прототипів.

Слайд 35