Roles, Ciclo de Vida y Desarrollo de Sistemas de Información: Una Perspectiva Integral

Roles del Analista de Sistemas

El analista de sistemas desempeña un papel crucial en el desarrollo y la implementación de sistemas de información dentro de las organizaciones. Sus roles pueden variar, pero generalmente incluyen:

El Rol de Agente de Cambio

El rol más completo y de mayor responsabilidad que asume el analista de sistemas es el de agente de cambio, ya sea interno o externo para la empresa. El analista es un agente de cambio si desempeña cualquiera de las actividades relacionadas con el ciclo de vida del desarrollo de sistemas y está presente en la empresa durante un largo periodo (de dos semanas a más de un año). Un agente de cambio se puede definir como alguien que sirve de catalizador para el cambio, desarrolla un plan para el cambio y coopera con los demás para facilitar el cambio.

El Rol de Consultor

Con frecuencia, el analista de sistemas desempeña el rol de consultor para un negocio y, por tanto, podría ser contratado de manera específica para enfrentar los problemas de sistemas de información de una empresa. Esta contratación se puede traducir en una ventaja porque los consultores externos tienen una perspectiva fresca de la cual carecen los demás miembros de una organización. También se puede traducir en una desventaja porque alguien externo nunca conocerá la verdadera cultura organizacional.

El Rol de Experto en Soporte Técnico

Otro rol que tendrá que desempeñar es el de experto en soporte técnico dentro de la empresa en la cual labora de manera regular. En este rol, el analista recurre a su experiencia profesional con el hardware y software de cómputo y al uso que se le da en el negocio. Con frecuencia, este trabajo no implica un proyecto completo de sistemas, sino más bien la realización de pequeñas modificaciones o la toma de decisiones que se circunscriben a un solo departamento.

Cualidades del Analista de Sistemas

Un buen analista de sistemas debe poseer una variedad de habilidades y cualidades, entre ellas:

• Capacidad para examinar
• Experiencia en computación
• Habilidad de trato con cualquier tipo de persona
• Iniciativa
• Capacidad para planear
• Creatividad
• Buen comunicador
• Organizado
• Buen observador
• Autodisciplinado
• Hábil para utilizar herramientas
• Habilidad de razonamiento

Herramientas CASE y Ciclo de Vida del Desarrollo de Sistemas

Las herramientas CASE (Computer-Aided Software Engineering) son aplicaciones de software que ayudan a automatizar y mejorar el proceso de desarrollo de sistemas. Las cuatro razones principales para adoptar las herramientas CASE son:

1. Aumento en la productividad del analista.
2. Mejora de la comunicación analista-usuario.
3. Integración de las actividades del ciclo de vida.
4. Evaluar de manera precisa los cambios en el mantenimiento.

Fases del Ciclo de Vida del Desarrollo de Sistemas (SDLC)

El ciclo de vida del desarrollo de sistemas (SDLC) es un proceso estructurado que se utiliza para planificar, diseñar, desarrollar, probar, implementar y mantener sistemas de información. Generalmente consta de siete fases:

1. Identificación de problemas, oportunidades y objetivos.
2. Determinación de los requerimientos de información.
3. Análisis de las necesidades del sistema.
4. Diseño del sistema recomendado.
5. Desarrollo y documentación del software.
6. Pruebas y mantenimiento del sistema.
7. Implementación y evaluación del sistema.

Las Organizaciones como Sistemas

Las organizaciones se consideran como sistemas diseñados para cumplir metas y objetivos predeterminados con la intervención de la gente y otros recursos de que disponen. Las organizaciones se componen de sistemas más pequeños e interrelacionados (departamentos, unidades, divisiones, etc.). Es fundamental comprender la organización como un todo, con el fin de averiguar adecuadamente los requerimientos de información y de diseñar sistemas de información apropiados.

Interrelación e Interdependencia de los Subsistemas Organizacionales

Cada subsistema es una parte fundamental del sistema, que en trabajo conjunto suman el desarrollo total de la organización, pero cada subsistema trabaja independientemente dentro de sus propios procesos.

Aspectos Fundamentales de una Organización que Influyen en el Desarrollo de Sistemas de Información

Existen tres grupos de aspectos fundamentales en una organización que influyen en el desarrollo de sistemas de información:

• Administración de Operaciones: Forma el nivel inferior de la administración. Los administradores de operaciones toman decisiones usando reglas predeterminadas.
• Administración Media: Forma el nivel intermedio del sistema de administración. Realiza decisiones de planeación a corto plazo.
• Administración Estratégica: Los administradores estratégicos ven hacia el futuro de la organización y toman decisiones que guiarán a los administradores medios y de operación.

