FACULTAD DE INGENIERÍA

LIMA NORTE

INFORME DE PRÁCTICA PREPROFESIONAL II
Z S.A.C.
ÁREA DE VARIABLE
1S

PROYECTO ACADÉMICO:
Variable 1 N para el proceso Y de la empresa Z S.A.C.,
2017

Practicante:
Mariñas Mosquera Greisi Fiorella

Docente:
Mgtr. Even Pérez Rojas

Supervisor:
Ing. Renzo Allende Taumate

Jefe inmediato:
Jane Suazo Abarca

INGENIERÍA DE SISTEMAS

Año 2017
Lima – Perú
ÍNDICE
DEDICATORIA ............................................................................................................ 2
AGRADECIMIENTO .................................................................................................... 3
ÍNDICE ........................................................................................................................ 4
ÍNDICE DE TABLAS .................................................................................................... 5
ÍNDICE DE FIGURAS .................................................................................................. 7
RESUMEN ................................................................................................................. 11
INTRODUCCIÓN ....................................................................................................... 12
CAPÍTULO I: GENERALIDADES .............................................................................. 13
1. Descripción del Sector. ........................................................................................ 13
2. Descripción General de la Empresa. ................................................................... 16
2.1. Breve descripción general de la Empresa. ............................................... 16
2.2. Organización de la Empresa. ................................................................... 19
2.3. Descripción del Área donde se realiza sus prácticas. .............................. 20
3. Funciones del Ingeniero....................................................................................... 20
3.1. Funciones del departamento donde desarrolla la práctica. ...................... 20
3.2. Perfil del profesional, descripción del puesto de trabajo. ......................... 20
CAPÍTULO II: PROYECTO O TAREA ACADÉMICA ................................................. 23
1. Título. ................................................................................................................... 24
2. Realidad Problemática. ........................................................................................ 24
3. Definición del problema. ....................................................................................... 25
3.1. Problema general. .................................................................................... 25
3.2. Problemas Específicos ............................................................................. 25
4. Antecedentes. ...................................................................................................... 26
4.1. Antecedentes Nacionales. ........................................................................ 26
4.2. Antecedentes Internacionales. ................................................................. 27
5. Marco Teórico. ..................................................................................................... 28
5.1. Variable 1 N.............................................................................................. 28
5.2. Proceso Y. ................................................................................................ 31
5.3. Metodología de Desarrollo. ...................................................................... 33
6. Objetivos. ............................................................................................................. 38
6.1. Objetivo General. ..................................................................................... 38
6.2. Objetivos Específicos. .............................................................................. 38
7. Desarrollo. ........................................................................................................... 37
8. Análisis de los resultados. ................................................................................. 184
9. Conclusiones. .................................................................................................... 185
10. Sugerencias. ...................................................................................................... 185
Referencias Bibliográficas ....................................................................................... 186
2
ÍNDICE DE TABLAS.
Tabla 1: Ingreso promedio mensual según ramas de actividad ................................. 15
Tabla 2: Ficha RUC de Z S.A.C. ............................................................................... 16
……………………………………………………………….

3
ÍNDICE DE FIGURAS.
Figura 1: Participación de los sectores económicos en el PBI, 1950 - 2013 ............. 14
Figura 2: Croquis de la empresa................................................................................ 17

4
RESUMEN

El presente proyecto de prácticas pre-profesionales terminal II comprende la
implementación de X para el proceso Y de la empresa Z S.A.C.

El objetivo principal del proyecto es mejorar el proceso Y en la empresa Z S.A.C., el
cual comprende la medición de dos indicadores: volumen Y y PE2. Para llevar a cabo
esta implementación del Variable 1 N se empleó la metodología RUP debido a que es
una metodología apta para el desarrollo del software. En el proceso de desarrollo se
utilizó el lenguaje de programación PHP, el motor de base de datos MySQL, framework
Codeigniter y motor de plantillas Smarty.

La implantación del Variable 1 N tiene como resultado determinar la influencia en: el
volumen Y, y la PE2.

El proyecto está compuesto por 2 capítulos:

En el capítulo I – Introducción se aborda descripción del sector en la que se ubica la
empresa, descripción general de la empresa y funciones del ingeniero.

En el capítulo II – Proyecto o Tarea Académica se aborda el título del proyecto de
prácticas, realidad problemática, definición del problema, antecedentes, marco teórico,
objetivos, desarrollo del Variable 1 con la metodología elegida, análisis de los
resultados, conclusiones y sugerencias.

PALABRAS CLAVE: VARIABLE 1 N, PROCESO Y, METODOLOGIA RUP.

5
INTRODUCCIÓN

En el hoy por hoy el sector de la micro y pequeña empresa esta desligado de la cultura
tecnológica, es decir, de todas aquellas representaciones, valores y pautas de
comportamiento compartidos por los miembros del grupo en la interacción y
comunicación en los que se involucran la tecnología. Asimismo, muchas de estas
situaciones también se deben al desconocimiento de las ventajas que trae consigo la
implementación de Variable 1s informáticos en las actividades de su negocio o porque
consideran inalcanzable poder adquirirlos por el tiempo y costo requerido.

El uso de tecnología es sin lugar a duda un factor fundamental para el desarrollo y
crecimiento de toda empresa, puesto que brinda fluidez en la operatividad de todo lo
que realizan logrando acceder de forma instantánea a cualquier tipo de información
para la toma de decisiones.

Por tal razón el presente proyecto de prácticas pre- profesionales II está enfocado a la
implementación de X para el proceso Y de la empresa Z S.A.C., esperando poder
automatizar y mejorar las actividades relacionadas al proceso.

6
CAPÍTULO I:
GENERALIDADES

7
1. Descripción del Sector.
La empresa Z S.A.C. se desempeña en el sector terciario, es decir, lleva acabo
las actividades de restaurantes y de servicio móvil de comidas.

“El sector servicios se puede definir como aquel que no produce bienes
materiales, sino que provee a la población de servicios necesarios para satisfacer
sus necesidades”. 1

Según2 menciona que los servicios se caracterizan por: Su gran heterogeneidad,
su proximidad física entre usuarios y productores y su elevada protección frente
a la competencia.

“El sector terciario es el que se dedica a ofrecer servicios a la sociedad y a las
empresas”.3 En la Figura 1 se aprecia la participación de los sectores económicos
en el PBI, en el periodo de 1950 al 2013, observando claramente el gran
crecimiento del sector terciario en nuestro país.

Figura 1
Fuente: IPE (2014)

Participación de los sectores económicos
en el PBI, 1950 - 2013

1 MARTIN, María y Díaz, Eloisa. Fundamentos de dirección de operaciones en empresas de servicios
[en línea]. 2a. ed. Madrid: ESIC Editorial, 2016 [fecha de consulta: 05 setiembre 2016]. ISBN:
9788416462582. Disponible en:
https://books.google.com.pe/books?id=Kc9QDAAAQBAJ&source=gbs_navlinks_s
2 REQUEIJO, Jaime et al. Economía Española [en línea]. 2a. ed. Madrid: Delta Publicaciones, 2006
[fecha de consulta: 06 setiembre 2016]. ISBN: 8496477231. Disponible en:
https://books.google.com.pe/books?id=aM4mCjj0TdsC&source=gbs_navlinks_s
3 Instituto Peruano de Economía. 09 octubre 2013. Disponible en: http://www.ipe.org.pe/
8
Según4 manifiesta que actualmente en el sector servicios la remuneración tuvo un
alza en 3,4 % (S/. 52) en el trimestre junio-julio-agosto, por lo que el promedio
mensual subió de S/. 1,557 a S/. 1,610.

