Trabajo Tesis

Instituto Superior Tecnológico IDAT
PRESENTACION
El presente trabajo de investigación tiene como finalidad mostrar un
nuevo sistema comercial que se le denomino SISTEMA INTEGRAL
COMERCIAL (SIS) “MI NEGOCIO” ; el cual se realizo por las necesidades
que tenia la empresa “MULTISERVICIOS TECNOLOGICOS” ya que todos
sus procesos de entrada y salida se realizaban de forma manual.
Nuestro sistema tiene las siguientes áreas: ventas, compras y almacén

con sus respectivos reportes. La metodología empleada es RUP, y los
software usados son: Visual Studio.net, SQL Server y Rational Rose.
Las fuentes bibliográficas consultadas son diversos sistemas, libros de

consulta, manuales, entre otros; los cuales ayudaron en el modelamiento
y codificación.
Esperamos que el presente trabajo de investigación sirva como nueva

fuente de información para futuros profesionales del área de la
informática.
Atentamente
Los autores
Proyecto de Desarrollo de Software Página 3

Para las personas que

siempre nos apoyan y
acompañan en nuestra
vida.

INDICE
PRESENTACIÓN
DEDICATORIA
CAP 1: DESCRIPCION DE LA ORGANIZACIÓN
1.1 Descripción de la organización.

1.1.1 Identificación de la empresa.
1.1.2 Ubicación geográfica. (PLANO)
1.1.3 Características de la empresa.
1.1.4 Visión.
1.1.5 Misión.
1.1.6 Productos y/o servicio
1.1.7 Composición orgánica (Organigrama Estructural y funcional )
1.2 Auditoría externa.
1.2.1 Identificación de factores externos claves.
1.2.2 Matriz de evaluación de factores externos.
1.3 Auditoría interna.
1.3.1 Identificación de factores internos claves.
1.3.2 Matriz de evaluación de factores internos.
CAP 2: DESCRIPCION DEL PROYECTO
2.1 Identificación de problemas y necesidades.

2.2 Ubicación (Áreas) y descripción del problema
2.3 Lista de requerimientos del sistema priorizadas
2.4 Descripción de la Solución propuesta
2.5 Objetivos (General y Específicos)
2.6 Justificación de la solución propuesta
2.7 Alcances y limitaciones
2.8 Cuadro de Presupuestos (Hardware, software y Personal)
CAP 3: ADMINISTRACION DEL PROYECTO
3.1 Diagrama de Gantt

3.2 Plan de desarrollo del software
CAP 4: MODELO DE NEGOCIO
4.1 Visión del Negocio

4.2 Posicionamiento
4.3 Descripción de los participantes en el proyecto y Usuarios
4.4 Descripción Global del Software (Producto)
4.5 Restricciones
4.6 Procedencia y Prioridad

4.7 Otros Requisitos del Producto

4.8 Estándares Aplicables
4.9 Requisitos del Sistema
4.10 Requisitos de desempeño
4.11 Requisitos de Entorno
4.12 Definición de Reglas de Negocio
4.13 Modelo de Caso de Uso de Negocio
4.14 Modelo de Análisis del Negocio
4.15 Creación de la Matriz De procesos y Requerimientos
CAP 5: REQUERIMIENTOS
5.1 Descripción de Requerimientos funcionales y no funcionales

5.2 Descripción de Actores del Sistema
5.3 Descripción de los casos de uso
5.4 Integración de los casos de uso y de actores
CAP 6: MODELO DE ANALISIS.
6.1 Análisis de la Arquitectura

6.2 Elementos del análisis
6.3 Realización de los Casos de Usos
6.4 Elaboración del Modelo Conceptual
CAP 7: MODELO DE DISEÑO
7.1 Elaboración del modelo Lógico

7.2 Elaboración del Diccionario de Datos
7.3 Elaboración del Modelo Físico
7.4 Identificación de Subsistemas y Librerías
7.5 Capas de Diseño (descripción)
7.6 Realización de los casos de uso de diseño
CAP 8: IMPLEMENTACION
8.1 Modelo de implementación y Despliegue

8.2 Implementación de base de datos (carga inicial y migración de datos)
8.3 Preparación del entorno de desarrollo.(Transferencia de tecnología)
8.4 Procedimiento de operación del sistema.(Verificación Y Aceptación)
CAP 9: CONCLUSIONES Y RECOMENDACIONES
9.1 Conclusiones
9.2 Recomendaciones
CAP 10: MEDIOS UTILIZADOS EN LA INVESTIGACION
CAP 11: BIBLIOGRAFIA

CAP 12: ANÁLISIS CRÍTICO DE LAS FUENTES BIBLIOGRÁFICA
CAP 13: GLOSARIO
CAP 14: ANEXOS

Capitulo 1:
MARCO CONTEXTUAL
1.1 DESCRIPCIÓN DE LA ORGANIZACIÓN
1.1.1 Identificación de la empresa
Multiservicios Tecnológicos es una Empresa comercializadora de piezas de

computadora e insumos para impresoras, se constituyó en Marzo del 2004,
cuenta con un amplio stock de productos, asegurando a los clientes que
compran en Multiservicios Tecnológicos la mejor calidad y garantía post-
venta ya que todos los productos son nuevos y tienen la garantía de fabrica.
1.1.2 Ubicación geográfica
Multiservicios Tecnológicos se localiza en Av. Marco Puente Llanos

Asociación de Vivienda La Florida Mz. D, Lt. 34 distrito de Ate Vitarte como
referencia 2 cuadras de la Dirección de Operaciones Especiales de la Policía
“DINOES”.
Asoc. La Florida
Mz D Lt 34
S
DINOE

1.1.3 Características de la empresa
• Es una microempresa en proceso de expansión.

• Su propietaria es una persona natural con negocio.
• Cuenta con 2 empleados los cuales se encargan de las diferentes aéreas de
la empresa.
• No posee un sistema comercial todos los procesos son manuales.
1.1.4 Visión
Nuestra visión es ser una empresa líder en el mercado informático del cono
este, satisfaciendo las diversas necesidades de nuestros clientes en la venta
de productos, y brindar el servicio de diagnostico y mantenimiento de
equipos con los más altos estándares de calidad.
1.1.5 Misión
Proporcionar a nuestros clientes, computadoras integradas y equipos

periféricos, con nivel de excelencia en cuanto a su confiabilidad y servicio
técnico post-venta.
1.1.6 Producto y/o Servicios
Multiservicios Tecnológicos ofrece los siguientes productos de una amplia

variedad de marcas con prioridad cumplir al 100% las especificaciones de los
clientes:
• Partes y Piezas
Case.
Mainboard.
Procesador.
Memoria.
Memoria USB 2.0.
Disco Duro.
Monitor.
Tarjeta de Video.
Floppy.
Teclado.
Mouse.
Lectoras/Grabadoras/DVD.
Estabilizador.
• Suministros
Tinta para Impresora Canon.
Tinta para Impresora HP.
Tóner para Impresora HP.
Tinta para Impresora Epson.
• Accesorios
Multimedia/Web Cam/Cámaras Digitales.
Impresoras.
Scanner.
Parlantes/Micrófonos.
Cooler.

1.1.7 Composición orgánica
• Organigrama Estructural
• Organigrama funcional
Gerencia
Contador General
CPC Lévano Flor Rocío
Nolasco Balbín López
Departamen
Departamen Departamen to de
to de Ventas to Compras Almacén
Encargado Encargado
Encargado
de tienda de
de compras
Almacén
Sr. Heimer Balbín Srta. Juvencio Balbín Sr.

Juvencio Balbín

1.2 AUDITORÍA EXTERNA
1.2.1 Identificación de factores externos claves.
OPORTUNIDADES
• Administrar en forma correcta la empresa.
• Poseer un stock seguro
• Garantía de los productos por parte de la empresa de fabricación,
• Controlar eficientemente las fechas de pagos a los proveedores.
• Tener buenas relaciones con los clientes.
AMENAZAS
• Desaceleración crecimiento económico.
• Tener competencia en proceso de crecimiento.
• Innovaciones de los competidores en enfoque al servicio adicional.
1.2.2 Matriz de evaluación de factores externos.

4 = una respuesta superior 3 = una respuesta superior a la media, 2 = una
respuesta media 1 = una respuesta mala.
FACTORES EXTERNOS EMPRESA MUESTRA

CLAVES
Ponderación Clasificación Resultado
ponderado
OPORTUNIDADES
Administrar en forma correcta 0.13 3 0.39

la empresa.
Poseer un stock seguro 0.13 3 0.39
Garantía de los productos 0.13 4 0.52
Controlar eficientemente las 0.13 3 0.39

