AIEP

INSTITUTO PROFESIONAL
ESCUELA TIC

ESTRATEGIAS PARA EL DESARROLLO DE SISTEMAS:

A) EL CICLO DE VIDA
Los Sistemas de informacin basados en computadora sirven para diversas finalidades que van
desde el procesamiento de las transacciones de una empresa (la sangre de muchas organizaciones),
hasta proveer de la informacin necesaria para decidir sobre asuntos que se presentan con frecuencia,
asistencia a los altos funcionarios con la formulacin de estrategias difciles y la vinculacin entre la
informacin de las oficinas y los datos de toda la corporacin. En algunos casos los factores que deben
considerarse en un proyecto de sistemas de informacin, tales como el aspecto ms apropiado de la
computadora o la tecnologa de comunicaciones que se va a utilizar, el impacto del nuevo sistema
sobre los empleados de la empresa y las caractersticas especficas que el sistema debe tener, se
pueden determinar de una manera secuencial. En otros casos, debe ganarse experiencia por medio de
la experimentacin conforme el sistema evoluciona por etapas.
A medida que las computadoras son empleadas cada vez ms por personas que no son
especialistas en computacin, el rostro del desarrollo de sistemas de informacin adquiere una nueva
magnitud. Los propios usuarios emprenden ya el desarrollo de algunos de los sistemas que ellos
emplean.
Todas estas situaciones estn representadas por tres distintos enfoques al desarrollo de
sistemas de informacin basados en computadora:
A) Mtodo del ciclo de vida para el desarrollo de sistemas
B) Mtodo del desarrollo del anlisis estructurado.
C) Mtodo del prototipo de sistemas.
Se estudiarn los diferentes enfoques abordando las caractersticas de los mtodos y las
condiciones bajo la que es probable que se obtenga mayor beneficio para la organizacin.

CICLO DE VIDA CLSICO PARA EL DESARROLLO DE SISTEMAS

El desarrollo de sistemas, un proceso formado por las etapas de anlisis y diseo, comienza
cuando la administracin o algunos miembros del personal encargado de desarrollar sistemas,
detectan un sistema de la empresa que necesita mejoras.
El mtodo del ciclo de vida para el desarrollo de sistemas (SDLC) es el conjunto de actividades
que los analistas, diseadores y usuarios realizan para desarrollar e implantar un sistema de
informacin. Este mtodo se desarrolla en seis etapas o actividades. En la mayor parte de las
situaciones dentro de una empresa, todas las actividades estn muy relacionadas, en general son
inseparables, y quiz sea difcil determinar el orden de los pasos que se siguen para efectuarlas. Las
diversas partes del proyecto pueden encontrarse al mismo tiempo en distintas fases de desarrollo;
algunos componentes en la fase de anlisis mientras que otros en etapas avanzadas de diseo.
El desarrollo de sistemas pequeos, en la cual participan una o dos personas, es una tarea
simple. Los cambios naturales que surgen durante el ciclo del desarrollo del sistema no producen una
gran propagacin de cambios en el sistema. Sin embargo, si el sistema es grande y en su desarrollo
participan varios grupos de personas desarrollando una tarea especfica, hay que tener en cuenta no
slo la comunicacin con el usuario sino tambin la inter-relacin entre los distintos grupos de trabajo.
Por esta razn, es necesario seguir una serie de pasos sistemticos para que los diferentes
grupos de desarrollo posean una buena comunicacin. Estos pasos son brindados por el modelo del
ciclo de vida, cuyas etapas son las siguientes:

1 V.P.L

1.
2.
3.
4.
5.
6.

Investigacin preliminar
Determinacin (o Especificacin) de los requerimientos del sistema
Diseo del sistema
Desarrollo de Software
Prueba del sistema
Implantacin y evaluacin
Existen varios mtodos para graficar el ciclo de vida de un sistema; uno de ellos es el que se
muestra a continuacin, el modelo en cascada:
Investigacin
preliminar

Qu?

Determinacin de
requerimientos
Diseo del
sistema

Cmo?

Desarrollo de
Software

Cdigo

Prueba del
sistema

Testeo

Mantenimiento

Implantacin y
evaluacin

1.- Investigacin preliminar

La solicitud para recibir ayuda de un sistema de informacin puede originarse por varias
razones; sin importar cules sean stas, el proceso se inicia siempre con la peticin de una persona
administrador, empleado o especialista en sistemas--.
Cuando se formula la solicitud comienza la primera actividad de sistemas: la investigacin
preliminar. Esta actividad tiene tres partes: a) aclaracin de la solicitud; b) estudio de factibilidad; y c)
aprobacin de la solicitud.

