Está en la página 1de 70

UNIVERSIDAD

NACIONAL
PEDRO RUIZ GALLO
Escuela Profesional de Ingeniera en
Computacin e Informtica

Implementar un sistema informtico para el


control y automatizacin de procesos del
restaurante
Manos Piuranas
Curso:
Ingeniera del Software
Autores:
Chozo Savedra Erika
Fernndez Lopez Jonatan
Morillo Cruz Jinmy
Tapia de la Cruz Jimmy
Yovera Chapoan Henry
Lozano Rodas Ninett
Docente:
- Ing. Denny John Fuentes Adrianzn

Pgina

PRESENTACIN
Hoy en da vivimos en un mundo ms globalizado, en donde todo lo que
se realiza es cada vez ms automatizado, y donde el recurso ms valioso
es el tiempo; se necesita estar a la vanguardia de la tecnologa y estar a
nivel de la competencia para poder subsistir en el mercado y aspirar
hacer lderes del mismo.

Presentamos un Sistema de Informacin para la gestin de procesos del


restaurante Manos Piuranas Para optimizar los procesos que se
realizan con la finalidad de mejorar el servicio de atencin al cliente, con
esto se brindara la informacin ms detallada de las actividades que se
realiza en la empresa.

Los Autores de dicho trabajo buscan facilitar y agilizar las tareas con
este sistema en un negocio como este que es muy rentable, adems

Pgina

servir como una gran herramienta que minimizar los problemas que
pueden presentarse.

Pgina

AGRADECIMIENTO
Expresar nuestro ms sincero agradecimiento a Dios por
darnos la salud, fuerza y actitud de poder desarrollar este
proyecto, gracias a la empresa que con el mayor gusto
nos

brind

toda

la

informacin

requerida

para

la

elaboracin del proyecto. Tambin a nuestros padres que


con esfuerzo nos hacen posible el sueo de estudiar para
ser grandes en la vida y finalmente agradecer al Ing. por
el apoyo y asesoramiento para nuestro proyecto.

Pgina

INTRODUCCIN
Hoy en da se ha hecho indispensable trabajar con sistemas informticos
en las empresas, ya que no solo facilita el trabajo, sino que tambin
ayuda a tener un considerable orden en los procesos que realiza la
empresa, llevando un control detallado de todos sus movimientos, no
solo financieros si no en todos los procesos en los que la empresa se
desempea.
El presente proyecto tiene como finalidad la obtencin de un marco de
referencia para el desarrollo de un sistema de informacin que responda
a los objetivos estratgicos del restaurante MANOS PIURANAS.
Para ello haremos una descripcin de la situacin actual, que constituir
el punto de partida del Proyecto de Informacin. Dicha descripcin
incluir un anlisis tcnico de puntos fuertes y riesgos, as como el
anlisis de servicio a los objetivos de la organizacin.
Esto implica algunos puntos como la elaboracin de un conjunto de
modelos que constituya la arquitectura de informacin, una propuesta de
proyecto a desarrollar, una propuesta de calendarizacin para la
ejecucin de dicho proyecto, La evaluacin de los recursos necesarios
para el proyecto a desarrollar. Y finalmente un plan de seguimiento y
cumplimiento de todo lo propuesto mediante unos mecanismos de
evaluacin adecuados.

Pgina

Para la elaboracin y/o desarrollo de dicho sistema informtico se


emplearan herramientas como; UML (Lenguaje Unificado de Modelado),
ya que es una excelente herramienta para el desarrollo de sistema.

CAPTULO I:
ANLISIS
EXPLORATORIO
EMPRESARIAL

Pgina

1.1

Diagnstico de la Empresa
1.1.1 Descripcin de la empresa

Nuestro restaurante turstico Pea Manos Piuranas es


una

empresa gastronmica que se dedicara a la

elaboracin de platos tpicos y tambin a la preparacin


de todo tipo de sus platos de insignia el Ceviche
Norteo, chanco y carnero al palo.

Nuestra meta es brindar servicios de primera y a la vez


preparar platillos al alcance de los bolsillos, el valor
agregado que deseamos brindar al cliente es que vea la
atencin y la calidad que posee en general nuestro
local. Contamos con profesionales de primer nivel,
nuestro

segmento se

dirige desde

jvenes

hasta

personas de edad; Lo que queremos dar a conocer es


nuestro sabor nico de nuestros diferentes platillos.

Estamos ubicados en Calle Francisco Cuneo # 951 - Chiclayo ,


queremos ser emprendedores de primera mostrndoles
los mejores platos de nuestra costa del Per.

Pgina

1.1.2 Estructura Organizacional de la empresa


1.1.2.1

Estructura Orgnica

ADMINISTRAD
OR

JEFE DE
ALMACN

PERSONAL

COCINERO

AZAFATA

1.1.2.2

COMPRAS

CAJERO

CAJA &
VENTAS

ALMACN

RECEPCIONIS
TA DE COCINA

Descripcin de las reas Funcionales de la Empresa

ADMINISTRADOR: Es la persona que ser el


Representante Legal de la Empresa y tendr a su cargo la
direccin y la administracin de los negocios, tambin es
el responsable legal de la empresa y en ese sentido
deber velar por el cumplimiento de todos los requisitos
legales que afecten los negocios y operaciones de sta.
Funciones:
Pgina

Encargado de supervisar todos los procesos


administrativos y funcionamiento de la empresa
(DIGESA, SUNAT)
Organizar el rgimen interno de la empresa.
Encargado de convocar y contratar todo el
personal de la Empresa.
Satisfacer a los empleados.
Habilidades de un Gerente:

HABILIDAD TECNICA: Esto implica la


capacidad para usar el conocimiento tcnico,
los mtodos, las tcnicas y
los medios necesarios para la ejecucin de
tareas especficas.
HABILIDAD HUMANA. Esto es la sensibilidad o
capacidad del gerente para trabajar de
manera efectiva como miembro de un grupo y
lograr la cooperacin dentro del equipo que
dirige.

HABILIDAD CONCEPTUAL. Esta consiste en la


capacidad para percibir a la organizacin
como un todo (en trminos de sistemas),
reconocer sus elementos, las interrelaciones
entre los mismos, y como los cambios en
alguna parte de la organizacin afectan o
pueden afectar a los dems elementos.

JEFE DE LOGSTICA: Organiza, coordina y dirige las


actividades del
almacn. Es responsable por el
recibimiento, almacenamiento y distribucin de equipos,
materiales que se adquieren en la instalacin.
Funciones:
Organiza, coordina las actividades del almacn.
Coordina y supervisa la recepcin y despacho de
los materiales
y equipos.
Detalla en tarjetas la fecha, orden de compra,
entrada, salida, existencia y especificaciones de los
materiales y equipos del almacn.
Pgina

Verifica las rdenes de compra y ordenes de


despacho.
Revisa el almacenamiento del equipo y / o
material.
CAJERO: Persona responsable de sumar la cantidad
debida por una compra, cargar al consumidor esa
cantidad y despus, recoger el pago por las mercancas o
servicios proporcionados.
1.1.3 Visin y Misin de la Empresa

1.1.3.1 VISION:
Ser una empresa lder en la gastronoma peruana y ser el primer
y ms importante punto de encuentro gastronmico del norte del
pas, destacada por su innovacin en la elaboracin de platillos
tpicos, promoviendo as la identidad gastronmica siempre
orientado a satisfacer el paladar de nuestros clientes con la
mejor y ms completa calidad de servicio.
1.1.3.2 MISION:
Brindar Servicios de alimentacin de calidad a nuestros Clientes
en un ambiente agradable con calidez y oportunidad,
consolidando identidad empresarial y promoviendo el desarrollo
del turismo regional, brindando la mejor atencin otorgando un
excelente servicio de calidad en cmodas y agradables
instalaciones.
1.1.3.3 PRINCIPIOS Y VALORES:
Integridad y justicia: Un principio fundamental para el
xito de una empresa es brindar un trato justo a todas las
personas, as mismo el actuar con integridad ante todas las
situaciones.
Servicio: Es un valor que debemos desarrollar e inculcar
entre nuestros compaeros, para lograr que cada quien
trabaje enfocando sus energas, su intencin y entusiasmo en
busca de satisfacer las necesidades del cliente.

Pgina

10

Eficiencia: Hacer las cosas correctamente, en el momento


indicado y sin desperdicios, de esta manera optimizamos los
recursos.
Vocacin de Servicio para satisfacer al Cliente: Es una
actitud del personal de la Empresa, atender las necesidades
del cliente y satisfacer sus expectativas.
Honestidad: Trabajamos con honradez, dignidad, equidad,
solidaridad y modestia.
Trabajo en Equipo: Complementamos y potenciamos las
iniciativas, los conocimientos y recursos individuales, para
hacerlo mejor.
Competitividad: Ofrecemos servicios y productos de
calidad, con eficiencia, eficacia y a precios competitivos.
1.1.4 Objetivos Empresariales
1.1.4.1

Objetivo General:

El objetivo de Manos Piuranas es poder brindar a


cada uno de nuestros clientes una experiencia
gastronmica nica e inolvidable en cuanto a la comida
nacional y principalmente Nortea; tambin fomentar
que los
clientes nuevos y fidelizados se involucren en
todas
nuestras
promociones
que
semanalmente
tendremos en la nuestra variada carta.
1.1.4.2

Objetivos Especficos

Elaborar los platos gastronmicos llenos de sabores y


