Formato de Especificacion Funcional


Información General

Proyecto
Nombre del Proyecto
Identificador de Desarrollo
Número de requerimiento.
Mismo que se maneja en el software de gestión de Proyectos Ascendant Toolset, (RDD, IDD, DCD,EDD,FDD)
Título del desarrollo
Breve descripción
Gap ID
GAPxxxxx
Número de Gap a solucionar por el desarrollo (si existe)
Proceso de Negocio
Por ejemplo: Pagos a Proveedores /Compras, etc. (referencia: Nivel de Proceso de Arbol en toolset)
Consultor Funcional

Coordinador de desarrollo

Autor

Documentos de Referencia
Se refiere a otro(s) documento(s) en Toolset
Componente o módulo de SAP
 Ejem: MM
Tipo de desarrollo
Reporte Conversión Forma Interfaz Mejora
Complejidad
Alto Medio Bajo
PrioridadGestión de Versiones


Incluya aquí los detalles de los cambios hechos. Luego de aprobado el requerimiento, cada cambio debe tener un número de cambio, y este documento debe ser actualizado.
Los cambios efectuados a consecuencia de un Change Request (CR) se identificaran con el identificador del CR, nombre del autor y fecha en cada uno de los cambios en el cuerpo deldocumento, use el mismo tipo de letra y color rojo, para facilitar la revisión, para los textos a ser eliminados del documento use el color gris y el efecto de tachado (Strikethrough).
Una vez efectuada la revisión, los textos en rojo vuelven al color negro oficial del documento y mantienen el identificador del cambio.

Sección modificada
Versión No.

Descripción del cambio, (Incluyendo elmotivo del cambio)
Referencia a Requisición de cambio
Autor
Fecha
EF
1.0
Versión inicial


DD/MM/AA



DEVCR………...
……………..
………….












ET
1.0
Versión inicial




……

DEVCR………...
……………..
………….
UTP
1.0
Versión inicial




1.1




EF - Especificación Funcional
ET – Especificación Técnica
UTP – Plan de pruebas unitarioasAprobaciones


Aprobado por
Nombre
Firma
Fecha
Líder de desarrollo (LT)



Consultor Funcional (CF)



Usuario funcional (UF )



Líder de track funcional (LF)



Líder de Integración (sólo para interfaces) (MWLT)



Coordinador de desarrollo (On site) (CD)



Usuario Funcional Unidad de Negocio



IT Unidad de Negocio





Roles

Importante: Todos lostítulos han sido marcados con un código, el cual define cual de los involucrados es responsable de completar ese párrafo o sección. Favor de revisar la explicación de los códigos tanto como los roles en el flujo del proceso.
LT
Líder Técnico
CF
Consultor Funcional de Track Funcional
UF
Usuario Funcional – IT de cada Track Funcional
CD
Coordinador de desarrollo (On-site)
QA
Revisor QA
DEDesarrollador
MWLT
Líder Técnico Middleware
MWQA
Middleware QA Revisor
MWDE
Middleware Desarrollador


Índice





1. Requerimiento Funcional (UF)
1.1. Descripción del desarrollo (UF)
1.1.1. Detalle de proceso (UF)


Esta sección describe la principal funcionalidad que se espera del desarrollo.
Este párrafo debe ser escrito desde un punto de vista funcional.
1.1.2. Flujo delproceso / Contexto (UF)


Permite visualizar a un alto nivel las implicaciones del desarrollo requerido.

1.1.3. Modificación de una solución existente (UF)


Esta sección aplica si la solución ya existe y debe ser adaptada.
Debe indicarse si la solución existente debe ser adaptada o si debe ser copiada y modificada convenientemente.
Por ejemplo, algunos reportes pueden ser unaextensión o mejora de uno existente, en este proyecto o en otros, para satisfacer necesidades y/o requerimientos.

Resuma brevemente la funcionalidad del programa existente: Describa las principales funcionalidades, haciendo foco en los aspectos que se desean reutilizar.

Resuma brevemente la funcionalidad adicional que se desea: Describa la nueva funcionalidad que se espera.

Modificaciones...