Sistema de Ventas del Grupo E&V

Plan de Desarrollo de Software

Versión <1.0>
Guevara Castro, Jean
Tohalino Huertas, Brayan

INDICE
1. Introducción 4
1.1 Propósito 4
1.2 Alcance 4
1.3 Resumen 5
2. Vista General del Proyecto 4
2.1 Propósito, Alcance y Objetivos 4
2.2 Suposiciones y Restricciones 5
2.3 Entregables del proyecto 6
2.4 Evolución del Plan de Desarrollo del Software 8
3. Organización del Proyecto 8
3.1 Participantes en el Proyecto 8
3.3 Roles y Responsabilidades 9
4. Gestión del Proceso 9
4.1 Plan del Proyecto 10
4.1.1 Plan de las Fases 9
4.1.2 Calendario del Proyecto 11
5. Requerimientos 15
5.1 Requerimientos funcionales 15
5.2 Matriz para evaluar requisitos de calidad 18
6. Aseguramiento de la calidad 19
6.1 Diagrama de actividades de aseguramiento de calidad 19
7. Proceso de prueba 26
7.1 Diagrama de proceso de prueba 26
7.2 Planificación de pruebas 26
7.3 Seguimiento y control de pruebas 26
7.4 Finalización de pruebas 26
7.5 Diseño de pruebas 26
7.6 Establecer ambiente de pruebas 26
7.7 Ejecución de pruebas 26
7.8 Reporte e incidentes de pruebas 26

8. Preparación de las pruebas y ejecución 26

8.1 UC1 Iniciar Sesión 26
8.2 UC2. Registrar categoría. 26
8.3 UC3. Registrar productos 26
8.4 UC4. Registro de clientes 26
8.5 UC5. Registro de usuarios 26
8.6 UC6. Registro de ventas 26
8.7 UC7. Exportar a Excel ventas del día 26
8.8 UC8. Grafico el producto más vendido 26
8.9 UC9. Exportar a Excel ventas del mes 26
8.10 UC.10 Grafico de ventas mensuales 26
 Plan de Desarrollo del Software

1. Introducción
Este Plan de Desarrollo del Software es una versión preliminar preparada para ser incluida en la propuesta
elaborada como respuesta al Pliego de Cláusulas Técnicas de la “Definición y Análisis de los
Procedimientos del Grupo E&V”. Este documento provee una visión global del enfoque de
desarrollo propuesto.
El proyecto ha sido ofertado por Red.es en dos fases: “Análisis técnico, funcional y propuesta de Diseño”
y “Desarrollo e Implantación del Nuevo Sistema”. La primera fase ofertada corresponde a las
fases Inicio y Elaboración en RUP (Racional Unified Process, la metodología que se propone
utilizar). La otra fase que será ofertada posteriormente corresponde en RUP a las fases de
Construcción y de Transición. Es importante destacar esto puesto que utilizaremos la
terminología RUP en este documento. Se incluirá el detalle para las fases de Inicio y Elaboración
y adicionalmente se esbozarán las fases posteriores de Construcción y Transición para dar una
visión global de todo proceso.
El enfoque desarrollo propuesto constituye una configuración del proceso RUP de acuerdo a las
características del proyecto, seleccionando los roles de los participantes, las actividades a realizar
y los artefactos (entregables) que serán generados. Este documento es a su vez uno de los
artefactos de RUP.
1.1 Propósito
El propósito del Plan de Desarrollo de Software es proporcionar la información necesaria para controlar el
proyecto. En él se describe el enfoque de desarrollo del software.
Los usuarios del Plan de Desarrollo del Software son:
● El jefe del proyecto lo utiliza para organizar la agenda y necesidades de recursos, y para
realizar su seguimiento.
● Los miembros del equipo de desarrollo lo usan para entender lo qué deben hacer, cuándo
deben hacerlo y qué otras actividades dependen de ello.
1.2 Alcance
El Plan de Desarrollo del Software describe el plan global usado para el desarrollo del “Sistema de ventas
del Grupo E&V”. El detalle de las iteraciones individuales se describe en los planes de cada
iteración, documentos que se aportan en forma separada. Durante el proceso de desarrollo en el
artefacto “Visión” se definen las características del producto a desarrollar, lo cual constituye la
base para la planificación de las iteraciones. Para esta versión 1.0 del Plan de Desarrollo del
Software, nos hemos basado en el Pliego de Cláusulas Técnicas para hacer una estimación
aproximada, una vez comenzado el proyecto y durante la fase de Inicio se generará la primera
versión del artefacto “Visión”, el cual se utilizará para refinar este documento. Posteriormente, el
avance del proyecto y el seguimiento en cada una de las iteraciones ocasionará el ajuste de este
documento produciendo nuevas versiones actualizadas.
1.3 Resumen
Después de esta introducción, el resto del documento está organizado en las siguientes secciones:
Vista General del Proyecto — proporciona una descripción del propósito, alcance y objetivos del
proyecto, estableciendo los artefactos que serán producidos y utilizados durante el proyecto.
Organización del Proyecto — describe la estructura organizacional del equipo de desarrollo.
Gestión del Proceso — explica los costos y planificación estimada, define las fases e hitos del proyecto y
describe cómo se realizará su seguimiento.
Planes y Guías de aplicación — proporciona una vista global del proceso de desarrollo de software,
incluyendo métodos, herramientas y técnicas que serán utilizadas.

2. Vista General del Proyecto

2.1 Propósito, Alcance y Objetivos
La información que a continuación se incluye ha sido extraída del Pliego de Cláusulas Técnicas para la
Definición y Análisis de los Procedimientos del Grupo E&V.
“Red.es lleva a cabo todas las funciones técnicas del Grupo E&V. La inminente entrada en vigor del
nuevo Plan Nacional de Nombres de Dominio de Internet – incluyendo el nacimiento de los
dominios de tercer nivel bajo “.es” – conllevará un previsible aumento de la solicitud de nombres
de dominio e importantes cambios en los procesos implicados en la gestión del Grupo E&V. Por
ello, Red.es considera necesario el desarrollo de un nuevo sistema de gestión de nombres de
dominio que cubra el flujo completo de solicitudes y beneficie a los solicitantes de una gestión
más rápida, automática y segura de las solicitudes recibidas, facilitando la participación de
agentes registradores en el proceso.”
El proyecto debe proporcionar una propuesta para el desarrollo de todos los subsistemas implicados en la
gestión de nombres de dominio de internet bajo “.es”. Estos subsistemas se pueden diferenciar en
cuatro grandes bloques:
c) Comunicación con agentes de registro y solicitantes finales, incluyendo:
● Procedimiento de catalogación de registradores
● Definición de los acuerdos registrador – registro
● Procedimiento de comunicación/intercambio de información entre los solicitantes,
registradores y registro.
b) Automatización de la gestión del registro, incluyendo:
● Gestión de altas
● Verificación de datos
● Gestión de modificaciones
● Gestión de bajas lógicas y físicas
● Gestión de consultas de estado de solicitudes
● Programas y servicios periféricos

c) Información y atención de consultas a usuarios.

 d) Gestión de la tasa por asignación del recurso limitado de nombres y direcciones de internet,
incluyendo:
● Formas de cobro
● Gestión de cobro e impagos
● Procedimiento de conciliación con registradores. Herramienta modular y completamente
independiente, ya que será utilizada posteriormente en otros departamentos de Red.es.
● Sistema de provisión/desprovisión de servicios

También debe tenerse en cuenta la migración de los datos de registro existentes sin pérdida de
integridad de los mismos. Actualmente, los sistemas implicados en el proceso de registro están
descentralizados, con lo que el proceso de migración debe contemplar la unificación de la
información y adaptación al nuevo sistema de metadatos manteniendo la integridad del lo
mismo en todo momento.

2.2 Suposiciones y Restricciones

