Proyecto Final IV

SOLUCION INFORMATICA PARA LA GESTION Y
COMERCILIZACION DE PRODUCTOS Y SERVICIOS QUE OFRECE

LA MICROEMPRESA IMPRESIONES 2000.
ANTHONY URZOLA
(08117079)
MANUEL CANTILLO
(08117159)
VALENTIN PEREZ
(07117124)
VICTOR SANTIZ
(08117201)
PROGRAMA
TECNOLOGÍA EN SISTEMAS DE INFORMACION
AÑO
2009
Cartagena - Bolívar
1
SOLUCION INFORMATICA PARA LA GESTION Y
COMERCILIZACION DE PRODUCTOS Y SERVICIOS QUE OFRECE
LA MICROEMPRESA IMPRESIONES 2000.
ANTHONY URZOLA
(08117079)
MANUEL CANTILLO
(08117159)
VALENTIN PEREZ
(07117124)
VICTOR SANTIZ
(08117201)
TUTOR
JHON ARRIETA ARRIETA
GRUPO
IV-A
PROGRAMA
TECNOLOGÍA EN SISTEMAS DE INFORMACION
AÑO
2009
2
INTRODUCCIÓN
Hoy resulta muy difícil imaginar un mundo sin computadoras. La idea de una
sociedad totalmente informatizada, que muchos consideraban una mera
fantasía, se ha transformado en pocos años en realidad, al mismo tiempo que
la tecnología ha avanzado y ha podido ser aplicada a diversos ámbitos de la
ciencia y la vida cotidiana. Introducir una tarjeta magnética en un cajero
automático y conseguir que este nos de dinero resulta un buen ejemplo para
ilustrar esta compleja dependencia a la que nos hemos acostumbrados.
Todo empezó hace casi dos décadas. El año 1981 no parece, a simple vista,
estar relacionado con ningún acontecimiento importante. Sin embargo, es una
fecha para recordar. En ese año se fabrico la primera computadora personal, lo
que supuso el inicio de una revolución tecnológica cuya magnitud solo puede
compararse ala invención de la rueda o de la máquina de vapor.
Las computadoras, que hasta aquel momento había requerido la asistencia de

un técnico para ser utilizadas, invadieron poco a poco las oficinas de la mayor
parte de las empresas y, con el tiempo, acabaron por instalarse en nuestros
hogares. Ahora, cualquier persona puede utilizarlas y, gracias a su reducido
tamaño, no requieren mucho espacio para la ubicación.
En este contexto, negarse a la informática no es solo darle la espalda al futuro,

sino también al presente. Por otra parte, para manejar una computadora ya no
es necesario ser un experto; sólo se requiere un buen manual de consultas.
3
En este proyecto hemos aplicado cada uno de los conceptos de diseño y
programación de software, análisis de requerimientos funcionales y no
funcionales, realización de casos de usos, diagrama de clases, de actividad y
de secuencias de las entidades relacionadas con la microempresa impresiones
2000. Sin embargó con la asesoría de los profesores encargados de las
diferentes asignaturas que se pueden ver involucradas en dicho proyecto.
4
TABLA DE CONTENIDO
1. PLANTEAMIENTO DEL PROBLEMA ---------  PAG.

1.1 Descripción del problema -----------------  PAG.
1.2 Formulación ------------------------------------  PAG.
1.3 Objetivos ----------------------------------------  PAG.
1.3.1 Objetivo general -----------------------  PAG.
1.3.2 Objetivos específicos ---------------  PAG.
1.4 Justificación -----------------------------------  PAG.
2. MARCO TEORICO ----------------------------------  PAG.
2.1 Conocimientos de la temática -----------  PAG.
2.2 Conocimientos de la ingeniería del software  PAG.
3. DISEÑO METODOLOGICO -----------------------  PAG.
3.1 Metodología ------------------------------------  PAG.
3.1.1 Enfoque de la investigación --------  PAG.
3.1.2 Tipo de investigación -----------------  PAG.
3.1.3 Tipo de estudio -------------------------  PAG.
3.2 Instrumentos de recolección de información  PAG.
3.2.1 Análisis de la entrevista --------------  PAG.
3.2.2 Análisis de la encuesta ---------------  PAG.
3.2.3 Demografía de stackesholders ----  PAG.
3.3 Estudio de viabilidad ------------------------  PAG.
4. DESCRIPCIÓN DE PROCESO DE NEGOCIOS -----  PAG.
4.1 Listado de entidades de negocio --------  PAG.
4.2 Demografía de actores ----------------------  PAG.
4.3 Requerimientos funcionales y no funcionales  PAG.
4.3.1 Inventario de casos de usos -------  PAG.
4.3.2 Descripción de casos de usos ----  PAG.
5. MODELOS ---------------------------------------------  PAG.

5.1 Modelo funcional -----------------------------  PAG.
5
5.2 Modelo de proceso de negocios --------  PAG.
5.3 Modelo conceptual ---------------------------  PAG.
5.4 Modelo interacción ---------------------------  PAG.
5.4.1 Prototipado de interfaz de usuario  PAG.
6. CONCLUCIONES -------------------------------------  PAG.
7. BIBLIOGRAFIA ---------------------------------------  PAG.
6
1. PLANTEAMIENTO DEL PROBLEMA
1.1 Descripción del Problema
Impresiones 2000 es una microempresa situada en Chiquinquirá Mzn. 50 Lt.20.

Dicha microempresa tiene 16 años prestándole sus servicios a la comunidad,
su labor es la de venta de uniformes escolares, deportivos e industriales,
bordados, estampados y avisos publicitarios. Esta se conforma por un
estampador, bordadora, administradora, bodeguero y jefe- propietario llamado
Ismael Antonio Urzola Pereira.
El promedio de pedidos que se presenta en la empresa impresiones 2000 está

directamente asociado con las épocas del año. Uno de los periodos en donde
se presenta más demanda de pedidos es al inicio de clases que representa un
50% de las solicitudes durante el año.
La problemática que se encuentra en la empresa se presenta en el área de

gestión y comercialización de productos y servicios, en la cual realiza varios
procesos como lo son: proceso de adquisición de materia prima, existencia de
la materia prima, proceso de devolución de materia prima, proceso de
inventario, proceso de pedido, proceso de cotización, proceso de venta de
artículos, proceso de devolución de artículos.
Con relación al proceso de pedidos y en la existencia de la materia prima se

presenta la necesidad de optimizar el control y el orden de los pedidos puesto
que muchas veces el cliente va en busca de su producto y resulta que el
pedido no está terminado por qué no se obtuvo un buen almacenamiento de la
respectiva información de este.
7
En ocasiones se le incumple al cliente porque se acabo la materia prima y no
se habían percatado, porque no se lleva un respectivo control de la utilización
de esta. Al no llevar un correcto almacenamiento del control de los pedidos,
resulta que no se sabe para cuando el cliente lo necesita. Ocasionando
sensación de irresponsabilidad, clientes insatisfechos y perdida de los últimos.
Por otra parte en relación con el proceso de ventas artículos se presenta la

problemática de que no se lleva un registro de los artículos vendidos, y por lo
tanto no lleva un control de los que están en venta y los que ya se vendieron.
Este control se ha venido realizando por medio de formatos o registros los

cuales se diligencian al momento del cliente realizar el pedido o a la hora de
gestionar la venta siendo almacenados en un archivador. De seguir así la
empresa iría perdiendo prestigio, ya que los clientes se alejarían a causa del no
cumplimiento y a la no satisfacción de sus necesidades. Produciendo la
decadencia de esta por falta de ingresos.
En consecuencia la empresa se beneficiara teniendo una solución informática

que le gestionara y facilitara el control de dichos procesos automáticamente,
permitiendo un mejor rendimiento de parte de la empresa hacia sus clientes.
Los cuales se beneficiaran porque ya no se retrasará la venta lo cual es muy
irritante, además de que el servicio será más rápido y eficiente.
8
1.2 FORMULACIÓN
¿Cómo mejorar la gestión y comercialización de productos y servicios

que ofrece la microempresa impresiones 2000 que permita agilizar el
servicio y atención al cliente?
9
1.3 Objetivos
1.3.1 Objetivo general

Optimizar el procedimiento de gestión y comercialización de productos y
servicios en Impresiones 2000. A través de una solución informática, que
garantice una mejor y rápida atención al cliente.
1.3.2 Objetivos específicos
 Identificar los aspectos que influyen en la empresa y que ocasionan

ineficiencia en esta, impidiendo una mejor atención al cliente. A través
de datos recogidos.
 Diseñar un modelo funcional para identificar las operaciones necesarias

que realizara el sistema y los entes que interactuaran con este.
 Diseñar un modelo de proceso de negocios para estructurar

detalladamente los flujos de actividades que se dan en los respectivos
procesos.
 Diseñar un modelo conceptual que nos permita identificar las relaciones

entre las distintas entidades de negocio previamente identificadas.
 Diseñar un modelo de interacción para determinar las respectivas

relaciones que tienen los objetos que contribuyen a la realización de
un caos de uso.
10
1.4 Justificación
Nosotros como estudiantes de cuarto semestre tenemos la obligación de

identificar, principalmente algunos aspectos con relación al problema, que se
ha venido presentando en la microempresa impresiones 2000, como son las
causas y consecuencias de este.
Después de haber realizado la respectiva identificación de los aspectos

relacionados con el problema por medio de técnicas de recolección datos y
después de aplicar una buena ingeniería de requisitos, nosotros tendríamos las
bases suficientes para poder atacar el problema por medio del diseño de un
programa que se base en un lenguaje algorítmico y buscar su respectiva
solución, utilizando los conocimientos adquiridos en las diferentes asignaturas.
Esta investigación beneficiara a la empresa, puesto que teniendo un sistema

informático que permita la automatización de los procesos que lleva a cabo
esta, dando un mayor control y aumento en la calidad de estos como lo son
proceso de adquisición de materia prima, existencia de la materia prima,
proceso de devolución de materia prima, proceso de inventario, proceso de
pedido, proceso de cotización, proceso de venta de artículos, proceso de
devolución de artículos. Con esto se estaría solucionando un problema que
impide ofrecer un mejor y eficiente servicio hacia los clientes.
Esta investigación es muy viable ya que contamos con el apoyo y respaldo del
jefe-propietario de la microempresa impresiones 2000 y además con la
asesoría de los profesores de las diferentes asignaturas que se pueden ver
involucradas en dicha investigación.
11
Para nosotros como futuros tecnólogos nos permitirá obtener la experiencia
necesaria para la solución de este tipo de problemas en empresas, ya que esto
es lo que esta predominando hoy en día en el mercado laboral, además nos
permitirá adquirir nuevos conocimientos que nos ayudaran en el campo laboral,
como lo es el “trabajar en equipo” y al tener una buena proyección hacia el
futuro.
12
2. MARCO TEORICO
2.1 Conocimientos de la temática.
A través de este marco teórico, definiremos específicamente el concepto de los

conocimientos que emplearemos en la solución del anterior problema, para
poder aplicarlos y así realizar un excelente proyecto estos son:
Microempresa:
La microempresa o micro negoció son unidades económicas que surgen por

la necesidad de sobre vivencia de sus propietarios. Estas contratan
generalmente mano de obra asalariada de 2 ó 4 empleados incluyendo al
patrón, en ocasiones no contratan mano de obra asalariada e incluyen a los
miembros de su familia. Todos estos factores influyen en que tenga una
baja productividad y una baja capitalización.
En cuanto a la materia prima son aquellos instrumentos o materiales que se

ven empleados en la elaboración de un producto, la materia prima es todo
aquel elemento en su estado principal antes de ser transformado en un
producto final. Este último tiene una serie de elementos y subproductos que
pasan por una serie de pasos para transformarse, en el caso de nosotros esta
pasa por una serie de procesos para la confección de una mercancía, estos
materiales en parte pueden ser extraídos de la naturaleza y se clasifican según
su origen: vegetal, animal, y mineral.
Por ejemplo, madera, metal, piedra, etc.
13
La materia prima es utilizada principalmente en las empresas industriales que
son las que fabrican un producto. Las empresas comerciales manejan
mercancías, son las encargadas de comercializar los productos que las
empresas industriales fabrican.
Como otro concepto importante lo que se entiende por pedido, es una petición
o encargo hecho a un fabricante, vendedor o autoridad pública, este se
puede decir que va tomado de la mano con servicio el cual es un conjunto de
actividades que buscan responder a las necesidades de un cliente.
Otro concepto importante es proceso, el cual se define como un conjunto de

actividades entrelazadas entre sí que partiendo de una o más entradas (inputs)
las transforma generando un resultado (output). En consecuencia es una serie
de pasos por las que pasa un pedido antes de ser finalizado.
Las actividades de cualquier organización pueden ser concebidas como

integrantes de un proceso determinado. De esta manera, cuando un cliente
entra en un comercio para efectuar una compra, un encargo de bordados o
estampados, la realización de uniformes ya sea deportivo o escolar, se está
activando procesos cuyos resultados deberán ir encaminados a satisfacer una
demanda.
Igualmente control es un seguimiento que se le realiza a un determinado

proceso el cual puede ser automático o manualmente. Este nos facilita llevar un
mejor orden y eficiencia en cualquier situación donde lo empleemos.
Para uno emplear un buen control se necesitan una serie de pasos los cuales
son:
14
Corrección de fallas y error: el control debe detectar los errores de
planeación, organización y dirección.
Tiene que prevenir errores futuros: así como puede detectar los errores
actuales un control debe tener la capacidad de detectar errores futuros.
Otro de los conceptos que empleamos en la resolución de este problema

es el concepto de venta, se define a la venta como "un contrato en el que
el vendedor se obliga a transmitir una cosa o un derecho al comprador, a
cambio de una determinada cantidad de dinero además que La venta
puede ser:
 Al contado, cuando se paga la mercancía en el momento de

tomarla,
 A crédito, cuando el precio se paga con posterioridad a la
adquisición
 A plazos, cuando el pago se fracciona en varias entregas
sucesivas".
Por otro lado el concepto de gestión se define como la disciplina de

organizar y administrar recursos de manera tal que se pueda culminar
todo el trabajo requerido en el proyecto dentro del alcance, el tiempo, y
coste definidos. Un proyecto es un esfuerzo temporal, único y
progresivo, emprendido para crear un producto o un servicio también
único.
15
La comercialización este concepto encierra aquello que los clientes
desean de guía para lo que se produce y se ofrece.
Utilidad de posesión significa tener un producto y tener el derecho de
usarlo o consumirlo.
Utilidad de tiempo significa disponer del producto cuando el cliente lo
desee.
Utilidad de lugar significa disponer del producto donde el cliente lo
desee.
El caso es que la producción y la comercialización son partes importantes de

todo un sistema comercial destinado a suministrar a los consumidores los
bienes y servicios que satisfacen sus necesidades. Al combinar producción y
comercialización, se obtienen las cuatro utilidades económicas básicas: de
forma, de tiempo, de lugar y de posesión, necesarias para satisfacer al
consumidor. En este caso utilidad significa la capacidad para ofrecer
satisfacción a las necesidades humanas. No hay necesidad por satisfacer y por
ende no hay utilidad.
2.2 Conocimientos de la ingeniería de software
Anteriormente se redacto los conceptos que giraban en torno a la temática del

