UNIDAD III:MODELO DE NEGOCIO

a)Presentacin y contextualizacin

La creacin de estructuras o patrones de diseo permiten en un proyecto de software implementar todo un conjunto de procedimientos y diseos ptimos desde el lado conceptual y dinmico de un sistema, esto es posible con la metodologa RUP a travs del modelo de casos de uso de negocio el cual es importante conocer a los elementos que estn contenidos como veremos a continuacin.

b)Competencia

Conoce y explica la estructura dinmica del software utilizando lametodologaRUP.

c)Capacidades

1.Explica la utilidad de una plantilla o patrncomo parte creacin de su proyecto.2.Identificalas etapas de proceso de un modelo de negocio en construccin.3.Conoce las caractersticas principales de las reglas de negocio.4.Describe la importancia del RUPy el proceso de elaboracin.

d)Actitudes

Posee visin empresarial.Muestra habilidad para disear y programar.Participa voluntariamente brindando sus opiniones sobre cada programa.Demuestra actitud de liderazgo para el logro de objetivos.

e)Presentacin de Ideas bsicas y contenido esenciales de la unidad:

La Unidad de Aprendizaje 03: Modelo de Negocio, comprende el desarrollo de los siguientes temas:

TEMA 01:Modelo de negocio - DefinicinTEMA 02:Modelo de negocio - Construccin.TEMA 03:Reglas de negocio.TEMA 04:Integracin RUP.

Tema 01: Modelo de Negocio- Definicin

QU ES EL MODELO DE NEGOCIO?El modelo de negocio es la representacin externa de un sistema que describe a los procesos existentes en una empresa.El modelo de negocio est contenidopor objetivos de negocio, actores de negocio y casos de uso de negocio los cuales son los encargados de representar a un proceso

Etapas del procesoLa ingeniera de software requiere llevar a cabo numerosas tareas, dentro de etapas como las siguientes:

Anlisis de requerimientosExtraer los requisitos y requerimientos de un producto de software es la primera etapa para crearlo. Mientras que los clientes piensan que ellos saben lo que el software tiene que hacer, se requiere de habilidad y experiencia en la ingeniera de software para reconocer requerimientos incompletos, ambiguos o contradictorios. El resultado del anlisis de requerimientos con el cliente se plasma en el documento ERS, Especificacin de Requerimientos del Sistema, cuya estructura puede venir definida por varios estndares, tales como CMMI. Asimismo, se define un diagrama de Entidad/Relacin, en el que se plasman las principales entidades que participarn en el desarrollo del software.La captura, anlisis y especificacin de requerimientos (incluso pruebas de ellos), es una parte crucial; de esta etapa depende en gran medida el logro de los objetivos finales. Se han ideado modelos y diversos procesos de trabajo para estos fines.La IEEE Std. 830-1998 normaliza la creacin de las Especificaciones de Requerimientos de Software (Software Requirements Specification).

Especificacin

La Especificacin de Requisitos describe el comportamientoesperado en el software una vez desarrollado. Gran parte del xito de un proyecto de software radicar en la identificacin de las necesidades del negocio (definidas por la alta direccin), as como la interaccin con los usuarios funcionales para la recoleccin, clasificacin, identificacin, priorizacin y especificacin de los requisitos del software.

Entre las tcnicas utilizadas para la especificacin de requisitos se encuentran:Casos de Uso,Historias de usuario,Siendo los primeros ms rigurosos y formales, los segundas ms giles e informales.

ArquitecturaLa integracin de infraestructura, desarrollo de aplicaciones, bases de datos y herramientas gerenciales, requieren de capacidad y liderazgo para poder ser conceptualizados y proyectados a futuro, solucionando los problemas de hoy. El rol en el cual se delegan todas estas actividades es el del Arquitecto.El Arquitecto de Software es la persona que aade valor a los procesos de negocios gracias a su valioso aporte de soluciones tecnolgicas. La Arquitectura de Sistemas en general, es una actividad de planeacin, ya sea a nivel de infraestructura de red y hardware, o de Software. La Arquitectura de Software consiste en el diseo de componentes de una aplicacin (entidades del negocio), generalmente utilizando patrones de arquitectura.

