Professional Documents
Culture Documents
Sistema de seguimiento y control de vehculos frigorficos de la empresa Sofa en la ciudad de Santa Cruz
DOCENTE : Ing. Gabriela Quiroga Heredia.
ALUMNOS
: Mario Fernndez Vargas (Director). Carlos Hugo VillafaniBarbery. (Analista) Fabio Lacio Vidal. (Diseador) Breidy Billy Leaos. (Jefe de Implementacin) Michel Gngora Guerra. (Tester)
Santa Cruz, Septiembre de 2013
Plan de Trabajo ...................................................................................................................................... 7 2.1. 2.2. 2.3. 2.4. 2.5. 2.6. Alcance .......................................................................................................................................... 7 Procedimientos ............................................................................................................................. 7 Cronograma ................................................................................................................................. 10 Estructura Organizativa ............................................................................................................... 15 Responsabilidades ....................................................................................................................... 15 Estudio de factibilidad ................................................................................................................. 16 Factibilidad Econmica ........................................................................................................ 16 Factibilidad Tcnica ............................................................................................................. 19 Factibilidad Operativa ......................................................................................................... 19 Factibilidad Legal ................................................................................................................. 20
Gestin de Riesgos ...................................................................................................................... 22 Mecanismos de supervisin y control ......................................................................................... 33 Mecanismos de seguimiento y control del proyecto .......................................................... 34 Seguimiento y Control de la etapa de Anlisis .................................................................... 36
2.8.1. 2.8.2.
Formularios de Seguimiento y Control RTF. ........................................................................................ 36 2.8.3. Seguimiento y Control de la etapa de Diseo ..................................................................... 37
Formularios de Seguimiento y Control RTF. ........................................................................................ 37 2.8.4. a) b) c) Seguimiento y Control de la etapa de Implementacin ...................................................... 40
Monitoreo de las actividades de la fase de Implementacin ..................................................... 40 Control de cambios en el sistema ............................................................................................... 41 Control de medios ....................................................................................................................... 43 Seguimiento y Control de la etapa de prueba..................................................................... 44 Plan De Accin para asegurar la calidad en el software...................................................... 46
Pgina 2
ndice de Tablas
Tabla 1 Recursos Humanos ......................................................................................................................... 17 Tabla 2 Recursos Tecnolgicos .................................................................................................................... 17 Tabla 3 Recursos materiales y de operacin ............................................................................................... 18 Tabla 4 Costos del Proyecto ........................................................................................................................ 18 Tabla 5 Recursos Tcnicos ........................................................................................................................... 19 Tabla 6 Lista de las variables de Riesgos del proyecto ................................................................................ 23 Tabla 7 Anlisis de los Riesgos del Proyecto ............................................................................................... 29 Tabla 8 Acciones de Prevencin y Correccin ............................................................................................. 32 Tabla 9 Variables de riesgo finales del proyecto ......................................................................................... 33
Pgina 3
En la actualidad muchas empresas en todo el mundo tienen un seguimiento y control de sus vehculos, ya que esta informacin es muy til para aplicar diferentes tipos de acciones para el beneficio de las empresas. La aplicacin de las nuevas tecnologas ha llevado a realizar varios sistemas utilizando tecnologa GPS (Sistema de posicionamiento global), ya que a travs de satlites nos permite determinar en todo el mundo la posicin de un objeto. Actualmente en nuestro pas se estn viendo algunos sistemas de seguimientos de vehculos mayormente en empresas con gran cantidad de vehculos, ya que antes las empresas no tenan un control estricto de sus automviles, por eso se busca una mejor forma de hacer un seguimiento y control estricto de los automviles de las empresas ya que utilizando estas tecnologa se puede obtener informacin en tiempo real de los vehculos, como por ejemplo a qu velocidad se est movilizando, la fecha y hora. El propsito de este proyecto es de tener informacin en tiempo real de cada uno de los vehculos que estn registrados, adems de poder controlar a travs de un sensor la temperatura de productos que necesitan refrigeracin; para mejorar el tiempo de entrega de estos productos y satisfacer a los clientes. Analizando estas necesidades se opt por desarrollar un Sistema de seguimiento y control de vehculos frigorficos.
Pgina 4
1.2.
Objetivos
Objetivo General Desarrollar un sistema de seguimiento y control de vehculos frigorficos utilizando tecnologa GPS/GPRS y sensores de temperatura.
Objetivos Especficos Analizar el ambiente en el que el software se desenvolver. Definir las tecnologas y herramientas software que se utilizarn para implantar el Proyecto. Realizar un Plan de Aseguramiento de la Calidad para el Proyecto. Adquirir informacin de los equipos de localizacin y control de temperatura. Desarrollar las interfaces para la interpretacin de los mensajes enviados por los equipos GPS. Implementar el sistema utilizando un lenguaje de alto nivel. Realizar las respectivas pruebas al software para encontrar errores y darles solucin Establecer las pautas y actividades que deben desarrollarse para garantizar la calidad del producto.
1.3. Justificacin Viendo que es difcil dar un seguimiento a vehculos de forma no automatizada, y la verificacin que la carga se encuentre en un buen estado, es por esto que se realizar un sistema que permita un seguimiento y control de vehculos en tiempo real, adems de un control a la temperatura de la parte de refrigeracin que contiene el vehculo.
Pgina 5
Los beneficios que sern obtenidos en nuestro proyecto los hemos clasificado 2 tipos: 1. Beneficios Tangibles: Informacin actualizada en tiempo real Generacin de reportes Reduccin de costos y tiempo de entrega de productos
2. Beneficios Intangibles: Buen Servicio Buena Imagen de la Empresa Sofa Satisfaccin de los clientes
Pgina 6
B. Visualizacin Se utilizara una cartografa digital para ver a los vehculos, se visualizar de 2 formas: Online: en tiempo real. Histrico: en un intervalo de tiempo determinado.
C. Reportes En este mdulo se informar de las recepciones de los equipos, listas de vehculos que sufrieron algn inconveniente semanalmente.
2.2.
Procedimientos
Metodologa Para el desarrollo del presente Proyecto, se utilizar una variante del Proceso Unificado de Desarrollo de Software ya que este presenta un conjunto de actividades necesarias para transformar los requisitos de un usuario en un sistema de software y alguna modificacin en los hitos. El Proceso Unificado tiene las fases de inicio, elaboracin, construccin, transicin en las cuales se realizan iteraciones que abarcan los flujos de trabajo requisitos, anlisis, diseo, implementacin y pruebas. Se explica seguidamente los pasos que se realiza en el PUDS para el desarrollo del sistema.
Pgina 7
b) Artefacto Resultante:
Identificar Actores y Casos de Uso. Priorizar Casos de Uso. Detallar Casos de Uso. Prototipos de Casos de Uso.
b) Artefacto Resultante:
b) Artefacto Resultante:
Modelo de Anlisis
2) Diseo a) Actividad:
Diseo de la Arquitectura Disear Casos de Uso Disear las Clases Disear Subsistemas. Pgina 8
Modelo de Diseo
Construccin En esta fase se finalizara el anlisis, diseo e implementacin, es decir se dejara listo un producto software en su versin operativa inicial. 1) Implementacin a) Actividad:
Implementacin de la arquitectura Implementar una clase e Implementar un Subsistema. Realizar Pruebas de unidad. Integrar el Sistema.
b) Artefacto Resultante:
Modelo de Implementacin.
Transicin En esta fase se realizan las ltimas pruebas y el sistema es puesto en marcha.
Pgina 9
Pgina 10
Anlisis
Pgina 11
Diseo
Pgina 12
Pgina 13
Pgina 14
2.4.
Estructura Organizativa
Analista
Diseador
Jefede Implementacion
Tester
Programador 1
Figura 8 Organigrama
Programador 2
2.5.
Responsabilidades
Administrador del Proyecto Se encargar de administrar y controlar los recursos asignados, planificar los tiempos, verificar el avance del proyecto, orientar el xito del proyecto. Analista Se encargar de identificar los requisitos del cliente y un anlisis de todos los requisitos identificados. Diseador del Sistema En base al anlisis, el diseador deber hacer un diseo de la arquitectura flexible para el sistema. Jefe de Implementacin Se encargar de implementar la aplicacin en base al anlisis y diseo. Programadores: Son los Encargados de implementar el cdigo para el sistema. Tester Se funcin ser realizar las pruebas convenientes y medir la calidad del sistema.
Pgina 15
Tiempo estimado de duracin del proyecto : 16 Semanas incluyendo un estimado tiempo de holgura en cada fase del proyecto
Pgina 16
Descripcin Recursos
Cantidad
Costo U.($us)
%Depre.
Tecnolgico
7 1 1 20
600
600
600
400
400
400
7 7
100 50
700 350
700 350
6321,88
Pgina 17
Recursos
Descripcin
Cantidad
Costo U.($us) 6 25 15 25
%Depre.
Materiales
Paquete de papel bond carta Cartuchos para impresora Gastos Varios Servicios de Agua Servicios de Energa
1 2 4 Meses 4 Meses
De Operacin
Costos Del Proyecto Recursos Humano Recursos Tecnolgico Recursos Materiales Recursos de Operacin Subtotal Imprevistos (10%) Total 8645,22 6321,88 156 280 15123,38 1512,34 16635,72(Usd.)
Pgina 18
Hardware
PC
Software
Servidor Impresora Multifuncin Equipo de rastreo satelital SQL Server 2008 Visual Studio .NET 2010 Windows 7 Profesional Microsoft Office Microsoft Project Herramienta Case Studio
1 1 20 1 1 7 5 1 2
Conclusin Desde el punto de vista tcnico el sistema es realizable, puesto que la empresa tiene algunos recursos y a parte se puede conseguir fcilmente los equipos necesarios y el software. En cuanto a la capacidad humana, se cuenta con el conocimiento necesario para llevar a cabo el sistema 2.6.3. Factibilidad Operativa La idea de este sistema nace de la observacin y la necesidad de las empresas que reparten productos que deben mantenerse refrigerados para que se conserven en buen estado y tener un control de los vehculos que reparten los productos adems de que lleguen en el mejor estado a su destino mediante el control de la temperatura del frigorfico.
Pgina 19
Pgina 21
Id R03 RA01 RD01 RI01 RP04 R02 R05 RA02 RC01 R06 RD03 RI02 RI04 RP03 RC02 R01 R04 R07 RA03 RD02
Descripcin del Riesgo No encontrarse en el mismo lugar de trabajo con el resto del equipo Requisitos poco claros Mal diseo de la interfaz de usuario Cambios en los requerimientos del software Frecuencia de cambios en el Software. Falta de comunicacin entre el grupo de proyecto Reuniones y entregas de informes retrasados Poco tiempo disponible del cliente Documento no cumple con un estndar de Calidad establecido. Estimacin de costos fuera del alcance de la realidad El tiempo de respuesta del sistema es demasiado largo Abandono temporal o definitivo de un miembro del equipo de programacin. Diseo Errneo Existencia de muchos errores en etapas anteriores. Inadecuada configuracin en la configuracin de software. Abandono temporal de uno o varios miembros del equipo El tiempo estimado se sobrepasa Prdida de documentacin Prdida de documentacin y/o otros artefactos La informacin proporcionada en la fase de anlisis no satisface los requerimientos
Tipo de Riesgo Riesgo del Proyecto Riesgo del Producto Riesgo del Producto Riesgo del Producto Riesgo del Proyecto Riesgo del Proyecto Riesgo del Proyecto Riesgo del Proyecto Riesgo del Proyecto Riesgo del Proyecto Riesgo del producto Riesgo del Proyecto Riesgo del Producto Riesgo del Proyecto Riesgo del Proyecto Riesgo del Proyecto Riesgo del Proyecto Riesgo del Producto Riesgo del Proyecto Riesgo del Producto
Riesgo del Proyecto Riesgo del Proyecto Riesgo del Proyecto Riesgo del Proyecto Riesgo del Proyecto Riesgo del Proyecto Riesgo del Producto
20 20 20 20 20 20 5
4 1 4 4 1 2 2
Pgina 23
Impacto La falta de disponibilidad de los recursos humanos puede provocar el retraso con respecto a la planificacin inicial de cualquier actividad del proyecto. Teniendo en cuenta que la entrega no puede posponerse, la falta de disponibilidad de personal puede suponer una prdida de calidad en el producto. Indicadores Ninguno. Al ser un riesgo por causas externas al proceso, se supone que es un riesgo difcil R02 Descripcin Durante la realizacin de un proyecto software, hay muchos artefactos que realizar y tareas que completar por la totalidad de integrantes del grupo. Normalmente dichas tareas estn relacionadas de alguna manera, y cualquier cambio independiente en una de ellas afecta al resultado final o a otras tareas. Impacto Pueden producirse duplicacin de tareas. Indicadores Conflictos entre los artefactos desarrollados. Descripcin Durante la realizacin de un proyecto software, hay muchos artefactos que realizar y tareas que completar por la totalidad de integrantes del grupo. Normalmente dichas tareas estn relacionadas de alguna manera, y cualquier cambio independiente en una de ellas afecta al resultado final o a otras tareas. Impacto Pueden producirse duplicacin de tareas. Indicadores Conflictos entre los artefactos desarrollados. Descripcin Debido a una mala planificacin, el tiempo estimado no es el real. Impacto Se pueden elevar los costos del proyecto. Indicadores Conflictos entre el director y los clientes Descripcin La irresponsabilidad de algunos integrantes del grupo, no se tiene un avance real de las actividades realizadas. Impacto Pueden producir retrasos en las dems reas, inconformidad de los integrantes de grupos Indicadores Conflicto con el resto del grupo que son responsables con sus actividades. Pgina 24
R03
R04
R05
R07
RA01
RA02
RA03
RD01
RD02
RD03
RI01
RI02
RI03
RI04
RI05
RI06
RP01
RP02
RP03
RP04
RP05
RC01
RC02
RC03
Pgina 29
R02
Tratar de organizar oficinas o lugares de trabajo para que todo el grupo de trabajo tenga una adecuada comunicacin. R03 Utilizar una plataforma de comunicacin y reuniones como punto de sincronizacin, comunicacin de nuevas ideas sobre el proyecto. R04 Hacer una planificacin real del proyecto y estimar un tiempo de holgura relativo al tamao del proyecto. R05 Exigir responsabilidad con entregas de informe. R06 Realizar estimaciones en base a varias herramientas para tratar de hallar un estimado ms cercano a la realidad R07 Se realizarn copias de seguridad en los ordenadores personales de cada uno de los miembros del equipo, as como copias en un servidor remoto. Mantener una documentacin nica como medio de documentacin centralizado. RA01 Realizacin de varias reuniones con el cliente; elaboracin de cuestionarios para aclarar puntos poco claros de las reuniones previas.
Tratar de agilizar las actividades, si se cuenta con recursos contratar a otras personas para ayudar. Aplicar un plan de seguimiento para que las actividades se cumplan en el tiempo establecido. Redimensionar el proyecto conforme se va desarrollando y nuevas funcionalidades se agregan o se eliminan. Actualizar con la ltima copia disponible.
En las primeras fases se realizarn los cambios necesarios para incorporar los nuevos requisitos o los cambios necesarios para que se cumpla con la funcionalidad solicitada. En las fases de Construccin y Transicin se valorar la importancia de lasmodificaciones/requisitos nuevos frente a la cantidad de tiempo disponible para abordarlos. En caso de que se decida aceptarlos, se revisarn los requisitos afectados, as como toda la documentacin y cdigo derivado de los mismos hasta el punto de aparicin del cambio. Hacer una adecuada planificacin de las entrevistas para no perder el tiempo en ellas. Realizar revisiones previas a las entrevistas, viendo los temas ya abordados con anterioridad y los que Pgina 30
RA03 Se realizarn copias de seguridad cada da, as como copias en un servidor remoto RD01 Realizacin de prototipos de la interfaz de usuario y presentarlos en reuniones a los usuarios que van a utilizar el sistema. Averiguar todo sobre los usuarios, sus conocimientos previos y sus tareas. Tomar en cuenta factores humanos como la capacidad de memorizacin Realizar el diseo en forma iterativa a base de prototipos que vamos refinando, y en contacto con los usuarios. Dividir al sistema en capas para que los cambios en la capa de presentacin no afecten al resto. RD02 Realizacin de varias reuniones con el director de anlisis para validar todo el modelo de anlisis proporcionado como entrada para el diseo. RD03 Realizar un diseo de la arquitectura que soporte los requerimientos: mediante principios de diseo como modularidad, abstraccin, ocultamiento de la informacin. Seleccionar un patrn de diseo que ms se ajuste a satisfacer el problema. Realizar un diseo que permita hacer cambios fcilmente. RI01 Realizacin de varias reuniones con el cliente.
Realizar una nueva pequea iteracin en la fase de anlisis , lo cual llevara ms tiempo pero asegurara que el modelo de anlisis ser correcto y suficiente para llevar a cabo el diseo del software Modificar la arquitectura del sistema poniendo nfasis en la parte que se cree origin que el sistema tenga un bajo rendimiento como las estructuras de datos o los algoritmos del sistema.
Elaboracin de cuestionarios para aclarar puntos poco claros de las reuniones previas. RI02 Tratar de cumplir las metas y objetivos antes de lo estimado en la planificacin siempre que sea posible, para que una ausencia no suponga un retraso importante. Una parte del tiempo de implementacin del proyecto se destina al aprendizaje de la tecnologa GPS/GPRS.
RI03
En la etapa de Implementacin se valorar la importancia de las modificaciones/requisitos nuevos frente a la cantidad de tiempo disponible para abordarlos. En caso de que se decida aceptarlos, se revisarn los requisitos afectados, as como toda la documentacin y cdigo derivado de los mismos hasta el punto de aparicin del cambio. El equipo de implementacin tratar de cubrir el trabajo no realizado por el miembro del proyecto que no puede trabajar. En caso necesario, dejarn de realizarse tareas menos importantes para centrarse en las principales. Si se produce un retraso en el aprendizaje por parte de un miembro del equipo de programadores, los dems miembros tratarn de Pgina 31
RI05
RI06
RP01
Se define polticas de toma de decisiones en conjunto a todo el equipo de programadores donde todos opinen. Los tiempos de entrega de los productos son definidos por el director de Implementacin Aplicar la planificacin auxiliar y acomodarse al nuevo tiempo de entrega del proyecto.
RP02
Cambiar el equipo daado e integrar el nuevo equipo al sistema. Ubicar los orgenes de los errores y proporcionar esta informacin a los implementadores del proyecto. Verificar el grado del cambio si realmente es necesario, afecta a la etapa de prueba y aplicar la planificacin auxiliar en caso de acortarse el tiempo. Analizar orgenes causantes del rendimiento y determinar la etapa en que se realiz para entregar al responsable de rea. El documento ser revisado con los miembros de cada rea buscando solucionar el problema.
RP03
RP04
RP05
RC01
RC02
Identificar el cambio de nuestro software, controlar ese cambio, garantizar que el cambio quede bien implantado e informar acerca del cambio. Identificar a los profesionales de esas reas y tener charlas con el Director del proyecto acerca del problema dado.
RC03
Pgina 32
2.8.
En toda organizacin de software se confronta los problemas implcitos que conlleva el desarrollo de un software; tales como no entregar el software en el tiempo establecido, que el software se desarrolla con un presupuesto y recursos definidos. Para que estos problemas no se den en el momento menos esperado y no se produzca un impacto sobre el desarrollo del software se debe realizar un seguimiento y control del proyecto.
Seguimiento Realizar reuniones peridicas con los encargados de cada rea para tratar sobre el estado del proyecto, en las cuales cada miembro: D un informe de los progresos de las tareas definidas y de los hitos, y tambin de los problemas. D a conocer sus valoraciones subjetivas acerca de los problemas se pueden presentar ms adelante en el desarrollo del software.
Pgina 33
COMENTARIOS:
Pgina 34
( c)
) Terminado
) No terminado
COMENTARIOS:
Pgina 35
Pgina 36
Pgina 37
Pgina 38
Pgina 39
Pgina 40
Dependencia:
Desarrollado por:
Recibo a satisfaccin, acepto que se realizaron las pruebas correspondientes y se implement adecuadamente el cambio que se solicit.
Pgina 41
Fecha: Hora:
b) Impacto:
c) Causa:
d) Critibilidad:
e) Recomendaciones:
Pgina 42
Medio de almacenamiento Se utilizarn los siguientes medios: Los discos duros como dispositivos primarios. Los CDs como almacenamiento secundario, para guardar las copias de seguridad. Flash Memory. La documentacin respectiva sobre el desarrollo de software (papel).
Proceso de copias de seguridad Las copias de seguridad sern realizadas a la finalizacin de cada sesin de trabajo, registrndose la fecha y hora de copia de seguridad.
Puntos de control Para el acceso no autorizado, se debe asignar cuentas privilegiadas, cada usuario que interacta con el sistema, tendr su propia cuenta de acuerdo al cargo que desempee. Se cuenta con la integridad de la Base de Datos para la proteccin de los datos.
Pgina 43
Dependencia:
Desarrollado por:
Recibo a satisfaccin, acepto que se realizaron las pruebas correspondientes y se implement adecuadamente el cambio que se solicit.
Pgina 44
Nombre del Sistema o Unidad: DESCRIPCIN DE LA TAREA: Fecha Estimada: DATOS DE ERRORES: Errores encontrados Nmero Coste Unitario Durante el Diseo Antes de la Prueba Durante la Prueba Totales Fecha de Conclusin:
COMENTARIOS:
Pgina 45
Control De Revisiones
HISTORIAL DE REVISIONES
REVISION 1 FECHA xx-yy-zz MOTIVO DE REVISION Procedimiento Original
Distribucin De Copias
PERSONA DEPARTAMENTO FECHA ENTREGA FIRMA
Redactado
Responsable de la calidad FIRMA
Revisado
Responsable de Ingeniera FIRMA
Aprobado
Gerente
Revisin
Fecha: xx-yy-zz
FIRMA
PAGINAS
Pgina 46
BASE REV. a) Poltica de Calidad (Difusin y cambios) b) Objetivos de la calidad (Grado cumplimiento objetivos) c) Accin de seguimiento de Revisin (informe del sistema)
CONCLUCIONES
RECURSOS ASIGNADOS
RESPONSABLES
Pgina 47
Pgina 48