Arquitectura Del Software

Ingeniera del Software
Arquitectura del software
Universidad Autnoma de Occidente Tecnologa en Informtica
Recopilacin de Ing. Mary Luz Ojeda S.
Contenido Ingeniera del Software

Definicin de proceso software Un proceso simple Modelo del Negocio Modelo de Requisitos Modelo de Anlisis Modelo del Diseo Implementacin y Validacin. Proceso RUP (Rational Unified Process)
Proceso de software
Un proceso bien definido es necesario para desarrollar

sistemas software de manera repetible y predecible Permite un negocio sostenible y que puede mejorar en cada nuevo proyecto, incrementando la eficiencia y productividad de la organizacin
G. Booch

Un proceso software debe especificar :
La secuencia de actividades a realizar por el equipo de desarrollo: flujo de actividades. Productos que deben crearse: qu y cundo. Asignacin de tareas a cada miembro del equipo y al equipo como un todo. Proporcionar heursticas. Criterios para controlar el proceso.

Un proceso debe ser iterativo e incremental. Conviene centrarse en los aspectos crticos en las primeras iteraciones para minimizar riesgos.
Un mtodo debera describir procesos por defecto y sugerir documentacin: uno debe crearse su propio proceso.

Organizacin
Es necesario un enfoque industrial para la produccin de software
Capacidad de desarrollar productos de alta calidad a bajo costo

Diferentes productos software diferentes organizaciones. exigen

El xito de la produccin industrial del software implica: Especializacin de la produccin Reutilizacin Trabajos y responsabilidades organizadas en una cadena de valor. Adecuar tareas a las capacidades del personal

Proceso completo Adems de notacin, proceso y herramientas:
Guas de estimacin de costes Tareas de manejo de proyecto Guas para elaboracin de los entregables Mtricas Polticas y Procesos para asegurar calidad del software Programas de entrenamiento Descripciones de roles Ejemplos elaborados de aplicacin y ejercicios para el aprendizaje. Tcnicas para adecuacin del mtodo

Un proceso simple Orientado a sistemas de informacin de gestin. Simple, eficaz y pequeo: fcil de aprender y usar Util para pequeos proyectos y para un primer proyecto OO. Centrado en el anlisis y diseo. Guiado por los casos de uso. Posibilidad de establecer iteraciones Basado en UML.

Etapa Inicial
Definicin de objetivos, necesidades empresa, alternativas, motivacin. Planificacin, recursos, presupuesto. Oportunidad. Analizar riesgos de la

Las siguientes etapas Comprender procesos del negocio Obtener requisitos del sistema Identificar clases y colaboraciones para objetos del dominio. Resolver problemas de diseo (nuevas clases y colaboraciones, patrones..). Implementacin Validacin

Modelos
Modelo del Negocio Modelo de Requisitos Modelo del Anlisis Modelo del Diseo Modelo de Implementacin Validacin

Proceso dirigido por casos de uso
Dificultad de encontrar los casos de uso. Necesidad de organizarlos jerrquicamente. Propuesta de A. Cockburn:
Identificarlos a partir de los objetivos de la empresa: estratgicos y del usuario. Objetivos compuestos, del sistema y subfunciones
Modelado conceptual y de casos de uso en paralelo. [T. Korson].

Modelo del Negocio Objetivo: Comprender el conjunto de procesos de negocio que tienen lugar dentro de una empresa, como paso previo a establecer los requisitos del sistema a desarrollar. Cmo consigue la empresa sus objetivos? Reingeniera.
Modelo del negocio

Una empresa se caracteriza: Informaciones que produce y manipula Tareas que producen o manipulan la informacin Trabajadores que participan en las tareas Flujos de trabajo que definen cmo los trabajadores colaboran para el cumplimiento de una tarea. La empresa organiza su actividad a travs de un conjunto de procesos de negocio. Los procesos de negocio estn restringidos por las reglas del negocio que determinan polticas y estructura de la informacin.
Modelo del negocio

Etapas del modelado del negocio
Identificar y delimitar los procesos de negocio segn los objetivos de la organizacin. Definir un caso de uso del negocio para cada proceso del negocio, utilizando un diagrama de casos de uso del negocio para mostrar el contexto y los lmites de la organizacin bajo estudio. Identificar los roles implicados en los diferentes procesos del negocio y describirlos en un diagrama de roles.
Modelar el flujo de tareas asociado a cada proceso de negocio mediante escenarios (diagramas de secuencia) y diagramas de actividades que muestran la interaccin entre roles para conseguir el objetivo. Especificar las informaciones y actividades incluidas en cada diagrama de actividades. Extraer los casos de uso del sistema a partir de las actividades que aparecen en los diagramas de actividades. Establecer el modelo conceptual a partir de las informaciones incluidas en los diagramas de actividades.

Ejemplo Empresa que se dedica a la fabricacin bajo demanda. Procesos del negocio:
Atencin Pedidos Cliente Promocin, Disminuir tiempo de fabricacin,..
Subobjetivos en Atencin pedidos clientes

Registrar pedido cliente Analizar pedido, Consulta estado pedido, Fabricar producto,...

Modelo del Negocio Identificar y describir procesos de negocio: acciones, informaciones, roles y reglas del negocio. Un rea de inters o caso de uso del negocio por proceso de negocio: actividad para satisfacer un sub-objetivo que forma parte de uno de los objetivos principales de la empresa. Un proceso de negocio implica un conjunto de actividades.