El diseo arquitectnico debe permitir visualizar la interaccin entre las entidades del negocio y adems poder ser validado, por ejemplo por medio de diagramas de secuencia. Un diseo arquitectnico describe en general el cmo se construir una aplicacin de software. Para ello se documenta utilizando diagramas, por ejemplo:Diagramas de clasesDiagramas de base de datosDiagramas de despliegue plegadosDiagramas de secuencia multidireccional

Siendo los dos primeros los mnimos necesarios para describir la arquitectura de un proyecto que iniciar a ser codificado. Depende del alcance del proyecto, complejidad y necesidades, el arquitecto elige qu diagramas elaborar. Entre las herramientas para disear arquitecturas de software se encuentran:Enterprise ArchitectMicrosoft Visio for Enterprise Architects

ProgramacinReducir un diseo a cdigo puede ser la parte ms obvia del trabajo de ingeniera de software, pero no necesariamente es la que demanda mayor trabajo y ni la ms complicada. La complejidad y la duracin de esta etapa est ntimamente relacionada al o a los lenguajes de programacin utilizados, as como al diseo previamente realizado.

PruebaConsiste en comprobar que el software realice correctamente las tareas indicadas en la especificacin del problema. Una tcnica de prueba es probar por separado cada mdulo del software, y luego probarlo de forma integral, para as llegar al objetivo. Se considera una buena prctica el que las pruebas sean efectuadas por alguien distinto al desarrollador que la program, idealmente un rea de pruebas; sin perjuicio de lo anterior el programador debe hacer sus propias pruebas. En general hay dos grandes formas de organizar un rea de pruebas, la primera es que est compuesta por personal inexperto y que desconozca el tema de pruebas, de esta forma se evala que la documentacin entregada sea de calidad, que los procesos descritos son tan claros que cualquiera puede entenderlos y el software hace las cosas tal y como estn descritas. El segundo enfoque es tener un rea de pruebas conformada por programadores con experiencia, personas que saben sin mayores indicaciones en qu condiciones puede fallar una aplicacin y que pueden poner atencin en detalles que personal inexperto no considerara.

DocumentacinTodo lo concerniente a la documentacin del propio desarrollo del software y de la gestin del proyecto, pasando por modelaciones (UML),diagramas de casos de uso, pruebas, manuales de usuario, manuales tcnicos, etc; todo con el propsito de eventuales correcciones, usabilidad, mantenimiento futuro y ampliaciones al sistema.

MantenimientoMantener y mejorar el software para enfrentar errores descubiertos y nuevos requisitos. Esto puede llevar ms tiempo incluso que el desarrollo inicial del software. Alrededor de 2/3 [cita requerida] de toda la ingeniera de software tiene que ver con dar mantenimiento. Una pequea parte de este trabajo consiste en arreglar errores, o bugs. La mayor parte consiste en extender el sistema para hacer nuevas cosas. De manera similar, alrededor de 2/3 de toda la ingeniera civil, arquitectura y trabajo de construccin es dar mantenimiento cita requerida.

Modelado de NegocioEl modelo de negocio contiene 2 tipos de vistas1.Externa (vista de casos de uso de negocio)2.Interna(vista de anlisis del negocio)

Soportado por dos artefactos:

El Modelo de Negocio y RUP

Propsitos del Modelo del Negocio

Es un modelo que provee una vista dinmica , externa del negocio estructurando organizacin en procesos (conjunto de actividades)Permite eentender los problemas actuales de la organizacin. A travs de los diagramas de casos de usoAsegura que los clientes, usuarios, desarrolladores y otros involucrados tengan igual entendimiento de la empresa.

Artefactos del Modelo de Negocio

Rol: Analista de Procesos de Negocio

Rol: Diseador de Procesos de Negocio

PASOS PARA LLEVAR A CABO EL MODELO DE NEGOCIO (FASE INICIO)1. Determinar la situacin actual de la organizacinIdentifique la misin y visin de la organizacin y/o reas de estudio que correspondan.Visin del NegocioDesarrollo deun entendimiento preliminar de los objetivos de la empresa, los cuales son determinados por los stakeholders yresponsables del negocio.

Objetivos del NegocioIdentifica las reglas del negocio.Reglas del NegocioElaborar un listado de trminos ydefiniciones usados comnmente. (Glosario detrminos)Involucrar a las personas con ms experiencia y conocimiento en la organizacin de la siguiente manera:a)Convertirlos en miembros del equipo de modelado de negocio.b)Entrevistarlos para conocer sus ideas y opiniones basadas en sus experiencias.c)Hacer que revisen nuestros avances.

