1. GC-F-004 V.01
COMPETENCIA: APLICAR BUENAS PRÁCTICAS
DE CALIDAD EN EL PROCESO DE DESARROLLO
DE SOFTWARE, DE ACUERDO CON EL
REFERENTE ADOPTADO EN LA EMPRESA. -
CALIDAD II
2. GC-F-004 V.01
Contenidos
CALIDAD II
Generalidades de Calidad, conceptos
introductorios a la competencia
Modelo
Modelo de calidad y modelo de calidad
de software
Ejemplos de modelos de calidad en
general
Norma ISO 9001 – Requisitos de los
Sistemas de Gestión de la calidad.
Algunos modelos de calidad de software:
Estándar ISO/IEC 12207 – Procesos del
Ciclo de vida del Software.
Norma ISO/IEC 9126 - Atributos de calidad
del software.
Norma ISO/IEC 14598 - Evaluación del
producto software.
CMMI - Modelo de Madurez de la
Capacidad.
PSP – Proceso Personal de Software.
TSP – Proceso de Equipo de Software.
4. GC-F-004 V.01
Generalidades de
Calidad
(Conceptos introductorios a la
competencia)
Qué es calidad del software y que busca?
Error, defecto fallo
Atributos de Calidad
Requerimientos
Conceptos básicos de mediciones, métricas e
indicadores
Definición de Producto, Proceso y Proyecto
El proceso de medición
5. GC-F-004 V.01
1
Qué es Calidad del Software y que busca?
ISO - Calidad “La totalidad de características de un producto, proceso o
servicio que cuenta con la habilidad de satisfacer necesidades explícitas
o implícitas”
ISO/IEC posterior - Se puede decir que el software tiene calidad si
cumple o excede las expectativas del usuario en cuanto a:
1. Funcionalidad (que sirva un propósito),
2. Ejecución (que sea práctico),
3. Confiabilidad (que haga lo que debe),
4. Disponibilidad (que funcione bajo cualquier circunstancia) y
5. Apoyo, a un costo menor o igual al que el usuario está dispuesto a
pagar.
“Es la suma de todos los atributos que se refieren a la capacidad del software de satisfacer los
requerimientos dados”
6. GC-F-004 V.01
1 Error, Defecto y Fallo
Es una acción humana
que produce un resultado
incorrecto del
desarrollador o analista.
Es un desperfecto que se
encuentra en un
componente o en un
sistema que puede causar
que el mismo fallo en sus
funciones. Ejm. > en vez
de >=
Es la manifestación física
de un defecto
8. GC-F-004 V.01
1
Atributos de Calidad
Atributo
(también
cualidades del
software) son
características que
se consideran
deseables en un
sistema de
software..
Funcionales
Describe lo que se espera que debe hacer un
sistema, comportamiento o función particular
de un sistema o software cuando se cumplen
ciertas condiciones
No Funcionales
Son los que especifican criterios para evaluar la
operación de un servicio de tecnología de
información, en contraste con los
requerimientos funcionales que especifican los
comportamientos específicos.
Correctitud
Completitud
La funcionalidad satisface
correctamente los atributos requeridos
La funcionalidad satisface todos los
requisitos que el cliente a solicitado
Fiabilidad
El sistema va a mantener su capacidad y
funcionabilidad a lo largo de un período de
tiempo
Usabilidad
El sistema es fácil de usar y de aprender.
Tiene un uso intuitivo. Se ha desarrollado
conforme a las normas.
Portabilidad
Fácil de instalar y desinstalar, fácil de
configurar los parámetros, fácil de transferir
a otro entorno
Eficiencia
Requiere un mínimo de recursos para
ejecutar una tarea determinada
Mantenibilidad
Medida del esfuerzo para realizar cambios
en un sistema.
9. GC-F-004 V.01
1
Atributos de Calidad
Aspectos que no se pueden definir desde un atributo
Las definiciones provistas por un atributo no son testeables
Ejemplo: “El sistema tiene que ser modificable”
No es claro a qué cualidad pertenece un aspecto particular del sistema
Ejemplo: ¿Una falla del sistema es un aspecto de disponibilidad, seguridad
o usabilidad?
Cada comunidad tiene su propio vocabulario
Performance: Habla de “eventos” arribando en el sistema - rendimiento
Seguridad: Habla de “ataques” arribando al sistema
Disponibilidad: Habla de “fallas” de un sistema
Usabilidad: Habla de “inputs de usuario”
Atributo
(también cualidades
del software) son
características no
funcionales que se
consideran deseables
en un sistema de
software..
10. GC-F-004 V.01
1
Requerimientos
IEE lo define:
Una condición o necesidad de un usuario para resolver un problema
o alcanzar un objetivo.
Una condición o capacidad que debe estar presente en un sistema o
componentes de sistema para satisfacer un contrato, estándar,
especificación u otro documento formal.
Una representación documentada de una condición o capacidad
Requerimiento
Describe un
atributo funcional
deseado o que se
considere
obligatorio
11. GC-F-004 V.01
1 Conceptos Básicos de Mediciones
Medida
•Una medida proporciona
una indicación cuantitativa
de extensión, cantidad,
dimensiones, capacidad y
tamaño de algunos
atributos de un proceso o
producto.
Métrica
•Medida cuantitativa del
grado en que un sistema,
componente o proceso
posee un atributo dado
(IEEE, 1993).
Indicador
•Métrica o combinación de
métricas que proporcionan
una visión profunda, del
proceso de software, del
proyecto de software o del
producto en sí (Ragland,
1995).
12. GC-F-004 V.01
1 Métricas
Producto
•Se centran en las características del
software y no como fue producido.
•También son productos los artefactos,
documentos, modelos, y componentes
queconforman el software.
•Se miden cosas como el tamaño, la
calidad, la totalidad, la volatilidad, y el
esfuerzo.
Proceso
•Caracterizado por el control y
ejecución del proyecto así
como la medición del tiempo
de las fases.
Proyecto
•Permiten evaluar el estado
del proyecto, permiten seguir
la pista de los riesgos.
•Evalúa la medida de alguna
propiedad de un entregable
de proyecto
16. GC-F-004 V.01
Modelos de Calidad
Modelos de Calidad
Conceptos de modelo
Modelo de calidad y modelo de calidad de
software
Ejemplos de modelos de calidad en general
Norma ISO 9001 – Requisitos de los Sistemas
de Gestión de la calidad.
Algunos modelos de calidad de software:
Estándar ISO/IEC 12207 – Procesos del Ciclo de
vida del Software.
Norma ISO/IEC 9126 - Atributos de calidad del
software.
Norma ISO/IEC 14598 - Evaluación del
producto software.
CMMI - Modelo de Madurez de la Capacidad.
PSP – Proceso Personal de Software.
TSP – Proceso de Equipo de Software.
17. GC-F-004 V.01
2 Modelos de Calidad
En ciencias puras y aplicadas, una
representación abstracta, conceptual,
gráfica, física, matemática, de
fenómenos, sistemas o procesos a fin de
analizar, describir, explicar, simular,
explorar, controlar y predecir- esos
fenómenos o procesos.
Modelo
ISO 9001 :2015
CMMI
18. GC-F-004 V.01
2 Modelos de Calidad
Son un conjunto de prácticas vinculadas a los procesos de gestión y el
desarrollo de proyectos.
Los modelos, a diferencia de las normas, no contienen requisitos que deben
cumplir los sistemas de gestión de la calidad sino directrices para la mejora.
Supone una planificación para alcanzar un impacto estratégico, cumpliendo
con los objetivos fijados en lo referente a la calidad del producto o servicio
Al implementar un modelo de calidad, una empresa busca desarrollar
sistemáticamente productos y servicios que cumplan con los
requerimientos y las exigencias de los clientes.
19. GC-F-004 V.01
2 Modelo de Calidad
Norma Modelo o patrón considerado como típico.
Protocolo Descripción formal de formatos de mensaje y
de reglas para intercambiar mensajes. Ejemplo: IP
(Internet Protocol) RFC 791, UDP (User Datagram
Protocol) RFC 792, TCP (Transmission Control Protocol)
RFC 793
Estándar Consisten en ciertos términos, conceptos,
formatos de datos, estilos de documento,
procedimientos y técnicas acordadas por los creadores
de software.
Para ser considerado un estándar, un modelo, protocolo
o norma determinada necesita ser aceptado e
incorporado por un grupo de desarrolladores que
contribuyen a la definición y el mantenimiento de la
norma o protocolo. Ejemplos: HTML (W3C), ISO 9000
(ISO) , ISO SQuaRE 25000
20. GC-F-004 V.01
2 Modelo de Calidad
Gestión de Calidad Es un proceso en donde se definen
las políticas, los objetivos y las responsabilidades
relativas a la calidad, de manera que el proyecto
satisfaga las necesidades.
¿Por qué es necesario la Gestión de Calidad?
Necesidad de supervisar el proceso de desarrollo.
Asegurar el cumplimiento del uso de normas,
políticas, y procesos.
Satisfacer con productos y servicios sin defectos.
Cumplir con los plazos de entrega y los
compromisos adquiridos.
Minimizar los riesgos en la utilización de productos
o servicios.
21. GC-F-004 V.01
2 ISO
ISO Desarrollan y publican Normas
Internacionales
ISO crea documentos que proporcionan
requisitos , especificaciones, pautas o
características que se pueden usar de manera
consistente para garantizar que los materiales,
productos, procesos y servicios sean adecuados
para su propósito.
Han publicado 22513 Normas Internacionales
Historia de ISO ->
22. GC-F-004 V.01
2 Modelo de Calidad
Historia de ISO
En Londres, en 1946, 65
delegados de 25 países se
reunieron para discutir el
futuro de la Normalización
Internacional.
En 1947, la ISO comienza
a existir oficialmente con
67 comités técnicos
(grupos de expertos que
se centran en un tema
específico).
1951 Primer estándar de
ISO
Se publica la primera
norma ISO (denominada
en este momento
Recomendaciones), ISO /
R 1: 1951 Temperatura
de referencia estándar
para mediciones de
longitud industrial .
1987 Familia ISO 9000
ISO publica primer
estándar de gestión de
calidad.
23. GC-F-004 V.01
2 Modelo de Calidad
ISO 9000: Normas que enuncian exigencias en materia del manejo y de la garantía de la
calidad en una organización.
El estándar ISO 9000 NO especifica cuáles son los pasos o procedimientos para realizar
un producto de calidad, solo enuncia las características a tener en cuenta en la creación
de un Sistema de Gestión de Calidad.
Estándares y Requisitos definidos Los estándares son niveles definidos de calidad, y los
requisitos son lo que se necesita para hacer que algo más suceda.
ISO, las normas incluyen requisitos, directrices y especificaciones para señalar el camino
hacia la calidad de la producción.
En la serie ISO 9000, existen diferentes estándares; llamadas familia de estándares.
24. GC-F-004 V.01
2 Norma ISO 9001 – Requisitos de los Sistemas de Gestión de la
calidad (SGC)
Qué es la Norma ISO 9001
Requisitos del SGC?
Es un modelo de gestión que
permite asegurar de manera
consistente la mejora del
desempeño y la eficacia de las
organizaciones, a partir de la
planificación, control y mejora de
sus procesos, y con base en el
cumplimiento de los requisitos del
producto/servicio, la satisfacción de
los clientes, y la mejora continua.
Que define la Norma?
Los requisitos que debe cumplir la
organización que desee
implementar un Sistema de Calidad.
Sistema de Gestión?
Herramienta de gestión
formada por un conjunto de
procesos
Busca mejorar continuamente
la satisfacción del cliente
25. GC-F-004 V.01
2 Norma ISO 9001 – Requisitos de los Sistemas de Gestión de la
calidad (SGC)
Sistema de Gestión de calidad esta
basado en la realización de ciclos
de Mejora Continua
1. Planificar
2.
Hacer
3. Verificación
4. Actuar
Definir y planificar los productos y
procesos de trabajo en base al
mercado en que se participa
Se realizan las tareas
planificadas ante las
solicitudes de productos
/servicios los clientes
Comprobar que los
procesos funcionan
correctamente y se
ha alcanzado el
nivel de satisfacción
Después de los
resultados,
emprender
acciones para
corregir
desviaciones
26. GC-F-004 V.01
2 Norma ISO 9001 – Requisitos de los Sistemas de Gestión de la
calidad (SGC)
1. Planificar
2.
Hacer
3. Verificación
4. Actuar
ISO 9001 establece las
herramientas y procesos
necesarios para el
desarrollo de ciclos de
Mejora Continua
27. GC-F-004 V.01
2 Norma ISO 9001 – Requisitos de los Sistemas de Gestión de la
calidad (SGC)
8
Apartados
1. Objeto y Campo de
Aplicación
2. Normas para Consulta
3. Término y Definición
Objeto
y
Campo
de
Aplicación
28. GC-F-004 V.01
2 Norma ISO 9001 – Requisitos de los Sistemas de Gestión de la
calidad (SGC)
8
Apartados
4. Sistema
Gestión de la
Calidad
Estructura
y
Requisitos
del
Sistema
4.1 Requisitos
Generales
4.2 Requisitos de la
Documentación
4.2.1 Generalidades: citar documentos obligatorios,
políticas, manual de calidad, procedimientos y registros
4.2.2 Manual de la Calidad: contenido del documento del
sistema, alcance, descripción de interacción de los
procesos y la referencia de los procedimientos del sistema
4.2.3 Control de los Documentos: se establece la necesidad
de documentar procedimientos, en el que se establece la
metodología, para aprobar, distribuir y mantener
controlada toda la documentación del sistema
4.2.4 Control de los Registros: exige procedimientos donde
se establezca la metodología para identificar, almacenar,
proteger y recuperar, los registros, evidencias
documentales de las tareas realizadas del sistema
La organización debe identificar los procesos necesarios de
su sistema y determinar su secuencia e interacción
29. GC-F-004 V.01
2 Norma ISO 9001 – Requisitos de los Sistemas de Gestión de la
calidad (SGC)
8
Apartados
5.
Responsabilidad
de la Dirección
Estructura
y
Requisitos
del
Sistema
Determina definir las políticas y los objetivos de la calidad.
Realizar revisiones periódicas y asegurarse de la
disponibilidad del recurso para la disponibilidad del sistema
5.1 Compromiso
de la Dirección
5.2 Enfoque al
Cliente
5.3 Política de
Calidad
5.4 Planificación
5.5
Responsabilidad,
Autoridad y
Comunicación
5.6 Revisión de la
Dirección
Se hace responsable a la dirección de orientar a toda la
organización a lograr la mayor satisfacción del cliente
Requiere establecer una política basada en la mejora
continua y cumplimiento de los requisitos y la búsqueda de
la satisfacción del cliente
Es necesario definir objetivos concretos para cada ciclo de
mejora continua, basadas en la directrices políticas y en el
resultado de los indicadores
Requiere la determinación de responsabilidades basado en el
desempeño de los procesos. Debe definirse un responsable
de la gestión de la calidad
Para cada ciclo de mejora realizar un informe, incorporando
el resultado obtenido y acciones para la mejora continua
30. GC-F-004 V.01
2 Norma ISO 9001 – Requisitos de los Sistemas de Gestión de la
calidad (SGC)
8
Apartados
6. Gestión de los
Recursos
Estructura
y
Requisitos
del
Sistema
Requiere aportar los recursos humano, económicos y de
tecnología necesarias para el correcto desempeño de los
procesos del sistema
6.1 Revisión de
Recursos
6.2 Recursos
Humanos
6.3 Infraestructura
6.4 Ambiente de
trabajo
Se exige que los empleados reciban la información oportuna
para lograr la competencia en sus puestos de trabajo
Requiere la identificación y mantenimiento de las
instalaciones y equipos necesarios para desarrollo de los
procesos
Especifica tener un adecuado ambiente de trabajo,
temperatura, ruido e iluminación
31. GC-F-004 V.01
2 Norma ISO 9001 – Requisitos de los Sistemas de Gestión de la
calidad (SGC)
8
Apartados
7. Realización
del Producto
Estructura
y
Requisitos
del
Sistema
Requiere que la producción se realice planificada, teniendo
en cuenta los objetivos de la calidad.
7.1 Realización del
Producto
7.2 Procesos
Relacionados con el
Cliente
7.3 Diseño y Desarrollo
7.4 Compras
7.5 Producción y
Prestación del Servicio
Se establece la necesidad de un procedimiento que defina la
metodología para la realización y tratamiento de las ofertas,
presupuestos y pedidos del cliente
Requiere el diseño y desarrollo de nuevos productos se
realice planificada, realizando validaciones y verificaciones
oportunas
Exige las pautas de evaluación para seleccionar los
proveedores, realizar las compras, inspeccionar los
materiales
Controles y pautas a llevar a cabo en la realización de los
productos, garantizando la identificación y preservación
7.6 Control de los
Equipos de Seguimiento
y Medición
Verifica y calibra los equipos de medición en los procesos
productivos
32. GC-F-004 V.01
2 Norma ISO 9001 – Requisitos de los Sistemas de Gestión de la
calidad (SGC)
8
Apartados
8. Medición,
Análisis y Mejora
Estructura
y
Requisitos
del
Sistema
Incluye procesos como ventas, compras, diseño y producto
33. GC-F-004 V.01
2 Norma ISO 9001 – Requisitos de los Sistemas de Gestión de la
calidad (SGC)
34. GC-F-004 V.01
2 Normas ISO/IEC (Evaluación de calidad del producto software)
Proporciona una guía para el uso de las nuevas series de
estándares internacionales llamados requisitos y Evaluación de
Calidad de Productos Software (SQuaRE - Software Product Quality
Requirements and Evaluation).
La norma establece para determinar el estudio la calidad del
producto:
Se realiza una vista interna que se ocupa de examinar las
propiedades del software.
Se realiza una vista externa que analiza el comportamiento que
tiene el software en productividad.
Tercero: Se hace la vista en uso que mide la efectividad del
software. Normas que enuncian exigencias en materia del
manejo y de la garantía de la calidad en una organización.
La familia de normas ISO/IEC 25000 Conocida como SQuaRE (System and Software Quality Requirements and
Evaluation), es una familia de normas que tiene por objetivo la creación de un marco de trabajo común para evaluar la calidad del
producto software.
36. GC-F-004 V.01
2 Modelo CMMI
CMMI responden a Capability Maturity
Model Integration, Integración de Modelos
de Madurez de las Capacidades.
Es un conjunto de modelos basados en
las mejores prácticas en la gestión de
los procesos.
Fue desarrollado a través de un
proyecto conjunto en el que
desarrollado por SEI (Software
Engineering Institute), el gobierno
estadounidense y algunos miembros de
la industria.
Es un modelo de madurez de
capacidades integrado
Mide la madurez del desarrollo en una
escala del 1 al 5
Madurez organizacional
Organizaciones maduras: el modelo las
define como aquellas que desarrollan
sus proyectos en forma planeada
Organizaciones no maduras: que llevan
adelante sus proyectos sin una
definición previa de los procesos a
seguir
37. GC-F-004 V.01
2 Modelo CMMI
Representaciones del modelo CMMI, permiten seguir diferentes objetivos de mejora, las
presentaciones y organización de la información son diferentes, pero el contenido es el mismo.
Por Etapas (Staged): da una secuencia probada para la mejora en donde cada una es base para
la siguiente. Se puede migrar fácilmente del CMM a CMMI - SW
Continuo (Continuous): cada nivel de madurez es una plataforma bien definida para
evolucionar la mejora, cada nivel es una base para la mejora utilizando una secuencia probada
desde sus bases. Son 5 niveles de madurez.
38. GC-F-004 V.01
2 Modelo CMMI
Apaga Fuegos
Tiene pocos recursos propios
Tiene éxito gracias a los héroes
Hay altibajos en la productividad
por rotación de recursos
Las planificaciones son pocos
realistas
Mucho esfuerzo dedicado a
“mantenimiento”
Los plazos de entrega son
impredecibles
Los empleados están descontentos
Tiene procesos definidos
Tiene responsabilidades definidas
El conocimiento está en la
organización
Resultados predecibles
Entrega con la calidad esperada
Cumple plazos de entrega
Incrementan la productividad
Reconocer las mejoras
Satisface a los clientes
Los empleados están a gusto
Organizaciones Inmaduras Organizaciones Maduras
39. GC-F-004 V.01
2 Modelo CMMI
5 Niveles de CMMI
Nivel 05: Ya la empresa ha llegado a un nivel de
optimización, puede ocurrir que mejore o que muera la
organización. En este nivel debe buscarse la mejora
continua.
Nivel 04: Se hace referencia a los niveles anteriores, para
hacer proyecciones basados en historias
Nivel 03: Definido o difundido, el proceso esta
caracterizado y estandarizado, cada una de las personas
conocen los procesos a realizar
Nivel 02: El Administradores. Ya hay un plan acordes con
las políticas establecidas y se identifican “super
administradores”, el administrador se queda con la
administración de las tareas
Nivel 01: No es predecible y el control es mínimo. No hay
un control de quien tiene que realizar cada una de las
actividades. Por lo general el personal rota de funciones
40. GC-F-004 V.01
2 Modelo CMMI
CMMI se representa de dos maneras distintas
El escalonado: permite medir los niveles de madurez, y se
encuentra conformado por 5 niveles
41. GC-F-004 V.01
2 Modelo CMMI
CMMI tiene 4 áreas de conocimiento o disciplinas que incluyen:
Ingeniería de Sistemas (SE): abarca el desarrollo total del
sistema que puede o no incluir el desarrollo del software
Ingeniería de Software (SW): cubre el desarrollo del software
y su mantenimiento
Desarrollo integrado de Productos y Procesos (IPPD):
completa un enfoque sistemático para la colaboración de los
involucrados relevantes a través de la vida del producto
Acuerdos con Proveedores (SS): en proyectos complejos se
requiere la incorporación de proveedores para ejecutar las
funciones o añadir modificaciones a producto
42. GC-F-004 V.01
2 Proceso de Software de Equipo TSP
TSP El team process software inicio como una
herramienta capaz de ayudarle a los equipos de
gerentes de proyectos, así como a los
ingenieros a organizar y producir proyectos de
software a gran escala; se dio a conocer en
1996 y fue desarrollado por el ingeniero y físico
Watts S. Humprey.
El TSP brinda un conjunto de pasos que ayudan
a como conformar equipos para el desarrollo de
software de calidad (Humphrey, 2000a; 2000b),
que se debe hacer en cada fase de proyecto y
como conectar cada fase para construir el
producto completo.
Se necesita una planificación de los equipos de trabajo
para establecer los roles y las responsabilidades, ya que
muchos de los proyectos fallan debido a que los grupos
de trabajo se concentran en resolver problemas de
manejo de equipos y no en las tareas fundamentales del
proyecto.
43. GC-F-004 V.01
2 Proceso de Software de Equipo TSP
Trabajo en Equipo personas que, están
trabajando juntos por una meta, objetivo,
misión común, donde a cada persona se le ha
asignado roles o funciones específicas a
desarrollar, y en donde el cumplimiento de la
misión requiere algún tipo de dependencia
entro los miembros del grupo.
El trabajo en equipo comprende las siguientes
características:
Cohesión: mantener una unión entre los
integrantes del equipo, como un todo.
Metas claras: se establecen metas claras y
concisas, alcanzables que puedan ayudar al
equipo a trabajar para desarrollar
Retroalimentación: medir el avance del mismo y
pluralizar los resultados para definir mejoras
aplicables donde se involucra un todo.
Ambiente de trabajo común: mantener buen
ambiente de trabajo, comunicación, establecimiento
y la definición de cada uno de los roles y tareas de
los miembros del grupo.
Dentro de esta perspectiva, Team Process Software, se
fomenta en equipos de trabajo para realizar tareas de
manera integral y estableciendo pautas para realizar
dichas tareas.
44. GC-F-004 V.01
2 Proceso de Software de Equipo TSP
Objetivos de Team Process Software
Maximizar la calidad del software en
detenimiento de los costos
Formar equipos que sean capaces de
planear y registrar su trabajo, establecer
metas bien definidas y sean aptos para
realimentar su propio trabajo mediante la
medición del mismo.
Brindar un punto de vista a los gerentes y
lideres de proyecto acerca de como
monitorear y como motivar a sus equipos
de trabajo para sacar el máximo potencial
del mismo.
Establecer una guía para el mejoramiento
en organizaciones maduras; así como
acelerar la mejora continua de procesos.
45. GC-F-004 V.01
2 Proceso de Software de Equipo TSP
Fases de ciclo de vida de TSP (Team Process Software)
Lanzamiento: se establecen las metas a seguir por parte del equipo, se evalúan los objetivos y se dictan los roles
y responsabilidades por parte de cada uno de los miembros del equipo. Se toman en cuenta los requerimientos
por parte del cliente y se arma la estrategia a seguir para la culminación del proyecto.
Estrategia: se crea un modelo conceptual de lo que se requiere para brindar la solución más óptima,
estableciendo el desarrollo a seguir, así como las estimaciones de esfuerzo y de riesgos.
Planeación: teniendo la estrategia, los procedimientos a seguir y el modelo de la solución del producto, se
procede a brindar los roles y las tareas a cada miembro del grupo. Aquí se establece el cronograma para la
gestión del tiempo y de las tareas que deben de realizarse.
Requerimientos: para la gestión de los requerimientos se establecen entrevistas con el cliente a fin de delimitar
lo que realmente es necesario producir. Los requerimientos son inspeccionados, con el fin de desarrollar un plan
de pruebas para el producto terminado.
46. GC-F-004 V.01
2 Proceso de Software de Equipo TSP
Fases de ciclo de vida de TSP (Team Process Software)
Diseño: se elabora un diseño de alto nivel, especificando todo los detalles acera de todos los procesos del
producto. En esta fase se desarrolla un plan de pruebas de integración.
Implementación: el diseño se pasa a nivel de código, se analiza y se hace una revisión exhaustiva en busca de
errores. Se compilan y se ejecutan los módulos y unidades, al tiempo que se analiza la calidad de estos.
Pruebas: ya el producto casi esta terminado, solo falta la integración de los módulos y la documentación para el
usuario final, como lo son los manuales de uso. En esta etapa e presentan las diferentes pruebas al sistema con
el fin de asegurar su calidad y evaluar el desempeño del equipo de trabajo.
Postmorten: se evalúan los análisis de los resultados de las diferentes pruebas y del desempeño del equipo. Se
escribe con detalles el reporte del ciclo de vida del proyecto.
47. GC-F-004 V.01
2 Proceso Personal de desarrollo de Software - PSP
PSP es una metodología de reciente
creación, proveniente del Instituto de
Ingeniería del Software (SEI).
PSP permite mejorar la forma en la que
construyen software.
Todas las tareas y actividades que el
ingeniero de software debe realizar
durante el proceso de desarrollo de un
producto de software, están
puntualmente definidas en un conjunto
de documentos conocidos como
scripts.
48. GC-F-004 V.01
2 Proceso Personal de desarrollo de Software - PSP
Primer nivel o 0 o de medición personal: Proceso
base
Segundo o nivel 1 o de planeación personal:
entender relación entre tamaño de los programas
y tiempo que toma desarrollarlos
Tercer como nivel 2 o de calidad personal:
manejar defectos de programación
Cuarto, como nivel 3 o cíclico personal: manejo
de unidades de código grandes (dividiéndolos en
incrementos)
Los niveles del 0 al , tiene una versión que los
extiende, introduciendo tareas y actividades para un
mejor manejo de los aspectos de interés en nivel, o
bien para incluir nuevos aspectos.
49. GC-F-004 V.01
2 Proceso Personal de desarrollo de Software - PSP
PSP 0
Identificar actividades: definición, secuencia
Bases mejoras: planeación, evaluación, resultados
Documentar proceso:
Actividades (Scripts)
Tiempos (Logs Time)
Defectos (Defect Logs)
Resumir planes, resultados (Proyect plan summary)
PSP 0.1
Registrar tamaño del producto y hacer un histórico:
Líneas de código
Function points
Estandarización de la codificación
Registrar problemas y mejoras de propuestas
PSP 1
Mejora la planeación:
Con la estimación tamaño del producto (histórico)
Decidir en base a reportes de pruebas
PSP 1.1
Mejora la planeación:
Con la estimación de recursos
Introducción de calendarizar, plasmar el plan con
números, un presupuesto.
PSP 2
Mejora la ejecución:
Detección temprana de defectos, en base a la
predicción de estos.
Revisiones de diseño
Revisiones de código
Uso de checklists (Listas de verificación)
50. GC-F-004 V.01
2 Proceso Personal de desarrollo de Software - PSP
PSP 2
Mejora la ejecución:
Detección temprana de defectos, en base a la
predicción de estos.
Revisiones de diseño
Revisiones de código
Uso de checklists (Listas de verificación)
PSP 2.1
Mejora el diseño:
Al hacer uso de formas detalladas de diseño (formas
C76, C77)
PSP 3
Mejora el ciclo, mejora del proceso en términos de
hacerlo repetible (cíclico):
Para aplicación a programas de mayor tamaño
Registro del seguimiento de asuntos importantes
Análisis del resumen de la planeación, tiempos,
tamaños y defectos por cada ciclo
Esta estructura, a su vez, podemos ubicarla en tres
grandes etapas o fases:
Planificación, donde se desarrolla un plan detallado
con el objetivo de obtener compromiso por parte de
quien realiza el proyecto de desarrollo.
Desarrollo
Post-mortem, donde se obtiene y analizan datos para
planificaciones y mejoras futuras.
56. GC-F-004 V.01
Gestión de
Requerimientos
Gestión de Requerimientos
Área de procesos Gestión de
Requisitos - Requirements
Management de CMMI
Control de cambios de requisitos
Proceso de control de cambios
Matriz de trazabilidad de requisitos
57. GC-F-004 V.01
3 Gestión de Requisitos
La administración de requisitos es una parte
esencial para controlar la complejidad, riesgo,
alcance del proyecto, y definir los roles y
criterios para un software o un proyecto de
negocio exitoso.
La Administración de Requisitos comprende:
Capturar requisitos en detalle en detalle
Administrar los cambios de los requisitos
Requisitos de Líneas Base y Control de Versión
Vincular requisitos para casos de uso,
componentes, artefactos de software, casos de
prueba y más
Ver los gráficos de trazabilidad para cada requisito
Producir documentación detallada de acuerdo a los
estándares de su compañía
Involucrar el equipo completo al definir y/o
trabajar para capturar requisitos.
58. GC-F-004 V.01
1
Modelo Iterativo Scrum (Metodología Ágil)
Scrum se ejecuta por iteraciones que no
van a durar mas de 15 a 30 días
Planning planificación de la iteración
(selección de los requisitos y la
planificación).
Sprint comprende la ejecución de una serie
de tareas definidas.
Meeting reunión del equipo exposición de
que se esta trabajando sincronización (qué
se hizo desde la última reunión?, que se va
hacer desde este momento?, qué
impedimento se tienen para continuar?
Sprint Review demostración de lo ejecutado en
esta iteración al cliente y así el cliente poder dar
su opinión
Restrospective permite al equipo analizar como
fue el trabajo y cuales son los problemas que
podría permitirle progresar en la siguiente
iteración. Mejora constantemente.
Iteración es una
secuencia de
actividades que se
organizan con la
finalidad de entregar
parte de una
funcionalidad al cliente