PLAN DE CALIDAD PARA EL PRODUCTO DE SISTEMA DE VENTA DE LA EMPRESA FERRETERA C’CORDOVA PDF

Preview

Summary

FACULTAD DE INGENIERÍA ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS PROYECTO “PLAN DE CALIDAD PARA EL PRODUCTO DE SISTEMA DE VENTA DE LA EMPRESA FERRETERA C’CORDOVA” AUTOR(a) Aguayo Solis Mishel Ramirez Saavedra Benito Pozo Ramirez Maycol Muñoz de la Cruz Anthony Vásquez Panduro, Abraham Moises Cat...

Description

FACULTAD DE INGENIERÍA

ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS

PROYECTO “PLAN DE CALIDAD PARA EL PRODUCTO DE SISTEMA DE VENTA DE LA EMPRESA FERRETERA C’CORDOVA”

AUTOR(a) Aguayo Solis Mishel Ramirez Saavedra Benito Pozo Ramirez Maycol Muñoz de la Cruz Anthony Vásquez Panduro, Abraham Moises Catunta Esquivel, Saulo

ASESOR(a) Miryam Milagros Cosme Félix

LIMA – PERÚ 2018

1

Plan de Calidad Aplicación X-Pro-L

RESUMEN Sistema de venta o de facturación corresponde a una aplicación de software interactiva y didáctica, que permite facilitar y difundir la automatización del proceso de venta. Se pretende conseguir que el usuario participe de forma real y activa con la aplicación, de manera que se adquieran de forma progresiva, los conocimientos necesarios que le permitan al interesado utilizar las funciones principales de este software. Como característica a considerar, destacan la claridad en la entrega de la información y de los contenidos a través de menús interactivos, imágenes y animaciones. Lo que se persigue, es que la aplicación sea atractiva para el usuario, de manera que la comprensión de los temas sea óptima. Para alcanzar tales objetivos, el sistema debe introducir al usuario a la utilización del gestor de ventanas, guiándolo paso a paso en la ejecución de las distintas tareas y aplicaciones que utilice cotidianamente. El objetivo de esta memoria es diseñar el Plan de Calidad, cuyo prototipo preliminar fue creado para automatizar el proceso de venta para la empresa C’CORDOVA.

ABSTRACT

Sales or billing system corresponds to an interactive and didactic software application, which allows to facilitate and disseminate the automation of the sales Process. The aim is to get the user to participate in a real and active way with the application, in such a way that they acquire progressively the necessary knowledge that allows the interested person to use the main functions of this software. As a feature to consider, highlight the clarity in the delivery of information and content through interactive menus, images and Animations. What is pursued is that the application is attractive to the user, so that the comprehension of the topics is Optimal. To achieve these objectives, the system must introduce the user to the use of the window manager, guiding step by step in the execution of the various tasks and applications that use Daily. The objective of this report is to design the quality Plan, whose preliminary prototype was created to automate the sales process for the C'CORDOVA company.

INDICE 1. INTRODUCCIÓN................................................................................................................................................................ 4 1.1 Propósito .......................................................................................................................................................................... 4 1.2 Alcance ............................................................................................................................................................................. 4 1.3 Identificación de Productos de Trabajo ............................................................................................................................ 5 1.4 Descripción del Sistema .................................................................................................................................................... 6 1.4.1 Descripción de la situación actual ............................................................................................................................. 6 1.4.2 Descripción del sistema ............................................................................................................................................. 7 1.5 Glosario de Términos ........................................................................................................................................................ 7 1.6 Acrónimos ......................................................................................................................................................................... 8 2. REQUERIMIENTOS ........................................................................................................................................................... 8 2.1 Aplicación de las Métricas definidas para el Producto sistema de venta ....................................................................... 10 3. MODELO DE DESARROLLO ......................................................................................................................................... 14 3.1 Actividades del proceso de desarrollo ............................................................................................................................ 15 3.2 SCRUM METODOLOGÍA ÁGIL, DENTRO DE UN EQUIPO DE DESARROLLO DE SOFTWARE ........................... 18 3.2 Productos de Trabajo ...................................................................................................................................................... 21 3.2.1 Definición de los atributos de calidad ..................................................................................................................... 28 3.2.2 Atributos de calidad (evaluados por SQA) por actividades del proceso de desarrollo ........................................... 29 3.2.3 Atributos de calidad (evaluados por QA) por productos de trabajo ....................................................................... 31 3.2.3 Resultados ................................................................................................................................................................ 34 3.2.4 Propuesta de mejora ................................................................................................................................................ 36 3.2.5 Evaluación del proceso ............................................................................................................................................ 37

