Plantesis 130721231637 phpapp02

Page 1

Índice I.

INFORMACIÓN GENERAL ..................................................................................... 4

1.1 Título del Proyecto de Investigación: ......................................................................... 4 1.2 Autores:....................................................................................................................... 4 1.3 Asesor/Colaboradores: ................................................................................................ 4 1.4 Tipo de investigación .................................................................................................. 4 1.5 Facultad y Escuela Profesional ................................................................................... 4 1.6 Duración del Proyecto: ............................................................................................... 4 1.7 Aprobado: ................................................................................................................... 4 1.8 Fecha de presentación ................................................................................................. 4 II.

PLAN DE INVESTIGACIÓN................................................................................. 5

2.1 Planteamiento del Problema ....................................................................................... 5 2.1.1

Situación Problemática ..................................................................................... 5

2.1.2

Enunciado del Problema ................................................................................... 7

2.1.3

Definición del Problema ................................................................................... 7

2.1.4

Objetivos........................................................................................................... 9

2.1.5

Justificación e Importancia ............................................................................. 10

2.1.6

Limitaciones ................................................................................................... 11

2.1.7

Viabilidad de la Investigación ........................................................................ 11

a)V. Económica ...................................................................................................... 11 b)V. Técnica ........................................................................................................... 12 c)V. Operativa ........................................................................................................ 12 2.2 Marco Teórico .......................................................................................................... 13 2.2.1

Antecedentes de investigación ....................................................................... 13

2.2.2

Bases Teórico-Científicas ............................................................................... 19

2.2.2.1 Sistemas de Información ................................................................................ 19 a)Definición ............................................................................................................ 19 b)Clasificación de los Sistemas de Información .................................................... 21 c)Tipos de Sistemas de Información ...................................................................... 22

1


2.2.2.2 Proceso de Registro de Pedidos ...................................................................... 23 a)Definición ............................................................................................................ 23 b)Proceso de gestión de pedidos ............................................................................ 24 2.2.2.3 Metodología RUP ........................................................................................... 27 a)Definición ............................................................................................................ 27 b)Fases de RUP ...................................................................................................... 28 c)Lenguaje Unificado de Modelado (UML) .......................................................... 30 2.3 Hipótesis ................................................................................................................... 32 2.4 Método ...................................................................................................................... 32 2.4.1

Tipo y diseño de investigación ....................................................................... 32

a)Tipo de Investigación .......................................................................................... 32 b)Diseño de Investigación ...................................................................................... 32 2.4.2

Universo y Muestra ........................................................................................ 33

a)Universo .............................................................................................................. 33 b)Muestra................................................................................................................ 33 c)Tipo de Muestra .................................................................................................. 34 2.4.3

Variables e Indicadores .................................................................................. 34

a)Variables.............................................................................................................. 34 b)Indicadores .......................................................................................................... 35 b.2 Operacionalización ................................................................................................... 35 2.4.4

Métodos e Instrumentos de Investigación ...................................................... 36

a)Técnicas e Instrumentos de la Investigación de Campo ..................................... 36 b)Técnicas e Instrumentos de la Investigación Experimental ................................ 37 c)Técnicas e Instrumentos de la Investigación Documental .................................. 37 2.4.5

Procedimiento de Análisis estadístico de Datos ............................................. 37

2.4.1

Cronograma de Actividades ........................................................................... 39

2.4.2

Recursos ......................................................................................................... 41

a)Recursos Humanos .............................................................................................. 41 b)Recursos Materiales ............................................................................................ 41 c)Recursos Técnicos ............................................................................................... 41 2.4.3

Presupuesto ..................................................................................................... 42

2


2.4.4

Financiamiento ............................................................................................... 42

2.5 Índice Tentativo de la Tesis ...................................................................................... 43 3.2 Moldeamiento del Negocio....................................................................................... 44 3.3 Requerimientos ......................................................................................................... 44 3.4 Análisis del Sistema .................................................................................................. 44 3.5 Diseño de Herramientas ............................................................................................ 44 3.6 Codificación .............................................................................................................. 44 3.7 Pruebas ...................................................................................................................... 44 3.8 Puesta en Marcha ...................................................................................................... 44 REFERENCIAS BIBLIOGRÁFICAS: .............................................................................. 46 ANEXOS Y APÉNDICES................................................................................................. 48

3


I. INFORMACIÓN GENERAL 1.1 Título del Proyecto de Investigación:

Desarrollo de un Sistema de Información Móvil, utilizando RUP, para el Registro de Pedidos en la empresa PALFARMA E.I.R.L..

1.2 Autores: -Guerra Salazar, José Luis -Lucas Granda, Hairol Alberto

1.3 Asesor/Colaboradores:

1.4 Tipo de investigación Aplicada: Interesada en la aplicación de los conocimientos a la solución de un problema práctico inmediato.

1.5 Facultad y Escuela Profesional Facultad de Ciencias de Gestión Escuela Profesional: Ingeniería de Sistemas

1.6 Duración del Proyecto: Primera fase: 04/04/2013 – 25/07/2013

1.7 Aprobado:

_________________ FACEM

___________________ Director de la Escuela

1.8 Fecha de presentación 12/12/2013

4


II. PLAN DE INVESTIGACIÓN 2.1 Planteamiento del Problema

2.1.1 Situación Problemática

Realidad Mundial En los últimos años se ha producido un crecimiento significativo en las ventas de dispositivos móviles. Esto es uno de los motivos por el que las aplicaciones para dispositivos móviles han generado un nuevo mercado con grandes posibilidades de éxito y sobre todo con gran impacto en los negocios, permitiendo satisfacer necesidades de movilidad y ubicuidad. En particular las empresas de distribución de productos tienen la necesidad de registrar pedidos, de consultar en tiempo real el stock de sus productos, y de obtener una diferencia competitiva en relación con otras empresas.

El registro de pedidos está teniendo un gran impacto en el mundo del comercio con la utilización de dispositivos móviles, conllevando a la creación de diferentes estrategias o sistemas. Las empresas del primer mundo utilizan esta tecnología para dar un paso más allá de la competencia, permitiendo agilizar el tiempo que se toma el vendedor a la hora de tomar los pedidos y minimizando los errores de registro y entrega de productos.

Perú Actualmente en el Perú solo las empresas estratégicamente competitivas cuentan con esta herramienta para el apoyo del proceso de registro de pedidos en el campo. Estas principales marcas que actualmente lideran nuestro mercado tienen conocimiento de la importancia y la utilización de los dispositivos móviles en sus procesos.

5


El registro de pedidos móviles permite levantar pedidos, consultar productos y enviar los pedidos en línea a sus servidores centrales.

En el otro lado de la monea también existen pequeñas y medianas empresas (PYMES) que no cuentan con recursos económicos para adquirir sistemas móviles o por falta de conocimiento no visualizan la ventaja competitiva que esto conlleva.

Empresa La empresa PALFARMA E.I.R.L. es una empresa distribuidora de medicamentos médicos con clientes en todo el distrito de Lima y también en diferentes provincias del Perú. Realiza los pedidos de manera rudimentaria, manualmente con hojas y lapiceros, conllevando en algunos casos a errores en el registro y por consiguiente generando la insatisfacción de sus clientes.

El proceso de registro de pedidos es exageradamente lento porque se tiene que estar registrando todo manualmente e incluso tomando más tiempo si el cliente es nuevo, además actualmente los pedidos se entregan un día después de haber hecho el registro porque se espera que los vendedores terminen con todos los clientes establecidos a su cargo para después recién dar paso a la selección de los productos para su pronta distribución. Existe una brecha de insatisfacción en algunos clientes por la demora y por los errores no intencionales por parte del personal en el registro de los pedidos. También cabe mencionar que toda la información relacionada con los clientes, sus pedidos esta particionado en dos sistemas, uno para provincias y el otro para el distrito de Lima conllevando a esto no a la uniformidad de la información para el consolidado de reportes y consultas al ínstate porque se cuenta con dos bases de datos.

