1.

-Modelo Espiral Win & Win

Una variante interesante del Modelo Espiral previamente visto (Fig. 6) es el "Modelo Espiral
Win-Win" (Barry Boehm). El Modelo Espiral previo (clsico) sugiere la comunicacin con el
cliente para fijar los requisitos, en que simplemente se pregunta al cliente qu necesita y l
proporciona la informacin para continuar; pero esto es en un contexto ideal que rara vez
ocurre. Normalmente cliente y desarrollador entran en una negociacin, se negocia coste
frente a funcionalidad, rendimiento, calidad, etc.
El modelo Win-Win define un conjunto de actividades de negociacin al principio de cada
paso alrededor de la espiral; se definen las siguientes actividades:
1 - Identificacin del sistema o subsistemas clave de los directivos (*) (saber qu
quieren).
2 - Determinacin de "condiciones de victoria" de los directivos (saber qu necesitan
y los satisface)
3 - Negociacin de las condiciones "victoria" de los directivos para obtener
condiciones "Victoria & Victoria" (negociar para que ambos ganen).
Directivo: Cliente escogido con inters directo en el producto, que puede ser premiado por
la organizacin si tiene xito o criticado si no.
El modelo Win & Win hace nfasis en la negociacin inicial, tambin introduce 3 hitos en el
proceso llamados "puntos de fijacin", que ayudan a establecer la completitud de un ciclo de
la espiral, y proporcionan hitos de decisin antes de continuar el proyecto de desarrollo del
software.

2.-Programacin Extrema Qu es?

La programacin extrema es una metodologa de ingeniera de software para el desarrollo
del mismo, que hace nfasis en los siguientes aspectos: satisfaccin del cliente y trabajo en
equipo.
Cundo se debe usar?
La programacin extrema fue creada pensando en las siguientes circunstancias:
* Proyectos en los que los requisitos tienen altas probabilidades de cambiar con el tiempo
(por ejemplo, porque el cliente no tiene claro lo que quiere, o porque el cambio de requisitos
est ligado al dominio del problema a resolver).

* Proyectos con alto riesgo (por ejemplo, proyectos con una fecha de entrega que es
indispensable cumplir, o proyectos totalmente novedosos para la industria).
* Proyectos con un grupo pequeo de programadores (entre 2 y 12), aunque el equipo
completo sea bastante ms extenso (incluye a jefes de equipo y representantes de clientes).
Aspectos destacados
Los aspectos que habitualmente se destacan cuando se habla de programacin extrema
son los siguientes:
* Desarrollo basado en iteraciones incrementales, usando como gua.
* Muchos lanzamientos con pequeos cambios
* Simplicidad.
* Refactorizacin (reescritura de cdigo/diseo para mejorar la legibilidad y/o comprensin
del mismo sin cambiar el significado).
* Constante interaccin con el cliente durante todo el desarrollo (user stories, dudas durante
el desarrollo, pruebas de aceptacin...).
* Codificacin en parejas.
* Propiedad colectiva de todo el cdigo
* Pruebas unitarias codificadas antes que el propio cdigo, que deben ser pasadas antes del
lanzamiento del mismo
* Pruebas de integracin e integracin del cdigo realizadas secuencialmente y de forma
frecuente
* Pruebas de aceptacin realizadas frecuentemente
Qu prcticas engloba?
La programacin extrema est compuesta por una serie de prcticas y actividades. En la
imagen podemos ver el mapa de un proyecto que usa esta metodologa:

Las prcticas que componen la programacin extrema se pueden agrupar en cuatro grandes
bloques: plan, diseo, codificacin y pruebas. Sin embargo, estos bloques no deben
realizarse en orden, si no que cada uno consta de una serie de actividades, y todas ellas se
irn realizando de manera evolutiva.
3.- Proceso unificado
El Proceso Unificado es un proceso de desarrollo de software configurable que se adapta a
travs de los proyectos variados en tamaos y complejidad. Se basa en muchos aos de
experiencia en el uso de la tecnologa orientada a objetos en el desarrollo de software de
misin crtica en una variedad de industrias por la compaa Rational, donde confluyen los
tres amigos como se llaman a s mismos o los tres grandes OO: Grady Booch, James
Rumbaugh e Ivar Jacobson [M&R 1998].
El Proceso Unificado gua a los equipos de proyecto en cmo administrar el desarrollo
iterativo de un modo controlado mientras se balancean los requerimientos del negocio, el
tiempo al mercado y los riesgos del proyecto. El proceso describe los diversos pasos
involucrados en la captura de los requerimientos y en el establecimiento de una gua
arquitectnica lo ms pronto, para disear y probar el sistema hecho de acuerdo a los
requerimientos y a la arquitectura. El proceso describe qu entregables producir, cmo

