Ingeniería de Software

Tercera Fase - Planificación

Jhon Fredy Ortega Burbano – Código: 1.085.662.536

Mileidy Medina Pajoy – Código. 1081412029
Johan Edisson Rubiano Gutiérrez - Código: 1.075.229.232
Daniel Andres Artunduaga – Código: 1.110.574.536

Universidad Nacional Abierta y a Distancia (UNAD)

Abril 2020

Notas del autor

Tutor: Pilar Alexandra Moreno

Grupo: 301404_29

Ingeniería de Sistemas

Escuela de las Ciencias Básicas, Tecnología e Ingeniería, UNAD

Universidad Nacional Abierta y a Distancia (UNAD)

CEAD Ibagué, Tolima.

Contactos: eyimepa@gmail.com, jerubiano23@misena.edu.co
Ingeniería de Software

Introducción

El desarrollo de esta actividad consiste en la identificación de los requerimientos de

software teniendo en cuenta lo que se desea construir, puesto que es de vital importancia
determinar el conjunto de información necesaria que ayuda a los desarrolladores del software a
analizar y entender todos los requisitos y requerimientos que nuestro cliente desea, de la misma
forma este constituye un informe útil para que el cliente del producto final describa lo que el
realmente desea obtener, y de esta manera lograr tener un documento necesario cuya información
en el futuro servirá para el desarrollo del software, es decir en la codificación correcta del mismo.
Se describirá en forma detallada las interfaces de usuario y el software a ser desarrollado, así
como de los requerimientos del cliente, atributos del sistema entre otros.

El grupo de trabajo estuvo en contante comunicación, en el foro se dejaron los números de

teléfono con los cuales se formó un grupo de whatsapp que facilitó aún más la comunicación. Los
integrantes del equipo aportaron sus puntos de vista con el fin de que el informe de la aplicación
quedara de la mejor manera.
Ingeniería de Software

PLANIFICACIÓN DEL PROYECTO

1 Integración del Proyecto

Ingeniería de Software

2 Alcance del Proyecto

2.1 Planteamiento del problema

En Colombia hay un alto número de municipios que no cuentan con empresas que ofrezcan
servicios turísticos, si las hay, cuentan con poco personal o sencillamente no están en la
idoneidad para ofrecer información completa que satisfaga al usuario. Los guías turísticos de los
municipios en su mayoría no manejan información completa, precisa y confiable de los lugares,
eventos, historia, cultura y ofertas de toda tipo y en diferentes idiomas; además el servicio de guía
turístico genera un gasto adicional considerable, razón por la cual muchos turistas prefieren
prescindir de sus servicios, prefiriendo buscar datos del lugar a visitar en diferentes páginas de
internet u obteniendo información directa con personas que han tenido alguna experiencia en el
municipio que desean visitar.
Además del problema con los guías turísticos, se suma que existen muchos lugares en
diferentes municipios con gran valor multicultural y natural que no son ofertados por ningún
medio de comunicación audiovisual, lo cual ha hecho que se conviertan en sitios desconocido
para turistas que buscan nuevos destinos por conocer y ha impedido que los municipios de
Colombia exploten al máximo su potencial turístico.

2.2 La descripción general del software.

Se pretende desarrollar una aplicación móvil con lenguaje Android que permita acceder a
información turística de los municipios del territorio Colombiano que cuente con información
detallada de la historia de cada sitio turístico y sector comercial del municipio, que además
incluya ubicación del usuario en tiempo real y acceso a beneficios online.

Esta aplicación tendrá un diseño adecuado, este debe ser llamativo, se tendrá en cuenta el
tamaño de la pantalla del dispositivo con el cual se ejecuta la App y la ubicación de los botones
con las acciones determinadas, en pro de que la navegación que realice el usuario sea intuitiva y
fácil de manejar, haciendo que esta se convierta en una opción ideal a la hora de consultar algún
sitio turístico de Colombia.
Ingeniería de Software

