Ідеальна еталонна модель в якій представлені основні. Еталонна модель компетентностей педагогічного працівника. Дивитися що таке "Еталонна модель" в інших словниках

Архітектура еталонної моделі штучно включає два вимірювання:

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

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

Еталонна модель групує процеси, при вимір процесу, в три групи процесів життєвого циклу, які містять п'ять категорій процесу, відповідно до типу діяльності, до яких його звернуто.

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

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

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

Підтримують процеси життєвого циклу складаються з категорії процесу підтримки.

Організаційні процеси життєвого циклу складаються з категорій процесів управління і організації.

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

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

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

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

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

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

Є шість рівнів можливості в еталонної моделі.

Рівень 0: незавершений. Загальна невдача в досягненні мети процесу. Є нелегко ідентифіковані робочий продукт або виходи процесу.

рівень 1: Здійснюється. Мета процесу, в загальному, досягнута. Досягнення не може строго плануватися і відслідковуватися. Персонал організації усвідомлює, що процес повинен виконуватися, і є загальна згода, що цей процес виконується, як потрібно і коли потрібно. Є певні робочі продукти процесу, і вони свідчать на користь досягнення мети.

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

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

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

рівень 5: Оптимізуючий. Виконання процесу оптимізується, щоб досягти поточні і майбутні ділові потреби. Процес досягає повторюваності при досягненні певних бізнес - цілей. Кількісна ефективність процесу і цілі ефективності для виконання встановлені, базуються на бізнес - цілях організації. Безперервний процес, який контролює ці цілі, дозволяє отримувати кількісну зворотний зв'язок, і удосконалення досягнуто аналізом результатів. Основна відмінність від передбачуваного рівня в тому, що певні і стандартні процеси тепер динамічно змінюються і адаптуються, щоб ефективно досягти поточні (актуальні) та майбутні бізнес - цілі.

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

Вимірювання процесу

У цьому підрозділі приводиться класифікація процесів, прийнятих в організаціях, що займаються розробкою, експлуатацією, придбанням, поставкою і підтримкою функціонування ПО. Класифікація розпізнає п'ять категорій процесів, які містять всі процеси. Категорії і їх процеси можна порівняти з тими процесами, які визначені в проекті стандарту ISO / IEC 12207, Інформаційна технологія - Життєвий цикл процесу ПО, розглянутого нами в розділі 2.

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

початкові процеси життєвого циклу включають категорії процесу інжинірингу та постачальник - замовник;

підтримують процеси життєвого циклу включають категорії процесу підтримки;

організаційні процеси життєвого циклу включають категорії процесу управління і організації.

Індивідуальні процеси описані в термінах шести компонентів.

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

Ім'я процесу.Описова фраза, яка виділяє важливу властивість процесу (наприклад, Вибір Постачальника).

Тип процесу.Є 3 типи процесів верхнього рівня (базисний, розширений, новий) і 2 процесу другого рівня (компонентний, розширений), які мають таке відношення до процесів ISO / IEC 12207. Нові процеси додатковими до тих, що визначені в ISO / IEC 12207. Базисні процеси ідентичні в призначенні процесам ISO / IEC 12207. Розширені процеси доповнюються на існуючому процесі ISO / IEC 12207. Компонентні процеси групує один або декілька дій ISO / IEC 12207 з того ж самого процесу. Розширені компонентні процеси групують один або декілька дій ISO / IEC 12207 з того ж самого процесу і включають додатковий матеріал.

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

Результати процесу.Список описів результатів процесу.

Примітки процесу. Необов'язковий список інформативних приміток щодо процесу та його ставлення до інших процесів.

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

CUS.1 Процес Придбання

базисний процес

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

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

Буде проведений продукт і / або послуга, що задовольнить встановлену потребу замовника;

Придбання буде перевірено таким чином, щоб певні обмеження як, наприклад, вартість, план і якість були виконані.

CUS.1.1 Процес Підготовки Придбання

Компонентний процес CUS.1 - Процесу Придбання

мета Процесу Підготовки Придбання полягає в тому, щоб встановити потреби і цілі придбання. В результаті успішної реалізації процесу:

Буде встановлена \u200b\u200bпотреба в придбанні, розробці або розширенні системи, програмного продукту або процесу розробки ПЗ;

Будуть сформульовані системні вимоги;

Буде розроблено стратегію придбання;

Будуть визначені приймальні критерії.

ENG.1 Процес Розробки

базисний процес

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

Буде розроблений програмний продукт або програмна система;

Будуть розроблені проміжні робочі продукти, що показує, що кінцевий виріб ґрунтується на узгоджених вимогах;

Буде встановлена \u200b\u200bнесуперечливість між вимогами програмного забезпечення та проектами програмного забезпечення;

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

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

ПРИМІТКА: Узгоджені вимоги можна забезпечувати операцією процесу Придбання (CUS. 1) або Процесу Встановлення Вимог (CUS. 3).

