INSTITUTO POLITECNICO NACIONAL

Unidad Profesional Interdisciplinaria de Ingeniería y

Ciencias Sociales y Administrativas

Modelos de Prueba de Software

Proyecto “LaPapeII”

Secuencia: 3CM61
Contenido
LA PAPE II...........................................................................................................................................3
INTRODUCCIÓN.................................................................................................................................4
PROPÓSITO........................................................................................................................................4
ALCANCE............................................................................................................................................4
DEFICIONES Y ABREVIATURAS...........................................................................................................4
REQUISITOS ESPECIFICOS..................................................................................................................5
DESCRIPCIÓN DE CADA ROL..............................................................................................................5
INTERFACES DE USUARIO..................................................................................................................6
Ingreso al Sistema........................................................................................................................6
Introducir usuario y contraseña............................................................................................6
Usuario y/o contraseña incorrectos.....................................................................................6
Crear nuevo usuario.................................................................................................................6
Menú principal..................................................................................................................................7
Consulta de producto........................................................................................................................7
Listado.........................................................................................................................................7
Registro.......................................................................................................................................8
Realizar una venta.............................................................................................................................8
Consultar el Informe de ventas.........................................................................................................9
REQUERIMIENTOS DEL SISTEMA HARDWARE Y SOFTWARE...........................................................10
DIAGRAMA DE CASOS DE USO........................................................................................................11
DOCUMENTACION DE ACTORES......................................................................................................12
DOCUMENTACION CASOS DE USO..................................................................................................13
Requerimientos Técnicos.................................................................................................................16
MODELO DE DATOS.........................................................................................................................16
DICCIONARIO DE DATOS..................................................................................................................17
MATRIZ RELACIONAL.......................................................................................................................18
MODELO ENTIDAD-RELACION.........................................................................................................18
GRAFO RELACIONAL........................................................................................................................19
DEFINICIÓN DE LOS REQUERIMIENTOS...........................................................................................20
SELECCIÓN DE SMBD Y LENGUAJE DE PROGRAMACION................................................................21
DEFINIR CONTROL DE ACCESO........................................................................................................23
DEFINIR RESPALDO Y RECUPERACION.............................................................................................24
METRICAS DE CALIDAD....................................................................................................................24
MOPROSOFT................................................................................................................................24
 LA PAPE II

El día 13 de abril del año 2016 se visitó varias empresas, para hacer una
propuesta de un análisis y diseño de un sistema.
La empresa “La PapeII” accedió a nuestra propuesta proporcionando una cita para
el día 20 de abril del año 2016.

INTRODUCCIÓN.

El proyecto que se desarrollara para una pequeña tienda se quiere desarrollar un

programa (LaPape II) que tiene como objetivo proporcionar un control en sus
ventas y que sea eficiente para agilizar la entrada y salida de los productos.
Este proyecto tendrá opciones limitadas (altas, bajas, modificaciones), durante un
periodo el proyecto está sujeto a modificaciones, para que el proyecto esté
completo en su totalidad.

PROPÓSITO.

El propósito de este documento es delimitar todos aquellos requerimientos que

serán clave para el buen desarrollo del proyecto, este documento estar disponible
para todas aquellas personas interesadas, así como beneficiadas incluyendo
desarrolladores y testers.

ALCANCE.
Los alcances de este proyecto se limitarán a las pruebas solo descritas en este
documento.
-Las pruebas de estrés y rendimiento (pruebas no funcionales) no estarán
disponibles para esta versión.
-Las pruebas de interface estarán disponibles por lo que se debe de probar.
-El software será compatible en cualquier versión de Windows 7 en adelante.
DEFICIONES Y ABREVIATURAS.
Abreviación Significado

A Administrador

REQUISITOS ESPECIFICOS
El proyecto Smallordersmx tendrá solamente un rol:
-Administrador/vendedor.

ADMINISTRADOR/VENDEDOR(Roles
)

Alta de producto
Baja producto
Cambio de producto
Consultar stock
Reporte de los productos existentes

DESCRIPCIÓN DE CADA ROL