Este tipo de software permite que el usuario al descargar fácilmente la App pueda acceder a la
información situada en un ordenador local o en un servidor web que contenga toda la información
relacionada al sitio turístico que va a visitar sin necesidad de tener conexión de internet, también
si el dispositivo móvil tiene conexión a internet el usuario podrá ejecutar funciones como GPS,
compras, ofertas y/o reservas online de restaurantes, hoteles, sitios turísticos, etc.

Adicionalmente la aplicación estará disponible en diversas plataformas (IOS & Android) la

cual le permitirá al usuario la interacción en tiempo real de noticias, actividades recientes y post
compartidos por otros usuarios, pero lo mejor de este desarrollo es que será incluyente (para
personas con algún tipo de discapacidad) pues contará con interprete de lengua de señas, textos y
audio dinámicos, al igual que multilenguaje.

Es de tener en cuenta que este tipo de software en ocasiones es difícil de establecer una
categoría genérica la cual sea específicamente relacionada al desarrollo, debido a que todo
depende la complejidad con la cual será estructurado el desarrollo, los requerimientos y
necesidades del cliente, por tal motivo para realizar esta App hemos seleccionado el rol de
Software Basado en Web.

2.3 Tipo de software.

Tipo de software: Software basado en web.

2.4 Justificación

La necesidad de que se pretende satisfacer es la de crear un sistema de información

turística, que permita organizar la información por departamentos, ciudades y municipios. Este
debe de almacenar información de lugares, eventos, historia y ofertas de toda clase, de igual
modo contar con sistema de ubicación en línea, funcionar a través de un sistema de suscripciones,
permitir registrar tanto información comercial como información histórica de cada lugar. Ya que
se ha evidenciado que es la falta de información lo que hace que los municipios de Colombia no
exploten al máximo su potencial turístico El desarrollo del aplicativo lograra potenciar de manera
significativa el desarrollo turístico, social, cultural y económico en los municipios de Colombia.
Logrando así dar a conocer lugares que tal vez nunca han sido visitados.
Ingeniería de Software

2.5 Objetivos del proyecto

General

 Desarrollar una aplicación móvil con lenguaje Android que permita acceder a información
turística, cultural y comercial de los municipios del territorio Colombiano.

Específicos

 Implementar las técnicas de PMBOK para el modelo y desarrollo del aplicativo web.
 Permitir recolección de datos por punto de investigación para el enriquecimiento del
software relacionadas a los eventos, historia, cultura, servicio hotelero y restaurantes.
 Elaborar un seguimiento documental al proceso de desarrollo mediante actas.
 Implementar pruebas de funcionamiento para la optimización del software
 Diseñar una interfaz amigable para el cliente.

2.6 Descripción entregable EDT

La estructura del EDT la cual nos dará cumplimiento al objetivo del proyecto de software está
dividida en 5 fases y/o actividades, cada una de ellas tienen subdivisiones que tienen cuyos
entregables se especificadas a continuación.

 Actividad de exploración: como su nombre lo indica, las actividades estipuladas aquí me

permiten explorar de forma inicial ciertas especificaciones del proyecto a realizar.
 Descripción y análisis del problema: se realiza un entregable tipo texto detallando la
descripción del problema, atendiendo al caso de estudio planteado inicialmente.
 Selección del tipo de software: se hace el estudio de los diferentes tipos de software
y se elige el más adecuado para dar cumplimiento al objetivo. Aquí se entrega el
nombre del tipo de software que se va a implementar para el desarrollo del proyecto.
 descripción del software: Una vez seleccionado el tipo de software, se debe entregar
un archivo tipo texto donde especifique las características detalladas que va a tener el
software a desarrollar.
 Selección del modelo para el software: teniendo como base el tipo de software y
especificaciones del software a implementar, se debe hacer un estudio por los
Ingeniería de Software

diferentes modelos de software y elegir aquel que mejor se adapte a lo que desea el
cliente y a la complejidad del producto a entregar, como resultado se debe entregar un
documento tipo texto donde se especifique el modelo seleccionado y características
detalladas de acuerdo a las especificaciones del software.

 Actividad de diagnóstico:
 Descripción del proyecto: Se debe realizar una descripción detallada del proyecto a
