Anda di halaman 1dari 6

CAPITULO 3

NOMBRE: Cecilia Guadalupe Carranza Beltran

MATRICULA:38876

MAESTRO: Jorge Cuadra

13 DE JULIO DE 2018

..
Capítulo 3

3.2 Ciclo de vida de los proyectos

Subdividir el proceso de desarrollo de software produce lo que se conoce como un modelo

de ciclo de vida. Así como un animal pasa por una serie de fases de desarrollo desde su

concepción a su fallecimiento. también lo hace cualquier sistema de información infor-

mático. Al desarrollo de los sistemas de información informáticos se les pueden aplicar

diferentes ciclos de vida de proyectos.

3.2.1 Ciclo de vida tradicional

En la Figura 3.2 se muestra una vista, en forma de diagrama, del ciclo de vida tradicional

(TLC) asociado con el desarrollo de los sistemas de información. Este modelo se conoce

también como ciclo de vida en cascada (la dificultad de volver a una fase anterior una vez

que se ha completado se ha comparado con la dificultad de nadar a contracorriente en una

cascada). Fue desarrollado a finales de la década de 1960 en un intento por introducir una

-estrategia de ingeniería más sistemática (Royce, 1970) para el desarrollo de software. En

los siguientes apartados se describen cada una de las fases de un TLC.


Los prototipos se pueden construir para satisfacer diversos objetivos. Un prototipo puede

usarse para investigar los requisitos del usuario tal y como se describe en el Capítulo 5.

por ejemplo, un prototipo puede hacer un énfasis especial en la interfaz hombre-máquina

para determinar qué datos deben presentarse al usuario y qué datos. Deberá introducir el

usuario. También podría usarse un prototipo para investigar el formato más conveniente

para la interfaz. También se puede construir un prototipo para determinar si una cierta-

plataforma de implementación puede dar soporte a ciertos requisitos de capacidad

proceso. El prototipo también podría servir para determinar la eficacia de un lenguaje de

programación, un sistema de gestión de base de datos o una infraestructura 2 de comuni-

caciones. En la. Figura 3.5 -se muestra el ciclo de vida asociado con el prototipado.

Las principales etapas prototipo son las Siguientes.

1. Realizar un análisis inicial.


2. Definir los objetivos del prototipo.
3. Especificar el prototipo.
4. Construir el prototipo.
5. Evaluar el prototipo y recomendar cambios.
El modelo en espiral de Boehrn (1988) puede verse como un

apoyo. Sin embargo, Gilb (1988) defiende que el modelo espiral no soporta plenamente

su estrategia de desarrollo incremental, ya que este modelo no enfatiza ni incluye ciertos

aspectos asociados con el desarrollo de sistemas, por ejemplo:

 La producción de incrementos de alto-valor a bajo coste.


 La entrega de incrementos utilizables que representen entre 1% y el 5% de
presupuesto total del proyecto.
 Un límite en la duración de cada ciclo (por ejemplo, un mes).
 Una medida de productividad en lo que se refiere a funcionalidad entregada o
mejoras
 en la calidad.
 Una arquitectura abierta que constituye la base para un posterior desarrollo
evolutivo:

3.4 Implicación de los usuarios

Un factor clave para maximizar la oportunidad de éxito es asegurar que el usuario se

implicará de manera continua v eficaz a lo largo del proyecto. El ciclo de vida en cascada

tradicional resulta menos apropiado para la implicación del usuario a lo largo de todo el

proyecto y, por ello, resultará difícil estar al día de los mutables requisitos del usuario, La

estrategia del prototipo depende, normalmente, de la implicación continua del usuario

y, por su propia naturaleza, anima a la participación del mismo. Sin embargo, se debe

prestar la máxima atención para asegurar que los usuarios disponen del tiempo suficiente

para poder realizar con eficacia su papel. En el prototipo, la evolución del prototipo

requiere que los usuarios dediquen un tiempo importante.

3.7 CASE

Las herramientas de Ingeniería de Software Asistida por Ordenador (CASE) se encuen-

tran disponibles desde mediados de la década de 1980 y, en proporcionan

soporte para muchas de las tareas que el diseñador de software debe realizar. La

definición más. amplia de herramientas CASE incluye el empleo de herramientas de

software en todos los aspectos técnicos, administrativos de dirección involucrados en

el desarrollo de software.

Anda mungkin juga menyukai