Sistema de Control Administrativo de La

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


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


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


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


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


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


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


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


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


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


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


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


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


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


Caso de uso Baja


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



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


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


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




Subflujos 1. Ingresar como Administrador2. Validar contraseña y usuario3. Buscar reporte4. Revisar el reporte de ventas


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


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



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


Tabla 2.4 Descripción de Caso de Uso de Modificaciones

Página 17


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


Tipo Básico

Propósito Imprimir el reporte de ventas

Resumen Es iniciada por el administrador aquí se imprime el reporte de ventas



Subflujos 1. Ingresar como Administrador2. Validar contraseña y usuario3. Imprimir el reporte de ventas


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


datos, así como realizar el cobro de lo vendido

Resumen Las ventas pueden ser realizadas por el administrador y por el cajero



Subflujos 1. Ingresar como Administrador o como cajero2. Validar contraseña y usuario3. Realizar venta4. Realizar cobro5. Actualizar BD


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.



Subflujo 1. Ingresar como Administrador o cajero

Página 19


2. Validar contraseña y usuario3. Realizar venta4. Imprimir ticket


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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




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


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


AppServer para usar MySQL para crear la Base de Datos.

Tabla 8.Caja Blanca de Altas

Página 43


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


realiza el alta el producto.


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:



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


Tabla 9.Caja Negra de Altas

Página 44



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


a cabo sobre la

interfaz de la




28-Abril-2010

Se realizo el alta de un producto (cocktel).

GRADO




DATOS


RECURSOS

Software:

-Appserver 2.5, Sistema operativo, Windows Vista y Windows XP, Sistema Desarrollado de Fruvaz.

Hardware:




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


Tabla 10.Caja Negra de Altas

Página 45



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


a cabo sobre la

interfaz y código de la




28-Abril-2010

Se realizo el alta de un producto (cocktel).

GRADO


realiza el alta el producto.


DATOS


RECURSOS

Software:

-Appserver 2.5, Sistema operativo, Windows Vista y Windows XP, Sistema Desarrollado de Fruvaz.

Hardware:




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


Tabla 11.Caja Gris de Altas

Página 46



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.


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



Tabla 12.Caja Blanca de Modificaciones


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


realiza la inserción de

un producto en los

campos correctos

después de ser

modificado.



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


RECURSOS

Software:

-Appserver 2.5 , Sistema operativo Windows Vista y Windows XP, Sistema realizado.

Hardware:



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


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


Tabla 13.Caja Blanca de Modificaciones


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


en el campo de texto

de búsqueda se

introducen

únicamente letras.



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


RECURSOS

Software:


Hardware:



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


Tabla 14.Caja Negra de Modificaciones

Página 49


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


RECURSOS

Software:


Hardware:


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


interfaz de skymos.

ALCANCE

Se corrigió el link de paginación ya te lleva a la pagina correcta si exististe mas productos.

CONSTRUCCIÓN


Tabla 15.Caja Negra de Modificaciones


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


en el campo de texto

de búsqueda se

introducen

únicamente letras.




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


Software:


Hardware:



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


ALCANCE


una modificación.

CONSTRUCCIÓN


Tabla 16.Caja Gris de Modificaciones


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




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


Software:


Hardware:



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


dos últimos productos.

ALCANCE


una modificación.

CONSTRUCCIÓN


Tabla 17.Caja Gris de Modificaciones


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


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


Software:


Hardware:



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


CONSTRUCCIÓN


Tabla 18.Caja Negra de Reportes

Página 54



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.



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


Software:


Hardware:



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


Tabla 19.Caja Gris de Reportes

Página 55



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.




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


Software:


Hardware:



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


Tabla 19

20.Caja Negra de Logearse

Página 56



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.




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


Software:


Hardware:


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


Página 57


Tabla 21.Caja Negra de Logearse


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.



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


Software:


Hardware:



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


Tabla 22.Caja Blanca de Bajas

Página 58



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.




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


Software:


Hardware:


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



Tabla 23.Caja Negra de Bajas


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.




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


Software:


Hardware:



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


Tabla 24.Caja Gris de Bajas

Página 60



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.




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


Software:


Hardware:



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


Página 61


Tabla 25.Caja Gris de Bajas


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.




ventas, para observar si se realiza bien la

venta.

GRADO

Se revisara el funcionamiento físico de la venta de un producto.

DATOS


Software:


Hardware:



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


Tabla 26.Caja Negra de Ventas

Página 62



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.




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


Software:


Hardware:



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


Tabla 27.Caja Gris de Ventas

Página 63


Página 64

Sistema de Control Administrativo de La

Documents

Transcript of Sistema de Control Administrativo de La