NOMBRE ACTIVIDAD RESPONSABLE DESCRIPCIÓN
Alta de producto Administrador Es la actividad en el que la persona
responsable alimentará el stock de la
tienda y registrará cada entrada de
algún producto.
Baja producto Administrador/ Vendedor Todos los roles de este software podrán
dar de baja los productos que ya no
pertenezcan al stock de la tienda.
Cambio del producto Administrador/Vendedor Todos los roles podrán modificar algún
dato referente al producto que se vaya a
cambiar por mencionar cambio de
precio.
Consulta stock Administrador/Vendedor Todos los roles podrán consulta el stock
existente en la tienda, esta actividad
servirá para poder conocer algún
producto en especificó
Reporte del stock Administrador El administrador tendrá el acceso de ver
el reporte de todos los productos
existentes.
INTERFACES DE USUARIO.
Ingreso al Sistema.
Para ingresar al sistema los usuarios deben contar con una cuenta de
acceso, previamente creada por el Administrador del Sistema.
Introducir usuario y contraseña.
El usuario para acceder al sistema deberá de introducir sus claves de
acceso en los campos de Usuario y Contraseña.

Figura 1. Pantalla de ingreso al sistema

Usuario y/o contraseña incorrectos.
Si el usuario no ingresa correctamente sus datos de acceso, el sistema
mostrará un dialogo para que verifique su nombre de usuario y/o
contraseña.

Crear nuevo usuario.

Si el usuario no está
registrado en el sistema, deberá crear una nueva cuenta, presionando
la opción de “Registrar”.
Menú principal
Una vez que se ha proporcionado un usuario y contraseña correctos el
sistema mostrará la pantalla de inicio con las opciones de menú.

Figura 3. Pantalla de menú principal.

Consulta de producto
Al elegir la opción de consultar, se desplegará la pantalla de artículos donde
se muestran dos pestañas; Lista y Registro.
Listado
El usuario visualizará los artículos en existencia y sus especificaciones.
En este apartado el usuario puede buscar y eliminar cualquier producto
de la lista.

Figura 4. Listado de artículos.

Registro
En la pestaña de Registro, el usuario, antes de registrar un nuevo
producto, tiene que dar click en la opción “Nuevo” para poder habilitar
los campos que se requieren. Al llenar todos los campos se selecciona
la opción “Guardar” para que nuestro producto aparezca en la lista
principal de nuestros productos. En caso de ya no querer tener el
registro de dicho producto únicamente se selecciona la opción de
“Cancelar”.

Figura 5. Registro de artículos.

Realizar una venta

El usuario podrá realizar una venta seleccionando los productos que el
cliente requiere. En la pantalla de Ventas ya viene configurada la fecha en
la que se realizó dicha venta.

Figura 6. Realizar una venta.

Consultar el Informe de ventas.
Cuando el usuario elige la opción “Informe de Ventas” se desplegará una
pantalla que muestra las ventas realizadas, únicamente sirve para tener un
control.

Figura 7. Informe de Ventas

REQUERIMIENTOS DEL SISTEMA HARDWARE Y
SOFTWARE
El sistema puede ejecutarse en una plataforma Windows de 32 o 64 (Windows XP,
Windows Vista, Windows 7, Windows 8, Windows 10).
 Configuración mínima: Para conseguir un rendimiento mínimo, el sistema
debe cumplir con los siguientes requisitos.
Sistema Operativo Windows XP
Procesador Intel Pentium 3 o posterior.
Espacio libre en disco 100MB
RAM 512MB

 Configuración Recomendada: Se recomienda ejecutar el sistema con los

siguientes requisitos para tener un rendimiento óptimo.
Sistema Operativo Windows 7
Procesador Intel Pentium 4 o posterior.
Espacio libre en disco 800MB
RAM 2GB
DIAGRAMA DE CASOS DE USO
ACTOR USUARIO
CASO DE USO Ingresar, consulta de producto, registro de
mercancía y registro de ventas.
TIPO Principal
DESCRIPCION Es el actor principal que iniciara el sistema,
representa a un administrador.
DOCUMENTACION DE ACTORES
ACTOR BD USUARIOS
CASO DE USO Ingresar y validar.

