Plan De Proyecto

Instituto Politécnico Nacional Escuela Superior de Computo

Materia: Ingeniería de software Profesora: Nancy Ocotitla Rojas Grupo: 3CM6

Equipo: Flores Domínguez Adrian Muñoz Salgado Luz María

Plan de proyecto: Agencia de viajes “LivesTraveling”

Ámbito de Software Especificación del ámbito de software El sitio web de la Empresa LivesTraveling deberá tener una página de inicio, en la cual muestre a los usuarios los servicios que brinda la empresa, deberá contener un apartado para iniciar sesión y registro de usuarios, así como mostrar links relacionados para que contacten con la empresa por medio de las redes sociales. La página deberá contar con un menú, con los siguientes datos:    

Inicio.- Deberá de regresar a la página de inicio, con el fin de facilitar al usuario la navegación por el sitio web. ¿Quiénes somos?.- Mostrará información de la empresa, dando un resumen al usuario de quiénes somos y qué ofrecemos. Mapa del sitio.- En esta sección se deberá mostrar el mapa completo del sitio. Paquetes.- En esta sección se deberán mostrar todos los paquetes agrupados por sus destinos, que la empresa ofrece

Al iniciar sesión un usuario se permitirá la contratación de los paquetes de viaje que ofrece la empresa, si no cuenta con una cuenta, el usuario podrá crear una, llenando un formulario. El sistema deberá validar que no exista una cuenta con el mismo nombre de usuario y que los datos que el usuario ingrese sean correctos. Cuando un usuario este consultando un paquete, el sistema bloqueará dicho paquete para que otro usuario no pueda visualizarlo y así asegurar la venta del paquete al usuario que lo consulta. El modo de pago será vía internet, por lo que se deberá tener conexión con los bancos, para permitir al usuario pagar con tarjeta de crédito o de debito. El sistema deberá permitir la cancelación de un paquete contratado solo si se realiza antes de 10 días previos a la fecha del viaje. Para devoluciones de efectivo no se realizara de forma electrónica. Deberá contar con un apartado (blog) que servirá para compartir experiencias entre los usuarios sobre los paquetes que contrataron (sólo los usuarios registrados podrán tener acceso a esta parte del sitio). El sistema también permitirá al usuario subir fotos sobre los viajes que fueron realizados por medio del servicio.

Funciones El sistema permitirá al cliente registrarse; recabando su nombre, sus dos apellidos, dirección, dos números telefónicos, entregándole un usuario y una contraseña, convirtiéndolo en un usuario El usuario podrá contratar el servicio que desee, eligiendo entre los paquetes dispuestos por la empresa. - El usuario no podrá contratar paquetes si no ha iniciado sesión antes. El cliente podrá hacer comentarios sobre un blog, para poder compartir sus experiencias con las reservaciones hechas en el portal.

-

El sistema estará conectado a las redes sociales como Facebook .

El sistema hará una validación de usuario para evitar que una o más personas cuenten con la misma identificación. -

El sistema debe de responder al menos con tres segundos de retraso

El sistema deberá bloquear el paquete solicitado por el usuario durante el tiempo en el que el usuario realice las operaciones necesarias para finalizar la compra del paquete y con esto garantizar que no sea adquirido por otro usuario. El sistema permitirá al cliente cancelar una adquisición teniendo como máximo 10 días previos a la fecha de entrada en vigor del paquete. -

No se entregará el monto del paquete cancelado de manera electrónica.

-

El medio de pago será a través de tarjeta de crédito o débito.

El costo total por persona de cada paquete debe variar en base a la calidad y a la cantidad de los servicios que se ofrezcan y del lugar que este como destino turístico. -

El sitio web no podrá ser utilizado si no se cuenta con conexión a internet.

Compatibilidad con los exploradores Web (Internet Explorer 7+, Chrome, Fire Fox). -

Velocidad de conexión

-

Tipo de servidor (memoria, conexiones que soporta, etc.).

-

El sistema será desarrollado sobre el sistema operativo Windows 7.

-

Base de datos MySQL.

-

Basado en un servidor Apache Tomcat.

-

Interprete PHP como interface entre la pagina y la base de datos

-

Entorno de Desarrollo Dremweaver (IDE).

-

Maquinas SONY VAIO modelo YB1S1E con un procesador Intel Core 2 Duo SU7300, 4 GB de RAM y 320 GB de disco duro o similar.

-

Conexión con la base de datos de los bancos.

ESTIMACIÓN POR PUNTOS DE FUNCIÓN. Subsistemas -

Gestión de administración Gestión de configuración del sistema Gestión de paquetes Gestión de comentarios Gestión de imágenes

Archivos internos -

Usuarios Paquetes Comentarios Imágenes Configuración Reservaciones Vuelos