3

1. INTRODUCCIÓN La rapidez con que el mercado mundial avanza hacia la globalización hace imprescindible el uso de la tecnología como primer recurso para concretarla. Dentro de ella, lo que ha tenido éxito en el último tiempo es la aparición de los sistemas de información, los cuales tienen como finalidad, actuar como intermediario entre el usuario y el computador, de manera que el usuario pueda ejecutar la aplicación y usar el software de manera adecuada. Para que todo esto sea posible, el sistema debe responder de manera eficiente. Llevado al ámbito nacional, se puede apreciar que dicho recurso ha experimentado un desarrollo cada vez más creciente en los últimos años, con lo cual se hace patente la necesidad de las empresas y las personas en general, de encontrar una manera apropiada de adquirir los conocimientos que les permitan desenvolverse dentro de esta tecnología emergente. Estos sistemas están avanzando en todos los campos de la informática y su número de usuarios crece rápidamente. Usando las herramientas y tecnología que la informática provee, el equipo ha decidido contribuir proporcionando los elementos adecuados para satisfacer las necesidades de todos aquellos con mayor desconocimiento en el área de utilización de estos sistemas, mediante una aplicación de software que facilite la automatización, es decir, una herramienta que guíe y ayude al usuario a utilizar este sistema de venta.

1.1 Propósito El propósito del presente plan es definir la organización, actividades y responsabilidades asociadas al proceso SQA durante todo el ciclo de vida del proyecto. Además, entregar guías para la ejecución de las actividades de sistema de venta, definir los estándares, los procedimientos y las convenciones que serán utilizados durante estas actividades y establecer las herramientas, técnicas y metodologías que soportarán las prácticas de Sistemas de Venta. Por lo tanto, el plan de SQA está dirigido al jefe de proyecto, los desarrolladores y al grupo, responsable de la elaboración, actualización y monitoreo del plan.

1.2 Alcance El presente documento establece, de acuerdo con la política organizacional, las actividades de Sistema de Venta que deberán ser ejecutadas durante el ciclo de vida del software definido para la aplicación. El ciclo de vida comprende las etapas de Planificación, Especificación de Requerimientos, Análisis, Diseño, Implementación, Instalación (aceptación y entrega), y Operación (Mantención). El objetivo del Plan de Calidad es comunicar el ámbito, recursos, y herramientas a los gestores del software y personal técnico, además de entregar a la administración una visibilidad adecuada del proceso utilizado y los productos construidos durante el proyecto mediante acciones planificadas y sistemáticas que aseguren la calidad de los procesos y productos. Modelo de Desarrollo

1.3 Identificación de Productos de Trabajo A continuación, se nombran los productos de trabajos que soportan la construcción del sistema. Producto de Trabajo

Descripción

Plan de Proyecto

Documentación para controlar y monitorear el Proyecto (Ver anexo Plan de Proyecto).

Plan de Riesgos

Documentación sobre las posibles situaciones en las que el Proyecto puede verse afectado (ver página 36)

Especificación de Requerimientos

Repositorio central que contiene la información actualizada de cada uno de los requerimientos detectados. Descripción de los requerimientos del cliente que deben ser satisfechos por el equipo de desarrollo (ver anexo Especificación de Requerimientos)

Especificación del sistema (Solución Propuesta)

Documentación sobre la situación actual, sus problemas y las mejoras que introduce el desarrollo de la solución que se propone (ver anexo Especificación del Sistema).

Especificación Funcional

Documentación que especifica en términos no técnicos, que es lo que la solución hace que se propone (ver anexo Especificación Funcional).

Plan de pruebas

Documentación que describe las pruebas que serán llevadas a cabo para demostrar al cliente que la solución satisface los requerimientos definidos. (ver anexo Plan de Pruebas).

Especificación de Diseño de Sistema

Documentación que define la Arquitectura de la Solución e identifica todos los componentes del sistema. (ver anexo Especificación de Diseño de Sistema).

Especificación de Diseño de Soporte

