Agregar a favoritos Ayuda Portugus Ingles

Regstrese! | Iniciar sesin

Monografas Nuevas Publicar Blogs Foros
Busqueda avanzada
Buscar
Monografias.com > Computacion > Programacion Descargar Imprimir Comentar Ver trabajos relacionados
Pgina anterior Volver al principio del trabajo Pgina siguiente
Modelo de calidad CMMI (pgina 3)
Enviado por Pablo Teuber Henrquez
Partes: 1, 2, 3, 4, 5
40. SP 2: Establecer un paquete de datos tcnicos
Prctica: "Establecer y mantener un paquete de datos tcnicos".
Un paquete de datos tcnicos provee al desarrollador una descripcin exhaustiva del producto o de sus componentes a medida que es
desarrollado. Dicho paquete tambin provee flexibilidad de adquisiciones en diversas circunstancias, tales como "Performance-Based Contracting"
(PBC) o "Build To Print".
El diseo es registrado en un paquete de datos tcnicos creado durante el diseo preliminar para documentar la definicin de la arquitectura. Este
paquete de datos tcnicos es mantenido durante toda la vida del producto para registrar detalles esenciales del diseo del producto. El paquete de datos
tcnicos provee la descripcin del producto y sus componentes que apoyan la estrategia de adquisicin, o la implementacin, produccin, ingeniera y
fases de soporte logstico del ciclo de vida del producto. La descripcin incluye la definicin de la configuracin requerida del diseo y procedimientos
para asegurar el comportamiento adecuado del producto o de sus componentes. Esto incluye todos los datos tcnicos aplicables como dibujos, listas
asociadas, especificaciones, descripciones de diseo, bases de datos de diseo, estndares, requerimientos de rendimiento, provisiones de
aseguramiento de calidad y detalles de empaquetamiento. El paquete de datos tcnicos incluye una descripcin de la solucin alternativa seleccionada a
ser implementada.
Un paquete de datos tcnicos debera incluir lo siguiente, si dicha informacin es apropiada para el tipo de producto y componentes del producto:
- Descripcin de arquitectura de producto.
- Requerimientos asignados.
- Descripcin de componentes del producto.
- Descripcin de los procesos relacionados con el ciclo de vida del producto, si no es descrito como componentes de productos separados.
- Caractersticas de productos claves.
- Caractersticas fsicas requeridas y restricciones.
- Requerimientos de interfaz.
- Requerimientos de materiales.
- Fabricacin y requerimientos de manufactura.
- Criterios de verificacin usados para asegurar que los requerimientos han sido satisfechos.
- Condiciones de uso (ambientes) y escenarios de uso / operacin, modos y estados de operacin, soporte, capacitacin, manufactura, eliminacin
del producto y verificaciones a los largo de la vida til del producto.
- Fundamentos de decisiones y caractersticas (requerimientos, asignacin de requerimientos y opciones de diseo).
Debido a que las descripciones de diseo pueden contener una gran cantidad de informacin y pueden ser cruciales para el desarrollo exitoso de
los componentes del producto, es aconsejable establecer criterios para organizar y seleccionar la informacin. Es particularmente til utilizar la
arquitectura del producto como una manera de organizar la informacin y elaborar vistas claras y relevantes para un tema o caracterstica de inters.
Estas vistas incluyen lo siguiente:
- Clientes.
- Requerimientos.
- El ambiente.
Por tal motivo, el Instituto se reserva el derecho de auditar los accesos realizados, as como el contenido de los mismos,
y estara facultado para ejercer los controles administrativos de acuerdo con la reglamentacin vigente dentro del Instituto
Mexicano del Seguro Social y la legislacin vigente aplicable, como lo es la Ley Federal de Responsabilidades de los
Servidores Pblicos y en su caso, la Ley Federal de Responsabilidad Patrimonial del Estado.
Las violaciones a estas disposiciones podrn ser causa de la revocacin de los privilegios de uso del acceso a los
servicios de Internet dentro del Instituto Mexicano del Seguro Social, segn lo determine la Direccin de Innovacin y
Desarrollo Tecnolgico, conforme a sus atribuciones y de las acciones disciplinarias que establezcan los rganos
responsables.
URL:
http://www.facebook.com/plugins/like.php?app_id=168580619833974&channel=http://s
tatic.ak.facebook.com/connect/xd_arbiter/DhmkJ2TR0QN.js?version=41#cb=f39001c6b
8&domain=&origin=file%3A%2F%2F%2Ff3b9bb5408&relation=parent.parent&font=arial&h
ref=file:///C:/Users/NOVUTE~1/AppData/Local/Temp/au6oyw1k.default/printPages2Pd
f/wd/data/index.html&layout=button_count&locale=es_ES&sdk=joey&show_faces=false &width=120
MOTIVO:
Esta categoria se encuentra bloqueada: Social Web - Facebook.
B & B near Dolgellau
heulwen.co.uk
Modelo de calidad CMMI (pgina 3) - Monografias.com 02/07/2014
http://www.monografias.com/trabajos57/modelo-calidad-cmmi/modelo-calidad-cmmi3.shtml 1 / 10
- Funcionalidad.
- Lgica.
- Seguridad.
- Datos.
- Estados / modos.
- Construccin.
- Administracin
Estas vistas son documentadas en el paquete de datos tcnicos.
41. SP 3: Disear interfaces utilizando criterios
Prctica: "Disear interfaces de componentes del producto utilizando los criterios establecidos".
Estos diseos de interfaces incluyen lo siguiente:
- Orgenes.
- Destino.
- Estmulos y caractersticas de datos para el software
- Caractersticas elctricas, mecnicas y funcionales para hardware
- Lneas de comunicacin.
El criterio para interfaces frecuentemente refleja parmetros crticos que deben ser definidos, o al menos investigados, para asegurar su
aplicabilidad. Estos parmetros son a menudo caractersticos de un cierto tipo de producto (software, mecnico, elctrico, de servicio) y son a menudo
asociados con seguridad, durabilidad y caractersticas de la misin crtica.
42. SP 4: Ejecutar Anlisis de: Hacer, Comprar o Reutilizar
Prctica: "Evaluar si los componentes del producto debieran ser desarrollados, comprados o reutilizados basndose en los criterios establecidos".
La determinacin acerca de qu producto o componentes del producto sern adquiridos es frecuentemente referido como "make-or-buy
analysis" (anlisis de hacer-o-comprar). Este anlisis esta basado en las necesidades del proyecto; comienza tempranamente durante la primera
iteracin de diseo, contina durante el proceso de diseo y concluye con la decisin de desarrollar, adquirir o reutilizar el producto.
Factores que afectan la decisin de hacer-o-comprar incluyen los siguientes:
- Funciones que los productos o servicios proveern y cmo estas funciones se ajustan al proyecto.
- Recursos y habilidades disponibles del proyecto.
- Costos de adquisicin versus costos de desarrollo interno.
- Entregas crticas y fechas de integracin.
- Alianzas estratgicas de negocios, incluyendo requerimientos de negocio de alto nivel.
- Investigacin de mercado de productos disponibles, incluyendo productos tipo COTS.
- Funcionalidad y calidad de productos disponibles.
- Habilidades y capacidades de potenciales proveedores.
- Impacto en las competencias esenciales.
- Licencias, garantas, responsabilidades y limitantes asociadas a productos que estn siendo adquiridos.
- Disponibilidad de productos
- Calidad propietaria de productos y componentes.
- Reduccin de riesgos.
La decisin de hacer-o-comprar puede efectuarse aplicando un proceso formal de toma de decisiones. A medida que la tecnologa evoluciona,
tambin lo hacen las razones para elegir el desarrollo o compra de componentes de producto. Mientras el esfuerzo de desarrollo complejo puede
favorecer la compra de un componente tipo COTS, los avances en la productividad y herramientas pueden presentar razones en sentido contrario.
Productos tipo COTS pueden tener documentacin incompleta o incorrecta y pueden no contar con soporte en el futuro.
SG 3: Implementar el Diseo del Producto
Objetivo: "Componentes del producto, y su documentacin de apoyo asociada, son implementadas segn sus diseos".
Los componentes del producto son implementados a partir de los diseos establecidos por las prcticas especficas de la prctica especfica
Desarrollar el Diseo. La implementacin usualmente incluye pruebas unitarias de los componentes del producto antes de la integracin de producto y
el desarrollo de documentacin de usuarios finales.
43. SP 1: Implementar el Diseo
Prctica: "Implementar los diseos de las componentes del producto".
Una vez que el diseo se ha completado, ste es implementado como un componente del producto. Las caractersticas de esa implementacin
dependen del tipo de componente.
La implementacin del diseo en el primer nivel de la jerarqua del producto implica la especificacin de cada uno de los componentes del
producto en el siguiente nivel de la jerarqua. Esta actividad incluye la asignacin, refinamiento y verificacin de cada componente del producto.
Tambin incluye la coordinacin de los trabajos de desarrollo del componente del producto.
44. SP 2: Desarrollar la documentacin de apoyo del producto
Prctica: "Desarrollar y mantener la documentacin de utilizacin final".
Modelo de calidad CMMI (pgina 3) - Monografias.com 02/07/2014
http://www.monografias.com/trabajos57/modelo-calidad-cmmi/modelo-calidad-cmmi3.shtml 2 / 10
Esta prctica especfica desarrolla y mantiene la documentacin que ser usada para instalar, operar y mantener el producto.