fechas de pagos.
Tener buenas relaciones con los 0.12 3 0.36
clientes.
AMENAZAS
Desaceleración crecimiento 0.12 2 0.24

económico
Tener competencia en proceso 0.12 3 0.36
de crecimiento
Innovaciones de los 0.12 2 0.24
competidores.
Total resultado ponderado 1.00 2.89

1.3 AUDITORÍA INTERNA
1.3.1 Identificación de factores internos claves.
FORTALEZAS
• Precios competitivos
• El gerente delega autoridad
• Los proveedores son confiables
• Servicio al cliente
DEBILIDADES
• No cuenta con inventario a tiempo real
• No se utilizan sistemas de información
• El gerente no usa estrategias de marketing
1.3.2 Matriz de evaluación de factores internos.
4 = una respuesta superior 3 = una respuesta superior a la media, 2 = una

respuesta media 1 = una respuesta mala.
EMPRESA MUESTRA
FACTORES INTERNOS CLAVES
Ponderación Clasificación Resultado

ponderado
FORTALEZAS
Precios competitivos 0.19 4 0.76
El gerente delega autoridad 0.17 3 0.51
Los proveedores son 0.17 3 0.51

confiables
Buen servicio al cliente 0.16 4 0.64
DEBILIDADES
No cuenta con inventario a 0.12 4 0.48

tiempo real
No se utilizan sistemas de 0.10 3 0.30
información
El gerente no usa estrategias 0.09 2 0.18
de marketing
Total resultado ponderado 1.00 3.38
Capitulo 2:

DESCRIPCION DEL PROYECTO

2.1 Identificación de problemas y necesidades.
La empresa Multiservicios Tecnológico presenta como problemática la perdida de

datos e información producto de algún error en los procesos (compra, venta,
almacén) ya que estos se realizan en forma manual.
Lo que necesita la empresa es automatizar los procesos para que no exista perdida
de información y ahorre tiempo al personal.
2.2 Ubicación (Áreas) y descripción del problema
Área de Almacén Problemáticas:

 Procesos inadecuados de la información que entra y sale del almacén.
 Incorrecta Clasificación de los productos en almacén por categoría.
 Equivocación en los Inventarios.
 Equivocaciones en los Registros de productos.
Área de Ventas Problemáticas:

 No Tener en Cuenta que productos tiene mayor consumo o de mayor de manda.
 Mal control de la emisión de proformas ,Boletas y facturas

 Mal control de Stock y de ubicación de productos.
 Falta de registro de los clientes.
Área de Compras Problemáticas:

 Falta de registro de nuestros Proveedores.
 Mal realización de pedidos.
 Mala recepción de Productos.
2.3 Lista de requerimientos del sistema priorizadas
a.- Área de Ventas.

 Consultar el stock de los productos.
 Registrar Proforma, Facturas, Boletas de Venta.
 Registro de Clientes.
 Registrar Guía de Remisión.
 Registro de Nota de Venta.
 Generar Reportes
b.- Área de Compras.

 Registrar Pedidos de Compra.

 Generar Pedido de Compra.
 Registrar Facturas de Compra.
 Registrar Proveedores.
 Consultar el stock de los productos.
 Generar Reportes.
c.- Área de Almacén.

 Actualización el Kárdex.
 Registro de Productos.
 Registro de Marcas, Dispositivos y categoría del Producto
 Generar Inventario.
 Generar Reportes.
2.4 Descripción de la Solución propuesta
La solución que plantea nuestro Sistema tiene como finalidad la automatización de

la mayoría de los procesos: almacén, ventas y compras; las cuales permitirá al
usuario tener la información que requiera al instante de las distintas áreas de la
empresa y tomar las decisiones necesarias.
2.5 Objetivos
Los objetivos que se lograría con el presente proyecto son los siguientes
• Automatizar los procesos de las áreas de la empresa para un óptimo trabajo.
• Gestionar la información de las aéreas de almacén, compras y ventas de la
organización a fin de contar con datos exactos, consistentes y oportunos en una
diversidad de formatos para rendición de informes.
• Ofrecer una mejor Administración y Seguridad de Datos.
• Disminuir costos y tiempo en el Ingreso Proceso y Salida de Datos.
2.6 Justificación del proyecto
La empresa Multiservicios Tecnológico tiene sus orígenes mediados del 2004, desde
sus inicios los procesos comerciales y administrativos de la empresa fueron de
forma manual.
En ese sentido la empresa, al no contar con una aplicación informática que brinde
el soporte a los procesos de la institución, presenta una serie de problemas en la
gestión de la información a nivel de:
• Gestión de compras
• Gestión de ventas
• Gestión de almacén

Estos problemas conllevan a retrasos en la obtención de información, duplicidad de

labores y una serie de retrabajos que hacen ineficiente a la institución, no
permitiendo una atención de calidad a sus clientes.
2.7 Alcances y limitaciones
El sistema se enfocará en 3 procesos que consideramos importantes que

permitirá controlar el inventario, compras y ventas mediante el ingreso de
documentación simple ya que anteriormente todos estos procesos eran manuales y
no tenían un control adecuado.
COMPRAS permite el ingreso de las facturas o guías de las compras realizadas, las
cuales actualizarán en forma automática el stock y le permitirá tener el control del
costo de la mercadería.
VENTAS - Permite trabajar con documentos de salida, los cuales actualizarán en

forma automática el stock .El sistema permite imprimir facturas, boletas y guías de
remisión estructurándolos de acuerdo a sus formatos.
ALMACEN - Permite trabajar con documentos ingreso (factura de proveedor) y

salida (boletas y facturas de venta) de almacén actualizando en forma automática
el stock.
2.8 Cuadro de Presupuestos
PRESUPUESTO PRELIMINAR DEL PROYECTO

CONCEPTO MONTO (S/.)
1
PERSONAL Analista 2,100.00
Programador S/. 5.00 x 420 horas
1
MATERIALES Útiles de oficina 200.00
HARDWARE • 4 Pc´s (placa Intel, procesador Corel

2duo, teclado, mouse, disco duro,
grabador, lector de memoria, monitor,
tarjeta de red inalámbrica) 3,050.00
• Impresora matricial Epson 300.00
1SOFTWARE
• SQL Server 2000 720.00
• Windows XP SP. 2 400.00
• Nod32 antivirus 200.00
2
3 OTROS Refrigerio, Transportes, Otros 500.00
COSTOS
TOTAL LÍNEA BASE 7,470.00

RESERVA DE CONTINGENCIA 1,250.00
Proyecto
RESERVA de Desarrollo
DE GESTIÓN de Software 400.00 Página 15
TOTAL PRESUPUESTO S/. 9,120.00

Capitulo 3:
ADMINISTRACION DEL PROYECTO
3.1 Diagrama de Gantt

3.2 Plan de desarrollo del software
El presente plan de desarrollo de software pretende dar una visión global del
enfoque del proyecto planeando los tiempos, alcances y costos del proyecto
teniendo en cuenta los riegos asociados a cada uno de estos factores, para culminar
el proyecto dentro de los presupuestos cumpliendo los requisitos especificados.
SIC utiliza RUP en como metodología de desarrollo de software, RUP
es un proceso que define claramente quien, cómo, cuándo y qué debe hacerse; y,
como su enfoque está basado en modelos.
Las características principales del proceso son:
• Guiado por los Casos de Uso

• Centrado en la Arquitectura
• Guiado por los Riesgos
• Iterativo
A través de un proyecto guiado por RUP, los requerimientos funcionales son

expresados en la forma de Casos de Uso, que guían la realización de una
arquitectura ejecutable de la aplicación. Además el proceso focaliza el esfuerzo del
equipo en construir los elementos críticos estructuralmente y del comportamiento
(llamados Elementos Arquitecturales) antes de construir elementos menos
importantes. La mitigación de los riesgos más importantes guía la definición /
confirmación del alcance en las primeras etapas del ciclo de vida. Finalmente RUP
particiona el ciclo de vida en iteraciones que producen versiones increméntales de
los ejecutables de la aplicación.
RUP implementa las siguientes mejores prácticas asociadas al proceso de Ingeniería

de Software:
• Desarrollo Iterativo
• Manejo de los Requerimientos
• Uso de una Arquitectura basada en componentes
• Modelización Visual
• Verificación Continua de la Calidad
• Manejo de los Cambios

La metodología RUP, llamada así por sus siglas en inglés Rational Unified Process,
divide en 4 fases el desarrollo del software. Cada Fase tiene definido un conjunto de
objetivos y un punto de control especifico. A saber:
Fase Objetivos Puntos de Control

Inicio • Definir el alcance del proyecto Objetivo del proyecto
• Entender que se va a construir