Propósitos de la Retroalimentación en las Organizaciones

La retroalimentación en las organizaciones tiene dos propósitos principales:

• Motivación: Demostrar a los empleados su desempeño y cómo mejorarlo.
• Comunicación: Permitir a los miembros expresar frustraciones y satisfacción, facilitando la expresión emocional y el cumplimiento de las necesidades sociales.

ERP (Enterprise Resource Planning)

Los sistemas de planificación de recursos empresariales (ERP) son sistemas de información gerenciales que integran y manejan muchos de los negocios asociados con las operaciones de producción y de los aspectos de distribución de una compañía comprometida en la producción de bienes o servicios.

Propósito: El propósito fundamental de un ERP es otorgar apoyo a los clientes del negocio, tiempos rápidos de respuesta a sus problemas, así como un eficiente manejo de información que permita la toma oportuna de decisiones y la disminución de los costos totales de operación.

Viabilidad en el Desarrollo de Sistemas

La viabilidad es un aspecto crucial en el desarrollo de sistemas y se evalúa en tres áreas principales:

• Viabilidad Técnica: Se refiere a la disponibilidad y capacidad de actualizar o incrementar los recursos técnicos actuales para satisfacer los requerimientos.
• Viabilidad Económica: Implica la evaluación de los recursos financieros, incluyendo el tiempo del equipo de análisis, el costo del estudio de sistemas, el costo del tiempo de los empleados, el costo del hardware y el costo del software.
• Viabilidad Operativa: Depende de los recursos humanos y se centra en determinar si el sistema funcionará y será utilizado una vez instalado.

Técnicas de Recopilación de Información: Entrevistas

Las entrevistas son diálogos de preguntas y respuestas entre dos personas. Son una herramienta clave para que el analista desarrolle su relación con el cliente, observe el lugar de trabajo y recopile datos relacionados con los requerimientos de información.

Pasos para la Planeación de la Entrevista

1. Leer los antecedentes.
2. Establecer los objetivos de la entrevista.
3. Decidir a quién entrevistar.
4. Preparar al entrevistado.
5. Decidir el tipo de preguntas y la estructura.

Tipos de Preguntas en las Entrevistas

• Preguntas Abiertas: Permiten al entrevistado usar todas las opciones de respuesta.

  Ventajas:

  1. Hacen que el entrevistado se sienta a gusto.
  2. Permiten al entrevistador entender el vocabulario del entrevistado.
  3. Proporcionan gran cantidad de detalles.
  4. Revelan nuevas líneas de preguntas.
  5. Hacen más interesante la entrevista para el entrevistado.
  6. Permiten más espontaneidad.

  Desventajas:

  1. Podrían dar como resultado muchos detalles irrelevantes.
  2. Posible pérdida del control de la entrevista.
  3. Permiten respuestas que podrían tomar más tiempo del debido.
  4. Dan la impresión de que el entrevistador es inexperto.
  5. Podrían dar la impresión de que el entrevistador "anda de pesca" sin un objetivo real.

• Preguntas Cerradas: Limitan las opciones de respuesta posibles.

  Ventajas:

  1. Ahorrar tiempo.
  2. Comparar las entrevistas fácilmente.
  3. Ir al grano.
  4. Mantener el control durante la entrevista.
  5. Cubrir terreno rápidamente.
  6. Conseguir datos relevantes.

  Desventajas:

  1. Aburren al entrevistado.
  2. No permiten obtener gran cantidad de detalles.
  3. Olvidar las ideas principales.
  4. No ayudan a forjar una relación cercana entre el entrevistador y el entrevistado.

• Sondeos (Preguntas de Seguimiento): Pueden ser abiertos o cerrados, pero piden al encuestado una respuesta más detallada. El propósito del sondeo es ir más allá de la respuesta inicial para conseguir mayor significado, clarificar y obtener y ampliar la opinión del entrevistado.

Estructuras de las Entrevistas

Las entrevistas pueden estructurarse de tres maneras básicas:

• Pirámide: Empiezan con preguntas cerradas y detalladas y finalizan con preguntas más amplias y generales.
• Embudo: Empiezan con preguntas abiertas y generales y a continuación pasan a preguntas cerradas más específicas.
• Diamante: Combinan las fortalezas de las otras dos estructuras, pero toman más tiempo para realizarse.