ENG.1.1 Процес Розробки і Аналізу Системних Вимог

Компонентний процес ENG.1 - Процесу Розробки

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

Будуть розроблені системні вимоги, що відповідає встановленим потребам замовника;

Буде запропоновано рішення, яке ідентифікує основні елементи системи;

Узгоджені вимоги будуть розподілені кожному з основних елементів системи;

Буде розроблена стратегія версії, яка визначає пріоритет для виконання системних вимог;

Системні вимоги будуть схвалені і модифіковані, як і потрібно;

Вимоги, запропоноване рішення і їх зв'язку будуть повідомлені всім зацікавленим сторонам.

SUP.1 Процес Документування

Розширений Процес

мета Процесу Розробки Документації полягає в тому, щоб розробити і підтримати документи, які записують інформацію, вироблену процесом або дією. В результаті успішної реалізації процесу:

Буде розроблена стратегія, що ідентифікує документи, які будуть проведені протягом життєвого циклу програмного продукту;

Будуть визначені стандарти, до які повинні звертатися за розробка документів;

Всі документи, які будуть проведені процесом або проектом будуть ідентифіковані;

Всі документи будуть розроблятися і видаватися відповідно до визначених стандартів;

Всі документи будуть підтримуватися відповідно до визначених критеріїв.

ПРИМІТКА - процес підтримує виконання атрибута процесу 2.2 в тих прикладах, де він введений.

MAN.1.1 Процес Управління Проектом

Компонентний процес MAN.1 - процесу Управління

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

Буде визначена область робіт проекту;

Буде оцінена виконуваність досягнення цілей проекту з доступними ресурсами і обмеженнями;

Будуть виміряні й оцінені завдання і ресурси, необхідні для завершення роботи;

Будуть ідентифіковані і перевірятися інтерфейси між елементами проекту та іншими проектами і організаційними модулями ,;

Будуть розроблені і виконуватися плани виконання проекту;

Буде перевірено і повідомлятися прогрес проекту;

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

ПРИМІТКА - Цей процес підтримує виконання атрибута процесу 2.1 в тих прикладах, де він введений.

ORG.2 Процес Удосконалення

базисний Процес

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

Набір організаційних активів процесу буде розроблений і зроблений доступним;

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

Вимірювання можливості

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

Всередині моделі можливості, міра можливості заснована на наборі з дев'яти атрибутів процесу (АП) (див. Таблицю 4.1). Атрибути процесу використовуються, щоб визначити, чи досяг процес даної можливості. Кожен атрибут вимірює специфічний аспект можливості процесу. Атрибути самостійно вимірюються в шкалі відсотків і, отже, забезпечують більш докладний розуміння специфічних аспектів можливості процесу, необхідної, щоб підтримувати удосконалення процесу і визначення можливості.

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

AП 3.1 Атрибут визначення і перетворення процесу

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

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

Виконання процесу буде проводитися відповідно до обраної і / або пристосованої стандартної документацією процесу;

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

Досліди використання документації процесу будуть використовуватися, щоб удосконалювати стандартний процес.

Таблиця 4.1.

номер	Назва
рівень 1	Здійснюється процес
АП 1.1	Атрибут виконання процесу
рівень 2	керований процес
AП 2.1	Атрибут управління виконанням
AП 2.2	Атрибут управління робочим продуктом
рівень 3	встановлений процес
АП 3.1	Атрибут визначення і перетворення процесу
АП 3.2	Атрибут ресурсу процесу
рівень 4	передбачуваний процес
AП 4.1	Атрибут вимірювання процесу
AП 4.2	Атрибут контролю процесу
рівень 5	оптимізує процес
AП 5.1	Атрибут зміни (верифікації) процесу
AП 5.2	Атрибут можливості подальшого поліпшення

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

N Чи не досягнутий:

0% - 15% - є маленьке або немає взагалі підтвердження досягнення певного атрибута.

P Частково досягнутий:

16% - 50% - є підтвердження надійного систематичного методу до досягнення певного атрибута. Деякі аспекти досягнення можуть бути непередбачувані.

L В значній мірі досягнутий:

51% - 85% - є підтвердження надійного систематичного методу до значного досягнення певного атрибута. Виконання процесу може змінитися в деяких областях.

F Повністю досягнутий:

86% - 100% - є підтвердження повного і систематичного методу до повного досягнення певного атрибута. Ніяких значних недоліків не існує в межах певної частини організації.

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

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

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

Нижче наведені таблиці, що містять підсумкові списки процесів, які включені в еталонна модель (таблиця 4.3) і відповідність процесів еталонної моделі і процесів, певні в проекті стандарту ISO / IEC 12207 (таблиця 4.4).

Таблиця 4.2

