Reporte de

Especificacin de
Software (RES)
[CRIS Y DULCE

S.A.C]

[Sistema de Gestin

CRIS Y DULCE]

[Junio 2013]

Elaborado por:

Revisado por:

Aprobado por:

Fecha:

Fecha:

Avalos Cardenas, Janina

Sanches Tejada, Edwin
Urquiaga Ruiz, Alexander

Fecha: 12/06/2013
/ /

HISTORIAL DE REVISIONES

Descripcin
Versin

Autor

Janina
Edwin
alexander
<1.0>

Fecha de
Elaboracin

Antecedentes,
objetivos,
procesos de
negocio,
requisitos
funcionales.

Fecha de
Revisin

Revisado
por

Ing. Edilberto
12/06/2013

Chvez
Fernndez

Contenido
1.

Antecedentes ....................................................................................... 10

2.

Objetivos ............................................................................................... 10

3.

Alcance ................................................................................................... 5

4.

Procesos de Negocio ....................................................................... 15

4.1.
4.2.

4.3.
4.4.

LISTA DE CASOS DE USO DE NEGOCIO .............................................................................. 15

REALIZACIN DE LOS CASOS DE USO DE NEGOCIO .......................................................... 16
LISTA DE TRABAJADORES DE NEGOCIO ............................................................................... 15
REGLAS DE NEGOCIO ............................................................................................................ 23

SISTEMA DE PROCESOS AUTOMATIZADOS PARA EL AREA DE VENTAS

DE LA MICROEMPRESA CRIS Y DULCE

Este trabajo presenta el desarrollo de una solucin al problema de

automatizacin de los procesos de documentacin en el rea de ventas de abarrotes.
En la mencionada rea, se presenta la siguiente realidad problemtica: el
manejo de documentacin es lento y tedioso ya que todos los procesos son
manuales, el seguimiento y control de los productos es complicado ya que no hay
control continuo ni orden que existe en dicha area.
La solucin que se plantea, es el desarrollo de un Sistema de Informacin que gestione
la venta de productos en el area de ventas, dicho sistema fue implementado siguiendo la
metodologa RUP.
En conclusin el presente trabajo de investigacin beneficiar en lo siguiente
a la organizacin: diseo de un Sistema Informtico que permita brindar
informacin real y oportuna del estado de los producto.

Al desarrollar del presente trabajo se espera que los conceptos aqu vertidos y la
aplicacin correspondiente sirvan de referencia para el desarrollo de
aplicaciones futuras.

AUTOMATED PROCESS SYSTEM FOR SALES AREA

THE MICRO "CRIS AND SWEET"

This paper presents the development of a solution to the problem of

automation of the documentation process in grocery sales area.
In the above area, there is the following problematic reality: the
document handling is slow and tedious since all processes are
manuals, monitoring and control products is complicated because there is no
continuous control and order that exists in this area.
The solution that is proposed is the development of an information system to
manage the sale of products in the sales area, the system was implemented
following the RUP.
In conclusion, the present research will benefit in the following
the organization: design of a computer system that allows providing
real and timely information of the state of the product.
In developing this work are expected to spills and concepts here
application of benchmarks for developing
future applications.

MTODOS Y HERRAMIENTAS PARA LA SOLUCIN

2.1 Rational Unified Process (RUP) [RAT01]
Rational Unified Process (RUP) es un proceso de ingeniera de
software. Provee un enfoque ordenado para asignar tareas y responsabilidades
dentro de una organizacin de desarrollo. Su virtud principal es asegurar la
produccin de
software de alta calidad, apropiado a las necesidades del usuario final,
dentro
de un cronograma y un presupuesto predecibles.
RUP es una gua sobre como usar efectivamente UML. UML (Unified
Modeling
Language) es un lenguaje estndar que permite comunicar claramente
requerimientos, arquitectura y diseos.
RUP se estructura en forma bidimensional, en un eje vertical y en uno
horizontal. En el eje vertical tenemos las distintas etapas de las
cascadas de
desarrollo, que se denominan Core Workflows, las que son
acompaadas de
las tareas de apoyo que aseguran el xito del proyecto denominadas
Workflows
de apoyo. En el eje horizontal tenemos la evolucin en el tiempo, que se da
en
cuatro fases. Para el presente proyecto, hemos tomado un estructura resumida,
debido al corto tiempo que se tiene para el desarrollo del proyecto, la
estructura
se muestra en la Tabla N1. En cada fase hay una o ms iteraciones, segn sus
objetos especficos:
La fase de concepcin tiene por finalidad definir la visin, los objetivos y el
alcance del proyecto, tanto desde el punto de vista funcional como del
tcnico, obtenindose como uno de los principales resultados de una
lista
de los Casos de Uso y una lista de los factores de riesgo del proyecto.
El principal esfuerzo est radicado en el Modelamiento del Negocio y
el