desarrollarlos y tambin provee patrones. El proceso unificado es soportado por

herramientas que automatizan entre otras cosas, el modelado visual, la administracin de
cambios y las pruebas.
Proceso Unificado y MSF; complementos tecnolgicos
Segn [M&R 1998], ms que una metodologa, Microsoft Solutions Framework (MSF) es
una serie de modelos flexibles interrelacionados que guan a una organizacin sobre como
ensamblar los recursos, el personal y las tcnicas necesaria para asegurar que su
infraestructura tecnolgica y sus soluciones cumplan los objetivos de negocio. MSF
mantiene una relacin clara entre los objetivos de negocio y las implementaciones
tecnolgicas.
MSF se puede utilizar por s mismo o con otras herramientas y tcnicas como el Proceso
Rational [Proceso Unificado] para planear, construir y administrar el desarrollo de soluciones
de negocio a la medida [M&R 1998].
El proceso Unificado es un proceso de desarrollo de software configurable que se adapta a
proyectos que varan en tamao y complejidad. Se basa en muchos aos de experiencia en
el uso de la tecnologa de objetos en el desarrollo de software de misin crtica en una
variedad de industrias. Uno de los componentes clave es elUML [M&R 1998].
El Proceso Unificado ha adoptado un enfoque que se caracteriza por:
Arquitectura de Negocios - Describe como opera un negocio. Desarrolla una imagen clara
de los procesos de flujo de trabajo de la organizacin y de cmo son apoyados por una
infraestructura tecnolgica basada en servicios.
Arquitectura de Aplicacin Adopta un modelo de aplicacin de toda la empresa para
disear y desarrollar sistemas de negocios que puedan compartir un conjunto de
componentes back-end de alto valor.
Arquitectura de Informacin Define qu informacin es necesaria para apoyar el
proceso de negocios y como poner esa informacin eficientemente en manos de quienes
que la necesitan sin crear islas de datos inaccesibles ni sistemas redundantes.

Arquitectura Tecnolgica Define los estndares y guas para la adquisicin y despliegue

de herramientas, bloques de construccin de aplicaciones, servicios de infraestructura,
componentes de conectividad de red y plataformas cliente servidor
Segn el mismo autor, las caractersticas primordiales del Proceso Unificado son:
Iterativo e incremental Centrado en la arquitectura Guiado por casos de uso Confrontacin
de riesgos El Proceso Unificado es un proceso porque define quin est haciendo qu,
cundo lo hacer y cmo alcanzar cierto objetivo, en este caso el desarrollo de software
[Jacobson 1998]. Segn [Booch 1998], los conceptos clave del Proceso Unificado son:
El ciclo de vida del software en el Proceso Unificado
Las fases del ciclo de vida del software son: concepcin, elaboracin, construccin y
transicin.La concepcin es definir el alcance del proyecto y definir el caso de uso.
La elaboracin es proyectar un plan, definir las caractersticas y cimentar la arquitectura. La
construccin es crear el producto y la transicin es transferir el producto a sus usuarios
[Booch 1998].
4.- En que consiste el CMM?
EL CMM punta los procesos de desarrollo del software en una escala de cinco niveles. En
donde se tienen muy en cuenta aspectos muy variados de los procesos de desarrollo, como
el grado de ambigedad de las especificaciones, la verificacin independiente de la fiabilidad
de los programas etc.; estos cinco niveles de madurez estn definidos por la presencia de
reas claves del proceso. Tambin se definen listas de mejores prcticas para conseguir
alcanzar cada una de ests reas clave.
Los cinco niveles que describen avances en el proceso de ingeniera del Software:
1. El primer nivel (Caos) se produce cuando en la empresa no existe ningn modelo y que
todo se hace sobre la marcha es decir no se emplea ningn proceso definido.
2. En el segundo nivel (Repetible) se encuentran las empresas en las que existe
planificacin y seguimiento de proyectos y est implementada la gestin de los mismos.
3. El tercer nivel (Definido) documenta y normaliza los procesos a nivel organizativo. Las
claves de este nivel son la gestin de los requisitos, planificacin de proyectos y su
seguimiento a travs de toda la organizacin

