Instituto Tecnolgico de Quertaro

Sistema GPS en el transporte pblico

Plan de Gestion de la Calidad

que presenta Palacios Prez, Omar Antonio Leal Herrera, Vctor Mario

Materia: Planificacin y modelado Docente: ISC. Jos de Jess Gmez Benavides

Santiago de Quertaro, Qro., 25 de Noviembre del 2011

ndice
I. Propsito del plan .......................................................................................................... 3 II. Documentos de referencia ........................................................................................... 3 III. Gestin ......................................................................................................................... 3 1.- Organizacin ............................................................................................................ 3 2.- Tareas ...................................................................................................................... 4 IV. Documentacin ........................................................................................................... 5 1.- Propsito.................................................................................................................. 5 2.- Documentos requeridos de ingeniera de software ............................................... 5 a. Ingeniera de Requerimientos ............................................................................... 5 b. Estudio de viabilidad del sistema .......................................................................... 5 c. Especificacin del sistema ..................................................................................... 6 V. Estndares .................................................................................................................... 6 1.- Propsito.................................................................................................................. 6 2.- Convenciones ........................................................................................................... 7 VI. Revisiones y auditoras ................................................................................................ 7 1.- Propsito.................................................................................................................. 7 2.- Requisitos de la revisin .......................................................................................... 7 VII. Gestin de la configuracin ........................................................................................ 8 VIII. Gestin de problemas y acciones correctivas ........................................................... 8 IX. Herramientas, tcnicas y metodologas ...................................................................... 9 X. Control de cdigos ........................................................................................................ 9 XI. Control de medios ..................................................................................................... 10 XII. Bibliografas .............................................................................................................. 10

I. Propsito del plan

En este documento se describe el sistema GPS en el transporte pblico en la Ciudad de Quertaro, el cual est intentando informar sobre el servicio de transporte pblico a sus usuarios, mejorando el servicio.

II. Documentos de referencia

Leal Herrera, V. M., Palacios Prez, O. A. (2011). GPS en el transporte pblico. Ingeniera de Requerimientos. Quertaro, Qro. Leal Herrera, V. M., Palacios Prez, O. A. (2011). GPS en el transporte pblico. Esquema de Viabilidad. Quertaro, Qro. Leal Herrera, V. M., Palacios Prez, O. A. (2011). GPS en el transporte pblico. Especificacin del sistema. Quertaro, Qro. Leal Herrera, V. M., Palacios Prez, O. A. (2011). GPS en el transporte pblico. Gestin de riesgos. Quertaro, Qro.

III. Gestin
La administracin de la calidad del software se llevar acabo realizando cada una de las tareas descritas en los documentos existentes del proyecto, tomando en cuenta decisiones de estimacin relativas al tiempo y presupuesto descritas en la especificacin del sistema, en esa misma seccin se pueden ubicar decisiones de programacin referentes a las secuencias establecidas de las tareas con base en dependencias a otras tareas, se trata el tema de decisiones orientadas al riesgo en el documento de Gestin de riesgos describiendo en este los tipos de problemas que podan afectar el proyecto as como las personas que son responsables solucionar dichos acontecimientos.

1.- Organizacin
Usuarios: Son las personas para las cuales est dirigido el proyecto por lo que conocern cuales son los aspectos favorables y desfavorables del mismo apoyaran la administracin del sistema con opiniones que sern evaluadas en una seccin de quejas y sugerencias. Director de proyectos: Responsable de adecuar al personal correcto a las tareas especficas que el proyecto requiere cerciorndose de que estos realicen el trabajo correspondiente para obtener as el objetivo deseado. Analista de sistemas: Son los encargados de plantear como estar estructurado el sistema, as como proponer nuevas soluciones para optimizarlo. 3

Diseador: Tiene como rol principal el desarrollo de la interfaz del sistema para que al usuario que usa el sistema le sea agradable y fcil de usar. Programador: Se encarga de la interaccin lgica de los componentes, datos e informacin del sistema para funcione de manera adecuada. Administrador de base de datos: Es el encargado de darle soporte a las bases de datos, as como realizar las consultas convenientes para el funcionamiento del sistema. Equipo de garanta de calidad: Sern las personas dentro del proyecto de garantizar la calidad del software, como por ejemplo cada uno de los usuarios descritos cumpliendo con sus roles adems de personal encargado de revisin errores.

