Instituto Tecnolgico de Cuautla

Materia:
Fundamentos de Ingeniera de Software
Profesor:
Luis Adrian Garca Garca
Proyecto:
Panadera
LA ITALIANA

Quinto semestre
Ing. Sistemas Computacionales.
Alumno.
Tlapala Gadea Refugio
Rosas Pineda Roberto
Garca Fierros Jorge Armando
Jimnez Rosendo Jorge
Martnez Gutirrez Ricardo
Sosa Rivera Jos Antonio


Panadera: La italiana.
Carretera Mxico Cuautla Km 96 Col. Tetelcingo, Cuautla Morelos.

PLANTEAMIENTO DEL PROBLEMA.

La administracin de los pedidos que se realiza en la panadera la italiana se
realiza manualmente, es decir, cuando un empleado requiere anotar el pedido de
su cliente, se registra en un cuaderno o en facturas.
El control manual de los pedidos de la panadera, no permite el control de la
produccin ni obtener los reportes necesarios como son las ventas del da etc.

OBJETIVOS.

Objetivo General. Obtener un control estable del registro de cada pedido que se
realizado en la panadera.
Objetivo especifico.
1. Analizar el proceso del registro de los pedidos
2. Disear el Sistema adecuado para capturar el pedido
3. Desarrollar el Sistema de cmputo para el manejo de los productos

PROPUESTA DE SOLUCIN.

Desarrollar un sistema de cmputo que incluya una base de datos, para
almacenar los datos correspondientes al registro de pedidos de la panadera, as
como un mejor control de los productos.
Este sistema permitir almacenar los pedidos y generara reportes de ventas en
tiempo real.





























ID: C1

Nombre de caso de
uso
Registrar, consultar pedidos en curso y consulta de ventas del da.
Creador

ltima modificacin

Fecha de creacin

Fecha de ltima
modificacin
Actores Administrador, empleado, base de datos
Descripcin
El usuario podr almacenar, consultar pedidos almacenndolos en la base de
datos.
Precondiciones Haber iniciado sesin.
Poscondiciones Debe decidir que tarea va a realizar: consultas o altas.
Escenario principal
de xito
1.-El usuario debe tener una sesin activa
2.-El sistema muestra las opciones: Nuevo pedido, Pedidos en curso y consulta
de ventas.
3.-El usuario selecciona la tarea a realizar.
Escenario de fracaso
#1
1.- El usuario no ha podido iniciar sesin.
Escenario de fracaso
#2
2.-LA interface del sistema no se carga.
Prioridad Alta
Frecuencia de uso Diario
Subcasos de uso C1.1, C1.2,C1.3
Suposiciones Usuario es la persona encargada de recibir los pedidos.





























ID: CU1.1

Nombre de caso de
uso
Registrar (cliente y pedido).
Creador

ltima modificacin

Fecha de creacin

Fecha de ltima
modificacin
Actores Administrador, empleado, base de datos
Descripcin El usuario podr almacenar el pedido y la direccin de su cliente.
Precondiciones
Ingresar el nmero telefnico del cliente y haber seleccionado la opcin Nuevo
pedido.
Poscondiciones El pedido y los datos del usuario se almacenan en la base de datos
Escenario principal
de xito
1.-El usuario selecciona nuevo pedido
2.-El sistema muestra dos formularios datos del cliente y pedido.
3.-El usuario habla con su cliente.
Escenario de fracaso
#1
1.- El cliente del usuario cuelga.
Escenario de fracaso
#2
2.-El usuario ingresa mal los datos del cliente.
Prioridad Alta
Frecuencia de uso Diario
Subcasos de uso C1.1.1, C1.1.2
Suposiciones
Usuario es la persona encargada de recibir los pedidos.
Cliente es la persona que realizara la compra.
ID: CU1.1.1




Nombre de caso de
uso
Registro del pedido
Creador

ltima modificacin

Fecha de creacin