Tal mención se muestra en la siguiente Tabla 1

Tabla 1: Ingreso promedio mensual según ramas de actividad.
Junio- Julio- Agosto 2014 y 2015

Fuente: INEI

“El sector servicios en el Perú genera empleo para el 65% de la Población
Económicamente Activa (PEA), es decir, más de 10 millones de personas en todo
el país”. 5

En resumen, a nivel nacional el sector terciario o también conocido como
servicios, viene teniendo gran presencia a lo largo de los años, brindando
mayores oportunidades laborales al ciudadano peruano y aportando a la
economía del país.

4 INEI: Suben remuneraciones en sector servicios, pero caen en construcción, comercio y manufactura.
Gestión: Lima, Perú, 15 setiembre 2016. (En sección: Economía).
5 El sector servicios genera empleo para 65% de la PEA. El peruano: Lima, Perú, 15 setiembre 2016.

(En sección: Economía).
9
2. Descripción General de la Empresa.
2.1. Breve descripción general de la Empresa.
En la Tabla 2 se muestra las referencias legales con respecto al centro de
prácticas, Z S.A.C.

Tabla 2: Ficha RUC de Centro de Esparcimiento La Mansión S.A.C.

RUC - Z SOCIEDAD ANÓNIMA
Número de RUC CERRADA

Tipo contribuyente SOCIEDAD ANÓNIMA CERRADA
Nombre Comercial -
Fecha de Inscripción 17/12/2008
Fecha de Inicio de 20/12/2008
Actividades
Estado del Contribuyente ACTIVO
Condición de HABIDO
Contribuyente
Dirección del Domicilio CAL.LOS SAUCES MZA. L LOTE. 26 URB.
Fiscal SHANGRILA LIMA - LIMA - PUENTE
PIEDRA
Variable 1 de Emisión
MANUAL
de
Comprobante
Actividad de Comercio SIN ACTIVIDAD
Exterior
Variable 1 de Contabilidad COMPUTARIZADO
Actividad(es) Económica(s) 5610 – ACTIVIDADES DE
RESTAURANTES Y DE SERVICIO MÓVIL
DE COMIDAS
Comprobantes de Pago FACTURA
c/aut. De impresión (F. 806
u 816):
Representante Legal APELLIDOS Y NOMBRES DEL
REPRESENTANTE DE LA EMPRESA
Fuente: SUNAT

Z S.A.C. se ubica en la Cal. Los Sauces Mza. L Lote. 26 Urb. Shangrila Lima
– Lima – Puente Piedra. Para facilitar la ubicación de la empresa, se muestra
en la Figura 2 un croquis referencial.

10
Figura 2

Fuente: Google Maps

Croquis de la empresa

Reseña Histórica
Z S.A.C es una empresa especializada en los servicios de restaurant,
piscinas, eventos en general, servicio móvil de comidas y services para
empresas.

Se inició en el año 2008 con los servicios de restaurant y piscinas, teniendo
como principales clientes a la población del cono norte: Puente Piedra, Los
Olivos, Comas, Independencia, San Martin de Porres y Carabayllo.

En el año 2010 se incorporan los servicios de eventos corporativos y sociales.
Asimismo, la presentación de artistas reconocidos del medio en los fines de
semana de los meses de verano.

Con el pasar de los años el Z S.A.C viene teniendo gran crecimiento debido
a la aceptación del público por la calidad de sus servicios. Por tal motivo hoy
por hoy se ha incluido el servicio móvil de comidas y services para empresas
privadas y del estado.

11
Visión
Ser el primer centro de esparcimiento del Perú, que por la calidad y eficiencia
en la prestación de sus servicios se proyecta a nivel nacional como modelo
estructural, recreacional y familiar.

Misión
Proporcionar, con el concurso de un excelente equipo humano, el mejor
ambiente para fortalecer la integración familiar y satisfacer necesidades de
orden recreacional, cultural y deportivo, dentro de un profundo respeto por los
valores en plena armonía con la comunidad y con la naturaleza.

Valores
Los valores fundamentales que se busca en la empresa Z S.A.C. son:

- Honestidad
Proceder con transparencia en cada una de las actividades asignadas,
mostrando una conducta correcta dentro y fuera de las instalaciones.

- Respeto
Actuar de manera justa teniendo en cuenta los derechos fundamentales
de nuestros semejantes

- Puntualidad
Cumplir con las obligaciones en el tiempo acordado, respetando el tiempo
de los demás.

- Trabajo en equipo
Integración de cada uno de los trabajadores en un ambiente armonioso,
comprometidos para el logro de los objetivos en la empresa.

Centro de Esparcimiento S.A.C. cuenta con una página N en la cual se tiene
toda la información referente a la empresa:
http://lamansioncampestre.com.pe/

12
2.2. Organización de la Empresa.
La empresa Z S.A.C. está organizada funcionalmente de la siguiente
manera:

Figura 3
Fuente: Centro de Esparcimiento La Mansión S.A.C.

GERENCIA
GENERAL

GERENCIA
COMERCIAL

ADMINISTRACIÓN LOGÍSTICA SISTEMAS

RR.HH. ALMACEN

CONTABILIDAD COMPRAS

VENTAS

Organigrama de la empresa

Z está conformada por las áreas de: Gerencia General, Gerencia Comercial,
Administración, Logística y Variable 1.
 El área de Administración está conformada por 2 sub-áreas:
Contabilidad y Recursos Humanos
 El área de Logística está conformada por 3 sub -áreas: Almacén,
Compras y Ventas

Siendo el área de Variable 1s donde actualmente se realiza las practicas pre-
profesionales terminal II.

13
2.3. Descripción del Área donde realiza sus prácticas.
El área de Variable 1s tiene como función principal el mantenimiento página
N administrable de la empresa; se realiza el análisis y diseño, codificación,
pruebas e implementación de nuevas funcionalidades requeridas por las
diversas áreas y mantenimiento de los equipos de cómputo de la empresa.

3. Funciones del Ingeniero.
3.1. Funciones del departamento donde desarrolla la práctica.
- Mantenimiento la página N administrable.
- Establecer un cronograma de actividades para la gestión de proyectos
- Coordinar reuniones con los interesados.
- Comunicar los planes, objetivos, metas, políticas, normas y
procedimientos al personal involucrado en los proyectos.
- Establecer mecanismos para realizar estimaciones de costo, tiempo,
recursos y ámbito de los proyectos de tecnología de información.
- Establecer estrategias y criterios metodológicos para el desarrollo de
Variable 1s.
- Participar en la definición de infraestructura e insumos informáticos
- Velar y gestionar programas de capacitación para el personal involucrado
en los proyectos.
- Coordinar y desarrollar proyectos y Variable 1s en proceso, mediante
planes de trabajo.
- Supervisar y controlar la ejecución de proyectos.
- Generar documentación técnica.
- Brindar asesoría y asistencia técnica a los usuarios.
- Establecer un plan de mantenimiento y actualización de los Variable 1s y
proyectos en producción.