1.1 ACLARACIN DE LA SOLICITUD:

Muchas solicitudes que provienen de empleados y usuarios no estn formuladas de manera
clara. Por consiguiente, antes de considerar cualquier investigacin de sistemas, la solicitud de
proyecto debe examinarse para determinar con precisin lo que el solicitante desea. Si ste tiene una
buena idea de lo que necesita pero no est seguro de cmo expresarlo, entonces bastar con hacer
una llamada telefnica. Por otro lado, si el solicitante pide ayuda sin saber qu es lo que est mal o
dnde se encuentra el problema, la aclaracin del mismo se vuelve ms difcil. En cualquier caso, ate
de seguir adelante, la solicitud de proyecto debe estar claramente planteada.

1.2 ESTUDIO DE FACTIBILIDAD:

Un resultado importante de la investigacin preliminar es la determinacin de que el sistema
solicitado sea factible. En la investigacin preliminar existen cuatro aspectos relacionados con el
estudio de factibilidad:
1.2.1 Factibilidad tcnica: El trabajo para el proyecto, puede realizarse con el equipo actual, la
tecnologa existente de software y el personal disponible? Si se necesita nueva tecnologa, cul es la
posibilidad de desarrollarla?

2 V.P.L

1.2.2 Factibilidad econmica: Al crear el sistema, los beneficios que se obtienen sern
suficientes para aceptar los costos?, los costos asociados con la decisin de NO crear el sistema son
tan grandes que se debe aceptar el proyecto?
1.2.3 Factibilidad operacional: Si se desarrolla e implanta, ser utilizado el sistema? Existir
cierta resistencia al cambio por parte de los usuarios que d como resultado una disminucin de los
posibles beneficios de la aplicacin? Ser necesario capacitar a los usuarios?
1.2.4 Factibilidad legal: Debemos pagar alguna licencia para el desarrollo del software? Se
lesiona algn derecho adquirido con la implantacin del sistema?
El estudio de factibilidad lo lleva a cabo un pequeo equipo de personas (en ocasiones una o
dos) que est familiarizado con tcnicas de sistemas de informacin; dicho equipo comprende la parte
de la empresa u organizacin que participa o se ve afectada por el proyecto, y es gente experta en los
procesos de anlisis y diseo de sistemas. En general, las personas que son responsables de evaluar la
factibilidad son analistas capacitados o directivos.

1.3 APROBACION DE LA SOLICITUD:

No todos los proyectos solicitados son deseables o factibles. Algunas organizaciones
reciben tantas solicitudes de sus empleados que slo es posible atender unas cuantas. Sin
embargo, aquellos proyectos que son deseables y factibles deben incorporarse en los planes.
En alguno casos el desarrollo puede comenzar inmediatamente, aunque lo comn es que los
miembros del equipo de sistemas se encuentren ocupados con otros proyectos. Cuando esto
ocurre, la administracin decide qu proyectos son los ms importantes y decide el orden en
que se llevarn a cabo. Muchas organizaciones desarrollan sus planes para sistemas de
informacin con el mismo cuidado con el que planifican nuevos productos y programas de
fabricacin o la expansin de sus instalaciones. Despus de aprobar la solicitud de un
proyecto se estima su costo, el tiempo necesario para terminarlo y las necesidades de su
personal; con estas informaciones se determina dnde ubicarlo dentro de la lista existente
de los proyectos.
Ms adelante, cuando los proyectos se han completado, se inicia el desarrollo de la
aplicacin propuesta.
2.- Determinacin de los requerimientos del sistema
El aspecto fundamental del anlisis de sistemas es comprender todas las facetas importantes
de la parte de la empresa que se encuentra bajo estudio. (Es por esta razn que el proceso de adquirir
informacin se denomina, con frecuencia, investigacin detallada). Los analistas, al trabajar con los
empleados y administradores, deben estudiar los procesos de una empresa para dar respuesta a las
siguientes preguntas clave:
Qu es lo que se hace?
Cmo se hace?
Con qu frecuencia se presenta?
Qu tan grande es el volumen de transacciones o de decisiones?
Cul es el grado de eficiencia con que se efectan las tareas?
Existe algn problema?
Si existe un problema, qu tan serio es?
Si existe un problema, cul es la causa que lo origina?
Para contestar estas preguntas, el analista conversa con varias personas para reunir detalles
relacionados con los procesos de la empresa, sus opiniones sobre por qu ocurren las cosas, las
soluciones que se proponen y sus ideas para cambiar el proceso. Se emplean cuestionarios para
obtener esta informacin cuando no es posible entrevistar en forma personal, a los miembros de
grupos grandes dentro de la organizacin. Asimismo, las investigaciones detalladas requieren el
estudio de manuales y reportes, la observacin en condiciones reales de las actividades del trabajo y,