шкала	атрибути процесу	оцінка
рівень 1	виконання процесу	В основному або повністю
рівень 2	виконання процесу управління виконанням Управління робочим продуктом	повністю В основному або повністю В основному або повністю
рівень 3	виконання процесу управління виконанням Управління робочим продуктом ресурс процесу	повністю повністю повністю В основному або повністю В основному або повністю
рівень 4	виконання процесу управління виконанням Управління робочим продуктом Визначення і перетворення процесу ресурс процесу Вимірювання процесу контроль процесу	повністю повністю повністю повністю повністю В основному або повністю В основному або повністю
рівень 5	виконання процесу управління виконанням Управління робочим продуктом Визначення і перетворення процесу ресурс процесу Вимірювання процесу контроль процесу зміна процесу Можливість подальшого поліпшення	повністю повністю повністю повністю повністю повністю повністю В основному або повністю В основному або повністю

Таблиця 4.3.

			процес
номер	Назва	номер			Назва


				Придбання (базисний)
				Підготовка придбання (компонентний)
				Вибір постачальника (компонентний)
				Перевірка постачальника (компонентний)
				Схвалення замовника (компонентний)
				Підтримка (базисний)
				Встановлення вимог (новий)
				Функціонування (розширений)
				Функціональне використання (розширений компонентний)
				Підтримка користувача (розширений компонентний)

				Розробка (базисний)
				Аналіз і розробка системний вимог (компонентний)
				Аналіз вимог ПО (компонентний)
				Розробка ПО (компонентний)
				Конструкція ПО (компонентний)
				Інтеграція ПО (компонентний)
				Тестування ПЗ (компонентний)
				Тестування і інтеграція системи (компонентний)
				Експлуатація системи і ПО (базисний)
Підтримують процеси життєвого циклу

				Документування (розширений)
				Управління конфігурацією (базисний)
				Гарантія якості (базисний)
				Верифікація (базисний)
				Перевірка правильності (базисний)
				Спільний огляд (базисний)
				Перевірка (базисний)
				Рішення проблем (базисний)
				Вимірювання (новий)
				Повторного використання (новий)


				Управління (базисний)
				Управління проектом (компонентний)
				Управління якістю (новий)
				Управління ризиком (новий)

				Організаційне вирівнювання (новий)
				Процес удосконалення (базисний)
				Створення процесу (компонентний)
				Оцінка процесу (компонентний)
				Удосконалення процесу (компонентний)
				Управління людськими ресурсами (розширений)
				Інфраструктура (базисний)

Таблиця 4.4.

Дії і процеси 12207

процеси 15504

Початкові процеси життєвого циклу

процес придбання

базисний

ініціалізація

Процес підготовки придбання

компонента

Підготовка Заявки-для-Пропозиції [-заявка на поспіль]

Процес вибору постачальника

компонента

Підготовка контракту і коригування

Процес вибору постачальника

компонента

Перевірка постачальника

Процес перевірки постачальника

компонента

Прийняття та завершення

Процес схвалення замовника

компонента

процес постачання

базисний

ініціалізація

процес постачання

базисний

підготовка відповіді

процес постачання

базисний

контракт

процес постачання

базисний

планування

процес постачання

базисний

Виконання і управління

процес постачання

базисний

Огляд і оцінка

процес постачання

базисний

Поставка і завершення

процес постачання

базисний

Процес встановлення вимог

процес розробки

базисний

Реалізація процесу

процес розробки

базисний

Аналіз системних вимог

компонента

Розробка архітектури системи

Процес розробки та аналізу системних вимог

компонента

Аналіз вимог ПО

Процес аналізу програмних вимог

компонента

Розробка архітектури ПЗ

Процес розробки ПЗ

компонента

Робочий проект ПО

Процес розробки ПЗ

компонента

Кодування і тестування ПО

Процес конструкції ПО

компонента

інтеграція ПО

Процес інтеграції ПО

компонента

Тестування кваліфікації ПО

Процес тестування ПО

компонента

інтеграція системи

компонента

Тестування кваліфікації системи

Процес тестування та інтеграції системи

компонента

інсталяція ПО

процес постачання

базисний

підтримка програм

процес постачання

базисний

процес функціонування

базисний

Реалізація процесу

Процес функціонального використання

розширена компонента

функціональне тестування

Процес функціонального використання

розширена компонента

функціонування системи

Процес функціонального використання

розширена компонента

підтримка користувача

Процес підтримки користувача

розширена компонента

процес експлуатації

базисний

Реалізація процесу

Процес експлуатації ПО і системи

базисний

Аналіз проблем і модифікацій

Процес експлуатації ПО і системи

базисний

Реалізація модифікації

Процес експлуатації ПО і системи

базисний

Ухвалення в експлуатацію

Процес експлуатації ПО і системи

базисний

міграція

Процес експлуатації ПО і системи

базисний

Утилізація ПО

Процес експлуатації ПО і системи

базисний

Допоміжні процеси життєвого циклу

процес документування

розширений

Реалізація процесу

процес документування

розширений

Розробка і розвиток

процес документування

розширений

Продукція

процес документування

розширений

експлуатація

процес документування

розширений