2.- Tareas
La calidad del software es el resultado de la buena administracin del producto de una correcta prctica de la ingeniera de software. La administracin y prctica se aplican en el contexto de cuatro actividades principales que ayudan al equipo de software a lograr una alta calidad en ste: mtodos de la ingeniera de software, tcnicas de administracin de proyectos, acciones de control de calidad y aseguramiento de la calidad del software. Mtodos de la ingeniera de software: Para el proyecto se planea usar un modelo de proceso evolutivo con lo que se planea revisar constantemente el sistema una vez terminado, lo que ayuda a corregir errores en caso de que los hubiera, el agregar componentes de utilidad para el sistema, en si constantemente mejorar aspectos del sistema para que no se quede inmvil. Tcnicas de administracin de proyectos: Corroborar el cumplimiento del cada uno de los principios fundamentales de la ingeniera de software (comunicacin, planeacin, modelado, construccin y despliegue). Acciones de control de calidad: En la seccin V del presente documento se mencionan los estndares y convenciones correspondientes al proyecto que estarn involucrados con el mismo, los cuales se vern reflejados en el funcionamiento del sistema para mostrar que se cumplen las metas de calidad. Aseguramiento de la calidad del software: Dotar al equipo del proyecto con las herramientas y datos necesarios con los cuales el usuario conocer la situacin del estado de calidad del producto ya sean estos obtenidos de funciones de auditora o reportes.

IV. Documentacin
1.- Propsito
El propsito de realizar la documentacin a continuacin descrita, es apoyarse en estos documentos para poder realizar el proyecto, as como para desarrollar correctamente el plan de negocios que se utilizar y en base a esto mejorar la calidad del sistema.

2.- Documentos requeridos de ingeniera de software

a. Ingeniera de Requerimientos En este documento se describe el alcance del proyecto, el pblico haca el que va enfocado, el propsito y el mbito del sistema, as como los casos de uso de los usuarios del servicio, los administradores del mismo y los transportistas, se exponen tambin los requisitos tecnolgicos del sistema los cuales incluyen la descripcin a fondo del sistema de GPS a instalar en las unidades, al igual que las tecnologas abstractas como lo son php, MySQL y navegadores web. Posteriormente se incluye la explicacin del modelo de desarrollo que se utilizara para desarrollar y mantener el sistema el cual es llamado modelo evolutivo debido a que este modelo es incremental, lo cual indica que el software est en un proceso de mejora continua, donde se va aumentando la calidad y las funciones del software por medio de una retroalimentacin, planificacin y modelado del sistema. Para finalizar, se tienen los requerimientos legales, as como las reglas del negocio, las cuales nos determinan que el tiempo va definiendo el servicio que se est brindando, por lo cual es indispensable estar atentos a nuevas tecnologas y tener una visin de lo que el futuro depara a las tecnologas. b. Estudio de viabilidad del sistema Aqu tenemos la descripcin del problema, que consiste en que los usuarios del transporte pblico en la ciudad de Quertaro no cuentan con la informacin de este servicio, hacindolo ineficiente. Se determina posteriormente un entorno de implementacin, donde se describen las tecnologas a usar como son las plataformas web y una breve descripcin de estas, as como sus restricciones. Para finalizar se realiz la descripcin del sistema la cual incluye como se gestionara el servicio y los costos de este.

c. Especificacin del sistema Esta informacin nos indica una descripcin del proyecto, as como la forma en la que interactan los mdulos y usuarios con el sistema, se usa para ello diagramas de flujo y casos de uso, respectivamente. Posteriormente se describen los mdulos del sistema, estos contienen informacin sobre qu funciones tiene el sistema y como se implementaran en el diseo de la interfaz, y tambin se describen las restricciones de la misma. Para terminar se tienen los costos previstos del proyecto descritos en secciones y tambin se tiene la planeacin del tiempo que tomar la realizacin del proyecto, el cual est planeado en 21 semanas, dividido en secciones.