TIPO Secundario
DESCRIPCION Representa a una base de datos donde se
almacenará la información del usuario
(log-in y password).

ACTOR BD VENTAS
CASO DE USO Registro de ventas.

TIPO Secundario
DESCRIPCION Representa a una base de datos donde se
almacenará la información relacionada con
las ventas que se realizaron en el día,
semana y mes.
DOCUMENTACION CASOS DE USO
ACTOR BD PRODUCTO
Caso de uso INGRESAR
CASO DE USO Consulta de producto y registro de
Actores Usuario y BD Usuarios mercancía.
Tipo Básico
Secundario
TIPO
Propósito Permitir un ingreso al sistema con seguridad.
DESCRIPCION Representa a una base de datos donde se
Resumen Este caso de uso se inicia por el usuario.
almacenará Sirve para
la información poder ingresar
relacionada con de
una manera segura al sistema.
los productos disponibles en la papelería y
Precondicione Ninguna cafetería.
s
Flujo Principal Se presenta al usuario la pantalla principal (P-1), donde se le requiere
el nombre de usuario y la contraseña previamente determinados.
Subflujos Ninguno
Excepciones Ninguna

Caso de uso VALIDAR

Actores BD Usuarios
Tipo Inclusión
Propósito Validar al usuario ya registrado para que pueda ingresar al sistema.

Resumen Este caso de uso es necesario para que el usuario pueda ingresar al
sistema, ya que verifica los datos que se ingresaron por medio de una
BD previamente definida.
Precondicione Ninguna
s
Flujo Principal Se ingresa al sistema mediante el botón “Iniciar sesión”.

Subflujos Ninguno
Excepciones Si el usuario y contraseña que ingresó el usuario están incorrectos.

Caso de uso CONSULTA DE PRODUCTO

Actores Usuario, BD Producto y BD Ventas
Tipo Básico
Propósito Ingresar a la base de datos de productos para consultar la existencia
de X artículo a la hora de realizar una venta o para el control de los
mismos.
Resumen El usuario inicia este caso de uso. Ofrece funcionalidad para la
consulta de información, como la cantidad y costos de los productos
en existencia para que se pueda proceder a la venta.

Precondiciones Se requiere haber ingresado exitosamente al sistema.

Flujo Principal El empleado al ingresar al sistema para realizar una venta, primero
tiene que consultar las existencias del producto que el cliente desea
adquirir, así que ingresa a la pantalla de productos o la “Lista” donde
puede consultar los artículos que se requieran, así como eliminar
algún artículo y cuenta con un motor de búsqueda que hace más
rápida la verificación de algún producto.
Subflujos Ninguno

Excepciones Ninguna

Caso de uso REGISTRO DE MERCANCIA

Actores Usuario y BD Producto
Tipo Básico
Propósito Ofrece la funcionalidad guardar los productos, así como modificar
las cantidades de los productos se guardan previamente.
Resumen Este caso de uso es necesario para que el usuario pueda ingresar al
sistema, ya que verifica los datos que se ingresaron por medio de
una BD previamente definida.
Precondiciones Ninguna

Flujo Principal En la pestaña de “Registro” se cuenta con campos que describen el

producto que se desea ingresar a la Lista, antes de llenar cualquier
campo, el usuario debe dar click en la opción “Nuevo”, para que se
habiliten los campos, una vez que se cuente con la información
requerida, se selecciona la opción “Guardar” para que el producto
aparezca en la lista principal de artículos.
Subflujos S-1: Al llenar los campos requeridos, el usuario debe ingresar a la
opción categorías, que desplegará una pantalla ofreciéndole un
listado de las categorías con las que se cuenta.
Caso de uso REGISTRO DE VENTAS
Actores Usuario y BD Ventas
Tipo Básico
Propósito Permite al usuario consultar información sobre las ventas efectuadas.

Resumen El usuario inicia este caso de uso, donde puede registrar la venta
que se está realizando y tener el acceso al reporte de ventas, donde
se guarda la información previamente ingresada.
Precondiciones Ninguna

Flujo Principal Una vez ingresado al sistema el usuario selecciona la opción

