Modelo Calidad Cmmi

7/21/2019 Modelo Calidad Cmmi

1/68

www.monografias.com

Modelo de calidad CMMIPablo Teuber Henrquez [email protected]

1. Resumen2. Capability Maturity Model Integration CMMI!". CMMI #ersi$n

%. &'CM(. IP) CMM*. CMMI #ersi$n 1.2+. Representaciones,. 'structura del CMMI-. )escripci$n de las reas de Proceso1/. '0aluaciones11. Relaciones entre las reas de proceso12. dministraci$n de Requerimientos1". )esarrollo de Requerimientos1%. &oluci$n T3cnica1(. Integraci$n de Productos

1*. #eri4icaci$n1+. #alidaci$n1,. Proceso de desarrollo de so4t5are de orden integraci$n1-. Procesos de poyo2/. Re4erencias21. 6losario de T3rminos

M7)'87 )' C8I)) CMMI 9 PR7C'&7 )' )'&RR7887 )' &7:T;R')' 7R)'< I


2/68

www.monografias.com

Capability Maturity Model Integration CMMI!Modelos de Calidad*ara las compa+!as un producto o servicio es de calidad cuando satisface las necesidades ' epectativasdel cliente otorgando a -ste seguridad sobre su uso, fiabilidad de sus funciones esperadas ' confianza enun producto o servicio sin fallos ' duradero segn tiempos establecidos ' acordados. $ebido a la amplitudde temas (ue engloba el concepto de calidad se /a definido el concepto de Calidad 0otal, el cual se define

como un sistema de gestin organizacional enfocado en la mejora continua del producto o servicio en todosu ciclo de vida, involucrando mar1eting, compras, dise+o, fabricacin ' entrega 23on456. La Calidad 0otalcontempla dos fases78. Control de calidad, basado en t-cnicas de inspeccin aplicadas a produccin.9. :seguramiento de la calidad, (ue persigue garantizar un nivel continuo de la calidad del *roducto o;ervicio proporcionado.

Los principios bsicos de la Calidad 0otal son nueve 2.9. $esarrollo de un proceso de mejora continua en todos los procesos.). 0otal compromiso de la $ireccin.?. Liderazgo activo de todo el e(uipo directivo.

. *articipacin de todos los miembros de la organizacinA. Bomento del trabajo en e(uipo /acia una gestin de Calidad 0otal.5. El proveedor debe estar involucrado en el sistema de Calidad 0otal de la empresa.. Identificacin ' 3estin de los *rocesos Claves de la organizacin.D. 0oma de decisiones de gestin basada en datos ' /ec/os objetivos.

En este conteto, los modelos de calidad son sistemas basados en estudios eperimentales demejores prcticas (ue a'udan a una organizacin a implantar un ;istema de aseguramiento de la calidad.Los modelos de calidad se dividen en modelos de referencia, (ue indican cules son las prcticas pero nocmo se consiguen, ' los modelos de implantacin (ue se enfocan en cmo se consiguen a(uellasprcticas 2.

*ara ver trabajos similares o recibir informacin semanal sobre nuevas publicaciones, visite www.monografias.com

2


3/68

www.monografias.com

:igura 2> Modelos Pre0ios a CMMI

CMM para &o4t5are0ras su creacin en 8D? el ;EI comenz la investigacin para desarrollar un marco de mejora ' evaluacinde la calidad de las empresas desarrolladoras de software (ue prestaban servicios al $epartamento de$efensa de los Estados &nidos. El resultado de la investigacin se denomin GCapabilit' Maturit' Model for;oftwareG =;FCMM>, cu'a versin 8.4 se public en :gosto de 8DD8 2*al4A6. *osteriormente, comoresultado de la retroalimentacin generada por parte de la comunidad de software 2*auD)6, se desarrollaron

las versiones 8.8 publicada en 8DD) ' 9.4 la cual agregaba ' modificaba una serie de elementos al vigenteCMM v8.8, principalmente (ue tienen relacin con alcanzar la institucionalizacin en la organizacin. Estaversin se complet en 8DD5 ' se denomin H;oftware CMM, , pero nunca fuepublicada 2;EID56. ;FCMM es un modelo de madurez de capacidades desarrollado para los procesosrelativos a la produccin ' mantenimiento de sistemas software. $e esta forma el ;FCMM puedeemplearse con dos finalidades 2*al4A678. 3u!a para mejorar procesos relativos a la produccin ' mantenimiento del software.9. Criterio para determinar el nivel de madurez de una organizacin (ue produce ' mantiene software.

Las organizaciones (ue usan ;FCMMI transitan por cinco niveles de madurez de capacidadesdonde se pueden encontrar al evaluar sus procesos. Estos niveles son7 Inicial, donde no /a' procesosJ#epetible, en el cual los procesos relacionados a la gestin de pro'ectos ' gestin de re(uerimientos sonmanejados de alguna manera para su repeticin en pro'ectos distintosJ definido, cuando los procesos estn

totalmente definidos ' disponibles para todos los miembros de una organizacinJ gestionado, donde sepueden medir los procesos cuantitativamenteJ ' optimizado, en donde los procesos son mejoradoscontinuamente segn una serie de m-tricas definidas.

&'CM;ECM corresponde al esfuerzo conjunto de I%C";E F International Council on ;'stem Engineering=Consejo Internacional sobre Ingenier!a de sistemas> K ' E*IC 3roup K Enterprise *rocess ImprovementCollaboration 3roup =3rupo de colaboracin de mejora de procesos en la empresa> K para integrar sus dosmodelos =;EC:M ' ;EFCMM, respectivamente> en el denominado ;'stem Engineering Capabilit' Model=;ECM> o tambi-n llamado EI:I; 5)8, (ue fue liberado en su versin 8.4 en 8DD.

;ECM =Modelo de Capacidades de Ingenier!a de ;istemas> fue elaborado con el objetivo de proveeruna gu!a para efectuar, manejar ' mejorar la ingenier!a de sistemas 2;ec45a6. El modelo describe unconjunto m!nimo de actividades cr!ticas para realizar ingenier!a de sistemas o manejar tareas, tal como

derivar ' asignar re(uerimientos o manejar riesgos. El modelo tambi-n captura las actividades gen-ricasrelacionadas a manejar o mejorar como una tarea espec!fica es realizada 2;ec45a6. Estas actividades son


3


4/68

www.monografias.com

especificadas en cinco niveles secuenciales e incrementales =niveles de capacidad>, los cuales proveen alusuario un m-todo estructurado para lograr una mejora continua 2;ec45a6. Los niveles fueron obtenidossobre prcticas probadas eperimentalmente ' ellos son7 abilidad para desarrollar ingenier!a de sistemas,"bteniendo control local, Compartiendo conocimiento a trav-s de la organizacin, Medida cuantitativa de lo(ue se /ace, ' Mejora usando las medidas cuantitativas ' objetivos organizacionales.

El primer predecesor de ;ECM descrito es ;EC:M =;'stems Engineering Capabilit' :ssessment

Model>, traducido como Modelo de Evaluacin de Capacidades de Ingenier!a de ;istemas. Bue elaboradopor C:3 K Capabilit' :ssessment or1ing 3roup on ;'stems Engineering =3rupo de trabajo deevaluacin de capacidades en Ingenier!a de sistemas> K ' aprobado por I%C";E para ser liberado en 8DDA2IncDA6. ;EC:M junto son su m-todo de evaluacin fue utilizado evaluar la capacidad de los procesosrelacionados a la ingenier!a de sistemas en una organizacin ' trataba de determinar reas de potencialmejora. El segundo predecesor es ;EFCMM v8.8 K ;'stem Engineering Capabilit' Maturit' Model =Modelode Madurez de Capacidad para ;istema de Ingenier!a> K (ue fue creado por el ;EI en el a+o 8DD 'describe los elementos esenciales (ue deben eistir para (ue los procesos de ingenier!a de sistemas deuna organizacin aseguren una buena ingenier!a de sistemas 2NatD6. Ounto con su m-todo de evaluacintienen el objetivo de mejorar ' evaluar los procesos asociados a la ingenier!a de sistemas.

IP) CMM

I*$ CMM K Integrated *roduct $evelopment Capabilit' Maturit' Model =Modelo de madurez de capacidadpara el desarrollo de productos integrados> K fue el elaborado ' liberado en 8DD5 por el ;EI. El modelodescribe los elementos esenciales para el desarrollo de un producto integradoJ una gu!a para el proceso demejora del desarrollo del producto integradoJ ' una metodolog!a de evaluacin del proceso de desarrollo delproducto integrado (ue es /ec/o por una organizacin 2;ec45b6.

I*$ CMM puede ser aplicado a cual(uier tipo disciplina ' abarca casi todo el ciclo de vida de unproducto desde la seleccin de oportunidades de negocio /asta el retiro del producto del mercado,marginando la etapa de desarrollo del plan estrat-gico 2;ec45b6. Bue dise+ado con la idea de eliminar laduplicacin de actividades del ;FCMM ' el ;EFCMM, los cuales al ser aplicados en una organizacin setraslapaban entre s!, ' consta de niveles de madurez de capacidad semejantes en su descripcin a losniveles de ;FCMM ' ;EFCMM 2;ec45b6.


4


5/68

www.monografias.com

CMMI Versin 1.2Capabilit' Maturit' ModelP Integration =CMMI> es un modelo de aseguramiento de la calidad (ue busca lamejora continua de las organizaciones mediante el anlisis ' reFdise+o de los procesos (ue sub'acen en laorganizacin. Bue creado por el ;EI =;oftware Engineering Institute> de la &niversidad de CarnegieFMellon 'patrocinado por el Ministerio de $efensa de los Estados &nidos. Con el propsito de lograr la mejora de losprocesos, CMMI provee7

Q &na forma de integrar los elementos funcionales de una organizacin 2;EI45b6.Q &n conjunto de mejores prcticas basadas en casos de -ito probado de organizacioneseperimentadas en la mejora de procesos.Q :'uda para identificar objetivos ' prioridades para mejorar los procesos de la organizacin 2;EI45b6,dependiendo de las fortalezas ' debilidades de la organizacin (ue son obtenidas mediante un m-todo deevaluacin.Q &n apo'o para (ue las empresas complejas en actividades productivas puedan coordinar susactividades en la mejora de los procesos.Q &n punto de referencia para evaluar los procesos actuales de la organizacin 2;EI45b6.

CMMI v8.9 corresponde a la tercera versin entregable del modelo CMMI, posterior a las versiones8.49 =primera versin a+o 9444> ' 8.8 =a+o 9449> 2C/r4A6. Las versiones previas sirvieron comoretroalimentacin para (ue los propios usuarios, evaluadores ' evaluados /icieran acotaciones sobre

posibles mejoras, las cuales fueron estudiadas, refinadas ' algunas incluidas en la versin 8.9. CMMI v8.9para desarrollo, (ue corresponde a una de tres constelaciones de prcticas, es una gu!a (ue a'uda amanejar, medir ' monitorear procesos 2;EI45a6 utilizados en el desarrollo de productos ' servicios de unaorganizacin, ' contiene prcticas ligadas a la administracin de pro'ectos, administracin de procesos,ingenier!a ' soporte. Las otras dos constelaciones son CMMI para :d(uisicin (ue provee una gu!a paraliderar la ad(uisicin informada ' decisiva 2;EI45a6, ' CMMI para ;ervicios (ue proporciona una gu!a parala entrega de servicios a clientes internos ' eternos de la organizacin 2;EI45a6. :mbas constelaciones seencuentran an en desarrollo.

Ounto con CMMI se desarroll ' public el m-todo de evaluacin H:ssessment #e(uirements forCMMI =:#C> 2;EI446 en el a+o 9444, el cual define los re(uerimientos considerados esenciales pararealizar una evaluacin de CMMI en una organizacin ' H;tandard CMMI :ppraisal Met/od for *rocessImprovement, =;C:M*I> 2;EI486, manual seguido por los evaluadores para medir el nivel de madurez deuna organizacin. Estos dos documentos tambi-n se /an actualizado como consecuencia de la

retroalimentacin de la comunidad involucrada en CMMI, generando la ltima versin 8.9 de ;C:M*I2;EI4Aa6 ' :#C 2;EI4Ab6 ambas publicadas el a+o 944A.RepresentacionesLa representacin usada en CMMI entrega una gu!a para efectuar las actividades de mejora de los procesos' es utilizada en el m-todo de evaluacin. ;egn el modelo se tienen dos formas para mejorar. &na formaes mejorar un proceso espec!fico o un conjunto de ellos usando la #epresentacin Continua =Continuous#epresentation> ' la otra es la mejora de la organizacin completa segn los procesos definidos ' ocupadosusando la #epresentacin Escalonada o por Etapas =;taged #epresentation>. En la 0abla 8 se muestran losniveles para estos dos tipos de representaciones.#epresentacin ContinuaLa representacin continua se focaliza en la mejora de un proceso o un conjunto de ellos relacionado=s>estrec/amente a un rea de proceso en (ue una organizacin desea mejorar, por lo tanto una organizacin

puede ser certificada para un rea de proceso en cierto nivel de capacidad. Eisten seis niveles decapacidad por donde transitan los procesos asociados a un rea de proceso ' cada nivel es construidosobre el nivel anterior, es decir para (ue un proceso alcance un nivel de capacidad necesariamente debe/aber alcanzado el nivel anterior.


5


6/68

www.monografias.com

Tabla 1>


7/68

www.monografias.com

En el nivel de madurez 9 se ordena el caos. En el nivel 9 las organizaciones se enfocan en tareas cotidianasreferentes a la administracin. Cada pro'ecto de la organizacin cuenta con una serie de procesos parallevarlo a cabo, los cuales son planeados ' ejecutados de acuerdo con pol!ticas establecidasJ los pro'ectosutilizan gente capacitada (uienes disponen de recursos para producir salidas controladasJ se involucran alas partes interesadasJ son monitoreados, controlados ' revisadosJ ' son evaluados segn la descripcin delproceso. La disciplina del proceso reflejada por el nivel de madurez 9 a'uda a asegurar (ue eisten

prcticas ' los pro'ectos son realizados ' manejados de acuerdo a los planes documentados. En el nivel demadurez 9 el estado de los artefactos ' la entrega de los servicios siguen planes definidos. :cuerdos sonestablecidos entre partes interesadas ' son revisados cuando sea necesario 2C/r4A6. Los artefactos 'servicios son apropiadamente controlados. Estos adems satisfacen sus descripciones especificadas,estndares, ' procedimientos 2C/r4A6.%ivel )7 $efinidoEn el nivel de madurez ), procesos son caracterizados ' entendidos de buena forma, ' son descritos enestndares, procedimientos, /erramientas, ' m-todos. El conjunto de procesos estndares de laorganizacin, los cuales son la base para el nivel de madurez ), es establecido ' mejorado continuamente.Estos procesos estndares son usados para establecer consistencia a trav-s de la organizacin. Lospro'ectos establecen sus procesos adaptando el conjunto de procesos estndares de la organizacin deacuerdo a gu!as de adaptacin 2C/r4A6.

&na diferencia importante entre el nivel 9 ' ) es el alcance de los estndares7 la descripcin deprocesos ' los procedimientos. En el nivel de madurez 9, los estndares pueden ser un poco diferentes encada instancia espec!fica del proceso =por ejemplo sobre un pro'ecto particular>. En el nivel de madurez ),los estndares, descripcin de procesos ' procedimientos para un pro'ecto, son adaptados desde unconjunto de procesos estndares de la organizacin a un particular pro'ecto o unidad organizacional ' as!son ms consistentes 2C/r4A6. "tra distincin cr!tica es (ue el nivel de madurez ), los procesos sont!picamente descritos ms rigurosamente (ue en el nivel 9. &n proceso definido claramente plantea elpropsito, entradas, criterios de entrada, actividades, roles, medidas, pasos de verificacin, salidas 'criterios de salida. En el nivel de madurez ), procesos son manejados ms proactivamente entendiendo lasinterrelaciones de las actividades ' medidas detalladas del proceso, sus artefactos ' sus servicios 2C/r4A6.%ivel ?7 Manejado cuantitativamenteEn el nivel de madurez ?, la organizacin ' pro'ectos establecen objetivos cuantitativos para medir lacalidad ' realizacin de los procesos ' los usa como criterios en el manejo de ellos. Los bjetivos

cuantitativos son definidos en base a las necesidades de clientes, usuarios finales, organizacin, ' actoresde los procesos. La calidad ' realizacin de procesos son entendidos en t-rminos estad!sticos ' sonmanejados durante todo el ciclo de vida del proceso 2C/r4A6. *ara subprocesos seleccionados, serecolectan ' analizan estad!sticamente medidas sobre la realizacin de procesos. Estas m-tricas sonincorporadas en el repositorio de m-tricas de la organizacin para apo'ar la toma de decisiones. Causasespeciales de variacin de procesos son identificadas ', cuando sea necesario, las fuentes de estas causasson corregidas para prevenir futuras ocurrencias.

&na diferencia importante entre los niveles ) ' ? es la capacidad de prediccin de la realizacin delproceso. En el nivel de madurez ?, la realizacin de procesos es controlada usando t-cnicas estad!sticas 'cuantitativas, ' el proceso es cuantitativamente predecible, en cambio en el nivel de madurez ) larealizacin del proceso es slo predecible cualitativamente 2C/r4A6.%ivel 7 "ptimizado

En el nivel de madurez , una organizacin mejora continuamente sus procesos basndose en elconocimiento de las causas comunes de variacin in/erente en los procesos. El nivel de madurez sefocaliza sobre la mejora continua de los procesos a trav-s de mejoras continuas, incrementales 'tecnolgicas. Los objetivos de mejora cuantitativa de procesos para la organizacin son establecidos,continuamente revisados para reflejar cambios en los objetivos del negocio ' usados como criterio en lamejora de procesos. Los efectos del empleo de las mejoras de procesos son medidos ' evaluados contralos objetivos de mejora cuantitativa del proceso.

&na diferencia importante entre el nivel de madurez ? ' es el enfo(ue de la variacin de losprocesos. En el nivel de madurez ?, la organizacin est orientada a encontrar causas especiales devariacin ' proveer una prediccin estad!stica de los resultados. ;in embargo, los resultados pueden serinsuficientes para alcanzar los objetivos establecidos. En el nivel de madurez la organizacin estenfocada en las causas comunes de variacin de procesos ' modificar los procesos afectados para mejorarla realizacin de ellos ' alcanzar los objetivos cuantitativos de mejora de procesos 2C/r4A6.

$ado a (ue la organizacin con (ue se trabajar (uiere certificarse en forma organizacional en %ivelde madurez ), en adelante slo se detallar el modelo segn la #epresentacin Escalonada.


7


8/68

www.monografias.com

'structura del CMMI&n rea de proceso es un conjunto de prcticas relacionadas (ue cuando son implementadascolectivamente, satisfacen un conjunto objetivos considerados importantes para mejorar esa rea deproceso 2C/r4A6. Las reas de proceso del modelo son 99. En la 0abla 9 se indica los nombres de las reasde proceso junto con su abreviacin. Cada una de ellas es implementada para alcanzar el nivel de madurez

correspondiente ' se agrupan de acuerdo a cuatro categor!as7 :dministracin de *rocesos, :dministracinde *ro'ectos, Ingenier!a ' ;oporte. Este agrupamiento es realizado para mostrar cmo se relaciona cadarea de proceso dentro de una categor!a. ;in embargo, reas de procesos de distintas categor!as puedenencontrarse relacionadas, pero dado (ue en este documento se desarrollarn slo reas de procesos deuna misma categor!a =Ingenier!a> estas relaciones se desprecian.

rea de proceso Categora ;oporte ):seguramiento de la Calidad de *rocesos ' *roductos=**T:>

;oporte 9

$efinicin de *rocesos "rganizacionales UI**$="*$UI**$>8

3estin deprocesos

)

$esarrollo de #e(uerimientos =#$> Ingenier!a )Entrenamiento "rganizacional ="0> 3estin de

procesos)

:dministracin Cuantitativa de *ro'ectos =T*M> 3estin depro'ectos

)

:dministracin de :cuerdos con *roveedores =;:M> Ingenier!a 9:dministracin de #e(uerimientos =#ETM> 3estin de

pro'ectos)

:dministracin de #iesgos =#;RM> ;oporte 9:dministracin de la Configuracin =CM> 3estin de

pro'ectos

)

:dministracin Integral de *ro'ecto U I*$ =I*MUI**$>8 3estin depro'ectos

)

Innovacin ' $espliegue "rganizacional ="I$> 3estin deprocesos

Integracin de *roducto =*I> Ingenier!a )Medicin ' :nlisis =M:> ;oporte 9Monitoreo ' Control de *ro'ecto =*MC> 3estin de

pro'ectos9

*lanificacin de *ro'ecto =**> 3estin depro'ectos

9

*rocesos "rientados a la "rganizacionales ="*B> 3estin deprocesos

)

#endimiento de *rocesos "rganizacionales ="**> 3estin deprocesos

?

;olucin 0-cnica =0;> Ingenier!a )


9/68

www.monografias.com

:un(ue los componentes son independientes de la representacin elegida, se definirn de acuerdo ales(uema propuesto por la #epresentacin Escalonada (ue es la re(uerida por "#$E% Integracin.

Como se puede apreciar en Bigura ) un rea de proceso est asociado a un nivel de madurezdentro de CMMIJ tiene adems un conjunto de objetivos espec!ficos ' uno o varios objetivos gen-ricosasociados, dependiendo del nivel de madurez al cual pertenece el rea de procesoJ los objetivos espec!ficos' gen-ricos cuentan con un conjunto de prcticas espec!ficas ' gen-ricas respectivamente. CMMI define

componentes re(ueridos, esperados e informativos. Los Componentes informativos, (ue se representadaspor elipses en la Bigura ), no son referenciados ni descritos en este documento pues no son de inter-s para"#$E% Integracin ' slo son una a'uda propuesta por el modelo para entender de mejor manera lascomponentes re(ueridas ' esperadas.Componentes Requeridas

;on las componentes (ue obligatoriamente deben ser satisfec/as ' visiblemente implementadas para podercumplir con un rea de proceso. &na componente re(uerida es usada en las evaluaciones para a'udar adeterminar si un rea de proceso es satisfec/o 2C/r4A6. Eisten dos componentes re(ueridas7F "bjetivo Espec!fico =;3>7 Es un enunciado (ue describe la nica caracter!stica (ue deber estarpresente para satisfacer el rea de proceso a la cual pertenece 2C/r4A6. Las ;3 son parte de un rea deproceso.F "bjetivo 3en-rico =33>7 Es un enunciado (ue describe una caracter!stica (ue debe ser satisfec/as

por un conjunto de reas de proceso segn sea el caso. Las 33 tienen el objetivo de institucionalizar losprocesos (ue implementan un rea de proceso ' son comunes a un conjunto de reas de proceso 2C/r4A6.

:igura "> Componentes del CMMI B Representaci$n 'scalonada

Componentes esperadas

;on las componentes (ue pueden ser utilizadas para alcanzar una componente re(uerida, es decir sepodr!an implementar estas componentes o modificaciones vlidas de ellas con el objetivo de alcanzar los

objetivos gen-ricos o espec!ficos. Las componentes esperadas pueden ser utilizadas como gu!as de mejora' de evaluacin de procesos 2C/r4A6. Eisten dos tipos de componentes esperadas7


9


10/68

www.monografias.com

Q *rcticas Espec!ficas =;*>7 &na prctica espec!fica es un enunciado (ue describe una actividad (uees importante o esperada para alcanzar un objetivo espec!fico de cierta rea de proceso 2C/r4A6.Q *rcticas 3en-ricas =3*>7 &na prctica gen-rica es un enunciado (ue describe una actividad (uees importante o esperada para alcanzar un objetivo gen-rico 2C/r4A6.

)escripci$n de las reas de Proceso

: continuacin se /ar una breve descripcin de cada rea de proceso nombrada en 0abla 9.Epl!citamente se nombra a productos pero tambi-n se puede aplicar las mismas definiciones a servicios.F :nlisis ' #esolucin Causales =C:#>7 Identifica la causa de defectos u otros problemas. Luego deellos toma acciones correctivas para prevenir la ocurrencia de tales defectos o problemas en el futuro.F :nlisis ' #esolucin de $ecisiones =$:#>7 *roporciona un proceso estructurado de toma dedecisiones (ue asegura (ue las alternativas se comparan con criterios establecidos ' objetivos para as!tomar la mejor decisin posible.F :seguramiento de Calidad de *rocesos ' *roductos =**T:>7 *roporciona un conjunto de prcticascon el objetivo de evaluar productos, servicios, procesos ' sus artefactos relacionados.F $efinicin de *rocesos "rganizacionales ="*$>7 Establece ' mantiene un conjunto de estndarestanto en procesos organizacionales como en ambientes de trabajo.F $esarrollo de #e(uerimientos =#$>7 #ecopila las necesidades del cliente para convertirlas en

re(uerimientos del producto esperado.F Entrenamiento "rganizacional ="0>7 *ermite a la gente de la organizacin obtener /abilidades 'conocimientos necesarios para (ue el trabajo realizado por ellos sea efectivo ' eficiente.F :dministracin Cuantitativa de *ro'ectos =T*M>7 Maneja m-tricas cuantitativas de los procesos conel objetivo de alcanzar los objetivos de calidad establecidos. :dems mediante el anlisis de estos datospermite identificar oportunidades de mejora para los procesos.F :dministracin de :cuerdos con *roveedores =;:M>7 3estiona la ad(uisicin de productos deproveedores con los cuales eista un acuerdo formal 2#ig4A6.F :dministracin de #e(uerimientos =#ETM>7 3estiona los re(uerimientos del producto durante todoel ciclo de vida de -l, identificando inconsistencias con los artefactos ' planes de pro'ecto.F :dministracin de #iesgos =#;RM>7 Identifica riesgos del pro'ecto para evaluarlos, priorizarlos 'gestionarlos para prevenir su futura ocurrencia.F :dministracin de la Configuracin =CM>7 Establece ' mantiene la integridad ' consistencia de los

artefactos 2#ig4A6.F :dministracin Integral de *ro'ecto =I*M>7 :dapta el conjunto de procesos estndares de laorganizacin a procesos llevados a cabo para un pro'ecto en particular. :dems maneja a las partesinteresadas involucradas en el pro'ecto.F Innovacin ' $espliegue "rganizacional ="I$>7 ;elecciona ' despliega mejoras incrementales einnovadoras (ue mejoran en forma medida los procesos de la organizacin ' tecnolog!as, para alcanzar losobjetivos de calidad organizacional ' de realizacin de procesos derivados de los objetivos de negocio de laorganizacin 2C/r4A6.F Integracin de *roducto =*I>7 Ensambla las componentes del producto para producir un productoms complejo manteniendo el cumplimiento de los re(uerimientos establecidos.F Medicin ' :nlisis =M:>7 Establece m-tricas con el objetivo de entregar resultados objetivos (uesirvan como base para tomar decisiones informadas ' correctivas.

F Monitoreo ' Control de pro'ecto =*MC>7 :naliza el pro'ecto con el objetivo de establecer un control' evaluacin segn lo planes establecidos, tomando acciones correctivas cuando es necesario.F *lanificacin de *ro'ecto =**>7 $esarrolla ' mantiene planes del pro'ecto, compromisos ad(uiridospor parte de los participantes del pro'ecto ' gestiona las partes interesadas del pro'ecto.F *rocesos "rientados a la "rganizacin ="*B>7 :'uda a mantener un entendimiento de los procesospor parte de los miembros de la organizacin. 0ambi-n a'uda a identificar posibles mejoras de losprocesos, (ue son evaluadas ' eventualmente implementadas.F #endimiento de *rocesos "rganizacionales ="**>7 $eriva objetivos cuantitativos de calidad 'ejecucin de lo procesos desde el conjunto de objetivos de negocio de la organizacin 2#ig4A6.F ;olucin 0-cnica =0;>7 $ise+a, desarrollo e implementa soluciones para los re(uerimientos delproducto establecido.F


11/68

www.monografias.com

'0aluaciones&na evaluacin de CMMI corresponde al estudio ' anlisis de uno o ms procesos realizado por un e(uipocapacitado de profesionales, utilizando un modelo de referencia de evaluacin como base para determinar,a lo menos, fortalezas ' debilidades dentro de una organizacin. &n m-todo de evaluacin puede seraplicado para distintos propsitos, inclu'endo evaluaciones internas para mejora de los procesos,

evaluaciones de capacidad de seleccin de proveedores, evaluaciones de monitoreo de procesos, entreotros enfo(ues.

El ;EI /a publicado dos documentos gu!as (ue actualmente son utilizados para realizar unaevaluacin de CMMI7Q :ppraisal #e(uirements for CMMI =:#C> 2;EI4Ab6Q ;tandard CMMI :ppraisal Met/od for *rocess Improvement =;C:M*I> 2;EI4Aa6.

:#C define un conjunto de re(uerimientos considerados esenciales para realizar una evaluacinCMMI mientras (ue ;C:M*I es la referencia para la evaluacin. ;e definen en :#C tres clases deevaluaciones7 clase :, clase N ' clase C. Las clases definen los re(uerimientos (ue debe cumplir unaevaluacin de cierta complejidad.La clase : de :#C corresponde al m-todo de evaluacin (ue satisface el 844V de los re(uerimientos (ue eldocumento define ' es la nica evaluacin (ue se considera oficial para otorgar un nivel de certificacin de

CMMI en una organizacin. ;e denomina ;C:M*I clase :. Este m-todo permite comprender de mejorforma las capacidades de la organizacin, identificando fortalezas ' debilidades en sus procesos 'relacionar estas fortalezas ' debilidades con el modelo de referencia CMMI. El m-todo permite ademsenfocar la organizacin en el mejoramiento continuo de procesos ' priorizar los planes de mejoraJfinalmente permite evaluar con una nota el nivel de madurez en el cual se encuentra una organizacin.;C:M*I clase : consta de tres fases7 planificar ' preparar la evaluacin, llevar a cabo la evaluacin 'reportar resultados de la evaluacin. $entro de estas fases se ejecutan una serie de procesos. :lgunos deellos inclu'en asignar responsabilidades, documentar el proceso, entrevistar a personas de la organizacin,agrupar los datos (ue se utilizarn, verificar ' validar los procesos con el estndar, asignar notas o ratings,crear reportes. ;e espera contar con un e(uipo evaluador de cmo m!nimo re(uerido cuatro personas ' unmimo recomendado de nueve, inclu'endo al evaluador l!der certificado en CMMI por el ;EI.

Las evaluacin clase N est basada en la evaluacin clase :. La evaluacin clase N a'uda a unaorganizacin a comprender, con relativamente alto grado de confianza, el estado de los procesos relativos a

CMMI. 3eneralmente se ejecuta una evaluacin clase N cuando la organizacin necesita autoFevaluar susprocesos, con miras a una evaluacin clase : para lograr el objetivo de la certificacin. Esta clase deevaluacin debe ser ejecutada por dos personas, inclu'endo a un l!der de CMMI ' re(uiere muc/o menosinformacin (ue la evaluacin clase :.

Menos formal an, de menor duracin ' con menos informacin re(uerida es la evaluacin clase C(ue adems es realizada por slo una persona ' tiene por objetivo evaluar pe(ue+os aspectos de laorganizacin (ue (uieren apo'arse.

Relaciones entre las reas de procesoa' cuatro grupos o categor!as de reas de procesos (ue a'udan a guiar el proceso de mejora de laorganizacin. Estos grupos estn formados por reas de proceso (ue se interrelacionan fuertemente 'tienen caracter!sticas comunes asociadas a objetivos de negocio tradicionales. Estas categor!as son las

indicadas en la 0abla 9 para cada rea de proceso7 :dministracin de procesos, :dministracin depro'ectos, ;oporte e Ingenier!a. : Continuacin se describen brevemente las tres primeras categor!as, paraluego enfocarse en una descripcin detallada de la categor!a de Ingenier!a (ue es la de inter-s en estedocumento.:dministracin de procesos7 Contiene reas de proceso relacionadas con definir, planear, desplegar,implementar, monitorear, controlar, evaluar, medir ' mejorar procesos 2C/r4A6.:dministracin de pro'ectos7 Contiene reas de proceso relacionadas con planeacin, monitoreo ' controlde pro'ectos 2C/r4A6.;oporte7 Contiene reas de proceso relacionadas con actividades (ue apo'an el desarrollo ' mantenimientodel producto, ' (ue estn dirigidas a los procesos (ue son usados en el conteto del desarrollo de procesospertenecientes a otras reas 2C/r4A6.Ingenier!a7 Cubre actividades relacionadas al desarrollo ' mantenimiento (ue son compartidas por toda laorganizacin. Cual(uier disciplina t-cnica involucrada en desarrollo de productos o servicios puede ocuparesta categor!a para enfocar el proceso de mejora.


11


12/68

www.monografias.com

reas de Proceso de IngenieraLas reas de proceso de Ingenier!a pueden integrar los procesos asociados con diferentes disciplinas deingenier!a cuando el producto final es consecuencia de ellas, dando as! un soporte para estrategiasorganizacionales orientas en el producto. Las reas de proceso pertenecientes a la categor!a de Ingenier!aestn indicadas en la 0abla 9 ' ellas son7Q $esarrollo de #e(uerimientos =#$>.

Q 3estin de #e(uerimientos =#ETM>.Q ;olucin 0-cnica =0;>.Q Integracin de *roductos =*I>.Q


13/68

www.monografias.com

se encarga de administrar todos losre(uerimientos recibidos o generados por el pro'ecto, inclu'endo tanto los t-cnicos ' noFt-cnicos como losimpuestos por la organizacin. Cuando un pro'ecto recibe re(uerimientos, estos son revisados con unproveedor para resolver inconsistencias ' malentendidos antes de ser ingresados a los planes del pro'ecto.El jefe de pro'ecto administra los cambios en los re(uerimientos a medida (ue el pro'ecto avanza eidentifica inconsistencias (ue ocurren entre planes, productos de trabajo ' re(uerimientos.SG 17 :dministrar #e(uerimientos"bjetivo7 H8os requerimientos deben ser administrados y las inconsistencias con el plan de proyectoy arte4actos son identi4icadas

Los pro'ectos deben mantener actualizados ' aprobados el conjunto de re(uerimientos durante eltranscurso del pro'ecto para realizar lo siguiente7F :dministrar todos los cambios en los re(uerimientos.F Mantener las relaciones entre los re(uerimientos, el plan del pro'ecto ' los productos de trabajo.F Identificar las inconsistencias entre los re(uerimientos, el plan del pro'ecto ' los productos de trabajo.F 0omar las acciones correctivas.99. ;* 8 "btener una comprensin de los re(uerimientos*rctica7 HDesarrollar entendimiento comn con los responsables de entregar los requerimientos sobre elsignificado y alcance de cada uno de ellos

: medida (ue el pro'ecto avanza ' los re(uerimientos son derivados, todas las actividades odisciplinas recibirn re(uerimientos. *ara evitar un flujo descontrolado de re(uerimientos, se establecencriterios para se+alar las fuentes oficiales de las cuales recibirlos. ;e debe asegurar un entendimientocompatible ' compartido con los proveedores de re(uerimientos sobre el significado de cada uno de ellos.

El resultado de este anlisis ' dilogo es un conjunto de re(uerimientos consensuado.9). ;* 9 "btener compromiso con los re(uerimientos*rctica7 HObtener compromiso de requerimientos por parte del los participantes del proyecto Mientras la prctica espec!fica anterior se ocupa de alcanzar entendimiento con los proveedores dere(uerimientos, esta prctica espec!fica se refiere a los acuerdos ' compromisos de (uienes tienen (uecumplir con las actividades necesarias para implementar los re(uerimientos, es decir, el e(uipo de pro'ecto.

: medida (ue los re(uerimientos evolucionan, esta prctica espec!fica asegura (ue los participantesdel pro'ecto se comprometan con los re(uerimientos aprobados ' con los cambios resultantes en planes,actividades ' artefactos.9?. ;* ) :dministrar cambios a los re(uerimientos*rctica7 HManejar cambios de requerimientos a medida que estos se desarrollan durante el proyecto

$urante el pro'ecto, los re(uerimientos cambian por distintas razones. : medida (ue las

necesidades cambian ' el trabajo avanza, se obtienen re(uerimientos adicionales ' puede ser necesariomodificar los eistentes. Es esencial administrar estos re(uerimientos nuevos ' modificados en formaefectiva ' eficiente. *ara analizar el impacto de los cambios de forma efectiva, es necesario (ue la fuente decada re(uerimiento sea conocida ' (ue el fundamento del cambio sea documentado. El Oefe de *ro'ectopuede, sin embargo, verificar m-tricas apropiadas de volatilidad de re(uerimientos para juzgar si sere(uieren nuevos controles o modificar los actuales.9. ;* ? Mantener trazabilidad bidireccional de los re(uerimientos*rctica7 HMantener trazabilidad bidireccional entre requerimientos y artefactos.

El propsito de esta ;* es mantener la trazabilidad bidireccional por cada nivel de descomposicindel producto final.

Cuando los re(uerimientos son bien administrados, la trazabilidad puede ser establecida desde lafuente del re(uerimiento a su nivel ms bajo, ' desde el nivel ms bajo volver a sus or!genes. $ic/atrazabilidad bidireccional a'uda a determinar (ue todos los re(uerimientos fuente /an sido completamenteabordados ' (ue todos los re(uerimientos de ms bajo nivel puedan ser relacionados con una fuente vlida.La trazabilidad puede tambi-n cubrir relaciones /orizontales, tales como interfaces ' es particularmente


13


14/68

www.monografias.com

necesaria al evaluar el impacto de cambios a re(uerimientos en los planes, actividades ' productos detrabajo del pro'ecto.9A. ;* 7 Identificar inconsistencias entre artefactos del pro'ecto ' los re(uerimientos*rctica7 HIdentificar inconsistencias entre los planes de proyecto y artefactos y los requerimientos

Esta prctica espec!fica detecta las inconsistencias entre re(uerimientos ' los planes de pro'ecto 'artefactos, e inicia las acciones correctivas para solucionarlas.

)esarrollo de RequerimientosEl rea de proceso de $esarrollo de #e(uerimientos =#$> se encarga de identificar las necesidades de losclientes ' traducirlas en re(uerimientos. El conjunto de re(uerimientos de un pro'ecto es analizado paraproducir una solucin conceptual de alto nivel. Estos re(uerimientos se destinan a ciertos componentes delproducto final ' son los (ue describen su rendimiento, caracter!sticas de dise+o, su verificacin, etc. paracomprensin ' utilizacin futura por parte de desarrolladores.&6 17 $esarrollar re(uerimientos del cliente"bjetivo7 H


15/68

www.monografias.com

son revisados con nivel anterior de conjunto de re(uerimientos ' ar(uitectura funcional, ' el conceptopreferido del producto es refinado.

Los re(uerimientos son asociados a funciones ' componentes del producto inclu'endo objetos,personas ' procesos. La trazabilidad de los re(uerimientos a funciones, objetos, pruebas, problemas u otrasentidades es documentada. Los re(uerimientos asociados ' las funciones son la base de la s!ntesis de lasolucin t-cnica. : medida (ue los componentes internos son desarrollados se definen interfaces

adicionales ' establecen los re(uerimientos de interfaz.9D. ;* 87 Establecer re(uerimientos del producto ' de componentes del producto*rctica7 H"stablecer y mantener requerimientos del producto y componentes del producto, los cuales sonbasados en los requerimientos del cliente.

Los re(uerimientos del cliente pueden ser epresados en los t-rminos del cliente ' pueden serdescripciones no t-cnicas. Los re(uerimientos del producto son la epresin de estos re(uerimientos ent-rminos t-cnicos (ue pueden ser usados para decisiones de dise+o.

#e(uerimientos del producto ' de componentes del producto abordan la satisfaccin del cliente, losnegocios, los objetivos del pro'ecto ' los atributos asociados, tales como eficacia ' econom!a. 0ambi-nabordan el costo ' rendimiento de otras fases del ciclo de vida.

La modificacin de re(uerimientos debido a la aprobacin de cambios en estos es cubierta porfunciones de mantenimiento de esta rea de procesoJ mientras (ue la administracin de cambios de

re(uerimientos es cubierta por el rea de proceso de :dministracin de #e(uerimientos.)4. ;* 97 $estinar re(uerimientos de componentes del producto*rctica7 HDestinar los requerimientos por cada componente del producto.

Los re(uerimientos de componentes del producto inclu'en el destino de -stos al comportamiento delproducto final, el dise+o de restricciones ' el ajuste, formacin ' creacin de funciones para satisfacer losre(uerimientos ' facilitar la produccin. En los casos donde los re(uerimientos de alto nivel especifi(uencomportamiento (ue ser responsabilidad de dos o ms componentes del producto, este comportamientodebe ser dividido para ser asociado a cada componente de producto como re(uerimiento derivado.)8. ;* )7 Identificar re(uerimientos de interfaz*rctica7 HIdentificar requerimientos de interfaz.

Interfaces entre funciones =o entre objetos> son identificadas. Interfaces funcionales puedenimpulsar el desarrollo de soluciones alternativas. Los re(uerimientos de interfaces entre productos o entrecomponentes del producto identificados en la ar(uitectura del producto son definidos. Estos son controlados

como parte de la integracin del producto ' componentes del producto ' son parte integral de la definicinde la ar(uitectura.&6 "7 :nalizar ' validar re(uerimientos"bjetivo7 H8os requerimientos son analizados y 0alidados y una de4inici$n de la 4uncionalidadrequerida es desarrollada.

Las prcticas espec!ficas de este objetivo espec!fico apo'an el desarrollo de los re(uerimientos enlos objetivos espec!ficos 8 ' 9. Las prcticas espec!ficas asociadas con este objetivo cubren el anlisis 'validacin de re(uerimientos con respecto al ambiente previsto por el usuario.

Los anlisis son desarrollados para determinar (ue impacto tendr el ambiente operacional previstoen la /abilidad para satisfacer las necesidades de las partes interesadas, sus epectativas, restricciones einterfaces. :spectos como viabilidad, necesidades de misin corporativa, restricciones de costos, tama+o depotencial de mercado ' estrategia de ad(uisicin deben ser tomados en consideracin dependiendo del

conteto del producto.Los objetivos de los anlisis son determinar re(uerimientos candidatos para conceptos de productos(ue van a satisfacer las necesidades, epectativas ' restricciones de las partes interesadas ' luego traducirestos conceptos a re(uerimientos. En paralelo con esta actividad, los parmetros (ue sern usados paraevaluar la eficacia del producto son determinados basados en la informacin del cliente ' el conceptopreliminar del producto.

Los re(uerimientos son validados para aumentar la probabilidad de (ue el producto resultantefuncionar como se espera en el ambiente de produccin.)9. ;* 87 Establecer conceptos operacionales ' escenarios*rctica7 H"stablecer y mantener conceptos operacionales y escenarios asociados.

&n escenario es t!picamente una secuencia de eventos (ue pueden ocurrir en la utilizacin delproducto, el cual es usado para /acer eplicitas algunas de las necesidades de las partes interesadas. Encontraste, un concepto operacional para un producto usualmente depende de la solucin de dise+o ' delescenario. Wa (ue las soluciones alternativas no son usualmente definidas cuando se definen los conceptosoperacionales iniciales, las soluciones conceptuales son desarrolladas para usarse cuando se analizan los


15


16/68

www.monografias.com

re(uerimientos. Los conceptos operacionales son refinados a medida (ue las decisiones sobre la solucinson tomadas ' re(uerimientos de ms bajo nivel detallados son desarrollados.

:s! como una decisin de dise+o para un producto puede convertirse en un re(uerimiento paracomponentes del producto, el concepto operacional puede convertirse en escenarios =re(uerimientos> paracomponentes del producto. Los conceptos operacionales ' escenarios son desarrollados para facilitar laseleccin de soluciones para componentes del producto (ue podrn, cuando se implementen, satisfacer el

uso esperado del producto. Los conceptos operacionales ' escenarios documentan la interaccin de loscomponentes del producto con el ambiente, los usuarios ' otros componentes del producto independientede la disciplina de ingenier!a. Los escenarios pueden incluir secuencias operacionales, si -stas son unaepresin de los re(uerimientos del cliente ms (ue conceptos operacionales.)). ;* 97 Establecer una definicin de la funcionalidad re(uerida*rctica7 H"stablecer y mantener una definici#n de la funcionalidad requerida.

La definicin de funcionalidad, tambi-n referida como Ganlisis funcionalG, es la descripcin de lo(ue se pretende (ue el producto /aga. La definicin de funcionalidad puede incluir acciones, secuencias,entradas, salidas u otra informacin (ue d- a conocer la manera en la cual el producto va a ser usado.

El anlisis funcional no es lo mismo (ue el anlisis estructurado en $esarrollo de ;oftware ' nosupone un dise+o de software orientado a la funcionalidad. En el dise+o de software orientado al objeto, serelaciona con definir los denominados GserviciosG o Hm-todos. La definicin de funciones, sus agrupaciones

lgicas ' sus asociaciones con re(uerimientos es referido como ar(uitectura funcional.)?. ;* )7 :nalizar re(uerimientos*rctica7 H$nalizar requerimientos para asegurar que ellos son necesarios y suficientes.

: la luz del concepto operacional ' los escenarios, los re(uerimientos para un nivel de la jerar(u!adel producto son analizados para determinar si ellos son necesarios ' suficientes para alcanzar los objetivosde niveles ms altos de la jerar(u!a del producto. Los re(uerimientos analizados proveen la base parare(uerimientos ms detallados ' precisos en niveles inferiores de la jerar(u!a de productos.

Mientras los re(uerimientos son definidos, sus relaciones con re(uerimientos ' la funcionalidaddefinida de ms alto nivel deben ser entendidas. "tra de las acciones es la determinacin de culesre(uerimientos claves sern usados para medir el avance. *or ejemplo, el peso de un producto o el tama+ode un software pueden ser monitoreados durante su desarrollo basndose en sus riesgos.). ;* ?7 :nalizar re(uerimientos para lograr balance*rctica7 H$nalizar requerimientos para balacear necesidades y restricciones de los %ta&e'olders.

%ecesidades ' restricciones pueden abordar costos, cronogramas, funcionalidades, componentesreutilizables, mantenimiento o riesgos.)A. ;* 7 tiene como propsito dise+ar, desarrollar e implementar soluciones a

re(uerimientos. Es aplicable a cual(uier nivel de la ar(uitectura del producto ' a cada producto, componentede producto ' proceso relacionado con el ciclo de vida del producto. Estos procesos relacionados con elciclo de vida del producto son desarrollados conjuntamente con el producto ' los componentes del producto.$ic/o desarrollo puede incluir la seleccin o adaptacin de procesos eistentes =procesos estndares> o eldesarrollo de nuevos procesos.&6 17 ;eleccionar soluciones para componentes del producto"bjetivo7 H&oluciones de producto o de componentes del producto son seleccionadas a partir dealternati0as de soluci$n.

Las soluciones alternativas ' sus ventajas relativas son consideradas antes de seleccionar unasolucin. Los re(uerimientos claves, los temas de dise+o ' las restricciones son establecidos para serutilizados en el anlisis de soluciones alternativas. Las caracter!sticas de la ar(uitectura (ue proveen unabase para la mejora ' evolucin del producto son consideradas. El uso de componentes de producto tipoC"0; =Commercial "ff 0/e ;/elf> es considerado en relacin con costos, cronograma, rendimiento 'riesgos. Las alternativas tipo C"0; pueden ser utilizadas con o sin adaptaciones. En ocasiones, dic/os


16


17/68

www.monografias.com

elementos re(uieren modificaciones en aspectos tales como interfaces o personalizacin de alguna de suscaracter!sticas para cumplir en mejor forma con los re(uerimientos del producto.

&n indicador de buen proceso de dise+o es (ue el dise+o fue escogido despu-s de compararlo 'evaluarlo con soluciones alternativas. Las decisiones de ar(uitectura deben ser tomadas. :lgunas de estasdecisiones pueden re(uerir un proceso formal de toma de decisiones.

En general las soluciones son definidas como un conjunto. Esto significa (ue al definir la siguiente

capa de componentes, la solucin para cada uno de los componentes del conjunto es definida. Lassoluciones alternativas no son slo formas distintas de abordar los mismos re(uerimientos, sino tambi-nreflejan un destino diferente de re(uerimientos entre los componentes del producto (ue componen elconjunto solucin. El objetivo es optimizar el conjunto de re(uerimientos como un todo ' no sus partes.)5. ;* 87 $esarrollar soluciones alternativas ' criterios de seleccin*rctica7 HDesarrollar alternatias de soluci#n y criterios de selecci#n.

Las alternativas de solucin deben ser identificadas ' analizadas para poder seleccionar unasolucin e(uilibrada a trav-s del ciclo de vida del producto en t-rminos de costos, cronograma 'rendimiento. Estas soluciones se basan en ar(uitecturas de producto propuestas (ue abordancaracter!sticas cr!ticas del producto ' abarcan un conjunto de soluciones factibles.Las alternativas de soluciones frecuentemente comprenden asociaciones alternativas de re(uerimientos adiferentes componentes del producto. $ic/as alternativas pueden incluir el uso de soluciones C"0; en la

ar(uitectura del producto.Las alternativas de soluciones cubren el rango aceptable de costo, cronograma ' rendimiento. Losre(uerimientos de componentes del producto son recibidos ' utilizados junto con problemas de dise+o,restricciones, ' criterios para desarrollar soluciones alternativas. Los criterios de seleccin abordarnt!picamente costos =tiempo, recursos /umanos ' otros gastos> ' riesgos =t-cnicos, de costo ' cronograma>.Las consideraciones para alternativas de soluciones ' criterios de seleccin inclu'en lo siguiente7F Costo de desarrollo, construccin, ad(uisicin, mantenimiento, soporte, etc.F #endimiento.F Complejidad de componentes del producto ' de procesos relacionados con su ciclo de vida.F #obustez del producto en operacin ' condiciones de uso, modos de operacin, ambientes 'variaciones de los procesos relacionados con el ciclo de vida del producto.F Epansin ' crecimiento del producto.F Limitantes de la tecnolog!a.

F ;ensibilidad a los m-todos ' materiales de construccin.F #iesgos.F Evolucin de re(uerimientos ' tecnolog!a.F $ada de baja =eliminacin> del producto.F Capacidades ' limitantes de usuarios finales ' operadores.F Caracter!sticas de productos tipo C"0;.

La anterior es una lista bsica de consideraciones. Las organizaciones debieran /acer pro'eccionespara acortar la lista de alternativas (ue sean consistentes con sus objetivos de negocio. Los costos de ciclode vida del producto pueden estar fuera del control de las organizaciones de desarrollo aun(ue sea unparmetro atractivo para minimizar costos. &n cliente puede no estar dispuesto a pagar por funciones (uecuestan ms en el corto plazo pero (ue en ltima instancia disminu'en el costo durante la vida til delproducto. En tales casos, los clientes debieran al menos estar informados de las posibilidades de reducir los

costos durante la vida til de un producto. Los criterios utilizados para seleccionar las soluciones finalesdebieran proveer un enfo(ue e(uilibrado de costos, beneficios ' riesgos.). ;* 97 ;eleccionar soluciones para componentes del producto*rctica7 H%eleccionar las componentes del producto que mejor satisfacen los criterios establecidos.

;eleccionar soluciones para componentes del producto (ue mejor satisfagan los criteriosestablecidos. #e(uerimientos de ms bajo nivel son generados a partir de la alternativa seleccionada 'utilizados para desarrollar el dise+o de los componentes de producto. Los re(uerimientos de interfaz entrecomponentes de producto son funcionalmente descritos al inicio. Las descripciones de interfaz f!sica sonincluidas en la documentacin de interfaces /acia elementos ' actividades eternas al producto.

La descripcin de soluciones ' los fundamentos de la seleccin son documentadas. Ladocumentacin evoluciona a medida (ue las soluciones ' los dise+os son detallados, desarrollados eimplementados. El mantenimiento de un registro de fundamentos es cr!tico para la toma de decisiones.&6 27 $esarrollar el dise+o"bjetivo7 H)iseEos del producto y componentes del producto son desarrolladas


17


18/68

www.monografias.com

$ise+os de productos o componentes de productos deben proveer el contenido apropiado no slopara la implementacin, sino tambi-n para otras fases del ciclo de vida del producto tales comomodificacin, ad(uisicin, mantenimiento e instalacin. La documentacin de dise+o provee una referenciapara apo'ar el entendimiento mutuo del dise+o por parte de las partes interesadas ' as! apo'ar futuroscambios al dise+o 'a sea durante el desarrollo como en las fases siguientes del ciclo de vida del producto.&na descripcin completa del dise+o es documentada inclu'endo una completa gama de caracter!sticas '

parmetros inclu'endo forma, ajuste, funcin, interfaz, caracter!sticas del proceso de construccin ' otrosparmetros. Estndares establecidos de dise+o de pro'ecto u organizacionales =listas, plantillas, estructurade objetos> forman la base para alcanzar un alto grado de definicin ' completitud en la documentacin deldise+o.)D. ;* 87 $ise+ar el producto o los componentes del producto*rctica7 HDesarrollar un dise*o para el producto o componente del producto .

El dise+o del producto consiste en dos etensas fases (ue pueden superponerse en ejecucin7dise+o preliminar ' dise+o detallado. El dise+o preliminar establece las capacidades ' la ar(uitectura delproducto, inclu'endo divisiones del producto, identificacin de los componentes del producto, estados desistemas ' modos, interfaces principales e interfaces eternas del producto. El dise+o detallado definecompletamente la estructura ' las capacidades de los componentes del producto.

La definicin de la ar(uitectura es guiada a partir de un conjunto de re(uerimientos de ar(uitectura.

Estos re(uerimientos epresan los elementos de calidad ' rendimiento (ue son cr!ticos para el -ito delproducto. La ar(uitectura define los elementos estructurales ' los mecanismos de coordinacin (uedirectamente satisfacen los re(uerimientos o apo'an su realizacin a medida (ue se establecen los detallesdel dise+o del producto. Las ar(uitecturas pueden incluir estndares ' reglas de dise+o (ue dirigen eldesarrollo de los componentes del producto ' sus interfaces, as! como una gu!a para a'udar a susdesarrolladores.

Los ar(uitectos postulan ' desarrollan un modelo del producto, /aciendo juicios sobre la asociacinde re(uerimientos con los componentes del producto, inclu'endo /ardware ' software. Mltiplesar(uitecturas (ue apo'an las soluciones alternativas pueden ser desarrolladas ' analizadas para determinarlas ventajas ' desventajas en el conteto de los re(uerimientos de ar(uitectura.

Los conceptos operacionales ' escenarios son usados para generar casos de uso ' escenarios decalidad (ue se usan para refinar la ar(uitectura. 0ambi-n son usados como un medio para evaluar (u- tanapropiada es la ar(uitectura para el propsito previsto durante las evaluaciones, las cuales son realizadas

peridicamente durante todo el dise+o del producto.$urante el dise+o detallado, los detalles de la ar(uitectura del producto son finalizados, los

componentes del producto son definidos completamente ' las interfaces son descritas en su totalidad. Losdise+os de los componentes de productos pueden ser optimizados para ciertas caracter!sticas derendimiento o calidad. : medida (ue el dise+o madura, los re(uerimientos asignados a componentes deproductos de ms bajo nivel son monitoreados para asegurar (ue esos re(uerimientos son satisfec/os.?4. ;* 97 Establecer un pa(uete de datos t-cnicos*rctica7 H"stablecer y mantener un paquete de datos t+cnicos.

&n pa(uete de datos t-cnicos provee al desarrollador una descripcin e/austiva del producto o desus componentes a medida (ue es desarrollado. $ic/o pa(uete tambi-n provee fleibilidad de ad(uisicionesen diversas circunstancias, tales como H*erformanceFNased Contracting =*NC> o HNuild 0o *rint.

El dise+o es registrado en un pa(uete de datos t-cnicos creado durante el dise+o preliminar para

documentar la definicin de la ar(uitectura. Este pa(uete de datos t-cnicos es mantenido durante toda lavida del producto para registrar detalles esenciales del dise+o del producto. El pa(uete de datos t-cnicosprovee la descripcin del producto ' sus componentes (ue apo'an la estrategia de ad(uisicin, o laimplementacin, produccin, ingenier!a ' fases de soporte log!stico del ciclo de vida del producto. Ladescripcin inclu'e la definicin de la configuracin re(uerida del dise+o ' procedimientos para asegurar elcomportamiento adecuado del producto o de sus componentes. Esto inclu'e todos los datos t-cnicosaplicables como dibujos, listas asociadas, especificaciones, descripciones de dise+o, bases de datos dedise+o, estndares, re(uerimientos de rendimiento, provisiones de aseguramiento de calidad ' detalles deempa(uetamiento. El pa(uete de datos t-cnicos inclu'e una descripcin de la solucin alternativaseleccionada a ser implementada.

&n pa(uete de datos t-cnicos deber!a incluir lo siguiente, si dic/a informacin es apropiada para eltipo de producto ' componentes del producto7F $escripcin de ar(uitectura de producto.F #e(uerimientos asignados.F $escripcin de componentes del producto.


18


19/68

www.monografias.com

F $escripcin de los procesos relacionados con el ciclo de vida del producto, si no es descrito comocomponentes de productos separados.F Caracter!sticas de productos claves.F Caracter!sticas f!sicas re(ueridas ' restricciones.F #e(uerimientos de interfaz.F #e(uerimientos de materiales.

F Babricacin ' re(uerimientos de manufactura.F Criterios de verificacin usados para asegurar (ue los re(uerimientos /an sido satisfec/os.F Condiciones de uso =ambientes> ' escenarios de uso operacin, modos ' estados de operacin,soporte, capacitacin, manufactura, eliminacin del producto ' verificaciones a los largo de la vida til delproducto.F Bundamentos de decisiones ' caracter!sticas =re(uerimientos, asignacin de re(uerimientos 'opciones de dise+o>.

$ebido a (ue las descripciones de dise+o pueden contener una gran cantidad de informacin 'pueden ser cruciales para el desarrollo eitoso de los componentes del producto, es aconsejable establecercriterios para organizar ' seleccionar la informacin. Es particularmente til utilizar la ar(uitectura delproducto como una manera de organizar la informacin ' elaborar vistas claras ' relevantes para un tema ocaracter!stica de inter-s. Estas vistas inclu'en lo siguiente7

F Clientes.F #e(uerimientos.F El ambiente.F Buncionalidad.F Lgica.F ;eguridad.F $atos.F Estados modos.F Construccin.F :dministracin

Estas vistas son documentadas en el pa(uete de datos t-cnicos.?8. ;* )7 $ise+ar interfaces utilizando criterios*rctica7 HDise*ar interfaces de componentes del producto utilizando los criterios establecidos .

Estos dise+os de interfaces inclu'en lo siguiente7F "r!genes.F $estino.F Est!mulos ' caracter!sticas de datos para el softwareF Caracter!sticas el-ctricas, mecnicas ' funcionales para /ardwareF L!neas de comunicacin.

El criterio para interfaces frecuentemente refleja parmetros cr!ticos (ue deben ser definidos, o almenos investigados, para asegurar su aplicabilidad. Estos parmetros son a menudo caracter!sticos de uncierto tipo de producto =software, mecnico, el-ctrico, de servicio> ' son a menudo asociados con seguridad,durabilidad ' caracter!sticas de la misin cr!tica.?9. ;* ?7 Ejecutar :nlisis de7 acer, Comprar o #eutilizar*rctica7 H"aluar si los componentes del producto debieran ser desarrollados, comprados o reutilizados

bas)ndose en los criterios establecidos.La determinacin acerca de (u- producto o componentes del producto sern ad(uiridos esfrecuentemente referido como Hma1eForFbu' anal'sis =anlisis de /acerFoFcomprar>. Este anlisis estabasado en las necesidades del pro'ectoJ comienza tempranamente durante la primera iteracin de dise+o,contina durante el proceso de dise+o ' conclu'e con la decisin de desarrollar, ad(uirir o reutilizar elproducto.

Bactores (ue afectan la decisin de /acerFoFcomprar inclu'en los siguientes7F Bunciones (ue los productos o servicios proveern ' cmo estas funciones se ajustan al pro'ecto.F #ecursos ' /abilidades disponibles del pro'ecto.F Costos de ad(uisicin versus costos de desarrollo interno.F Entregas cr!ticas ' fec/as de integracin.F :lianzas estrat-gicas de negocios, inclu'endo re(uerimientos de negocio de alto nivel.F Investigacin de mercado de productos disponibles, inclu'endo productos tipo C"0;.F Buncionalidad ' calidad de productos disponibles.F abilidades ' capacidades de potenciales proveedores.


19


20/68

www.monografias.com

F Impacto en las competencias esenciales.F Licencias, garant!as, responsabilidades ' limitantes asociadas a productos (ue estn siendoad(uiridos.F $isponibilidad de productosF Calidad propietaria de productos ' componentes.F #educcin de riesgos.

La decisin de /acerFoFcomprar puede efectuarse aplicando un proceso formal de toma dedecisiones. : medida (ue la tecnolog!a evoluciona, tambi-n lo /acen las razones para elegir el desarrollo ocompra de componentes de producto. Mientras el esfuerzo de desarrollo complejo puede favorecer lacompra de un componente tipo C"0;, los avances en la productividad ' /erramientas pueden presentarrazones en sentido contrario. *roductos tipo C"0; pueden tener documentacin incompleta o incorrecta 'pueden no contar con soporte en el futuro.&6 "7 Implementar el $ise+o del *roducto"bjetivo7 HComponentes del producto y su documentaci$n de apoyo asociada son implementadassegFn sus diseEos.

Los componentes del producto son implementados a partir de los dise+os establecidos por lasprcticas espec!ficas de la prctica espec!fica $esarrollar el $ise+o. La implementacin usualmente inclu'epruebas unitarias de los componentes del producto antes de la integracin de producto ' el desarrollo de

documentacin de usuarios finales.?). ;* 87 Implementar el $ise+o*rctica7 HImplementar los dise*os de las componentes del producto.

&na vez (ue el dise+o se /a completado, -ste es implementado como un componente del producto.Las caracter!sticas de esa implementacin dependen del tipo de componente.

La implementacin del dise+o en el primer nivel de la jerar(u!a del producto implica la especificacinde cada uno de los componentes del producto en el siguiente nivel de la jerar(u!a. Esta actividad inclu'e laasignacin, refinamiento ' verificacin de cada componente del producto. 0ambi-n inclu'e la coordinacinde los trabajos de desarrollo del componente del producto.??. ;* 97 $esarrollar la documentacin de apo'o del producto*rctica7 HDesarrollar y mantener la documentaci#n de utilizaci#n final.

Esta prctica espec!fica desarrolla ' mantiene la documentacin (ue ser usada para instalar,operar ' mantener el producto.

Integraci$n de ProductosEl propsito de *I es ensamblar las componentes del producto para obtener el producto, asegurar (ue elproducto K segn la integracin (ue se /izo K funciona correctamente, ' liberar el producto al cliente.

*I involucra tanto7Q Integracin del producto7 Integracin para el producto final.Q Integracin de las componentes del producto7 Integracin de componentes para producircomponentes ms complejas.

El mbito de *I es alcanzar la integracin del producto completo a trav-s del ensamble deprogresivas componentes, en uno o ms pasos, de acuerdo a la secuencia de integracin definida ' losprocedimientos. ;e usa el t-rmino Integracin de *roductos para tambi-n referirse a la Integracin de;ervicios.&6 17 *reparacin para la Integracin del producto

"bjetivo7 HPreparaci$n para la integraci$n del producto es conducida*reparar la integracin de los componentes del producto inclu'e establecer ' mantener7Q &na secuencia de integracin del producto ' de las componentes del producto.Q El ambiente para realizar la integracin del producto ' de las componentes del producto.Q *rocedimientos ' criterios para la integracin del producto ' de las componentes del producto.

La preparacin para la integracin comienza al inicio del pro'ecto ' la secuencia de integracin esdesarrollada al mismo tiempo con las prcticas del rea de proceso de ;olucin 0-cnica.?. ;* 87 $eterminar la ;ecuencia de Integracin*rctica7 HDeterminar la secuencia de integraci#n de componentes del producto

Las componentes del producto son analizadas para su integracin. ;e define un conjunto desecuencias posibles para integrar las componentes ' se elige la mejor secuencia posible.?A. ;* 97 Establecer el :mbiente de Integracin del *roducto*rctica7

"stablecer y mantener el ambiente necesario para apoyar la integraci#n de las componentes delproducto.


20


21/68

www.monografias.com

El ambiente para la integracin de producto puede ser ad(uirido o desarrollado. *ara establecer unambiente, re(uerimientos para la compra o desarrollo de e(uipamientos, software u otros recursosnecesitarn ser desarrollados. El ambiente re(uerido en cada paso del proceso de integracin de productopuede incluir e(uipos para realizar pruebas, simuladores =tomando el lugar de componentes de productosno disponibles>, piezas de e(uipos reales ' dispositivos de almacenamiento.?5. ;* )7 Establecer *rocedimientos ' Criterios de Integracin del *roducto

*rctica7 H"stablecer y mantener procedimientos y criterios para la Integraci#n de las componentes delproducto.

Los procedimientos para la integracin de las componentes del producto pueden incluir cosas comoel nmero de iteraciones incrementales (ue se realizan ' detalles de las evaluaciones (ue sern llevadas acabo en cada etapa.

Los criterios pueden indicar si la componente del producto esta o no preparada para su integracino su grado de aceptacin.

Los procedimientos ' criterios para la integracin del producto dirigen lo siguiente7 %ivel de pruebapara construir componentes,


22/68

www.monografias.com

completada. ;i durante este proceso se identifican problemas estos deben ser documentados ' un procesode acciones correctivas es iniciado.4. ;* 87 Confirmar Componentes para Integracin preparados*rctica7 HConfirmar, preio al ensamble, que cada componente del producto requerido para ensamblar elproducto 'a sido debidamente identificado, funciones corresponden a su descripci#n y las interfaces de las

componentes del producto cumplen con las descripciones de las interfaces .

El propsito de esta prctica espec!fica es asegurar (ue las componentes del productoadecuadamente identificadas (ue cumplen con su descripcin puedan ser realmente ensambladas deacuerdo a la secuencia de integracin del producto ' procedimientos disponibles. 0ambi-n la consistenciaentre las componentes de producto ' descripciones de interfase son c/e(ueadas. Tuienes conducen la integracin del producto son los responsables en ltima instancia de c/e(uearpara asegurarse (ue todo est correcto ' as! continuar con el ensamble.8. ;* 97 Ensamblar las componentes del producto*rctica7 H"nsamblar las componentes del producto de acuerdo a la secuencia de integraci#n yprocedimientos disponibles.

Las actividades de ensamblaje de esta prctica espec!fica ' las actividades de evaluacin de laprima son conducidas en forma iterativa, desde los componentes iniciales del producto, a trav-s de loscomponentes ensamblados provisorios, /asta el producto como un todo.

9. ;* )7 Evaluar Componentes del *roducto ensambladas*rctica7 H"aluar componentes de producto ensamblados para la compatibilidad de interfase .Esta evaluacin involucra eaminar ' probar las componentes del producto ensambladas para su

realizacin, conveniencia o preparacin usando los procedimientos ' ambiente disponibles. Esto esrealizado para los diferentes pasos del ensamble segn lo dispuesto por la secuencia de integracin 'procedimientos disponibles. La secuencia de integracin del producto ' procedimientos disponibles, elnmero de componentes, ' la complejidad del producto podr!an definir una secuencia de integracin 'evaluacin ms refinada.). ;* ?7 Empa(uetar ' Entregar *roductos o Componentes del *roducto*rctica7 H"mpaquetar el producto ensamblado o componente del producto y entregarlo al clienteapropiado.

Los re(uerimientos de empa(ue para algunos productos pueden ser dirigidos segn susespecificaciones ' criterios de verificacin. Esto es especialmente importante cuando los !tems son

registrados ' transportados por los clientes. En tales casos, pudiese /aber condiciones de estr-s ' ambienteespecificadas para el pa(uete. En otras circunstancias econom!a ' re(uerimientos de transporte,responsabilidad, ' facilidad ' seguridad del desempa(ue son factores importantes.#eri4icaci$nEl propsito de


23/68

www.monografias.com

Los artefactos son seleccionados basndose en su contribucin para alcanzar los objetivos 're(uerimientos del pro'ecto, ' para dirigir los riesgos del pro'ecto.

Los artefactos (ue sern verificados pueden incluir a(uellos asociados con la mantencin,entrenamiento ' servicios de apo'o. Los m-todos de verificacin dirigen el enfo(ue t-cnico de la verificacinde artefactos ' los procedimientos espec!ficos (ue sern usados para verificar (ue los productos de trabajoespec!ficos cumplan sus re(uerimientos.

La seleccin de los m-todos de verificacin comienza t!picamente con la participacin en ladefinicin de los re(uerimientos del producto o componentes del producto para asegurar (ue estosre(uerimientos son verificables.. ;* 97 Establecer el ambiente de


24/68

www.monografias.com

' por los m-todos de validacin. Esto podr!a producir re(uerimientos para la compra o desarrollo dee(uipamiento, software u otros recursos. El entorno de validacin puede incluir la reutilizacin de recursoseistentes. En este caso, se deben /acer arreglos para el uso de estos recursos. Ejemplos de tipos deelementos en un ambiente de validacin inclu'en lo siguiente7F erramientas de prueba interconectadas con el producto (ue esta siendo validado.F ;oftware para prueba.F ;ubsistemas simulados o componentes.F ;istemas simulados.F ;istemas reales.F Bacilidades ' productos provistos por el cliente.F Las personas /biles para operar o usar todos los elementos precedentes.F :mbiente de prueba con computador dedicado o sistema distribuido.


24


25/68

www.monografias.com

A?. ;* )7 Establecer *rocedimientos ' Criterios de


26/68

www.monografias.com

Proceso de )esarrollo de &o4t5are de 7R)'< Integraci$nIntroduccin"#$E% Integracin es una organizacin tecnolgica c/ilena perteneciente al consorcio de ;onda ;.:. cu'amisin es la de aportar con soluciones informticas precisas, de calidad, en forma oportuna ' a un preciojusto al progreso ' desarrollo de sus clientes. Cuenta con ms de 9 a+os de eperiencia tanto a nivelnacional como internacional ' su visin es la de ser una empresa global, con capacidad de aprendizaje, leal

a sus principios ' de creciente competitividad, por lo cual su inversin ' proceso de transformacin esconstante9. Es considerada la fbrica de software de ;onda ;.:., 'a (ue es a(u! donde se realizan lama'or!a de los desarrollos de software a medida. :lgunos sus clientes son7 ospital &niversitario :ustral deNuenos :ires, *oder Oudicial, B"%:;:, Cmara de Comercio de ;antiago, ME0#" ;antiago, $ireccin3eneral de :eronutica Civil, #egistro Civil, Contralor!a 3eneral de la #epblica, entre otros. $ado (ueestos ' sus dems clientes son instituciones de prestigio nacional, la calidad de los productos ' serviciosofrecidos deben poder estar de alguna manera garantizadaJ esto como parte de la estrategia de calidaddefinida por la organizacin. Es por ello (ue el 944 "#$E% recibi la certificacin de calidad del 'aobsoleto modelo CMM nivel 9 ' actualmente /a iniciado el proceso de acreditacin de CMMI nivel ), lo (ueva a implicar (ue no slo la organizacin cuente con una metodolog!a propia, con un proceso de desarrollode software bien definido de acuerdo a su propia forma de /acer negocio, sino (ue se ponga -nfasis en laingenier!a de la metodolog!a, lo cual sumado a los procesos de gestin ' apo'o se conforme una estructura

completa de todo el ciclo productivo de desarrollo de pro'ectos software. ;in embargo el objetivo principal(ue persigue tanto el modelo como la organizacin es (ue la metodolog!a sea conocida formalmente ' bienutilizada por todos los miembros de "#$E%, cambiando para mejor la forma de trabajar de cada una deestas personas, no con el propsito de obligar a la gente a realizar sus actividades cotidianas de unamanera determinada, sino para mejorar el orden, la comunicacin, la responsabilidad ' finalmente laproductividad de todos. $e esta forma se lograr!a institucionalizar la metodolog!a ' madurar comoorganizacin.

Como se acaba de mencionar, "#$E% Integracin actualmente se encuentra trabajando junto conla empresa c/ilena :m-rica XXI en la mejora de sus procesos de negocio con el objetivo de certificarse bajoCMMI %ivel ) para los primeros meses del siguiente a+o. Es por ello (ue /an decidido enfocarse en loscomponentes esperados K prcticas espec!ficas ' gen-ricas K para cumplir con los componentesre(ueridos K objetivos espec!ficos ' gen-ricos K de este nivel de madurez del modelo en su versin 8.9.*ara alcanzar tal certificacin "#$E% integracin se encuentra por un lado redefiniendo algunos de sus

procesos de acuerdo al modelo para luego ser publicados a la organizacin, mientras (ue por otro ladoa(uellos los procesos (ue 'a fueron redefinidos ' publicados estn en etapa de institucionalizacin en laorganizacin.

Los procesos de "#$E% Integracin estn divididos en dos grandes reas. La primera correspondea los *rocesos de :dministracin de *ro'ectos e Ingenier!a de ;oftware ' la segunda a los *rocesos de la:dministracin 3eneral de la Bbrica de ;oftware. $entro del rea de *rocesos de :dministracin de*ro'ectos e Ingenier!a de ;oftware se encuentran una serie de subreas (ue en conjunto son lasencargadas de desarrollar ' apo'ar un pro'ecto en particular siguiendo su ciclo de vida por completo. Estassubreas inclu'en7 *rocesos "rganizacionales =capacitaciones, m-tricas>, *rocesos de :dministracin de*ro'ecto =planificacin, control ' seguimiento, riesgos>, *rocesos de Ingenier!a de ;oftware =re(uerimientos,anlisis ' dise+o, construccin, pruebas ' despliegue> ' *rocesos de ;oporte =administracin de laconfiguracin, aseguramiento de la calidad>. $entro del rea de *rocesos de la :dministracin 3eneral de la

Bbrica de ;oftware se encuentran todos los procesos (ue no participan directamente del desarrollo de unpro'ecto, pero (ue son vitales para el funcionamiento interno de la organizacin7 *lanificacin ' ControlEstrat-gico =presupuesto anual>, *rocesos de Cierre Mensual de :ctividades, Evaluacin ' *reparacin de*ropuestas, :dministracin de *ersonal ' :dministracin de *roveedores ' :lianzas Estrat-gicas.

Como se mencion anteriormente, es dentro del rea de *rocesos de :dministracin de *ro'ectos eIngenier!a de ;oftware donde efectivamente los pro'ectos son desarrollados de inicio a fin. En la subrea de*rocesos de Ingenier!a de ;oftware se encuentra alojado el *roceso de desarrollo de software de "#$E%Integracin, (ue ser presentado en detalle en este documento.

El proceso o metodolog!a de desarrollo de software de "#$E% Integracin est basado en unmodelo iterativo K incremental inspirado en el proceso de desarrollo unificado #&* =#ational &nified*rocess, 2OacDD6> desarrollado por #ational ' perteneciente actualmente a INM. ;e dice (ue est inspiradoen #&* 'a (ue est acomodado de acuerdo a la eperiencia de la organizacin en el desarrollo depro'ectos de ingenier!a de software de acuerdo al conocimiento por parte de sus creadores sobre la

2In!ormaci"n otenida de la pgina e de la organi*aci"n http,,---ordencl


26
http://www.orden.cl/http://www.orden.cl/


27/68

www.monografias.com

metodolog!a #&* ' en parte tambi-n por el conocimiento de estos sobre el modelo de calidad CMMI. Lametodolog!a consta de tres fases instauradas por "#$E% Integracin7 Base de Inicio, Base de ElaboracinK Construccin ' Base de 0ransicin. Estas fases son anlogas a las fases de la metodolog!a #&*. La Basede Elaboracin K Construccin se presenta como una sola fase en los modelos debido a (ue presenta ms!tems en comn (ue diferentes, pero como metodolog!a de desarrollo es tratada en fases diferentes al igual(ue en el #&*, por lo cual impl!citamente se puede decir (ue la metodolog!a de "#$E% Integracin se

realiza en cuatro fases. En cada una de estas se desarrollan seis disciplinas de Ingenier!a7 $escribir el*roblema de %egocio, Especificar #e(uerimientos de la ;olucin, #ealizar :nlisis ' $ise+o de la ;olucin,$esarrollar ;olucin ;ist-mica, :segurar Correctitud ' Buncionalidad de la ;olucin ' $esplegar ;olucin,adems de tres procesos transversales ' de apo'o a estas disciplinas en cual(uiera de las tres fases, loscuales son7 :dministracin de #e(uerimientos, #evisin de *ares ' *ruebas de ;oftware.

En este documento se describirn las tres fases separadamente mediante un diagrama &ML,describiendo las disciplinas presentes en cada fase, los procesos, actividades a realizar, entradas 'artefactos generados para cada una de ellas. En los casos de las disciplinas de la fase (ue re(uieran deanlisis adicional por su complejidad, se detallar su comportamiento en un diagrama de actividadesrealizando la descripcin respectiva. Las l!neas de color negro corresponden al flujo de actividades (ue serealizan en la disciplina ' las de color azul al flujo de artefactos utilizados o generados en la misma. :demsse describirn los artefactos utilizados ' generados en el proceso de desarrollo, adems de los actores

responsables de cada uno de ellos ' finalmente de describirn los tres procesos de apo'o a las disciplinas'a mencionados.


27


28/68

www.monografias.com

Fase de InicioEs la fase (ue da por iniciado un pro'ecto. $urante esta fase se debe establecer el caso de negocio para elsistema ' se debe delimitar el alcance del pro'ecto. El diagrama de la Bigura es el (ue modela esta fase 'la disciplina resaltada en gris tiene un diagrama de actividades adicional debido a su complejidad.

:igura (> :ase de Inicio

En funcin de las Nases de Licitacin ' de reuniones informales con el cliente, se busca encontrar la


28


29/68

www.monografias.com

respuesta a la pregunta Y(u- debe /acer el sistemaZ

En esta disciplina se deben compatibilizar los deseos del cliente ' los alcances contractualesofrecidos con lo (ue se puede lograr sistematizar de acuerdo a las capacidades tecnolgicas tanto delcliente como de "#$E% Integracin. *ara ello, se registran a(uellos re(uerimientos planteadosdirectamente por el cliente como #e(uerimientos de %egocio. Estos conforman la primera forma de

re(uerimientos para el pro'ecto. Esta lista debe permanecer invariable por el resto del pro'ecto comoregistro de las necesidades originales del cliente. Luego se identifican a(uellos re(uerimientos (uefueron originalmente ofrecidos en la $escripcin de la ;olucin, desarrollada en la propuesta delpro'ecto, ' en el contrato firmado con el cliente. ;obre los re(uerimientos originales ofrecidos, se lesdebe relacionar con a(uellos #e(uerimientos de %egocio a los (ue est-n dando respuesta. En funcinde estas relaciones se deben identificar a(uellos re(uerimientos de negocio (ue no est-n ofrecidos 'a(uellos re(uerimientos ofrecidos (ue no obedecen a ningn re(uerimiento de negocio identificado 'generar riesgos asociados a estas diferencias. En el caso de #e(uerimientos de %egocio (ue no se/a'an ofrecido, estos se deben dejar en claro al cliente para lograr un acuerdo en cuanto a (ue no sedebe esperar dic/a funcionalidad o a (ue el tama+o del pro'ecto ofrecido /a cambiado por lo tanto sedebe clasificar como cambio. En el caso de los re(uerimientos ofrecidos (ue no responden a ningn#e(uerimiento de %egocio se deben tener en cuenta (ue puede (ue no sean necesarios para el cliente

' por lo tanto se pueden descartar previo acuerdo con todas las partes involucradas.


29


30/68

www.monografias.com

:igura *> 'speci4icar Requerimientos de la soluci$n


30


31/68

www.monografias.com

La lista de #e(uerimientos originales ofrecidos permanece invariable como registro del l!mitecomprometido del sistema. Binalmente se genera una lista definitiva con todos los #e(uerimientos del;istema, los cuales deben estar relacionados por lo menos con uno de los re(uerimientos ofrecidos. Lo(ue se debe lograr es identificar ' acotar los l!mites de cada re(uerimiento ' los actores involucrados.Los #e(uerimientos de ;istema deben adems estar relacionados con a(uellos *rocesos de %egocio(ue van a sistematizar ' con a(uellos Conceptos de $ominio con los (ue tendrn (ue lidiar. Cual(uier

proceso ' concepto (ue (uede sin relacionar con algn re(uerimiento de sistema se considerar fueradel dominio del sistema ' debe (uedar apropiadamente registrado.

Como prueba final se debe comprobar (ue cada uno de los #e(uerimientos originales ofrecidos(ue se pretenden implementar est- siendo realizado por un #e(uerimiento de ;istema ' (ue el 844V delos #e(uerimientos de ;istema est-n dando cumplimiento a por lo menos uno de los #e(uerimientosoriginales ofrecidos. Los #e(uerimientos de ;istema (ue no est-n cumpliendo re(uerimientos ofrecidosdan cuenta de cambios en el tama+o del sistema (ue se piensa desarrollar en relacin al (ue se ofreci.#e(uerimientos originales (ue no est-n siendo realizados por #e(uerimientos de ;istema dan cuentade posibles omisiones de funcionalidad comprometida en el sistema a ser desarrollado ' (ue luegopodr!an ser objetadas por los clientes.


32/68

www.monografias.com

;istema (ue tiene el cliente. Esta verificacin generalmente involucra una revisin de pares con otroar(uitecto con el fin de eaminar la solucin planteada por el ar(uitecto del pro'ecto ' proponer cambioso mejoras a -sta.


33/68

www.monografias.com

Fase de Elaboracin ConstruccinLa Base de Elaboracin K Construccin tiene por objetivo establecer una base slida de la :r(uitectura de;oftware a partir del anlisis ' dise+o de los re(uerimientos, para luego implementar el sistema en base aestos dise+os ' ar(uitectura planteados. En el diagrama de la Bigura 5 se modela esta fase, destacando congris las disciplinas (ue por su complejidad presentan un diagrama de actividades adicional para detallar sucomportamiento.

:igura +> :ase de 'laboraci$n G Construcci$n

ctores In0olucrados7 :nalistas, :r(uitecto, ;ta1e/olders, Oefe de *ro'ecto)escripci$n=ver Bigura >7La diferencia entre las fases de Elaboracin ' Construccin radica (ue durante la Elaboracin se atacanlos re(uerimientos de ar(uitectura ms importantes, (ue darn como resultado la ma'or parte de losmecanismos de dise+o del sistema.


33


34/68

www.monografias.com

;obre el conjunto de #e(uerimientos de ;istema (ue se (uieren atacar se deben detallar porcompleto los antecedentes necesarios para comprender ' acotar (u- es lo (ue debe /acer cada partedel sistema, indicando los escenarios principales, secundarios ' las restricciones. Esto inclu'e larealizacin de prototipos no funcionales, (ue sirvan tanto para mostrar al cliente una vista previa delsistema como para la fase de dise+o donde la interfaz se debe dise+ar completamente.

:igura ,> 'speci4icar Requerimientos de la soluci$n

;e debe determinar (ue los #e(uerimientos de ;istema est-n cumpliendo con los re(uerimientosofrecidos ' (ue no se re(uiere ms de lo originalmente ofrecido del sistema. Cual(uier desviacin deestas l!neas debe ser debidamente controlada. 0ambi-n se deben revisar los Criterios de :ceptacin delos re(uerimientos con el cliente con los analistas encargados ' con analistas (ue no sean parte delpro'ecto por medio de una revisin de pares ' si eiste una modificacin en los re(uerimientos tambi-nse debe modificar este documento con la debida aprobacin del cliente. Luego el ar(uitecto debedeterminar si los mecanismos de dise+o definidos alcanzan para cubrir estos re(uerimientos si se debengenerar nuevos mecanismos o si se deben adaptar los antiguos. Esto debiese darse solo en la fase dela Elaboracin 'a (ue durante la Construccin todos los problemas deben /aber sido previamenteatacados ' por tanto no debiese surgir la necesidad de crear nuevos mecanismos para los mismosproblemas.

,*rototipo de ;istema, #e(uerimiento de ;istema, :r(uitectura del ;istemarte4actos de &alida7 :r(uitectura del ;istema, Mecanismos de Implementacin, Especificacin de$ise+octores In0olucrados7 :nalista, :r(uitecto)escripci$n=ver Bigura D >7El objetivo (ue se intenta alcanzar es de lograr una definicin t-cnica de cmo debe construirse elsistema. Esta definicin debe contemplar todas las decisiones a tomar al momento de construir la


34


35/68

www.monografias.com

solucin, inclu'endo aspectos de ar(uitectura, de dise+o particular, etc. En este conteto el dise+o eistecomo un facilitador para transformar los re(uerimientos en cdigo ejecutable, conteniendo las gu!asnecesarias para lograr la fabricacin de la aplicacin.

$espu-s de realizar el anlisis de los re(uerimientos se deben aplicar los mecanismos dedise+o establecidos ' junto a los prototipos no funcionales desarrollados en la disciplina anterior se debe

producir la Especificaciones de $ise+o para cada caso tomando en cuenta la ar(uitectura planteadapara el sistema para poder definir eactamente cmo el sistema va a producir el comportamientodefinido. La obtencin de la Especificacin de $ise+o de la aplicacin posee las ventajas de (ue proveeuna mejor visualizacin de las dependencias ' del uso de los componentes, algo esencial al momentode tener (ue realizar una modificacinJ lo mismo trae a su vez la desventaja de (ue los dise+os sedeben mantener ' esta mantencin debe realizarse junto con la del cdigo fuente, si se esperabeneficiarse posteriormente de estos pla

Modelo Calidad Cmmi

Documents

Transcript of Modelo Calidad Cmmi