problema, continuaremos a hora con los conceptos que corresponden a la
ingeniería del software. El concepto en cual gira nuestro proyecto es el de
software es una agrupación de programas, que manejan las actividades más
importantes del computador, haciendo que éste siga en sus acciones una
serie de sentencias lógicas establecidas. Gracias a estas características
lógicas o para muchos inteligentes definen al software como la parte inmaterial
del computador.
16
“ingeniería de sistemas” La "ingeniería" hace énfasis en la aplicación de
conceptos cuantitativos a problemas concretos; y "sistema" describe su
tendencia a analizar problemas desde un punto de vista global. La Ingeniería
de Sistemas se ha extendido como una disciplina que hace énfasis en la
aplicación de las nuevas técnicas de investigación de operaciones, ya que
utilizan modelos matemáticos que describen las interacciones entre los
componentes del sistema.
En general, la Ingeniería de Sistemas es entonces una forma de resolver

problemas. La solución es un modelo del sistema, una serie de
especificaciones para idear, diseñar e implementar el sistema. En ocasiones la
solución es la óptima cuando se considera que satisface un "objetivo" de la
mejor forma posible. Sin embargo, muchas veces, en problemas complejos
existen tantas alternativas o buenas soluciones que quizá son imposibles
evaluar todas ellas para encontrar la mejor u óptima. La estrategia de la
Ingeniería de Sistemas es buscar un compromiso entre la "optimización" de la
solución y el costo de su obtención.
En este proyecto de investigación emprendemos lo que se entiende por

“sistemas de información”, Un conjunto de elementos que interactúan entre
sí con el fin de apoyar las actividades de una empresa o negocio, el hardware
es necesario para que el sistema de información pueda operar.
Un sistema de información realiza cuatro actividades básicas: entrada,

almacenamiento, procesamiento y salida de información: Entrada, es el
proceso mediante el cual el Sistema de Información toma los datos que
requiere para procesar la información estas pueden ser manuales
(proporcionan en forma directa por el usuario) o automáticas(son datos o
información que provienen o son tomados de otros sistemas o módulos);
almacenamiento, es una de las capacidades más importantes ya que a través
de esta el sistema puede recordar la información guardada. Esta información
suele ser almacenada en estructuras de información denominadas archivos. La
17
unidad típica de almacenamiento son los discos duros, los discos flexibles o
diskettes y los discos compactos (CD-ROM); procesamiento, Es la capacidad
del Sistema para efectuar cálculos de acuerdo con una secuencia de
operaciones preestablecida. Estos cálculos pueden efectuarse con datos
introducidos recientemente en el sistema o bien con datos que están
almacenados. Esta característica permite la transformación de datos fuente en
información que puede ser utilizada para la toma de decisiones, lo que
hace posible, entre otras cosas, que un tomador de decisiones genere una
proyección financiera a partir de los datos que contiene un estado de
resultados o un balance general de un año base; salida, es la capacidad de un
Sistema para sacar la información procesada o datos de entrada al exterior.
Las unidades típicas de salida son las impresoras, terminales, diskettes, cintas
magnéticas, la voz y los plotters, entre otros. La salida de un Sistema de
Información puede constituir la entrada a otro Sistema.
A través del sistema de información que se desarrolla en el transcurso de este

proyecto de grado en la empresa Impresiones 2000 podremos obtener lo
siguiente resultados de las cuatro actividades básicas que posee un sistema:
Entradas:
 Datos generales del cliente :(identificación, nombre, apellido, dirección,
teléfono, tipo persona, e-mail).

 Datos de la existencia y compra de materia prima :(código, descripción,
valor, existencia, cantidad_pedir).

 Producto que desea solicitar: (bordado, estampado, uniforme escolar,
avisos publicitarios etc.)

 Pedidos :(fecha_ inicio, fecha_entrega, estado, código).
 Pagos, cotización, etc.
 Datos del proveedor.
18
Proceso:
 Cálculo del interés monetario de la empresa.
 Cálculo de productos más vendidos.
 Cálculo del saldo de un cliente.
 Ventas.
 Cotizaciones.
 Devoluciones.
 Descuento a la materia prima existente.
Almacenamiento:
 Movimientos del mes (pagos, cotizaciones, abonos, productos).
 Cotizaciones.
 Venta.
 Usuario.
 Pedidos.
 Articulo.
 Compra de materia prima.
Salidas:
 Reporte de pagos.
 Estados del pedido.
 Consultas de ventas de un servicio en pantalla.
 Productos más vendidos.
 Consulta de clientes.
 Consulta de ventas.
 Consulta de artículos.
 Consulta de pedido.
 Consulta de la existencia de materia prima.
 Reporte de ventas realizadas diario, mensual, anual.
 Reporte de pedidos realizados diario,19mensual, anual.

 Listado de cliente, pedidos, ventas.
Siguiendo el hilo conductor, “ingeniería del software” es una ciencia de la

computación, que ofrece método y técnicas para desarrollar y mantener
software de calidad que resuelven problemas de todo tipo. Hoy día es cada vez
más frecuente la consideración de la Ingeniería del Software y el Ingeniero del
Software comienza a ser una profesión implantada en el mundo laboral
internacional, con derechos, deberes y responsabilidades que cumplir. Esta
ciencia practica el conocimiento en el diseño y construcción de programas de
computadora y la documentación asociada solicitada para desarrollar, operar
(funcionar) y mantenerlos. Así como también desarrollo de software o
producción de software.
Dentro de esta ciencia conoceremos conceptos importantes que facilitan la

realización de este proyecto para solucionar la problemática que se le presenta
a la empresa como: “análisis de requerimiento” no es más que la relación
que hay entre el cliente y el proyecto de desarrollo de software, esta técnica es
necesario para poder construir software que satisfaga las necesidades del
cliente. Si los requerimientos se enfocan a describir las necesidades del cliente,
entonces es lógico que para lograrlos haya que obtener la información que se
adquiere mediante “las técnicas de recolección de información” La
recolección de datos se refiere al uso de diversas técnicas y herramientas que
utilizamos para desarrollar los sistemas de información, los cuales pueden ser
la entrevistas, la encuesta, el cuestionario, la observación, el diagrama de flujo
y el diccionario de datos. Todas estas técnicas las aplicaremos en un momento
determinado, con la finalidad de buscar información que será útil a una
investigación en común.
20
En este proyecto hemos trabajado las entrevistas; Las entrevistas se utilizan
para obtener información en forma verbal, a través de preguntas que
proponemos para detectar la problemática que se presenta en la empresa o el
proceso de ventas de esta. Quienes responden pueden ser el jefe o
empleados, bien analista puede entrevistar al personal en forma individual o en
grupos. De esta manera podemos obtener información acerca de las
necesidades que tiene la empresa y la manera de satisfacerlas. También
manejamos la técnica de observación, Otra técnica nos es muy útil ya que
consiste en observar al personal de la empresa cuando realizan su trabajo.
Un requerimiento es una condición que el sistema debe conformar, Un

requerimiento de software puede ser definido como: Una capacidad del
software necesaria por el usuario para resolver un problema o alcanzar un
objetivo. De esta manera se identifica lo que espera el usuario.
También se debe realizar un “estudio de viabilidad” que es la evaluación de

las alternativas económicas, técnicas, legales y operativas; todo esto por medio
de un plan inicial del proyecto. En el caso de este puede decirse que su
realización es viable porque: ayuda a mejorar desempeño de la empresa,
alcanzando los objetivos propuestos por esta, en cuanto a la atención al cliente
reduce tiempo al momento en que los empleados solicitan la venta de un
servicio; entre otros aspectos que al ser evaluados, justifican la realización de
este.
En lo que se refiere a los requerimientos que deben estar señalados en el

proyecto, tenemos los “funcionales y no funcionales” los funcionales son los
que describen lo que el sistema debe de hacer. Es importante que se describa
el ¿Qué? Y no el ¿Cómo? Por otra parte Los requerimientos no funcionales
hacen relación a las características del sistema que aplican de manera general
como un todo, más que a rasgos particulares del mismo.
21
Estos requerimientos son adicionales a los requerimientos funcionales que
debe cumplir el sistema, y corresponden a aspectos tales como la
disponibilidad, estabilidad, flexibilidad, seguridad, facilidad de uso, etc.
Otro tema importante que se muestra en la elaboración de este proyecto son

los “casos de uso” son una técnica para especificar el comportamiento de un
sistema: “Un caso de uso es una secuencia de interacciones entre un sistema y
alguien o algo que usa alguno de sus servicios.” Todo sistema de software
ofrece a su medio –aquellos que lo usan– una serie de servicios. Un caso de
uso es una forma de expresar cómo alguien o algo externo a un sistema lo usa.
Cuando decimos “alguien o algo” nos referimos que los sistemas son usados
no sólo por personas, sino también por otros sistemas de hardware y software.
Por ejemplo, el sistema de ventas de productos, para tener éxito, debe ofrecer
un producto para ingresar un nuevo pedido de un cliente. Cuando un usuario
accede a este servicio, podemos decir que está “ejecutando” el caso de uso
ingresando pedido. Cada caso de uso proporciona uno o más escenarios que
indican cómo debería interactuar el sistema con el usuario o con otro sistema
para conseguir un objetivo específico.
Para encontrar un caso de uso debemos identificar las operaciones importantes

del sistema a construir (registrar clientes, productos, ventas, cotización y todas
estas modificarlas, consultarlas, listarlas y eliminarlas, Entre otras
operaciones); luego clasificamos las principales tareas de un actor(es decir lo
q debe manejar el cliente, lo que debe manejar el jefe propietario y la
administradora); después identificamos los cambios externos que el actor debe
informar al sistema en este caso (venta de productos, cotización de pedidos,
entre otros); seguimos con lo que se le debe informar al actor, es decir de los
cambios del sistema como (para registrar un cliente el sistema primero lo
consulta para detectar que si ya está registrado hacer esto, si no entonces
registrar… etc.)
22
Cuando se va a desarrollar un proyecto, es necesario apoyarse en una
metodología de desarrollo, y es cuando se empieza a buscar cuál sería la más
apropiada para cada caso. Existen varios tipos de metodología del desarrollo
del software, de las cuales se mencionaran tres de ellas que se consideran las
más importantes: RUP, XP y FDD. Un proceso de desarrollo Es el conjunto de
técnicas y procedimientos que nos permiten conocer los elementos necesarios
para definir un proyecto de software; es decir es la base para la construcción
de un proyecto de software, la etapa fundamental para lograr los objetivos
buscados con dicho proyecto. A decir verdad muchos no toman en cuenta este
paso, pero se han preguntado si ¿el proyecto alcanzará los resultados en el
tiempo esperado y con los costos estimados y además de eso si se podrá
controlar fácilmente pensando en los nuevos requerimientos que la empresa
pueda necesitar a petición del cliente? Si queremos que este proyecto sea
flexible a los cambios es lógico pensar que para lograrlo necesitamos tomar en
cuenta una de las muchas metodologías para el proceso de desarrollo de
software.
De acuerdo a este proyecto la metodología que más se adapta es la del RUP.
La metodología RUP, Es uno de los procesos más generales que existe, se

basa en la documentación generada en cada uno de sus cuatro fases:
1. Intercepción (puesta en marchar). Determinar la visión del proyecto en

este caso sería brindarles a los clientes la mejor atención y comodidad al
momento que estos se acerquen a la empresa a solicitar un servicio o ya
sea por la página de internet.
2. Elaboración (definición, análisis y diseño). Determinar la arquitectura
óptima esta seria especificar los requerimientos (funcionales y no
funcionales) y describir cómo se van a implementar en el sistema.
23
3. Construcción (implementación). Llevar a obtener la capacidad
operacional inicial en este paso se organizan todas las operaciones
necesarias para que el programa pueda correr de una manera
satisfactoria.
4. Transición (fin del proyecto y puesta en producción). llegar a obtener el
análisis del proyecto y aquí el software estaría listo con todos los
requerimientos para la satisfacción del cliente y también prueban su
funcionalidad.
En estas cuatro fases se ejecutarán varias iteraciones (según el tamaño del

proyecto). RUP se basa en UseCase (casos de uso) para describir lo que se
tiene y lo que se espera del software, está muy orientado a la arquitectura del
sistema a implementarse basándose en UML (Unified Modeling Language -
Lenguaje de Modelado Unificado). Es importante esta metodología ya que esta
se basa pensado para proyectos y equipos grandes, con roles designados y
con una duración extendida y también en los UseCase (casos de uso) donde
se describen los requerimientos de la aplicación desde el punto de vista del
usuario.
24
3. DISEÑO METODOLOGICO
Con el Diseño Metodológico resaltaremos los medios y las posibilidades

que nos conllevaran a justificar los objetivos específicos ya que para la
realización de nuestro proyecto de aula es necesario utilizar un tipo de
investigación aplicada. La cual nos permite adquirir la experiencia necesaria
para la solución de este tipo de problemas en empresas, ya que esto es lo
que esta predominando hoy en día en el mercado laboral.
3.1 Metodología
Cuando se inicia el capítulo de la metodología lo primero que se encuentra es

la definición del tipo de investigación con la que se va a trabajar. Al escoger el
tipo de investigación determinaremos los pasos a seguir, sus técnicas y
métodos que podemos emplear en el estudio de este proyecto. En general el
punto de los tipos de investigación va a constituir un paso importante en la
metodología.
3.1.1 Enfoque de la investigación
Este se basa en dos tipos cualitativas y cuantitativas:
 La investigación cuantitativa es aquella en la que se recogen y analizan

datos cuantitativos sobre variables.
 La investigación cualitativa evita la cuantificación. Los investigadores
cualitativos hacen registros narrativos de los fenómenos que son estudiados
mediante técnicas como la observación participante y las entrevistas no
estructuradas.
25
 La diferencia fundamental entre ambas metodologías es que la
cuantitativa estudia la asociación o relación entre variables cuantificadas y la
cualitativa lo hace en contextos estructurales y situacionales.
Estos tipos de enfoque lo podemos aplicar en nuestro proyecto para

recolección de información acerca de la problemática que se ha venido
presentando en la microempresa impresiones 2000. El enfoque cualitativo
lo aplicamos en los métodos de recolección de información como
observaciones y entrevistas este nos permite identificar las cualidades o
variables y relacionarnos directamente con los entes investigados y el
cuantitativo se basa en las encuestas es decir con datos numéricos
permitiéndonos de esta forma realizar un análisis de los resultados
obtenidos en esta, dándonos una alternativa a la hora de resolver
problemas.
3.1.2 Tipo de investigación
Existen diversas formas o métodos mediante las cuales con su resultado

podemos inferir o concluir la problemática que se está presentando en dicha
empresa. Es necesario tener en cuenta el tipo de investigación que se va a
realizar, ya que esta tiene una estrategia diferente para su tratamiento
metodológico. Por ello, se debe indicar con qué tipo de investigación se va a
trabajar. La Investigación aplicada tecnológica; tiene por finalidad la
búsqueda y consolidación del saber, se apoya en la solución de problemas
específicos para mejor la calidad de vida de las sociedades así como la
producción de tecnología al servicio del país; nos apoyamos a este tipo de
investigación porque buscamos darle solución a la problemática que se
presenta en la empresa.
26
3.1.3 Tipo de estudio
El tipo de estudio que se aplico en nuestro proyecto, fue tipo de estudio

