Professional Documents
Culture Documents
Propósito
El objetivo del Plan de Calidad es comunicar el ámbito, recursos, y herramientas a los gestores
del software y personal técnico, además de entregar a la administración una visibilidad
adecuada del proceso utilizado y los productos construidos durante el proyecto mediante
acciones planificadas y sistemáticas que aseguren la calidad de los procesos y productos.
Identificación de productos de trabajo
A continuación, se nombran los productos de trabajos que soportan la construcción del sistema.
Especificación del sistema (Solución Propuesta) Documentación sobre la situación actual, sus problemas y las
mejoras que introduce el desarrollo de la solución que se propone
(ver anexo Especificación del Sistema).
Plan de pruebas Documentación que describe las pruebas que serán llevadas a cabo
para demostrar al cliente que la solución satisface los
requerimientos definidos. (ver anexo Plan de Pruebas).
Plan de aseguramiento de calidad SQA Documentación que define todas las actividades de aseguramiento
de calidad que se harán durante el Proyecto.
Plan de gestión de la configuración SCM Documentación que describe la metodología que se seguirá para
realizar la gestión de la configuración en el proceso de desarrollo de
software, formularios y checklist (ver anexo Plan de gestión de la
configuración SCM).
Informe de pruebas (testing) Documentación que describe los resultados de las pruebas, los
cuales ayudarán a comprobar el “buen” funcionamiento del
software.
El usuario no-técnico, en la mayoría de los casos no dispone de tiempo para leer, ni tampoco
tiene interés por los manuales tradicionales que le explican cómo y que se debe hacer para
realizar una determinada tarea. El usuario final necesita que todo se resuelva con la menor
complejidad posible.
Planificación
Durante la etapa de planificación, SQA debe participar de la elaboración del Plan de Proyecto.
Es su responsabilidad producir el Plan de SQA y verificar que los procesos, procedimientos y
estándares identificados en el Plan de Proyecto sean apropiados, claros, específicos y
auditables.
El contenido del Plan de SQA debe identificar: evaluaciones, auditorías y revisiones, estándares,
procedimientos de seguimiento y reporte de errores, y documentación por producir.
Esta fase comienza cuando se han identificado los problemas o necesidades de negocios, cuya
solución requiere un análisis y especificación. En esta etapa el equipo de proyecto debe
entender al cliente en términos de sus problemas y dirección, sus capacidades técnicas y de
organización y su potencial futuro. Para esto hay que analizar:
Las metas de la organización, sus objetivos y factores críticos de éxito.
Los procesos de negocios y flujos de información actuales.
Requerimientos de solución, en términos de procesos y principios de negocios, estructura
organizacional y arquitectura tecnológica.
Beneficios de la solución e impacto en la organización, recursos humanos y ambiente
tecnológico.
En esta etapa no se debe pensar en posibles soluciones, sino solamente en el problema, es decir,
se de describir el problema en forma de requerimientos.
SQA debe corroborar que en la Especificación estén expresados todos los requerimientos, de
manera tal que puedan ser verificados en el producto final.
Análisis
DISEÑO
Esta etapa se centra en el "cómo", en la forma cómo debe construirse el sistema de software de
acuerdo a la información obtenida de la etapa de análisis. En esta etapa se define como deberá
implementarse el sistema de software. Los modelos creados en la fase de análisis determinan
claramente cuál debe ser el comportamiento general del sistema en un entorno ideal. Los
modelos a crear en la fase de diseño determinan, ya sobre el entorno propio de la organización,
cómo deberá implementarse el sistema. Por otra parte, en esta fase el Equipo de Proyecto define
la funcionalidad y solución física que va a satisfacer los requerimientos definidos.
Implementación
Los componentes individuales son distribuidos por varias disciplinas y terceras partes. Es
esencial que el Equipo aplique los principios de control de cambios, administración de la
configuración y reportes. Esta fase involucra a muchas personas trabajando simultáneamente,
pero con independencia en tareas complejas. Por lo tanto, es muy importante que los planes
para apoyar esta fase sean conocidos y los roles y responsabilidades estén claramente definidas.
El software generado en la fase de implementación no puede ser “entregado” a los clientes, para
que funcione, sin practicarle antes una serie de pruebas. Las pruebas son tendientes a encontrar
defectos en el sistema final debidos a omisión o mal interpretación de alguna parte del análisis
o el diseño.
Los defectos deberán entonces detectarse y corregirse en esta fase del proyecto. En ocasiones los
defectos pueden deberse a errores en la implementación de código (errores propios del lenguaje o
sistema de implementación), aunque en esta etapa es posible realizar una efectiva detección de los
mismos, ellos deben ser detectados y corregidos en la fase de implementación.
Operación (Mantención)
Productos de trabajo
A continuación, se definen los productos de trabajo que deberían entregarse dentro del
desarrollo del proyecto:
Plan de Proyecto
Para contar con una forma de monitorear y controlar lo que se está llevando a cabo
dentro del desarrollo del proyecto. El Plan de Proyecto proporciona un repositorio
central que contiene la información de planificación e implementación requerida para
ejecutar el plan de proyecto entero. Provee un resumen y una integración de todos los
planes contenidos en el proyecto y de todos los proyectos contenidos en el programa.
Posibilita el monitoreo del progreso del proyecto de manera consistente con el plan.
El Plan de Proyecto inicial refleja la información que está disponible en la fase de análisis.
Al tener información más detallada, según avanza el proyecto, el plan de proyecto es
actualizado de acuerdo con esto. La cobertura del Plan de Proyecto es el proyecto
completo, pero en cualquier punto del tiempo, normalmente contendrá actividades
detalladas solamente para la fase actual y la fase siguiente [MA-02] (ver anexo Plan de
Proyecto).
Plan de Riesgos
El Plan de Riesgos establece las posibles situaciones en las que el proyecto podría verse
afectado. Para ello, se realiza un Análisis de Riesgos, a través de la cual se establecerán
las acciones a tomar en caso que se concreten dichas situaciones. Básicamente, el Plan
de Riesgos debe contemplar la: definición de los riesgos, la posibilidad de que se
concrete cada uno de los riesgos detectados, definir que tan grande sería el impacto de
cada riesgo identificado en el proyecto, definir e indicar cuales son los eventos
indicadores de que el riesgo se ha concretado, y definir el plan de contingencia para cada
uno de ellos
Especificación de Requerimientos
Mostrando como es la situación actual, sus problemas y las mejoras que introduce el
desarrollo de la solución que se propone. La Solución Propuesta específica en términos
no técnicos cómo la solución satisface al cliente y es la base para la Especificación
Funcional, que es producida en la fase de diseño. Incluye también el soporte operacional
propuesto que es la base para formular el la Especificación de Diseño de Soporte [MA-
02] (ver anexo Especificación del Sistema).
Especificación Funcional
Plan de pruebas
El Proyecto, debe tener definidas ciertas actividades para cumplir con sus estándares de
calidad, entre ellas realizar revisiones e inspecciones dentro del proyecto, llevar a cabo
testing de los módulos desarrollados, entre otras. Estas actividades, serán realizadas
durante todo el proceso de desarrollo del software para asegurar que este cumpla con
los criterios de calidad impuestos.
Algunas de las etapas a seguir son las de llevar a cabo controles sobre la documentación
del software, códigos fuentes, manuales e informes de requerimientos, mantener toda
la documentación con respecto a los cambios efectuados durante el desarrollo, llevar a
cabo procedimientos que permitan asegurar los ajustes de los estándares de desarrollo
de software, mecanismos para realizar mediciones de manejo de información e
identificación de procesos, entre otros.
Por otra parte, el Plan de QA, entrega todos los procedimientos y estándares que se
llevarán a cabo durante el desarrollo del proyecto, así como los formularios y checklist
correspondientes. Se entrega junto con el Plan de Proyecto [MA-02].
Manual de usuario
Avances de la Aplicación