Ejemplo Calculo De Cuotas

Procedimiento:

Análisis Funcional

Versión 1.00

1. OBJETIVO

Determinar las actividades que se deben realizar para levantar y gestionar los requerimientos.

2. ALCANCE

Desde el levantamiento de la información por el Analista Funcional, las reuniones con el Cliente, la elaboración del REF hasta la aprobación del REF por el Cliente y la entrega de los documentos al Analista Técnico.

3. RESPONSABLES

• Analista de Sistemas

• Asegurador de Calidad

4. HERRAMIENTAS

4.1. Documentos de soporte:

• Formato: Matriz de Trazabilidad (PPP-F041)

• Formato: Reporte de Especificaciones Funcionales (PPP-F041)

• Formato: Pendientes Internos y Externos

• Formato: Métodos para levantar Información

• Formato: Check List de Pruebas Unitarias

• Formato: Casos de Pruebas

4.2. Herramientas de software:

• Project Server

• Microsoft Office

4.3. Política:

• No aplica

5. GLOSARIO DE TÉRMINOS:

• Usuario Líder: Son los individuos que comprenden el ambiente del sistema o el dominio del problema en donde será empleado el software desarrollado. Ellos proporcionan al equipo técnico los detalles y requerimientos de las interfaces del sistema.

• Usuario Final: Son las personas que usarán el sistema desarrollado. Ellos están relacionados con la usabilidad, la disponibilidad y la fiabilidad del sistema; están familiarizados con los procesos específicos que debe realizar el software, dentro de los parámetros de su ambiente laboral. Son las personas que utilizarán las interfaces y los manuales de usuario.

• Requerimientos: Es una condición o necesidad de un usuario para resolver o alcanzar un objetivo.

Características:

- Necesario: Un requerimiento es necesario si su omisión provoca una deficiencia en el sistema a construir y además su capacidad, características físicas o factor de calidad no pueden ser reemplazados por otras capacidades del producto o del proceso.

- Conciso: Un requerimiento es conciso si es fácil de leer y entender. Su redacción debe ser simple y clara para aquellos que vayan a consultarlo en un futuro.

- Completo: Un requerimiento esta completo si no necesita ampliar detalles en su redacción, es decir, si se proporciona la información suficiente para su compresión.

- Consistente: Un requerimiento es consistente si no es contradictorio con otro requerimiento.

- No ambiguo: Un requerimiento no es ambiguo cuando tiene una sola interpretación. El lenguaje usado en su definición, no debe causar confusiones al lector.

- Verificable: Un requerimiento es verificable cuando puede ser cuantificado de manera que permita hacer uso de los siguientes métodos de verificación: inspección, análisis, demostración o pruebas.

6. ABREVIATURAS

• JP: Jefe del Proyecto

• AS: Analista de Sistemas

• QA: Analista de Aseguramiento de Calidad

• QC: Analista de Control de Calidad

.

7. DETALLE DE LAS ACTIVIDADES

7.1. Levantamiento de información:

7.1.1. El JP se reúne con el equipo del proyecto y da un primer alcance de los requerimientos del proyecto.

7.1.2. El JP envía al Analista de Sistemas la documentación del proyecto: Cronograma, Plan de Proyecto,etc.

7.1.3. El Analista de Sistemas revisa la documentación del proyecto.

7.1.4. El JP realiza la reunión de Kick Off y establece con el Cliente las fechas de las reuniones de levantamiento de la información, el Analista de Sistemas registrará estas fechas en el Formato (PAF-F042) “Calendario de Entrevistas”.

7.2. Identificación de Requerimientos:

7.2.1. El Analista de Sistemas se reunirá con el Cliente y realizará el levantamiento de la información según las fechas establecidas en el Formato “Calendario de Entrevistas”.

Por cada reunión que realice el Analista de Sistemas elaborará un Acta de reunión según el Formato establecido (xxx) “Acta de reunión”.

7.2.2. El Analista de Sistemas aplicará las siguientes técnicas para el levantamiento de la información.

Técnicas del Levantamiento de la información:

A continuación se

...