descriptivo, que es aquel que se aplica para deducir un ambiente o
circunstancia que se esté presentando; se aplica describiendo todas sus
dimensiones, en este caso se describe el objeto a estudiar. Este tipo de estudio
se escogió porque como lo dice su definición se encarga de describir el objeto
de estudio en nuestro caso nuestro de objeto de estudio es la problemática
que se presenta en la microempresa Impresiones 2000, esta elección del tipo
de estudio la podemos demostrar por ejemplo en nuestro proyecto, cuando se
realizo la respectiva descripción del problema, donde describimos
detalladamente las causas, síntomas, consecuencias entre otros aspectos que
están relacionados con la problemática a tratar.
27
3.2 Instrumentos de recolección de información
Las técnicas que utilizamos en nuestro proyecto son las siguientes:
 Entrevistas
 Encuesta
 Observaciones
ENTREVISTA
 Nombre de la empresa: Impresiones 2000

 Dirección: Chiquinquira mzn.50 lt.20 frente al súper centro los
ejecutivos
 Teléfono: 3106370107
 Nombre del contacto: Ismael Urzola Pereira
 Email del contacto: upi_2000@hotmail.com
 A que se dedica la empresa: venta de productos
 Productos que presta la empresa:
1. Bordados
2. Estampados
3. Uniformes escolares
4. Avisos o vallas publicitarias
 Formas de pago: cheque, efectivo y abono
 Control interno de la empresa: se maneja por medio de una

serie memorandos manualmente que son archivados.
28
 Cuál es el proceso de venta de un producto: el cliente
ingresa a la empresa, se le ofrece el producto, el cliente escoge el
producto o los productos que satisfacen su necesidad, la
administradora anota los datos del cliente, se factura la información,
si el cliente realiza el pedido de un producto, al momento de abonar
la primera cuota, la empresa como no tiene un sistema informático, a
la administradora le toca buscar los archivos uno por uno, causando
cliente insatisfechos molestias, pérdida de tiempo e inconformismo
con la empresa y por último, cuando terminan de realizar la venta,
plasman la información de esta en un archivador.
FUNDACIÓN UNIVERSITARIA TECNOLÓGICO COMFENALCO
SISTEMA DE INFORMACION PARA EL CONTROL DE PROCESO DE

VENTAS EN IMPRESIONES 2000.
Colectivo de estudiantes. (ENTREVISTADORES)
1. ¿Qué tiempo tiene la empresa prestando sus servicios?

La microempresa impresiones 2000 tiene 16 años funcionando a favor de la
comunidad y siempre ha estado dispuesta a prestar su servicios con rapidez y
eficiencia.
2. ¿Cómo está conformada la estructura organizativa de la

empresa?
La estructura organizativa de la microempresa impresiones 2000 está
conformada de la siguiente manera:
Jefe y Propietario: Ismael Antonio Urzola Pereira

c.c. 73.107.552
29
Administradora: Enelda Banquez Barrios
c.c. 45.472.319
Estampador: Jorge Valeta Rodríguez

c.c. 9.096.3078
Bordadora: Adela María Lugo Gómez

c.c. 45.766.529
Bodeguero: Jairo Luis león

c.c. 1.047.434.947
3. ¿usted como jefe y propietario que problema se presenta en

impresiones 2000?
Por lo general no se presenta un control en la entrega de los pedidos.
4. ¿A qué atribuye usted este problema?

Que no se lleva un control en el orden de los pedidos todo se hace
momentáneamente.
5. ¿Cuáles son sus consecuencias?

Muchas veces vienen a buscar un pedido y resulta que no aparece por ninguna
parte ya que no se tomaron los debidos apuntes. Otras veces se deja de
vender la mercancía porque no se ve a simple vista y resulta que si hay
provocando la perdida de esta.
30
6. ¿Cómo se ha venido realizando el control del proceso de
pedido en la empresa?
Este control se ha venido realizando por medio de memorandos archivados
manualmente.
7. ¿Cómo se realiza la organización de tallas?

El control que se lleva es momentáneo a la hora de la venta.
8. ¿en que se beneficiara la empresa y sus clientes con la

realización de este proyecto?
En consecuencia la empresa se beneficiara teniendo un sistema que le facilite
dicho control automáticamente, permitiendo un mejor rendimiento de parte de
la empresa hacia sus clientes. Los cuales se beneficiaran porque ya no se
retrasará la venta lo cual es muy irritante. Además de que el servicio será más
rápido y eficiente.
3.2.1 Análisis de la entrevista
El siguiente contenido presenta una tipología de investigaciones en el proyecto

de la empresa impresiones 2000, la cual es una empresa encargada en la
venta de uniformes escolares, bordados y estampados.
La empresa impresiones 2000 presenta la problemática de manejo de

información relacionado con la venta de sus productos ya que a la hora de
registrar datos como lo son los del cliente, cotizaciones y productos estos son
realizados manualmente por medio de memorandos ocasionando la perdida de
información trayendo como consecuencia problemas con el servicio al cliente.
31
Con la realización de esta entrevista nuestro objetivo fue dar a conocer como
se encontraba estructurada administrativamente la empresa impresiones 2000,
además descubrir las principales causas de la problemática a resolver e
identificar los requerimientos funcionales y no funcionales para el diseño del
software.
ENCUESTA
 ¿Cuál es tu nombre?
 Hombre o mujer
 ¿Cómo conociste esta empresa?
 ¿Cómo le parece el servicio que le presta la empresa?
Bueno
Malo
Regular
 ¿Es primera vez que visita la empresa?
SI
NO
 ¿Los productos y servicios que vende han satisfecho sus

necesidades?
SI
NO
32
No sabe/No responde
 ¿Qué sugerencias tiene para la empresa?
3.2.2 Análisis de la encuesta
Gracias a la realización de esta encuesta nos pudimos percatar acerca del

promedio de pedidos que se presenta en la empresa impresiones 2000 está
directamente asociado con las épocas del año. Uno de los periodos en donde
se presenta más demanda de pedidos es al inicio de clases que representa un
50% de las solicitudes durante el año. La problemática que se encuentra en
la empresa se presenta en el área de gestión y comercialización de productos
y servicios. Mediante la siguiente grafica demostramos el porcentaje de ventas
y pedidos durante el año.
Pedidos y Ventas
enero, febrero
,marzo y abril
otros meses
33
3.2.3 Demografía de stackesholders
Es necesario para la resolución de este problema resaltar la fuente de

información que es la encargada de identificar cada una de los inconvenientes
que se presentan en la empresa y que producen su problemática.
A continuación se encuentra especificada la información personal de cada una
de las personas que intervienen en el desarrollo de este proyecto de software.
SPONSOR
Nombre: Ismael Urzola Pereira
Teléfono: 3106370107
Dirección: chiquinquira mzn.50 lt.20
Email: upi_2000@hotmail.com
Empresa: Impresiones 2000
Rol: jefe - propietario
34
ADMINISTRADORA
Nombre: Enelda Banquez Barrios
Teléfono: 6754133
Dirección: Zaragocilla calle 22 nro. 50 c 30
Email:
rol: Administrador
BODEGUERO
Nombre: Jairo Luis león
Teléfono: 6697982
Dirección: la maría
Email: shicolindo18@hotmail.com
rol: Bodeguero
35
CLIENTE
Nombre: RAFAEL LOPEZ
Teléfono:3166492880
Dirección: URB. LA VILLA CLL. SAN LUIS
Email: ralo101@hotmail.com
Rol: usuario
36
3.3 Estudio de viabilidad
Un estudio de viabilidad, al aplicarlo a la empresa, es exactamente eso, un

estudio si esta es viable. Un estudio de viabilidad implica el emprender la
gravedad de la problemática que se presenta en una empresa, identificando las
varias opciones de la solución disponibles y determinando la probabilidad de
cada solución alternativa que resuelve los requisitos del cliente. Para el
resultado de este estudio en base a la empresa Impresiones 2000 podemos
empezar por la problemática de esta:
Como habíamos venido exponiendo en apartados anteriores La problemática

que se encuentra en la empresa se presenta en el área de gestión y
comercialización de productos y servicios, en la cual realiza varios procesos
como lo son: proceso de adquisición de materia prima, existencia de la materia
prima, proceso de devolución de materia prima, proceso de inventario, proceso
de pedido, proceso de cotización, proceso de venta de artículos, proceso de
devolución de artículos.
Para mejorar el control interno de la empresa nosotros podemos ofrecerle una

solución informática que le gestione y facilite el control de dichos procesos
automáticamente, permitiendo un mejor rendimiento de parte de la empresa
hacia sus clientes. Los cuales se beneficiaran porque ya no se retrasará la
venta lo cual es muy irritante, además de que el servicio será más rápido y
eficiente.
Para esto desarrollaremos unos diagramas de casos de usos en el cual

incluimos los requerimientos que el cliente especifica, de esta forma los
diagramas le brindan a la empresa la facilidad de entendimiento sobre las
funciones que va a realizar el sistema.
37
Viabilidad operativa: teniendo en cuenta las necesidades que tiene la
empresa de obtener información por medio de la recolección de datos, registro
de ventas clientes y servicios, esta nos ha dado la aprobación de llevar a cabo
este proyecto lo cual nos lleva a la ejecución de este proyecto sin ningún
impedimento.
Viabilidad económica: este proyecto va a ayudar a la empresa a reducir sus

costos en papelería y agilizar el trabajo de registro de ventas, clientes,
artículos, pedidos ya que al llevar este proceso de registros en “hojas”, libros de
contabilidad fólderes y carpetas, resulta muy molesto buscar una por una hasta
llegar a encontrar el objetivo.
Viabilidad legal: el equipo de desarrollo reserva los derechos de autor y

propiedad intelectual. Este software es de uso exclusivo de la empresa
Impresiones 2000 cualquier instalación o copia sin autorización de los
representantes será castigada con base al código penal y las clausulas que
hubiere en ese lugar.
Viabilidad tecnológica: este proyecto ayudara a la empresa a mejorar

satisfactoriamente su control interno mediante procesos de desarrollo
tecnológico el cual es de mucha importancia para las empresas de hoy día
porque la tecnología le aporta un gran avance a las empresas en todo entorno
laboral.
38
4. DESCRIPCIÓN DE PROCESOS DE NEGOCIO
En el siguiente apartado se estará realizando una detallada descripción de los

procesos de negocio que se llevan a cabo en la empresa impresiones 2000.
Los procesos de negocio que se describirán a continuación son los siguientes:
Proceso de compra de materia prima, proceso de devolución de materia prima,
proceso de inventario, proceso de pedido, proceso de cotización, proceso de
venta de artículos, proceso de compra de artículos , proceso de devolución de
artículos y los procesos de producción.
El proceso de devolución de un artículo se realiza de la siguiente manera:

cuando un cliente se siente inconforme con el artículo que le vendió la
empresa, el cliente se dirige a la empresa y presenta su respectivo reclamo
devolviéndole a jefe-propietario el articulo con el defecto presentado, el jefe-
propietario examina el articulo y verifica el estado del mismo, si presenta
anomalías el artículo, procede a corregir los defectos que tiene dicho artículo.
De igual manera se realiza el proceso de devolución de materia prima lo que
cambia son los personajes que intervienen en el proceso, el jefe- propietario es
el que ahora sentirá la inconformidad por una materia prima comprada, y se
dirigirá y se comunicara con el proveedor para comentarle los defectos que
tiene la materia prima, se reúnen tanto el proveedor como el jefe- propietario y
llegan a un acuerdo verbal para resolver el inconveniente presentado.
Otro proceso que encierra el negocio es el proceso de compra de materias

primas o de artículos. El proceso de compra de materia prima comienza
cuando el jefe- propietario realiza un pedido a un proveedor para que lo surta
de materia prima, el proveedor revisa el pedido y le cumple con la petición que
le hizo el jefe-propietario, aquí se pudo ver el proceso de pedido que se realizo
de manera muy sencilla, el cual estaba inmerso en el proceso de compa de
materia prima.
39
Por otra parte de manera similar se realiza el proceso de compra de artículos,
lo que cambia es el objeto que se va comprar, que es ahora un articulo.
A la hora de revisar precios, el cliente puede pedir una cotización de los

productos que él desea compra, pues no está seguro de algunos precios. Esto
se lleva cuando el cliente le solicita al administrador que le realice una
cotización de varios productos, la administradora toma nota del nombre,
apellido, dirección, Identificación y los productos que el cliente quiere cotizar.
Esta recolección de datos que hace el administrador la diligencia en un
pequeño formato de papel.
Unos de los procesos más importantes en este negocio es el de pedido,

cuando el cliente siente la necesidad de adquirir varios productos, este le
solicita al administrador que le realice un pedido, el administrador le pregunta
si tiene cotización, si tiene el proceso es más fácil, entonces el administrador
comienza a diligenciar los datos que se encuentra en la cotización en un
formato para los pedidos, además solicitándole al cliente el abono que por lo
general es de un 50% de valor del pedido, al final el administrador le entrega al
cliente una copia del formato del pedido con sus respetivos detalles.
El proceso que genera directamente los ingresos de la empresa es de ventas,

este tiene dos casos cuando se vende artículos de forma directa, es decir
cuando no hay de por medio un proceso de pedidos, esta se da cuando el
cliente paga en su totalidad el valor del artículo, y esta compra que realizo se
registra de forma inmediata como una venta para la empresa, en una pequeña
agenda que posteriormente se llevara a un libro de contabilidad que tiene el
jefe-propietario. El segundo caso es cuando tiene que llevar primero un
respectivo proceso de pedidos para así poder registrar la venta para la
empresa.
40
4.1 Listado de entidades de negocio
En el siguiente apartado descubriremos las funciones de cada una de las

entidades y lo que el sistema necesita de cada una de ellas.
Usuario: Esta entidad es la que representa la persona que

interactúa directamente con el sistema. El sistema necesita de
esta entidad los siguientes datos (Nombre, apellido, cargo, id,
password).
Cliente: es el protagonista de la acción comercial persona natural

o jurídica que se acerca a la empresa para que esta le preste sus
servicios, el sistema necesita:(identificación, nombre, apellido,
teléfono, e-mail).
Proveedor: Es aquella persona o empresa que surte con materia

prima a una entidad comercial. Identificación, nombre, apellido,
teléfono, e-mail).
Artículo: Es el nombre de un producto antes de ser terminado y

el sistema necesita de él: (código, descripción, cantidad).
Producto: Es el objeto ofrecido por la empresa que puede

satisfacer un deseo o una necesidad de cualquier cliente, el
sistema necesita:(código, tipo, nombre, cantidad, descripción,
valor).
Cotización Articulo: en un documento donde se guarda datos específicos de
un Articulo la cual la empresa necesita con unas características definidas y un
valor el cual siempre está cercano al mercado global además el sistema
necesita:(Código, fecha, proveedor, usuario).
41
ItemCotizacionArticulo: son aquellos detalles de la cotización de
un artículo y el sistema necesita de él: (Artículo, Cotización
Articulo, cantidad, descuento).
Pedido Articulo: es una transacción en donde la empresa solicita

Artículo y el proveedor obtiene un pago por esta, la cual se
puede hacer por vía telefónica, personalmente, por internet entre
otra, en este proceso el sistema necesita:(código, fecha de
inicio, fecha de entrega, Proveedor, usuario).
ItemPedidoArticulo: son aquellos detalles de pedido de un