Anlisis de Requerimientos. Es la nica fase que no necesariamente

culmina con versin ejecutable, si bien muchas veces se desarrollan las
interfaces con el usuario, o se prueban algunos aspectos tcnicos crticos
(por ejemplo la factibilidad de conectarse a una determinada Base de
Datos). La fase de Elaboracin tiene como principal finalidad completar el
anlisis de
los Casos de Uso y definir la arquitectura del sistema. En esta etapa se
busca eliminar los principales riesgos tcnicos.
La fase de construccin est compuesta por un ciclo de varias interacciones,
en las cuales se van incorporando sucesivamente los casos de uso, de
acuerdo a los factores de riesgo del proyecto. Este enfoque permite por
ejemplo contar en forma temprana con versiones el sistema que
satisfacen
los principales Casos de Usos. Los cambios en los requerimientos no se
incorporan hasta el inicio de la prxima interaccin, con lo cual el esquema
de cascada funciona dentro del ciclo.
La fase de Transicin se inicia con una versin beta del sistema y culmina
con el sistema en fase de produccin.
DISCIPLINAS:
Modelado del negocio: Este componente provee la direccin para
aclarar y
definir el proceso del negocio en coso de que se aada algn
componente
nuevo. El componente descrito aqu est diseado para hacer una
actividad
preliminar en la creacin del sistema que soporta el proceso del negocio.
Determinacin de Requerimientos: Es el proceso de establecer los
servios
que el sistema debe proveer y las restricciones bajo las cuales debe operar.
Anlisis: Aqu, se analiza los requerimientos descritos en la etapa de
captura
de requerimientos, para refinarlo y estructurarlo. El propsito de hacer esto
es

lograr un entendimiento ms preciso de los requisitos para lograr una

descripcin del requerimiento que sea fcil mantener y eso nos ayuda a
dar la
estructura al sistema.
Se analiza ms a fondo los requerimientos pero en trminos del
lenguaje que
usan los diseadores.
Diseo: El diseo es la parte del proceso de desarrollo de software,
cuyo
propsito es decir como el sistema se va a implementar. Durante el
diseo se
toman las decisiones claves para la implementacin del sistema en trminos de
calidad.
En el diseo se modela la forma en que se lleva a cabo los requerimientos.
Implementacin: Consiste en concebir el sistema en trminos de
componentes, tiene como propsito: planear la integracin del sistema,
distribuir el sistema mapeando los componentes, implementar el diseo
de
clases y subsistemas y agrupar la prueba de los componentes.
Prueba: En las actividades de sta etapa, se verifica el resultado de la
implementacin a travs de pruebas de cada construccin realizada.
Tiene como propsito: elaborar un plan de pruebas, disear e
implementar el
plan de pruebas y evaluar el rendimiento de las pruebas.
2.2 Rational Rose [INF04] (UD. USARAN RATIONAL ROSE
RATIONAL
SOFTWARE ENTREPRICE -RSA )
Es la herramienta lder en el mundo para el modelado de sistemas complejos y
de tiempo real.
Para los analistas de negocios, Rose ofrece la capacidad de modelar y
visualizar sus procesos de negocios y destacar oportunidades para aumentar la

