Page 1

F A S E

1

.:: PROYECTO DE CATEDRA ::.

SISTEMA PUNTO DE VENTA

DISEÑO DE SISTEMAS LICDA. ANA LISSETTE GIRÓN DE BERMÚDEZ PRESENTADO POR CLIMACO ORELLANA DAVID ISAAC BELTRAN TORRES, JESSICA PATRICIA PALMA, YORLENI VERENICE

A


C O N T E N I D O

INTRODUCCION .................................................................................................................................... 1 CAPITULO , MARCO REFERENCIAL................................................................................................ 2

1.1. ANTECEDENTES............................................................................................................ 2 1.2. PLANTEAMIENTO DEL PROBLEMA........................................................................ 2 1.3JUSTIFICACIÓN. .............................................................................................................. 3 1.4. ALCANCES....................................................................................................................... 4 1.5. OBJETIVOS....................................................................................................................... 4 1.6. LIMITACIONES. ............................................................................................................. 5 1.7. METODOLOGÍA DE LA INVESTIGACIÓN Y DESARROLLO. ............................ 6 1.8. MARCO TEÓRICO.......................................................................................................... 8 b. MARCO CONCEPTUAL................................................................................................. 10 2.1 VARIABLES – INDICADORES..................................................................................... 11 CAPITULO II, ANALISIS DE RESULTADOS Y DIAGNOSTICO......................................................... 11

2.2 DISEÑO DE LA EJECUCION....................................................................................... 12 2.3 POBLACION Y MUESTRA........................................................................................... 12 2.5 Presupuestos Factibilidad económica........................................................................... 13 2.5.1. Metodología de Desarrollo......................................................................................... 14 CAPITULO III, SITUACION ACTUAL...................................................................................................... 15

3.1. FUNCIONAMIENTO DEL SISTEMA ACTUAL...................................................... 15 3.2. FACTIBILIDAD.............................................................................................................. 16 a. Factibilidad técnica............................................................................................................ 16 3.4. PLAN DE TRABAJO. .................................................................................................... 17 3.5. PRESUPUESTO DE DESARROLLO. ......................................................................... 17 FUENTES DE INFORMACIÓN, Bibliografía........................................................................... 18 Bibliografia Virtual................................................................................................................. 18 PARTICIPACIÓN EN EL PROYECTO. ...................................................................................................... 19

B


I N T R O D U C C I O N L

os avances tecnológicos que estamos experimentando en la actualidad no solo están transformando las formas y los métodos de compra, sino que también están cambiando las necesidades de los clientes. La conectividad que ofrece el nuevo entorno digital hace que los usuarios estén muy informados acerca de una determinada empresa o determinado producto incluso antes de realizar la compra. En consecuencia, es importante que las compañías traten de buscar nuevas maneras de ofrecer a los usuarios experiencias de compra únicas. De nada sirve hablar de las características del producto en el que el cliente está interesado porque es más que probable que ya conozca todos esos datos incluso antes de entrar en la tienda o de visitar tu página web. La clave está en ofrecer información nueva y un servicio inmejorable que le otorguen una experiencia de compra tan buena, que quiera volver incluso antes de haber terminado la primera compra. Para conseguirlo es necesario que las empresas, especialmente las PYMES, conviertan sus puntos de venta en puntos de venta modernos y actualizados que se adapten a las necesidades de cada cliente. En este sentido, nada como contar con un software de punto de venta basado en la tecnología Software Libre. Gracias a él, no solo podrás ofrecer información en tiempo real a tus clientes (como por ejemplo opiniones que se estén dando en ese mismo instante en redes sociales acerca de un determinado producto), sino que también es posible ir un paso más allá y conocer en detalle sus gustos gracias al acceso a su historial de compra, sus preferencias, sus patrones de búsqueda… Esto te permitirá conocer a tu cliente un poco mejor e incluso incrementar su experiencia de compra. ¡No te lo pienses y consigue que los usuarios conecten con tu empresa gracias a la tecnología que te ofrece! En el propósito de éste documento, presentar una aplicación de punto de venta basado en PHP, MySQL y AJAX, capaz de solventar la necesidad de un comercio de gestionar sus productos, proveedores, clientes y ventas de una manera eficaz, eficiente, moderna y funcional.

1


CAPITULO I MARCO REFERENCIAL 1.1. ANTECEDENTES. FASST es una empresa Salvadoreña es-

tablecida en la ciudad de San Salvador, con 3 años de experiencia en el mercado de Tecnologías de Información y Comunicación; se ha distinguido por ofrecer a sus clientes soluciones integrales y adecuadas en tecnología. Atiende el sector de consumo de periféricos, Computadores, routers, telefonia, seguridad informática, videovigilancia, etc. enfocado en organizaciones medianas, grandes y corporativos , siendo especialistas en Tecnologias de I corporativos, siendo especialistas en Tecnologías de Información para áreas críticas de negocio.

FILOSOFÍA DE LA EMPRESA MISIÓN : Ofrecer Soluciones de IT para organizaciones medianas, grandes y corporativos del país, que les permitan mejorar su competitividad.

VISIÓN: Ser la empresa líder del País en el modelo de venta de infraestructura e integración de soluciones de IT.

VALORES:

Trabajo en equipo. Liderazgo. Respeto. Honestidad. Compromiso. Responsabilidad. Amistad. Calidad.

1.2. PLANTEAMIENTO DEL PROBLEMA. Es en éste momento que FASST cuenta con un sistema de gestión de proveedores, clientes, compras, ventas, inventarios, facturación de forma manual, es decir, el control de clientes lo realizan mediante hojas de calculo (Microsoft Excel), al igual que la gestión de inventario, listado de clientes y demás procesos, incluso la facturación se realiza desde una hoja de calculo mediante macros, concentrados en una misma PC, en el departamento de contabilidad donde se encuentra almacenada toda esta informacion crítica de la empresa.. 2


1.3JUSTIFICACIÓN. El software de Punto de Venta (POS) es el que utilizan los minoristas tradicionales para realizar sus ventas. Es a veces una caja registradora, una computadora o incluso una iPad en la que los cajeros ingresan sus productos, calculan el costo total, y llevan a cabo la transacción financiera. La mayoría del software que ofrecen un punto de venta, también se comunica con los niveles de inventario para mantener todo en equilibrio. Muchas tiendas de gran escala tienen soluciones de POS exageradamente costosas, algunas hechas a medida según sus necesidades. Los minoristas de menor escala se están alejando de estos sistemas de punto de venta tradicionales e incursionando en el uso de soluciones basadas en la nube.

Beneficios de tener un Sistema Punto de Venta Información Detalla: Se muestra la información actualizada y detallada del inventario debido a que el Sistema controla toda la información del Negocio. Mejor flujo de trabajo: El cobro de los productos es rápido y el control del flujo de caja en efectivo e inventario es detallado. Agilidad: Se muestran reportes del estado actual del Negocio, las herramientas de informes y administración de inventario aceleran el proceso del Negocio y cada operación realizada se actualiza en el Sistema. Costos: Se dedica menor tiempo a la administración de inventario y permite hacer más tareas, trabajando menos. Stock: El inventario se mantiene automáticamente actualizado, para saber la mercancía disponible y lo que necesita reponer. Integración: Un Sistema Punto de Venta se integra es compatible con dispositivos externos como lectoras de código de barras e impresoras. Consecuencias de NO tener un Sistema Punto de Venta La actualización de precios, demoraría largas horas o días. Ventas anotadas en una libreta. No se realizan reportes detallados y a la brevedad posible. No se evitan desvíos de dinero. No se evitan extravíos de Mercancía.

3


1.4. OBJETIVOS.

a. GENERAL. Proveer una aplicación Punto de Venta , capaz de tener sistematizado y organizado el establecimiento brindando un mejor servicio a clientes, procesos de: ventas, compras, inventarios, proveedores y clientes.

además de agilizar los

b. ESPECÍFICOS. • Identificar y realizar un diagnóstico sobre los procesos principales de ventas en de la empresa FASST • Analizar el diseño de un sistema informático que permita mejorar los procesos de ventas en la empresa FASST • Definir y analizar la arquitectura del software, con la información y los requerimientos básicos encontrados, en los procesos de ventas en la empresa FASST • Diseñar las interfaces y crear la base de datos que permitan la interacción del usuario con la aplicación de la manera más sencilla posible. 1.5. ALCANCES. Elementos que se considera podrá satisfacer la herramienta de Software Uno de los objetivos del sistema de punto de venta es el manejo de inventario. Los sistemas de punto de venta de manera que se pueda registro, rastreo y la venta de elementos del inventario. Más que gastar muchas horas de trabajo manual, monitoreando ese tipo de comportamiento, determinando cuándo reordenar los elementos de baja demanda, o de guardar la venta de ciertos elementos, el sistema de punto de venta puede automatizar mucho del proceso de manejo y monitoreo del inventario. El sistema de punto de venta también podrá monitorear el costo de los productos vendidos, el precio de las compras, el precio de las ventas y los márgenes de ganancia, permitiendo que los usuarios extraer reportes y determinar cuándo hacer un ajuste del precio al cliente. Datos del cliente El sistema de punto de venta tendrá la capacidad de manejo de información de los distintos disclientes. Al utilizar ciertas variables de identificación, tales como el número de teléfono, nombre,dirección, registro fiscal, etc. 4


Automatización de la contabilidad Otro objetivo del sistema de punto de venta es simplificar la contabilidad y el registro de las tareas envueltas en el negocio. Las ventas son automáticamente para determinar el costo y los impuestos que se cobrarán, así como los gastos que se han acumulado por deudas con los proveedores. Cuando se incorpoe en la computadora un sistema de contabilidad, el sistema de punto de venta podrá manejar ventas, recolectar impuestos, guardar las transacciones, cobrar a las tarjetas de crédito y rastrear depósitos de bancos de diferentes pagos que se hayan realizado con las tarjetas. El sistema de punto de venta busca automatizar tanto como sea posible el proceso de venta de un distribuidor. Al incrementar la información reportada como exitosa, los distribuidores obtienen operaciones mucho más sencillas y mejor información que se toman base para tomar decisiones cruciales para el negocio. Al reducir las horas de labor requeridas para reunir cierta información, los vendedores pueden reducir el costo asociado con cierto producto, que involucre mucho esfuerzo de guardado de información. Igualmente, los costos se disminuyen todavía más porque los vendedores tienen mayor información sobre las tendencias de ventas y de niveles de inventario, y de esta forma pueden aumentar su eficiencia en modificar los precios para sus clientes. Por eso, se considera que el sistema de punto de venta puede ser una excelente forma de hacer que un negocio funcione de forma más efectiva. No sólo ahorra costos, sino también tiempo de trabajo. Sin duda, es la mejor forma de hacer que tu negocio sea más rentable y accesible para tus clientes. Consigue uno y nota la diferencia. 1.6. LIMITACIONES. El proyecto se desarrollará en el período de de Febrero a Mayo del año 2018, se realizará en tres fases, en entregas parciales, por lo que se prentende llegar hasta la implementación del proyecto, pero el factor tiempo podría impedir que logre la etapa de implementación. La Herramienta de Software no Pretende realizar tareas de contabilidad, como control y registro de impuestos y otras tareas de ésta categoria. Las pruebas de funcionamiento se realizarán en el Localhost, no se pretende alojar en un sitio el funcionamiento de la aplicación. No se contempla que el sistema de punto de venta funciones con lector de codigo de barras o Qcode. Tanto el Diseño del Sistema como la Programación se realizarán con Software Libre.(Que no significa que sea Gratis) 5


1.7. METODOLOGÍA DE LA INVESTIGACIÓN Y DESARROLLO. Método de Prototipos Esta metodología de la programación consiste básicamente en que en base a los requerimientos y necesidades que tiene el cliente, se realiza de forma rápida un prototipo, este no vendrá completo ni mucho menos terminado, pero si permitirá contar con las bases necesarias para que cualquier programador pueda seguir trabajando en el hasta llegar al código final. Por si no lo sabes aún, un prototipo es una versión no terminada del producto que se le entregará al cliente o usuario final. Esto genera cierta ventaja en el desarrollo de productos similares con funciones distintas, por ejemplo. Supongamos para desarrollar un proyecto para 3 clientes distintos, ambos con una estructura idéntica pero con funcionalidades muy distintas, entonces lo que hacemos es crear un prototipo base y entorno a el mostrarlo a nuestros clientes para que de ahí se empiecen a desarrollar las demás funciones. Vamos a ver las etapas de desarrollo de software por las cuales tendrás que pasar en la metodología de prototipos. 1. Planeación. Por el factor tiempo la planeación la realizamos de manera rápida (FASE 1 del proyecto), en esta fase no podemos demorar mucho, pues solamente será un prototipo por el momento. 2. Modelado. Fase 2, que deberá ser suficientemente rápida como para que nos nos quite nada de tiempo. Hacer el modelado será simple y ya que solamente es un prototipo, almenos por ahora. 3. Elaboración del Prototipo. Ya que contamos con la planeación de lo que vamos a realizar y el modelado rápido, entonces es momento de elaborar el prototipo. Para esta instancia, de igual manera debemos hacerlo rápido, puesto que tomará el tiempo que tenga sea necesario elaborarlo, recordemos que este ya se muestra al cliente, así que ya es una fase importante. 4. Desarrollo. Posterior a contar con el prototipo elaborado y mostrado al cliente, es momento de comenzar el desarrollo. Este te tomará una gran cantidad de tiempo, dependiendo del tamaño del proyecto y el lenguaje de programación que se vaya a utilizar. 5. Entrega y Retroalimentación. Una de las cosas con las que cuenta el modelo de prototipos que hemos escogido, es que una ves entregado el proyecto, debemos darle al cliente cierta retroalimentación sobre como utilizarlo y ciertamente es una fase que se encuentra dentro de las etapas de desarrollo de software esta metodología. 6. Comunicación con el Cliente. Es importante que una ves entregado el proyecto, tengamos cierta comunicación con el cliente, básicamente para que nos indique si el proyecto es correcto o si desea agregarle ciertas funciones, nuestra metodología lo permite. Si fuera en modo cascada, entonces seria algo realmente imposible de hacer. 7. Entrega del Producto Final. Por último, solamente quedará entregar el sistema elaborado mediante esta metodología. Aquí tendremos la ventaja de que el código es reutilizable, para que así con el prototipo ya podemos simplemente empezar de nuevo y con una buena base de código que te acelerará el proceso. ¿Cuáles son los Principios Básicos del método de prototipos? Por supuesto, el modelo de prototipos puede llegar a ser un poco más tedioso, sin embargo uno de sus principios básicos, es que con el método de prototipos el proyecto se va dividiendo en partes cada ves mas pequeñas, para 6