artículo y el sistema necesita de él: (Artículo, Pedido Articulo,
cantidad, descuento).
Compra Artículo: Esta entidad representa la adquisición de una

materia prima, el sistema necesita de esta entidad lo siguiente
(código, Proveedor, usuario, PedidoArticulo)
ItemCompraArticulo: son aquellos detalles de la compra de un

artículo y el sistema necesita de él: (CompraArtículo, Artículo,
cantidad, descuento).
Venta (ingreso): entrada de dinero para la empresa de esta

entidad el sistema necesita:(código, fecha, cliente, usuario,).
Ítem Venta: Esta entidad encierra todo lo referente con detalles

importantes de una venta. El sistema necesita de esta entidad los
siguientes datos (venta, Producto, cantidad, descuento).
42
CotizaciónVentaProducto: es un documento donde se guarda
datos específicos de un producto el cual el cliente necesita con
unas características definidas y un valor el cual siempre está
cercano al mercado global además el sistema necesita:(código,
fecha, cliente, usuario).
ItemCotizacionProducto: son aquellos detalles de la cotización

de venta de un producto y el sistema necesita de él: (Producto,
Cotizacionventa, cantidad).
Pedido Producto: es una transacción en donde el cliente solicita

una mercancía o un servicio y la empresa obtiene un pago por
esta, la cual se puede hacer por vía telefónica, personalmente,
por internet entre otra, en este proceso el sistema
necesita:(código, fecha de inicio, fecha de entrega, cliente,
usuario).
Ítem Pedido Producto: Esta entidad es la que especifica

algunos ítems importantes que tiene un pedido que realiza un
cliente. El sistema necesita de esta entidad los siguientes datos
(Pedido Producto, producto, cantidad, descuento).
DevolucionCompra: Es el estado defectuoso de una compra y el

sistema necesita de él :(código, fecha, compraArticulo,
usuario).
ÍtemDevolucionCompra: Son aquellos detalles de la devolución

de una compra y el sistema necesita de él: (articulo, cantidad,
DevolucionCompra,
Motivo).
43
DevolucionVentas: Es el estado defectuoso de una venta y el
sistema necesita de él :( código, fecha, Venta, usuario).
ÍtemDevolucionVentas: Son aquellos detalles de la devolución

de una venta y el sistema necesita de él:(Producto,
DevolucionVentas, motivo).
Producción: Es el proceso mediante el cual se le da por

terminado la creación de un producto y el sistema necesita de él
:(Código, Fecha, OrdenProduccionProducto, Tiempoincio,
TiempoFinal, estado).
ÍtemProducción: Son aquellos detalles de producción de un

producto y el sistema necesita de él: (Producto, Producción,
cantidad).
ManoObra: Son aquellos empleados contratados para una

determinada producción y el sistema necesita de él:(Empleado,
cantidad, Producción).
MateriaPrima: Es aquel material que utilizamos para la

producción de un producto y el sistema necesita de él :(Producto,
Articulo, cantidad).
Empleado: Es aquella mano de obra contratada para una

determinada producción y el sistema necesita de él: (Nombre,
apellido, identificación, cargo).
AlmacenajeCompra: Es el control de almacenamiento de la

compra de un artículo el sistema necesita de él: (código,
CompraArticulo, usuario, fecha).
44
ItemAlmacenajeCompra: Son aquellos detalles de compra de un
artículo y el sistema necesita de él: (AlmacenajeCompra,
artículo, cantidad).
AlmacenajeProducto: Es el control de almacenamiento de la

compra de un artículo el sistema necesita de él: (código,
Producción, usuario, fecha).
ItemAlmacenajeProducto: Son aquellos detalles de compra de

un producto y el sistema necesita de él: (AlmacenajeProducto,
cantidad, observación)
SolicitudArticuloBodega: Es la comprobación de si un artículo

se encuentra en bodega y el sistema necesita de él: (código,
usuario, producción, fecha, estado).
ItemSolicitudArticuloBodega: Son aquellos detalles de la

solicitud de si un producto se encuentra en bodega y el sistema
necesita de él: (SolicitudArticuloBodega, artículo, cantidad,
observación).
SolicitudProductoVenta: Es la comprobación de si un producto

se ha vendido y el sistema necesita de él: (código, fecha,
usuario, PedidoProducto, estado).
ItemSolicitudProductoVenta: Son aquellos detalles de la

solicitud de si un producto se ha vendido y el sistema necesita de
él: (SolicitudProductoVenta, producto, cantidad,
Observacion).
45
OrdenProduccionProducto: Es aquel estado de orden con el
que se producen los productos y el sistema necesita de él:
(código, fecha, usuario, PedidoProducto, estado).
ItemOrdenProduccionProducto: Son aquellos detalles del

orden con el que se producen los productos y el sistema necesita
de él: (OrdenProduccionProducto, producto, cantidad,
Observación).
Rol
Un rol es la persona o entidad que representa el usuario en el programa

ejemplo de ello es que el usuario sea un cliente, o un empleado del local.
Un objetivo de un rol es:
Interactuar con el usuario para poder identificarlo en el programa.
El rol determina datos como son: Identificación del rol, nombre y descripción
Función
Las funciones son cada una de las actividades que puede hacer un usuario en
el programa.
El objetivo de una función:
Interactuar con el usuario para aplicar un trabajo determinado a este en

el programa.
Una función determina datos como son: la identificación de la función, nombre
de la función, y descripción.
46
Permisos
Los permisos son cada actividad que puede realizar un usuario en el programa
como registrar, consultar, actualizar y eliminar y determinado proceso del
programa.
El objetivo de un permiso es:
interactuar con el usuario para asignar un determinado proceso a este

en el programa.
Un permiso contiene: una identificación, un rol, y una función.
4.2 Demografía de actores
Descripción de los actores; Las funciones de los actores primarios y secundarios que
se desempeñan en el sistema se describen a continuación:
Usuario
Cliente
Administrador Bodegero Jefe-Propietario
47
4.3 Requerimientos funcionales y no funcionales
Requerimientos Funcionales.
 En el software se podrá registrar los datos personales de un nuevo

Usuario para poder ser guardados posteriormente en una base datos.
 El software permitirá realizara consultas específicas y listados de los
Usuarios para poder verificar la existencia de estos.
 En el software se podrá realizar modificaciones en las informaciones
personales de los usuarios de la empresa.
 En el software se podrá eliminar a un usuario del sistema para que no
acupe espacio innecesario en la base de datos.
cliente para poder ser guardados posteriormente en una base datos.
 El software permitirá realizara consultas específicas y listados de
clientes para poder verificar la existencia de estos.
personales de los clientes de la empresa.
 En el software se podrá eliminar a un cliente del sistema para que no
proveedor para poder ser guardados posteriormente en una base datos.
proveedores para poder verificar la existencia de estos.
personales de los proveedores de la empresa.
 El software permitirá eliminar uno o varios proveedores para no contar
con sus servicios.
 El software podrá registrar la información de un nuevo artículo para
poder ser guardada posteriormente en una base datos.
48
 El software permitirá hacer consultas específicas y listados de artículos
para poder verificar la existencia de estos.
 En el software se podrá realizar modificaciones en la información de
los artículos existentes en la empresa.
 El software permitirá eliminar los artículos que ya no se estén
comercializando en la empresa.
 En el software se podrá registrar la información o datos de un nuevo
producto para poder ser guardados posteriormente en una base datos.
productos para poder verificar la existencia de estos.
 En el software se podrá realizar modificaciones en los datos de un
producto que este registrado.
 En el software se podrá eliminar la información de un producto por que
este ya no se esté ofreciendo.
 El software podrá registrar la información de la materia prima para poder
ser guardada posteriormente en una base datos.
 El software permitirá hacer consultas específicas y listados de la materia
prima para poder verificar la existencia de esta.
la materia prima existentes en la empresa.
 El software permitirá eliminar la información de la materia prima que ya
no se requiera en la empresa.
 El software podrá registrar la información de la cotización artículo para
 El software permitirá hacer consultas específicas y listados de la
cotización artículo para poder verificar la existencia de esta.
la cotización artículo existentes en la empresa.
 El software permitirá eliminar la información de la cotización artículo que
ya no se requiera en la empresa.
49
 El software podrá registrar la información del ItemCotizacionArticulo para
 El software permitirá hacer consultas específicas y listados del
ItemCotizacionArticulo para poder verificar la existencia de este.
 En el software se podrá realizar modificaciones en la información del
ItemCotizacionArticulo existentes en la empresa.
 El software permitirá eliminar la información del ItemCotizacionArticulo
que ya no se requiera en la empresa.
 El software podrá registrar la información del PedidoArticulo para poder
PedidoArticulo para poder verificar la existencia de este.
PedidoArticulo existentes en la empresa.
 El software permitirá eliminar la información del PedidoArticulo que ya no
se requiera en la empresa.
 El software podrá registrar la información del ItemPedidoArticulo para
ItemPedidoArticulo para poder verificar la existencia de este.
ItemPedidoArticulo existentes en la empresa.
 El software permitirá eliminar la información del ItemPedidoArticulo que

ya no se requiera en la empresa
 El software podrá registrar la información de la Compra Articulo para
 El software permitirá hacer consultas específicas y listados de la compra
Artículo para poder verificar la existencia de este.
la compra Artículo existentes en la empresa.
50
 El software permitirá eliminar la información de la compra Artículo que ya
no se requiera en la empresa
 El software podrá registrar la información del ItemCompraArticulo para
ItemCompraArticulo para poder verificar la existencia de este.
ItemCompraArticulo existentes en la empresa.
 El software permitirá eliminar la información del ItemCompraArticulo que
ya no se requiera en la empresa
 En el software se podrá registrar los datos de una venta para poder ser
guardados posteriormente en una base datos.
 El software permitirá realizara consultas específicas y listado de la
venta para poder verificar la existencia de estas.
 En el software se podrá realizar modificaciones de la información de la
venta de la empresa.
 En el software se podrá eliminar a un venta del sistema para que no
 En el software se podrá registrar los datos de un nuevo Ítem Venta para
poder ser guardados posteriormente en una base datos.
 El software permitirá realizara consultas específicas y listados de los

Ítem Venta para poder verificar la existencia de estos.
 En el software se podrá realizar modificaciones de la información de
los Ítem Venta de la empresa.
 En el software se podrá eliminar a un Ítem venta del sistema para que no
acupe espacio innecesario.
 El software podrá registrar la información de la CotizaciónVentaProducto
para poder ser guardada posteriormente en una base datos.
CotizaciónVentaProducto para poder verificar la existencia de este.
51
la CotizaciónVentaProducto existentes en la empresa.
 El software permitirá eliminar la información de la
CotizaciónVentaProducto que ya no se requiera en la empresa.
 El software podrá registrar la información del ItemCotizacionProducto
ItemCotizacionProducto para poder verificar la existencia de este.
ItemCotizacionProducto existentes en la empresa.
 El software permitirá eliminar la información del ItemCotizacionProducto
 El software podrá registrar la información del Pedido para poder ser
guardada posteriormente en una base datos.
 El software permitirá hacer consultas específicas y listados del Pedido
para poder verificar la existencia de este.
Pedido existentes en la empresa.
 El software permitirá eliminar la información del Pedido que ya no se

requiera en la empresa.
 El software podrá registrar la información del Ítem Pedido para poder ser
 El software permitirá hacer consultas específicas y listados del Ítem
Pedido para poder verificar la existencia de este.
Ítem Pedido existentes en la empresa.
 El software permitirá eliminar la información del Ítem Pedido que ya no
se requiera en la empresa.
 El software podrá registrar la información de la DevolucionCompra para
52
DevoluciónCompra para poder verificar la existencia de este.
la DevoluciónCompra existentes en la empresa.
 El software permitirá eliminar la información de la DevoluciónCompra
 El software podrá registrar la información del ÍtemDevolucionCompra
ÍtemDevolucionCompra para poder verificar la existencia de este.
ÍtemDevolucionCompra existentes en la empresa.
 El software permitirá eliminar la información del ÍtemDevolucionCompra
 El software podrá registrar la información de la DevolucionVentas para

DevolucionVentas para poder verificar la existencia de este.
la DevolucionVentas existentes en la empresa.
 El software permitirá eliminar la información de la DevolucionVentas que
 El software podrá registrar la información del ÍtemDevolucionVentas para
ÍtemDevolucionVentas para poder verificar la existencia de este.
ÍtemDevolucionVentas existentes en la empresa.
 El software permitirá eliminar la información del ÍtemDevolucionVentas
53
 El software podrá registrar la información de la Producción para poder
Producción para poder verificar la existencia de este.
la Producción existentes en la empresa.
 El software permitirá eliminar parte o toda la información de la
Producción que ya no se requiera en la empresa
 El software podrá registrar la información del ÍtemProducción para poder
ÍtemProducción para poder verificar la existencia de este.
ÍtemProducción existentes en la empresa.
 El software permitirá eliminar la información del ÍtemProducción que ya

no se requiera en la empresa.
 El software podrá registrar la información de la ManoObra para poder ser
ManoObra para poder verificar la existencia de este.
la ManoObra existentes en la empresa.
 El software permitirá eliminar parte o toda la información de la ManoObra
que ya no se requiera en la empresa
 El software podrá registrar la información de la MateriaPrima para poder
MateriaPrima para poder verificar la existencia de este.
la MateriaPrima existentes en la empresa.
54
MateriaPrima que ya no se requiera en la empresa.
 El software podrá registrar la información del Empleado para poder ser
Empleado para poder verificar la existencia de este.
Empleado existentes en la empresa.
 El software permitirá eliminar la información del Empleado que ya no se
requiera en la empresa.
 El software podrá registrar la información del AlmacenajeCompra para

AlmacenajeCompra para poder verificar la existencia de este.
AlmacenajeCompra existentes en la empresa.
 El software permitirá eliminar la información del AlmacenajeCompra que
 El software podrá registrar la información del ItemAlmacenajeCompra
ItemAlmacenajeCompra para poder verificar la existencia de este.
ItemAlmacenajeCompra existentes en la empresa.
 El software permitirá eliminar la información del ItemAlmacenajeCompra
 El software podrá registrar la información del AlmacenajeProducto para
AlmacenajeProducto para poder verificar la existencia de este.
55
AlmacenajeProducto existentes en la empresa.
 El software permitirá eliminar la información del AlmacenajeProducto que
 El software podrá registrar la información del ItemAlmacenajeProducto
ItemAlmacenajeProducto para poder verificar la existencia de este.
ItemAlmacenajeProducto existentes en la empresa.
 El software permitirá eliminar la información del ItemAlmacenajeProducto

 El software podrá registrar la información de la SolicitudArticuloBodega
SolicitudArticuloBodega para poder verificar la existencia de este.
la SolicitudArticuloBodega existentes en la empresa.
SolicitudArticuloBodega que ya no se requiera en la empresa.
 El software podrá registrar la información del
ItemSolicitudArticuloBodega para poder ser guardada posteriormente en
una base datos.
ItemSolicitudArticuloBodega para poder verificar la existencia de este.
ItemSolicitudArticuloBodega existentes en la empresa.
 El software permitirá eliminar parte o toda la información del
ItemSolicitudArticuloBodega que ya no se requiera en la empresa.
56
 El software podrá registrar la información de la SolicitudProductoVenta