3.2. Perfil del profesional, descripción del puesto de trabajo.
Perfil Profesional:
El profesional del Z S.A.C. debe estar preparado para asumir diversos retos
y exigencias. Capaz de integrar los procesos de negocios con soluciones
basadas en tecnologías de información de tal forma se convierta en el aliado
perfecto e innovador para el logro de la visión, misión y objetivos planteados
como empresa.

14
Descripción del Puesto de Trabajo:
Analista de Variable 1s del Área de Variable 1s de la empresa Z S.A.C.,
especializado en el desarrollo de soluciones integrales internas mediante el
uso de herramientas informáticas.

Los requisitos son:

Nivel Académico:
Egresados y/o estudiantes de los últimos ciclos de la carrera de Ingeniería de
Variable 1s, Software o afines.

Experiencia laboral:
Contar con experiencia laboral en el sector de proyectos de desarrollo e
implementación de soluciones tecnológicas.

Capacitación y especialización:
- Deseable capacitación u especialización en desarrollo de software.
- Deseable capacitación u especialización en manejo de base de datos
MySQL.
- Deseable capacitación u especialización en lenguaje de programación PHP.

Habilidades técnicas:
- Conocimientos en Variable 1s Operativos: Linux y Windows.
- Conocimientos en Bases de Datos: MySQL, SQL Server, Oracle.
- Conocimientos en Lenguajes de Programación: C++, Visual Basic, Java,
PHP, HTML, JavaScript.
- Conocimiento en metodologías de desarrollo de software.
- Dominio de herramientas de ofimática Word y Excel.
- Dominio de inglés básico.

Habilidades actitudinales:
- Liderazgo
- Proactivo
- Responsable
- Honesta
15
CAPÍTULO II:
PROYECTO O TAREA ACADÉMICA

16
1. Título.
Variable 1 N para el proceso Y de la empresa Z S.A.C., 2017.

2. Realidad Problemática.
Según6 La tecnología de la información engloba el proceso que supone la captura,
tratamiento y transmisión de la información necesaria para realizar la actividad.

Asimismo, manifiesta que “Las inversiones en tecnologías de la información
mejora la gestión de las transacciones, hacen posible una información y
comunicación de todos con todos”.

En la actualidad el mercado no solo lo conforman las grandes y exitosas
empresas sino también aquellas Pymes que con el pasar del tiempo han cobrado
reconocimiento por su aporte a la economía, por tal al igual que otras requieren
de tecnología que le permitan acceder a una información fiable y exacta para la
oportuna toma de decisiones en cada uno de sus procesos de negocio.

Z S.A.C. es una empresa que en los últimos años ha tenido gran crecimiento en
su demanda debido a la calidad de los servicios que ofrecen. Sin embargo, la
ejecución manual de sus procesos genera desorganización a la hora de acceder
a información crucial para la empresa y compras es uno de los procesos que
requiere ser atendido.

El proceso Y inicia con la elaboración de notas de pedidos de tipo directa y/o por
cotización según sea el caso. Se le denomina directa cuando la nota de pedido
va dirigida a un proveedor fijo, se establecen que productos serán solicitados y
en qué fecha deben ser entregados, finalmente es enviada vía correo electrónico
al proveedor para esperar su confirmación del mismo. Y se le denomina por
cotización cuando la nota de pedido requiere de cotizaciones para ello se
determina el número de proveedores a los que le solicitara cotizaciones,

son enviadas vía correo electrónico a sus proveedores, se recepcionan las
cotizaciones y finalmente se evalúa para la selección de las conveniente para el

6GILL, María y GINER, Fernando. Como crear y hacer funcionar una empresa [en línea]. 9a. ed. Madrid:
ESIC Editorial, 2013 [fecha de consulta: 11 setiembre 2016].
ISBN: 9788473569705. Disponible en:
https://books.google.com.pe/books?id=9gkbAgAAQBAJ&source=gbs_navlinks_s
17
negocio. Una vez que la nota de pedido sea confirmada o seleccionada se
procede a generar la orden de compra que será enviada al proveedor para la
atención formal del pedido.

Los problemas más comunes en el proceso Y son:
 Desorganización e inconsistencia en la información correspondiente a la
hora de generar las notas de pedidos ya que los criterios establecidos no
son respetan porque todos son elaborados de forma manual o mediante el
apoyo de Excel y Word siendo propensos a modificaciones y campos
vacíos que son importantes para el proceso Y.
 Desorganización y pérdida de tiempo a la hora de definir el volumen de
compra en un cierto periodo generado en la empresa.
 Demoras en la generación de reportes por parte del encargado Y debido
al trabajo manual de sus actividades.

Ante la problemática descrita, se propone la implementación de X para el proceso
Y de la empresa Z S.A.C. a fin de optimizar y automatizar el flujo de actividades
del proceso Y.

3. Definición del problema.
3.1. Problema General.
¿De qué manera influye un Variable 1 N en el proceso Y de la empresa Z
S.A.C., 2017?

3.2. Problemas Específicos.
PE1: ¿En qué medida un Variable 1 N influye en el volumen Y del proceso Y
de la empresa Z S.A.C., 2017?
PE2: ¿En qué medida un Variable 1 N influye en la PE2 del proceso Y de la
empresa Z S.A.C., 2017?

18
4. Antecedentes.

 Autor (año).
 Título
 Grado a obtener
 Objetivo del trabajo (se puede redactar el título del libro o del capítulo
que se tomó como un objetivo).
 Resumen de la información que es relevante para el trabajo que se
está realizando.
 Metodología de desarrollo
 Conclusión a que se puede llegar de esa información.
 Relación que tiene ese trabajo con el estudio que se está por realizar.
 Recuerde, esta información debe ir redactada como un párrafo donde
se sintetice todo la información. Al finalizar mencionar cual es el aporte
en la investigación.

4.1. Antecedentes Nacionales.

4.2. Antecedentes Internacionales.

19
5. Marco Teórico.
5.1. Variable 1 N.
Según7 manifiesta que el Variable 1 N es una aplicación cliente/servidor
donde el cliente, el servidor y el protocolo HTTP están estandarizados, es
decir no son creados a la hora de programar.

Asimismo, manifiesta que el Variable 1 N se distingue mediante 3 niveles:
 Nivel superior, es el cliente N representado por el navegador que interactúa
con el usuario.
 Nivel intermedio, es el servidor N, el que procesa los datos.
 Nivel inferior, es la base de datos, el que proporciona los datos,

El Cliente
El cliente N es un programa que interacciona el usuario para solicitar a un
servidor N el envió de los recursos que desea obtener mediante HTTP. Las
tecnologías empleadas para programar el cliente N son HTML, CSS,
Lenguajes de script entre otras.

El Servidor
El servidor N es un programa que está esperando permanentemente las
solicitudes de conexión mediante el protocolo HTPP por parte de los clientes
N.

“Variable 1 N es un Variable 1 de información accesible universalmente
utilizando como medio fundamental de estructuración el Lenguaje de Marcas
de Hipertexto HTML combinándose características de hipertexto y
multimedia. El ser hipertexto le permite acceder a una serie de contenidos
pasando de un nodo a otro permitiendo secuencialidad gracias a la
navegación habilitada por los enlaces. Cuando la estructura hipertextual se