6


Figura 01. Ubicación de la Empresa PALFARMA E.I.R.L..

2.1.2 Enunciado del Problema ¿En qué medida el desarrollo de un Sistema de Información Móvil, utilizando RUP, mejorará el proceso de Registro de Pedidos en la empresa PALFARMA E.I.R.L.?.

2.1.3 Definición del Problema El Proceso de Registrar Pedidos de la empresa PALFARMA E.I.R.L. se desarrolla de la siguiente manera: El área de ventas envía a los empleados a sus clientes y/o posibles clientes, mayormente

farmacias

o

negocios

relacionados

con

la

venta

de

medicamentos, para ofrecer sus productos. Si el cliente se hace un registro de sus datos. El cliente procede a hacer la selección de los productos que desea recibir esto es registrado y la información será enviada por correo o un mensaje de celular para que se proceda su realización.

A continuación se muestra el proceso descrito.

7


Figura 02. Flujograma del Proceso de Registro de Pedidos de la empresa PALFARMA E.I.R.L.. Proceso de Registro de Pedidos. No forma parte del proceso de Registro de Pedidos. 8


El proceso de registro de pedidos se realiza de forma manual, rudimentariamente, con lapiceros, hojas, generando los siguientes problemas: Errores de registro, las personas responsables de tomar los pedidos suelen cometer de manera no intencional por no prestar suficiente atención o por haber tomado el pedido de manera equivocaba. Pérdida de tiempo en la distribución de los productos, Cada empleado después de tomar nota todos los pedidos de todos los clientes que le son establecidos se dirigen a la empresa y recién ahí se hace el procesamiento de la información

para su posterior uso en la

distribución de los medicamentos que recién

al día siguiente se

comenzara con la distribución. Insatisfacción de los clientes, no se tiene un registro apropiado, solo hojas e incluso borradores. Además después de haber hecho el pedido se pierden facturas y hojas. Número de pedidos realizados por día. Tabla 01. Datos Actuales de los Indicadores. Indicadores

Datos de Prueba (Promedio)

Tiempo empleado para registro de pedidos Exactitud de datos Número de pedidos realizados/día Número de pedidos rechazados/día Tiempo de entrega del Producto Satisfacción

25 min 90% 100 pedidos/día 8 pedidos/día 2 días 80%

2.1.4 Objetivos Objetivo General Desarrollar un Sistema de Información Móvil, utilizando RUP, para el Proceso de Registro de Pedidos en la empresa PALFARMA E.I.R.L..

9


Objetivos Específicos Modelar el negocio. Definir los requerimientos para establecer el alcance y los límites del proyecto. Analizar y Diseñar el Sistema de Información Móvil para producir un modelo lógico y físico a implementar, de acuerdo a las necesidades que ha establecido el usuario. Implementar el sistema en términos de componentes tales como scripts y ejecutables. Realizar pruebas sobre la estructura del Sistema de Información Móvil para verificar que los componentes interactúan entre si de un modo adecuado. Puesta en marcha el Sistema de Información Móvil.

2.1.5 Justificación e Importancia

La siguiente investigación se justifica por querer proporcionar un Sistema de Información Móvil a la empresa PALFARMA E.I.R.L. que ayudará, agilizará y optimizará su proceso de registro de pedidos permitiendo que estos se realicen desde cualquier lugar, registrando nuevos clientes y también para poder hacer consultas de los productos médicos que se encuentren en stock.

Conveniencia: Esta investigación es conveniente porque: -Ayudará, agilizará y optimizará el proceso de registro de pedidos de la empresa. -Servirá como base, aporte y guías de futuras tesis y proyectos relacionados con el campo de desarrollo de Sistemas de Información Móvil. -El desarrollo de la tesis permitirá hacer uso de los conocimientos adquiridos durante el transcurso de la carrera profesional de Ingeniería de Sistemas.

10


Relevancia Social: Esta investigación desarrollará un Sistema de Información de Registro de Pedidos y esto conllevará a que se utilice menos papel para la toma de los pedidos. Se cuidará el medio ambiente.

Implicaciones Prácticas: Esta investigación ayudará a resolver el problema práctico de movilidad y registro de los pedidos a los clientes. También la distribución y los errores que se generan manualmente.

Valor Teórico: Con la presente investigación podremos obtener resultados que conllevará para futuros estudios a investigar el uso de la tecnología móvil en las pequeñas y medianas empresas. El uso apropiado de los Sistemas de Información Móvil puede traer futuras hipótesis relacionadas con la competitividad y la productividad.

Utilidad Metodológica: Esta investigación creará un Sistema de Información, es decir recolectara información, para que después sea utilizada para su explotación en la toma de decisiones en la empresa que se desarrollará.

2.1.6 Limitaciones •

Falta de tiempo

2.1.7 Viabilidad de la Investigación

a) V. Económica Los investigadores tienen los medios económicos suficientes para cubrir el costo de la investigación. Por el lado de la empresa ayudará con el gasto de los pasajes y otros servicios que se presenten para la investigación. Incluso se llegó a un acuerdo para unas posibles capacitaciones si se requieren.

11


b) V. Técnica Acceso a: - Computadoras de escritorio. - Impresora

Y el software: - Rational Requisite Pro - Rational Software Architect - Microsoft Visual Studio 2010 - SQL Server 2008 R2. - Android Development Tools

c) V. Operativa Los investigadores poseen con los conocimientos en desarrollo de Sistemas Móviles en Android, Web Services, Base de Datos. También en el manejo de herramientas de gestión y desarrollo de los mismos. Amplio manejo de utilización de tecnologías Microsoft. Además se cuenta con habilidades personales de investigación, auto-aprendizaje y apoyo de terceros dentro de la empresa PALFARMA E.I.R.L..

12


2.2 Marco Teórico 2.2.1 Antecedentes de investigación Autor: Brallan Balarezo Paredes Título: Desarrollo de un sistema de información de registro de pedidos para ventas usando dispositivos móviles. Resumen: El presente proyecto consiste en el análisis, diseño e implementación de un sistema de Información de registro de pedidos para Ventas usando dispositivos móviles, aplicable a medianas empresas en el Perú que permita el registro de pedidos en línea, obteniendo información de clientes y productos de manera más rápida y que provea reportes que exploten la información registrada y a su vez ayuden en la toma de decisiones, como por ejemplo el reporte consolidado de pedidos por vendedor o el reporte de productos más vendidos. Un punto muy importante del presente proyecto es la posibilidad del trabajo tanto en línea (registrando la información en una base de datos centralizada) como el trabajo fuera de línea, que se podría utilizar en caso el dispositivo móvil pierda la conexión a la base de datos, para ello la información será almacenada en el mismo dispositivo y será sincronizada una vez que se vuelva a tener conexión. El presente documento ha sido estructurado en cinco capítulos, tal como se describe a continuación: En el capítulo 1, se definen los objetivos, alcance, justificación del proyecto y marco conceptual necesario para el entendimiento del mismo. En el capítulo 2, se describe la metodología a utilizar y se detalla el Análisis realizado. En el capítulo 3, se detallan los aspectos relacionados al diseño del sistema así como la definición de la arquitectura y los prototipos de pantallas. En el capítulo 4, se define la tecnología, patrones, componentes y el plan de pruebas que se utilizará en la elaboración del sistema. En el capítulo 5, se describen las conclusiones del trabajo y las recomendaciones en base a la experiencia obtenida. [1].

13