“Ventas” en el menú principal, aparece una pantalla que requiere los
 datos del producto que se va a vender, al terminar de llenar los
campos requeridos el usuario selecciona la opción de “Vender” para
que se pueda registrar en el “Informe de Ventas”, el cual el usuario
puede ver seleccionando la opción desde el menú principal, que
solamente muestra el registro de las ventas que se han realizado.
Subflujos Ninguno
Excepciones Ninguno

Requerimientos Técnicos.

MODELO DE DATOS

Se requiere desarrollar un sistema para la empresa “La PapeII”, que gestione el

registro de su inventario.
De cada usuario se guardara un Idusuario, un usuario y una contraseña.
De cada producto se guardara un Idarticulo, un nombre, una descripción, una
cantidad y un costo.
De cada venta se guardara un Idventa, un Idarticulo, un nombre de producto, una
cantidad, costo del artículo, el total de la compra y la fecha en que se realiza la
venta.

Id Usuario
Nombre del usuario
USUARIO
Contraseña

Idarticulo
Nombre

PRODUCTO Descripción
Cantidad
Costo

IdVenta
Idarticulo
VENTA Costo total
Fecha

DICCIONARIO DE DATOS
Entidad: USUARIO
Nombre A. Nemónico T. Dato T. Long Mascara T. Llave
Atributo
IdUsuario Idusuario Int Obligatorio / Primary
Key
Usuario Usuario Varchar Obligatorio (20)
Contraseña password Varchar Obligatorio (20)

Entidad: PRODUCTO
Nombre A. Nemónico T. Dato T. Long Mascara T. Llave
Atributo
Idarticulo Idarticulo Int Obligatorio / Primary
Key
Nombre Nombre Varchar Obligatorio (50)
Descripción Descripción Varchar Obligatorio (1024)
Cantidad Cant Int Obligatorio /
Costo Costo Money Obligatorio /

Entidad: VENTA
Nombre A. Nemónico T. Dato T. Long Mascara T. Llave
Atributo
Idventa Idventa Int Obligatorio / Primary
Key
Idarticulo Idarticulo Int Obligatorio / Foreing
Key
Costo total Costot Money Obligatorio /
Fecha fecha Varchar Obligatorio NN,
dd/MM/aaaa

MATRIZ RELACIONAL
Usuario Producto Ventas
Usuario ----------------------- Registra Realiza
Producto Registra ------------------------ Actualiza
Ventas Realiza Actualiza ------------------------
 MODELO ENTIDAD-RELACION
 Id artículo
o Nombre
 Id Usuario o Descripción
o Nombre del usuario o Cantidad
o Contraseña o Costo

USUARIO Registra PRODUCTO

1:N

REALIZA 1:N

VENTAS ACTUALIZA

 IdVenta
o IdArticulo
o Costo total N:M
o Fecha

GRAFO RELACIONAL

USUARIO (IdUsuario, nombre, contraseña)

B: Restringido
M: Cascada

REGISTRA (IdUsuario, Idarticulo)

B: Cascada
B: Cascada
PRODUCTO
ACTUALIZA
VENTA (Idarticulo,
(Idarticulo,
(IdVenta,
M:M:
Cascada nombre,
IdVenta)costo
Idarticulo,
Cascada costo,total,
cantidad,
fecha)descripción)
 DEFINICIÓN DE LOS REQUERIMIENTOS

Requerimientos funcionales
RF-1 El sistema deberá almacenar los datos de los usuarios.
RF-2 El sistema debe guardar los datos de los productos en el almacén hasta
el momento de su venta.
RF-3 Se deberán mostrar todos los productos con los que cuenta el almacén
incluso si están agotados.
 RF-4 El sistema deberá mandar una alerta al momento de la cantidad de un
producto llegue a 0.

Requerimientos no funcionales

RNF-1 El sistema deberá ser fácil de usar y será mediante botones.

RNF-2 El sistema deberá brindar comodidad al usuario de ejecutarse en
distintos sistemas operativos.
RNF-3 El sistema deberá estar actualizado en todo momento.
RNF-4 El sistema no deberá presentar ninguna cantidad menor a 0.
RNF-5 El lenguaje de programación debe ser C#
RNF-6 El sistema deberá contar con una alta velocidad de procesamiento de
datos.
RNF-7 Interfaz amigable e intuitiva.
RNF-8 El sistema controlará el acceso mediante un usuario y una contraseña.