7LUJAN, Sergio. Programación de aplicaciones web [en línea]. San Vicente: Editorial Club Universitario,
2002 [fecha de consulta: 18 setiembre 2016]. ISBN: 9788484542063. Disponible en:
https://books.google.com.pe/books?id=r9CqDYh2-loC&source=gbs_navlinks_s
20
ha extendido se da paso a la estructura hipermedia donde los enlaces tienen
como origen o destino tipo de datos no textuales como video o audio”. 8

Mientras que9 determina un Variable 1 N como el conjunto de herramientas
donde el usuario accede al servidor a través de Internet o Intranet mediante
el uso de navegador N, el cual se encuentra codificado por un lenguaje de
programación.

Patrones de Arquitectura
“La Arquitectura de software es la forma en la que se organizan los
componentes de un Variable 1, interactúan y se relacionan entre si y el
contexto; aplicando normas y principios de diseño y calidad, que fortalezcan
y fomenten la usabilidad a la vez que dejan preparado el Variable 1, para su
propia evolución”.10

Arquitectura Modelo – Vista – Controlador
Asimismo, sostiene que el modelo MVC es un patrón de arquitectura de
software que aparta los datos y la lógica de negocio de la interfaz de usuario,
Este patrón tiene como ventaja la reutilización de código para facilitar el
desarrollo y mantenimiento de aplicaciones.

Propone la construcción de 3 componentes de MVC:

Modelo: Representa la información con la que opera el Variable 1 gestionado
todos los accesos a dicha información, desde consultas y asignación de
privilegios.

8AEDO, Ignacio. Sistema Multimedia: análisis, diseño y evaluación [en línea]. España: Uned, 2009 [fecha
de consulta: 14 setiembre 2015]. ISBN: 9788436247916. Disponible en:
https://books.google.com.pe/books?id=l48uBQAAQBAJ&source=gbs_navlinks_s
9 CARDADOR, Antonio. Implantación de aplicaciones web en entornos internet, intranet y extranet [en
línea]. Málaga: IC Editorial, 2014 [fecha de consulta: 15 setiembre 2015]. ISBN: 9788416433094.
Recuperada de:
https://books.google.com.pe/books?id=Lj91CQAAQBAJ&dq=sistema+web&source=gbs_navlinks_s
10 ESLAVA, Vicente. El nuevo PHP. Conceptos Avanzados [en línea]. España: Bubok Publishing S.L.,
2103 [fecha de consulta: 01 setiembre de 2016]. ISBN: 9788468644332. Disponible en:
https://books.google.com.pe/books?id=NSj3AQAAQBAJ&source=gbs_navlinks_s
21
Controlador: El controlador interviene para comunicar al modelo las
peticiones de acceso o manipulación de la información. Requeridas por
acciones del usuario mediante la vista.

Vista: Presenta del modelo la información requerida, mostrada en un formato
adecuado para interactuar con el usuario.

Para11 en el modelo MVC los objetos de la vista recogen las peticiones del
usuario y las entregan a los objetos del controlador, los cuales hacen la
petición a los objetos del modelo. El modelo maneja los datos según la
petición recibida y comunica el resultado a los objetos del controlador para
que éstos envíen la respuesta a los objetos de la vista para su presentación
al usuario (p.19-20).

Esta explicación se muestra en la siguiente Figura 4.

Figura 4
Fuente: Honrubia (2013)

Patrón Modelo – Vista - Controlador

5.2. Proceso Y.

11 HONRUBIA, Francisco. Programación de aplicaciones para Iphone y Ipad [en línea]. España:
Ministerio de Educación, Cultura y Deporte, 2013 [fecha de consulta: 05 setiembre de 2016]. ISBN:
9788436954609. Disponible en:
https://books.google.com.pe/books?id=OeIlAwAAQBAJ&source=gbs_navlinks_s
22
Según12 manifiesta que es el proceso encaminado a la adquisición, reposición
de materiales e insumos indispensables para el adecuado desempeño de la
organización con el objetivo de obtener calidad, cantidad y precio justo.

Las principales funciones Y son:
 Revisión de requerimientos
 Selección de proveedores
 Ubicación de órdenes
 Programación de entregas
 Manejo de negociaciones con proveedores
 Seguimiento de órdenes de compra
 Entrevista al personal Y
 Suministro de información para compras
 Administración de archivos de desempeño de los proveedores
 Ampliación de nuevas fuentes
 Establecimiento de programas
 Realización de análisis y predicciones

Para13 La empresa de servicios adquiere bienes para llevar a cabo sus
actividades o contrata los servicios que no pueden prestar con la finalidad de
satisfacer las necesidades de sus clientes.

Según14 las actividades básicas de la función Y son:
 Búsqueda y evaluación de proveedores.
 Mantenimiento de un archivo actualizado de productos, con sus
características técnicas, código de identificación, suministradores,
precio y condiciones de entrega y pago.

 Negociación continúa de precios, calidades, presentaciones y plazos
de entrega.

12MORA, Luis. Gestión Logística Integral: Las mejores prácticas en la cadena de abastecimiento.
Bogotá: Ecoe Ediciones, 2008. 384 pp. ISBN: 9789586485722
13 ESCUDERO, José. Gestión de Compras [en línea]. Madrid: Ediciones Paraninfo S.A., 2014 [fecha de
consulta: 06 setiembre 2016]. ISBN: 9788428333696. Disponible en:
https://books.google.com.pe/books?id=fNj7CAAAQBAJ&source=gbs_navlinks_s
14 ANAYA, Julio. Logística Integral: La gestión operativa de la empresa [en línea]. 3a. ed. Madrid: ESIC
Editorial., 2007 [fecha de consulta: 06 setiembre 2016]. ISBN: 9788473564892. Disponible en:
https://books.google.com.pe/books?id=a4Tq_7Pmc04C&source=gbs_navlinks_s
23
 Previsión Y tanto técnicos, económicos y financieros.
 Planificación de pedidos por producto y proveedor, definiendo los
volúmenes de pedidos y fechas de lanzamiento previstas.
 Preparación de órdenes Y, lanzamientos de pedidos y seguimiento de
los mismos hasta su recepción.
 Solucionar discrepancias en la recepción del producto.
 Analizar variaciones en precio, plazos de entrega y calidad.

Indicadores
Los indicadores para medir el proceso Y son: volumen Y y PE2.

Volumen Y
Según15 hace referencia al porcentaje sobre las ventas de lo gastado en
compras.

Fórmula: VDC= (VC/TV) *100

Donde
VDC: Volumen Y
VC: Valor de Compra
TV: Total de las ventas

PE2
Hace referencia al número y porcentaje de pedidos Y generadas sin retraso o
sin necesidad de información adicional.

Fórmula: CPG= (PSP/TP) *100
Donde
CPG: PE2
PSP: Pedidos generados sin problema
TP: Total de pedidos generados

5.3. Metodología de desarrollo.
A continuación de describirá la metodología tradicional RUP.

15MORA, Luis. Indicadores de Gestión Logística. 2a. ed. Bogotá: Ecoe Ediciones, 2008. 121 p.
ISBN: 9789586485630
24
Metodología RUP
“Metodología basada en un conjunto de actividades desde la ingeniería de
software, que transforman requisitos de usuario en un Variable 1 software”.16

