EL WORKFLOW DE LOS REQUISITOS I

4.1 Determinar Cuales son las necesidades del cliente

A primera vista, determinar que necesita el cliente es sencillo,

basta con preguntárselo. Sin embargo, hay dos razones por las

cuales este método directo por lo general no funciona muy

bien.

Por que el cliente no aprecie lo que esta ocurriendo en su

empresa.

La razón por la cual un cliente pide con tanta frecuencia el

sistema de información equivocado es que los sistemas

de información son complejos.

La solución es obtener esta información inicial como una

entrada al proceso unificado.

La frase que ningún

analista de sistema

querrá escuchar nunca

de un clientes: "Se

que este es el sistema

de información que yo

pedí, pero no es lo que

Quería…”

2 de marzo de 2015 Ramírez Rodríguez Gerardo 6751

Objetivos:

Realizar el Workflow

de los Requisitos

Preparar modelo de

negocio inicial

Preparar los requisitos

Workflow de los re-

quisitos I figura 4.1

La tarea principal de los analistas de sis-temas del equipo de requisitos

Es trabajar con el cliente y con los futuros usuarios del

sistema de información para determinar que requieren ,

lo cual tal vez no sea lo que creen necesitar.

El primer paso es obtener una compresión del

domino de aplicaciones , es decir, el entorno

de negocios específicos en el cual va a operar

el sistema de información.

Una vez que se comprende el dominio , se

construye un modelo de negocios; es decir, se

usan los diagramas UML para describir los

procesos de negocios del cliente.

4.2 RESUMEN DEL WORKFLOW DE LOS

REQUISITOS

El proceso de descubrir los requisitos del

cliente se llama obtención de los requisitos.

Una vez que se ha redactado el conjunto

inicial de requisitos, se sigue con el proceso

de refinarlos y extenderlos, al cual se le

llama análisis de los requisitos.

EL PROCESO DE DESCUBRIR

La primera tarea de cada miembro del

equipo de requisitos es familiarizarse

con el dominio de aplicaciones, Es

particularmente importante utilizar la

terminología correcta cuando se

comunique con el cliente y con los

usuarios potenciales del sistema de

información.

El mismo problema puede surgir si los

miembros del equipo de requisitos no

comprenden las sutilizas de ñla

terminología del dominio

4.3 COMPRENSION DEL DOMINIO

4.4 Comprensión inicial del dominio:

caso practico Osbert Oglesboy

Osbert se especializa en comprar y vender cuadros impresionistas fran-

ceses. Sin embargo , comprara virtualmente cualquier cuadro si conside-

ra que puede obtener una ganancia cuando lo venda en su galería. Se

entrevistara a Osbert con el fin de obtener información detallada sobre

cada aspecto de su negocio.

Con el fin de aprender sobre pintura y el negocio del arte en general se

visitaron los sitios web de dos museos de arte importante y de dos corre-

dores de arte.

Maneras de clasificar el arte:

Cuadro por tema

Calidad del cuadro

4.5 Modelado de negocios

Una vez que los miembros del equipo se han familiarizado con el

lenguaje el siguiente paso es construir el modelo de negocio

inicial. La razón para construir un modelo de negocios es,

primero, que proporcione una compresión de los negocios del

cliente como un todo.

Para construir un modelo de negocios un analista de sistemas

debe comprender con todo detalle los diversos procesos de

negocios

Pueden utilizarse una serie de técnicas diferentes para obtener la

información necesaria para construir el modelado de negocios,

principalmente las entrevistas.

Los miembros del equipo de requisitos se reúnen con

miembros de la empresa del cliente hasta que se están

convencidos de que han obtenido toda la información

relevante del cliente y de los futuros usuarios del sistema de

información objetivo.

Hay dos tipos básicos de preguntas:

Pregunta cerrada: requiere una respuesta especifica

Pregunta abierta: se formulan para animar a hablar a la

persona que se esta entrevistando.

A si mismo hay dos tipos básicos de entrevistas :

Estructuradas: Se plantean preguntas pre planeadas , con

frecuencias cerradas.

No estructuradas: el entrevistador puede iniciar con una o

dos preguntas cerradas preparadas, pero las peguntas

subsecuentes se plantean basándose en las respuestas

que proporciona la persona a quien se esta entrevistando.

4.5.1 ENTREVISTAS

Una vez concluida la entrevista, el