Las suposiciones y restricciones respecto del sistema, y que se derivan directamente del Pliego de
Cláusulas Técnicas son:
a) Debe contemplarse las implicaciones de los siguientes puntos críticos:
● Compatibilidad de la solución con protocolos IPv6
● Caracteres multilingües
● Sistemas seguros: protección de información, seguridad en las trasmisiones de datos
(PKI), etc.
● Gestión de flujos de trabajo, seguridad de transacciones e intercambio de información
● Adaptación a la normativa de Protección de Datos
b) La automatización de la gestión interna del registro debe ajustarse a la legislación vigente y
considerar la previsión de la nueva legislación referente a los dominios de tercer nivel.
c) El subsistema “Información y atención de consultas a usuarios” debe diseñarse como módulo
independiente para ser utilizada posteriormente en otros departamentos de Red.es.
d) El “Procedimiento de conciliación con registradores” incluido en el subsistema “Gestión de la
tasa por asignación del recurso limitado de nombres y direcciones de internet” debe diseñarse
como módulo independiente para ser utilizada posteriormente en otros departamentos de
Red.es.
Como es natural, la lista de suposiciones y restricciones se incrementará durante el desarrollo del
proyecto, particularmente una vez establecido el artefacto “Visión”.
2.3 Entregables del proyecto
A continuación se indican y describen cada uno de los artefactos que serán generados y
utilizados por el proyecto y que constituyen los entregables. Esta lista constituye la
configuración de RUP desde la perspectiva de artefactos, y que proponemos para este proyecto.

Es preciso destacar que de acuerdo a la filosofía de RUP (y de todo proceso iterativo e

incremental), todos los artefactos son objeto de modificaciones a lo largo del proceso de
desarrollo, con lo cual, sólo al término del proceso podríamos tener una versión definitiva y
completa de cada uno de ellos. Sin embargo, el resultado de cada iteración y los hitos del
proyecto están enfocados a conseguir un cierto grado de completitud y estabilidad de los
artefactos. Esto será indicado más adelante cuando se presenten los objetivos de cada iteración.

1) Plan de Desarrollo del Software

Es el presente documento.

2) Modelo de Casos de Uso del Negocio

Es un modelo de las funciones de negocio vistas desde la perspectiva de los actores externos
(Agentes de registro, solicitantes finales, otros sistemas etc.). Permite situar al sistema en el
contexto organizacional haciendo énfasis en los objetivos en este ámbito. Este modelo se
representa con un Diagrama de Casos de Uso usando estereotipos específicos para este modelo.

3) Modelo de Objetos del Negocio

Es un modelo que describe la realización de cada caso de uso del negocio, estableciendo los
actores internos, la información que en términos generales manipulan y los flujos de trabajo
(workflows) asociados al caso de uso del negocio. Para la representación de este modelo se
utilizan Diagramas de Colaboración (para mostrar actores externos, internos y las entidades
(información) que manipulan, un Diagrama de Clases para mostrar gráficamente las entidades
del sistema y sus relaciones, y Diagramas de Actividad para mostrar los flujos de trabajo.

4) Glosario
Es un documento que define los principales términos usados en el proyecto. Permite establecer
una terminología consensuada. .

5) Modelo de Casos de Uso

El modelo de Casos de Uso presenta las funciones del sistema y los actores que hacen uso de
ellas. Se representa mediante Diagramas de Casos de Uso.

6) Visión
Este documento define la visión del producto desde la perspectiva del cliente, especificando las
necesidades y características del producto. Constituye una base de acuerdo en cuanto a los
requisitos del sistema.

7) Especificaciones de Casos de Uso

Para los casos de uso que lo requieran (cuya funcionalidad no sea evidente o que no baste con
una simple descripción narrativa) se realiza una descripción detallada utilizando una plantilla de
documento, donde se incluyen: precondiciones, post-condiciones, flujo de eventos, requisitos
no-funcionales asociados. También, para casos de uso cuto flujo de eventos sea complejo podrá
adjuntarse una representación gráfica mediante un Diagrama de Actividad.

Especificaciones Adicionales
Este documento capturará todos los requisitos que no han sido incluidos como parte de los
casos de uso y se refieren requisitos no-funcionales globales. Dichos requisitos incluyen:
requisitos legales o normas, aplicación de estándares, requisitos de calidad del producto, tales
como: confiabilidad, desempeño, etc., u otros requisitos de ambiente, tales como: sistema
operativo, requisitos de compatibilidad, etc.

8) Prototipos de Interfaces de Usuario

Se trata de prototipos que permiten al usuario hacerse una idea más o menos precisa de las
interfaces que proveerá el sistema y así, conseguir retroalimentación de su parte respecto a los
requisitos del sistema. Estos prototipos se realizarán como: dibujos a mano en papel, dibujos
con alguna herramienta gráfica o prototipos ejecutables interactivos, siguiendo ese orden de
acuerdo al avance del proyecto. Sólo los de este último tipo serán entregados al final de la fase
de Elaboración, los otros serán desechados. Asimismo, este artefacto, será desechado en la fase
de Construcción en la medida que el resultado de las iteraciones vayan desarrollando el
producto final.

9) Modelo de Análisis y Diseño

Este modelo establece la realización de los casos de uso en clases y pasando desde una
representación en términos de análisis (sin incluir aspectos de implementación) hacia una de
diseño (incluyendo una orientación hacia el entorno de implementación), de acuerdo al avance
del proyecto.

10) Modelo de Datos

Previendo que la persistencia de la información del sistema será soportada por un a base de
datos relacional, este modelo describe la representación lógica de los datos persistentes, de
acuerdo con el enfoque para modelado relacional de datos. Para expresar este modelo se utiliza
un Diagrama de Clases (donde se utiliza un profile UML para Modelado de Datos, para conseguir
la representación de tablas, claves, etc.).

11) Modelo de Implementación

Este modelo es una colección de componentes y los subsistemas que los contienen. Estos
componentes incluyen: ficheros ejecutables, ficheros de código fuente, y todo otro tipo de
ficheros necesarios para la implantación y despliegue del sistema. (Este modelo es sólo una
versión preliminar al final de la fase de Elaboración, posteriormente tiene bastante
refinamiento).

12) Modelo de Despliegue

Este modelo muestra el despliegue la configuración de tipos de nodos del sistema, en los cuales
se hará el despliegue de los componentes.

13) Casos de Prueba

Cada prueba es especificada mediante un documento que establece las condiciones de
ejecución, las entradas de la prueba, y los resultados esperados. Estos casos de prueba son
aplicados como pruebas de regresión en cada iteración. Cada caso de prueba llevará asociado
un procedimiento de prueba con las instrucciones para realizar la prueba, y dependiendo del
 tipo de prueba dicho procedimiento podrá ser automatizable mediante un script de prueba.

14) Solicitud de Cambio

Los cambios propuestos para los artefactos se formalizan mediante este documento. Mediante
este documento se hace un seguimiento de los defectos detectados, solicitud de mejoras o
cambios en los requisitos del producto. Así se provee un registro de decisiones de cambios, de
su evaluación e impacto, y se asegura que éstos sean conocidos por el equipo de desarrollo. Los
cambios se establecen respecto de la última baseline (el estado del conjunto de los artefactos
en un momento determinado del proyecto) establecida. En nuestro caso al final de cada
iteración se establecerá una baseline.

15) Plan de Iteración

Es un conjunto de actividades y tareas ordenadas temporalmente, con recursos asignados,
dependencies entre ellas. Se realiza para cada iteración, y para todas las fases.

16) Evaluación de Iteración

Este documento incluye le evaluación de los resultados de cada iteración, el grado en el cual se
han conseguido los objetivos de la iteración, las lecciones aprendidas y los cambios a ser
realizados.

17) Lista de Riesgos

Este documento incluye una lista de los riesgos conocidos y vigentes en el proyecto, ordenados
en orden decreciente de importancia y con acciones específicas de contingencia o para su
mitigación.

18) Manual de Instalación

Este documento incluye las instrucciones para realizar la instalación del producto.

19) Material de Apoyo al Usuario Final

Corresponde a un conjunto de documentos y facilidades de uso del sistema, incluyendo: Guías
del Usuario, Guías de Operación, Guías de Mantenimiento y Sistema de Ayuda en Línea