Autor: Lisset Marcela Chávez Vargas Título: Sistema Informático Web-Móvil para el proceso de Contratación de Medidores de la Empresa Fagel Contratistas S.R.L. utilizando RUP y XML. Resumen: El presente proyecto consiste en el análisis, diseño e implementación de un sistema informático Web-Móvil para mejorar el proceso de contratación de medidores de la empresa Fagel Contratistas S.R.L. que permitirá verificar errores de medición y control de los medidores mediante su comparación con sistemas de patrón, consolidando reportes de contrastación vía Móvil y Web para el análisis y toma de decisiones de los directivos. Entre los puntos importantes del presente proyecto está la posibilidad de guardar en memoria el registro de las mediciones cuando no se encuentra conectado a internet y sincronizar después cuando ya se tenga internet para la actualización en la base de datos. El presente proyecto ha sido estructurado 5 en

capítulos tal y como se

describe a continuación: En el capítulo 1, se definen los objetivos, alcance, justificación del proyecto y marco conceptual. En el capítulo 2, descripción de la metodología a utilizar y se detalla el Análisis realizado. En el capítulo 3, se detalla el diseño del sistema Web-Móvil así como la definición de la arquitectura y los prototipos de pantallas tanto para el sistema móvil y para el sistema web. En el capítulo 4, se define la tecnología componentes y el plan de pruebas que se utilizará para los dos sistemas (Web-Móvil). En el capítulo 5, se describen las conclusiones del trabajo y las experiencias obtenidas. [2].

14


Autores: Oscar Eduardo Arias Pineda Jorge Andrés Vera López Título: Sistema WAP para Registro de Pedidos. Resumen: El proyecto parte de un problema encontrado en la Distribuidora TAT, en donde se observaron inconvenientes en el proceso de registro de pedidos; se plantea una idea del proyecto evaluando su objeto de estudio, delimitación y objetivos, lo que permite determinar su factibilidad; después de analizar cada uno de estos elementos se decide desarrollar una aplicación WAP para la toma de pedidos a través de un dispositivo móvil. Durante el desarrollo del proyecto se realizó el levantamiento de la información necesaria para analizar los requerimientos del cliente, con el fin empezar a diseñar una aplicación que permitiera suplir las necesidades de la empresa; a través de las diferentes etapas del modelo de ciclo de vida en cascada, se fue llevando a cabo cada una de las actividades, logrando una aplicación que cumpliera con las expectativas del cliente. Se empezó con la etapa de requisitos en la cual fue recopilada toda la información sobre el problema existente en la empresa, para luego por medio de diagramas empezar a diseñar la aplicación, después de cumplir por completo con los requerimientos del cliente en esta etapa se pasó al diseño; construyó la interfaz de usuario, teniendo en cuenta la características de los teléfonos con los que cuenta la empresa para que los vendedores realicen las labores de pedidos; de igual forma, se diseñó una base de datos para simular el funcionamiento del sistema; en el momento de desarrollo se elaboró cada uno de los formularios, permitiendo la interacción de éstos con el usuario; en la etapa de pruebas s validaron los datos de acuerdo con los requerimientos del cliente para determinar la funcionalidad de la aplicación; en la etapa de operación se realizó el plan de puesta en marcha, en el plan para capacitar a cada uno de los usuarios del sistema.[3].

15


Autor: Rolando Reyes Título: Sistema de distribución, gestión de Venta, autoventa y solución de problemas en ruta con comunicación hacia dispositivos móviles. Resumen: Muchas empresas ecuatorianas requieren procesos de transportación y distribución para cumplir con el ciclo de su cadena de valor; sin embargo, no cuentan con una herramienta de administración que les ayude no sólo a gestionar sino a optimizar todos los recursos de la empresa; por ello la necesidad de automatizar totalmente estos procesos en las áreas de la organización, llegando incluso a implementar funcionalidad con móviles que ayuden a alcanzar reducción en los costos de operación y un incremento en las ventas. Se pretendió investigar y determinar las tecnologías más actuales de desarrollo con Web Services y dispositivos móviles para poder desarrollar un software con tecnología de punta. Se investigó y analizó los procesos y procedimientos principales dentro de una empresa dedicada a la venta y distribución de productos de consumo masivo para realizar el levantamiento de los requerimientos. El propósito del presente proyecto fue elaborar un sistema de distribución, gestión de venta y autoventa, y solución de problemas en ruta con comunicación hacia dispositivos móviles, mediante el uso de la metodología RUP. En este proyecto se describe el proceso de desarrollo utilizando la metodología RUP, el diseño e implementación del sistema, y los resultados del proyecto. Es así que los procesos y procedimientos principales identificados son: administración de activos fijos, gestión de inventarios, compras, y ventas, siendo el último el de mayor peso, ya que involucra la mayor cantidad de actividades y en base al cual se desarrolla la automatización del flujo del negocio. La distribución de los procesos en varios Web Services para el desarrollo de este proyecto muestra ventajas como: modularidad, interoperabilidad y reusabilidad. Durante la construcción del sistema con la metodología RUP se elaboraron tres iteraciones para un avance incremental aunque un poco lento del desarrollo. [4].

16


Autor: Ramiro Delgado Título: Desarrollo de un sistema de automatización y gestión de fuerza de ventas utilizando tecnologías móviles inalámbricas. Resumen: PRONACA (Procesadora Nacional de Alimentos) busca automatizar de mejor manera su fuerza de ventas y permitir que su labor de campo sea realmente aprovechada. Actualmente para poder tomar los pedidos de sus productos, a nivel nacional, posee un esquema de preventa donde cada uno de los vendedores visita a sus respectivos clientes asignados y en un Hand Held o Palm Pilot toma la orden o el pedido de cada ítem durante el día. En la noche, a través de un proceso en bach, esta información es alimentada al ERP (Enterprise Resource Planning) y dependiendo de la disponibilidad de stock, este pedido se prepara para su entrega al día siguiente en conjunto con la factura emitida. El proceso descrito es ineficiente ya que en ocasiones y por diversas causas, provoca que no se venda realmente todo lo que se tiene en las cámaras de frío ya que no se cuenta con los stock s en línea, lo que permitiría al mismo vendedor tomar la decisión de asignarle más producto a un cliente si así lo requiere este. Si fuera posible determinar los stock s de producto en línea, los vendedores no solamente podrían vender lo que se les ha asignado como portafolio, sino que podrían ofrecer otros productos y realizar venta cruzada, e incluso dar más cantidad de la que requiere un cliente. Además permitiría que los pedidos sean entregados temprano. Esto evitaría que se descomponga el producto en las cámaras y se distribuya el espacio de mejor manera. Indudablemente, redundaría en un ahorro considerable tanto en dinero, como en tiempo y mejoraría la logística general de la empresa y su relación con el cliente. [5].

17


Autor: Oscar Gabriel Bedón Terán William Armando Garzón Játiva Título: Desarrollo de un sistema de control de inventario mediante el uso de tecnología de asistente personal digital (PDA) para el almacén Arte Colonial. Resumen: El presente tema de tesis tiene como objetivo el resolver la problemática que afronta actualmente el almacén Arte Colonial, el cual no dispone de ningún tipo de automatización en el proceso de Control de Inventarios, ya que al realizarlo de forma manual está propenso a que se cometan muchos errores y pérdidas de información. Se ha propuesto una alternativa efectiva y viable a este problema, la cual soluciona de manera eficaz los contratiempos que en este momento afronta el almacén. La solución para automatizar y mejorar el Control de Inventario es desarrollar un software que realice este proceso de manera segura y confiable, usando tecnología de punta y muy actual, como es el caso de los Asistentes Personales Digitales (PDA s), que accederán en tiempo real y de forma inalámbrica a la base de datos de la aplicación, registrando de forma inmediata la información necesaria para llevar correctamente el inventario de la empresa. El proyecto hace uso de tecnología actual como es el caso de PDA s, y además incluye muchas áreas que un Ingeniero de Sistemas e Informática debe dominar, tales como son: el área de Redes y Comunicaciones, en la cual se implantará una red híbrida de estructura cableada e inalámbrica, así como también el área de Desarrollo de Software, que incluye la programación Orientada a Objetos y Orientada a la Web, con una estructura flexible realizada en cuatro capas. [6].

18