Documentación detallada de los requerimientos de soporte desde la fase de Implementación a la de Operación (ver anexo Especificación de Diseño de Soporte).

Plan de aseguramiento de calidad SQA

Documentación que define todas las actividades de aseguramiento de calidad que se harán durante el Proyecto.

Plan de gestión de la configuración SCM

Documentación que describe la metodología que se seguirá para realizar la gestión de la configuración en el proceso de desarrollo de software, formularios y checklist (ver anexo Plan de gestión de la configuración SCM).

Informe de pruebas (testing)

Documentación que describe los resultados de las pruebas, los cuales ayudarán a comprobar el “buen” funcionamiento del software.

Manual de usuario

Documentación que describe el comportamiento del sistema desde el punto de vista funcional de la aplicación.

Manual de instalación del sistema

Documentación de la especificación de los componentes de instalación y la forma en que se debe realizar esta tarea. Subproductos que evaluará el cliente.

Avances de la Aplicación Diseño de imágenes y escenarios

Elementos gráficos que forman parte de la aplicación

Tabla 1: Identificación Productos de Traba

5

Plan de Calidad Aplicación X-Pro-L

5

1.4 Descripción del Sistema 1.4.1 Descripción de la situación actual La tendencia desde hace un par de años es que en las empresas existan computadores, debido a ello los trabajadores de las entidades se estaban habituando a usarlos tempranamente. Actualmente, cuando un usuario desea aprender a utilizar este sistema de venta tiene que:  Pedir asesoría a personas con mayor experiencia.  Aprender por el método de prueba y error.  Utilizar libros y/o tutoriales relativos al tema. Las organizaciones actúan con recelo hacia lo nuevo y lo desconocido, esto aumenta debido a que los métodos mencionados anteriormente no son suficientes para entregar el necesario conocimiento y la confianza para abordar los nuevos retos, en este caso, la utilización de un nuevo sistema de información. Principalmente, las empresas afectadas por dichos problemas son las entidades que comienzan a utilizar este tipo de sistemas de información, debido a que no disponen de herramientas didácticas que faciliten su comprensión y su posterior utilización. Es importante el aprendizaje de este sistema, ya que se está masificando enormemente a nivel mundial debido al auge de nuevas tecnologías. El usuario no-técnico, en la mayoría de los casos no dispone de tiempo para leer, ni tampoco tiene interés por los manuales tradicionales que le explican cómo y que se debe hacer para realizar una determinada tarea. El usuario final necesita que todo se resuelva con la menor complejidad posible. Se destaca que ninguno de los sistemas operativos que existen hoy en día está exento de pequeños detalles. La diferencia de Linux sobre otros sistemas operativos radica principalmente en:  Que los errores que pudiesen existir en algún componente de Linux no son tan frecuentes como los de los "otros" sistemas operativos.  Estabilidad, fiabilidad y robustez para la realización de diversas tareas.  Que cuando se descubre un error, éste siempre se hace público, e incluso, en algunos casos, se puede obtener el parche correspondiente el mismo día.  Que, si lo desea, y en la mayoría de los casos, puede contactar directamente al autor de la aplicación, controlador, módulo o programa, quien seguramente le dará respuesta a sus dudas e inquietudes.  Los métodos de seguridad de Linux son mejores que los de los "otros" sistemas operativos, por lo que es menos probable que sea víctima de un "Hacker" o que se filtre información fuera de su PC sin su autorización. En Linux, el acceso a los directorios y los archivos, así como la capacidad de borrar o modificar estos, depende de los permisos de usuario que estos tengan.  Si se presenta un "error" o algo se "cae", no es necesario reinicializar todo el sistema, bastará con "matar" y reiniciar la aplicación, programa o servicio. El usuario no

perderá tiempo y productividad. En Linux los servicios como Sendmail, Servidores Web, demonios en general, aplicaciones, se desempeñan de forma independiente. Hoy en día se estima que existen más de 30 millones de usuarios de Linux en todo el mundo, comparados con los más de 450 millones de usuarios de todas las versiones de Windows. Sin embargo, esta desventaja numérica se acorta cada día más puesto que los usuarios de Linux se duplican en número cada año, debido principalmente a las características planteadas anteriormente. Una característica muy significativa de Linux es su robustez, estabilidad, y distribución gratuita. Pero ¿por qué no lidera aún el mercado doméstico?, porque es relativamente nuevo (nació a principios de los ‘90) y sólo en el último tiempo se ha orientado hacia el público en general, ya que en sus inicios estaba destinado a usuarios especializados.

