Ingeniería de Software.

La Visión del Proyecto.

Ingeniería de Software Visión del Proyecto Página 0

 Mapa del Proceso.

Ingeniería de Software Visión del Proyecto Página 1

 Entrevistas con el "dueño" del proyecto.

Para determinar la visión del proyecto, primero hay que

entrevistar al "dueño" del proyecto para definir los
requerimientos funcionales de alto nivel:

• El "dueño" del proyecto es cualquier persona con poder

de decisión en la empresa que es responsable de que
el sistema funcione.
• Un requerimiento funcional es una descripción de que
actividades debe llevar a cabo el proyecto para un
actor.

Ingeniería de Software Visión del Proyecto Página 2

 Tipos de Requerimientos.

Requerimientos Funcionales (FRs):

• Describen las características de un sistema que implican un actor

realizando operaciones de la empresa.

• Por ejemplo: el sistema debe registrar la siguiente información del

cliente: nombre y dirección.

Requerimientos No-funcionales (NFRs):

• Describen las características de un sistema que implican como se

debe llevar a cabo una operación.

• Por ejemplo: el sistema debe soportar 10 usuarios simultáneos en

una aplicación Web.

Ingeniería de Software Visión del Proyecto Página 3

 Habilidades del Entrevistador.

Entrevistar no es algo fácil. Se requiere práctica y

experiencia. Agunos tips:
• Siempre prepararse aunque se tenga experiencia.

• Escuchar cuidadosamente.

• Construir rapport (confianza) con el entrevistado.

• Empezar con conversación ligera (NO chistes).

• Escuchar cuidadosamente.

• Llevar la entrevista en la dirección deseada, no interrumpir al

entrevistado a menos que se salga demasiado del tema, pero
hacerlo con mucho cuidado.

Ingeniería de Software Visión del Proyecto Página 4

 Habilidades del Entrevistador (2).

• Escuchar cuidadosamente.

• Refrasear ideas no muy claras y validarlas preguntando.

• Escuchar cuidadosamente.

• Tomar notas detalladas.

• Escuchar cuidadosamente.

• De preferencia no usar grabadora y si se decide hacerlo

solamente con permiso.

• Escuchar cuidadosamente.

Ingeniería de Software Visión del Proyecto Página 5

 Enfoque de la Entrevista de Visión.

Las entrevistas iniciales para determinar la visión del

sistema se deben enfocar en los siguientes aspectos:

• Importancia real del proyecto (Business case).

• Requerimientos funcionales.
• Riesgos.
• Restriciones.
• Involucrados (stakeholders).

Ingeniería de Software Visión del Proyecto Página 6

 Preguntas para Determinar la Importancia.

Lograr que el dueño del sistema explique por qué necesita

el software.

• ¿Cómo opera la empresa actualmente?

• ¿Qué hace, fabrica o vende la compañía?
• ¿Cómo está estructurada la empresa?
• ¿Puedo tener un organigrama de la empresa?
• ¿Cómo va a soportar el nuevo software los procesos de la
compañía?
• ¿Cómo está cambiando su negocio?
• ¿Hay planes de expansión?
• ¿Cómo se podría reorganizar la compañía?

Ingeniería de Software Visión del Proyecto Página 7

 Preguntas para Descubir los Requerimientos
Funcionales.
Lograr que el dueño del sistema explique que debe hacer
el software para el negocio.

• ¿Cuáles son los principales casos de uso del sistema?

Normalmente entre 5 y 10.
• Reiterar los casos de uso.
• Verificar la comprensión de los casos de uso.
• ¿Cuáles son las prioridades de los casos? En términos
de esenciales, requeridos, deseables o algo similar.
• Reiterar la lista de los casos de uso y preguntar siempre
si pueden faltar algunos.

Ingeniería de Software Visión del Proyecto Página 8

 Preguntas para Descubrir Riesgos.

Hay 5 áreas principales de riesgo. Algunas preguntas que