3 V.P.L

en algunas ocasiones, muestras de formularios y documentos con el fin de comprender el proceso en

su totalidad.
Conforme se renen los detalles, los analistas estudian los datos sobre requerimientos con la
finalidad de identificar las caractersticas que debe tener el nuevo sistema, incluyendo la informacin
que deben producir los sistemas junto con las caractersticas operacionales tales como controles de
procesamiento, tiempos de respuesta y mtodos de entrada y salida.

3.- Diseo del sistema.

El diseo de un sistema de informacin produce los detalles que establecen la forma en la que
el sistema cumplir con los requerimientos identificados durante la fase de anlisis. Los especialistas
en sistemas se refieren, con frecuencia, a esta etapa como diseo lgico en contraste con la del
desarrollo del software, a la que denominan diseo fsico.
Los analistas de sistemas comienzan el proceso de diseo identificando los reportes y dems
salidas que debe producir el sistema. Hecho lo anterior se determinan con toda precisin los datos
especficos para cada reporte y salida. Es comn que los diseadores hagan un bosquejo del formato o
pantalla que esperan que aparezca cuando el sistema est terminado. Lo anterior se efecta en papel
o en la pantalla de una terminal utilizando para ello algunas de las herramientas automatizadas
disponibles para el desarrollo de sistemas.
El diseo de un sistema tambin indica los datos de entrada, aquellos que sern calculados y
los que deben ser almacenados. Asimismo, se escriben con todo detalle los procedimientos de clculo y
los datos individuales. Los diseadores seleccionan las estructuras de archivo y los dispositivos de
almacenamiento, tales como discos y cintas magnticas o incluso archivos en papel. Los
procedimientos que se escriben indican cmo procesar los datos y producir las salidas.
Los documentos que contienen las especificaciones de diseo del sistema representan a ste
de muchas maneras (diagramas, tablas y smbolos especiales). La informacin detallada del diseo se
proporciona al equipo de programacin para comenzar la fase de desarrollo de software.
Los diseadores son los responsables de dar a los programadores las especificaciones de
software completas y claramente delineadas. Una vez comenzada la fase de programacin, los
diseadores contestan preguntas, aclaran dudas y manejan los problemas que enfrentan los
programadores cuando utilizan las especificaciones de diseo.

4.- Desarrollo de software

Los encargados de desarrollar software pueden instalar (o modificar y despus instalar)
software comprado a terceros o escribir programas diseados a la medida del solicitante. La eleccin
depende del costo de cada alternativa, del tiempo disponible para escribir el software y de la
disponibilidad de los programadores. Por regla general, los programadores (o analistas
programadores) que trabajan en las grandes organizaciones pertenecen a un grupo permanente de
profesionales. En empresas pequeas, donde no hay programadores, se pueden contratar servicios
externos de programacin.
Los programadores tambin son responsables de la documentacin de los programas y de
proporcionar una explicacin de cmo y por qu ciertos procedimientos se codifican en determinada
forma. La documentacin es esencial para probar el programa y llevar a cabo el mantenimiento una
vez que la aplicacin se encuentra instalada.

5.- Prueba de sistema

Durante la fase
asegurarse de que el
especificaciones y en la
conjuntos de datos de

de prueba de sistemas, el sistema se emplea de manera experimental para

software no tenga fallas, es decir que funciona de acuerdo con las
forma en que los usuarios esperan que lo haga. Se alimentan como entradas
prueba para su procesamiento y despus se examinan los resultados. En

4 V.P.L

ocasiones se permite que varios usuarios utilicen el sistema para que los analistas observen si tratan
de emplearlo en formas no previstas. Es preferible descubrir cualquier sorpresa antes de que la
organizacin implante el sistema y dependa de l.
En muchas organizaciones, las pruebas son conducidas por personas ajenas al grupo que
escribi los programas originales; con esto se persigue asegurar, por una parte, que las pruebas sean
completas e imparciales y, por otra, que el software sea ms confiable.