evitar el peligro ante los riesgos frente a los que estamos expuestos.

Además, otros de sus principios básicos fundamentales, es que con la metodología de prototipos, el cliente final se involucra mucho más en el proyecto que con otras metodologías, haciendo de esta forma que el producto final llegue rápidamente aunque con un poco más de presión en el proceso. La ventaja es que conforme se van haciendo prototipos pequeños, poco a poco se va llegando al producto final. Incluso en algún determinado momento podrémos llegar a crear un prototipo que con solo ajustar ciertos detalles, se podría convertir en el producto que el usuario quiere. a. TÉCNICAS CIENTÍFICAS PARA ENCONTRAR HECHOS. Para la determinación de los requerimeintos de la aplicacaión se procederá a la metodología de la Entrevista, Observación directa, a partir del cual se establecerá el Diagnóstico de la situación actual para establecer la propuesta que mejor se acomode a la solución de la problemática.

b. TÉCNICAS DE ANÁLISIS, DISEÑO Y DESARROLLO DE SISTEMAS DE INFORMACIÓN. Para el desarrollo de la aplicación listamos las técnicas de Diseño y Desarrollo a utilizar en las etapas antes mencionadas. Proceso Básico del Ciclo de Vida para el desarrollo del Sistema de Punto de Venta. • Planificación. El primer punto importante en el ciclo de vida de software, es analizar brevemente los requerimientos que el cliente pide para la elaboración del sistema que necesita.Un punto importante por el cual la planificación siempre debe estar en los ciclos de vida del software. Es porque el cliente se imagina su producto final de una forma tan abstracta, que necesitas hacer que ponga los pies en el suelo para obtener resultados que se acerquen mas a la realidad. • Implementación. Una vez que hemos platicado con el cliente y tenemos lo que es un análisis de requerimientos, necesidades y funcionalidades por parte de una aceptación en ambas partes, entonces procedemos con lo que es el ciclo de vida de desarrollo de software. Para este punto, existen una infinidad de metodologías de desarrollo de software, que nos ofrecen la posibilidad de trabajar de distintas formas. Y es básicamente la parte donde los programadores empiezan a codificar o desarrollar el sistema que se necesita, básicamente se trata del ciclo de vida del desarrollo de sistemas, sin importar el lenguaje de programación mediante el cual se vayan a elaborar. • Pruebas. Una ves que el sistema se va desarrollando, es importante para el ciclo de vida del desarrollo del software, que se realicen ciertas pruebas conforme se vaya avanzando. La idea es que no se termine el desarrollo para poder hacer pruebas, si no que mucho antes, durante el proceso de creación, estas ya se puedan ir ejecutando. • Documentación. Muchas metodologías de lo que es el ciclo de vida software, van creando documentación, conforme se va avanzando en el desarrollo del sistema. Ahora si que sea cual sea la 7


metodología, la documentación siempre será importante, pues considera que no siempre vamos a estar juntos con el equipo disponibles y cuando otro equipo llegue a programar lo que un equipo ha realizado será indispensable que haya una documentación de la cual se puedan basar, para poder empezar a desarrollar nuevamente el sistema incompleto. • Despliegue. Ya casi llegando a lo que son las últimas etapas del desarrollo de software, nos encontramos con el Despliegue. Este no es otra cosa, más que el momento en que el sistema ya está terminado y ha sido aprobado para que se elabore el producto final. ahora será el momento de distribuirlo y celebrar, pues gracias al equipo de trabajo es como se habrá llegado a esta fase.Lamentablemente, de las etapas de desarrollo de software, esta es a la cual muchos nunca llegan. Pues una gran cantidad de software incompleto se queda en el camino debido a distintos puntos o motivos. • Mantenimiento. La última de las fases del desarrollo de software, es el mantenimiento. Que siempre es necesario volver a ver al software que se hizo, para realizar ajustes, actualizaciones, mejoras, etc. 1.8. MARCO TEÓRICO. a. REFERENCIA HISTÓRICA. Un programa de Punto de venta o de compra es donde se completa una transacción comercial. Es el punto en el que un cliente efectúa un pago a un comerciante a cambio de un bien o servicio. En el punto de venta el comerciante escoge de una variedad de posibles métodos para calcular la cantidad adeudada, tales como un sistema manual, papel moneda, escáneres o una caja registradora electrónica. El comerciante suele proporcionar hardware para el uso por parte del cliente para realizar su pago, tal como un terminal de punto de venta. El comerciante también suele emitir un recibo de la transacción efectuada. Para las PYMES, el software POS se puede personalizar dependiendo de las diferentes necesidades. Por ejemplo, una tienda de comestibles o dulces tendrá una escala en el programa POS, diferente a los bares y restaurantes que tendrán que personalizar el artículo vendido cuando un cliente tiene una comida especial o solicitan una bebida única. El punto de venta moderno también incluye funcionalidades avanzadas para atender a los diferentes mercados, tales como inventarios, finanzas, almacenamiento, entre otros, todo integrado en el mismo programa. Anteriormente, todas estas funciones se realizaban de forma independiente y requieran acoplar y reconfigurar la información, lo que dio lugar a una gran cantidad de errores. HISTORIA DEL POS PROGRAMAS ANTES DE LA DÉCADA DE 1990 Las primeras cajas registradoras electrónicas fueron controladas con el software propietario y eran muy limitados en la función y capacidad de comunicación. En 08 1973 IBM lanzó el 3660 sistemas 8


de almacenamiento IBM 3650 eran, en esencia, un computador central utilizado como controlador de la tienda, el cual podía controlar hasta 128 IBM 3653/3663 puntos de registros de venta. Este sistema fue el primer uso comercial de la tecnología cliente-servidor, red de área local con copia de seguridad simultánea, e inicialización remota. A mediados de 1974, se instaló en las tiendas Pathmark en Nueva Jersey y los grandes almacenes de Dillard. En 1986, Gene Mosher introdujo el primer programa gráfico de punto de venta bajo la marca comercial ViewTouch en el ordenador de color Atari 520ST 16 bits. Contaba con una interfaz basada en widgets pantalla táctil a color que permitía la configuración de los widgets, y los elementos del menú sin necesidad de programación de bajo nivel. El programa de punto de venta ViewTouch se mostró por primera vez al público en el Fall Comdex de 1986, en Las Vegas Nevada a grandes multitudes en el stand de Atari. Este fue el primer sistema de punto de venta disponible en el mercado con gráficos en la interfaz, de pantalla táctil y a color; y se instaló en varios restaurantes en los EE.UU. y Canadá. PROGRAMAS POS MODERNOS En 1992 Martin Goodwin y Bob Henry crearon el primer programa de punto de venta que podría funcionar en la plataforma Microsoft Windows denominado IT Retail. Desde entonces una amplia gama de aplicaciones de punto de venta se han desarrollado en plataformas como Windows y GNU/Linux. La disponibilidad de procesamiento, el almacenamiento local de datos, redes, y la interfaz gráfica de usuario hace posible el desarrollo de los sistemas de punto de venta altamente funcionales. El costo de tales sistemas también ha disminuido, ya que todos los componentes ahora se pueden comprar fuera de la plataforma. Los principales requisitos que deben cumplir los sistemas modernos de punto de venta son: Velocidad alta. Constante funcionamiento. Fiabilidad. Facilidad de uso. Capacidad de soporte a distancia. De bajo costo. Gran funcionalidad. PROGRAMAS POS BASADOS EN LA NUBE La llegada de la informática en la nube dio a luz la posibilidad de que los sistemas de punto de venta, actuarán como un servicio, al que se puede acceder directamente desde Internet, utilizando cualquier navegador de Internet. De esta manera los sistemas de punto de venta basados en la nube son independientes de la plataforma y las limitaciones del sistema operativo. Los programas POS basado en la nube también se crean para ser compatibles con una amplia gama de hardware de POS. 9


Los programas de POS basados en la nube son diferentes de los sistemas de punto de venta tradicional en gran parte porque los datos de usuario, incluyendo las ventas y el inventario, no se almacenan localmente, sino en un servidor remoto. El sistema POS se ejecuta a nivel local, con ayuda de un navegador web, por lo que no hay necesidad de instalación. Las ventajas de un punto de venta basado en la nube son la centralización de los datos, la capacidad de acceder a los datos desde cualquier lugar con conexión a Internet, y reducir los costos. También ayudó a ampliar los sistemas de punto de venta hacia los dispositivos móviles. b. MARCO CONCEPTUAL. Según, KENDALL KENNETH E(2007), Un sistema informático como todo, es el conjunto de partes interrelacionadas, hardware, software y de recurso humano (humanware) que permite almacenar y procesar información. El hardware incluye computadoras o cualquier tipo de dispositivo electrónico inteligente, que consisten en procesadores, memoria, sistemas de almacenamiento externo, etc. El software incluye al sistema operativo, firmware y aplicaciones, siendo especialmente importante los sistemas de gestión de bases de datos. Por último el soporte humano incluye al personal técnico que crean y mantienen el sistema (analistas, programadores, operarios, etc.) y a los usuarios que lo utilizan. PROCESO DE VENTAS CONCEPTO Según,FERNÁNDEZ BALAGUER Zaldívar (2008). El término ventas tiene múltiples definiciones, dependiendo del contexto en el que se maneje. Una definición general es cambio de productos y servicios por dinero. Desde el punto de vista legal, se trata de la transferencia del derecho de posesión de un bien, a cambio de dinero. Desde el punto de vista contable y financiero, la venta es el monto total cobrado por productos o servicios prestados. En cualquier caso, las ventas son el corazón de cualquier negocio, es la actividad fundamental de cualquier aventura comercial. Se trata de reunir a compradores y vendedores, y el trabajo de toda la organización es hacer lo necesario para que esta reunión sea exitosa El análisis y diseño de diseño mediante la aplicación de las disciplinas del RUP y UML permite obtener modelos muy detallados y completos de los sistemas que se desarrollan en el mundo real. Aunque implica un esfuerzo mayor que otras metodologías, el RUP mediante la iteración permite un control mayor del ciclo del desarrollo del software. Según, VILEMA ESCUDERO María del Carmen (2007) “ DISEÑO DE UN SISTEMAS DE INFORMACION COMERCIAL PARA DISTRIBUIDORA LA FAMILIA” Llego a la siguiente conclusiones: El diagnóstico y levantamiento de información, como primero pasos para el desarrollo de sistema, se constituye en elemento críticos para el éxito de proyecto de software, pues allí donde se establecen los problemas actuales y carencias en el desarrollo del procesos. Es por ello que debe centrarse gran esfuerzo y tiempo a su realización. El uso de entrevistas personales y /o cuestionarios a los usuario de la empresa es de vital importancia. Pues termina establecer sus necesidades de información e involucrarlos en el desarrollo del 10


CAPITULO II ANALISIS DE RESULTADOS Y DIAGNOSTICO

En este capítulo se plasmará los resultados obtenidos en los instrumentos de recolección de datos y levantamiento de los requerimientos, para formular el diagnóstico correspondiente.

2.1 VARIABLES – INDICADORES El diseño e implementación del sistema mejorará el proceso de Ventas de la empresa FASST. VARIABLE

DIMENSIOENS

INDICADORES ¿Cuenta con un sistema informático actualizado?

SISTEMA INFORMATICO

Organizacion

¿Cuenta la empresa con una buena organizacion? ¿Conoce Ud. El stock de todos sus productos?

PROCESO DE VENTAS

ADMINISTRATIVA

¿Lleva un registro de sus productos el departamento de ventas? ¿Lleva un registro de todos sus clientes? ¿Usa el Departamento de recuperación con crédito?

11


2.2 DISEÑO DE LA EJECUCION Tipo de Investigación La presente investigación es de tipo: Descriptiva y aplicada, porque se utilizará la tecnología de la información para luego aplicarla a través de un sistema informático y descriptiva porque se analizará los datos recogidos a través de nuestro instrumento de recopilación para luego procesarlo a través de cuadros estadísticos que luego serán explicado en función de nuestras variables independientes y dependientes. M O M: Sistema Informático O: Proceso de ventas

2.3 POBLACION Y MUESTRA 2.3.1 Población. La población de investigación está constituida por los trabajadores de la empresa con un total de 3 trabajadores. • 1. Encargado de Almacen • 1 Administrador • 1 Vendedor 2.3.2 Muestra. La muestra está conformada por la misma cantidad de personas de la población (3 trabajadores), con un margen de error del 0%. 2.4 Técnica, Instrumentos, fuentes e informantes 2.4.1 Técnicas: Las técnicas que se aplicó en el trabajo de investigación fueron los siguientes: Encuesta: Sirvió para conocer la aceptación de los trabajadores antes y después de haber sido implementado el Sistema Informático para mejorar el Proceso de ventas en la empresa 2.4.2 Instrumentos: Cuestionario: Nos permitió observar cómo se percibe el control de llenado del usuario, así como el grado de confianza una vez implementado el sistema. Informantes: Fueron los trabajadores de la empresa. 12


2.4.5 Forma de Análisis de Información Los resultados cuantitativos permitieron el análisis cualitativo de los resultados referidos al sistema informático de proceso de ventas lo que nos permitió discutir los resultados obtenidos, como fundamento base de lo establecido en el marco teórico de este proyecto. 2.5 Presupuestos Factibilidad económica

13


2.5.1. Metodología de Desarrollo A. Fases de Desarrollo Reglas de Negocio a. GESTIONAR DE SISTEMAS • En primer lugar se debe definir los parámetros base para los funcionamientos del sistema. • Cada empleado tendrá asignado una cuenta de usuario del sistema según sus funciones y cargos. • Habrá una persona encargada del mantenimiento de este modulo • La contraseña de los usuarios por seguridad tendrá que ser formado por letras y números. • El administrador definirá la información que es la correcta y velara por integridad. b. CONTROLAR VENTAS • El cliente podrá realizar pago solo con efectivo • Se registran los clientes que se crean necesario según disposición de la administración. • Los reportes de ventas se deben generar al final de cada turno. c. CONTROLAR ALMACEN • Se debe controlar el llenado del kardex. • Se deben controlar las fechas de entradas y salida de bienes a almacén. • Para sacar un producto de almacén debe haber un pedido de bienes. • Se debe alertar la ausencia de stock de producto y realizar el requerimiento de compra para posteriormente hagan un pedido a proveedores. • Todo producto debe estar estrictamente controlado en cuanto a fecha de vencimiento, registró de sanidad y estimar por prioridades. d. MODELO DE NEGOCIO a. IDENTIFICACION DE ACTORES • Clientes • Proveedores • Administrador • Vendedor • Encargado de almacen