eficiencia.
Para los analistas de datos, el modelado de su diseo de base de
datos en Rose, mejora la comunicacin entre usted y los desarrolladores,
y, cuando usted modela sus casos de uso en Rose, asegura que la solucin sea
creada con el usuario en mente.
Rational Rose unifica a los analistas de negocios, sistemas y datos al
permitirles crear y administrar modelos en una herramienta con un solo
lenguaje de modelado.
2.3 SQL Server 7 [MPE01]
En su versin 7, SQL Server ha crecido en dos sentidos: por un lado,
incorpor funcionalidad, performance y confiabilidad para cubrir las
necesidades de grandes empresas con sistemas igualmente grandes; por el
otro, se adapt al entorno de escritorio a travs de una versin que
manteniendo intacta casi toda su funcionalidad, es capaz de correr en
Windows 95/98. Esto lo convierte en el compaero ideal de Visual Basic,
el lenguaje que se aplica en entornos igualmente variados.
SQL Server 7 brinda un conjunto de aplicaciones que permiten administrar e
interactuar con uno o ms servidores y con las bases de datos que
residen en ellos. La ms importante de ellas es el Administrador corporativo,
una consola con interfase grfica y amigable que permite llevar a cabo
cualquier tarea
relativa al manejo de las bases de datos. Otras herramientas que
veremos a continuacin son el Analizador de consultas, una aplicacin
utilizada para enviar scripts (secuencias de comandos) SQL al servidor para su
ejecucin y anlisis, y el Administrador de servicios, un pequeo
programa que permite poner en marcha el motor de SQL y otros servicios
relacionados.
Con estos elementos, cualquier programador cuenta con ms de lo necesario
para operar cmodamente con un servidor de bases de datos SQL
Server. El Administrador corporativo presenta una interfase de usuario
dividida en dos frames: a la izquierda muestra un rbol que contiene todos
los elementos que puede manejar el Administrador, y a la derecha
contiene el detalle del objeto seleccionado en el frame de la izquierda.

1. Antecedentes
CRIS Y DULCE S.A.C es una microempresa peruana dedicada a la venta de
abarrotes y viveres de primera necesidad.
La empresa nace en el mes de febrero del ao 2007 con RUC N
20481017638, siendo la seora Catalina Garcia Sifuentes la propietaria y
gerente general.
Adems, Cuenta con productos de primera calidad y marca reconocida.
La empresa cuenta con distintos provedores, todos sus procesos de la
elaboracin de las boletas de venta y facturas son manuales.
CRIS Y DULCE S.A.C pretende lograr una ventaja competitiva sobre las
dems empresas de abarrotes, las cuales no han invertido en tecnologa
para la mejora de sus procesos, para ello tiene pensado invertir en
infraestructura y en tecnologas de informacin, logrando de esta manera
marcar la diferencia frente a las dems empresas de su rubro.
2.-Objetivos
CRIS Y DULCE S.A.C requiere la automatizacin de sus
Procesos actuales, ya que en su mayora estos se realizan de forma manual,
para poder alcanzar los objetivos plasmados a
Continuacin:
Aumentar la venta de bebidas en un 20 %.
Abarcar otras reas en el mercado.
El sistema a desarrollar se centrar en el proceso de ventas.

3.1.Dentro del Alcance

Generales
El sistema ser desarrollado en Idioma ESPAOL
La interfaz de usuario ser amigable y de fcil uso
El sistema validar la autenticacin de usuario
El sistema ser construido por versiones aplicando control de
calidad en cada una de las versiones entregadas
Se disear un modelo de datos adecuado para el sistema
El sistema contar con alta disponibilidad funcional
Se contar con un manejo de perfiles de usuario

4.-Procesos de negocio
4.1.-Lista de casos de uso de negocio
Caso de uso del negocio

Descripcin

1.-El administrador verifica si los productos estn

agotados.
2.-Si estn agotados realiza un listado de los productos
que se necesita.
3.-Enva el listado de los productos que necesita al
proveedor.
4.-El proveedor recibe el pedido.
5.-El proveedor verifica si tiene los productos
disponibles.
CUN 01-GESTIONAR
6.-El proveedor prepara los productos y alista la boleta.
PEDIDO
7.-El proveedor entrega la boleta.
8.-El administrador recibe la boleta y cancela la boleta.
9.-El proveedor entrega pedido y boleta.
10.-El administrador recibe y verifica los productos y la
boleta.
11.-si est conforme el administrador finaliza el proceso.
Flujo alternativo:
1.-en el paso 1si no estn agotados los productos, el
administrador finaliza el proceso.
2.-en el paso 5 si no hay productos disponibles el
proveedor informa al administrador y finaliza el proceso.
3.- si los productos no coinciden con los de la boleta
regresa al paso6.

CASO DE USO

DESCRIPCION
1.-El cliente ingresa a la tienda y busca su producto.
2.-El cliente realiza el pedido.
3.-El vendedor verifica el pedido.
4.-Si pedido est disponible el vendedor emite proforma
y se le entrega al cliente.
5.-El cliente se acerca con la proforma a cancelar a caja.
6.-El cajero realiza el cobro.

