| Мова : |
|
| Енциклопедія співтовариство |Енциклопедія відповіді |Відправити запитання |Словник знань |Завантажити знання |
Модель технологічної зрілості |
 |
|
1984 року в підтримці Департаменту оборони США, Університет Карнегі-Меллона (CarnegieMellonUniversity, КМУ) встановив Software Engineering Institute (SEI), в листопаді 1986 року, за допомогою Митр корпорації, і почав розвивати індустрію програмного забезпечення, щоб допомогти і поліпшити процес зрілості процесів програмного забезпечення (спосіб погашення Framework) архітектура, і опублікований в 1991 CMM моделі. SEI CMM сенс і продовжувати розширити сферу застосування сьогоднішньої CMMI моделі включає інженерних систем (Systems Engineering, SE) Програмна інженерія (Software Engineering, SW), інтегрований продукт і процес розвитку (Процес розробки інтегрованого виробництва, ІППД), і аутсорсинг робочих місць (Постачальник Sourcing, SS) чотири професійні областях.КІМ Основна ідея полягає в тому, що, оскільки проблема викликана, як ми керуємо процес розробки програмного забезпечення, заподіяну, тому використання нових технологій програмного забезпечення автоматично не збільшити продуктивність і рентабельність. CMM допомагає організаціям налагодити регулярний, зрілий процес розробки програмного забезпечення. Поліпшений процес буде виробляти більш якісне програмне забезпечення, так що більше програмних проектів страждають від часу і перевитрати коштів. Процес Програмне забезпечення включає в себе цілий ряд заходів, методів та інструментів, що використовуються для виробництва програмного забезпечення. Таким чином, це насправді включає в себе технічні та управлінські аспекти виробництва програмного забезпечення. Стратегія СММ прагне поліпшити управління процесами забезпечення і поліпшення технології є неминучим результатом. Необхідно пам'ятати, навряд чи покращиться процес програмного забезпечення буде завершена протягом ночі, КІМ поступово вводити зміни поступово. КІМ явно визначає п'ять різних рівня "зрілості", організація може бути серія невеликих кроків для поліпшення стійкості до більш високого рівня зрілості вперед. Рівень зрілості 1: Первісна Рівень (початкова). Це найнижчий рівень організації, практично немає звуку програмного забезпечення розробка системи управління. Всі по-особливому, щоб зробити це. Якщо конкретний проект, за збігом обставин, здатний адміністратор і хорошою командою розробки програмного забезпечення, щоб зробити, то цей проект може бути успішним. Але часто буває, відсутність звукової загальне керівництво і детального планування, часу і перевитрати часто. В результаті, велика частина дії тільки, щоб впоратися з кризою, а не заздалегідь спланованою завдань. У рівня зрілості організації, у зв'язку з програмний процес повністю залежить від поточного кадрового, це непередбачувано, кадрові зміни, процес також супроводжується зміни. У результаті, щоб точно передбачити час розробки клас продукту і витрати на великих проектів неможливо. Рівень зрілості 2: Повторюється (Повторюється). На цьому рівні, поведінка деяких з основного управління програмними проектами, проектування і технологія управління заснована на досвіді аналогічних продуктів, це називається "повторіть". У цьому один взятий певні заходи, що є для здійснення всеосяжного процесу незамінний перший крок. Типові заходи включають ретельне вартість відстеження і графік. На відміну від, як у стані кризи дії нижче, проблеми виникають, коли менеджери можуть бути знайдені на першому рівні, і вжити негайних заходів щодо виправлення становища у разі їх переростання в кризи. Ключовим моментом є те, що якщо ці заходи не стати проблема не може бути знайдений, перш ніж вони неможливі, щоб вимитися. Заходи, прийняті в проекті також може бути використаний для розробки планів по досягненню терміни і витрати для майбутніх проектів. Рівень зрілості 3: Визначається рівень (Defined). На рівні 3, підготував повну документацію для процесу виробництва програмного забезпечення. Економіка та технічні аспекти програмного забезпечення процесів визначаються явно зробив, то треба постійно вдосконалювати процес, а також використання методів оцінки для забезпечення якості програмного забезпечення. У цьому, може називатися випадків впливу навколишнього середовища для подальшого поліпшення якості і швидкості виробництва. У першому - стадії процесу, "хай-тек" тільки зробить процес кризовими, більш заплутаною. Рівень зрілості 4: Керований рівень (керовані). Рівень 4 компаній і в якості і виробничих завдань, поставлених для кожного проекту. Ці дві величини буде постійно вимірюється, коли повз воріт теж вжити заходів, щоб виправити її. Використання статистичного управління якістю, управління можна виділити випадковий відхилення і є відхилення глибоко якості значення або виробничих завдань (протиепідемічні заходи статистична якість, простий приклад є коефіцієнт помилок на тисячу рядків коду. Кореспондент мета полягає в скороченні цього протягом довгого часу об'єм). Рівень зрілості 5: Рівень Оптимізація (Оптимізація). - Завдання рівня 5 організацію являє собою процес безперервного забезпечення поліпшення. Такі організації використовують статистичний якість і технологію управління процесом в якості керівництва. Дані, одержувані з різних сторін будуть використані в майбутніх проектах, так що процес програмного забезпечення в позитивного зворотного зв'язку, так що продуктивність і якість постійно поліпшується. Весь підприємство зосередиться на постійній оптимізації процесів, попереджувальні заходи для виявлення слабких і сильних сторін процесу з метою досягнення мети запобігання дефектів. Тим часом, аналіз ефективності відповідних даних процесу, аналіз витрат і вигод нових технологій, і виробити рекомендації для їх модифікацій процесів. Компанії можуть досягти цього рівня спонтанного безперервного вдосконалення, щоб запобігти подібні дефекти з'являються в два рази. Як видно з таблиці, CMM забезпечує основу для поетапного покращення можливостей процесу програмного забезпечення, яка базується на уроках, витягнутих з минулого, розробка програмного забезпечення, забезпечує основу для вдосконалення процесів на основі графіка, що вказує на програмне забезпечення організації в розробці програмного забезпечення Ці потреби основна робота, відносини між роботою і роботою порядку, крок за кроком, зробити хорошу роботу, залишаючи зрілих програмних організацій. CMM має довгу історію мислення від управління проектами та управління якістю, щоб справити переглянуті кілька разів з тих пір став зразком для індустрії програмного забезпечення широкого впливу і після встановлення управління проектами моделі зрілості справила важливий вплив. Хоча є окремі особи або групи, запропоновані різні моделі зрілості, але не один, як ШМ в якості стандарту в галузі, щоб встановити позицію влади. Але PMI OPM3 випущений в 2003 році за свій обширний тривимірної моделі, як очікується, стане стандартом і масштаби спільноти управління проектами. |
| Користувач Огляд |
|
Немає коментарів |