SolicitudProductoVenta para poder verificar la existencia de este.
la SolicitudProductoVenta existentes en la empresa.
SolicitudProductoVenta que ya no se requiera en la empresa.
ItemSolicitudProductoVenta para poder ser guardada posteriormente en
una base datos.

ItemSolicitudProductoVenta para poder verificar la existencia de este.
ItemSolicitudProductoVenta existentes en la empresa.
ItemSolicitudProductoVenta que ya no se requiera en la empresa.
 El software podrá registrar la información de la
EntregaSolicitudProductoVenta para poder ser guardada posteriormente
en una base datos.
EntregaSolicitudProductoVenta para poder verificar la existencia de
este.
la EntregaSolicitudProductoVenta existentes en la empresa.
EntregaSolicitudProductoVenta que ya no se requiera en la empresa.
 El software podrá registrar la información del OrdenProduccionProducto
57
OrdenProduccionProducto para poder verificar la existencia de este.
OrdenProduccionProducto existentes en la empresa.
OrdenProduccionProducto que ya no se requiera en la empresa.
ItemOrdenProduccionProducto para poder ser guardada posteriormente
en una base datos.
ItemOrdenProduccionProducto para poder verificar la existencia de
este.

ItemOrdenProduccionProducto existentes en la empresa.
ItemOrdenProduccionProducto que ya no se requiera en la empresa.
 El software tendrá la operación de imprimir la venta hecha al cliente..
 El software podrá mostrar reportes mensuales, semanales y diarios
sobre el estado financiero del la empresa y también mostrar cuentas
pendientes que tengan los clientes con la empresa.
Requerimientos No Funcionales.
El sistema deberá funcionar en los equipos que actualmente utiliza la empresa.

En estos momentos la compañía cuenta con computadores Intel(R) Celeron(R)
CPU a 1.80GHz, con Microsoft Windows XP profesional - versión 2002
/Service Pack 2 y 2 GB de memoria RAM.
58
4.3.1 Inventario de casos de uso
En este apartado realizamos un respectivo inventario de casos de usos por actor,

destacando los privilegios o funciones que tendrán a la hora de interactuar con el
sistema.
ACTOR FUNCIONES CASOS DE USOS

RELACIONADOS
El administrador será el Registrar cliente.

encargado de la de gestión
Consultar cliente.
de clientes, gestión de
cotizaciones, gestión de Modificar cliente.
ítems de cotizaciones, Registrar cotización de
gestión de pedidos de producto.
productos, gestión de ítems
Consultar cotización
de pedidos de productos, de producto.
gestión de productos,
Modificar cotización de
gestión de ventas, gestión
producto.
de ítems de ventas, gestión
Registrar ítem de
Administrador devolución de ventas,
cotización de producto
gestión de ítems de
devoluciones de ventas, Consultar ítem de
gestión de orden
producción, dentro de las Modificar ítem de
cuales solo realizara las
operaciones de registrar, Registrar pedido de
consultar, modificar. productos
Consultar pedido de
productos.
Modificar pedido de
productos.
59
Registrar ítem pedido
de producto.
Consultar ítem pedido

de producto.
Modificar ítem pedido

de producto.
Registrar venta.
Consultar venta.
Modificar venta.
Registrar ítem venta.
Registrar ítem venta
Modificar ítem venta
Registrar devolución de
venta.
Consultar devolución
de venta.
Modificar devolución de
venta.
Registrar ítem
devolución de venta.
Consultar ítem
devolución de venta
Modificar ítem
Registrar producto.
Consultar producto.
Modificar producto.
60
Eliminar producto.
Registrar orden de
producción
Consultar orden de
producción
Modificar orden de
producción
Eliminar orden de
producción
Registrar ítem de orden

de producción.
Consultar ítem de
orden de producción.
Modificar ítem de orden

de producción.
Registrar solicitud de
productos venta
Consultar solicitud de
productos venta
Modificar solicitud de
productos venta
Eliminar solicitud de
productos venta.
Registrar ítem solicitud

de productos venta.
Consultar ítem solicitud

de productos venta.
Modificar ítem solicitud

de productos venta.
61
Tendrá a cargo la gestión Registrar proveedor.
de cotización de
de Consultar proveedor.
artículos, gestión de ítems
Modificar proveedor.
cotización de articulo,
Eliminar proveedor
gestión de pedidos de
Eliminar cliente.
de ítems de pedidos de Registrar artículo.
artículos , gestión de Modificar artículo.
proveedores, gestión de Consultar artículo.
compra de artículos, Eliminar artículo.
Registrar producto.
compra de artículos,
Consultar producto.
gestión de artículos, gestión
Modificar producto.
devoluciones de compra de
artículos, gestión de ítems Eliminar producto.
Jefe-Propietario. de devolución de compra Registrar cotización de

artículo.
de artículos, gestión de
producción, gestión de Consultar cotización de
artículo
ítems de producción,
gestión de productos, artículo
gestión de materia prima,
Eliminar cotización de
gestión de empleados, artículo.
gestión de solicitud de Registrar ítem cotización
artículos de bodega, de artículo.
gestión de ítems
de Consultar ítem cotización
de artículo.
solicitud de artículos de
bodega, dentro de las Modificar ítem cotización
de artículo.
cuales podrá realizar las
Eliminar ítem cotización
operaciones de registrar,
de artículo.
consultar, modificar y por
Registrar pedido de
ultimo tendrá acceso a artículo.
todos los reportes62 que
Consultar pedido de
arrojen las diferentes artículo.
gestiones que se realizarán Modificar pedido de
en el software, otro artículo.
privilegio que tendría, es el Eliminar pedido de
artículo.
único que pude eliminar
cualquier registro en el Registrar ítem pedido de
artículo.
sistema.
Consultar ítem pedido de
artículo.
Modificar ítem pedido de
artículo.
Eliminar ítem pedido de
artículo.
Registrar compra de
artículo.
Consultar compra de
artículo.
Modificar compra de
artículo.
Eliminar compra de
artículo.
Registrar ítem compra de

artículo.
Consultar ítem compra
de artículo.
Modificar ítem compra de
artículo.
Eliminar ítem compra de

artículo.
Registrar devolución
compra de artículo.
Modificar devolución
63
Eliminar devolución
Registrar ítem devolución

Consultar ítem
devolución compra de
artículo.
Modificar ítem devolución
Eliminar ítem devolución
Registrar materia prima.

Consultar materia prima.
Eliminar materia prima.
Modificar materia prima.
Registrar empleado.
Consultar empleado.
Modificar empleado.
Eliminar empleado.
Registrar Mano obra.
Consultar Mano obra.
Modificar Mano obra.
Eliminar Mano obra.
Registrar producción.
Consultar producción.
Modificar producción.
Eliminar producción.
Registrar ítem
producción.
Consultar ítem
producción.
64
Modificar ítem
producción.
Eliminar ítem
producción.
Registrar solicitud
articulo bodega
Consultar solicitud
articulo bodega
Modificar solicitud
articulo bodega
Eliminar solicitud
articulo bodega
articulo bodega
articulo bodega
articulo bodega
Eliminar ítem solicitud
articulo bodega
Eliminar venta
Eliminar pedido producto

Eliminar cotización
producto.
Eliminar orden de
producción
Eliminar solicitud
producto venta.
Eliminar devolución de
venta.
Listar clientes
Clientes que cotizaron en

el día
65
la semana
el mes.
clientes que cotizaron en
el año
clientes que mas han
realizado pedidos en el
año

mes

realizado pedidos en la
semana
Cotizaron y realizaron
pedidos en el mes
pedidos en el año
Cancelaron Pedidos en el
año
Cotizaron y pero no
realizaron pedidos en el
mes
Cotizaron y pero no
año
No cancelaron Pedidos
Cancelaron Pedidos en la
semana
dia
realizaron devoluciones
de Productos el dia
de Productos la semana
66 no realizaron
devoluciones de
Productos
de Productos el año
clientes que han
realizado menos pedidos
en la semana
clientes que han
en el mes
clientes que han
en el año
listar artículos
listar artículos en bodega
67
ACTOR FUNCIONES CASOS DE USOS
RELACIONADOS
El administrador será el Registrar cliente.

encargado de la de gestión
Consultar cliente.
de clientes, gestión de
cotizaciones, gestión de Modificar cliente.
ítems de cotizaciones, Registrar cotización de
gestión de pedidos de producto.
productos, gestión de ítems
Consultar cotización
de pedidos de productos, de producto.
gestión de ventas, gestión
producto.
de ítems de ventas, gestión
Registrar ítem de
devolución de ventas,
devoluciones de ventas, Consultar ítem de
Administrador gestión de orden
producción, dentro de las Modificar ítem de
cuales solo realizara las
operaciones de registrar, Registrar pedido de
consultar, modificar. productos
Consultar pedido de
productos.
Modificar pedido de
productos.
Registrar ítem pedido

de producto.
68
Consultar ítem pedido
de producto.
Modificar ítem pedido

de producto.
Registrar venta.
Consultar venta.
Modificar venta.
Registrar ítem venta.
Registrar ítem venta
Modificar ítem venta
Registrar devolución de
venta.
de venta.
Modificar devolución de
venta.
Registrar ítem
devolución de venta.
Consultar ítem
Modificar ítem
Registrar producto.
Consultar producto.
Modificar producto.
Eliminar producto.
Registrar orden de
producción
Consultar orden de
producción
69
Modificar orden de
producción
Eliminar orden de
producción
Registrar ítem de orden

de producción.
Consultar ítem de
orden de producción.
Modificar ítem de orden

de producción.
Registrar solicitud de
productos venta
Consultar solicitud de
productos venta
Modificar solicitud de
productos venta
Eliminar solicitud de
productos venta.

de productos venta.

de productos venta.

de productos venta.
Tendrá a cargo la gestión Registrar proveedor.

de cotización de de Consultar proveedor.
Modificar proveedor.
Jefe-Propietario.
cotización de articulo,
Eliminar proveedor
gestión de pedidos de
Eliminar cliente.
70 Registrar artículo.
de ítems de pedidos de Modificar artículo.
artículos , gestión de Consultar artículo.
proveedores, gestión de
Eliminar artículo.
Registrar producto.
Consultar producto.
gestión de artículos, gestión Modificar producto.
devoluciones de compra de Eliminar producto.
artículos, gestión de ítems Registrar cotización de
de devolución de compra artículo.
de artículos, gestión de Consultar cotización de
artículo
producción, gestión de
ítems de producción,
artículo
Eliminar cotización de
gestión de materia prima, artículo.
gestión de empleados,
Registrar ítem cotización
gestión de solicitud de de artículo.
artículos de bodega, Consultar ítem cotización
gestión de ítems de de artículo.
solicitud de artículos de Modificar ítem cotización
de artículo.
bodega, dentro de las
cuales podrá realizar las Eliminar ítem cotización
de artículo.
operaciones de registrar,
Registrar pedido de
consultar, modificar y por artículo.
ultimo tendrá acceso a
Consultar pedido de
todos los reportes que artículo.
arrojen las diferentes Modificar pedido de
gestiones que se realizarán artículo.
en el software, otro Eliminar pedido de
artículo.
privilegio que tendría, es el
único que pude eliminar Registrar ítem pedido de
artículo.
cualquier registro71 en el
Consultar ítem pedido de
sistema. artículo.
Modificar ítem pedido de
artículo.
Eliminar ítem pedido de
artículo.
Registrar compra de
artículo.
Consultar compra de
artículo.
Modificar compra de
artículo.
Eliminar compra de
artículo.
Registrar ítem compra de
artículo.
Consultar ítem compra

de artículo.
Modificar ítem compra de
artículo.
Eliminar ítem compra de
artículo.
Registrar devolución
Modificar devolución
Eliminar devolución
Registrar ítem devolución
Consultar ítem
devolución compra de
artículo.
Modificar ítem devolución
72
Eliminar ítem devolución
Registrar materia prima.
Consultar materia prima.
Eliminar materia prima.
Modificar materia prima.
Registrar empleado.
Consultar empleado.
Modificar empleado.
Eliminar empleado.
Registrar Mano obra.
Consultar Mano obra.
Modificar Mano obra.
Eliminar Mano obra.
Registrar producción.
Consultar producción.
Modificar producción.
Eliminar producción.
Registrar ítem
producción.
Consultar ítem
producción.
Modificar ítem
producción.
Eliminar ítem
producción.
Registrar solicitud
articulo bodega
Consultar solicitud
73 articulo bodega
Modificar solicitud
articulo bodega
Eliminar solicitud
articulo bodega
articulo bodega
articulo bodega

articulo bodega
Eliminar ítem solicitud
articulo bodega
Eliminar venta
Eliminar pedido producto
Eliminar cotización
producto.
Eliminar orden de
producción
Eliminar solicitud
producto venta.
Eliminar devolución de
venta.
Listar clientes
el día

la semana
el mes.
clientes que cotizaron en
el año

año
74 clientes que mas han
mes

realizado pedidos en la
semana
pedidos en el mes
pedidos en el año
año
Cotizaron y pero no
mes
Cotizaron y pero no
año
No cancelaron Pedidos
Cancelaron Pedidos en la
semana
dia
de Productos el dia
de Productos la semana
no realizaron
devoluciones de
Productos
de Productos el año
clientes que han

en la semana
clientes que han
75
en el mes
clientes que han
en el año
listar artículos
listar artículos en bodega
76
Modelo funcional
Diagramas de clases
Gestión Cliente
77
Gestión articulo.
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
Descripción de casos de usos
Nº 1
Nombre: Iniciar de sesión
Objetivo: Identificar el tipo de usuario que ingresara al programa
Actores: Usuario
Precondición: Estar registrado en el programa
Flujo ideal: 1. El actor ingresa su nombre de usuario y contraseña en la
GUI de inicio de sesión.
2. El sistema verifica que el usuario y la contraseña sean
correctos.
3. El sistema consulta en la base de datos al usuario.
4. El sistema muestra la GUI con las opciones de trabajo
Flujo 2.1 En el flujo ideal #2 si el formato de de usuario y contraseña

excepcional: no son validos, el sistema muestra un mensaje informando que
el usuario o contraseña no son validos.
2.2 El sistema retorna al flujo ideal #1.
3.1 En el flujo ideal #3 si el sistema no encuentra al usuario en
la base de datos, este muestra un mensaje informando que
usuario no se encuentra registrado.
Pos condición: El usuario ha iniciado su sesión en el sistema exitosamente.
103
Nº 2
Nombre: Registrar cliente
Objetivo: Obtener los datos personales de un cliente de la empresa.
Actores: Administrador.
Precondición: Que se halla iniciado sesión exitosamente y que no este registrado
el cliente en el sistema
Flujo ideal: 1. El administrador selecciona la opción de registrar cliente.
2. El sistema muestra una GUI de registro de cliente,
solicitando los datos del cliente, tal como identificación,
nombre, apellidos, teléfono, etc.
3. El administrador ingresa la información requerida.
4. El administrador r selecciona la opción guardar.
5. El sistema verifica el formato de la información introducida
por el actor sea correcta.
6. El sistema consulta en la base de datos para verificar que el
cliente no se encuentre registrado en el sistema.
7. El sistema crea un nuevo cliente con la información
suministrada por el administrador.
8. El sistema muestra un mensaje informando que el nuevo
cliente se creo con éxito.
Flujo 5.1 En el flujo ideal #5 si el formato de la información introducida