Visin de Negocio

Captura los objetivos de alto nivel del negocio. Fundamenta las razones por las que el proyecto est relacionado con las futuras decisiones estratgicas.

Partes del Documento Visin del Negocio

Objetivos del Negocio

Es un requisito que debe ser satisfecho por el negocio. Describe el valor deseado de una medida en particular a futuro, y se utiliza para planear y administrar las actividades del negocio.

EjemploIncrementar en 50% para finales de ao las ventas en LimaReglas del NegocioDefinicinEs una poltica o condicin que debe ser satisfecha por el negocio.El pago de planillas se realizar los das 25 de cada mes y va depsito en cuenta bancaria.No se realizar ningn desembolso sin previo documento que sustente la conformidad del bien o servicio

Partes del Documento de las Reglas del Negocio

Glosario del NegocioEs importante acordar desde el inicio del proyecto, el emplear una terminologa de negocio comn.Para que la importacin pueda ser ingresada en almacn el cliente debe presentar una DUASi la recepcionista no sella la OSM, los tcnicos no pueden entregar los equipos al cliente.

En ambos casos los trminos DUA y OSM deben estar definidos en el Glosario de Trminos.

Partes del Documento de Glosario del Negocio

Situacin del Negocio

Se ha preferido reunir los documentos anteriormente explicadosen el artefacto: Situacin del Negocio

Identificar los procesos del negocio e involucrados

Requiere haber identificado los objetivos del negocio.El equipo de trabajo debe tener claras las fronteras del negocio que est describiendo.

Tema 02: Modelo de negocio, Construccin

Los modelos de negocios son bsicamente historias que explican cmo trabajan las organizaciones,Indicando quines son nuestros clientes, cmoGeneramos utilidades, cul es la lgica econmicaSubyacente que nos permite entregar valor a los Clientes a los que nos dirigimos a un costoApropiado. Es una descripcin sistmica de cmo es que las piezas de un negocio se encuentran ntimamente relacionadas.

La propuesta de valor es el resultado de la construccin de una infraestructura interna (recursos y actividades claves) y de la red de valor externa con socios alineados. Esta red de valor est constituida por una serie de socios claves, esto es, Proveedores de partes, componentes y de servicios como despachos de Consultora y asesora, firmas de ingeniera y centros de investigacin, desarrollo e innovacin.

Los canales de distribucin forman, en realidad, tambin parte de la red de valor externa y junto con el tipo de relaciones con los clientes permitenSatisfacer las necesidades de los segmentos de mercado a losque se dirige laOrganizacin.El grado en que la empresa es capaz de superar las expectativas de los clientes, le permitir generar la corriente de ventas que comparados con la estructura de costos, arrojar un margen de utilidad que dividida entre la inversin generar el retorno en la inversin el cual debe ser superior al costo del dinero para asegurar la sustentabilidad de la organizacin.

Aqu un grfico que ilustra a los elementos de un modelo organizacional

A continuacin se presenta una descripcin ms detallada de estos nueve elementos:

Segmentos de mercado

Para quin estamos creando valor? Segmentacin.Quines son nuestros clientes ms importantes?Propuesta de valorProductos y servicios que crean valor para un segmento especfico?Cul es la razn de que los clientes nos compren?

Grado de innovacin.Desempeo. Hecho a la medida. Diseo. Marca. Precio. Reduccin de costoCanalesCmo nos comunicamos y llegamos a los segmentos de Mercado para entregar la propuesta de valor? Propios / Socios? Directos / indirectos?Relaciones con los clientesTipo de relacin que establecemos con segmentos de Clientes especficos.Adquisicin, retencin de clientes, incrementar participacin. Personales hasta automatizadas. Creacin conjunta de P/S.Flujos de ventasEl dinero que se genera de cada segmento de mercado. Cada flujo puede tener diferentes mecanismos de precios.Dos tipos de flujos: transaccionales / recurrentes.

Recursos clavesLos activos ms importantes requeridos para que funcione el modelo de negocio: fsicos, intelectuales, humanos, financieros.Actividades clavesProduccin. Solucin de problemas. Plataforma / red.Socios clavesRed de proveedores y socios que hace que el modelo funcione. Alianzas. Cooperacin con competidores. JV. Relacin proveedor comprador.