Integracin de Productos
El propsito de PI es ensamblar las componentes del producto para obtener el producto, asegurar que el producto segn la integracin que se hizo
funciona correctamente, y liberar el producto al cliente.
PI involucra tanto:
Integracin del producto: Integracin para el producto final.
Integracin de las componentes del producto: Integracin de componentes para producir componentes ms complejas.
El mbito de PI es alcanzar la integracin del producto completo a travs del ensamble de progresivas componentes, en uno o ms pasos, de
acuerdo a la secuencia de integracin definida y los procedimientos. Se usa el trmino Integracin de Productos para tambin referirse a la Integracin
de Servicios.
SG 1: Preparacin para la Integracin del producto
Objetivo: "Preparacin para la integracin del producto es conducida"
Preparar la integracin de los componentes del producto incluye establecer y mantener:
Una secuencia de integracin del producto y de las componentes del producto.
El ambiente para realizar la integracin del producto y de las componentes del producto.
Procedimientos y criterios para la integracin del producto y de las componentes del producto.
La preparacin para la integracin comienza al inicio del proyecto y la secuencia de integracin es desarrollada al mismo tiempo con las prcticas
del rea de proceso de Solucin Tcnica.
45. SP 1: Determinar la Secuencia de Integracin
Prctica: "Determinar la secuencia de integracin de componentes del producto"
Las componentes del producto son analizadas para su integracin. Se define un conjunto de secuencias posibles para integrar las componentes y
se elige la mejor secuencia posible.
46. SP 2: Establecer el Ambiente de Integracin del Producto
Prctica: "Establecer y mantener el ambiente necesario para apoyar la integracin de las componentes del producto".
El ambiente para la integracin de producto puede ser adquirido o desarrollado. Para establecer un ambiente, requerimientos para la compra o
desarrollo de equipamientos, software u otros recursos necesitarn ser desarrollados. El ambiente requerido en cada paso del proceso de integracin
de producto puede incluir equipos para realizar pruebas, simuladores (tomando el lugar de componentes de productos no disponibles), piezas de
equipos reales y dispositivos de almacenamiento.
47. SP 3: Establecer Procedimientos y Criterios de Integracin del Producto
Prctica: "Establecer y mantener procedimientos y criterios para la Integracin de las componentes del producto".
Los procedimientos para la integracin de las componentes del producto pueden incluir cosas como el nmero de iteraciones incrementales que
se realizan y detalles de las evaluaciones que sern llevadas a cabo en cada etapa.
Los criterios pueden indicar si la componente del producto esta o no preparada para su integracin o su grado de aceptacin.
Los procedimientos y criterios para la integracin del producto dirigen lo siguiente: Nivel de prueba para construir componentes, Verificacin de
interfaces, Umbrales de desviacin de ejecucin, Requerimientos derivados para el ensamble y sus interfaces externas, Sustituciones permitidas de
componentes, Parmetros del ambiente de prueba, Limites en los costos de prueba, Equilibrio calidad/costos para operaciones de integracin,
Probabilidad del funcionamiento apropiado, Tasas de entrega y sus variaciones, Tiempo de entrega desde el pedido hasta la entrega, Disponibilidad de
personal y Disponibilidad de la facilidad/lnea/ambiente de integracin.
Los criterios pueden ser definidos por cmo las componentes del producto estn para ser verificados y las funciones que se espera que ellas
tengan. Los criterios pueden ser definidos por cmo las componentes ensambladas del producto y el producto integrado final son validados y liberados.
Los criterios tambin pueden restringir el grado de simulacin permitidos para que las componentes puedan pasar una prueba, o pueden restringir el
ambiente para ser usado en el test de integracin.
SG 2: Asegurar la compatibilidad de interfaces
Objetivo: "Las interfaces de las componentes del producto, internas y externas, son compatibles".
Muchos problemas de integracin de productos surgen por aspectos no conocidos o no controlados de interfaces internas y externas a cada
componente. La administracin efectiva de requerimientos de interfaces de componentes de productos, especificaciones y diseos, ayudan a asegurar
que las interfaces implementadas sern compatibles y completas.
48. SP 1: Revisar Descripcin de Interfaces para Completitud
Prctica: "Revisar descripciones de interfaces para su cobertura y completitud".
Las interfaces deben incluir, adems de las interfaces de los componentes del producto, todas las interfaces con el ambiente de integracin del
producto.
49. SP 2: Gestionar Interfaces
Prctica: "Gestionar definiciones de interfaces internas y externas, diseos, y cambios en productos y componentes del producto".
Los requerimientos de interfaz manejan el desarrollo de las interfaces necesarias para integrar las componentes del producto. Gestionar interfases
del producto y componentes del producto comienza tempranamente en el desarrollo del producto. Las definiciones y el diseo para interfaces afecta,
no solamente a los componentes de producto y sistemas externos, sino que tambin puede afectar la validacin y verificacin de ambientes.
La gestin de interfaces incluye la mantencin de la consistencia de las interfaces durante todo el ciclo de vida del producto, y resolucin de
conflictos, disconformidades, y cambios en temas. La gestin de interfaces entre productos adquiridos desde proveedores y otros productos o
Modelo de calidad CMMI (pgina 3) - Monografias.com 02/07/2014
http://www.monografias.com/trabajos57/modelo-calidad-cmmi/modelo-calidad-cmmi3.shtml 3 / 10
componentes de productos son crticas para el xito del proyecto.
Las interfaces deben incluir, adems de las interfaces de las componentes del producto, todas las interfaces con el ambiente, as como con otros
como ambientes para verificacin, validacin, operaciones y soporte. Los cambios en la interfase son documentados, mantenidos y fcilmente
accesibles.
SG 3: Ensamblar las componentes del producto y liberar el producto
Objetivo: "Componentes del producto verificadas son ensambladas y el producto integrado, verificado y validado es entregado".
La integracin de las componentes del producto se hace de acuerdo a la secuencia de integracin del producto y los procedimientos disponibles.
Antes de la integracin, cada componente del producto es verificada de acuerdo a los requerimientos de interfaz establecidos. Las componentes del
producto son ensambladas en componentes ms complejas y grandes. Estas componentes ensambladas son chequeadas para su correcta
interoperacin. Este proceso contina hasta que la integracin del producto es completada. Si durante este proceso se identifican problemas estos
deben ser documentados y un proceso de acciones correctivas es iniciado.
50. SP 1: Confirmar Componentes para Integracin preparados
Prctica: "Confirmar, previo al ensamble, que cada componente del producto requerido para ensamblar el producto ha sido debidamente
identificado, funciones corresponden a su descripcin y las interfaces de las componentes del producto cumplen con las descripciones de las
interfaces".
El propsito de esta prctica especfica es asegurar que las componentes del producto adecuadamente identificadas que cumplen con su
descripcin puedan ser realmente ensambladas de acuerdo a la secuencia de integracin del producto y procedimientos disponibles. Tambin la
consistencia entre las componentes de producto y descripciones de interfase son chequeadas.
Quienes conducen la integracin del producto son los responsables en ltima instancia de chequear para asegurarse que todo est correcto y as
continuar con el ensamble.
51. SP 2: Ensamblar las componentes del producto
Prctica: "Ensamblar las componentes del producto de acuerdo a la secuencia de integracin y procedimientos disponibles".
Las actividades de ensamblaje de esta prctica especfica y las actividades de evaluacin de la prxima son conducidas en forma iterativa, desde
los componentes iniciales del producto, a travs de los componentes ensamblados provisorios, hasta el producto como un todo.
52. SP 3: Evaluar Componentes del Producto ensambladas
Prctica: "Evaluar componentes de producto ensamblados para la compatibilidad de interfase".
Esta evaluacin involucra examinar y probar las componentes del producto ensambladas para su realizacin, conveniencia o preparacin usando
los procedimientos y ambiente disponibles. Esto es realizado para los diferentes pasos del ensamble segn lo dispuesto por la secuencia de integracin y
procedimientos disponibles. La secuencia de integracin del producto y procedimientos disponibles, el nmero de componentes, y la complejidad del
producto podran definir una secuencia de integracin y evaluacin ms refinada.
53. SP 4: Empaquetar y Entregar Productos o Componentes del Producto
Prctica: "Empaquetar el producto ensamblado o componente del producto y entregarlo al cliente apropiado".
Los requerimientos de empaque para algunos productos pueden ser dirigidos segn sus especificaciones y criterios de verificacin. Esto es
especialmente importante cuando los tems son registrados y transportados por los clientes. En tales casos, pudiese haber condiciones de estrs y
ambiente especificadas para el paquete. En otras circunstancias economa y requerimientos de transporte, responsabilidad, y facilidad y seguridad del
desempaque son factores importantes.
Verificacin
El propsito de Verificacin (VER) es asegurar que los artefactos cumplen con los requerimientos especificados.
VER involucra la verificacin del producto o servicios y artefactos intermedios con respecto a los requerimientos seleccionados, incluyendo
requerimientos del cliente, del producto o servicio y componentes del producto o servicio. VER es un proceso incremental porque se aplica al
desarrollo del producto y artefactos, comenzando con la verificacin de los requerimientos, pasando por la verificacin de artefactos y terminando con
la verificacin del producto completo.
VER y VAL son similares pero tienen diferencias. VAL demuestra que el producto que se entregar satisface su uso entendido, mientras que VER
se enfoca en que los artefactos reflejen los requerimientos especificados. En otras palabras, VER asegura que algo se construye correctamente,
mientras que VAL asegura que se construye algo correcto.
SG 1: Preparar la verificacin
Objetivo: "La preparacin de la verificacin es conducida".
Una preparacin es necesaria para asegurar que los requerimientos de verificacin estn incluidos en los requerimientos del producto y las
componentes del producto, diseos, planes de desarrollo y programas. La verificacin incluye seleccin, inspeccin, prueba, anlisis y demostracin de
artefactos.
Los mtodos de verificacin incluyen, pero no estn limitados a ellos, inspecciones, revisiones de pares, auditorias, inspecciones, anlisis,
simulaciones, pruebas y demostraciones.
La preparacin tambin supone la definicin de herramientas de apoyo, equipamientos para pruebas y software, simulaciones, prototipos y
facilidades.
54. SP 1: Seleccionar artefactos para Verificacin
Prctica: "Seleccionar artefactos a ser verificados y mtodos de verificacin que sern usados para cada uno de ellos".
Los artefactos son seleccionados basndose en su contribucin para alcanzar los objetivos y requerimientos del proyecto, y para dirigir los
riesgos del proyecto.
Los artefactos que sern verificados pueden incluir aquellos asociados con la mantencin, entrenamiento y servicios de apoyo. Los mtodos de
verificacin dirigen el enfoque tcnico de la verificacin de artefactos y los procedimientos especficos que sern usados para verificar que los
productos de trabajo especficos cumplan sus requerimientos.
La seleccin de los mtodos de verificacin comienza tpicamente con la participacin en la definicin de los requerimientos del producto o
Modelo de calidad CMMI (pgina 3) - Monografias.com 02/07/2014
http://www.monografias.com/trabajos57/modelo-calidad-cmmi/modelo-calidad-cmmi3.shtml 4 / 10
componentes del producto para asegurar que estos requerimientos son verificables.
55. SP 2: Establecer el ambiente de Verificacin
Prctica: "Establecer y mantener el ambiente necesario para apoyar la verificacin".
Un ambiente debe ser establecido para permitir que la verificacin tome lugar. El ambiente de verificacin puede ser adquirido, desarrollado,
reutilizado, modificado, o una combinacin de estos, dependiendo de las necesidades del proyecto.
Cada ambiente requerido va a depender de los artefactos seleccionados para su verificacin y los mtodos de verificacin usados.
56. SP 3: Establecer procedimientos y criterios de verificacin
Prctica: "Establecer y mantener procedimientos y criterios de verificacin para los artefactos seleccionados"
Los criterios de verificacin son definidos para asegurar que los artefactos cumplan con sus requerimientos.
SG 2: Realizar Revisin de Pares
Objetivo: "Revisiones de pares son desarrolladas sobre artefactos seleccionados".
La revisin de pares es un anlisis metodolgico de artefactos realizado por los productores o desarrolladores pares para identificar defectos a
ser removidos y recomendar otros cambios segn sean necesarios.
La revisin de pares es un mtodo de ingeniera importante y efectivo implementado va inspecciones u otros mtodos de revisin.
57. SP 1: Preparar la revisin de pares
Prctica: "Preparar para la revisin de pares de artefactos seleccionados".
Actividades de preparacin para la revisin de pares tpicamente incluyen identificar el personal que ser invitado a participar en la revisin de
pares de cada artefacto; identificar los revisores claves que deben participar en la revisin de pares; preparar y actualizar cualquier material que ser
usado durante la revisin de pares.
58. SP 2: Conducir la revisin de pares
Prctica: "Conducir la revisin de pares sobre artefactos seleccionados e identificar defectos resultantes de la revisin de pares".
Uno de los propsitos de conducir la revisin de pares es encontrar y remover tempranamente defectos. La revisin de pares es realizada
incrementalmente tal como los artefactos estn siendo desarrollados. Estas revisiones son estructuradas y no son revisiones administrativas.
La revisin de pares puede ser realizada en cualquier tipo de artefacto. Cuando surgen defectos de la revisin de pares, estos deben ser
comunicados al desarrollador principal del artefacto para su correccin.
La revisin de pares debe dirigir lo siguiente: Debe haber la preparacin suficiente, la conduccin debe ser administrada y controlada, datos
consistentes y suficientes deben ser registrados, y puntos de accin deben ser registrados.
59. SP 3: Analizar los datos de la revisin de pares
Prctica: "Analizar datos acerca de la preparacin, conduccin y resultados de la revisin de pares".
Analizar datos acerca de la preparacin, conduccin y resultados de la revisin de pares.
SG 3: Verificar Artefactos Seleccionados
Objetivo: "Los artefactos son verificados contra sus requerimientos especficos".
Los mtodos, procedimientos y criterios de evaluacin son usados para verificar que el artefacto seleccionado y cualquier mantencin asociada,
entrenamiento y servicios de soporte usan el ambiente de verificacin apropiado. Actividades de verificacin deben ser realizadas durante todo el ciclo
de vida del producto.
60. SP 1: Realizar la verificacin
Prctica: "Realizar verificacin de los artefactos seleccionados".
Verificar incrementalmente productos y artefactos promueve la deteccin temprana de problemas y puede resultar en la remocin temprana de
defectos. Los resultados de la verificacin ahorran costos considerables de fallas aisladas y trabajo repetido asociado a la resolucin de problemas.
61. SP 2: Analizar resultados de verificacin identificando acciones correctivas
Prctica: "Analizar los resultados de todas las actividades de verificacin".
Los resultados actuales deben ser comparados con los criterios de verificacin establecidos para determinar la aceptabilidad.
Los resultados del anlisis son registrados como evidencia de que la verificacin fue realizada.
Para cada artefacto, todos los resultados de verificacin son analizados incrementalmente para asegurar que los requerimientos hayan sido
cumplidos. Dado que la revisin de pares es uno de varios mtodos de verificacin, los datos de revisin de pares deben ser incluidos en esta actividad
de anlisis para asegurar que los resultados de la verificacin son suficientemente analizados.
Validacin
El propsito de Validacin (VAL) es demostrar que un producto o componentes del producto cumplen su uso planeado cuando es ubicado en su
planeado ambiente.
Actividades de validacin pueden ser aplicadas a todos los aspectos del producto en cualquiera de sus ambientes planeados, tal como operacin,
entrenamiento, manufactura, mantencin, y servicios de soporte, Los mtodos empleados para conseguir la validacin pueden ser aplicados a
artefactos as como tambin a productos o servicios y componentes del producto o servicios.
SG 1: Preparar la validacin
Objetivo: "La preparacin para la validacin es conducida".
Actividades de preparacin incluyen la seleccin de productos y los componentes del producto para validacin, y establecer y mantener el
ambiente, procedimientos y criterios de validacin. Los artefactos seleccionados para validacin pueden incluir slo el producto o puede incluir niveles
apropiados de las componentes del producto que son usados para construir el producto. El ambiente de Integracin de Productos, Verificacin y
Validacin puede ser el mismo.
Modelo de calidad CMMI (pgina 3) - Monografias.com 02/07/2014
http://www.monografias.com/trabajos57/modelo-calidad-cmmi/modelo-calidad-cmmi3.shtml 5 / 10
62. SP 1: Seleccionar Productos para la validacin
Prctica: "Seleccionar productos y componentes de productos a ser validados y los mtodos de validacin que sern usados para cada uno".
Productos y componentes de productos son seleccionados para validacin sobre la base de sus relaciones con las necesidades del usuario. Para
cada componente de producto, el alcance de la validacin (comportamiento operacional, mantencin, entrenamiento e interfase de usuario) debera ser
determinado.
Los requerimientos y restricciones para realizar la validacin son recopilados. Entonces, los mtodos de validacin son seleccionados basndose
en su capacidad para demostrar que las necesidades de los usuarios estn satisfechas. Los mtodos de validacin no slo definen el enfoque tcnico de
la validacin del producto, sino tambin dirige las necesidades para los equipos a utilizar y ambientes de validacin. Requerimientos derivados, como
requerimientos de interfaces para hacer pruebas y equipamientos, pueden ser generados.
Los mtodos de validacin deben ser seleccionados tempranamente en la vida del proyecto para que sean claramente entendidos y acordados con
las partes interesadas.
Los mtodos de validacin dirigen el desarrollo, mantencin, soporte y entrenamiento para el producto o las componentes del producto segn sea
apropiado.
63. SP 2: Establecer el ambiente para la validacin
Prctica: "Establecer y mantener el ambiente necesario para apoyar la validacin".
Los requerimientos para el ambiente de validacin son manejados por el producto o las componentes de productos seleccionadas, por el tipo de
artefacto (por ejemplo, diseo, prototipo, versin final) y por los mtodos de validacin. Esto podra producir requerimientos para la compra o
desarrollo de equipamiento, software u otros recursos. El entorno de validacin puede incluir la reutilizacin de recursos existentes. En este caso, se
deben hacer arreglos para el uso de estos recursos. Ejemplos de tipos de elementos en un ambiente de validacin incluyen lo siguiente:
- Herramientas de prueba interconectadas con el producto que esta siendo validado.
- Software para prueba.
- Subsistemas simulados o componentes.
- Sistemas simulados.
- Sistemas reales.
- Facilidades y productos provistos por el cliente.
- Las personas hbiles para operar o usar todos los elementos precedentes.
- Ambiente de prueba con computador dedicado o sistema distribuido.
64. SP 3: Establecer Procedimientos y Criterios de Validacin
Prctica: "Establecer y mantener procedimientos y criterios de validacin"
Procedimientos y criterios de validacin son definidos para asegurar que el producto o las componentes del producto van a satisfacer su uso
planificado cuando es ubicado en su ambiente planificado. La aceptacin de casos de pruebas y procedimientos pueden satisfacer la necesidad de
procedimientos de validacin.
Los procedimientos y criterios de validacin incluyen pruebas y evaluaciones de mantenimiento, entrenamiento y servicios de soporte.
SG 2: Validar Productos o Componentes del Producto
Objetivo: "El producto o las componentes del producto son validados para asegurar que son aptas para su uso en su ambiente
operacional previsto".
Los mtodos, procedimientos y criterios de validacin son usados para validar los productos y las componentes de los productos seleccionados y
cualquier mantenimiento, entrenamiento y servicios de apoyo asociado usando el apropiado ambiente de validacin. Actividades de validacin son
realizadas durante todo el ciclo de vida del producto.
65. SP 1: Realizar la validacin
Prctica: "Realizar la validacin sobre los productos y las componentes del producto seleccionados".
Para que sea aceptable para los usuarios, un producto o componente del producto debe realizarse como es esperado en su ambiente operacional
planificado.
Las actividades de validacin son realizadas y los datos resultantes son recogidos de acuerdo a los mtodos, procedimientos y criterios
establecidos.
Los procedimientos de validacin sobre la marcha deben ser documentados y las desviaciones que ocurran durante la ejecucin deben ser
atendidas, segn sea apropiado.
66. SP 2: Analizar los resultados de la validacin
Prctica:"Analizar los resultados de las actividades de validacin".
Los datos resultantes de las pruebas de validacin, inspecciones, demostraciones o evaluaciones son analizadas contra los criterios de validacin
definidos. Los informes de anlisis indican si las necesidades fueron satisfechas; en el caso de las deficiencias, estos documentos informan el grado de
xito o fracaso y categorizan las probables causas de fracaso. Las pruebas recolectadas, inspecciones o resultados revisados son comparados con los
criterios de evaluacin establecidos para determinar si avanzar o enfocarse en los requerimientos que estn bajo cuestin.
Analizar informes o documentacin de validacin sobre la marcha tambin puede indicar que los malos resultados de las pruebas son debido a
problemas en los procedimientos de validacin o un problema en el ambiente de validacin.
Proceso de Desarrollo de Software de ORDEN Integracin
Introduccin
ORDEN Integracin es una organizacin tecnolgica chilena perteneciente al consorcio de Sonda S.A. cuya misin es la de aportar con soluciones
informticas precisas, de calidad, en forma oportuna y a un precio justo al progreso y desarrollo de sus clientes. Cuenta con ms de 25 aos de
Modelo de calidad CMMI (pgina 3) - Monografias.com 02/07/2014
http://www.monografias.com/trabajos57/modelo-calidad-cmmi/modelo-calidad-cmmi3.shtml 6 / 10
experiencia tanto a nivel nacional como internacional y su visin es la de ser una empresa global, con capacidad de aprendizaje, leal a sus principios y
de creciente competitividad, por lo cual su inversin y proceso de transformacin es constante[2]. Es considerada la fbrica de software de Sonda S.A.,
ya que es aqu donde se realizan la mayora de los desarrollos de software a medida. Algunos sus clientes son: Hospital Universitario Austral de Buenos
Aires, Poder Judicial, FONASA, Cmara de Comercio de Santiago, METRO Santiago, Direccin General de Aeronutica Civil, Registro Civil,
Contralora General de la Repblica, entre otros. Dado que estos y sus dems clientes son instituciones de prestigio nacional, la calidad de los productos
y servicios ofrecidos deben poder estar de alguna manera garantizada; esto como parte de la estrategia de calidad definida por la organizacin. Es por
ello que el 2005 ORDEN recibi la certificacin de calidad del ya obsoleto modelo CMM nivel 2 y actualmente ha iniciado el proceso de acreditacin de
CMMI nivel 3, lo que va a implicar que no slo la organizacin cuente con una metodologa propia, con un proceso de desarrollo de software bien
definido de acuerdo a su propia forma de hacer negocio, sino que se ponga nfasis en la ingeniera de la metodologa, lo cual sumado a los procesos de
gestin y apoyo se conforme una estructura completa de todo el ciclo productivo de desarrollo de proyectos software. Sin embargo el objetivo
principal que persigue tanto el modelo como la organizacin es que la metodologa sea conocida formalmente y bien utilizada por todos los miembros
de ORDEN, cambiando para mejor la forma de trabajar de cada una de estas personas, no con el propsito de obligar a la gente a realizar sus actividades
cotidianas de una manera determinada, sino para mejorar el orden, la comunicacin, la responsabilidad y finalmente la productividad de todos. De esta
forma se lograra institucionalizar la metodologa y madurar como organizacin.
Como se acaba de mencionar, ORDEN Integracin actualmente se encuentra trabajando junto con la empresa chilena Amrica XXI en la mejora
de sus procesos de negocio con el objetivo de certificarse bajo CMMI Nivel 3 para los primeros meses del siguiente ao. Es por ello que han decidido
enfocarse en los componentes esperados prcticas especficas y genricas para cumplir con los componentes requeridos objetivos especficos y
genricos de este nivel de madurez del modelo en su versin 1.2. Para alcanzar tal certificacin ORDEN integracin se encuentra por un lado
redefiniendo algunos de sus procesos de acuerdo al modelo para luego ser publicados a la organizacin, mientras que por otro lado aquellos los
procesos que ya fueron redefinidos y publicados estn en etapa de institucionalizacin en la organizacin.
Los procesos de ORDEN Integracin estn divididos en dos grandes reas. La primera corresponde a los Procesos de Administracin de
Proyectos e Ingeniera de Software y la segunda a los Procesos de la Administracin General de la Fbrica de Software. Dentro del rea de Procesos de
Administracin de Proyectos e Ingeniera de Software se encuentran una serie de subreas que en conjunto son las encargadas de desarrollar y apoyar
un proyecto en particular siguiendo su ciclo de vida por completo. Estas subreas incluyen: Procesos Organizacionales (capacitaciones, mtricas),
Procesos de Administracin de Proyecto (planificacin, control y seguimiento, riesgos), Procesos de Ingeniera de Software (requerimientos, anlisis y
diseo, construccin, pruebas y despliegue) y Procesos de Soporte (administracin de la configuracin, aseguramiento de la calidad). Dentro del rea
de Procesos de la Administracin General de la Fbrica de Software se encuentran todos los procesos que no participan directamente del desarrollo de
un proyecto, pero que son vitales para el funcionamiento interno de la organizacin: Planificacin y Control Estratgico (presupuesto anual), Procesos
de Cierre Mensual de Actividades, Evaluacin y Preparacin de Propuestas, Administracin de Personal y Administracin de Proveedores y Alianzas
Estratgicas.
Como se mencion anteriormente, es dentro del rea de Procesos de Administracin de Proyectos e Ingeniera de Software donde efectivamente
los proyectos son desarrollados de inicio a fin. En la subrea de Procesos de Ingeniera de Software se encuentra alojado el Proceso de desarrollo de
software de ORDEN Integracin, que ser presentado en detalle en este documento.
El proceso o metodologa de desarrollo de software de ORDEN Integracin est basado en un modelo iterativo incremental inspirado en el
proceso de desarrollo unificado RUP (Rational Unified Process, [Jac99]) desarrollado por Rational y perteneciente actualmente a IBM. Se dice que
est inspirado en RUP ya que est acomodado de acuerdo a la experiencia de la organizacin en el desarrollo de proyectos de ingeniera de software de
acuerdo al conocimiento por parte de sus creadores sobre la metodologa RUP y en parte tambin por el conocimiento de estos sobre el modelo de
calidad CMMI. La metodologa consta de tres fases instauradas por ORDEN Integracin: Fase de Inicio, Fase de Elaboracin Construccin y Fase de
Transicin. Estas fases son anlogas a las fases de la metodologa RUP. La Fase de Elaboracin Construccin se presenta como una sola fase en los
modelos debido a que presenta ms tems en comn que diferentes, pero como metodologa de desarrollo es tratada en fases diferentes al igual que en el
RUP, por lo cual implcitamente se puede decir que la metodologa de ORDEN Integracin se realiza en cuatro fases. En cada una de estas se desarrollan
seis disciplinas de Ingeniera: Describir el Problema de Negocio, Especificar Requerimientos de la Solucin, Realizar Anlisis y Diseo de la Solucin,
Desarrollar Solucin Sistmica, Asegurar Correctitud y Funcionalidad de la Solucin y Desplegar Solucin, adems de tres procesos transversales y de
apoyo a estas disciplinas en cualquiera de las tres fases, los cuales son: Administracin de Requerimientos, Revisin de Pares y Pruebas de Software.
En este documento se describirn las tres fases separadamente mediante un diagrama UML, describiendo las disciplinas presentes en cada fase,
los procesos, actividades a realizar, entradas y artefactos generados para cada una de ellas. En los casos de las disciplinas de la fase que requieran de
anlisis adicional por su complejidad, se detallar su comportamiento en un diagrama de actividades realizando la descripcin respectiva. Las lneas de
color negro corresponden al flujo de actividades que se realizan en la disciplina y las de color azul al flujo de artefactos utilizados o generados en la
misma. Adems se describirn los artefactos utilizados y generados en el proceso de desarrollo, adems de los actores responsables de cada uno de ellos
y finalmente de describirn los tres procesos de apoyo a las disciplinas ya mencionados.
Fase de Inicio
Es la fase que da por iniciado un proyecto. Durante esta fase se debe establecer el caso de negocio para el sistema y se debe delimitar el alcance del
proyecto. El diagrama de la Figura 5 es el que modela esta fase y la disciplina resaltada en gris tiene un diagrama de actividades adicional debido a su
complejidad.
Modelo de calidad CMMI (pgina 3) - Monografias.com 02/07/2014
http://www.monografias.com/trabajos57/modelo-calidad-cmmi/modelo-calidad-cmmi3.shtml 7 / 10
Figura 5: Fase de Inicio
Nombre: Describir el Problema de Negocio
Artefactos de Entrada: Bases de Licitacin, Contrato y Anexos.
Artefactos de Salida: Conceptos del Dominio, Proceso de Negocio, Visin del Sistema.
Actores Involucrados: Analistas, Jefe de Proyecto, Stakeholders.
Descripcin:
A partir de lo estipulado en las Bases de Licitacin, en los Contratos y Anexos y por medio de entrevistas personales se pretende generar la Visin del Sistema que
tiene el cliente. Los analistas junto con el Jefe de Proyecto deben identificar los principales Stakeholders del proyecto y recoger sus visiones particulares sobre cmo
el nuevo sistema los afectar en su quehacer cotidiano (qu esperan de l y cmo piensan interactuar con l). Se deben adems identificar todos los procesos,
conceptos y relaciones entre ellos que estarn dentro del dominio del problema del sistema. Para ello lo primero que se debe realizar es obtener una visin general
de la empresa cliente, de sus procesos de negocio claves y de sus necesidades y dificultades que presenta en la actualidad. Adems de obtener los procesos de
negocio, estos se deben analizar identificando sus entradas, salidas, procedimientos internos, actores participantes y el entorno en el que se ejecutan generando de
este estudio los Diagramas de Procesos, los cuales identifican cmo el cliente realiza actualmente sus actividades.