Elaboración • Construir una versión ejecutable de Arquitectura de la
la arquitectura de la aplicación Aplicación
• Entender cómo se va a construir

Construcción • Completar el esqueleto de la Versión Operativa
Aplicación con la funcionalidad Inicial de la
Aplicación
• Construir una versión Beta
Transición • Disponibilizar la aplicación para los Liberación de la
usuarios finales versión de la
Aplicación
• Construir la versión Final
3.2.1 Propósito
El propósito del Plan de Desarrollo de Software es proporcionar la
información necesaria para controlar el proyecto, dar a conocer todas las
actividades a realizarse en el proyecto así como los requisitos que se deben
de tener en cuenta para llevar a cabo un mejor control en el proyecto. En él
se describe el enfoque de desarrollo del software.

3.2.2 Entregable del Proyecto

FASES FECHA DE
ENTREGA
PROCESOS INICIO ELABORACION CONTRUCCION TRANSICION
Moldeamiento de Documento de
Negocio Modelo de
Negocio
Requerimiento Glosario de términos Glosario de términos Glosario de términos
Alcance del Sistema actualizado. actualizado
Alcance del Sistema Alcance del Sistema
actualizado actualizado.
Análisis y Diseño Estándares de
Programación Documento de análisis Documento de análisis
Documento de diseño actualizado
Documento de diseño
actualizado
Implementación Documento de Documento de
Implementación implementación
actualizado
Códigos fuentes y
librerías
Pruebas Plan de Pruebas
Informe de Pruebas
Distribución Manuales
Plan de Capacitación
Informe de
Capacitación
Documento de
autorización de pase a
producción

3.2.3 Organización del Proyecto
A.Participantes en el Proyecto
Jhan Albarrán Rivera, alumno de la carrera de Computación e

Informática del Instituto Tecnológico IDAT de Lima cumplirá las
funciones de jefe de proyecto, analista y programador de sistemas
se encarga de organizar el proyecto, recopilar información
relacionada con la institución a quien beneficiará el proyecto y
realizara la implementación respectiva del sistema.
B. Interfaces Externas
Se definirá los participantes del proyecto que proporcionarán los

requisitos del sistema, y entre ellos quiénes serán los encargados de
evaluar los artefactos de acuerdo a cada subsistema (almacén,
compras ventas) y según el plan establecido.
El sistema tiene como interfaz externa los datos de listado de

productos. Los datos son consultados de la tabla productos que se
encuentra en la base de datos Multiservicios tecnológicos ya que en
ella se interrelacionan todos los subsistemas.
C. Roles y Responsabilidades
Puesto Responsabilidad
Asigna los recursos, gestiona las prioridades, coordina las
Analista de interacciones con los clientes y usuarios, y mantiene al equipo
Sistemas del proyecto enfocado en los objetivos, también establece un
Programador conjunto de prácticas que aseguran la integridad y calidad de los
artefactos del proyecto.
Captura, especificación y validación de requisitos, interactuando
con el cliente y los usuarios mediante entrevistas. Elaboración
del Modelo de 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
pruebas funcionales, modelo de datos y en las validaciones con
el usuario
3.2.4 Plan de Fases
Cada una de las fases del software es desarrollada mediante el ciclo de

iteraciones, la cual consiste en reproducir el ciclo de vida en cascada a
menor escala. Los Objetivos de una iteración se establecen en función
de la evaluación de las iteraciones precedentes.
Fase Nro. Iteraciones Duración
Fase de Inicio 1 1 semana
Fase de Elaboración 2 3 semanas
Fase de Construcción 6 8 semanas
Fase de Transición 3 5 semanas

Vale mencionar que el ciclo de vida que se desarrolla por cada

iteración, es llevada bajo dos disciplinas:
Disciplina de Desarrollo
• Ingeniería de Negocios: Entendiendo las necesidades del negocio.
• Requerimientos: Trasladando las necesidades del negocio a un
sistema automatizado.
• Análisis y Diseño: Trasladando los requerimientos dentro de la
arquitectura de software.
• Implementación: Creando software que se ajuste a la arquitectura
y que tenga el comportamiento deseado.
• Pruebas: Asegurándose que el comportamiento requerido es el
correcto y que todo los solicitado está presente.
Disciplina de Soporte
• Configuración y administración del cambio: Guardando todas las
versiones del proyecto.
• Administrando el proyecto: Administrando horarios y recursos.
• Ambiente: Administrando el ambiente de desarrollo.
• Distribución: Hacer todo lo necesario para la salida del proyecto
Una particularidad de esta metodología es que, en cada ciclo de

iteración, se hace exigente el uso de artefactos (documentos), siendo
por este motivo, una de las metodologías más importantes para
alcanzar un grado de certificación en el desarrollo del software.
3.2.5 Seguimiento y Control del Proyecto
A. Gestión de Requisitos (Indicar algo de gestión) format de manejo

de cambios)

Es gestionar los requisitos del producto y sus componentes en el

proyecto, e identificar inconsistencias entre dichos requisitos y los
planes y subproductos del proyecto.
Los cambios en los requisitos serán gestionados mediante una
Solicitud de Cambio, las cuales serán evaluadas y distribuidas para
asegurar la integridad del sistema y el correcto proceso de gestión de
configuración y cambios.
B. Control de Plazos
Aquí se tomará en cuenta el seguimiento de control del planeamiento
por parte del jefe de proyecto que evaluará cada punto que se va
desarrollando por un tiempo estimado.
C. Control de Calidad
Para verificar la calidad del producto, hemos creado varias iteraciones
que son realizadas por cada integrante del proyecto, presentando en
cada iteración mejoras en los procesos del negocio. Los defectos
detectados en las revisiones y formalizados también en una Solicitud
de Cambio tendrán un seguimiento para asegurar la conformidad
respecto de la solución de dichas deficiencias.
D. Lista de Riesgos
A continuación se muestra un cuadro con los riesgos más resaltantes
que mayormente pueden ocurrir en el desarrollo del proyecto:
1.- Catastrófico 2.- Critica 3.- Marginal 4.- Despreciable
E
Nro. Riesgos Impacto strategia de Respuesta
- Mostrar un sistema
1 Los usuarios finales se 3 adaptable que familiarice al
resisten al sistema usuario en su entorno
laboral.
- Se deben hacer revisiones
2 La fecha de entrega 2 periódicas de las actividades
sobrepasa el tiempo basándose en el calendario.
previsto
- La presentación de
Los Usuarios no definen documentos de análisis y
3 exactamente los Procesos 2 diseño a los usuarios de para
de Negocio. su validación.
4 Poca disponibilidad de 3 - Concientización a usuarios

tiempo de los usuarios de la importancia del
proyecto
5 Cambio de personal en la 2 - Definir usuarios sustitutos

institución (usuarios con los cuales se coordinaría
lideres) los trabajos asociados al
proyecto.

Capitulo 4:
MODELO DE NEGOCIO
4.1 Visión del Negocio
El propósito de éste documento Visión es describir el comportamiento y

procesos de la Empresa. Asimismo describe también requerimientos no
funcionales, restricciones de diseño, y otros factores necesarios para
proporcionar una descripción completa y adecuada de los requerimientos para
el software a desarrollar.
4.2 Posicionamiento
Este sistema permitirá enfocar una serie de interfaces, dando un control de

las actividades del paciente, lo cual brindará un acceso rápido y sencillo a los
datos, gracias a interfaces gráficas sencillas y amigables. Además, los datos
accedidos estarán siempre actualizados, lo cual es un factor muy importante
para poder generar reportes de la información actual del paciente. También se
obtendrá un buen rendimiento y rapidez haciendo seguro los procesos que
realiza.
A continuación mencionaremos algunos puntos claves que ayudarán a mejorar

la calidad del producto:
 Automatizar los procesos de entrada y salida de productos del almacén.

 Mostrar reportes detallados de las diversas áreas los cuales ayudaran a la
gerencia a tomar decisiones.
Sentencia que define el problema
El problema de Pérdida de datos e información producto de

algún error en los procesos (compra, venta,
almacén) ya que estos se realizan en forma
manual.
afecta a Personal de la empresa y clientes
El impacto asociado es Demora en los procesos de entrada y salida
de productos y pérdida de información
importante.
una adecuada solución sería Desarrollar un sistema integrado que
automatice los procesos de entrada y salida
de productos de tal manera que se ahorre
tiempo, creando puntos clave de búsqueda.

Sentencia que define la posición del Articulo
Para quienes Usuarios