Estructura de costosCules son los costos ms importantes? Qu recursos y Actividades claves son ms costosos? NON impulsadas por Costos o por valor?Define un conjuntode acciones que el negociolleva a cabo y provee resultados de valor a quienes interactan con el.Son procesos de negocio descritos bajo un punto de vista externo que percibe algn tipo de valor.

Tema 03: Reglas de Negocio

INTRODUCCIN

PropsitoEl propsito de este Material es describir las polticas, normas,operaciones, definiciones y restricciones presentes en la institucin y que son de vital importancia para alcanzar sus objetivos misionales. El documento se centra en las mltiples reglas del negocio, explcitas o tcitas, que estn en procesos, documentos, etc. Las reglas del negocio especifican en un nivel adecuado de detalle lo que la institucin realiza en el desarrollo de sus actividades organizacionales.

AlcanceLas Reglas del Negocio se ocupan del sistema integral de gestin de los procesosPor ejemplo una institucin educativa. Dicho sistema ser desarrollado por el grupo de desarrollo de software Softers.El sistema permitir a los encargados de la institucin controlar todos los procesos que realiza la institucin (matrcula de alumnos, cobro de pensiones y pago de obligaciones tributarias, seguimiento del desempeo de los alumnos y docentes, gestin de contenido acadmico, etc.).Adems, tambin permitir a los docentes llenar actas de calificaciones on-line, a los alumnos acceder a contenido acadmico va Web y a los apoderados mantenerse informado del progreso de sus hijosa travs de Internet.

Reglas de Negocio para el proceso: Gestin de Matrcula de AlumnosEl proceso de matrcula se realiza en tres modalidades: matrcula regular, traslado y matrcula de inclusin.La pensin para los alumnos del nivel inicial es de S/. 50.00; y para los alumnos de los otros niveles es de S/. 70.00

Existen descuentos en las pensiones de acuerdo al nmero de hijos que tienen matriculados los padres de familia. Si tiene ms de 1 hijo tendr un descuento del 10 % de la pensinCada aula tiene una capacidad mxima de 15 alumnos. No se podrn matricular ms de esa cantidadLas clases se dan de lunes a sbado en aulas separadas.Las clases se dictan en el turno maana para los niveles iniciales y primarios, y en las tardes para el nivel secundario.La matrcula es nica por ao.

Las Reglas del Negocio o Conjunto de Reglas de Negocio describe las polticas, normas, operaciones, definiciones y restricciones presentes en una organizacin y que son de vital importancia para alcanzar los objetivos misionales.Ejemplos de reglas de negocio: "Un cliente al que facturamos ms de 10.000 al ao es un cliente de tipo A", "A los clientes de tipo A les aplicamos un descuento del 10% en pedidos superiores a 3.000".Las organizaciones funcionan siguiendo mltiples reglas de negocio, explcitas o tcitas, que estn embebidas en procesos, aplicaciones informticas, documentos, etc. Pueden residir en la cabeza de algunas personas o en el cdigo fuente de programas informticos.

En los ltimos aos se viene observando una tendencia a gestionar de forma sistemtica y centralizada las reglas de negocio, de modo que sea fcil y sencillo consultarlas, entenderlas, utilizarlas, cambiarlas, etc. Para ello se puede utilizar un motor de reglas de negocio.

El motor de reglas de negocio es un sistema que se configura para dar servicio a las necesidades de negocio a travs de la definicin de objetos y reglas de negocio, el software se rige por flujos que derivan responsabilidades a los distintos cargos de la empresa repartiendo as el trabajo equitativamente y cuantitativamente, cuando, quien y donde tiene que desempear la tarea asignada.

Las reglas de negocio son un medio por el cual la estrategia es implementada. Las reglas especifican - en un nivel adecuado de detalle - lo que una organizacin debe hacer

CaractersticasLas reglas de negocio deben ser:1.Declarativas.2.Atmicas.3.Construidas de manera independiente y distinta.4.Expresadas en lenguaje natural.5.Orientadas al negocio.Especificacin FormalLas reglas del negocio pueden ser expresadas en un lenguaje formal de acuerdo a la naturaleza de la organizacin.Los lenguajes ms ampliamente utilizados (2008) incluyen UML, Notacin Z, Business Process Execution Language, Business Process Modeling Notation y Semantics of Business Vocabulary and Business Rules (SBVR).