6.- Implantacin y evaluacin

La implantacin es el proceso de verificar e instalar nuevo equipo, entrenar a los usuarios,
instalar la aplicacin y construir todos los archivos de datos necesarios para utilizarla.
Dependiendo del tamao de la organizacin que emplear la aplicacin y el riesgo asociado con
su uso, puede elegirse comenzar la operacin del sistema slo en un rea de la empresa (prueba
piloto), por ejemplo, en un departamento con una o dos personas. Algunas veces se deja que los dos
sistemas, el viejo y el nuevo, trabajen en forma paralela con la finalidad de comparar los resultados.
En otras circunstancias, el viejo sistema deja de utilizarse determinado da para comenzar a utilizar el
nuevo al da siguiente. Cada estrategia de implantacin tiene sus mritos de acuerdo con la situacin
que se considere dentro de la empresa. Sin importar cul sea la estrategia utilizada, los encargados de
desarrollar el sistema procuran que el uso inicial del sistema se encuentre libre de problemas.
Una vez instaladas, las aplicaciones se emplean durante muchos aos. Sin embargo las
organizaciones y los usuarios cambian con el paso del tiempo, incluso el ambiente es diferente con el
paso de las semanas y los meses. Por consiguiente, es indudable que debe darse mantenimiento a las
aplicaciones; realizar cambios y modificaciones en el software, archivos o procedimientos para
satisfacer las nuevas necesidades de los usuarios. Debido a los cambios constantes en las
organizaciones, los sistemas deben mantenerse siempre al da. En este sentido, la implantacin es un
proceso en constante evolucin.

La evaluacin de un sistema se lleva a cabo para identificar puntos dbiles y fuertes.

La evaluacin ocurre a lo largo de cualquiera de las siguientes dimensiones:
6.1 EVALUACION OPERACIONAL:
Es la valoracin de la forma en que funciona el sistema, incluyendo su facilidad de
uso, tiempo de respuesta, lo adecuado de los formatos de informacin, confiabilidad global y
nivel de utilizacin.
6.2 IMPACTO ORGANIZACIONAL:
Consiste en la identificacin y medicin de los beneficios para la organizacin en
reas tales como finanzas (costos, ingresos y ganancias), eficiencia operacional e impacto
competitivo. Tambin se incluye el impacto sobre el flujo de informacin interno y externo.
6.3 OPINION DE LOS ADMINISTRADORES:
Es la evaluacin de las actitudes de directivos y administradores dentro de la
organizacin as como de los usuarios finales.
6.4 DESEMPEO DEL DESARROLLO:
Es la evaluacin del proceso del desarrollo de acuerdo con criterios tales como
tiempo y esfuerzo de desarrollo, para ver si concuerdan con presupuestos y estndares y
otros criterios de administracin de proyectos. Tambin se incluye la valoracin de los
mtodos y herramientas utilizados en el desarrollo.

5 V.P.L

Desafortunadamente la evaluacin de sistemas no siempre recibe la atencin que

merece. Sin embargo, cuando se conduce en forma adecuada proporciona mucha
informacin que puede ayudar a mejorar la efectividad de los esfuerzos de desarrollo de
aplicaciones subsecuentes.
CUESTIONARIO DE AUTOEVALUACION
1) Cules son algunos de los aspectos que deben considerarse en un proyecto de sistemas
de informacin?
2) Cules son las tres formas de enfocar el desarrollo de sistemas de informacin?
3) Cmo empieza el desarrollo de sistemas?
4) De un concepto de Ciclo de Vida.
5) Cules son las etapas del Ciclo de Vida?
6) En qu consiste la investigacin preliminar?
7) Anote una pregunta (distinta a la del texto) orientada a averiguar la factibilidad tcnica
de un proyecto de sistemas, otra para la factibilidad econmica, otra para la operacional y
otra para la legal.
8) Cul es el aspecto fundamental del anlisis de sistemas?
9) Cules son los medios que emplean los analistas para recopilar informacin?
10) Qu son los requerimientos del sistema?
11) Qu diferencia hay entre el Diseo Lgico y el Diseo Fsico?
12) Qu se hace en la etapa de Diseo?
13) Qu se hace en la etapa del Desarrollo de Software?
14) Con qu objetivo se realizan pruebas del sistema?
15) Por qu se prueban los sistemas con personas distintas a quienes lo codificaron?
16) En qu consiste la implantacin?
17) Qu tipos de evaluacin se pueden realizar a un sistema?

6 V.P.L