Técnicas de Recopilación de Información: Cuestionarios

El uso de cuestionarios es una técnica de recopilación de información que permite a los analistas de sistemas estudiar las actitudes, creencias, comportamiento y características de muchas personas importantes en la organización que podrían resultar afectadas por los sistemas actuales y los propuestos.

Uso de Escalas en los Cuestionarios

El escalamiento es el proceso consistente en asignar números u otros símbolos a un atributo o característica con propósitos de medición. Las escalas son a menudo arbitrarias y en algunos casos no son únicas.

Reglas para Diseñar un Buen Cuestionario

1. Deje bastante espacio en blanco.
2. Proporcione suficiente espacio para escribir las respuestas.
3. Facilite a los encuestados que marquen con claridad sus respuestas.
4. Mantenga un estilo consistente.

Muestreo

El muestreo es el proceso consistente en seleccionar sistemáticamente elementos representativos de una población. Cuando dichos elementos se examinan con cuidado, se da por hecho que el análisis revelará información útil de la población en general.

Propósito del Muestreo

El propósito del muestreo es seleccionar y estudiar documentos como facturas, informes de ventas y memorandos, o quizás seleccionar y entrevistar, aplicar cuestionarios y observar a los miembros de la organización.

El muestreo puede reducir costos, acelerar la recopilación de datos, hacer potencialmente más eficaz el estudio y quizá reducir la desviación en el estudio.

Diseño del Muestreo

Un analista de sistemas debe seguir cuatro pasos para diseñar una buena muestra:

1. Determinar qué datos van a ser recopilados o descritos.
2. Determinar de qué población se van a tomar muestras.
3. Escoger el tipo de muestra.
4. Decidir el tamaño de la muestra.

Observación

La observación de las actividades de los tomadores de decisiones es sólo una forma de evaluar sus requerimientos de información. La observación del entorno físico en el cual se desempeñan los tomadores de decisiones también pone de manifiesto muchos de sus requerimientos de información.

Elaboración de Prototipos

La elaboración de prototipos es una técnica útil de recopilación de información para complementar el ciclo de vida del desarrollo tradicional de sistemas.

Lineamientos para Desarrollar un Prototipo

1. Trabajar en módulos manejables.
2. Construir rápidamente el prototipo.
3. Modificar el prototipo.
4. Poner énfasis en la interfaz de usuario.

Desventajas de los Prototipos

• Administrar el proceso de la elaboración de prototipos es difícil debido a la rapidez del proceso y a sus muchas iteraciones.
• Un prototipo incompleto podría ser forzado a colocarse en servicio como si fuera un sistema completo.

El Papel del Usuario en la Elaboración de Prototipos

El papel del usuario en la elaboración de prototipos se puede resumir en dos palabras: intervención honrada. Sin la intervención del usuario hay poca razón para elaborar el prototipo.

Los comportamientos precisos y necesarios para interactuar con un prototipo pueden variar, pero está claro que el usuario es fundamental en el proceso de la elaboración de prototipos.

Desarrollo Rápido de Aplicaciones (RAD)

El desarrollo rápido de aplicaciones (RAD) es un enfoque orientado a objetos para el desarrollo de sistemas que incluye un método de desarrollo, así como también herramientas de software. Es lógico discutir RAD y la elaboración de prototipos en el mismo capítulo, debido a que están conceptualmente muy unidos.

Fases del RAD

• Fase de Planeación de Requerimientos: En esta fase, usuarios y analistas se reúnen para identificar los objetivos de la aplicación o sistema y para identificar los requerimientos de información que surgen de dichos objetivos.
• Taller de Diseño del RAD: El proceso de diseñar y refinar los prototipos se puede representar mejor como un taller.
• Fase de Implementación: Se implementa el sistema final.

Cuándo Utilizar el RAD

Considere utilizar RAD cuando:

1. Su equipo incluya a programadores y analistas que tengan experiencia con él.
2. Haya razones de negocios urgentes para acelerar una parte del desarrollo de la aplicación.
3. Cuando esté trabajando con una nueva aplicación de comercio electrónico y su equipo de desarrollo crea que el negocio puede beneficiarse ampliamente sobre sus competidores siendo innovador si esta aplicación está entre las primeras en aparecer en la Web.
4. Cuando los usuarios sean maduros y estén altamente comprometidos con las metas organizacionales.

Desventajas del RAD

Las dificultades con el RAD, como con otras clases de elaboración de prototipos, se originan debido a que los analistas de sistemas intentan apresurar demasiado el proyecto.

