EX

1. Ejemplo de FDDEjemplo de FDD
Software para una EntidadSoftware para una Entidad
FinancieraFinanciera

2. Planteamiento General
del Problema
• Una entidad Financiera requiere un sistema
para el manejo de las cuentas, los clientes
y de las transacciones de estos, las cuales
usualmente se hacen personalmente en
alguna de las sucursales del banco, no
obstante algunas de ellas como por ejemplo
las consultas de saldo, o las consignaciones
de una cuenta a otra se pueden realizar a
través de la página Web de la entidad, la
cual debe estar habilitada para los
clientes.

3. Desarrollo de un modelo
global
• Partimos del hecho de conocer
completamente la visión, el contexto y los
requerimientos del sistema a desarrollar
– Visión:
– Manejo de las transacciones y de su interacción con la
base de datos de las cuentas de los clientes y el
sistema de contabilidad.
– Contexto:
– Elaboraremos un diagrama de contexto que ilustre el
marco del sistema.

4. Desarrollo del modelo global
• Requerimientos:
– El sistema debe permitir la realización de
transacciones (consulta de saldo, consignaciones de
una cuenta a otra) a través de la página Web de la
entidad.
– La base de datos actual es muy estable, por lo cual
el sistema debe trabajar con ella.
– El sistema de contabilidad también debe
permanecer, tal como esta en la actualidad, ya que
es muy eficiente.
– El sistema debe ser seguro, es decir, debe detectar
posibles fraudes a través de la red, mediante
accesos indebidos.

5. Desarrollo del modelo
global
• Lo más importante, el sistema debe almacenar
correctamente los cambios en la base de datos de
las cuentas producto de las transacciones,
actualizando tanto la base de datos como el
sistema de contabilidad al momento de su
realización.
• Las interfaces de usuario para el personal del
banco, deben ser clara y permitir la realización de
las labores típicas:
• Pagos
• Consignaciones
• Retiros
• Consulta del estado de cuenta
• ….

6. Elaboración de una lista
de funcionalidades
• Es lo que a el banco le interesa que el sistema
realice.
• Página Web.
• Actualización de la base de datos.
• Actualización del sistema de contabilidad
• Buenas interfaces de usuario (pagos, retiros,
depósitos, consultas de saldo, actualización de
datos).
• Sistema de seguridad del sistema.
• Manejo adecuado de las transacciones y consulta
en interacción con la base de datos y el sistema de
contabilidad.

7. • Ahora, agrupamos las funcionalidades según su
afinidad y dependencia, así:
– 1.) Página Web dinámica e interactiva, en
comunicación con la base de datos y el sistema de
contabilidad.
– 2.) Sistema de consultas y transacciones y la
correspondiente actualización de la base de datos y
del sistema de contabilidad.
– 3.) Interfaces de usuario, para todas las consultas
y las transacciones y su correspondiente
integración al sistema.
– 4.) Sistema de seguridad, que incluya las
restricciones del sistema y protección contra
accesos indebidos y su integración al sistema.

8. Planificación por
funcionalidad (1/2)
• Se han ordenado los grupos de
funcionalidades, según su prioridad y la
dependencia y a cada una de ellas se le
asignó un responsable:
_ Grupo 2: Sarah.
_ Grupo 3: Hernán.
_ Grupo 4: Juan Pablo.
_ Grupo 5: Cristian.

9. Planificación por
Funcionalidad(2/2)
• Cronograma:
• La construcción de cada grupo de
funcionalidades dura, máximo 2 semanas, y al
final de este período se realizará una
exposición del avance del sistema al cliente.
• En total, la construcción del sistema dura 8
semanas y dos más de prueba e
implementación el la entidad financiera.

10. Finalmente, las dos ultimas
fases: Diseño y
construcción por
funcionalidades
• Estas dos fases, implican un proceso
iterativo, que comienza con el diseño y
termina con la prueba de el funcionamiento
de la funcionalidad implementada, pasando
por la codificación, su evaluación y la
integración al sistema.

11. • El proceso se desarrolla, según el orden
definido en la fase de planificación.
• Al finalizar las dos semanas dispuestas
para cada grupo de funcionalidades, se
muestra su implementación al cliente, para
verificar su aprobación, si esto ocurre se
procede con el siguiente grupo de
funcionalidades, de lo contrario se inicia
nuevamente el proceso iterativo
introduciendo los cambios que el cliente
especifico.

12. • Al finalizar la 8 semanas destinadas,
se hace entrega del sistema y de la
documentación correspondiente que
se ha ido recolectando en todas las
fases del proceso, que incluye notas
importantes sobre el sistema,
descripción de los errores y un
manual de funcionamiento.