4. El cuarto nivel (Medible) pone nfasis en la calidad del proceso y del producto. Lo tienen
las empresas capaces de medir el estado de un proyecto y utilizar esta informacin para que
los jefes introduzcan los cambios y correcciones necesarias. Una vez adquirido este nivel en
la gestin de los proyectos se pueden establecer objetivos.
5. El quinto nivel (Mejora continua) se conoce como proceso continuo de mejora. Las reas
clave del proceso incluyen prevencin de defectos, administracin de cambios tecnolgicos
y gestin de cambios en los procesos.
Mtodos de Evaluacin
Para conseguir la certificacin CMM, es necesario contactar con algn evaluador acreditado
por el SEI. stos utilizan distintos mtodos para determinar en las organizaciones el nivel de
madurez en el que se encuentra el proceso utilizado en el desarrollo de software.
Entre estos mtodos destaca el SCE y el CBA-IPI. El primero consiste fundamentalmente en
una auditora mientras que el segundo utiliza entrevistas y otros procedimientos
encaminados a ayudar a la mejora de los procesos seguidos en la organizacin.

5.- En que consiste el CMMI?

El Modelo de Capacidad y Madurez Integrado CMMI (Capability Maturity Model Integration)
es un modelo de referencia de prcticas maduras usadas para evaluar y mejorar la
capacidad de los procesos. Es una ruta evolutiva de implementacin de las mejores
prcticas en los procesos organizacionales.
El modelo para software (CMMI) establece 5 niveles de madurez para clasificar a las
organizaciones, en funcin de qu reas de procesos consiguen sus objetivos y se
gestionan con principios de ingeniera. Es lo que se denomina un modelo escalonado, o
centrado en la madurez de la organizacin.
1- Ejecutado- Inicial
2 - Administrado - Gestionado
3 - Definido
4 - Administrado - Gestionado Cuantitativamente
5 - Optimizado
Componentes del Modelo CMMI

 reas de procesos
Metas genricas
Metas especficas
Prcticas genricas
Prcticas especficas y sub prcticas
IMPLEMENTACION DEL MODELO CMMI
La implementacin del modelo de CMMI, consta de dos partes:
*Consultara Especializada: consiste en realizar el acompaamiento dirigido por un
consultor Senior, durante un tiempo estimado de un ao por nivel de madurez.
*Valoracin SCAMPI: consiste en un proceso mediante el cual durante u tiempo estimado
de tres meses se recoge evidencias para comprobar si la organizacin ha alcanzado el nivel
de madurez deseado. La valoracin es realizada por una empresa autorizada por el SEI
(Software Engineering Institute).

6.- En que consiste el PEM

El objetivo bsico de cualquier sistema de gestin del mantenimiento, consiste en
incrementar la disponibilidad de los activos, a costos razonables, siendo una de sus
principales actividades el definir las actividades de mantenimiento que permitan que los
activos funcionen de forma eficiente y confiable dentro de un contexto operacional
especfico. La efectividad de la gestin del mantenimiento slo puede ser evaluada y medida
por el anlisis exhaustivo de una amplia Variedad de factores que, en su conjunto,
constituyen la aportacin del mantenimiento al sistema de produccin. No hay frmulas
simples para "medir" el mantenimiento. Tampoco hay reglas fijas o inmutables con validez
para siempre y en todos los casos, cualquier planteamiento de anlisis del mantenimiento,
debe hacerse con la suficiente flexibilidad para Admitir todos los posibles tratamientos
individualizados. Este curso, describir de forma general varias metodologas que permiten
a las organizaciones: auditar de forma numrica las reas de mantenimiento que requieren
mayor atencin, identificar los puntos dbiles, apuntar las acciones correctivas y ayudar
consecuentemente al responsable de mantenimiento a establecer sus objetivos y
necesidades.
7.- En que consiste el PSP?

Qu es PSP? Metodologa de Ingeniera de en principios y prcticas del modelo CMMI

diseada paraSoftware, basada ayudar a Ingenieros de Software a producir software de
calidad. Ayuda a la

de sistemas de software. Orientada aestimacin, planeacin y

desarrollo habilidades. Manejar la mejora continua de las

Objetivos de PSP Disciplina.

Disminucin de Estndares. Formularios y plantillas.

Procedimientos. Mejora continua. Estimaciones. Errores.

En que nos ayuda PSP? Planes precisos.