20) Producto
Los ficheros del producto empaquetados y almacenadas en un CD con los mecanismos
apropiados para facilitar su instalación. El producto, a partir de la primera iteración de la fase de
Construcción es desarrollado incremental e iterativamente, obteniéndose una nueva release al
final de cada iteración.

Los artefactos 19, 20 y 21 se generarán a partir de la fase de Construcción, con lo cual se han
incluido aquí sólo para dar una visión global de todos los artefactos que se generarán en el
proceso de desarrollo.

2.4 Evolución del Plan de Desarrollo del Software

El Plan de Desarrollo del Software se revisará semanalmente y se refinará antes del comienzo de cada
iteración.
3. Organización del Proyecto
3.1 Participantes en el Proyecto
De momento no se incluye el personal que designará Red.es como Responsable del Proyecto, Comité de
Control y Seguimiento, otros participantes que se estimen convenientes para proporcionar los
requisitos y validar el sistema.
El resto del personal del proyecto (por la parte del la empresa adjudicataria), sólo considerando las fases
de Inicio y Elaboración, estará formado por los siguientes puestos de trabajo y personal asociado
Jefe de Proyecto. Ingeniero en Informática, egresado de la Universidades Politécnica de Valencia. Con
una amplia experiencia en metodologías de desarrollo, herramientas CASE y notaciones, en
particular la notación UML y el proceso de desarrollo RUP.
3.2 Roles y Responsabilidades
A continuación se describen las principales responsabilidades de cada uno de los puestos en el
equipo de desarrollo durante las fases de Inicio y Elaboración, de acuerdo con los roles que
desempeñan en RUP.

Puesto Responsabilidad
El jefe de proyecto asigna los recursos, gestiona las prioridades,
coordina las interacciones con los clientes y usuarios, y mantiene al
equipo del proyecto enfocado en los objetivos. El jefe de proyecto
Jefe de Proyecto también establece un conjunto de prácticas que aseguran la integridad
y calidad de los artefactos del proyecto. Además, el jefe de proyecto se
encargará de supervisar el establecimiento de la arquitectura del
sistema. Gestión de riesgos. Planificación y control del proyecto.
Captura, especificación y validación de requisitos, interactuando con el
cliente y los usuarios mediante entrevistas. Elaboración del Modelo de
Analista de Sistemas
Análisis y Diseño. Colaboración en la elaboración de las pruebas
funcionales y el modelo de datos.
Construcción de prototipos. Colaboración en la elaboración de las
Programador pruebas funcionales, modelo de datos y en las validaciones con el
usuario
Gestión de requisitos, gestión de configuración y cambios, elaboración
del modelo de datos, preparación de las pruebas funcionales,
Ingeniero de Software
elaboración de la documentación. Elaborar modelos de
implementación y despliegue.
Elaborar un plan de pruebas, realizar testeo del sistema, elaboración
QA
de informe con fallas encontradas

4. Gestión del Proceso

4.1 Plan del Proyecto
En esta sección se presenta la organización en fases e iteraciones y el calendario del proyecto.
4.1.1 Plan de las Fases

El desarrollo se llevará a cabo en base a fases con una o más iteraciones en cada una de ellas. La
siguiente tabla muestra una la distribución de tiempos y el número de iteraciones de cada fase
(para las fases de Construcción y Transición es sólo una aproximación muy preliminar)
 Nro.
Fase Duración
Iteraciones
Fase de Inicio 1 01/04/2019 hasta
30/04/2019
Fase de Elaboración 2 06/05/2019 hasta
31/05/2019
Fase de Construcción 4 03/06/2019 hasta
28/06/2019
Fase de Transición 2 01/07/2019 hasta
19/07/2019

Los hitos que marcan el final de cada fase se describen en la siguiente tabla.

Descripción Hito
Fase de Inicio En esta fase desarrollará los requisitos del producto desde la
perspectiva del usuario, los cuales serán establecidos en el artefacto
Visión. Los principales casos de uso serán identificados y se hará un
refinamiento del Plan de Desarrollo del Proyecto. La aceptación del
cliente/usuario del artefacto Visión y el Plan de Desarrollo marcan el
final de esta fase.
Fase de En esta fase se analizan los requisitos y se desarrolla un prototipo de
Elaboración arquitectura (incluyendo las partes más relevantes y/o críticas del
sistema). Al final de esta fase, todos los casos de uso
correspondientes a requisitos que serán implementados en la primera
release de la fase de Construcción deben estar analizados y diseñados
(en el Modelo de Análisis/Diseño). La revisión y aceptación del
prototipo de la arquitectura del sistema marca el final de esta fase. En
nuestro caso particular, por no incluirse las fases siguientes, la revisión
y entrega de todos los artefactos hasta este punto de desarrollo
también se incluye como hito. La primera iteración tendrá como
objetivo la identificación y especificación de los principales casos de
uso, así como su realización preliminar en el Modelo de
Análisis/Diseño, también permitirá hacer una revisión general del
estado de los artefactos hasta este punto y ajustar si es necesario la
planificación para asegurar el cumplimiento de los objetivos. Ambas
iteraciones tendrán una duración de cuatro semanas.
 Fase de Durante la fase de construcción se terminan de analizar y diseñar
Construcción todos los casos de uso, refinando el Modelo de Análisis/Diseño. El
producto se construye en base a 4 iteraciones, cada una
produciendo una release a la cual se le aplican las pruebas y se
valida con el cliente/usuario. Se comienza la elaboración de
material de apoyo al usuario. El hito que marca el fin de esta fase es
la versión de la release 4.0, con toda la capacidad operacional del
producto, lista para ser entregada a los usuarios para pruebas beta.
Fase de Transición En esta fase se prepararán dos releases para distribución,
asegurando una implantación y cambio del sistema previo de
manera adecuada, incluyendo el entrenamiento de los usuarios. El
hito que marca el fin de esta fase incluye, la entrega de toda la
documentación del proyecto con los manuales de instalación y todo
el material de apoyo al usuario, la finalización del entrenamiento de
los usuarios y el empaquetamiento del producto.

4.1.2 Calendario del Proyecto

A continuación se presenta un calendario de las principales tareas del proyecto incluyendo solo
las fases de Inicio y Elaboración. Como se ha comentado, el proceso iterativo e incremental de
RUP está caracterizado por la realización en paralelo de todas las disciplinas de desarrollo a lo
largo del proyecto, con lo cual la mayoría de los artefactos son generados muy tempranamente
en el proyecto pero van desarrollándose en mayor o menor grado de acuerdo a la fase e
iteración del proyecto. La siguiente figura ilustra este enfoque, en ella lo ensombrecido marca el
énfasis de cada disciplina (workflow) en un momento determinado del desarrollo.
Para este proyecto se ha establecido en siguiente calendario. La fecha de aprobación indica
cuando el artefacto en cuestión tiene un estado de completitud suficiente para someterse a
revisión y aprobación, pero esto no quita la posibilidad de su posterior refinamiento y cambios .

Disciplinas/Artefactos generados o modificados

Comienzo Aprobación
durante la Fase de Inicio
Modelado del Negocio
Modelo de Casos de Uso del Negocio y Modelo de
Semana 1 Semana 2
Objetos del Negocio
Requisitos
Glosario Semana 1 Semana 2
Visión Semana 2 Semana 3
Modelo de Casos de Uso Semana 3 siguiente fase
Especificación de Casos de Uso Semana 3 siguiente fase
Especificaciones Adicionales Semana 2 siguiente fase
Análisis/Diseño
Modelo de Análisis/Diseño Semana 2 siguiente fase
Modelo de Datos Semana 2 siguiente fase
Implementación
Prototipos de Interfaces de Usuario Semana 2 siguiente fase
Modelo de Implementación Semana 2 siguiente fase
Pruebas
Casos de Pruebas Funcionales Semana 2 siguiente fase
Despliegue
Modelo de Despliegue Semana 2 siguiente fase
Gestión de Cambios y Configuración Durante todo el proyecto
Gestión del proyecto
Plan de Desarrollo del Software en su versión 1.1 y
Semana 1 Semana 2
planes de las Iteraciones
Ambiente Durante todo el proyecto
 Disciplinas/Artefactos