El nombre del producto SIC
Que • Permite el ingreso de las facturas o guías de
las ventas realizadas, las cuales actualizarán
en forma automática el stock y le permitirá
tener el control del costo de la mercadería.
• Permite trabajar con documentos de salida,
los cuales actualizarán en forma automática
el stock.
• El sistema permite imprimir facturas, boletas
y guías de remisión estructurándolos de
acuerdo a sus formatos.
• Permite trabajar con documentos ingreso

(factura de proveedor) y salida (boletas y
facturas de venta) de almacén actualizando
en forma automática el stock.
No como No maneja contabilidad.
Nuestro producto Con la implantación de nuestro software la
empresa obtendrá un buen rendimiento,
eficiencia y rapidez en la entrada, salida,
búsqueda, registro y control de los productos
4.3 Descripción de los participantes en el proyecto y Usuarios

(Stakeholders)
Para proporcionar efectivamente productos y servicios que satisfagan las

necesidades reales de los stakeholders y usuarios, es necesario identificar e
involucrar a todos los stakeholders como parte del proceso de Modelización de
los Requerimientos. Los usuarios del sistema también deben ser identificados
y deben ser representados todos adecuadamente en la comunidad de
stakeholders. A continuación se proporciona un perfil de los stakeholders y
usuarios involucrados en el proyecto, y los problemas claves que ellos
perciben que deben ser resueltos por la solución propuesta.
Resumen de Stakeholders
Nombre Descripción Responsabilidades
Flor Rocío Gerente Es el encargado de proporcionarnos

Balbín López información relacionada con la
empresa.
Jhan Albarrán Jefe de proyecto Se encarga de asignar tareas, estudiar
Rivera los diferentes procesos y revisar los
futuros entregables.
Jhan Albarrán Analista Realiza el análisis estructurado de la
Rivera empresa.

Resumen de Usuarios
Nombre Descripción Stakeholders

Gerente Visualiza en su computador Flor Rocío Balbín
todos los datos ingresados en el López
sistema con sus respectivos
reportes.
Vendedor Encargado de la atención a los Heimer Balbín
clientes. Registra el pedido López
venta y la Proforma de venta.
Encargado de recepcionar el
numero de pedido u proforma de
Cajero venta con la cual procederá a
registrar la factura de venta, Heimer Balbín López
boleta de venta y guía de
remisión según sea el caso
Encargado de realizar la compra
Jefe de Compras a los proveedores y registrar las
Juvencio Balbín
facturas de compras
Villegas
Jefe de Almacén Registra los datos de los Juvencio Balbín
productos y los clasifica ; tiene el Villegas
stock actualizado
Entorno de Usuario
Los usuarios entrarán al sistema identificándose sobre un ordenador con un sistema

operativo Windows XP y tras este paso entrarán a la parte de aplicación diseñada
para cada uno según su función en la empresa. Este sistema amigable y sencillo los
usuarios estarán familiarizados con su entorno.
Perfiles de Stakeholders
A. Gerente
Representante Flor Rocío Balbín López

Descripción Gerente de la empresa
Tipo Sistemas
Responsabilidades Es el encargado de proporcionar la información
concerniente al proyecto, da opiniones sobre qué se
debe implementar.
Criterio de Éxito Brindar un mejor servicio

Grado de participación Revisión de requerimientos de usuarios y estructura
del sistema.
B. Jefe de Proyecto
Representante Jhan Albarrán Rivera

Descripción Jefe de proyecto

Tipo Sistemas (analista, programador).
Responsabilidades Esta encargado de revisar cada cierto tiempo el
estado de proyecto, brindando opiniones, asignar
responsabilidades a los integrantes del proyecto.
Criterio de Éxito Cumplir con lo pactado, según los requerimientos

del usuario.
Grado de participación Revisión de entregables, asignar rol.
C. Analistas y Programadores
Representante Jhan Albarrán Rivera

Descripción Analista y programador
Responsabilidades Cumplen el rol de realizar el análisis y modelar el
negocio de acuerdo a los requerimientos acordados.
Criterio de Éxito Cumplir con lo pactado, según los requerimientos

del usuario.
Grado de participación Revisión de entregables.
Perfiles de Usuarios
A. Gerente
Representante Rocío Balbín

Descripción Visualizara en su computadora los datos y reportes.
Tipo Ejecutivo
Responsabilidades • Revisar los reportes diarios para ver como es la
evolución de la empresa.
Criterio de Éxito Mantener buenas relaciones interpersonales con
proveedores, clientes y empleados.
Grado de Es de manera diaria con el sistema
participación
Comentarios Tener un buen manejo al analizar la información
B. Vendedor
Representante Heimer Balbín López
Descripción Registra las ventas

Tipo Finanzas

Responsabilidades • Encargadas de la atención a los clientes.

• Registra el pedido de los Artículos que el cliente
requiera.
• Registra la proforma de
Criterio de Éxito Brindar una mejor atención.
Grado de participación Es de manera diaria con el sistema.
Comentarios Tener un buen manejo al registrar la información.
C. Jefe de compras
Representante Juvencio Balbín

Descripción Registra a los proveedores
Tipo Administrativo
Responsabilidades • Encargado de realizar la compra a los proveedores
• Registrar las facturas de compras
Criterio de Éxito Buenas relaciones interpersonales
Grado de De 3 a más veces por semana
participación
Comentarios Tener un buen manejo al registrar la información
D. Jefe de almacén
Representante Juvencio Balbín

Descripción Tener actualizado el stock
Tipo Administrativo
Responsabilidades • Registra los datos de los productos y los clasifica
• Tiene el stock actualizado
Criterio de Éxito Buenas relaciones interpersonales
Grado de Es de manera diaria con el sistema.
participación
Comentarios Tener un buen manejo al registrar la información
4.4 Descripción Global del Software (Producto)
El software a construir resolverá ciertos procesos y conflictos que

anteriormente resultaba una pérdida de tiempo e información en la empresa.
A continuación indicaremos algunas características que consideramos factible
y/o resaltante en el producto a construir:
Gestión de datos de las ventas: Los documentos generados pueden ser

revisados y modificados, también pueden ser anulados.
Control de reportes: Los documentos de ventas y compras almacenados

se pueden acceder por medio de un reporte, ya sea por fecha o por cliente.

Gestión de datos de los clientes: Un vendedor puede registrar un cliente

para la facturación a su vez también puede modificar (actualizar) los datos de
los clientes o eliminar a un cliente del catalogo si este ya no es necesario.
Gestión de datos de los productos: El encargado del almacén capturara en
el sistema todos los productos que se encuentran en el inventario, también
puede modificar los datos de los productos, o eliminar un producto del
catalogo.
4.5 Restricciones
• El Proyecto debe ser entregado en la fecha estipulada, si ocurriese algún

imprevisto comunicar al responsable del proyecto.
• El costo de proyecto no debe exceder del precio presupuestado.
• Se deben cumplir con todos los puntos acordados a realizarse en el proyecto
sin obviar ninguno.
• Cada cambio en el proyecto debe ser anticipadamente avisado y aprobado
por la gerencia.
4.6 Procedencia y Prioridad
A continuación se listan los principales sucesos priorizados que se tomarán en

cuenta para la construcción y elaboración del proyecto:
4.6.1 Planificación
• Estimar tiempos de actividad.

• Identificar los procesos principales.
• Establecer objetivos.
• Análisis y moldeamiento de los requerimientos para el proyecto.
4.6.2 Operación
• Establecer los prototipos a utilizarse.

• Preparar y procesar los datos de entrada.
• Preparar los reportes.
4.7 Otros Requisitos del Producto
4.7.1 Estándares Aplicables
Para las fases de inicio aplicaría el estándar sugerido por RUP para la
visualización del sistema de información, para las fases de desarrollo e
implementación además de la utilización del modelo RUP, se espera la
utilización del Lenguaje Unificado de Modelos (UML) y los estándares
para los procesos de diseño y normalización enmarcados en los
modelos conceptuales de datos y modelos de análisis multidimensional.
4.7.2 Requisitos del Sistema
La Empresa debe cumplir con todas las licencias del software para la
implementación del sistema desarrollado.
4.7.3 Requisitos de desempeño

Para obtener un mejor rendimiento para con el producto, el usuario

debe de reunir los requisitos necesarios y contar con la capacitación
correspondiente.
Los tiempos de carga no pueden ser largos y no debe consumir
muchos recursos.
4.7.4 Requisitos de Entorno
Para acceder al sistema el usuario debe tener Windows XP sp2,

Framework y SQL server 2000.
4.8 Definición de Reglas de Negocio
La empresa debe plantear unas reglas de negocio para su funcionamiento y