ejecutar, donde vaya inmerso el tipo de software seleccionado, características
específicas del proyecto y el modelo de software. aquí se entregará como resultado un
archivo texto con lo anteriormente mencionado.
 Justificación del proyecto: aquí se debe hacer la justificación del proyecto, el
producto de este ítem en un archivo tipo texto que cumpla con las características de
una justificación de un proyecto de software.
 Establecimiento de objetivos: teniendo en cuenta los datos recopilados, se debe
plantear los objetivos del proyecto. Aquí se debe entregar un archivo tipo texto con el
objetivo general y mínimo tres específicos.
 Elección del modelo y certificación: se hace un estudio por los diferentes modelos y
se selecciona el que más se ajuste al proyecto que deseamos implementar, se debe
entregar un archivo tipo texto con las especificaciones muy detalladas del modelo
seleccionado.

 Actividades de planeación:
 Elección del modelo y metodología: se hace una revisión por los diferentes
referentes de planificación y de acuerdo a ese estudio se selecciona el que más se
ajuste al cumplimiento del objetivo que se desean alcanzar en el proyecto. Aquí se
hace una entrega tipo texto con la metodología seleccionada sus especificaciones de
manera muy detallada.
 Alcance del proyecto: Aquí se hace la entrega de un trabajo tipo texto que incluya
todo el trabajo requerido, se recopila todos los requisitos y se desglosa todos los
trabajos necesarios para cubrir el alcance del proyecto. Mediante la validación se
asegura que los entregables producidos cumplen con ese alcance, dentro del
Ingeniería de Software

entregable debe estar: el planteamiento del problema, la descripción general del

software, el tipo de software, los objetivos del proyecto (general y específicos), a
descripción del EDT y la especificación detallada de los requisitos del software
funcionales y no funcionales.
 Tiempo del proyecto: aquí se deben indicar concretamente cuánto durará la ejecución
de todo el proyecto, este valor debe estar acorde al EDT planteado. Se debe entregar
un cronograma realizado a través de la herramienta diagrama de Gantt.
 Costo del proyecto: se debe presentar un presupuesto el presupuesto donde se
indique claramente el valor total presupuestado para la ejecución del proyecto.
 Riesgos del Proyecto: teniendo en cuenta el EDT se deben especificar los posibles
riesgos cada uno de estos debe tener la descripción del riesgo, su porcentaje de
ocurrencia, su prioridad y la acción a realizar e caso de que ocurra.

 Actividades de desarrollo:
 Actividades de diseño: aquí se debe entregar un la maquetación del proyecto y la
evaluación y/o modificaciones que ha tenido el diseño hasta llegar a al diseño final.
 Actividades de desarrollo: Se debe entregar el proyecto programado, generación del
código, entorno gráfico, las versiones de la aplicación hasta llegar a la versión de la
App final.
 Actividades de prueba: Se debe reflejar la evidencia de las pruebas que se ha
realizado a la App para llegar al cumplimiento del objetivo

 Cierre del Proyecto:

 Software de Aplicación: se entrega del ejecutable de App Web solicitada
 Manual del usuario: Se elabora y se entrega el manual del usuario de la App web
desarrollada al cliente de forma detallada y comprensible, este manual se entrega en
texto y en DVD.
 Culminación del proyecto: Se hace entrega del informe al cliente donde se especifica
el trabajo realizado y la culminación del proyecto de software
Ingeniería de Software

2.7 La especificación detallada de los requisitos del software

Esta sección de la especificación de requisitos software contiene todos los requerimientos

hasta un nivel de detalle suficiente para permitirle a los diseñadores diseñar un sistema que
satisfaga dichos requisitos, y que permita diseñar las pruebas que ratifiquen que el sistema
cumple con las necesidades requeridas.

Los requisitos que se aquí se indiquen deben describir comportamientos externos del
sistema.

R1: Permitir la autenticación de los usuarios.

R2: Permitir la gestión (crear, modificar, eliminar) de usuarios, clientes y socios.