SELECCIÓN DE SMBD Y LENGUAJE DE

PROGRAMACION
 Base de Datos
Tabla comparativa de SMBD
SQL server DB2

 Facilidad de instalación, distribución
y utilización.
 SQL Server posee una gran
variedad de herramientas
administrativas y de desarrollo que
permite mejorar la capacidad de
instalar, distribuir, administrar y
utilizar SQL Server.
-Administrativas (Administrador
Corporativo).
-Desarrollo (Analizador de
Consultas).
 Puede utilizarse el mismo motor de
base de datos a través de
plataformas que van desde equipos
portátiles que ejecutan Microsoft
Windows® 95 ò 98 hasta grandes
servidores con varios procesadores
que ejecutan Microsoft Windows
NT®, Enterprise Edition.
 Almacenamiento de datos.
 SQL Server incluye herramientas
para extraer y analizar datos
resumidos para el proceso analítico
en línea (OLAP, Online Analitycal
Processing).
 SQL Server incluye herramientas
para diseñar gráficamente la base
de datos y analizar los datos
mediante preguntas en lenguaje
normal.
 SQL Server se integra con el correo
electrónico, internet y Windows,
permitiendo una comunicación
local.
 Asegura la protección de datos aún
en caso de que los sistemas sufran
un colapso; y de seguridad,
permitiendo realizar respaldo en
línea.
 Almacena información en un amplio
rango de equipos, desde una PC
portátil hasta lo más complejos.
 Incluye tecnología basada en Web
que permite generar aplicaciones
en sus Intranets. Además, DB2
provee soporte a Java.
 Es una base de datos universal: es
multiplataforma (16 plataformas).
 Brinda soporte a un amplio rango
de clientes, soporta el acceso de
los datos desde Internet y permite
almacenar todo tipo de datos
incluyendo texto, audio, imágenes y
video o cualquier otro definido por
el usuario.
 Permite de forma totalmente gráfica
acceder, transformar y distribuir los
datos automáticamente y sin
programar una línea de código.
 Provee la capacidad de hacer frente
a múltiples necesidades, desde
procesamiento transaccional de
misión crítica (OLTP), hasta análisis
exhaustivo de los datos para el
soporte a la toma de decisiones
(OLAP).
Con base en las indagaciones que se realizaron para seleccionar un Sistema
Manejador de Base de Datos y a los requerimientos que se solicitan, comparamos
cuál de ellos se adapta mejor a las necesidades del Sistema.
Características del Sistema de Información “La PapeII”
-Tipo de datos: Alfabético, numérico y alfanumérico.
-El Sistema será manejado únicamente por un usuario.
-El Sistema fue creado para una microempresa que con el paso de los años
incrementará sus datos, por lo que no habrá problema debido a que cada
determinado tiempo el Administrador del Sistema creará un respaldo de toda la
información de dicho periodo, así que la información será controlada
adecuadamente.
-No requiere especificaciones en el tipo de en el que se va a utilizar.
Finalmente, reuniendo las características del sistema y de algunos SMBD, se
seleccionó SQL server por encajar con las necesidades que se requerían cubrir y
por su flexibilidad, teniendo mayor facilidad de uso y funcionando en cualquier tipo
de Sistema Operativo reciente (Windows 7 en adelante) o equipo de cómputo con
las especificaciones del manual de usuario.

 Lenguaje de Programación
C# JAVA
  C# incluye mecanismos de
control de acceso a tipos de
datos, lo que garantiza que no se
produzcan errores difíciles de
detectar.
 Elimina elementos añadidos por
otros lenguajes y que facilitan su
uso y comprensión, por ejemplo;
ficheros.
 Requerimientos para desarrollo:
Sistema operativo: Los
soportados por el .net framework
y ASP.NET (Windows 2000
Professional, Windows XP o
superior).
Orientado a objetos, soporta
todas las características del
paradigma de la programación
orientada a objetos, como la
encapsulación, herencia y
polimorfismo.
 Lenguaje totalmente orientado a