Según17 las fases de la metodología RUP son:
 Inicio: Su objetivo es establecer un caso de negocio para el Variable 1.
Se identifican todas las entidades que interactúan con el Variable 1 y
definir estas interacciones. Esta información se emplea para evaluar la
aportación que el Variable 1 hace al negocio, y a partir de ello si la
aportación es de poca importancia decidir la cancelación del proyecto.
 Elaboración: Sus objetivos son desarrollar una compresión del dominio
del problema, establecer un marco de trabajo arquitectónico para el
Variable 1, desarrollar el plan del proyecto e identificar riesgos. La
culminación de esta fase es con un modelo de los requerimientos del
Variable 1, una descripción arquitectónica y un plan de desarrollo del
software.
 Construcción: Comprende el diseño, programación y pruebas del
Variable 1, así como su integración de todas las partes que lo conforman.
Al culminar esta fase se debe tener un Variable 1 software operativo con
su respectiva documentación para usuarios.
 Transición: Fase final encargada de mover el Variable 1 desde la
comunidad de desarrollo a la del usuario para que se inicie su trabajo en
un entorno real. Al culminar esta fase se debe tener un software
documentado que funciona de forma correcta en su entorno operativo.

A continuación de describirá las metodologías ágiles: XP y SCRUM.

16SIERRA, Isabel y CARRASCAL, Nohemy. La gestión de ambientes de aprendizaje y el desarrollo de
competencias [en línea]. Córdova: Grupo Investigación Cymted-L, 2008 [fecha de consulta: 01 octubre
2015]. ISBN: 9789589879511. Disponible en: https://books.google.com.pe/books?id=Ia5qkjXznwAC
17SOMMERVILE, Ian. Ingeniería del Software [en línea]. 7a. ed. Madrid: Pearson Educación, 2005 [fecha
de consulta: 11 octubre 2015]. ISBN: 8478290745. Disponible en:
https://books.google.com.pe/books?id=gQWd49zSut4C&dq&source=gbs_navlinks_s
25
Para18 la metodología ágil es buena elección cuando se trabaja con requisitos
desconocidos o variables, proporcionan pautas y principios junto a técnicas
pragmáticas que puede que no curen todos los males.

XP (Extreme Programming)
Según19 XP se caracteriza por lo siguiente:
 Por su diseño simple.
 Por sus pruebas intensivas, obligando a los programadores a pensar
en lo que probablemente podría fallar antes de codificar.
 De igual forma esta codificación debe superar todas las pruebas
definidas hasta después de cada cambio.
 Por su refactorización, mejorándose la calidad del Variable 1 de
software ya que hay una mejora continua.
 Por permitir la programación por parejas, uno de los integrantes
escribe el código mientras que el otro lo revisa.

Según20 XP está definida por valores, principios y prácticas. Los valores son:

Feedback: Se realiza cuando el cliente aprende el Variable 1 que utiliza y re-
evalúa sus necesidades; generándose una retroalimentación para el equipo
de desarrollo. Este mecanismo permite que el cliente conduzca el desarrollo
diariamente garantizando que el equipo direccione sus atenciones para
aquello que generará más valor.

Comunicación: Dada entre el cliente y el equipo permitiendo que todos los
detalles del proyecto sean tratados con atención y agilidad que merecen. XP

18 HERNANDEZ, Jesús. Análisis y Desarrollo Web [en línea]. México, 2014 [fecha de consulta: 18
setiembre 2015]. Disponible en:
https://books.google.com.pe/books?id=nYDVBQAAQBAJ&dq=gbs_navlinks_s
19 MARCO, Jesús et al. Escaneando la Informática [en línea]. Barcelona: Editorial UOC, 2010 [fecha de
consulta: 11 setiembre de 2016]. ISBN: 9788497881104. Disponible en:
https://books.google.com.pe/books?id=svpzjkMpdiUC&source=gbs_navlinks_s
20 NORIEGA, Raúl et al. Curso de Ingeniería de Software [en línea]. España: IT Campus Academy, 2015
[fecha de consulta: 11 setiembre de 2016]. ISBN: 9781515194804. Disponible en:
https://books.google.com.pe/books?id=7tKgCgAAQBAJ&source=gbs_navlinks_s
26
busca asegurar que la comunicación ocurra de la forma más directa y eficaz
posible, aproximando a todos los participantes mediante un dialogo
presencial.

Simplicidad: Es necesario que el equipo comprenda y utilice este valor ya
que enseña a implementar solo aquello que es suficiente para atender cada
necesidad del cliente; es decir, al codificar una funcionalidad el objetivo debe
estar en los problemas actuales mas no en los del futuro.

Coraje: A la hora de modificar algo que venía funcionando correctamente por
la inclusión de una nueva funcionalidad corriendo el riesgo de generar fallos
en el Variable 1. Por esta razón el equipo necesita tener coraje y creer que el
software evolucionara con seguridad y agilidad.

Respeto: Valor que da sustento a los demás. Si no existe no hay nada. Oír,
comprender y respetar el punto de vista de los demás integrantes del equipo
es esencial.

Asimismo,21 menciona que las prácticas derivadas de los valores de XP son:
 Cliente presente, de vital importancia para el éxito del proyecto ya que
es quien suministra el Feedback.
 Juego de la planificación, asegura que el equipo trabaje en el que
considera más importante para el cliente.
 Programación en Par, uno programa mientras que otro inspecciona el
código en busca de errores y defectos buscando estratégicamente las
soluciones más simples para el código.
 Ralease Cortos, busca entregar versiones actualizadas del software al
cliente a lo largo del proceso de desarrollo.
 Desarrollo guiado por las pruebas, se definen pruebas para cada
funcionalidad antes de codificarlas.

21
NORIEGA, Raúl et al. Curso de Ingeniería de Software [en línea]. España: IT Campus Academy,
2015 [fecha de consulta: 11 setiembre de 2016]. ISBN: 9781515194804. Disponible en:
https://books.google.com.pe/books?id=7tKgCgAAQBAJ&source=gbs_navlinks_s
27
 Refactoring, proceso de reorganización del código fuente del software
para mejorar su calidad interna, facilitar la lectura y disminuir el tiempo
desperdiciado con el mantenimiento.
 Código colectivo, los desarrolladores tienen acceso a todas las partes
del código y pueden modificar aquello que juzguen importante.
 Códigos estandarizados, se establecen estándares de codificación
permitiendo que el Variable 1 se más homogéneo.
 Integración continúa, es la actividad de unir el trabajo realizado por un
par de programadores, al código como uno todo.
 Ritmo sustentable, trabajar respetando los límites físicos y
demostrando respeto por la individualidad.
 Metáforas, se emplea comparación permitiendo al equipo transmitir
ideas de modo que todos la entiendan.
 Stand Up Meeting, reunión cada mañana para evaluar el trabajo que
fue ejecutado el día anterior y priorizar aquello que se ejecutara hoy.

Metodología SCRUM
Para22 Scrum es el proceso de ágil gestión de proyectos, empírico para el
desarrollo de productos, es decir no se limita al desarrollo del software y se
puede aplicar en cualquier tipo de proyectos.