excepcional: por el administrador no es correcta, el sistema muestra un
mensaje informando que el formato de la información es
incorrecto, indicando los datos erróneos.
6.1 En el flujo ideal #6 si el sistema encuentra al cliente en la
base de datos, muestra un mensaje informando que el cliente ya
se encuentra registrado.
6.2 El sistema retorna la flujo ideal #2.
Pos condición: La información obtenida y procesada por el sistema se

almacena en la base de datos.
Se cierra la GUI de solicitud de datos del cliente.
104
Nº 3
Nombre: Consultar cliente.
Objetivo: Mostrar los datos de un cliente que este registrado en le sistema.
Precondición: Que se halla iniciado sesión exitosamente y que este registrado el
cliente en el sistema
Flujo ideal: 1. El administrador selecciona la opción consultar cliente.
2. El sistema muestra la GUI de consulta de cliente solicitando
el código del cliente a consultar.
3. El administrador digita la identificación del cliente a
consultar.
4. El sistema verifica la correcta digitación y formato de la
identificación.
5. El sistema consulta en la base de datos si la identificación
digitada corresponde a un cliente que se encuentre
registrado.
6. El sistema muestra una GUI con los datos del cliente
consultado.
Flujo 4.1 En el flujo ideal #6 el si el formato de la identificación es
excepcional: incorrecta, el sistema muestra un mensaje informando que el
formato de la identificación es erróneo.
5.1 En el flujo ideal #7 si el sistema no encuentra al cliente en la
base de datos, muestra un mensaje informando que el cliente
no se encuentra registrado.
Pos condición: Cliente consultado con éxito.

Se cierra la GUI de consulta cliente.
105
Nº 4
Nombre: Clientes que realizaron pedidos en el día.
Objetivo: Mostrar un reporte de los clientes que han realizado pedidos en el
día.
Actores: Jefe-Propietario.
Precondición: Que se halla iniciado sesión exitosamente.
Flujo ideal: 1. El Jefe-Propietario en la GUI de trabajo selecciona la
opción de gestión de clientes.
2. El sistema muestra la GUI de gestión de clientes.
3. El Jefe-Propietario selecciona la opción reportes cliente.
4. El sistema muestra una GUI de reportes de clientes, con
varias opciones.
5. El Jefe-Propietario selecciona la opción clientes que
realizaron pedidos en el día.
6. El sistema consulta en la base de datos para verificar si
existen clientes que hallan hecho pedidos en el día.
7. El sistema muestra una GUI con los clientes realizaron
pedidos en el día.
Flujo 6.1 En el flujo ideal #6, si el sistema no encuentra en la base de
excepcional: datos ningún cliente que halla realizado ningún pedido en el día,
muestra un mensaje informando que no hay ningún cliente con
pedidos realizados en el día.
Pos Reporte mostrado con éxito.
condición:
106
Nº 5
Nombre: Clientes que realizaron pedidos en la semana.
Objetivo: Mostrar un reporte de los clientes que han realizado pedidos en la
semana.
varias opciones.
realizaron pedidos en la semana.
existen clientes que hallan hecho pedidos en la semana.
pedidos en la semana.
excepcional: datos ningún cliente que halla realizado ningún pedido en la
semana, muestra un mensaje informando que no hay ningún
cliente con pedidos realizados en la semana.
condición:
Nº 6
Nombre: Clientes que realizaron pedidos en el mes.
mes.
varias opciones.
realizaron pedidos en el mes.
existen clientes que hallan hecho pedidos en el mes.
pedidos en el mes.
excepcional: datos ningún cliente que halla realizado ningún pedido en el mes,
pedidos realizados en el mes. 107
condición:
Nº 7
Nombre: Clientes que realizaron pedidos en el año.
año.
Flujo ideal: 1. El Jefe-Propietario en la GUI de trabajo selecciona la opción
de gestión de clientes.
varias opciones.
realizaron pedidos en el año.
6. El sistema consulta en la base de datos si existen clientes que
hallan hecho pedidos en el año.
pedidos en el año.
excepcional: datos ningún cliente que halla realizado ningún pedido en año,
pedidos realizados en el año.
condición:
108
Nº 8
Nombre: Registrar proveedor
Objetivo: Obtener los datos personales de un proveedor de la empresa.
Actores: Jefe-propietario
Precondición: Que se halla iniciado sesión exitosamente y que no este registrado
el proveedor en el sistema
Flujo ideal: 1. El Jefe-propietario en la GUI de trabajo selecciona la opción
de gestión de proveedores.
2. El sistema muestra la GUI de gestión de proveedores.
3. El Jefe-propietario selecciona la opción de registrar
proveedor.
4. El sistema muestra una GUI de registro de proveedor,
solicitando los datos del proveedor, tal como identificación,
nombre, apellidos, teléfono, etc.
5. Jefe-propietario ingresa la información requerida.
6. El Jefe-propietario selecciona la opción guardar.
7. El sistema verifica el formato de la información introducida por
el actor sea correcta.
proveedor no se encuentre registrado en el sistema.
9. El sistema crea un nuevo proveedor con la información
suministrada por el Jefe-propietario.
10.El sistema muestra un mensaje informando que el nuevo
proveedor se creo con éxito
Flujo 7.1 En el flujo ideal #7 si el formato de la información introducida
excepcional: por el Jefe-propietario no es correcta, el sistema muestra un
mensaje informando que el formato de la información es
incorrecto, indicando los datos erróneos.
8.1 En el flujo ideal #8 si el sistema encuentra al proveedor en
la base de datos, muestra un mensaje informando que el cliente
ya se encuentra registrado.
8.2 El sistema retorna la flujo ideal #4.

Se cierra la GUI de solicitud de datos del proveedor.
109
Nº 9
Nombre: Consultar proveedor
Objetivo: Mostrar los datos de un proveedor que este registrado en le
sistema.
Actores: Jefe-propietario
Precondición: Que se halla iniciado sesión exitosamente y que este registrado el
proveedor en el sistema
Flujo ideal: 1. El Jefe-propietario selecciona la opción consultar cliente.
2. El sistema muestra la GUI de consulta de proveedores.
3. El sistema muestra la GUI de consulta de proveedor
solicitando el código del proveedor a consultar.
4. Jefe-propietario digita la identificación del proveedor a
consultar.
5. El sistema verifica la correcta digitación y formato de la
identificación.
6. El sistema consulta en la base de datos si la identificación
digitada corresponde a un proveedor que se encuentre
registrado.
7. El sistema muestra una GUI con los datos del proveedor
consultado.
Flujo 5.1 En el flujo ideal #6 el si el formato de la identificación es
excepcional: incorrecta, el sistema muestra un mensaje informando que el
formato de la identificación es erróneo.
6.1 En el flujo ideal #7 si el sistema no encuentra al proveedor
en la base de datos, muestra un mensaje informando que el
cliente no se encuentra registrado.
Pos condición: proveedor consultado con éxito.

Se cierra la GUI de consulta proveedor.
110
Nº 10
Nombre: Registrar artículo.
Objetivo: Obtener los datos de un artículo para registrarlos en el sistema.
Actores: Jefe-propietario, bodeguero.
Precondición: Que se halla iniciado sesión exitosamente y que se este
registrando una cotización de articulo, pedido de articulo o una
compra de articulo.
Flujo ideal: 1. El actor selecciona la opción registrar articulo.
2. El sistema despliega una GUI solicitando los datos del
artículo que se va a registrar.
3. El actor digita los respectivos datos del articulo (Código,
Nombre, Descripción, Cantidad).
4. El actor selecciona la opción guardar.
5. El sistema verifica la correcta digitación y formato del
nuevo articulo.
6. El sistema consulta en la base de datos si el código
digitado por el usuario no pertenece al de un artículo
que se encuentre en el sistema.
7. El sistema muestra una GUI informando que articulo se
registro exitosamente.
Flujo 5.1 En el flujo ideal #5 si el formato digitado por el actor es
excepcional: erróneo, el sistema muestra una interfaz informando hay un
error en la digitación de los datos.
6.1 En el flujo ideal #6 si el sistema encuentra la base datos
el código digitado por el actor, despliega una interfaz
informando que ese código ya se encuentra registrado.
Se cierra la GUI de solicitud de datos del cliente.
111
Nº11
Nombre: Consultar artículo.
Objetivo: Mostrar los datos de un artículo que este registrado en el sistema.
Actores: Jefe –propietario, bodeguero.
Precondición: Que se halla iniciado sesión exitosamente y que se este registrando
una cotización de articulo, solicitud de artículos, pedido de articulo o
una compra de articulo.
Flujo ideal: 1. El actor selecciona la opción consultar articulo.
2. El sistema despliega una GUI de consulta de artículo
solicitando el código de artículo a consultar.
3. El actor digita el código del articulo a buscar.
4. El sistema verifica la correcta digitación del código.
5. El sistema consulta en la base de datos para verificar que
exista un artículo con el código digitado.
6. El sistema despliega una GUI mostrando los datos del
artículo consultado.
Flujo 4.1 En el flujo ideal #4, si la digitación del código es errónea, el
excepcional: sistema despliega una interfaz informando que el código se
digito de forma incorrecta.
5.1 En el flujo ideal #5, si el sistema no encuentra en la base de
datos el artículo buscado, el sistema desplegara una interfaz
informando que el artículo no se encontró.
Pos condición: Articulo consultado exitosamente.
112
Nº 12
Nombre: Listar artículos en bodega.
Objetivo: Mostrar un listado de los artículos que están disponibles en bodega
para producción.
Precondición: Que se halla iniciado sesión exitosamente y que hallan artículos
registrados en la base de datos.
Flujo ideal: 1. El actor selecciona la opción listar artículos en bodega.
2. El sistema consulta en la base de datos si hay artículos
disponibles para la producción.
3. El sistema despliega una GUI mostrando todos los artículos
que están disponibles para la producción.
Flujo 2.1 En el flujo ideal #2 si el sistema no encuentra en la base de

excepcional: datos ningún articulo disponible para la producción, el sistema
mostrara una GUI informando que no se encontró ningún artículo
disponible para la producción.
Pos condición: Listado realizado con éxito.
Nº 13
Nombre: Artículos que se usaron en el mes para producción.
Objetivo: Mostrar un listado de los artículos que se utilizaron en le mes para
la producción.
Actores: Jefe-propietario.
Precondición: Que halla artículos registrado en la base de datos.
Flujo ideal: 1. El actor selecciona la opción listar artículos que se usaron
en el mes para la producción.
registrados.
3. El sistema despliega una GUI mostrando los artículos
utilizados en el mes para la producción.
Flujo 2.1 En el flujo idea #2, si no hay artículos registrados, el sistema

excepcional: desplegara una GUI informando que no hay artículos registrados.
Pos condición: Listado realizado exitosamente.
113
Nº14
Nombre: Artículos comprados en el mes.
Objetivo: Mostrar un listado de los artículos que se compraron en el mes.
Flujo ideal: 1. El actor selecciona la opción listar artículos que se
compraron en el mes.
registrados.
comprados en el mes.

Nº 15
Nombre: Artículos que se usaron en la semana para producción.
Objetivo: Mostrar un listado de los artículos que se utilizaron en la semana
para la producción.
Flujo ideal: 1. El actor selecciona la opción listar artículos que se usaron en
la semana para la producción.
registrados.
utilizados en la semana para la producción.

114
Nº 16
Nombre: Artículos comprados en el la semana.
Objetivo: Mostrar un listado de los artículos que se compraron en la
semana.
Flujo ideal: 1. El actor selecciona la opción listar artículos que se
compraron en la semana.
registrados.
comprados en la semana.

Nº17
Nombre: Registrar cotización artículo.
Objetivo: Registrar en el sistema una cotización que la empresa le hace a un
proveedor.
Actores: Jefe –propietario.
Precondición: Que se encuentre registradas en el sistema las entidades proveedor
y articulo
Flujo ideal: 1. El jefe-propietario selecciona la opción registrar cotización
articulo.
2. El sistema despliega una GUI de registro de cotización de
artículos.
3. El jefe- propietario digita el código de la cotización.
4. El sistema verifica el formato del código digitado.
código digitado no se encuentre registrado.
6. Se ejecuta el caso de uso consultar proveedor.
7. Se ejecuta el caso de uso registrar ítem de cotización
articulo
8. El jefe-propietario selecciona la opción guardar.
9. El sistema crea una nueva cotización de artículos con los
datos suministrados.
10. El sistema despliega una GUI informando que se registro
exitosamente la cotización de artículos,
Flujo 4.1 En el flujo ideal #4 si el formato del código es incorrecto, el
excepcional: sistema desplegara una GUI informado que el formato del
código es incorrecto.
4.2 El sistema retorna al flujo ideal #2
5.1 En el flujo ideal #5 si el sistema encuentra en la base de
115
datos el código digitado, desplegará una GUI informando que
ese código ya se encuentra registrado.
6.1 En el flujo ideal #6, si el sistema no encuentra al proveedor
en la base de datos, se ejecutara los pasos el caso de uso
registrar proveedor.
6.2 El sistema avanza al flujo ideal #7.
Pos condición: Cotización registrada con éxito.
Nº 18
Nombre: Consultar cotización artículo.
Objetivo: Mostrar los datos de una cotización de artículo que este registrado
en el sistema.
Precondición: Que se halla iniciado sesión exitosamente
Flujo ideal: 1. El actor selecciona la opción consultar articulo.
2. El sistema despliega una GUI de consulta de cotización de
artículo solicitando el código de cotización de artículo a
consultar.
3. El actor digita el código de la cotización de artículo a buscar.
exista una cotización de artículo con el código digitado.
6. El sistema despliega una GUI mostrando los datos de la
cotización de artículo consultada.
datos de la cotización de artículo buscada, el sistema
desplegara una interfaz informando que la cotización de artículo
no se encontró.
Pos condición: Cotización de artículo consultada exitosamente.
116
Nº 19
Nombre: Registrar ItemCotizacionArticulo.
Objetivo: Registra detalle a la cotización de artículo.
registrando una cotización de articulo.
Flujo ideal: 1. El jefe-propietario selecciona la opción registrar ítem.
2. El sistema despliega una GUI.
3. Se ejecuta en caso de uso consultar artículo.
4. El sistema solicita la cantidad de artículo que se va a cotizar.
5. El jefe-propietario digita la cantidad.
6. El sistema verifica la correcta digitación de la cantidad.
7. El jefe-propietario selecciona la opción agregar.
8. El sistema registra ese ítem a la cotización.
9. El sistema muestra en la GUI de registro de cotización de
artículo el ítem registrado con su cantidad y su valor.
Flujo 3.1 En el flujo ideal #3, cuando se ejecuta el caso de uso
excepcional: consultar articulo, el sistema no encuentra el articulo, se
ejecutara el caso de uso registrar articulo.
3.2 El sistema avanza al flujo ideal #4
6.1 En el flujo ideal #6,si si la cantidad digita es incorrecta, el
sistema desplegara una interfaz informando que hubo un
error en la digitación .
Pos condición: Ítem registrado exitosamente.
Nº 20
Nombre: Cotizaciones de artículos hechas en el mes.
Objetivo: Mostrar un listado de las cotizaciones de artículos hechas en el
mes.
Precondición: Que halla cotizaciones de artículos registradas en la base de datos.
Flujo ideal: 1. El actor selecciona la opción listar cotizaciones de artículos
hechas en el mes.
2. El sistema consulta en la base de datos si hay cotizaciones
de artículos registradas.
3. El sistema despliega una GUI mostrando cotizaciones de
artículos hechas en el mes.