Fecha de ltima
modificacin
Actores Administrador, empleado, base de datos
Descripcin
El usuario podr almacenar seleccionar el ingrediente y la cantidad de pizzas
que le indique su cliente.
Precondiciones
Ingresar el nmero telefnico del cliente y haber seleccionado la opcin Nuevo
pedido.
Poscondiciones El pedido y los datos del usuario se almacenan en la base de datos
Escenario principal
de xito
1.-El usuario selecciona la cantidad de piezas de pan
2.-El cliente selecciona la especialidad de una lista que se despliega en el
sistema.
3.-El usuario confirma el pedido.
Escenario de fracaso
#1
1.- El cliente del usuario cuelga.
Escenario de fracaso
#2
2.-Falla la conexin con la base de datos.
Prioridad Alta
Frecuencia de uso Diario
Subcasos de uso

Suposiciones
Usuario es la persona encargada de recibir los pedidos.
Cliente es la persona que realizara la compra.



ID: C1.2






Nombre de caso de
uso
C1.3 Registrar los datos del cliente o confirmarlos.
Creador

ltima modificacin

Fecha de creacin

Fecha de ltima
modificacin
Actores Administrador, empleado, base de datos
Descripcin
El usuario podr corroborar los datos del cliente si ya son existentes o
almacenara los datos si es un cliente nuevo
Precondiciones El sistema hace una bsqueda en la base de datos con el nmero insertado.
Poscondiciones
El cliente corrobora los datos existentes o rellena el formulario con los datos de
su cliente.
Escenario principal
de xito
1.-El usuario verifica si ya existe el usuario
2.-El sistema muestra los datos del cliente si existen o de lo contrario muestra el
formulario vaco.
3.-El usuario verifica los datos del cliente.
Escenario de fracaso
#1
1.- El cliente del usuario cuelga.
Escenario de fracaso
#2
2.-El usuario ingresa mal los datos del cliente.
Prioridad Alta
Frecuencia de uso Diario
Subcasos de uso

Suposiciones
Usuario es la persona encargada de recibir los pedidos.
Cliente es la persona que realizara la compra.

















ID: CU1.2

Nombre de caso de
uso
Visualizar pedidos en curso y confirmacin de entrega.
Creador

ltima modificacin

Fecha de creacin

Fecha de ltima
modificacin
Actores Administrador, empleado, base de datos
Descripcin
El usuario podr consultar los pedidos que estn en curso o que se entregaran
en el dia.
Precondiciones El usuario selecciona la opcin consulta de pedido
Poscondiciones
La base de datos deber realizar la consulta de pedidos en curso o los cambiara
de tabla si ya han sido despachados
Escenario principal
de xito
1.-El usuario selecciona consulta pedido
2.-El sistema muestra los datos del primer pedido, mostrara opciones para
navegar entre los pedidos y la opcin de venta.
3.-El usuario debe establecer que desea hacer.
Escenario de fracaso
#1
1.- La base de datos falla.
Escenario de fracaso
#2
2.-
Prioridad Alta
Frecuencia de uso Diario
Subcasos de uso C1.2.1, C1.2.2
Suposiciones
Usuario es la persona encargada de recibir los pedidos.

ID: CU1.2.1



Nombre de caso de
uso
C1.2.1 Visualizar pedidos en curso.
Creador

ltima modificacin

Fecha de creacin

Fecha de ltima
modificacin
Actores Administrador, empleado, base de datos
Descripcin El usuario podr visualizar los pedidos que estn en curso.
Precondiciones El usuario selecciona la opcin consulta de pedido
Poscondiciones El sistema deber mostrar la imagen y los datos del pedido.
Escenario principal
de xito
1.-El sistema muestra el pedido por despachar.
2.-El usuario deber navegar con los botones Siguiente pedido y Anterior
pedido
3.-El sistema refrescara los datos con la base de datos.
Escenario de fracaso
#1
1.- La base de datos falla.
Escenario de fracaso
#2
2.-El sistema no muestra la informacin.
Prioridad Alta
Frecuencia de uso Diario
Subcasos de uso

Suposiciones
Usuario es la persona encargada de recibir los pedidos.