14


CAPITULO III SITUACION ACTUAL 3.1. FUNCIONAMIENTO DEL SISTEMA ACTUAL. a. Clima organizacional. Como anteriormente hemos mencionado, existe un administrador, un encargado de ventas y encargado de almacen, esas tres personas realizan diversas actividades dentro de la empresa, entre ellas las de recepción de productos, ventas, recepción de clientes, etc. b. Cómo se efectúan los procesos. EL proceso de registro de clientes con los datos propios se registran en una hoja de calculo de excel, inclutendo nombre, direccion, persona de contacto, numero de teléfono, registro fiscal, etc. De igual manera no existe un control de inventario o revisión periódica de estos en almacen, se anotan en cuaderno los datos de los productos que ingresan tales como, nombre, precio, fecha de ingreso, No se especifican características, detalles, Proveedor, etc. No existe una base de datos de proveedores de manera estructurada. c. Las limitaciones. El tamaño de la empresa, la cantidad de ventas y el poco personal, se considera que no ha ameritado contratar un servicio automatizado para el control de inventario, ventas, clientes y proveedores. d. Quienes intervienen en los procesos. ELn el proceso de ventas interviene encargado de almacen y vendedor de tienda. e. Tiempos utilizados para la realización de los procesos. El tiempo para elaborar una factura se estima entre 5 a 10 minutos, según sea la cantidad de productos que se facturen ya que se digita en una hoja de excel, ingresando los datos del cliente manualmente al igual que las descripciones del o los productos según sea el caso f. Qué tecnología o sistemas se emplean. -Hojas de calculo Excel -Impresora de inyeccion -Facturas pre diseñadas. g. Cómo se controla la calidad. De ninguna manera, no existe tal procedimiento.

15


h. Elementos que vale la pena retomar. - Base de datos en hoja de calculo de excel

i. Marco normativo. Políticas internas de empresa. 3.2. FACTIBILIDAD. a. Factibilidad técnica Factibilidad de sistemas Técnica es una evaluación que debe demostrar la facultad del sistema para ponerse en marcha y mantenerse durante el tiempo, ademas debe demostrar que la planeación del sistema ha sido desarrollada cuidadosamente contemplando todas las restricciones y objetivos, aprovechando los recursos que entrega la organización. Los conceptos que hay que considerar en la planeación de la Factibilidad de sistemas técnica es: El sistema funciona como corresponde (números de pruebas) El sistema esta desarrollado para mantenerse cerca de los consumidores. Equipo actual 1 Computadora , laptop core 2 duo, Hp, 3.5 inch. Impresora EPSON L365 Conexión a internet 3 Gb

Equipo requerido 1 PC, Lapton o Desktop minimo AMD core 2 DUO, 1 Gb RAM,

b. Factibilidad operativa Según una encuesta realizada con los empleados y administrador las personas cuentan con los siguientes conocimientos sobre elementos o componentes y uso de computadoras. 1. ¿Sabe que es un sistema informático? SI: 3 NO: 0 TOTAL: 3 2. ¿Cómo califica UD. su manejo de la computadora? ¿Cómo se califica su manejo de la cantidad computadora? Muy bueno 0 Bueno 1 Regular 2 Malo 0 TOTAL 3 Con éstas respuestas podemos considerar que los empleados cuentan con la suficiente capacidad en el uso de computadoras para poder establecer un sistema de software aplicado en las ventas. 16


3.4. PLAN DE TRABAJO. Diagrama de GANTT para el desarrollo del proyecto. ACTIVIDADES 1

2

SEMANAS 3 4 5 6

7

8

Fase 1 Antecedentes, Plantetamiento del problema, estudio de factibilidades, entrevistas, establecer objetivos, alcance. Instalación de servidor local con XAMMP Fase 2 Realización de prototipo 1: Base de datos de clientes y proveedores, entrega de documento segundo avance Depuracion de prototipo 1 y realizacion de prototipo 2: Modulo de inventarios, base de datos de productos Depuración de prototipo 2, realización de prototipo 3: Modulo de facturación, generador de documento PDF. Fase 3 Digitacion y entrega de documento final

El proyecto se desarrollará en el transcurso del ciclo I-2018 de la Universidad Luterana Salvadoreña, que comprende del mes de Enero al mes de Mayo del año 2018.

3.5. PRESUPUESTO DE DESARROLLO. Incorporar el cálculo y proyección de costos para desarrollar el proyecto y para su implementación.

17


FUENTES DE INFORMACIÓN. a. Bibliografía • SEBASTIÁN ANTONIO GUZMÁN SILVA (2008) “diseño y optimización del proceso de gestión y ejecución de la venta mayorista para una empresa tipo home improvement”. • VÁSQUEZ RÍOS, Danny (2008) “análisis y diseño de un sistema informático para el control de los procesos de comercialización de la empresa grupo selva sac de Tarapoto – Perú.” • VILEMA ESCUDERO María del Carmen (2007) “ diseño de un sistemas de información comercial para distribuidora la familia” http://www.itba.edu.ar/archivos/secciones/gomez_tesisprocesosventas.pdf Bibliografia Virtual http://www.geoogle.com/organizacion/elementosbasicosdelosprocesosdeventas/segunalgunosautores.html http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational http://www.monografias.com-procesosventas.html http://repositorio.utm.edu.ec/bitstream/123456789/33/1/TESIS%20SISTEMA%20INFORMATICO%20DE%20LA%20ESCUELA%2021%20DE%20MAYO.pdf http://www-01.ibm.com/software/rational/uml/ http://www.mcgraw-hill.es/bcv/guide/capitulo/8448169204.pdf http://www.taringa.net/posts/info/1442455/Tesis-Ingenieria-informatica.html

18


PARTICIPACIร“N EN EL PROYECTO. Apellido Climaco Orellana Beltrรกn Torres Palma

Nombre David Isaac Jessica Patricia Yorleni Verenice

% Participacion 100 75 75

19


UNIVERSIDAD LUTERANA SALVADOREÑA FACULTAD DE CIENCIAS DEL HOMBRE Y LA NATURALEZA LICENCIATURA EN CIENCIAS DE LA COMPUTACION DISEÑO DE SISTEMAS CICLO I-2018

AVANCE 2 MODELADO DEL SISTEMA

PRESENTADO A: LICDA. ANA LISSETTE GIRON

PRESENTADO POR

VERENICE PALMA YORLENI BELTRAN TORRES JESSICA CLIMACO ORELLANA, DAVID

SAN SALVADOR, 14 DE ABRIL 2018

1


INTRODUCCION

El presente avance contiene los elementos que constituyen el modelado del sistema de punto de venta, tenemos que recordar que FASST es una empresa Salvadorena establecida en la ciudad de San Salvador, con 3 anos de experiencia en el mercado de Tecnologias de Informacion y Comunicacionn se ha distinguido por ofrecer a sus clientes soluciones integrales y adecuadas en tecnologiaa Atiende el sector de consumo de perifericos, Computadoras, routers, telefonia, seguridad informatica, video vigilancia, etca enfocado en organi- zaciones medianas, grandes y corporativos , siendo especialistas en Tecnologias de I corpora- tivos, siendo especialistas en Tecnologias de Informacion para areas criticas de negocioa

Por lo que para la elaboracion del sistema se se presentan los modelados UML, Diagramas de clase, Casos de uso, Diagrama de actividades, Diagrama de despliegue y aquellos que se consideran pertientes para el buen desarrollo del Sistema Punto de venta para FASSTa

2


1. METODOLOGIA A APLICAR Y REQUERIMIENTOS

1.1 Metodología de Desarrollo A. Fases de Desarrollo a. GESTION DEL SISTEMA 

En primer lugar se definiran los parametros base para los funcionamientos del sistemaa

Cada empleado tendra asignado una cuenta de usuario en el sistema según sus funciones y cargosa

Habra una persona encargada del mantenimiento de los diferentes modulos

La contrasena de los usuarios por seguridad tendra que ser formado por letras y númerosa

El administrador

definira la informacion que es la correcta y

velara por integridada b. CONTROLAR VENTAS 

El cliente podra realizar pago solo en efectivo

Se registran los clientes que se crean necesario según disposicion de la administraciona

Los reportes de ventas se deben generar al final de cada turno o dia según lo requiera el administradora

c. CONTROL DEL ALMACEN 

Se debe controlar el llenado del kardexa

Se deben controlar las

fechas de entradas y salida de los

productos al almacena 

Para sacar un producto de almacen debe haber un pedido de productosa

Se debe alertar la ausencia de stock de productos y realizar el requerimiento de compra para posteriormente hagan un pedido a proveedoresa

3


Todo producto debe estar estrictamente controlado en cuanto a fecha de ingreso, precio de compra, de venta, clasificacion de producto

d. MODELO DE NEGOCIO a. IDENTIFICACION DE ACTORES 

Clientes

Proveedores

Administrador

Vendedor

Almacenista

b. IDENTIFICACION DE CASOS DE USO DEL NEGOCIO 

Gestion de Sistemas

Control de Ventas

Controlar Almacen

4


Figura Nº 1: MODELO DE CASOS DE USO

Gestionar sistema Vendedor

Controlar ventas

Cliente

Administrador

Controlar almacen

Empleados

Almacenero

Esquema de flujo de procesos casos de uso

Especificaciones Casos de Uso A. GESTIONAR SISTEMA 

Descripción Se tendra en cuenta que se contara con un responsable el cual velara por el rendimiento efectivo del sistemaa Asimismo,

quien

brindara

soporte

a

las

acciones

administrativas propias del sistemaa

5


Objetivos Almacenar informacion base

Responsables Administrador

B. CONTROLAR VENTAS

Descripción Es el caso de uso del negocio que permite ingresar y modificar los clientes, es donde brinda el soporte al proceso de ventas en si que realizan diariamente la entidada Puesto que con este componente se registran las ventas y el ingreso de dinero en cajaa Ademas, permitira realizar reportes diarios de las ventas realizadasa

Objetivos Almacenar ventas diarias

Responsable Cliente Administrador Vendedor

C. CONTROLAR ALMACEN 

Descripción Es el caso de uso del negocio que permite controlar de flujo de entradas y salidas de productos de almacen, asimismo permite controlar el stock de los mismos para asi realizar requerimientos de pedidos a proveedores

6


Objetivos Permite controlar el stock de los productos

Responsables Almacenista

Figura Nº 2: Modelo de Objetos GESTIONAR SISTEMA

Tipo _documento

Empleados

RegistrarTD/ModificarTD/BuscarTD

RegistrarE/ModificarE/BuscarE

Administrador RegistrarUM/ModificarUM/BuscarUM

RegistrarATP/ModificarATP/BuscarATP

Tipo_Producto Unidad medida

7


Figura Nยบ 3: Modelo de Objetos CONTROLAR VENTAS

Buscar TC

Tipo cliente

Registrar AC/ModificarAC/BuscarAC Tipo_documento Cliente Asistente Cliente

Buscar AAC

Buscar AVTD

Buscar C

BuscarAVE

RegistrarDV/ModificarDV/BuscarDV Buscar DV

Asistente vendedor

Detalle_venta

empleados

Asistente Administrador BuscarV BuscarAVP

RegistrarV/ModificaVr/BuscarV

BuscarAAP

Venta

Producto

8


Figura Nยบ 4: Modelo de Objetos CONTROLAR ALMACร‰N

Entrada Almacen Unidad de Medida

Buscar UM Tipo Entrada_salida

Buscar TES

Buscar E Empleados

Buscar P

Producto

Buscar TP Asistente almacenero RegistrarES/ModificarES/BuscarES

RegistrarDES/ModificarDES/BuscarDES

Tipo Producto

Entrada _Salida Detalle Entrada_Salida

9


Figura Nยบ 5: Modelo de Dominio

10


Figura Nยบ 6: Modelo de Casos de uso de requerimiento GESTIONAR SISTEMA

Buscar Unidad Medida

Buscar empleado <<extend>>

<<extend>>

Registrar Empleado

Registrar Unidad de medida

admistrador

<<extend>>

Buscar Tipo de Cliente

Registra Tipo de Documento <<extend>> Registrar Tipo Producto

Registrar Tipo de Cliente <<extend>>

Buscar Tipo de Documento

Buscar Tipo Producto

11


Figura Nยบ 7: Modelo de Casos de uso de requerimiento CONTROLAR VENTAS

12


Cliente

Registrar Cliente

<<extend>>

<<include>>

<<extend>>

Buscar Cliente

Buscar Cliente

Reporte Clientes

Mostrar Producto

<<include>> <<include>>

Administrador

Generar reporte

<<extend>>

Buscar Producto

Registrar venta

Vendedor

<<extend>> Reporte venta

<<include>> <<include>> Buscar Venta

Buscar tipo documento

13


Figura Nยบ 8: Modelo de Casos de uso de requerimiento CONTROLAR ALMACร‰N

Buscar Tipo Cliente <<include>>

<<include>> <<include>>

<<include>>

Mostrar Producto

Registrar Cliente Buscar Empleadoa <<include>> almacenero <<extend>>

<<include>> <<include>> Buscar Tipo Documento <<include>>

Buscar Cliente <<include>>

Generar Reporte <<include>>

Reporte Clientes

Controlar Producto <<include>>

<<include>>

<<include>>

<<include>>

Reporte Entradas

Buscar Ventas

<<include>>

Buscar Entrada Buscar Salida

Reporte Salida

14


Fases de Elaboraciรณn Diagrama de Elaboraciรณn SISTEMA Figura Nยบ 9: Modelo de Colaboraciรณn: CONDICION DE EMPLEADO

15


Figura Nยบ 10: Modelo de Colaboraciรณn: REGISTRAR TIPO_CATEGORIA

16


Figura Nยบ 11: Modelo de Colaboraciรณn: REGISTRAR UNIDAD_MEDIDA

17


Figura Nยบ 12 Modelo de Colaboraciรณn GENERAR_REPORTES_VENTAS

18


Figura Nยบ 13 Modelo de Colaboraciรณn MOSTRAR_PRODUCTO

19


Figura Nยบ 14 Modelo de Colaboraciรณn REGISTRAR_CLIENTE

20


Figura Nยบ 15 Modelo de Colaboraciรณn REGISTRAR_VENTA

21


Figura Nยบ 16 Modelo de Colaboraciรณn REGISTRAR_PRODUCTO

22


Figura Nยบ 17 Modelo de Colaboraciรณn REGISTRAR_PROVEEDOR

23


CONTROLAR ALMACร‰N Figura Nยบ 18 Modelo de Colaboraciรณn CONTROLAR_PRODUCTO

24