sensaciones ms placenteras para el paladar de nuestros
clientes.
Crear programas de oferta donde podamos involucrar a
nuestros clientes fidelizados.
Dar informacin sobre la situacin, facilidades y precios
del restaurante.
Pedir informacin y recoger las peticiones y entrantes
(Libro de reclamaciones).
Presentar informacin: ofrecer y sugerir diferentes platos
al cliente.
Pgina

11

Curso:
Ingeniera de la Informacin II
Ofrecer ayuda y consejo al cliente.
Tendremos lugares cmodos y placenteros para un mejor

Autores:
servicio.
Fernndez Lpez Jonatan
Anlisis Interno: Fortalezas y Debilidades
- 1.1.5
Morrillo
Cruz Jinmy
Torres del Castillo Juan Carlos
Perfil de Capacidad Interna (PCI)
Ypanaque Ayasta Richard
Docente:
FORTALEZA
- Ing. Denny John Fuentes
AdrianznDEBILIDAD

Capacidad Directiva
Imagen
Corporativa,
responsabilidad Social
Existencia
de
una
planificacin estratgica.
Comunicacin
y
control
Gerencial.
Capacidad Competitiva
Diversidad de Platillos,
calidad y exclusividad.
Lealtad y satisfaccin del
cliente.
Experiencia en el mercado
Cuenta con servicio de
Delivery.
Capacidad Financiera
Habilidad para competir con
Precios.
Estabilidad de Costos.
Sueldos remunerados.
Medios de Pagos (Efectivo O
Tarjeta de Crdito).
Capacidad Tecnolgica
Cuenta con un registro
sistematizado de clientes y
reportes.
Cuenta con un sistema de
pago de Tarjeta.
Capacidad Talento
Humano
Experiencia Tcnica
Estabilidad Laboral
Cambios de Horarios

Alto

Medio

Bajo

Alto

Medio

Bajo

IMPACTO
Alto Medio Bajo

X
X

X
X

X
X

X
Alto

X
Medio

Bajo

Alto

Medi
o

Bajo

Alto

Medi
o

Baj
o

X
X

X
X

1.1.6 Anlisis Externo: Oportunidades y Amenazas


Pgina

12

Oportunidades
Factores
demogrficos
Amplio espacio
para la atencin.
Ubicacin del
Restaurante
Proveedores de
insumos cercanos
Competencia
Cercana

Alto

Medio

Bajo

Amenazas
Alto

Alto

Medio

X
X

Alto

Medio

Bajo

AMENAZAS
Alto

Medio

Bajo

IMPACTO
Alto

Bajo

Bajo

Medio

Medio

X
X

Alto

Bajo

OPORTUNIDADES
FACTORES
SOCIALES
Aumento de los
Insumos
Delincuencia en
la zona
Aumento de la
competencia

Bajo

OPORTUNIDADES
FACTORES
LEGALES
Tasas y Arbitrios
Municipales
Sealizacin y
recursos de
Seguridad.
Inspeccin y
certificado de
Salubridad
(DIGESA)
Permiso de
funcionamiento
de acuerdo a
LEY

Medio

Impacto

AMENAZAS
Alto

Medio
X

Bajo

IMPACTO
Alto

Medio

Bajo

X
X

Pgina

13

Oportunidades
Factores
econmicos
Accesibilidad rpida
a prstamos
(Cajas / Bancos)
Cuenta con Capital
de reserva

Alto

Medio

Bajo

Amenazas
Alto

Medio

Bajo

Impacto
Alto

Medio

Bajo

Estabilidad
econmica del Pas
(Subo de insumos)

1.1.7 Anlisis de la Situacin de la empresa


El restaurante Manos Piuranas, actualmente solo cuenta
con un control manual de todos los procesos y registros que
realiza como la compra de insumos que se registra en un
cuaderno de compras del da, al tener esto claramente se tiene
un problema en el control con lo que respecta al consumo de
insumos comprados. Es decir no

hay control de

detalles de

insumos, no hay control por parte de aquellos insumos que


pueden llegar a deteriorarse ms rpido que otros insumos. No
cuenta con un equipo en la cual evite la prdida de informacin
ya que la documentacin la llevan de forma desordenada.
Tampoco

cuenta

con

un

sistema

con

respecto

los

comprobantes en la cual existe la Incomodidad de los clientes


por las demoras al solicitar su comprobante, ya que los
comprobantes de pago se dan de forma manual.
No cuenta con un control de caja, ya que los reportes de total
ventas realizadas se lleva en forma manual consultando con
todos los cuadernos en donde almacenan informacin, esto
genera una des concertacin con aquellos datos confiables.

Pgina

14

Pgina

15

CAPTULO 2:
INTRODUCCIN AL
PROYECTO

Pgina

16

2.1

Visin General del Proyecto de Software

Implementar un Sistema Informtico para el Control de Procesos


del restaurante Manos Piuranas con la finalidad de automatizar
los procesos, haciendo ms confiable el manejo de la
informacin, dando as mejor servicio y satisfaccin a los
clientes. Con un sistema automatizado este ya podr guardar
toda su informacin sobre todo de ventas & Caja que es el
proceso ms importante para el restaurante donde tendr
detallado todas las ventas realizadas diariamente.
Uno de los beneficios del sistema es que ayudar a ahorrar
bastante tiempo ya que las azafatas contarn con el sistema en
una Tablet y harn los pedidos de los clientes por este medio
llegando directamente a cocina y a caja; tambin el sistema
permitir avisar mediante la Tablet a las azafatas sobre el estado
del platillo pedido y esta podr almacenar todos los siguientes
pedidos de los clientes que antes lo haca mediante comandas,
posteriormente como ya se mencion estos se almacenarn en
caja generando automticamente el comprobante de venta.
El sistema en general ser de mucha ayuda al restaurante ya
que al estar automatizar todos sus procesos le ayudar a brindar
un mejor servicio a todos sus clientes y sobre todo llevar un
detalle ordenado de sus ventas y compras.
2.2

Enunciado de la Situacin Problemtica

Los problemas que hemos encontrado y que enfrenta el


restaurante Manos Piuranas es el control de la compra de los
insumos ya que se lleva de forma manual, registrndolos en un
cuaderno de compras del da, tambin no se lleva un control
eficiente en el consumo de los insumos comprados como no hay
control por parte de aquellos insumos que pueden llegar a
deteriorarse ms rpido que otros insumos, tambin existe el
deterioro o prdida de informacin ya que la documentacin la
llevan de forma desordenada, tampoco existe un control
automatizado de caja y el control de pedidos se realiza a travs
de comandas y que a su vez este pedido va registrado en un
cuaderno de ventas y en tickets de ventas; los reportes de
totales de las ventas realizadas se lleva en forma manual
consultando todos los cuadernos en donde almacenan
informacin, esto genera desconfianza que los datos sean
fidedignos.
Pgina

17

2.3

Definicin y Enunciado del Problema

En qu medida la aplicacin de un Sistema de control de


procesos CONTROL SYSTEM mejorar a agilizar los procesos
que se realizan en la Manos Piuranas- Calle Francisco Cuneo # 951
- Chiclayo?
2.4

2.5

Antecedentes del Proyecto

No existen otros proyectos referentes a este tema


Hiptesis

La aplicacin de un Sistema Informtico de Control y Gestin,


mejora la eficiencia y eficacia en los procesos de compras,
almacn y ventas en el Restaurant Manos Piuranas en la
Ciudad de Chiclayo 2015
2.6

Ttulo del Proyecto

Sistema de Control de los Procesos para el restaurante Manos


Piuranas
2.7

Definicin del Proyecto

Este proyecto se enfocar en la realizacin de un sistema de


control de procesos, para el cual estar
basado
en
la
metodologa de Rational Unified Process (RUP), usando un
lenguaje de
modelamiento unificado
(UML), el cual nos
permitir definir, visualizar, especificar y conceptualizar los
elementos de un sistema.
Lo cual Afectar a los procesos de:
Compras.
Almacn.
Ventas.
Para comprender el conjunto de procesos de negocio se
desarrollar los siguientes modelos:
Modelo de caso de uso del negocio (MCUN): Muestra los procesos
del negocio. Comprende
al business actor, business use case,
asociacin.
Modelo de Objetos del Negocio (MON): Modelo interno del
negocio, es la realizacin de cada
uno de los procesos.
Comprende businessworker,
businessentity,
asociacin
unidireccional.

Pgina

18

Modelo de Dominio del Problema (MDP): Nos permite tener una


vista lgica del sistema, es decir permitir tener una idea de
cmo ser nuestra posible base de datos.
Al finalizar todo este proceso, obtendremos un producto final, el
cual es
el requerido por el
cliente.
2.8

Objetivos del Proyecto


2.8.1 Objetivo General

Implementar un sistema informtico para el control


automatizacin de procesos del restaurante Manos Piuranas

2.8.2 Objetivos Especficos

2.9

Realizar un correcto levantamiento de informacin que


nos permita definir bien los requerimientos de los
usuarios y mejorar el servicio.
Realizar una buena planificacin del proyecto que nos
permita estimar razonablemente los recursos y costos
del mismo.
Identificar todos los objetos y clases involucrados en el
sistema que nos permitan elaborar correctamente cada
uno de los diagramas de UML
Analizar, disear e implementar una base de datos, de
acuerdo a la informacin obtenida.
Utilizar como herramienta al Rational Rose para realizar
la validacin de cada uno de los diagramas del UML
realizados.
Desarrollar el Prototipo del sistema.
Realizar la evaluacin econmica del proyecto que
demuestre su factibilidad.

Producto Final

El producto final a desarrollar es un Sistema de Control De