prestación del servicio, las cuales garantizarán un nivel de competitividad
frente a otras empresas. Estas reglas se determinaron según la información
obtenida en la presentación realizada sobre la empresa; y dichas reglas son
presentadas a continuación:
- El horario de trabajo es de 9:00 am hasta las 8:00 pm, teniendo una hora
de refrigerio.
- El vendedor está obligado a entregar su comprobante de pago al cliente.
- Todos los artículos a excepción de las cámaras web, audífonos, USB, tienen
garantía de un año los cuales deberán traerlo acompañado de su respectivo
comprobante de pago.
- La garantía de los monitores se da por cada fabricante y tendrán que llamar
a su servicio técnico previa muestra de su comprobante de pago.
- Se debe garantizar la seguridad en la prestación de los servicios.
- Sólo los encargados de cada área tendrán derecho a actualizar o modificar
los datos de la empresa.
4.9 Modelo de Caso de Uso de Negocio
4.9.1 Identificación de los Objetivos del Negocio

4.9.2 Casos de Uso de Negocio
4.9.3
Descripción de los Casos de Uso del Negocio
Caso de Uso del Negocio Descripción

Gestión de Ventas Este caso de uso consiste en registrar datos de
los documentos de venta y clientes.
Gestión de Compras Este caso de uso consiste en registrar datos de
los documentos de compra.
Gestión de Almacén Actualiza los procesos de entrada y salida de
productos.
4.9.4 Relación de los Objetivos Goal entre sí.

4.9.5 Relación de los Objetivos Goal con los Casos de Usos del
Negocio.
4.9.6 Actores del Negocio
Actores del Negocio Descripción

Cliente Es un actor principal, porque con él inicia el
proceso.
Proveedor Proveer a la empresa de diversos productos
Contador Llevar la contabilidad de la empresa
Gerente Visualiza en su computador todos los datos
ingresados en el sistema con sus respectivos
reportes.

4.9.7 Integración de los Procesos y actores de Negocio.
4.10 Modelo de Análisis del Negocio
4.10.1 Especificaciones de los casos de Uso del Negocio
4.10.1.1 Proceso del Negocio : Gestión de Ventas
CU01 Gestión de Ventas

Actor Cliente, Cajero, Vendedor
Objetivo Registra los datos Importantes del Cliente y el
documento de venta
Flujo Normal:
1.- Cliente: Solicita Artículo.
2.- Vendedor: Verifica existencia del producto y el stock.
2.1.- Si existe el Articulo:
El vendedor: registra el pedido de venta u la proforma de venta.
2.2.- No existe el Articulo:
El vendedor: Solicita Producto al área de Almacén.
3.- Vendedor: Genera un número de venta.
4.- Cliente: Entrega el número de venta.
5.- Cajero: Verifica el número de venta.
6.- Cajero: Genera la boleta de venta u factura de venta.
7.- Cajero: Imprime la boleta u factura de venta.
4.10.1.2 Proceso del Negocio : Gestión de Compras
CU01 Gestión de Compras

Actor Jefe de Compras, Proveedor

Objetivo Registra los datos Importantes del Proveedor y de

la Orden de compra.
Flujo Normal:
1.-Jefe de Compras : Verifica Ordenes Requeridas de los Artículos
2.-Jefe de Compras: Registrar la orden de compra Con los Artículos
requeridos.
3.- Jefe de compra: Verifica los datos del Proveedor
2.1.- Si existe el proveedor:
Jefe de Compras: Escoge al Proveedor
2.2.- No existe el proveedor:
Jefe de Compras: Registrar los datos del Proveedor.
4.- Jefe de Compras :Envía la orden de Compra
4.10.1.3 Proceso del Negocio : Gestión de Almacén
CU01 Gestión de Almacén

Actor Jefe de Almacén
Objetivo Registrar el Producto, Tener un stock actualizado
de los Artículos y verificar sus movimientos.
Flujo Normal:
1.- Jefe de almacén: Recepción los Artículos Comprados Verificando su
estado.
2.- Jefe de almacén: Registra los Artículos y actualiza el Stock.
3.- Jefe de almacén: Genera Reporte de Inventarios y el movimientos del
Articulo en el Kardex
4.10.2 Identificaciones de los Trabajadores del Negocio
4.10.3 Descripción de los trabajos del Negocio
Trabajadores del Negocio Descripción

Vendedor Encargado de la atención a los clientes.
Registra el pedido venta y la Proforma de
venta.
Cajero Encargado de recepcionar el número de pedido
u proforma de venta con la cual procederá a

registrar la factura de venta, boleta de venta y

guía de remisión según sea el caso y realizar el
cobro respectivo.
Jefe de Compras Encargado de realizar la compra a los
proveedores y registrar las facturas de compras
Jefe de Almacén Registra los datos de los productos y los
clasifica ; tiene el stock actualizado
4.10.4 Identificación de las entidades del Negocio
Fa ctura de VentaBole ta de Ve ntaProform a d e Ven ta Inven tario Guia d e Salida Marca
Ped ido de Ve nta Articu lo Gu ia de Re m is io n Karde x L e tra d e Pa go C ateg oria
Prove ed o r Ord en Pedido Fa ctura de C om pra Gu ia En trada C lien te D is p os itivo
4.10.5 Descripción de las entidades del Negocio
Entidades del Negocio Descripción

Factura de Venta Documento
Boleta de Venta Documento
Proforma de venta Documento
Guía de salida Documento
Marca Marca del producto
Pedido de venta Documento
Articulo Datos de los artículos
Guía de remisión Documento
kardex Ver los ingresos, salidas y saldos tanto en
unidades físicas así como valorizadas
Letra de cambio Documento
Categoría Categoría del producto
proveedor Datos del proveedor
Orden de pedido Documento
Factura de compra Documento
Guía de entrada Documento
Cliente Datos del cliente
Dispositivo Tipo de dispositivo

4.11 Creación de la Matriz De procesos y Requerimientos
Caso de Uso \ RF RF RF RF RF RF RF RF RF RF RF
Requerimiento 01 02 03 04 05 06 07 08 09 10 11
Registrar Pedido de X
Venta
Registrar Proforma X
de Venta
Generar Documento X
de venta
Consultar Cliente X
Consultar Articulo X
Registrar Articulo X X
Registrar Cliente X

Capitulo 5:
REQUERIMIENTOS
5.1 Descripción de los Requerimientos Funcionales y no

Funcionales
5.1.1 Requerimientos Funcionales
Nro. Descripción Prioridad

RF01 El sistema Mostrara Reportes diversos según los Media
Requerimientos del usuario.
RF02 El usuario introducir una identificación y una contraseña Alta
para poder utilizar el sistema
RF03 Registrara los pedidos de venta u proforma de ventas Alta
Solicitas por el Cliente.
RF04 Controlara los Artículo al agotarse mediante alertas. Media
RF05 Registrar los Artículos nuevos Media
RF06 Control de los Artículos por Marca, Categoría y dispositivo Media
RF07 Registrar las Ordenes de Pedido Alta
RF08 Generara Letras Por Pagar Alta
RF09 Proporcionara comprobantes de pago dependiendo el tipo Alta
de cliente
RF10 El usuario tendrá un Buen control del Kardex y del Alta
inventario para la toma de decisiones.
RF11 Controla los registros de las facturas de Compras. Media
5.1.2 Requerimientos no Funcionales
Nro. Descripción Prioridad

RNF01 La Memoria RAM requerida es de 1gb. Media
RNF02 El sistema es Compatible con versiones de Windows XP. Baja
RNF03 El lenguaje de Programación será Visual Basic 2005. Media
RNF04 El sistema debe ser accesible al usuario que interactué Alta

con él.
RNF05 El sistema debe ser confiable, realizando procesos Alta
seguros.
RNF06 La documentación proporcionada sobre el uso del Baja
software debe ser clara y concisa.
RNF08 La interfaz de usuario debe adecuarse a los Media
requerimientos del usuario.
RNF09 El sistema debe soportar la cantidad de usuarios Alta
concurrentes.
5.2 Descripción de Actores del Sistema
Actor Justificación
Vendedor Encargado de la atención a los clientes. Registra el pedido
venta y la Proforma de venta.
Cajero Encargado de recepcionar el número de pedido u proforma

de venta con la cual procederá a registrar la factura de

venta, boleta de venta y guía de remisión según sea el
caso y realizar el cobro respectivo.
Jefe de Compras Encargado de realizar la compra a los proveedores y
registrar las facturas de compras
Jefe de Almacén Registra los datos de los productos y los clasifica ; tiene el
stock actualizado
5.3 Descripción de los Casos de Uso.
Nro. Casos de Uso Descripción