Mejora. La calidad. Bancos de datos para

medir seguir para mejorar revisiones e diseo. Asignacin de tiempo para Asignacin de
tiempo a las inspecciones. Seguimiento.
Fases y actividades Durante la construccin de un PSP tienen lugar 3 fases principales:
Planificacin, programa con compromiso del ingeniero. Desarrollo. Elaboracin de un
plan que permite el

Recoleccin y anlisis de datos para Postmortem. Construccin del

software. Planificacin y mejora.Futura

Modelos en PSP Son 4 los mecanismos o modelos Modelo de mejora. Modelo de
estimacin. Modelo de calidad. Subyacentes: Modelo de entrenamiento.
Etapas de PSP PSP3 Desarrollo cclico PSP2.1 PSP2 Plantillas para diseo Revisiones de
cdigo Revisiones de diseo PSP1.1 PSP1 Planificacin de tareas Estimacin de tamao y
tiempos Planificacin de calendarios informe de pruebas PSP0.1 PSP0 Estndares de
programacin Proceso actual medicin del tamao registro de tiempos propuesta de mejora
de proceso registro de defectos tipologa de defectos
Proceso existente, de no haber, PSP0 PSP0

PSP0.1 Defectos y tipologa. Tiempos.

Mtricas bsicas. Proporciona uno. Estndar de codificacin. Aade propuesta de mejora

de procesos.
8.- Calidad de software
Es el desarrollo de software basado en estndares con la funcionalidad y rendimiento total
que satisfacen los requerimientos del cliente. Procesos de desarrollo, artifacts, gestin de
proyectos, anlisis y diseo, especificacin de requerimientos, arquitectura, son solo

algunos de los componentes que se aglomeran para conformar la ingeniera de software (IS)
como disciplina para la creacin y mantenimiento de software. Dentro de sta, existe un
subconjunto de teoras, herramientas y mtodos orientados a lo que se denomina la calidad
del software. Para resumir de alguna manera la amplitud de este concepto, se puede decir
que la calidad de software ha sido usada desde un simple argumento de venta, hasta
verdaderos estudios formales y usos de mtricas para el desarrollo de software.
Extraamente dentro de la IS, la calidad del software es muy complicada de definir y de
enmarcar en un simple concepto terico, por lo que en esta nota, me concentrar solo en las
diversas caractersticas que permiten describirla y en los elementos que importan
especficamente al diseador de software.
Una idea general sobre un software de calidad es aquel que debiera cumplir con los
requerimientos funcionales y de performance adems de ser mantenible, confiable y
aceptable. Veamos cada uno de las principales caractersticas que hacen a un software de
calidad.
Mantenibilidad: el software debe ser diseado de tal manera, que permita ajustarlo a los
cambios en los requerimientos del cliente. Esta caracterstica es crucial, debido al inevitable
cambio del contexto en el que se desempea un software.
Confiabilidad: incluye varias caractersticas adems de la confiabilidad, como la seguridad,
control de fallos, etc.
Eficiencia: tiene que ver con el uso eficiente de los recursos que necesita un sistema para
su funcionamiento.
Usabilidad: el software debiera ser utilizado sin un gran esfuerzo por los usuarios para los
que fue diseado, documentado, etc. Como puede observarse, las diversas caractersticas
con las que se desea que cumpla un software de calidad varan ampliamente. Algunas
tienen que ver con el usuario que interacta con el sistema, otras con el lder de proyecto y
diseadores, otras caractersticas parecen muy abstractas y hasta indefinidas, etc. Para
ordenar este aparente caos de indefiniciones y caractersticas abstractas, con el fin de poder
medirlas, estimarlas e implementarlas, la IS ha desarrollado desde los primeros das de su
existencia, diferentes procesos de desarrollo.