Procesos, Sistema informtico que agilice los procesos de
compras, ventas y almacenen del restaurante Manos Piuranas
2.10

Estimacin de Recursos

2.10.1
Humanos
Equipo de desarrollo:

Chozo Savedra Erika


Fernndez Lopez Jonatan
Pgina

19

Morillo Cruz Jinmy


Tapia de la Cruz Jimmy
Yovera Chapoan Henry
2.10.2

Software

Sistema Operativo: Windows 7


Microsoft Office 2013
Rational Rose 2007
Gestor de Base de Datos: SQL Server Enterprise 2008
R2
Lenguaje de Programacin: Visual

2.10.3

Hardware

Nombre

Descripcin

Pc Intel Core i5

Procesador: Intel Core i5 650 3,20GHz, S-1156,


4MB.

Pc Dual Core

Procesador: Dual Core 2.7 Ghz. Ram: 2048 Mb.


Ddr2

Pc Dual Core

HD: 250 gb S-ata.


Procesador: Dual Core 2.7 Ghz. Ram: 2048 Mb.
Ddr2
HD: 250 gb S-ata.

Impresora HP
Pantalla LCD

2.10.4

24 Puladas / DELL

Materiales

Pgina

20

Materiales y tiles Cantidad

C/U soles

Total S/.

de escritorio
Engrapador
Perforador
Papel A4 (millar)

1
1
1

5.00
4.00
35.00

5.00
4.00
35.00

Lpices

1.00

3.00

Lapiceros
Folder y Faster
Corrector
Cartucho
Borradores
CDs
Pasajes
TOTAL

12
15
2
2
3
3
30
78

2.50
0.70
4.00
45.00
1.00
1.00
5.00
136.70

30.00
10.50
8.00
90.00
3.00
3.00
150.00
381.5

2.11 Hallazgos Importantes Actuales

Todos los procesos se realizan en forma manual en un


cuaderno.
No cuentan con un sistema informtico.
No cuenta con equipo de cmputo.
No existe una buena organizacin.
Tiene la posibilidad de contar con una computadora en la
empresa, utilizada solamente para realizar documentos
necesarios.
Pgina

21

El restaurante Manos Piuranas no cuenta con personal


adecuado para el manejo de algn sistema que pueda mejorar
sus procesos.

2.12 Impactos a Obtenerse con el Software

Que exista orden en los procesos


Que el sistema de informacin agilice procesos.
Que los datos se registren de forma segura.
Todos los datos se almacenan en un lugar seguro.
Que el sistema de informacin registre, controle y manipule
los datos de los clientes.
Que el sistema de informacin sea fcil de comprender y
utilizar
Que el sistema cuente con una interfaz amigable, para que
el usuario se sienta seguro de los procesos que este
realiza.
Logre la satisfaccin de las expectativas de los usuarios
finales.
Lograr con mayor facilidad la misin de la empresa.
Lograr ventajas competitivas a nivel de empresas de
transporte de carga.

Pgina

22

CAPTULO 3:
ORGANIZACIN
DEL PROYECTO

Pgina

23

3.1

Equipo de Desarrollo: Indicar Tipo de Equipo y Organizacin


del mismo

Se consider la formacin de un equipo


descentralizado y democrtico puesto que:

de

trabajo

Las decisiones son evaluadas y opinadas por todo el


grupo
Existe una comunicaciones pareja y horizontal

El avance de cada integrante es un logro para todo el equipo.

3.2

Apellidos / Nombres

ROL

E-MAIL

Fernndez Lopez
Jonatan

Jonatan_fernandez@outloo
k.com

Morillo Cruz Jinmy

Lder del
Proyecto,
Diseador
Programador

Chozo Saavedra Erika

Programador

Tapia de la Cruz Jimmy

Programador

Yovera Chapoan Henry

Programador

Jinmy_18@hotmail.com

Calendario de Tareas (Diagrama de Gant)


Nombre de tarea

Duracin

Comienzo

Fin

Modelado del Negocio

20 das

2 de Marzo 2015

22 de marzo 2015

Requerimientos

20 das

23 de Marzo 2015

13 de Abril 2015

Anlisis y Diseo

10 das

14 de Abril 2015

22de Abril 2015


Pgina

24

NOMBRE DE TAREA
4

2 MAR
23 MAR
14 ABR
24 ABRI
22 MAR 13 ABR
22 ABR
24 JUL
implementacin del Sistema
90 das
24 de Abril 2015

Modelado
de Negocio
5
Prueba del Sistema
6
Configuracin y modificacin
Requerimientos

30 das
15 das

25 de Julio 2015
25 de Agosto 2015

25 JUL
25 AGOS
14 AGO
15 SEPT
24 de Julio 2015
14 de Agosto 2015
15 de Septiembre
2015

Anlisis y Diseo
Implementacin del
Sistema
Prueba del Sistema
Configuracin y
modificacin

Pgina

25

3.3

Diagrama de Actividades (PERT / CPM)

ITEM

ACTIVIDAD

PREDESESORA

TIEMPO
(das)

Definicin de la empresa

Recolectar informacin

Entrevista a la empresa

Borrador de diagramas

B, C

12

Crear diagramas

12

Generar BD

Elaborar Documentacin

37

Programacin del sistema

24

Correccin de errores

Mejorar sistema

H, I

Ejecucin y presentacin

G, J

1
J

1
1

3
37

G
I

Pgina

INICIO

12

12

24

26

Ruta crtica:

INICIO B D E F H J K
(Duracin mxima del proyecto: 5+12+12+1+24+3+1 = 58 das)

3.4

Proceso de Software

El proceso que seguiremos es:


Comunicacin: El cliente y los ejecutores del software se
reuniran para conversar y definir en mutuo acuerdo los
objetivos del proyecto, requerimientos y funciones del
Software.
Planeacin: Elaboracin de un plan estratgico que define
las tareas por realizar en el software.
Modelado: Creacin de modelo con el fin de mejorar los
requerimientos.
Construccin: Creacin de un cdigo y elaboracin de
pruebas para descubrir errores.
Despliegue: Terminado el software se entrega al cliente
para que lo ensaye y evalu.
3.5

Modelo de Desarrollo

EL modelo que vamos a utilizar en nuestro proyecto es


MODELO INCREMENTAL. La construccin del modelo
incremental es un proceso que facilita al programado la
creacin del modelo del software a construir.
Ventajas

Resolucin de problemas de alto riesgo en tiempos tempranos del


proyecto.

Pgina

27

Visin de avance en el desarrollo desde las etapas iniciales del


desarrollo.

Obtencin del feedback del usuario lo antes posible, para orientar el


desarrollo al cumplimiento de sus necesidades y realizar todas las
adaptaciones identificadas para cumplir con los objetivos planteados.

Menor tasa de fallo del proyecto, mejor productividad del equipo, y menor
cantidad de defectos, segn demuestran estudios realizados sobre
proyectos que han aplicado esta tcnica.

Permite manejar la complejidad del proyecto, apuntando a la resolucin


de los problemas por partes, y no caer en la inanicin del sper anlisis
del producto.

El aprendizaje y experiencia del equipo iteracin tras iteracin, mejora


exponencialmente el trabajo, aumenta la productividad y permite
optimizar el proceso en el corto plazo.

El trabajo iterativo deja una experiencia en el equipo que permite ir


ajustando y mejorando las planificaciones, logrando menores desvos en
la duracin total del proyecto.

3.6

Metodologa de Desarrollo

La metodologa que utilizaremos ser la metodologa de


Proceso Unificado de Rational conocida por sus siglas en
ingles RUP, la cual es un Proceso que emplea el UML en la
creacin de los diagramas de modelamiento del sistema a
implementar, asigna tareas y responsabilidades, su objetivo
es asegurar un software de alta calidad que desarrolle las
necesidades del cliente.
3.7

Herramientas
Utilizadas
(Lenguaje
Programacin/CASE/Base de Datos, Utilitarios, etc.)

HERRAMIEN
TA
Microsoft Visual
Studio 2013

CONCEPTO
Es un entorno (IDE, por sus
siglas en ingls) para sistemas
operativos Windows. Soporta
mltiples
lenguajes
de
programacin tales como C++,
C#, Visual Basic .NET, F#,
Java, Python, Ruby, PHP; al
igual
que
entornos
de
desarrollo web como ASP.NET
MVC, Django, etc., a lo cual
sumarle
las
nuevas

de

IMPORTANCIA
Es importante ya que Visual
Studio puede ayudarte a
hacer casi cualquier cosa
que
necesites
para
desarrollar una aplicacin.

Pgina

28

capacidades
online
bajo
Windows Azure en forma del
editor Monaco.

Microsoft SQL
Server 2008

Rational Rose
versin 7.0.0

Microsoft Office
2013

3.8

es un sistema para la gestin


de bases de datos producido
por Microsoft basado en el
modelo
relacional.
Sus
lenguajes para consultas son TSQL y ANSI SQL. Microsoft SQL
Server constituye la alternativa
de Microsoft a otros potentes
sistemas gestores de bases de
datos
como
son
Oracle,
PostgreSQL o MySQL.
Herramienta de modelamiento
visual para el anlisis y Diseo
de sistemas basado en objetos.

Es importante ya que brinda


una
plataforma
para
la construccin y
el mantenimiento de almac
enes de datos

Ayuda en los trabajos de