ayudan a identificar riesgos del proyecto.

• ¿Hay otros grupos en la empresa haciendo funciones

similares?
• ¿Se piensa usar nuevas tecnologías de software en el
proyecto?
• ¿Se cuenta con recursos de desarrollo internos o se planea
subcontratar a empresas externas (outsourcing)?
• ¿Los miembros del equipo tienen las habilidades necesarias?
• ¿Qué partes del negocio relacionadas con el sistema es
probable que cambien?

Ingeniería de Software Visión del Proyecto Página 9

 Preguntas para Descubrir Restricciones.

Este tipo de preguntas ayudan a descubrir restricciones

ocultas en los proyectos:

• ¿Se debe usar una plataforma específica?

• ¿Se requiere alguna tecnología específica?
• ¿Hay una fecha límite fija?
• ¿El sistema debe interaccionar con otros sistemas
externos?
• ¿Cuáles son las restricciones en el lado operacional del
software?

Ingeniería de Software Visión del Proyecto Página 10

 Preguntas para Descubrir Involucrados.

Preguntar los nombres de los involucrados con preguntas

como las siguientes:

• ¿Quiénes tienen autoridad para tomar decisiones respecto a

los requerimientos funcionales del sistema?
• ¿Quiénes usarán el sistema?
• ¿Quiénes supervisarán a los usarios del sistema?
• ¿Quiénes manejarán la operación del sistema?
• ¿Quiénes manejarán el desarrollo del proyecto?

Ingeniería de Software Visión del Proyecto Página 11

 Análisis de la Entrevista de Visión.

A partir de las notas de la entrevista el ingeniero de

software debe identificar:

• Requerimientos funcionales.

• Requerimientos no-funcionales.

• Riesgos.

• Restricciones.

Ingeniería de Software Visión del Proyecto Página 12

 Identificación de Requerimientos No-funcionales.

En ocasiones, el dueño del negocio puede sugerir

requerimientos no-funcionales, principalmente respecto
a la calidad del servicio, que se deben registrar.

• Frases como las siguientes pueden ser NFRs:

– El tiempo de respuesta debe ser realmente rápido.
– Tenemos muchos registros de clientes en la base de datos.
– El sistema debe soportar hasta 100 usuarios.

• Tecnologías específicas mencionadas pueden ser

restricciones o NFRs:
– Queremos que nuestros clientes usen el sistema vía Web.
– Usamos ORACLE en otro proyecto.

Ingeniería de Software Visión del Proyecto Página 13

 Riesgos y Restricciones.

• Los riesgos y las restricciones “van de la mano”.

• Generalmente las restricciones implican ciertos riesgos y

los riesgos pueden provenir de restricciones impuestas.

• Por ejemplo:

– Restricción: fecha límite fija.

– Riesgo: no terminar en esa fecha.

Ingeniería de Software Visión del Proyecto Página 14

 Identificación de Riesgos.

• Los riesgos no atendidos son la razón principal porque

los proyectos fracasan.
• Se deben identificar los riesgos lo más pronto posible y
crear una estrategia para manejarlos.
• Hay 5 áreas de riesgos principales:

– Políticos.
– Tecnológicos.
– De recursos.
– De habilidades.
– De requerimientos.

Ingeniería de Software Visión del Proyecto Página 15

 Riesgos Políticos.
Existen riesgos políticos cuando:

• Hay un proyecto similar o un competidor.

• El jefe del administrador del proyecto ha cancelado o
disminuido fondos, equipo o recursos humanos en el
pasado.
• Hay problemas interpersonales o incluso "pleitos" entre
el grupo de desarrollo o la jerarquía gerencial.
• El proyecto tiene conflictos con leyes o regulaciones
gubernamentales.

Ingeniería de Software Visión del Proyecto Página 16

 Riesgos Tecnológicos.