ID: CU1.2.1



Nombre de caso de
uso
C1.2.2 Confirmacin de entrega (venta).
Creador

ltima modificacin

Fecha de creacin

Fecha de ltima
modificacin
Actores Administrador, empleado, base de datos
Descripcin El usuario indicara que pedido ya ha sido vendido.
Precondiciones El usuario ha confirmado con su repartidor la venta.
Poscondiciones El sistema indicara a la base de datos de la venta.
Escenario principal
de xito
1.-El sistema muestra el pedido por despachar.
2.-El usuario deber navegar con los botones Siguiente y Anterior pedido
3.-El usuario se posicionara en el pedido vendido
4.-El sistema refrescara los datos con la base de datos.
5.-El usuario pulsara clic en el botn entregado
Escenario de fracaso
#1
1.- La base de datos falla.
Escenario de fracaso
#2
2.-El usuario selecciona el pedido equivocado.
Prioridad Alta
Frecuencia de uso Diario
Subcasos de uso

Suposiciones
Usuario es la persona encargada de recibir los pedidos.
Repartidor. Un empleado de la panadera.






ID: CU1.2.2
Nombre de caso de
uso
1.2.3Consulta de ventas realizadas en el da.
Creador

ltima modificacin

Fecha de creacin

Fecha de ltima
modificacin
Actores Administrador, empleado, base de datos
Descripcin El usuario podr visualizar los pedidos vendidos del da actual.
Precondiciones El usuario deber seleccionar ventas
Poscondiciones El usuario deber navegar en el sistema para visualizar las ventas.
Escenario principal
de xito
1.-El sistema muestra la primera venta.
2.-El usuario deber navegar con los botones Siguiente y Anterior
3.-El sistema actualiza los campos con los datos de otra venta.
Escenario de fracaso
#1
1.- La base de datos falla.
Escenario de fracaso
#2
2.-El sistema no muestra los datos.
Prioridad Alta
Frecuencia de uso Diario
Subcasos de uso

Suposiciones Usuario es la persona encargada de recibir los pedidos.
















ID:
C2.2

Nombre de caso de
uso
Consultar y generar reportes.
Creador

ltima modificacin

Fecha de creacin

Fecha de ltima
modificacin
Actores Administrador, base de datos
Descripcin El administrador podr seleccionar el reporte que requiera generar.
Precondiciones El Administrador se identific en el sistema.
Poscondiciones El sistema muestra las opciones de generar reportes.
Escenario principal
de xito
1.-El administrador selecciona el reporte a generar
2.-El sistema muestra la siguiente ventana segn corresponda la opcin
seleccionada.
Escenario de fracaso
#1
1.- El administrador no se identific correctamente
Escenario de fracaso
#2
2.-Falla la conexin de la base de datos.
Prioridad Alta
Frecuencia de uso Diario
Subcasos de uso C2.1, C2.2, C2.3
Suposiciones Administrador es el nombre genrico del actor de caso de uso













ID:
CU2.1

Nombre de caso de
uso
Ventas (Consultar y generar reportes)
Creador

ltima modificacin

Fecha de creacin

Fecha de ltima
modificacin
Actores Administrador, base de datos
Descripcin El administrador podr consultar o generar el reporte de ventas.
Precondiciones
El Administrador se identific en el sistema.
La base de datos est en lnea con el sistema.
Poscondiciones El sistema muestra las opciones de consultar ventas y generar archivo
Escenario principal
de xito
1.-El administrador selecciona la botn ventas
2.-El sistema muestra la ventana de ventas.
Escenario de fracaso
#1
1.- El administrador no se identific correctamente
Escenario de fracaso
#2
2.-Falla la conexin de la base de datos.
Prioridad Alta
Frecuencia de uso Diario
Subcasos de uso

Suposiciones Administrador es el nombre genrico del actor de caso de uso






Nombre de caso de uso
C2.1.1Ventas Consultar
Creador

ltima modificacin

Fecha de creacin