2.8 Requisitos comunes de las interfaces

Interfaces de usuario Las interfaces de usuario están relacionadas con las pantallas,
ventanas (formularios) que debe manipular el usuario para realizar una operación
determinada. Dicha manipulación el usuario la realizará por medio de su Smartphone. Es
importante mencionar que las interfaces de usuario también abarcan las ayudas
correspondientes en cada uno de los procesos que realice el sistema. Las interfaces de
usuario ayudarán al usuario final trabajando en un ambiente Form, por lo que se dichas
interfaces incluirán:

 Botones

 Menús despegables

 Mensajes informativos

 Mensajes de error

 Cuadros de diálogo
Ingeniería de Software

 Formularios para el ingreso, modificación, actualización y eliminación de datos, así

como las ayudas o indicaciones por parte del interprete.

2.9 Requisitos funcionales:

<id>999 <RF1>
[Versión] <nº versión>(<fecha de versión>)
[Nombre del < Permitir la autenticación de los usuarios.>
Requisito]

Descripción El sistema deberá almacenar la información correspondiente a

<concepto relevante>. En concreto: validación de datos.

Datos específicos <validar y permitir la autenticación de los usuarios>

Tipo < Requisito Restricción>

[Importancia] < Alta Media Baja >

[Prioridad] <prioridad del requisito por parte del usuario para la dirección del
proyecto>

[Fuente del <BD Tabla: Usuario Campos: user y password>

requisito]

[Estado] <estado del requisito según el ciclo de vida adoptado por el

proyecto>
Comentarios <comentarios adicionales sobre el requisito de información>

INTRODUCCION

El sistema debe permitir el ingreso del nombre y password del usuario para realizar las
diferentes funciones que tendrá cada uno.

ENTRADAS

Cedula, Nombres, Apellidos, Contraseña, Tipo de Usuario (Técnico, Cajero, Gerente).

Ingeniería de Software

PROCESOS

El sistema pedirá la correspondiente identificación como administrador, posteriormente

nos ubicamos en la parte de Administrar del menú principal y escogemos Usuario. El
sistema pedirá los correspondientes datos del nuevo usuario y luego verificará que no
haya espacios en blanco, en el caso de ningún error guardará los datos del nuevo usuario.

SALIDAS

 Las salidas van dirigidas a: Administrador (Gerente).

 Mensaje de error en el caso de no haber llenado algún campo.
 Mensaje de error en el caso de ingresar un numero de cedula ya existente en la
base de datos
 Mensaje de error en casos de ingresar incorrectamente los datos es decir que el
formato de los datos sea incorrecto.

<id>999 <RF2>
[Versión] <nº versión>(<fecha de versión>)
[Nombre del < Permitir la gestión (crear, modificar, eliminar) de usuarios,
Requisito] clientes y socios..>

Descripción El sistema deberá almacenar la información correspondiente a

<concepto relevante>. En concreto: validación de datos.

Datos específicos <crear, modificar o eliminar la información de los usuarios>

Tipo < Requisito Restricción>

[Importancia] < Alta Media Baja >

[Prioridad] <prioridad del requisito por parte del usuario para la dirección del
proyecto>

[Fuente del <BD Tabla: Usuario, Clientes, Socios>

requisito]

[Estado] <estado del requisito según el ciclo de vida adoptado por el

proyecto>
Comentarios <comentarios adicionales sobre el requisito de información>
Ingeniería de Software

INTRODUCCION

El sistema debe permitir gestionar es decir crear, modificar y eliminar las cuentas de
usuarios, clientes y socios.

ENTRADAS

Cedula, Nombres, Apellidos, Tipo de Usuario (Técnico, Cajero, Gerente), Dirección,

Teléfono.

PROCESOS

Para cumplir con este requerimiento se visualizará la pantalla donde el sistema pedirá la
correspondiente identificación como administrador. Nos ubicamos en la parte de
administrar del menú principal y escogemos Usuario, el sistema pedirá los
correspondientes datos del nuevo usuario, cliente o socio luego verificará que no haya
espacios en blanco, en el caso de ningún error guardará los datos del nuevo usuario. En
este mismo formulario podrá crear, modificar y guardar.

