Desarrollo Sistemas OO: Proceso Unificado

Ingeniera del Software I (4 I.I.
MODULO I:
Tema 4: Desarrollo de Sistemas Orientado a Objetos. Proceso Unificado de Desarrollo
Ingeniera del Software I (4 I.I.)
Mdulo 1. Tema 4: Desarrollo de Sistemas OO: Proceso Unificado de Desarrollo
Proceso Unificado de Desarrollo. RUP

Hacia un Mtodo Orientado a Objetos Un proceso de desarrollo de programas tiene como objetivo la formalizacin de las actividades relacionadas con la elaboracin de sistemas informticos. Debe ser:
Reproducible Definido Medible en cuanto a rendimiento Optimizable ...
Proceso Unificado de Desarrollo. RUP
Proceso Unificado de Desarrollo

La estructura esttica del Proceso Unificado de Rational (RUP) se define en base a cuatro elementos, que son: - los roles que responde a la pregunta quin?, - las actividades (activities), que responden a la pregunta cmo?, - los productos (artifacts), que responden a la pregunta qu?, y - los flujos de trabajo (workflows), que responden a la pregunta cundo? Roles: Un rol define el comportamiento y responsabilidades de un individuo, o de un grupo de individuos trabajando juntos como un equipo. Una persona puede desempear diversos roles, as como un mismo rol puede ser representado por varias personas. Las responsabilidades de un rol son tanto el llevar a cabo un conjunto de actividades como el ser el dueo de un conjunto de artefactos. Actividades: Una actividad de un trabajador en concreto es una unidad de trabajo que una persona que desempee ese rol puede ser solicitado a que realice. Las actividades tienen un objetivo concreto, normalmente expresado en trminos de crear o actualizar algn producto. Productos: Un producto o artefacto es un trozo de informacin que es producido, modificado o usado por un proceso. Los productos son los resultados tangibles del proyecto, las cosas que va creando y usando hasta obtener el producto final.
Ingeniera del Software I (4 I.I.) Mdulo 1. Tema 4: Desarrollo de Sistemas OO: Proceso Unificado de Desarrollo 4

RUP ofrece una plantilla para el proceso de desarrollo, identificando tanto los roles, como las actividades. En la descripcin del proceso, tal y como aparece en el grfico anterior, se muestran las dos dimensiones en las que se estructura el proceso:
El eje horizontal representa el tiempo y muestra como es el despliegue del ciclo de vida, es decir, el aspectos dinmicos del proceso y cmo se llevar a efecto mediante fases, iteraciones e hitos. A lo largo del tiempo, el proyecto se desarrolla en 4 fases: Inicio, Elaboracin, Construccin y Transicin. A su vez, cada una esas fases se pueden dividir en una serie de iteraciones (de 1 a n) segn las necesidades del proyecto. El eje vertical representa las disciplinas que agrupan las actividades del proceso de desarrollo. Por ejemplo, las actividades relacionadas con la adquisicin de requisitos (Requirements), la gestin de proyectos (Project Management), etc.
La combinacin de ambas dimensiones nos permite identificar en que momento comenzarn cada una de las disciplinas y la carga de trabajo que representa por la amplitud de la curva. Por ejemplo, durante la fase de inicio, se comenzaran el modelado de negocio, requisitos, anlisis y diseo, implementacin, pruebas, etc, teniendo las dos primeras la mayor carga de trabajo del proyecto durante esta fase.
El Proceso Unificado de Desarrollo. RUP

Se apoya en tres principios bsicos:
Dirigido por casos de uso
Los casos de uso dirigen y controlan el proceso de desarrollo en su totalidad
Centrado en la arquitectura
Es la pieza clave que permite comprender el sistema, organizar el desarrollo y hacer evolucionar el software.
Proceso iterativo e incremental

El desarrollo se plantea de manera progresiva, de tal modo que se atenen los riesgos y se planteen las cuestiones en el instante en el que estamos capacitados para resolverlas.
Requisitos Anlisis & Diseo Implementacin Pruebas

Casos de Uso integran el trabajo
Capturar, definir y validar los casos de uso Realizar los casos de uso Verificar que se satisfacen los casos de uso

Un caso de uso es una facilidad que el software debe proporcionar a sus usuarios. Los casos de uso reemplazan la antigua especificacin funcional tradicional y constituyen la gua fundamental establecida para las actividades a realizar durante todo el proceso de desarrollo incluyendo el diseo, la implementacin y las pruebas del sistema. Una de las caractersticas de RUP es estar dirigido por casos de uso, de manera que cualquier decisin de diseo o anlisis, queda determinada por la necesidad de cumplir algn caso de uso. Adems, los casos de pruebas de caja negra (aquellas que se dedican a observar si el comportamiento del sistema satisface los requisitos, sin conocer cmo est implementado) tambin se disean a partir de los casos de uso. Recordemos que los casos de uso, no slo se describen mediante un diagrama, sino tambin mediante la secuencia de pasos que describen cmo llevar a cabo esa funcionalidad.
trace Use Case trace Use-Case Realization - Analysis Use-Case Realization - Design
trace
trace White-box test Black-box test
X
Test Case
[The Unified Software Development Process. I. Jacobson, G. Booch and J. Rumbaugh. Addison-Wesley, 1999] Ingeniera del Software I (4 I.I.) Mdulo 1. Tema 4: Desarrollo de Sistemas OO: Proceso Unificado de Desarrollo 8
10
La arquitectura involucra los elementos ms significativos del sistema y est influenciada entre otros por plataformas software, sistemas operativos, manejadores de bases de datos, protocolos, consideraciones de desarrollo como sistemas heredados y requisitos no funcionales. Es como una radiografa del sistema que estamos desarrollando, lo suficientemente completa como para que todos los implicados en el desarrollo tengan una idea clara de qu es lo que estn construyendo, pero lo suficientemente simple como para que si quitamos algo, ninguna parte importante del sistema quede sin especificar. Se representa mediante varias vistas que se centran en aspectos concretos del sistema, abstrayndose de lo dems. Todas las vistas juntas forman el llamado modelo 4+1 de la arquitectura, recibe este nombre porque lo forman cuatro vistas: la vista lgica, que es el modelo de objetos del diseo, la vista de realizacin, que describe la organizacin esttica del software en su entorno de desarrollo. la vista de proceso, que captura los aspectos de sincronizacin y concurrencia del diseo, la vista de distribucin, que describe la correspondencia del software sobre el hardware y refleja sus aspectos distribuidos, A ellas se une la vista de casos de uso que es la que da cohesin a todas
Modelo 4 + 1 de la arquitectura Vista Vista de de Vista Vista Lgica Lgica Realizacin Realizacin Vista de los Casos de Uso Vista Vista Vista de de Vista de de Distribucin Procesos Distribucin Procesos
12
Vista Lgica
La vista lgica describe los aspectos estticos y dinmicos de un sistema en trminos de clases y objetos. Se usan:
Objetos Clases Colaboraciones Interacciones Categoras (paquetes estereotipados)
13
Vista de Realizacin
Se preocupa de la organizacin de los componentes en el entorno de desarrollo Muestra el reparto de clases en componentes y estos en subsistemas Se usan:
Mdulos Subprogramas Tareas Subsistemas (paquetes estereotipados)
14
Vista de Procesos
Representa la descomposicin en flujos de ejecucin (threads), la sincronizacin entre flujos y la asignacin de objetos y clases en dichos flujos. Fiabilidad, rendimiento, etc. Importante en entornos multitarea. Se usan:
Tareas, threads, procesos. Interacciones.
15
Vista de Distribucin
Describe los diferentes recursos de hardware y la implementacin del programa en dichos recursos Se consideran:
Tiempos de respuesta y rendimiento restricciones geogrficas potencia de clculo distribuido sobrecargas tolerancia a fallos y a averas
Se usan:
nodos, mdulos y programas principales
16
Vista de los Casos de Uso

Los casos de uso unifican las cuatro vistas precedentes Se usan:
Actores, Casos de uso Clases Colaboraciones
17
z
Arquitectura de un sistema es la organizacin o estructura de sus partes ms relevantes Una arquitectura ejecutable es una implementacin parcial del sistema, construida para demostrar algunas funciones y propiedades RUP establece refinamientos sucesivos de una arquitectura ejecutable, construida como un prototipo evolutivo
Inicio Elaboracin Construccin Transicin
Arquitectura
18

Workflows
Workflows Primarios
(Disciplinas)
Business Modeling (Modado del Negocio) Requirements (Requisitos) Analysis & Design (Anlisis y Diseo) Implementation (Implementacin) Test (Pruebas) Deployment (Despliegue)
Workflows de Apoyo
Environment (Entorno) Project Management (Gestin del Proyecto) Configuration & Change Management (Gestin de Configuracin y Cambios)

Actividades
Inicio Requisitos Una iteracin en la fase de elaboracin Anlisis Elaboration
Fases
Construction Transition
Diseo
Implementacin
Prueba
P re lim ina ry Ite ra tion (s) ite r. #1 ite r. #2 ite r. #n ite r. # n+ 1 ite r. # n+2 ite r. #m ite r. #m +1
20
10

Workers
Analyst workers Business-Process Analyst Business Designer Business-Model Reviewer Requirements Reviewer System Analyst Use-Case Specifier User-Interface Designer Developer workers Architect Architecture Reviewer Capsule Designer Code Reviewer Database Designer Design Reviewer Designer Implementer Integrator
Testing professional workers Test Designer Tester Manager workers Change Control Manager Configuration Manager Deployment Manager Process Engineer Project Manager Project Reviewer Other workers Any Worker Course Developer Graphic Artist Stakeholder System Administrator Technical Writer Tool Specialist
21

Artefactos
Resultado parcial o final que es producido y usado durante el proyecto. Son las entradas y salidas de las actividades Un artefacto puede ser un documento, un modelo o un elemento de modelo Conjuntos de Artefactos
Business Modeling Set Requirements Set Analysis & Design Set Implementation Set Test Set
Deployment Set Project Management Set Configuration & Change Management Set Environment Set
11

RUP es un proceso aplicable a cualquier tipo de proyecto, tanto referido al tamao del mismo como al dominio del problema. Ello hace que en su definicin aparezcan una gran diversidad de actividades, roles y artefactos para dotarle de esa flexibilidad. Es por ello labor del gestor de proyecto, en colaboracin con el resto del equipo, decidir cual es la personalizacin ms adecuada del mismo. Existe un conjunto de artefactos mnimo que han de desarrollarse a lo largo del proceso y que aparecen identificados en la figura.
23

Workers, Actividades, Artefactos
Ejemplo: System Analyst Worker
24
12
25
Proceso iterativo e incremental. Modelos

Business Model
Un modelo captura una vista de un sistema del mundo real. Es una abstraccin de dicho sistema, considerando un cierto propsito. Por ello, ste describe completamente aquellos aspectos del sistema que son relevantes a su propsito y con un apropiado nivel de detalle. Un proceso de desarrollo de software debe ofrecer un conjunto de modelos que permitan expresar el producto desde cada una de las perspectivas de inters
Test Model
<<trace>>
Requirement Model
<<trace>>
Analysis Model <<trace>>
<<trace>>
<<trace>>
Design Model
Cada modelo es completo desde su punto de vista del sistema, sin embargo, existen relaciones de trazabilidad entre los diferentes modelos.
<<trace>> <<trace>>
Impementation Model
<<tra ce> >
Dep loym ent Mode l
26
13
27

Cada etapa itera sobre cinco flujos de trabajo:
Requisitos
Averiguar lo que el sistema debe hacer.
Anlisis
Conseguir una compresin ms precisa de los requisitos.
Diseo
Compresin de requisitos no funcionales y adaptacin de los requisitos funcionales para su implementacin.
Implementacin
Implementacin de clases y pruebas de componentes individuales. Distribucin del sistema asignndolo a nodos.
Prueba
Planificar, disear y realizar las pruebas de integracin y de sistema.
14

Se definen cuatro etapas:
Inicio
Se desarrolla una descripcin del producto final y se presenta el anlisis del negocio asociado al sistema a desarrollar
Elaboracin
Se especifican en detalle la mayora de los casos de uso y se disea la arquitectura.
Construccin
Se crea el producto. La base arquitectnica crece hasta convertirse en el producto final.
Transicin
Bsicamente, agrupa actividades encaminadas a hacer llegar el producto al usuario: distribucin, training, soporte, mantenimiento.
29
Enfoque Cascada
Enfoque Iterativo
30
15

Cada etapa incluye:
Planificacin de la etapa Realizacin de los flujos de trabajo fundamentales Evaluacin de la etapa
31
Etapa de inicio
Establece la viabilidad
Delimitar el mbito del sistema. Esbozar una propuesta de arquitectura del sistema. Identificar riesgos crticos. Demostrar a usuarios o clientes que el sistema propuesto es capaz de solventar sus problemas, para lo cual puede ser til construir un pequeo prototipo.
Inicio
Objetivos Planificacin Actividades Evaluacin
Elaboracin Construccin Transaccin
16
Etapa de inicio
Inicio
33
Planificacin
Llevar a cabo los siguientes pasos:
Inicio
Reunir la informacin recogida antes de que el proyecto comenzase. Organizarla de forma que pueda ser utilizada. Reunir a un pequeo grupo de gente que sepa cmo utilizarla. Descubrir lo que falta, no en trminos de las cuatro fases, sino en trminos de los objetivos altamente limitados de la fase de inicio.
34
17
Fuentes de informacin
Explorar fuentes de informacin previa.
Inicio
Software para venta en general.

Existen trabajos de responsables de marketing que permiten obtener informacin del nuevo sistema.
Software para otra rea de la empresa.

Un rea encarga el sistema directamente pero no parte de ningn estudio inicial. Se parte de un estudio global de tipo planificacin estratgica que aporta modelos del negocio.
Software para otra organizacin cliente.

Podemos partir de un documento de peticin inicial detallado.
Grandes tareas
Inicio
Ejecucin de flujos de trabajo fundamentales. Ajustar el proyecto al entorno de desarrollo. Identificacin de riesgos crticos.
36
18
Ejecucin de flujos de trabajo fundamentales

Recopilar requisitos Enumerar los requisitos candidatos
Inicio
Comprender el contexto del sistema. Representar los requisitos funcionales como casos de uso. Encontrar actores y casos de uso Determinar la prioridad de los casos de uso. Detallar cada caso de uso Construir un prototipo de la interfaz Estructurar el modelo de casos de uso. Recoger los requisitos no funcionales.
Mdulo 1. Tema 4: Desarrollo de Sistemas OO: Proceso Unificado de Desarrollo 37

Analizar:
Inicio
Refinar los requisitos y estructurarlos en un modelo de anlisis. Analizar la arquitectura candidata. Definir un modelo de anlisis que permita apreciar los recursos compartidos por varios casos de uso. Analizar una clase y analizar un paquete.
38
19

Disear:
Inicio
Esbozar el diseo de la arquitectura.

Esbozar los modelos de diseo. Esbozar los modelos de despliegue.
Disear un caso de uso. Disear una clase y un subsistema.
39

Implementar
Inicio
En algunos proyectos que se tiene poca experiencia en su desarrollo puede ser necesario la realizacin de un pequeo prototipo. En general no es necesario realizar este flujo.
Probar
No se realiza ningn trabajo significativo de pruebas durante esta etapa.
20
Ajustar el proyecto al entorno de desarrollo

El entorno de desarrollo consiste en:
Un proceso de desarrollo. Las herramientas para llevarlo a cabo.
Herramientas para soportar los flujos de trabajo. Herramientas para la administracin y gestin de proyecto, gestin de configuraciones, etc.
Inicio
41
Identificacin de riesgos crticos

Riesgo: probabilidad de que un proyecto experimente sucesos no deseados y que ponen en peligro el xito del mismo.
Inicio
Crear una lista de riesgos.

Breve descripcin. Prioridad. Impacto: qu partes del proyecto se pueden ver afectadas. Responsable de su eliminacin o control Contingencia: qu hay que hacer si se produce el riesgo.
Si no se planifican los riesgos estos se suelen presentar al finalizar el proyecto. Cuanto antes se detecten y se estudien los efectos y las acciones de contingencia ser mejor.
21
Identificacin de riesgos crticos

Clasificacin de riesgos crticos.
Inicio
Relacionados con tecnologa utilizada.

Novedad de las tecnologas utilizadas. Utilizacin de entornos de desarrollo nuevos.
Relativos a la arquitectura.
Seleccin de los casos de uso crticos para definirla.
Relativos a construir el sistema adecuado

Obtencin de los requisitos correctos.
Relativos a requisitos no funcionales

Seguridad de los datos. Rendimiento o tiempo de respuesta. Fiabilidad de los clculos. Usabilidad.
Evaluacin
Evaluar la etapa finalizada.
Inicio
Ver si se han cumplido los objetivos y metas definidas al principio
Planificar y estimar costes de la siguiente etapa.

Presentar una estimacin del coste y esfuerzo
Detalle de la fase de elaboracin. Aproximacin de la totalidad del proyecto.
Realizar un primer anlisis de coste/beneficio. Planificar temporalmente la siguiente etapa.

22
Etapa de elaboracin
Objetivo: elaborar una arquitectura estable para guiar el sistema a lo largo de su vida futura. Se centra en la factibilidad Se centra en el estudio de la funcionalidad significativa desde el punto de vista arquitectnico. Identifica los riesgos significativos. Especifica los valores de los atributos de calidad, como: tiempo de respuesta, seguridad, fiabilidad, etc. Recopila los casos de uso para el 80% de los requisitos funcionales. Presenta una propuesta detallada del sistema a construir.
Mdulo 1. Tema 4: Desarrollo de Sistemas OO: Proceso Unificado de Desarrollo 45
Inicio Elaboracin
Construccin Transaccin
Etapa de elaboracin
Inicio Elaboracin
46
23
Planificacin
Antes de empezar.
Inicio Elaboracin
Revisar la planificacin realizada al final de la fase de inicio. Creacin del equipo de trabajo. Establecer las metas a alcanzar tras la finalizacin de la etapa.
Extensin de requisitos. Definicin de la lnea base de la arquitectura. Mitigar riesgos significativos. Reevaluar el anlisis de coste/beneficio realizado en la fase de inicio.
47
Actividades
Recopilar de requisitos
Inicio Elaboracin
Encontrar casos de uso y actores. Desarrollar prototipos de las interfaces de usuario. Determinar la prioridad de los casos de uso. Detallar cada caso de uso. Estructurar el modelo de casos de uso.
48
24
Actividades
Analizar
Inicio Elaboracin
Analizar la arquitectura candidata. Analizar cada caso de uso, ver las clases y roles con que participa cada una. Definir un modelo de anlisis que permita apreciar los recursos compartidos por varios casos de uso. Analizar una clase. Analizar un paquete.
49
Actividades
Disear
Inicio Elaboracin
Esbozar el diseo de la arquitectura.

Identificar la arquitectura en capas. Identifica los subsistemas y sus interfaces Identifica las clases de diseo significativas para la arquitectura. Si se trata de un sistema distribuido, identificar los nodos y las configuraciones de red.
Disear un caso de uso. Disear una clase y un subsistema.

25
Actividades
Implementar
Inicio Elaboracin
Implementacin de la arquitectura. Implementacin de las clases que forman parte de la arquitectura. Integrar el sistema desarrollado.
51
Actividades
Probar
Inicio Elaboracin
Planificar las pruebas. Disear las pruebas. Realizar pruebas de integracin. Realizar pruebas del sistema.
52
26
Evaluacin
Inicio Elaboracin
Ver si se han cumplido los objetivos y metas definidas al principio.
Planificar y estimar costes de la siguiente etapa.

Presentar una estimacin del coste y esfuerzo del resto del proyecto o de cada uno de los subsistemas a construir Revisar el anlisis de coste/beneficio. Planificar temporalmente la siguiente etapa.
53
Etapa de Construccin
Objetivo: Desarrollar el sistema de una forma rpida, econmica y respetando los estndares de calidad.
Minimizar los costes de desarrollo, optimizando
Inicio Elaboracin
Construccin Objetivos Actividades Evaluacin
Transaccin
recursos y evitando rehacer y descartar trabajo. Alcanzar los niveles de calidad rpidamente. Alcanzar versiones tiles (alpha, beta, otras versiones de test) rpidamente.
54
27
Actividades
Gestin y control de recursos, optimizacin del proceso Desarrollo completo de componentes y test contra los criterios de evaluacin definidos. Evaluacin de las versiones del producto frente a los criterios de aceptacin
Inicio Elaboracin
Transaccin
55
Evaluacin
Productos
Inicio Elaboracin
Sistema integrado en su plataforma Los manuales de usuario Una descripcin de la versin actual

Estimar si el producto (beta), site, y usuarios se encuentran en disposicin de ser operativos sin incurrir en riesgos. Evaluar si los recursos consumidos respecto a los estimados son aceptables o no.
Transaccin
56
28
Etapa de Transaccin
Objetivo: transferir el producto software objeto del proyecto a los usuarios.
Inicio Elaboracin Construccin
Transaccin Objetivos Actividades Evaluacin
Alcanzar los usuarios un nivel de autosuficiencia. Alcanzar un acuerdo por parte de los stakeholders que se han conseguido los objetivos propuestos. Hacer el producto final tan rpida, econmica y prcticamente como sea posible
57
Actividades
Ingeniera especfica de distribucin Actividades de ajuste: errores, rendimiento y usabilidad Evaluacin del producto frente a los criterios de aceptacin y los requisitos del sistema (visin)

58
29
Evaluacin
Estimar si el producto cumple con los requisitos, sino nueva iteracin. Evaluar si los recursos consumidos respecto a los estimados son aceptables o no.
59
30

Desarrollo Sistemas OO: Proceso Unificado

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Desarrollo Sistemas OO: Proceso Unificado

Diunggah oleh

Hak Cipta:

Format Tersedia

Ingeniera del Software I (4 I.I.

Ingeniera del Software I (4 I.I.)

Mdulo 1. Tema 4: Desarrollo de Sistemas OO: Proceso Unificado de Desarrollo

Proceso Unificado de Desarrollo. RUP

Ingeniera del Software I (4 I.I.)

Mdulo 1. Tema 4: Desarrollo de Sistemas OO: Proceso Unificado de Desarrollo

Ingeniera del Software I (4 I.I.)

Proceso Unificado de Desarrollo. RUP

Ingeniera del Software I (4 I.I.)

Mdulo 1. Tema 4: Desarrollo de Sistemas OO: Proceso Unificado de Desarrollo

Proceso Unificado de Desarrollo

Ingeniera del Software I (4 I.I.)

Proceso Unificado de Desarrollo

El Proceso Unificado de Desarrollo. RUP

Proceso iterativo e incremental

Ingeniera del Software I (4 I.I.)

Mdulo 1. Tema 4: Desarrollo de Sistemas OO: Proceso Unificado de Desarrollo

Ingeniera del Software I (4 I.I.)

Dirigido por casos de uso

Requisitos Anlisis & Diseo Implementacin Pruebas

Ingeniera del Software I (4 I.I.)

Mdulo 1. Tema 4: Desarrollo de Sistemas OO: Proceso Unificado de Desarrollo

Dirigido por casos de uso

trace White-box test Black-box test

Ingeniera del Software I (4 I.I.)

Dirigido por casos de uso

Ingeniera del Software I (4 I.I.)

Mdulo 1. Tema 4: Desarrollo de Sistemas OO: Proceso Unificado de Desarrollo

Dirigido por casos de uso

Ingeniera del Software I (4 I.I.)

Mdulo 1. Tema 4: Desarrollo de Sistemas OO: Proceso Unificado de Desarrollo

Ingeniera del Software I (4 I.I.)

Ingeniera del Software I (4 I.I.)

Mdulo 1. Tema 4: Desarrollo de Sistemas OO: Proceso Unificado de Desarrollo

Ingeniera del Software I (4 I.I.)

Ingeniera del Software I (4 I.I.)

Mdulo 1. Tema 4: Desarrollo de Sistemas OO: Proceso Unificado de Desarrollo

Ingeniera del Software I (4 I.I.)

Mdulo 1. Tema 4: Desarrollo de Sistemas OO: Proceso Unificado de Desarrollo

Ingeniera del Software I (4 I.I.)

Ingeniera del Software I (4 I.I.)

Mdulo 1. Tema 4: Desarrollo de Sistemas OO: Proceso Unificado de Desarrollo

Ingeniera del Software I (4 I.I.)

Mdulo 1. Tema 4: Desarrollo de Sistemas OO: Proceso Unificado de Desarrollo

Ingeniera del Software I (4 I.I.)

Vista de los Casos de Uso

Ingeniera del Software I (4 I.I.)

Mdulo 1. Tema 4: Desarrollo de Sistemas OO: Proceso Unificado de Desarrollo

Ingeniera del Software I (4 I.I.)

Mdulo 1. Tema 4: Desarrollo de Sistemas OO: Proceso Unificado de Desarrollo

Ingeniera del Software I (4 I.I.)

Proceso iterativo e incremental

Proceso Unificado de Desarrollo

Ingeniera del Software I (4 I.I.)

Mdulo 1. Tema 4: Desarrollo de Sistemas OO: Proceso Unificado de Desarrollo

Ingeniera del Software I (4 I.I.)

Proceso iterativo e incremental

Mdulo 1. Tema 4: Desarrollo de Sistemas OO: Proceso Unificado de Desarrollo

Proceso iterativo e incremental

Ingeniera del Software I (4 I.I.)

Proceso iterativo e incremental

Ingeniera del Software I (4 I.I.)

Mdulo 1. Tema 4: Desarrollo de Sistemas OO: Proceso Unificado de Desarrollo

Software para venta en general.

Software para otra rea de la empresa.

Software para otra organizacin cliente.

Esbozar el diseo de la arquitectura.

Disear un caso de uso. Disear una clase y un subsistema.

Crear una lista de riesgos.