2.2.2 Bases Teórico-Científicas 2.2.2.1 Sistemas de Información a) Definición Un Sistema de Información (SI) es un conjunto de componentes interrelacionados para recolectar, manipular y diseminar datos e información y para disponer de un mecanismo de retroalimentación útil en el cumplimiento de un objetivo. Todos interactuamos en forma cotidiana con sistemas de información, para fines tanto personales como profesionales; utilizamos cajeros automáticos, los empleados de las tiendas registran nuestras compras sirviéndose de códigos de barras y escáner u obtenemos información en módulos equipados con pantallas sensibles al tacto, las muy famosas touch screen. Las principales compañías gastan en la actualidad más de 1 000 millones de dólares al año en tecnología de información y en el futuro dependeremos aún más de los sistemas de información.

Según Kenneth Laudon. & Jane Laudon en su libro

“Sistemas De

Información Gerencial”. [7]. “Un sistema de información se puede definir técnicamente como un conjunto de

componentes

interrelacionados

que

recolectan

(o

recuperan), procesan, almacenan y distribuyen información para apoyar la toma de decisiones y el control en una organización.

Además de

apoyar la toma de decisiones, la coordinación y el control, los sistemas de información también pueden ayudar a los gerentes y trabajadores a analizar problemas, visualizar asuntos complejos y crear productos nuevos”. Los sistemas de información contienen información acerca de gente, lugares y cosas importantes dentro de la organización o en el entorno que se desenvuelven. Por información se entiende los datos que se han modelado en una forma significativa y útil para los seres humanos. En contraste, los datos son consecuencia de los hechos en bruto y

19


representan eventos que ocurren en las organizaciones o en el entorno físico antes de ser organizados y ordenados en una forma que las personas puedan entender y utilizar.

Hay tres actividades en un sistema de información que produce la información que las organizaciones necesitan para tomar decisiones, controlar operaciones, analizar problemas y creas nuevos productos o servicios. Estas actividades son entrada, procesamiento y salida. La entrada captura o recolecta datos en bruto tanto

al

interior

de

la

organización como de su entorno externo. El procesamiento convierte esta entrada de datos en una forma significativa. La salida transfiere la información procesada a la gente que lo usará o a las actividades para las que se utilizará. Los sistemas de información también requieren retroalimentación que es la salida que se devuelve al personal adecuado de la organización para ayudarle a evaluar o corregir la etapa de entrada.

En un sentido amplio se puede considerar que un SI es un conjunto de elementos que interactúan para que la empresa pueda alcanzar sus objetivos satisfactoriamente. Según COBIT los componentes o recursos de un SI son los siguientes: •

Datos En general se consideran datos tanto los estructurados como los no estructurados, las imágenes, los sonidos, etc.

Aplicaciones Se incluyen las aplicaciones manuales y las informáticas.

Infraestructura En infraestructura se incluyen las tecnologías y las instalaciones (por ejemplo hardware, sistemas operativos, sistema de gestión de base de datos, sistemas de red, multimedia y el medio en el que se ubican) que permiten que se procesen las aplicaciones.

20


Personal Los conocimientos que ha de tener el personal de los sistemas de información para planificarlos, organizarlos,

administrarlos

y

gestionarlos.

Figura 03. Sistema de Información. b) Clasificación de los Sistemas de Información Según Vinceç Fernández Alarcón, en su libro “Desarrollo de Sistemas De Información – Una metodología basada en el modelado”. [8]. Propone diversos criterios para la clasificación de los Sistemas de Información: 1. Por el grado de formalidad: Sistemas de Información Formales y los Informales. 2. Por el nivel de automatización conseguido: En las organizaciones, pueden existir sistemas que necesitan una alta participación de los trabajadores – poco automatizadas (Por ejemplo, los sistemas para responder a preguntas personalizadas a través de un e-mail) -, mientras que otros sistemas son capaces de trabajar sin la intervención humana – muy automatizadas centrales telefónicas totalmente automatizadas).

21

(por

ejemplo,

las


3. Por su relación con la toma de decisiones Una de las funciones que deben cumplir los sistemas de información es colaborar en la toma de decisiones. En función del lugar jerárquico en donde se tomen las decisiones, los sistemas de información se podrán clasificar en estratégicos, de control u operativos.

4. Por la naturaleza de sus entradas y salidas Un sistema de información puede recibir información de diversas fuentes de información (personas, empresas, otros sistemas de información, etc.) así como en distintos formatos (a través de un teclado, por la red, de un disquete, memoria USB, CD, DVD etc.) del mismo modo, los Sistema de Información pueden proporcionar información a través de distintos formatos (impreso, por pantalla, en internet, etc.).

5. Por el origen y el grado de personalización En las empresas se pueden encontrar Sistemas de Información que han sido diseñados e implementados sólo para ellos, o también sistemas comprados que son utilizados por otras empresas.

6. Por el valor que representan para las organización El sistema que contiene la información de los clientes suele tener una

mayor

importancia

que

el

sistema

de

información

de

presupuestos (ya que este es más sencillo y se puede hacer manualmente).

c) Tipos de Sistemas de Información Según Kenneth Laudon. & Jane Laudon en su libro

“Sistemas De

Información Gerencial”. [7]. Plantea cuatro principales tipos de sistemas de información que dan servicio a los diferentes niveles de la organización:

22


• Los sistemas a Nivel Operativo apoyan a los gerentes operativos en el seguimiento de las actividades y transacciones elementales de la organización como ventas, ingresos, depósitos en efectivo, nómina, decisiones de crédito y flujo de materiales en una fábrica. • Los sistemas a Nivel del Conocimiento apoyan a los trabajadores del conocimiento y de datos de una organización. El propósito de estos sistemas es ayudar a las empresas comerciales a integrar el nuevo conocimiento en los negocios y ayudar a la organización a controlar el flujo del trabajo de oficina. • Los sistemas a Nivel Administrativo sirven a las actividades de supervisión, control, toma de decisiones y administrativas de los gerentes de nivel medio. • Los sistemas a Nivel Estratégico ayudan a los directores a enfrentar y resolver aspectos estratégicos y tendencias a largo plazo, tanto en la empresa como en el entorno externo.

2.2.2.2 Proceso de Registro de Pedidos a) Definición Uno de los documentos más importantes que se utilizan en la empresa es el pedido. El pedido es el que conecta al cliente con la empresa, de una manera sistemática y amplia. De hecho, la experiencia que de cada cliente tiene con la empresa está determinada por la forma en que la empresa gestiona el ciclo de vida del pedido: “durante el ciclo de vida del pedido, cada vez que se manipula el pedido, se manipula al cliente. Cada vez que el pedido es desatendido, el cliente se siente desatendido”. [9].

Un pedido es el soporte de la petición del cliente a la empresa y contiene toda la información que la empresa necesita para llevar a cabo su cumplimentación correctamente. Esta información consta, básicamente, de datos sobre el cliente, producto/servicio solicitado (descripción, modelo, calidad, planos, especificaciones técnicas, etc.), cantidad, lugar y fecha de

23