Figura Nยบ 19 Modelo de Colaboraciรณn GENERAR_REPORTE_ALMACร‰N

25


Figura Nยบ 20 Modelo de Colaboraciรณn REGISTRAR_ENTRADA

26


Figura Nยบ 21 Modelo de Colaboraciรณn REGISTRAR_SALIDA

27


28


MODELO DE SECUENCIA GESTIONAR SISTEMA

29


Figura Nยบ 22 Modelo de Secuencia REGISTRAR_EMP

30


CONTROLAR ALMACร‰N Figura Nยบ 23 Modelo de Secuencia CONTROLAR_PRODUCTO

31


32


Figura Nยบ 24 Modelo de Secuencia GENERAR_REPORTE_ALMACEN

33


CAPITULO II DESCRIPCIÓN DE RESULTADOS Resultados para la aplicación del PRE-TEST en el Sistema Informático 1) ¿Que procesos realiza con mayor frecuencia en la tienda, Seleccione una alternativas? Tabla Nº 01

¿Que procesos realiza con mayor frecuencia en la tienda FASST Seleccione una alternativas? ventas compras control de almacen reportes

total

f

hi%

2 1 0 0 3

67% 33% 0% 0% 100%

34


Grafio Nº 02 100% 90% 80% 70% 60% 50% 40% 30% 20% 10% 0%

hi%

SI

NO

2) ¿Sabe que es un sistema informatico?

Tabla Nº02

¿Sabe que es un sistema informatico?

f

hi

SI

i 3

% 100%

NO

0

0%

TOTAL

3

100%

35


Grรกfio Nยบ 03 70% 60% 50%

hi%

40% 30% 20% 10% 0% muy bueno

bueno

regular

pesimo

36


3) ¿Como califica UDa su manejo de la computadora? Tabla Nº 03

¿Como se califica su manejo de la computadora? muy bueno

bueno regular pésimo Total

f

hi%

0 1

0% 33%

2 0 3

67% 0 100%

37


Grafio Nº 04 100% 90% 80% 70% 60% 50% 40% 30% 20% 10% 0%

hi%

Linux

Unix

Microsof windows

4) ¿Que tipo de entorno utilizan las maquinas en la tienda FASST ? Tabla Nº 04

¿Que tipo de entorno utilizan las maquinas en la tienda FASST ? Linux Unix Microsoft Windows Total

f

hi%

0 0

0% 0%

3 3

100% 100%

38


Object 9

39


5) ¿Que tipo de equipos posee su tienda? Tabla Nº 05

¿Que tipo de equipos posee su tienda? computadora de última generacion Pentium IV maquinas antiguas Total

f

hi%

0 3

0% 100%

0 3

0% 100%

Gráfio Nº 01 70% 60% 50%

hi%

40% 30% 20% 10% 0% ventas

compras

contol de almacen

reportes

40


6) ¿Ha utilizado alguna vez un sistema informatico de ventas? Tabla Nº 06

¿Ha utilizado alguna vez un sistema informatico de ventas? SI NO Total

f

hi%

i 0 3

0% 100%

1

100%

Grafio Nº 07 100% 90% 80% 70% 60% 50% 40% 30% 20% 10% 0%

hi%

SI

NO

Elaboración Propia

41


7) ¿Utiliza usted algún sistema informatico para realizar sus ventas diarias en la tienda FASST? Tabla Nº 07

¿Utiliza usted algún sistema informatico para realizar sus ventas diarias en la tienda FASST ? SI NO Total

fi

hi%

0 3

0% 100%

3

100%

Grafio Nº 02 100% 90% 80% 70% 60% 50% 40% 30% 20% 10% 0%

hi%

SI

NO

42


8) ¿Cuanto tiempo cree usted que tarda en brindar informacion de sus reportes de ventas diarias con un sistema manual? Tabla Nº 08

¿Cuanto tiempo cree usted que tarda en brindar informacion de sus reportes de ventas diarias con un sistema manual? Un Minuto

Una Hora Mas a de una Hora Total

f

hi%

0 3 0

0% 100% 0%

3

100%

Gráfio Nº 03 70% 60% 50% hi%

40% 30% 20% 10% 0% muy bueno

bueno

regular

pesimo

43


Resultados para la aplicación del POST-TES en el Sistema Informático 1a ¿Cuanto tiempo cree usted que tarda en brindar informacion de sus reportes de ventas diarias? Tabla Nº 09

¿Cuanto tiempo cree usted que tarda en brindar informacion de sus reportes de ventas diarias?

f

hi%

Un minuto Una hora Mas de una Hora Total

2 1 0 3

66,67% 33,33% 0% 100%

44


Gráfio Nº 10 70.00% 60.00% 50.00%

hi%

40.00% 30.00% 20.00% 10.00% 0.00%

Un minuto

Una hora

Más de una Hora

2. ¿Cuanto tiempo se demora usted en tener un reporte de stocks de sus productos? Tabla Nº 10

¿Cuanto tiempo se demora usted en tener un reporte de stocks de sus productos? Un minuto Una hora Más de una Hora Total

fi

h i%

0

100% 0%

0 3

0% 100%

3

45


REFERENCIA BIBIOGRÁFICA A. Bibliografía Física

ALVAREZ GENDIN, SABINO (2000). “TEORÍA Y PRÁCTICA DE LO CONTENCIOSO DE PROCESOS DE VENTAS”a Editorial boscha Pagsa 220a Barcelona-Espana

MC CONNELL STEVE (1996). “DESARROLLO Y GESTIÓN DE PROYECTOS Informaticos” Gestion de Riesgo, editorial mca Graw Hilla 691 p primera edicion, aravaca (Madrid)a Isbn: 84-481-1229-6a

STALLINGS, WILLIAM. (2007) “SISTEMAS INFORMATICO” 2da edicionn EDITORIAL ALGA OMEGA SaA

SEBASTIÁN ANTONIO GUZMÁN SILVA (2008) “diseno y optimizacion del proceso de gestion y ejecucion de la venta mayorista para una empresa tipo home improvement”a

VÁSQUEZ RÍOS, Danny (2008) “analisis y diseno de un sistema informatico para el control de los procesos de comercializacion de la empresa grupo selva sac de Tarapoto – Perúa”

B. Bibliografía Virtual 46


http://wwwara-maaes/libros/SISTEMAS-INFORMATICOS-CFGS/32651/978-84-9964-099-0 http://wwwamonografiasacom-administracionahtm DeWelsch, Hilton &Gordon (1990)a El proceso administrativoa http://wwwaitbaaeduaar/archivos/secciones/gomez_tesisprocesosventasapdf http://wwwageoogleacom/organizacion/elementosbasicosdelosprocesosdeventas/segunalgunosautoresahtml http://esawikipediaaorg/wiki/Proceso_Unificado_de_Rational http://wwwaelprismaacom/apuntes/administracion_de_empresas/procesoadministrativo/ http://wwwamonografiasacom-procesosventasahtm (Consulta: 2004, septiembre) http://repositorioautmaeduaec/bitstream/123456789/33/1/TESIS%20SISTEMA%20INFORMATICO%20DE%20LA %20ESCUELA%2021%20DE%20MAYOapdf http://www-01aibmacom/software/rational/uml/ http://wwwamcgraw-hillaes/bcv/guide/capitulo/8448169204apdf http://wwwataringaanet/posts/info/1442455/Tesis-Ingenieria-informaticaahtml

47


48


UNIVERSIDAD LUTERANA SALVADOREÑA FACULTAD DE CIENCIAS DEL HOMBRE Y LA NATURALEZA LICENCIATURA EN CIENCIAS DE LA COMPUTACION DISEÑO DE SISTEMAS CICLO I-2018

DESARROLLO DEL SISTEMA POS CON PHP Y MySQL

PRESENTADO A: LICDA. ANA LISSETTE GIRON DE BERMUDEZ

PRESENTADO POR

PALMA YORLENI VERENICE BELTRÁN TORRES JESSICA CLIMACO ORELLANA, DAVID

SAN SALVADOR, 09 DE JUNIO 2018

1


Esta obra estรก bajo una Licencia .Attribution-NonCommercial-NoDerivatives 4.0 International (CC BY-NC-ND 4.0)

2


INTRODUCCION El presente avance contiene los elementos que constituyen el desarrollo del sistema de punto de venta, tenemos que recordar que FASST es una empresa Salvadorena establecida en la ciudad de San Salvador, con 3 anos de experiencia en el mercado de Tecnologias de Informacion y Comunicacionn se ha distinguido por ofrecer a sus clientes soluciones integrales y adecuadas en tecnologiaa Atiende el sector de consumo de perifericos, Computadoras, routers, telefonia, seguridad informaĚ tica, video vigilancia, etca enfocado en organizaciones medianas, grandes y corporativos , siendo especialistas en Tecnologias corporativas, siendo especialistas en Tecnologias de Informacion para aĚ reas criticas de negocioa

Por lo que para la elaboracion del sistema se se presentan los modelados UML, Diagramas de clase, Casos de uso, Diagrama de actividades, Diagrama de despliegue y aquellos que se consideran pertinentes para el buen desarrollo del Sistema Punto de venta para FASSTa

3


TABLA DE CONTENIDO INTRODUCCION............................................................................................................................3 1.0 VALIDACION DE INTERFAZ DE USUARIO...............................................................................18 2.0DESARROLLO DEL SISTEMAS..................................................................................................19 3.0 BUSQUEDA...........................................................................................................................20 4.0 SALIDAS DEL SISTEMA..........................................................................................................23 5.0 AYUDA DEL SISTEMA............................................................................................................26 6.0 INTEGRIDAD DE LA DATA......................................................................................................27 7.0 DOCUMENTACION DEL SISTEMA..........................................................................................28 8.0 PROPUESTA DE VALIDACION, SOPORTE Y MANTENIMIENTO...............................................37 9.0 PLAN DE CAPACITACION.......................................................................................................37 10.0 LICITACION DE UN PROYECTO INFORMATICO....................................................................37 11.0 COMPLEMENTOS................................................................................................................37

Indice de tablas Table 1: Validación de formulario de Login..................................................................................7 Table 2: Validación formulario productos....................................................................................8 Table 3: Validación formato de clientes.......................................................................................9 Table 4: Validación de formulario de clientes............................................................................10 Table 5: Validación de formulario de proveedores.....................................................................11 Table 6: Mensajes de orientación para el usuario......................................................................12

4


Indice de ilustraciones Ilustración 1: Diseño de pantallas de la aplicación....................................................................13 Ilustración 2: Pantalla de Login inicial........................................................................................13 Ilustración3: Pantalla con menú principal.................................................................................14 Ilustración 4: Pantalla principal para generar venta..................................................................14 Ilustración 5: Lista de productos................................................................................................15 Ilustración 6:Lista de proveedores.............................................................................................15 Ilustración 7: Página de ayuda al usuario..................................................................................16 Ilustración 8: Colores web utliiados.........................................................................................16 Ilustración 9: Agregar producto.................................................................................................17 Ilustración 10: Agregar cliente...................................................................................................17 Ilustración 11: Añadir proveedor...............................................................................................18 Ilustración 12: Formulario de venta...........................................................................................18 Ilustración 13: Formulario de pago............................................................................................19 Ilustración14: Estructura de carpetas........................................................................................19 Ilustración 15: Árbol jerarquico de carpeta en aplicación.........................................................19 Ilustración 16: Búsqueda por productos....................................................................................21 Ilustración 17: Búsqueda por clientes........................................................................................21 Ilustración 18: Búsqueda por proveedores................................................................................23 Ilustración 19: Generacion de reporte de ventas......................................................................23 Ilustración 20: Reporte de ventas en pantalla...........................................................................24 Ilustración 21: Reporte de ventas para imprimir en impresora.................................................25 Ilustración 22: Reporte de ventas en formado .PDF..................................................................25 Ilustración 23: Ícono de ayuda...................................................................................................26 Ilustración 24: Página de asistencia de ayuda...........................................................................26 Ilustración 25: Base de datos POS, creada en MySQL................................................................28 Ilustración 26: pantalla inicial de Login......................................................................................30

5


Ilustración 27: Menu principal...................................................................................................32 Ilustración 28: Módulo de ventas..............................................................................................32 Ilustración 29: Pantalla para el cobro y general factura............................................................33 Ilustración 31: Módulo de Clientes............................................................................................34 Ilustración 32: Base de cliente de proveedores.........................................................................35 Ilustración 33: Reporte de ventas para imprimir.......................................................................35 Ilustración 34: Reporte de ventas en pantalla...........................................................................36 Ilustración 34: Reporte de ventas..............................................................................................36 Ilustración 35: Reporte de ventas en .pdf..................................................................................36

6


1.0 VALIDACION DE INTERFAZ DE USUARIO a) Validación total de las entradas de datos fecha

20/03/18

Formulario

Login:

Valor ingresado

Dato válido

Admin admin Admin,

22/03/18

Login

ADMIN

ADMIN

admin

admin

Admin

Admin

Respuesta del sistema

Responsable

No Adminte David C la diferencia entre mayúsculas y minúsculas No distngue entre mayúsculas y minúsculas

Medidas correctivas Válidar el uso de mayúsculas en usuario y contraseña

Status

FALLO

APROBADO

Table 1: Validación de formulario de Login

7


fecha

Formulario

22/03/18

Valor ingresado

Dato válido

Respuesta del sistema

Medidas correctivas

Status

Id

22/03/18 Productos

Nombre/Ma rca del Alfanumérico productos

APROBADO N/A David C

Descripción 22/03/18

Responsable

Fechas

mm-dd-aaaa mm/dd/aaa

Acepta los dos formatos de fechas

Mejorar, distribución de tabla y colores del formulario APROBADO

Table 2: Validación formulario productos

8


fecha

Formulario

28/03/18

Valor ingresado

Dato válido

Nombre, Nombre comercial Nota

Cadena de caracteres

Dirección

Alfanumérico

30/03/18

Tel, NRC

Numérico

30/03/18

Fecha

Dd-mm-aaaa

29/03/18 Clientes

mm/dd/aaa

Respuesta del sistema

Responsable

Medidas correctivas

Status

NO ENLAZA CON LA BASE DE DATOS DE VENTAS Aceptado

David C

(Revisar relaciones de tablas)

NO VALIDO

Corregir el CSS, y dar formato a la tabla

Table 3: Validación formato de clientes

9


fecha

Formulario

31/03/18

Valor ingresado

Dato válido

Nombre, Nombre comercial Nota

Cadena de caracteres

Dirección

Alfanumérico

31/03/18

Tel, NRC

Numérico

31/03/18

Fecha

Dd-mm-aaaa

31/03/18

Clientes

Respuesta del sistema