Tema 04: Integracin RUP

Hay principalmente cuatro fases o etapas de desarrollo que se ha celebrado con un comunicado en el RUP. Aqu est una revisin rpida de todas las cuatro etapas o ciclos.

Fase InicialEn la fase inicial, el objetivo es desarrollar la idea de los padres en una visin de producto mediante la definicin de su mbito de aplicacin y el modelo de negocio. El caso de negocio incluye el contexto empresarial, factores que influyen en el xito, la evaluacin de riesgos y la previsin financiera. Esto es para conseguir una comprensin de los impulsores del negocio y para justificar la puesta en marcha del proyecto. Esta fase consiste en identificar los flujos de trabajo que requiere el proyecto.

Elaboracin de faseAqu los factores de la fundacin de arquitectura, plan de proyecto y de alto riesgo del proyecto se determina, despus de analizar el dominio del problema. Para establecer estos objetivos, un conocimiento de entrada y salida del sistema es una necesidad. En otras palabras, los requisitos de rendimiento, el alcance y la funcionalidad del sistema, influyen en el factor decisivo en el concepto arquitectnico del proyecto.Decisiones sobre la arquitectura y la planificacin se rigen por los ms importantes casos de uso. Por lo tanto, una perfecta comprensin de los casos de uso y una visin articulada de lo que es esta fase de elaboracin espera lograr. Esta es una etapa importante. Puesto que, despus de esta fase del proyecto se lleva a cabo a un nivel donde los cambios pueden Causar un resultado desastroso para toda la operacin.

Fase de ConstruccinComo su nombre indica, esta fase del Rational UnifiedProcess (RUP) consiste en la construccin del sistema de software o proyecto. Aqu, el desarrollo de los restantes componentes y caractersticas de aplicacin se lleva a cabo. Posteriormente, se integran en el producto que se mueve desde una base arquitectnica a un sistema completo. En resumen, el cdigo fuente y el diseo de la aplicacin se ha creado para el software para su transicin a la comunidad de usuarios. La fase de construccin es la primera versin externa del software, en el que, con la calidad adecuada optimizacin de los recursos se logra rpidamente.

La transicin de faseFase de transicin marca la transicin del proyecto desde el desarrollo hasta la produccin.Esta etapa es para asegurar que las necesidades de los usuarios se han satisfecho y se reuni con el producto. La iniciativa se lleva a cabo poniendo a prueba el producto antes de su lanzamiento como una versin beta. Esta versin beta se ve reforzada por la correccin de errores, la preparacin del sitio, la realizacin manual, la identificacin de defectos y mejorar el rendimiento y la usabilidad. Otros objetivos se abordan tambin. Ellos incluyenFormacin de los usuarios y tcnicos de mantenimiento para la operacin exitosa del sistemaAdquisicin de hardwareLa conversin de datos de los antiguos a los nuevos sistemasDisponer lo necesario para las actividades de lanzamiento exitoso del productoCelebracin de reuniones de las lecciones de aprendizaje para mejorar el proceso de futuro y el medio ambiente de la herramienta.

Rational Unified Processmenciona seis mejores prcticas, que han de tenerse en cuenta en el diseo de cualquier software. Estas prcticas ayudan a prevenir defectos en el desarrollo de proyectos y crear ms oportunidades para la productividad eficiente.

Estas seis prcticas son los siguientes.1.Un iterativo (ejecutar el mismo conjunto de instrucciones que se obtiene un nmero dado de veces o hasta un nmero especificado) enfoque hacia el desarrollo de software.2.Gestin de las necesidades del usuario.3.Uso y probar los componentes individuales antes de ser integrado en un sistema mayor.4.Utilice la herramienta "Unified Modeling Language" para conseguir un modelo visual de los componentes, los usuarios y su interaccin en relacin con el proyecto.5.Prueba constante de la calidad del software es considerada una de las mejores prcticas en el desarrollo de software.6.Para el xito de desarrollo iterativo, la supervisin, seguimiento y control de los cambios realizados en un sistema es esencial para un equipo para trabajar juntos como una sola unidad.