Programación Extrema (XP)

La programación extrema (XP) es un enfoque de desarrollo de software que toma lo que generalmente designamos como buenas prácticas de desarrollo de software y las lleva al extremo. XP define con rapidez un plan global, desarrolla y libera rápidamente el software y después lo revisa de manera continua para agregarle características adicionales. Los programadores de XP trabajan en parejas para desarrollar sistemas de calidad.

Valores de XP

Los cuatro valores de XP son: comunicación, sencillez, retroalimentación y valentía.

Principios Básicos de XP

Los cinco principios básicos de XP consisten en: proporcionar una retroalimentación rápida; adoptar la simpleza al abordar una nueva tarea de programación; cambiar el código, el diseño, e incluso al equipo de desarrollo, de manera gradual; aceptar el cambio como un estado normal del trabajo, y hacer un trabajo de calidad.

Actividades de XP

Las actividades de XP incluyen: codificar, probar, escuchar y diseñar.

Recursos Disponibles en XP

Los recursos disponibles incluyen: tiempo, costo, calidad y alcance.

Prácticas Esenciales de XP

Las cuatro prácticas esenciales de XP son: (1) liberación limitada; (2) semana de trabajo de 40 horas; (3) cliente en el sitio, y (4) programación en parejas.

Diagramas de Flujo de Datos (DFD)

(DFDs). Estos diagramas son herramientas estructuradas de análisis y diseño que permiten al analista comprender visualmente el sistema y los subsistemas como un conjunto de flujos de datos interrelacionados.

Sistema de Información (SI)

Un sistema de información (SI) es un conjunto de elementos interrelacionados con el propósito de prestar atención a las demandas de información de una organización, para elevar el nivel de conocimientos que permitan un mejor apoyo a la toma de decisiones y desarrollo de acciones.

Componentes: Humano, tecnológico, organizacional, financieros y administrativos.

Enfoques para el Desarrollo de los Sistemas de Información

Estos son Independiente, Centralizado y Distribuido.

• Independiente: Cada parte de la organización tiene su propio sistema, no depende de los demás sistemas.
• Centralizado: Son equipos, programas y datos que se encuentran centralizados, como un centro de navegación de Internet, donde una sola PC (el servidor) es la que mantiene a las demás.
• Distribuido: Combinación de los dos anteriores, poseen una gran base de datos, pero se comunican entre sí.

Funciones de los Sistemas de Información

• Procesar Transacciones: Guardar y almacenar datos.
• Definición de Archivos: Almacenar los datos capturados de acuerdo a:
  • Estructura de almacenamiento adecuado.
  • A través de un método que facilite el almacenamiento, actualización y acceso de datos.
  • Dispositivos apropiados: CD, diskettes.
• Mantenimiento de esos Archivos: Revisión periódica, actualizando la información; insertando, modificando y eliminando datos.
• Generar Reportes: Produce la información requerida por los diferentes centros de información de la empresa a través de reportes en papel, en cintas y en diskettes o mediante el envío de señales electromagnéticas, digitales o analógicas a dispositivos receptores terminales. Entre los diferentes tipos de reportes tenemos los siguientes:
  • Reportes de Errores: Informa acerca de las fallas presentadas por el sistema.
  • Reportes de Actividad: Informa de las actividades normales.
  • Reportes Regulares: Se realizan semanal, anual, mensual, etc.
  • Reportes de Excepción: Informan de situaciones excepcionales.
  • Reportes Especiales: Surgen en situaciones especiales.
  • Reportes no Planeados: Salen sin previo aviso, surgen en situaciones especiales o excepcionales.
• Procesar Consultas: Consultas interactivas hombre-máquina.
• Mantenimiento de la Integridad de los Datos: Que se mantengan intactos los datos, que se mantengan la verdad, la veracidad y protección de los datos.

Clasificación de los Sistemas de Información