Aceptado

Responsable

David C

Medidas correctivas

RELACION ENTRE TABLAS Y BASE DE DATOS CORREGIDO

Status

APROBADO

Corregir colores del formulario, y centrar

mm/dd/aaa

Table 4: Validación de formulario de clientes

10


fecha

Formulario

02/03418

Clientes

Valor ingresado Nombre, Persona de contacto, Nota

Dato válido

Cadena de caracteres

06/04/18

Dirección

10/04/18

No Contacto Numérico

Respuesta del sistema

Responsable

Aceptado

David C

Alfanumérico

Medidas correctivas

NINGUNA , En el formulario corregir ortografía

Status

APROBADO

Table 5: Validación de formulario de proveedores

Tabla 1: Validación de formularios b) Manejo de mensajes de orientación, error, éxito para informar al usuario sobre el estado de las solicitudes Alerta

Motivo

En el formulario de eliminar Producto

Asegurarse que el usuario esta seguro de realiiar esta acción

11


Asegurarse que el usuario esta seguro de realiiar esta acciรณn En el formulario de eliminar cliente

Asegurarse que el usuario esta seguro de realiiar esta acciรณn En el formulario de eliminar Proveedor

Table 6: Mensajes de orientaciรณn para el usuario

12


c) Diseño de salidas de pantallas y a impresor En General se cuenta con la siguiente interface en todo el diseño de la aplicación, habiendo un leve cambio cuando se generan los reportes1

Illustration 1:n Diseñin den paotallasn den lan aplicacióo

d) Interfaces de usuarios

Illustration 2:n Paotallan den Ligion ioicial

1

Ver sección de Generación de Reportes

13


14


Illustration 3:n Paotallan cion meoĂşn priocipal

Illustration 4:n Paotallan priocipaln paran geoerarn veota

15


Illustration 5:n Listan den priductis

Illustration 6:Listan den priveedires

16


Illustration 7:n Págioan den ayudan aln usuarii

e) Colores, gráficos y tonos usados que garantiza ergonomía para el usuario: Colores básicos de la empresa, Gris, amarillo, verde, aiúl, tonos rojos y naranja para contrastar y resaltar botones importantes

Illustration 8:n Ciliresn webn utlizadis

17


f) Formularios

Illustration 9:n Agregarn priducti

Illustration 10:n Agregarn clieote

18


Illustration 11:n AĂąadirn priveedir

Illustration 12:n Firmulariin den veota

Illustration 13:n Firmulariin den pagi

19


2.0DESARROLLO DEL SISTEMAS a) Control de errores generados Durante la codifcación del código se han generado muchos errores como en todo proceso de depuración se ha ido eliminando, éstos para identfcarse con mayor facilidad, se tomó a bien como buena práctca de codifcación, Generar los módulos de forma independiente y posteriormente se enlaiarón, quedando la estructura de la codifcación como se muestra en la ilustración 14.

Illustration 15:n Árbiln jerarquicin den carpetan eon aplicacióo

b) Resultados generados según los esperados

Illustration 14:n Estructuran den carpetas

Totalmente satsfactorios, ya que la aplicación realiia las tareas para lo cual fue diseñada, aparte que cuenta con entorno muy amigable y fácil de comprender e implementar, aún para personas que no cuentan con conocimientos previos de computación

c) Criterios de calidad en el que está basado - Entorno según lo solicitado por el cliente - De fácil manejo 20


- Que fuese agradable en su ambiente de ejecucion - Que no requiera demanda de software o hardware especializado - De codigo Opensouurce para su futura ampliacion o mejora - De mejora continua - Capaz de ser instalado con facilidad

3.0 BUSQUEDA a) Formularios de búsqueda La aplicación POS, cuenta con formulario de búsqueda para los módulos de Productos, Clientes y Proveedores, contando con la opción buscar por palabras clave que compara desde la base de Datos utliiando la técnica AJAX2

Illustration 16:n Búsquedan pirn priductis

Illustration 17:n Búsquedan pirn clieotes

2AJAX, acrónimo de Asynchronous JavaScript And XML (JavaScript asíncrono y XML)

21


Illustration 18:n BĂşsquedan pirn priveedires

4.0 SALIDAS DEL SISTEMA a) Reportes para impresion (.pdf) Generados El sistema posee la capacidad de generar reportes de ventas en periodos y fechas desde un calendario, segĂşn se muestra en la ilustracion 19a

Illustration 19:n Geoeraciion den repirten den veotas Ingresando las fechas, es posible generar un reporte de ventas, con la capacidad de obtener un aPDF y de imprimirse directamente en una impresora

22


Illustration 20:n Repirten den veotasn eon paotalla

23


Illustration 21:n Repirten den veotasn paran imprimirn eon impresira

Illustration 22:n Repirten den veotasn eon firmadin .PDF

24


5.0 AYUDA DEL SISTEMA a) Captura de pantalla de página de ayuda para usuarios La aplicación cuenta con un botón que abre una página web de ayuda al usuario y explicar brevente en qué consiste cada módulo de la aplicación. La cual se identfca con el icono de una ambulancia

Illustration 23:n Ícioin den ayuda

Illustration 24:n Págioan den asisteocian den ayuda

25


6.0 INTEGRIDAD DE LA DATA a) Estrategias utilizadas para garantizar la integridad de los datos. Arquitectura, recursos de hardware y comunicaciones En respuesta a la integridad de la data, para el buen funcionamiento de la aplicacionse utiliza MySQL como gestor de base de datos, esta data esta protegida por contrasena, para lo que en el plan de mantenimiento y entrenamiento, se plantea adistrar al usuario para que periodicamente realice respaldos de su base de datos y garantice que su informacion estaraĚ resguardada de manera seguraa

26


7.0 DOCUMENTACION DEL SISTEMA a) Manual de administración SOLUCIONES WEB MANUAL DE ADMINISTRACION Esta guia o manual del administrador no busca explicar a profundidad el qué hacer en cada etapa de ejecución y puesta en marcha del sistema, sino más bien busca describir de manera general los requerimientos mínimos para el optmo rendimiento de la aplicación, se brindan contraseñas de administrador, contraseña de base de datos, y la manera como instalar la base de datos en MySQl, utliiando la aplicación XAMPP. 1. Requerimientos Previos a) Una PC con: - Disco duro de al menos 10Gb libres - Memoria RAM de al menos 2Gb - Procesador no menor a Core 2 Duo o superior. - Sistema operatvo

indows, Mac o GNU/Linux que soporte XAMPP

b) Descargar, instalar y ejecutar la aplicación según corresponda al sistema operatvo, desde el siguiente enlace - Pagina de XAMMP,

AMMP, LAMPP

c) El paquete de la aplicación cuenta con un archivo llamado pos.sql, que será el que contene la base de datos inicial

27


Illustration 25:n Basen den datisn POS,n creadan eon MySQL Para instalarlo desde MySQL, creamos una base de datos llamada # sales# sin almohadillas Posterior importamos el archivo llamado pos.sql y listo tenemos nuestra base de datos instalada MANUAL DE IMPLANTACION Ya que tenemos en ejecución nuestro Servidor Local (Localhost) que será el lugar desde don ejecutaremos en el navegador la siguiente instrucción: localhost/dashboard/ruta-de-ouestra-carpeta-pis/pos Y se abrirá la primera pantalla de Login. En ese momento la aplicación Tu Solucion para su funcionamiento.

eb – POS, comeniará a ejecutarse de manera local

b) Manual de usuarios SOLUCIONES WEB MANUAL DE USUARIO

Introducción TU SOLUCION WEB-POS un software de gestion de puntos de venta (POS) enfocado al inventario y a la facturacion al contado, caracteristicas que le permiten acomodarse a un gran numero de tipos de comercios. Con TU SOLUCION WEB-POS podemos controlar articulos, clientes, facturas, cajas, proveedores, movimientos, realizar mantenimientos, manejar cajones monederos, realizar diversas acciones de modifcacion de edicion, agregar o eliminar elentos, por lo que debes ser muy cuidadoso en el uso de ella

28


También tenemos la posibilidad de obtener reportes muy completos y especifcos de todo tipo, ademas de poder imprimir cualquier dato. Cuenta con una solida estructura a nivel de interfaz de usuario en la cual se han escogido cuidadosamente los controles adecuados para cada tarea y en donde se ha tenido especial cuidado con la estandarizacion de la nomenclatura de los menus y las ventanas. También se ha hecho énfasis en la profesionalidad del diseno grafco, se ha tenido en cuenta la uniformidad del color y los iconos en todas las ventanas, comentarios relevantes en las secciones que ameriten, para dar como resultado una herramienta totalmente intuitiva para el usuario. Este programa esta desarrollado en PHP y MySQL, teniendo la capacidad de imprimir de manera fisica y virtual, tienes en tus manos un producto muy bien pensado y desarrollado pensando en ti, DISFRUTALO

REQUERIMIENTOS TECNICOS PARA EL USO DE POS Navegador

EB (Chrome, Firefox, Safari, Opera, etc)

Tener Instalado Acrobat reader Tener instalado Apache Tener instalado XAMPP,

AMPP o LAMPP

Contar con un sistema operativo estable de preferencia GNU/LINUX Equipo de Desarrollo DC-SOFT

INSTALACIÓN RÁIIA Y FACILL Ya que la aplicacion se ejecuta en tu servidor local, desde el momento que enciendas tu PC, solamente debes abrir el navegador de tu preferencia y comenzara su ejecucion cuando tu ingreses en la barra de direccion, localhost/pos

n n n n n n n n n Illustration 26:n paotallan ioicialn den Ligion

TU SOLUCION WEB – ́OS cuenta con un sistema de ayuda que ensena como utilizar el programa, como instalarlo, y ademas cuenta con grafcos a todo color que ilustraran de una forma muy simple el funcionamiento de este software. Ademas, no posee opciones que al pulsar por casualidad o ligeramente alteren la informacion digitada. Disenado de tal manera que aun una persona con pocos conocimientos en sistemas puede usarlo. INTEGRAIOL Usted no tiene que salir de un modulo para poder entrar en otro, ya que este programa se encuentra totalmente integrado e interfazado modulo a modulo.

29


GARANTIZAIOL Todos los modulos funcionan en su totalidad, de tal manera que cualquier error de ejecucion el programa sera corregido sin costo de ningun tipo. AJUSTABLEL Permite realizarle eventuales modifcaciones al programa de tal manera que el sistema quede a la a medida de las necesidades y requerimientos de su empresa. Estas modifcaciones se cotizaran por aparte segun las tarifas establecidas por nuestros técnicos para dicho tipo de actividad.

Módulos de TU SOLUCION WEB – ́OS 1. Proveedores 2. Clases o tipos de articulos 3. Clientes 4. Proveedores 5. Ventas 6. Ayuda 7. Formas de pago 8. Facturacion 9. Comprobantes de pago 10.Control y seguridad de usuarios 11.Documentacion y ayuda

Reportes basicos de TU SOLUCION WEB - ́OS 1. Facturacion (Impresoras tradicionales y de punto de venta) 2. Comprobantes de egreso 3. Listado de facturas por cliente 4. Listado de facturas agrupado por cliente 5. Aviso de baja existencia de productos menor a 10

30


EJECUCION IE LA AĚ LICACION En la ejecucion de la aplicacion

Illustration 27:n Meoun priocipal Este sera tu menu principal en el que encontraras cada una de los botones para acceder a los modulos de intereĚ s, Ventas, Productos, Clientes, Proveedores, Reporte de Ventas, Ayuda, Cerrar Sesion.

31


Illustration 28:n Módulin den veotas

El modulo de ventas provee la opciones de Agregar Productos, y cantidades, para lo cual cuando lo utilices notaras que inmediatamente genera la suma total y la rentabilidad de esa venta, Cuando presiones el boton Guardar, se abrira la ventada auxiliar de cobro, donde escribiras la forma de pago, el nombre del cliente y la cantidad de dinero que te entrega, para indicarte en la factura el cambio que debes dar al cliente e imprimir la factura.

Illustration 29:n Paotallan paran eln cibrin yn geoeraln factura

MODULO DE PRODUCTOS Al pinchar sobre el ícono de Productos, encontrarás la interface que te permitra, ver el inventario de productos, Los Productos que estén bajos de existencia,( Menor que DIEZ), sombreados de color Naranja, para que puedas en la manera de lo posible, surtr tu bodega, Además cuentas con las opciones de Editar y Eliminar, Ojo, con la últma opción, ya que al 32


eliminar un producto perderás toda la información de éste, es por eso que se te envía un aviso para confrmar tu acción de eliminar.

Illustration 30:n Módulin den Priductis

MODULO DE CLIENTES Al pinchar sobre el ícono de Clientes, encontrarás la interface que te permitrá, ver la base de datos de CLIENTES registrados. Además cuentas con las opciones de Editar y Eliminar, Ojo, con la últma opción, ya que al eliminar un CLIENTE perderás toda la información de éste, es por eso que se te envía un aviso para confrmar tu acción de eliminar.

Illustration 31:n Módulin den Clieotes

33


MODULO DE PROVEEDORES Al pinchar sobre el ícono de Proveedores, encontrarás la interface que te permitrá, ver la base de datos de Proveedores registrados. Además cuentas con las opciones de Editar y Eliminar, Ojo, con la últma opción, ya que al eliminar un Proveedor perderás toda la información de éste, es por eso que se te envía un aviso para confrmar tu acción de eliminar.

Illustration 32:n Basen den clieoten den priveedires

MODULO DE REPORTE DE VENTAS

Illustration 33:n Repirten den veotasn paran imprimir 34


Illustration 34:n Repirten den veotas

Illustration 34:n Repirten den veotasn eon paotalla

El sistema con el que cuentas ofrece la grande ventaja de poder generar reportes e imprimirlos de manera física o poseerlos en formato .pdf, para ello solamente debes establecer la fecha de inicio de la busqueda del reporte y la fecha fnal, apartr de alli, se te mostrará en pantalla un reporte detallado de venta de productos, clientes, montos, venta total, Rentabilidad acumulada en el período escogido.

Ilustracióon 35:n Repirten den veotasn eon .pdf

35