excepcional: desplegara una GUI informando que no hay cotizaciones de
artículos registradas.
117
Nº 21
Nombre: Cotizaciones de artículos hechas en el año.
Objetivo: Mostrar un listado de las cotizaciones de artículos hechas en el
año.
Precondición: Que halla cotizaciones de artículos registradas en la base de datos.
Flujo ideal: 1. El actor selecciona la opción listar cotizaciones de artículos
hechas en el año.
de artículos registradas.
artículos hechas en el año.

excepcional: desplegara una GUI informando que no hay cotizaciones de
artículos registradas.
Nº 22
Nombre: Registrar pedido de artículo.
Objetivo: Registrar en el sistema un pedido que la empresa le hace a un
proveedor.
Precondición: Que se encuentre registradas en el sistema las entidades proveedor
y articulo
Flujo ideal: 1. El jefe-propietario selecciona la opción registrar pedido de
artículo.
2. El sistema despliega una GUI de registro de pedido de
artículo.
3. El jefe- propietario digita el código de la cotización.
7. Se ejecuta el caso de uso registrar ItemPedidoArticulo.
9. El sistema crea un nuevo pedido de artículos con los datos
suministrados.
exitosamente el pedido de artículos.
5.2 El sistema retorna al flujo118ideal #2
6.1 En el flujo ideal #6, si el sistema no encuentra al proveedor
Pos condición: Pedido registrado con éxito.
Nº 22
Nombre: Consultar pedido de artículo.
Objetivo: Mostrar los datos de un pedido de artículo que este registrado en el
sistema.
Flujo ideal: 1. El actor selecciona la opción consultar pedido de artículo.
2. El sistema despliega una GUI de consulta de artículo
solicitando el código de pedido de artículo a consultar.
3. El actor digita el código del pedido de artículo buscar.
exista un pedido de artículo con el código digitado.
6. El sistema despliega una GUI mostrando los datos del pedido
de artículo consultado.
datos el artículo buscado, el sistema desplegara una interfaz
informando que la cotización de artículo no se encontró.
Pos condición: Pedido de artículo consultado exitosamente.
119
Nº 23
Nombre: Registrar ItemPedidoArticulo.
Objetivo: Registra un detalle a al pedido de artículo.
registrando un pedido de articulo.
4. El sistema solicita la cantidad de artículo que se va a pedir.
8. El sistema registra ese ítem a al pedido.
9. El sistema muestra en la GUI de registro de pedido de
6.1 En el flujo ideal #6, si si la cantidad digita es incorrecta, el
sistema desplegara una interfaz informando que hubo un error
en la digitación.
Nº 24
Nombre: Pedidos artículos pendientes.
Objetivo: Mostrar un listado de los pedidos de artículos pendientes.
Precondición: Que halla pedidos de artículos en la base de datos.
Flujo ideal: 1. El actor selecciona la opción listar pedidos de artículos
pendientes.
2. El sistema consulta en la base de datos si hay pedidos de
artículos registrados.
3. El sistema despliega una GUI mostrando pedidos de
artículos pendientes.
excepcional: desplegara una GUI informando que no hay pedidos de artículos
pendientes.
120
Nº 25
Nombre: Pedidos artículos despachados.
Objetivo: Mostrar un listado de los pedidos de artículos despachados.
Precondición: Que halla pedidos de artículos en la base de datos.
despachados.
artículos despachados.
despachados.
Nº 26
Nombre: Pedidos de artículos hechos en el mes.
Objetivo: Mostrar un listado de los pedidos de artículos hechos en el mes.
Precondición: Que halla pedidos de artículos registrados en la base de datos.
hechos en el mes.
artículos hechos en el mes.

registrados.
121
Nº 27
Nombre: Pedidos de artículos hechos en el año.
Objetivo: Mostrar un listado de los pedidos de artículos hechos en el año.
Precondición: Que halla pedidos de artículos registrados en la base de datos.
hechos en el año.
artículos hechos en el año.

registrados.
Nº 28
Nombre: Registrar compra artículo.
Objetivo: Registrar una compra de articulo en le sistema.
Actores: Jefe- propietario.
Flujo ideal: 1. El jefe-propietario selecciona la opción registrar compra de
articulo.
2. El sistema despliega una GUI de registro de compra de
artículo.
3. El jefe-propietario digita el código de la compra.
4. El sistema verifica que el formato del código sea correcto.
7. Se ejecuta el caso de uso consultar pedido de articulo
8. Se ejecuta el caso de uso registrar ItemCompraArticulo.
10. El sistema crea una nueva compra de artículos.
exitosamente una compra.
122sistema no encuentra al proveedor
6.1 En el flujo ideal #6, si el
7.1 En el flujo ideal # 7 si el sistema no encuentra el pedido en la
base de datos, el sistema vuelve a ejecutar al flujo ideal #7.
Pos condición: Compra de artículo registrada exitosamente.
Nº 30
Nombre: Registrar ItemCompraArticulo.
Objetivo: Registrar un detalle a la compra de artículo.
una compra de articulo.
4. El sistema solicita la cantidad de artículo que se compra.
8. El sistema registra ese ítem a la compra.
9. El sistema muestra en la GUI de registro de compara de
6.1 En el flujo ideal #6, si la cantidad digita es incorrecta, el
en la digitación.
123
Nº 31
Nombre: Consultar compra de artículo.
Objetivo: Mostrar los datos de una compra de artículo que este registrado en
el sistema.
Flujo ideal: 1. El actor selecciona la opción consultar compra de artículo.
2. El sistema despliega una GUI de consulta de compra de
artículo solicitando el código de compra de artículo a consultar.
3. El actor digita el código de la compra de artículo buscar.
exista una compra de artículo con el código digitado.
compra de artículo consultada.
datos la compra de artículo buscada, el sistema desplegara una
interfaz informando que la compra de artículo no se encontró.
Pos condición: Compra de artículo consultada exitosamente.
Nº 32
Nombre: Compras de artículos hechas en mes.
Objetivo: Mostrar un listado de las compras de artículos hechas en el mes.
Precondición: Que halla compras de artículos registrados en la base de datos.
Flujo ideal: 1. El actor selecciona la opción listar compras de artículos
hechos en el mes.
2. El sistema consulta en la base de datos si hay compras de
3. El sistema despliega una GUI mostrando compras de
artículos hechos en el mes.
Flujo 2.1 En el flujo idea #2, si no hay compra de artículos registrados, el

excepcional: sistema desplegara una GUI informando que no hay compras de
124
Nº 33
Nombre: Compras de artículos hechas en el año.
Objetivo: Mostrar un listado de las compras de artículos hechas en el año.
Flujo ideal: 1. El actor selecciona la opción listar compras de artículos
hechos en el año.
2. El sistema consulta en la base de datos si hay compras de
3. El sistema despliega una GUI mostrando compras de
artículos hechos en el año.

excepcional: sistema desplegara una GUI informando que no hay compras de
Nº 34
Nombre: Registrar producto.
Objetivo: Registrar en un nuevo producto en el sistema.
Actores: Administrador y jefe-propietario.
Flujo ideal: 1. El actor selecciona la opción registrar producto.
2. El sistema despliega una GUI solicitando los datos del
producto que se va a registrar.
3. El actor digita los respectivos datos del producto (Código,
Nombre, Descripción, Cantidad, valor).
4. El actor selecciona la opción guardar.
5. El sistema verifica la correcta digitación y formato del
nuevo producto.
6. El sistema consulta en la base de datos si el código
digitado por el usuario no pertenece al de un producto que
se encuentre en el sistema.
7. El sistema muestra una GUI informando que producto se
registró exitosamente.
Flujo 5.1 En el flujo ideal #5 si el formato digitado por el actor es erróneo,
excepcional: el sistema muestra una interfaz informando hay un error en la
digitación de los datos.
6.3 En el flujo ideal #6 si el sistema encuentra la base datos el
código digitado por el actor, despliega una interfaz informando que
125
Nº 35
Nombre: Consultar producto.
Objetivo: Mostrar los datos de un producto que este registrado en el sistema.
Actores: Jefe –propietario y administrador.
Flujo ideal: 1. El actor selecciona la opción consultar producto.
2. El sistema despliega una GUI de consulta de producto
solicitando el código de producto a consultar.
3. El actor digita el código de producto a buscar.
exista un producto con el código digitado.
producto consultado
datos el producto buscado, el sistema desplegara una interfaz
informando que el producto no se encontró.
Pos condición: Producto consultado exitosamente.
Nº 36
Nombre: Productos vendidos en el mes.
Objetivo: Mostrar un listado de los productos vendidos en el mes.
Flujo ideal: 1. El actor selecciona la opción listar productos vendidos en el
mes.
2. El sistema consulta en la base de datos si hay productos
registrados.
3. El sistema despliega una GUI mostrando productos vendidos
en el mes.
excepcional: sistema desplegara una GUI informando que no hay productos
registrados.
126
Nº 37
Nombre: Productos en bodega.
Objetivo: Mostrar un listado de los productos que están en bodega.
Actores: Jefe-propietario, bodeguero.
Flujo ideal: 1. El actor selecciona la opción listar productos en bodega el
mes.
2. El sistema consulta en la base de datos si hay productos
registrados.
3. El sistema despliega una GUI mostrando productos en
bodega.
excepcional: sistema desplegara una GUI informando que no hay productos
registrados.
Nº 38
Nombre: Registrar cotización producto.
Objetivo: Registrar una cotización productos en el sistema.
Flujo ideal: 1. El Administrador selecciona la opción registrar cotización
producto.
2. El sistema despliega una GUI de registro de cotización
producto.
3. El Administrador digita el código de la cotización.
6. Se ejecuta el caso de uso consultar cliente.
7. Se ejecuta el caso de uso registrar ítem de cotización
producto.
8. El Administrador selecciona la opción guardar.
9. El sistema crea una nueva cotización producto con los datos
suministrados.
exitosamente la cotización producto.
ese código ya se encuentra127 registrado.
6.1 En el flujo ideal #6, si el sistema no encuentra al cliente en
la base de datos, se ejecutara los pasos el caso de uso registrar
cliente.
Pos condición: Cotización registrada con éxito.
Nº39
Nombre: Registrar ItemCotizacionProducto.
Objetivo: Registra un detalle a la cotización de producto.
registrando un pedido de articulo.
4. El sistema solicita la cantidad de artículo que se va a pedir.
8. El sistema registra ese ítem cotización de producto.
9. El sistema muestra en la GUI de registro de cotización de
producto el ítem registrado con su cantidad y su valor.
excepcional: producto, el sistema no encuentra el producto, se ejecutara el
caso de uso registrar producto.
en la digitación.
128
Nº40
Nombre: Consultar cotización producto.
Objetivo: Mostrar los datos de una cotización producto que este registrado
en el sistema.
Flujo ideal: 1. El actor selecciona la opción consultar cotización producto.
2. El sistema despliega una GUI de consulta de cotización
producto solicitando el código de cotización producto a
consultar.
3. El actor digita el código de cotización producto a buscar.
exista una cotización producto con el código digitado.
cotización producto.
datos la cotización producto buscada, el sistema desplegara
una interfaz informando que la cotización producto no se
encontró.
Pos condición: Cotización producto consultada exitosamente.
Nº 41
Nombre: Cotizaciones de productos hechas en el mes.
Objetivo: Mostrar un listado de las cotizaciones de productos hechas en el
mes.
Precondición: Que halla cotizaciones de productos registrados en la base de
datos.
Flujo ideal: 1. El actor selecciona la opción listar cotizaciones de productos
hechas en el mes.
de productos registrados.
productos.
excepcional: sistema desplegara una GUI informando que no hay cotizaciones
129
Nº 42
Nombre: Cotizaciones de productos hechas en el año.
Objetivo: Mostrar un listado de las cotizaciones de productos hechas en el
año.
Flujo ideal: 1. El actor selecciona la opción listar cotizaciones de productos
hechas en el mes.
productos hechas en el año.
excepcional: sistema desplegara una GUI informando que no hay cotizaciones
130
Nº 43
Nombre: Registrar pedido producto.
Objetivo: Registrar en el sistema un pedido que un cliente le hace a la
empresa.
Flujo ideal: 1. El Administrador selecciona la opción registrar pedido de
producto.
2. El sistema despliega una GUI de registro de pedido de
producto.
3. El Administrador digita el código del pedido de producto.
7. Se ejecuta el caso de uso registrar Ítem Pedido Producto.
8. El Administrador selecciona la opción guardar.
9. El sistema crea un nuevo pedido de producto con los datos
suministrados.
exitosamente el pedido de producto.
cliente.
Pos condición: Pedido registrado con éxito.
131
Nº 44
Nombre: Registrar Ítem Pedido Producto.
Objetivo: Registra un detalle a al pedido de artículo.
registrando un pedido de producto.
3. Se ejecuta en caso de uso consultar producto.
4. El sistema solicita la cantidad de producto que se va a pedir.
8. El sistema registra ese ítem a al pedido.
9. El sistema muestra en la GUI de registro de pedido de
producto el ítem registrado con su cantidad y su valor.
excepcional: consultar producto, el sistema no encuentra el producto, se
ejecutara el caso de uso registrar producto.
en la digitación.
132
Nº 45
Nombre: Consultar pedido producto.
Objetivo: Mostrar los datos de un pedido producto que este registrado en el
sistema.
Flujo ideal: 1. El actor selecciona la opción consultar pedido producto.
2. El sistema despliega una GUI de consulta de pedido
producto solicitando el código de pedido producto a consultar.
3. El actor digita el código de pedido producto a buscar.
exista un pedido producto con el código digitado.
pedido.
datos el pedido producto buscado, el sistema desplegara una
interfaz informando que el pedido producto no se encontró.
Pos condición: Pedido producto consultada exitosamente.
133
Nº 46
Nombre: Pedidos de productos pendientes.
Objetivo: Mostrar un listado de los pedidos de productos pendientes.
Precondición: Que halla pedidos de productos en la base de datos.
Flujo ideal: 1. El actor selecciona la opción listar pedidos de productos
pendientes.
productos registrados.
productos pendientes.
excepcional: desplegara una GUI informando que no hay pedidos de productos
pendientes.
Nº 47
Nombre: Pedidos de productos despachados.
Objetivo: Mostrar un listado de los pedidos de productos despachados.
Precondición: Que halla pedidos de productos en la base de datos.
Flujo ideal: 1. El actor selecciona la opción listar pedidos de productos
despachados.
productos registrados.
productos despachados.
Flujo 2.1 En el flujo idea #2, si no hay pedidos de producto despachados,
excepcional: el sistema desplegara una GUI informando que no hay pedidos de
productos despachados.
134
Nº 48
Nombre: Registrar venta.
Objetivo: Registrar una compra venta en el sistema.
Actores: Administrador
Flujo ideal: 1. El administrador selecciona la opción registrar venta.
2. El sistema despliega una GUI de registro de venta.
3. El administrador digita el código de la venta.
7. Se ejecuta el caso de uso consultar pedido de producto.
8. Se ejecuta el caso de uso registrar Ítem Venta.
9. El administrador selecciona la opción guardar.
10. El sistema crea una nueva venta.
exitosamente una venta.
cliente.
Pos condición: Venta registrada exitosamente.
135
Nº49
Nombre: Registrar Ítem Venta.
Objetivo: Registrar un detalle a la venta.
una venta.
Flujo ideal: 1. El administrador selecciona la opción registrar ítem.
3. Se ejecuta en caso de uso consultar producto.
4. El sistema solicita la cantidad de producto que se vendió.
5. El administrador digita la cantidad.
7. El administrador selecciona la opción agregar.
8. El sistema registra ese ítem a la compra.
9. El sistema muestra en la GUI de registro de venta el ítem
registrado con su cantidad y su valor.
excepcional: consultar producto, el sistema no encuentra el producto, se
ejecutara el caso de uso registrar producto.
en la digitación.
136
Nº 50
Nombre: Consultar venta.
Objetivo: Mostrar los datos de una venta que esta registrada en el sistema.
Flujo ideal: 1. El actor selecciona la opción consultar pedido producto.
2. El sistema despliega una GUI de consulta de venta
solicitando el código de venta a consultar.
3. El actor digita el código de venta a buscar.
exista una venta con el código digitado.
venta.
dato la venta buscada, el sistema desplegara una interfaz
informando que la venta no se encontró.
Pos condición: Venta consultada exitosamente.
137
Nº 51
Nombre: Registrar orden de producción.
Objetivo: Registrar una orden de producción en le sistema.
Actores: Administrador
Flujo ideal: 1. El administrador selecciona la opción registrar orden de
producción.
2. El sistema despliega una GUI de registro de orden de
producción.
3. El administrador digita el código de la orden de producción.
6. Se ejecuta el caso de uso consultar pedido de producto.
7. Se ejecuta el caso de uso registrar Ítem orden de
producción.
8. El administrador selecciona la opción guardar.
9. El sistema crea una nueva orden de producción.
exitosamente una orden de producción.
Pos condición: Orden de producción registrada exitosamente.
138
Nº 52
Nombre: Consultar orden de producción.
Objetivo: Mostrar los datos de una orden de producción que esta registrada
en el sistema.
Flujo ideal: 1. El actor selecciona la opción consultar orden de producción.
2. El sistema despliega una GUI de consulta de orden de
producción solicitando el código de venta a consultar.
3. El actor digita el código de orden de producción a buscar.
exista una orden de producción con el código digitado.
venta.
dato la orden de producción buscada, el sistema desplegara
una interfaz informando que la orden de producción no se
encontró.
Pos condición: Orden de producción consultada exitosamente.
139
Nº 53
Nombre: Registrar producción.
Objetivo: Registrar una producción en el sistema.
Precondición: Que se halla iniciado sesión
exitosamente.
Flujo ideal: 1. El Jefe-propietario Selecciona la
opción registrar producción.
2. El sistema despliega una GUI de
registro de producción.
3. El Jefe-propietario digita el código
de la producción.
4. El sistema verifica que el formato
del código sea correcto.
5. El sistema consulta en la base de
datos para verificar que el código
digitado no se encuentre registrado.
6. Se ejecuta el caso de uso
consultar orden de producción.
7. Se ejecuta el caso de uso
registrar Ítem de producción.
8. El administrador selecciona la
opción guardar.
9. El sistema crea una nueva
producción.
10. El sistema despliega una GUI
informando que se registro
exitosamente una producción.
Flujo excepcional: 4.1 En el flujo ideal #4 si el formato
del código es incorrecto, el sistema
desplegara una GUI informado que
el formato del código es incorrecto.
5.1 En el flujo ideal #5 si el sistema
encuentra en la base de datos el
código digitado, desplegará una GUI
informando que ese código ya se
encuentra registrado.
6.1 En el flujo ideal # 7 si el sistema no
encuentra la orden de producción en la
base de datos, el sistema vuelve a
ejecutar al flujo ideal #7.
Pos condición: Producción registrada exitosamente.
140
Nº 54
Nombre: Registrar ÍtemProducción.
Objetivo: Registrar un detalle a la producción.
Actores: jefe-propietario
Precondición: Que se halla iniciado sesión
exitosamente y que se este registrando
una producción.
Flujo ideal: 1. El jefe-propietario selecciona la
opción registrar ítem.
3. Se ejecuta en caso de uso
consultar producto.
4. El sistema solicita la cantidad de
producto que se va a producir.
5. El jefe-propietario digita la
cantidad.
6. El sistema verifica la correcta
digitación de la cantidad.
7. El jefe-propietario selecciona la
opción agregar.
8. El sistema registra ese ítem a la
producción.
9. El sistema muestra en la GUI de
registro de producción el ítem
registrado con su cantidad y su valor.
Flujo excepcional: 3.1 En el flujo ideal #3, cuando se
ejecuta el caso de uso consultar
producto, el sistema no encuentra el
producto, se ejecutara el caso de uso
registrar producto.
3.2 El sistema avanza al flujo ideal
#4
6.1 En el flujo ideal #6, si la cantidad
digita es incorrecta, el sistema
desplegara una interfaz informando
que hubo un error en la digitación.
6.2 El sistema retorna al flujo ideal
#4.
141
DIAGRAMAS DE ACTIVIDADES.
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
5.3 Modelo de clases conceptual
Proveedor Cliente Producto

