UNIVERSIDAD FRANCISCO DE PAULA SANTANDER

FACULTAD DE INGENIERIA
PROGRAMA DE INGENIERIA DE SISTEMAS
Lectura

F05

pgina

CICLO DE VIDA FRENTE A UN MODELO

Los trminos ciclo de vida del sistema y modelos de desarrollo del sistema con frecuencia
son intercambios.
Cuando un sistema evoluciona del desarrollo a la operacin y al mantenimiento,
debe darse una conversin
En algn punto en el tiempo, se vuelve obsoleto (o se vuelve inminente) y el ciclo
cambia de la operacin y el mantenimiento al redesarrollo.
En realidad, un sistema puede estar en ms de una etapa al mismo tiempo.
El modelo es el proceso estndar para construir y mantener ese sistema y todos los dems
sistemas de informacin a travs de sus ciclos de vida.
PRINCIPIOS FUNDAMENTALES PARA EL DESARROLLO DE SISTEMAS
Principio 1: Hacer participar a los usuarios del sistema.
Piense en el desarrollo de sistemas como una sociedad absoluta ara el desarrollo de
sistemas exitosos.
Los analistas, diseadores y constructores son responsables por el desarrollo del sistema,
deben hacer participar a sus propietarios y usuarios, insistir en su participacin y buscar
un acuerdo por parte de todos los interesados en relacin con las decisiones que puedan
afectarlos.
La mala comunicacin y los malos entendidos continan como un problema.

Principio 2. Utilizar un mtodo de solucin de problema.

1. estudiar y entender el problema, su contexto y su impacto
2. definir los requerimientos que deben satisfacer para alcanzar una solucin
3. identificar alternativas de soluciones que satisfaga los requerimientos y elegir la mejor
solucin
4. disear y/o implantar la solucin elegida
5. observar y evaluar el impacto de la solucin y depurarla

UNIVERSIDAD FRANCISCO DE PAULA SANTANDER

FACULTAD DE INGENIERIA
PROGRAMA DE INGENIERIA DE SISTEMAS
Lectura

F05

pgina

El proceso de solucin de problemas de una metodologa, cuando se aplica

correctamente, puede reducir o eliminar riesgos.

Principio 3. Establecer fases y actividades

Todos los modelos de desarrollo tienen fases y actividades. El numero y alcance de ambas
varan de autor en autor, de experto en experto, de modelo en modelo y de empresa a
empresa.
Las fases son:

definicin del alcance

anlisis del problema
anlisis de requerimientos
diseo lgico
anlisis de decisin
diseo fsico e integracin
construccin y pruebas
instalacin y entrega

estas fases no son absolutamente secuenciales, tienden a traslapases entre ellas. Estas
pueden ser personalizadas para las necesidades de un proyecto dado (eje. Vencimientos,
complejidad, estrategia, recursos, entre otros aspectos).
Principio 4. Documentar a travs del desarrollo.
La documentacin mejora las comunicaciones y la aceptacin. La documentacin revela la
fortaleza y debilidades del sistema para los mltiples interesados. Estimula la participacin
de los usuarios y reasegura la administracin acerca del progreso.
Principio 5. Establecer estndares.
Todos los sistemas de informacin en el mundo perfecto deberan estar integrados de tal
forma que se comportan como un solo sistema. Desafortunadamente nunca sucede esto
debido a que los SI son desarrollados y remplazados durante un largo periodo.
La integracin de los Sistemas generalmente se ha vuelto crtica para el xito de los SI de
cualquier organizacin.

UNIVERSIDAD FRANCISCO DE PAULA SANTANDER

FACULTAD DE INGENIERIA
PROGRAMA DE INGENIERIA DE SISTEMAS
Lectura

F05

pgina

Para lograr la integracin, las organizaciones se apegan a estndares. En muchos casos,