V. Estndares
1.- Propsito
Los estndares nos garantizan la calidad del producto, tomando esto en cuenta existen diferentes puntos a tomar en cuenta al desarrollar una plataforma en lnea. Es indispensable tener un alto grado de funcionalidad para que el software satisfaga las necesidades planteadas en lo que refiere a adaptabilidad, exactitud, interoperabilidad, cumplimiento y seguridad. Tambin en lo que refiere a la cantidad de tiempo que el software se encuentra disponible para su uso, segn lo indica la tolerancia a fallas planteada en el documento de gestin de riesgos. Es deseable tener un sistema fcil de usar, entendible, aprendible y operable, tambin es necesario que el software utilice ptimamente los recursos del sistema. Se desarrollara un software que tenga facilidad de mantenimiento, que esta se pueda efectuar en poco tiempo, cumpliendo con las funciones en forma. Se implementar un sistema que funcione en todos los navegadores de la misma manera, garantizando as la portabilidad del servicio, mejorando la interaccin con el usuario.

Por otro lado los estndares nos ayudan a tener una mejor seguridad en el sistema, vigilando de cerca la confiabilidad y otros aspectos importantes. Tambin nos ayudan a realizar las pruebas al software, y reducen el tiempo de estas. El sistema web, permite la reutilizacin de cdigo para utilizar las funciones en otras secciones del sitio, agilizando el proceso de produccin. La mayora de los mdulos trabajan de manera independiente, con lo cual podemos aumentar la funcionalidad del sitio o disminuirla rpidamente.

2.- Convenciones
La W3C tiene estndares que ayudan a mejorar el funcionamiento del sitio, la navegacin del sistema, y garantiza el funcionamiento en diferentes plataformas. Las convenciones a tomar en cuenta son: Ancho de 960px Fuentes estandarizadas, como es el uso de arial, tamaos vlidos y interlineados estndar. Colores en tablas vlidos. Imgenes en .png Formas con etiqueta <form>. Uso correcto de etiquetas <div> para secciones individuales y <span> para elementos nicos. Definicin de secciones, colores y fuentes por medio de css. Uso de java para movimiento en pgina y uso de libreras vlidas como jquery, mootools y processing.js.

VI. Revisiones y auditoras

1.- Propsito
El propsito de este documento es garantizar que el producto ser de alta calidad, bajo estndares claros y concisos. Se busca controlar las revisiones del software, as como las fases previas, reportes y procesos del software, al igual que controlar los recursos administrados y distribuidos para la realizacin del proyecto.

2.- Requisitos de la revisin

El proyecto ser revisado constantemente ya que seguir el modelo evolutivo de ingeniera de software en el que tras terminar de desarrollar en 7

una primera etapa se obtendr un incremento del cual se vuelve analizar el resultado obtenido puliendo aquellas fallas que se llegaran a tener, detectando aquellos errores por parte del equipo de pruebas y fallos. El modelo tiene la ventaja de que una vez mostrado se toman decisiones de acuerdo a la reaccin de los usuarios ya que si se tiene una aceptacin grande solo se requerida mejoras en cuanto a rendimiento y optimizaciones para as tener al usuario final ms interesado despus de la primer fase. Se tendr un equipo de mantenimiento y administracin el cual colaborar de forma activa en las revisiones del sistema aportando datos al equipo del proyecto que sean de utilidad para revisar cada uno de los aspectos que puedan interferir en el rea de los colaboradores

VII. Gestin de la configuracin

La gestin de la configuracin se refiere a tomar en cuenta los diseos y requerimientos del sistema, para generar una mejor configuracin del sistema, esto es visualmente y funcionalmente, generando accesibilidad para cualquier usuario y facilidad de uso. Se diseara el sistema en base a los estndares propuestos por el W3C, los cuales garantizan un mejor uso del sitio, funcionalidad y accesibilidad para los usuarios.

VIII. Gestin de problemas y acciones correctivas