Usuario
-id -id -codigo
-nombre -nombre -nombre -tipo
-apellido -apellido -nombre
-telefono
-apellido
-telefono -cantidad
-e-mail -cargo
-e-mail -descripcion
-direccion -direccion -id -valor
-password
+crearProveedor() +crearCliente() +registrarProducto()
+modificarProveedor() +modificarCliente() +cerrarUsuario() +modificarProducto()
+consultarProveedor() +consultarCliente() +consultarProducto()
+eliminarProveedor() +eliminarCliente()
+consultarUsuario() +eliminarProducto()
CompraArticulo PedidoArticulo CotizacionArticulo
-codigo -codigo -codigo
-proveedor -fecha_inicio -fecha
-usuario -fecha_entrega -proveedor
-pedidoArticulo -proveedor -usuario
-usuario
+registrarCompraArticulo() +registrarCotizacionArticulo()
+registrarPedidoArticulo()
+modificarCompraArticulo() +modificarPedidoArticulo() +modificarCotizacionArticulo()
+consultarCompraArticulo() +comsultarPedidoArticulo() +consultarCotizacionArticulo()
+eliminarCompraArticulo() +eliminarPedidoArticulo() +eliminarCotizacionArticulo()
Articulo Venta CotizacionVentaProducto

-descripcion -fecha -fecha
-cantidad -cliente -cliente
-usuario -usuario
+registrarArticulo() +registrarCotizacionVentaProducto()
+registrarVenta()
+modificarArticulo() +modificarVenta() +modificarCotizacionVentaProducto()
+consultarArticulo() +consultarVenta() +consultarCotizacionVentaProducto()
+eliminarArticulo() +eliminarVenta() +eliminarCotizacionVentaProducto()
PedidoProducto DevolucionCompra DevolucionVenta
-fecha_inicio -fecha -fecha
-fecha_entrega -compraArticulo -venta
-cliente -usuario -usuario
-usuario
+registrarDevolucionCompra() +registrarDevolucionVenta()
+registrarPedidoProducto()
+modificarPedidoProducto() +modificarDevolucionCompra() +modificarDevolucionVenta()
+consultarPedidoProducto() +consultarDevolucionCompra() +consultarDevolucionVenta()
+eliminarPedidoProducto() +eliminarDevolucionCompra() +eliminarDevolucionVenta()
Produccion ManoObra MateriaPrima

-codigo
-empleado -producto
-fecha
-ordenProduccionProducto -cantidad -articulo
-tiempoInicio -produccion -cantidad
+tiempoFinal
-estado +registrarManoObra() +registrarMateriaPrima()
+registrarProduccion() +modificarManoObra() +modificarMateriaPrima()
+modificarProduccion() +consultarManoObra() +consultarMateriaPrima()
+consultarProduccion() +eliminarManoObra() +eliminarMateriaPrima()
+eliminarProduccion()
AlmacenajeProducto
Empleado AlmacenajeCompra
-codigo
-nombre -codigo
-produccion
-apellido -compraArticulo -usuario
-identificacion -fecha -fecha
-cargo -usuario
+registrarAlmacenajeProducto()
+registrarEmpleado() +registrarAlmacenajeCompra() +modificarAlmacenajeProducto()
+modificarEmpleado() +modificarAlmacenajeCompra() +consultarAlmacenajeProducto()
+consultarEmpleado() +consultarAlmacenajeCompra() +eliminarAlmacenajeProducto()
+eliminarEmpleado() +eliminarAlmacenajeCompra()
SolicitudProductoVenta OrdenProduccionProducto
SolicitudArticuloBodega
-codigo -codigo
-codigo
-fecha -fecha
-produccion
-fecha -usuario -usuario
-usuario -pedidoProducto -pedidoProducto
-estado -estado -estado
+registrarSolicitudArticuloBodega() +registrarSolicitudProductoVenta() +registrarOrdenProduccionProducto()

+modificarSolicitudArticuloBodega() +modificarSolicitudProductoVenta() +modificarOrdenProduccionProducto()
+consultarSolicitudArticuloBodega() +consultarSolicitudProductoVenta() +consultarOrdenProduccionProducto()
+eliminarSolicitudArticuloBodega() +eliminarSolicitudProductoVenta() +eliminarOrdenProduccionProducto()
ItemPedidoArticulo ItemCotizaciondeArticulos ItemCompraArticulo
-articulo -articulo -compraArticulo
-pedidoArticulo -cotizaciondeArticulos -articulo
-cantidad -cantidad -cantidad
-descuento -descuento -descuento
ItemVenta ItemCotizacionProducto ItemPedidoProducto

-venta -procucto -pedidoProducto
-producto -cantidad
-cantidad
-cantidad
-descuento
-cotizacionVanta -producto
-descuento
ItemDevolucionCompra ItemDevolucionVenta ItemProduccion
-articulo
-producto -producto
-cantidad
-devolucionCompra
-devolucionVenta -produccion
-motivo -motivo -cantidad
ItemSolicitudProductoVenta ItemOrdenProduccionProducto
ItemAlmacenajeCompra
-solicitudProductoVenta -ordenProduccionProducto
-almacenajeCompra -producto -producto
-articulo -cantidad -cantidad
-cantidad -observacion -observacion
ItemSolicitudArticuloBodega
ItemAlmacenajeProducto
-solicitudArticuloBodega
-articulo -almacenajeProducto
-cantidad -cantidad
-observacion -observacion
5.4.1 Prototipado de interfaces de usuario
172
173
174
175
176
177
178
179
180
181
182
183
184
6. CONCLUSIONES
 Este proyecto se está realizado con el fin de mejorar la gestión y comercialización

de productos y servicios que ofrece la microempresa impresiones 2000 que
permita agilizar el servicio y atención al cliente.
 Se manejaron diagramas y casos de uso que facilitaron los procesos que se lleva
en la microempresa.
 Se busca que nosotros como futuros tecnólogos pongamos en práctica todos los
conocimientos brindados por nuestros docentes y nuestras investigaciones
realizada en la microempresa impresiones 2000.
 Esta investigación beneficiara a la empresa, puesto que teniendo un sistema

informático que permita la automatización de los procesos que lleva a cabo esta.
Con esto se estaría solucionando un problema que impide ofrecer un mejor y
eficiente servicio hacia los clientes.
185
7. BIBLIOGRAFIA
 WWW.GOOGLE.COM (COLOMBOA).
 ROGER PRESSMAN. INGENIERIA DEL SOFTWARE: UN ENFOQUE

PRÁCTICO. MACGRAW-HILL. 2001
 Ivar Jacobson. "Object-Oriented Software Engineering : A Use Case

Driven Approach" Addison-Wesley Object Technology Series
 www.javahispano.org/
186

Proyecto Final IV

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

Proyecto Final IV

Cargado por

Copyright:

Formatos disponibles

SOLUCION INFORMATICA PARA LA GESTION Y

COMERCILIZACION DE PRODUCTOS Y SERVICIOS QUE OFRECE

TECNOLOGÍA EN SISTEMAS DE INFORMACION

JHON ARRIETA ARRIETA

Las computadoras, que hasta aquel momento había requerido la asistencia de

En este contexto, negarse a la informática no es solo darle la espalda al futuro,

1. PLANTEAMIENTO DEL PROBLEMA ---------  PAG.

5. MODELOS ---------------------------------------------  PAG.

1.1 Descripción del Problema

Impresiones 2000 es una microempresa situada en Chiquinquirá Mzn. 50 Lt.20.

El promedio de pedidos que se presenta en la empresa impresiones 2000 está

La problemática que se encuentra en la empresa se presenta en el área de

Con relación al proceso de pedidos y en la existencia de la materia prima se

Por otra parte en relación con el proceso de ventas artículos se presenta la

Este control se ha venido realizando por medio de formatos o registros los

En consecuencia la empresa se beneficiara teniendo una solución informática

¿Cómo mejorar la gestión y comercialización de productos y servicios

1.3.1 Objetivo general

1.3.2 Objetivos específicos

 Identificar los aspectos que influyen en la empresa y que ocasionan

 Diseñar un modelo funcional para identificar las operaciones necesarias

 Diseñar un modelo de proceso de negocios para estructurar

 Diseñar un modelo conceptual que nos permita identificar las relaciones

 Diseñar un modelo de interacción para determinar las respectivas

Nosotros como estudiantes de cuarto semestre tenemos la obligación de

Después de haber realizado la respectiva identificación de los aspectos

Esta investigación beneficiara a la empresa, puesto que teniendo un sistema

2.1 Conocimientos de la temática.

A través de este marco teórico, definiremos específicamente el concepto de los

La microempresa o micro negoció son unidades económicas que surgen por

En cuanto a la materia prima son aquellos instrumentos o materiales que se

Por ejemplo, madera, metal, piedra, etc.

Otro concepto importante es proceso, el cual se define como un conjunto de

Las actividades de cualquier organización pueden ser concebidas como

Igualmente control es un seguimiento que se le realiza a un determinado

Otro de los conceptos que empleamos en la resolución de este problema

 Al contado, cuando se paga la mercancía en el momento de

Por otro lado el concepto de gestión se define como la disciplina de

El caso es que la producción y la comercialización son partes importantes de

2.2 Conocimientos de la ingeniería de software

Anteriormente se redacto los conceptos que giraban en torno a la temática del

En general, la Ingeniería de Sistemas es entonces una forma de resolver

En este proyecto de investigación emprendemos lo que se entiende por

Un sistema de información realiza cuatro actividades básicas: entrada,

A través del sistema de información que se desarrolla en el transcurso de este

 Datos generales del cliente :(identificación, nombre, apellido, dirección,

teléfono, tipo persona, e-mail).

valor, existencia, cantidad_pedir).

avisos publicitarios etc.)

 Pagos, cotización, etc.

 Datos del proveedor.

 Cálculo del interés monetario de la empresa.

 Cálculo de productos más vendidos.

 Cálculo del saldo de un cliente.

 Descuento a la materia prima existente.

 Movimientos del mes (pagos, cotizaciones, abonos, productos).

 Compra de materia prima.

 Estados del pedido.

 Consultas de ventas de un servicio en pantalla.

 Productos más vendidos.

 Consulta de la existencia de materia prima.

 Reporte de ventas realizadas diario, mensual, anual.

 Reporte de pedidos realizados diario,19mensual, anual.