Crear documentos de diseño funcional (FDD)
Documentos de diseño funcional (FDD): estos describen las características planeadas de las personalizaciones. Este tipo de documento puede incluir elementos como diagramas de flujo, capturas de pantalla y gráficos de contorno reticular. También puede contener una lista organizada de requisitos que se puede utilizar para el desarrollo, las pruebas y la aprobación del cliente.
Ventajas de los documentos de diseño funcional
Las siguientes son algunas de las ventajas de los documentos de diseño funcional:
Ayudan al equipo de desarrollo a comprender la característica y proporcionan un ámbito claro y una definición de qué desarrollar. Estos documentos simplifican el proceso de desarrollo y el equipo de desarrollo que trabaja en la característica tiene una comprensión clara y responde a todas sus preguntas relacionadas con la funcionalidad antes de comenzar el desarrollo. Debido a que este documento lo aprueba el cliente, los desarrolladores solo desarrollan personalizaciones y extensiones aprobadas.
- El FDD es un trabajo en curso, por lo que debe asignar los equipos de desarrollo y control de calidad a cada área funcional. Esto significa que debe involucrarlos en la revisión del diseño funcional y apoyar a los analistas comerciales respectivos desde el principio.
- La extensión es el único modelo de desarrollo en el que el desarrollador puede usar eventos y enlaces dentro del código de la aplicación para incluir funcionalidades adicionales sin afectar el código de Microsoft.
- Intente adoptar la funcionalidad estándar tanto como sea posible mientras diseña soluciones.
Ayudan al equipo de prueba a comprender la característica en desarrollo y a desarrollar un plan de prueba a su alrededor.
Identifican todos los requisitos multifuncionales. El arquitecto de la solución debe realizar los diseños adecuados.
Ofrecen al cliente una visión clara y una definición de la característica que se está desarrollando. Además, ayude a todo el equipo del proyecto a poder visualizar y ver la solución antes de generarla.
Proporcionan la línea de base de la documentación de formación para el equipo de soporte técnico de aplicaciones y los usuarios comerciales.
Fase de definición de requisitos comerciales
En la fase de definición del proyecto, el equipo de implementación debe abordar los siguientes hitos:
- Los escenarios y procesos empresariales en un formato jerárquico
- Flujos de proceso de extremo a extremo
- Casos de uso
- Flujos empresariales
- Plano de soluciones
Después de definir el ámbito, el equipo de implementación debe analizar cada requisito en la fase de análisis.
Fase de análisis de solución
En la fase de análisis del proyecto, el equipo de implementación debe abordar los siguientes hitos:
- Análisis de lagunas de idoneidad
- Soluciones alternativas y opciones de personalización
- Evaluación de crear frente a comprar
- El análisis DAFO (Debilidades, Amenazas, Fortalezas, Oportunidades) para soluciones y personalizaciones o mejoras
Fase de diseño de soluciones
En la fase de diseño del proyecto, el equipo de implementación debe abordar los siguientes hitos:
- Capacidades listas para usar para adaptarse a los procesos empresariales de la solución
- Diseños funcionales y técnicos para cualquier laguna en la presente solución
- Escenarios de prueba de extremo a extremo para la aceptación general de la solución
- De extremo a extremo para un área de proceso de negocio
- Uno o más scripts de prueba por requisito
- Plano técnico de soluciones de estado futuro
Creación de prototipo
En la fase de creación de prototipo del proyecto, el equipo de implementación debe abordar los siguientes hitos:
- Una configuración de prototipo del flujo empresarial en las aplicaciones de finanzas y operaciones.
- Migración de datos de muestra
- Datos de demostración, guías de tareas y vídeos de formación
- Laboratorios prácticos
Después de la aceptación del prototipo, se pueden asignar lagunas, interfaces o informes al equipo de desarrollo.
Fase de desarrollo
En la fase de desarrollo del proyecto, el equipo de implementación debe abordar los siguientes hitos:
- Desarrollo de artefactos
- Relación entre entidades (ER)
- Código
- Diseños
Fase de prueba y aceptación
En la fase de prueba del proyecto, el equipo de implementación debe abordar los siguientes hitos:
- Plan de pruebas
- Escenarios de prueba
- Casos de prueba
- Registros de problemas
Fase de formación
En la fase de formación del proyecto, el equipo de implementación debe abordar los siguientes hitos:
- Manuales de formación
- Guías de tareas/usuario
Puesta en marcha
En la fase de puesta en marcha del proyecto, el equipo de implementación debe abordar los siguientes hitos:
- Lista de verificación de transición
- Disponibilidad de puesta en marcha
- Entorno
- Acceso
- Comunicación publicitaria
Después de una correcta puesta en marcha, es importante continuar el viaje y seguir cosechando las ventajas de la plataforma empresarial mientras se mantiene en buen estado.
Fase de soporte
En la fase de soporte del proyecto, el equipo de implementación debe abordar los siguientes hitos:
- Plan de mantenimiento y soporte técnico
- Equipo que abarca varios niveles de necesidades de soporte
- Iniciativas de mejora
- Buenas necesidades empresariales
- Portal de problemas
- Formación continua, iniciativas de implementación y otros tipos de asistencia
Recursos
Consulte Crear un documento de diseño funcional y técnico, para aprender cómo crear los documentos funcionales.
Hay una Plantilla disponible para ayudarle a crear el documento de diseño funcional.