entrega y precio. Adicionalmente a esta información básica, y dependiendo de cada situación concreta, el pedido puede contener otros datos como condiciones de entrega, condiciones de pago, restricciones de entrega, etc. Una vez se ha validado el pedido y la empresa se ha comprometido a servirlo en unas condiciones pactadas, el pedido se convierte en un documento “contractual” y el incumplimiento de las condiciones pactadas suele originar costes a la parte que incumple, en concepto de indemnización, y deteriora su imagen de cara a nuevas relaciones comerciales. La Gestión de Pedidos incluiría “todas las tareas relativas a la recepción, aceptación, configuración, manipulación, consulta y archivado del pedido en cualquiera de sus etapas del ciclo de vida.”. Si bien la gestión de pedidos se ha considerado tradicionalmente como un asunto prioritario en la empresa, por ejemplo en contextos de taller mecánico, las preocupaciones por otros temas parecían haberla relegado a un segundo plano. Las nuevas exigencias del mercado como la personalización, la rapidez y la precisión en la respuesta al cliente, la competitividad y la eficiencia empresarial a todos los niveles, vuelven a poner de manifiesto la importancia de la gestión de pedidos. b) Proceso de gestión de pedidos La gestión de pedidos se sitúa en el nivel de corto plazo y envía la información sobre los pedidos recepcionados a las áreas o módulos de planificación de la distribución, producción y requerimientos de materiales, mientras que recibe información sobre las posibilidades de satisfacer dichos pedidos. La agrupación de las distintas tareas llevadas a cabo en el proceso de gestión de pedidos daría lugar a subprocesos. Para el estudio de un proceso genérico de Gestión de Pedidos, es importante tener en cuenta que el pedido se recibe en el “front-end” de la empresa, y desde allí, una vez recibido, se activa el proceso de gestión en su totalidad. Las distintas actividades o subprocesos que habrá que llevar a

24


cabo para la gestión completa del pedido se iniciarán a petición del propio “frontend”, en donde se centraliza normalmente la gestión del pedido. El sistema “front-end” se define como “el que traduce capacidades organizacionales y servicios en valor para el cliente”. Las subprocesos más relevantes, dentro del proceso de gestión del pedido, desde un punto de vista de modificaciones del pedido o procesamientos del pedido se localizan en el “front-end” de la empresa. A continuación se enumeran y describen los subprocesos del proceso de gestión de pedidos que se considera que se llevan a cabo en el “front-end”: 1) Recepción y prevalidación La recepción aglutina a las tareas que tienen que ver con la recepción de la propuesta de pedido y la prevalidación inicial (se entiende que, hasta que la “propuesta” que hace el cliente no se ha aceptado, no se puede hablar de “pedido”), en la que se realizarán las comprobaciones necesarias sobre la correcta elaboración y preparación de la propuesta desde un punto de vista formal. La prevalidación de la propuesta de pedido consiste en realizar las tareas oportunas para comprobar que la propuesta de pedido reúne unas condiciones formales mínimas: la propuesta está bien cumplimentada, los datos de la propuesta (descripción del producto, cantidad, fecha, etc.) son correctos.

2) Validación Para la validación, se tendrán en cuenta aspectos tanto comerciales como financieros básicos relacionados con el cliente, o criterios relacionados con decisiones o políticas de la empresa (este mes no hay que admitir pedidos de este tipo de producto o por menos de esta cantidad).

25


3) Registro El registro de la propuesta de pedido, una vez hecha la validación definitiva, consiste en registrar la propuesta en el formato estandarizado que utilice la empresa para manejar este tipo de información. Normalmente, este formato vendrá determinado por el “interface” de la base de datos de pedidos, incluida en el sistema informático de la empresa, con lo que, la tarea de registro, consistirá en rellenar los campos oportunos y dar de alta la propuesta de pedido en el sistema informático.

4) “Order Promising” La mayoría de los investigadores utilizan el concepto de OP (Order Promising o comprometer pedidos) para referirse a las actividades que se realizan para analizar en qué medida es posible comprometerse con el cliente sobre la propuesta de pedido que éste entrega a la empresa.

5) Dar de alta el pedido pendiente de cumplimentación En la fase de cumplimentación se utilizará la información generada y manejada en el proceso de OP como punto de partida, de forma que se sabrá qué producto fabricar, cómo hacerlo, quién lo hará y cuáles son los plazos de ejecución a respetar. Aunque, toda esta información, en según qué situaciones, deberá detallarse a un nivel mayor del que se haya empleado en el proceso de OP. Una de las primeras actuaciones que habrá que llevar a cabo cuando el pedido se da de alta y queda pendiente de cumplimentar es la reserva de producto o capacidad necesaria para la cumplimentación del pedido.

26


6) Consulta del estado del pedido Estas tareas consisten normalmente en averiguar la situación exacta dentro del proceso de fabricación del producto o productos que componen el pedido.

7) Almacenamiento y consulta de pedidos terminados A partir de entonces, se procederá a la cumplimentación del pedido comprometido (“orderfulfillment”) de manera que, cuando éste se entregue y se facture pasará a ser “pedido terminado” y se procederá a su almacenamiento: el pedido pasará de ser “pedido activo” a ser “pedido inactivo”.

2.2.2.3 Metodología RUP a) Definición El Proceso Unificado Racional, Rational Unified Process en inglés, y sus siglas RUP, es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos. [10]. El RUP no es un sistema con pasos firmemente establecidos, sino que trata de un conjunto de metodologías adaptables al contexto y necesidades de cada organización, donde el software es organizado como una colección de unidades atómicas llamados objetos, constituidos por datos y funciones, que interactúan entre sí. También se conoce por este nombre al software desarrollado por Rational, hoy propiedad de IBM, el cual incluye información entrelazada de diversos artefactos y descripciones de las diversas actividades. Está incluido en el Rational Method Composer (RMC), que permite la personalización de acuerdo a necesidades.

27


b) Fases de RUP RUP se divide en 4 fases, dentro de las cuales se realizan varias iteraciones según el proyecto y en las que se hace mayor o menos esfuerzo en las distintas actividades.

Figura 04. Fases y actividades del RUP. En las iteraciones de cada fase se hacen diferentes esfuerzos en diferentes actividades: • Fase de Inicio (Inspección y Concepción): Se hace un plan de fases, donde se identifican los principales casos de uso y se identifican los riesgos. Se concreta la idea, la visión del producto, como se enmarca en el negocio, el alcance del proyecto. En esta fase se realizan los siguientes pasos: Un documento con la visión del proyecto. El modelo de Casos de Uso con una lista de todos los Casos de Uso y los actores que puedan ser identificados. Un Caso de Uso inicial de Negocio el cual incluye: contexto del negocio, criterios de éxito y planificación financiera. Un estudio inicial de riesgos. Un plan del proyecto que muestre las fases y las iteraciones. • Fase de Elaboración: se realiza el plan de proyecto, donde se completan los casos de uso y se mitigan los riesgos. Planificar las

28


actividades necesarias y los recursos requeridos, especificando las características y el diseño de la arquitectura. En esta fase se realizan las siguientes subfases: Un modelo de Casos de Uso con todos los actores identificados y la mayor parte de las descripciones de Casos de Uso. Requerimientos

adicionales:

no

funcionales

o

pseudo-

requerimientos. Descripción de la arquitectura del software. Prototipo ejecutable de arquitectura. Una lista revisada de riesgos. Plan del proyecto, incluyendo iteraciones y criterios de evaluación para cada iteración. Manual preliminar de usuario. • Fase de Construcción: se basa en la elaboración de un producto total mente operativo y en la elaboración del manual de usuario. Construir el producto, la arquitectura y los planes, hasta que el producto está listo para ser enviado a la comunidad de usuarios. En esta fase se realizan los siguientes pasos: El producto de software integrado sobre la plataforma adecuada. Los manuales de usuario. Una descripción de la versión actual. Planificar qué subsistemas deben ser implementados y en qué orden deben ser integrados, formando el Plan de Integración. Cada implementador decide en qué orden implementa los elementos del subsistema. Si encuentra errores de diseño, los notifica. Se integra el sistema siguiendo el plan. • Fase de Transición: se realiza la instalación del producto en el cliente y se procede al entrenamiento de los usuarios. Realizar la transición del producto a los usuarios, lo cual incluye: manufactura, envío,

29


entrenamiento, soporte y mantenimiento del producto, hasta que el cliente quede satisfecho, por tanto en esta fase suelen ocurrir cambios. c) Lenguaje Unificado de Modelado (UML) Es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad; está respaldado por el OMG (Object Management Group). Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. UML ofrece un estándar para describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocio y funciones del sistema, y aspectos concretos como expresiones de lenguajes de programación, esquemas de bases de datos y componentes reutilizables. Con UML se fusiona la notación de estas técnicas para formar una herramienta compartida entre todos los ingenieros de software que trabajan en el desarrollo orientado a objetos. Uno de los objetivos principales de la creación de UML era posibilitar el intercambio de modelos entre las distintas herramientas CASE orientadas a objetos del mercado. Para ello era necesario definir una notación y semántica común.