7.-El cajero emite comprobante.

CUN 02PROCESODE VENTA
8.-El cliente recibe comprobante y lo lleva hasta el
vendedor.
9.-El vendedor verifica el comprobante para asegurarse si
esta cancelado.
10.-Si esta cancelado el vendedor embala el producto.
11.-El vendedor entrega el producto y el comprobante al
cliente.
12.-El cliente recibe el producto y cdp y finaliza el
proceso.
Flujo alternativo
1.-en el paso 3 si el producto no est disponible:
A) El vendedor le ofrece un producto alternativo.
B) Si el cliente no acepta finaliza el proceso.
C) si el cliente acepta regresa al paso 4.
2.-En el paso 9 si no est cancelado el comprobante, el
vendedor enva al cliente a cancelar.

CASO DE USO

CUN 03-GESTIONAR
UTILIDADES

DESCRIBCION

1- El administrador recauda el
dinero de las ventas.
2- Verifica agenda de pagos y
separa el dinero para
trabajadores y SUNAT.
3- Verifica das laborados.
4- Prepara boleta y se lo entrega
al trabajador.
5- El trabajador revisa boleta y si
est de acuerdo se le cancela
das laborables.
6- El administrador alista boletas
para ser revisadas por la
SUNAT.
7- SUNAT verifica boletas.
8- si no supera el monto fijado
prepara documento de pago
comn.
9- Luego pasa a ser cancelado por
el administrador.

FLUJO ALTERNATIVO:
A) En el punto 5:
Si no est de acuerdo regresa al
punto 3.
B) En el punto 8:
Si supera el monto fijado se le recarga
la cuenta y pasa al punto 9.

CASO DE USO

CUN 04-SELECCIN DE
PERSONAL

DESCRIBCION

1- El administrador prepara
una orden de requer miento.
2- El postulante llena la hoja de
requerimiento.
3- El administrador verifica la
orden de requerimiento para
ver si el postulante cuenta
con los requisitos.
4- Si cuenta con los requisitos
se le apertura registr de
trabajador la cual es firmado
por el postulante que ya es
trabajador.
FLUJO ALTERNATIVO:
A) En el punto 3:
Si no cuenta con los
requisitos es informado y
finaliza el proceso.

cliente

proceso venta

vendedor

(from casos de uso)

(f rom actores)

(f rom actores)

gestionar utilidades
(from casos de uso)

administrador

proceso de seleccion de personal

(from casos de uso)

(f rom actores)

gestionar pedido de abarrotes

(from casos de uso)

4.2 REALIZACION DE LOS CASO DE USO DEL NEGOCIO

4.2.1 CUN 01-GESTIONAR PEDIDO DE ABARROTES
: administrador

: prov eedor

verifica
DataStore : producto

verifica productos

estan agotados ?
[ si ]

[ no ]

registra
DataStore : pedido

hay p. en stock

realiza listado

DataStore : pedido
envia pedido

recibe pedido

verifica

DataStore : pedido

verifica pedido

[ no ]

productos
disponibles ?

[ si ]

informa al cliente
prepara productos y alista boleta

recibe boleta

DataStore : boleta

cancela boleta

entrega pedido y boleta

recibe y verifica pedido

[ no ]

concuerda con
boleta?

entrega boleta

DataStore : pedido

[ si ]

DataStore : boleta

4.2.2CUN 02- PROCESO DE VENTA

: cliente

: v endedor

: caj ero

busca producto
DataStore : producto
verifica

realiza pedido

verifica pedido

producto
disponible?

[ no ]

analiza producto alternativo

ofrece producto alternativo

[ si ]

emite proforma

acepta ?
[ no ]

[ si ]

no acepta

acepta

DataStore : proforma

se acerca a caja entrega proforma y cancela

realiza el cobro

recibe com probante

DataStore : cdp

emite comprobante
registra

lleva comprobante

verifica comprobante
DataStore : cdp
[ no ]

esta cancelado ?
[ si ]

embala producto

DataStore : producto

entrega producto y cdp

recibe producto y cdp

DataStore : cdp

4.2.2CUN 03- GESTIONAR UTILIDADES

: administrador

DataStore : AGENDA

: TRABAJADORES

: sunat

REALIZA RECAUDO DE VENTAS

VERIFICA

VERIFICA SU AGENDA DE PAGOS