Principales componentes del Scrum son:

Backlog: Conjunto de necesidades y/o problemas para la implementación.
Se requiere de los flujos de las funcionalidades y requisitos para el
entendimiento inicial por tal la presencia del cliente en la elaboración del
mismo es recomendable.

Equipos de desarrollo: Normalmente son pequeños con un máximo de 10
personas. No presentan jerarquías donde todas las recompensas y fracasos
son responsabilidad del equipo por tal tienen que estar comprometidos.

22RAMOS, Daniel. Desarrollo de Software Requisitos, estimaciones y análisis [en línea]. 2a. ed. España:
IT Campus Academy, 2016 [fecha de consulta: 11 setiembre de 2016]. ISBN: 9781530088614.
Disponible en: https://books.google.com.pe/books?id=tBaYCwAAQBAJ&source=gbs_navlinks_s
28
Sprint: Es el periodo para realizar un conjunto de tareas seleccionadas en el
backlog, generalmente con una duración de 15 días. Se realiza reuniones de
Sprint para seleccionar las tareas que podrán ser realizadas en esta iteración
según su prioridad, complejidad, cantidad y calidad de los requisitos del
software. Todas las tareas descritas en el Sprint están asignadas a un tiempo
determinado para ser realizado, partiendo al mínimo posible las tareas para
poder llevarlas a cabo de manera ágil.

Reuniones diarias: Suelen tener una duración máxima de 15 minutos
formulándose preguntas como (¿Qué se hizo ayer?, ¿Qué tenemos para
hacer hoy?, ¿Qué problemas hemos encontrado y nos impide resolver los
problemas actuales?). Estas reuniones diarias evitan el atraso en el proyecto
y al culminar el periodo de desarrollo de la iteración se hace una reunión de
revisión del Sprint.

Roles
Asimismo23 manifiesta que dentro del marco de referencia Scrum existen tres
roles principales:

 Product Owner, dueño del producto quien especifica la lista
requerimientos y sus prioridades del desarrollo del producto.
 Scrum Master, quien asegura de que cada persona esté haciendo su
trabajo adecuadamente y que nadie este retrasado.
 Team, los desarrolladores del software son responsables de
seleccionar las actividades que pueden manejar y ejecutar de la
manera más eficiente posible.

A continuación, se puede observar la comparación entre las metodologías
tradicionales y agiles, para la mejor elección de la metodología en la presente
investigación.

23 DIMES, Troy. Conceptos básicos de Scrum [en línea]. España: Babelcube Inc., 2016 [fecha de
consulta: 11 setiembre de 2016]. ISBN: 9781507102732. Disponible en:
https://books.google.com.pe/books?id=ETuXBgAAQBAJ&source=gbs_navlinks_s
29
Tabla 3: Comparación de metodologías

Fuente: Gómez et. al

Analizando la comparación de las metodologías mencionadas en líneas
anteriores se seleccionó la metodología RUP ya que es las conveniente para
este proyecto puesto que el contrato prefijado es de aproximadamente 3
meses para su culminación, asimismo la arquitectura del software elegido es
el modelo MVC bajo el framework Codeigniter.

6. Objetivos.
6.1. Objetivo General.
Determinar la influencia de un Variable 1 N en el proceso Y de la empresa
Z S.A.C., 2017.

6.2. Objetivos Específicos.
OE1: Determinar la influencia de un Variable 1 N en el porcentaje volumen Y
para el proceso Y de la empresa Z S.A.C., 2017.

OE2: Determinar la influencia de un Variable 1 N en el porcentaje de la PE2
para el proceso Y de la empresa Z S.A.C., 2017.

OE3: Implementar un Variable 1 N para el proceso Y de la
empresa Z S.A.C., 2017.

7. Desarrollo.
7.1. Iniciación.
30
7.1.1. Alcance del Proyecto.
Los módulos del Variable 1 serán los siguientes:

Módulo Y: Este módulo deberá responder a los requerimientos
mostrados en la Tabla 4:

Tabla 4: Requerimientos Funcionales Y
CÓDIGO DESCRIPCIÓ
REQ002 N

REQ003

REQ004

REQ009
REQ010

REQ011

REQ012

REQ013

REQ014

REQ015

REQ016

REQ017

REQ018

REQ019

REQ020

REQ021

Fuente: Elaboración propia

31
Módulo de Seguridad: Este módulo deberá cumplir los
requerimientos mostrados en la Tabla 5:

Tabla 5: Requerimientos Funcionales de
Seguridad
CÓDIGO DESCRIPCIÓN
REQ005

REQ006

REQ007

REQ008

Fuente: Elaboración propia

Módulo de Indicadores: Este módulo deberá cumplir los
requerimientos mostrados en la Tabla 6:

Tabla 6: Requerimientos Funcionales de
Indicadores
CÓDIGO DESCRIPCIÓN
REQ022

REQ023
Fuente: Elaboración propia

32
7.2. Elaboración
7.2.1. Modelo de Negocio
El modelo de negocio está compuesto por los siguientes productos de
trabajo:

Modelado de Casos de Uso del Negocio
Para el modelado del proceso Y en la empresa Z S.A.C. se ha
elaborado el siguiente diagrama de casos de uso del negocio:

Figura 5
Fuente: Elaboración propia

Gestión de elaboración de nota de pedido
(from Casos de Usos del Negocio)

<<include>>

Gestión de confirmación de nota de pedido
Encargado de Compras (from Casos de Usos del Negocio)
(from Trabajadores del Negocio) <<include>>

Gestión de elaboración de orden de compra
(from Casos de Usos del Negocio)

Diagrama de Casos de Uso del Negocio

A continuación, se especifican los casos de uso del negocio que
representan el proceso Y de la empresa Z SA.C.

Figura 6

33
Encargado de Compras Prov eedor

INICIO

Verifica stock actual
de productos

¿Hay productos
a solicitar?
Fuente: Elaboración propia

Consulta
proveedor

¿Proveedor fijo?
NO

SI

Elabora nota de Elabora nota de
pedido directa pedido cotización

Envia nota de
pedido

Recepciona
nota de pedido

FIN

Diagrama de Actividades de Gestión de
elaboración de nota de pedido

Figura 7
Encargado de Compras

INICIO

Accede al correo
electronico
Fuente: Elaboración propia

Consulta nota de
pedido enviada

¿Nota de pedido es tipo directa?
NO
Revisa cotizaciones
recibidas
SI

Confirma nota de pedido Confirma nota de
directa pedido cotizacion

Almacena en archivador
de confirmadas

FIN

Diagrama de Actividades
confirmación de nota de pedido

34
Figura 8
Encargado de Compras Prov eedor

INICIO

Accede anota de
pedido confirmada
Fuente: Elaboración propia

Elabora orden
de compra

Envia orden de Recepciona orden
compra de compra

FIN

Diagrama de Actividades de Gestión de elaboración
de orden de compra

35
7.2.2. Requerimientos Funcionales

Tabla 7: Requerimientos Funcionales del Variable 1
CÓDIGO DESCRIPCIÓN
REQ001

REQ002

REQ003

REQ004

REQ005

REQ006

REQ007

REQ008

REQ009

REQ010

REQ011

REQ012

REQ013

REQ014

REQ015

REQ016

REQ017

REQ018

REQ019

