DESARROLLO E IMPLANTACIÓN DEL SOFTWARE DE APLICACIÓN

Lic. Tom Rodríguez

MÉTODO DE DESARROLLO DE SOFTWARE DEL PROCESO UNIFICADO

Los 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 popularizados Los de descomposición funcional y estructurados Los métodos formales como cleanroom Los orientados a objetivos Los métodos ágiles

ACTUALIDAD Hoy 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 relacionados

Se 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.

TIPOS DE SOFTWARE Software 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.

EL PROCESO UNIFICADO

El 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.

METODOLOGÍA DEL PROCESO UNIFICADO

Su metodología emplea el ciclo de vida interactivo e incremental con cuatro fases:Iniciación ElaboraciónConstrucción Transición

Dentro de este ciclo se desarrollan actividades relacionadas con 9 procesos también llamados disciplinas. Dentro de estos 6 son considerados claves y 3 de soporte

PROCESO UNIFICADO: DISCIPLINAS

Disciplinas: 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.

DISCIPLINA: ESPECIFICACIÓN DE REQUISITOS

Para 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. Determinar riesgo. Especificar requisitos funcionales modelados con

actores y casos de uso. Especificar otros requisitos no funcionales.

DISCIPLINA: ANÁLISIS Y DISEÑO

Este 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.

DISCIPLINA: ANÁLISIS Y DISEÑO

Elaborar modelo de análisis. Especificar y modelar clases y sus relaciones. 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). Definir interfaces entre paquetes subsistemas.

DISCIPLINA: IMPLEMENTACIÓN

Este 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.

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

Ejecutar pruebas de componentes como unidades. Integrar los resultados producidos por desarrolladores individuales

y equipos en un sistema ejecutable.

DISCIPLINA: PRUEBAS Para 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. Verificar la integración adecuada de todos los componentes del

software. Verificar que todos los requisitos se hayan implementado

adecuadamente. Asegurarse de que todos los defectos se hayan identificado y

corregidos antes de la liberación.

IMPLANTACIÓN DE SOFTWARE DE APLICACIÓN

Fase 1: Preparar un ambiente operacional

y uno de prueba separados

Fase 2: Ofrecer capacitación a los

usuarios, administradores y

técnicos

Fase 3: Realizar la conversión de datos y el cambio de sistema

Fase 4: Efectuar una evaluación luego de la instalación del sistema

Fase 5: Presentar un reporte final a la administración

Son cinco las Fases que se utilizan en la Implantación de software de aplicación:

FASE 1: PREPARAR UN AMBIENTE OPERACIONAL Y UNO DE PRUEBA SEPARADOS

El tener el ambiente operacional y el de prueba separados permite proteger el sistema y evitar problemas que pudieran dañar los datos o interrumpir las operaciones durante las tareas de prueba.

La plataforma operacional del sistema de información incluye las

configuraciones de hardware y software apropiadas, utilidades del sistema,

recursos de telecomunicaciones y otros componentes. A esta plataforma

operacional sólo tienen acceso los usuarios bajo un control estricto. Los

analistas de sistemas y programadores no tienen acceso.

El ambiente de test reduciendo probablemente a una estación de

trabajo o a un servidor, contiene copias de todos los programas y

procedimientos, así como de los archivos de datos de prueba.

Se entiende por ambiente o plataforma la combinación específica de hardware y software que nos permite correr un sistema, por ambiente operacional, la plataforma donde corre el sistema actual y por ambiente de test o de prueba, la plataforma utilizada para desarrollar y dar mantenimiento a los sistemas.

FASE 2: OFRECER CAPACITACIÓN A LOS USUARIOS, ADMINISTRADORES Y TÉCNICOS

A los usuarios debe ofrecérseles una visión general del sistema y los términos o palabras

clave; los procedimientos de inicio y apagado del sistema; el menú principal y los

submenús; las funciones principales del sistema; una guía para sacar adelante los

problemas que se presenten y una lista de preguntas frecuentes.

Al equipo de TI se le debe entrenar en la arquitectura del sistema y su

documentación, la resolución de problemas y en el entrenamiento de los usuarios y

del personal administrativo.

A los administradores, entre otros debe capacitárseles en la obtención de los objetivos del

negocio, los principales reportes que ofrece el sistema y como requerir mejoras al mismo.

FASE 3: REALIZAR LA CONVERSIÓN DE DATOS Y EL CAMBIO DE SISTEMA

Es una parte importante de la implantación o instalación del sistema

y que consiste en cargar en el nuevo sistema los datos existentes.

Dependiendo del sistema puede hacerse antes, durante o después

de completar el ambiente operacional.

El proceso de cambio del sistema consiste en poner en línea el

nuevo sistema y en retirar el anterior. Puede realizarse de forma

directa en paralelo, mediante un piloteo o por etapas intercaladas

dependiendo del riesgo implícito y del tiempo disponible para

realizar la tarea.

FASE 4: EFECTUAR UNA EVALUACIÓN LUEGO DE LA INSTALACIÓN DEL SISTEMA

Una vez instalado el sistema, debe permitir observar la calidad del

nuevo sistema de información de forma integral. Se pone énfasis

en determinar si el sistema efectivamente cumple ciertos

requisitos, permite lograr los objetivos de los usuarios y produce

los beneficios para los cuales fue aprobado.

FASE 5: PRESENTAR UN REPORTE FINAL A LA ADMINISTRACIÓN

Se realiza un reporte final que debe incluir las versiones definitivas de toda la documentación del sistema, las modificaciones o mejoras a realizar a futuro que fueron detectadas, la recapitulación de los presupuestos y cronogramas utilizados durante la instalación y los resultados de los test correspondientes a la evaluación final.