El documento describe el proceso unificado para el desarrollo de software. Este proceso guía el desarrollo iterativo de software a través de cuatro fases (iniciación, elaboración, construcción y transición) y nueve disciplinas clave como los requisitos, análisis, diseño, implementación y pruebas. También describe las cinco fases para la implantación de software de aplicaciones: preparar ambientes operacional y de prueba, capacitar usuarios, convertir datos y cambiar al nuevo sistema, evaluar el sistema instalado, y presentar un informe final.

1. Lic. Tom RodríguezDESARROLLO e implantación del software de Aplicación

2. MÉTODO DE DESARROLLO DE SOFTWARE DEL PROCESO UNIFICADOLos métodos empleados en proyectos de desarrollo de software han evolucionado constantemente. Entre los que más se han aplicado encontramos los siguientes:El método de ad hoc Los centrados en datos popularizadosLos de descomposición funcional y estructurados Los métodos formales como cleanroomLos orientados a objetivos Los métodos ágiles

3. ACTUALIDADHoy en día los métodos más utilizados son los empleados son los métodos orientados a objetivos. Estos:Son aplicados el marco de trabajo o del proceso unificado.El software se organiza como clases de objetos relacionadosSe basan en una refinación sucesiva de los objetos desde su moldeado conceptual hasta su implementación.De tal manera que la descomposición es por objetos y no por funciones.

4. Tipos de SoftwareSoftware de sistemas: también es llamado sistema operativo es el software de computadora más básico que permite la manipulación de hardware de la manera más eficiente, pueden ser de tarea única o multitarea, siendo estos los más utilizados actualmente.Software de aplicación: son creados para facilitar un trabajo especifico, generalmente están dispuestos para procesar las operaciones de un negocio o empresariales en tiempo real, colaborando en la toma de decisiones.Software científico y de ingeniería: este tipo se caracteriza por tener algoritmos que trabajan con extensas formulas y números para el procesamiento de tareas que llevarían mucho tiempo.

5. El Proceso UnificadoEl Proceso Unificado guía a los equipos de proyecto en cómo administrar el desarrollo iterativo de un modo controlado mientras se balancean los requerimientos del negocio, el tiempo al mercado y los riesgos del proyecto. El proceso describe los diversos pasos involucrados en la captura de los requerimientos y en el establecimiento de una guía arquitectónica lo más pronto, para diseñar y probar el sistema hecho de acuerdo a los requerimientos y a la arquitectura. El proceso describe qué entregables producir, cómo desarrollarlos y también provee patrones.

6. metodología del Proceso UnificadoSu metodología emplea el ciclo de vida interactivo e incremental con cuatro fases:Iniciación ElaboraciónConstrucción TransiciónDentro de este ciclo se desarrollan actividades relacionadas con 9 procesos también llamados disciplinas. Dentro de estos 6 son considerados claves y 3 de soporteProceso Unificado: DISCIPLINASDisciplinas: es un conjunto de actividades relacionadas (flujo de trabajo) vinculada a un área específica dentro del proyecto total. Las más importantes son: requerimiento o requisito, análisis y diseño, implementación y prueba.

7. DISCIPLINA: Especificación de requisitosPara los casos de uso que lo requieran (cuya funcionalidad no sea evidente o que no baste con una simple descripción narrativa) se realiza una descripción detallada utilizando una plantilla de documento, donde se incluyen: precondiciones, pos condiciones, flujo de eventos, requisitos no-funcionales asociados.Definir alcance y objetivos del negocio.

8. Determinar riesgo.

9. Especificar requisitos funcionales modelados con actores y casos de uso.

10. Especificar otros requisitos no funcionales.DISCIPLINA: Análisis y diseñoEste modelo establece la realización de los casos de uso en clases y pasando desde una representación en términos de análisis (sin incluir aspectos de implementación) hacia una de diseño (incluyendo una orientación hacia el entorno de implementación). Está constituido esencialmente por un Diagrama de Clases y algunos Diagramas de Estados para las clases que lo requieran.

11. DISCIPLINA: Análisis y diseñoElaborar modelo de análisis.Especificar y modelar clases y sus relaciones.

12. Especificar y modelar la vista de comportamiento o modelo dinámico (interacciones entre clases de objetos).Elaborar modelo de diseño (refinando el modelo de análisis) hasta lograr que sea un prototipo de código.Estructurar clases en paquetes y subsistemas de diseño (se convertirán en componentes durante la implementación).

13. Definir interfaces entre paquetes subsistemas.DISCIPLINA: ImplementaciónEste modelo es una colección de componentes y los subsistemas que los contienen. Estos componentes incluyen: ficheros ejecutables, ficheros de código fuente, y todo otro tipo de ficheros necesarios para la implantación y despliegue del sistema. Definir la organización del código en términos de subsistemas estructurados en capas.

14. Implementar (codificar y estructurar) clases y objetivos en términos de componentes (código fuente, ejecutables, bases de datos, etcéteras.

15. Ejecutar pruebas de componentes como unidades.

16. Integrar los resultados producidos por desarrolladores individuales y equipos en un sistema ejecutable.DISCIPLINA: PruebasPara cada Caso de Uso se establecen pruebas de Aceptación que validarán la correcta implementación del Caso de Uso. Cada prueba es especificada mediante un documento que establece las condiciones de ejecución, las entradas de la prueba, y los resultados esperados.Verificar las interacciones entre objetos.

17. Verificar la integración adecuada de todos los componentes del software.

18. Verificar que todos los requisitos se hayan implementado adecuadamente.

19. Asegurarse de que todos los defectos se hayan identificado y corregidos antes de la liberación.Implantación de software de aplicación