REQ020

REQ021

REQ022

REQ023

Fuente: Elaboración propia
36
7.2.3. Requerimientos No Funcionales

Tabla 8: Requerimientos No Funcionales del Variable 1
CÓDIGO DESCRIPCIÓN

REQNF01

REQNF02

REQNF03

REQNF04
REQNF05

REQNF06

REQNF07

REQNF08

REQNF09
Fuente: Elaboración propia

7.3. Modelo del Variable 1 propuesto
7.3.1. Actores del Variable 1
Tabla 9: Actores del Variable 1
CÓDIGO NOMBRE DESCRIPCIÓN REPRESENTACIÓN
Es el usuario que llevara a
AS01 Encargado de cabo cada una de las
Compras actividades necesarias
para hacer posible las
compras en la empresa. E_Compras

Es el usuario que tendrá el
control total de cada uno de
AS02 Administrador los módulos y sub-módulos
implementados en el
Variable 1. Asimismo, su
función principal será la de
gestionar usuarios, Administrador
privilegios y permisos.
Fuente: Elaboración propia

37
7.3.2. Casos de uso del Variable 1

Tabla 10: Casos de Uso del Variable 1
CÓDIGO NOMBRE
CUS01 Loguearse en el Variable 1
CUS02 Gestionar Categorías
CUS03 Gestionar Proveedores
CUS04 Gestionar Productos
CUS05 Gestionar Personas
CUS06 Gestionar Usuarios
CUS07 Gestionar Privilegios
CUS08 Gestionar Permisos
CUS09 Verificar stock de productos
CUS10 Registrar nota de pedido
CUS11 Listar notas de pedido directa
CUS12 Consultar notas de pedido cotización
CUS13 Ver en formato pdf nota de pedido directa
CUS14 Ver en formato pdf nota de pedido cotización
CUS15 Actualizar precios de nota de pedido directa
CUS16 Actualizar precios de nota de pedido cotización
CUS17 Confirmar nota de pedido directa
CUS18 Confirmar nota de pedido cotización
CUS19 Registrar orden de compra
CUS20 Listar órdenes de compra
CUS21 Ver en formato pdf orden de compra
CUS22 Generar reporte volumen Y
CUS23 Generar reporte PE2

Fuente: Elaboración propia

38
7.3.3. Diagrama de Casos de Uso del Variable 1

Figura 9

Gestionar Personas
Fuente: Elaboración propia

(from M antenimi entos)

<<extend>> <<include>>

Loguearse en el Sistema <<extend>> Gestionar Usuarios
Administrador
(from Acceso) (from M antenimi entos)
(from Actores)

<<extend>> <<include>>
<<extend>>

<<include>>
Gestionar Permisos Gestionar Privilegios
(from M antenimi entos) (from M antenimi entos)

Diagrama de Casos de Uso del Sistema Parte 1

Figura 10

Gestionar Categorias
(from Mantenimientos)
Fuente: Elaboración propia

<<extend>>

E_Compras Loguearse en el Sistema <<extend>> Gestionar Proveedores
<<include>>
(from Acceso) (from Mantenimientos)
(from Actores)

<<include>>

<<extend>>

Gestionar Productos
(from Mantenimientos)

Diagrama de Casos de Uso del Sistema Parte 2

39
Figura 11

Verificar stock de productos <<include>> Registrar nota de pedido
(from Nota de Pedido) (from Nota de Pedido)
Ver en formato pdf nota de pedido
directa
<<extend>> (from Nota de Pedido)

<<extend>>
Fuente: Elaboración propia

<<include>>

Loguearse en el Sistema <<extend>> Listar notas de pedido directas <<include>> Confirmar nota de pedido directa
E_Compras
(from Acceso) (from Nota de Pedido) (from Nota de Pedido)
(from Actores)

<<extend>> <<include>>
<<extend>>
<<extend>>

<<extend>> <<extend>> Actualizar precios de nota de
Consultar notas de pedido
pedido directa
cotización (from Nota de Pedido)
Generar reporte de volumen de
(from Nota de Pedido) <<include>>
compra
(from Reportes)

Ver en formato pdf nota de pedido
Generar reporte de calidad de los Registrar orden de compra cotización
<<include>> (from Nota de Pedido)
pedidos generados Listar órdenes de compra (from Orden de Compra) <<include>>
(from Reportes)
(from Orden de Compra)

<<include>>
Confirmar nota de pedido
cotización
Actualizar precios de nota de (from Nota de Pedido)
pedido cotización
Ver formato pdf orden de compra (from Nota de Pedido)

(from Orden de Compra)

Diagrama de Casos de Uso del Sistema Parte 3
40
7.3.4. Especificación de Casos de Uso del Variable 1

Tabla 11: Especificación del CUS01 “Loguearse en el Variable 1”

MODELO Variable CÓDIGO CUS01
1
Caso de Uso: Loguearse en el Variable 1
Actores: Administrador, encargado de Almacén, encargado Y y
encargado de Recepción
Breve Descripción: El Variable 1 permitirá al Administrador, encargado de
Almacén, encargado Y y encargado de Recepción,
previamente registrados, loguearse en el Variable 1 para
realizar las actividades del proceso de abastecimiento.

Flujo de Eventos: Evento Disparador:
El caso de uso comienza cuando el Usuario ingresa su nombre
de usuario, clave y código captcha y presiona el botón logear.

Flujo Básico:
 El Variable 1 muestra el Login de usuarios
 El usuario ingresa su nombre de usuario, clave y código
captcha.
 El usuario presiona el botón logear.
 El Variable 1 comprueba que los datos ingresados son
validados
 El Variable 1 muestra la interfaz del menú principal.

Flujos Alternativos:
<nombre de usuario, clave o código captcha Incorrectos>
 Si en el punto 2 del flujo básico, el usuario ingresa un
nombre de usuario, clave o código captcha incorrecto y
presiona el botón logear, se mostrará un mensaje de
error informando al usuario que algunos de los datos
ingresados son incorrectos.
<refrescar código captcha>
 Si en el punto 2 del flujo básico, el usuario no logra
entender la imagen que contiene el código captcha,
existe la opción de refrescar el código presionando el
botón F5.
Requerimientos Ninguno
Especiales:
Pre Condiciones: La información de los usuarios tiene que estar cargada en la
base de datos del Variable 1 N.

Post Condiciones: Se mostrará la interfaz de menú principal.
Puntos de Ninguno.
Extensión:
Fuente: Elaboración Propia

41
Por cada de uso debe realizar la tabla de especificaciones y los diagramas de
acuerdo a la metodología.

7.3.5. Realizaciones de Casos de Uso

Figura 12

Loguearse en el Sistema RA_Loguearse en el Sistema Gestionar Categorias RA_Gestionar Categorias
(from Acceso) (from Mantenimientos)

Gestionar Proveedores RA_Gestionar Proveedores Gestionar Productos RA_Gestionar Productos
(from Mantenimientos)
(from Mantenimientos)

Gestionar Usuarios RA_Gestionar Usuarios
Gestionar Personas RA_Gestionar Personas
(from Mantenimientos)
boración Propia(from M antenim ientos)

Gestionar Permisos RA_Gestionar Permisos Gestionar Privilegios RA_Gestionar Privilegios
(from Mantenimientos) (from Mantenimientos)