stos toman forma de arquitectura tecnolgica de informacin empresarial. Una
arquitectura TI establece estndares que sirven para dirigir soluciones de tecnologas y si
hacia una visin o configuracin de la tecnologa comn.
Tecnologa de bases de datos. . Que motores de BD se utilizarn (Oracle, IBM, DB2,
SQL Server de Microsoft)? en que plataformas se operaran (UNIX, Linux,
Windows, XP, MVS) que tecnologas se utilizaran para cargar en las bases de
datos de procesamiento de transacciones en lnea (OLTP), almacenes de datos
operacionales y almacenes de datos ( extract Transform y Load (RTL)?
Tecnologas de software. Qu ambientes/lenguajes de desarrollo de aplicaciones
seran utilizados para escribir software (websphere de IBM con Java, Visual Studios.
NET de Microsoft con Visual Basic . NET, Visual C++ o Visual C++, Powerbuider de
Sybase, oracle Forms de Oracle)
Tecnologa de interfaz. Cmo sern desarrolladas las interfaces de usuario, con
componentes de MS Windows o lenguajes Web y componentes (ej., un editor
xhtml como dreamweawe de Macromedia, un motor de portal como el websphere
de IBM)?cmo se intercambiaran los datos entre los distintos Si (ej. Un corredor
de datos como MQ Messaging de IBM, un intercambio de datos basado en XML o
una interfaz programada personalizada)?
En ausencia de una arquitectura TI, cada SI y aplicacin puede ser construido con
tecnologas radicalmente diferentes.
Principio 6. Administrar el proceso del proyecto
Asegura que el proceso o administracin elegidos por la organizacin se utilice en forma
consistente en todos los proyectos. La administracin del proyecto asegura que el SI se a
desarrollado a un costo mnimo, dentro de un marco de tiempo especifico y con una
calidad aceptable.
Principio 7. Justificar Si como inversiones de capital.
Los Si son inversiones de capita, tal como una flota de camiones o un nuevo edificio. Los
propietarios del sistema se comprometen con esta inversin.
Al igual que la administracin de proyectos y de proceso, el anlisis de costo-beneficio se
realiza a lo largo del proceso de desarrollo del sistema,

UNIVERSIDAD FRANCISCO DE PAULA SANTANDER

FACULTAD DE INGENIERIA
PROGRAMA DE INGENIERIA DE SISTEMAS
Lectura

F05

pgina

Como los SI son reconocidos como inversiones de capital, los proyectos de desarrollo de
sistemas a menudo son conducidos por la planeacin empresarial. muchas unidades de
negocio de tecnologa de informacin contempornea crean y mantienen un Plan
estratgico de sistemas de informacin. Dicho plan identifica y prioriza los proyectos de
desarrollo de s. De manera ideal, un plan de sistemas de informacin. Este plan
estratgico de sistemas es conducido por un plan estratgico de la empresa que define
una direccin para todo el negocio.
Principio 8. No tena cancelar o revisar el alcance.
Hay un dicho: No tire dinero bueno tras el dinero malo. En otras palabras, no tema
cancelar un proyecto o revisar un alcance, sin importar cunto dinero se haya gastado
hasta el momento; recorte sus prdidas.
En cada punto de revisin, el analista debe considerar las siguientes opciones:
Cancelar el proyecto si ya no es factible
Reevaluar y ajustar los costos y el programa su el alcance del proyecto se debe
incrementar
Reducir el alcance su el presupuesto del proyecto y el programa estn congelados y
no son suficientes para cubrir todos los objetivos del proyecto.
Principio 9. Divida y vencer.
Dividimos el sistema en subsistemas y componentes con el fin de conquistar con mayor
facilidad el problema y construir un sistema mas grande. En el anlisis de sistemas, a
menudo llamamos a esto dividir. Al dividir repetidamente un problema mas grande
(sistema) en piezas ms manejables (subsistemas), el analista puede simplicar el proceso
de solucin de problemas. Este mtodo divide y vencer tambin complementar la
comunicacin y la administracin de proyectos al permitir que diferentes piezas del
sistema sean comunicadas a interesados distintos y mas apropiados.
Principio 10. Disear sistemas para crecimiento y cambio.
Los negocios cambian con el paso del tiempo. Sus necesidades cambian. Sus prioridades
cambian. En consecuencia, los Si que respaldan el negocio deben cambiar con el paso del
tiempo. Por esta razn, buenas metodologas deben abrazar la realidad del cambio.
Los sistemas deben se rediseados para incorporar tanto los requerimientos de
crecimiento como de cambio. En otras palabras, los SI bien diseados pueden escalar y

UNIVERSIDAD FRANCISCO DE PAULA SANTANDER

FACULTAD DE INGENIERIA
PROGRAMA DE INGENIERIA DE SISTEMAS
Lectura

F05

pgina

adaptarse al negocio. pero sin importar que tan bien diseemos los Sistemas para
crecimiento y cambio, siempre llegar el momento cuando simplemente ya no puedan
soportar el negocio.

Tomado de:
Whitten Bentley. Analisis de Sistemas Diseo y Mtodos. Mc Graw Hill. 7 edicion 2008