• Existen riesgos tecnológicos cuando el proyecto podría
usar una tecnología no suficientemente probada,
demasiado nueva o difícil de utilizar.
• Algunos signos de advertencia:
– El dueño del proyecto usa muchas palabras de tecnología
avanzada aunque no entiende claramente su significado.
– El dueño insiste en que el proyecto tome una dirección
tecnológica específica.
– El dueño del proyecto quiere usar tecnología de punta para
resolver un problema de negocio.
– El nuevo sistema debe integrarse con un sistema antiguo
(legacy).

Ingeniería de Software Visión del Proyecto Página 17

 Riesgos de Recursos.
• Existen riesgos de recursos cuando el proyecto no tiene
todos los recursos (humanos, equipo, dinero) requeridos
para su terminación existosa.

• Algunos signos de advertencia:

– El dueño del proyecto menciona restricciones presupuestales.

– El personal técnico esta sobrecargado de trabajo.
– El proyecto tiene un calendario demasiado estrecho.

Ingeniería de Software Visión del Proyecto Página 18

 Riesgos de Habilidades.

• Existen riesgos de habiidades cuando el equipo de

desarrollo no tiene los conocimientos o experiencia
necesarios para llevar a cabo el trabajo.

• Algunos signos de advertencia:

– El proyecto debe usar una tecnología específica pero no se ha

proporcionado entrenamiento en esa área.
– El proyecto se va a progamar en cierto lenguaje que no conocen
los desarrolladores.

Ingeniería de Software Visión del Proyecto Página 19

 Riesgos de Requerimientos.

• Existen riesgos de requerimientos cuando algún caso de

uso o un requerimiento funcional no se conocen
completamente.

• Algunos signos de advertencia:

– Cuando el dueño del sistema dice algo así: "lo sabré cuando lo
vea".
– Cuando el dueño del sistema no puede visualizar un escenario
de un caso de uso.
– Cuando el dueño del sistema no conoce que existe un caso de
uso.

Ingeniería de Software Visión del Proyecto Página 20

 Creación del Documento de Visión.

• El Documento de Visión registra la Visión General del

sistema de software y documenta los riesgos y
restricciones.
• Debe haber cinco secciones en el documento:
– Introducción que incluya el postulado del problema.
– Oportunidades de negocio.
– Solución Propuesta incluyendo FRs y NFRs.
– Riesgos.
– Restricciones.
• El Documento de Visión debe ser tan claro y conciso
como sea posible.

Ingeniería de Software Visión del Proyecto Página 21

 El Postulado del Problema.
• El Postulado del Problema es un sumario del problema de la
empresa. No tiene que incluir necesariamente todos los FRs o casos
de uso, pero sí los más importantes.

• Ejemplo:

El Sistema de Reservaciones del Hotel será responsable del manejo

de las reservaciones para varios tipos de hoteles que incluyen al
menos hoteles familiares y de negocios. El sistema debe incluir una
aplicación web que permita a los clientes ver fotografías de los
hoteles y de los cuartos, así como las reservaciones activas y
pasadas y hacer nuevas reservaciones. El sistema también debe
programar conferencias o convenciones de negocios.

Ingeniería de Software Visión del Proyecto Página 22

 Las Oportunidades de Negocio.

• Esta sección del Documento de visión debe registrar la visión

presente y pasada de la compañía y de que manera el sistema de
software va a ayudar al negocio.

• Ejemplo:

Bay View Hotels es una compañía hotelera familiar que empezó en

1987 en Santa Cruz, California por los copropietarios Peter and Mary
Jane Parker que fundaron un hotel familiar. En 1995 compraron otro
hotel orientado a viajeros de negocios en Sonoma, California. El
negocio ha crecido satisfactoriamente en estos años. Recientemente
en unas vacaciones los dueños conocieron un hotel de descanso,
cuyo dueño quería retirarse. Esta es la oportunidad que esperaban
para expandir el negocio, de manera que actualmente están a punto
de cerrar esta nueva compra. El Sistema de Reservaciones de
Hoteles se propone para integrar las 3 localidades actuales y las
futuras.