Entradas: Cuatro entradas promedio para el subsistema administración, 4 entradas simples para el subsistema de configuración, una entrada compleja para el subsistema de comentarios, una entrada compleja para el subsistema de imágenes y ninguna entrada para el subsistema de paquetes. Salidas: cuatro salidas promedio y tres salidas complejas para el subsistema de administración, una salida simple para el subsistema de configuración, una salida compleja y una salida promedio y una salida simple para el subsistema de paquetes, dos salidas simples para el subsistema de comentarios y dos salidas simples para el subsistema de imágenes.

Consultas: Una consulta simple y tres consultas complejas para el subsistema de administración, una consulta simple para el subsistema de configuración, una consulta simple para el sistema de comentarios y una consulta compleja para el subsistema paquetes. Archivos lógicos internos: dos almacenes intermedios de datos simples y un almacén intermedio de datos complejo. Archivos de interfaz externos: No se utilizaron almacenes externos de datos. Valor del dominio de información EE SE CE ALI AIE PFSA

N. de factor 1 2 3 4 5 6 7 8 9 10 11 12 13 14

Conteo

4 6 3 2 0

X X X X X

Simple

Promedio

Complejo

3 4 3 7 5

4 5 4 10 7

6 7 6 15 10

Factor Comunicación de datos. Función distribuida. Rendimiento. Configuración utilizada masivamente. Tasas de transacción Entrada On-Line de datos. Diseño para la eficiencia de usuario final. Actualización On-Line. Complejidad del procesamiento. Reutilizable. Conversión e instalaciones contempladas. Facilidad de operación. Instalaciones múltiples. Facilidad de cambio. Ajuste de Complejidad Técnica (ACT)

12 24 9 14 0 59

Valor 5 1 4 2 3 5 2 4 1 5 0 4 2 5 43

PFA = conteo total x [0.65 + (0.01 x ∑(Fi))] PFA = 59 x [0.65 + 0.01 x 43]= 63.72 ≈ 64 𝐿𝐷𝐶 = 𝑃𝐹𝐴 ∗ 𝐿𝑖𝑛𝑒𝑎𝑠 𝑝𝑜𝑟 𝑃𝐹 = 64 ∗ 20 = 1,280 𝐸=

𝑃𝐹𝐴 57 = = 4.75 ≈ 5 𝑃𝑀 12

𝐶𝑜𝑠𝑡𝑜 = 𝐸 ∗ 𝑇𝐿 = 5𝑝𝑚 ∗ $8,500 = $42,500 𝐸𝑟𝑟𝑜𝑟𝑒𝑠 = 3𝑒𝑟𝑟𝑜𝑟𝑒𝑠 ∗ 𝑃𝐹 = 3𝑒𝑟𝑟𝑜𝑟𝑒𝑠 ∗ 59 = 177 𝑒𝑟𝑟𝑜𝑟𝑒𝑠 𝑒𝑛 𝑙𝑎 𝑎𝑝𝑙𝑖𝑐𝑎𝑐𝑖ó𝑛 Costo del proyecto Costo 3 maquinas Licencia (Macromedia Dreamweaver) Luz Internet Total

$42,500 $4,000 $800 $1,150 $360 $97,620

Duración del proyecto 𝑇 = 𝑐 (𝐸𝑠𝑓𝑢𝑒𝑟𝑧𝑜 =𝑑 ) = 2,5 4.750.38 = 4.51 𝑚𝑒𝑠𝑒𝑠 ≈ 5𝑚𝑒𝑠𝑒𝑠

ANÁLISIS Y GESTIÓN DE RIESGOS Identificación de riesgos 1. 2. 3. 4. 5. 6. 7.

Expertos en Ingeniería de Software no disponibles. Equipo inexperto. Problemas entre los miembros del equipo. Falta de Comunicación. Perdida de integrantes. Mala estimación del número de integrantes necesarios para el proyecto. Capacitación de los integrantes en las tecnologías, lenguajes, metodologías de desarrollo y usos de IDE´s, utilizados en el desarrollo del proyecto. 8. Complicaciones al elegir bien el lenguaje de programación. 9. Decisiones en comprar, desarrollar o utilizar software ya hecho en proyectos anteriores. 10. Mal diseño del Sistema. 11. Errores en el código del programa.