objetos.
 Disponibilidad de un amplio
conjunto de bibliotecas.
 Java está diseñado para soportar
aplicaciones que serán
ejecutadas en los más variados
entornos de red, desde Unix a
Windows Net, pasando por Mac y
estaciones de trabajo, sobre
arquitecturas distintas y con
sistemas operativos diversos.
 Alto rendimiento.

Al revisar los requisitos del sistema, el equipo de cómputo y la experiencia del

equipo desarrollador, se decide utilizar C# por su confiabilidad y sencillez. Ya que
ha resultado más factible para los desarrolladores por las diferentes herramientas
con las que cuenta.

DEFINIR CONTROL DE ACCESO

Para proteger la confidencialidad, integridad y disponibilidad de la información de
este sistema se ha declarado la siguiente política de seguridad.
1. Para ingresar al sistema es obligatorio identificarse con un usuario y
contraseña.
2. Una vez autorizado el sistema, el administrador del sistema le
proporcionará un ejecutable del sistema y junto con el dueño (persona que
contrato los servicios) crearán un único usuario y contraseña, esta última
será solo del conocimiento del dueño y contará con todas las funciones del
sistema.
3. El usuario y contraseña establecidos serán responsabilidad del dueño en
caso de olvido, extravió o mal uso del mismo.
De acuerdo a las especificaciones del sistema y de la empresa, no se requiere
más controles de acceso que el login (pantalla de acceso), el usuario y
contraseña.
 DEFINIR RESPALDO Y RECUPERACION
Se ha declarado una política de respaldo en concordancia con las
especificaciones de memoria del sistema y de la empresa que nos ha contratado,
ante fallas del equipo, falla de energía, borrado accidental de archivos, etc.

1. El respaldo de la información será guardado en una memoria USB de 8 GB

de capacidad que será responsabilidad del dueño del sistema y entregado
por el administrador del sistema.
2. La memoria USB debe ser guardada en un lugar seco y seguro y deberá
utilizarse únicamente para realizar los respaldos del sistema.
3. El respaldo de la información se hará cada semana de manera incremental,
y un respaldo total cada mes.
4. Cada 6 meses la información de la memoria USB será comprimida y
archivada en pdf en caso de requerirse para impresión. Y se hará la
liberación de la memoria y la comprobación del estado de la misma.

METRICAS DE CALIDAD
MOPROSOFT
Requisitos o criterios de certificación
Se han aplicado los siguientes criterios para la elaboración de este modelo de
procesos:
 La estructura de procesos resultante debe ser acorde a la estructura
generalmente empleada por las organizaciones de la industria del software (alta
dirección, gestión y operación)
 La alta dirección tiene un papel importante a través de la planificación
estratégica. Debe actuar como promotor del buen funcionamiento de la
organización a través de su implicación en la revisión y mejora continua del
modelo.
 El modelo considera a la gestión como proveedora de recursos, procesos y
proyectos; así como responsable de la vigilancia del cumplimiento de los objetivos
estratégicos de la organización.
 El modelo considera a la operación como ejecutora de los proyectos de
desarrollo y mantenimiento de software.
 El modelo integra con claridad y consistencia los elementos indispensables
para la definición de los procesos y las relaciones entre ellos.
 El modelo integra los elementos para realizar la administración de
proyectos desde un sólo proceso.
 El modelo integra los elementos para realizar la ingeniería de productos de
software en un único marco que incluya los procesos precisos de soporte
(verificación, validación, documentación y control de la documentación).
 El modelo destaca la importancia de la gestión de recursos, con especial
relevancia en aquellos que componen el conocimiento de la organización:
productos generados por proyectos, datos de los proyectos, mediciones,
documentación de procesos y datos cosechados a partir del uso y de las lecciones
aprendidas.
 Moprosoft se basa en los modelos de procesos ISO 9001:2000, en las
áreas de procesos de los niveles 2 y 3 de CMM-SW: CMM-SW v.1.1., en el marco
general ISO/IEC15504 y en prácticas y conceptos de PMBOK Y SWEBOK.