Ingeniería de Software Visión del Proyecto Página 23

 La Solución Propuesta.

• Esta sección del Documento de visión registra todos los

requerimientos funcionales (FRs) y no-funcionales
(NFRs) identificados por el dueño del sistema.
• Incluye una lista de los FRs como frases breves que
describen como usan los actores el sistema.
• Por ejemplo:
– El sistema debe incluir una aplicación web, en varios idiomas,
que incluya fotografías de los hoteles y los cuartos.
– El sistema debe integrar las reservaciones en todos los hoteles.
– Los recepcionistas deben poder recibir (check-in) y despedir
(check-out) a los clientes.
• Agrupar los FRs en categorías por prioridad.

Ingeniería de Software Visión del Proyecto Página 24

 La Solución Propuesta (2).
• También se deben describir los NFRs identificados durante las
entrevistas iniciales.

• Ejemplo:

– Las reservaciones on-line vía web, no deben tomar más de 10

minutos de principio a fin.
– Habrá a lo sumo 10 reservaciones por minuto actualmente.
– Se espera un incremento a 20 transacciones por minuto en 5
años.
– Posiblemente se llegue a 50 transacciones por minuto en 10
años.
– El sistema debe ser capaz de aceptar la integración de más
hoteles en el futuro.

Ingeniería de Software Visión del Proyecto Página 25

 Riesgos
• Esta sección del Documento de Visión debe registrar todos los
riesgos que se identificaron en las entrevistas iniciales.

• Ejemplo:

El riesgo principal de este proyecto es determinar la estrategia para

convertir los datos actuales de hojas de cálculo en los hoteles de
negocios y archivos planos en los familares, a una base de datos.
Otro riesgo potencial es el punto de inflexión costo/beneficio de
outsourcing o desarrollo interno. El plan para mitigar estos riesgos
se presentará en el documento de Especificaciones de
Requerimientos del Sistema (SRS).

Ingeniería de Software Visión del Proyecto Página 26

 Restricciones.
• Esta sección del Documento de Visión registra todas las
restriciones que se identificaron en las entrevistas
iniciales.

• Ejemplo:

Debido a los gastos de compra del nuevo hotel, los dueños no pueden
adquirir herramientas caras como un Manejador de Bases de Datos o
un Servidor de Aplicaciones. Debemos utilizar herramientas Open
Source probadas.

Ingeniería de Software Visión del Proyecto Página 27

 Ejercicio 1: Características del Documento de Visión.

Relacione la sección del Documento de visión con su contenido.

Sección Descripción.

a. Introducción 1 Contiene la visión pasada y presente de la compañía.

b. Oportunidades 2 Contiene requerimientos de alto nivel.

de negocio
c. Solución 3 Contiene problemas potenciales que pueden afectar el
Propuesta proyecto.
d. Riesgos 4 Contiene el Postulado del Problema.

e. Restricciones. 5 Puede definir límites impuestos a los recursos del

proyecto.

Ingeniería de Software Visión del Proyecto Página 28

 Ejercicio 2: Entrevista.

• Prepare cuidadosamente (por escrito) la entrevista inicial con el

Director General de Torneos de Futbol, A.C. para determinar los
requerimientos iniciales del Sistema que desea desarrollar.
• Lleve a cabo la entrevista

Ingeniería de Software Visión del Proyecto Página 29

 Ejercicio 3: Desarrollo del Documento de Visión.

Basado en los resultados de la entrevista con el Director de Torneos

de Futbol, A.C. escriba el Documento de Visión del Sistema Torneo
Futbol09 incluyendo las cinco secciones:

• Introducción, postulado del problema.

• Oportunidades de negocio.
• Solución Propuesta incluyendo FRs y NFRs.
• Riesgos.
• Restricciones.

Ingeniería de Software Visión del Proyecto Página 30