El concepto de RUP es infinito y enorme. Todos y cada consideraciones importantes y esenciales en el desarrollo de software se ha definido a su raz. Resultados RUP en una reduccin de los costos de TI, la mejora de negocio de TI de mayor calidad, mayor nivel de servicio y capacidad de adaptacin ms ntida, y lo ms importante, un mayor ROI (retorno de la inversin), y muchos otros beneficios. Lo anterior es slo una breve explicacin terica a la pregunta de qu es RUP? Sin embargo, una idea ms clara y elaborada se puede lograr una vez que el proceso se pone en uso prctico.

Los productos de software estn orientados hacia los clientes, comocualquier producto de la ingeniera. Se trata de los dos pilotos por el mercado o se maneja el mercado. Satisfaccin del Cliente ha sido el objetivo principal en la dcada de 1980. Satisfaccin del cliente es el logotipo actual y el xtasis del cliente es la nueva palabra de moda del nuevo milenio. Los productos que no estn orientados al cliente no tienen cabida en el mercado a pesar de que han sido diseados utilizando la mejor tecnologa. El extremo frontal del producto es tan importante como la tecnologa interna del producto.

Un estudio de mercado es necesario para identificar la necesidad de un cliente potencial. Este proceso tambin se conoce como investigacin de mercado. La necesidad ya existente y las posibles necesidades futuras que se combinan entre s para su estudio. Una gran cantidad de suposiciones se hacen durante el estudio de mercado. Las suposiciones son factores muy importantes en el desarrollo o el inicio del desarrollo de un producto. Los supuestos que no son realistas pueden causar una cada en picado toda la empresa. Aunque las hiptesis son conceptuales, no debe haber un movimiento para desarrollar los supuestos concretos para avanzar hacia un producto de xito.

Una vez que el estudio de mercado se lleva a cabo, la necesidad del cliente se le da al Departamento de Investigacin y Desarrollo para desarrollar un sistema rentable que podra resolver necesidades mejor que los competidores de los clientes. Una vez que el sistema est desarrollado y probado en un entorno hipottico, el equipo de desarrollo toma el control de la misma.El equipo de desarrollo adopta uno de los modelos de desarrollo de software para desarrollar el sistema propuesto y se lo da a los clientes.

Business Actor

Representa un rol que algo o alguien externo desempea en relacin con el negocio.Quin interacta con el negocio?Quien est interesado en lo que saldr o ingresar al proceso?

Notacin

Un actor de negocio expresa un rol no una persona.Una persona puede jugar varios rolesCada actor del negocio debe estar asociado correctamente con el caso de uso de negocio en el que participa. Sino deber ser retirado.El actor del negocio o el proceso de negocio pueden iniciar la comunicacin.Cada actor de negocio puede ser sub clasificado mediante la relacin de generalizacin.

Existen situacionesen los que existan sistemas de informacin externos que podran ser actores del negocio.Ejemplo.Descripcin del Caso1.El Proveedor entrega los productos solicitados al rea de almacn, donde ser decepcionado por el Personal de Almacn.2.El Personal de Almacn verifica si los productos estn en buen estado.3.Si los productos estn en buen estado el Personal de Almacn hace el ingreso al almacn. Si los productos no estn en buen estado sern devueltos al proveedor.

El diagrama de caso de uso especifica los requerimientos funcionales que tiene un actor

3. Refinar las definiciones de los procesos del negocioConsiste en:Detallar la definicin de los casos de uso del negocio.Describir cmo los casos de uso del negocio soportan los objetivos del negocio.Verificar que los casos de uso del negocio representen correctamente cmo el negocio es conducido.

Business Use Case SpecificationDocumento en el que se detallan el proceso de negocio.

Business Use Case ModelEs un modelo que describe la direccin e intencin del negocio.La direccin es provista por los objetivos del negocio. Mientras que la intencin es expresadapor los diagramas que permiten ver cmo interactuar con el entorno.El BUCM como un todo debe ser correcto, consistente y fcil de leer. Debe proveer el entendimiento necesario para construir el futuro sistema de software.

4. Disear las realizaciones de los procesos del negocioConsiste en:Identificar todos los roles, productos, entregables del negocio y describir cmo el proceso del negocio ser llevado a cabo por los business workers y las entidades dentro del negocio.Se utilizarn los diagramas de actividades, diagramas de colaboracin y diagramas de clases para la realizacin de cada proceso del negocio.