конспект лекцій (ТСПП). Конспект лекцій з дисципліни 07 технологія створення програмних продуктів напряму 050101 Компютерні науки
 Скачать 14.87 Mb.
|
9.4.Моделі життєвого циклу програмного забезпечення ІСПоняття моделі життєвого циклу розробки програмного продукту. Огляд існуючих моделей Під моделлю життєвого циклу розробки ПП розуміється структура, що визначає послідовність виконання і взаємозв 'язку процесів, дій і завдань, що виконуються упродовж життєвого циклу розробки Пп. Модель життєвого циклу залежить від специфіки і складності виконуваного проекту, а також від умів, в яких створюється і функціонуватиме ПП. Стандарт ISO/IEC 12207 не пропонує конкретні модель життєвого циклу і методи розробки Пп. Положення стандарту є загальними для будь-яких моделей життєвого циклу, методів і технологій розробки ПП. Стандарт описує структуру процесів життєвого циклу ПП, але не уточнює, як виконати дії і завдання, включені в ці процеси. Модель життєвого циклу будь-кого конкретного ПП визначає характер процесу його створення, який є сукупністю впорядкованих в часі, взаємозв 'Язаних і об' єднаних в етапи робіт, виконання яких необхідно і достатньо для створення ПП, відповідного заданим вимогам. Під етапом розробки ПП розуміється частина процесу створення ПП, обмежена деякими часовими рамками і що закінчується випуском конкретного продукту (моделей ПП, програмних компонентів, документації), визначуваного заданими для цієї стадії вимогами. Етапи створення ПП виділяються з міркувань раціонального планування і організації робіт, що закінчуються заданими результатами (див. гл. 2). Найбільшого поширення набули наступні моделі життєвого циклу розробки ПП :
Короткі характеристики кожної з перерахованих моделей приведені в таблицю. 3.1. Таблиця 3.1 Моделі життєвого циклу розробки програмного продукту
9.5.Особливості проектування інформаційних системЕтап проектування дає відповідь на питання: «Як (яким чином) система задовольнятиме вимоги, що ставляться до неї?. Завданням цього етапу є дослідження структури системи і логічних взаємозв’язків її елементів, причому тут не зачіпаються питання, по в’язані з реалізацією на конкретній платформі. Проектування розглядається як ітераційний процес отримання логічної моделі системи разом зі строго сформульованими цілями, поставленими перед нею, а також написання специфікацій фізичної системи, що задовольняє ці вимоги. Цей етап звичайно поділяють на два підетапи: а) проектування архітектури системи, що включає розробку структури та інтерфейсів компонентів, узгодження функцій і технічних вимог до компонентів, методів і стандартів проектування; б) детальне проектування, яке передбачає розробку специфікацій кожного компонента, інтерфейсів між компонентами, розробку вимог до тестів і плану інтеграції компонентів. Іншими словами, проектування є етапом ЖЦ, на якому визначається, як слід реалізовувати вимоги до АІСУП, що породжені й зафіксовані на етапі аналізу. В результаті повинна бути побудована модель реалізації, що демонструє, як система задовольнятиме пред’явлені до неї вимоги (без технічних подробиць). Фактич но модель реалізації є розвитком і уточненням моделі вимог, а саме проектування є мостом між аналізом і реалізацією. Реалізація (програмування / адаптація). На етапі реалізації здійснюється створення системи як комплексу програмно-апаратних засобів, починаючи з проектування і створення телекомунікаційної інфраструктури і завершуючи розробкою та інсталяцією додатків. Зараз існує обширна література, в якій досить докладно розглянуті всі ці процеси, включаючи сучасні методи генерації коду прикладних систем, що використовуються. Тому в цьому підручникові питання реалізації не розглядається. Тестування і налагодження. Коректність АІСУП є її найважливішою властивістю і, без сумніву, головним предметом турботи розробників. У ідеальному випадку під коректністю АІСУП мають на увазі відсутність у ній помилок. Однак для більшості складних програмних продуктів досягти цього неможливо — «у кожній програмі міститься принаймні одна помилка». Тому під «коректним» зазвичай розуміють програмний продукт, що працює відповідно до пред’явлених до нього вимог, іншими словами — продукт, для якого поки ще не знайдені такі умови, в яких він виявиться непрацездатним. Література
Лекція № 10 |