8.0 PROPUESTA DE VALIDACION, SOPORTE Y MANTENIMIENTO a) Plan de pruebas y de validación del sistema b) Propuesta de Soporte y mantenimiento del sistema, tiempo, personal involucrado, costos, etc. 9.0 CAPACITACION a) Plan de capacitación para el capital humano 10.0 LICITACION DE UN PROYECTO INFORMATICO 11.0 COMPLEMENTOS a) Conclusiones Un proyecto de desarrollo de un Sistema de Información comprende varios componentes o pasos llevados a cabo durante la etapa del análisis, el cual ayuda a traducir las necesidades del cliente en un modelo de Sistema que utiliza uno mas de los componentes: Software, hardware, personas, base de datos, documentación y procedimientos. En una organización o Empresa, el análisis y Diseño de Sistemas, es el proceso de estudiar su Situación con la finalidad de observar como trabaja y decidir si es necesario realizar una mejora; el encargado de llevar a cabo estas tareas es el analista de sistemas. Antes de comenzar con el desarrollo de cualquier proyecto, se conduce un estudio de Sistemas para detectar todos los detalles de la situación actual de la empresa. La información reunida con este estudio sirve como base para crear varias estrategias de Diseño. Los administradores deciden que estrategias seguir. Los Gerentes, empleados y otros usuarios finales que se familiarizan cada vez mas con el uso de computadoras están teniendo un papel muy importante en el desarrollo de sistemas. Todas las organizaciones son Sistemas que actúan de manera reciproca con su medio ambiente recibiendo entradas y produciendo salidas. Los Sistemas que pueden estar formados por otros Sistemas de denominan subsistemas y funcionan para alcanzar los fines de su Implantación. 36


Es por eso que existen varios modelos o métodos para la realización del análisis y diseño de un sistema, lo primero del trabajo fue revisar que es el Análisis y el diseño y posteriormente el autor Kendall, presenta varios modelos que podemos utilizar para la realización y elaboración de un proceso y trabajo exhaustivo y dar solución o respuesta al problema que se ha generado desde la perspectiva del programador y analista. Los sistemas de información nunca dejan de actualizarse, ya que las empresas están en constante cambio y por eso surge nuevas necesidades. Cuando una empresa instala un sistema no quiere decir que los problemas de está hayan terminado, se le proporciona a los gerentes o encargado de dicha compañía, información oportuna y precisa para la toma de decisiones, pero el éxito o el fracaso no depende de si tiene o no un sistema de estos, depende de las decisiones que tome el encargado de la empresa con la información que estos u otros medios le proporcionen. El proyecto que hemos realizado ha contribuido de manera muy importante para identificar y resaltar los puntos que hay que cubrir y considerar para llevar a cabo una implantación exitosa de los sistemas de información

b) Recomendaciones Antes de comenzar a codificar cualquier sistema es necesario elaborar la parte documental, ya que a partir de ésta la aplicación puede codificar en el lenguaje que se desee. Tener en cuenta una elaboración de manuales acorde a las necesidades. Ejecutar programas de capacitación sobre la naturaleza del sistema a implementarse, se puede decir que el sistema trabajaría mejor si todos los usuarios contribuyen al desarrollo del mismo. Remplazar los equipos de oficinas obsoletos por equipos actualizados e idóneos para la empresa

37


c) Bibliografía http://wwwaininagobamx/transparencia/doctosnormateca/PaSI-5,%20Rev %202%20Verificacion%20y%20Validacion%20de%20Softwareapdf https://www.comprasal.gob.sv/comprasal_web/convocatoria01 https://www.comprasal.gob.sv/comprasal_web/convocatorias https://www.comprasal.gob.sv/comprasal_web/inicio https://noticias.infocif.es/noticia/como-preparar-una-propuesta-para-unalicitacion-publica https://www.consumidor.ftc.gov/articulos/s0018-aplicaciones-movilesque-son-y-como-funcionan https://www.intelligenia.com/apps (Aplicaciones móviles) https://wiboomedia.com/que-son-las-aplicaciones-web-ventajas-y-tiposde-desarrollo-web/ (Aplicaciones web) https://es.wikipedia.org/wiki/Análisis_de_sistemas_estructurado_y_métod o_de_diseño (Análisis de sistema estructurado) https://www.youtube.com/watch?v=XwN9ZasjL-c (Diseño de sistemas) https://www.youtube.com/watch?v=nB7PQGNdwik (Fases de diseño de sistemas) https://www.youtube.com/watch?v=Bi-H0QFnJMU proyecto)

(Etapas

de

un

38


d) Glosario de términos Apache: Es uno de los servidores Web mas populares y utilizados. Se da la circunstancia de que es de dominio público. Está basado en el sistema operativo Linux Aplicación: Es simplemente otra forma de llamar a un programa informático. Se instala en ordenador y nos permite realizar tareas de todo tipo. Desde mandar un correo a gestionar la contabilidad de una empresa. Backup: También llamado copia de seguridad, es la tarea de duplicar y guardar cualquier tipo de datos o información en otro lugar (disco, servidor...) para que pueda ser recuperado en caso de la perdida de la información original. CSS Es un formato de archivo con varias instrucciones HTML que permite dar una presencia homogénea a varias páginas Web solo preocupándose de modificar dicho archivo CSS. Computadora:Es un dispositivo electrónico que permite procesar información y datos con programas diseñados para ello. Actualmente este término no se usa demasiado en el mundo de la informática. Hardware: Hace referencia a la parte física o sólida de un ordenador u otro elemento informático. HTML: Es el lenguaje con que se escriben las páginas Web. IP: Numero de 32 bits que identifica a ordenadores o equipos de red en Internet. Menú: Es una lista de opciones para que una persona elija una acción. Es interactivo con el usuario. Sistema informático: Es el conjunto de elementos hardware, software y periféricos que conectados entre si, forman un ordenador. Sistema operativo: ordenador.

Es un conjunto de programas que sirven para manejar un

Software: El conjunto de programas, procedimientos y documentación asociado a un sistema informático. XAMPP 0 X, Apache, MySQL, PHP/Perl Servidor independiente de la plataforma conformado por software libre, que corre en diferentes sistemas operativos (de ahí la X), con un servidor de base de datos MySQL, el servidor Web Apache y los interpretes para lenguajes de guiones: PHP y Perl.

39


DISEÑO DE SISTEMAS

CO01132217

LICITACION DE UN PROYECTO INFORMATICO Para la elaboración de la propuesta de aplicar para la licitación de un sistema informátco para la administración pública, se ha tomado como referencia el siguiente aviso de licitación por parte del Fondo Social para la Vivienda de El Salvador del año 2015

ULS, LICITACION PROYECTO TU SOLUCION WEB-POS


DISEÑO DE SISTEMAS

CO01132217

Además tomando como referencia las bases para una licitación pública del suministro de un equipo informátco para el ministerio de salud, que se puede visualizar en el siguiente enlace

Describimos nuestra oferta de la siguiente manera: Oferta Técńa Éocóńa por Recgloc por el Snstéa de Adqunsńnoces Unidad de Adquisiciones y Contrataciones Institucional Presentacion de Oferta Tecnica Economica MINISTEIIO DE SAUUD Uicitacion Pública No. : __001_____ Hoja 2__ de __6__ Proveedor No. : ___2_5034___ Fecha: / / (15/Mayo/2_018) Nombre o Iazon Social de: _Nombre de la empresa : DC-Soft Co. Ua empresa o Consorcio Especificaciones Ienglon No.: __000_______ Codigo del Articulo: 000000000000 Descripcion del producto o servicio: Aplicacion de punto de Venta y control de Inventario POS. Ucndad de ́ednda ofrénda ́/u

Préno Ucntarno US$5,000 Préno Total US$5,000

Maŕa:DC_SOFT_POS1 Origen: El Salvador Vencimiento del Producto: Año 2_018, V.1.0 Monto total de la oferta en letras: Cino Mil 00/100 DOUAIES DE UOS ESTADOS UNIDOS DE AMEIICA Plazo de entrega: 3 Meses a partir de la entrega de requerimientos iniciales Numero de Iegistro ante el Consejo Superior de Salud Pública: 2_0198382_-1 Vigencia de la oferta: 30 dias calendario Observaciones: El Plazo de entrega incluyen el prototipado de la aplicacion, entregas parciales de modulos en periodos de 3 semanas. Nombre, firma y Sello del ofertante Nombre: ______________________________ Firma: ______________________________ Sello:

ULS, LICITACION PROYECTO TU SOLUCION WEB-POS


DISEÑO DE SISTEMAS

CO01132217

Renglón

Codigo del producto

Descripcion del suministro

1

60502415

Sistema de venta y C/U control de inventario POS

Descripción

Unidad de medida cantdad 1

Software, aplicacion o Sistema de Preferencia Open Source, creado en PHP y MySQl, para venta y control de inventario de tienda, con los siguientes modulos.

 Modulo de Venta  Estructura resistente de uso hospitalario.  Modulo de Proveedores  Modulo de clientes  Modulo de ayuda.  Generacion de Ieporte de ventas  Uogin de usuarios específicos  Multiplataforma  En Ambiente WEB

Condiciones de recepción

Debera entregarse a entera satisfaccion del Administrador de Contrato.

Informacion Tecnica Iequerida

Manuales de  Instalacion  Usuarios

ULS, LICITACION PROYECTO TU SOLUCION WEB-POS


DISEÑO DE SISTEMAS

CO01132217

 Mantenimiento  Control de fallas  Soporte de base de datos Garantía

Garantía de dos (2_) años contra desperfectos de codifo y construccion. Compromiso escrito del suministrante en existencia de repuestos para un período mínimo de tres años.

MODELO DE DECLARACIÓ JURADA PARA EFECTOS DE PAGO 1.0 DECUAIANTE 1.1 PEISONA NATUIAU O JUIIDICA 1.2_ Iepresentante Uegal o Apoderado (Solo personas Jurídicas) Por este medio declaro bajo juramento que la cuenta que detallo a continuacion, sera utilizada por el Estado por medio de la Direccion General de Tesorería para cancelar cualquier tipo obligacion que realice la institucion y que sean legalmente exigibles, según lo establecido en el Art. 77, de la Uey Organica de Administracion Financiera del Estado. Ua cuenta a declarar es la siguiente: DECUAIO BAJO JUIAMENTO UO SIGUIENTE: 1- Que los datos que proporciono en este documento son verdaderos y que conozco las Normas Uegales y Administrativas que regulan esta declaracion jurada. 2_- Que en caso de actuar como representante legal, declaro que el poder con el que actuo es suficiente para asumir todas las responsabilidades. San Salvador,___________ FIIMA: _______________ NOMBIE: ______________DUI: _________________ TODO TIPO DE OBLIGACIÓ

ULS, LICITACION PROYECTO TU SOLUCION WEB-POS


DISEÃ&#x2018;O DE SISTEMAS

CO01132217

ULS, LICITACION PROYECTO TU SOLUCION WEB-POS


Sistema POS

Manual de administrador

MANUAL DE ADMINISTRADOR BIENVENIDO, y gracias por adquirir POS Software. Este manual tiene como finalidad dar a conocer al Administrador del Sistema POS el acceso a todas las funcionalidades del software con la intención de que al momento de presentarse problemas con el software, sea posible realizar mantenimientos correctivos, preventivos y de mejora de éste. REQUERIMIENTOS TECNICOS PARA EL USO DE POS Navegador WEB (Chrome, Firefox, Safari, Opera, etc) Tener Instalado Acrobat reader Tener instalado Apache Tener instalado XAMPP, WAMPP o LAMPP Contar con un sistema operativo estable de preferencia GNU/LINUX El paquete de software POS, una serie de archivos en formato zip a los cuales tendrá acceso mediante la siguiente contraseña: pos123_admin Al tener acceso a todos los archivos que contienen el funcionamiento del software, usted es el responsable de cualquier modificación, por lo que recomendamos, que si no se está seguro de algún cambio en éste documento, se abstenga de realizar, cambios en el.

Illustration 1: Carpeta que contiene los archivos de POS En el archivo connect.php, se encuentra los parámetros de conección hacia la base de datos El archivo index.php contiene la pagina inicial El archivo login.php contiene la pagina de login inicial El archivo style.css contiene todo el contenido que da estilo al software


Sistema POS

Manual de administrador

La carpeta main, contiene todo lo relacionado con los modulos operativos, los cuales se pueden expandir o modificar según necesidad. (Reiteramos abstenerse de realizar cualquier modificación contenida en esta carpeta, ya que podría provocar un funcionamiento no deseado en la aplicación)


SISTEMA DE PUNTO DE VENTA POS

PLAN DE CAPACITACION

INTRODUCCION El presente plan de capacitaciรณn describe las sesiones bรกsicas necesarias para que todos los empleados y/o empleadas conozcan, identifiquen y aprendan acerca del software Punto de venta, Sobre su funcionamiento, operaciones, familiarizar con el entorno grรกfico y recursos con los que cuenta. Con la finalidad de obtener el mรกximo provecho en la utilizaciรณn del software.

TEMARIO DE LA CAPACITACION 1) Introducciรณn al entorno de trabajos 1.1 Pantalla de Login 1.2 Entorno Inicial 1.3 Barras de navegaciรณn 1.4 Pestaรฑas de mรณdulos 2) Conociendo los mรณdulos de trabajos 2.1 Modulo de Compras 2.2.Mรณdulo de ventas 2.3 Mรณdulo de Clientes 2.4 Mรณdulo de Productos 3) Generando Reportes 3.1 Reportes impresos 3.2 Reportes en formato .pdf 4) Mantenimientos y respaldos del sistema


SISTEMA DE PUNTO DE VENTA POS

NOMBRE

MÓDULO I

MODULO II

Tema

PLAN DE CAPACITACION

Duración horas

Introducción al entorno de trabajos Pantalla de Login Entorno Inicial Barras de navegación Pestañas de módulos Conociendo los módulos de trabajos Modulo de Compras Módulo de ventas Módulo de Clientes Módulo de Productos

Generando Reportes MODULO III Reportes impresos Reportes en formato .pdf MODULO IV Mantenimientos y respaldos del sistema

Recursos -Proyector

4 - PC - Extensión 110 v 4

- Software POS - Salón para capacitaciones

2

- Pilots (negro, rojo )

2

- Pizarra o pliegos de papel bond - Café para asistentes - Agua

PONENTE Técnico especialista en conocimiento del Software POS.


TU SOLUCION WEB - POS Plan de Verificación y Validación Versión 1.0

Historia de revisiones Fecha

Versión

Descripción

Autor

12/05/2018

1.0

Primera versión

DAVID CLIMACO

Plan de Verificación y Validación Plan de Verificación y Validación de proyecto POS

Página 1 de 19 Página 19 de 19


Contenido PLAN DE VERIFICACIÓN Y VALIDACIÓN ....................................................................................... 1 VERSIÓN 1.0 .............................................................................................................................................. 1 HISTORIA DE REVISIONES .................................................................................................................. 1 CONTENIDO .............................................................................................................................................. 2 1. INTRODUCCIÓN .............................................................................................................................. 4 1.1. 1.2. 1.3. 1.4. 1.5.

