Ejemplo de FDD

1
Ejemplo de FDD

• Software para una Entidad Financiera

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
(No Transcript)
5
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.

6
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
• .

7
(No Transcript)
8
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.

9

• 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.

10
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.

11
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.

12
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.

13

• 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.

14

• 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.