Новини освіти і науки:

G+

Тлумачний словник
Авто
Автоматизація
Архітектура
Астрономія
Аудит
Біологія
Будівництво
Бухгалтерія
Винахідництво
Виробництво
Військова справа
Генетика
Географія
Геологія
Господарство
Держава
Дім
Екологія
Економетрика
Економіка
Електроніка
Журналістика та ЗМІ
Зв'язок
Іноземні мови
Інформатика
Історія
Комп'ютери
Креслення
Кулінарія
Культура
Лексикологія
Література
Логіка
Маркетинг
Математика
Машинобудування
Медицина
Менеджмент
Метали і Зварювання
Механіка
Мистецтво
Музика
Населення
Освіта
Охорона безпеки життя
Охорона Праці
Педагогіка
Політика
Право
Програмування
Промисловість
Психологія
Радіо
Регилия
Соціологія
Спорт
Стандартизація
Технології
Торгівля
Туризм
Фізика
Фізіологія
Філософія
Фінанси
Хімія
Юриспунденкция

Процеси життєвого циклу стандарту ISO / IEC 15504

Стандарт ISO / IEC 12207 розроблявся 9 років і досить швидко застарів. У 1998 р виходить новий стандарт ISO / IEC TR 15504: Information Technology - Software Process Assessment (Оцінка процесів розробки ПЗ) [5]. У цьому документі розглядаються питання атестації, визначення зрілості та удосконалення процесів життєвого циклу ПЗ. Один з розділів документа містить нову класифікацію процесів життєвого циклу, що є розвитком стандарту ISO / IEC 12207.

Зв'язок ISO / IEC TR 15504 зі стандартом ISO 12207 полягає в тому, що всі процеси стандарту ISO / IEC 15504 належать до однієї з наступних типів:

· Базовий- процес з 12207;

· Расшіренний- розширення процесу з 12207;

· Новий- процес, не описаним в 12207;

· Составляющій- частина процесу з 12207;

· Розширений составляющій- розширена частина проц. з 12207.

Відповідно до нової класифікації в трьох групах процесів вводяться п'ять категорій процесів:

· Основні процеси: категорія CUS: Споживач-постачальник і категорія ENG: Інженерна

· Допоміжні процеси: категорія SUP: Допоміжна

· Організаційні процеси: категорія MAN Управлінська та категорія ORG: Організаційна.

Категорія Споживач-Постачальник складається з процесів, безпосередньо впливають на споживача, що підтримують процес розробки програмного засобу і його передачі споживачеві і забезпечують можливість коректного використання програмного засобу або послуги. Включає наступні процеси:

· CUS.1 Процес придбання (Acquisition process)

- CUS.1.1 Процес підготовки придбання (Acquisition preparation process)

- CUS.1.2 Процес вибору постачальника (Supplier selection process)

- CUS.1.3 Процес моніторингу постачальника (Supplier Monitoring process)

- CUS.1.4 Процес приймання (Customer Acceptance process)

· CUS.2 Поставки (Supply process)

· CUS.3 Процес виявлення вимог (Requirements process)

· CUS.4 Експлуатації (Operation process)

- CUS.4.1 Процес експлуатаційного використання (Operational use process)

- CUS.4.2 Процес підтримки споживача (Customer support process)

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

· ENG.1 Процес розробки (Development process)

- ENG.1.1 Процес аналізу вимог і розробки системи (Systemrequirements analysis and design process)

- ENG.1.2 Процес аналізу вимог до програмних засобів (Software requirements analysis process)

- ENG.1.3 Процес проектування програмних засобів (Software design process)

- ENG.1.4 Процес конструювання програмних засобів (Software construction process)

- ENG.1.5 Процес інтеграції програмних засобів (Software integration process)

- ENG.1.6 Процес тестування програмних засобів (Software testing process)

- ENG.1.7 Процес інтеграції та тестування системи (System integration andtesting process)

· ENG.2 Процес супроводу системи і програмних засобів (System and software maintenance process)

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

· SUP.1 Процес документування (Documentation process)

· SUP.2 Процес управління конфігурацією (Configuration management process)

· SUP.3 Процес забезпечення якості (Quality assurance process)

· SUP.4 Процес верифікації (Verification process)

· SUP.5 Процес перевірки відповідності (Validation process)

· SUP.6 Процес спільних перевірок (Joint review process)

· SUP.7 Процес аудиту (Audit process)

· SUP.8 Процес дозволу проблем (Problem resolution process)

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

· MAN.1 Процес адміністративного управління (Management process)

· MAN.2 Процес управління проектами (Project management process)

· MAN.3 Процес управління якістю (Quality Management process)

· MAN.4 Процес управління ризиками (Risk Management process)

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

· ORG.1 Процес організаційних установок (Organizational alignment process)

· ORG.2 Процес удосконалення (Improvement process)

- ORG.2.1 Процес створення процесів (Process establishment process)

- ORG.2.2 Процес атестації процесів (Process assessment process)

- ORG.2.3 Процес удосконалення процесів (Process improvement process)

· ORG.3 Процес адміністративного управління кадрами (Human resource management process)

· ORG.4 Процес створення інфраструктури (Infrastructure process)

· ORG.5 Процес виміру (Measurement process)

· ORG.6 Процес повторного використання (Reuse process)

Рекомендована література:

1. В. Липаев. Стандарти, які регламентують життєвий цикл складних програмних комплексів.

2. http://www.pcweek.ru/year1998/N24/CP1251/Reviews/chapt1.htm

Питання для контролю знань

1. Вкажіть категорії процесів стандарту ISO / IEC 15504.

2. Охарактеризуйте Категорію Споживач – постачальник.

3. Охарактеризуйте Інженерну категорію.

4. Охарактеризуйте Допоміжну категорію.

5. Охарактеризуйте Категорію управління.

6. Охарактеризуйте Організаційну категорію.

Лекція №4

Тема: Моделі життєвих циклів програмних продуктів. Тематичний контроль

Мета: Підведення підсумків та повторення матеріалу із суміжних предметів.

Перелік питань, що розглядаються на лекції:

1. Каскадна модель

2. V модель

3. Спіральна модель

4. Інкрементра модель

5. Модель прототипування життєвого циклу

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

У стандарті ISO / IEC 12207 модель життєвого циклу (life cycle model) визначається як структура, що складається з процесів, робіт і завдань, що включають в себе розробку, експлуатацію та супровід програмного продукту, що охоплює життя системи від встановлення вимог до неї до припинення її використання. При цьому, конкретні моделі визначаються особливістю задач, обмеженнями на ресурси, досвідом розробників і т.п.

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

До числа основних моделей життєвого циклу ПО слід віднести каскадну і спіральну моделі. На практиці часто використовують итерационную, V-образну, інкрементного і модель швидкого прототипування. У попередньому семестрі на лекціях з предмету «Конструювання програмних продуктів» ми розглядали з вами модулі життєвих циклів, визначали їх переваги та недоліки. Пригадаємо базові аспекти.

Читайте також:

<== попередня сторінка	\|	наступна сторінка ==>
Найбільш відомі стандарти	\|	Каскадна модель

Не знайшли потрібну інформацію? Скористайтесь пошуком google:

Генерація сторінки за: 0.006 сек.