generados o modificados durante la Comienzo Aprobación
Fase de Elaboración – Iteración 1 (4 semanas de duración)
Modelado del Negocio
Modelo de Casos de Uso del Negocio y Modelo de
Semana 1 aprobado
Objetos del Negocio
Requisitos
Glosario Semana 1 aprobado
Visión Semana 2 aprobado
Modelo de Casos de Uso Semana 3 Semana 7
Especificación de Casos de Uso Semana 3 Semana 7
Especificaciones Adicionales Semana 2 Semana 7
Análisis/Diseño
Modelo de Análisis/Diseño Semana 2 siguiente iteración
Modelo de Datos Semana 2 siguiente iteración
Implementación
Prototipos de Interfaces de Usuario Semana 2 siguiente iteración
Modelo de Implementación Semana 2 siguiente iteración
Pruebas
Casos de Pruebas Funcionales Semana 2 siguiente iteración
Despliegue
Modelo de Despliegue Semana 2 siguiente iteración
Gestión de Cambios y Configuración Durante todo el proyecto
Gestión del proyecto
Plan de Desarrollo del Software en su versión 2.0 y
Semana 4 Semana 4
planes de las Iteraciones
Ambiente Durante todo el proyecto

5.
COD
REQ MODULO FUNCIONALIDAD REQUERIMIENTO DESCRIPCION PRIORIDAD CAS
El sistema muestra una ventana principal con título de
Login, el usuario debe ingresar su usuario y
UC
Login Login Iniciar sesión contraseña, por último, el usuario debe presionar el Alta
s
1 botón Login e ingresara a la pantalla principal del
sistema.
El sistema muestra un formulario con título registro de
categoría, el usuario debe ingresar la categoría, por
Registrar
Gestionar último, el usuario debe presionar el botón grabar y el UC2
Categoría datos de la Alta
2 categoría sistema mostrara un mensaje de confirmación que se ca
categoría
registró la categoría. Así mismo, se puede buscar y
modificar los datos de la categoría.
El sistema muestra un formulario con título registro de
productos, el usuario debe seleccionar en primer lugar
la categoría a la cual pertenece el producto,
3 Registrar seguidamente debe ingresar el nombre del producto,
Gestionar UC3
Productos información de el precio, el stock entre otros, por último, el usuario Alta
Productos pr
productos presionara el botón grabar y el sistema mostrar un
mensaje de confirmación que se registró el producto.
Así mismo, se puede buscar y modificar los datos del
producto.
El sistema muestra un formulario con título registro de
clientes, el usuario debe ingresar sus nombres, DNI,
Registrar Dirección, Teléfono y Correo, por último, el usuario
Gestionar UC4
4 Clientes información de debe presionar el botón grabar y el sistema mostrara Alta
Clientes c
Clientes. un mensaje de confirmación de que se registró el
cliente correctamente. Así mismo, se puede buscar y
modificar los datos del cliente.
El sistema mostrara una ventana con título registro de
usuarios, el cual se debe ingresar, el usuario y la clave
con la cual iniciaran sesión al sistema, además, el
Registro de
Gestionar de nombre, DNI, dirección y usuario debe seleccionar que UC5
5 Usuarios información Media
Usuarios permiso tendrá asignado, por último, el usuario de
del usuario
presionara el botón grabar y el sistema mostrara un
mensaje de confirmación. Así mismo, se puede
buscar, eliminar y modificar los datos del usuario.
6 Ventas Registrar Registrar El sistema web mostrara una lista de productos, donde Alta UC6
venta información de el cliente ingresara la cantidad que desea comprar V
venta luego añadirá al carrito de compra presionando el
icono de carrito, paso siguiente en la parte superior
derecha el icono de un carrito se activara contando
cuantos productos añadidos tiene en lista;
presionando el botón del carrito en la parte superior
derecha ingresara al módulo de ventas donde el
cliente ingresara su DNI para recuperar sus datos
personales, caso contrario, si no está registrado, al
lado derecho hay un enlace que dice regístrate aquí, y
el cliente ingresara su nombre, DNI, dirección, entre
otros, paso siguiente el cliente presionara el botón
grabar y el sistema registrara el cliente, luego el cliente
tendrá la opción de eliminar un producto si no desea
comprarlo presionando el enlace eliminar, Por último,
 el cliente ingresara sus datos de la tarjeta y presionara
el botón comprar y el sistema mostrara un mensaje de
confirmación que la compra fue registrada.
El sistema muestra una ventana con título reportes de
ventas del día, donde se encontrara un calendario en
la parte inferior izquierda, el cual ingresara la fecha de UC7
Exportar Exportar a
las ventas que desea exportar y luego el usuario a
7 Reportes reportes por Excel las Media
presionara el botón exportar a Excel para ser ve
día ventas del día
guardado en la computadora. Adicionalmente, se
mostrara una tabla con las ventas donde podrá hacer
las consultas básicas que se requiera por el empleado
El sistema muestra una ventana con título reportes de
ventas del día y en la parte inferior derecha un
Grafico Visualizar el
calendario donde el usuario ingresara una fecha y UC
producto más producto más
8 Reportes paso siguiente presionara el botón ver gráfico, para Media el p
vendido del vendido en
mostrar una pantalla con título producto más vendido más
día grafico
el día donde se mostrara un gráfico en barras del
producto más solicitado por los clientes.
El sistema muestra una ventana con título reportes de
ventas por mes, donde se encontrara una caja de
Exportar a texto donde ingresara el año y una caja desplegable UC9
Exportar
Excel las donde seleccionara el mes y luego el usuario a
9 Reportes reportes por Media
ventas del presionara el botón exportar a Excel para ser ve
mes
mes guardado en la computadora. Adicionalmente, se
mostrara una tabla con las ventas donde podrá hacer
las consultas básicas que se requiera por el empleado
El sistema muestra una ventana reporte de ventas por
mes, donde en la parte inferior derecha encontrar una
Visualizar las
Gráfico de caja de texto donde ingresara el año que desea UC1
ventas por
10 Reportes ventas visualizar, paso siguiente, presionara el botón ver Media de
mes en un
mensuales gráfico y el sistema mostrara una ventana con título me
grafico
total de ventas mensuales y un gráfico de pastel con el
total de ventas por cada mes.
 5.2 Matriz para evaluar requisitos de calidad

Estad
N N Respuesta del Comentarios y
Puntos de Control o
o C Entrevistado Observaciones
NC
Se entendió cada
Los requerimientos registrados, ¿se encuentra libre de
1 uno de los Se evaluó la ortografía
errores ortográficos y gramaticales?
requerimientos
Si, los
requerimientos
¿Los requerimientos se interpretan de igual manera, al ser
2 tienen el mismo
leído por más de una persona?
significado para los
interesados
¿Los requerimientos han sido clasificados y tienen una
3 Si
identificación?
¿Los requerimientos No entran en conflicto con otro
4 Si
requerimiento ni se encuentra duplicado?
Si, Cada función de
requerimiento tiene
¿Los requerimientos que están relacionados unos con otros
5 su importancia en la
se encuentran identificados con un nivel de importancia?
lista de
requerimientos
¿En la especificación de caso de uso se detalló toda la Se explicó detalladamente cada
6 funcionalidad definida para satisfacer el requerimiento de Si función que cumple los
cliente? requerimientos
Cada requerimiento
Si se realiza algún cambio se
solicitado, son
8 ¿Están los requerimientos dentro del ámbito del proyecto? procederá a una evaluación de
necesidades por la
tiempo.
empresa
9 ¿Se ha elaborado la matriz Requerimientos? Si
6. Aseguramiento de la calidad
6.1. Diagrama de actividades del aseguramiento de calidad

La organización objeto de estudio divide las actividades del aseguramiento de calidad en sus procesos

AC.1. Supervisar las actividades del proceso