Figura 05.Gráfico Diagramas UML.

30


En UML 2.0 hay 13 tipos diferentes de diagramas. Para comprenderlos de manera concreta, a veces es útil categorizarlos jerárquicamente, como se muestra en la figura. •

Los Diagramas de Estructura enfatizan en los elementos que deben existir en el sistema modelado: Diagrama de clases Diagrama de componentes Diagrama de objetos Diagrama de estructura compuesta (UML 2.0) Diagrama de despliegue Diagrama de paquetes

Los Diagramas de Comportamiento enfatizan en lo que debe suceder en el sistema modelado: Diagrama de actividades Diagrama de casos de uso Diagrama de estados

Los Diagramas de Interacción son un subtipo de diagramas de comportamiento, que enfatiza sobre el flujo de control y de datos entre los elementos del sistema modelado: Diagrama de secuencia Diagrama de comunicación, que es una versión simplificada del Diagrama de colaboración (UML 1.x) Diagrama de tiempos (UML 2.0) Diagrama global de interacciones o Diagrama de vista de interacción (UML 2.0)

El proceso Unificado de Desarrollo se centraliza en el desarrollo de: 1. Dirigido por casos de uso 2. Interactivo e Incremental

31


3. Utiliza UML para definir los modelos del sistema de software, en construcción está formado por: Componentes de software interconectados a través de interfaces. 2.3 Hipótesis Si se utiliza un Sistema de Información Móvil, aplicando RUP, entonces mejorara el proceso de Registro de Pedidos en la empresa PALFARMA E.I.R.L..

2.4 Método 2.4.1 Tipo y diseño de investigación a) Tipo de Investigación Aplicada: Se

generará conocimientos o métodos dirigidos al sector

productivo de bienes y servicios, ya sea con el fin de mejorarlo y hacerlo más eficiente, o con el fin de obtener productos nuevos y competitivos. Tabla 02. Tipo y diseño de investigación. Tipo Diseño Experimental Pre experimental

Subclases Pre Test y Post Test de un grupo.

b) Diseño de Investigación

RG

e

X

O1

RG

c

− −

O2

Dónde: RGe

=

Grupo Experimental: Grupo aleatorio de estudio al que se le

aplicará el estímulo (Sistemas de Información). X =Sistema de Información Móvil. O1= Datos de la Post-Prueba para los indicadores de la Variable Dependiente: Mediciones Post-Prueba del grupo experimental.

32


RGc = Grupo de Control. Grupo aleatorio de control al que no se le aplicará el estímulo. --= Falta de estímulo o condición experimental. O2= Datos de la Post-Prueba para los indicadores de la Variable Dependiente: Mediciones Post-Prueba del grupo de control. Descripción: El diseño de estudio es experimental, del tipo pre Experimental de pre y post prueba. Se trata de la confrontación de un Grupo Experimental Aleatorio (RGe) conformado por los pedidos realizados para la empresa PALFARMA E.I.R.L., al que se le aplicó el estímulo Sistemas de Información (X), obteniendo nuevos valores para los indicadores de la variable dependiente (O1). A un segundo Grupo de Control Aleatorio (RGc) también conformado por los pedidos realizados para la empresa PALFARMA E.I.R.L., al que no se le administra estímulo alguno, en forma simultánea se le aplica una prueba a los indicadores de la variable dependiente (O2). Se espera que los valores O1 sean mejores que los valores O2. Los dos grupos están constituidos de forma aleatoria pero representativa estadísticamente. Tanto en ausencia como en presencia de los Sistemas de Información propuestos.

2.4.2 Universo y Muestra a) Universo Todos los Procesos de Registro de Pedidos de Lima, Perú. N= 62332 Procesos.

b) Muestra Proceso de Registro de Pedidos en la empresa PALFARMA E.I.R.L. n= 1 Proceso.

33


c) Tipo de Muestra No aleatorio o empírico Esta técnica consiste en que la muestra es obtenida a criterio del investigador y no al azar.

2.4.3 Variables e Indicadores a) Variables • V. Independiente. Sistema de Información Móvil. Un Sistema de Información (SI) es un conjunto de componentes interrelacionados para recolectar, manipular y diseminar datos e información y para disponer de un mecanismo de retroalimentación útil en el cumplimiento de un objetivo.

• V. Dependiente. Proceso de Registro de Pedidos. El pedido es el que conecta al cliente con la empresa, de una manera sistemática y amplia. De hecho, la experiencia que de cada cliente tiene con la empresa está determinada por la forma en que la empresa gestiona el ciclo de vida del pedido.

• V. Interviniente. Metodología RUP. Es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos.

34


b) Indicadores b.1 Conceptualización V. Independiente: Sistema de información Móvil. Tabla 03. Conceptualización de variable Independiente. Indicador: Presencia-Ausencia Descripción: Cuando es NO es porque no existe el Sistema de Información Móvil en la empresa PALFARMA E.I.R.L. y aún nos encontramos en la situación actual del problema. Cuando es SI, es cuando se aplicó la Solución y se espera obtener mejores resultados.

V. Dependiente: Proceso de Registro de Pedidos. Tabla 04. Conceptualización de variable Dependiente. Indicador Descripción Es el tiempo que toma al empleado Tiempo empleado para realizar el registro del pedido del registro de pedidos cliente. Es la fidelidad que tienes con la que se Exactitud de datos

registran los datos del pedido respecto a lo que pidió el cliente.

Número de pedidos

Cantidad promedio de pedidos

realizados por día

realizados por día

Número de pedidos

Cantidad promedio de pedidos

rechazados por día

rechazados por día

Tiempo de entrega del

El tiempo en días transcurridos, para

Producto

que se realice una entrega

b.2 Operacionalización V. Independiente: Sistema de información Móvil. Tabla 05. Operacionalización de variable Independiente. Indicador Índice Presencia-Ausencia No, Si

35


V. Dependiente: Proceso de Registro de Pedidos. Tabla 06. Operacionalización de variable Dependiente. Unidad de Indicador Índice medida Tiempo empleado para registro de pedidos Exactitud de datos Número de pedidos

[15-30]

Minutos

[80-90]

(%)/día

[80-120]

realizados por día Número de pedidos

[6-10]

rechazados por día Tiempo de entrega del

[1-3]

Producto

Unidad de Observació n Observació n directa Registro Manual

# Pedidos

Registro

Realizados/día

Manual

# Pedidos

Registro

Rechazados/día

Manual

Días

Registro Manual

2.4.4 Métodos e Instrumentos de Investigación a) Técnicas e Instrumentos de la Investigación de Campo Técnicas Observación Directa:

Instrumentos Filmaciones

No participante

Fotografías

Individual Realización de Entrevistas

Formato de Entrevista

Estructurada

Grabaciones Magnetofónicas

Dirigida Aplicación de Cuestionarios Abierto

Diario de Campo Encuestas

36


b) Técnicas e Instrumentos de la Investigación Experimental Técnicas Seguimiento de la satisfacción del

Instrumentos

cliente. Seguimiento del tiempo empleado para el registro de pedidos. Seguimiento del número de pedidos realizados por día. Seguimiento del tiempo de entrega

Base de Datos Encuestas Fotografías Filmaciones

de los Producto

c) Técnicas e Instrumentos de la Investigación Documental Técnicas Revisión de:

Instrumentos Computadoras

Tesis

USB

Libros

Fotocopias

Monografías: Virtuales y Físicas

Impresiones

Revistas

Libreta de Apuntes

Base de Datos

Escaneos

