GUIA PROYECTO

PNFI
AUTORES:
PROF. PURA CASTILLO
 1

INSTRUMENTOS RECOLECCION DE DATOS

Entrevistas
“Las entrevistas son la técnica más utilizada para la recolección de información durante el proceso
de recolección de requerimientos” . Este método permite obtener el conocimiento acerca de cómo
se lleva a cabo el trabajo y cuáles son los problemas actuales de este, así como los factores
culturales de la organización. La información que se recolecta por medio de esta técnica revelará
la opinión de múltiples Stakeholders( cualquier persona que tiene un interés en ver que el
proyecto sea terminado de manera exitosa Empleados, Gerencia/dirección, Clientes y Socios)
afectados por el desarrollo del nuevo sistema, todo esto teniendo en cuenta qué, cómo y a
quienes se les realizan las preguntas de la entrevista

Un limitante durante la recolección de requerimientos por medio de las entrevistas es que el

analista de requerimientos debe integrar toda la información recolectada (interpretaciones, metas
y objetivos) en un conjunto simple de requerimientos, para lo cual no existe un procedimiento
estandarizado

Para realizar una entrevista exitosa es necesario seguir los siguientes lineamientos:

Leer la documentación que está relacionada con la organización y con el proyecto. Se debe
planear la entrevista, teniendo en cuenta cuales son los Stakeholders a los que va dirigida
(el o los Stakeholders) y cuál es el objetivo de la misma.
Es necesario definir qué tipo de entrevista se quiere realizar, puede ser:

Entrevista no estructurada: se desarrolla sin preparación, se destaca que no se tiene una

lista de preguntas preparadas, solo se tiene una idea básica del tema a tratar y las
preguntas que se hacen surgen de las respuestas del entrevistado.
Entrevista estructurada: Este tipo de entrevista debe tener una lista de preguntas, las
cuales se aplican en el orden estipulado.
Entrevista Semi-estructurada: Cuenta con una lista de preguntas elaboradas previamente,
pero estas se pueden modificar o se pueden anexar preguntas de acuerdo a como se
desarrolle la entrevista .Se debe hacer una lista de preguntas las cuales deben estar
relacionadas con el objetivo de la entrevista . Para esto también es necesario decidir qué
tipo de preguntas se van a realizar, estas pueden ser:

Material Recolectado Con fines académicos

 2

Preguntas abiertas: Estas preguntas están diseñadas para que los Stakeholders respondan
con sus propios conocimientos lo que se les pregunto. Un ejemplo de este tipo de
preguntas puede ser “¿Qué procesos están involucrados?”
Preguntas cerradas: son preguntas que pueden ser contestadas con una simple palabra, o
con una frase corta. Algunos ejemplos son ¿puede usted recrear el problema?, ¿qué edad
tiene?
Preguntas contextuales: Estas preguntas le ayudan al entrevistador a conocer cuál es la
información global acerca del problema y de las posibles soluciones potenciales, ya que
estas preguntas no cuentan con un contexto en particular. Un ejemplo de este tipo de
preguntas es “¿Qué problemas puede crear este producto?”.
Las preguntas se deben organizar de tal manera que al empezar la entrevista cubran el
tema de manera general y a medida que va avanzando la entrevista las preguntas se
dirijan a los temas específicos.
Proporcionar la lista de preguntas a los Stakeholders a los cuales se les realizará la
entrevista con anterioridad, para que puedan prepararla.
Una vez terminada la entrevista es necesario revisar las interpretaciones que el
entrevistador ha capturado con los Stakeholders, para así corroborar que la información
que se la correcta, es por esto que el documento que recopila la información recolectada
en la entrevista debe ser entregado al Stakeholder para que este lo revise y apruebe. Sin
embargo la información se puede ir confirmando conforme avanza la entrevista, haciendo
preguntas como “Si entendí bien, ¿usted empieza el proceso..?” .

Cuando se requiere obtener información de los grupos de Stakeholders, donde hacer una
entrevista no es posible, se deben utilizar Cuestionarios y encuestas Los cuestionarios pueden
contener preguntas abiertas y preguntas cerradas o una combinación de ellas

Guía para la creación de una encuesta:

Proporcionar una introducción sobre la encuesta. Explicar porqué es importante

responderla. Agradecer a los participantes su tiempo y esfuerzo.