SALIDAS

 Las salidas van dirigidas a: Administrador (Gerente).

 Mensaje de error en el caso de no haber llenado algún campo.
 Mensaje de error en el caso de ingresar un numero de cedula ya existente o mal
ingresada en la base de datos.
 Mensaje de error en casos de ingresar incorrectamente los datos es decir que el
formato de los datos sea incorrecto.
 Mensaje de error al eliminar una cuenta, ya que no se permite eliminaciones en
cascada.
Ingeniería de Software

2.10 Requisitos no funcionales

Requisitos de rendimiento: La infraestructura de red, así como sus terminales deben

cumplir con normas según la IEEE en la forma de conexión a los equipos, para tener
tiempos de respuesta mínimos. Se contará con un servidor de base de datos, este deberá
tener un respaldo apropiado, así como personal técnico listo para cualquier eventualidad.

Seguridad: El uso de contraseñas para cada usuario (administrador, usuario, socio). Esto
permitirá que tengan acceso al sistema solo las personas que estén registradas y con su
usuario validado.

Fiabilidad: Es uno de los factores que dará confianza al cliente, para lo cual el sistema está
controlando todo tipo de transacción y está apto a responder todo tipo de incidente.

Disponibilidad: El sistema ha sido desarrollado tomando en cuenta las necesidades,

requerimientos, reglas, política, misión, objetivos etc. De la cooperativa, por lo que se
encuentra disponible el 80% del tiempo del día tomando en cuenta que el día tiene 24
horas; mientras que el 20% del tiempo es para tareas administrativas sobre el sistema.

Mantenibilidad: El sistema cuenta con características parametrizables lo que permitirá

futuros mantenimientos. Es decir, cada tiempo determinado se va a realizar una
actualización de datos dependiendo de los nuevos clientes o socios al igual que la
información de lugar según su festividad, al igual se realizara un mantenimiento
preventivo, del cual están encargado de hacerlo los desarrolladores.
Ingeniería de Software

 Crear y cargar grandes cantidades de información (texto, audio, video, ubicación) de los
prestadores de servicios turísticos de cada municipio y negocios de diferente tipo.
 Sistema de ingreso y registro de usuarios en la App.
 Menú con información general de la App: función, contacto e información de la empresa
Moreno & Asociados.
 Permitir recolección de datos por punto de investigación para el enriquecimiento del
software relacionadas a los eventos, historia, cultura, servicio hotelero y restaurantes.
 Organización de la información a través de menú, submenú y palabras clave que permitan
realizar una búsqueda rápida y eficiente.
 Permitir ver en tiempo real la ubicación exacta de donde se encuentra el dispositivo móvil
realizado con tecnología Google Maps donde permita además ver la ubicación y
distancias de sitios de interés en la zona geográfica establecida.
 Debe mostrar la historia de cada sitio a visitar, que eventos hay, ocupación y/o
disponibilidad del lugar.
 Permitir hacer reservas en los sitios turísticos y zona hotelera.
 Que permita realizar compras y reservas en línea.

 Generación de una estadística de los sitios visitados según su frecuencia de visita

acompañados de comentarios y recomendaciones de personas que ya hayan visitado el
lugar.
 La App debe tener un diseño llamativo que muestre la imagen corporativa de la empresa,
fácil de usar, esto atendiendo que estará disponible para personas de diferentes las edades.
 Contar son un sistema de registro de usuarios ya sea por correo, Facebook, instaran,
Twitter u otras redes sociales.
 Debe brindar un espacio para la calificación del aplicativo, con el fin de comprender la
satisfacción el usuario en cuanto al software.
Ingeniería de Software

3 Tiempo del Proyecto

3.1 Duración del proyecto:

Al planificar y estimar el proyecto, consideramos cada una de las siguientes fases por separado:

Requisitos y diseño

Planificación, arquitectura y desarrollo

Pruebas de software

