requerimientos del negocio - modeloscs.uns.edu.ar/materias/rs/downloads/practica/clase... ·...
TRANSCRIPT
Requerimientos del Negocio - Modelos
Haydée Ferreira
La Solución
El Problema
Requerimientos del Negocio y del Usuario
Necesidades expresadas
Necesidades no
expresadas
Arquitectura del Sistema
Requerimientos Funcionales y de los Datos
Se derivan
Se capturan
Se diseña
Requerimientos no Funcionales
Requerimientos del Usuario
Requerimientos del Negocio
Requerimientos No Funcionales
Requerimientos Funcionales
Requerimientos para los Datos
Los requerimientos del negocio son especificaciones de alto nivel, establecidas por la organización percibe la necesidad o detecta la oportunidad.
Incluyen los objetivos del negocio, la visión del producto y el alcance del proyecto.
Participan directivos, gerentes, patrocinadores.
¿Por qué y para qué se construye el
sistema?
¿Cómo es la organización actualmente?
¿Cómo será la organización cuando el sistema esté en
funcionamiento?
Los requerimientos del usuario especifican las tareas que los usuarios esperan realizar con el sistema.
Establecen también los atributos o características que el sistema deberá exhibir para satisfacer las necesidades del usuario.
¿Qué necesita hacer el usuario con el sistema?
Los requerimientos funcionales describen el comportamiento que el sistema debe exhibir ante cada condición específica.
El analista deriva la funcionalidad que el sistema debe brindar para satisfacer al usuario.
Los requerimientos no funcionales describen las propiedades o restricciones sobre el comportamiento del sistema.
Un sistema de información permite recibir, almacenar, administrar, controlar, procesar y/o transmitir datos.
Los datos empiezan a reconocerse en las primeras iteraciones, cuando se establecen los requerimientos del negocio y se hacen más evidentes cuando se capturan los requerimientos del usuario.
Documento de Visión y
Alcance
Diagrama de Contexto
Árbol de Características
Mapa de Ecosistema
Portafolios del Negocio
Documento de Requerimientos
del Mercado
El documento de visión y alcance puede acompañarse con representaciones
visuales que complementen el modelo.
El propósito es facilitar la comunicación con los participantes.
La notación es importante para favorecer la comprensión. Si se utilizan diferentes notaciones se pueden producir problemas de interpretación del diagrama
Cada herramienta puede resultar más o menos adecuada según el tipo de proyecto.
Las herramientas más comunes son:
Diagrama de contexto
Árbol de características
Mapa de ecosistema
Lista de eventos
Existen otros…
Diagrama de casos de uso de alto nivel
¿Qué es un diagrama de contexto?
También llamado flujo de datos, es el modelo de procesos más general que puede utilizarse en un sistema o aplicación. El sistema o aplicación se representa como un único proceso. Sus interacciones con la empresa, otros sistemas y el mundo exterior se dibujan como flujos de datos de entradas y salidas.
El diagrama de contexto permite visualizar el alcance del proyecto, los límites y conexiones entre el sistema y su contexto.
Es el nivel más alto dentro de los diagramas de flujo de datos desarrollados de acuerdo a los principios del análisis estructurado. También se lo llama Diagrama de Flujo de Datos Nivel 0.
También útil cuando se utiliza otra metodología como la propuesta por la POO.
El sistema completo se modela con un círculo que puede involucrar software, hardware y actores.
Los rectángulos van a representar entidades externas, pueden ser personas, grupos, organizaciones, sistemas o dispositivos de hardware.
Las flechas representan flujo de datos o de ítem físicos entre el sistema y las entidades externas.
Identifica a las entidades externas o terminales y el flujo de datos o de control entre estas terminales y el sistema.
El sistema incluye también los procesos manuales y a los actores que los realizan.
Los detalles de los datos y procesos no son visibles.
Las entidades externas representadas con rectángulos pueden ser usuarios, organizaciones, otros sistemas, dispositivos de hardware, repositorios de datos
Las flechas en el diagrama representan el flujo de los datos o items físicos entre el sistema y sus entidades externas
El sistema se conecta a las entidades externas por medio de flechas unidireccionales o bidireccionales
Unidireccional: toma o entrega información
Bidireccional: toma y entrega información
Las flechas representan el flujo de los datos o items físicos entre el sistema y las entidades externas
Definición de ecosistema:
Por ecosistema se entiende a la comunidad de seres vivos cuyos procesos vitales están relacionados entre sí. El desarrollo de estos organismos se produce en función de los factores físicos del ambiente que comparten.
En este caso se entiende el conjunto de sistemas involucrados en la “solución”
El mapa de ecosistema muestra todos los sistemas relacionados con el nuevo sistema y la naturaleza de sus interacciones
Muestra todos los sistemas que potencialmente podrían requerir adaptaciones al nuevo sistema
Difiere de un diagrama de contexto en que muestra todos los sistemas que tienen una relación con el nuevo sistema, incluyendo aquellos que no tienen una interacción directa
Cada sistema se representa con un rectángulo
Las interacciones entre sistemas se muestran con flechas
Pasos:
1. Identificar todos los sistemas
2. Identificar las interfaces
3. Modelar el diagrama
Ayuda a identificar rápidamente sistema faltantes
Permite focalizarse en un sistema y todas sus interacciones
Paso 1: Identificar sistemas
Algunas preguntas…
1. ¿Qué sistema/s se usan en cada paso del proceso?
2. ¿En qué sistema “se almacenan” los datos? Qué sistema los crea, actualiza, elimina?
3. ¿Que sistema consulta los datos?
Una vez identificados todos los sistemas, dar una breve descripción de cada uno
En grandes empresas los mapas de ecosistema pueden ser muy grandes y complejos. Hay que concentrarse en los sistemas en los cuales el nuevo sistema impacta y seguir el flujo de los datos.
Es posible crear “grupos de sistemas relacionados” y descomponer el modelo en submodelos
Paso 2: Identificar interfaces
Algunas preguntas…
1. ¿Cómo dialogan los sistemas?
2. ¿Qué información intercambian?
3. ¿En qué dirección?
Unidireccional?
Bidireccional?
Paso 3: Construir el Diagrama
1. Ubicar los sistemas
2. Conectar los sistemas
3. En casos de diagramas grandes y complejos es posible agrupar los sistemas con algún criterio (por ejemplo, funcional) utilizando cajas de agrupamiento, colores
¿Para qué construimos este diagrama?
1. Visualizar rápidamente sistemas e interconecciones que están en el alcance del proyecto
2. Identificar puntos de integración del nuevo sistema e interfaces que deben implementarse requerimientos
3. Cuando se realiza un cambio, permite chequear si afecta interfaces o incluso implica cambios en otro sistema
Es un diagrama de alto nivel que modela el alcance completo del proyecto en grupos de características organizadas en forma jerárquica.
Es ideal para mostrar a los ejecutivos el alcance del proyecto.
Es importante notar que hay muchas definiciones distintas del término “feature”
En un Feature Tree (Arbol de características) puede incluir:
◦ Hardware
◦ Funcionalidades
◦ Características no funcionales
Las características se agrupan en tres niveles de detalle L1, L2 y L3.
L1: más alto nivel
L2: nivel medio
L3: más detallado
Son modelos visuales extremadamente útiles ya que permiten agrupar características de manera de identificar más fácilmente requerimientos faltantes
Técnicas para construir el árbol de características:
1. Comenzar por el elemento de mayor jerarquía: punto central, concepto central. En nuestro caso, el sistema a desarrollar
Repetir 1. Crear una rama por cada característica de
alto nivel o grupo de características identificado
3. Crear las subramas de cada rama principal (subrama de nivel medio)
4. Crear las subrama de nivel detallado de cada subrama
5. Revisar el diagrama con los stakeholders
¿Como construir un árbol de características?
Distintos criterios para agrupar características
Metodología Top-Down o Down-Top
Producto
Producto
Editor de Figuras
Edición
ribbon contorno
escalar
cortar
goma
lápiz abrir nuevo
guardar
jpg relleno rbg
acercar
alejar
pegar
Herramientas
Archivo
Standares Formatos Zoom Formas
bmp
imprimir
copiar
seleccionar
pincel
tarro
rotar
Una lista de eventos identifica eventos externos que pueden disparar un comportamiento en el sistema.
La lista de eventos incluye
Eventos del negocio disparadas por usuarios
Eventos temporales
Eventos de señales recibidos desde componentes o dispositivos externos
La lista de eventos solamente lista los eventos.
Los requerimientos funcionales que describen cómo responde el sistema a
estos eventos es detallado en el documento de especificación de
requerimientos
La lista de eventos se complementa con el diagrama de contexto y con el mapa de ecosistema
El diagrama de contexto y el mapa de ecosistema describen actores externos y sistemas involucrados
La lista de eventos identifica lo que esos actores y sistemas pueden hacer que dispara un comportamiento específico del sistema.
El árbol de características “explota” el sistema representado como un único proceso en el diagrama de contexto
Deben existir características para las interfaces del nuevo sistema y los sistemas relacionados detallados en el mapa de ecosistema
Debe chequearse la consistencia entre estos modelos