Fecha de ltima
modificacin
Actores Administrador, base de datos
Descripcin El administrador podr consultar dentro del sistema las ventas.
Precondiciones
La base de datos est en lnea con el sistema.
El usuario inserta las fechas que desea consultar
Poscondiciones El sistema muestra campos para insertar fechas para la consulta.
Escenario principal de
xito
1.-El administrador selecciona el botn ventas
2.-El sistema muestra la ventana de ventas.
3.-El administrador inserta un rango de fechas y selecciona aceptar.
4.-El sistema consulta a la base de datos el total y cantidad de ventas y las
muestra al administrador en los campos correspondientes.
Escenario de fracaso #1 1.- El administrador no se identific correctamente.
Escenario de fracaso #2 2.-Falla la conexin de la base de datos.
Prioridad Alta
Frecuencia de uso Diario
Subcasos de uso

Suposiciones Administrador es el nombre genrico del actor de caso de uso



ID: C2.1.1



Nombre de caso de
uso
2.1.2 Ventas generar reportes
Creador

ltima modificacin

Fecha de creacin

Fecha de ltima
modificacin
Actores Administrador, base de datos
Descripcin El administrador podr generar el reporte de ventas.
Precondiciones
El Administrador se identific en el sistema.
La base de datos est en lnea con el sistema.
Poscondiciones El sistema muestra las opciones de consultar ventas y generar archivo
Escenario principal
de xito
1.-El administrador selecciona el botn ventas
2.-El sistema muestra la ventana de ventas.
3.-El administrador inserta un rango de fechas y selecciona aceptar.
4.-El sistema consulta a la base de datos el total y cantidad de ventas y las
muestra al administrador en los campos correspondientes.
5.-El Administrador selecciona la opcin PDF para generar el reporte de ventas.
6.-El sistema acata la peticin y crea el archivo con el reporte.
Escenario de fracaso
#1
1.- El administrador no se identific correctamente
Escenario de fracaso
#2
2.-Falla la conexin de la base de datos.
Escenario de fracaso
#3
3.-No se encuentra instalado Adobe Reader.
Prioridad Alta
Frecuencia de uso Diario
Suposiciones Administrador es el nombre genrico del actor de caso de uso
















ID:
CU2.2

Nombre de caso de
uso
Cliente (Consultar y generar reportes)
Creador

ltima modificacin

Fecha de creacin

Fecha de ltima
modificacin
Actores Administrador, base de datos
Descripcin El administrador podr consultar o generar el reporte de sus clientes.
Precondiciones
El Administrador se identific en el sistema.
La base de datos est en lnea con el sistema.
Poscondiciones El sistema muestra las opciones de consultar clientes y generar PDF
Escenario principal
de xito
1.-El administrador selecciona la botn Clientes
2.-El sistema muestra la ventana de clientes.
Escenario de fracaso
#1
1.- El administrador no se identific correctamente
Escenario de fracaso
#2
2.-Falla la conexin de la base de datos.
Prioridad Alta
Frecuencia de uso Diario
Subcasos de uso

Suposiciones Administrador es el nombre genrico del actor de caso de uso




Nombre de caso de
uso
Generar reporte de cliente
Creador

ltima modificacin

Fecha de creacin

Fecha de ltima
modificacin
Actores Administrador, base de datos
Descripcin El administrador podr generar el reporte de los clientes.
Precondiciones
El Administrador se identific en el sistema.
La base de datos est en lnea con el sistema.
Poscondiciones El sistema muestra la opcin de generar PDF.
Escenario principal
de xito
1.-El administrador selecciona la botn ventas
2.-El sistema muestra la ventana de ventas.
3.-El administrador selecciona el boton PDF.
4.-El sistema crea el archivo PDF
Escenario de fracaso
#1
1.- El administrador no se identific correctamente
Escenario de fracaso
#2
2.-Falla la conexin de la base de datos.
Escenario de fracaso
#3
3.-No se encuentra instalado Adobe Reader.
Prioridad Alta
Frecuencia de uso Diario
Suposiciones Administrador es el nombre genrico del actor de caso de uso

