Si usted está familiarizado con la construcción de una casa a medida, el proceso para el software
turístico es muy similar, y es una analogía que uso a menudo. La fase Requerimientos y
Diseño equivale a decidir el tipo de casa que desea y luego hacer que un arquitecto dibuje los
planos de su casa. Al final de esta fase, se tendrá un plan concreto para la aplicación de software
y todas las decisiones arquitectónicamente significativas y con impacto presupuestario deben ser
tomadas para que pueda comenzar la implementación con pocas o ninguna sorpresa más adelante.

Planificación, Arquitectura y Desarrollo es lo mismo que programar a los contratistas, vaciar los
cimientos y construir la casa. En el caso del software, el director de proyecto programa a
diseñadores creativos, arquitectos técnicos, ingenieros de software, etc. 

Requisitos y diseño – 2-4 semanas

En el desarrollo de software, la fase de Requerimientos y Diseño es predecible y corta. Como

tomador de decisiones y actor principal, trabajaremos con el equipo de TI que elijamos para:

Documentar los requisitos del sistema (las cosas que debe cumplir el software)

Colaborar en ideas diferenciales y funciones de aplicación que funcionarán juntas para satisfacer
los requisitos del sistema

Discutir los usuarios, sus capacidades y el aspecto deseado para la aplicación

Documentar y revisar el diseño de la aplicación (el plano de su aplicación) y discutir cualquier

cambio de última hora

Decidir el alcance inicial del proyecto (cuáles son las características que está construyendo en la
primera versión frente a las versiones posteriores)

Típicamente vemos que la fase de Requerimientos y Diseño toma de 2 a 4 semanas.

Planificación, arquitectura y desarrollo: 3-6 Meses

Ingeniería de Software

La planificación es la actividad de ordenar todas las tareas en orden, asignar los recursos y ver
qué tareas se pueden hacer al mismo tiempo y cuáles no.

Una vez realizada la planificación, el sistema necesita un marco o estructura sobre la que
construir. La arquitectura técnica define qué tecnologías se utilizarán y cómo funcionarán juntas.
Al igual que la planificación, la arquitectura técnica tiende a ser sencilla, a menos que el proyecto
implique integraciones de sistemas complejos o incorpore tecnologías complicadas o inusuales.
La arquitectura de un sistema tarda entre una y dos semanas en desarrollarse dependiendo del
tamaño del sistema y de su complejidad.

La mayor cantidad de tiempo en el desarrollo de software se dedica a la codificación de la

aplicación. Una vez que el sistema es diseñado y se decide la base técnica, típicamente vemos la
aplicación construida en 3-6 meses.

Pruebas: 3-6 semanas

Hay una variedad de pruebas que pueden y deben ser utilizadas. Todos los proyectos deben
someterse a pruebas de extremo a extremo y a pruebas de aceptación del usuario. Las pruebas de
extremo a extremo utilizan todas las características y funciones de un sistema como lo haría un
usuario. Durante el desarrollo, las características se prueban de forma aislada, pero no como un
todo unificado. Una vez desarrollado todo el software, una prueba de extremo a extremo ejercita
el sistema de manera holística y permite al probador comparar lo que se construyó con las
especificaciones originales y cualquier cambio en el diseño realizado a lo largo del proceso

Conclusión

En promedio, vemos que el proyecto de software que realizaremos tardara en un promedio de

entre 4 y 9 meses en diseñarse y desarrollarse. El tamaño y la complejidad del proyecto son los
factores más importantes de la duración total. Un proyecto se considera grande o tiene una mayor
complejidad si se aplica cualquiera de las siguientes condiciones:

 Incluye más de 25 pantallas

 Incluye un portal administrativo, así como una aplicación de usuario
 Soporta múltiples plataformas (web, tableta, teléfono, iOS, Android, Windows Phone)
 Se integra con múltiples sistemas (sistemas de seguridad, pasarelas de pago, sistemas
CRM, sistemas ERP, sistemas de recursos humanos, etc.)
 Involucra la migración de datos desde un sistema antiguo
 Tiene una lógica de negocio compleja
 Tiene requisitos de presentación de informes complejos
 Involucra un almacén de datos o mercado de datos