PROPÓSITO ..................................................................................................................................... 4 PUNTO DE PARTIDA ........................................................................................................................ 4 ALCANCE ....................................................................................................................................... 5 IDENTIFICACIÓN DEL PROYECTO .................................................................................................... 6 ESTRATEGIA DE EVOLUCIÓN DEL PLAN ......................................................................................... 6

2. REQUERIMIENTOS PARA VERIFICAR ..................................................................................... 7 3. ESTRATEGIA DE VERIFICACIÓN .............................................................................................. 8 3.1. TIPOS DE PRUEBAS ......................................................................................................................... 8 3.1.1. Prueba de Funcionalidad ..................................................................................................... 8 3.1.2. Prueba de Ciclo del Negocio ................................................................................................ 8 3.1.3. Prueba de Interfaz de Usuario .............................................................................................. 9 3.1.4. Prueba de Performance ...................................................................................................... 10 3.1.5. Prueba de Carga ................................................................................................................. 10 3.1.6. Prueba de Esfuerzo (stress, competencia por recursos, bajos recursos) ........................... 11 3.1.7. Prueba de Volumen ............................................................... ¡Error! Marcador no definido. 3.1.8. Prueba de Seguridad y Control de Acceso ......................................................................... 12 3.1.9. Prueba de Fallas y Recuperación ....................................................................................... 12 3.1.10. Prueba de Configuración .................................................................................................... 12 3.1.11. Prueba de Instalación ......................................................................................................... 13 3.1.12. Prueba de Documentos ....................................................................................................... 13 3.2. HERRAMIENTAS .................................................................... ¡ERROR! MARCADOR NO DEFINIDO. 4. RECURSOS ....................................................................................................................................... 14 4.1. 4.2.

ROLES .......................................................................................................................................... 14 SISTEMA ...................................................................................................................................... 14

5. HITOS DEL PROYECTO DE VERIFICACIÓN ......................................................................... 15 6. ENTREGABLES .............................................................................................................................. 15 6.1. 6.2. 6.3. 6.4.

MODELO DE CASOS DE PRUEBA .................................................................................................. 15 INFORMES DE VERIFICACIÓN ....................................................................................................... 15 EVALUACIÓN DE LA VERIFICACIÓN.............................................................................................. 16 INFORME FINAL DE VERIFICACIÓN ............................................................................................... 16

7. DEPENDENCIAS ............................................................................................................................. 17 7.1. 7.2. 7.3.

DEPENDENCIA DE PERSONAL ....................................................................................................... 17 DEPENDENCIA DE SOFTWARE ...................................................................................................... 17 DEPENDENCIA DE HARDWARE ..................................................................................................... 17

8. RIESGOS ........................................................................................................................................... 17 8.1. 8.2.

PLANIFICACIÓN............................................................................................................................ 17 GESTIÓN ...................................................................................................................................... 17

9. APÉNDICE ........................................................................................................................................ 19 9.1.

NIVELES DE GRAVEDAD DE ERROR .............................................................................................. 19

Plan de Verificación y Validación Plan de Verificación y Validación de proyecto POS

Página 2 de 19 Página 19 de 19


9.2.

NIVELES DE ACEPTACIÓN PARA LO ELEMENTOS VERIFICADOS .................................................... 19

Plan de Verificación y Validación Plan de Verificación y Validación de proyecto POS

Página 3 de 19 Página 19 de 19


1. 1.1.

Introducción Propósito Este Plan de Verificación para el proyecto “TU SOLUCION WEB-POS” soporta los siguientes objetivos:

1.2.

Identificar los componentes de software y documentación que deben ser sometidos al proceso de verificación y validación.

Enumerar los requerimientos que son recomendados para verificar, teniendo en cuenta las prioridades del cliente en cada fase.

Describir las estrategias de verificación que serán utilizadas para cada tipo de verificación, esto es, verificación unitaria, de integración, funcional y de sistema.

Identificar los recursos humanos y roles que serán necesarios en el proceso de verificación y validación.

Punto de partida El sistema a construir es un sistema de gestión de punto de ventas en un servidor local correrá en Sistema Operativo Libre GNU-Linux, o privativo Windows o Mac Os La principal funcionalidad del software es la gestión de venta por parte de usuarios. Estará conformado por 3 grandes componentes: •

Servidor local usando XAMMP, XAMMP o LAMMP

Usuario local (Localhost)

Base de datos con PhpMyAdmin

El objetivo de la verificación es poder encontrar la mayor cantidad de defectos tempranamente con el objetivo de entregar un software de calidad al cliente, y evitando las cuestiones de retrabajo ocasionadas por el descubrimiento de fallas sobre el final del proceso de desarrollo. Para lograr esto, se requiere tener tanto una visión global del sistema, como visión en cada uno de los módulos que lo componen, y también de cada unidad de código fuente que componen los subsistemas. Es por esto que la verificación se separa en 5 grandes tipos: •

Pruebas unitarias: Se verifica cada unidad de código fuente, para determinar si contiene defectos en su implementación, comprobándolo contra el diseño del mismo.

Pruebas de integración: Se verifica el correcto funcionamiento de las interacciones entre las unidades de código fuente para determinar que no existen defectos en la comunicación de los mismos.

Pruebas funcionales: Se verifica que el sistema cumple con todas las funcionalidades especificadas en los requerimientos del mismo.

Pruebas del sistema: Se verifican conjuntos de funcionalidades del sistema, como ser ciclo de vida de entidades, interacciones entre las mismas, etc. De manera de obtener la aceptación por parte del cliente.

Pruebas de requerimientos no funcionales: Se verifican que los requerimientos no funcionales especificados son cumplidos por el sistema

Plan de Verificación y Validación Plan de Verificación y Validación de proyecto POS

Página 4 de 19 Página 19 de 19


1.3.

Alcance

A continuación se pretende definir el alcance del proceso de verificación y validación, especificando las responsabilidades que deben asumir los roles involucrados. La verificación unitaria será responsabilidad de cada implementador. Se sugiere que cada vez que una unidad de código es terminada, o avanzada, el implementador cree un conjunto básico de casos de pruebas para probar la funcionalidad de la unidad. También será responsable de realizar los informes de verificación que especifiquen los defectos encontrados pero no corregidos en la iteración. Las pruebas de integración serán responsabilidad del equipo de implementadores. Estos deberán organizarse para realizarlas y en caso de encontrarse defectos y no corregirlos, realizar el informe pertinente. Las pruebas funcionales y del sistema serán responsabilidad del equipo de verificación, utilizando el documento de especificación de requerimientos para comprobar que el sistema cumple con ellos. Las pruebas de requerimientos no funcionales serán responsabilidad del equipo de verificación. Existen inconvenientes técnicos que hacen imposible la verificación de ciertos requerimientos no funcionales, pero que dada las características del proyecto, se puede inferir que el sistema las cumplirá. Un requerimiento no funcional que puede ser problemático en el proceso de verificación es el que especifica que el sistema debe correr en los browsers: IE (desde la versión 6 en adelante), Mozilla Firefox, Google Chrome, y Safari. Este requerimiento obliga a que las pruebas funcionales se realicen varias veces, una vez en cada browser, relenteciendo el proceso de verificación.

Plan de Verificación y Validación Plan de Verificación y Validación de proyecto POS

Página 5 de 19 Página 19 de 19


1.4.

Identificación del proyecto Los documentos usados para elaborar el Plan de Verificación son los siguientes: •

1.5.

Especificación de Requerimientos iniciales

Estrategia de evolución del Plan El responsable del monitoreo del Plan de Verificación y Validación es el Responsable de Verificación. Este debe cerciorarse que el plan se está cumpliendo en cada etapa del proyecto. Las modificaciones al plan no están agendadas por el momento. Se esperará a evolucionar en las fases para planificar los cambios al plan, en especial, se esperarán los cambios en los requerimientos del sistema. El equipo de verificación evaluará los posibles cambios al Plan de Verificación que se crean necesarios. El resto del equipo podrá sugerir un cambio al plan si lo cree necesario, y el equipo de verificación lo discutirá y analizará.

Plan de Verificación y Validación Plan de Verificación y Validación de proyecto POS

Página 6 de 19 Página 19 de 19


2.

Requerimientos para verificar En la lista a continuación se presentan los elementos, casos de uso, requerimientos funcionales y requerimientos funcionales y no funcionales, que serán verificados. Estos corresponden con los casos de usos prioritarios para esta fase que el cliente dio a entender al equipo de trabajo. Luego, en las subsiguientes fases se verificarán los restantes requerimientos y/o casos de usos. •

Registrarse (Usuario no registrado)

Loguearse (Usuario no logueado)

Desloguearse (Usuario logueado)

Visualizar productos(Usuario en general)

Editar Perfil de usuario (Usuario logueado)

Visualizar ventas

Visualizar proveedores

Visualizar clientes

Requerimientos no funcionales que serán verificados a lo largo de todo el proyecto (podrán modificarse en el futuro) • Se podrá acceder a dicha aplicación desde los siguientes browsers: Internet Explorer (superior a la versión 6.0), Mozilla Firefox, Safari y Chrome.

Plan de Verificación y Validación Plan de Verificación y Validación de proyecto POS

Página 7 de 19 Página 19 de 19


3.

Estrategia de Verificación Esta sección presenta el enfoque recomendado para la verificación. Describe como se verificarán los elementos. Se indicarán las técnicas usadas y el criterio para saber cuando una prueba se completó (criterio de aceptación).

3.1.

Tipos de pruebas

3.1.1.

Prueba de Funcionalidad

La prueba de funcionalidad se enfoca en requerimientos para verificar que se corresponden directamente a casos de usos o funciones y reglas del negocio. Los objetivos de estas pruebas son verificar la aceptación de los datos, el proceso, la recuperación y la implementación correcta de las reglas del negocio. 3.1.1.1.

Objetivo de la prueba

Asegurar la funcionalidad apropiada del objeto de prueba, incluyendo la navegación, entrada de datos, proceso y recuperación. 3.1.1.2.

Técnica

Ejecutar los casos de uso usando datos válidos y no válidos, para verificar lo siguiente:

3.1.1.3.

Se obtienen los resultados esperados cuando se usan datos válidos.

Cuando se usan datos no válidos se despliegan los mensajes de error o advertencia apropiados.

Se aplica apropiadamente cada regla del negocio. Criterio de aceptación

Todas las pruebas planificadas se realizaron. Todos los defectos encontrados han sido debidamente identificados. 3.1.1.4.

Consideraciones especiales

Las pruebas de funcionalidad se verán afectadas si se retrasa el desarrollo de la implementación, o si el software entregado al área de verificación contiene muchos defectos que impidan las pruebas de las restantes funcionalidades. Dentro de lo posible se intentará realizar tests cases que sean automáticos, de manera de poder reproducirlos para realizar los tests de regresión. Esto no es fácil dado que se cuenta con una interfaz web que correrá sobre varios browsers de internet y el armado de tests cases automatizados es mas complejo que el manual. 3.1.2.

Prueba de Ciclo del Negocio

Esta prueba debe simular las actividades realizadas en el proyecto en el tiempo. Se debe identificar un período, que puede ser un par de semanas y se deben ejecutar las transacciones y actividades que ocurrirían en el período de al menos 6 meses. Esto incluye todos los ciclos diarios, semanales y mensuales y eventos que son sensibles a la fecha. En este caso, el único requerimiento que determina un ciclo diario es el resumen por día de acuerdo al volumen de ventas. Si en el futuro surge algún otro requerimiento, se agregará debidamente.

Plan de Verificación y Validación Plan de Verificación y Validación de proyecto POS

Página 8 de 19 Página 19 de 19


3.1.2.1.

Objetivo de la prueba

Asegurar que la aplicación funciona de acuerdo a los requerimientos del negocio. 3.1.2.2.

Técnica

La prueba debe simular ciclos de negocios realizando lo siguiente: Las pruebas de funcionalidad se deben modificar para aumentar la cantidad de veces que se ejecuta cada función, simulando varios usuarios diferentes en un período determinado. Todas las funciones sensibles a la fecha se deben ejecutar con fechas válidas y no válidas o períodos de tiempo válidos y no válidos. Para cada prueba realizada verificar lo siguiente:

3.1.2.3.

Se obtienen los resultados esperados cuando se usan datos válidos.

Cuando se usan datos no válidos se despliegan los mensajes de error o advertencia apropiados.

Se aplica apropiadamente cada regla del negocio. Criterio de aceptación

Todas las pruebas planificadas se realizaron. Todos los defectos encontrados han sido debidamente identificados. 3.1.2.4.

Consideraciones especiales

Las fechas del sistema y eventos requieren actividades de soporte especiales. Esto es, poder cambiar la fecha y hora del reloj de servidor donde correrá el sistema. 3.1.3.

Prueba de Interfaz de Usuario

Esta prueba verifica que la interfaz de usuario proporcione al usuario el acceso y navegación a través de las funciones apropiadas. Además asegura que los objetos presentes en la interfaz de usuario se muestren como se espera y conforme a los estándares establecidos por la empresa o de la industria. 3.1.3.1.

Objetivo de la prueba

Verificar que: la navegación a través de los elementos que se están probando reflejen las funciones del negocio y los requerimientos, incluyendo manejo de ventanas, campos y métodos de acceso; los objetos de las ventanas y características, como menúes, tamaño, posición, estado funcionen de acuerdo a los estándares. 3.1.3.2.

Técnica

Crear o modificar pruebas para cada ventana verificando la navegación y los estados de los objetos para cada ventana de la aplicación y cada objeto dentro de la ventana. 3.1.3.3.

Criterio de aceptación

Cada pestaña ha sido verificada exitosamente siendo consistente con una versión de referencia o estándar establecido.

Plan de Verificación y Validación Plan de Verificación y Validación de proyecto POS

Página 9 de 19 Página 19 de 19


3.1.4.

Prueba de Performance

En esta prueba se miden y evalúan los tiempos de respuesta, los tiempos de transacción y otros requerimientos sensitivos al tiempo. El objetivo de la prueba es verificar que se logren los requerimientos de performance. La prueba de performance es implementada y ejecutada para poner a punto los destinos de pruebas de performance como función de condiciones de trabajo o configuraciones de hardware. Para este sistema, las pruebas de performance son respecto a los tiempos de carga para las páginas. 3.1.4.1.

Objetivo de la prueba

Verificar la performance de determinadas transacciones o funciones de negocio bajo ciertas condiciones: •

condiciones de trabajo normales conocidas.

peores casos de condiciones de trabajo conocidas.

3.1.4.2.

Técnica •

3.1.4.3.