anlisis
de
la
funcionalidad
del sistema (casos usos).
Facilita la visualizacin
de los elementos del
sistema.
es una versin de la suite Importante para la creacin
informtica para el sistema del Diagrama de Gantt y/o
operativo
Windows
de documentos, el cual nos
Microsoft, siendo el sucesor de facilitar el buen manejo
Microsoft Office 2010. Esta del tiempo previsto para
versin de Office se destaca diferentes
tareas
o
por ser la primera pensada actividades en los cuatro
especialmente
para meses de duracin de
dispositivos tctiles.
desarrollo del proyecto

Modelos de Estimacin del tamao del proyecto

3.8.1

Puntos de Funcin

PUNTOS DE FUCION SIN AJUSTAR


DESCRIPCION
PESOS DE COMPLEJIDAD

ENTRADAS(EI)
SALIDAS(EO)
CONSULTAS(EQ)
ARCHIVOS(ILF)
INTERFAS DE
PROGRAMA(EIF)

6
4
7
0
0

BAJA
x
X
X
X
x

3
4
3
7
5

4
5
0
0
0

MEDIA
X
X
X
X
x

4
5
4
10
7

TOTA
L

ALTA
12
x
6
15
X
7
3
X
6
1
X
15
0
x
10

PFSA

102
136
39
15
0
292

Pgina

29

Obtener los PF
Ajustados(PF)
N de
Factor de Ajuste
factor
1
Comunicacin de Datos
2
Proceso Distribuido
3
Objetivos de Rendimiento
4
Configuracin de Explosin Compartida
5
Tasas de Transacciones
6
Entrada de Datos en Lnea
7
Eficiencia con el usuario Final
8.2
8
Actualizaciones en Lnea
9 Calculo
Lgica
Procesos Interno Compleja
dede
Esfuerzo
Reusabilidad
depor
Cdigo
Descripcin 10
Lneas
de cdigo
Punto de Funcin
Baja
Alta
11
Conversin de Media
Instanciacin
Contempladas
Entradas
2
X
6
3
X
4
1
X
12
12
Facilidad
de
Operacin
Salidas
2
X
4
3
X
5
5
X
15
13
Instalaciones
Mltiples
Consultas
0
X
7
4
X
0
7
X
3
14
Facilidad
de
Cambios
Archivos
7
X
0
8
X
0
10
X
1
Ajuste
de
Complejidad
Tctica(ACT)
Interfaces de
8
X
1
6
X
1
5
x
1
Programa
Total dedel
Esfuerzo
Complejidad
proceso Ajustada(ACTA)
Total de Puntos de Funcin Ajustados(PFA)

Valor
05
4
4
1
1
3
5
2
3
1
TOTAL
1
0
36
981
212
104
32
19
184
0.97
298.82

COCOMO Bsico e Intermedio

COCOMO Bsico

E = Esfuerzo aplicado en hombre mes =


b

D =Tiempo de desarrollo en mes=

(a)( KLCD)

KDLC (nmeros de miles de lneas de cdigod estimado para el proyecto)

(c )( E)

Pgina

30

Modelo de COCOMO Intermedio


E = Esfuerzo aplicado en hombre mes =

(a)( KLCD)b

D =Tiempo de desarrollo en mes=


PR=Productividad=LCD/PF

FAE)

(c )( E)d

P=Personal Promedio= E/D


PF son 261,36 (dato conocido)
Lneas por cada PF equivalen a 32
KLDC= (PF * Lneas de cdigo por cada PF)/1000
LENGUAJE
Ensamblador
C
COBOL
Pascal
Prolog/USP
C++
Visual Basic
SQL

LDC/PF
320
150
105
91
64
64
32
12

CONDUCTORES DE COSTE

Fiabilidad requerimiento del


Software
Tamao de la Base de datos
Complejidad del Producto
Restricciones del Tiempo de
Ejecucin
Restricciones del
almacenamiento principal
Volatilidad de la mquina
virtual
Tiempo de respuesta del
ordenador
Capacidad de anlisis
Experiencia en la aplicacin
Capacidad de los
programadores
Experiencia en S.O. utilizado
Experiencia en el lenguaje de
programacin

Bajo

VALORACION
Nomin
Alto
Muy
al
alto
1.15
1.40

Muy
bajo
0.75

0.88

0.70
-

0.94
0.85
-

1.00
1.00
1.00

1.08
1.15
1.11

1.16
1.30
1.30

1.65
1.66

1.00

1.06

1.21

1.56

0.87

1.00

1.15

1.30

0.87

1.00

1.07

1.15

1.46
1.29
1.42

1.19
1.13
1.17

1.00
1.00
1.00

0.86
0.91
0.86

0.71
0.82
0.70

1.21
1.14

1.10
1.07

1.00
1.00

0.90
0.95

Pgina

Extra
alto
-

31

Prcticas de programacin
modernas
Utilizacin de Herramientas
software
Limitaciones de planificacin
del proyecto

1.24

1.10

1.00

0.91

0.82

1.24

1.10

1.00

0.91

0.83

1.23

1.08

1.00

1.04

1.10

FAE = factor de ajuste de esfuerzo que se calcula con la escala del


siguiente cuadro.
FAE = 1,15 * 1,00 * 1,85 * 1,11 * 1,00 * 1,07 * 0,87 * 0,82 * 0,70 * 1,00 * 0,95 * 1,00
* 0,91 * 1,08 = 0.53508480
E = 3.2 * (8.363) ^ 1.05 * 0.53508480 =15.91 personas/mes
T = 2.5 (15.91) ^ 0.38 = 7.15 meses
PR = 8363/15.91 = 525.64 LCD/ personas mes
P = 15.91/7.17=2.22 personas

3.8.3 Modelos SLIM


Se pueden obtener las siguientes ecuaciones:
Producto = parmetro de productividad * (Esfuerzo/B)
(1/3)
(4/3)
*Tiempo
Parmetro de productividad
= Producto * (Esfuerzo/B)
(1/3)
(4/3)
*Tiempo
Donde se tienen los siguientes
datos:

- Esfuerzo = 6 personas mes


- Tiempo= 0.42 (7 meses de desarrollo)
- Producto= 10 mil lneas de cdigo C#
- B (variable en funcin al tamao del sistema)= 0.16
- Parmetro de productividad = -Al hallarse el parmetro de productividad
Parmetro de productividad = 10000 * (6/0.16)(1/3) *
0.42(4/3)
Parmetro de productividad = 10 527.93

Pgina

32

CAPTULO 4:
GESTIN DEL
PROYECTO

4.1

Restricciones del Proyecto

Pgina

33

Al decir que el proyecto es limitado, se est queriendo decir que


presenta dichas caractersticas perfectamente diferenciadas y con
valores medibles. El que las caractersticas presenten lmites no
implica que sea un factor limitante; si esto sucede, dicha
caracterstica o patrn pasa a ser la restriccin del proyecto, y se
sabe que todo proyecto est apto y se adeca a las situaciones en
las cuales se desarrolla, por tanto, dicha restriccin debe ser
manejada

de

forma

responsable

favor

del

mejor

desenvolvimiento de los recursos involucrados en la ejecucin del


proyecto.

Restricciones de Tiempo
El tiempo en que se pide el proyecto es un poco ajustado,
dado que se requiere de un tiempo mayor para llevar un
correcto anlisis ms detallado.

Restricciones de Equipo
Cada integrante del equipo se desenvuelve en actividades
externas al proyecto, importantes para su carrera, por lo
cual su tiempo para la dedicacin de culminacin del
proyecto es limitado, libre a ello, no hay restricciones en
cuanto al equipo, todos trabajan de manera conjunta y
armnica.

Restricciones Tecnolgicas
No existen restricciones en cuanto a la tecnologa, ya que
se cuenta con el hardware y software necesario para el
desarrollo de este proyecto.
Restricciones de Costo
Las herramientas para la creacin del software son de
distribucin propietario (Windows Xp y Windows 2007). En
cuanto a lo dems: mobiliario, comidas, gastos en
general, son generales de cualquier proyecto por lo que
no representa una restriccin para este proyecto.
Pgina

34

4.2

Estudio de Factibilidad (Anlisis Costo-Beneficio)


4.2.1 Tcnico
El restaurante Manos Piuranas, carece de recursos
tecnolgicos para la elaboracin del proyecto.
4.2.2 Econmico
Sistema de Control de Procesos para el restaurante
MANOS PIURANAS.
Tiempo de vida del proyecto 1 ao.
Para el desarrollo del proyecto contamos con 5
personas
1. Costos de Desarrollo
1.1

Costos de Recursos Humanos

2 Diseadores
2 Analistas
1 Programador
1 Jefe de Proyecto
Totales

1.2

Costo

7
17
14
38

S/.105.00
S/. 255.00
S/. 210.00
S/. 570.00
S/. 1140.00

Costos de Hardware

Hardware
Impresiones
Total

1.3

Das

Soles
S/. 1200.00
S/. 50.00
S/. 1250.00

Costos de Materiales
Pgina

35

1.3.1 Materiales y tiles de escritorio

MATERIALES Y TILES
DE ESCRITORIO
Engrapador
Perforador
Papel A4 (millar)
Lapiceros
Folder y Faster
Corrector
Cartucho
Borradores
Cds
Plumones Acrlicos
Pizarra Acrlica
Pasajes
Total

CANTIDAD

COSTO

TOTAL

1
1
1
12
15
2
2
3
3
4
1
30
75

S/. 4.00
S/. 3.00
S/. 28.00
S/. 2.00
S/. 0.70
S/. 4.00
S/. 45.00
S/. 1.00
S/. 1.00
S/. 2.50
S/. 30.00
S/. 4.00
S/.