ID:
C2.3

Nombre de caso de
uso
Pedidos (Consultar y generar reportes)
Creador

ltima modificacin

Fecha de creacin

Fecha de ltima
modificacin
Actores Administrador, base de datos
Descripcin El administrador podr consultar o generar el reporte de los pedidos.
Precondiciones
El Administrador se identific en el sistema.
La base de datos est en lnea con el sistema.
Poscondiciones El sistema muestra las opciones de consultar pedidos y generar PDF
Escenario principal
de xito
1.-El administrador selecciona la botn Pedidos
2.-El sistema muestra la ventana de pedidos.
3.-El administrador selecciona lo que desea hacer
Escenario de fracaso
#1
1.- El administrador no se identific correctamente
Escenario de fracaso
#2
2.-Falla la conexin de la base de datos.
Prioridad Alta
Frecuencia de uso Diario
Subcasos de uso

Suposiciones Administrador es el nombre genrico del actor de caso de uso




Nombre de caso de
uso
C 2.3.1 Consultar pedidos
Creador

ltima modificacin

Fecha de creacin

Fecha de ltima
modificacin
Actores Administrador, base de datos
Descripcin
El administrador podr consultar dentro del sistema todo el contenido de cada
pedido que haya tomado y vendido.
Precondiciones
La base de datos est en lnea con el sistema.
La sesin actual debe ser de administrador.
Poscondiciones
El sistema muestra los botones de navegacin Siguiente y Anterior.
El sistema muestra el campo fecha para indicar a la base de datos que da
deber mostrar.
Escenario principal
de xito
1.-El administrador selecciona la botn Pedido
2.-El sistema muestra la ventana de Pedido.
3.-El administrador ingresa la fecha que desea consultar.
4.-EL sistema hace la peticin a la base de datos con la fecha indicada.
5.-La base de datos devuelve al sistema la informacin indicada.
6.-El administrador navega con los botones siguiente y anterior.
7.-El sistema hace una peticin a la base de datos para cambiar de usuario.
8.-El sistema muestra el otro cliente de la base de datos.
Escenario de fracaso
#1
1.- El no indico la fecha correcta.
Escenario de fracaso
#2
2.-Falla la conexin de la base de datos.
Prioridad Alta
Frecuencia de uso Diario
Suposiciones Administrador es el nombre genrico del actor de caso de uso




Nombre de caso de
uso
C 2.3.2 Generar reporte de pedidos
Creador

ltima modificacin

Fecha de creacin

Fecha de ltima
modificacin
Actores Administrador, base de datos
Descripcin El administrador podr generar el reporte de los pedidos.
Precondiciones
El Administrador se identific en el sistema.
El equipo de cmputo tiene instalado Adobe Reader
La base de datos est en lnea con el sistema.
Poscondiciones El sistema muestra la opcin de generar PDF.
Escenario principal
de xito
1.- El administrador ingresa la fecha que desea consultar.
2.-EL sistema hace la peticin a la base de datos con la fecha indicada.
3.-La base de datos devuelve al sistema la informacin indicada.
4.-El administrador selecciona el botn PDF.
5.-El sistema crea el archivo correspondiente.
Escenario de fracaso
#1
1.- El administrador no ingreso la fecha deseada
Escenario de fracaso
#2
2.-Falla la conexin de la base de datos.
Escenario de fracaso
#3
3.-No se encuentra instalado Adobe Reader.
Prioridad Alta
Frecuencia de uso Diario
Suposiciones Administrador es el nombre genrico del actor de caso de uso
















ID:
CU3

Nombre de caso de
uso
Registrar usuarios de acceso limitado,
Creador

ltima modificacin

Fecha de creacin