Levantar el servidor local con Xammp luego abrir la aplicación para realizar las pruebas de tiempos de respuesta en las paginas del portal Web. Criterio de aceptación

Las paginas mas importantes (las de los Casos de Uso mas prioritarios) tienen un tiempo de respuesta aceptable según los requerimientos no funcionales.

3.1.5.

Prueba de Carga

3.1.5.1.

Objetivo de la prueba

Verificar que el sistema responderá adecuadamente bajo condiciones de carga importantes que simulen lo mas realista posible un escenario real al que se podría enfrentar el sistema en producción. El objetivo es determinar la cantidad mas razonable de usuarios que puede soportar un nodo, para luego extrapolar a varios nodos simultáneamente. 3.1.5.2.

Técnica

Levantar el servidor Local en elnavegador

Luego utilizar la aplicación para realizar las pruebas de carga simulando un uso racional en las acciones de los usuarios.

Luego incrementar el numero de usuarios simultáneos manteniendo la proporción de las clases de equivalencia

Plan de Verificación y Validación

Página 10 de 19


3.1.5.3.

3.1.6.

Criterio de aceptación

Prueba de Esfuerzo (stress, competencia por recursos, bajos recursos)

Las pruebas de stress serán similares a las de carga, pero con la diferencia que en vez de simular una carga balanceada, se simularán condiciones límite, como por ejemplo, el logueo repentino de muchos usuarios. La búsqueda simultanea de reportes, productos, clientes, generación de ventas. El objetivo es encontrar un límite a las capacidades del sistema.

Plan de Verificación y Validación

Página 11 de 19


3.1.7.

Prueba de Seguridad y Control de Acceso

La Prueba de Seguridad y Control de Acceso se enfoca en dos áreas de seguridad: •

Seguridad en el ámbito de aplicación, incluyendo el acceso a los datos y a las funciones de negocios.

Seguridad en el ámbito de sistema, incluyendo conexión, o acceso remoto al sistema.

La seguridad en el ámbito de aplicación asegura que, basado en la seguridad deseada los actores están restringidos a funciones o casos de uso específicos o limitados en los datos que están disponibles para ellos. La seguridad en el ámbito de sistema asegura que, solo los usuarios con derecho a acceder al sistema son capaces de acceder a las aplicaciones y solo a través de los puntos de ingresos apropiados. En este caso, dado que la aplicación será de uso público, no se requiere este tipo de seguridad. 3.1.7.1.

Objetivo de la prueba

Seguridad en el ámbito de aplicación: Verificar que un actor pueda acceder solo a las funciones o datos para los cuales su tipo de usuario tiene permiso. 3.1.7.2.

Técnica

Seguridad en el ámbito de aplicación: Identificar y hacer una lista de cada tipo de usuario y las funciones y datos sobre las que cada tipo tiene permiso. Crear pruebas para cada tipo de usuario y verificar cada permiso creando operaciones específicas para cada tipo de usuario. 3.1.7.3.

Criterio de aceptación

Para cada tipo de actor conocido las funciones y datos apropiados están disponibles, y todas las operaciones funcionan como se espera y ejecutan las pruebas de Funcionalidad de la aplicación. 3.1.8.

Prueba de Fallas y Recuperación

Las Pruebas de Fallas y Recuperación aseguran que el software puede recuperarse de fallas de hardware, software o mal funcionamiento de la red sin pérdida de datos o de integridad de los datos. La Prueba de Recuperación es un proceso en el cual la aplicación o sistema se expone a condiciones extremas, o condiciones simuladas, para causar falla, como fallas en dispositivos de Entrada/Salida o punteros a la base de datos inválidos. Los procedimientos de recuperación se invocan y la aplicación o sistema es monitoreado e inspeccionado para verificar que se recupera apropiadamente la aplicación o sistema y se logre la recuperación de datos. En cuanto a recuperación de los datos, el servicio de montaje de clúster en arreglos RAID1 podría ayudar en la conservación de copias tipo espejo y asi asegurar la integridad de la data

3.1.9.

Prueba de Configuración

No aplica debido a las características mencionadas de la plataforma.

Plan de Verificación y Validación

Página 12 de 19


3.1.10. Prueba de Instalación El cliente no requiere que el sistema sea instalado realmente. Una instalación real requiere que se paguen los costos requeridos para subir el sistema a los servidores externos o alijamientos web 3.1.11. Prueba de Documentos La Prueba de Documentos debe asegurar que los documentos relacionados al software que se generen en el proceso sean correctos, consistentes y entendible. Se incluyen como documentos los Materiales para Soporte al Usuario, Documentación Técnica, Ayuda en Línea y todo tipo de documento que forme parte del paquete de software. 3.1.11.1.

Objetivo de la prueba

Verificar que el documento objeto de prueba sea:

3.1.11.2.

Correcto, esto es, que cumpla con el formato y organización para el documento establecido en el proyecto.

Consistente, esto es, que el contenido del documento sea fiel a lo que hace referencia. Si el documento es Documentación de Usuario, que la explicación de un procedimiento sea exactamente como se realiza el procedimiento en el software, si se muestran pantallas que sean las correctas.

Entendible, esto es, que al leer el documento se entienda correctamente lo que expresa y sin ambigüedades, además que sea fácil de leer. Técnica

Para verificar que el documento es correcto se debe comparar con el estándar definido si existe o con las pautas de documentación y ver que el documento cumple con ellas. Para verificar que el documento es consistente se debe ejecutar el programa siguiendo el documento en caso de los Materiales de manual al Usuario y comprobar que lo que se explica en estos documentos es exactamente lo que se ejecuta en el programa. En caso de Documentación Técnica se debe revisar el código al cual corresponde la documentación y comprobar que dicha documentación describe el código. Para verificar que el documento es entendible, debe comprobar que se entiende correctamente, que no tiene ambigüedades y que sea fácil de leer. 3.1.11.3.

Criterio de aceptación

El documento expresa exactamente lo que debe expresar, no hay diferencias entre lo que está escrito y el objeto de la descripción (operación de software, código de programa, decisiones técnicas) y se entiende fácilmente. 3.1.11.4.

Consideraciones especiales

La documentación mas importante para el cliente, es la técnica, por lo tanto se hará mayor énfasis en la verificación de esta.

Plan de Verificación y Validación

Página 13 de 19


4.

Recursos En esta sección se presentan los recursos recomendados para el proyecto “Tu Solución Web - POS”, sus principales responsabilidades y su conocimiento o habilidades.

4.1.

Roles En la tabla a continuación se muestra la composición de personal para el proyecto Tu solución Web - POS en el área Verificación del Software. Rol

Cantidad mínima de recursos recomendada

Responsable de verificación

1

Asistente de verificación

Implementador

4.2.

2

Equipo de implementación completo

Responsabilidades

Identifica, prioriza e implementa los casos de prueba.

Genera el Plan de Verificación.

Genera el Modelo de Prueba.

Evalúa el esfuerzo necesario para verificar.

Proporciona la dirección técnica.

Adquiere los recursos apropiados.

Proporciona informes sobre la verificación.

Ejecuta las pruebas

Registra los resultados de las pruebas.

Documenta los pedidos de cambio.

Ejecuta las pruebas unitarias

Diseña las pruebas de integración planificadas

Ejecuta las pruebas de integración

Sistema En la siguiente tabla se establecen los recursos de sistema necesarios para realizar la verificación. Es recomendable que el sistema simule el entorno de producción, reduciendo los accesos y los tamaños de bases de datos si fuera apropiado. Recurso

Nombre/Tipo

Servidor de base de datos

MySQL

PC Cliente para pruebas

PC con acceso a internet

Plan de Verificación y Validación

Página 14 de 19


5.

Requerimientos especiales

Ninguno

Repositorio de pruebas

GitHub

IDE

ATOM, o SUBLIME TEXT 3

Hitos del proyecto de Verificación La verificación de la Aplicación, debe incorporar actividades de prueba para cada verificación identificada en las secciones anteriores Actividad que determina el hito

Esfuerzo

Fecha de comienzo

Fecha de finalización

Planificar la verificación

10 hs semana 2

semana 2

Elaborar casos de prueba

20 hs semana 3

semana 4

Ajuste y Control de Verificación

10 hs semana 3

semana 11

Ejecutar la verificación

50 hs semana 3

semana 11

Evaluar la verificación

10 hs semana 3

semana 11

Nota: Esta sección de hitos del proyecto es muy probable que sufra varias modificaciones en posteriores versiones.

6. 6.1.

6.2.

Entregables Modelo de Casos de Prueba Documento

Modelo de Casos de Prueba

Creado por

El Responsable de verificación, David Climaco.

Para quien

Es la guía para realizar las pruebas del sistema y lo usarán los Asistentes de verificación y el Responsable de verificación cuando se ejecuten las pruebas del sistema.

Fecha de liberación

Será liberado luego de la fase inicial.

Informes de Verificación Documento

Se genera un documento Informe de Verificación Unitaria por cada prueba unitaria que se realice al sistema.

Creado por

Las personas que ejecutan las pruebas.

Para quien

Es el retorno para los implementadores de la tarea de verificación, que detalla los errores encontrados para que puedan ser corregidos.

Fecha de liberación

Será liberado luego de cada verificación unitaria.

Plan de Verificación y Validación

Página 15 de 19


6.3.

6.4.

Documento

Se genera un documento Informe Consolidación por cada consolidación que se realice al sistema.

Creado por

Las personas que ejecutan las pruebas.

Para quien

Es el retorno para los implementadores de la tarea de consolidación, que detalla los errores encontrados para que puedan ser corregidos.

Fecha de liberación

Será liberado luego de cada consolidación.

Documento

Se genera un documento Informe de Verificación de Integración por cada prueba de integración que se realice al sistema.

Creado por

Las personas que ejecutan las pruebas.

Para quien

Es el retorno para los implementadores de la tarea de verificación, que detalla los errores encontrados para que puedan ser corregidos.

Fecha de liberación

Será liberado integración.

Documento

Se genera un documento Informe de Verificación de Sistema por cada prueba de sistema que se realice.

Creado por

Las personas que ejecutan las pruebas.

Para quien

Es el retorno para los implementadores de la tarea de verificación, que detalla los errores encontrados para que puedan ser corregidos.

Fecha de liberación

Será liberado luego de cada verificación de sistema.

luego

de

cada

verificación

de

Evaluación de la verificación Documento

Se genera un documento Evaluación de la verificación por cada prueba que se realice al sistema. Este documento contiene las fallas encontradas en el sistema, la cobertura de la verificación realizada y el estado del sistema.

Creado por

El Responsable de verificación, que toma como fuente de su trabajo los Informes de verificación.

Para quien

Es el resumen de la tarea de verificación y es el retorno para todo el equipo de trabajo del estado del sistema.

Fecha de liberación

Será liberado luego de cada verificación, unitaria, de integración y de sistema.

Informe final de verificación Documento

El documento Informe final de verificación es el resumen de la verificación final del sistema antes de que sea liberado al entorno del usuario.

Creado por

El Responsable de verificación, que toma como fuente de su trabajo los Informes de verificación.

Plan de Verificación y Validación

Página 16 de 19


7. 7.1.

Para quien

Indica el estado del sistema.

Fecha de liberación

Será liberado sistema.

luego

de

la

verificación

final del

Dependencias Dependencia de personal Será necesaria en la fase de construcción la participación de los cuatro asistentes de verificación y del responsable de verificación.

7.2.

Dependencia de software El software a verificar debe haber sido verificado previamente por los desarrolladores (pruebas unitarias y pruebas de integración), y debe ser entregado en una fecha apropiada.

7.3.

Dependencia de hardware Las pruebas que verifiquen la funcionalidad de la interfaz web del sistema, serán ejecutadas de manera local, por lo que debe tener preparado el ambiente de pruebas para el mismo.

8.

Riesgos En esta sección se detallan los riesgos detectados que puedan afectar la normal realización de las tareas de verificación.

8.1.

Planificación Las pruebas de verificación se verán afectadas si se retrasa el desarrollo de la implementación, o si el software entregado al área de verificación contiene muchos defectos que impidan las pruebas de las restantes funcionalidades. Evaluación del riesgo: Alto. Probabilidad de ocurrencia: Alta. Contingencia: Realizar la verificación atrasada del componente. Si es necesario, se modifica la agenda establecida.

8.2.

Gestión Debido a la inexperiencia del equipo, el responsable de verificación puede planificar de forma incompleta la verificación. Evaluación del riesgo: Medio, ya que el modelo de proceso es incremental, existe la posibilidad de enmendar las omisiones posteriormente. Probabilidad de ocurrencia: Alta. Contingencia: Completar el plan posteriormente.

Plan de Verificación y Validación

Página 17 de 19


9. 9.1.

Apéndice Niveles de gravedad de error En muchas actividades del proceso de verificación se deben clasificar los errores según su nivel de gravedad. Se asigna un nivel de gravedad a los errores para poder capturar de alguna manera su impacto en el sistema. Además para poder evaluar la verificación y el sistema. A continuación se da una sugerencia de cuatro niveles diferentes de gravedad de error:

9.2.

Catastrófico: un error cuya presencia impide el uso del sistema.

Crítico: un error cuya presencia causa la pérdida de una funcionalidad crítica del sistema. Si no se corrige el sistema no satisfará las necesidades del cliente.

Marginal: un error que causa un daño menor, produciendo pérdida de efectividad, pérdida de disponibilidad o degradación de una funcionalidad que no se realiza fácilmente de otra manera.

Menor: un error que no causa perjuicio al sistema, pero que requiere mantenimiento o reparación. No causa pérdida de funcionalidades que no se puedan realizar de otra manera.

Niveles de aceptación para lo elementos verificados Se debe establecer un nivel de aceptación para los elementos verificados para poder establecer el estado en el que se encuentra el proyecto. En esta sección defina niveles de aceptación y los criterios de pertenencia a cada nivel. Como ejemplo de niveles de aceptación: •

No aprobado: el elemento verificado tiene errores catastróficos (uno o varios) que impiden su uso o tiene errores críticos (uno o varios) que hacen que el elemento verificado no sea confiable. El usuario no puede depender de él para realizar el trabajo.

Aprobado con observaciones: el elemento verificado no tiene errores catastróficos, ni errores críticos, pero tiene errores marginales (uno o varios) que hacen que el elemento de software se degrade en algunas situaciones.

Aprobado: el elemento verificado no tiene errores o tiene errores menores que no afectan el normal funcionamiento del elemento.

Plan de Verificación y Validación de proyecto POS

Página 19 de 19

Punto de venta  

Etapas de Diseño de Software, para elaboración de Punto de venta

Punto de venta  

Etapas de Diseño de Software, para elaboración de Punto de venta

Advertisement