Caso de Uso del Negocio: Registrar Pedido
1. El cliente realiza un pedido que incluir la fecha del pedido, los datos del cliente y los productos solicitados. 2. El comercial revisa el pedido (completndolo si es necesario) y le da curso, envindolo al jefe tcnico para que realice el anlisis del mismo. 3. El jefe tcnico analiza la viabilidad de la fabricacin de cada producto del pedido por separado.
- si el producto pedido est en el catlogo, se acepta la fabricacin del mismo, - en caso contrario, el producto es especial, y el jefe tcnico estudia su fabricacin
- si sta es viable, la fabricacin del producto especial es aceptada, - si no es viable, el producto no ser fabricado.

Caso de Uso del Negocio: Registrar Pedido
4. Una vez estudiado el pedido completo, el jefe tcnico

informa al departamento comercial de la aceptacin/rechazo de cada producto integrante del pedido. si todos los productos de un pedido han sido aceptados, genera una orden de trabajo para cada producto, a partir de una plantilla de fabricacin (la estndar, si el producto estaba catalogado, o bien una nueva generada para el producto, si ste estaba fuera del catlogo). Cada orden de trabajo es enviada al jefe de produccin, y queda pendiente de su lanzamiento.
5. El comercial comunica al cliente el resultado del anlisis de su pedido.

Modelo del negocio
Cada proceso de negocio es similar a un rea de inters de OO pero expresada en UML. Identificamos los agentes participantes (trabajadores, departamentos,..): Cliente, Comercial, Jefe Tcnico y Jefe Produccin. Creamos escenarios para mostrar la colaboracin entre los agentes, distinguimos entre flujos bsicos y alternativos:
diagramas de secuencia: objetos son roles (agentes) diagrama de roles: diagramas de clase pero con roles
<<role>> Cliente
<<role>> Comercial
<<role>> Jefe Tecnico.
<<role>> Jefe Produccin
Diagrama de roles Registrar Pedido

Especificacin de las actividades Contrato: nombre de la actividad realizada por los actores Origen: Actividad/es precedente/s Agente: Actor que realiza la actividad Precondicin: Estado previo a la realizacin de la actividad Postcondicin: Estado posterior a la realizacin de la actividad Caso de uso: Nombre del caso de uso que se corresponde con la actividad. Este campo no se rellenar hasta que no se identifiquen los casos de uso.
Especificacin de las informaciones

Nombre de la informacin Atributos: Listado de los atributos de la informacin Restricciones: Restricciones sobre los atributos de la informacin, referidas tanto al significado como al valor de los mismos. Clase: Nombre de la clase que modelar esta informacin. En principio no se indica nada, y slo se rellena este campo cuando la clase es identificada en el modelado conceptual.

... Pedido Atributos Cdigo de Pedido Fecha de Creacin Fecha Mxima de Entrega Conjunto de Productos Pedidos Cliente Importe Total Estado Actual Restriciones El cdigo del pedido identifica de manera unvoca cada uno de los pedidos y ha de ser un valor asignado automticamente por la aplicacin. La fecha de creacin ha de ser la del da en el que el cliente hace el pedido, independientemente de cundo sea introducido en el sistema. La fecha mxima de entrega siempre ser posterior a la de creacin del pedido. Un pedido debe contener al menos un producto y no existe un nmero mximo de productos solicitados. Un pedido siempre ser realizado por (o para) un cliente y solamente uno. El importe total del pedido se calcular a partir del precio de cada producto solicitado. ... Clase: -por especificar... Contrato Ordenar Fabricacion Productos Origen: Analizar Produccion Productos Agente: Jefe Tcnico Precondicin: Ha sido aceptada la fabricacin de cada producto del pedido, y existe la plantilla de produccin para cada uno de ellos. Postcondicin: Se ha creado una orden de trabajo para cada producto del pedido y ha sido enviada al Jefe de Produccin para su planificacin (nuevo conjunto de Ordenes De Trabajo Pendientes de Planificacin). Caso de Uso: -por especificarContrato Aceptar Pedido de Cliente Origen: Analizar Produccion Productos Agente: Comercial Precondicin: Ha sido aceptada la fabricacin de cada producto del pedido. Postcondicin: Se ha informado al cliente de que su pedido ha sido aceptado. El estado del pedido es Aceptado. Caso de Uso: -por especificar...

Modelo de requisitos
Objetivo:
Se establecen los requisitos funcionales y no funcionales del sistema. A partir del modelo del negocio se construye el modelo de casos de uso y el modelo conceptual inicial.

De un modo muy simple e intuitivo se obtienen los casos de uso, actores y clases.
Los casos de uso se extraen de las acciones. Los actores se extraen de los roles que ejecutan acciones. Las clases se extraen de las informaciones.
Utilizar los diagramas de proceso

Se define un actor para cada rol del diagrama de proceso que interactua con el sistema: actor primario. Se crea un caso de uso por cada actividad que es soportada por el sistema: Un caso de uso produce un resultado de valor a un actor. Niveles de granularidad? Posibilidad de establecer jerarquas de casos de uso (jerarquas de actividades)
Recopilacin hecha por Mary Luz Ojeda S. Informacin tomada y adaptada del Departamento de Informtica y Sistemas de la Universidad de Murcia

Arquitectura Del Software

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Arquitectura Del Software

Transféré par

Droits d'auteur :

Formats disponibles

Ingeniera del Software