CU001 Registro de Pedido de venta Toma los datos principales del
articulo y cliente que lo solicito.
CU002 Registro de Proforma de venta Toma los datos principales del
articulo y cliente que lo solicito.
CU003 Generar Documento de venta Toma los datos principales del
Pedido de venta y Proforma de
venta del cliente que lo solicito.
CU004 Despachar Producto Entrega del Articulo solicitado
CU005 Generar guía de Remisión Toma los datos principales del
Documento de venta
CU006 Consultar Producto Verificar si existe el Articulo
CU007 Consultar stock de producto Verificar si existe stock
disponible
CU008 Registrar Orden de Compra Registrar Articulo Solicitados
CU009 Consultar Productos Requeridos Verificar que productos son
Requeridos
CU010 Seleccionar Proveedor Verificar datos del proveedor
CU011 Registra Factura de Compra Registrar datos de la Compra
CU012 Apertura Cuentas por pagar Registras las letras que genera
la factura
CU013 Confirmar Forma de Pago Confirmar si es al contado o
crédito
CU014 Registrar Guía de Entrada Verificar estado de mercadería
ingresada.
CU015 Registrar Guía de salida Verificar estado de mercadería
saliente.
CU016 Generar Inventario Generar Kardex del Producto.
CU017 Actualizar Kardex Actualizar los datos del Articulo
y su stock
5.4 Elaboración de los Casos de Uso y de actores por áreas.
5.4.1 Caso de Uso: Ventas.

Consultar_Stock_Producto
<<include>>
<<include>>
Registrar PedidoVta Consultar_Producto
<<include>>
Registrar CotizacionVta
Trabajador
Generar_doc_Venta
Vendedor Cajero
FacturadeVenta BoletadeVenta
Generar Reportesde <<include>>

Gestion deVentas
Despachar Producto Generar GuiaRemision
5.4.2 Caso de Uso Compras.
5.4.3 Caso de Uso Almacén.

5.5 Especificación de los Casos de Uso.
Caso de uso : Registrar Pedido de Venta

Objetivo : Identificar los pasos a seguir entre los actores para registrar un
pedido de venta
Actores : Vendedor (V), Cliente(C)
Pasos :
1. C Solicita Articulo
2. V Ingresa datos del producto
3. V Solicita confirmación de pedido
4. C Confirma pedido
5. V Generar código de Pedido
Extensiones :
Variaciones :
Requisitos :
1. F Consultar Stock y Articulo
2. F Consultar Datos del Cliente
Caso de uso : Registrar Documento de Venta

Objetivo : Identificar los pasos a seguir entre los actores para registrar un
Documento de venta.
Actores : Cajero (Ca), Cliente(C)
Pasos :
1. C Entrega Código de Pedido
2. Ca Busca Código de Pedido
3. Ca Pregunta tipo de documento de venta
4. Ca Solicita Confirmación de documento de venta
7. Ca Registra la venta.
Extensiones :
Variaciones :
Proyecto de Desarrollo
Requisitos de Software
: Página 39
1. Ca Consultar Código de Pedido
Caso de uso : Registrar Orden de Compra

Objetivo : Identificar los pasos a seguir entre los actores para registrar
una orden de Compra
Actores : Jefe de Compras (JC), Sistema(S)
Pasos :
1. JC Ingresa datos del Proveedor
2. S Busca en la BD y muestra Datos
3. JC Verificar Stock del Articulo
4. JC Registra una Orden de Compra
5. V Generar código de Pedido
Extensiones :
Variaciones :
Requisitos :
1. JC

5.6 Diagrama de Actividades del Sistema.
Ventas Compras Almacen
Inicio
Consultar
Stock_Articulo Registrar Orden de
Compra
No
stk ? Displayer
Message
Determinar
Si Form a de Pago
Generar Oden Verificar

de Com pra Mercaderia
Registrar Proforma Registrar Pedido
de venta de Venta
No Guia de
Registrar Factura de Si Remision
Compra
Generar doc de
Venta
Actualizar Stock
Credito Generar Letras Ingresar Kardex

Forma de Pago? de Pago
Contado Registrar
Producto
FIN Generar
Inventario
FIN
FIN

Capitulo 6:
MODELAMIENTO DE ANALISIS
6.1. Análisis de la Arquitectura.
En este flujo de trabajo se organizan los casos de uso en paquetes, estos

se agrupan para cumplir una misma meta. Se agrupan en tres paquetes:
1. Paquete de SI Gestión de Compras.

2. Paquetes de SI Gestión de Ventas.
3. Paquetes de SI Gestión de Almacén.
SI Gestion de Si Gestion de
Compras Ventas
SI Gestion de
Almacen
6.2. Elementos de Análisis
Aquí se identifican las clases (interfaz, controlador y entidad) necesarias

para la realización de los casos de uso, así como también su
responsabilidad y colaboración entre clases.

6.3. Realización de los Casos de Uso
Diagrama de Trazas
Orden de Compra
: Proveedor : Jefe de : Intefarce

Compras
Entrega del Catalogo

Ingresa Datos del Proveedor
Busca Proveedor en BD
Muestra Datos del Proveedor
Consultamos Stock del Articulo

Busca del Articulo en BD
Muestra datos del Articulo
Seleccionasmo Proveedor
Seleccionamos Forma de Pago

Agregamos Orden de Compra
Seleccionamos Confimacion
Confimacion de Orden de Compra

Guarda Orden de Compra en BD
Solictamos Impresion
Entregar Doc de Compra
Diagrama de Colaboración
Orden de Compra
: Jefe de
Compras
1: Entrega del Catalogo
: Proveedor
2: IngresaDatos del Proveedor

5: Consultamos Stockdel Articulo
4: MuestraDatos del Proveedor 8: SeleccionasmoProveedor
7: Muestra datos del Articulo 9: Seleccionamos FormadePago
11: Seleccionamos Confimacion 12: ConfimaciondeOrden deCompra
15: Entregar DocdeCompra
3: Busca Proveedor enBD

6: Busca del Articulo enBD
10: Agregamos Ordende Compra
13: Guarda Ordende Compra enBD
14: Solictamos Impresion
: Intefarce

Diagrama de Trazas
Pedido de Venta
: Cliente : Vendedor : Interface
Solicita_Articulo
Consulta_Datos_Articulo
Busca BD
Mostrar Datos del Articulo
Solicita Confirmacion
Confirma Pedido
*[Ingresa Cantidad de Pedido]
Grabar Pedido
Emitir Codigo Pedido de venta
Entregar Codigo
Pedido de Venta
: Cliente
1: Entregar Codigo de Pedido de Venta
6: Confirmar Tipo de Doc
11: Paga la Compra
5: Solicitar el tipo doc

10: Solicta Cancelacion de Venta : Cajero
4: Muestra Dato Pedido

13: Entregar Doc de Venta
2: Ingresar Datos Codigo de Venta

3: Buscar Codigo Pedido en BD 7: Registrar Doc de Venta
8: Grabar Doc Vta BD 12: Registra Pago
9: Imprimer Doc Vta
: Interface

Diagrama de Trazas
Documento de Venta
: Cliente : Cajero : Interf ace
Entregar Codigo de Pedido de Venta

Ingresar Datos Codigo de Venta
Buscar Codigo Pedido en BD
Muestra Dato Pedido
Solicitar el tipo doc
Conf irmar Tipo de Doc Registrar Doc de Venta

Grabar Doc Vta BD
Solicta Cancelacion de Venta Imprimer Doc Vta
Paga la Compra
Registra Pago
Entregar Doc de Venta
Documento de Venta
:zzzzz
Cliente
1: Entregar Codigo de Pedido de Venta
6: Confirmar Tipo de Doc
11: Paga la Compra
5: Solicitar el tipo doc

10: Solicta Cancelacion de Venta : Cajero
4: Muestra Dato Pedido

13: Entregar Doc de Venta
2: Ingresar Datos Codigo de Venta

3: Buscar Codigo Pedido en BD 7: Registrar Doc de Venta
8: Grabar Doc Vta BD 12: Registra Pago
9: Imprimer Doc Vta
: Interface

Capitulo 7:
MODELO DE DISEÑO
7.1. Elaboración del Modelo Lógico
Se identifican todas las clases que conformarán una clase

persistente en el Modelo Físico, a través de un diagrama de
clases; indicando las relaciones entre las mismas, la
multiplicidad, atributos (considera los campos que tendrá
cada tabla en el modelo físico).
7.2. Elaboración del Diccionario de Datos
Este contendrá la definición de cada clase persistente (tabla)

que se encuentre en el modelo físico.
DICCIONARIO DE DATOS
TABLA DESCRIPCION
7.3. Elaboración del Modelo Físico
7.4. Identificación de Subsistemas y librerías
En base al análisis de la arquitectura, se asignan y/o crean