Nombre: Especificar Requerimientos de la solucin
Artefactos de Entrada: Bases de Licitacin, Contrato y Anexos, Concepto de Dominio, Proceso de Negocio, Descripcin de la Solucin.
Artefactos de Salida: Requerimiento original ofrecido, Requerimiento de Negocio, Criterios de Aceptacin, Requerimiento de Sistema, Requerimientos
Funcionales, Requerimientos No Funcionales.
Actores Involucrados: Analistas, Jefe de Proyecto, Stakeholders
Descripcin (ver Figura 6)
En funcin de las Bases de Licitacin y de reuniones informales con el cliente, se busca encontrar la respuesta a la pregunta qu debe hacer el sistema?

En esta disciplina se deben compatibilizar los deseos del cliente y los alcances contractuales ofrecidos con lo que se puede lograr sistematizar de acuerdo a las
capacidades tecnolgicas tanto del cliente como de ORDEN Integracin. Para ello, se registran aquellos requerimientos planteados directamente por el cliente
como Requerimientos de Negocio. Estos conforman la primera forma de requerimientos para el proyecto. Esta lista debe permanecer invariable por el resto del
proyecto como registro de las necesidades originales del cliente. Luego se identifican aquellos requerimientos que fueron originalmente ofrecidos en la Descripcin
de la Solucin, desarrollada en la propuesta del proyecto, y en el contrato firmado con el cliente. Sobre los requerimientos originales ofrecidos, se les debe
relacionar con aquellos Requerimientos de Negocio a los que estn dando respuesta. En funcin de estas relaciones se deben identificar aquellos requerimientos de
negocio que no estn ofrecidos y aquellos requerimientos ofrecidos que no obedecen a ningn requerimiento de negocio identificado y generar riesgos asociados a
estas diferencias. En el caso de Requerimientos de Negocio que no se hayan ofrecido, estos se deben dejar en claro al cliente para lograr un acuerdo en cuanto a que
no se debe esperar dicha funcionalidad o a que el tamao del proyecto ofrecido ha cambiado por lo tanto se debe clasificar como cambio. En el caso de los
requerimientos ofrecidos que no responden a ningn Requerimiento de Negocio se deben tener en cuenta que puede que no sean necesarios para el cliente y por lo
tanto se pueden descartar previo acuerdo con todas las partes involucradas.