1.4.2 Descripción del sistema La solución para implementar consiste en una aplicación que permitirá adquirir los conocimientos básicos para interactuar con el sistema operativo Linux. La Aplicación será programada en un modelo de 3 capas, el que es definido a continuación: Capa de Presentación: Tiene por finalidad la interacción con el usuario, aceptando los datos ingresados y desplegando los que son requeridos. Capa de Dominio o Negocio: En esta capa la funcionalidad y las validaciones del negocio se obtienen a partir del análisis del sistema. Capa de Datos: Se encarga sólo de asegurar la persistencia de los datos y su recuperación eficaz. No debe ocuparse de resolver problemas asociados a las reglas del negocio y/o presentación, pues corresponden a las otras capas.

La aplicación permitirá la población de la Base de Datos, y navegar a través de los contenidos. El sistema será instalado en un servidor que contendrá la aplicación y la Base de Datos. Los computadores conectados al servidor estarán conectados en modo Cliente (Capa de Presentación), permitiendo acceso solo a los perfiles definidos para cada usuario. Para acceder a la aplicación, se deberá tener un login y password definidos para cada usuario.

1.5 Glosario de Términos Para lograr un mejor entendimiento de los términos técnicos que se utilizan en el presente Plan de SQA, se mencionan a continuación los significados de los siguientes términos.

•

Aseguramiento de la Calidad del Software (SQA) − El propósito de SQA es entregar a la administración una visibilidad adecuada del proceso utilizado y los productos construidos mediante acciones planificadas y sistemáticas que aseguren la calidad de dichos procesos y productos.

•

Auditoría − Evaluación independiente de los productos de trabajo y de un conjunto de procesos de software para asegurar la adherencia con las especificaciones, los estándares, procedimientos y otros acuerdos.

•

Gestión de la Configuración del Software (SCM)− El propósito de SCM es establecer y mantener la integridad de los productos a través de todo el ciclo de vida del software,

7

para así proveer un adecuado control de los cambios en los diversos ítems de configuración. •

Revisión − Metodología definida, estructurada y disciplinada para la detección e identificación de defectos en los productos de trabajo durante el ciclo de vida del software.

•

Prueba (Testing) − Actividad que evalúa los atributos y la capacidad de un programa o sistema para determinar si se cumple con los resultados definidos.

1.6 Acrónimos Acrónimo

Significado

SQA

Software Quality Assurance, Aseguramiento de la Calidad del Software

SCM

Software Configuration Management, Gestión de Configuración del Software

WBS

Work Breakdown Structure

Tabla 3: Listado de Acrónimos

2. REQUERIMIENTOS Un requerimiento es un aspecto del producto requerido o deseado por el cliente. Los Requerimientos Funcionales cubren las funciones y operaciones a realizar para proporcionar un sistema que operará de acuerdo con las necesidades del usuario. Al elaborar una lista completa de las percepciones de los usuarios respecto a sus requerimientos, se definen las funciones que tendrán que ser realizadas por el sistema a desarrollar. En cambio, un Requerimiento No Funcional indica cómo se deben hacer todas las actividades de desarrollo para obtener un producto con la mayor calidad posible ya que ésta puede hacer la diferencia entre el éxito o fracaso de una aplicación. Las métricas usadas para medir la calidad de los Requerimientos No Funcionales del Producto X-Pro-L son los siguientes: Interfaz: Se basa en lo referente a la calidad de la Interfaz usuaria Portabilidad: Capacidad de la aplicación para funcionar correctamente en diferentes configuraciones, ya sean de software o hardware. Performance: Requerimientos reales de la performance, velocidad, precisión, disponibilidad, nivel de servicio, volúmenes de datos, entre otros. Operacional: Ambiente en que el usuario operará el producto. Mantenibilidad: Es el tiempo esperado y el permitido para el mantenimiento o la realización de cambios. Seguridad: Requerimientos para permitir el acceso, restringir mal uso, hechos anormales, entre otros.

SIRH - LISTA DE REQUERIMIENTOS PRIORIZA...