AC.2. Revisiones técnicas
AC.3. Pruebas de software
AC.4. Administración de cambios
AC.5. Elaborar reportes de resultas de las pruebas y evaluación de requisitos
AC.6. Comunicación de resultados
A continuación se presenta la descripción de cada subproceso:

Sub Proceso AC.1. Supervisar actividades del proceso

Resultados 1.1. Requerimientos funcionales
1.2. Revisar normas.
1.3. Informe de supervisión
1.4. cumplir actividades
1.5. Informe de resultados de verificación
1.6. Comunicar a los interesados
Actividades A.1.1 Identificar requerimientos funcionales
A.1.2 Revisar procedimiento de trabajo según la norma
A.1.3. Definir el alcance de la supervisión
A.1.4. Verificar el cumplimiento de la actividad
A.1.5. Registro resultado de la verificación
A.1.6. Comunicación a los involucrados
Sub Proceso AC.2. REVISIONES TECNICAS
Resultados 2.1 revisiones técnicas
2.2 resultados de revisiones técnicas
2.3. informe
Actividades A.2.1. Definir las revisiones técnicas
A.2.2. Ejecutar las revisiones técnicas
A.2.3. Elaborar informe
Sub Proceso AC.3. PRUEBAS DE SOFTWARE
Resultados 3.1. Plan de pruebas
3.2. Resultado de pruebas
3.3. Informe

Actividades A.3.1 Diseño de plan de prueba

A.3.2. Ejecutar plan de prueba
A.3.3. Elaborar informe de resultado del plan de pruebas
Sub Proceso AC.4. ADMINISTRACION DE CAMBIOS
Resultados 4.1. Informe de cambios
4.2. Cambios
4.3. Resultado de cambios

Actividades A.4.1 Elaborar informe de cambios

A.4.2. Revisar de cambios
A.4.3. Ejecutar cambios
A.4.4 Comunica cambios
Sub Proceso AC.5 ELABORAR REPORTES DE RESULTADOS DE LAS PRUEBAS Y EVALUACIÓN DE
REQUISITOS
Resultados 5.1. Resultados finales
5.2. Resultados analizados
5.3. Reporte de resultados

Actividades A.5.1 Consolidar resultados

A.5.2. Analizar resultados
A.5.3. Elaborar reportes
Sub Proceso AC.6 COMUNICACIÓN DE RESULTADOS
Resultados 6.1. Medio de comunicación a utilizar
6.2. Comunicación realizada
6.3. Recepción de mensajes

Actividades A.6.1 Definir el medio de comunicación

A.6.2. Ejecuto la comunicación
A.6.3. Medir el medio de comunicación
7. Proceso de pruebas
7.1. Diagrama de proceso de pruebas
7.2 Planificación de pruebas
7.3 Seguimiento y control de pruebas

7.4. Finalización de pruebas

7.5 Diseño de pruebas
7.6 Establecer ambiente de pruebas
7.7 Ejecutar pruebas
7.8 Reporte e incidentes de pruebas
8 Preparación de las pruebas y ejecución
8.1 UC1 Iniciar Sesión

Módulo LOGIN Fecha 26/05/2019

Ventana LOGIN
1. El usuario ingresa su usuario y contraseña. 2. El usuario presiona el botón
login .3. El sistema muestra un mensaje de validación si los campos están
Caso de la Prueba
vacíos. 4. El sistema muestra un mensaje de validación si el usuario y
contraseña están incorrectos. 5. El sistema muestra la pantalla bienvenida

Descripción de salida 1. El usuario inicio sesión con éxito

Caso de uso UC1. Iniciar sesión

Acción Realizada Evaluación de la ventana Login

Los campos tienen escrito

La ventana login se
usuario y contraseña
Estado Inicial del Estado Final del oculta y muestra la
respectivamente, además,
Dispositivo Dispositivo ventana principal del
se encuentran habilitados
sistema
como el botón login
Campo Estado Inicial Salida obtenida
El campo se encuentra con la palabra Se ingresa el nombre de usuario y
Usuario usuario y hacemos click para ubicar con tecla tabulador pasa al
el cursor en el campo siguiente campo
El campo se encuentra con la palabra Se ingresa la clave, no se puede leer
Contraseña contraseña y el cursos está ubicado el dato ingresado ya que tiene
en el cuadro de texto mascara de puntos

Error  

El sistema no muestra un mensaje de confirmación que el usuario y

Comentarios
contraseña son correctos
8.2 UC2. Registrar categoría.

Módulo Categoría Fecha 26/05/2019

Ventana Registro de Categoría
1. El usuario debe ingresar el nombre de la categoría. 2. El usuario presiona
el botón grabar. 3. El sistema muestra un mensaje de validación si los
campos están vacíos 4. El sistema muestra un mensaje de confinación que
Caso de la Prueba
se registró la categoría 5. El usuario presiona el botón aceptar.

Descripción de salida 1. Los datos de la categoría se encuentran registrados.

Caso de uso UC2. Registrar categoría.

Acción Realizada Evaluación de la ventana registro de categoría

El campo se encuentra
El campo se encuentra
Estado Inicial del Estado Final del habilitado para
vacío, además, el botón
Dispositivo Dispositivo registrar una nueva
grabar y limpiar habilitado
categoría
Campo Estado Inicial Salida obtenida
El campo se encuentra vacío y
Categoría hacemos click para ubicar el cursor Se ingresa la categoría
en el campo

Error  

Hay una tabla de consulta de categorías, donde el usuario podrá ingresar la

Comentarios
categoría que desea buscar.
8.3. UC3. Registrar productos

Módulo Productos Fecha 26/05/2019 

Ventana Registro de productos
1. El usuario selecciona la categoría. 2. El usuario ingresa los datos como:
nombre, precio, stock, entre otros. 3. El usuario presiona el botón grabar. 4.
Caso de la Prueba El sistema muestra un mensaje de validación si los campos están vacíos 5. El
sistema muestra un mensaje de confirmación de producto. 6. El usuario
presiona el botón aceptar.

Descripción de salida Los datos del producto se encuentra registrado

Caso de uso UC3. Registrar productos

Acción Realizada Evaluación de la ventana registro de productos

El campo categoría se
encuentra seleccionado con El campo se encuentra
Estado Inicial del Accesorios, por otro lado, Estado Final del habilitado para
Dispositivo los demás campos están Dispositivo registrar un nuevo
vacíos, además, el botón producto
grabar y limpiar habilitado
Campo Estado Inicial Salida obtenida
El campo se encuentra seleccionado
Se selecciona la categoría y con la
con la primera opción accesorios y
Categoría tecla tabulador pasamos al
hacemos click para ubicar el cursor
siguiente campo
en el campo
Se ingresa el nombre del producto y
El cursor está ubicado en el cuadro
Nombre con la tecla tabulador pasamos al
de texto
siguiente campo
Se ingresa el precio del producto y
El cursor está ubicado en el cuadro
Precio con la tecla tabulador pasamos al
de texto
siguiente campo
Se ingresa el stock del producto y
El cursor está ubicado en el cuadro
Stock con la tecla tabulador pasamos al
de texto
siguiente campo
El cursor está ubicado en el cuadro Se ingresa el nombre de la imagen
Foto
de texto del producto.

Error  

Comentarios El sistema no muestra instantáneamente los datos del producto ingresado

8.4. UC4. Registro de clientes

Módulo Clientes Fecha 26/05/2019  

Ventana Registro de Clientes
1. El usuario ingresa los datos como: nombre del cliente, DNI, dirección
entre otros. 2. El usuario presiona el botón Grabar 3. El sistema muestra un
mensaje de validación si los campos están vacíos. 4. El sistema muestra un
Caso de la Prueba
mensaje de validación si el correo no tiene el formato correcto. 5. El sistema
muestra un mensaje de confirmación 4. El usuario presiona el botón
aceptar.

Descripción de salida Los datos del cliente se encuentran registrado

Caso de uso UC4. Registro de clientes

Acción Realizada Evaluación de la ventana registro de clientes