S/. 4.00
S/. 3.00
S/. 28.00
S/. 24.00
S/. 10.50
S/. 8.00
S/. 90.00
S/. 3.00
S/. 3.00
S/. 10.00
S/. 30.00
S/. 120.00
S/. 333.50

125.20

1.3.2 Licencias de Software

Software
Office 2013
SQl Server 2008 R2
Visual Basic 2010
Rational Rose V. 7.0
Windows 7
TOTAL

COSTO
S/. 150.00
S/. 300.00
S/. 230.00
S/. 200.00
S/. 145.00
S/. 1025.00

TOTAL DE COSTOS DE
DESAROLLO

Costos de Recursos Humanos


Costos de Hardware
Materiales y tiles de

COSTO
S/. 1140.00
S/. 1250.00
S/. 333.50

escritorio
Licencia de Software
TOTAL

S/. 1025.00
S/. 3219.44

2. Costos de Operacin
2.1 Depreciacin de Equipo
Pgina

36

Costo de

Equipo

Depreciaci

Adquisicin

Computadora
Impresora
TOTAL

n
20%
5%

S/. 766.04
S/. 35.85

TOTAL
S/. 153.21
S/. 1.79
S/. 155.00

2.2 Mantenimiento de Hardware

Mantenimiento
Hardware
Software
TOTAL

Anual
S/. 250.00
S/. 290.00
S/. 540.00

2.3 Actualizaciones

Actualizaciones
Software
TOTAL

Anual
S/. 380.00
S/.
380.00

TOTAL DE COSTOS DE OPERACIN

Depreciacin de Equipo
Mantenimiento de Hardware
Actualizacin
TOTAL

1.1

COSTO
S/. 155.00
S/. 540.00
S/. 380.00
S/. 1075.00

3. Bene
ficios

Beneficios Tangibles

Disminucin de errores

S/. 2500.00

Incremento en la rentabilidad

S/. 1000.00

Rapidez en brindar informacin


TOTAL

S/. 250.00
S/. 3750.00

1.2 Beneficios Intangibles


Beneficios

S./
Pgina

37

Satisfaccin del Cliente

2050.00

Mejora en la toma de decisiones

1000.00

S/.

TOTALES

3050.00

4.2.3 Operativo
Total de costos de beneficios
Beneficios
Beneficios Tangibles
Beneficios Intangibles

S./
3750.00
3050.00

TOTALES

S/. 6800.00

TOTAL DE COSTOS
Costos
Costo de Desarrollo
Costo de Operacin
TOTALES

S./
3219.44
1075.00
S/. 4294.00

Valor Actual Neto (VAN)


Vida del Proyecto 03 aos.
Beneficio: en los 03 aos.
Ao 0: 0
Ao 1: 6800.00
Ao 2: 6800.00
Pgina

38

VPN =

VPN=

BENEFICIOCOSTOS
1+TASA DE INTER S

03219.00 +
(1+0.15)0

6800.001075.00
(1+0.15)1

6800.001075.00
(1+0.15)2

6800.001075.00
(1+0.15)3

VPN= -3219.00 + 4978.26 + 4328.92 + 3764.28


VPN= 9852.46 => ES FACTIBLE

TIR ()
n

t
I =0
(1+TIR)
t
t =1

03219.00
(1+TIR)0

6800.001075.00
(1+TIR)1

6800.001075.00
+
(1+TIR)2

6800.001075.00
(1+TIR)3

=0

TIR = 2.6%

Como resultado del anlisis cuidadoso de la informacin


obtenida mediante el estudio desarrollado del
restaurante Manos Piuranas se lleg a determinar que
el sistema propuesto tiene gran aceptacin por parte de
la Administradora General, estando seguros que de
implantarse debe ya estar en operacin, por lo tanto, el
sistema es factible, adems la Administradora tiene
conocimiento de computacin.
4.2.4 Legal
El restaurante Manos Piuranas, al obtener nuestro
producto no tendr problemas en cuanto a leyes o
reglamentos o disposiciones legales de contrato debido
a que nuestro producto contar con licencias de
funcionamiento para con el software.
4.3

Entorno de Implementacin (Cuadro Comparativo)

Pgina

39

El sistema a implementar se realizar con el lenguaje de


Visual Basic utilizando la plataforma Microsoft Visual
Studio 2013, la conectividad a base de datos ser por medio
de la tecnologa OLEDB con el motor SQL SERVER 2008 y el
modelamiento del sistema ser elaborado con el Rational
Rose 7.0
Lenguaje de
programacin
Visual Basic

Plataforma
Microsoft Visual
Studio 2013

Es un lenguaje de
programacin
visual, tambin
llamado lenguaje
de 4 generacin.
Esto quiere decir
que un gran
nmero de tareas
se realizan sin
escribir cdigo,
simplemente con
operaciones
grficas
realizadas con el
ratn sobre la
pantalla.
orientado a la
realizacin de
programas para
Windows,
pudiendo
incorporar todos
los elementos de
este entorno
informtico:
ventanas,
botones, cajas de
dilogo y de
texto, botones de
opcin y de
seleccin, barras
de
desplazamiento,
grficos, mens,
etc.

Se utilizar en la
fase de creacin
de la parte
grfica del
software, este
programa se
utilizar en la
fase de creacin
de la parte
grfica del
software, es
un entorno de
desarrollo
integrado (IDE,
por sus siglas en
ingls) para
sistemas
operativos Windo
ws. Soporta
varios lenguajes
de programacin,
tales como Visual
C++, Visual C#,
Visual J#,
y Visual Basic
.NET, al igual que
entornos de
desarrollo web
comoASP.NET,
aunque
actualmente se
han desarrollado
las extensiones
necesarias para
muchos otros.

4.4

ERROR

SQL SERVER
2008

- Soporta
procedimiento
s
almacenados.
- Su
escalabilidad,
estabilidad y
sugerencia
que ofrece es
un punto a
favor para que
las empresas
lo elijan como
un servidor de
datos
confiable.
- Por su
potente
grafico de
administracin
, permitiendo
el uso de
comandos DLL
y DML
grficamente.
- Adems
permite
administrar
informacin de
otros
servidores de
datos.

Diseo en
Rational Rose

- Por ser la
herramienta
ms potente de
desarrollo de
software
orientado a
objetos.
- Por que utiliza
la notacin
estndar en la
arquitectura de
software, nos
referimos a
UML, el cual
permitir al
desarrollar
visualizar el
sistema
completo
utilizando un
lenguaje
comn.
- Un diseo
ms rpido. Las
aplicaciones se
crean a partir
de
componentes
ya existentes.

Identificacin de Errores Clsicos

TIPO

DESCRIPCI
N

PROBABILID
ESTRATEGI
AD DE
A
PERDIDA

ACCIONES
Pgina

40

No identificar y
No involucrar a Gestin
solicitar bien los
los usuarios
de
requerimientos
finales.
Personal
del negocio

Ir directo a la
programacin
sin hacer
anlisis y
diseo.

Disear de
forma
inadecuada.

Obviar el paso
ms importante
Procesos
a la hora de
realizar el
proyecto.

30%

30%

Falta de anlisis
de
requerimientos.

20%

Permitir
Falta de anlisis
constantes
hace que
cambios en los Producto
modifique
requerimientos
constantemente
, sin aplicar
el proyecto.
controles.

20%

Procesos

4.5

Desde un inicio
establecer
contacto con
ellos, debido a
que son los
principales q
estn en
contacto con el
negocio.
Tener en
cuenta que
para obtener
un buen
producto se
debe seguir los
pasos
fundamente
que son
analizar el
negocio y
luego
comenzar a
programar.

En primer
conocer el
negocio y
luego disear
en papel el
producto de la
forma que
podra quedar,
analizando sus
requerimientos
necesarios.

Elaborar el
anlisis y el
Desde un
diseo
comienzo del adecuado y en
proyecto
conjunto elegir
realizar un
el indicado,
buen anlisis y
cumpliendo
diseo
con lo
requerido por
el cliente.
Elaborar un
Elaborar un
documento en
documento
la cual se
oficial donde
patenta los
especifique los
requisitos
requerimientos
planteados
ya
para evitar
establecidos
cambio de
inicialmente y opiniones y al
as no sobre
final esto
cargar el
perjudique en
producto
el desarrollo
del producto.

Gestin de Riesgos

RIESGO

TIPO

DESCRIPCI
N

La falta de
experiencia

PROBABILIDAD

ESTRATEGIA

ACCIONES

Tratar de
dominar el
uso de los

Contratando
personal
indicado , es

Pgina

41

Desarrollo
orientado a la
investigacin

El tiempo de
comunicacin
con el cliente
es ms lento
del esperado

Planificacin
optimista

Los mdulos
propensos a
tener errores
necesitan
ms trabajo
de
comprobacin
, diseo e
implementaci

Riesgo de
planificacin

Riesgo de
cliente

Riesgo de
planificacin

Riesgo de
requisitos

en el manejo
de algunos
softwares
podra
retrasar el
desarrollo del
proyecto

El cliente no
siempre est
disponible
para todas las
reuniones
donde es
necesaria su
presencia.

Las
estimaciones
de tiempo y
riesgos
podran no
ser los
correctos y
perjudicar la
ejecucin del
proyecto
El tiempo
estimado para
la
implementaci
n de los
mdulos
podra ser
inadecuado,
llegando a
necesitar una

10%

10%

15%

15%