2.4.5 Procedimiento de Análisis estadístico de Datos Se va a utilizar: -Prueba t de Student -Estadística descriptiva: Media. Valor máximo. Valor mínimo.

37


Sumatoria. Conteo. Desviaci贸n est谩ndar. -Software: Bizagi Process Modeler. Minitab Statistical Software.

38


2.4.1 Cronograma de Actividades Id

Nombre de tarea 1

2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29

Duración

Comienzo

Fin

"Desarrollo de un Sistema de Información de Registro de pedidos Móvil utilizando RUP para la empresa PALFARMA E.I.R.L." Identificacion de Problema Elaboración de Plan de Tesis Planteamiento del Problema Situación Problemática Formulación del Problema Objetivos Justificación e Importancia Limitaciones Viabilidad de la Investigación Marco Teórico Antecedentes de la investigación

176 días

jue 04/04/13 jue 05/12/13

3 días 84 días 25 días 5 días 8 días 2 días 4 días 2 días 3 días 14 días 10 días

jue 04/04/13 lun 08/04/13 lun 08/04/13 lun 08/04/13 lun 15/04/13 jue 25/04/13 lun 29/04/13 vie 03/05/13 mar 07/05/13 sáb 11/05/13 sáb 11/05/13

lun 08/04/13 jue 01/08/13 vie 10/05/13 vie 12/04/13 mié 24/04/13 vie 26/04/13 jue 02/05/13 lun 06/05/13 jue 09/05/13 mié 29/05/13 jue 23/05/13

Bases Teórico-Cientificas Hipótesis Hipótesis General Hipótesis Especificas Método Tipo y diseño de investigación Población y Muestra Variables Métodos e Instrumentos de investigación Procedimiento de análisis estadístico de datos Marco Administrativo Cronograma de Actividades Referencias Bibliográficas Anexos Elaboración del Borrador Presentación del Borrador Sustentación

4 días 10 días 5 días 5 días 13 días 3 días 3 días 2 días 2 días

vie 24/05/13 jue 30/05/13 jue 30/05/13 jue 06/06/13 jue 13/06/13 jue 13/06/13 mar 18/06/13 vie 21/06/13 mar 25/06/13

mié 29/05/13 mié 12/06/13 mié 05/06/13 mié 12/06/13 lun 01/07/13 lun 17/06/13 jue 20/06/13 lun 24/06/13 mié 26/06/13

2 días

jue 27/06/13 vie 28/06/13

5 días 5 días 7 días 3 días 2 días 1 día 1 día

mar 02/07/13 mar 02/07/13 mar 09/07/13 jue 18/07/13 mar 23/07/13 jue 25/07/13 jue 01/08/13

abril P

M

lun 08/07/13 lun 08/07/13 mié 17/07/13 lun 22/07/13 mié 24/07/13 jue 25/07/13 jue 01/08/13

Figura 06. Cronograma de Actividades (1). 39

F

mayo P

M

F

junio P

M

F

julio P

M

F

agosto P

M


Id

Nombre de tarea

Duración

Comienzo

Fin M

30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 1

Desarrollo de Sistema Movil Concepcion Investigacion de Sistemas Similares Analisis Especificación de requisitos Documento de analisis del sistema Diseño Arquitectura de informacion Arquitectura de software Estandares de interfaz Grafica Prototipos del Sistema Estandares de programación Diseño del sistema Implementacion Modulo de seguridad Modulo administracion Modulo de registro de pedidos Modulo de registro de Clientes

81 días 10 días 10 días

jue 15/08/13 jue 05/12/13 jue 15/08/13 mié 28/08/13 jue 15/08/13 mié 28/08/13

20 días 10 días 10 días

jue 29/08/13 mié 25/09/13 jue 29/08/13 mié 11/09/13 jue 12/09/13 mié 25/09/13

22 días 4 días 4 días 3 días 7 días 2 días 2 días 15 días 3 días 3 días 2 días 3 días

jue 26/09/13 jue 26/09/13 mié 02/10/13 mar 08/10/13 vie 11/10/13 mar 22/10/13 jue 24/10/13 sáb 26/10/13 sáb 26/10/13 mié 30/10/13 lun 04/11/13 mié 06/11/13

vie 25/10/13 mar 01/10/13 lun 07/10/13 jue 10/10/13 lun 21/10/13 mié 23/10/13 vie 25/10/13 jue 14/11/13 mar 29/10/13 vie 01/11/13 mar 05/11/13 vie 08/11/13

Modulo de reportes Manual de usuario Pruebas Plan de pruebas Documentos de casos de pruebas "Desarrollo de un Sistema de Información de Registro de pedidos Móvil utilizando RUP para la empresa PALFARMA E.I.R.L."

2 días 2 días 16 días 11 días 5 días

lun 11/11/13 mié 13/11/13 jue 14/11/13 jue 14/11/13 vie 29/11/13

mar 12/11/13 jue 14/11/13 jue 05/12/13 jue 28/11/13 jue 05/12/13

176 días

jue 04/04/13 jue 05/12/13

Figura 06. Cronograma de Actividades (2).

40

F

septiembre P M

F

octubre P M

F

noviembre P M

F

diciembre P M


2.4.2 Recursos a) Recursos Humanos Recolección de Información: Guerra Salazar José, Lucas Granda Hairol. Desarrollo de los Sistemas de Información: Guerra Salazar José, Lucas Granda Hairol.

b) Recursos Materiales Fotocopias Útiles de Escritorio Ancho de Banda c) Recursos Técnicos Movilidad Hardware Computadora Servidor Impresora USB

Software SQL Server 2008 R2 Visual Studio 2010 Android Development Tools Windows 7 Ultimate (x86 y x64) Microsoft Office 2010 Microsoft Project 2010 SDK Android Bizagi Process Modeler

41


2.4.3 Presupuesto Recursos

1. Humanos Guerra Salazar, José Luis Lucas Granda, Hairol 2. Materiales Conexión a Internet (2 Mbps) Útiles de Escritorio Fotocopias 3. Técnicos Movilidad 3.1 Hardware Computadora (i5) para Estación de Trabajo Impresora USB Servidor Dedicado 3.2 Software Windows 7 Ultimate (x86 y x64) Microsoft Office 2010 Microsoft Project 2010 Bizagi Process Modeler Visual Studio 2010 SDK Android SQL Server 2008 R2 Enterprise Edition Windows Server 2008 R2 Presupuesto Total

Unidad de Medida

Precio Unitario (S/.)

Cantidad

Total (S/.)

Persona

8,000.00

1

4,000.00

Persona

8,000.00

1

4,000.00

6

1,080.00

Mensual Global Global

50.00 0.05

1 100

50.00 50.00

Mensual

100.00

2

200.00

Global

1,500.00

2

3,000.00

Global Global Global

320.00 24.00 3,000.00

1 2 1

320.00 48.00 3,000.00

Global

240.00

2

480.00

Global Global

330.00 82.50

2 2

550.00 165.00

Global

0.00

1

0.00

Global Global

800.00 0

2 2

1,600.00 0

Global

800.00

1

1,600.00

Global

500.00

1

500.00 20,643.00

2.4.4 Financiamiento Esta investigación será financiada con los recursos de la empresa PALFARMA E.I.R.L..

42


2.5 Índice Tentativo de la Tesis

ÍNDICE DEDICATORIAS AGRADECIMIENTOS RESUMEN ABSTRACT INTRODUCCIÓN INDICE ÍNDICE DE FIGURAS ÍNDICE DE TABLAS CAPÍTULO I PLANTEAMINETO METODOLÓGICO 1. Planteamiento del Problema 1.1. Planteamiento del Problema 1.1.1 Realidad Problemática 1.1.2 Definición del Problema 1.1.3 Enunciado del Problema 1.2. Tipo y Nivel de la Investigación 1.2.1. Tipo de Investigación 1.2.2. Nivel de Investigación 1.3. Justificación e Importancia 1.4. Objetivo 1.4.1. Objetivo General 1.4.2. Objetivos Específicos 1.5. Hipótesis 1.6. Variables e Indicadores 1.6.1. Variable Independiente 1.6.2. Variable Dependiente 1.7. Limitaciones de la Investigación 1.8. Diseño de la Investigación