los subsistemas y librerías necesarias para el sistema.
7.5. Capas de Diseño(Descripción)
Descripción de los Paquetes
Caso de Uso(Form) Objetivo/Descripción

MODULO DE GESTION DE VENTAS

MODULO DE GESTION DE COMPRAS
MUDLO DE GESTION DE ALMACEN
7.6. Realización de los casos de uso del diseño

Capitulo 8:
IMPLEMENTACION
8.1. Análisis de la Arquitectura.
La arquitectura que usará la aplicación final es la

Arquitectura de tres capas.
DIAGRAMA DE DESPLIEGUE
8.2. Implementación de base de datos (Carga Inicial y

migración de Datos).
8.3. Preparación del entorno de desarrollo. (Transferencia

de tecnología).
8.4. Procedimiento de operación del sistema. (Verificación

y Aceptación).

BIBLIOGRAFÍA
1. Castañeda León, Juan José. "Visual Basic.net ".Grupo editorial

Megabyte, Lima, 2005.
2. Dueñas Huaroto, Luis Edwin. "Programando Base de Datos con

ado.net y SQL Server ".Grupo editorial Macro, Lima, 2005.
3. Carrasco Muñoz, Joel. "SQL 2000 ".AG Editores, Lima, 2004.
4. Alarcón Herrera, Erika y Crovetto Huerta , Christian. "Visual

Basic.net ".Grupo editorial Megabyte, Lima, 2003.
5. Alarcón Herrera, Erika y Crovetto Huerta , Christian. "Base de

Datos SQL Server 2005 ".AG Editores, Lima, 2004.
6. La web de Programador : http://www.lawebdelprogramador.com/

1. Introducción
1.1. Propósito
1.2. Ámbito
1.3. Definiciones, acrónimos y abreviaturas
2. Requerimientos de las pruebas
3. Estrategia de prueba
3.1. Tipos de pruebas y técnicas

3.2. Herramientas
4. Recursos
4.1. Recursos hardware

4.2. Recursos software
4.3. Herramientas de soporte
4.4. Configuración de entornos de prueba
4.5. Recursos humanos
5. Actividades de prueba
6. Resultados de las pruebas
7. Tareas de la etapa de prueba

1. Introducción
1.1. Propósito
Este documento describe el Plan de pruebas para un Sistema Integral SIS”Mi

Negocio”. En concreto define los siguientes objetivos específicos:
• Identifica los elementos que se van a probar.
• Describe la estrategia de pruebas que se va a seguir en el proceso de
prueba.
• Identifica los recursos necesarios para llevar a cabo el proceso de prueba
y estima los esfuerzos que conlleva.
• Lista los resultados que se obtienen de las actividades de prueba.
1.2. Ámbito
Este Plan de Pruebas describe las pruebas de unidad, integración y del sistema
que se aplicarán al sistema software desarrollado.
El objetivo es probar todos los requisitos definidos en la especificación de
requisitos y en el Modelo de casos de uso.
1.3. Definiciones, acrónimos, y abreviaturas
Ver glosario de términos.
2. Requerimiento de pruebas
La lista que proporcionamos en esta sección identifica los elementos (casos de

uso, requisitos funcionales y requisitos no funcionales) que son objetivos de las
pruebas. Es decir, los elementos qué vamos a probar.
• Pruebas de integridad de la base de datos y de los datos:
o Verificar el acceso al sistema de SIS”Mi Negocio”.

o Verificar la recuperación correcta de las modificaciones realizadas en
la base de datos.
o Verificar accesos simultáneos de lectura de datos.
• Pruebas de funcionalidad:
o Verificar el caso de uso Registro de Pedido de Venta (CU1).

o Verificar el caso de uso Registro de Proforma de Venta (CU2).
o Verificar el caso de uso Generar Documento de Venta (CU3).
o Verificar el caso de uso Despachar Producto (CU4).
o Verificar el caso de uso Generar Guía de Remisión (CU5).
o Verificar el caso de uso Consultar Producto (CU6).
o Verificar el caso de uso Consultar Stock Producto (CU7).
o Verificar el caso de uso Registrar Orden de Compra (CU8).
o Verificar el caso de uso Consultar Stock Requeridos (CU9).

o Verificar el caso de uso Seleccionar Proveedor (CU10).

o Verificar el caso de uso Registrar Factura Compra (CU11).
o Verificar el caso de uso Aperturar Cuentas por Pagar (CU12).
o Verificar el caso de uso Confirmar Forma de Pago (CU13).
o Verificar el caso de uso Registrar Guía de Entrada (CU14).
o Verificar el caso de uso Registrar Guía de Salida (CU15).
o Verificar el caso de uso Generar Inventario (CU16).
o Verificar el caso de uso Actualizar Kárdex (CU17).
Documento de Visión: “Se deben comunicar avisos y señales con sonidos, por
ejemplo, para avisar que un stock de productos es muy bajo o ya no hay
productos en ese stock para facilitar el trabajo del responsable del sistema”
Documento de Visión: “Para prever caídas del sistema se harán copias de

seguridad.”
• Pruebas de interfaz de usuario:
o Verificar que la navegación a través de un conjunto de pantallas es

fácil.
o Navegar a través de todos los casos de uso, verificando que cada
interfaz de usuario se comprende fácilmente.
o Verificar que todas las interfaces de usuario siguen los estándares de
GUI.
• Pruebas de desarrollo:
Documento de Visión: “Se usarán tres terminales para poder realizar los
procesos de venta, compra y caja agilizando así los procesos y mejorando la
eficiencia. “
Documento de Visión: “El sistema proporcionará acceso rápido al catálogo de

productos no tardando demasiado en este proceso y será capas de soportar
gran cantidad de datos sin causar lentitud en el sistema.”
3. Estrategia de Prueba
En esta sección presentamos el enfoque que vamos a utilizar para probar el

sistema software. En la sección anterior hemos descrito qué elementos del
sistema software vamos a probar, y en esta sección se define cómo se
realizaran las pruebas.
3.1. Tipos de pruebas y técnicas
3.1.1 Pruebas de integridad de la base de datos y de los datos.
Objetivos de la prueba Comprobar que los procedimientos y métodos de

acceso a la base de datos funcionan

correctamente.
Técnicas Invocar cada procedimiento o método de acceso
a la base de datos con datos válidos e inválidos.
Inspeccionar la base de datos para asegurar que
los datos son los previstos, todos los eventos de
la base de datos ocurren adecuadamente, o
revisar los valores devueltos para asegurar que
la recuperación de datos es correcta.
Criterios de finalización Todos los procedimientos y métodos de acceso
funcionan como se diseñaron y sin ningún error
en los datos.
Consideraciones Los procesos se deberían invocar manualmente.
Se debería usar bases de datos de tamaño
pequeño o mínimo (limitado según el número de
registros) para incrementar la visibilidad de
cualquier evento no aceptable.
3.1.2 Pruebas de funcionalidad.
Las pruebas de funcionalidad se deberían centrar en cualquier requisito que

pueda ser trazado directamente de los casos de uso y reglas de negocio. El
objetivo de estas pruebas es verificar la aceptación, procesamiento y
recuperación de datos y la adecuada implementación de las reglas de negocio.
Objetivos de la prueba Asegurar la navegación correcta de la aplicación,

la entrada de datos, su procesamiento y
recuperación.
Técnicas Ejecutar cada caso de uso y flujo del caso de
uso con datos válidos e inválidos para verificar lo
siguiente:
• Cuando se utilizan datos correctos se
obtienen los resultados esperados.
• Cuando se utilizan datos incorrectos se
obtienen los mensajes de error o
advertencias adecuadas.
• Cada regla de negocio se ha aplicado
correctamente.
Criterios de finalización Todas las pruebas planificadas se han
ejecutado.
Todos los defectos identificados se han
considerado.
Consideraciones Ninguna.
3.1.3 Pruebas de interfaz de usuario.
Las pruebas de interfaz de usuario verifican la interacción del usuario con el

sistema software. El objetivo de esta prueba es asegurar que la interfaz de
usuario permite al usuario acceder y navegar a través de toda la funcionalidad
de la aplicación. Además, la prueba de interfaz de usuario garantiza que las
interfaces de usuario cumplen los estándares.
Objetivos de la prueba Verificar los siguientes objetivos:

