tutoria administracion de proyectos - ucsg
DESCRIPTION
Tutoria de administracion de proyectos de software. Lenin Freire - UCSGTRANSCRIPT
Universidad Católica Santiago de Guayaquil
Propuesta del Proyecto: “Sistema de Ubicación y precisión de Buses según la Línea y ruta”
Integrantes:
Joselyn Isabella Avilez Guerrero
Ginnio Andrés Sarabia Lúa
Materia
Administración de Proyectos
Introducción Este documento tiene como objetivo la descripción y características de la propuesta del proyecto a desarrollarse como tema de tutoría de la materia Administración de Proyectos del séptimo ciclo, de la carrera de Ingeniería en Sistemas, dirigida por el Ing. Lenin Freire; tal tema se basara en los lineamientos de organismo estatales como el SENPLADES y Plan del Buen Vivir, además de los lineamientos de la UCSG.
ANTECEDENTES:
En la ciudad de Guayaquil existen muchas líneas de buses, las cuales tienen diferentes rutas y sectores que recorrer, pero no muchas personas las conocen.
Al momento de tomar un bus del que no se está seguro, que nos dirija al sector requerido, existe la posibilidad de perderse.
Es necesario haber tomado un bus previamente para saber su ruta.
Los sectores y barrios de Guayaquil han crecido considerablemente.
PROBLEMATICA: Actualmente en Guayaquil una persona debe haber tomado un bus de determinada línea para conocer la ruta, es decir su recorrido habitual en este transporte debe ser a lugares o a sectores de los cuales acostumbra a frecuentar. El problema radica en el momento en el que quiera dirigirse a una ubicación que no necesariamente conozca la línea de bus específica para su transporte. Lo que significaría preguntar a una fuente que conozca este sector, pero esto no es del todo factible ya que quizás la fuente no sea confiable o desconozca del tema o en última instancia no encontremos quien nos pueda brindar este tipo de información.
OBJETIVO: Objetivo General:
Realizar el análisis, diseño e implementación de una aplicación móvil, con la capacidad de
la fácil administrar información sobre las líneas de buses en Guayaquil y permitir la toma
de decisiones en forma óptima y ágil a los usuarios a la hora de transportarse
considerando el tránsito de la ciudad.
OBJETIVOS ESPECÍFICOS
Establecer una aplicación para el control de líneas de buses en Guayaquil.
Agilitar la toma de decisiones del cliente a la hora de transportarse.
Reducir el tiempo de transporte.
Tener un registro de las rutas de las líneas de buses de Guayaquil.
Facilitar el transporte de los Guayaquileños que usan las líneas de buses en la ciudad.
Instruir a los usuarios sobre las líneas de buses y evitar que desperdicie su tiempo.
Establecer la ruta más óptima con el transito adecuado según la línea de bus
necesaria para llevar al usuario a su destino final.
ALCANCE DE PROYECTO
La solución que se ofrece para esta necesidad es una aplicación móvil que mediante el registro de usuario y contraseña dará acceso a la información sobre cada línea de Buses establecidas y en funcionamiento en la ciudad de Guayaquil y otras ciudades, según las necesidades geográficas de transporte que el usuario requiera desde cualquier ´parte de la ciudad y considerando el tránsito. Debido a la expansión de Guayaquil y a los nuevos medios de transportes que ofrece el gobierno como la metro-vía, la aplicación será creada con la capacidad de enlazar rutas alternas de buses y de transportes estatales (metro-vía y alimentador) con el fin de dirigir al destino supuesto del usuario.
ARQUITECTURA DE LA PROPUESTA Este tipo de arquitectura está pensada para obviar las desventajas que tiene el escoger un bus para
transportarse en la ciudad de Guayaquil, como por ejemplo:
Escoger un bus que nos lleve a una ruta no deseada.
Perder tiempo pensando o preguntando qué línea de bus tomar.
Necesidad de tener una fuente fiable sobre líneas de transporte.
Posibilidad de obtener información ineficiente o inexistente sobre las líneas de buses.
Tener que hablar con desconocidos por información y en cierta forma es una desventaja para la seguridad del usuario.
Este tipo de solución permitiría:
Desarrollar un software que sea de fácil interacción con los usuarios.
Permitir la Integración de datos.
Permitir la transparencia, coherencia y disponibilidad de la información de líneas de buse .
Mejorar la disponibilidad de transporte en la ciudad.
Mejorar el rendimiento para la toma de decisiones a la hora de movilización.
Optimizar la seguridad del usuario
Requerimientos Funcionales y No Funcionales:
Funcionales:
El usuario podrá establecer una línea para llegar a su punto de destino.
El sistema podrá definir la línea con la ruta óptima para llegar al punto de
destino.
El sistema deberá actualizar constantemente la ruta de las líneas, verificando
posibles embotellamientos.
El usuario permitirá ingresar información de calles, de tal forma que entre los
usuarios se proporcionan información.
No Funcionales:
-Interfaz de usuario
Distribución de la pantalla
Estándares en botones, links que aparecen en cada actividad
Resolución de pantalla adaptable a dispositivo móvil
-Performance
Restricción de tiempo para la aplicación en modo tiempo real.
Especificar el número de usuarios concurrentes usando el aplicativo
Velocidad de la aplicación en el inicio de carga
-Seguridad
Protección de la información del usuario
Protección de la información de la aplicación
Definición de administrador para mantenimiento del aplicativo
-Calidad de Software
• Disponibilidad
• Eficiencia en manejo de recursos
• Integridad
• Confiabilidad
• Usabilidad
Modelo de clases del producto:
Diagrama de Estructura
Diagrama de Clases
Casos de uso:
Casos de Uso
Sistema Sistema de Ubicación y precisión de Buses según
la Línea y ruta
Caso de uso Establecer Punto de Partida y
Destino: ID: UC1
Descripción El usuario deberá ingresar su
ubicación actual y de destino
mediante Google Maps para su
transporte
Limitaciones Que no tenga acceso al internet desde su celular.
Sistema Sistema de Ubicación y precisión de Buses según
la Línea y ruta
Caso de uso Calculo de Ruta y Línea Óptima
ID: UC2
Descripción El sistema establece la ruta y verifica
tiempo y hora, para suponer la fluidez
del tráfico vehicular y que bus recorre
la ruta con menos tránsito y
capacidades más eficientes
Limitaciones Que no tenga acceso al internet desde su celular.
Que no exista una ruta óptima para el transporte
Recursos:
Herramienta de desarrollo:
Eclipse con el plugin Android Development Tools con licencia
libre
Equipos:
17 Computadoras Core i5 valorado en $600 cada uno
Servidor de base de datos
Humano:
17 personas con un sueldo de $500 cada uno.
Base de datos:
Oracle 12C Standard Edition con licenciamiento de $3600 por
año
Tiempo estimado para realizar el proyecto: 7 meses y medio
Costo para la elaboración del proyecto: $18700 + el licenciamiento de la base de
datos
Precio de venta estimado de la aplicación: $1.99
Diagrama Entidad de Relación
Servidor Web
Esquema de Entradas y Salidas
ENTRADAS:
1. Consulta
Para poder realizar la consulta de la línea de bus y ruta a transportarse,
previamente debió ingresar la ubicación actual y la ubicación destino.
SALIDAS:
1. Ruta
Una vez enviada la consulta, el usuario recibirá la ruta a seguir para llegar a
su destino.
2. Línea
Una vez enviado la consulta, el usuario recibirá la línea de bus
correspondiente a la ruta asignada.
Aplicación Móvil
Google Maps
-Ubicación Actual
-Ubicación Destino
*Línea de Bus y Ruta
yy y y Tramite Línea de Bus
Tramite Ruta
Aplicación de un modelo de algoritmo:
Método de los puntos de función para calcular las líneas de código
Parámetro Complejidad Baja Complejidad Media Complejidad Alta Total
Número de Entradas 0x3 1x4 0x6 4
Número de Salidas 0x4 0x5 2x7 14
Número de Archivos 3x7 1x10 1x15 46
Número de interfaces externos 1x5 1x7 1x10 22
Peticiones de usuarios 0x3 1x4 0x6 4
Ptos. De Función no ajustados
90
Factores de Complejidad 0-5
Comunicación de Datos 3
Procesamiento Distribuido 4
Objetivos de rendimiento 3
Configuración de uso intensivo 3
Tasas de transacción rápida 4
Entrada de datos en línea 3
Amigabilidad en el diseño de las entradas 4
Actualización de datos en línea 5
Procesamiento complejo 4
Reusabilidad 3
Complejidad de la instalación 1
Facilidad operacional 2
Adaptabilidad 2
Versatilidad 3
Total 44
Factor de
Ajuste (0.01xSumFC) + 0.65
(0.01x44) + 0.65
1.09
PF PFNAxFA
90x 1.09
98.10
Esfuerzo(LDC) PFAxPromedio(Lenguaje)
98.10x53(Java)
5199.30
ESFUERZO HORA POR PERSONA
PFA / [1 / 8 persona / hora)] = 98.10 / 0.125
= 784.8 horas/persona
DURACIÓN DEL PROYECTO EN HORAS
784.8 horas/persona / 2 personas = 392.40 horas por miembro
DURACIÓN EN MESES
392.40 horas / 100 horas/mes = 3 meses 18 días
Adicional.- Horas/mes: productivas estimadas en el proyecto calculadas de 20 días
laborables y de 5 horas productivas estimadas de las 8 de la jornada laboral normal diaria
Costo Total del Proyecto =
Sueldo por participante * 2participantes * 4 meses
= 1000 * 2 * 4 = $8000
COCOMO para calcular el esfuerzo y el tiempo requerido.
Modo orgánico • Desarrollo en un entorno estable, poca innovación técnica, pocas
presiones de tiempo, tamaño relativamente pequeño
5199.30 LDC
Modo Orgánico
Esfuerzo persona/mes
Kn=3.2SK^1.05*ACAP*DATA*PCAP*LEXP*TOOL
Kn =3.2(5.199)^1.05*0.86*1*0.90*1*0.91
12.72 personas
Tiempo de Desarrollo
Td=2.5 Km^0.38
Td= 2.5 (13)^0.38
6.62 meses
Personal promedio
PP=Kn/Td
PP=12.72/6.62
PP=2 personas
Costo
Costo = Kn*sueldo
Costo = 13 *1000
Costo = $13000
Características de la demanda:
Las características del cliente al cual se enfoca el producto son:
Personas que hagan de un bus su habitual medio de transporte
Personas que tengan inconvenientes al trasladarse de un lugar a otro
en la ciudad de Guayaquil.
Como el producto es vía móvil, se tiene la necesidad de que el cliente
tenga un Smartphone o una Tablet con sistema operativo androide,
para poder contar con el aplicativo.
Diagrama de Pert
Tarea Nombre de tarea Duración Predecesoras
A Definición del problema 5 días ---
B Levantamiento de información 7 días A
C
Análisis y definición de los
requerimientos 9 días
B
D
Presentación de la propuesta del
proyecto 1 día
C
E Modelo de clases 10 días D
F Modelo de presentación 9 días E
G Modelo de navegación 9 días F
H Modelo entidad/relación 9 días G
I Elaboración de Prototipo 20 días H
J Creación de entidades 14 días I
K Establecer relaciones 8 días I
L Diseño de pantallas 20 días J
M Desarrollo de la aplicación 50 días K,L
N Identificación de errores 12 días M
O Aplicación de mejoras 12 días N
P Pruebas con el usuario 15 días O
Q Elaboración de manual técnico 7 días P
R Elaboración de manual de usuario 7 días P
S Montaje de servidores 6 días Q,R
T Puesta en producción 4 días S
U Ejecución de soluciones 5 días T
V Lanzamiento de la aplicación movil 1 día U
Ruta Crítica
A->B->C->D->E->F->G->H->I->J->L->M->N->O->Q->S->T->U->V
Tiempo estimado del proyecto = 213 días
Análisis de Riesgo
Análisis de Calidad
Nuestro proceso de calidad se basa en metodología Scrum.
La metodología Scrum es una manera de trabajo en equipo en el que se busca
obtener resultados funcionales de manera efectiva para proyectos de programación
Web o de aplicaciones móviles.
Estos resultados serán módulos flexibles interconectados entre sí que conformarán
el producto final donde la comunicación continúa con el cliente será básica para
obtener la mejor calidad final de producto.
El trabajo a realizar se desglosará en varios módulos que se entregarán cada cierto
número de semanas.
Las personas trabajan de manera más eficiente y con más calidad cuando ellas
mismas se han comprometido a entregar un resultado en un momento determinado
y deciden cómo hacerlo, no cuando se les ha asignado una tarea e indicado el
tiempo necesario para realizarla.
Estas entregas se planificarán con una fecha límite objetivo que garantizará la
entrega a tiempo del trabajo. El desarrollo del trabajo será visible parcialmente
durante todo su desarrollo, lo que permitirá al cliente realizar peticiones y retoques
durante el proceso de desarrollo.
Se asegura la calidad del producto de manera sistemática y objetiva, a nivel de
satisfacción del cliente, requisitos listos para ser utilizados y calidad interna del
producto.
Mitigación de riesgos
Desde la primera iteración el equipo tiene que gestionar los problemas que pueden
aparecer en una entrega del proyecto. Al hacer patentes estos riesgos, es posible
iniciar su mitigación de manera anticipada. "Si hay que equivocarse o fallar, mejor
hacerlo lo antes posible". El feedback temprano permite ahorrar esfuerzo y tiempo
en errores técnicos.
La cantidad de riesgo a que se enfrenta el equipo está limitada a los requisitos que
se puede desarrollar en una iteración. La complejidad y riesgos del proyecto se
dividen de manera natural en iteraciones.
Recursos Humanos
Para el desarrollo del proyecto se propone una estructura organizacional orientada a
proyectos.
Orientada a proyectos: Todos los miembros de un equipo trabajan conjuntamente
en un mismo lugar, jefes y subordinados
Organigrama:
Gerente: Asumirá el cargo y responsabilidad tanto de la empresa como de los
proyectos.
Consultor experto externo: Aquella persona que nos guiara en el desarrollo de la
aplicación, intermediador entre el usuario y los analistas, por su experiencia.
Analista –Programador: Aquella persona que realiza diseños y análisis de la
solución, también puede programarlo de la misma manera.
Diseñador de pantallas móviles: Diseño y colores de la aplicación, de todas sus
pantallas
Administrador contable: Persona que llevara la administración de la empresa y
recursos.
Programador- tester: Aquella persona que programa, pero también realiza pruebas
de control y calidad tanto de funcionalidad como del producto en sí.
Dirección del equipo
Para dirigir al equipo se deben realizar ciertas actividades como:
Realizar seguimiento al desempeño de los miembros del equipo.
Resolución de conflicto
Retroalimentación por parte del equipo de trabajo.
El equipo se lo puede dirigir con:
Observación y comunicación: El Director del Proyecto deberá estar al tanto
de todas las actividades, controlar el flujo de trabajo y conversar con los
miembros del equipo.
Evaluación del desempeño: Una de las maneras más usadas es solicitando
referencias de una persona a las demás personas que trabajan con ella.
Gestión de los conflictos: Esta debe ser una de las virtudes del Director de
Proyectos, ya que en todo equipo habrá conflictos y discusiones, el director
trabajara como un mediador que busque finalizar el conflicto.
Habilidades interpersonales: Así como se desarrollan las capacidades del
equipo se debe dirigir, con motivación, liderazgo, responsabilidad,
persuasión, etc.
Cronograma de Actividades (Diagrama de Gantt)
Diagrama de Pert
WBS
Sub – Niveles Tiempo Recursos
Especificar Requerimientos 30 dias 2 Analizar Sistema Actual 13 dias 3 Identificar Nuevas Características 17 dias 1 Analizar Plataforma 25 dias 2 Estudiar Procesos 15 dias 1 Estudiar Datos 10 dias Diseñar 30 dias 3 Creacion Esquema 10 dias Codificacion Programa 15 dias Codificacion 45 dias Creacion Esquema 20 dias Codificacion Programa 25 dias
Prueba 22 dias Prueba seguridad 12 dias Prueba sistema 10dias 512/30= 5 meses 16 personas
Establecer Punto de Partida y Destino:
El usuario deberá ingresar mediante Google Maps el destino que tiene
como fin para su transporte.
Calculo de Ruta Óptima
El sistema establece la ruta y verifica tiempo y hora, para suponer la
fluidez del tráfico vehicular y que bus recorre la ruta con menos tránsito.
Establecer la Ruta o Línea de Bus
Escogida la ruta óptima, el sistema escoge el bus más óptimo que se
adecue a las necesidades de transporte del usuario, con el único
objetivo de administrar una línea de bus correcta.
Cuadro Comparativo:
Tiempo Recursos Costos
wbs 5.75 meses 16 personas $15000
cocomo 7.41 meses 17 personas $18700