CICLO DE VIDA DEL PROYECTO DE SOFTWARE
Este proyecto se va a trabajar con el modelo en cascada.
1. Análisis de Requisitos:
Requerimientos Funcionales
Para el análisis del problema, se llego a un planteamiento inicial de requerimientos, en los cuales se plasman los requisitos a suplir con el desarrollo del Sistema de Información para la floristerías. Se realizo una estructuración en módulos, para tener mas claro que se desea realizar con estos requerimientos.
A continuación se plasman los requerimientos obtenidos:
1.1 Modulo Clientes
R1. El sistema RGCM en el modulo de clientes deberá solicitar al usuario la siguiente información para crear clientes nuevos:
· Numero de identificación,(obligatorio)
· Nombre,(obligatorio)
· Apellido,(obligatorio)
· Dirección residencia, (obligatorio)
· Numero teléfono residencia (obligatorio)
· Numero celular, (opcional)
· Dirección oficina, (opcional)
· Numero teléfono oficina, (opcional)
· Numero extensión oficina, (opcional)
· E-mail. (opcional)
R2. El sistema RGCM en el modulo de clientes deberá permitir al usuario consultar la información de los clientes por medio de la digitación del código de cliente.
R3. El sistema RGCM en el modulo de clientes deberá permitir al usuario la modificación de los clientes almacenados en la base de datos.
2. Modulo Ventas
R4. El sistema RGCM en el modulo de ventas deberá permitir al usuario guardar la información de nuevos clientes.
R5. El sistema RGCM en el modulo de ventas deberá permitir al usuario realizar la consulta de los pedidos pendientes por despachar.
R6. El sistema RGCM en el modulo de ventas deberá permitir al usuario la anulación de pedidos sin despachar al cliente.
R7. El sistema RGCM en el modulo de ventas deberá permitir al usuario la consulta del estado de los pedidos (despachado, no despachado).
R8. El sistema RGCM en el modulo de ventas deberá permitir al usuario modificar la información de despacho de un pedido.
R9. El Sistema RGCM en el modulo de ventas deberá solicitar al usuario la siguiente información para crear un nuevo pedido:
· Código del cliente, (obligatorio)
· Nombre de solicitante, (obligatorio)
· Dirección residencia del solicitante, (opcional)
· Numero teléfono del solicitante, (opcional)
· Numero celular del solicitante, (opcional)
· Dirección laboral del solicitante, (opcional)
· teléfono oficina del solicitante, (opcional)
· Extensión teléfono oficina, (opcional)
· E-mail del solicitante, (opcional)
· Motivo del pedido (Ocasión), (obligatorio)
· Descripción del producto, (obligatorio)
· Nombre del destinatario, (obligatorio)
· Dirección del destinatario(obligatorio)
· teléfono del destinatario, (obligatorio)
· Numero celular del destinatario, (opcional)
· E-mail del destinatario, (opcional)
· Parentesco, (obligatorio)
· Fecha de envió, (obligatorio)
· Valor a pagar, (obligatorio)
· Forma de pago, (obligatorio)
· Valor abonado (si paga por cuotas),(opcional)
· Cantidad de cuotas, (opcional)
· Fecha de pago, (obligatorio)
· Nombre quien paga, (obligatorio)
· Dirección de cobro, (obligatorio)
· Teléfono de cobro,(opcional)
· Numero celular de cobro. (opcional)
R10. El sistema RGCM en el modulo de ventas debe permitir al usuario revisar las facturas realizadas por periodos de fechas.
R11. El sistema RGCM en el modulo de ventas deberá solicitar al usuario la siguiente información para realizar una factura sin pedido:
· Código del cliente, (obligatorio)
· Codigo producto, (obligatorio)
· Cantidad de productos, (obligatorio)
· Forma de pago, (obligatorio)
· Numero de cuotas, (opcional)
· Valor descuento (opcional)
· Valor pagado por el cliente. (obligatorio)
R12. El sistema RGCM en el modulo de ventas deberá solicitar al usuario los siguientes datos para realizar una factura:
· Código del cliente, (obligatorio)
· No. pedido, (obligatorio)
· Valor descuento, (opcional)
R13. El sistema RGCM en el modulo de ventas deberá permitir al usuario consultar cantidad de facturas pendiente por cancelar por los clientes.
R14. El sistema RGCM en el modulo de ventas deberá permitir al usuario eliminar ítems no deseados antes de generar la factura.
R15. El sistema RGCM en el modulo de ventas deberá permitir al usuario consultar facturas por número de factura.
R16. El sistema RGCM en el modulo de ventas no deberá permitir a los usuario que no tienen perfil administrador, eliminar ni modificar información de facturas generadas.
Requerimientos No funcionales
Para estos requerimientos, se tienen en cuenta Hardware, Software y otros elementos sobre los cuales se van a manejar el Sistema de Información para la Floristerías.
Para ello, se cuentan con los siguientes:
RN1. Se debe contar con PC’s con sistema operativo Windows 98 o superior, o Linux, Mac.
RN2. El Hardware requerido en cada PC debe contar con los siguientes dispositivos como mínimo:
- Monitor VGA,
- CPU con procesador mínimo de 1Ghz,
- Teclado,
- Mouse,
- Impresora, esta puede ser una sola y se puede compartir en
2. Diseño del Sistema:
2.1.1 Casos De Uso
Luego de haber definido los Requerimientos Funcionales y No Funcionales, son plasmados, los Requerimientos Funcionales, en diagramas de Casos de Uso, e igualmente se lleva a cabo la descripción de los Casos de Uso en formato extendido, como se muestra a continuación:
2.1.1.1 Diagramas de Casos de Usos
Los Diagramas de Casos de Uso muestran de forma grafica lo que se desea implementar, proveniente de los Requerimiento Funcionales.
Figura 1 – Actores del Sistema
Figura 2 – Diagrama de Casos de Uso de Cancelar Perdidos
Figura 3 – Diagrama de Casos de Uso de Consultar Pedidos
Figura 4 – Diagrama de Casos de Uso de Consultar facturas por fecha
Figura 5 – Diagrama de Casos de Uso de Crear factura con pedido
Figura 6– Diagrama de Casos de Uso de Crear factura directa
Figura 7 – Diagrama de Casos de Uso de Crear pedido
Figura 8 – Diagrama de Casos de Uso de Crear usuario
Figura 9 – Diagrama de Casos de Uso de Iniciar sesion
Figura 10 – Diagrama de Casos de Uso de Modificar información pedido
Figura 11 – Diagrama de Casos de Uso Crear Cliente
Figura 12 – Diagrama de Casos de Uso Consultar Cliente
Figura 13 – Diagrama de Casos de Uso Modificar Cliente
2.1.2 Casos de Uso en Formato Extendido
Se realizan los Casos de Uso en formato Extendido. Esto consta de realizar la descripción de cuales van a ser los eventos impulsados por el actor del sistema (Usuarios) y la respuesta y/o proceso realizado por el sistema al recibir el evento del actor.
En este formato consta de 3 secciones, en las cuales se describen el nombre, funcionalidad, condiciones y actores del Caso de Uso (Primera sección). Luego va acompañado del flujo normal de datos Usuario – Sistema (Segunda sección). Por último se manejan las excepciones que va a manejar el Sistema de Información cuando algún evento del flujo normal de dato no se pueda llevar a cabo (Tercera sección).
A continuación se realiza la descripción de estos Casos de Uso en el respectivo formato:
CASO DE USO UC01
Nombre del caso de uso: Crear clientes
Alias: UC Crear Cliente
Descripción: Caso de uso para la creación de clientes
Creado Por: Grupo de Stakeholders.
Actor: Usuario, administrador
Código de los documentos: Ninguno
Precondiciones: Sesión iniciada
Pos condiciones: Acceso a Base de Datos
Prioridad: Alta
Requerimientos: Datos del cliente
| USUARIO | SISTEMA |
| 1. Digita la información del cliente, (No de identificación, nombre, apellido, dirección residencia, teléfono, celular, dirección oficina, teléfono oficina, e-mail). | 2. Verifica si el cliente está o no registrado |
| 3. Guarda los datos del cliente | 4. Almacena la información del cliente en la base de datos |
| 5. sale del modulo | |
| Excepción 1 Acciones del sistema à Acción 2 |
| 1.Cliente ya Registrado |
| 1.1Muestra mensaje “Cliente ya existente” |
| 1.2 Va al paso 1 |
| Excepción 2 Acciones del sistema à Acción 4 |
| 1.Información incompleta |
| 1.1Muestra mensaje “Por favor ingrese los datos completos” |
| 1.2 Va al paso 3 |
CASO DE USO UC02
Nombre del caso de uso: Consultar clientes
Alias: UC ConsultarCliente
Descripción: Caso de uso para consultar los clientes
Creado Por: Grupo de Stakeholders
Actor: Usuario, administrador
Código de los documentos: Ninguno
Precondiciones: Sesión iniciada
Pos condiciones: Ingresar a consultar la base de datos
Prioridad: Alta
Requerimientos: Modulo de clientes
| USUARIO | SISTEMA |
| 1. suministra el número de identificación del cliente | 2. Verifica si el cliente está o no registrado |
| | 3. retorna en pantalla la información del cliente |
| Excepción 1 Acciones del sistema à Acción 2 |
| 1.Cliente no encontrado |
| 1.1Muestra mensaje “Cliente no registrado en el sistema” |
| 1.2 Va al paso 1 |
CASO DE USO UC03
Nombre del caso de uso: Modificar clientes
Alias: UC ModificarCliente
Descripción: Caso de uso para modificar clientes
Creado Por: Grupo de Stakeholders
Actor: Usuario, administrador
Código de los documentos: Ninguno
Precondiciones: Sesión iniciada
Pos condiciones: Acceso a Base de Datos
Prioridad: Normal
Requerimientos: Datos del cliente
| USUARIO | SISTEMA |
| 1. suministra el número de identificación del cliente | 2. Verifica si el cliente está o no registrado |
| 3. procede a actualizar los datos del cliente | 4. actualiza la información del cliente en la base de datos |
| Excepción 1 Acciones del sistema à Acción 2 |
|
| 1.Cliente no encontrado |
|
| 1.1Muestra mensaje “Cliente no registrado en el sistema” |
|
| 1.2 Va al paso 1 |
|
| Excepción 2 Acciones del sistema à Acción 4 | |
| 2.Información incompleta | |
| 2.1Muestra mensaje “Por favor ingrese los datos completos” | |
| 2.2 Va al paso 3 | |
CASO DE USO UC04
Nombre del caso de uso: Cancelar pedido
Alias: UC Cancelar_pedidos
Descripción: Este caso de uso inicia cuando el usuario va a cancelar un pedido.
Creado Por: Sandra Cruz
Actor: Recepcionista
Código de los documentos: Ninguno
Precondiciones: Validar Usuario, Consultar pedidos
Pos condiciones: Acceso a Base de Datos
Prioridad: Normal
Requerimientos: Datos del evento
| USUARIO | SISTEMA |
| 1. Selecciona el pedido que desea cancelar. | 2. Visualiza al usuario la información del pedido seleccionado. |
| 3. Selecciona la opción de cancelar pedido | 4. Pregunta si esta seguro de cancelar |
| 5. Confirma la cancelación del pedido | 6. Cambia el estado del pedido en la base de datos a cancelado |
CASO DE USO UC05
Nombre del caso de uso: Consultar pedidos
Alias: UC Consultar_pedidos
Descripción: Este caso de uso inicia cuando el usuario va a consultar los pedidos pendientes por despachar
Creado Por: Sandra Cruz
Actor: Recepcionista
Código de los documentos: Ninguno
Precondiciones: Validar Usuario
Pos condiciones: Acceso a Base de Datos
Prioridad: Normal
Requerimientos: Datos del evento
| USUARIO | SISTEMA |
| 1. Ingresa en la opción de consultas | . |
| 2. Solicita al sistema la consulta | 3. Verifica que existan pedidos. |
| 4. Selecciona el pedido que quiere visualizar | 5. Muestra al usuario la información del pedido |
| Excepción 1 Acciones del sistema à Acción 3 |
| 1. No hay pedidos pendientes |
| 1.1 Muestra mensaje “No hay pedidos pendientes” |
| 1.2 Va al paso 1 |
CASO DE USO UC06
Nombre del caso de uso: Consultar facturas por rango de fechas
Alias: UC Consultar_facturas_por_fechas
Descripción: Este caso de uso inicia cuando el usuario va a consultar las facturas en un rango de fechas.
Creado Por: Sandra Cruz
Actor: Recepcionista
Código de los documentos: Ninguno
Precondiciones: Validar Usuario,
Pos condiciones: Acceso a Base de Datos
Prioridad: Normal
Requerimientos: Datos del evento
| USUARIO | SISTEMA |
| 1. Ingresa en la opción de consultas. | |
| 2. Digita el rango de fechas en el cual se encuentran las facturas | 3. Consulta en la base de datos las facturas realizadas en el rango de fechas |
| | 6. Muestra el listado de facturas realizadas en el rango de fechas escrito por el usuario. |
| Excepción 1 Acciones del sistema à Acción 3 |
| 1. Rango no valido |
| 1.1 Muestra mensaje “La fecha inicial debe ser inferior o igual a la fecha final” |
| 1.2 retorna al paso 2 |
CASO DE USO UC07
Nombre del caso de uso: Crear factura con pedido
Alias: UC Crear_factura_pedido
Descripción: Este caso de uso inicia cuando el usuario va a crear una factura a partir de un número de pedido
Creado Por: Sandra Cruz
Actor: Recepcionista
Código de los documentos: Ninguno
Precondiciones: Validar Usuario, Consultar pedido
Pos condiciones: Acceso a Base de Datos
Prioridad: Normal
Requerimientos: Datos del evento
| USUARIO | SISTEMA |
| 1. Busca al cliente por nombre o numero de identificación | 2. Verifica la existencia del cliente. |
| 3. Busca el pedido a facturar en la opción de búsqueda y selecciona el número de pedido. | 4. Muestra la información almacenada en el pedido |
| 5. Ingresa el valor a pagar | 6. Calcula el valor a devolver |
| 7. Guarda la factura | 8. Genera el número de factura |
| Excepción 1 Acciones del sistema à Acción 6 |
| 1. Cantidad ingresada inferior |
| 1.1 Muestra mensaje “Cantidad a pagar inferior al total” |
| 1.2 Muestra la opción de pago por cuotas. |
CASO DE USO UC08
Nombre del caso de uso: Crear factura sin pedido
Alias: UC Crear_factura_directa
Descripción: Este caso de uso inicia cuando el usuario va a crear una factura a partir de una venta directa
Creado Por: Sandra Cruz
Actor: Recepcionista
Código de los documentos: Ninguno
Precondiciones: Validar Usuario
Pos condiciones: Acceso a Base de Datos
Prioridad: Normal
Requerimientos: Datos del evento
| USUARIO | SISTEMA |
| 1. Busca al cliente por nombre o número de identificación. | 2. Verifica la existencia del cliente. |
| 3. Digita la información del producto a vender y el costo. | |
| 4. Ingresa el valor a pagar | 5. Calcula el valor a devolver |
| 6. Guarda la factura | 7. Genera el número de factura |
| Excepción 1 Acciones del sistema à Acción 6 |
| 1. Cantidad ingresada inferior |
| 1.1 Muestra mensaje “Cantidad a pagar inferior al total” |
| 1.2 Muestra la opción de pago por cuotas. |
CASO DE USO UC09
Nombre del caso de uso: Crear pedidos
Alias: UC Crear_pedido
Descripción: Este caso de uso inicia cuando el usuario va a crear un nuevo pedido para despachar a un cliente
Creado Por: Sandra Cruz
Actor: Recepcionista
Código de los documentos: Ninguno
Precondiciones: Validar Usuario
Pos condiciones: Acceso a Base de Datos
Prioridad: Normal
Requerimientos: Datos del evento
| USUARIO | SISTEMA |
| 1. Digita la siguiente información para crear el pedido: código del cliente, motivo del pedido (ocasión), nombre destinatario, numero telefónico destinatario, numero celular destinatario, e-mail destinatario, parentesco con el cliente, fecha de envió, Descripción del producto, valor a pagar, forma de pago, valor abonado, cantidad de cuotas, fecha de pago, dirección de cobro, numero telefónico de cobro | 2. Verifica la existencia del cliente. |
| 3. Guarda la información del pedido | 4. Almacena la información del pedido |
| | 5. Genera el número de pedido |
| Excepción 1 Acciones del sistema à Acción 2 |
|
| 1. Cliente no existe |
|
| 1.1 Muestra mensaje “Cliente no existe” |
|
| 1.2 Da la opción de crear al cliente. |
|
| Excepción 2 Acciones del sistema à Acción 4 | |
| 1. Falta información del pedido | |
| 1.1 Muestra mensaje “Información del pedido está incompleta, verifique de nuevo” | |
| 1.2 Va al paso 1 | |
CASO DE USO UC10
Nombre del caso de uso: Crear usuario
Alias: UC Crear_usuario
Descripción: Este caso de uso inicia cuando administrador del sistema va a crear un nuevo usuario.
Creado Por: Jorge Muñoz
Actor: Administrador del Sistema
Código de los documentos: Ninguno
Precondiciones: Validar Usuario,
Pos condiciones: Acceso a Base de Datos
Prioridad: Normal
Requerimientos: Datos del evento
| USUARIO | SISTEMA |
| 1. Digita la siguiente información: Identificación del empleado y login. | 2. Verifica que no haya un nombre de usuario igual |
| 3. El nuevo usuario digita la contraseña. | |
| 4. Asigna el rol del nuevo usuario y guarda la información | 5. Guarda la información ingresada en la base de datos. |
| Excepción 1 Acciones del sistema à Acción 2 |
| 1. Login ya existe |
| 1.1 Muestra mensaje “Login ya se encuentra registrado” |
| 1.2 Retorna al paso 1 |
CASO DE USO UC11
Nombre del caso de uso: Iniciar Sesión
Alias: UC Iniciar_sesion
Descripción: Este caso de uso inicia cuando un usuario va a acceder al sistema.
Creado Por: Jorge Muñoz
Actor: Administrador del Sistema
Código de los documentos: Ninguno
Precondiciones: Validar Usuario,
Pos condiciones: Acceso a Base de Datos
Prioridad: Normal
Requerimientos: Datos del evento
| USUARIO | SISTEMA |
| 1. Introduce el login y contraseña asignado. | 2. Verifica la existencia del nombre de usuario y contraseña escritos en la base de datos. |
| | 3. Permite el ingreso al sistema según el perfil asignado |
| Excepción 1 Acciones del sistema à Acción 2 |
| 1. Usuario no valido |
| 1.1 Muestra mensaje “Login o contraseña no validas, intente de nuevo” |
| 1.2 Retorna al paso 1 |
CASO DE USO UC12
Nombre del caso de uso: Modificar información de pedido
Alias: UC Modificar_informacion_pedido
Descripción: Este caso de uso inicia cuando el usuario va a modificar la información contenida en un pedido.
Creado Por: Sandra Cruz
Actor: Recepcionista
Código de los documentos: Ninguno
Precondiciones: Validar Usuario, Consultar pedidos
Pos condiciones: Acceso a Base de Datos
Prioridad: Normal
Requerimientos: Datos del evento
| USUARIO | SISTEMA |
| 1. Selecciona el pedido que desea modificar. | 2. Visualiza al usuario la información del pedido seleccionado. |
| 3. Cambia la información deseada en el pedido. | 4. Pregunta si está seguro de realizar los cambios |
| 5. Confirma la modificación de la información | 6. Guarda los cambios realizados. |
| Excepción 1 Acciones del sistema à Acción 4 |
| 1. Información incompleta |
| 1.1 Muestra mensaje “Falta información esencial del pedido” |
| 1.2 Retorna al paso 3 |
2.1.3 Diagrama de Clases
2.1.4 Modelo Relacional de Datos