12. Cambios en los documentos de Requisitos, en las funciones del software. 13. Tiempo total del proyecto no adecuado. 14. Falta de recursos. 15. Cambios al programa. 16. Aumento del costo del Proyecto. 17. El cliente no es un stakeholder del proyecto (No se eligió bien al cliente para obtener el ámbito de Software y el Análisis del Software). 18. Diseño inadecuado para la interface Sistema-Usuario(s) Final(es). 19. Infraestructura inadecuada del Cliente. 20. Sistema no aceptable para el cliente. Análisis de riesgos Riesgos Categoría Probabilidad Expertos en Ingeniería de Software Técnico 80% no disponibles. Equipo inexperto Problemas entre los miembros del equipo Falta de Comunicación Perdida de integrantes Mala estimación del número de integrantes necesarios para el proyecto Capacitación de los integrantes en las tecnologías, lenguajes, metodologías de desarrollo y usos de IDE´s, utilizados en el desarrollo del proyecto Complicaciones al elegir bien el lenguaje de programación Decisiones en comprar, desarrollar o utilizar software ya hecho en proyectos anteriores Mal diseño del Sistema Errores en el código del programa Cambios en los documentos de Requisitos, en las funciones del software Tiempo total del proyecto no adecuado Falta de recursos Cambios al programa

Impacto Crítico

Técnico Técnico

80% 50%

Catastrófico Crítico

Técnico Proyecto Proyecto

30% 20% 20%

Crítico Crítico Marginal

Técnico

80%

Crítico

Técnico

30%

Marginal

Técnico

30%

Crítico

Técnico Técnico Proyecto

10% 40% 40%

Catastrófico Marginal Crítico

Proyecto

30%

Crítico

Proyecto Proyecto

10% 60%

Crítico Crítico

Aumento del costo del Proyecto El cliente no es un stakeholder del proyecto (No se eligió bien al cliente para obtener el ámbito de Software y el Análisis del Software) Diseño inadecuado para la interface Sistema-Usuario(s) Final(es) Infraestructura inadecuada del Cliente Sistema no aceptable para el cliente

Proyecto Proyecto

30% 10%

Crítico Catastrófico

Técnico

20%

Catastrófico

Negocio

10%

Crítico

Negocio

20%

Catastrófico

Priorización de los riesgos Riesgos Expertos en Ingeniería de Software no disponibles.

Prioridad Alta

Equipo inexperto Problemas entre los miembros del equipo Falta de Comunicación Perdida de integrantes Mala estimación del número de integrantes necesarios para el proyecto Capacitación de los integrantes en las tecnologías, lenguajes, metodologías de desarrollo y usos de IDE´s, utilizados en el desarrollo del proyecto Complicaciones al elegir bien el lenguaje de programación Decisiones en comprar, desarrollar o utilizar software ya hecho en proyectos anteriores Mal diseño del Sistema Errores en el código del programa Cambios en los documentos de Requisitos, en las funciones del software Tiempo total del proyecto no adecuado Falta de recursos Cambios al programa Aumento del costo del Proyecto El cliente no es un stakeholder del proyecto (No se eligió bien al cliente para obtener el ámbito de Software y el Análisis del Software) Diseño inadecuado para la interface Sistema-Usuario(s) Final(es) Infraestructura inadecuada del Cliente Sistema no aceptable para el cliente

Muy Alta Moderada Moderada Baja Muy baja Alta

Baja Moderada Alta Baja Alta Moderada Baja Alta Moderada Alta

Alta Moderada Muy Alta

Plan de gestión de riesgos 

Expertos en Ingeniería de Software no disponibles. Buscar asesoría de un Ingeniero de Software externo, para minimizar los errores en el plan de Proyecto, puesto que un error en esta etapa del Proyecto ocasionaría errores graves en el desarrollo del proyecto, aumentando el tiempo de desarrollo del software, el costo del proyecto y la probabilidad del rechazo del mismo por parte del cliente.



Equipo inexperto Buscar formar el equipo con integrantes que tengan buen conocimiento, en cada etapa y trabajo del cual se integra el proyecto, esto para evitar la probabilidad de gastar más tiempo y dinero en capacitación.



Capacitación de los integrantes en las tecnologías, lenguajes, metodologías de desarrollo y usos de IDE´s, utilizados en el desarrollo del proyecto. Si se necesita capacitar al personal en una tecnología nueva, lenguaje no usado anteriormente, etc., se tratará de hacer en el tiempo menos posible, esto para no aumentar el costo del proyecto, ni retrasar el tiempo dispuesto para el termino del mismo.

   

Mal diseño del Sistema Cambios en los documentos de Requisitos, en las funciones del software. Cambios al programa Diseño inadecuado para la interface Sistema-Usuario(s) Final(es) Implementación de una metodología de desarrollo de software en el cual, el sistema se desarrolle en módulos independientes, con el fin de minimizar el tiempo de la corrección del diseño, cambios en las funciones o aumento de módulos y/o cambios en el programa.



El cliente no es un stakeholder del proyecto (No se eligió bien al cliente para obtener el ámbito de Software y el Análisis del Software). Se deberá validar el Plan de Proyecto y toda la documentación referente al Análisis del Proyecto, antes de continuar con las demás etapas, para evitar errores graves que pondrían en riesgo todo el desarrollo del Proyecto

Diagrama de Gantt

Diagrama de hitos

Diagrama de PERT