El campo se encuentra
Estado Inicial del Los campos están vacíos y el Estado Final del habilitado para
Dispositivo botón grabar habilitado Dispositivo registrar un nuevo
cliente
Campo Estado Inicial Salida obtenida
Se ingresa el nombre del cliente y
El campo está vacío y hacemos click
Nombres con la tecla tabulador pasamos al
para ubicar el cursor en el campo
siguiente campo
Se ingresa el DNI del cliente y con la
El cursor está ubicado en el cuadro
DNI tecla tabulador pasamos al
de texto
siguiente campo
Se ingresa la dirección del cliente y
El cursor está ubicado en el cuadro
Dirección con la tecla tabulador pasamos al
de texto
siguiente campo
Se ingresa el teléfono del cliente y
El cursor está ubicado en el cuadro
Teléfono con la tecla tabulador pasamos al
de texto
siguiente campo
El cursor está ubicado en el cuadro
Correo Se ingresa el correo del cliente
de texto

Error  

Comentarios El sistema no muestra instantáneamente los datos del producto ingresado

8.5. UC5. Registro de usuarios

Módulo Usuarios Fecha 26/05/2019

Ventana Registrar Usuario
1. El empleado ingresa los datos como: nombre del cliente, DNI, dirección
entre otros. 2. El empleado selecciona el permiso del usuario 3.El usuario
presiona el botón Grabar. 4. El sistema muestra un mensaje de validación si
Caso de la Prueba
los campos están vacíos 5. El sistema muestra un mensaje que las
contraseñas no coinciden 6. El sistema muestra un mensaje de confirmación
que se registró el usuario 5. El usuario presionara el botón aceptar.
Descripción de salida Los datos del usuario se encuentran registrado

Caso de uso UC5. Registro de usuarios

Acción Realizada Evaluación de la ventana registro de usuarios

El campo permiso se
encuentra seleccionado la
El campo se encuentra
palabra Administrador, por
Estado Inicial del Estado Final del habilitado para
otro lado, los otros campos
Dispositivo Dispositivo registrar un nuevo
se encuentran vacíos y el
usuarios
botón grabar y limpiar
habilitado
Campo Estado Inicial Salida obtenida
Se ingresa el usuario y con la tecla
El campo está vacío y hacemos click
Usuario tabulador pasamos al siguiente
para ubicar el cursor en el campo
campo
Se ingresa la clave y con la tecla
El cursor está ubicado en el cuadro
Clave tabulador pasamos al siguiente
de texto
campo
Se ingresa nuevamente la clave y
El cursor está ubicado en el cuadro
Repite clave con la tecla tabulador pasamos al
de texto
siguiente campo
Se ingresa el nombre y con la tecla
El cursor está ubicado en el cuadro
Nombres tabulador pasamos al siguiente
de texto
campo
Se ingresa el apellidos y con la tecla
El cursor está ubicado en el cuadro
Apellidos tabulador pasamos al siguiente
de texto
campo
Se ingresa el DNI y con la tecla
El cursor está ubicado en el cuadro
DNI tabulador pasamos al siguiente
de texto
campo
Se ingresa la dirección y con la tecla
El cursor está ubicado en el cuadro
Dirección tabulador pasamos al siguiente
de texto
campo
Teléfono El cursor está ubicado en el cuadro Se ingresa el teléfono y con la tecla
 tabulador pasamos al siguiente
de texto
campo
El campo esta seleccionado con la
Permisos palabra Administrador y el cursor Se selecciona el permiso del usuario
está ubicado en la caja desplegable
Error  

Comentarios El sistema no muestra instantáneamente los datos del usuario ingresado

8.6. UC6. Registro de ventas

Módulo Ventas Fecha 26/05/2019

Ventana Registro de ventas
1. El cliente seleccionara los productos. 2. El sistema agregara los productos al carrito
de compra. 3. El cliente dará click en el icono superior de carrito de compras. 4. El
sistema mostrara el formulario registro de ventas. 5. El cliente ingresa su DNI. 6. El
cliente debe presionar el botón buscar. 7. El sistema muestra un mensaje de validación
si los campos están vacíos. 8. El sistema muestra un mensaje de validación que el DNI
no existe. 9. El cliente dará click en el enlace regístrate aquí. 10. El sistema muestra una
ventana emergente donde el cliente se registrara. 11. El cliente ingresara sus datos
como: Nombre del cliente, DNI, dirección, entre otros. 12. El cliente presionara el botón
Caso de la Prueba
grabar. 13. El sistema muestra un mensaje de validación que el correo no tiene el
formato correcto. 14. El sistema registrara el cliente y cerrara la ventana emergente y
mostrara el formulario registro de ventas 15. El sistema mostrara los datos del cliente.
16. el cliente debe ingresar datos de la tarjeta de crédito, fecha de vencimiento y código
CVV2. 17. El usuario debe presionar el botón comprar. 18. El sistema muestra un
mensaje de validación si los campos de tarjeta, fecha vencimiento y código CVV2 están
vacíos 19. El sistema muestra un mensaje de confirmación. 20. El cliente debe presionar
el botón aceptar.
Descripción de
La venta se encuentran registrado
salida
Caso de uso UC6. Registro de ventas
Acción Realizada Evaluación de la ventana registro de venta
El campo DNI se encuentra vacío, el
botón Buscar se encuentra habilitado y
Estado Final El sistema muestra la lista de
Estado Inicial del la tabla de detalle de compra se
del productos para una nueva
Dispositivo encuentra con los productos
Dispositivo compra
seleccionados y la opción eliminar
habilitada.
Campo Estado Inicial Salida obtenida
El campo está vacío y hacemos click Se ingresa el DNI y presionando el botón
DNI
para ubicar el cursor en el campo buscar muestra el siguiente campo
El sistema muestra automáticamente el
Nombre El campo se encuentra oculto
nombre
El sistema muestra automáticamente el
Dirección El campo se encuentra oculto
nombre
El sistema muestra automáticamente el
Email El campo se encuentra oculto
nombre
Nro. Tarjeta El campo está vacío y hacemos click Se ingresa el Nro. De tarjeta y con la tecla
 para ubicar el cursor en el campo tabulador pasamos al siguiente campo
El cursor está ubicado en el cuadro de Se ingresa la caducidad y con la tecla
Caducidad
texto tabulador pasamos al siguiente campo
El cursor está ubicado en el cuadro de
Cvv2 Se ingresa el código Cvv2 de la tarjeta
texto
La tabla se encuentra cargada de los La tabla se encuentra cargada de los
detalle de compra
productos que seleccionaron productos que seleccionaron

Error  

Comentarios El sistema no envía un correo con el comprobante de compra

8.7. UC7. Exportar a Excel ventas del día

Módulo Reportes Fecha 26/05/2019 

Ventana Reportes ventas por día
1. El usuario ingresa la fecha de las ventas desea exportar. 2. el usuario
presiona el botón exportar Excel. 3. El sistema muestra un mensaje de
Caso de la Prueba
validación si el campo está vacío 4. El sistema descargara un archivo a la
computadora.

Descripción de salida Las ventas del día se exporto correctamente

Caso de uso UC7. Exportar a Excel ventas del día

Acción Realizada Evaluación de la ventana reportes ventas por día

Se muestra una tabla con las

ventas realizada, por otro El sistema muestra la
Estado Inicial del lado, el campo fecha se Estado Final del ventana para una
Dispositivo encuentra con el formato Dispositivo nueva exportación de
“dd/mm/aaaa” y el botón la venta por día
exportar a Excel habilitado
Campo Estado Inicial Salida obtenida
El campo se encuentra escrito con el
formato “dd/mm/aaaa” y hacemos
Fecha exportar Se ingresa la fecha
click para ubicar el cursor en el
campo
 El sistema exporta el Excel, así no contenga información en la fecha
Error
indicada
Hay una tabla con las ventas realizadas, además, muestra botones de
Comentarios búsqueda por fecha, y por último, muestra un campo fecha para mostrar un
grafico
8.8. UC8. Grafico el producto más vendido

Módulo Reportes Fecha 26/05/2019 

