Proceso unificado Rational (RUP) El RUP es un ejemplo de un modelo de proceso moderno.

Reconoce que los modelos de procesos genricos presentan un solo enfoque del proceso. En contraste RUP reconoce tres: 1. Una perspectiva dinmica que muestra las fases del modelo sobre el tiempo. 2. Una perspectiva esttica que muestra las actividades del proceso que se representan. 3. Una perspectiva practica que sugiere buenas prcticas a utilizar durante el proceso. Fases del RUP 1. Inicio: Se establece un caso de negocio para el sistema. Se identifican a las entidades externas que interactuaran con el sistema. De esta forma se evala la aportacin del sistema al negocio. Si esta es poca, se puede cancelar el proyecto. 2. Elaboracin: Se desarrolla una comprensin del dominio del problema, se establece un marco arquitectnico, se desarrolla el plan del proyecto y se identifican los riesgos. 3. Construccin: Se realiza el diseo del software, la programacin y las pruebas. 4. Transicin: Se lleva el sistema desde la comunidad de desarrollo a la comunidad del usuario y hacerlo trabajar en un entorno real. Al terminar esta fase se debe tener un sistema completo funcionando y documentado. La vista esttica del RUP se centra en las actividades que tienen lugar durante el proceso de desarrollo. Estas se denominan flujos de trabajo. RUP recomienda seis buenas practicas 1. Desarrolle el software de forma iterativa: Planifique las entregas incrementales y de acuerdo a las prioridades del cliente. 2. Gestione los requerimientos: Documente explcitamente los requerimientos y mantngase al tanto de los cambios de estos. 3. Utilice arquitecturas basadas en componentes. 4. Modele el software visualmente: Utilice modelos grficos UML para presentar vistas estticas y dinmicas del software. 5. Verifique la calidad del software: Asegrese que el software cumpla con los estndares de calidad internacionales. 6. Controle los cambios de software: Gestione los cambios usando un sistema de gestin de cambios.

Ingeniera del software asistida por computadora Es el software que se utiliza para ayudar a las actividades del proceso del software.

Limitaciones: 1. La ingeniera del software es una actividad de diseo que se basa en la creatividad. Los sistemas CASE automatizan las actividades rutinarias pero las pruebas con inteligencia artificial para proporcionar ayuda al diseo no han tenido xito. 2. La ingeniera del software es una actividad de equipo y los ingenieros pasan mucho tiempo interactuando entre ellos. La tecnologa CASE no proporciona mucha ayuda en esto. Se pueden describir las herramientas CASE desde 3 perspectivas: 1. Una perspectiva funcional en la que las herramientas CASE se clasifican de acuerdo a su funcin especifica. 2. Una perspectiva de proceso en la que las herramientas CASE se clasifican de acuerdo a las actividades del proceso que ayudan. 3. Una perspectiva de integracin en la que las herramientas CASE se clasifican de acuerdo con la forma que estn organizadas en unidades integradas que proporcionan ayuda a una o ms actividades del proceso.