Documentos de Académico
Documentos de Profesional
Documentos de Cultura
DEL SOFTWARE
GESTION DE CONSTRUCCION, CONSTRUCCION EN
LOS MODELOS DE CICLO DE VIDA
Administración de la
construcción de Software
Administración de la
construcción de Software
Construcción de Software
2.1 Modelos de Construcción Tradicionales
Metodología RUP.
Metodología ASML.
Metodología CASE.
Metodología XP.
Metodología MSF.
Cuando los proyectos que se van a desarrollar son de mayor complejidad, ahí si toma
sentido el basarnos en una de estas metodologías de desarrollo, y empezamos a buscar
cual sería la más apropiada para nuestro caso.
Al realizar el diseño del software de manera rígida, cuando el cliente en la etapa final solicita
un cambio, resulta muy difícil realizarlo, pues se alteran muchas cosas que no habíamos
previsto, y es justo éste, uno de los factores que ocasiona un atraso en el proyecto y por
tanto la incomodidad del desarrollador por no cumplir con el cambio solicitado y el malestar
por parte del cliente por no tomar en cuenta su pedido.
Construcción de Software
2.2.1 Metodología RUP (Rational Unified Process- Proceso Unificado
Racional)
La Metodología RUP, divide en 4 fases el desarrollo del software:
Inicio.- El Objetivo en esta etapa es determinar la visión del proyecto.
Elaboración.- El objetivo es determinar la arquitectura óptima.
Construcción.- Desarrollar la capacidad operacional inicial.
Transición.- El objetivo es llegar a obtener el release del proyecto.
El Modelo Esencial.
El Modelo de Implementación.
Construcción de Software
2.2.2 Metodología ASML (A System Modelling Language-Sistema de
Lenguaje Modelado)
Dicha jerarquía de modelos se presenta en la siguiente figura:
El Modelo Esencial.
El Modelo de Implementación.
Construcción de Software
2.2.2 Metodología ASML (A System Modelling Language-Sistema de
Lenguaje Modelado)
El Modelo Esencial.
El Modelo de Implementación.
Se debe considerar ahora, las imperfecciones de la tecnología y determinar
los siguientes aspectos:
• La cantidad de procesadores necesarios.
• Las cualidades de estos procesadores.
• El tamaño de disco necesario de acuerdo al volumen de la información.
Luego se diseña la solución sobre la base de esas restricciones tecnológicas.
Construcción de Software
2.2.3 Metodología CASE
1) Estrategia.-
Tiene por objetivo lograr un entendimiento claro
de las necesidades de la organización y del
ambiente en que operará el sistema o sistemas
a implantar.
2) Análisis.-
La etapa de análisis toma y verifica los
descubrimientos de la etapa de estrategia y
expande estos en suficiente detalle para
asegurar la precisión de los modelos de la
empresa, posibilitando un fundamento sólido
para el diseño, dentro del alcance de la
organización y tomando en cuenta sistemas
existentes.
Construcción de Software
2.2.3 Metodología CASE
5) Producción.-
Aquí se asegura que el sistema funcione
correctamente en la mayoría de los
casos, y con intervención mínima de los
administradores del sistema.
Etapas de la
Metodología XP
Construcción de Software
2.2.3 Metodología XP (Extreme Programing).
Características XP
Cada miembro lleva a cabo la acción que el otro no está haciendo en ese momento.
Es como el chofer y el copiloto: mientras uno conduce, el otro consulta el mapa.
Construcción de Software
2.2.3 Metodología XP (Extreme Programing).
Características XP
Cada miembro lleva a cabo la acción que el otro no está haciendo en ese momento.
Es como el chofer y el copiloto: mientras uno conduce, el otro consulta el mapa.
Construcción de Software
2.2.3 Metodología XP (Extreme Programing).
¿Qué es lo que propone XP? Derechos del Cliente
• Empieza en pequeño y añade funcionalidad con • Decidir que se implementa .
retroalimentación continua. • Saber el estado real y el progreso del
• El manejo del cambio se convierte en parte proyecto.
sustantiva del proceso. • Añadir, cambiar o quitar requerimientos
• El costo del cambio no depende de la fase o etapa. en cualquier momento.
• No introduce funcionalidades antes que sean • Obtener lo máximo de cada semana de
necesarias. trabajo.
• El cliente o el usuario se convierte en miembro del • Obtener un sistema funcionando cada 3
equipo o 4 meses.
Derechos del Desarrollador
• Lo fundamental en este tipo de metodología
• Decidir cómo se implementan los procesos. es:
• Crear el sistema con la mejor calidad posible. • La comunicación, entre los usuarios y los
• Pedir al cliente en cualquier momento desarrolladores .
aclaraciones de los requerimientos. • La simplicidad, al desarrollar y codificar los
• Estimar el esfuerzo para implementar el sistema. módulos del sistema.
• Cambiar los requerimientos en base a nuevos • La retroalimentación, concreta y frecuente del
descubrimientos. equipo de desarrollo, el cliente y los usuarios
finales