Modelado De Negocios

Modelado de Negocios
Evaluar el estado del negocio: capturar un vocabulario común del negocio mantiene la reglas del negocio evaluar organización de destino establecer y ajustar los objetivos identificar los objetivos de negocio definir la arquitectura de negocio

Clave Artefactos Resultantes: visión empresaria objetivo la evaluación de la organización Glosario de negocios Normas de negociosObjetivo de la empresa

Describir Negocio Actual: evaluar organización de destino encontrar actores y casos de uso de negocio establecer y ajustar los objetivos encontrar trabajadores de negocio y entidades capturar un vocabulario común del negocio definir la arquitectura de negocio mantener las reglas de negocio identificar los objetivos de negocio Clave de Artefactos

Resultantes:Identificar los procesos Del Negocio:
mantener las reglas de negocio establecer y ajustar objetivos definir la arquitectura de negocio capturar un vocabulario común del negocio encontrar actores y casos de uso de negocio Identificar los objetivos de negocios • • • • • • • • normas de negocios visión de normas documentos de arquitectura de negocios glosario de negocios Modelo de uso de caso de negociosModelo de uso en modo Complementaria especificación negocios empresa objetivo

Definir las Definiciones de procesos de Negocios:
Revisar el modelo de uso de caso de negocios detalle de uso de caso de negocios estructurar el negocio de casos de uso del modelo

Desarrollo de Un modelo de Dominio:
Mantener reglas del negocio Capturar un vocabulario común del negocio Detalles de una entidad denegocio Encontrar trabajadores de negocio y entidades Revisión del negocio análisis modelo Clave artefactos resultantes Reglas de negocio Negocio glosario Entidad comercial Revisar el expediente Modelo de negocio análisis

Requerimientos
Problemas de Administración de Requerimientos:
Los principales problemas que se derivan de un mal manejo de requerimientos son: Incapacidad para manejar loscambios en los requerimientos durante el desarrollo. Falta de especificación detallada de los requerimientos. Mala organización y control de requerimientos. Requerimientos mal entendidos.

Los objetivos del flujo de datos requerimientos son:
Establecer y mantener un acuerdo entre clientes y otros stakeholders sobre lo que el sistema podría hacer. Proveer a los desarrolladores un mejorentendimiento de los requerimientos del sistema. Definir el ámbito del sistema. Planeación de los contenidos técnicos de las iteraciones. Definir una interfaz de usuarios para el sistema, enfocada a las necesidades y metas del usuario.

Plan de administración de requerimientos basados en RUP:


Identificar los requerimientos formales (no los documentos) Identificar los tipos de documentos (cada tipo dedocumento tiene por default un tipo de requerimiento formal Por cada uno de los requerimientos formales identificar atributos: Prioridad. Riesgo. Dificultad, etc. Realizar matriz de trazabilidad, para saber cómo rastrear los cambios. Herramientas para la administración de requerimientos. RequisitePro. Fast track.

Análisis y Diseño
Análisis de Arquitectura: Define un candidato de arquitecturapara el sistema, basado en la experiencia obtenida de sistemas similares o
problemas similares.

Análisis Caso-Uso: Es una serie de pasos, comúnmente definiendo las interacciones entre un rol (en UML, Actor) y el sistema para llegar a un
objetivo. El “actor” puede ser una persona o un sistema externo.Es la técnica más común para identificar los requerimientos de un sistema y la informaciónutilizada para definir los procesos y las clases, los cuales serán usados en el diagrama de caso uso es la base de la cual el sistema será construido.

Realiza una Sintesis de Arquitectura:
    Análisis de Arquitectura Construir una Arquitectura proof-of-concept Representa una solución experimental a algunos requerimientos de la arquitectura que fueron antes identificados. Verificar la...