Parte de las polticas de calidad a implementar en el sistema, se conforma por la gestin de problemas y acciones correctivas a estos, se utilizaran documentos para reportar los problemas, estos documentos incluirn el tipo de problema, la fecha y hora de registro, la falla, una descripcin breve del mismo y una descripcin detallada en un documento adjunto. Posteriormente una vez generado el reporte se pasar a la persona encargada de gestionar este tipo de fallas, el cual implementar la solucin correspondiente, segn indica el manual de problemas (incluido en el documento Gestin de riesgos), e ir generando los reportes ah solicitados. La solucin a estos problemas se documentar y se incluir en caso de ser un tipo de falla nueva al manual de problemas, donde despus de un anlisis se implementara alguna accin preventiva para disminuir las probabilidades de que vuelva a ocurrir.

Cada vez que se presente un problema se documentar de acuerdo al documento gestin de riesgos y se aplicaran procedimientos cada vez mejores para disminuir los tiempos de solucin.

IX. Herramientas, tcnicas y metodologas

Referimos herramientas, tcnicas y metodologas de los procesos que se implementarn en el sistema, en el documento Especificacin del sistema se describen estos procesos. Las herramientas a usar son: Diagramas de causa-efecto Plantillas de inspeccin Grficos de control Diagramas de flujo Histogramas

X. Control de cdigos
Se desarrollar un el sistema con un programa de control de versiones de software, este sistema nos va indicando conforme se hace un cambio en el software como ir versionndolo, y se va guardando que cambios contiene cada versin, as como indica como marcar cambios mayores en cada uno. El sistema que se utilizara es llamado Subversion, el cual nos genera un nico nmero de versin, contrario al resto de la competencia como lo es CVS, Subversion identifica un estado comn de todos los archivos del repositorio en un instante determinado. Algunas caractersticas de subversin son: Se sigue la historia de los archivos y directorios a travs de copias y renombrados. Las modificaciones (incluyendo cambios a varios archivos) son atmicas. La creacin de ramas y etiquetas es una operacin ms eficiente. Tiene costo de complejidad constante (O(1)) y no lineal (O(n)) como en CVS. Se envan slo las diferencias en ambas direcciones (en CVS siempre se envan al servidor archivos completos). Puede ser servido mediante Apache, sobre WebDAV/DeltaV. Esto permite que clientes WebDAV utilicen Subversion de forma transparente. Maneja eficientemente archivos binarios (a diferencia de CVS que los trata internamente como si fueran de texto). Permite selectivamente el bloqueo de archivos. Se usa en archivos binarios que, al no poder fusionarse fcilmente, conviene que no sean editados por ms de una persona a la vez. 9

Cuando se usa integrado a Apache permite utilizar todas las opciones que este servidor provee a la hora de autentificar archivos (SQL, LDAP, PAM, etc.). El manejo de cambio de nombres de archivos no es completo. Lo maneja como la suma de una operacin de copia y una de borrado. No resuelve el problema de aplicar repetidamente parches entre ramas, no facilita llevar la cuenta de qu cambios se han realizado. Esto se resuelve siendo cuidadoso con los mensajes de commit.

XI. Control de medios

Tendrn privilegios de entrar fsicamente al servidor nicamente el administrador del sitio y el personal de mantenimiento del sitio, de manera remota, solamente el administrador del sitio y el analista del sistema contaran con un usuario y contrasea nica con registro de actividad, el cual indicara que cambios se hicieron y quin los realiz. El administrador del sistema y el analista sern los encargados de implementar este sistema de login al servidor FTP.

XII. Bibliografas
Leal Herrera, V. M., Palacios Prez, O. A. (2011). GPS en el transporte pblico. Ingeniera de Requerimientos. Quertaro, Qro. Leal Herrera, V. M., Palacios Prez, O. A. (2011). GPS en el transporte pblico. Esquema de Viabilidad. Quertaro, Qro. Leal Herrera, V. M., Palacios Prez, O. A. (2011). GPS en el transporte pblico. Especificacin del sistema. Quertaro, Qro. Leal Herrera, V. M., Palacios Prez, O. A. (2011). GPS en el transporte pblico. Gestin de riesgos. Quertaro, Qro. Pressman, Roger S.(2010)., Ingeniera del software, Mxico: MacGrawHill. Sin autor, obtenido de http://es.wikipedia.org/wiki/Subversion, sin fecha, obtenido el (23/11/11). Sin Autor, obtenido de http://www.monografias.com/trabajos7/herba/herba.shtml, sin fecha, obtenido el (23/11/11).

10