DataSore : REGISTRO DE TRABAJADORES
ServerStore : cdp

verifica
DataStore : REGISTRO DE TRABAJADORES
PAGO A TRABAJADORES

verifica

PAGO A SUNAT

VERIFICA
VERIFICA DIAS LABORADOS

prepara cdp

VERIFICA cdp

SUPERRA
MONTO FIJADO ?
[ NO ]
PREPARA REGISTRO

VERIFICA REGISTRO

ESTA DE
[ SI? ]
ACUERDO

[ NO ]

PAGA SALARIO

OREPARA DOCUMENTO DE PADO CON SOBRECARGA

PREPARA DOCUMENTO DE PAGO

FIRMA REGISTRO

RECIBE PAGO

REGISTRA

DataSore : REGISTRO DE TRABAJADORES

REALIZA PAGO

RECIBE DOCU,MENTO

ENTREGA DOCUMENTO CANCELADO

4.2.3 CUN04- PROCESO DE SSELECCION DE PERSONAL

: administrador

: POSTULANTE

prepara orden de requerimiento

llena orden

analiza la orden de requerimiento

cumple las
condiciones?[ no ]

se registra al trabajador

se le informa

registra

DataStore : REGISTRO DE TRABAJADORES

registra

DataStore : REGISTRO DE TRABAJADORES

firma fecha de inicio

4.3 Lista de trabajadores del negocio

Trabajador del negocio
Cajero

Proveedor

Desripcion
Trabajador encargado de cobrar y elaborar
cdp.
Trabajador encargado de abastecer a la
empresa por la falta de algn producto.

Sunat

Trabajador encargado cobra impuestos a la

empresa

Trabajadores

Son los que ayudan a funcionar mejor a la

empresa.

Postulante

Trabajador que quiere ingresar y formar parte

de la empresa.

Actores Del Negocio

4.4 Descripcin breve
4.4.1.- GESTIONAR PEDIDO DE ABARROTES
En este proceso intervienen: el administrador.
4.4.2.- PROCESO DE VENTA
En este proceso intervienen: el cliente y el vendedor
4.4.3.- GESTIONAR UTILIDADES
En este proceso intervienen: el administrador
4.4.4.- PROCESO DE SELECCIN DE PERSONAL
En este proceso intervienen: el administrador

4.5diagramas de entidades y de objetos del negocio

Gestionar pedido

verifica
pedido
(f rom entidades del negocio)

entrega
proveedor
(f rom trabajdores del negocio)

boleta
(f rom entidades del negocio)

tiene
1..n

1..n

pedido

producto

numpedido : Integer
fecha : Date
monto : Double

nombre : String
tipo : String
marca : String
precio : Double

boleta
fecha : Date
numero : Integer
descripcion de los productos : String
cliente : String

Gestionar utilidades

verifica

REGISTRO DE TRABAJADORES
TRABAJADORES

(f rom entidades del negocio)

(f rom trabajdores del negocio)

Seleccin de personal

firma

REGISTRO DE TRABAJADORES
POSTULANTE

(f rom entidades del negocio)

(f rom trabajdores del negocio)

Proceso de venta

registra

cdp
cajero
(f rom trabajdores del negocio)

(f rom entidades del negocio)

4.6 Reglas del negocio

[RN01] El administrado es el encargado de gestionar los pedidos en caso que se
agoten los productos.
[RN02] El vendedor tiene que revisar las fechas de vencimiento de los productos
antes de venderlos.
[RN03] El cajero es el nico que puede efectuar los cobros por los productos.
[RN04] El cajero es el nico que puede generar comprobantes de pago.
[RN05] El cliente solo puede llevar productos que previamente se cancelaron.
[RN06] El cajero no puedo efectuar cobros sin dar un comprobante de pago.
[RN07] El cliente no tiene permitido a ingresar a reas restringidas.
[RN08] El cliente no puede consumir los productos si previamente no fueron
cancelados.
[RN09] Los empleados no tienen permitido faltar a menos que tengan justificacin
de fuerza mayor.
[RN10] Las boletas de venta deben ser guardadas por el cajero para previos pagos
de impuesto.
[RN11] El cliente tiene derecho a que se ejerza una devolucin en caso que el
producto este caducado o fallado, para efectuar dicha devolucin el cliente tiene que
presentar el comprobante de pago.
[RN12] La empresa no puede cerrar sin autorizacin del administrador.