43


1.9. Técnicas e Instrumentos para Recolección de Información 1.9.1. Técnicas 1.9.2. Instrumentos 1.10.

Cronograma de Actividades CAPÍTULO II: MARCO REFERENCIAL

2.1 Antecedentes de la Investigación 2.2 Marco Teórico CAPÍTULO III: DESARROLLO DEL SISTEMA DE INFORMACIÓN MÓVIL 3.1 Estudio de factibilidad 3.1.1 Factibilidad Técnica 3.1.2 Factibilidad Operativa 3.1.3 Factibilidad Económica 3.2 Moldeamiento del Negocio 3.3 Requerimientos 3.4 Análisis del Sistema 3.5 Diseño de Herramientas 3.6 Codificación 3.7 Pruebas 3.8 Puesta en Marcha

CAPÍTULO IV: ANÁLISIS DE RESULTADOS Y CONTRASTACIÓN DE LA HIPÓTESIS 4.1 Población y muestra 4.1.1 Población 4.1.2 Muestra 4.2 Análisis e Interpretación de Resultados 4.2.1 Grupo de Control y Grupo Experimental 4.3 Nivel de confianza y grado de significancia 4.4 Prueba de Hipótesis 4.4.1 Hipótesis de Investigación 4.4.2 Hipótesis Nula

44


4.4.3 Hipótesis Estadística CAPÍTULO V: CONCLUSIONES Y RECOMENDACIONES 5.1 Conclusiones 5.2 Recomendaciones BIBLIOGRÁFIA ANEXOS APÉNDICES

45


REFERENCIAS BIBLIOGRÁFICAS: Tesis: [1]

Balarezo

Paredes,

Brallan(2012).“Desarrollo

de

un

sistema

de

información de registro de pedidos para ventas usando dispositivos móviles”, Pontificia Universidad Católica del Perú, Perú.

[2]

Chávez Vargas, Lisset Marcela (2011).“Sistema Informático Web-Móvil para el proceso de Contratación de Medidores de la Empresa Fagel Contratistas S.R.L. utilizando RUP y XM.”, Universidad Privada Antenor Orrego, Perú.

[3]

Arias Pineda, Oscar Eduardo (2009).“Sistema WAP para Registro de Pedidos”, Universidad Católica de Pereira, Colombia.

[4]

Reyes, Rolando (2009).“Sistema de distribución, gestión de Venta, autoventa y solución de problemas en ruta con comunicación hacia dispositivos móviles”, Escuela Politécnica del Ejército, Ecuador.

[5]

Delgado, Ramiro (2008).“Desarrollo de un sistema de automatización y gestión de fuerza de ventas utilizando tecnologías móviles inalámbricas”, Escuela Politécnica del Ejército, Ecuador.

[6]

Bedón Terán, Oscar Gabriel(2006).“Desarrollo de un sistema de control de inventario mediante el uso de tecnología de asistente personal digital (PDA) para el almacén Arte Colonial”, Escuela Politécnica del Ejército, Ecuador.

Libros: [7]

LAUDON, Kenneth C. & LAUDON, Jane P. (2004). “Sistemas De Información Gerencial”, México: Pearson Educación S.A. de C.V.

46


[8]

FERNANDEZ ALARCON, Vinceç( 2006). “Desarrollo de Sistemas De Información – Una metodología basada en el modelado”, Barcelona: Ediciones UPC.

Direcciones Electrónicas-Páginas web: [9]

Alarcón Valero1, Faustino; Ortiz Bas, Ángel; del Mar Eva Alemany Díaz, María; Lario Esteban, Francisco(2005).“Orderpromising” y Gestión de Pedidos: una visión de procesos. Recuperado el 30 de mayo del 2013, de http://www.adingor.es/Documentacion/CIO/cio2005/items/ponencias/43. pdf.

[10] Araujo, Yuriana; Lòpez, Hilda; Mendoza, Alexander; Torrealba, Luis; Ortiz, German(2010). Metodología RUP. Recuperado el 31 de mayo del 2013, de http://es.scribd.com/doc/31440864/Metodologia-RUP.

47


ANEXOS Y APÉNDICES APÉNDICE I: MATRÍZ DE CONSISTENCIA TÍTULO: Desarrollo de un Sistema de Información Móvil para el Registro de Pedidos, utilizando RUP, en la empresa PALFARMA E.I.R.L.

PROBLEMA

OBJETIVO GENERAL

HIPÓTESIS

¿En qué medida Si se utiliza un el uso de un Desarrollar un Sistema de Sistema de Sistema de Información Información Información Móvil, Móvil, Móvil para el aplicando RUP, utilizando RUP, proceso de entonces mejorará el Registro de mejorara el proceso de Pedidos en la proceso de empresa Registro de Registro de PALFARMA Pedidos en la Pedidos en la E.I.R.L. empresa empresa PALFARMA utilizando RUP. PALFARMA E.I.R.L.? E.I.R.L.

VARIABLES Variable Independiente Sistema de Información Móvil

Variable Dependiente Proceso de Registro de Pedidos

INDICADORES

ÍNDICES

UNIDADES DE OBSERVACIÓN Tipo de Investigación Aplicada

Presencia Ausencia

No, Sí

Tiempo empleado para registro de pedidos

[15-30]

Minutos

[80-90]

(%)/día

[80-120]

# Pedidos Realizados/día

[6-10]

# Pedidos Rechazados/día

Exactitud de datos Número de pedidos realizados por día Número de pedidos rechazados por día

48

__________ Nivel de Investigación ExperimentalCorrelacional Métodos de Investigación - Campo - Experimental - Documental Universo Todos los Procesos de Registro de Pedidos de Lima, Perú. Muestra Proceso de Registro de


…Continuación Tiempo de entrega del Producto

Pedidos en la empresa PALFARMA E.I.R.L. [1-3]

Días Tipo de Muestreo No Aleatorio

49


ANEXO I: FORMATO DE ENCUESTAS

ENCUESTA AL EMPLEADO:

Objetivo de la encuesta: La presente encuesta tiene como objetivo identificar el desempeño del empleado en el Proceso de Registro de Pedidos, para tener claridad sobre la situación actual.

Esta encuesta consta de 5 Preguntas Lea atentamente cada una de ellas y responda Género: _________ Edad:

_________

1. ¿Cuánto tiempo en promedio demora en al realizar el registro de pedidos de un cliente? _______________________________________________________________

2. ¿Cuántos clientes en promedio realizan pedidos por día? _______________________________________________________________

3. ¿De los Pedidos que son procesados cuantos son rechazados? _______________________________________________________________

4. ¿Cree que la actual forma en que realizan el registro de pedidos es sencilla?} _______________________________________________________________

5. ¿Cómo cree usted que podría ser mejorado el proceso? _______________________________________________________________

50


ENCUESTA AL CLIENTE: Objetivo de la encuesta: La presente encuesta tiene como objetivo identificar la opinión del cliente con respecto al Proceso de Registro de Pedidos, para tener claridad sobre la situación actual.

Esta encuesta consta de 4 Preguntas Lea atentamente cada una de ellas y responda Género: _________ Edad:

_________

1. ¿Usted creo que se podría mejorar la recolección de pedidos utilizando dispositivos móviles? Si( ) No( ) 2. ¿El pedido realizado fue correcto y en los tiempos previstos? Si( ) No( )

3. ¿Existió mala disposición de los vendedores para tomarle y ofrecerle el producto? Si( ) No( ) 4. ¿Cuánto tiempo demora en llegarle el producto? Si( ) No( )

51


52


Issuu converts static files into: digital portfolios, online yearbooks, online catalogs, digital photo albums and more. Sign up and create your flipbook.