Ventana Reporte venta por día
1. El usuario ingresa la fecha de las ventas para ver el grafico. 2. el usuario
presiona el botón ver gráfico. 3. El sistema muestra un mensaje de
Caso de la Prueba validación si el campo está vacío 4. El sistema mostrara una ventana con
título producto más vendido del día. 5. el usuario dará click en el botón
regresar. 6. el sistema mostrara una tabla con la lista de las ventas

Descripción de salida Sistema muestra el grafico del producto más vendido

Caso de uso UC8. Grafico el producto más vendido

Acción Realizada Evaluación de la ventana reportes ventas por día

Se muestra una tabla con las

ventas realizada, por otro
lado, el campo fecha se El sistema muestra la
Estado Inicial del Estado Final del
encuentra con el formato ventana para ejecutar
Dispositivo Dispositivo
“dd/mm/aaaa” y el botón un nuevo gráfico.
ver gráfico se encuentra
habilitado
Campo Estado Inicial Salida obtenida
El campo se encuentra escrito con el
formato “dd/mm/aaaa” y hacemos
Fecha Graficó Se ingresa la fecha
click para ubicar el cursor en el
campo

Error  

Hay una tabla con las ventas realizadas, además, muestra botones de
Comentarios búsqueda por fecha, y por último, muestra un campo fecha para Exportar a
Excel
8.9. UC9. Exportar a Excel ventas del mes

Módulo Reportes Fecha 26/05/2019  

Ventana Reporte ventas por mes
1. El usuario ingresa el año y selecciona un mes de las ventas desea
exportar. 2. el usuario presiona el botón exportar Excel. 3. El sistema
Caso de la Prueba
muestra un mensaje de validación si el campo está vacío 4. El sistema
descargara un archivo a la computadora.

Descripción de salida Las ventas del mes se exporto correctamente

Caso de uso UC9. Exportar a Excel ventas del mes

Acción Realizada Evaluación de la ventana reportes ventas por mes

Se muestra una tabla con las

ventas realizada, por otro
lado, el campo año, se El sistema muestra la
Estado Inicial del encuentra con la palabra Estado Final del ventana para una
Dispositivo año y la caja desplegable Dispositivo nueva exportación de
esta por defecto el mes la venta por mes
enero y el botón exportar
Excel habilitado
Campo Estado Inicial Salida obtenida
El campo se encuentra escrito la Se ingresa el año y con la tecla
Año palabra año y hacemos click para tabulador pasamos al siguiente
ubicar el cursor en el campo campo
El campo se encuentra seleccionado
Mes el mes enero y el cursor está ubicado Se selecciona el mes
en el cuadro de texto
   El sistema exporta el Excel así no contenga información en la fecha
Error
indicada
Hay una tabla con las ventas realizadas, además, muestra botones de
Comentarios búsqueda por año y mes, por último, muestra un campo año para mostrar
un grafico

8.10. UC.10 Grafico de ventas mensuales

Módulo Reportes Fecha 26/05/2019

Ventana Reporte ventas por mes
1. El usuario ingresa el año para ver el grafico. 2. el usuario presiona el
botón ver gráfico. 3. El sistema muestra un mensaje de validación si el
Caso de la Prueba campo está vacío 4. El sistema mostrara una ventana con título total de
ventas mensuales. 5. el usuario dará click en el botón regresar. 6. el sistema
mostrara una tabla con la lista de las ventas

Descripción de salida Sistema muestra el grafico del total de ventas mensuales

Caso de uso UC.10 Grafico de ventas mensuales

Acción Realizada Evaluación de la ventana reportes ventas por mes

Se muestra una tabla con las

ventas realizada, por otro
El sistema muestra la
Estado Inicial del lado, el campo año, se Estado Final del
ventana para ejecutar
Dispositivo encuentra con la palabra Dispositivo
un nuevo gráfico.
año y el botón ver gráfico se
encuentra habilitado
Campo Estado Inicial Salida obtenida
El campo se encuentra escrito la
Año palabra año y hacemos click para Se ingresa el año
ubicar el cursor en el campo

Error  

Comentarios Hay una tabla con las ventas realizadas, además, muestra botones de
 búsqueda por año y mes, por último, muestra un campo año y mes para
exportar a Excel
Requerimientos no funcionales
CO NO FUNCIONALIDAD
D.
RE
Q
1 USABILIDAD
DISPONIBILIDAD Y
2 Alta
ESTABILIDAD
3 EXTENSIBLE
4 LICENCIAMIENTO LIBRE
5 ESTANDARIZACIÓN
6 SEGURIDAD
7 SOPORTE
8 DOCUMENTACIÓN
DESCRIPCION
PRIORIDA
D
Es sistema debe de ser lo suficientemente intuitivo para
usuarios iniciados en informativa puedan tener una curva de Alta
aprendizaje corta
El sistema debe de estar disponible 24 x 7 y accedido de
forma independiente sin importar espacio y tiempo a través
de un browser, garantizando la estabilidad y performance
del mismo
El sistema debe permitir extenderse con otros componentes
Alta
de forma segura y sin perder su estabilidad y performance
El sistema debe de licenciarse con alguna licencia de
Alta
Software Libre u Open Source disponible y vigente
El sistema debe de ser desarrollado siguiendo las buenas
prácticas de la industria de desarrollo web basando su Alta
implementación en estándares como: W3C,
El sistema debe de ser lo suficientemente seguro a ataques
Alta
interno como externos
Se debe de contar con personal 8x4 para la atención de
Media
incidentes del sistema
Se debe de contar con un manual en línea e impreso del uso
Media
y consideraciones necesarias del sistema
 Métricas Internas

Métricas sobre el avance del proceso en la ejecución de las pruebas

Elemento Métrica Proponer Medir Datos Total

Cubrimiento de Cantidad de casos de prueba ÷ Total de
(10/10) *100% 100%
funcionalidades funcionalidades a probar
Tiempo por Total de tiempo en ejecutar las pruebas ÷ Total de
FUNCIONALIDAD 31min /10 3min y 6 S
funcionalidad funcionalidades probadas
Densidad de defectos Total de No conformidades (NC) encontradas ÷ total
(2/10)*100% 20%
por funcionalidad de funcionalidades probadas
PE Esfuerzo de las PE Contar el tiempo dedicado a las PE en el ciclo de Tiempo dedicado= 2 sem 60horas
pruebas 6horas *10 días
 NC encontradas en las PE Contar las NC encontradas durante las PE. - 2 Fallas
Funcionalidades Contar las funcionalidades exploradas durante las PE
- 10
exploradas del ciclo de prueba.
Tiempo planificado =
Sumar el tiempo planificado para todas las actividades
Esfuerzo planificado (5) 7sem 245 horas
del proyecto de prueba
7Horas * 35 días
Esfuerzo realizado en el Sumar el tiempo invertido en todas las actividades del
- 20 horas
ciclo de prueba ciclo de prueba
Esfuerzo realizado hasta Sumar el tiempo realizado desde que el proyecto 12 Semanas
360 Horas
ESFUERZO el momento (3) comenzó hasta el último ciclo realizado 6horas * 60 días
Sumar el tiempo que se planifica para cada actividad 16 semanas
Esfuerzo por realizar (4) 56 horas
hasta que el proyecto de prueba termine 7 horas * 80 días
Esfuerzo total(6) Sumar (3) y (4) 360+56 416 horas
Desviación en el esfuerzo 171 horas
Restar (6) menos (5). 416-245
planificado (58.89%)
Esfuerzo por persona Contar el esfuerzo por persona del equipo de prueba 416 horas/2 208 horas

Métricas Externas

Métricas externas de calidad. Características de funcionalidad

Elemento Métrica Proponer Medir
¿Cuán estable son las especificaciones funcionales después de entrar a
Estabilidad en las
funcionar?
IDONEIDAD especificaciones
funcionales
El sistema estuvo estable durante las pruebas realizadas (100%).
¿Cómo se cumplen las interfaces con los reglamentos aplicables, las normas y
Cumplimiento de regulaciones?
FUNCIONALIDAD
estándar de interfaz
Si cumple con los reglamentos establecidos por la metodología (80%)