programas en
el menor
tiempo
decir que
posible;
tenga
evitando el
conocimiento
empleo de
s acerca de
software poco
las
conocidos o
herramientas
que no son
a utilizar para
del dominio
el desarrollo
de los
desarrolladore del proyecto
s.
Lograr un
mayor
compromiso
por parte del
cliente,
tratando de
que entienda
de su
participacin
es vital en el
desarrollo de
un producto
de calidad.

Reuniones
cada cierto
tiempo con el
cliente para
mantenerlo
informado de
lo que se est
desarrollando
para obtener
sus
sugerencias y
requerimiento
s.

Realizar una
correcta
estimacin de
los tiempos,
siendo
realistas y
cuidando ante
todo la
calidad del
producto.

Identificar los
riesgos y
priorizarlos en
probabilidad y
al su impacto,
para
determinar
los tiempos
de
estimacin.

Tratar de
realizar una
planificacin
equitativa, de
tal manera
que se pueda
atender a
todas las
fases del
proyecto sin
descuidar
Pgina

42

nueva
estimacin

El personal
necesita un
tiempo extra
para aprender
a manejar un
nuevo lenguaje
de
programacin.

Riesgo de
personal

El personal
puede tener
algunas
deficiencias con
respecto al uso
de un lenguaje
de
programacin
nuevo.

Podran existir
errores en el
diseo del
producto que
pasaron
desapercibidos
en un principio,
Un mal diseo
lo cual puede
Riesgo de
implica volver a
afectar
alguna
diseo e
disear e
fase del
implementacin
implementar
proceso, y
modificar los
tiempos
estimados

ninguna.

20%

30%

Tratar de
emplear un
lenguaje que
sea del dominio
general de los
desarrolladores,
o en todo caso,
proporcionar
las
herramientas
de aprendizaje
adecuadas.

Capacitar al
personal de la
empresa para
tener el
conocimiento
del uso del
software.

Realizar un
anlisis
minucioso de
los posibles
errores y
riesgos del
proyecto, para
poder
reducirlos sin
que llegue
afectar el
desarrollo del
software.

Reconocer de
que algo puede
ir mal
identificando
los riesgos y
analizarlos
determinando
el dao que
puede causar si
ocurre en el
desarrollo del
software

Pgina

43

CAPTULO 5:
DESARROLLO DE
FASES DEL
PROYECTO

5.1

Determinacin de Requerimientos del Sistema


5.1.1

Requerimientos Funcionales
Nro

Nombre del
Requerimiento

Prioridad

01

Registrar Plato

Alta

Requisito Funcional
01:

Registrar Comanda

Pgina

44

Entradas:
- Datos de los platillos y Bebidas.
Procesamiento:
Captar datos de los Platillos.
Captar datos de las Bebidas.
Registrar Plato.
Salidas:
Registro de Platos y Bebidas.

Nro

Nombre del
Requerimiento

Prioridad

02

Actualizar Carta

Alta

Requisito Funcional
02:

Generar Pedido
Entradas:
- Registro de los Platos.
- Registro de las Bebidas.
Procesamiento:
Verificar Stock de comidas.
Verificar Stock de bebidas.
Actualizar Estado (Agotado o
Disponible)
Modificar Platillos o Bebidas.
Guardar Nueva informacin.
Salidas:
Actualizar Estado de comidas o
Bebidas.
Modificar Platillos (Comidas o
Bebidas)

Nro

Nombre del
Requerimiento

Prioridad

03

Registrar Comanda

Alta

Requisito Funcional
02:

Generar Pedido

Pgina

45

Entradas:
- Registro de los Platos.
- Registro de las Bebidas.
- Actualizar la carta (Agotado y
Disponible)
Procesamiento:
Captar N de pedido.
Captar N de mesa.
Agregar Pedido.
Eliminar Pedido.
Listar Pedidos.
Registrar Pedidos de Comanda.
Salidas:
Registrar Comanda.
Enviar Pedidos al Listado de
Pedidos.

Nro

Nombre del
Requerimiento

Prioridad

04

Actualizar Listado de
Pedido

Alta

Requisito Funcional
02:

Generar Pedido
Entradas:
- Pedidos de la Azafata.
Procesamiento:
Lista los pedidos de la Azafata.
Actualizar el estado de los pedidos.
Guardar la informacin actualizada.
Salidas:
Actualiza el estado de los Pedidos.

Nro

Nombre del
Requerimiento

Prioridad

Pgina

46

05

Generar Boleta de Pago

Requisito Funcional
03:

Alta

Generar Comprobante de Venta


Entradas:
- Datos del Cliente.
- Mesa de Consumo.
- Pedidos del Cliente.
Procesamiento:
Captar datos del Cliente.
Captar N de pedido.
Lista los pedidos del cliente.
Generar Comprobante de Venta.
Salidas:
Generar Comprobante de venta del
Cliente.

Nro

Nombre del
Requerimiento

Prioridad

06

Generar Factura

Alta

Requisito Funcional
03:

Generar Comprobante de Venta


Entradas:
- Datos del Cliente.
- Mesa de Consumo.
- Pedidos del Cliente.
Procesamiento:
Captar datos del Cliente.
Captar N de pedido.
Lista los pedidos del cliente.
Generar Factura.
Salidas:
Generar Factura.

Nro

Nombre del

Prioridad
Pgina

47

Requerimiento
07

Registrar Proveedor

Requisito Funcional
01:

Alta

Registrar Comanda
Entradas:
- Datos del Proveedor.
Procesamiento:
Captar datos del proveedor.
Registrar Proveedor.
Salidas:
Registrar Proveedor.

Nro

Nombre del
Requerimiento

Prioridad

08

Registrar Insumo

Alta

Requisito Funcional
01:

Registrar Comanda
Entradas:
- Registro del Proveedor.
- Datos del insumo.
Procesamiento:
Captar datos del insumo.
Seleccionar Proveedor.
Registrar insumo.
Salidas:
Registrar insumo.

Nro

Nombre del
Requerimiento

Prioridad

09

Generar Orden de Compra

Alta

Requisito Funcional
01:

Registrar Comanda
Entradas:
- Registro del Proveedor.
- Registro de los Insumos.
Procesamiento:
Captar datos de la Orden de
Compra.
Seleccionar Proveedor.
Agregar Insumo.
Eliminar Insumo.
Generar orden de Compra.
Pgina

48

Nro
10

Salidas:
Generar Orden de Compra.
Nombre del
Prioridad
Requerimiento
Actualizar Listado de
Insumos

Requisito Funcional
01:

Alta

Registrar Comanda
Entradas:
- Generar Orden de Compra.
Procesamiento:
Lista las rdenes de compra.
Actualizar Estado.
Salidas:
Actualizar Listado de insumos.

5.1.2

Requerimientos No Funcionales
Requisitos no funcionales del sistema se dan en
contraposicin a las reas clase de calidad, cada una de las
cuales presenta caractersticas que permitirn ejecutar con
eficiencia las funcionalidades del sistema, con los siguientes
requerimientos:

USABILIDAD
Lista todos los requisitos que estn relacionados, o
afectan a la usabilidad del sistema.
RNF01:
Debe proporcionar un entorno de fcil
uso, que permita al usuario desempearse de
manera eficiente sin necesidad de consultar.
RNF02:
Se debe comunicar con mensajes, ya
sea para comunicar si falta algn proceso o
tenido problema en realizar dicha operacin.

FIABILIDAD
Estos requerimientos estn relacionados con la
capacidad del usuario para confiar en las respuestas
del sistema, en un sentido tcnico, es decir, que la
funcionalidad del sistema no se vea afectada por
factores ajenos al sistemas como los son los factores
tcnicos.
Pgina

49

RNF03:
Para prever cadas del sistema del
sistema se harn copias de seguridad.
RNF04:
Se utilizar durante algn tiempo el
sistema manual actual con la aplicacin
propuesta, hasta que el sistema est totalmente
probado.

RENDIMIENTO
Estn relacionados con tiempos de respuesta
estimados, requeridos para la ejecucin en lnea de
procesos del sistema, teniendo como base la
plataforma tecnolgica y escenarios especficos a los
que en teora el sistema estar expuesto y frente a
los que deber responder.
RNF05:
Optimizar la ejecucin de procesos de
sistema para disminuir la congestin de recursos.

MANTENIBILIDAD
Requisitos relacionados con la capacidad para
realizar revisiones y cambios sobre la funcionalidad
del sistema de manera que no presente una
exagerada inversin en recursos el desarrollo del
cambio mencionado. En este sentido estos
requerimientos estn orientados a consideraciones
arquitecturales, de diseo, de codificacin, al uso de
modelos de desarrollo, para lograr que el
mantenimiento de sistema sea lo ms natural
posible.
RNF06:
Desarrollar
manual
tcnico
de
referencia para la aplicacin.
RNF07:
Seguir una metodologa para la
implementacin del diseo propuesto.

AMIGABILIDAD
Requisitos que determinan las caractersticas
generales de la capa de presentacin del sistema en
cuanto a las caractersticas de su diseo grfico,
adems de las facilidades para el uso del sistema
por parte del usuario final.
RNF08:
Facilidad de uso de las interfaces de
cada proceso.
Pgina

50

RNF09:
Desarrollar del manual de usuario de
la aplicacin.

5.1.3
Externos.

Diagrama de Contexto: Stakeholder Internos y

Clientes

DIGESA

Jefe de Almacn

Azafata

Otras
Restaurantes

Implementacin de
un Sistema
Informtico para el
Control y
Automatizacin de
procesos del
Restaurante
Manos Piuanas

Cocinero

Recepcionista de
Cocina

Empresas
Privadas

Proveedores

Administrador

