Este documento describe la metodología corporativa para el modelo de factoría de software de CDA Informática. Explica las fases del proceso, incluyendo la solicitud y formalización del servicio, la selección de plataforma, la elaboración del requerimiento, y las fases de definición, construcción, entrega, validación y cierre. También describe los formatos más usados para la documentación, como hojas de tipificación, definición de pantallas, casos de uso, especificaciones técnicas y modelos de datos.

1. CDA Informática
Metodología Corporativa con el
Modelo de Factoría
Marcelo C. Marchese
Líder de Proyecto SWF

2. Metodología Corporativa con el Modelo de Factoría

3. Fases del Proceso

4. Solicitud y Formalización del Servicio a Factoría

5. Solicitud y Formalización del Servicio a Factoría
Requerimiento de más 40 hrs.
Para arrancar el servicio se requiere F005, F006, F011, F012,
F013, F014, F015. F016, documentación técnica, ficha o
partida presupuestal vigente.
Requerimiento de menos de 40 hrs.
Para arrancar el servicio se requiere F005, F006, F011, F012,
F013, F014, F015. F016, documentación técnica, ficha o
partida presupuestal vigente.

6. Selección de Plataforma

7. Selección de Plataforma
La hojas de Tipificación para Distribuido tienen como objetivo registrar los
componentes que se mandarán a la Factoría, el cálculo de horas lo realiza
con base en las complejidades.
Form.
Descripción
F012
Hoja de Tipificación - Java
F013
Hoja de Tipificación - Oracle
F014
Hoja de Tipificación - Visual Basic
F016
Hoja de Tipificación - .Net

8. Elaboración del Requerimiento
Dependiendo de la plataforma en la que se este desarrollando y el
tipo de programa que se vaya a desarrollar se debe tomar en
cuenta ciertas consideraciones.

9. Elaboración del Requerimiento
Plataforma - JAVA

10. Elaboración del Requerimiento
Plataforma - JAVA
Form.
Descripción
C108
Flujo de Navegación
C204
Casos de Prueba
D310
Definición de Pantalla
D515
Definición de Archivo
D520
Definición de Layout de TX's
P026
Casos de Uso
P037
Definición de Requisito
P987
Definición de Clases de Diseño
T214
Especificación Técnica de Función

11. Fase de Definición - Construcción

12. Entrega de Especificaciones a Factoría

13. Interacción en la Construcción

14. Recepción y Validación de Producto

15. Cierre de la Construcción

16. Formatos más Usados en la Documentación de SSDD
P037 - Definición de Requerimiento
Realizar la descripción del requisito que se desarrollará, en el cual
se definirán los datos generales y una breve descripción, un
inventario de la documentación que se proporcionará a la fábrica
para su desarrollo y una sección para especificar si existiera
alguna consideración especial que se deba tomar en cuenta para
su desarrollo.
Descripción General del Requerimiento.
Documentación enviada.

17. Formatos más Usados en la Documentación de SSDD
D310 - Definición de Pantalla
El objetivo de este documento es definir detalladamente la
funcionalidad de la ventana y el diseño gráfico que va a percibir el
Usuario. Se definirá todos los mensajes que el sistema va a
presentar al Usuario ante comportamientos anómalos. Indicando
su literal, la severidad asociada, así como las acciones que se
deben realizar después de su aparición. Existe un documento por
cada ventana.

18. Formatos más Usados en la Documentación de SSDD
D310 - Definición de Pantalla
Especificación.
Acciones o Eventos.
Variable o Campos.
Diseño.

19. Formatos más Usados en la Documentación de SSDD
P987 - Definición de Clases de Diseño
Describir en detalle cada una de las Clases de Diseño
identificadas. En el se indican las características, atributos, y
operaciones.
Se realizará un documento de este tipo por cada una de las
Clases creadas o modificadas por el proyecto.

20. Formatos más Usados en la Documentación de SSDD
T214 - Especificación Técnica de Función
El objetivo de este formato es describir la secuencia propuesta de
pantallas o procesos, procurando mostrar la navegación por la
que va pasando el usuario. De ser necesario, mostrar la situación
actual en uno y lo propuesto en otro. Para el caso de Web o
sistemas transaccionales en entornos abiertos se deberá generar
un diagrama de navegación, para desarrollos en entornos abiertos
que no utilicen pantallas un diagramas de flujo.

21. Formatos más Usados en la Documentación de SSDD
D210 - Definición de Reporte
El objetivo de este documento es detallar los formatos individuales
de informes u otros formatos, con indicación de periodicidad,
confidencialidad, etc.
El diseño debe ajustarse a la apariencia real que tendrán los
formatos de impresión.
Hay un documento para cada informe o formato.

22. Formatos más Usados en la Documentación de SSDD
C108 - Flujo de Navegación
Definir el comportamiento dinámico de los escenario de los
casos de uso, estableciendo cómo interactúan los objetos
para realizar los servicios ofrecidos por la aplicación.

23. Formatos más Usados en la Documentación de SSDD
F012 - Hoja de Tipificación Java
Permite clasificar los elementos diseñados para Distribuido antes
de ser enviados a la factoría. Este documento servirá para
gestionar la aprobación o el rechazo de dicha clasificación y
estimación de los Diseños de Factoría.

24. Formatos más Usados en la Documentación de SSDD
F900 - Perfil del Componente
El objetivo de este documento es recopilar la información de los
componentes, para poder medir la calidad con a que se están
diseñando y desarrollando cada uno de los componentes que son
enviados a la Fábrica de Software.

25. Formatos más Usados en la Documentación de SSDD
C310 - Modelo Físico de Datos
Definir detalladamente la estructura de las tablas que componen la
Base de Datos indicando sus características, los atributos que la
componen y los índices por los que se accede a ellas.
Realizar una estimación aproximada del volumen de datos que se
almacenará en cada una de las tablas, el nivel de utilización,
crecimiento, nivel de paginación virtual, etc., para poder optimizar
los accesos a ellas.

26. Formatos más Usados en la Documentación de SSDD
T955 - Hallazgos del Área de Pruebas
En este documento se registran las incidencias encontradas sin
embargo solo aplica cuando participa el área de Pruebas en las
pruebas de ensamble.

27. Fin de la Presentación
Buenos Aires
Febrero de 2011
www.cdainfo.com