Este documento aborda los aspectos de calidad y pruebas del software desarrollado para Promarket Perú S.A. Se presenta el plan de calidad incluyendo la política, objetivos y normatividad aplicable. Luego, se detallan los casos de prueba y juegos de datos utilizados para probar los principales casos de uso del software como registrar manuales, resolver consultas, configurar y llenar cuestionarios. Finalmente, se incluyen conclusiones sobre las pruebas realizadas y su cumplimiento de los objetivos planteados.
Banco de temas de tesis para la carrera de ing. de sistemasbrccq
Este documento presenta un banco de temas de tesis para estudiantes de la carrera de ingeniería de sistemas. Incluye 54 proyectos de tesis organizados por número, nombre de los estudiantes, título del proyecto, nombre del tutor, modalidad y periodo de gestión. Los proyectos cubren diversos temas relacionados a sistemas, incluyendo sistemas de información, aplicaciones web, sistemas embebidos y más.
Tesis Propuesta de un sistema para la gestión de la vinculación unviersidad e...Ingeniería Nica
Este documento describe el desarrollo de un sistema de información para gestionar la vinculación entre la Universidad Nacional de Ingeniería, en particular la Facultad de Ciencias y Sistemas, y las empresas. Actualmente, la vinculación se realiza a través de correos electrónicos, lo que ha generado dificultades. El sistema se desarrolló utilizando la metodología UWE y lenguajes como HTML, PHP y MySQL. Se realizaron análisis técnico, económico y de requerimientos, así como diseños de casos de uso,
El documento habla sobre ingeniería de software. Explica que la ingeniería de software es una disciplina que estudia los procesos, métodos y herramientas para producir software de calidad. Tiene como objetivos mejorar la calidad del software, aumentar la productividad de los ingenieros de software y facilitar el control del proceso de desarrollo de software. La ingeniería de software se aplica al desarrollo de diferentes tipos de software como software de sistemas, software de tiempo real, software de gestión y software empotrado.
Este documento presenta la estructura curricular del programa Tecnólogo en Análisis y Desarrollo de Sistemas de Información del SENA Huila. Incluye información sobre los módulos, competencias, resultados de aprendizaje y responsables del programa. Además, contiene un cuestionario para evaluar los conocimientos adquiridos por los aprendices en el módulo de analizar los requerimientos del cliente para construir el sistema de información.
El documento presenta un proyecto de formación para establecer un programa de mantenimiento preventivo y correctivo de equipos de computo en una institución educativa. El proyecto busca diagnosticar las fallas en los equipos, diseñar un programa de mantenimiento, e implementar dicho programa para garantizar el buen funcionamiento de las salas de sistemas y optimizar los procesos de enseñanza-aprendizaje. El proyecto se desarrollaría en 19 meses con 10 instructores y beneficiaría a la comunidad educativa.
Este documento presenta un proyecto de formación para establecer un programa de mantenimiento preventivo y correctivo de equipos de computo en una institución educativa. El proyecto busca diagnosticar las fallas técnicas actuales y diseñar un programa de mantenimiento que garantice el funcionamiento de los equipos y la conectividad entre salas de sistemas. El proyecto se implementaría durante 19 meses y beneficiaría a la comunidad educativa mediante el acceso a la información y la optimización de las salas de informática.
El documento presenta un proyecto de formación para establecer un programa de mantenimiento preventivo y correctivo de equipos de computo en una institución educativa. El proyecto busca diagnosticar las fallas técnicas en las salas de sistemas, diseñar e implementar un programa de mantenimiento que garantice el funcionamiento de los equipos y la conectividad entre ellos, beneficiando a la comunidad educativa. El proyecto se desarrollará en 19 meses y producirá la optimización de las salas de informática a través de un programa de mantenimiento de
El documento presenta un proyecto de formación para establecer un programa de mantenimiento preventivo y correctivo de equipos de computo en una institución educativa. El proyecto busca diagnosticar las fallas técnicas en las salas de sistemas, diseñar e implementar un programa de mantenimiento que garantice el funcionamiento de los equipos y la conectividad entre ellos, beneficiando a la comunidad educativa. El proyecto se desarrollaría en 19 meses y produciría la optimización de las salas de informática y un programa de mantenimiento de equipos.
Banco de temas de tesis para la carrera de ing. de sistemasbrccq
Este documento presenta un banco de temas de tesis para estudiantes de la carrera de ingeniería de sistemas. Incluye 54 proyectos de tesis organizados por número, nombre de los estudiantes, título del proyecto, nombre del tutor, modalidad y periodo de gestión. Los proyectos cubren diversos temas relacionados a sistemas, incluyendo sistemas de información, aplicaciones web, sistemas embebidos y más.
Tesis Propuesta de un sistema para la gestión de la vinculación unviersidad e...Ingeniería Nica
Este documento describe el desarrollo de un sistema de información para gestionar la vinculación entre la Universidad Nacional de Ingeniería, en particular la Facultad de Ciencias y Sistemas, y las empresas. Actualmente, la vinculación se realiza a través de correos electrónicos, lo que ha generado dificultades. El sistema se desarrolló utilizando la metodología UWE y lenguajes como HTML, PHP y MySQL. Se realizaron análisis técnico, económico y de requerimientos, así como diseños de casos de uso,
El documento habla sobre ingeniería de software. Explica que la ingeniería de software es una disciplina que estudia los procesos, métodos y herramientas para producir software de calidad. Tiene como objetivos mejorar la calidad del software, aumentar la productividad de los ingenieros de software y facilitar el control del proceso de desarrollo de software. La ingeniería de software se aplica al desarrollo de diferentes tipos de software como software de sistemas, software de tiempo real, software de gestión y software empotrado.
Este documento presenta la estructura curricular del programa Tecnólogo en Análisis y Desarrollo de Sistemas de Información del SENA Huila. Incluye información sobre los módulos, competencias, resultados de aprendizaje y responsables del programa. Además, contiene un cuestionario para evaluar los conocimientos adquiridos por los aprendices en el módulo de analizar los requerimientos del cliente para construir el sistema de información.
El documento presenta un proyecto de formación para establecer un programa de mantenimiento preventivo y correctivo de equipos de computo en una institución educativa. El proyecto busca diagnosticar las fallas en los equipos, diseñar un programa de mantenimiento, e implementar dicho programa para garantizar el buen funcionamiento de las salas de sistemas y optimizar los procesos de enseñanza-aprendizaje. El proyecto se desarrollaría en 19 meses con 10 instructores y beneficiaría a la comunidad educativa.
Este documento presenta un proyecto de formación para establecer un programa de mantenimiento preventivo y correctivo de equipos de computo en una institución educativa. El proyecto busca diagnosticar las fallas técnicas actuales y diseñar un programa de mantenimiento que garantice el funcionamiento de los equipos y la conectividad entre salas de sistemas. El proyecto se implementaría durante 19 meses y beneficiaría a la comunidad educativa mediante el acceso a la información y la optimización de las salas de informática.
El documento presenta un proyecto de formación para establecer un programa de mantenimiento preventivo y correctivo de equipos de computo en una institución educativa. El proyecto busca diagnosticar las fallas técnicas en las salas de sistemas, diseñar e implementar un programa de mantenimiento que garantice el funcionamiento de los equipos y la conectividad entre ellos, beneficiando a la comunidad educativa. El proyecto se desarrollará en 19 meses y producirá la optimización de las salas de informática a través de un programa de mantenimiento de
El documento presenta un proyecto de formación para establecer un programa de mantenimiento preventivo y correctivo de equipos de computo en una institución educativa. El proyecto busca diagnosticar las fallas técnicas en las salas de sistemas, diseñar e implementar un programa de mantenimiento que garantice el funcionamiento de los equipos y la conectividad entre ellos, beneficiando a la comunidad educativa. El proyecto se desarrollaría en 19 meses y produciría la optimización de las salas de informática y un programa de mantenimiento de equipos.
El documento presenta un proyecto de formación para establecer un programa de mantenimiento preventivo y correctivo de equipos de computo en la sala de sistemas de una institución educativa. El proyecto busca diagnosticar las fallas técnicas actuales, diseñar e implementar un programa de mantenimiento que garantice el funcionamiento de los equipos y la conectividad entre salas. El programa de formación incluye actividades para diagnosticar y reparar diferentes tipos de equipos, identificar fallas de red, y desarrollar habilidades en inglés técnico
El documento presenta un proyecto de formación para establecer un programa de mantenimiento preventivo y correctivo de equipos de computo en una institución educativa. El proyecto busca diagnosticar las fallas en los equipos, diseñar un programa de mantenimiento, e implementar dicho programa para garantizar el buen funcionamiento de las salas de sistemas y optimizar los procesos de enseñanza-aprendizaje. El proyecto se desarrollaría en 19 meses con 10 instructores y beneficiaría a la comunidad educativa.
El documento presenta un proyecto de formación para establecer un programa de mantenimiento preventivo y correctivo de equipos de computo en una institución educativa. El proyecto busca diagnosticar las fallas en los equipos, diseñar un programa de mantenimiento, e implementar dicho programa para garantizar el buen funcionamiento de las salas de sistemas y optimizar los procesos de enseñanza-aprendizaje. El proyecto se desarrollaría en 19 meses con 10 instructores y beneficiaría a la comunidad educativa.
El documento presenta un proyecto de formación para establecer un programa de mantenimiento preventivo y correctivo de equipos de computo en una institución educativa. El proyecto busca diagnosticar las fallas técnicas en las salas de sistemas, diseñar e implementar un programa de mantenimiento que garantice el funcionamiento de los equipos y la conectividad entre ellos, beneficiando a la comunidad educativa. El proyecto se desarrollaría en 19 meses y produciría la optimización de las salas de informática y un programa de mantenimiento de equipos.
El documento presenta un proyecto de formación para establecer un programa de mantenimiento preventivo y correctivo de equipos de computo en una institución educativa. El proyecto busca diagnosticar las fallas en los equipos, diseñar un programa de mantenimiento, e implementar dicho programa para garantizar el buen funcionamiento de los equipos y las salas de sistemas. El proyecto se llevará a cabo durante 19 meses con 10 instructores y beneficiará a la comunidad educativa.
Este documento presenta una guía de aprendizaje para un programa de formación técnica en mantenimiento de equipos de cómputo. La guía describe 7 actividades prácticas para desarmar y armar diferentes componentes de computadoras como torres, laptops, monitores, fuentes de poder e impresoras. Además, incluye instrucciones sobre resolución de problemas con clientes y el desarrollo de habilidades blandas. El objetivo es que los aprendices adquieran competencias técnicas y habilidades para el mantenimiento de equipos de
Seleccione el cargo o cargo que desempeñará el empleado en
la institución.
Tipo de contrato: Seleccione el tipo de contrato que se establece con el
empleado, entre las opciones disponibles.
Jornada: Seleccione la jornada laboral del empleado, entre las opciones
disponibles.
EPS: Seleccione la EPS a la cual está afiliado el empleado.
ARL: Seleccione la ARL a la cual está afiliado el empleado.
Fondo pensiones: Seleccione
Este documento presenta una guía de aprendizaje sobre el uso de formatos en talleres automotrices. La guía explica cómo recibir un vehículo, realizar el diagnóstico y reparación, solicitar repuestos, emitir una orden de trabajo y factura, y entregar el vehículo al cliente. Incluye actividades para que los aprendices analicen los formatos, simulen el proceso completo usando roles, y apliquen herramientas ofimáticas como Excel para crear formatos propios de una empresa ficticia. El objetivo es
Este documento presenta un formato para la presentación de proyectos de formación profesional que incluye información básica del proyecto, la estructura del proyecto con objetivos, alcance, innovación y valoración, y la planeación con fases, actividades, resultados de aprendizaje y competencias asociadas. El proyecto propuesto busca construir un sistema de información de trazabilidad para una planta de procesamiento de alimentos que mejore el control de procesos.
Metodología para el Análisis de Requisitos de Sistemas Software ,Versión 2.2, Amador Durán Toro Beatriz Bernárdez Jiménez, Departamento de Lenguajes y Sistemas Informáticos Escuela Técnica Superior de Ingeniería Informática Sevilla, diciembre de 2001
Este documento resume los requisitos para el desarrollo de un sistema de información para una miscelánea llamada QIP. El sistema mejorará los procesos administrativos como la gestión de pedidos, finanzas e inventario. El documento describe el alcance, roles del personal involucrado, funcionalidades del sistema y suposiciones. El sistema se desarrollará para mejorar la calidad de la información y procesos de QIP.
Este documento presenta un cuestionario de 15 preguntas sobre mantenimiento preventivo y correctivo de sistemas. El cuestionario evalúa conceptos clave como los tipos de mantenimiento, los componentes de hardware y software básicos, y las herramientas de diagnóstico. El instructor es John Gutiérrez y la duración es 1 hora y 30 minutos.
Este documento presenta una introducción a la ingeniería de software, incluyendo sus fundamentos teóricos como sistemas, software y metodologías de desarrollo de software. El objetivo general es familiarizar a los estudiantes con los conceptos básicos del desarrollo de sistemas. Los objetivos específicos incluyen diseñar aplicaciones, dirigir equipos de desarrollo, realizar pruebas y asegurar la calidad del software. Los campos de aplicación mencionados son la robótica, seguridad informática, multimedia e infraestructura
Este documento presenta el plan general para el proyecto de desarrollo de un sistema de administración escolar para la Institución Educativa Particular Santa Elena. Describe la estructura del proyecto, incluyendo la configuración del equipo, comité de proyecto y cronograma. También cubre la gestión de riesgos, gestión de cambios y planificación general del proyecto.
El documento presenta un anteproyecto para un curso de mantenimiento preventivo y correctivo de equipos de cómputo. El curso se llevará a cabo de forma virtual durante dos semanas para estudiantes de sistemas computacionales. El curso les enseñará a mantener las computadoras en buen estado a través de mantenimientos preventivos y correctivos tanto de software como hardware. Al final del curso se evaluará su desempeño a través de pruebas.
Este documento contiene 25 respuestas breves de Gandhi a preguntas sobre temas como el día más bello, el mayor error, la primera necesidad, la persona más peligrosa, la cosa más bella de la vida y el mejor refugio. Gandhi ofrece perspectivas optimistas enfocadas en vivir el presente, superar el miedo y egoísmo, comunicarse con los demás, encontrar paz interior, tener fe y amor.
The document discusses the changing roles of finance and IT due to increasing automation. It notes that while robots are already performing many routine tasks, cybersecurity risks and analyzing large amounts of data will still require human skills. As automation continues, the roles of finance professionals will shift from transaction processing to more strategic activities like forecasting and decision making. Both finance and IT workers will need a blend of skills to collaborate in addressing new challenges and opportunities.
Este documento propõe uma atividade em que os alunos são divididos em grupos para pesquisar e apresentar músicas dos anos 50 utilizando um rádio. Os grupos analisarão as características das músicas e se apresentarão vestidos com roupas da época. O professor avaliará a qualidade da pesquisa, o empenho na apresentação e a caracterização do grupo com as roupas.
Satya Nadella has successfully completed the requirements to be recognized as a Microsoft Certified Professional. Navjot Raunak Thakur achieved this certification on June 29, 2016. Their certification number is F746-6804.
Three new circumbinary planets have been discovered orbiting binary star systems, rather than single stars. This establishes a new class of planets and shows that circumbinary planets are not rare, with an estimated frequency of at least 1% for short-period binary systems, implying millions exist in the Milky Way. While the three discovered planets are too hot or cold to support life, circumbinary planets could potentially be habitable.
El documento presenta un proyecto de formación para establecer un programa de mantenimiento preventivo y correctivo de equipos de computo en la sala de sistemas de una institución educativa. El proyecto busca diagnosticar las fallas técnicas actuales, diseñar e implementar un programa de mantenimiento que garantice el funcionamiento de los equipos y la conectividad entre salas. El programa de formación incluye actividades para diagnosticar y reparar diferentes tipos de equipos, identificar fallas de red, y desarrollar habilidades en inglés técnico
El documento presenta un proyecto de formación para establecer un programa de mantenimiento preventivo y correctivo de equipos de computo en una institución educativa. El proyecto busca diagnosticar las fallas en los equipos, diseñar un programa de mantenimiento, e implementar dicho programa para garantizar el buen funcionamiento de las salas de sistemas y optimizar los procesos de enseñanza-aprendizaje. El proyecto se desarrollaría en 19 meses con 10 instructores y beneficiaría a la comunidad educativa.
El documento presenta un proyecto de formación para establecer un programa de mantenimiento preventivo y correctivo de equipos de computo en una institución educativa. El proyecto busca diagnosticar las fallas en los equipos, diseñar un programa de mantenimiento, e implementar dicho programa para garantizar el buen funcionamiento de las salas de sistemas y optimizar los procesos de enseñanza-aprendizaje. El proyecto se desarrollaría en 19 meses con 10 instructores y beneficiaría a la comunidad educativa.
El documento presenta un proyecto de formación para establecer un programa de mantenimiento preventivo y correctivo de equipos de computo en una institución educativa. El proyecto busca diagnosticar las fallas técnicas en las salas de sistemas, diseñar e implementar un programa de mantenimiento que garantice el funcionamiento de los equipos y la conectividad entre ellos, beneficiando a la comunidad educativa. El proyecto se desarrollaría en 19 meses y produciría la optimización de las salas de informática y un programa de mantenimiento de equipos.
El documento presenta un proyecto de formación para establecer un programa de mantenimiento preventivo y correctivo de equipos de computo en una institución educativa. El proyecto busca diagnosticar las fallas en los equipos, diseñar un programa de mantenimiento, e implementar dicho programa para garantizar el buen funcionamiento de los equipos y las salas de sistemas. El proyecto se llevará a cabo durante 19 meses con 10 instructores y beneficiará a la comunidad educativa.
Este documento presenta una guía de aprendizaje para un programa de formación técnica en mantenimiento de equipos de cómputo. La guía describe 7 actividades prácticas para desarmar y armar diferentes componentes de computadoras como torres, laptops, monitores, fuentes de poder e impresoras. Además, incluye instrucciones sobre resolución de problemas con clientes y el desarrollo de habilidades blandas. El objetivo es que los aprendices adquieran competencias técnicas y habilidades para el mantenimiento de equipos de
Seleccione el cargo o cargo que desempeñará el empleado en
la institución.
Tipo de contrato: Seleccione el tipo de contrato que se establece con el
empleado, entre las opciones disponibles.
Jornada: Seleccione la jornada laboral del empleado, entre las opciones
disponibles.
EPS: Seleccione la EPS a la cual está afiliado el empleado.
ARL: Seleccione la ARL a la cual está afiliado el empleado.
Fondo pensiones: Seleccione
Este documento presenta una guía de aprendizaje sobre el uso de formatos en talleres automotrices. La guía explica cómo recibir un vehículo, realizar el diagnóstico y reparación, solicitar repuestos, emitir una orden de trabajo y factura, y entregar el vehículo al cliente. Incluye actividades para que los aprendices analicen los formatos, simulen el proceso completo usando roles, y apliquen herramientas ofimáticas como Excel para crear formatos propios de una empresa ficticia. El objetivo es
Este documento presenta un formato para la presentación de proyectos de formación profesional que incluye información básica del proyecto, la estructura del proyecto con objetivos, alcance, innovación y valoración, y la planeación con fases, actividades, resultados de aprendizaje y competencias asociadas. El proyecto propuesto busca construir un sistema de información de trazabilidad para una planta de procesamiento de alimentos que mejore el control de procesos.
Metodología para el Análisis de Requisitos de Sistemas Software ,Versión 2.2, Amador Durán Toro Beatriz Bernárdez Jiménez, Departamento de Lenguajes y Sistemas Informáticos Escuela Técnica Superior de Ingeniería Informática Sevilla, diciembre de 2001
Este documento resume los requisitos para el desarrollo de un sistema de información para una miscelánea llamada QIP. El sistema mejorará los procesos administrativos como la gestión de pedidos, finanzas e inventario. El documento describe el alcance, roles del personal involucrado, funcionalidades del sistema y suposiciones. El sistema se desarrollará para mejorar la calidad de la información y procesos de QIP.
Este documento presenta un cuestionario de 15 preguntas sobre mantenimiento preventivo y correctivo de sistemas. El cuestionario evalúa conceptos clave como los tipos de mantenimiento, los componentes de hardware y software básicos, y las herramientas de diagnóstico. El instructor es John Gutiérrez y la duración es 1 hora y 30 minutos.
Este documento presenta una introducción a la ingeniería de software, incluyendo sus fundamentos teóricos como sistemas, software y metodologías de desarrollo de software. El objetivo general es familiarizar a los estudiantes con los conceptos básicos del desarrollo de sistemas. Los objetivos específicos incluyen diseñar aplicaciones, dirigir equipos de desarrollo, realizar pruebas y asegurar la calidad del software. Los campos de aplicación mencionados son la robótica, seguridad informática, multimedia e infraestructura
Este documento presenta el plan general para el proyecto de desarrollo de un sistema de administración escolar para la Institución Educativa Particular Santa Elena. Describe la estructura del proyecto, incluyendo la configuración del equipo, comité de proyecto y cronograma. También cubre la gestión de riesgos, gestión de cambios y planificación general del proyecto.
El documento presenta un anteproyecto para un curso de mantenimiento preventivo y correctivo de equipos de cómputo. El curso se llevará a cabo de forma virtual durante dos semanas para estudiantes de sistemas computacionales. El curso les enseñará a mantener las computadoras en buen estado a través de mantenimientos preventivos y correctivos tanto de software como hardware. Al final del curso se evaluará su desempeño a través de pruebas.
Este documento contiene 25 respuestas breves de Gandhi a preguntas sobre temas como el día más bello, el mayor error, la primera necesidad, la persona más peligrosa, la cosa más bella de la vida y el mejor refugio. Gandhi ofrece perspectivas optimistas enfocadas en vivir el presente, superar el miedo y egoísmo, comunicarse con los demás, encontrar paz interior, tener fe y amor.
The document discusses the changing roles of finance and IT due to increasing automation. It notes that while robots are already performing many routine tasks, cybersecurity risks and analyzing large amounts of data will still require human skills. As automation continues, the roles of finance professionals will shift from transaction processing to more strategic activities like forecasting and decision making. Both finance and IT workers will need a blend of skills to collaborate in addressing new challenges and opportunities.
Este documento propõe uma atividade em que os alunos são divididos em grupos para pesquisar e apresentar músicas dos anos 50 utilizando um rádio. Os grupos analisarão as características das músicas e se apresentarão vestidos com roupas da época. O professor avaliará a qualidade da pesquisa, o empenho na apresentação e a caracterização do grupo com as roupas.
Satya Nadella has successfully completed the requirements to be recognized as a Microsoft Certified Professional. Navjot Raunak Thakur achieved this certification on June 29, 2016. Their certification number is F746-6804.
Three new circumbinary planets have been discovered orbiting binary star systems, rather than single stars. This establishes a new class of planets and shows that circumbinary planets are not rare, with an estimated frequency of at least 1% for short-period binary systems, implying millions exist in the Milky Way. While the three discovered planets are too hot or cold to support life, circumbinary planets could potentially be habitable.
La distribución típica del tiempo en una clase de 50-60 minutos incluye: 10 minutos para cambiar de salón, 5 minutos para la lista de asistencia, 10-15 minutos para atender a padres (no diario), 5-10 minutos para revisar tareas atrasadas, y 25-30 minutos para la clase principal.
This document provides a selection guide for various pressure gauges, switches, transmitters, and transducers. It lists product series, measurement ranges, accuracy, materials, temperature and pressure limits, outputs, connections, and other specifications to help compare similar products for different applications. The guide contains information on over 20 product series to assist in choosing the best option.
Lub: a DSL for Dynamic Context Oriented ProgrammingESUG
Lub is a language for dynamic context-oriented programming that allows objects to be adapted at runtime. It extends the Pharo programming language. Lub allows objects' behaviors to be freely adapted through dynamic lookup control by binding objects to meta objects that control their lookup strategy. This enables easy and controlled selection of behaviors to adapt. Issues that need further exploration include maintaining state consistency during adaptation and validating the consistency of adapted behaviors. Experiments on physical devices are also needed.
Ctrl-Alt-Del: Rebooting the Business Model for the Digital AgeRick Bouter
The document discusses how digital technologies are forcing companies to reinvent their business models. It provides examples of how some companies have successfully done this. The Financial Times reinvented its business model by introducing a metered paywall in 2007, helping it grow digital subscribers and print prices. Netflix also reinvented its model several times, transitioning from physical DVD rentals to online streaming. The document outlines five approaches companies can take to reinvent their business models using digital technologies: 1) Change industry dynamics like Tesla's approach to electric cars. 2) Substitute physical products with digital like Deutsche Post's email service. 3) Create new digital businesses like Starbucks' Digital Ventures unit. 4) Rethink the value proposition like Entravision
Este documento presenta el análisis, diseño e implementación de un software para la administración de proyectos de grado en el programa de Ingeniería de Sistemas de la Universidad Tecnológica de Pereira, aplicando una metodología ágil. El software permitirá consultar de forma rápida las tesis de los egresados, evitando la presentación de anteproyectos repetidos y facilitando la búsqueda de ideas para nuevos trabajos.
El documento presenta el informe de análisis para el desarrollo del sistema de información Softpyme-Inventario. El proyecto busca desarrollar un sistema de inventario para pymes que sea sencillo, económico y con soporte continuo. Se describen los objetivos del proyecto, los requerimientos funcionales y no funcionales, y los casos de uso principales como crear productos, registrar entradas y salidas de inventario, consultar productos, y generar reportes. El sistema permitirá a las pymes automatizar sus procesos de invent
El documento analiza el proceso de servicio de mantenimiento y reparación de equipos de cómputo de la empresa INFOTEXIM. Propone la implementación de métodos ágiles como KANBAN para mejorar la gestión visual del proceso. También recomienda el uso de BPM para modelar, ejecutar y medir el proceso de forma continua. Finalmente, sugiere aplicar CMMI para formalizar actividades, mejorar la planificación y calidad, y cumplir estándares de procesos. El objetivo general es optimizar el proceso a través de
Este documento presenta un trabajo de fin de grado sobre la auditoría de la compatibilidad de productos software. Primero analiza los estándares ISO/IEC 9126, ISO/IEC 14598 y la familia ISO/IEC 25000 relacionados con la calidad y portabilidad del software. Luego propone nuevas métricas para mejorar las auditorías de compatibilidad y define un proceso de auditoría. Finalmente, aplica dicho proceso en un caso práctico para auditar la portabilidad de cuatro aplicaciones web en diferentes dispositivos y sistemas.
Este proyecto de grado aplicó el marco metodológico CompetiSoft para mejorar procesos en dos organizaciones durante 6 meses. CompetiSoft es un modelo orientado a PyMEs que integra procesos de negocio y técnicos. El proyecto evaluó los procesos inicialmente, formuló mejoras basadas en buenas prácticas, y evaluó los resultados. Aunque los niveles de capacidad no aumentaron formalmente, el programa de mejora tuvo un impacto positivo en la revisión y ajuste de procesos. Los resultados muestran que Comp
Este documento presenta la metodología Personal Software Process (PSP). PSP es un conjunto de prácticas para mejorar la productividad individual de los ingenieros de software a través del seguimiento y medición de su desempeño. Explica los cinco niveles de PSP, desde PSP0 que introduce la medición hasta PSP2.1 que agrega revisiones de diseño y calidad. El objetivo principal de PSP es ayudar a los desarrolladores a mejorar sus habilidades de estimación, planificación y calidad de procesos.
66229709 seleccion-de-metodologias-de-desarrolloJulio Pari
Este documento presenta una investigación sobre la selección de metodologías de desarrollo para aplicaciones web en la Facultad de Informática de la Universidad de Cienfuegos. El estudio analiza diferentes metodologías existentes y propone adoptar metodologías ágiles como RUP y Scrum, validando la propuesta mediante la aplicación a un sistema de gestión de información. El objetivo es contar con metodologías que se adapten a los proyectos de la universidad y permitan desarrollar software de calidad de manera eficiente.
Este documento presenta la programación didáctica para el módulo profesional de Implantación de Aplicaciones Web, que forma parte del ciclo formativo de Administración de Sistemas Informáticos en Red. Incluye información sobre los datos de identificación del módulo, las competencias generales y específicas, los objetivos generales del ciclo, los contenidos, la metodología y la evaluación. El módulo tiene una duración de 105 horas y trata sobre la instalación y configuración de software para aplicaciones web.
Este documento presenta el proyecto de calidad de software para el sistema de gestión de proyectos (SGOAP) de la Universidad X. Describe los antecedentes, requisitos funcionales y técnicos, modelo de procesos que incluye planificación, monitoreo y control de calidad, y el plan de garantía de calidad. El objetivo es establecer parámetros para obtener un sistema de calidad siguiendo el modelo CMMI nivel 2.
Este documento presenta información sobre el software contable A2. Describe las funciones del software, como su interfaz gráfica amigable, soporte para múltiples empresas y cumplimiento de códigos internacionales de contabilidad. También discute las características técnicas del software y proporciona enlaces a información adicional sobre licencias y representantes.
Este documento presenta los conceptos básicos relacionados con el desarrollo de proyectos de software, incluyendo la arquitectura "4+1", el desarrollo orientado a objetos y la diagramación. Explica la arquitectura "4+1" la cual describe la arquitectura de software a través de cinco vistas: lógica, de procesos, física, de desarrollo y escenarios. También introduce conceptos como clases, objetos, interacción, estados y transiciones relacionados con el diseño orientado a
El documento resume los conceptos clave relacionados con el software. Define el software y lo clasifica en tres categorías: software de sistema, software de programación y software de aplicación. Explica brevemente el proceso de creación de software, la clasificación de requisitos de usuario y sistema, e incluye notas sobre la instalación, puesta en marcha y mantenimiento del software.
Generalidades de la auditoria de sistemas y softwareRossiGuerrero
Este documento presenta tres temas relacionados con la auditoría de sistemas: 1) las generalidades de la auditoría de sistemas, sus objetivos y similitudes y diferencias con la auditoría tradicional, 2) el licenciamiento de software y sus tipos, y 3) los inventarios de software. También incluye ejemplos de un modelo de contrato de uso de software y de un modelo de inventario de software. La auditoría de sistemas evalúa los controles y seguridad de la información procesada por los sistemas de una empresa. El licenciamiento estable
Este documento resume un taller sobre el modelo de calidad ITMark. El modelo ITMark es una metodología de calidad internacional diseñada para micro y pequeñas empresas de desarrollo de software, con el objetivo de brindar una certificación de calidad que acredite su madurez y capacidad y mejore su efectividad organizacional y éxito en el mercado mediante la mejora de procesos.
Este documento presenta los requisitos para un software y sitio web para la empresa de taxis Lady Express. El software controlará la disponibilidad de taxis, programará servicios diarios y controlará unidades. El sitio web proveerá información sobre servicios de la empresa y permitirá pagos en línea. El software y sitio deben ser fáciles de usar e implementar pagos seguros en línea.
Este documento presenta un modelo para aplicar la norma NTC-ISO/IEC 90003 al desarrollo de software de sistemas de información geográfica. El modelo evalúa los requisitos de calidad de la norma y su enfoque al desarrollo de software SIG. Adicionalmente, propone una metodología para aplicar el modelo que incluye la planificación y preparación de la evaluación, la evaluación de conducta mediante pruebas objetivas, y la generación de un informe de resultados. El modelo busca estandarizar procesos que permitan cu
Este documento describe el modelo de prototipo para el desarrollo de software. Explica que el modelo de prototipo permite construir rápidamente parte o la totalidad de un sistema para aclarar los requisitos con los usuarios y el cliente. Detalla las etapas del modelo como identificar requisitos, desarrollar un prototipo inicial, probarlo y mejorarlo. También discute las ventajas de este modelo como minimizar riesgos e incertidumbres, y las desventajas como que los clientes pueden decepcionarse si no entienden que es un prototipo.
Este documento describe el proceso de ingeniería de usabilidad y accesibilidad aplicado a una organización hotelera. Presenta el análisis de requisitos, diseño con prototipos de baja y alta fidelidad, y la evaluación. El objetivo fue automatizar procesos para mejorar el servicio al cliente. Se identificaron riesgos y necesidades de los usuarios. La evaluación con usuarios y expertos a través de entrevistas y cuestionarios permitió mejoras al diseño.
1. UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS
FACULTAD DE INGENIERÍA
DIVISIÓN DE ESTUDIOS PROFESIONALES PARA EJECUTIVOS
CARRERA DE INGENIERÍA DE SISTEMAS
SISTEMA DE INFORMACIÓN PARA LA IMPLEMENTACIÓN Y OPERACIÓN DE
FRANQUICIAS
PROYECTO PROFESIONAL PRESENTADO POR:
CARLOS PHILIP BARDALES ENCINAS
PARA OPTAR POR EL TÍTULO DE INGENIERO DE SISTEMAS
ASESOR:
SANDRA PERONA
PILAR STRONGUILÓ
SARA LEÓN-PRADO
Lima, diciembre del 2013
2. Página 2
PRESENTACIÓN
El presente trabajo constituye la segunda entrega del curso de proyecto informático 3 impartido
en la Universidad Peruana de Ciencias Aplicadas (UPC) como parte de la tesis para recibir el
grado de Ingeniero de Sistemas.
El software a ser desarrollado trata sobre el desarrollo de un sistema de información para hacer
el seguimiento al proceso de implementación y puesta en marcha de una franquicia, así como
para dar asistencia al personal en las operaciones diarias de la misma.
La empresa en la que se enfoca el trabajo es Promarket Perú S.A. empresa dedicada a la
consultoría en franquicias hace más de 20 años.
Analizando los procesos de Promarket Perú, se ha visto la necesidad de monitorear el proceso
de implementación y puesta en marcha de las franquicias para notificar el comienzo y fin de
las actividades para que la gerencia pueda tomar acciones preventivas o correctivas de ser el
caso.
Así mismo se ha visto la necesidad de hacer más amigable el acceso a los manuales de
operaciones diarias por medio de un sistema de información que ayude a incrementar su uso.
Los objetivos del presente trabajo son mejorar la imagen de Promarket Perú y generarles nuevas
utilidades por medio de la venta de este nuevo servicio de software.
Esta entrega trata sobre la calidad y pruebas sobre el avance desarrollado, el cual constituye el
cien por ciento del ciclo cero.
3. Página 3
RESUMEN
El presente trabajo aborda los aspectos de calidad y pruebas del software construido. La calidad
y pruebas se aplicaran solamente al núcleo central del software propuesto y se aplicará la
metodología de calidad propuesta en las clases de TP3 y el presente curso de PI3.
En la primera parte se aborda la parte de políticas, objetivos y normas aplicadas para conseguir
la calidad del producto. Se toma en cuenta la norma ISO/90003-2004 para la calidad.
Adicionalmente se presentan los casos de prueba y juego de datos utilizados para probar el
software.
En la segunda parte se documenta la parte administrativa del proyecto, incluimos los registros
de interesados, la estructura desglosada de trabajo, el diagrama de Gantt y hacemos un pequeño
análisis de como se ha ido desarrollando el proyecto en el tiempo.
Por último, se presentan varios anexos los cuales incluyen: diagrama de atributos,
especificaciones de alto nivel, casos de uso detallados y reglas de negocio para no perder de
vista la guía sobre el cual se ha desarrollado el presente software.
4. Página 4
ÍNDICE
CAPITULO 7: CALIDAD Y PRUEBAS DEL SOFTWARE ....................................................... 9
1. INTRODUCCIÓN .................................................................................................................9
2. PLAN DE LA CALIDAD DEL SOFTWARE ......................................................................................9
Política de calidad.................................................................................................................9
Objetivos de calidad..............................................................................................................9
Normatividad aplicable.......................................................................................................10
Métricas de calidad del software........................................................................................12
3. PRUEBAS DEL SOFTWARE ...................................................................................................17
CASO DE PRUEBAS PARA EL CUS012_FQ_REGISTRAR_MANUAL .......................................17
Diagrama de flujo de eventos del caso de uso .........................................................................17
Escenarios .................................................................................................................................17
Casos de prueba........................................................................................................................17
Juego de datos ..........................................................................................................................20
CASO DE PRUEBAS PARA EL CUS020_FQ_RESOLVER_CONSULTAS ....................................22
Escenarios .................................................................................................................................22
Casos de prueba........................................................................................................................22
Juego de datos ..........................................................................................................................22
CASO DE PRUEBAS PARA EL CUS015_FQ_CONFIGURAR_CUESTIONARIOS........................23
Escenarios .................................................................................................................................23
Casos de prueba........................................................................................................................23
Juego de datos ..........................................................................................................................25
CASO DE PRUEBAS PARA EL CUS016_FQ_LLENAR_CUESTIONARIOS .................................27
Escenarios .................................................................................................................................27
Casos de prueba........................................................................................................................27
Juego de datos ..........................................................................................................................32
4. CONCLUSIONES................................................................................................................37
CAPITULO 8: GESTIÓN DEL PROYECTO........................................................................ 38
1. INTRODUCCIÓN ..........................................................................................................38
2. REGISTRO DE INTERESADOS .......................................................................................38
3. EDT..............................................................................................................................39
4. CRONOGRAMA DE EJECUCIÓN ...................................................................................40
5. ACTA DE ACEPTACIÓN DE ENTREGABLE .....................................................................42
6. CONCLUSIONES...........................................................................................................43
CONCLUSIONES.....................................................................................................................44
GLOSARIO DE TÉRMINOS......................................................................................................45
SIGLARIO...............................................................................................................................46
BIBLIOGRAFÍA .......................................................................................................................47
ANEXOS.................................................................................................................................49
1. ATRIBUTOS DE LOS CASOS DE USO DEL SISTEMA .......................................................49
2. ESPECIFICACIONES DE ALTO NIVEL DE LOS CASOS DE USO DEL NUCLEO CENTRAL.......................50
3. ESPECIFICACIÓN DETALLADA DE LOS CASOS DE USO DEL NÚCLEO CENTRAL.................52
Especificación del caso de uso del sistema CUS012_FQ_REGISTRAR_MANUAL.................52
Especificación del caso de uso del sistema CUS020_FQ_RESOLVER_CONSULTAS..............57
Especificación del caso de uso del sistema CUS015_FQ_CONFIGURAR_CUESTIONARIOS .61
Especificación del caso de uso del sistema CUS016_FQ_LLENAR_CUESTIONARIOS...........65
5. Página 5
4. REGLAS DEL NEGOCIO.................................................................................................70
6. Página 6
LISTAS ESPECIALES
DIAGRAMAS
Diagrama 1. EDT del proyecto.............................................................................................................................39
Diagrama 2: Cronograma y Gantt del Proyecto....................................................................................................41
CUADROS
Cuadro 1: Objetivos de calidad para Promarket ...................................................................................................10
Cuadro 2: Métricas de calidad del software..........................................................................................................12
Cuadro 3: Registro de Interesados........................................................................................................................38
Cuadro 4: Atributos de los casos de uso del sistema ............................................................................................49
PANTALLAS
Pantalla 21: Menú del manual ..............................................................................................................................54
Pantalla 22: Formulario para la búsqueda y creación de manuales ......................................................................54
Pantalla 23: Formulario para el ingreso de los manuales......................................................................................55
Pantalla 24: Tipos de Manual ...............................................................................................................................55
Pantalla 25: Condiciones para escoger un manual................................................................................................56
Pantalla 32: Menú de resolución de consulta........................................................................................................59
Pantalla 33: Menú resolución de consultas...........................................................................................................59
Pantalla 34: Menú resolución de consultas...........................................................................................................60
Pantalla 35: Respuesta al franquiciado .................................................................................................................60
Pantalla 26: Menú de cuestionario........................................................................................................................63
Pantalla 27: Menú de registro de cuestionarios ....................................................................................................63
Pantalla 28: Registro de checklists de calidad......................................................................................................63
Pantalla 29: Registro de grado de satisfacción .....................................................................................................64
Pantalla 30: Menú de títulos y preguntas..............................................................................................................64
Pantalla 31: Registro de títulos y preguntas..........................................................................................................64
Pantalla 32: Menú para llenar cuestionario...........................................................................................................67
Pantalla 33: Menú para escoger cuestionario a llenar...........................................................................................67
Pantalla 34: Menú resolución de consultas...........................................................................................................68
Pantalla 35: Menú resolución de consultas...........................................................................................................69
7. Página 7
INTRODUCCIÓN
El presente trabajo trata sobre el desarrollo de un sistema de información para mejorar el
seguimiento del proyecto de implementación de una nueva franquicia, mejorar la asistencia a
las operaciones diarias y adicionalmente mejorar el control de calidad de las mismas.
Las franquicias es un modelo de negocio que trata sobre la replicación de la operación diaria
por medio de manuales que describen con precisión los productos, servicios, tipo de atención
e imagen que debe tener cada uno de los locales. El uso de los manuales en la operación diaria
del franquiciado es un aspecto muy importante en la franquicia pues son los documentos que
contienen todo el “saber hacer” de una franquicia determinada. El seguimiento estricto de estos
manuales determina sin lugar a dudas el éxito o el fracaso de una franquicia ya implementada
y puesta en marcha.
En estos días la inteligencia de negocios juega un rol muy importante en las organizaciones,
pues, muestra aquellos indicadores que nos ayudan a relacionar parámetros que a simple vista
no pueden ser detectados y por medio de dichos indicadores activar acciones de corrección
para mejorar el desempeño de la organización.
El objeto de estudio es la empresa Promarket Perú S.A. en la cual se ha llevado a cabo el estudio
del proceso de implementación y se ha visto además una falta de presencia en la operación del
día a día. Por esto, se le propone a Promarket hacer un seguimiento de sus actividades críticas
de implementación y crear un sistema de consulta para el día a día de los franquiciados.
La principal situación problemática detectada en Promarket es la queja de los clientes durante
la implementación de las franquicias pues algunas actividades no son controladas en detalle
(por ejemplo los trámites municipales), así como la queja por la falta de un sistema
automatizado de consultas relativo a los manuales que no son muy amigables.
Los principales problemas a resolver son: la falta de un sistema de monitoreo del proceso de
implementación y puesta en marcha, y la falta de soporte automatizado en las operaciones del
día a día por medio de los manuales.
8. Página 8
Los aportes a la empresa de este trabajo van a ser la mejora de la imagen de Promarket en el
frente externo y una mayor información para ayudar en la toma de decisiones gerenciales por
medio de los reportes de BI. Así mismo, se espera el aumento de las utilidades por la venta del
sistema de soporte a las operaciones diarias.
El objetivo general de este trabajo de tesis es mejorar el proceso de implementación y puesta
en marcha por medio del monitoreo del mismo y abrir nuevos nichos de negocios, entrando en
la parte de operación diaria de las franquicias.
Entre los objetivos específicos más importantes tenemos: hacer que el acceso a los manuales
sean más amigables, hacer que el acceso a la herramienta sea vía Internet, crear información
de inteligencia de negocios que ayude a la toma de decisiones, automatizar el control de calidad
y desarrollar un sistema de monitoreo del proceso de implementación y puesta en marcha de
las franquicias.
9. Página 9
CAPITULO 7: Calidad y Pruebas del Software
1. INTRODUCCIÓN
Luego de la etapa de construcción del software, en este capítulo vamos a analizar la calidad
del mismo.
2. PLAN DE LA CALIDAD DEL SOFTWARE
Política de calidad
Promarket Perú S.A., empresa para la que se desarrolla el presente software, presenta
procedimientos de calidad en el desarrollo de su negocio, como es, la comercialización de
marcas exitosas en forma de franquicias. Esto se evidencia en el procedimiento ya
estandarizado para la generación de manuales de implementación y de operaciones para
cada una de las marcas que comercializa. Así mismo, otra evidencia de esto, es que es
sometido en forma contractual a guiar a la marca para la implantación del sello de calidad
en franquicia.
A pesar de todos los procedimientos de calidad aplicados en la empresa y debido a que la
empresa no se dedica al desarrollo de software, no tienen una política de calidad orientada
al software, debido a lo cual, se hará la sugerencia por parte del tesista.
Entonces, sugerimos la siguiente política de calidad:
“Promarket Perú se dedicará al desarrollo de un software de calidad que tendrá como
principal objetivo satisfacer las altas demandas y requerimientos de todos sus clientes,
tanto franquiciados como franquiciadores. Para conseguir tan altos objetivos, Promarket
no solamente entregará un producto de calidad sino, que a través de recursos tecnológicos
hará el seguimiento del beneficio producido por sus productos entregados de una forma
medible y clara, en base a lo cual seguirá mejorando y adaptando sus productos a las
necesidades del mercado”
Objetivos de calidad
Al igual que en las políticas de calidad, no existe en Promarket, objetivos de calidad
orientados hacia un producto de software. Debido a esto, estamos proponiendo los
objetivos de calidad presentados en el cuadro abajo:
10. Página 10
Objetivo Indicador Responsable Periodo
Incrementar la
rentabilidad de
Promarket en 5% a
través de la venta de
nuevos productos de
calidad.
Tasa de rentabilidad Comercial Anual
Incrementar la
rentabilidad del
franquiciado en 5% a
través de la percepción
de los clientes de un
servicio de calidad
Tasa de rentabilidad Comercial Anual
Incrementar el
entendimiento del
negocio en el
franquiciado en 10% a
través de una mejor
comprensión de los
manuales
Checklist de calidad y
Encuestas de grados de
satisfacción
Gerente franquiciado Trimestral
Incrementar el
entendimiento del
estado del mercado de
las franquicias en 10%
por parte del
franquiciador
Checklist de calidad,
Encuestas de grado de
satisfacción
Gerente franquiciador Trimestral
Incrementar el grado de
satisfacción en 10% del
cliente
Encuesta de grado de
satisfacción
Usuario franquiciado Mensual
Mejorar el proceso de
estimación de esfuerzo
Indicadores de
inteligencia de
negocios
Gerente Promarket Mensual
Mejorar el proceso de
entrenamiento de
personal
Checklist de calidad Supervisor Promarket y
cliente franquiciado
Trimestral
Cuadro 1: Objetivos de calidad para Promarket
Normatividad aplicable
Para construir el producto de acuerdo a la calidad establecida aplicaremos la norma
ISO/IEC 900031, el cual hace referencia a la aplicación del ISO 9001-2000 para la
“adquisición, provisión, desarrollo, operación y mantenimiento del software de
computación”. Para el ISO referenciado, tomaremos solamente los capítulos 7 y 8.
Para el capítulo 7 consideramos los acápites 7.1-Planeamiento y realización del producto,
7.2-Procesos relacionados con el cliente, 7.3-Diseño y desarrollo y 7.5-Producción y
provisión de servicio. El desarrollo de las pruebas abajo refleja el capítulo 7.1.2
Planeamiento de la calidad, que en su artículo d) dice que el planeamiento de la calidad
del software debe referirse a: “Procedimientos e instrucciones específicas del proyecto tal
1
International Standard ISO/IEC 90003 First edition 2004-02-15. Software engineering – Guidelines for the
application of ISO 9001:2000 to computer software
11. Página 11
como especificaciones de la prueba de software detallando planes, diseños, casos de
prueba y procedimientos para la unidad, integración y pruebas de sistema y aceptación”.
En suma aquí se detalla todo lo relacionado con el desarrollo del software.
Para el capítulo 8 consideraremos todo lo relacionado con la medición, análisis y mejora
continua del producto de software, por esto tomaremos principalmente las
recomendaciones del 8.2.4 el cual se refiere al “Monitoreo y medida del producto”, es decir
la monitorización y medidas de la conformidad del producto en relación a los
requerimientos de calidad establecidos.
12. Página 12
Métricas de calidad del software
En el cuadro abajo presentamos un resumen de las métricas de calidad para nuestro
desarrollo.
Categoría Nombre de la métrica Propósito de la métrica Tolerancia
Interna Líneas de comentario
por total de líneas de
cada módulo.
Medir la cantidad de líneas de comentarios que
se han insertado en cada módulo.
0.15<=X<=0.45,
mejor mientras más
cercano a 0.30
Paginas accedidas del
total de páginas
asignadas de acuerdo a
su nivel de acceso.
Medir la proporción de las páginas
implementadas que son accedidas por el
usuario. Las páginas totales usadas para la
medición serán las páginas a los que dicho
usuario tiene acceso.
0.80<=X<=1.0, más
del 80% de las
paginas deberían ser
accesadas.
Externa Frecuencia con el que el
software evita fallas a
pesar del uso incorrecto
del mismo.
Medir con qué frecuencia se pueden evitar
fallos durante el uso del software incluso si el
usuario opera incorrectamente.
0.80<=X<=1, no
debe fallar el 80%
de los casos.
Capacidad del software
de recuperarse ante los
fallos ocurridos durante
la manipulación del
mismo.
Medir como se recupera el software luego de
ocurrido un fallo en el mismo.
0.95<=X<=1, se
debe recuperar
mínimo en el 95%
de los casos.
De uso Daño económico por
corrupción del software.
Medir el daño económico causado a los clientes
debido a un no funcionamiento del software
durante una transacción de valor medible
0<=X<=0.40, el
daño debe ser menor
del 40%. Cuanto
más cercano a 0
mejor.
Cuadro 2: Métricas de calidad del software
Los detalles de como se hace la medición de las métricas lo encontramos en las tablas
abajo:
13. Página 13
Nombre Líneas de comentario por total de líneas de cada módulo.
Propósito Medir la cantidad de líneas de comentarios que se han insertado en cada módulo.
Método de
aplicación
Contar las líneas de comentario y compararlos con las líneas totales de cada módulo.
Medición, fórmula X = A/B
A = número de líneas comentadas.
B = total de líneas (Por un determinado módulo)
Interpretación 0 <= X <= 1
0.01 - 0.06 Bajo
0.07 - 0.19 Moderado
0.20 - 0.30 Bueno
Entre más cercano a 0.40 mejor.
Tipo de escala absoluta
Tipo de medida X = count/count
A = count
B = count
Fuente de medición Código fuente
Informe de revisión
ISO/IEC 12207
SLCP
5.3 Pruebas de calificación
6.6 Revisión conjunta
Audiencia Revisores
Desarrolladores
Nombre Páginas accedidas del total de páginas asignadas de acuerdo a su nivel de acceso
Propósito Medir la proporción de las páginas implementadas que son accedidas por el usuario. Las
páginas totales usadas para la medición serán las páginas a los que dicho usuario tiene acceso.
Método de
aplicación
Los indicadores se miden observando el comportamiento de un conjunto de usuarios finales
mientras están utilizando la aplicación y almacenando en una base de datos los eventos que
ocurren durante esta observación.
Medición, fórmula X = A/B
A = número de páginas accedidas por el usuario.
B = total de páginas implementadas y asignadas según configuración de accesos (Por un
determinado módulo)
Interpretación 0 <= X <= 1
0.00 - 0.60 Bajo (rojo)
0.61 - 0.70 Moderado (ámbar)
0.71 - 1.00 Bueno (verde)
14. Página 14
Nombre Páginas accedidas del total de páginas asignadas de acuerdo a su nivel de acceso
Tipo de escala absoluta
Tipo de medida X = count/count
A = count
B = count
Fuente de medición Reporte de evaluación
Reporte de incidencias registrado en la BD.
ISO/IEC 12207
SLCP
5.3 Pruebas de calificación
6.6 Revisión conjunta
Audiencia Revisores
Desarrolladores
Nombre Evitar operaciones incorrectas
Propósito Medir con qué frecuencia se pueden evitar fallos durante el uso del software incluso si el
usuario opera incorrectamente.
Método de
aplicación
Contar los números de fallas críticas y serias ocurridas con respecto al número de operaciones
incorrectas o ingresos erróneos de los usuarios:
Ingresar datos erróneos en las operaciones del sistema (ejemplo: ingreso de nuevas
solicitudes con datos alfanumérico en campos numéricos, campos de fecha de años
anteriores, realizar ingreso de número de tarjetas de crédito con menos dígitos, etc.)
Registrar cuantas operaciones fueron controladas por el sistema y cuantas operaciones
registraron información errónea o inconsistente.
Medición, fórmula X = A/B
A = número de operaciones o ingresos erróneos evitadas durante la operación.
B = número de operaciones o ingresos erróneos durante la operación.
Interpretación 0 <= X <= 1
El más cercano a 1 es mejor, se pueden evitar más operaciones incorrectas del usuario.
Tipo de escala Absoluta
Tipo de medida X = count / count
A = count
B = count
Fuente de medición Reporte de Test
Reporte de Medición
ISO/IEC 12207
SLCP
5.3 Pruebas de calificación
5.4 Operación
Audiencia Usuario mantenedor
15. Página 15
Nombre Numero de fallos recuperados
Propósito Medir como se recupera el software luego de ocurrido un fallo en el mismo.
Método de
aplicación
Contar con el número de total de fallas ocurridas y compararlas con los fallos que se
recuperaron.
- Registrar la cantidad total de fallos ocurridos durante la ejecución del software.
- Registrar la cantidad de fallos que se recuperaron durante la ejecución del software.
Medición, fórmula X = A/B
A = número de fallos recuperados durante la operación.
B = número total de fallos ocurridos durante la operación.
Interpretación 0 <= X <= 1
(0.1 a 0.3) - Pésimo
(0.3 a 0.7) - Malo
(0.7 a 1) - Bueno
Tipo de escala Absoluta
Tipo de medida X = count / count
A = count
B = count
Fuente de medición Reporte de Test
Reporte de Medición
ISO/IEC 12207
SLCP
6.4 Proceso de Verificación
Audiencia Usuario mantenedor
16. Página 16
Nombre Daño económico por corrupción de software
Propósito Medir el daño económico causado a los clientes debido a un no funcionamiento del software
durante una transacción de valor medible
Método de
aplicación
Ejecutar 20 operaciones de valor en su módulo (generaciones de recibo, aprobaciones
de solicitudes, etc.). Las operaciones a tomar en cuenta debe ser cualquiera que genere
un valor y que al no realizarse perjudique económicamente al usuario. Ej.: Una campaña
que no se puede confirmar, un proveedor al que no se le puede pagar, una solicitud de
franquicia que no se pueda validar, una factura que no se pueda grabar.
Confirmar cada operación de valor según lo programado (grabar, guardar, confirmar,
etc.)
Contar el número de veces que no se guarda, confirma, guardan las transacciones debido
a una corrupción de software (la máquina se cuelga, el tiempo de resultado es demasiado
largo y finalmente se tiene que re-inicializar el programa, etc.).
Guardar la secuencia de operaciones que produjeron la corrupción y reproducirla
nuevamente (si no se han llegado a las 20 pruebas) para verificar si el error se repite.
Medición, fórmula X = A/B
X = Daño económico por corrupción del software
A = Número de transacciones de valor interrumpidas por corrupción de software
B = Total de transacciones de valor ejecutadas durante la prueba
Interpretación 0 <= X <= 1
0.00 - 0.39 Bajo (verde)
0.40 - 0.79 Moderado (anaranjado)
0.80 - 1.00 Alto (rojo)
Cuanto más cercano a 0 mejor.
Tipo de escala absoluta
Tipo de medida X = 1 - count/count
A = count
B = count
Fuente de medición Reporte de evaluación
Requerimientos de software
ISO/IEC 12207
SLCP
6.5 Validación
6.3 Aseguramiento de calidad
5.3 Pruebas de calificación
Audiencia Usuarios del software.
17. Página 17
3. PRUEBAS DEL SOFTWARE
CASO DE PRUEBAS PARA EL CUS012_FQ_REGISTRAR_MANUAL
Diagrama de flujo de eventos del caso de uso
Escenarios
Código
Escenario
Nombre de
Escenario
Flujo
Inicial
Alterno Propósito Parámetros
ESC01 Registrar
manual
Flujo
Básico
Sub-flujo Que el manual se registre
correctamente
Obligatorios: Código,
fecha y condición
ESC02 Buscar manual Flujo
Básico
Sub-flujo Que se encuentra un manual
buscado por cualquier
parámetro
Opcionales: Código,
Autor, Tipo, Fecha y
Franquicia
ESC03 Modificar
manual
Flujo
Básico
Sub-flujo Que se puede modificar un
manual
Se puede modificar
todo menos el código
ESC04 Eliminar
manual
Flujo
Básico
Sub-flujo Que se puede eliminar un
manual
Obligatorio: Código
ESC05 Manual
buscado no
existe
Sub-
Flujo
Flujo
alterno
Que se reporta un manual no
existente
Opcionales: Código,
Autor, Tipo, Fecha y
Franquicia
ESC06 Fecha no
ingresada
Sub-
flujo
Flujo
alterno
Que no se puede crear un
manual sin que se ingrese la
fecha de creación.
Obligatorios: Código y
Condición.
ESC07 Condición no
asociada
Sub-
flujo
Flujo
alterno
Que no se puede crear un
manual sin asociar una
condición.
Obligatorios: Código y
Fecha.
Casos de prueba
18. Leyenda: V: Dato Valido I: Dato Inválido N/A: No aplica
ID Caso de
Prueba
Escenario Código
Tipo
Manual
Autor
Manual
Franquicia Fecha Resultado Esperado
CP03 ESC02 V N/A N/A N/A N/A El sistema muestra el manual con el código correspondiente
CP04 ESC02 N/A V N/A N/A N/A El sistema muestra los manuales con el tipo correspondiente
CP05 ESC02 N/A N/A V N/A N/A El sistema muestra los manuales escritos por determinado autor
CP06 ESC02 N/A N/A N/A V N/A El sistema muestra los manuales de la franquicia correspondiente
CP07 ESC02 N/A N/A N/A N/A V El sistema muestra los manuales escritos en la fecha correspondiente
CP08 ESC02 V V N/A N/A N/A El sistema muestra los manuales con el código y tipo correspondientes.
CP09 ESC02 V N/A V N/A N/A El sistema muestra los manuales con el código y autor correspondientes.
CP10 ESC02 V N/A N/A V N/A El sistema muestra los manuales con el código y franquicia correspondientes.
CP11 ESC02 V N/A N/A N/A V El sistema muestra los manuales con el código y fecha correspondiente.
CP12 ESC02 V V V N/A N/A El sistema muestra los manuales con el código, tipo y autor correspondiente.
CP13 ESC02 V N/A V V N/A El sistema muestra los manuales con el código, autor y franquicia correspondiente.
CP14 ESC02 V N/A N/A V V
El sistema muestra los manuales con el código, franquicia y fecha
correspondiente.
CP15 ESC02 V V N/A V N/A El sistema muestra los manuales con el código, tipo y franquicia correspondiente.
CP16 ESC02 V V N/A N/A V El sistema muestra los manuales con el código, tipo y fecha correspondiente.
CP17 ESC02 N/A V V N/A V El sistema muestra los manuales con el tipo, autor y fecha correspondiente.
CP18 ESC02 N/A V N/A V V El sistema muestra los manuales con el tipo, franquicia y fecha correspondiente.
CP19 ESC02 N/A N/A V V V El sistema muestra los manuales con el autor, franquicia y fecha correspondiente.
CP20 ESC02 N/A V V V N/A El sistema muestra los manuales con el tipo, autor y franquicia correspondiente.
CP21 ESC02 V N/A V V V
El sistema muestra los manuales con el código, autor, franquicia y fecha
correspondiente.
CP22 ESC02 N/A V V V V
El sistema muestra los manuales con el tipo, autor, franquicia y fecha
correspondiente.
CP23 ESC02 V V V V V
El sistema muestra los manuales con el código, tipo, autor, franquicia y fecha
correspondiente.
Leyenda: V: Dato Valido I: Dato Inválido N/A: No aplica
ID Caso de
Prueba
Escenario Código
Nombre
Manual
Tipo
Manual
Autor
Manual
Franqui
cia
Fech
a
Versión
Condi
ción
Índice Título Cuerpo Resultado Esperado
CP01 ESC01 V V V V V V V V V V V El sistema registra el manual completo
CP02 ESC01 V N/A V V V V N/A N/A N/A N/A N/A El sistema registra el manual incompleto
19. Página 19
Leyenda: V: Dato Valido I: Dato Inválido N/A: No aplica
ID Caso de
Prueba
Escenario Código
Nombre
Manual
Tipo
Manual
Autor
Manual
Franqui
cia
Fech
a
Versión
Condi
ción
Índice Título Cuerpo Resultado Esperado
CP24 ESC03 N/A V V V V V V V V V V El sistema registra la modificación del manual
CP25 ESC04 V N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A El sistema elimina el manual correspondiente
CP26 ESC05 V N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A El sistema no muestra ningún resultado para la búsqueda
CP27 ESC06 V V V V V I V V V V V El sistema envía mensaje: “Ingrese una fecha”
CP28 ESC06 V N/A V V V I N/A N/A N/A N/A N/A El sistema envía mensaje: “Ingrese una fecha”
CP29 ESC07 V V V V V V V I V V V El sistema envía mensaje “Condición no asociada”
CP30 ESC07 V N/A V V V V N/A I N/A N/A N/A El sistema envía mensaje “Condición no asociada”
21. ID Juego
de datos
ID Caso
de
Prueba
Escenari
o
Código
Nombre
Manual
Tipo Manual
Autor
Manual
Franqu
icia
Fecha
Versió
n
Condic
ión
Índice Título Cuerpo Resultado Esperado
DA01 CP01 ESC01
MAN-
0016
Nombre
prueba
Tipo prueba Autor prueba
Franqui
cia
prueba
02/12/20
13
2.0
Condici
ón
prueba
1.0
Título
prueba
Cuerpo
prueba
El sistema registra el manual completo
DA02 CP02 ESC01
MAN-
0016
N/A Tipo prueba Autor prueba
Franqui
cia
prueba
02/12/20
13
N/A N/A N/A N/A N/A El sistema registra el manual incompleto
DA03 CP03 ESC02
MAN-
0005
N/A <blanco> <blanco>
<blanc
o>
<blanco> N/A N/A N/A N/A N/A
El sistema muestra el manual con el código
correspondiente
DA04 CP04 ESC02 N/A N/A
MANUAL DE
OPERACIONES
<blanco>
<blanc
o>
<blanco> N/A N/A N/A N/A N/A
El sistema muestra los manuales con el tipo
correspondiente
DA05 CP05 ESC02 N/A N/A <blanco>
ALEJANDRO
GARRO
<blanc
o>
<blanco> N/A N/A N/A N/A N/A
El sistema muestra los manuales escritos por
determinado autor
DA06 CP06 ESC02 N/A N/A <blanco> <blanco>
VITALS
ANA
<blanco> N/A N/A N/A N/A N/A
El sistema muestra los manuales de la franquicia
correspondiente
DA07 CP07 ESC02 N/A N/A <blanco> <blanco>
<blanc
o>
23/12/20
12
N/A N/A N/A N/A N/A
El sistema muestra los manuales escritos en la fecha
correspondiente
DA17 CP17 ESC02 N/A N/A
MANUAL DE
OPERACIONES
ALEJANDRO
GARRO
<blanc
o>
23/12/20
12
N/A N/A N/A N/A N/A
El sistema muestra los manuales con el tipo, autor y
fecha correspondiente.
DA18 CP18 ESC02 N/A N/A
MANUAL DE
OPERACIONES
<blanco>
VITALS
ANA
23/12/20
12
N/A N/A N/A N/A N/A
El sistema muestra los manuales con el tipo, franquicia y
fecha correspondiente.
DA19 CP19 ESC02 N/A N/A <blanco>
ALEJANDRO
GARRO
VITALS
ANA
23/12/20
12
N/A N/A N/A N/A N/A
El sistema muestra los manuales con el autor, franquicia
y fecha correspondiente.
DA20 CP20 ESC02 N/A N/A
MANUAL DE
OPERACIONES
ALEJANDRO
GARRO
VITALS
ANA
<blanco> N/A N/A N/A N/A N/A
El sistema muestra los manuales con el tipo, autor y
franquicia correspondiente.
DA22 CP22 ESC02 N/A N/A
MANUAL DE
OPERACIONES
ALEJANDRO
GARRO
VITALS
ANA
23/12/20
12
N/A N/A N/A N/A N/A
El sistema muestra los manuales con el tipo, autor,
franquicia y fecha correspondiente.
DA24 CP24 ESC03
MAN-
0016
Nombre
manual
Tipo manual Autor manual
Franqui
cia
01/12/20
12
2.1
Condici
ón
2.0 Título Cuerpo El sistema registra la modificación del manual
DA25 CP25 ESC04
MAN-
0016
Cualquier valor El sistema elimina el manual correspondiente
DA26 CP26 ESC05
MAN-
0050
N/A <blanco> <blanco>
<blanc
o>
<blanco> N/A N/A N/A N/A N/A El sistema envía mensaje: “Manual no encontrado”.
DA27 CP27 ESC06
MAN-
0016
Nombre
prueba
Tipo prueba Autor prueba
Franqui
cia
prueba
<blanco> 2.0
Condici
ón
prueba
1.0
Título
prueba
Cuerpo
prueba
El sistema envía mensaje: “Ingrese una fecha”
DA30 CP30 ESC07
MAN-
0016
N/A Tipo prueba Autor prueba
Franqui
cia
prueba
01/12/20
13
N/A
<blanc
o>
N/A N/A N/A El sistema envía mensaje “Condición no asociada”
22. CASO DE PRUEBAS PARA EL CUS020_FQ_RESOLVER_CONSULTAS
Escenarios
Código
Escenario
Nombre de
Escenario
Flujo
Inicial
Alterno Propósito Parámetros
ESC01 Contar y
ordenar
consultas
Flujo
Básico
Sub-
flujo
Probar que las consultas de las
condiciones y títulos de los manuales
son contados y ordenados en orden
descendente de frecuencia de consulta.
Obligatorio:
Condición y
Títulos
ESC02 Condición no
asociado a
manual
Flujo
Básico
Flujo
alterno
Probar que no se puede contar el
acceso a un manual que no tiene una
condición asociada
Ninguno
ESC03 Manual sin
contenido
Flujo
Básico
Flujo
alterno
Probar que no se puede contar las
consultas del manual si dicho manual no
tiene ningún contenido
Obligatorio:
Condición
Casos de prueba
ID Caso
de
Prueba
Escenario Franquicia Condición
Contador
de
condición
Título
Contador
de título
Resultado Esperado
CP01 ESC01 V V <+1> N/A N/A
El sistema incrementa el contador y
ordena las condiciones de acuerdo a
esto.
CP02 ESC01 V V <+1> V <+1>
El sistema incrementa el contador y
ordena el título de acuerdo a esto.
CP03 ESC02 V N/A N/A N/A N/A
El sistema no encuentra condición
para asociar con un Manual
CP04 ESC03 V V <+1> N/A N/A
El sistema no encuentra
información en el título consultado.
Leyenda: V: Dato Valido I: Dato Inválido N/A: No aplica
Juego de datos
ID
Juego
de
datos
ID
Caso
de
Prueba
Escenario Franquicia Condición
Contador
de
condición
Título
Contador
de título
Resultado Esperado
DA01 CP01 ESC01 Vitalsana
Transmitir la
filosofía del
negocio
<+1> N/A N/A
El sistema incrementa el
contador y ordena las
condiciones de acuerdo a
esto.
DA02 CP02 ESC01 Vitalsana
Transmitir la
filosofía del
negocio
<+1> Tienda <+1>
El sistema incrementa el
contador y ordena el título
de acuerdo a esto.
DA03 CP03 ESC02 Bembos N/A N/A N/A N/A
El sistema no encuentra
condición para asociar
con un Manual
DA04 CP04 ESC03
Balneario
Masqueagua
Especificar el
concepto de
<+1> N/A N/A
El sistema incrementa el
contador, ordena la
condición de acuerdo a
23. Página 23
atención al
cliente
esto y no encuentra títulos
asociados a la condición
escogida.
CASO DE PRUEBAS PARA EL
CUS015_FQ_CONFIGURAR_CUESTIONARIOS
Escenarios
Código
Escenario
Nombre de
Escenario
Flujo
Inicial
Alterno Propósito Parámetros
ESC01 Registrar
cuestionario
Flujo
Básico
Sub-
flujo
Probar que se puede registrar
un cuestionario en el sistema
Obligatorio: Código y
Fecha de creación
ESC02 Buscar
cuestionario
Flujo
Básico
Sub-
flujo
Probar que se puede buscar un
cuestionario específico dentro
de un todo.
Opcionales: Código,
Autor, Tipo de
cuestionario, Franquicia
y Fecha.
ESC03 Modificar
cuestionario
Flujo
Básico
Sub-
flujo
Probar que se puede modificar
un cuestionario determinado.
Se pueden modificar
todos los campos a
excepción del código.
ESC04 Eliminar
cuestionario
Flujo
Básico
Sub-
flujo
Probar que se puede eliminar
un cuestionario.
Obligatorio: Código
ESC05 Cuestionario
no existente
Sub-
flujo
Flujo
alterno
Probar que el sistema detecta
que un cuestionario con
determinadas características no
existe.
Opcionales: Código,
Autor, Tipo de
cuestionario, Franquicia
y Fecha.
ESC06 Fecha no
ingresada
Sub-
flujo
Flujo
alterno
Probar que un cuestionario no
se puede grabar si no se ha
ingresado la fecha de creación.
Obligatorio: Código del
cuestionario.
Casos de prueba
24. ID Caso de
Prueba
Escena
rio
Códi
go
Nombre
Cuestion
ario
Tipo
Cuestion
ario
Autor
Cuesti
onario
Franquic
ia
Fecha
creació
n
Versión Título Subtítulo Pregunta Resultado Esperado
CP01 ESC01 V V V V V V V V V V El sistema registra el cuestionario completo
CP02 ESC01 V N/A V V V V N/A N/A N/A N/A El sistema registra el cuestionario incompleto
CP03 ESC01 V V V V V I V V V V El sistema envía mensaje: “Ingrese una fecha”
CP04 ESC01 V N/A V V V I N/A N/A N/A N/A El sistema envía mensaje: “Ingrese una fecha”
CP05 ESC02 V N/A N/A N/A N/A N/A N/A N/A N/A N/A El sistema muestra el cuestionario con el código correspondiente
CP06 ESC02 N/A N/A V N/A N/A N/A N/A N/A N/A N/A El sistema muestra los cuestionarios con el tipo correspondiente
CP07 ESC02 N/A N/A N/A V N/A N/A N/A N/A N/A N/A El sistema muestra los manuales escritos por determinado autor
CP08 ESC02 N/A N/A N/A N/A V N/A N/A N/A N/A N/A El sistema muestra los cuestionarios de la franquicia correspondiente
CP09 ESC02 N/A N/A N/A N/A N/A V N/A N/A N/A N/A El sistema muestra los cuestionarios escritos en la fecha correspondiente
CP10 ESC02 V N/A V N/A N/A N/A N/A N/A N/A N/A El sistema muestra los cuestionarios con el código y tipo correspondientes.
CP11 ESC02 V N/A N/A V N/A N/A N/A N/A N/A N/A El sistema muestra los cuestionarios con el código y autor correspondientes.
CP12 ESC02 V N/A N/A N/A V N/A N/A N/A N/A N/A El sistema muestra los cuestionarios con el código y franquicia correspondientes.
CP13 ESC02 V N/A N/A N/A N/A V N/A N/A N/A N/A El sistema muestra los cuestionarios con el código y fecha correspondiente.
CP14 ESC02 V N/A V V N/A N/A N/A N/A N/A N/A El sistema muestra los cuestionarios con el código, tipo y autor correspondiente.
CP15 ESC02 V N/A N/A V V N/A N/A N/A N/A N/A
El sistema muestra los cuestionarios con el código, autor y franquicia
correspondiente.
CP16 ESC02 V N/A N/A N/A V V N/A N/A N/A N/A
El sistema muestra los cuestionarios con el código, franquicia y fecha
correspondiente.
CP17 ESC02 V N/A V N/A V N/A N/A N/A N/A N/A
El sistema muestra los cuestionarios con el código, tipo y franquicia
correspondiente.
CP18 ESC02 V N/A V N/A N/A V N/A N/A N/A N/A El sistema muestra los cuestionarios con el código, tipo y fecha correspondiente.
CP19 ESC02 N/A N/A V V N/A V N/A N/A N/A N/A El sistema muestra los cuestionarios con el tipo, autor y fecha correspondiente.
CP20 ESC02 N/A N/A V N/A V V N/A N/A N/A N/A
El sistema muestra los cuestionarios con el tipo, franquicia y fecha
correspondiente.
CP21 ESC02 N/A N/A N/A V V V N/A N/A N/A N/A
El sistema muestra los cuestionarios con el autor, franquicia y fecha
correspondiente.
CP22 ESC02 N/A N/A V V V N/A N/A N/A N/A N/A
El sistema muestra los cuestionarios con el tipo, autor y franquicia
correspondiente.
CP23 ESC02 V N/A N/A V V V N/A N/A N/A N/A
El sistema muestra los cuestionarios con el código, autor, franquicia y fecha
correspondiente.
CP24 ESC02 N/A N/A V V V V N/A N/A N/A N/A
El sistema muestra los cuestionarios con el tipo, autor, franquicia y fecha
correspondiente.
CP25 ESC02 V N/A V V V V N/A N/A N/A N/A
El sistema muestra los cuestionarios con el código, tipo, autor, franquicia y fecha
correspondiente.
CP26 ESC03 V V V V V V V V V V El sistema registra la modificación del manual
CP27 ESC04 V N/A N/A N/A N/A N/A N/A N/A N/A N/A El sistema elimina el manual correspondiente
CP28 ESC05 V N/A N/A N/A N/A N/A N/A N/A N/A N/A El sistema no muestra ningún resultado para la búsqueda
CP29 ESC05 N/A N/A N/A V N/A N/A N/A N/A N/A N/A El sistema no muestra ningún resultado para la búsqueda
CP30 ESC05 N/A N/A N/A N/A V N/A N/A N/A N/A N/A El sistema no muestra ningún resultado para la búsqueda
CP31 ESC06 V N/A V V V I V V V V El sistema envía mensaje de error pidiendo ingresar la fecha
Leyenda: V: Dato Valido I: Dato Inválido N/A: No aplica
26. ID Juego
de datos
ID Caso
de Prueba
Escenario Código
Nombre
Cuestiona
rio
Tipo Cuestionario
Autor
Cuestionario
Franqui
cia
Fecha Versión Título Sub-título Pregunta Resultado Esperado
DA01 CP01 ESC01
CUS-
0004
Check list
A&G
Checklist
Carlos
Gambetta
Astrid&
Gastón
03/11/201
3
1.0
ADMIN
ISTRAC
IÓN
ADMIN.G
ENERAL
Gestión.
Los
movimient
os.
El sistema registra el cuestionario completo.
DA02 CP02 ESC01
CUS-
0005
N/A Encuesta Carlos Herrera Caplina
02/12/201
3
N/A N/A N/A N/A El sistema registra el cuestionario incompleto.
DA03 CP03 ESC01
CUS-
0005
Nombre
prueba
Tipo prueba Autor prueba
Franquic
ia
prueba
<blanco> 2.0 1.0
Subtitulo
prueba
Pregunta
prueba
El sistema envía mensaje: “Ingrese una fecha”.
DA04 CP04 ESC01
CUS-
0005
N/A Tipo prueba Autor prueba
Franquic
ia
prueba
<blanco> N/A N/A N/A N/A El sistema envía mensaje: “Ingrese una fecha”.
DA05 CP05 ESC02
CUS-
0002
N/A <blanco> <blanco>
<blanco
>
<blanco> N/A N/A N/A N/A El sistema muestra el cuestionario con el código correspondiente.
DA06 CP06 ESC02 N/A N/A Checklist <blanco>
<blanco
>
<blanco> N/A N/A N/A N/A El sistema muestra los cuestionarios con el tipo correspondiente.
DA07 CP07 ESC02 N/A N/A <blanco>
ALEJANDRO
GARRO
<blanco
>
<blanco> N/A N/A N/A N/A
El sistema muestra los cuestionarios escritos por determinado
autor.
DA08 CP08 ESC02 N/A N/A <blanco> <blanco>
VITALS
ANA
<blanco> N/A N/A N/A N/A
El sistema muestra los cuestionarios de la franquicia
correspondiente.
DA09 CP09 ESC02 N/A N/A <blanco> <blanco>
<blanco
>
23/12/201
2
N/A N/A N/A N/A
El sistema muestra los cuestionarios escritos en la fecha
correspondiente.
DA19 CP19 ESC02 N/A N/A Encuesta
ALEJANDRO
GARRO
<blanco
>
23/12/201
2
N/A N/A N/A N/A
El sistema muestra los cuestionarios con el tipo, autor y fecha
correspondiente.
DA20 CP20 ESC02 N/A N/A Checklist <blanco>
VITALS
ANA
23/12/201
2
N/A N/A N/A N/A
El sistema muestra los cuestionarios con el tipo, franquicia y
fecha correspondiente.
DA21 CP21 ESC02 N/A N/A <blanco>
ALEJANDRO
GARRO
VITALS
ANA
23/12/201
2
N/A N/A N/A N/A
El sistema muestra los cuestionarios con el autor, franquicia y
fecha correspondiente.
DA22 CP22 ESC02 N/A N/A Encuesta
ALEJANDRO
GARRO
VITALS
ANA
<blanco> N/A N/A N/A N/A
El sistema muestra los cuestionarios con el tipo, autor y
franquicia correspondiente.
DA24 CP24 ESC02 N/A N/A Checklist
ALEJANDRO
GARRO
VITALS
ANA
23/12/201
2
N/A N/A N/A N/A
El sistema muestra los cuestionarios con el tipo, autor, franquicia
y fecha correspondiente.
DA26 CP26 ESC03
CUS-
0005
Nombre
cuestionari
o
Tipo cuestionario
Autor
cuestionario
Franquic
ia
01/12/201
2
2.1 Título Subtítulo Cuerpo El sistema registra la modificación del cuestionario.
DA27 CP27 ESC04
CUS-
0005
El sistema elimina el cuestionario correspondiente
DA28 CP28 ESC05
CUS-
0020
N/A <blanco> <blanco>
<blanco
>
<blanco> N/A N/A N/A N/A El sistema envía mensaje: “Cuestionario no encontrado”.
DA29 CP29 ESC05
<blanco
>
N/A <blanco>
CARLOS
ARENA
<blanco
>
<blanco> N/A N/A N/A N/A El sistema envía mensaje: “Cuestionario no encontrado”.
DA30 CP30 ESC05
<blanco
>
N/A <blanco> <blanco>
ALKIL
A
<blanco> N/A N/A N/A N/A El sistema envía mensaje: “Cuestionario no encontrado”.
DA31 CP31 ESC06
CUS-
0005
N/A Checklist Carlos Herrera Caplina <blanco> 1.0
Adminis
tración
Administra
ción Gen.
Gestión
El sistema envía mensaje de error pidiendo ingresar la
fecha
27. CASO DE PRUEBAS PARA EL CUS016_FQ_LLENAR_CUESTIONARIOS
Escenarios
Código
Escenario
Nombre de
Escenario
Flujo
Inicial
Alterno Propósito Parámetros
ESC01 Registrar
cuestionario
lleno
Flujo
Básico
Sub-
flujo
Probar que se puede registrar
las respuestas,
observaciones,
recomendaciones y
conclusiones de un
cuestionario.
Obligatorios: Código, Fecha y
hora de inicio, Respuestas a las
preguntas.
ESC02 Buscar
cuestionarios
llenos
Flujo
Básico
Sub-
flujo
Probar que se puede
encontrar un cuestionario ya
respondido dentro del grupo
de registros.
Opcional: Código del
cuestionario, Tipo de
cuestionario, Franquicia, Cliente
y Supervisor (si se trata de un
checklist).
ESC03 Modificar
cuestionario
lleno
Flujo
Básico
Sub-
flujo
Probar que se puede
modificar un cuestionario ya
respondido.
Se podrán modificar: Las
respuestas, Observaciones,
Recomendaciones y
Conclusiones. Al final cambiará
la fecha y hora de fin.
ESC04 Eliminar
cuestionario
lleno
Flujo
Básico
Sub-
flujo
Probar que se puede eliminar
un cuestionario ya
respondido.
Obligatorio: Código del
cuestionario respondido.
ESC05 Cuestionario no
existente
Sub-
flujo
Flujo
alterno
Probar que el sistema puede
detectar la falta de un
cuestionario con
determinadas características.
Opcionales: Código de
cuestionario, Tipo de
cuestionario, Franquicia, Fecha,
Cliente y Supervisor (si se trata
de un checklist).
ESC06 Fecha y hora de
inicio de llenado
Sub-
flujo
Flujo
alterno
Probar que no se puede
comenzar a responder un
cuestionario si no se ha
llenado la fecha y hora de
inicio.
Obligatorios: Código del
cuestionario a ser respondido.
ESC07 Grabación de
cuestionario
incompleto
Sub-
flujo
Flujo
alterno
Probar que no se puede
grabar un cuestionario si es
que no se han respondido
todas las preguntas.
Obligatorio: Código del
cuestionario y Fecha y hora de
inicio.
Casos de prueba
28. Leyenda: V: Dato Valido I: Dato Inválido N/A: No aplica
ID
Caso
de
Prueba
Escenario Código Cliente Supervisor
Fecha
y
hora
de
inicio
Fecha
y
hora
de fin
Puntajes
parciales
Puntaje
total
Respuesta Obs. Título
Recomendaciones
Título
Obs.
Cuestionarios
Conclusiones
cuestionario
Resultado
Esperado
CP01 ESC01 V V V V V V V V V V V V
El sistema
registra el
cuestionario
completo
CP02 ESC01 V V V V N/A N/A N/A V N/A N/A N/A N/A
El sistema
registra el
cuestionario
incompleto
29. ID Caso de
Prueba
Escenari
o
Cuest
ionari
o
Tipo
cuestiona
rio
Franqui
cia
Cliente
Supervi
sor
Resultado Esperado
CP03 ESC02 V N/A N/A N/A N/A El sistema muestra el cuestionario con el código correspondiente
CP04 ESC02 N/A V N/A N/A N/A El sistema muestra los cuestionarios con el tipo correspondiente
CP05 ESC02 N/A N/A V N/A N/A El sistema muestra los manuales escritos por determinado autor
CP06 ESC02 N/A N/A N/A V N/A El sistema muestra los cuestionarios de la franquicia correspondiente
CP07 ESC02 N/A N/A N/A N/A V El sistema muestra los cuestionarios escritos en la fecha correspondiente
CP08 ESC02 V V N/A N/A N/A El sistema muestra los cuestionarios con el código y tipo correspondientes.
CP09 ESC02 V N/A V N/A N/A El sistema muestra los cuestionarios con el código y autor correspondientes.
CP10 ESC02 V N/A N/A V N/A El sistema muestra los cuestionarios con el código y franquicia correspondientes.
CP11 ESC02 V N/A N/A N/A V El sistema muestra los cuestionarios con el código y fecha correspondiente.
CP12 ESC02 V V V N/A N/A El sistema muestra los cuestionarios con el código, tipo y autor correspondiente.
CP13 ESC02 V N/A V V N/A El sistema muestra los cuestionarios con el código, autor y franquicia correspondiente.
CP14 ESC02 V N/A N/A V V El sistema muestra los cuestionarios con el código, franquicia y fecha correspondiente.
CP15 ESC02 V V N/A V N/A El sistema muestra los cuestionarios con el código, tipo y franquicia correspondiente.
CP16 ESC02 V V N/A N/A V El sistema muestra los cuestionarios con el código, tipo y fecha correspondiente.
CP17 ESC02 N/A V V N/A V El sistema muestra los cuestionarios con el tipo, autor y fecha correspondiente.
CP18 ESC02 N/A V N/A V V El sistema muestra los cuestionarios con el tipo, franquicia y fecha correspondiente.
CP19 ESC02 N/A N/A V V V El sistema muestra los cuestionarios con el autor, franquicia y fecha correspondiente.
CP20 ESC02 N/A V V V N/A El sistema muestra los cuestionarios con el tipo, autor y franquicia correspondiente.
CP21 ESC02 V N/A V V V El sistema muestra los cuestionarios con el código, autor, franquicia y fecha correspondiente.
CP22 ESC02 N/A V V V V El sistema muestra los cuestionarios con el tipo, autor, franquicia y fecha correspondiente.
CP23 ESC02 V V V V V El sistema muestra los cuestionarios con el código, tipo, autor, franquicia y fecha correspondiente.
Leyenda: V: Dato Valido I: Dato Inválido N/A: No aplica
30. Leyenda: V: Dato Valido I: Dato Inválido N/A: No aplica
ID Caso de
Prueba
Escenari
o
Cuest
ionari
o
Tipo
cuestiona
rio
Franqui
cia
Cliente
Supervi
sor
Resultado Esperado
CP26 ESC05 V N/A N/A N/A N/A El sistema muestra el cuestionario con el código correspondiente
CP27 ESC05 N/A V N/A N/A N/A El sistema muestra los cuestionarios con el tipo correspondiente
CP28 ESC05 N/A N/A V N/A N/A El sistema muestra los manuales escritos por determinado autor
CP29 ESC05 N/A N/A N/A V N/A El sistema muestra los cuestionarios de la franquicia correspondiente
CP30 ESC05 N/A N/A N/A N/A V El sistema muestra los cuestionarios del supervisor correspondiente
Leyenda: V: Dato Valido I: Dato Inválido N/A: No aplica
ID
Caso
de
Prueba
Escenario Código Nombre Tipo Cliente Supervisor
Fecha
y
hora
de
inicio
Fecha
y
hora
de fin
Puntajes
parciales
Puntaje
total
Respuesta
Obs.
Título
Recom.
Título
Obs.
Cuestionarios
Conclusiones
cuestionario
Resultado
Esperado
CP24 ESC03 V V V V V V V V V V V V V V
El sistema
modifica el
cuestionario
llenado.
CP25 ESC04 V V V V V V N/A N/A N/A N/A N/A N/A N/A N/A
El sistema
elimina un
cuestionario
llenado.
31. Leyenda: V: Dato Valido I: Dato Inválido N/A: No aplica
ID Caso
de
Prueba
Escenario Código Cliente Supervisor
Fecha y
hora de
inicio
Fecha y
hora de
fin
Puntajes
parciales
Puntaje
total
Respuesta
Obs.
Título
Recom.
Título
Obs.
Cuestionarios
Conclusiones
cuestionario
Resultado
Esperado
CP31 ESC06 V V V I N/A N/A N/A N/A N/A N/A N/A N/A
El sistema envía
mensaje de error:
“Por favor ingrese
fecha y hora de
inicio”.
CP32 ESC07 V V V V N/A N/A N/A V N/A N/A N/A N/A
El sistema envía
mensaje de error:
“Grabación de
cuestionario
incompleto”
33. Leyenda: V: Dato Valido I: Dato Inválido N/A: No aplica
ID
Caso
de
Prueba
Escenario Código Cliente Supervisor
Fecha
y
hora
de
inicio
Fecha
y
hora
de fin
Puntajes
parciales
Puntaje
total
Respuesta Obs. Título
Recomendaciones
Título
Obs.
Cuestionarios
Conclusiones
cuestionario
Resultado
Esperado
CP01 ESC01 V V V V V V V V V V V V
El sistema
registra el
cuestionario
completo
CP02 ESC01 V V V V N/A N/A N/A V N/A N/A N/A N/A
El sistema
registra el
cuestionario
incompleto
34. ID Caso de
Prueba
Escenari
o
Cuest
ionari
o
Tipo
cuestiona
rio
Franqui
cia
Cliente
Supervi
sor
Resultado Esperado
CP03 ESC02 V N/A N/A N/A N/A El sistema muestra el cuestionario con el código correspondiente
CP04 ESC02 N/A V N/A N/A N/A El sistema muestra los cuestionarios con el tipo correspondiente
CP05 ESC02 N/A N/A V N/A N/A El sistema muestra los manuales escritos por determinado autor
CP06 ESC02 N/A N/A N/A V N/A El sistema muestra los cuestionarios de la franquicia correspondiente
CP07 ESC02 N/A N/A N/A N/A V El sistema muestra los cuestionarios escritos en la fecha correspondiente
CP08 ESC02 V V N/A N/A N/A El sistema muestra los cuestionarios con el código y tipo correspondientes.
CP09 ESC02 V N/A V N/A N/A El sistema muestra los cuestionarios con el código y autor correspondientes.
CP10 ESC02 V N/A N/A V N/A El sistema muestra los cuestionarios con el código y franquicia correspondientes.
CP11 ESC02 V N/A N/A N/A V El sistema muestra los cuestionarios con el código y fecha correspondiente.
CP12 ESC02 V V V N/A N/A El sistema muestra los cuestionarios con el código, tipo y autor correspondiente.
CP13 ESC02 V N/A V V N/A El sistema muestra los cuestionarios con el código, autor y franquicia correspondiente.
CP14 ESC02 V N/A N/A V V El sistema muestra los cuestionarios con el código, franquicia y fecha correspondiente.
CP15 ESC02 V V N/A V N/A El sistema muestra los cuestionarios con el código, tipo y franquicia correspondiente.
CP16 ESC02 V V N/A N/A V El sistema muestra los cuestionarios con el código, tipo y fecha correspondiente.
CP17 ESC02 N/A V V N/A V El sistema muestra los cuestionarios con el tipo, autor y fecha correspondiente.
CP18 ESC02 N/A V N/A V V El sistema muestra los cuestionarios con el tipo, franquicia y fecha correspondiente.
CP19 ESC02 N/A N/A V V V El sistema muestra los cuestionarios con el autor, franquicia y fecha correspondiente.
CP20 ESC02 N/A V V V N/A El sistema muestra los cuestionarios con el tipo, autor y franquicia correspondiente.
CP21 ESC02 V N/A V V V El sistema muestra los cuestionarios con el código, autor, franquicia y fecha correspondiente.
CP22 ESC02 N/A V V V V El sistema muestra los cuestionarios con el tipo, autor, franquicia y fecha correspondiente.
CP23 ESC02 V V V V V El sistema muestra los cuestionarios con el código, tipo, autor, franquicia y fecha correspondiente.
Leyenda: V: Dato Valido I: Dato Inválido N/A: No aplica
35. Leyenda: V: Dato Valido I: Dato Inválido N/A: No aplica
ID Caso de
Prueba
Escenari
o
Cuest
ionari
o
Tipo
cuestiona
rio
Franqui
cia
Cliente
Supervi
sor
Resultado Esperado
CP26 ESC05 V N/A N/A N/A N/A El sistema muestra el cuestionario con el código correspondiente
CP27 ESC05 N/A V N/A N/A N/A El sistema muestra los cuestionarios con el tipo correspondiente
CP28 ESC05 N/A N/A V N/A N/A El sistema muestra los manuales escritos por determinado autor
CP29 ESC05 N/A N/A N/A V N/A El sistema muestra los cuestionarios de la franquicia correspondiente
CP30 ESC05 N/A N/A N/A N/A V El sistema muestra los cuestionarios del supervisor correspondiente
Leyenda: V: Dato Valido I: Dato Inválido N/A: No aplica
ID
Caso
de
Prueba
Escenario Código Nombre Tipo Cliente Supervisor
Fecha
y
hora
de
inicio
Fecha
y
hora
de fin
Puntajes
parciales
Puntaje
total
Respuesta
Obs.
Título
Recom.
Título
Obs.
Cuestionarios
Conclusiones
cuestionario
Resultado
Esperado
CP24 ESC03 V V V V V V V V V V V V V V
El sistema
modifica el
cuestionario
llenado.
CP25 ESC04 V V V V V V N/A N/A N/A N/A N/A N/A N/A N/A
El sistema
elimina un
cuestionario
llenado.
36. Leyenda: V: Dato Valido I: Dato Inválido N/A: No aplica
ID
Caso
de
Prueba
Escenario Código Cliente Supervisor
Fecha
y hora
de
inicio
Fecha
y hora
de fin
Puntajes
parciales
Puntaje
total
Respuesta
Obs.
Título
Recom.
Título
Obs.
Cuestionarios
Conclusiones
cuestionario
Resultado
Esperado
CP31 ESC06 V V V I N/A N/A N/A N/A N/A N/A N/A N/A
El sistema
envía
mensaje de
error: “Por
favor ingrese
fecha y hora
de inicio”.
CP32 ESC07 V V V V N/A N/A N/A V N/A N/A N/A N/A
El sistema
envía
mensaje de
error:
“Grabación
de
cuestionario
incompleto”
37. 4. CONCLUSIONES
Las normas de calidad nos dan un marco bajo el cual se puede mejorar
significativamente la calidad del producto de software.
La política de calidad nos dan lineamientos bajo los cuales se pueden transmitir
claramente a todos la orientación de la empresa acerca de la calidad en sus productos.
Los objetivos de calidad nos dan medidas ciertas y metas claras a los cuales la empresa
desea llegar en un corto plazo.
Los casos de prueba para cada escenario nos revelan detalles que de otro modo no son
visibles, esto, provoca que se hagan varias correcciones al producto inicial mejorando
significativamente el producto final.
Las pruebas y correcciones es un trabajo que demanda mucho esfuerzo y tiempo, siendo
claro que para entregar un producto con más calidad se necesita mucho más esfuerzo.
38. Página 38
CAPITULO 8: GESTIÓN DEL PROYECTO
1. INTRODUCCIÓN
El proyecto pretende ser desarrollado en un periodo no mayor a un año y con un costo no mayor
a los diez mil soles. Será desarrollado siguiendo los estándares de calidad del ISO2
/IEC3
90003,
los requerimientos de software según el IEEE4
Std 830-1998 y el modelo de calidad del
ISO/IEC 9126-1. La gestión del proyecto se hará siguiendo el marco de gerencia de proyectos
PMBOK5
del PMI6
.
2. REGISTRO DE INTERESADOS
En el cuadro abajo podemos ver el registro de interesados.
Nombre
Organización Categoría Nivel de interés Nivel de
influencia
Alejandro Garro
Promarket
Perú
Gerente
General de
Promarket
Alto Alta
Henry Alvarado
Consultor
Promarket
Perú
Gerente
Comercial
Alto Media
Carlos Gambeta
Consultor
Promarket
Perú
Gerente de
Ventas
Alto Media
Carlos Bardales UPC Consultor Alto Alta
Sara León-Prado UPC Asesora Medio Alta
Cuadro 3: Registro de Interesados
2
Ver Siglario
3
Ver Siglario
4
Ver Siglario
5
Ver Siglario
6
Ver Siglario
43. Página 43
6. CONCLUSIONES
La etapa de calidad y prueba es una de las más trabajosas del proyecto. Se debe tener
muy en claro hasta qué grado de calidad se quiere llegar, de otra manera, el trabajo
puede no llegar a completarse en el tiempo previsto.
El manejo de los tiempos se hace difícil pues debido a la tercerización de la construcción
se depende mucho de los programadores y de sus tiempos, haciendo que esta parte del
trabajo haya sido la más dura de conseguir en términos de tiempo.
No se puede decir que se ha construido el núcleo del software completamente al 100%
pues para ello, este debe estar totalmente libre de errores. Sin embargo, considero que
he conseguido un 95% y que la parte que se está presentando cubre largamente las
expectativas de calidad esperada, tomando en cuenta el tiempo dado para el desarrollo.
44. Página 44
CONCLUSIONES
1. Es muy importante antes de abocarse a un desarrollo de software, tener de antemano los
programadores listos para hacer el desarrollo.
2. Es muy importante tener una norma que guie el trabajo y que nos dé un marco necesario
para emprender inversiones de calidad.
3. Se hace muy imperioso establecer objetivos de calidad en la empresa para que de esta
manera se pueda medir los avances de calidad en el desarrollo de software.
4. El presente trabajo me ha hecho ver claramente la necesidad de la mejora continua en el
software, pues, de otra manera, el desarrollo puede llegar a un punto de no avanzar
debido a la cantidad de errores acumulados.
5. La optimización ha traído consigo cambios continuos en el diseño de la base de datos y
en el diseño de las interfaces hasta prácticamente el último momento de la entrega.
45. Página 45
GLOSARIO DE TÉRMINOS
Franquicia: Modelo de negocio por el cual se cede un modelo de éxito por el cual se cobra un
monto determinado. La franquicia se cede normalmente por un período y en un territorio
determinado.
Franquiciador: El propietario de la franquicia
Franquiciado: El comprador de la franquicia
Ingeniería del conocimiento: Rama de la inteligencia artificial que estudia la construcción de
sistemas expertos.
Inversionista: Candidato a franquiciado.
IDE: Integrated Development Environment. Entorno de desarrollo integrado.
Proceso de Implementación: Proceso por el cual luego de firmado un contrato y pagado un
canon de entrada, el franquiciado trata de poner en marcha la franquicia asignada.
Puesta en Marcha: Cuando la franquicia está lista para operar comercialmente.
Proceso de Operación o Post-implementación: Proceso iniciado luego de la puesta en
marcha y por el cual se asegura el buen funcionamiento de la franquicia.
Sistema Experto: Programa de computadora que representa o razona como si fuese un
especialista en la materia con la perspectiva de solucionar problemas o aconsejar acerca de
dicha materia.
Técnicas de la Ingeniería del conocimiento: Técnicas utilizadas por el Ingeniero del
conocimiento para extraer información de un experto y convertirlas en reglas de producción.
46. Página 46
SIGLARIO
BI: Business Intelligence
CRM: Customer Relationship Management
ERP: Enterprise Resource Planning
FAQ: Frequently Asked Questions
ISO: International Organization for Standardization
IEC: International Elecrotechnical Commission
IEEE: Institute of Electrical and Electronics Engineers
PMBOK: Project Management Body of Knowledge
PMI: Project Management Institute
RUP: Rational Unified Process
47. Página 47
BIBLIOGRAFÍA
PROMARKET PERU (http://promarketperu.com/) Sitio oficial de Promarket; contiene
información sobre la empresa y enlaces de interés (consulta: 01 de julio)
Peter Jackson (1998) Introduction to Expert Systems (3rd Edition) Harlow: ADDISON-
WESLEY.
Aspectos Fundamentales de una Franquicia. GARRO, Alejandro (2012) Mecanismos para
iniciar una franquicia SESION 3. Lima: Universidad del Pacífico (Educación ejecutiva)
GARRO, Alejandro (2013) Entrevista telefónica con el autor. 2 de julio.
NAJARIAN, Siamak y otros, (2012), Mechatronics in Medicine: A Biomedical Engineering
Approach, McGraw-Hill.
GAO, Jay (2009), Digital Analysis of Remotely Sensed Imagery, The Graw Hill Companies
Inc.
MERRIT, Frederick S., (2001) Building and Construction Handbokk, Sixth Edition, , The
McGraw-Hill Companies, Inc.
PEREA, Jorge Luis y ESPINOZA, Francisco, (2008), Trabajo de Curso de Seminario de
Ingeniería de Información de la Carrera Ingeniería de Sistemas de la UPC llamado “Sistemas
de Gestión de Itinerarios para Transportes Marítimos de Cabotaje utilizando Tecnología PCS
e Inteligencia de Negocios”, UPC -Surco Lima.
ANTONOWICZ, Alicja (2011), “Problems of Management in the 21st Century”. Vol. 2, pp
8-18.
48. Página 48
MUNTEAN, Cornelia y MUNTEAN , Mihaela I. (2010) “Multicriterial Methods used in
Expert Systems for Business Decision Making” en la Revista Información Económica Vol.14
pp 199-205.
HENAI –CALAD, Monica y RODRIGUEZ-LORA, Vanessa (2012), Artículo “Modelo
de conocimiento conceptual como apoyo a la Ingeniería del Conocimiento”, publicado en
Ingeniare Revista Chilena de Ingeniería, Vol. 20 Nº 03, pp 412 -424.
ČERNý, David y DOBEš, Josef (2011) Artículo "Common LISP as Simulation Program
(CLASP) of Electronic Circuits” en la Revista Radioengineering;, Vol. 20 Issue 4, pp 880-889.
BITTER, Christian y otros (2010), Articulo Natural language processing: a prolog
perspective, publicado en Artificial Intelligence Review
RICK, San Miguel (2011), Artículo “Lessons learned process ensures future operations build
on successes”, publicado en la Revista Army Communicator. Vol. 36, pp 46-51.
JINWOOK, Oh y otros, (2013) Artículo Online Learning Mixed-Mode Intelligent Inference
Engine for Low-Power Real-Time Object Recognition Processor, Publicado en la Revista IEEE
TRANSACTIONS ON VERY LARGE SCALE INTEGRATION (VLSI)
SYSTEMS Volume: 21 Issue: 5 pp 921-933
IM, So-Young, RYUM Oh (2012) Articulo “The Construction of Inference Engine for
Meaningful Context and Prediction Based on USN Environment”, Publicado en la Revista
International Journal of Distribuited Sensor Network, pp1-8.
GARCIA, Alejandro J. y otros (2013) Artículo Formalizing dialectical explanation support
for argument – Bases reasoning in Knwledge Bases Systems. Publicado en Expert Systems
with Application Vol. 40, pp 3233 -3247.
49. Página 49
ANEXOS
1. ATRIBUTOS DE LOS CASOS DE USO DEL SISTEMA
Caso de Uso Complejidad Estado Dific
ultad
Responsable Priorid
ad
CUS014_FQ_Registrar_Tabla_De_Decisiones Secundario Definido Media
Carlos
Bardales
Ciclo 1
CUS012_FQ_Registrar_Manual Primario Definido Alta
Carlos
Bardales
Ciclo 0
CUS020_FQ_Resolver_Consultas Primario Definido Alta
Carlos
Bardales
Ciclo 0
CUS015_FQ_Configurar_Cuestionarios Primario Definido Alta
Carlos
Bardales
Ciclo 0
CUS016_FQ_Llenar_Cuestionarios Primario Definido Alta
Carlos
Bardales
Ciclo 0
CUS021_FQ_Registrar_Consultas Primario Definido Media
Carlos
Bardales
Ciclo 1
CUS001_FQ_Registrar_Proyecto Secundario Definido Media
Carlos
Bardales
Ciclo 1
CUS002_FQ_Registrar_Tipo_de_Actividades Secundario Definido Baja
Carlos
Bardales
Ciclo 1
CUS003_FQ_Registrar_Tipo_de_LeccionesAprendida
s
Secundario Definido Baja
Carlos
Bardales
Ciclo 1
CUS004_FQ_Registrar_Lecciones_Aprendidas Primario Definido Media
Carlos
Bardales
Ciclo 1
CUS005_FQ_Registrar_Actividades Primario Definido Alta
Carlos
Bardales
Ciclo 1
CUS006_FQ_Secuenciar_Actividades Primario Definido Alta
Carlos
Bardales
Ciclo 1
CUS007_FQ_Configurar_Alertas_y_Alarmas Primario Definido Alta
Carlos
Bardales
Ciclo 1
CUS008_FQ_Generar_Reporte_Proyecto Primario Definido Alta
Carlos
Bardales
Ciclo 1
CUS009_FQ_Generar_Reporte_Actividades Primario Definido Alta
Carlos
Bardales
Ciclo 1
CUS010_FQ_Generar_Reporte_LeccionesAprendidas Primario Definido Alta
Carlos
Bardales
Ciclo 1
CUS011_FQ_Registrar_Tipo_de_Manual Secundario Definido Baja
Carlos
Bardales
Ciclo 1
CUS013_FQ_ Registrar_Niveles_Manual Secundario Definido Alta
Carlos
Bardales
Ciclo 1
CUS018_FQ_Enviar_Consultas Primario Definido Media
Carlos
Bardales
Ciclo 1
CUS022_FQ_Generar_Reporte_Consultas Primario Definido Alta
Carlos
Bardales
Ciclo 1
CUS001_GG_Login Secundario Definido Media
Carlos
Bardales
Ciclo 2
CUS002_GG_Cambiar_Contraseña Secundario Definido Media
Carlos
Bardales
Ciclo 2
CUS003_GG_Registrar_Usuarios Secundario Definido Media
Carlos
Bardales
Ciclo 2
CUS004_GG_Registrar_Perfiles Secundario Definido Media
Carlos
Bardales
Ciclo 2
CUS005_GG_Consultar_Log_Actividades Primario Definido Media
Carlos
Bardales
Ciclo 2
CUS019_FQ_Consultar_Manual Secundario Definido Baja
Carlos
Bardales
Ciclo 2
CUS023_FQ_Generar_Reporte_Cuestionarios Primario Definido Alta
Carlos
Bardales
Ciclo 2
Cuadro 4: Atributos de los casos de uso del sistema
50. Página 50
2. ESPECIFICACIONES DE ALTO NIVEL DE LOS CASOS DE
USO DEL NUCLEO CENTRAL
Caso de uso CUS012_FQ_Registrar_manual
Actor(es): AS02_FQ_Promarket_experto
Propósito: Registrar un manual a ser usado en las operaciones diarias.
Caso de uso asociado: Ninguno.
Resumen:
El caso de uso se inicia cuando el actor desea registrar un manual. Según su
requerimiento, el actor podrá crear, modificar, eliminar y consultar dicho manual. El
caso de uso termina cuando el manual ha sido registrado.
Requerimientos: RF012_FQ_Registrar_manual
Clasificación: Primario
Caso de uso CUS020_FQ_Resolver_consultas
Actor(es): AS03_FQ_Agente_experto
Propósito: Resolver las consultas recibidas en el sistema de asistencia a las operaciones.
Caso de uso asociado: Incluye al CUS020_FQ_Registrar_consultas.
Resumen:
El caso de uso se inicia cuando el actor debe resolver una consulta que le ha llegado.
Según requerimiento, el actor debe analizar la consulta, evaluarla y dar una respuesta
a la pregunta planteada. El caso de uso termina cuando la consulta recibida ha sido
respondida.
Requerimientos:
RF017_FQ_Ver_consultas
RF023_FQ_Resolver_consultas
Clasificación: Primario
51. Página 51
Caso de uso CUS015_FQ_Configurar_cuestionarios
Actor(es): AS02_FQ_Promarket_experto
Propósito:
Configurar los cuestionarios a ser utilizados para verificar el control de calidad
(checklist) y el grado de satisfacción del cliente (encuestas de satisfacción).
Caso de uso asociado: Ninguno.
Resumen:
El caso de uso se inicia cuando el actor desea configurar un determinado
cuestionario (checklist o encuesta) el cuál consta de grupo de preguntas agrupadas
por temas. Según su requerimiento, el actor podrá configurar dichos cuestionarios.
El caso de uso termina cuando el cuestionario ha sido configurado.
Requerimientos: RF015_FQ_Configurar_cuestionarios
Clasificación: Primario
Caso de uso CUS016_FQ_Llenar_cuestionario
Actor(es): AS05_FQ_Franquiciador_supervisor
Propósito: Llenar cuestionario correspondiente a la franquicia.
Caso de uso asociado: Ninguno.
Resumen:
El caso de uso se inicia cuando el actor desea llenar un cuestionario bajo
requerimiento del negocio. Según su requerimiento, el actor podrá llenar dicho
cuestionario, modificarlo o eliminarlo. El caso de uso termina cuando el
cuestionario ha sido registrado.
Requerimientos:
RF019_FQ_Llenar_checklist
RF020_FQ_Llenar_encuesta_satisfacción
Clasificación: Primario
Caso de uso CUS021_FQ_Registrar_consultas
Actor(es): AS03_FQ_Agente_experto
Propósito:
Llevar un registro de las consultas recibidas por el sistema durante la asistencia de
operaciones diarias.
Caso de uso asociado: Ninguno.
Resumen:
El caso de uso se inicia cuando se ha activado el registro de logs en el sistema bajo
requerimiento del negocio. El sistema procederá a registrar fecha, hora y el tipo de
consulta realizada. El caso de uso termina cuando el registro de logs es desactivado.
Requerimientos: RF024_FQ_Registrar_consultas
Clasificación: Primario
52. Página 52
3. ESPECIFICACIÓN DETALLADA DE LOS CASOS DE USO
DEL NÚCLEO CENTRAL
Especificación del caso de uso del sistema CUS012_FQ_REGISTRAR_MANUAL
1. Actores del Sistema
1.1. AS02_FQ_Promarket_Experto
2. Propósito
Registrar un manual a ser usado en las operaciones diarias.
3. Breve Descripción
El caso de uso se inicia cuando el actor desea registrar un manual. Según su requerimiento,
el actor podrá crear, modificar, eliminar y consultar dicho manual. El caso de uso termina
cuando el manual ha sido registrado.
4. Flujo de Eventos
4.1. Flujo Básico
4.1.1. El actor inicia el caso de uso cuando se hace el requerimiento de registrar un nuevo
manual para el franquiciado.
4.1.2. El sistema muestra el menú principal.
4.1.3. El actor ingresa a la opción requerida: Asistencia de operaciones y luego
“Manual” (pantalla 21).
4.1.4. El sistema ofrece las siguientes opciones en el formulario (pantalla 22):
o “Buscar”, para buscar un manual determinado.
o “Nuevo” para crear nuevos manuales.
o “Editar” para modificar un manual existente.
o “Eliminar” para eliminar un manual determinado.
4.1.5. El actor escoge una opción según requerimiento.
4.2. Subflujos
4.2.1. Buscar
4.2.1.1. El sistema muestra un formulario que contiene un área de “Criterios de
Búsqueda” (pantalla 22).
4.2.1.2. El actor llena el área de “Criterios de Búsqueda” con los criterios requeridos.
4.2.1.3. El actor activa la opción “Buscar”.
4.2.1.4. El sistema devuelve en la “grilla de datos” una lista de manuales que cumplen
los criterios de búsqueda
4.2.2. Nuevo
4.2.2.1. El actor escoge la opción de generar un nuevo manual (pantalla 22).
4.2.2.2. El sistema muestra un formulario con todas las características del manual que
deben ser llenados (pantalla 23).
4.2.2.3. El actor procede con el llenado del manual.
4.2.2.4. El actor guarda toda la información ingresada en el manual a través del
formulario.
53. Página 53
4.2.2.5. El sistema envía mensaje de información guardada con éxito.
4.2.3. Editar
4.2.3.1. El actor escoge la opción de editar un manual existente en la “grilla de datos”
(pantalla 22).
4.2.3.2. El sistema muestra el manual escogido en un formulario de “Contenido del
manual” (pantalla 23).
4.2.3.3. El actor modifica algún dato según requerimiento.
4.2.3.4. El actor guarda los cambios efectuados.
4.2.3.5. El sistema envía información de cambio efectuado con éxito.
4.2.4. Eliminar
4.2.4.1. El actor escoge eliminar un manual de la grilla de datos (pantalla 22).
4.2.4.2. El sistema envía mensaje pidiendo confirmación de eliminación.
4.2.4.3. El actor confirma la eliminación del manual.
4.2.4.4. El sistema elimina el manual de la base de datos.
4.2.4.5. El sistema confirma eliminación con éxito.
4.3. Flujos Alternos
4.3.1. Manual buscado no existe
4.3.1.1. En el paso (4.2.1.3) del sub-flujo Buscar, si el sistema no encuentra el manual,
envia un mensaje indicandolo.
4.3.1.2. El sistema regresa al paso (4.2.1.1) del sub-flujo Buscar.
4.3.2. Condición asociada al Manual no existe
4.3.2.1. En el paso (4.2.2.4) del sub-flujo Nuevo, el sistema no encuentra ninguna
condición asociada con el manual.
4.3.2.2. El sistema envía mensaje de error: “Por favor asocie una o más condiciones
antes de proceder con el registro del Manual”.
4.3.2.3. El actor confirma recibo de mensaje.
4.3.3. Fecha asociada a la creación del manual no existe
4.3.3.1. En el paso (4.2.2.4) del sub-flujo Nuevo, el sistema no encuentra ninguna fecha
asociada con el manual.
4.3.3.2. El sistema envía mensaje de error: “Por favor ingrese una fecha antes de
proceder con el registro del Manual”.
4.3.3.3. El actor confirma recibo de mensaje.
5. Precondiciones
5.1. Registro de usuario
5.1.1. El usuario debe estar registrado en el sistema.
5.2. Contenido para los manuales
5.2.1. Deben existir “Contenidos” ya creados para poder asociarlos a los manuales.
5.3. Tipos de manuales
5.3.1. Deben existir “Tipos de Manuales” ya creados para asociarlos a los manuales
(pantalla 24).
5.4. Condiciones
5.4.1. Se deben haber creado las condiciones que son los criterios para escoger un
manual (pantalla 25).
54. Página 54
6. Poscondiciones
6.1. Generación de manual
6.1.1. Se ha generado un manual con información estratégica para el franquiciado.
7. Puntos de Extensión
No aplica
8. Información Adicional
Pantalla 1: Menú del manual
Pantalla 2: Formulario para la búsqueda y creación de manuales
55. Página 55
Pantalla 3: Formulario para el ingreso de los manuales
Pantalla 4: Tipos de Manual
56. Página 56
Pantalla 5: Condiciones para escoger un manual
9. Reglas de negocio asociadas
9.1. RN03_FQ_Operaciones_Diarias
57. Página 57
Especificación del caso de uso del sistema
CUS020_FQ_RESOLVER_CONSULTAS
1. Actores del Sistema
1.1. AS03_FQ_Agente_Experto
2. Propósito
Resolver las consultas recibidas en el sistema de asistencia a las operaciones.
3. Breve Descripción
El caso de uso se inicia cuando el actor debe resolver una consulta que le ha llegado. Según
requerimiento, el actor debe analizar la consulta, evaluarla y dar una respuesta con su
debida explicación de porqué se ha llegado a dicha respuesta. El caso de uso termina
cuando la consulta recibida ha sido respondida.
4. Flujo de Eventos
4.1. Flujo Básico
4.1.1. El actor inicia el caso de uso cuando tiene el requerimiento de resolver una
consulta.
4.1.2. El sistema muestra el menú principal.
4.1.3. El actor ingresa a la opción “Asistencia de operaciones” y luego “Resolver
consultas” (pantalla 32).
4.1.4. El sistema abre un formulario conteniendo las consultas más frecuentes de dicho
usuario, dándole la oportunidad de hacer alguna de esas consultas frecuentes
nuevamente (pantalla 33).
4.1.5. El actor ingresa el tipo de consulta que quiere hacer.
4.1.6. El sistema recibe la búsqueda del actor y la procesa.
4.1.7. El sistema internamente y tomando como base el tipo de consulta del actor, escoge
el manual correspondiente.
4.1.8. El sistema carga internamente todos los “Títulos” del manual escogido por el
actor y lo muestra en el formulario correspondiente ordenado por frecuencia de
consulta (pantalla 34).
4.1.9. El actor ingresa la información del “Título” que desea obtener.
4.1.10. El sistema recibe la información del actor y la procesa.
4.1.11. El sistema obtiene toda la información correspondiente a dicho “Título” y lo
muestra al actor por medio del formulario “Contenido” (pantalla 35), ordenado
por frecuencia de consulta.
4.1.12. El actor confirma o no que esa es la información buscada.
4.1.13. El sistema guarda las estadísticas de satisfacción del uso del software
internamente.
4.2. Subflujos
4.2.1. Ver manuales existentes
4.2.1.1. En el paso (4.1.5) del flujo básico, el actor escoge directamente a través de la
opción “Ver” la consulta que quiere hacer (pantalla 33).
4.2.1.2. El sistema procesa la consulta y muestra todos los títulos correspondientes a
dicho Manual (pantalla 34), ordenados por frecuencia de consulta.
4.2.2. Ver títulos existentes
58. Página 58
4.2.2.1. En el paso (4.1.9) del flujo básico, el actor escoge directamente a través de la
opción “Ver” el título que quiere ver (pantalla 34).
4.2.2.2. El sistema procesa la consulta y muestra el contenido correspondiente de dicho
título (pantalla 35), ordenado por frecuencia de consulta.
4.3. Flujos Alternos
4.3.1. Manual no encontrado
4.3.1.1. En el paso (4.1.7) del Flujo Básico el sistema no haya un “Manual” asociado a
la información buscada.
4.3.1.2. El sistema envía un mensaje indicando que dicha información no se encuentra
en ningún “Manual”.
4.3.1.3. El sistema registra la estadística del “Manual” no encontrado.
4.3.1.4. El sistema vuelve al paso (4.1.7).
4.3.2. Título no encontrado
4.3.2.1. En el paso (4.1.11) del Flujo Básico el sistema no haya un “Título” asociado a
la información buscada.
4.3.2.2. El sistema envía un mensaje indicando que dicha información no se encuentra
en ningún “Título”.
4.3.2.3. El sistema registra la estadística del “Título” no encontrado.
4.3.2.4. El sistema vuelve al paso (4.1.8).
5. Precondiciones
5.1. Registro de usuario
5.1.1. El usuario debe estar registrado en el sistema.
5.2. Manuales existentes
5.2.1. Los Manuales y todos sus contenidos (tipos, condiciones e índices) deben haber
sido creados.
6. Poscondiciones
6.1. Respuesta a consulta del franquiciado
6.1.1. Se ha respondido una de las consultas de las operaciones diarias de una franquicia.
7. Puntos de Extensión
No aplica
8. Información Adicional
59. Página 59
Pantalla 6: Menú de resolución de consulta
Pantalla 7: Menú resolución de consultas
60. Página 60
Pantalla 8: Menú resolución de consultas
Pantalla 9: Respuesta al franquiciado
9. Reglas de negocio asociadas
9.1. RN03_FQ_Operaciones_Diarias
9.2. RN04_FQ_Consultas
61. Página 61
Especificación del caso de uso del sistema
CUS015_FQ_CONFIGURAR_CUESTIONARIOS
1. Actores del Sistema
1.1. AS02_FQ_Promarket_Experto
2. Propósito
Configurar los cuestionarios a ser utilizados para verificar el control de calidad (checklist)
y el grado de satisfacción del cliente (encuestas de satisfacción).
3. Breve Descripción
El caso de uso se inicia cuando el actor desea configurar un determinado cuestionario
(checklist o encuesta) el cuál consta de grupo de preguntas con el significado de cada nivel
de respuesta. Según su requerimiento, el actor podrá configurar dichos cuestionarios. El
caso de uso termina cuando el cuestionario ha sido configurado.
4. Flujo de Eventos
4.1. Flujo Básico
4.1.1. El actor inicia el caso de uso cuando se hace el requerimiento de configurar un
nuevo cuestionario.
4.1.2. El sistema muestra el menú principal.
4.1.3. El actor ingresa a la opción requerida: Asistencia de operaciones y luego
“Cuestionarios” (pantalla 26).
4.1.4. El sistema abre un formulario con las siguientes opciones (pantalla 27):
o “Buscar”, para buscar un cuestionario determinado.
o “Nuevo” para crear nuevos cuestionarios.
o “Editar” para modificar un cuestionario existente.
o “Eliminar” para eliminar un cuestionario determinado.
4.1.5. El actor escoge una opción según requerimiento.
4.2. Subflujos
4.2.1. Buscar
4.2.1.1. El sistema muestra un formulario que contiene un área de “Criterios de
Búsqueda” (pantalla 27).
4.2.1.2. El actor llena el área de “Criterios de Búsqueda” con los criterios requeridos.
4.2.1.3. El actor activa la opción “Buscar”.
4.2.1.4. El sistema devuelve una lista con los cuestionarios que cumplen los criterios de
búsqueda
4.2.2. Nuevo cuestionario
4.2.2.1. El actor escoge la opción de generar un nuevo cuestionario (pantalla 27).
4.2.2.2. El sistema muestra un formulario para ser llenado (pantalla 28).
4.2.2.3. El actor procede con el llenado del cuestionario.
4.2.2.4. El actor graba toda la información ingresada en el formulario de cuestionario.
4.2.2.5. El sistema envía mensaje de información guardada con éxito.
4.2.3. Editar cuestionario
62. Página 62
4.2.3.1. El actor escoge la opción de editar un cuestionario (pantalla 27).
4.2.3.2. El sistema muestra el cuestionario escogido en un formulario (pantalla 28).
4.2.3.3. El sistema no permite modificar el “Tipo de cuestionario”.
4.2.3.4. El actor modifica los datos según requerimiento.
4.2.3.5. El actor guarda los cambios efectuados.
4.2.3.6. El sistema envía información de cambio efectuado con éxito.
4.2.4. Eliminar
4.2.4.1. El actor escoge eliminar un manual de la grilla de datos (pantalla 27).
4.2.4.2. El sistema envía mensaje pidiendo confirmación de eliminación.
4.2.4.3. El actor confirma la eliminación del cuestionario.
4.2.4.4. El sistema elimina el cuestionario de la base de datos.
4.2.4.5. El sistema confirma eliminación con éxito.
4.3. Flujos Alternos
4.3.1. Cuestionario buscado no existe
4.3.1.1. En el paso (4.2.1.3) del Sub-flujo Buscar, el sistema no encuentra ningún
cuestionario con los criterios de búsqueda.
4.3.1.2. El sistema envía mensaje informando que no se han encontrado ningún
cuestionario.
4.3.1.3. El sistema regresa al paso (4.2.1.1) del sub-flujo Buscar.
4.3.2. Fecha de creación de cuestionario
4.3.2.1. En el paso (4.2.2.4) del sub-flujo “Nuevo cuestionario” el sistema no
encuentra ninguna fecha de creación de cuestionario.
4.3.2.2. El sistema envía mensaje de error pidiendo ingreso de fecha.
4.3.2.3. El actor confirma recibo de mensaje.
5. Precondiciones
5.1. Registro de usuario
5.1.1. El usuario debe estar registrado en el sistema.
5.2. Títulos, sub-títulos y preguntas ya creados
5.2.1. Deben haberse creado por lo menos un título, un subtítulo y una pregunta para
poder ser asociadas a los cuestionarios (pantallas 31).
5.3. Tipos de cuestionarios
5.3.1. Se deben haber creado las dos tipos de cuestionarios “check list de calidad” y
“encuestas de satisfacción” antes de crear un nuevo cuestionario.
6. Poscondiciones
6.1. Generación de manual
6.1.1. Se ha generado un cuestionario con información estratégica para el franquiciado.
7. Puntos de Extensión
No aplica
8. Información Adicional
63. Página 63
Pantalla 10: Menú de cuestionario
Pantalla 11: Menú de registro de cuestionarios
Pantalla 12: Registro de checklists de calidad
64. Página 64
Pantalla 13: Registro de grado de satisfacción
Pantalla 14: Menú de títulos y preguntas
Pantalla 15: Registro de títulos y preguntas
9. Reglas de negocio asociadas
9.1. RN06_FQ_Calidad_de_las_Operaciones_Diarias
9.2. RN07_FQ_Calidad_de_la_Atención_al_Cliente
9.3. RN09_FQ_Acciones_Para_Mejorar_Calidad_de_Operaciones_Diarias
9.4. RN10_FQ_Acciones_Para_Mejorar_Atención_al_Franquiciado
65. Página 65
Especificación del caso de uso del sistema
CUS016_FQ_LLENAR_CUESTIONARIOS
1. Actores del Sistema
1.1. AS05_FQ_Franquiciador_Supervisor
1.2. AS04_FQ_Franquiciado
2. Propósito
Llenar el cuestionario para hacer el seguimiento de calidad de la franquicia y el grado de
satisfacción con el software.
3. Breve Descripción
El caso de uso se inicia cuando el actor desea llenar alguno de los cuestionarios
configurados. Según su requerimiento, el actor podrá llenar dicho cuestionario. El caso de
uso termina cuando el cuestionario ha sido llenado y registrado.
4. Flujo de Eventos
4.1. Flujo Básico
4.1.1. El actor inicia el caso de uso cuando tiene el requerimiento de llenar uno de los
cuestionarios existentes.
4.1.2. El actor bajo requerimiento ingresa a la opción correspondiente en el menú
principal (pantalla 32).
4.1.3. El sistema muestra una lista (pantalla 33) conteniendo los cuestionarios llenados.
4.1.4. El actor de acuerdo a su requerimiento podrá:
o Llenar un nuevo cuestionario.
o Buscar un cuestionario llenado determinado
o Editar un cuestionario previamente llenado.
o Eliminar un cuestionario previamente llenado.
4.2. Sub-flujos
4.2.1. Llenar nuevo cuestionario
4.2.1.1. En el paso (4.1.4) del flujo básico, el actor escoge Llenar un nuevo cuestionario
(pantalla 33).
4.2.1.2. El sistema de acuerdo al tipo de cuestionario muestra el formulario
correspondiente (pantalla 34 y pantalla 35).
4.2.1.3. El actor registra la fecha y hora de inicio del llenado del cuestionario.
4.2.1.4. El actor procede a llenar el cuestionario.
4.2.1.5. El actor graba el cuestionario.
4.2.1.6. El sistema calcula los puntajes correspondientes.
4.2.1.7. El sistema coloca la hora de fin de llenado.
4.2.2. Buscar
4.2.2.1. En el paso (4.1.4) del flujo básico, el sistema muestra un formulario que
contiene un área de “Criterios de Búsqueda” (pantalla 34).
4.2.2.2. El actor llena el área de “Criterios de Búsqueda” con los criterios requeridos.
4.2.2.3. El actor activa la opción “Buscar”.
4.2.2.4. El sistema devuelve en la “grilla de datos” una lista de cuestionarios llenados
que cumplen los criterios de búsqueda correspondientes.
4.2.3. Editar cuestionario lleno existente
4.2.3.1. En el paso (4.1.4) del flujo básico, el actor escoge editar un cuestionario lleno
existente.
4.2.3.2. El sistema muestra el formulario lleno.
4.2.3.3. El actor hace las modificaciones correspondientes en las calificaciones.
4.2.3.4. El actor graba el cuestionario
4.2.3.5. El sistema calcula los puntajes correspondientes.
66. Página 66
4.2.3.6. El sistema graba nueva fecha y hora de fin de grabación.
4.2.4. Eliminar cuestionario lleno existente
4.2.4.1. En el paso (4.1.4) del flujo básico, el actor escoge eliminar un cuestionario lleno
existente.
4.2.4.2. El sistema pide confirmación de eliminación.
4.2.4.3. El actor confirma eliminación.
4.2.4.4. El sistema elimina el cuestionario lleno correspondiente.
4.3. Flujos Alternos
4.3.1. Cuestionario buscado no existe
4.3.1.1. En el paso (4.2.2.4) del Sub-flujo Buscar, el sistema no encuentra ningún
cuestionario con los criterios de búsqueda.
4.3.1.2. El sistema envía mensaje informando que no se han encontrado ningún
cuestionario.
4.3.1.3. El actor confirma recepción del mensaje.
4.3.1.4. El sistema regresa al paso (4.2.2.1) del sub-flujo Buscar.
4.3.2. Grabación con formulario incompleto
4.3.2.1. En el paso (4.2.1.5) correspondiente al sub-flujo “Llenar nuevo cuestionario”
el actor graba habiendo dejado de marcar una o varias respuestas en el
formulario.
4.3.2.2. El sistema envía mensaje de error: “Existen preguntas sin contestar. Por favor
proceda a responder dichas preguntas antes de grabar”.
4.3.2.3. El actor confirma lectura del mensaje de error.
4.3.2.4. El sistema vuelve al paso (4.2.1.4) de dicho sub-flujo.
4.3.3. Inicio de llenado sin registro de fecha y hora de inicio
4.3.3.1. En el paso (4.2.1.3) del sub-flujo “Llenar nuevo cuestionario”, el actor inicia el
llenado sin haber registrado la fecha y hora.
4.3.3.2. El sistema envía alarma indicando que se debe primero registrar la fecha y hora
de inicio.
4.3.3.3. El actor confirma la recepción del mensaje.
5. Precondiciones
5.1. Registro de usuario
5.1.1. El usuario debe estar registrado en el sistema.
5.2. Cuestionarios existentes
5.2.1. Debe existir al menos un cuestionario a partir del cual se pueda hacer un llenado
del mismo.
6. Poscondiciones
6.1. Respuesta a consulta del franquiciado
6.1.1. Se ha llenado un cuestionario como parte del proceso de operaciones diarias de
una franquicia.
7. Puntos de Extensión
No aplica
8. Información Adicional
67. Página 67
Pantalla 16: Menú para llenar cuestionario
Pantalla 17: Menú para escoger cuestionario a llenar
69. Página 69
Pantalla 19: Menú resolución de consultas
9. Reglas de negocio asociadas
9.1. RN06_FQ_Calidad_de_las_Operaciones_Diarias
9.2. RN07_FQ_Calidad_de_la_Atención_al_Cliente
9.3. RN09_FQ_Acciones_Para_Mejorar_Calidad_de_Operaciones_Diarias
70. Página 70
9.4. RN10_FQ_Acciones_Para_Mejorar_Atención_al_Franquiciado
4. REGLAS DEL NEGOCIO
1. REGLAS DE OPERACIONES - FLUJO
RN01_FQ_Implementación_nueva_franquicia
La implementación y puesta en marcha de una nueva franquicia se rigen por el manual de
procedimientos internos y el manual de decoración.
RN02_FQ_Supervisión_de_la_implementación
La implementación de una nueva franquicia debe ser supervisada adecuadamente de
manera que se pueda hacer el seguimiento del proyecto y se hagan cumplir los plazos y
presupuestos establecidos para dicho proyecto..
RN03_FQ_Operaciones diarias
Las operaciones diarias de la franquicia se rigen por los manuales de: Gestión Comercial,
Control y Supervisión, Estructura Empresarial, Imagen Corporativa y de Productos.
RN04_FQ_Consultas
Se deben resolver todas las consultas del franquiciado luego de la puesta en marcha
utilizando los manuales provistos por Promarket o via sus expertos. Ambos, los manuales
y los expertos deben estar a disposición de los franquiciados.
RN05_FQ_Tiempo de Respuesta
Las consultas de deben responder inmediatamente después de hecha la consulta.
RN06_FQ_Calidad_de_las_operaciones_diarias
Se debe hacer un seguimiento de la calidad de las operaciones diarias de la franquicia a
través de un checklist de calidad.
RN07_FQ_Calidad_de_la_atención_al_cliente
Se debe hacer un seguimiento de la calidad de la atención al cliente a través de encuestas.
71. Página 71
RN08_FQ_Identificación_del_franquiciado
El cliente se debe identificar para poder ser atendido
2. REGLAS DE OPERACIONES – ESTÍMULO Y RESPUESTA
RN09_FQ_Acciones_para_mejora_calidad_operaciones_diarias
Se debe tener un plan de acción en caso la calidad de las operaciones diarias en una
franquicia no cumpla con los estándares esperados por Promarket y el Franquiciador de la
marca.
RN010_FQ_Acciones_para_mejora_atención_al_franquiciado
Se debe tener un plan de acción en caso la calidad de atención al cliente no cumpla con los
estándares esperados.