SUNAT
FISCALA
ESTADO

Sociedad

SISTEMA
EXTERNO

5.1.4 Diagrama de Procesos de Negocio DPN


Proceso: Gestionar Ventas
REGISTRAR
Registrar los
platos y
bebidas, para
posteriormente
agregarlos a la
comanda a
registrar.

ACTUALIZA
R
Actualizar la
carta
(Disponible /
Agotado).
Actualizar el
estado de los
pedidos
enviados
(Pendiente /
Atendido)

SELECCION
AR
Seleccionar el
nmero de
pedido de la
comanda de
Consumo.

GENERAR
Se genera el
comprobante de
venta del
cliente (Boleta /
Factura)

Pgina

51

Proceso: Controlar Almacn


REGISTRAR
Registrar el
proveedor y los
insumos.

5.2

GENERAR
SELECCIONAR
Seleccionar los
insumos con
bajo Stock a
adquirir y el
proveedor
correspondient
e.

Una vez
seleccionado
todos los
insumos a
adquirir se
procede a
generar la
orden de
compra.

ACTUALIZA
R
Una vez
abastecida la
orden de
compra se
procede a
actualizar el
estado de la
orden a
abastecido y
automticament
e se actualiza el
Stock.

FLUJO DEL TRABAJO: Modelamiento del Negocio

5.2.1 Modelo de Casos de Uso del Negocio (MCUN)

Cliente

Gestionar Ventas

Administrador

Jefe de Almacen

Controlar Almacen

Pgina

52

5.2.2 Modelo de Objeto del Negocio (MON)


MON Controlar Almacn

Registrar

Proveedor
Registrar
Verificar
Insumo

Generar

Jefe de Almacen

Administrador

Orden de Compra

Actualizar

Listado de Insumo

Pgina

53

MON Gestionar Ventas

Registrar

Plato
Actualizar

Verificar

Carta
Administrador
Agregar

Pedido

Registrar / Enviar

Azafata
Comanda

Verificar

Actualizar

Listado de Pedidos

Cajero

Recepcionista de Cocina

Consultar

Orden de Pedido

Generar

Comprobante de Venta

Pgina

54

5.2.3 Modelo del Dominio del Problema (MDP)


MDP Manos Piuranas

Carta
1

1..*
Plato

Orden de Pedidos

1..*

1..*

1..*

Insumo

Pedido

1..*

1..*

1..*

Comanda
1..*
1

Comprobante de Venta
1

Lista de Pedidos

Listado de Insumo
1

1..*

Orden de Compra

Proveedor

1..*

5.3

FLUJO DEL TRABAJO: Requerimientos


5.3.1 Package de Requerimientos

Gestionar
Ventas

Controlar
Almacen

Pgina

55

5.3.2 Modelo de Casos de uso (MCU)


MCU Gestionar Ventas

Registrar Plato

Administrador
Actualizar Carta

Verificar Carta

Azafata

Agregar Pedido

Registrar Comanda

Enviar Comanda

Actualizar Listado de Pedidos

Recepcionista de
Cocina

Verificar Listado de Pedidos

Consultar Orden de Pedido


Generar Boleta

Cajero

Generar Comprobante de Venta


Generar Factura

Pgina

56

MCU Controlar Almacn

Registrar Proveedor

Registrar Insumo

Administrador

Jefe de Almacen
Verificar Insumo

Generar Orden de Compra

Actualizar Listado de Insumo

5.3.3 Glosario de un Caso de Uso (GCU)

Pgina

57

Nombre de Caso de Uso: REGISTRAR PLATO.


Descripcin del Caso de Uso: El caso de uso es
iniciado cuando el administrador registra el plato
que desea agregar a su carta.
Pasos o Transacciones:
1. Captar datos de los Platillos.
2. Captar datos de las Bebidas.
3. Registrar
Plato.de Uso: REGISTRAR
Nombre
de Caso
PROVEEDOR.
Descripcin del Caso de Uso: El caso de uso es
iniciado cuando el administrador registra el
proveedor.
Pasos o Transacciones:
1. Captar datos del proveedor.
2. Registrar Proveedor.

Nombre de Caso de Uso: REGISTRAR ORDEN DE


COMPRA.
Descripcin del Caso de Uso: El caso de uso es
iniciado cuando el administrador desea generar la
orden de compra.
Pasos o Transacciones:
1. Captar datos de la Orden de Compra.
2. Seleccionar Proveedor.
3. Agregar Insumo.
4. Eliminar Insumo.
5. Generar orden de Compra.

Pgina

58

Nombre de Caso de Uso: REGISTRAR INSUMO.


Descripcin del Caso de Uso: El caso de uso es
iniciado cuando el administrador registra los
insumos.
Pasos o Transacciones:
1. Captar datos del insumo.
2. Seleccionar Proveedor.
3. Registrar insumo.
Nombre de Caso de Uso: REGISTRAR COMANDA.
Descripcin del Caso de Uso: El caso de uso es
iniciado por la azafata quien va hacer el registro de
comanda correspondiente.
Pasos o Transacciones:
1. Captar N de pedido.
2. Captar N de mesa.
3. Agregar Pedido.
4. Eliminar Pedido.
5 Listar Pedidos.
6. Registrar Pedidos de Comanda.

Nombre de Caso de Uso: GENERAR FACTURA.


Descripcin del Caso de Uso: El caso de uso es
iniciado cuando el cajero desea generar el
comprobante de venta por el consumo dado.
Pasos o Transacciones:
1. Captar datos del Cliente.
2. Captar N de pedido.
3. Lista los pedidos del cliente.
4. Generar Factura.

Pgina

59

Nombre de Caso de Uso: GENERAR BOLETA DE


PAGO.
Descripcin del Caso de Uso: El caso de uso es
iniciado cuando el cajero desea generar el
comprobante de venta por el consumo dado.
Pasos o Transacciones:
1. Captar datos del Cliente.
2. Captar N de pedido.
3. Lista los pedidos del cliente.
4. Generar Comprobante de Venta.
Nombre de Caso de Uso: ACTUALIZAR LISTADO
DE PEDIDO.
Descripcin del Caso de Uso: El caso de uso es
iniciado cuando el recepcionista de cocina desea
actualizar el estado de los platos.
Pasos o Transacciones:
1. Lista los pedidos de la Azafata.
2. Actualizar el estado de los pedidos.
3. Guardar la informacin actualizada.

Nombre de Caso de Uso: ACTUALIZAR LISTADO


DE INSUMOS.
Descripcin del Caso de Uso: El caso de uso es
iniciado cuando el Jefe de Almacen desea
actualizar el Listado de Insumos.
Pasos o Transacciones:
1. Lista las rdenes de compra.
2. Actualizar Estado.
3. Actualizar Stock de Insumos.

Pgina

60

Nombre de Caso de Uso: ACTUALIZAR CARTA.


Descripcin del Caso de Uso: El caso de uso es
iniciado por el administrador para actualizar el
stock de sus platillos y tambien poder modificarlos.
Pasos o Transacciones:
1. Verificar Stock de comidas.
2. Verificar Stock de bebidas.
3. Actualizar Estado (Agotado o Disponible)
4. Modificar Platillos o Bebidas.
5. Guardar Nueva informacin.
5.3.4
Especificacin de un Caso de Uso (ECU)
NOMBRE DEL CASO DE USO: REGISTRAR PLATO
DESCRIPCION BREVE: El caso de uso es iniciado cuando el administrador
registra el plato que desea agregar a su carta.
Flujo de Eventos:
Pre - Condiciones:
1. El administrador debe haber ingresado a la actividad de Registrar Plato.
Flujo Bsico:
1. El sistema muestra las actividades que se pueden seleccionar:
Registrar Plato,
2. El administrador ingresa el nombre del plato que va a registrar.
3. El administrador selecciona el tipo: Comidas o Bebidas.
4. El amdinistrador ingresa el precio del plato o bebida a
registrar.
5. El administrador seleciona la unica actividad a realizar que es
Registrar Plato, el flujo alternativo A-1: "Registrar"
Sub - Flujos:
A-1 Registrar Plato:
1. El sistema registra y guarda el plato en la base de datos.
Post Condiciones
Registra plato o bebida.
Actualiza datos de platos existentes en el sistema.

Pgina

61

NOMBRE DEL CASO DE USO: ACTUALIZAR CARTA


DESCRIPCION BREVE: El caso de uso es iniciado por el administrador para
actualizar el stock de sus platillos y tambien poder modificarlos.
Flujo de Eventos:
Pre - Condiciones:
1.El administrador a debido haber registrado previamente platos o bebidas.
2. El administrador debe haber ingresado la actividad de Actualizar Carta.
Flujo Bsico:
1. El sistema muestra las actividades que se pueden
seleccionar: AGOTADO, DISPONIBLE y MODIFICAR.
2. El Administrador selecciona la actividad que desea realizar.
3. Si la actividad seleccionada es AGOTADO, le flujo alternativo A-1:
"Agotado"
4. Si la actividad seleccionada es DISPNIBLE, le flujo alternativo A.2:
"Disponible"
5. Si la actividad seleccionada es MODIFICAR, el flujo alternativo A-3:
"Modificar"
Sub - Flujos:
A-1 Agotar platillo de la Carta:
1. El sistema verifica que se haya seleccionado un plato.
2. El sistema actualiza la carta y guarda en la base de datos.
A-2 Disponible platillo de la Carta:
1. El sistema verifica que se haya seleccionado un plato.
2. El sistema actualiza la carta y guarda e la base de datos.
A-3 Modificar platillo de la Carta
1. El sistema verifica que se haya seleccionado un plato.
2. El sistema solicita modificar el nombre del plato.
3. El sistema solicita seleccionar el tipo de plato.
4. El sistema solicita modificar el precio del plato.
5. La actividad Guardar Cambios: Graba los cambios realizados.
Post Condiciones
Actualiza datos de platos existentes en la base de datos.