Modelo de calidad CMMI (pgina 3) - Monografias.com 02/07/2014
http://www.monografias.com/trabajos57/modelo-calidad-cmmi/modelo-calidad-cmmi3.shtml 8 / 10

Figura 6: Especificar Requerimientos de la solucin
Partes: 1, 2, 3, 4, 5
Pgina anterior Volver al principio del trabajo Pgina siguiente
Comentarios
Para dejar un comentario, regstrese gratis o si ya est registrado, inicie sesin.
Estudio sobre los lenguajes de programacin para la robtica
Rupturas de Informe
Sistemas de Procesamiento de Datos Programacin Orientada a
Objetos
Trabajos relacionados
Origen de la palabra robot y su significado. Propiedades caractersticas de
los robots. El robot y su funcionamiento. Cl...
Estructura de un objeto. Encapsulamiento y ocultacin. Organizacin de los
objetos. Actualmente una de las reas ms ca...
Definicin de una Ruptura de Informe.
Especificacin de Opciones de Proceso. Una Ruptura de Informe se usa
para dividir...
Ver mas trabajos de Programacion

Nota al lector: esposible que esta pgina no contenga todosloscomponentesdel trabajo original (piesde pgina, avanzadasformulasmatemticas, esquemaso tablascomplejas, etc.).
Recuerde que para ver el trabajo en su versin original completa, puede descargarlo desde el men superior.
Modelo de calidad CMMI (pgina 3) - Monografias.com 02/07/2014
http://www.monografias.com/trabajos57/modelo-calidad-cmmi/modelo-calidad-cmmi3.shtml 9 / 10
Todoslosdocumentosdisponiblesen este sitio expresan lospuntosde vista de susrespectivosautoresy no de Monografias.com. El objetivo de Monografias.com esponer el conocimiento a
disposicin de toda su comunidad. Queda bajo la responsabilidad de cada lector el eventual uso que se le de a esta informacin. Asimismo, esobligatoria la cita del autor del contenido y de
Monografias.com como fuentesde informacin.
El Centro de Tesis, Documentos, Publicaciones y Recursos Educativos ms amplio de la Red.
Trminos y Condiciones | Haga publicidad en Monografas.com | Contctenos | Blog Institucional
Monografias.com S.A.
Modelo de calidad CMMI (pgina 3) - Monografias.com 02/07/2014
http://www.monografias.com/trabajos57/modelo-calidad-cmmi/modelo-calidad-cmmi3.shtml 10 / 10