Fecha de ltima
modificacin
Actores Administrador, base de datos
Descripcin El administrador registrar a sus empleados que manipularan el sistema.
Precondiciones
El Administrador se identific en el sistema.
La base de datos est en lnea con el sistema.
Poscondiciones El sistema la interface de crear, visualizar y eliminar usuario.
Escenario principal
de xito
1.-El administrador selecciona la botn Pedidos
2.-El sistema muestra la ventana de pedidos.
3.-El administrador selecciona lo que desea hacer
Escenario de fracaso
#1
1.- El administrador no se identific correctamente
Escenario de fracaso
#2
2.-Falla la conexin de la base de datos.
Prioridad Alta
Frecuencia de uso regular
Subcasos de uso C3.1, C3.2, C3.3
Suposiciones
Administrador es el nombre genrico del actor de caso de uso
Empleado es el posible usuario limitado a crear.



Nombre de caso de
uso
Dar de alta
Creador

ltima modificacin

Fecha de creacin

Fecha de ltima
modificacin
Actores Administrador, base de datos
Descripcin El administrador podr dar de alta un usuario de acceso limitado.
Precondiciones
La base de datos est en lnea con el sistema.
El administrador entro a la opcin usuarios.
Poscondiciones El sistema muestra el botn crear usuario.
Escenario principal
de xito
1.-El administrador da clic en crear
2.-El sistema muestra una ventana emergente solicitando el nombre y
contrasea.
3.-El administrador ingresa los datos del nuevo usuario y da clic en aceptar.
4.-El sistema hace una solicitud a la base de datos para que busque confidencias
de usuario en caso contrario almacenar el nuevo usuario.
Escenario de fracaso
#1
1.- El administrador no entiende el entorno
Escenario de fracaso
#2
2.-Falla la conexin de la base de datos.
Escenario de fracaso
#3
3.-El administrador ingresa un dato errneo
Prioridad Alta
Frecuencia de uso
Suposiciones Administrador es el nombre genrico del actor de caso de uso



ID: C3.1

Nombre de caso de
uso
C 3.2 Dar de baja
Creador

ltima modificacin

Fecha de creacin

Fecha de ltima
modificacin
Actores Administrador, base de datos
Descripcin El administrador podr dar de baja un usuario de acceso limitado.
Precondiciones
La base de datos est en lnea con el sistema.
El administrador entro a la opcin usuarios.
Poscondiciones El sistema muestra el botn eliminar usuario.
Escenario principal
de xito
1.-El administrador da clic en Visualizar anterior o siguiente
2.-El sistema debe actualizar la informacin de posicin.
3.-El administrador se posiciona en el usuario que desea eliminar y hace clic en
el botn eliminar.
4.-El sistema hace una solicitud a la base de datos para dar de baja usuario.
5.-El sistema muestra una cuadro de dialogo confirmando la eliminacin del
usuario.
Escenario de fracaso
#1
1.- El administrador no entiende el entorno
Escenario de fracaso
#2
2.-Falla la conexin de la base de datos.
Escenario de fracaso
#3
3.-El administrador elimina un usuario equivoco
Prioridad Alta
Frecuencia de uso
Suposiciones Administrador es el nombre genrico del actor de caso de uso


ID:
CU3-3

Nombre de caso de
uso
Visualizar usuarios
Creador

ltima modificacin

Fecha de creacin

Fecha de ltima
modificacin
Actores Administrador, base de datos
Descripcin El administrador podr ver los usuarios dados de alta en el sistema.
Precondiciones
La base de datos est en lnea con el sistema.
El administrador entro a la opcin usuarios.
Poscondiciones El sistema muestra el botn anterior y siguiente
Escenario principal
de xito
1.-El administrador da clic en Anterior o Siguiente
2.-El sistema hace la peticin a la base de datos de enviar los usuarios
3.-El sistema muestra el primer usuario.
4.-El administrador navegara con los botones Anterior o Siguiente para ver otro
usuario.
Escenario de fracaso
#1
1.- El administrador no entiende el entorno
Escenario de fracaso
#2
2.-Falla la conexin de la base de datos.
Escenario de fracaso
#3
3.-El administrador ingresa un dato errneo
Prioridad Alta
Frecuencia de uso
Suposiciones Administrador es el nombre genrico del actor de caso de uso