Métricas externas de calidad. Características de Confiabilidad

Elemento Métrica Propone Medir

MADUREZ ¿Cuántas condiciones de fallo total están resueltas?
Grado de solución ante fallos
totales
A la fecha no se han realizado las soluciones a las fallas encontradas (0%)
¿Cuántos fallos han sido corregidos?
Erradicación de fallos
A la fecha no se han realizado las soluciones a las fallas encontradas (0%)
Densidad de fallos totales contra ¿Cuántos fallos totales fueron detectados durante un periodo de pruebas
casos de prueba definido?

Se detectaron 2 fallos (20%)

 ¿Está bien probado el producto?
Madurez de las pruebas
Si (100%)

Métricas externas de calidad. Características de usabilidad

Elemento Métrica Proponer Medir

¿A qué proporción de demos/tutoriales pueden accedes los usuarios?
Compresibilidad Accesibilidad a demos
0%
¿Qué proporción de las funciones pueden ser utilizados correctamente
Eficiencia de la documentación del
después de leer la documentación o el uso de sistema de ayuda?
Instructibilidad usuarios y/o sistemas de ayuda en
el uso
60%

Resultados de Métricas Externas

Resultado de la métrica de funcionalidad

Sub-Característica de % de cumplimiento de la
Nombre de la métrica
calidad característica de calidad
IDONEIDAD Adecuación funcional 100%
IDONEIDAD Estabilidad en las especificaciones funcionales 100%
FUNCIONALIDAD Cumplimiento de estándar de interfaz 90%

Resultado de la métrica de confiabilidad.

Sub-Característica de % de cumplimiento de la
Nombre de la métrica
calidad característica de calidad
MADUREZ Densidad de fallos totales contra caso de prueba 20%
MADUREZ Grado de solución ante fallos totales 0%
MADUREZ Cobertura de las pruebas 100%
MADUREZ Madurez de las pruebas 100%

Resultado de la métrica de usabilidad.

Sub-Característica de Nombre de la métrica % de cumplimiento de la

 calidad característica de calidad
COMPRENSIBILIDAD Accesibilidad a demos 0%
Eficiencia de la documentación del usuario y/o
INSTRUCTIBILIDAD 60%
sistemas de ayuda en uso

NIVEL DE MADUREZ DEL PROCESO

1. REQUISITOS DE LA NORMA AL PROCESO

PROCESO REQUISITO NORMA

ISO 15504

PA 1.1 Realización del proceso

Supervisar actividades de proceso
Revisiones técnicas
Pruebas de software
PA 2.1 Gestión de la realización
PA 2.2 Gestión del producto de trabajo
PA 3.1 Definición del proceso
PA 3.2 Despliegue del proceso
PA 4.1 Medición del proceso
PA 4.2 Control del proceso
PA 1.1 Realización del proceso
PA 2.1 Gestión de la realización
PA 2.2 Gestión del producto de trabajo
PA 3.1 Definición del proceso
PA 3.2 Despliegue del proceso
PA 4.1 Medición del proceso
PA 4.2 Control del proceso
PA 5.1 Innovación del proceso
PA 5.2 Optimización continua
PA 1.1 Realización del proceso
PA 2.1 Gestión de la realización
PA 2.2 Gestión del producto de trabajo

Administración de software
Elaboración de reportes de resultado
de pruebas
Comunicar
PA 3.1 Definición del proceso
PA 3.2 Despliegue del proceso
PA 4.1 Medición del proceso
PA 4.2 Control del proceso
PA 5.1 Innovación del proceso
PA 5.2 Optimización continua
PA 1.1 Realización del proceso
PA 2.1 Gestión de la realización
PA 2.2 Gestión del producto de trabajo
PA 3.1 Definición del proceso
PA 4.1 Medición del proceso
PA 4.2 Control del proceso
PA 5.1 Innovación del proceso
PA 5.2 Optimización continua
PA 1.1 Realización del proceso
PA 2.1 Gestión de la realización
PA 2.2 Gestión del producto de trabajo
PA 3.1 Definición del proceso
PA 1.1 Realización del proceso
PA 3.1 Definición del proceso

2. VALORACION DE LOS PROCESOS POR NIVELES DE CAPACIDAD

NIVEL REQUISITOS DEL PROCESO VALOR

PA. 1.1
PA. 1.1
PA 2.1
PA 2.2
PA 1.1 PA 2.1 PA 2.2
PA 3.1
PA 3.2
PA 1.1 PA 2.1 PA 2.2
PA 3.1 PA 3.2
PA 4.1
PA 4.2
PA 1.1 PA 2.1 PA 2.2
PA 3.1 PA 3.2 PA 4.1 PA 4.2
PA 5.1
PA 5.2
3. ATRIBUTOS DEL PROCESO (CAPACIDAD)

PROCESO
1.Supervisar actividades de
proceso

2.Revisiones técnicas

3.Pruebas de software

4.Administración de software

5.Elaboración de reportes de
resultado de pruebas

6.Comunicar

REQUISITOS

4. NIVEL DE MADUREZ DEL PROCESO

NIVEL DESCRIPCION
Nivel de madurez 0 Si la organización no tiene implementación efectiva de los procesos
Nivel de madurez 1 Los procesos objeto de evaluación alcanzan el nivel de capacidad 1, es decir, existen
productos resultantes para los mismos y el proceso se puede identificar.
Nivel de madurez 2 Los procesos del nivel de madurez 2 tienen nivel de capacidad 2 o superior
Nivel de madurez 3 Los procesos de los niveles de madurez 2 y 3 tienen nivel de capacidad 3 o superior.
Nivel de madurez 4 Uno o más procesos tienen nivel de capacidad 3 o superior.
Nivel de madurez 5 Uno o más procesos tienen nivel de capacidad 5.

RESULTADO DE LA MADUREZ DEL CU1. (Supervisar Actividades de proceso):

Supervisar actividades de proceso F F F F L L L - -

Requisitos 1.1 2.1 2.2 3.1 3.2 4.1 4.2 5.1 5.2

*EN LAS METRICAS es mayor que 51% POR LO TANTO ES UN PROCESO MADURO NIVEL 3
 RESULTADO DE LA MADUREZ DEL CU2. (Revisiones Técnicas):
Revisiones técnicas F F F L F L L L L

Requisitos 1.1 2.1 2.2 3.1 3.2 4.1 4.2 5.1 5.2

*EN LAS METRICAS es mayor que 51% POR LO TANTO ES UN PROCESO MADURO NIVEL 3

RESULTADO DE LA MADUREZ DEL CU3. (Pruebas de software):

Pruebas de software F F F F F L L L L

Requisitos 1.1 2.1 2.2 3.1 3.2 4.1 4.2 5.1 5.2

*EN LAS METRICAS es mayor que 85% POR LO TANTO ES UN PROCESO MADURO NIVEL 4

RESULTADO DE LA MADUREZ DEL CU4. (Administración de software):

Administración de software F F F F F F L P L

Requisitos 1.1 2.1 2.2 3.1 3.2 4.1 4.2 5.1 5.2

*EN LAS METRICAS es mayor que 85% POR LO TANTO ES UN PROCESO MADURO NIVEL 4

RESULTADO DE LA MADUREZ DEL CU5. (Elaboración de reportes de resultados de pruebas):

Elaboración de reportes de resultado F F F F - - - - -
de pruebas
Requisitos 1.1 2.1 2.2 3.1 3.2 4.1 4.2 5.1 5.2

*EN LAS METRICAS es mayor que 51% POR LO TANTO ES UN PROCESO MADURO NIVEL 3

RESULTADO DE LA MADUREZ DEL CU6. (Comunicar):

Comunicar L - - L - - - - -

Requisitos 1.1 2.1 2.2 3.1 3.2 4.1 4.2 5.1 5.2
*EN LAS METRICAS es mayor que 51% POR LO TANTO ES UN PROCESO MADURO NIVEL 3