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

Содержание

Навчальний процес Лекцій –22 Лабораторні заняття – 22

Слайд 1 Лекція 1.1 Супроводження програмного забезпечення. основна мета, головні задачі та структура дисципліни,

загальна направленість

Слайд 2Навчальний процес
Лекцій –22


Лабораторні заняття – 22
Самостійна робота – 46
Всього (годин/кредитів ECTS) – 90/2.5
Домашнє завдання (1) – 8ий семестр
Диференційований залік– 8ий семестр


Слайд 3Питання до розгляду
Супроводження програмного забезпечення. Головні означення.
Потреба супроводження.
Структура супроводження програмного забезпечення.

Література.


Слайд 4I. Супроводження програмного забезпечення. Головні означення.


Слайд 5Немає такого поняття як “закінчена” комп’ютерна програма Леман
Дисципліна , що охоплює питання

пов’язані зі змінами програмного забезпечення після передачі його в експлуатацію, зазвичай відома як Супроводження програмного забезпечення (СПЗ).
Супроводження програмного забезпечення (IEEE 1219, Standard for Software Maintenance) – це модифікація програмного продукту після передачі його в експлуатацію для усунення помилок, підвищення показників продуктивності або інших атрибутів, або адаптації продукту до модифікованого середовища.
Супроводження (ISO/IEC 12207 Standard for Life Cycle Processes, ISO/IEC 14764 The International Standard for Software Maintenance) – процес “модифікації програмного коду та пов'язаної з ним документації , що викликаний появою проблем або потребою в удосконаленні” програмного продукту.
Супроводження програмного забезпечення(SWEBOK) – сукупність заходів, що необхідні для забезпечення витратноефективної підтримки програмних систем (заходи до та після передачі в експлуатацію).
Супроводжувач (maintainer) (ISO/IEC 12207) – організація, яка здійснює заходи супроводження.
Еволюція – це процес безперервних змін від нижчого, простішого, чи гіршого до вищого, більш комплексного, чи кращого рівня. Питання з області знань СПЗ та еволюції систем вперше були озвучені Леманом у 1969 р.



Слайд 6II. Потреба супроводження


Слайд 7Супроводження потрібне для того, щоб програмна система продовжувала забезпечувати задоволення потреб

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

Слайд 8ISO/IEC 14764 Процес супроводження програмного забезпечення


Слайд 9III. Структура супроводження програмного забезпечення


Слайд 10Структура супроводження програмного забезпечення (1)


Слайд 11Структура супроводження програмного забезпечення (2)


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

залучення у процес розробки та супроводження.
Реалізація модифікацій вимагатиме:
a) “прогресивної” роботи щодо удосконалення
існуючих функцій або впровадження нових;
b) “анти-регресивної” роботи для того, щоб зробити
програми добре структурованими, краще
документованими, більш зрозумілими і здатними до
подальшого розвитку.

Слайд 13Компоненти. Середовище
Типові складові, що відносяться до цієї компоненти – це

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

Слайд 14Компоненти. Процес супроводження (1)
Збір запитів щодо майбутніх змін. Проблеми стають зрозумілішими

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

Слайд 15Компоненти. Процес супроводження (2)
“Мертві” парадигми для “живих” систем.
Теорема фіксованої точки

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

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


Слайд 17Компоненти. Програмний продукт (1)
Сформованість та складність програмного продукту. Вимоги програних продуктів,

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

Слайд 18Компоненти. Програмний продукт (2)
Властива якість.
Закон Лемана про неперервні

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

Слайд 19Компоненти. Спеціалісти зі супроводження
Плинність кадрів. Через високу плинність кадрів більшість систем

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

Слайд 20IV. Література
Guide to the Software Engineering Body of Knowledge (SWEBOK). –

California: IEEE Computer Society, 2001. – 219 p.
Grubb Penny. Software Maintenance: Concepts and Practice (2nd Edition) / [Penny Grubb, Takang A. Armstrong]. – Singapore: World Scientific, 2003. – 349 p.
Pigosky M. Thomas. Practical Software Maintenance – Best Practices for Managing Your Software Investment / Thomas M. Pigosky. – Canada: Wiley Computer Publishing, 1997. – 228 p.

Обратная связь

Если не удалось найти и скачать презентацию, Вы можете заказать его на нашем сайте. Мы постараемся найти нужный Вам материал и отправим по электронной почте. Не стесняйтесь обращаться к нам, если у вас возникли вопросы или пожелания:

Email: Нажмите что бы посмотреть 

Что такое ThePresentation.ru?

Это сайт презентаций, докладов, проектов, шаблонов в формате PowerPoint. Мы помогаем школьникам, студентам, учителям, преподавателям хранить и обмениваться учебными материалами с другими пользователями.


Для правообладателей

Яндекс.Метрика