entrevistador debe preparar un

informe por escrito que resuma el

resultado

ENTREVISTA

4.5.2 Otras Técnicas:

Las entrevistas son las técnica principal para obtener información para el

modelo de negocios.

Una manera de obtener conocimiento sobre las actividades de la empresa

del cliente es envía un cuestionario a los miembros importantes de dicha

empresa.

Una manera diferente de obtener los requisitos es examinar los diversos

formulrios utilizados por el negocio.

Por lo tanto un buen analista de sistemas estudiara con detalle la

documentación del cliente, tratándola como una fuente invaluable de

información que puede conducir a una evaluación precisa de sus

necesidades.

Otra manera de obtener esta información es la observación directa de

los usuarios.

Casos de uso hace un modelo de una interacción entre el sistema de información y los usuarios de este. Un

aspecto por considerar de un caso de uso es que demuestra la interacción entre el sistema de información y en

el entorno en el cual opera.

Por lo común es fácil identificar a un autor: un autor con frecuencia es un usuario del sistema de información.

Sin embargo un iniciador de un caso de uso o alguien que tiene una función critica en un caso de uso también

desempeña un papel y, por lo tanto, es visto como un autor.

Un actor no necesariamente tiene que ser una persona. Recuerde que un actor es un usuario de un sistema de

información y en muchos casos otro sistema de información puede ser un usuario.

La identificación de los actores es fácil , la única dificultad que surge en esta parte del proceso unificado es que

un analista de sistemas demasiado entusiasta a veces identifica actores que se traslapan.

4.5.3 CASOS DE USO

La empresa de Osbert Oglesby ha sido exitosa durante muchos años. Sin embargo, últimamente Osbert ha

estado perdiendo dinero. Un consultor le ha aconsejado a Osbert que adquiera un sistema de información que

corra en una computadora laptop, el cual pueda usar para determinar el precio máximo que puede pagar por

un cuadro.

El consultor en administración ha derivado un algoritmo que el sistema debe usar para determinar el precio

máximo que Osbert debe pagar por un cuadro. Osbert quiere que el sistema de información calcule el precio

máximo que debe ofrecer cuando compre un cuadro, con el fin de poder señalar cuando el precio de venta de

un cuadro es mayor que el precio esperado por Osbert cuando compro el cuadro, el SI necesita mantener un

registro de todas las compras y todas las ventas.

4.6 MODELO DE NEGOCIOS INICIAL: CASOS PRACTICO

OSBERT OGLESBY

Con el propósito de determinar los requisitos del cliente, se comienza preparando los

requisitos iniciales con base en el modelo de negocios inicial.

Los requisitos son dinámicos . Es decir, hay cambios frecuentes no solo en ellos, si no

también en las actitudes de los miembros del equipo de requisitos, los clientes y los futuros

usuarios con respecto a cada requisito.

Los requisitos se clasifican en dos categorías: funcionales y no funcionales. Un requisito

funcional es aquel que especifica una acción que el sistema de información debe ser capaz

de realizar. Los requisitos funcionales se expresan con frecuencia en términos de entradas y

salidas: dada una entrada especifica, el requisito funcional estipula cual debe ser la salida.

4.7 REQUISITOS INICIALES

El modelo de negocios inicial muestra como se maneja actualmente la

empresa de Osbert. El paso siguiente es decir cual de estos casos de uso

también son requisitos del sistema de información computarizado que se va

a

4.8 REQUISITOS INICIALES: CASO PRACTICO OSBERT OGLESBY

DESCRIPCIO N DE LOS CASOS DE USO

4.9 Continuación del Workflow de los requisitos: caso

practico Osbert Oglesby

Al examinar la documentación relevante, concretamente los requisitos

manuales actuales Osbert, se aprende que Osbert necesitara registrar los

datos siguientes para cada cuadro que compre:

Nombre del artista

Apellido del artista

Titulo de la obra

Fecha de la obra

Clasificación

Altura

anchura

Técnica

tema

DESCRIPCION DEL CUADRO

Fecha de compra

Nombre del vendedor

Dirección del vendedor

Precio de compra

Precio de compra real

Precio de venta sugerido

Fecha de venta

Nombre del comprador

Dirección del comprador

Precio de venta real

DESPUES DE QUE UN CUADRO SE HA

VENDIDO

Con el fin de calcular el precio de compra máximo determinado por el algoritmo