El workflow de los requisitos I
-
Upload
gerardo-ramirez -
Category
Documents
-
view
291 -
download
0
description
Transcript of El workflow de los requisitos I
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