El documento describe los diferentes métodos y procesos utilizados en el desarrollo de software. Explica que los métodos orientados a objetos son los más utilizados hoy en día y describe las cinco fases del proceso de implantación de software de aplicación: 1) preparar ambientes operacional y de prueba, 2) capacitar usuarios, 3) conversión de datos y cambio de sistema, 4) evaluación luego de la instalación, y 5) presentar reporte final.

1. Lic. Tom Rodríguez

2.  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

3.  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.

4.  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.

5.  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.

6.  Su metodología emplea el ciclo de vida interactivo e
incremental con cuatro fases:
 Iniciación
 Elaboración
 Construcció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

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

8.  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.

9.  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.

10.  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.

11.  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.

12.  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.

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

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

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

17.  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.

18.  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.

19.  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.