Ingeniería de Software

3.2 Diagrama de Gantt

- Deben presentar un diagrama de Gantt (o cualquier otro sistema de cronograma) con las
actividades y fases establecidas en la EDT. Allí, es importante que especifiquen la escala de
tiempo en la que organizarán todo: es decir si es por semanas, o meses, o días. Yo me atrevo a
sugerir que la más pertinente es en semanas, pues meses es mucho tiempo y no habría control
detallado y días sería para proyectos cortos con avances diarios. Pero eso lo deciden ustedes, de
acuerdo a las actividades de su proyecto.
- En el diagrama de Gantt o cualquier otro que usen también se relacionan de manera general los
recursos que se necesitan para cada actividad, en caso de que sean recursos especiales. Pero sólo
de manera general, pues los recursos concretos: cantidades valores, etc., los deben definir dentro
de los costos del proyecto.

4 Costos del Proyecto

4.1 Presupuesto del proyecto

Ingeniería de Software

El presupuesto y estimación de costos del proyecto software de turismo en Colombia se fijó en

peso colombianos teniendo en cuenta el desarrollo del proyecto y cada uno de los componentes
del EDT.

En las siguientes tablas se presenta y se describe los costos por cada una de las actividades.
Ingeniería de Software

Costo total del proyecto.

Ingeniería de Software

Reporte de ingresos semanales y mensuales.

5 Gestión de los Riesgos del Proyecto

 También deben tener en cuenta la EDT, de tal forma que para cada etapa del proyecto puedan
identificar más fácilmente posibles riesgos.

- Normalmente, en los riesgos se espera encontrar: la descripción del riesgo, su porcentaje de

ocurrencia, su prioridad y la acción a realizar e caso de que ocurra. Los riesgos de un proyecto se
ubican siempre en el futuro. Un riesgo es un evento o condición incierta que, si sucede, tiene un
efecto en por lo menos uno de los objetivos del proyecto. Los objetivos pueden incluir el alcance,
el cronograma, el costo y la calidad.

Código Riesgo Categoría Disparador Causa

R001 Retraso en el Diseño e Demora en el Falta de capacitación o
desarrollo del implementació desarrollo de la experiencia en BMP
proyecto n solución
Ingeniería de Software

R002 Inconvenientes de Codificación y Resultados Falta de información en

validación desempeño Erróneos referencia al desarrollo

R003 Avance en el Pruebas de Demora en las No realizan las pruebas

desarrollo del desempeño pruebas de acuerdo a la
proyecto metodología
implementada
R004 Retraso en los Pruebas de Fallas en la Falta de aplicación y
testing de funcionamient ejecución del conocimiento de la
funcionalidad o software metodología
R005 Malas estimación de Diseño e Desfase en el Falta de aplicación de
tiempo implementació desarrollo del la metodología
n software
R006 Problemas para Gestión del Rechazo de los Falta de una
alcanzar los proyecto entregables del metodología y
objetivos del proyecto experiencia en BMP
proyecto

Alcances:

 La identificación, priorización y el seguimiento de los riesgos más críticos serán

realizados por el gerente del proyecto.
 Las acciones a tomar serán aprobadas por el líder del proyecto.
 El proceso del riesgo debe ser definido e implementado por todo el equipo de trabajo.

Herramientas:

 Aprobación de gerencia
 Validación por el equipo de trabajo
 Check list de los riesgos probables
 Validación por parte del usuario.

Fuente de datos:

 La identificación de todos los riesgos fue realizada por parte de todos los integrantes del
proyecto según su experiencia.
 Se validó en referencia al banco de proyectos de la empresa.

Roles y responsabilidades:
Ingeniería de Software

 Gerente del proyecto: Responsable de la identificación, priorización y seguimiento de

riesgos.
 Líder de proyecto: Encargado de aprobar las acciones de propuesta para mitigar los
riesgos.
 Equipo de proyecto: Responsables de la identificación de los riesgos.
Ingeniería de Software