CM (Configuration management – Управление конфигурациями)

Процесс,    регламентирующий     управление     версиями     различных     артефактов

программного проекта, а также их сопровождение.

CMIP (Common Management Information Protocol – Протокол общей  управляющей информации).

Стандартный   протокол   сетевого   управления   для   сетей   OSI.   Этот   протокол

определяет ряд функций,  отсутствующих  в  SNMP и  SNMP-2. Сложность  протокола  CMIP

обусловила его малую распространенность, однако в  некоторых случаях обойтись без него не удается.

CML (Chemical Markup Language – Язык разметки химический)

Базирующийся  на соглашениях  XML язык разметки  для документов,  содержащих

химические формулы и данные.

CMM (Capability Maturity Model – Модель зрелости процессов)

u Пятиуровневая модель, которая описывает лучшие инженерные и управленческие решения  и  задает приоритеты  развития  для организаций,  работающих в  области  создания программного обеспечения  (ПО). Методика  CMM была разработана институтом  Software Engineering Institute (SEI),  входящим  в  состав  Университета  Карнеги  – Меллона, на основе американских военных стандартов. Суть методики в том, что она помогает оценить процессы cоздания (разработки) программного обеспечения (ПСПО) в организации и доказать, что они обладают достаточной зрелостью, чтобы обеспечить высокий уровень качества создаваемых программ.  Следование  методикам  CMM  позволяет  значительно  повысить  управляемость разработки и качество реализации ПО. Международная организация по стандартизации ISO применяет    модель    СММ    для   создания    международных   стандартов    оценки    ПСПО. Прохождение софтверной  фирмой  сертификации по модели  CMM или  стандарту  ISO 9001 позволяет,  используя  уже разработанные стандарты, выстроить  производственный  процесс компании на достаточно высоком  уровне и представить клиенту этот процесс на понятном для  него  языке.  Прохождение  сертификации  в  конечном итоге  снижает риски  вложения капиталов в производство ПО как исполнителя, так и  заказчика. Оценку по CMM проводит не    организация,    а    конкретные    сертифицированные    специалисты-асессоры    (СММконсультанты).  Именно  на  них   ложится   ответственность   за   достоверность  оценочных испытаний на сертифицируемом предприятии.

v Модель,   описывающая   принципы   и    практические   решения,   определяющие уровень  конкретной организации  в  иерархии  производителей  программного обеспечения и соответственно  качество  существующего  в  ней  процесса разработки  ПО. Призвана помочь развивающимся   организациям-производителям   усовершенствовать   процессы   разработки эволюционным  путем,  превратив  их  из  хаотических  процессов  в   процессы  со  строгой дисциплиной.  Модель СММ позволяет  точно  оценить  ПСПО  и  на  этой  основе  сравнить производительность  различных  компаний.  В модель СММ  включен  набор критериев  для определения зрелости   ПСПО.  Эти   критерии   используются  крупными   заказчиками   для оценки риска при заключении контрактов на разработку программного обеспечения. Модель СММ базируется на пяти  стадиях  контроля качества, разработанных за последние 60 лет в программной индустрии.  Она по сути  не связана  с практическими  методиками  управления качеством (во всём мире их насчитывается около 150 тысяч). Эти методики обычно жёстко регламентированы   и   основаны   на  статистическом   контроле  качества   в   соответствии   с требованиями   множества   различных   нормативов.   Модель  СММ  не  содержит   никаких численных  критериев  и  рекомендаций  и   не  указывает,  как  оценить  продукт,  а  только рекомендует,   что  надо  сделать,  чтобы  он  обладал  необходимым   качеством.   Коротко пять уровней     совершенствования      CMM     можно     описать      следующим      образом: а) начальный уровень. Процессы  разработки  программного  обеспечения  на  этом  уровне являются   случайными   и   узкоспециализированными;   б) повторяемый уровень.  Процесс достаточно  очевидный,  позволяющий  организации  повторно  использовать  процедуры  из более   ранних,   успешных   проектов;   в) определенный уровень.  Организация   использует документированный, стандартный процесс управления и конструирования программ во всех своих  проектах  как по разработке, так и  по  сопровождению  программного обеспечения; г) управляемый уровень.   Организация   собирает,   анализирует   и    регулирует   детальные количественные   параметры  качества   как  самого  процесса  разработки,   так  и   итоговых продуктов; д) оптимизирующий уровень.  Главное на этом уровне  – непрерывный  процесс усовершенствования     за    счет    обратной    связи,     подтвержденной     количественными параметрами, и контролируемого внедрения новых идей и технологий.

Источник: Тлумачний   словник   з   інформатики   /   Г.Г.   Півняк,   Б.С.   Бусигін, М.М. Дівізінюк та ін. – Д., Нац. гірнич. ун-т, 2008. – 599 с.

Похожие посты:

Вы можете оставить комментарий, или ссылку на Ваш сайт.

Оставить комментарий