• Sistema de Información Formal: Basados en un conjunto de normas, estándares y procedimientos que permiten que la información se genere y llegue a quien la necesita en el momento deseado.
• Sistemas de Información Informal: Están basados en la comunicación no formalizada, ni predefinida entre las personas de la organización.
• Sistemas de Comunicación: Transmiten información entre los diferentes subsistemas de una organización.
• Sistemas de Información Informal: Es una red no estructurada de comunicación informal entre personas dentro o en el ambiente de la organización.
• Sistemas de Información Organizacional: Formados por los flujos o canales de información que transmiten mensajes entre los diferentes niveles jerárquicos de la organización desde los niveles de planificación, pasando por los de control, hasta los operacionales.
• Sistemas de Información Operativos: Son definidos como sistemas de información que recogen, mantienen y procesan los datos ocasionados por la realización de operaciones básicas en la organización.
• Sistemas de Información Gerencial: Es un tipo de sistema que proporciona la información necesaria para que gerentes o directivos puedan ejecutar los procesos de toma de decisiones y solución de problemas en una organización.
• Sistema de Apoyo para la Toma de Decisiones: Es un tipo muy especial de sistema de información caracterizado por procesar datos para realizar automáticamente parte o todo el proceso de toma de decisiones e indicar la acción que se debe tomar para mantener a la organización dentro de condiciones normales de funcionamiento.
• Sistema de Procesamiento de Datos: El procesamiento de datos es parte fundamental e implícita de la mayoría de sistemas de información discutidos anteriormente.

Ciclo de Vida en Cascada

Este modelo admite la posibilidad de hacer iteraciones, es decir, durante las modificaciones que se hacen en el mantenimiento se puede ver, por ejemplo, la necesidad de cambiar algo en el diseño, lo cual significa que se harán los cambios necesarios en la codificación y se tendrán que realizar de nuevo las pruebas. Es decir, si se tiene que volver a una de las etapas anteriores al mantenimiento, hay que recorrer de nuevo el resto de las etapas.

Ventajas del Modelo en Cascada

• Es un modelo sencillo y disciplinado.
• Es fácil aprender a utilizarlo y comprender su funcionamiento.
• Está dirigido por los tipos de documentos y resultados que deben obtenerse al final de cada etapa.
• Ha sido muy usado y, por tanto, está ampliamente contrastado.
• Ayuda a detectar errores en las primeras etapas a bajo costo.
• Ayuda a minimizar los gastos de planificación, pues se realiza sin problemas.

Desventajas del Modelo en Cascada

• Los proyectos raramente siguen el proceso lineal tal como se definía originalmente el ciclo de vida.
• Es difícil que el cliente exponga explícitamente todos los requisitos al principio.
• El cliente debe tener paciencia, pues obtendrá el producto al final del ciclo de vida.
• No refleja exactamente cómo se programa realmente el sistema, en el que suele haber un gran componente iterativo.
• Puede resultar complicado regresar a etapas anteriores (ya acabadas) para realizar correcciones.
• El producto final obtenido puede que no refleje todos los requisitos del usuario.

Modelo Lineal Secuencial

El modelo lineal secuencial, también conocido como "Ciclo de vida básico del software", sugiere un enfoque sistemático y secuencial para el desarrollo de software. Inicia en un nivel de sistemas y progresa con el análisis, diseño, implementación, pruebas y mantenimiento.

Ventajas del Modelo Lineal Secuencial

• Facilita la gestión de desarrollo.

Desventajas del Modelo Lineal Secuencial

• Los proyectos reales raramente siguen el modelo secuencial que propone el modelo.
• A menudo es difícil que el cliente exponga explícitamente todos los requerimientos.
• El cliente debe tener paciencia.
• Un grave error puede ser desastroso.

Ciclo de Vida Incremental

Este modelo de ciclo de vida se basa en la filosofía de construir incrementando las funcionalidades del programa. Se realiza construyendo por módulos que cumplen las diferentes funciones del sistema. Esto permite ir aumentando gradualmente las capacidades del software. Este ciclo de vida facilita la tarea del desarrollo permitiendo a cada miembro del equipo desarrollar un módulo particular en el caso de que el proyecto sea realizado por un equipo de programadores.

Características del Modelo Incremental

• Combina elementos del modelo de cascada con la filosofía interactiva de construcción de prototipos.
• Cada secuencia lineal produce un producto operacional con cada incremento.
• El primer incremento es a menudo el núcleo.
• Como resultado de la evaluación y/o utilización, se desarrolla un plan para el incremento siguiente. Este proceso se repite hasta llegar al producto completo.
• Este modelo es particularmente útil cuando la dotación de personal no es suficiente para una implementación completa.
• Los primeros incrementos se pueden implementar con menos recursos.
• Si es muy riesgoso desarrollar el sistema completo de una sola vez, entonces debería considerar este modelo.

Ventajas del Modelo Incremental