Verificar stock de productos RA_Verificar stock de productos Registrar nota de pedido RA_Registrar nota de pedido
(from Nota de Pedi do)
(from Solicitud de requerimiento)

Listar notas de pedido directas RA_Listar notas de pedido directas
(from Nota de Pedido)

Realización de Casos de Uso – Parte 1

42
Caso de Uso de Variable 1 CUS01: Loguearse en el Variable 1

Figura 14

43
7.3.7. Diagrama de Secuencia de Análisis del Variable 1
En la Figura 37 a la 73 se mostrarán la lista de diagramas de secuencias para la
realización del Variable 1

Caso de Uso de Variable 1 CUS01: Loguearse en el Variable 1

Figura 37

:
: Administrador : E_Almacen : E_Compras : E_Recepción : CI_login : CC_Login CC_System_Libraries_Session : CE_M_captcha : CE_M_usuario : CI_home

1: Ingresa datos (usuario, clave, captcha)

2: Presiona botón Logear

3: Ingresa datos ($username, $password, $captcha)

4: Presiona botón Logear

5: Ingresa datos ($username, $password, $captcha)

6: Presiona botón Logear

7: Ingresa datos ($username, $password, $captcha)

8: Presiona botón Logear

te: Elaboración Propia 9: Invoca ingresar()

10: validacion()

11: check($captcha) == TRUE

12: return $query

13: existe_usuario($username)==TRUE

14: return TRUE

15: succes_usuario($username, md5($password))

16: set_userdata()

17: Muestra

Secuencia de CUS01

44
7.3.8. Diagrama de Comunicación del Variable 1
En la Figura 74 a la 107 se mostrarán la lista de diagramas de comunicación para
la realización del Variable 1

Caso de Uso de Variable 1 CUS01: Loguearse en el Variable 1

Figura 74

:
CC_System_Libraries_Se...

1: Ingresa datos($username,$password,$captcha)
12:
set_userdata()
2: Presiona botón logear 6: validacion()
: Administrador

3: Ingresa datos($username,$password,$captcha) 5: Invoca ingresar() 13: Muestra
4: Presiona botón logear

7: check($captcha)
: E_Compras : CI_login : CC_Login : CI_home

9: existe_usuario($username)
10: return TRUE 8: return TRUE

11: succes_usuario($username,md5($password))
: CE_M_captcha

: CE_M_usuario

45
Caso de Uso de Variable 1 CUS02: Gestionar categorías

AGREGAR

DIAGRAMA DE COLABORACIÓN - GESTIONAR CATEGORIAS
Figura 75

: CE_M_categoria
13: existe_categoria()
1: Selecciona opción "Categorias" del menú Compras
6: get_query()
3: Invoca agregar() 12: validacion()
: CI_home
14: return FALSE
2: Selecciona opción "Agregar" 16: inserta datos
5: get_codigo_general()
15: insertar()

Fuente: Elaboración Propia 9: Ingresa datos requeridos 11: Invoca accion()
7: return $newCod 17: return TRUE
: CC_Categoria : CC_libraries_Modelo_DB
: E_Compras
10: Presiona botón "Guardar" 4: permiso()
18: Muestra mensaje de éxito()

8: Muestra form

: CI_form_categoria

: CC_Permisos

Comunicación de CUS02 - AGREGAR

46
7.3.9. Diagrama de Actividades del Variable 1
En la Figura 108 a la 141 se mostrarán la lista de diagramas de actividades para la realización del Variable 1

Caso de Uso de Variable 1 CUS01: Loguearse en el Variable 1

:Administrador : E_Almacen :E_Compras ... :CI_login :CC_Login :CI_home

INICIO

Ingresa usuario, clave y
codigo de seguridad

Presiona botón Invoca ingresar Recepciona
"Logear" datos

Valida datos
rececpcionados

¿Datos válidos?

Muestra mensaje
(s) de error(es) NO
SI

Verifica
captcha

¿Codigo captcha
correcto?
Muestra
mensaje de error NO
SI

Verifica existencia
de usuario

¿Existe usuario?
Muestra
mensaje de error NO

SI

Se obtiene información e
inicia sesion

¿Informacion vacia?
NO
Muestra Se muestra
mensaje de error SI interfaz "home"

FIN

47
Tabla 34: Diagrama de estado – Clase categoría

Clase Categoría
Categoria agregar() Categoria listar() Categoria filtrar() Categoria editar() Categoria accion_denegar() Categoria accion_permitir()
registrada listada buscada editada bloqueada desbloqueada

Fuente: Elaboración Propia

48
7.3.11. Modelo Lógico
Figura 142

e: Elaboración Propia

Modelo Lógico

49
7.3.12. Modelo Físico
Figura 143

Elaboración Propia

Modelo Físico

50
7.3.13. Interfaz del sistema (todos lo módulos con su respectiva descripción.)

Tabla 41: Interfaz 01 - Login

CI_login

Fuente: Elaboración Propia

Tabla 42: Interfaz 02 - Home

CI_login

Fuente: Elaboración Propia

51
Tabla 63: Interfaz 23 – Lista directa

CI_lista_directa

Fuente: Elaboración Propia

Tabla 64: Interfaz 24 – Lista cotización

CI_lista_cotizacion

Fuente: Elaboración Propia

Tabla 65: Interfaz 25 - Form orden de compra

CI_form_orden_compra

52
Fuente: Elaboración Propia

7.3.14. Diagrama de Componentes
Figura 144

Config Views Controllers Helper

Libraries

Fuente: Elaboración Propia Models

lmansion_compras

Diagrama de componentes del sistema

53
7.3.15. Diagrama de Despliegue

Figura 145

Servidor Web Servidor Base
de Datos
PC_Usuario
Administrador

Fuente: Elaboración Propia
PC -Usuario
Compras Router

Diagrama de despliegue del sistema

54
8. Análisis de los resultados
Volumen Y
 Antes de la implementación del Variable 1 N:

 Después de la implementación del Variable 1 N
PE2
 Antes de la implementación del Variable 1 N:

 Después de la implementación del Variable 1 N:

9. Conclusiones

10. Sugerencias

55
REFERENCIAS BIBLIOGRÁFICAS

AEDO, Ignacio. Variable 1 Multimedia: análisis, diseño y evaluación [en línea]. España:
Uned, 2009 [fecha de consulta: 14 setiembre 2015]. ISBN: 9788436247916. Disponible
en: https://books.google.com.pe/books?id=l48uBQAAQBAJ&source=gbs_navlinks_s

ANAYA, Julio. Logística Integral: La gestión operativa de la empresa [en línea]. 3a. ed.
Madrid: ESIC Editorial., 2007 [fecha de consulta: 06 setiembre 2017]. ISBN:
9788473564892. Disponible en:
https://books.google.com.pe/books?id=a4Tq_7Pmc04C&source=gbs_navlinks_s

CARDADOR, Antonio. Implantación de aplicaciones N en entornos internet, intranet y
extranet [en línea]. Málaga: IC Editorial, 2014 [fecha de consulta: 15 setiembre 2015].
ISBN: 9788416433094. Disponible en:
https://books.google.com.pe/books?id=Lj91CQAAQBAJ&dq=Variable
1+N&source=gbs_navlinks_s

56