Pgina

62

NOMBRE DEL CASO DE USO: ACTUALIZAR CARTA


DESCRIPCION BREVE: El caso de uso es iniciado por el administrador para
actualizar el stock de sus platillos y tambien poder modificarlos.
Flujo de Eventos:
Pre - Condiciones:
1.El administrador a debido haber registrado previamente platos o bebidas.
2. El administrador debe haber ingresado la actividad de Actualizar Carta.
Flujo Bsico:
1. El sistema muestra las actividades que se pueden
seleccionar: AGOTADO, DISPONIBLE y MODIFICAR.
2. El Administrador selecciona la actividad que desea realizar.
3. Si la actividad seleccionada es AGOTADO, le flujo alternativo A-1:
"Agotado"
4. Si la actividad seleccionada es DISPNIBLE, le flujo alternativo A.2:
"Disponible"
5. Si la actividad seleccionada es MODIFICAR, el flujo alternativo A-3:
"Modificar"
Sub - Flujos:
A-1 Agotar platillo de la Carta:
1. El sistema verifica que se haya seleccionado un plato.
2. El sistema actualiza la carta y guarda en la base de datos.
A-2 Disponible platillo de la Carta:
1. El sistema verifica que se haya seleccionado un plato.
2. El sistema actualiza la carta y guarda e la base de datos.
A-3 Modificar platillo de la Carta
1. El sistema verifica que se haya seleccionado un plato.
2. El sistema solicita modificar el nombre del plato.
3. El sistema solicita seleccionar el tipo de plato.
4. El sistema solicita modificar el precio del plato.
5. La actividad Guardar Cambios: Graba los cambios realizados.
Post Condiciones
Actualiza datos de platos existentes en la base de datos.

Pgina

63

NOMBRE DEL CASO DE USO: ACTUALIZAR LISTADO DE


PEDIDOS
DESCRIPCION BREVE: El caso de uso es iniciado cuando el
recepcionista de cocina desea actualizar el estado de los platos.
Flujo de Eventos:
Pre - Condiciones:
1. La azafata previamente a tenido que enviar un pedido.
2. Una vez registrado el pedido automanticamente su estado es
pendiente.
Flujo Bsico:
1. El sistema muestra las actividades que se pueden
seleccionar:Actualizar Estado.
2. El sistema muestra el listado de pedidos.
3. El recepcionista de cocina selecciona un plato.
4. El recepcionista de cocina seleciona la unica actividad a
realizar que es Actualizar Estado, el flujo alternativo A-1: Actualizar"
Sub - Flujos:
A-1 Actualizar Estado:
1. El sistema verifica que se halla seleccionado un plato.
2. El sistema guarda el estado del pedido en la base de
datos.
Post Condiciones
Actualiza Estado de pedidos existentes en el sistema.

Pgina

64

NOMBRE DEL CASO DE USO: GENERAR COMPROBANTE DE VENTA


-GENERAR BOLETA
DESCRIPCION BREVE: El caso de uso es iniciado cuando el cajero
desea generar el comprobante de venta por el consumo dado.
Flujo de Eventos:
Pre - Condiciones:
1. La azafata previamente a tenido que registrar el pedido.
2. Una vez registrado el recepcionista de cocina actualiza el estado del
pedido.
Flujo Bsico:
1. El sistema muestra las actividades que se pueden
seleccionar: Consultar y Generar Boleta
2. El sistema muestra los campos para llenar que son Nombre y
N Pedido.
3. Si la actividad seleccionada es Consultar, el flujo alternativo
A-1: Consultar" es ejecutado"
4. Si la actividad seleccionada es Generar Boleta, el flujo
alternativo A-2: Generar boleta" es ejecutado"
Sub - Flujos:
A-1 Consultar:
1. El sistema verifica si el N de pedido ingresado existe.
2. El sistema muestra los pedidos asignados al N ingresado.
A-1 Generar Boleta:
1. El sistema registra y guarda los de la boleta generada en la
base de datos.
Post Condiciones
Genera comporbante de venta (BOLETA).

Pgina

65

NOMBRE DEL CASO DE USO: GENERAR COMPROBANTE DE


VENTA -GENERAR FACTURA
DESCRIPCION BREVE: El caso de uso es iniciado cuando el cajero
desea generar el comprobante de venta por el consumo dado.
Flujo de Eventos:
Pre - Condiciones:
1. La azafata previamente a tenido que registrar el pedido.
2. Una vez registrado el recepcionista de cocina actualiza el estado del
pedido.
Flujo Bsico:
1. El sistema muestra las actividades que se pueden
seleccionar: Consultar y Generar Boleta
2. El sistema muestra los campos para llenar que son
Nombre de Empresa,RUC y N Pedido.
3. Si la actividad seleccionada es Consultar, el flujo
alternativo A-1: Consultar" es ejecutado"
4. Si la actividad seleccionada es Generar Factura, el flujo
alternativo A-2: Generar boleta" es ejecutado"
Sub - Flujos:
A-1 Consultar:
1. El sistema verifica si el N de pedido ingresado existe.
2. El sistema muestra los pedidos asignados al N
ingresado.
A-1 Generar Factura.
la base

1. El sistema registra y guarda los de la factura generada en


de datos.
Post Condiciones
Genera comporbante de venta (FACTURA).

Pgina

66

NOMBRE DEL CASO DE USO: REGISTRAR PROVEEDOR


DESCRIPCION BREVE: El caso de uso es iniciado cuando el administrador
registra el proveedor.
Flujo de Eventos:
Pre - Condiciones:
1. El administrador debe haber ingresado a la actividad de Registrar
Plato.
Flujo Bsico:
1. El sistema muestra las actividades que se pueden seleccionar:
Registrar Proveedor,
2. El administrador ingresa el nombre,direccion y telefono del
proveedor que va a registrar.
5. El administrador seleciona la unica actividad a realizar que es
Registrar Proveedor, el flujo alternativo A-1: "Registrar"
Sub - Flujos:
A-1 Registrar Proveedor:
1. El sistema registra y guarda los datos del proveedor en la base
de datos.
Post Condiciones
Actualiza datos de platos existentes en el sistema.

Pgina

67

NOMBRE DEL CASO DE USO: REGISTRAR INSUMOS


DESCRIPCION BREVE: El caso de uso es iniciado cuando el administrador
registra los insumos.
Flujo de Eventos:
Pre - Condiciones:
1. El administrador debe haber ingresado a la actividad de Registrar
insumo.
Flujo Bsico:
1. El sistema muestra las actividades que se pueden seleccionar:
Registrar Insumo.
2. El administrador ingresa el nombre,cantidad y precio del insumo
que va a registrar.
3.El administrador selecciona el proveedor.
5. El administrador seleciona la unica actividad a realizar que es
Registrar Insumo, el flujo alternativo A-1: "Registrar"
Sub - Flujos:
A-1 Registrar Insumo.
1. El sistema registra y guarda los datos del Insumo en la base de
datos.
Post Condiciones
Actualiza datos de los insumos existentes en el sistema.

Pgina

68

NOMBRE DEL CASO DE USO: GENERAR ORDEN DE COMPRA


DESCRIPCION BREVE: El caso de uso es iniciado cuando el
administrador desea generar la orden de compra.
Flujo de Eventos:
Pre - Condiciones:
1. La jefe de almacen previamente ah registrado los insumos.
Flujo Bsico:
1. El sistema muestra las actividades que se pueden
seleccionar: Agregar Insumo,Eliminar Insumo y Generar Orden de
Compra.
2. El sistema muestra los campos para llenar que son el N
Pedido.
3.El Administrador selecciona el operador
4. Si la actividad seleccionada es Agregar Insumo, el flujo
alternativo A-1: Agregar Insumo" es ejecutado"
5. Si la actividad seleccionada es Eliminar Insumo, el flujo
alternativo A-2: Eliminar Insumo" es ejecutado"
6. Si la actividad seleccionada es Generar Orden de
Compra el flujo alternativo A-3: Generar Orden de Compra" es
ejecutado"
Sub - Flujos:
A-1 Agregar Insumo
1. El administrador selecciona si el insumo.
2. El administrador selecionar la cantidad.
A-2 Eliminar Insumo:
1. El administrador selecciona un insumo.
Post Condiciones
Genera Orden de Compra

Pgina

69

NOMBRE DEL CASO DE USO: ACTUALIZAR LISTADO DE


INSUMOS
DESCRIPCION BREVE: El caso de uso es iniciado cuando el Jefe
de Almacen desea actualizar el Listado de Insumos.
Flujo de Eventos:
Pre - Condiciones:
1. El Administrador previamente ya a generado la orden de
compra.
Flujo Bsico:
1. El sistema muestra las actividades que se pueden
seleccionar: Abastecido
2. El sistema muestra el listado de insumos.
4. El Jefe de Almacen seleciona la unica actividad a
realizar que es Abastecer, el flujo alternativo A-1: Abastecer
Sub - Flujos:
A-1 Abastecer:
1. El sistema verifica que se halla seleccionado un
insumo.
2. El sistema guarda el estado del insumo en la base de
datos.
Post Condiciones
Actualiza Estado de insumos existentes en el sistema.

Pgina

70