ехнічної діяльності. Технічні комітети ISO і IEC співпрацюють в областях, які зачіпають взаємні інтереси. Решта міжнародні організації, державні та недержавні, спільно з ISO і IEC, також беруть участь в роботі.
В області інформаційної технології ISO і IEC утворили об'єднаний технічний комітет ISO / IEC JTC 1 (Об'єднаний технічний комітет № 1). Проекти міжнародних стандартів, прийняті об'єднаним технічним комітетом, розсилаються національним органам з метою їх прийняття. Публікація в якості міжнародного стандарту вимагає підтвердження від не менш ніж 75% національних органів, які брали участь у прийнятті рішення.
Міжнародний стандарт ISO / IEC 12207 був підготовлений об'єднаним технічним комітетом ISO / IEC JTC1, «Інформаційні технології, підкомітет SC7, проектування програмного забезпечення» [2]. ISO / IEC 12207 - Information Technology - Software Life Cycle Processes - Процеси життєвого циклу програмних засобів. Стандарт містить визначення основних понять програмної інженерії (зокрема програмного продукту і життєвого циклу програмного продукту), структури життєвого циклу як сукупності процесів, детальний опис процесів життєвого циклу.
2 Стандарт ISO / IEC 12207-95
У 1990 році почалося планування всеосяжних міжнародних стандартів, в основу яких лягли концепції і погляди стандарту IEEE Std 1074 і результатів роботи утвореної в 1987 році спільної комісії ISO / IEC JTC 1 **. У 1995 році група цієї комісії SC7 Software Engineering випустила першу версію міжнародного стандарту ISO / IEC 12207 Software Lifecycle Processes. Цей стандарт став першим досвідом створення єдиного спільного погляду на програмну інженерію [3].
ISO / IEC 12207-95 визначає модель життєвого циклу процесів розробки програмного забезпечення. Дана модель життєвого циклу ПЗ визначає на верхньому рівні фундаментальні цілі, які є суттєвими для розробки високоефективного і надійного програмного забезпечення. Цілі верхнього рівня описують те, що повинно бути досягнуто, а не як їх досягти. Життєвий цикл, визначений цим стандартом, застосуємо в будь software-організації, що бажає затвердити, а надалі і поліпшити можливості по постачанню, розробці, експлуатації, розвитку та підтримки програмного забезпечення. Модель не передбачає використання специфічних організаційних структур, філософії управління, технології або методології розробки ПЗ [4].
Архітектура даної моделі організовує процеси для допомоги персоналу організації в їх розумінні та їх використання для безперервного удосконалення процесів розробки програмного забезпечення. Процеси, визначені в стандарті, утворюють всеосяжний набір процесів. Організація, в залежності від своїх цілей і для їх реалізації, може вибрати відповідний поднабор. Тому стандарт розроблений так, щоб бути пристосованим як для окремої організації, так і для конкретного проекту або програми. Крім того, він може використовуватися у випадках, коли програмне забезпечення є самостійною сутністю, вбудовується або є складовою частиною загальної системи.
Особливості стандарту
Стандарт не наказує конкретну модель життєвого циклу або метод розробки ПЗ. Він визначає, що сторони-учасники використання стандарту відповідальні за:
1. Вибір моделі ЖЦ для проекту ПО
2. Адаптацію пр...
