Post on 02-Jul-2015
TECNOLÓGICO DE ESTUDIOS SUPRIORES DE
JOCOTITLAN
INGENIERÍA EN SISTEMAS COMPUTACIONALES
” SISTEMA DE CONTROL ADMINISTRATIVO DE LA
MICROEMPRESA FRUVAZ”
Desarrollo de Proyectos de Software
Profesora:
Ing. Erika López González
Presenta:
GALICIA RAMÍREZ JANNETH
GÓMEZ LEÓN LUCINA
HINOJOSA DIONISIO EDITH
JOCOTITLAN MÉXICO, JUNIO DE 2010
Sistema de control administrativo de la microempresa FRUVAZ
ÍNDICE
Introducción….…………………………………………………………………………...6
Objetivos.................................................................................................................7
Objetivo General...................................................................................................7
Objetivos Particulares........................................................................................7
Alcances y Limitaciones………………………………………………………………..8
Planteamiento del Problema…...………………….…………………………………………………………..9
Identificación del Problema……….……………………………...………………….9
Formulación del Problema…………...…………………………………………..9
Diagrama de Delimitación de Sistemas…………………………..………………..10
Diagrama de Caso de Uso………..……………………..…………………………....10
Descripción de Caso de Uso………......………………………..………………...…12
Diagrama de Secuencias………………………………………………………...……19
Diagrama de Clases……………………...…………………………………………….21
Diagramas de Paquetes.………………………………………………………………22
Diagramas de Estados………………………………………………………………...23
Diagramas de Estados con Superestados…………………………………………24
Diagramas de Colaboración……………..………………………………………...…24
Diagramas de Estados Concurrentes………………………………………………26
Diagrama de Actividades……………………………………………………………..28
Diagramas de Emplazamiento……………………………………………………….30
Sistema de Información.......................................................................................31
Diagrama de Componentes……………………………………………………….….34
Diagrama de Despliegue………………………………………………………………35
Página 2
Sistema de control administrativo de la microempresa FRUVAZ
Técnicas de Desarrollo de Arquitecturas……………………….…………………36
Arquitectura de Sistemas sin Conexión a Internet…………………………….…37
Pruebas de Software…………………………………………………………………..39
Altas……………………………………………..………………………………..39
Bajas………………………………..……………...……………………………..39
Modificaciones……………………………………...…………………………..39
Ventas……………………………………………...……………………………..39
Reportes…………………………………………………...……………………..39
Cartas de Aceptación………………………………………………………...………..39
ÍNDICE DE FIGURAS
Página 3
Sistema de control administrativo de la microempresa FRUVAZ
Fig. 1 Diagrama de Delimitación de Sistemas………….…………….……………...10
Fig. 2 Diagrama de Caso de Uso para el Administrador……………………………11
Fig. 3 Diagrama de Caso de Uso para el Cajero….....………………………………12
Fig. 4 Diagrama de Secuencias de Cajero....……………………..………………….19
Fig. 5 Diagrama de Secuencias de Administrador...……………..………………….20
Fig. 6 Diagrama de Clases…………………...……………………..………………….21
Fig. 7 Diagramas de Paquetes……………….………………………………..………22
Fig. 8 Diagramas de Estados…………………………………………………………..23
Fig. 9 Diagrama de Superestados……………………………………………………..24
Fig. 10 Diagrama de Colaboración de Ventas de Cajero y Administrador………..25
Fig. 11 Diagrama de Colaboración de Modificación de Producto…………...……..25
Fig. 12 Diagrama de Colaboración de Bajas de Producto………………...………..26
Fig. 13 Diagrama de Colaboración de Altas de Producto…………………………..26
Fig. 14 Diagramas de Estados Concurrentes Actividad del Administrador……….27
Fig. 15 Diagramas de Estados Concurrentes……………………………….……….28
Fig. 16 Diagrama de Actividades………………………………………………………29
Fig. 17 Diagramas de Emplazamiento………………………………………………...30
Fig. 18 Ambiente de trabajo en la Microempresa FRUVAZ………………...……...32
Fig. 19 Diagrama de la Base de Datos Integrada…………………………………...33
Fig. 20 Diagrama de Componentes…………………………………………………...34
Fig. 21 Diagrama de Despliegue……….……………………………………………...35
Fig. 22 Diagramas de Arquitectura del Sistema Multinivel……………………….....36
Fig. 23 Diagramas de Arquitectura del Sistema sin Conexión a Internet………….37
ÍNDICE DE TABLAS
Página 4
Sistema de control administrativo de la microempresa FRUVAZ
Tabla. 1 Descripción de Diagrama de Casos de Uso para el Cajero…………..….13
Tabla. 2 Descripción de Diagrama de Caso de Uso para el Administrador……....13
Tabla. 2.1 Descripción de Diagrama de Caso de Uso para Altas……….....………14
Tabla. 2.2 Descripción de Diagrama de Caso de Uso para Bajas……………...….15
Tabla. 2.3 Descripción de Diagrama de Caso de Uso para Reportes de Ventas..15
Tabla. 2.4 Descripción de Diagrama de Caso de Uso para Modificaciones………16
Tabla. 2.5 Descripción de Diagrama de Caso de Uso para Impresión de Reporte de Ventas…………………………………………………………………………………17
Tabla. 3 Descripción de Diagrama de Caso de Uso para Realizar Ventas…….…17
Tabla. 4 Descripción de Diagrama de Caso de Uso para Imprimir Tickets……….18
Tabla. 5 Terminología de Diagrama de Clases…………….……………………...…21
Tabla. 6 Terminología de Diagrama de Clases…………….……………………...…21
Tabla. 7 Caja Blanca de Altas………………………………………………………….41
Tabla. 8 Caja Blanca de Altas………………………………………………………….42
Tabla. 9 Caja Negra de Altas…………………………………………………………..43
Tabla. 10 Caja Negra de Altas………………………………………………………....44
Tabla. 11 Caja Gris de Altas…………………………………………………….……..45
Tabla. 12 Caja Blanca de Modificaciones……………………………………………46
Tabla. 13 Caja Blanca de Modificaciones……………………………………………47
Tabla. 14 Caja Negra de Modificaciones…………………………………………….48
Tabla. 15 Caja Negra de Modificaciones…………………………………………….49
Tabla. 16 Caja Gris de Modificaciones……………………………………………….50
Tabla. 17 Caja Gris de Modificaciones……………………………………………….51
Tabla. 18 Caja Negra de Reportes…………………….……………………………...52
Tabla. 19 Caja Gris de Reporte.………..……………….……………………………53
Tabla. 20 Caja Negra de Logearse….………………………………………………..54
Tabla. 21 Caja Negra de Logearse…………………………………………………....55
Página 5
Sistema de control administrativo de la microempresa FRUVAZ
Tabla. 22 Caja Blanca de Bajas.....…………………………………………………....56
Tabla. 23 Caja Negra de Bajas......…………………………………………………....57
Tabla. 24 Caja Gris de Bajas..…...…………………………………………………....58
Tabla. 25 Caja Gris de Bajas..…...…………………………………………………....59
Tabla. 26 Caja Negra de Ventas……..…….………………………………………....60
Tabla. 27 Caja Gris de Ventas…...…………………………………………………....61
INTRODUCCIÓN
Página 6
Sistema de control administrativo de la microempresa FRUVAZ
En el presente trabajo se muestra la documentación que se utiliza para llevar a
cabo el desarrollo del Sistema de Control de Administración de la Microempresa
de FRUVAZ. Este software va a ayudar a que el servicio que se les ofrece a los
clientes sea más rápido y eficiente.
La situación a la que se enfrentan muchas microempresas tras el continuo
crecimiento provoca que el servicio que ofrecen recaiga, para ello se planea que el
sistema les brinde una ayuda a los empleados de FRUVAZ de manera que
agilicen su producción para que de esta forma los clientes queden satisfechos con
el servicio que se les brinda. El emplear una herramienta que realice los cortes de
caja ayuda a que se eviten las pérdidas monetarias o la mala administración.
A continuación se presentan una serie de diagramas, basado en la metodología
UML o Lenguaje de Modelado Unificado, es una especificación de notación
orientada a objetos, el cual se compone de diferentes diagramas, los cuales
representan las diferentes etapas del desarrollo del proyecto. Por lo tanto los
diagramas UML que se presentarán a continuación muestran las funciones que
tendrán el sistema y sobre todo como se llevaran a cabo.
OBJETIVOS
Página 7
Sistema de control administrativo de la microempresa FRUVAZ
OBJETIVO GENERAL
Analizar, desarrollar e implementar un sistema de control que lleve a cabo una
mejor administración de las entradas, salidas y ventas del negocio FRUVAZ.
OBJETIVOS PARTICULARES
Realizar un estudio general de la administración del negocio para aplicar
herramientas de mejora en el desarrollo del sistema.
Observar las necesidades que se encuentran en este y otros negocios para
incluirlas en el sistema a desarrollar.
Mostrar una buena presentación del software desarrollado, el cual va a ser
fácil de manejar para el usuario y con una interfaz gráfica que distinga a
FRUVAZ.
ALCANCES Y LIMITACIONES
Página 8
Sistema de control administrativo de la microempresa FRUVAZ
El estudio fue diseñado con la finalidad de obtener información necesaria para el
desarrollo del sistema, con el objetivo de establecer un marco de comparación con
los demás negocios. El proyecto adoptó las recomendaciones y propuestas
obtenidas en la investigación realizada en FRUVAZ y las observaciones dadas por
el administrador del negocio.
Este sistema tendrá un máximo de dos años de vida, hasta que se actualice para
mejorar el servicio del negocio. Y si el sistema presenta algunos problemas, el
administrador deberá solicitar una revisión del software por parte de los
programadores.
No se ha proporcionado toda la información necesaria, ya que parte de la misma
se maneja como confidencial y por lo tanto no se le da a conocer a nadie, solo el
administrador la proporciona a personas de confianza.
La microempresa no cuenta con el equipo para llevar a cabo el desarrollo del
sistema, así que deberán comprar lo siguiente:
Un computadora de 2GB Y 160 GB DE RAM
Una impresora de tickets
Un regulador
Una vez que cuenten con una maquina, proseguirá la instalación del software
necesario, pero este software será de licencia libre para no tener problemas como
es:
AppServer
Antivirus
PLANTEAMIENTO DEL PROBLEMA
Página 9
Sistema de control administrativo de la microempresa FRUVAZ
IDENTIFICACIÓN DEL PROBLEMA
FRUVAZ es el nombre del negocio al que se le realizara el sistema de control
administrativo, esta microempresa vende cockteles de frutas.
FRUVAZ comenzó como un pequeño negocio, el cual el dueño decidió hacerlo
crecer, comenzando a tener mucha demanda, la cual le producía problemas al
cobrar y atender a los clientes. Por lo tanto decidió implementar una forma de
cobrar y atender a sus clientes de forma más rápida.
Para dar un mejor servicio a sus clientes el dueño decide implementar una
calculadora que imprime los tickets cuando se solicita el producto, después de
realizar el pedido se procede a pagar en caja, una vez que se ha realizado el pago
el cliente regresa por su respectivo pedido, y además una trabajadora anota lo que
se ha vendido en una hoja cuadriculada.
Ahora lo que se pretende con el sistema de control administrativo es reducir el
trabajo con solo pagar en caja y ahí mismo den los tickets, para que solo se pida
el producto, lo vendido se almacenara en una base de datos con la cual después
se podrá realizar el corte de caja de una manera más rápida y segura.
FORMULACIÓN DEL PROBLEMA
¿Para qué realizar un Sistema de control para la administración del negocio
FRUVAZ?
DIAGRAMA DE DELIMITACIÓN DEL SISTEMA
Página 10
Sistema de control administrativo de la microempresa FRUVAZ
En este diagrama se muestra en forma general los principales actores que van a
participar o involucrarse directamente con el sistema. En la Figura 1 que se
presenta a continuación nos muestra de forma general cuales son los principales
actores que estarán involucrados en el sistema.
Los actores principales que se manejan en este sistema son el administrador y el
cajero, estos son los principales ya que pueden acezar a la base de datos.
Fig. 1. Diagrama de Delimitación del Sistema
Como se mostró en la Figura 1, el Administrador y el Cajero son los únicos que
pueden acceder al Sistema de Control Administrativo FRUVAZ, una vez en el
sistema solo ellos podrán entrar a la base de datos, pero solo el administrador
podrá modificarla. Ya que el cajero solo podrá ingresar datos, y no tendrá el
acceso para modificarlos datos ingresados o bien eliminarlos.
DIAGRAMA DE CASO DE USO
Los diagramas de Casos de Usos representan la funcionalidad del sistema. A
continuación se presentan los diagramas de caso de uso donde nos muestran las
distintas operaciones que se esperan del sistema.
Página 11
Sistema de control administrativo de la microempresa FRUVAZ
Fig. 2. Diagrama de Caso de Uso para el administrador
Como se puede observar en la Figura 2, el sistema permite realizar seis funciones
al administrador, las cuales son:
Dar de alta Dar de baja Realizar modificaciones
Ventas
Reportes de ventas
Cancelar (cada una de las actividades ya mencionadas).
Página 12
Sistema de control administrativo de la microempresa FRUVAZ
Dichas funciones proporcionan una interfaz de programación para el manejo de la
información que el negocio necesita. Cuando se realiza una de las operaciones
estos cambios se van a almacenar, permitiendo que la base de datos se actualice
conforme sea necesario.
Fig. 3. Diagrama de Caso de Uso del Cajero
Ahora en la Figura 3 se muestra las funciones que realizara el cajero, este tendrá
que logearse antes de entrar al sistema, una vez logeado lo único que podrá
realizar son ventas, realizar el cobro e imprimir los tickets.
DESCRIPCIÓN DE CASO DE USO
En las siguientes tablas se puede mostrar una descripción de los casos de uso
para ayudar a comprenderlos. Se comenzara con la explicación sobre el Diagrama
de Casos de Uso sobre las actividades que realiza el cajero:
Cajero
Página 13
Sistema de control administrativo de la microempresa FRUVAZ
Actor Cajero.
Caso de uso Validar cajero (logearse), realizar ventas, realizar cobro e impresiones de los tickets.
Tipo Secundario.
Descripción Es la persona que solamente podrá acezar al sistema además del administrador, y esta solo podrá realizar ventas y cobros. Pero no podrá acceder directamente a la base de datos.
Tabla 1. Descripción de Caso de Uso del Cajero
Como se puede observar, en la Tabla 1 muestra la descripción de los cajeros,
como las actividades que realizan, pero también da a conocer las diligencias que
no podrá llevar a cabo como acceder a la base de datos directamente y no podra
modificar ningún dato almacenado.
Ahora se mostrará la tabla que describe el Diagrama de Casos de Usos del
Administrador:
Administrador
Actor Administrador
Caso de uso Validar cajero (logearse), realizar ventas, realizar cobro e impresiones de los tickets, altas, bajas, modificaciones en la base de datos.
Tipo Primario
Descripción Es la persona que tiene el control del sistema, a diferencia que el cajero este tiene el control total y por lo tanto puede realizar las altas, bajas, modificaciones.
Tabla 2. Descripción de Caso de Uso del Administrador
Página 14
Sistema de control administrativo de la microempresa FRUVAZ
La Tabla 2 muestra las actividades que lleva a cabo el administrador, solo que en
esta tabla da a conocer de forma más clara y explícita lo que hace el
administrador.
Alta
Caso de uso Alta
Actores Administrador
Tipo Básico
Propósito Ingresar de algún producto
Resumen Es iniciada por el administrador aquí se dan de alta los productos a utilizar
Procedencia Es necesario iniciar con la validación
Flujo principal Se ejecuta, valida al administrador, dependiendo condiciones con los subflujos
Subflujos 1. Ingresar como Administrador2. Validar contraseña y usuario3. Verificar datos para dar de alta4. Realizar alta de un producto
Excepciones Información completa
Tabla 2.1 Descripción de Caso de Uso de Altas
En la tabla 2.1 es una extensión del Diagrama de Casos del Administrador, solo
que en esta tabla muestra como se lleva a cabo el alta de un producto y bajo que
condiciones se registra el dato, y sobre todo indica que solo el administrador
puede llevar a cabo dicha acción.
Baja
Página 15
Sistema de control administrativo de la microempresa FRUVAZ
Caso de uso Baja
Actores Administrador
Tipo Básico
Propósito Dar de baja algún producto
Resumen Es iniciada por el administrador, aquí se dan de baja los productos a utilizar, y se modificara en la base de datos
Procedencia Es necesario iniciar con la validación
Flujo principal Se ejecuta, valida al administrador, dependiendo condiciones con los subflujos
Subflujos 1. Ingresar como Administrador2. Validar contraseña y usuario3. Buscar Datos a eliminar en la BD4. Confirmar eliminación5. Realizar baja de producto6. Actualizar Base de datos
Excepciones Información completa
Tabla 2.2 Descripción de Caso de Uso de Bajas
En la Tabla 2.2 muestra como dar alta, es también una extensión del Diagrama de
Casos de Uso de Administrador, en la tabla se muestra las condiciones que se
llevan a cabo para eliminar o dar de baja algún producto.
Reporte de ventas
Caso de uso Reporte de Ventas
Actores Administrador
Tipo Básico
Propósito Llevar a cabo un Reporte de Ventas, para conocer como han evolucionado las ventas.
Resumen Es iniciada por el administrador y aquí se imprime un reporte de ventas para conocer como van las ventas de la microempresa.
Página 16
Sistema de control administrativo de la microempresa FRUVAZ
Procedencia Es necesario iniciar con la validación
Flujo principal Se ejecuta, valida al administrador, dependiendo condiciones con los subflujos
Subflujos 1. Ingresar como Administrador2. Validar contraseña y usuario3. Buscar reporte4. Revisar el reporte de ventas
Excepciones Información completa
Tabla 2.3 Descripción de Caso de Uso de Reporte de ventas
En la Tabla 2.3 muestra los requisitos para visualizar un Reporte de Ventas, el
cual solo podrá ser solicitado por el Administrador.
Modificaciones
Caso de uso Modificaciones
Actores Administrador
Tipo Básico
Propósito Realizar modificaciones a un producto que se encuentra en la base de datos
Resumen Es iniciada por el administrador aquí se realizan las modificaciones que el administrador crea conveniente y se actualiza la base de datos
Procedencia Es necesario iniciar con la validación
Flujo principal Se ejecuta, valida al administrador, dependiendo condiciones con los subflujos
Subflujos 1. Ingresar como Administrador2. Validar contraseña y usuario3. Buscar Datos a modificar en la BD4. Confirmar modificación5. Realizar modificación de producto6. Actualizar la base de datos
Excepciones Información completa
Tabla 2.4 Descripción de Caso de Uso de Modificaciones
Página 17
Sistema de control administrativo de la microempresa FRUVAZ
En la Tabla 2.4 muestra los requerimientos para modificar los datos almacenados
en la base de datos y al mismo tiempo indica que solo el Administrador puede
realizar esta actividad.
Imprimir Reporte de Ventas
Caso de uso Imprimir
Actores Administrador
Tipo Básico
Propósito Imprimir el reporte de ventas
Resumen Es iniciada por el administrador aquí se imprime el reporte de ventas
Procedencia Es necesario iniciar con la validación
Flujo principal Se ejecuta, valida al administrador, dependiendo condiciones con los subflujos
Subflujos 1. Ingresar como Administrador2. Validar contraseña y usuario3. Imprimir el reporte de ventas
Excepciones Información completa
Tabla 2.5 Descripción de Caso de Uso para Imprimir Reporte de ventas
En la Tabla 2.5 muestra como después de visualizar el reporte de ventas se
solicita que se imprima una copia de dicho reporte.
Realizar Ventas
Caso de uso Realizar ventas
Actores Administrador, Cajero
Tipo Básico
Propósito Realizar ventas de los productos y almacenarlas en la base de
Página 18
Sistema de control administrativo de la microempresa FRUVAZ
datos, así como realizar el cobro de lo vendido
Resumen Las ventas pueden ser realizadas por el administrador y por el cajero
Procedencia Es necesario iniciar con la validación
Flujo principal Se ejecuta, valida al administrador, dependiendo condiciones con los subflujos
Subflujos 1. Ingresar como Administrador o como cajero2. Validar contraseña y usuario3. Realizar venta4. Realizar cobro5. Actualizar BD
Excepciones Información completa
Tabla 3. Descripción de Caso de Uso de Realizar Venta
En la Tabla 3 se muestra algo diferente ya que en esta etapa se puede logear
tanto el administrador como el cajero, ya que ambos pueden llevar a cabo dicha
actividad.
Imprimir Tickets
Caso de uso Imprimir tickets
Actores Administrador, Cajero
Tipo Básico
Propósito Imprimir Tickets para realizar el cobro
Resumen La impresión de tickets la puede realizar el administrador y el cajero, los cuales al realizar una venta deberán imprimir el ticket con el monto total de la venta.
Procedencia Es necesario iniciar con la validación
Flujo principal Se ejecuta, valida al administrador, dependiendo condiciones con los subflujos
Subflujo 1. Ingresar como Administrador o cajero
Página 19
Sistema de control administrativo de la microempresa FRUVAZ
2. Validar contraseña y usuario3. Realizar venta4. Imprimir ticket
Excepciones Información completa
Tabla 4. Descripción de Caso de Uso para Imprimir Ticket
La Tabla 4 muestra algo parecido al de la Tabla 3 solo que en esta imprime un
ticket, el cual muestra la culminación de la venta.
DIAGRAMA DE SECUENCIAS
Los Diagramas de Secuencias son aquellos que muestran las interacciones de un
usuario con el sistema. Estos diagramas conforman la etapa del diseño de la
aplicación, y se crean a partir de los diagramas de Casos de Uso. Ahora se van a
mostrar los Diagramas de Secuencias que maneja el Cajero como el
Administrador.
Página 20
Sistema de control administrativo de la microempresa FRUVAZ
Fig. 4 Diagrama de Secuencias de Cajero
En la Figura 4 se muestra el proceso que se lleva a cabo desde que se abre la
ventana para que el usuario se registre y así pueda llevar a cabo las actividades
que le corresponden. Ahora también se puede ver la diferencia con el Diagrama
de Secuencias del Administrador se puede observar como son diferentes sus
procesos.
Página 21
Sistema de control administrativo de la microempresa FRUVAZ
Fig. 5 Diagrama de Secuencias del Administrador
Como se puede observar, en la Fig. 5 muestra como el diagrama del administrador
es más complejo que el del cajero, ya que sus actividades son más difíciles y
laboriosas. Aquí se muestra como el administrador puede realizar una venta y
almacenarla a la base de datos, solo que a diferencia del cajero, el administrador
ingresará a la base de datos y podrá observar el reporte de ventas almacenado e
imprimir una copia del archivo.
Página 22
Sistema de control administrativo de la microempresa FRUVAZ
DIAGRAMA DE CLASES
Los diagramas de clases nos muestran los tipos de objetos que hay en el sistema
y las diversas clases de relaciones estáticas que existen entre ellos. Ahora se
muestra el Diagrama de Clases las actividades que llevan a cabo tanto el usuario
como el administrador:
Fig. 6. Diagrama de clases
Es un solo Cajero, el cual vende varios productos, de igual manera un
Administrador que vende y almacena varios productos. A continuación se mostrará
una tabla que presenta la terminología del Diagrama de Clases mostrado
anteriormente:
UML Clases Asociación Agregación
Booch Clase Usa N/A
Coad Clase y Objeto Conexión de instancias
N/A
Jacobson Objeto Asociación por reconocimiento
N/A
Odell Tipo de Objeto Relación Composición
Tabla 5. Terminología de Diagramas de Clases
En la Tabla 5 ya hemos podido observar que términos se manejan según su
estructura del Diagrama de Clases.
DIAGRAMAS DE PAQUETES
Página 23
Sistema de control administrativo de la microempresa FRUVAZ
Estos diagramas muestran los paquetes de clases y las dependencias entre ellos.
Con los Diagramas de Paquetes van a mostrar ahora de forma simplificada el
Diagrama de Estados.
Fig. 7 Diagrama de paquetes
En la Fig. 7 se muestra las clases que ocupan cada actor agrupándolas en un
nivel muy alto; tiene el objetivo de representar las clases de una forma más
explícita.
DIAGRAMAS DE ESTADO
Página 24
Sistema de control administrativo de la microempresa FRUVAZ
Los Diagramas de Estado son una técnica conocida para describir el
comportamiento de un sistema. Describen todos los estados posibles en los que
pueden entrar un objeto particular y la manera en que cambia el estado del objeto,
como resultado de los eventos que llegan a él.
Ahora a continuación se presenta el Diagrama de Estados donde se explica la
actividad que realiza el Administrador y el Cajero al vender o dar de baja algún
producto.
Fig. 8 Diagrama de estado
En la Fig. 8 se ve el diagrama de estados general en el que muestra los diferentes
estados que representan las actividades que efectúan cada usuario.
DIAGRAMAS DE ESTADO CON SUPERESTADOS
Página 25
Sistema de control administrativo de la microempresa FRUVAZ
Los diagramas de estados con superestados son para englobar todos los demás
estados que se encuentran en el sistema y que llegan a un mismo estado.
Fig. 9 Diagrama de Estado con Superestados
En la Fig. 9 se engloba todo en el Superestados cancelar, ya que este puede
cancelar cualquier proceso que se esté efectuando por cada uno de los usuarios
que se encuentren en el sistema.
DIAGRAMAS DE COLABORACIÓN
Son esencialmente un diagrama que muestra interacciones organizadas alrededor
de los roles. A diferencia de los diagramas de secuencia, los diagramas de
comunicación muestran explícitamente las relaciones de los roles.
Página 26
Sistema de control administrativo de la microempresa FRUVAZ
Fig. 10 Diagrama de Colaboraciones de Administrador y Cajero
En la Fig. 10 muestra las actividades que realiza cada usuario, en este caso el
administrador y el cajero realizan las mismas actividades.
Fig. 11 Diagrama de Colaboración para Modificar Producto
En la Fig. 11 muestra el proceso que maneja para realizar modificaciones de un
producto y actualizar la base de datos.
Página 27
Sistema de control administrativo de la microempresa FRUVAZ
Fig. 12 Diagrama de Colaboración para Bajas
En la Fig. 12 muestra el proceso que maneja para realizar bajas de un producto y
actualizar la base de datos.
Fig. 13 Diagrama de Colaboración para Altas
En la Fig. 13 muestra el proceso que maneja para realizar altas de un producto y
actualizar la base de datos.
DIAGRAMAS DE ESTADOS CONCURRENTES
Los diagramas de estados concurrentes son útiles cuando un objeto dado tiene
conjuntos de comportamientos independientes. Las secciones concurrentes del
diagrama de estados son lugares en los que, en cualquier punto, el pedido esta en
dos estados diferente, uno por cada diagrama. Cuando el pedido deja los estados
concurrentes, se encuentra en un solo estado.
Página 28
Sistema de control administrativo de la microempresa FRUVAZ
Ahora en el Diagrama de Estados Concurrentes podemos observar como se
efectúan varias actividades.
Fig. 14 Diagrama de Estados Concurrentes de Actividades del Administrador
En la Fig. 14 se muestra como el Administrador lleva a cabo varias actividades como son:
altas, bajas y modificaciones en la base de datos, por lo tanto se genera el diagrama de
estados concurrentes.
Página 29
Sistema de control administrativo de la microempresa FRUVAZ
Fig. 15 Diagrama de Estados Concurrentes de Ventas
En la Fig. 15 muestra los procesos que se ejecutan al llevar a cabo una venta de
algún producto.
DIAGRAMAS DE ACTIVIDADES
El Diagrama de Actividades combina varias técnicas, estos diagramas son útiles
en conexión con el flujo de trabajo y para la descripción del comportamiento que
contiene una gran cantidad de procesos paralelos.
Página 30
Sistema de control administrativo de la microempresa FRUVAZ
Fig. 16 Diagrama de Actividades
En la Fig. 16 muestra las distintas actividades que realizan los actores de manera general
en el sistema. Básicamente son los pasos a seguir para llegar a un proceso.
Página 31
Sistema de control administrativo de la microempresa FRUVAZ
DIAGRAMAS DE EMPLAZAMIENTO
Los Diagramas de Emplazamiento son aquellos que muestran las relaciones
físicas entre los componentes del software y de hardware en el sistema entregado.
Fig. 17 Diagrama de emplazamiento
Página 32
Sistema de control administrativo de la microempresa FRUVAZ
En la Fig. 17 muestra de manera general el relación física entre los componentes
del software con el hardware que se utiliza en el sistema. En este caso se maneja
con las maquinas con XP y el nodo del servidor con la impresora de tickets.
SISTEMA INFORMACIÓN
Antes de entrar al diseño de sistema de información es necesario dar a conocer su
concepto, así que a continuación se muestra el concepto.
Sistema de Información es un conjunto de componentes interrelacionados que
recolectan o (recuperan), procesan, almacenan y distribuyen información para
apoyar la toma de decisiones y el control de una organización. Además de apoyar
la toma de decisiones, la coordinación y el control, los sistemas de información
pueden ayudar a los gerentes y trabajadores analizar, a visualizar asuntos
complejos y a crear productos nuevos.
El sistema de control administrativo va a manejar los siguientes componentes:
Recibir datos de fuentes internas de la empresa
Almacena los datos
Produce información actuando sobre los datos y reportes
En el caso de FRUVAZ se realiza el análisis de las ventas y las ganancias
obtenidas durante un periodo determinado, imprimiendo un reporte para da a
conocer esta información a los administrativos de dicha microempresa. Una vez
obtenido la información deseada, por consiguiente se deberá tomar una decisión
sobre lo que se debe realizar a continuación para mejorar el servicio que se les
ofrece a los clientes.
Los reportes a imprimir se almacenan en un archivo PDF, y solo tendrá acceso a
este documento el administrador, para que personas ajenas no puedan hacer mal
uso de la información. El vendedor solo va a realizar ventas para evitar conflictos
Página 33
Sistema de control administrativo de la microempresa FRUVAZ
con el administrador y solo él} sea responsable sobre la información registrada en
la base de datos sobre los productos que ofrecen.
A continuación se muestra un diagrama que muestra como está conformado el
ambiente en que se trabaja en la microempresa de FRUVAZ.
MEDIO AMBIENTE
EMPRESA
SISTEMA DE
INFORMACIÓN
Fig. 18 Ambiente de trabajo en la microempresa FRUVAZ
Como se mostro en la Fig. 18 la empresa está rodeada por un Medio Ambiente, el
cual es la representación de la competitividad y de la demanda de los productos
que maneja, y en el centro de la empresa se encuentra el Sistema de Información
que conforma a FRUVAZ.
Página 34
Sistema de control administrativo de la microempresa FRUVAZ
En la parte del Sistema de Información entramos de manera seguida a la base de
datos, la cual contiene toda la información que se está manejando en ella y que
solo el administrador podrá tener acceso a ella.
El siguiente diagrama muestra como está conformado Sistema de Información
(Base de Datos):
Fig. 19 Diagrama de la Base de Datos Integrada
En la Fig. 19 se muestra que en la base de datos va a producir el almacenamiento,
como:
Usuarios registrados
Productos que se preparan en FRUVAZ
Página 35
Base de Datos Integrada
Usuarios
Productos
Ventas
Inventarios
Reportes
Sistema de Información
de FRUVAZ
Sistema de control administrativo de la microempresa FRUVAZ
Ventas registradas durante un determinado periodo de tiempo
Inventarios de los productos en existencia o producidos
Al final va a generar Reportes, sobre los productos vendidos y la ganancia
obtenida.
DIAGRAMA DE COMPONENTES
Respecto a los componentes…
◦ Es implementado por una o más clases/objetos del sistema.
◦ Es una unidad autónoma que provee una o más interfaces.
◦ Las interfaces representan un contrato de servicios que el componente ofrece.
El despliegue de componentes describe como está distribuido los sistemas que se
va a manejar en la microempresa de FRUVAZ, la cual va a contener los siguientes
componentes que va a contener el servidor:
Fig. 20 Diagrama de Componentes
Página 36
Sistema de control administrativo de la microempresa FRUVAZ
En la Fi. 20 se muestra está conformado el Diagrama de Componentes al
momento de acezar a la Base de Datos, iniciando por la interfaz principal, en la
que se debe registrar el tipo de usuario que va a entra al sistema, una vez adentro
podrá seleccionar el tipo de operación a realizar.
DIAGRAMA DE DESPLIEGUE
Los Diagramas de Despliegue:
Permiten modelar la disposición física o topología de un sistema.
Muestra el hardware usado y los componentes instalados en el hardware.
Muestra las conexiones físicas entre el hardware y las relaciones entre
componentes.
El elemento principal del diagrama son los NODOS.
A continuación se muestra el Diagrama de Despliegue:
Fig. 21 Diagrama de Despliegue
Página 37
Sistema de control administrativo de la microempresa FRUVAZ
En la Fig. 21 se puede observar el Diagrama de Despliegue, el cual muestra como
el sistema se divide en tres nodos, pero esto comienza con la entrada del usuario
a la estación de trabajo (el primer nodo), que es el sistema de control y por
consiguiente entra a AppServer (segundo nodo), que conforma la plataforma sobre
la cual esta realizado el sistema y entra a la interfaz Principal, interfaz de Registro
e interfaz de la Base de Datos. Por último entra a la Base de Datos (tercer nodo).
TÉCNICAS DE DESARROLLO DE ARQUITECTURAS
Es la representación abstracta de los módulos y componentes del Sistema de
Control Administrativo de FRUVAZ. A continuación se muestra un Diagrama en el
que se muestra como está conformado el sistema:
Fig. 22 Diagrama de Arquitectura del Sistema Multinivel
En La Fig. 22 se puede observar que la arquitectura se divide en cuatro partes:
Página 38
Aplicación Presentación Servicio Registros
Usuario Servidor de Componentes Servidor BD
- Maneja iteración con el Usuario
-Despliega pantalla PHP
-Validación
-Registro aceptado
-Usuario Aceptado
-Despliegue de Pantalla según el tipo de Usuario
-Maneja ventanas de acuerdo al tipo de Usuario
-Realiza ventas
-Realiza altas (administrador)
-Realiza bajas (administrador)
-Realiza modificaciones (administrador)
-Imprime reportes (administrador)
-Registra Ventas
- Registro Altas
-Registro de Bajas
-Registro de Usuarios
-Registro de Modificación
Sistema de control administrativo de la microempresa FRUVAZ
Aplicación: es la interfaz principal y donde el usuario debe logearse para
entrar a la información almacenada en FRUVAZ, pero para esto el usuario
debe estar registrado en la base de datos, para poder acezar a ella.
Presentación: una vez entro al sistema el usuario, se le desplegara una
pantalla que dependerá del tipo de usuario, ya que si es vendedor los podrá
realizar ventas, pero si es administrador podrá aparte de ventas realizar
bajas, altas, modificaciones e imprimir reportes.
Servicio: son las operaciones que realiza el usuario en el sistema.
Registros: son los tipos de Registros que se almacenan en la base de
datos.
ARQUITECTURA DEL SISTEMA SIN CONEXIÓN A INTERNET
La arquitectura de Sistemas sin Conexión a Internet, son paginas que se ocupan
sin necesidad de estar conectado a laguna red, para ello se maneja una base de
datos. A continuación se muestra el diagrama que se realizo para la microempresa
de FRUVAZ:
Fig. 23 Diagrama de Arquitectura del Sistema Sin Conexión a Internet
Página 39
Sistema de control administrativo de la microempresa FRUVAZ
El servidor principal maneja los recursos que se utilizan en la Base de Datos como
son: Imágenes, Tipos de Frutas, Tipos de aguas, Tipos de Jugos y Precios, que se
utilizan en la microempresa FRUVAZ. La Plataforma que se emplea es PHP, sobre
la cual están desarrollada todas las ventanas que se manejan. Y utiliza AppServer
para manejar la Conexión entre la base de datos con las ventas. Incluyendo a
MySQL, que es el sistema en el que se almacena toda la base de datos.
Página 40
Sistema de control administrativo de la microempresa FRUVAZ
PRUEBAS DE SOFTWARE
Se realizaron una serie de pruebas, para verificar que el sistema funcione
correctamente, para ello todas las pruebas se fueron registrando en tablas, las
cuales se les llaman:
Cajas blancas: se registra los errores de código que ocasionen que el
sistema no funcione.
Cajas negras: son los errores encontrados en la interfaz.
Cajas grises: son los errores encontrados en la interfaz, pero también son
errores del código, y ambos son los causantes de los errores.
A continuación se muestran las tablas donde se ha registrado todos los errores
encontrados al revisar el software.
La primer tabla que se registró las pruebas son las de altas:
Página 41
Sistema de control administrativo de la microempresa FRUVAZ
FECHA TIPO DE PRUEBA UNIDAD A
APLICAR
REVISOR
28-Abril-2010 Caja Blanca Altas Programador
FILOSOFÍA
Verificar que las altas del producto se realicen satisfactoriamente.
QUÉ DONDE COMO
Realizar una prueba a la ventana
de altas del sistema.
Se registran los resultados en
la bitácora de evaluación del
sistema.
28-Abril-2010
Se realizo el alta de un producto
(cocktel).
GRADO
Condicional: Es condicional porque si uno de los campos no es llenado (producto, descripción y precio), no
da de alta el producto.
Bucle: El proceso es repetitivo porque se pueden realizar altas varias veces.
DATOS
Los datos ingresados son una simulación para comprobar el funcionamiento de la aplicación de altas.
RECURSOS
Software:
-Appserver 2.5, Sistema operativo Windows Vista y Windows XP
Hardware:
- Una PC, Mínimo de disco duro de 40GB, Memoria RAM de 1GB
TIEMPO DEFECTO TIPO FUENTE
El alta del producto se
realiza en un máximo de
2 minutos. 1.-
Dio de alta el producto con
al menos un campo lleno
de tres que existen
(nombre del producto,
ingredientes y precio).
Esto fue ocasionado por que en el
código donde se hace la
comparación de los campos vacios
se tenía el operador OR(||) en lugar
del AND(&&).
2.-
Se ingreso un producto
que ya existe en la BD.
No se hizo la comparación del
producto a dar de alta con la BD
para evitar la duplicación.
ALCANCE
Al llevar a cabo una prueba del alta de un producto se puede observar los problemas que se tienen y así
corregirlos. .
CONSTRUCCIÓN
Se utiliza Dreamweaver y Photoshop para llevar a cabo la interfaz grafica del programa.
AppServer para usar MySQL para crear la Base de Datos.
Tabla 7.Caja Blanca de Altas
Página 42
Sistema de control administrativo de la microempresa FRUVAZ
FECHA TIPO DE PRUEBA UNIDAD A
APLICAR
REVISOR
28-Abril-2010 Caja Blanca Altas Programador
FILOSOFÍA
Verificar que las altas del producto se realicen satisfactoriamente.
QUÉ DONDE COMO
Realizar una prueba a la ventana
de altas del sistema.
Se registran los resultados en
la bitácora de evaluación del
sistema.
28-Abril-2010
Se realizo el alta de un producto
(cocktel).
GRADO
Condicional: Es condicional porque si uno de los campos no es llenado (producto, descripción y precio), no
da de alta el producto.
Bucle: El proceso es repetitivo porque se pueden realizar altas varias veces.
DATOS
Los datos ingresados son una simulación para comprobar el funcionamiento de la aplicación de altas.
RECURSOS
Software:
-Appserver 2.5, Sistema operativo, Windows Vista y Windows XP, el Sistema Desarrollado de Fruvaz.
Hardware:
- Una PC, -Mínimo de disco duro de 40GB, -Memoria RAM de 1GB
TIEMPO DEFECTO TIPO FUENTE
El alta del producto se
realiza en un máximo de
2 minutos.1.-
En el campo de nombre
del producto se aceptaron
números.
El campo de nombre del producto
no se valido para que acepte solo
caracteres y no números.
ALCANCE
Al llevar a cabo una prueba del alta de un producto se puede observar los problemas que se tienen y así
corregirlos.
CONSTRUCCIÓN
Se utiliza Dreamweaver y Photoshop para llevar a cabo la interfaz grafica del programa.
AppServer para usar MySQL para crear la Base de Datos.
Tabla 8.Caja Blanca de Altas
Página 43
Sistema de control administrativo de la microempresa FRUVAZ
FECHA TIPO DE PRUEBA UNIDAD A APLICAR REVISOR
28-Abril-2010 Caja Negra Altas Programador
FILOSOFÍA
Verificar las funciones correctas e incorrectas de los campos donde se ingresan los datos para dar de alta un
producto en la interfaz.
QUÉ DONDE COMO
Las pruebas se llevan
a cabo sobre la
interfaz de la
aplicación de altas.
Esta prueba es realizada en el
área de altas de un producto.
28-Abril-2010
Se realizo el alta de un producto (cocktel)
GRADO
Condicional: Es condicional porque si uno de los campos no es llenado (producto, descripción y precio), no
realiza el alta el producto.
Bucle: El proceso es repetitivo porque se pueden realizar altas varias veces.
DATOS
Los datos ingresados son una simulación para comprobar el funcionamiento de la ventana de altas.
RECURSOS
Software:
-Appserver 2.5, -Sistema operative, Windows Vista y Windows XP, el Sistema Desarrollado de Fruvaz.
Hardware:
- Una PC, -Mínimo de disco duro de 40GB, -Memoria RAM de 1GB
TIEMPO DEFECTO TIPO FUENTE
El alta del producto
se realiza en un
máximo de 2 minutos.1.-
Se pide ingresar datos de manera
general y no se especifica que
tipos de datos son.
Para solicitar los datos solo se
mostraba nombre y esto
confunde al inspector porque
no sabe si es su nombre de él o
del producto, el que se tiene
que ingresar.
ALCANCE
Al realizar la prueba de inserción de datos se encontraron errores en la interfaz por lo que se va a realizar
otra prueba de la misma unidad de evaluación para verificar si los errores fueron corregidos.
CONSTRUCCIÓN
Se utiliza Dreamweaver y Photoshop para llevar a cabo la interfaz grafica del programa.
Tabla 9.Caja Negra de Altas
Página 44
Sistema de control administrativo de la microempresa FRUVAZ
FECHA TIPO DE PRUEBA UNIDAD A APLICAR REVISOR
28-Abril-2010 Caja Negra Altas Programador
FILOSOFÍA
Verificar las funciones correctas e incorrectas de los campos donde se ingresan los datos para dar de alta un
producto en la interfaz.
QUÉ DONDE COMO
Las pruebas se llevan
a cabo sobre la
interfaz de la
aplicación de altas.
Esta prueba es realizada en el
área de altas de un producto.
28-Abril-2010
Se realizo el alta de un producto (cocktel).
GRADO
Condicional: Es condicional porque si uno de los campos no es llenado (producto, descripción y precio), no
da de alta el producto.
Bucle: El proceso es repetitivo porque se pueden realizar altas varias veces.
DATOS
Los datos ingresados son una simulación para comprobar el funcionamiento de la ventana de altas.
RECURSOS
Software:
-Appserver 2.5, Sistema operativo, Windows Vista y Windows XP, Sistema Desarrollado de Fruvaz.
Hardware:
- Una PC, -Mínimo de disco duro de 40GB, -Memoria RAM de 1GB
TIEMPO DEFECTO TIPO FUENTE
El alta del producto
se realiza en un
máximo de 2 minutos. 1.-
Solo se ingresan datos sin tener
una rama específica sobre el
producto.
Debe existir una tabla para
ingresar jugos, una para los
cockteles, y otra para los
esquimos. Para no hacerlo de
forma general.
ALCANCE
Al realizar la prueba de inserción de datos se encontraron errores en la interfaz por lo que se va a realizar
otra prueba de la misma unidad de evaluación para verificar si los errores fueron corregidos.
CONSTRUCCIÓN
Se utiliza Dreamweaver y Photoshop para llevar a cabo la interfaz grafica del programa.
Tabla 10.Caja Negra de Altas
Página 45
Sistema de control administrativo de la microempresa FRUVAZ
FECHA TIPO DE PRUEBA UNIDAD A APLICAR REVISOR
28-Abril-2010 Caja Gris Altas Programador
FILOSOFÍA
Verificar las funciones correctas e incorrectas al ingresar los datos, para dar de alta un producto en el
sistema.
QUÉ DONDE COMO
Las pruebas se llevan
a cabo sobre la
interfaz y código de la
aplicación de altas.
Esta prueba es realizada en el
área de altas de un producto.
28-Abril-2010
Se realizo el alta de un producto (cocktel).
GRADO
Condicional: Es condicional porque si uno de los campos no es llenado (producto, descripción y precio), no
realiza el alta el producto.
Bucle: El proceso es repetitivo porque se pueden realizar altas varias veces.
DATOS
Los datos ingresados son una simulación para comprobar el funcionamiento de la ventana de altas.
RECURSOS
Software:
-Appserver 2.5, Sistema operativo, Windows Vista y Windows XP, Sistema Desarrollado de Fruvaz.
Hardware:
- Una PC, -Mínimo de disco duro de 40GB, -Memoria RAM de 1GB
TIEMPO DEFECTO TIPO FUENTE
El alta del producto
se realiza en un
máximo de 2 minutos.1.-
En el campo de precio dejo
ingresar un valor grande.
No se valido el campo precio
para que reciba como mínimo 5
caracteres, y un precio menor a
$50.°°.
ALCANCE
Al realizar la prueba de inserción de datos se encontraron errores en la interfaz y en código por lo que se va
a realizar otra prueba de la misma unidad de evaluación para verificar si los errores fueron corregidos.
CONSTRUCCIÓN
Se utiliza Dreamweaver y Photoshop para llevar a cabo la interfaz grafica del programa.
Tabla 11.Caja Gris de Altas
Página 46
Sistema de control administrativo de la microempresa FRUVAZ
FECHA TIPO DE PRUEBA UNIDAD A APLICAR REVISOR
20-Abril-2010 Caja Blanca Modificaciones Programador
FILOSOFÍA
Verificar que las modificaciones se realicen correctamente en la base de datos y para eso se revisara el
código en el apartado de inserción.
QUÉ DONDE COMO
Se documentara si se
realiza la inserción
correcta de un
producto (cocktel)
después de ser
modificado.
Esta prueba es registrara en la
bitácora correspondiente.
La prueba se realizo en el momento de
programar este sistema, en el código de
modificaciones.
GRADO
Condicional SQL para la inserción de los datos en la base de datos.
DATOS
Los datos ingresados son una simulación para comprobar el funcionamiento del sistema.
RECURSOS
Software:
-Appserver 2.5 , Sistema operativo Windows Vista y Windows XP, Sistema Fruvaz.
Hardware:
- Una PC, Mínimo de disco duro de 40GB , Memoria RAM de 1GB.
TIEMPO DEFECTO TIPO FUENTE
La modificación se
realizo en un tiempo
de ejecución de
aproximadamente 2
segundos
1.-
En la condición SQL faltaba
colocarle el nombre de la tabla
que permitiera insertar los datos
una vez que se realizara la
modificación.
En el apartado de inserción
después de realizar una
modificación no lo realizaba
correctamente debido a que no
estaba bien el nombre de la
tabla, entonces a la hora de
insertar no lo modificaba.
ALCANCE
Al terminar la verificación se pretende realizar otra prueba de modificación para que el sistema funcione de
manera correcta.
CONSTRUCCIÓN
Página 47
Sistema de control administrativo de la microempresa FRUVAZ
Se utiliza Dreamweaver y Photoshop para llevar a cabo la interfaz grafica del programa.
Tabla 12.Caja Blanca de Modificaciones
FECHA TIPO DE PRUEBA UNIDAD A APLICAR REVISOR
21-Abril-2010 Caja Blanca Modificaciones Programador
FILOSOFÍA
Verificar que los datos de inserción se realicen de manera correcta en los campos de la tabla sin que estos
se inserten en otro campo una vez que se realice la modificación.
QUÉ DONDE COMO
Se documentara si se
realiza la inserción de
un producto en los
campos correctos
después de ser
modificado.
Esta prueba es registrara en la
bitácora correspondiente.
La prueba se realizo en el momento de
programar este sistema, en el código de
modificaciones.
GRADO
Condicional SQL para la inserción de los datos en la base de datos.
DATOS
Los datos ingresados son una simulación para comprobar el funcionamiento del sistema.
RECURSOS
Software:
-Appserver 2.5 , Sistema operativo Windows Vista y Windows XP, Sistema realizado.
Hardware:
- Una PC, Mínimo de disco duro de 40GB , Memoria RAM de 1GB.
TIEMPO DEFECTO TIPO FUENTE
La modificación se
realizo en un tiempo
de ejecución de
aproximadamente 2
segundos. 1.-
En la condición SQL se escribió
mal el orden de los campos.
En el apartado de inserción no
se realizo correctamente una
modificación cuando el
programador inserto un
producto y sus anexos, debido
a que en la condición SQL los
datos no tenían el mismo orden
que tenían los campos en la
base de datos.
ALCANCE
Página 48
Sistema de control administrativo de la microempresa FRUVAZ
Se a verificado que todo lo señalado a sido corregido y por ende se proceda a realizar nuevas cajas de otro
grado de dificultad.
CONSTRUCCIÓN
Se utiliza Dreamweaver y Photoshop para llevar a cabo la interfaz grafica del programa.
Tabla 13.Caja Blanca de Modificaciones
FECHA TIPO DE PRUEBA UNIDAD A APLICAR REVISOR
21-Abril-2010 Caja Negra Modificaciones Diseñador
FILOSOFÍA
Verificar que los datos introducidos en el campo de búsqueda sean únicamente letras.
QUÉ DONDE COMO
Se documentara si se
en el campo de texto
de búsqueda se
introducen
únicamente letras.
Esta prueba es registrara en la
bitácora correspondiente.
La prueba se realizo en la interfaz de
modificaciones, el campo que realiza una
búsqueda del producto para su modificación.
GRADO
Grado 1: Entrada de Datos.
Validación del campo de texto de búsqueda en el área de modificaciones.
DATOS
Los datos ingresados son una simulación para comprobar el funcionamiento del sistema.
RECURSOS
Software:
-Appserver 2.5 , Sistema operativo Windows Vista y Windows XP, Sistema realizado.
Hardware:
- Una PC, Mínimo de disco duro de 40GB , Memoria RAM de 1GB.
TIEMPO DEFECTO TIPO FUENTE
La respuesta de
espera es de 1 seg. 1.-
El campo de texto de búsqueda
para una modificación no esta
validado acepta cualquier carácter.
Se introdujeron números al
campo de texto y se realizo una
búsqueda.
ALCANCE
Se corrigió la aceptación de caracteres y ahora solo acepta letras para realizar la búsqueda y después hacer
una modificación.
CONSTRUCCIÓN
Se utiliza Dreamweaver y Photoshop para llevar a cabo la interfaz grafica del programa.
Tabla 14.Caja Negra de Modificaciones
Página 49
Sistema de control administrativo de la microempresa FRUVAZ
FECHA TIPO DE
PRUEBA
UNIDAD A
APLICAR
REVISOR
22-Abril-2010 Caja Negra Modificaciones Diseñador
FILOSOFÍA
Verificar que la interfaz de modificaciones sea correcta y te mande a los links deseados
QUÉ DONDE COMO
Se documentara
si la interfaz de
modificaciones
tiene un buen
acceso a los
diferentes links.
Esta prueba es registrara en
la bitácora correspondiente.
La prueba se realizo en la interfaz de modificaciones, al
dar clic en los links que contiene esta interfaz.
GRADO
Validar que todos los links tengan un destino correcto.
DATOS
Los datos ingresados son una simulación para comprobar el funcionamiento del sistema.
RECURSOS
Software:
-Appserver 2.5 , Sistema operativo Windows Vista y Windows XP, Sistema realizado.
Hardware:
- Una PC, Mínimo de disco duro de 40GB , Memoria RAM de 1GB.
TIEMPO DEFECTO TIPO CARACTERES
VALIDOS
INVALIDOS
La respuesta de
espera es de 1
seg.
1.- Todos los links
tienen un destino
correcto.
El links de cockteles te
lleva a la interfaz de
cockteles, el links de
jugos te lleva
únicamente a la
interfaz de jugos, el link
de skymos te lleva a la
El links de paginación que
te llevan a otra pagina si
existes más productos
(cockteles, jugos, skymos)
direcciono mal.
Página 50
Sistema de control administrativo de la microempresa FRUVAZ
interfaz de skymos.
ALCANCE
Se corrigió el link de paginación ya te lleva a la pagina correcta si exististe mas productos.
CONSTRUCCIÓN
Se utiliza Dreamweaver y Photoshop para llevar a cabo la interfaz grafica del programa.
Tabla 15.Caja Negra de Modificaciones
FECHA TIPO DE PRUEBA UNIDAD A APLICAR REVISOR
23-Abril-2010 Caja Gris Modificaciones Programador
FILOSOFÍA
Verificar que el apartado de modificaciones funcione correctamente tanto física como lógicamente.
QUÉ DONDE COMO
Se documentara si se
en el campo de texto
de búsqueda se
introducen
únicamente letras.
Esta prueba es registrara en la
bitácora correspondiente.
La prueba se realizo en la interfaz de
modificaciones, para observar el
funcionamiento físico como lógico.
GRADO
Bucle de búsqueda en la base de datos
Validación de Campo de texto
Condición SQL para la búsqueda de datos y realzar la nueva inserción correspondiente después de una
modificación.
DATOS
Los datos ingresados son una simulación para comprobar el funcionamiento del sistema.
Software:
-Appserver 2.5 , Sistema operativo Windows Vista y Windows XP, Sistema realizado.
Hardware:
- Una PC, Mínimo de disco duro de 40GB , Memoria RAM de 1GB.
TIEMPO DEFECTO TIPO FUENTE
La respuesta de
espera es de 1 seg.
1.-
Al realizar la modificación no se
realizo.
Se llenaron los campos de texto
correctamente pero a la hora de
almacenarlos no se
almacenaron porque no
encontró la tabla de los
productos(skymos).
Página 51
Sistema de control administrativo de la microempresa FRUVAZ
ALCANCE
Se corrigió la aceptación de caracteres y ahora solo acepta letras para realizar la búsqueda y después hacer
una modificación.
CONSTRUCCIÓN
Se utiliza Dreamweaver y Photoshop para llevar a cabo la interfaz grafica del programa.
Tabla 16.Caja Gris de Modificaciones
FECHA TIPO DE PRUEBA UNIDAD A APLICAR REVISOR
23-Abril-2010 Caja Gris Modificaciones Programador
FILOSOFÍA
Verificar que el apartado de modificaciones funcione correctamente tanto física como lógicamente.
QUÉ DONDE COMO
Se verificara que los
datos expuestos en
pantalla son correctos
Esta prueba es registrara en la
bitácora correspondiente.
La prueba se realizo en la interfaz de
modificaciones, para observar el
funcionamiento físico como lógico.
GRADO
Bucle de búsqueda en la base de datos
Validación de Campo de texto
Condición SQL para la búsqueda de datos y realzar la nueva inserción correspondiente después de una
modificación.
DATOS
Los datos ingresados son una simulación para comprobar el funcionamiento del sistema.
Software:
-Appserver 2.5 , Sistema operativo Windows Vista y Windows XP, Sistema realizado.
Hardware:
- Una PC, Mínimo de disco duro de 40GB , Memoria RAM de 1GB.
TIEMPO DEFECTO TIPO FUENTE
La respuesta de
espera es de 1 seg.
1.- El precio de un producto imprime
en pantalla la descripción del
producto. Ejemplo cocktel de
manzana precio: manzana y nuez,
pero este erros solo ocurre en los
En la programación se le indico
el dato incorrecto a imprimir
para que fuera visualizado.
Página 52
Sistema de control administrativo de la microempresa FRUVAZ
dos últimos productos.
ALCANCE
Se corrigió la aceptación de caracteres y ahora solo acepta letras para realizar la búsqueda y después hacer
una modificación.
CONSTRUCCIÓN
Se utiliza Dreamweaver y Photoshop para llevar a cabo la interfaz grafica del programa.
Tabla 17.Caja Gris de Modificaciones
FECHA TIPO DE PRUEBA UNIDAD A APLICAR REVISOR
8-Mayo-2010 Caja Negra Reportes Programador
FILOSOFÍA
Verificar que el apartado de reportes funcione correctamente.
QUÉ DONDE COMO
Se verificara que el
reporte contenga los
datos correctos de lo
que se a vendido.
Esta prueba es registrada en la
bitácora correspondiente.
La prueba se realizo en la interfaz de reportes,
para observar el funcionamiento físico.
GRADO
Bucle de búsqueda en un archivo generado para realizar el reporte de ventas.
DATOS
Los datos ingresados son una simulación para comprobar el funcionamiento del sistema.
Software:
-Appserver 2.5 , Sistema operativo Windows Vista y Windows XP, Sistema realizado.
Hardware:
- Una PC, Mínimo de disco duro de 40GB , Memoria RAM de 1GB.
TIEMPO DEFECTO TIPO FUENTE
La respuesta de
espera es de 1 seg.
1.-
El reporte imprime algunas veces
en su total un cero en lugar del
total de la venta.
El archivo que va guardando
las ventas a la hora de realizar
un reporte genera un erros
debido a que ya se realizaron
varias ventas y a la hora de
generara el erros imprime en su
total un cero.
ALCANCE
Se corrigió el problema y se imprime de manera correcta el total de la venta.
Página 53
Sistema de control administrativo de la microempresa FRUVAZ
CONSTRUCCIÓN
Se utiliza Dreamweaver y Photoshop para llevar a cabo la interfaz grafica del programa.
Tabla 18.Caja Negra de Reportes
Página 54
Sistema de control administrativo de la microempresa FRUVAZ
FECHA TIPO DE PRUEBA UNIDAD A APLICAR REVISOR
8-Mayo-2010 Caja Gris Reportes Programador
FILOSOFÍA
Verificar que el apartado de reportes sea entendible físicamente para el usuario.
QUÉ DONDE COMO
Se verificara que el
reporte contenga los
datos correctos para
que sean
visualizados.
Esta prueba es registrada en la
bitácora correspondiente.
La prueba se realizo en la interfaz de reportes,
para observar el funcionamiento físico.
GRADO
Solo se evaluara el diseño de la pagina para la visualización correcta del usuario.
DATOS
Los datos ingresados son una simulación para comprobar el funcionamiento del sistema.
Software:
-Appserver 2.5 , Sistema operativo Windows Vista y Windows XP, Sistema realizado.
Hardware:
- Una PC, Mínimo de disco duro de 40GB , Memoria RAM de 1GB.
TIEMPO DEFECTO TIPO FUENTE
La respuesta de
espera es de 1 seg.
1.-
En el encabezado del documento
no se muestra un titulo en las
dimensiones correctas.
En el archivo que contiene el
desarrollo de un archivo .pdf
que es el lugar donde se
genera el reporte se tiene que
modificar el lineamiento para
que exista una mejor
visualización de los datos.
ALCANCE
Se corrigió el problema y los datos se visualizan de manera correcta.
CONSTRUCCIÓN
Se utiliza Dreamweaver y Photoshop para llevar a cabo la interfaz grafica del programa.
Tabla 19.Caja Gris de Reportes
Página 55
Sistema de control administrativo de la microempresa FRUVAZ
FECHA TIPO DE PRUEBA UNIDAD A APLICAR REVISOR
9-Mayo-2010 Caja Negra Logearse Analista
FILOSOFÍA
Verificar que la interfaz de logeo tenga un buen funcionamiento.
QUÉ DONDE COMO
Se verificara que la interfaz de
logeo tenga un buen
funcionamiento.
Esta prueba es registrada en la
bitácora correspondiente.
La prueba se realizo en la interfaz de
logearse, para observar el
funcionamiento físico.
GRADO
Solo se evaluara el diseño de la pagina para ver si es amigable para el usuario.
DATOS
Los datos ingresados son una simulación para comprobar el funcionamiento del sistema.
Software:
-Appserver 2.5 , Sistema operativo Windows Vista y Windows XP, Sistema realizado.
Hardware:
- Una PC, Mínimo de disco duro de 40GB , Memoria RAM de 1GB.
TIEMPO DEFECTO TIPO FUENTE
La respuesta de
espera es de 1 seg.
1.-
La interfaz se encuentra en un
buen estado y su funcionamiento
es correcto.
Se realizó un logeo para entrar
como administrador a la
sección de administrador y
como vendedor a la sección de
vendedor y cada una tiene el
acceso correcto a cada una de
las interfaces.
ALCANCE
El funcionamiento es favorable y se procede a realizar otra prueba.
CONSTRUCCIÓN
Se utiliza Dreamweaver y Photoshop para llevar a cabo la interfaz grafica del programa.
Tabla 19
20.Caja Negra de Logearse
Página 56
Sistema de control administrativo de la microempresa FRUVAZ
FECHA TIPO DE PRUEBA UNIDAD A APLICAR REVISOR
9-Mayo-2010 Caja Negra Logearse Analista
FILOSOFÍA
Verificar la validación de los campos de texto de logearse.
QUÉ DONDE COMO
Se verificara que las cajas de
texto tengan un buen
funcionamiento al realiza el
logeo.
Esta prueba es registrada en la
bitácora correspondiente.
La prueba se realizo en la interfaz de
logearse, para observar la validación
de los campos.
GRADO
Grado 1: Entrada de DatosValidación de los campos de texto en el área de logearse.Bucle de búsqueda en la base de datos.
DATOS
Los datos ingresados son una simulación para comprobar el funcionamiento del sistema.
Software:
-Appserver 2.5 , Sistema operativo Windows Vista y Windows XP, Sistema realizado.
Hardware:
- Una PC, Mínimo de disco duro de 40GB , Memoria RAM de 1GB.
TIEMPO DEFECTO TIPO CARACTERES
VALIDOS
CARACTERES
INVALIDOS
La respuesta de
espera es de 1 seg. Acceso al
sistema
dependiendo
el tipo de
usuario.
Verificar que los datos
introducidos existan en
la base de datos para el
acceso al sistema
dependiendo el nivel del
usuario.
El acceso al sistema
como:
-administrador
Usuario:(admon)
Contraseña:(admon)
-vendedor
Usuario:(venta )
Contraseña:(venta)
Cualquier otro
carácter o palabra
que sea ingresada
a las cajas de texto
de usuario y
contraseña son
incorrectos porque
solo existen los
valores definidos.
ALCANCE
La validación es correcta y el acceso a cada interfaz es correcta.
CONSTRUCCIÓN
Se utiliza Dreamweaver y Photoshop para llevar a cabo la interfaz grafica del programa.
Página 57
Sistema de control administrativo de la microempresa FRUVAZ
Tabla 21.Caja Negra de Logearse
FECHA TIPO DE PRUEBA UNIDAD A APLICAR REVISOR
12-Mayo-2010 Caja Blanca Bajas Programador
FILOSOFÍA
Verificar en el código que al realizar una búsqueda de producto (cocktel, jugos, skymos ) para eliminar se encuentre cierto producto o que exista en la base de datos.
QUÉ DONDE COMO
Se verificara en el código que
los condicionales para la
búsqueda de un producto a
eliminar sean correctos.
Esta prueba es registrada en la
bitácora correspondiente.
La prueba se realizo en el código
que realiza la búsqueda de un
producto para eliminarlo en el
archivo de bajas.
GRADO
Bucle de búsqueda en la base de datos.
DATOS
Los datos ingresados son una simulación para comprobar el funcionamiento del sistema.
Software:
-Appserver 2.5 , Sistema operativo Windows Vista y Windows XP, Sistema realizado.
Hardware:
- Una PC, Mínimo de disco duro de 40GB , Memoria RAM de 1GB.
TIEMPO DEFECTO TIPO FUENTE
La respuesta de
espera es de 1 seg.
1.-
Lo búsqueda del producto
se realiza de manera
incorrecta.
En el bucle de la búsqueda
del producto a eliminar no se
encuentra el producto porque
no se a indicado el nombre
correcto de la tabla donde se
buscaran los productos.
ALCANCE
El bucle para la búsqueda de un producto fue corregido y la búsqueda al realizarse ya encuentra el producto
dependiendo el caso ya sean cockteles, jugos, skymos.
CONSTRUCCIÓN
Se utiliza Dreamweaver y Photoshop para llevar a cabo la interfaz grafica del programa.
Tabla 22.Caja Blanca de Bajas
Página 58
Sistema de control administrativo de la microempresa FRUVAZ
FECHA TIPO DE PRUEBA UNIDAD A APLICAR REVISOR
13-Mayo-
2010
Caja Negra Bajas Analista
FILOSOFÍA
Verificar que en la interfaz de bajas que el campo de texto se encuentre validado.
QUÉ DONDE COMO
Se verificara que la interfaz
de bajas el campo de texto
de búsqueda se encuentre
validado.
Esta prueba es registrada en la
bitácora correspondiente.
La prueba se realizo en la interfaz de
bajas, para observar el funcionamiento
físico del campo de texto de búsquedas y
así verificar que este se encuentre
validado.
GRADO
Grado 1: Entrada de DatosValidación del campo de texto en el área de búsqueda para la eliminación de un producto.
DATOS
Los datos ingresados son una simulación para comprobar el funcionamiento del sistema.
Software:
-Appserver 2.5 , Sistema operativo Windows Vista y Windows XP, Sistema realizado.
Hardware:
- Una PC, Mínimo de disco duro de 40GB , Memoria RAM de 1GB.
TIEMPO DEFECTO TIPO CARACTERRES
VALIDOS
CARACTERES
INVALIDOS
La respuesta de
espera es de 1
seg.
1.-Validacion del
campo de texto
de búsqueda.
Se introdujeron
números en la
búsqueda de un
producto y no se
realizo porque el
campo de texto solo
acepta caracteres.
Cualquier letra
de la A-Z
Cualquier número y
símbolo.
ALCANCE
El funcionamiento de validación para la búsqueda de u producto es correcto.
CONSTRUCCIÓN
Página 59
Sistema de control administrativo de la microempresa FRUVAZ
Se utiliza Dreamweaver y Photoshop para llevar a cabo la interfaz grafica del programa.
Tabla 23.Caja Negra de Bajas
FECHA TIPO DE PRUEBA UNIDAD A APLICAR REVISOR
14-Mayo-2010 Caja Gris Bajas Analista
FILOSOFÍA
Verificar que en la interfaz de bajas funcione de manera correcta tanto física como lógicamente.
QUÉ DONDE COMO
Se verificara que la interfaz
de bajas tenga un
funcionamiento correcto.
Esta prueba es registrada en la
bitácora correspondiente.
La prueba se realizo en la interfaz de
bajas, para observar el funcionamiento
físico y lógico.
GRADO
Se revisara el funcionamiento físico de la interfaz de bajas para el manejo del usuario.
DATOS
Los datos ingresados son una simulación para comprobar el funcionamiento del sistema.
Software:
-Appserver 2.5 , Sistema operativo Windows Vista y Windows XP, Sistema realizado.
Hardware:
- Una PC, Mínimo de disco duro de 40GB , Memoria RAM de 1GB.
TIEMPO DEFECTO TIPO CARACTERRES
VALIDOS
CARACTERES
INVALIDOS
La respuesta de
espera es de 1
seg.
1.Los link
sean
correctos
Diseño de la interfaz
correcta.
Para eliminar un
producto ya sean jugos,
cockteles o skymos el
link te lleva a la pagina
correcta de cada clase
de productos.
En caso de
presionar un
botón o link
incorrecto se
produce un error.
ALCANCE
El funcionamiento de direccionamiento de link es correcto.
CONSTRUCCIÓN
Se utiliza Dreamweaver y Photoshop para llevar a cabo la interfaz grafica del programa.
Tabla 24.Caja Gris de Bajas
Página 60
Sistema de control administrativo de la microempresa FRUVAZ
FECHA TIPO DE PRUEBA UNIDAD A APLICAR REVISOR
14-Mayo-2010 Caja Gris Bajas Analista
FILOSOFÍA
Verificar si realmente se elimina un producto de forma correcta.
QUÉ DONDE COMO
Se verificara que se elimine
un producto de manera
correcta.
Esta prueba es registrada en la
bitácora correspondiente.
La prueba se realizo en la interfaz de
bajas, para observar si se elimina un
producto (cockteles, jugos, skymos) de
manera correcta.
GRADO
Se revisara el funcionamiento físico de la eliminación de un producto.
DATOS
Los datos ingresados son una simulación para comprobar el funcionamiento del sistema.
Software:
-Appserver 2.5 , Sistema operativo Windows Vista y Windows XP, Sistema realizado.
Hardware:
- Una PC, Mínimo de disco duro de 40GB , Memoria RAM de 1GB.
TIEMPO DEFECTO TIPO CARACTERRES
VALIDOS
CARACTERES
INVALIDOS
La respuesta de
espera es de 1
seg.
1.Una vez que
encuentre el
producto a eliminar
presiona el botón
eliminar
Eliminar un
producto
Para eliminar un
producto ya sean jugos,
cockteles o skymos el
botón de eliminar te
permite eliminar de la
base de datos y te envía
un mensaje de que sea
eliminado
correctamente.
En caso de que
no se elimine el
producto de forma
correcta se envía
un error pero
siempre se
elimina una vez
que presiones
“eliminar”.
ALCANCE
El funcionamiento de la eliminación de un producto es correcto.
CONSTRUCCIÓN
Se utiliza Dreamweaver y Photoshop para llevar a cabo la interfaz grafica del programa.
Página 61
Sistema de control administrativo de la microempresa FRUVAZ
Tabla 25.Caja Gris de Bajas
FECHA TIPO DE PRUEBA UNIDAD A APLICAR REVISOR
15-Mayo-2010 Caja Negra Ventas Analista
FILOSOFÍA
Verificar si se realiza bien la venta.
QUÉ DONDE COMO
Se verificara que la venta
se realice de manera
correcta.
Esta prueba es registrada en la
bitácora correspondiente.
La prueba se realizo en la interfaz de
ventas, para observar si se realiza bien la
venta.
GRADO
Se revisara el funcionamiento físico de la venta de un producto.
DATOS
Los datos ingresados son una simulación para comprobar el funcionamiento del sistema.
Software:
-Appserver 2.5 , Sistema operativo Windows Vista y Windows XP, Sistema realizado.
Hardware:
- Una PC, Mínimo de disco duro de 40GB , Memoria RAM de 1GB.
TIEMPO DEFECTO TIPO FUENTE
La respuesta de
espera es de 1
seg.
1.-La venta se
realiza de manera
correcta.
Venta de productos El producto (cocktel, jugo, skymo) se
agrega a un carrito compras
dependiendo los productos que
indique o pida el cliente y se realiza
la venta de manera correcta.
ALCANCE
El funcionamiento de la interfaz de ventas es de manera correcta al realizar una venta.
CONSTRUCCIÓN
Se utiliza Dreamweaver y Photoshop para llevar a cabo la interfaz grafica del programa.
Tabla 26.Caja Negra de Ventas
Página 62
Sistema de control administrativo de la microempresa FRUVAZ
FECHA TIPO DE PRUEBA UNIDAD A APLICAR REVISOR
15-Mayo-2010 Caja Gris Ventas Analista
FILOSOFÍA
Verificar el funcionamiento de la interfaz de ventas.
QUÉ DONDE COMO
Se verificara que se
elimine un producto de
manera correcta.
Esta prueba es registrada en la
bitácora correspondiente.
La prueba se realizo en la interfaz de
bajas, para observar si se elimina un
producto (cockteles, jugos, skymos) de
manera correcta.
GRADO
Se revisara que los links o botones sean correctos dependiendo de la dirección a la que deben de ir.DATOS
Los datos ingresados son una simulación para comprobar el funcionamiento del sistema.
Software:
-Appserver 2.5 , Sistema operativo Windows Vista y Windows XP, Sistema realizado.
Hardware:
- Una PC, Mínimo de disco duro de 40GB , Memoria RAM de 1GB.
TIEMPO DEFECTO TIPO FUENTE
La respuesta de
espera es de 1
seg. 1.-
Direccionamiento
incorrecto al
presionar el botón de
realizar venta.
Se realizo una venta y al
presionar el botón de realizar
venta direcciono a la interfaz
donde se realiza la alta de un
producto.
ALCANCE
Se corrigió este direccionamiento y ya se realiza de manera correcta.
CONSTRUCCIÓN
Se utiliza Dreamweaver y Photoshop para llevar a cabo la interfaz grafica del programa.
Tabla 27.Caja Gris de Ventas
Página 63
Sistema de control administrativo de la microempresa FRUVAZ
Página 64