• La navegación a través de la aplicación
refleja adecuadamente las reglas de negocio
y los requisitos incluyendo ventana a
ventana, campo a campo y métodos de
acceso (tabulador, movimientos del ratón y
teclas de función).
• Las ventanas y sus características, como
menús, tamaño, posición y estado cumplen
los estándares.
Técnicas Crear o modificar pruebas para cada ventana
con el objetivo de verificar la correcta navegación
y su estado.
Criterios de finalización Cada ventana se ha verificado con éxito y es
consistente con la versión de referencia o con
los estándares utilizados.
3.1.4 Pruebas de desarrollo.
Las pruebas de desarrollo miden tiempos de respuesta, índices de transacción

y otros requisitos susceptibles al tiempo. El objetivo de estas pruebas es
verificar y validar que los requisitos de rendimiento se han alcanzado.
Las pruebas de desarrollo normalmente se ejecutan varias veces usando cada
vez un cargo de trabajo diferente. La prueba inicial se debería realizar con una
carga normal y la segunda prueba con una carga extrema.
Objetivos de la prueba Validar el tiempo de respuesta del sistema

software para las transacciones diseñadas o
funciones de negocio bajo las condiciones
siguientes:
• Volumen de trabajo normal.
• El peor volumen de trabajo.
Técnicas Usar los procedimientos de prueba definidas
para las pruebas de funcionalidad.
Modificar los ficheros de datos (para incrementar
el número de transacciones) o modificar los
scripts para incrementar el número de
iteraciones que se ejecutan en cada transición.
Criterios de finalización Se han completado las pruebas sin ningún error
y dentro de los tiempos de respuesta esperados.
3.2. Herramientas

Las siguientes herramientas se usarán para llevar a cabo el proceso de prueba:
Tipo de Prueba Herramienta

Gestión del proyecto Microsoft Project
Herramienta DBMS SQL Server
Interfaz de usuario Test Complete
Funcionales JUnit
Optimize it
Rendimiento Test Load
4. Recursos
En esta sección describimos los recursos necesarios para realizar el proceso

de prueba, sus principales responsabilidades y características.
4.1. Recursos hardware
Recurso Cantidad Nombre y Tipo

PC 1 Diseño de las pruebas
PC 3 Ejecución de las
pruebas
4.2. Recursos software
Nombre del elemento software Tipo y otras notas

Rational Rose Desarrollo del proyecto
Microsoft Project Gestión del proyecto
SQL Herramienta DBMS
Test Complete Interfaz de usuario
JUnit Funcionales
Optimize it
Test Load Rendimiento
4.3. Herramientas de soporte
Ninguna.
4.4. Configuración del entorno de prueba
Ninguna.
4.5. Recursos humanos
RECURSOS HUMANOS
Rol Mínimos Responsabilidades específicas o
recursos comentarios

recomendados
Gestor de prueba 1 Proporcionar una gestión adecuada.
Responsabilidades:
• Proporcionar una dirección
técnica.
• Adquirir los recursos apropiados.
• Informar de la gestión.
Diseñador de prueba 3 Identificar, priorizar e implementar
los casos de prueba.
Responsabilidades:
• Generar el Plan de pruebas.
• Diseñar los Casos de prueba.
• Evaluar el esfuerzo de prueba.
Probador (Tester) 3 Ejecutar las pruebas.
Responsabilidades:
• Ejecutar pruebas.
• Recuperar los errores.
• Documentar los defectos.
5. Actividades de Prueba
Las actividades del proceso de prueba para este sistema software son:
Actividad Esfuerzo Fecha de Fecha de

(p/d) comienzo finalización
Planificación de la prueba 2 12 de Abril 15 de Abril
Diseño de la prueba 3 12 de Mayo 20 de Mayo
Implementación de la prueba 4 2 de Junio 20 de Junio
Ejecución de la prueba 3 1 de Julio 15 de Julio
Evaluación de la prueba 1 3 de Julio 17 de Julio
6. Resultados de las Pruebas
Del proceso de prueba se obtienen los siguientes documentos de desarrollo de

software:
Documento de desarrollo Desarrollador Revisión Fecha

de software
Plan de prueba LSI LSI 20 de Abril
Casos de prueba LSI LSI 25 de Mayo
Informe de evaluación de LSI LSI 20 de Julio
pruebas
Modelo de prueba LSI LSI 16 de Julio
7. Tareas de la etapa de Pruebas

Las tareas que se realizan en cada una de las actividades son:
• Planificación de las pruebas:
o Identificar los requisitos para las pruebas.

o Valorar los riesgos.
o Desarrollar la estrategia de pruebas.
o Identificar los recursos necesarios para realizar las pruebas.
o Planificar la temporalización.
o Generar el Plan de pruebas.
• Diseño de las pruebas:
o Análisis de la carga de trabajo.

o Desarrollo de las pruebas.
o Identificar y describir los casos de prueba.
• Implementación de las pruebas:
o Establecer el entorno de prueba.

o Desarrollar las clases de prueba, los componentes de prueba y los
datos de prueba.
• Ejecución de las pruebas:
o Ejecutar los casos de prueba.

o Evaluar la ejecución del proceso de prueba.
o Verificar los resultados.
o Investigar los resultados no esperados.
o Registrar los defectos.
• Evaluación de las pruebas:
o Evaluar la cobertura de los casos de prueba.

o Evaluar la cobertura del código.
o Analizar los defectos.
o Determinar si se han alcanzado los criterios de las pruebas.
o Crear los informes de evaluación de las pruebas.

Trabajo Tesis

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Trabajo Tesis

Cargado por

Copyright:

Formatos disponibles

Instituto Superior Tecnológico IDAT

Nuestro sistema tiene las siguientes áreas: ventas, compras y almacén

Las fuentes bibliográficas consultadas son diversos sistemas, libros de

Esperamos que el presente trabajo de investigación sirva como nueva

Proyecto de Desarrollo de Software Página 3

Para las personas que

Proyecto de Desarrollo de Software Página 4

CAP 1: DESCRIPCION DE LA ORGANIZACIÓN

1.1 Descripción de la organización.

CAP 2: DESCRIPCION DEL PROYECTO

2.1 Identificación de problemas y necesidades.

CAP 3: ADMINISTRACION DEL PROYECTO

3.1 Diagrama de Gantt

CAP 4: MODELO DE NEGOCIO

4.1 Visión del Negocio

Proyecto de Desarrollo de Software Página 5

4.7 Otros Requisitos del Producto

5.1 Descripción de Requerimientos funcionales y no funcionales

CAP 6: MODELO DE ANALISIS.

6.1 Análisis de la Arquitectura

CAP 7: MODELO DE DISEÑO

7.1 Elaboración del modelo Lógico

8.1 Modelo de implementación y Despliegue

CAP 9: CONCLUSIONES Y RECOMENDACIONES

CAP 10: MEDIOS UTILIZADOS EN LA INVESTIGACION

CAP 11: BIBLIOGRAFIA

Proyecto de Desarrollo de Software Página 6

CAP 12: ANÁLISIS CRÍTICO DE LAS FUENTES BIBLIOGRÁFICA

CAP 13: GLOSARIO

CAP 14: ANEXOS

Proyecto de Desarrollo de Software Página 7

1.1 DESCRIPCIÓN DE LA ORGANIZACIÓN

1.1.1 Identificación de la empresa

Multiservicios Tecnológicos es una Empresa comercializadora de piezas de

1.1.2 Ubicación geográfica

Multiservicios Tecnológicos se localiza en Av. Marco Puente Llanos

Proyecto de Desarrollo de Software Página 8

1.1.3 Características de la empresa

• Es una microempresa en proceso de expansión.

Proporcionar a nuestros clientes, computadoras integradas y equipos

1.1.6 Producto y/o Servicios

Multiservicios Tecnológicos ofrece los siguientes productos de una amplia

Proyecto de Desarrollo de Software Página 9

1.1.7 Composición orgánica

Sr. Heimer Balbín Srta. Juvencio Balbín Sr.

Proyecto de Desarrollo de Software Página 10

1.2 AUDITORÍA EXTERNA

1.2.1 Identificación de factores externos claves.

1.2.2 Matriz de evaluación de factores externos.

FACTORES EXTERNOS EMPRESA MUESTRA

Administrar en forma correcta 0.13 3 0.39

Poseer un stock seguro 0.13 3 0.39

Garantía de los productos 0.13 4 0.52

Controlar eficientemente las 0.13 3 0.39

Desaceleración crecimiento 0.12 2 0.24

Proyecto de Desarrollo de Software Página 11

1.3 AUDITORÍA INTERNA

1.3.1 Identificación de factores internos claves.

1.3.2 Matriz de evaluación de factores internos.

4 = una respuesta superior 3 = una respuesta superior a la media, 2 = una

Ponderación Clasificación Resultado

Precios competitivos 0.19 4 0.76

El gerente delega autoridad 0.17 3 0.51