Poner todas las preguntas importantes al principio, porque es raro que los entrevistados
contesten todas las preguntas.

Material Recolectado Con fines académicos

 3

Dejar espacios en blanco tanto como se pueda, usar un tipo y tamaño de letra apropiado
(por ejemplo arial) y saltos de línea donde se requiera.

Usar escalas nominales si se quieren clasificar cosas (Por ejemplos, ¿Qué marca es su
computadora? 1 = Dell, 2 = Gateway, 3 = IBM, otros.

Usar escalas ordinales para asociar rangos (por ejemplo, ¿Qué tan útil fue este curso? 3 =
No muy útil del todo, 2 = Moderadamente útil, 1= Muy útil.

Usar escalas de intervalos cuando se quiere realizar cálculos matemáticos sobre los
resultados, por ejemplo:

¿Qué tan útil fue este curso?

No muy útil del todo Muy útil

1 2 3 4 5

Cuando se usan escalas de intervalos se debe asignar un peso o un nivel de importancia a

cada pregunta. Por ejemplo, la pregunta anterior se le puede asignar un peso de 10 en una
escala del 1 al 10, lo cual significa que es una pregunta muy importante.

Para obtener la calificación final se hace de la siguiente manera:

Calificación final = peso * calificación recolectada

Después de ejecutar las técnicas de recolección de requerimientos, se debería tener como

resultado los siguientes artefactos o entregables:

Lista con los requerimientos de negocio

Visión y alcance del proyecto
Análisis de Stakeholders.
Glosario con los términos utilizados por los Stakeholders

Lista con los requerimientos de usuario

Material Recolectado Con fines académicos

 4

¿QUÉ SON LOS REQUERIMIENTOS?

Los requerimientos/requisitos de un sistema describen los servicios que ha de ofrecer el

sistema y las restricciones asociadas a su funcionamiento.

Los requerimientos son el punto de acuerdo entre cliente y el ingeniero de software. Este
entendimiento es necesario para poder construir un software que satisfaga las
necesidades de nuestro cliente.

“Serie de instrucciones abstractas de alto nivel de un servicio o de un sistema, limitado a

detallar en una especificacion.”
(Abbott, 1986 )

“Propiedad que debe exhibir, cumplir o satisfacer un sistema desarrollado o adaptado

para resolver un problema particular”
(Sawyer y Kotonya, 2001)
“Aspecto de un sistema o una descripción de aquello que el sistema es capaz de hacer a
fin de cumplir su propósito”
(Pfleeger, 1998)

¿QUÉ DEFINEN LOS REQUERIMIENTOS?

1. Lo que el sistema debe hacer
• Las funciones que debe ejecutar.
• Los datos que debe capturar y almacenar
• La información que debe producir
2. Las interacciones usuarios-sistema y sistema-sistema
3. Las restricciones bajo las cuales el sistema debe operar
• La interfaz gráfica usuario-sistema (GUI)
• La interfaz de la aplicación con otros sistemas.
• La plataforma de operación del sistema.
• La tecnología de información que debe utilizar el sistema.
4. Los atributos de calidad que el sistema debe satisfacer

Material Recolectado Con fines académicos

 5

• Estandar ISO 9126

Fases de la Ingeniería de Requerimientos

Material Recolectado Con fines académicos

 6

CLASIFICACIÓN DE LOS REQUERIMIENTOS

Explícitos:

Los requerimientos establecidos explícitamente se reflejan en el documento de

Especificación de Requerimientos del Sistema (ERS)

Requerimientos funcionales: Funciones a realizar por el software.

– Requerimientos no funcionales: Requerimientos de seguridad, rendimiento, interfaz,
etc. Describen restricciones que limitan las opciones de solucionar el problema.
Restricciones cuantitativas o precisión.
– Pseudorequerimientos: Impuestos por el cliente que restringen la implementacion del
sistema
Implícitos:
Los requerimientos implícitos no aparecen en la ERS, pero si no se cumplen con ellos la
calidad del software queda en entredicho.

Material Recolectado Con fines académicos

 7

Clasificación de los requerimientos Según Wiegers

REQUERIMIENTOS FUNCIONALES

Expresan la naturaleza del funcionamiento del sistema (cómo interacciona el sistema con
su entorno y cuáles van a ser su estado y funcionamiento).

Son de alto nivel para productos que tienen componentes H/S. Se expresan desde la
perspectiva del sistema H/S que contiene la aplicación. Asumen que la el software es
parte de un sistema mayor.

Ejemplos:
• La aplicación xxx deberá enviar un mensaje electrónico cada vez que la empresa xx.
disponga de una moneda antigua de su interés.
Requerimientos de Comportamiento:
Se expresan desde la perspectiva del desarrollador.

Material Recolectado Con fines académicos

 8

• Se denominan también requisitos funcionales propiamente dicho.

• Describen los servicios que el sistema presta a todos los usuarios directos.
• Expresan que hace el sistema bajo ciertos eventos (su comportamiento).
Ejemplos:
• El sistema xxx deberá permitirle al cliente efectuar el pago de su pedido en línea,
usando cualquier tarjeta de crédito.
• El sistema deberá permitirle al usuario visualizar los productos seleccionadas por el
usuario de los contenidos en el catálogo de productos.

Requerimientos del Negocio: Se expresan desde la perspectiva de la empresa

• Describen porque la empresa o el cliente desea desarrollar el sistema.
• Expresan que objetivos, metas o necesidades la empresa espera alcanzar con el uso del
sistema.

Ejemplos:
• La empresa XXX quiere abrir su mercado a cualquier usuario interesado en la
adquisición de productos...
• La aplicación xxx deberá contribuir a abrir el mercado e incrementar el volumen de
ventas anuales de productos.

Requerimientos de Usuarios: Se expresan desde la perspectiva del usuario.

• Describen las necesidades que los usuarios tienen y las tareas que los usuarios deben
realizar con el sistema o aplicación.
• Expresan lo que el usuario será capaz de hacer con el sistema. Se modelan mediante
casos de uso.
Ejemplos:
• Hojear los catálogos de productos.
• Visualizar un producto.
• Comprar un producto

Material Recolectado Con fines académicos

 9

REQUERIMIENTOS NO FUNCIONALES
Restricciones: Expresan las limitaciones que se le imponen al desarrollo del sistema.
Describen aspectos tales como:
Plataforma de desarrollo y operación.
• Uso de estándares, prácticas, métodos de desarrollo.
• Tiempo máximo de desarrollo.
• Costo máximo de desarrollo.

Ejemplos:
• El sistema deberá ser una aplicación web que debe ser desarrollado con las siguientes
herramientas. Plataforma LAMP: Linux, Apache, MySql y PHP.
• Tiempo máximo de desarrollo 8 meses.
• Costo máximo de desarrollo 30.000 Bs.
Atributos de Calidad
El sistema, deberá tener una confiabilidad mayor a 95%.
• El sistema deberá ser fácil de usar..
Reglas de Negocio Expresan todas las regulaciones que la aplicación deberá acatar, entre
otras:
• Requerimientos de interfaz gráfica (GUI).
• Describen las propiedades generales de la interfaz gráfica que permitirá la interacción
entre el usuario y el sistema.
Requerimientos de interfaces con otros sistemas.
• Describen con qué o cómo la aplicación interactuará con otras aplicaciones de software
o sistemas de hardware.
Ejemplos
• El sistema deberá ser implementada usando una interfaz web.
El sistema, deberá interactuar con el sistema de pagos online paypal.

Material Recolectado Con fines académicos

 10

MODELADO DE NEGOCIOS
Es el mecanismo por el cual un negocio trata de generar ingresos y beneficios. Es un
resumen de cómo una compañía planifica servir a sus clientes. Implica tanto el concepto
de estrategia como el de implementación.

El Modelado de Negocios (MN) es un proceso a través del cual se representa el dominio

de una aplicación. El Modelo de Negocios de una empresa, es una representación
simplificada de la lógica de negocio que describe lo que un negocio ofrece a sus clientes,
cómo llega a ellos, y cómo se relaciona con ellos.
A que responde un modelo de negocio..?

 ¿Quién es el cliente?
 ¿Cuál es el valor para el cliente?
 ¿Cómo obtenemos dinero en este negocio?
 ¿Cuál es la lógica económica que justifica que podemos entregar valor a los
clientes a un costo apropiado?

NECESIDADES Y REQUERIMIENTOS
Los requerimientos funcionales de un sistema expresan necesidades de
Información:
- ¿Qué información requieren los usuarios para ejecutar sus procesos de negocio?.
- ¿Qué actividades de un proceso de negocio requieren ser automatizadas?
• Los requerimientos de una aplicación dependen de los procesos de negocio que la
aplicación soporta (cómo y porqué lo hace).
- Si los procesos de negocio no se conocen, la identificación de necesidades y la
especificación de requerimientos no tienen fundamentación alguna.
Es el mecanismo por el cual un negocio trata de generar ingresos y/o beneficios. Es un
resumen de cómo una organización planifica servir a sus clientes.
El MN identifica y representa aspectos del sistema de negocios, tales como:
- Objetivos de la organización.
- Procesos de Negocio y sus actividades.

Material Recolectado Con fines académicos

 11

- Reglas de Negocio.
- Objetos del Negocio.
- Actores y su organización
El producto del MN son los MODELOS DE NEGOCIO.

Modelado de Objetivos del Negocio

Los objetivos del negocio pueden representar una intención de un individuo en particular,
de una parte de la empresa, o de toda la empresa. Una intención representa un estado
actual o potencial de la empresa, una situación deseada ó una visión o futura dirección a
seguir. Un OBJETIVO es un “RESULTADO” establecido de antemano y que, por lo general,
refleja el modo de pensar de la organización, orienta el desempeño empresarial y permite
evaluar la continuidad del negocio (Chiavenato, 2000)
Éste modelo consiste en elaborar una jerarquía de objetivos, donde los objetivos de más
alto nivel estarán ubicados en la parte superior y los de más bajo nivel en la parte inferior.
es menester resaltar el hecho de que la filosofía organizacional en este tipo de trabajo
debe estar presente, es decir, la misión, visión y objetivos, que son necesarios para
alcanzar el fin de la organización, es de resaltar que cuando se habla de objetivos, en este
caso son organizacionales (objetivos de bajo nivel), y estratégicos (Objetivos de alto nivel)

Material Recolectado Con fines académicos

 12

Los Modelos de Objetivos se pueden representar usando (Diagramas de Objetos en UML

2.1).
Ejemplo modelado de Objetivos:
Identificar y/o definir la visión, misión y objetivos de alto y bajo nivel de la Organización.

Modelado de Procesos del Negocio:

El modelo de procesos del negocio permite describir una organización, tales como: – Los
procesos que ésta ejecuta – Sus actores y responsabilidades – Los recursos que están
involucrados Hay que recordar que un proceso es un conjunto de actividades
interrelacionadas que permiten alcanzar un objetivo del negocio. Los tipos de procesos
que encontramos en una organización, pueden ser:
–Procesos de producción
–Procesos de servicios
–Procesos administrativos
–Procesos de información
–Procesos gerenciales
–Procesos de comunicación
–Procesos de planificación
–Procesos de toma de decisiones
Representación gráfica de las fases, pasos, actividades o tareas que el método propone
para modelar el negocio

Ejemplo Modelado de Procesos del Negocio

 Modelar la cadena de valor de la Organización.
 Identificar los procesos fundamentales de la Organización.
 Definir las relaciones de secuencia e interacción entre estos procesos
fundamentales.
 Construir la cadena de procesos fundamentales.
 Identificar los procesos de apoyo a la ejecución de los procesos fundamentales.
 Completar la cadena de valor de la Organización.

Material Recolectado Con fines académicos

 13

 Elaborar el diagrama jerárquico de procesos.

Modelado de Objetos del Negocio

Los objetos de negocio son aquellas cosas o entidades que intervienen en los procesos de
negocio, son creados, usados, requeridos, consumidos, producidos, etc. por los procesos
de negocio, por ejemplo, en el proceso de negocio “Contratar empleado” : Candidato,
Empleado y Contrato son objetos de negocio que intervienen en ese proceso, los objetos
pueden ser objetos físicos o abstractos.
Un objeto de negocio tiene asociado una dinámica o comportamiento, que no son más
que un conjunto de operaciones (acciones) que ese objeto puede realizar, éstas acciones
dependen del contexto donde se ubique el objeto.
Ejemplo

En un sistema de gestión de Recursos Humanos, un empleado puede realizar las siguientes

acciones:
• Ingresar
• Laborar
• Capacitarse
• Escalar posiciones
• Renunciar
•Jubilarse
Otro ejemplo
–Todos los empleados de una empresa
–Todos los clientes de un banco
–Todos los productos que produce una planta

 Identificar los objetos del negocio de la Organización involucrados en un proceso

(o en todo el sistema)
 Los objetos se identifican analizando el modelo de procesos de negocio
 Clasificar los objetos de negocio.

Material Recolectado Con fines académicos

 14

 Identificar y nombrar las clases

 Establecer las relaciones entre las clases de negocio
 identificar relaciones de asociación, generalización, agregación y composición que
sean relevantes al proceso.
Relaciones funcionales:
– Los empleados están asignados a uno o más proyectos
Relaciones de especialización: (Herencia)
– Los gerentes son un tipo de empleados
Relaciones de agregación:
– Un plan está compuesto de objetivos, actividades, indicadores,
cronograma,
 Identificar clases de asociación.
 Elaborar el diagrama preliminar de clases de negocio

Modelado de Reglas del Negocio

Los procesos de negocios están regulados o controlados por un conjunto de normas,
políticas, estándares, etc., a este conjunto de regulaciones se les denomina reglas de
negocio, las cuales definen las regulaciones o restricciones bajo las cuales una empresa
opera. Es una política o condición que debe ser satisfecha por el negocio
Las reglas de negocios permiten expresar sin ambigüedad aspectos contenidos en: –Leyes,
decretos y otras regulaciones definidas por el gobierno –Estándares, mejores prácticas y
políticas
Entender el proceso de negocio.
 Analizar los procesos de negocio usando los diagramas de proceso, jerarquía y
actividades.
 Identificar diferentes escenarios o situaciones que se pueden presentar en las
actividades del proceso.
 Identificar las decisiones que deben tomarse al ejecutar las actividades del
proceso.

Material Recolectado Con fines académicos

 15

 Identificar y seleccionar las reglas a partir del análisis de los escenarios y decisiones
identificadas.
 Clasificar las reglas del negocio.
 Modelar o especificar las reglas de bajo nivel.
Ejemplo
“ El pago de planillas se realizará los días 25 de cada mes y vía depósito en cuenta
bancaria.
“ No se realizará ningún desembolso sin previo documento que sustente la conformidad
del bien o servicio”
Un cliente no puede colocar más de 10 órdenes de compra al mismo tiempo
El monto total de una orden a crédito no debería exceder el límite de crédito del cliente
• Si un cliente no tiene cuentas por pagar atrasadas, entonces su estatus es “excelente

Modelado de Actores del Negocio

Los actores del negocio son personas, sistemas, máquinas o autómatas capaces de
ejecutar acciones o tareas, pueden ser: Externos (Pertenecen al entorno del sistema de
negocios) o Internos (Son parte del sistema de negocio). Los procesos de negocio son
ejecutados por actores. ¿Qué aspectos se han de tener en cuenta cuando se trabajan con
actores del negocio? Un Actor tiene bajo su responsabilidad la ejecución de uno o más
roles. Un Rol es un conjunto de actividades que tienen un objetivo bien definido dentro de
la organización. Cada rol tiene asociado un conjunto de responsabilidades. Un mismo
actor puede ejecutar varios roles dentro de la misma organización, según su participación
en distintos procesos. Un rol puede existir de manera independiente del actor que lo
ejecuta

 Identificar los Actores y unidades organizacionales que

 participan en la Organización
 Especificar los roles y responsabilidades de los actores
 Modelar la estructura organizacional de la Gerencia de

Material Recolectado Con fines académicos

 16

 Perforación.
 Elaborar el diagrama Actividad – Actor
 Elaborar matriz Proceso – Actividad – Actor
Modelado de Eventos del Negocio
La ejecución de un proceso de negocios se inicia en un instante de tiempo t determinado y
culmina en un instante t’ posterior. ¿Qué hace que un proceso inicie o culmine su
ejecución? Una acción de muy corta duración denominada evento, el cual es el elemento
que activa o desactiva un proceso.
El modelado de eventos tiene relación con los procesos y con los objetos de negocio.
 Identificar eventos internos y externos de la Organización
 Relacionar eventos con los procesos de negocios usando diagramas de flujo de
procesos.
 Elaborar modelos de estado para objetos del negocio que lo requieran

Material Recolectado Con fines académicos