Hay una gran variedad de procesos de donde tomar los elementos ms convenientes para
alinear los desarrollos con algunas caractersticas de la calidad del software vistas
previamente.
Tambin se necesita coherencia desde el principio de cada proyecto. En ese
momento deben definirse, cuantificarse y/o especificarse las caractersticas de
calidad a cumplirse en ese producto.
Tambin se requieren las herramientas necesarias que ayuden al equipo para llevar
adelante todas las tareas necesarias en relacin a alcanzar los objetivos de calidad
planteados.
Es muy importante tambin, disponer de personas preparadas tcnicamente y
liderados por al menos un profesional con experiencia, que formen un equipo con la
capacidad de adaptarse y mejorar continuamente.
9.- Qu es ISO en la certificacin de software de calidad?
La calidad es un criterio que pueden elegir los negocios y los clientes por igual. Ya sea si la
empresa los denomina Gestin de Calidad Total (TQM), Control de Calidad Total (TQC) o de
alguna otra forma, todos los programas de este tipo apuntan a mejorar los procesos
operativos, productos y servicios. Sin embargo, la calidad puede ser algo muy subjetivo. Su
idea de qu constituye un servicio de calidad, por ejemplo, puede ser muy diferente a lo que
piensa el empleado que lo atiende en la tienda de abarrotes. Y la tienda de abarrotes en
Boston puede tener una norma de calidad diferente de la tienda de abarrotes en Los
ngeles o en Londres.
Ah es donde se aplica ISO 9000. El trmino se refiere a una serie de normas universales
que define un sistema de Garanta de Calidad desarrollado por la Organizacin
Internacional de Normalizacin (ISO) y adoptado por 90 pases en todo el mundo. ISO est
compuesta por representantes de normas nacionales de ms de 100 pases. Su objetivo es
promover el intercambio de productos y servicios en todo el mundo y fomentar la
cooperacin mundial en las reas intelectual, cientfica, tecnolgica y econmica.
Para obtener la certificacin ISO 9000, una empresa debe cumplir con ciertas normas de
garanta de calidad en sus operaciones, conforme a lo certificado por un organismo de

certificacin externo. El sistema de garanta de calidad, no el producto ni el servicio en s,

logra la certificacin. Una certificacin ISO 9000 indica a los clientes que esta empresa ha
implementado un sistema para garantizar que cualquier producto o servicio que venda
cumplir constantemente con las normas internacionales de calidad.
Las empresas que obtienen la certificacin ISO 9000 generalmente se benefician con menos
reclamos de clientes, menos costos operativos y una mayor demanda por sus productos o
servicios. Aunque las industrias manufactureras se concentraron primero en la garanta de
calidad, la norma ISO 9001 no excluye industrias o sectores econmicos especficos. Su
decisin de tratar de obtener o no la certificacin depender ms de lo que esperan sus
clientes o requiere el mercado. Por ejemplo, algunas empresas no compran piezas ni
productos a fabricantes que no cuenten con la certificacin ISO 9000.
ISO 9001 o ISO 9002?
Estas dos normas son prcticamente idnticas; sin embargo, ISO 9001 se aplica a las
empresas que se dedican al diseo de productos o servicios y tambin a su produccin o
implementacin. ISO 9002 simplemente excluye el elemento de diseo de un modelo similar
para garanta de calidad.
Otras designaciones de normas de garanta de calidad incluyen la serie QS 9000 para
fbricas de piezas para la industria automotriz y las normas ISO 14000 para empresas
dedicadas a la especificacin de sistemas de gestin ambiental.
DEBO OBTENER LA CERTIFICACIN?
La certificacin ISO 9000 ser esencial para el xito de su empresa si:

clientes importantes, o posibles clientes, piden que sus proveedores tengan la

certificacin o estn comenzando a averiguar si usted est certificado

en su sector se considera que la certificacin ISO 9000 es una necesidad importante

sus competidores estn trabajando para obtener la certificacin

pretende realizar negocios en Europa

su empresa se puede beneficiar al establecer un sistema de calidad formal para

mejorar la calidad, reducir errores, devoluciones y reclamos de clientes.

Muchas empresas han descubierto que simplemente al trabajar para lograr cumplimiento
con las normas ISO 9000 se han logrado importantes ventajas, incluso antes de lograr la
certificacin, sencillamente por mejorar sus procesos de calidad.

10.- QUE SON LAS TICKLT?

Desarrollado por el departamento de comercio e industria del Reino es primordialmente una
gua con estrategias para lograr la certificacin produccin de software segn los estndares
ISO-9000 .Los objetivos principales del TICKL son, adems de desarrollar un sistema de
certificacin aceptable en el mercado ,estimular a los desarrolladores de software a
implementar sistemas de calidad ,dando la direccin y guas necesarias para tal efecto .El
objetivo de la certificacin es demostrar que existen ,y son verificables ,las practicas
necesarias para asegurar localidad durante el desarrollo de software .
La gua de auditoria provee la larga para evaluar la conformacin del sistema auditocional
respecto al modelo TICKL, de manera que pueda ser expresada en funcin de los criterios
de la ISO 9001.