• Construir un sistema pequeño es siempre menos riesgoso que construir un sistema grande.
• Al ir desarrollando parte de las funcionalidades, es más fácil determinar si los requerimientos planeados para los niveles subsiguientes son correctos.
• Si un error importante es realizado, sólo la última iteración necesita ser descartada y utilizar el incremento previo.
• Se disminuye el riesgo de fracaso de todo el proyecto, ya que se puede distribuir en cada incremento.
• Las partes más importantes del sistema son entregadas primero, por lo cual se realizan más pruebas en estos módulos y se disminuye el riesgo de fallos.

Desventajas del Modelo Incremental

• Se presupone que todos los requisitos se han definido al inicio.
• Se requiere de una experiencia importante para definir los incrementos de forma de distribuir en ellos las tareas en forma proporcional.
• Si el sistema a desarrollar es de gran magnitud y se cuenta con un único grupo para construirlo, se corre el riesgo de que el desarrollo se prolongue demasiado en tiempo.
• Cada incremento debe ser pequeño para limitar el riesgo.
• Cada incremento debe aumentar la funcionalidad.
• Es difícil establecer las correspondencias de los requisitos contra los incrementos.

Modelo en Espiral

El modelo en espiral del proceso del software fue propuesto originalmente por Boehm (1988). El modelo en espiral es una de las metodologías más recomendables para el desarrollo y creación de un programa, ya que consta de pocas etapas o fases, las cuales se van realizando de una manera continua y cíclica.

Características del Modelo en Espiral

• En cada giro se construye un nuevo modelo del sistema completo.
• Este modelo puede combinarse con otros modelos de proceso de desarrollo (cascada, evolutivo).
• Mejor modelo para el desarrollo de grandes sistemas.
• El análisis de riesgo requiere la participación de personal con alta cualificación.
• Incorpora objetivos de calidad y gestión de riesgos.
• Elimina errores y alternativas no atractivas al comienzo.
• Permite iteraciones, vuelta atrás y personalizaciones rápidas.

En el ciclo de vida en espiral se localizan los riesgos, se genera un plan para manejarlos y se establece una aproximación a la siguiente iteración. Con cada iteración se produce una aproximación al producto final. En el modelo en espiral se comienza con una parte pequeña del proyecto y se expande tras reducir los riesgos para la siguiente iteración.

Pasos en Cada Iteración del Modelo en Espiral

• Determinar objetivos, alternativas y límites.
• Evaluar las alternativas, identificar y resolver los riesgos.
• Generar entregas de esta iteración, y comprobar que son correctas.
• Planificar la siguiente iteración.
• Desarrollar, verificar el producto del siguiente nivel.

En este modelo, las primeras iteraciones son menos costosas y a medida que se avanza aumenta el costo.

Ventajas del Modelo en Espiral

• Se obtienen con anterioridad indicaciones de cualquier riesgo insuperable.
• No necesita una definición completa de los requisitos para empezar a funcionar.
• Al entregar productos desde el final de la primera iteración es más fácil validar los requisitos.
• El riesgo en general es menor, porque si todo se hace mal, solo se ha perdido el tiempo y recurso sin vertidos en una iteración (las anteriores iteraciones también).
• El riesgo de sufrir retrasos es menor, ya que al identificar los problemas en etapas tempranas hay tiempo de subsanarlos.

Desventajas del Modelo en Espiral

• Un aumento de costos.
• Es un modelo complicado de llevar a cabo porque exige una gestión concienzuda, atenta y unos conocimientos profundos.
• Es difícil evaluar los riesgos.
• Necesita de la participación continua por parte del cliente.
• Cuando se subcontrata hay que producir previamente una especificación completa de lo que se necesita, y esto lleva tiempo.

El Proceso Unificado

El Proceso Unificado no es simplemente un proceso, sino un marco de trabajo extensible que puede ser adaptado a organizaciones o proyectos específicos. De la misma forma, el Proceso Unificado de Rational, también es un marco de trabajo extensible, por lo que muchas veces resulta imposible decir si un refinamiento particular del proceso ha sido derivado del Proceso Unificado o del RUP. Por dicho motivo, los dos nombres suelen utilizarse para referirse a un mismo concepto.

El Proceso Unificado de Rational (RUP)

El Proceso Unificado de Rational (Rational Unified Process en inglés, habitualmente resumido como RUP) es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos.

El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologías adaptables al contexto y necesidades de cada organización.

MÉTRICA

MÉTRICA es una metodología de planificación, desarrollo y mantenimiento de sistemas de información.

MÉTRICA, en su versión 3, proporciona también cuatro interfaces que definen actividades orientadas a la mejora y perfeccionamiento de los procesos principales para garantizar la consecución del objetivo del desarrollo.