Desarrollo de Sistemas.

Se refiere a todas las actividades que entran en la

produccin de una solucin de sistemas de informacin
para un problema o una
oportunidad institucional.
El desarrollo de sistemas es una
forma estructurada de solucin de
problemas con actividades
diferentes. Estas actividades
consisten en:
a) El anlisis de sistemas (Requerimientos)
b) El diseo de sistemas (Global y Detallado).
c) La programacin
d) Las pruebas
e) La instalacin
f) El mantenimiento
Las actividades ocurren en orden secuencial.
Algunas de las actividades deben ser repetidas o pueden
ocurrir de manera simultnea, dependiendo del enfoque
del desarrollo de sistemas que se emplee.

Anlisis de Sistemas.
Es el anlisis de un problema que la organizacin tratar
de resolver mediante un sistema de informacin.
Consiste en definir el problema, identificar sus causas,
especificar la solucin e identificar los requerimientos de
informacin que deben ser cumplidos por una solucin de
sistemas.

El anlisis de sistemas crea un mapa de

carreteras de la organizacin y sus sistemas,
identificando a los principales propietarios y
usuarios de los datos en la institucin.
Con este anlisis el analista de sistemas
detalla los problemas de los sistemas actuales:
examinando los documentos, papeles de trabajo y
procedimientos,
entrevistando a los usuarios,
puede identificar las reas de problemas y los
objetivos a ser alcanzados por una solucin.
Con frecuencia la solucin implica desarrollar un nuevo
sistema de informacin o mejorar el ya existente.
Adems de recomendar una solucin, el anlisis de
sistemas implica un estudio de factibilidad para
determinar que una solucin sea posible o alcanzable
dados los recursos y restricciones de la institucin.
Se deben estudiar tres reas principales de la factibilidad:

1) Factibilidad tcnica, el
ingeniero deber llevar a
cabo un anlisis y diseo
adecuado en cuanto a las
caractersticas del
equipamiento.
2) Factibilidad econmica,
el diseo, desarrollo e
implementacin del sistema
deber adecuarse en funcin
a los requerimientos del
usuario.
3) Factibilidad operativa, si
la solucin propuesta es
deseable con el marco administrativo y organizacional
existente.
El proceso evaluar la factibilidad de cada una de ellas.
Existen tres alternativas bsicas de solucin para todo
problema de sistemas:
1) No hacer nada.
2) Modificar el sistema existente.
3) Desarrollar un nuevo sistema.

Requerimientos de Informacin.
Los requerimientos de informacin de un nuevo sistema
implican la identificacin de quin necesita que
informacin, dnde, cmo y cundo.
El anlisis de requerimientos define los objetivos del
sistema nuevo o modificado y desarrolla una descripcin

detallada de las funciones que debe llevar a cabo el

nuevo sistema.
Los requerimientos deben considerar las
restricciones de carcter econmico,
tcnico y de tiempo as como las metas,
procedimientos y los procesos de
decisiones en la institucin.
Un mal anlisis de requerimientos es una
de las causas principales de la falla de los
sistemas y de los costos elevados del
desarrollo.
Para obtener los requerimientos de los sistemas de
informacin, los analistas deben trabajar una y otra vez
en enunciados de requerimientos en colaboracin con los
usuarios.
El anlisis de sistemas a menudo hace
una contribucin no intencional a la
organizacin al aclarar los
procedimientos y llegar a un consenso
sobre cmo deben hacerse las cosas.
Una vez culminada la etapa de
requerimientos los revisores
independientes revisarn lo efectuado, no slo las
funciones sino tambin la auditabilidad del sistema.

Diseo Global o General de Sistemas.

Detalla como el sistema debe satisfacer los
requerimientos de informacin tal y como fueron
determinados por el anlisis de sistemas.

El diseo del sistema de informacin es el plan general o

modelo de solucin para ese sistema.
Los diseadores son responsables por la administracin y
el control de la realizacin tcnica de los sistemas. Hay 2
tipos de diseos:
a) El diseo lgico, representa los
componentes del sistema y sus relaciones
mutuas, como aparecern ante el usuario.
Describe las entradas y salidas, las funciones
de procesamiento a ser realizadas, los
modelos de datos, los controles, etc.
b) El diseo fsico, es el proceso de
traduccin del modelo lgico abstracto a un
diseo tcnico especfico para el nuevo sistema.
Una vez culminada esta etapa vendrn nuevamente
los revisores.
Alternativas de diseo. Pueden ser:
- Centralizados o distribuidos
- En lnea o por lotes
- Parcialmente manuales o fuertemente
automatizados
Lo que hace que un diseo sea superior a los dems es la
facilidad y eficiencia con que satisface las necesidades de
los usuarios.
El diseo de los sistemas de informacin requiere de un
alto nivel de participacin y control de parte de los
usuarios finales.

Los requerimientos de informacin por parte de los

usuarios presionan al proceso de diseo para asegurarse
de que el sistema refleje las necesidades.

Diseo Detallado de Sistemas.

Se toma cada una de las funciones y se las divide a la
mnima expresin.
El formato de entrada y el contenido de salida se
determinan durante esta
fase. Se desarrollan:
los encabezados, los
ttulos, los mensajes,
el nmero de espacios,
nmero de lneas, formato
de las pantallas, ventanas,
avisos y men.
Se generan las
especificaciones de los
programas.
Una vez culminada esta
etapa vendrn nuevamente
los revisores.

Programacin.
Es el proceso de traducir las especificaciones del sistema
preparadas durante la etapa de diseo con cdigo de
programa.

El software deber ser escrito de

acuerdo a las especificaciones de
entrada y salida y a travs de un
lenguaje compatible con la
tecnologa.
Sobre la base de documentos
detallados de diseo para los archivos,
operaciones y otros detalles de diseo se
prepararn las especificaciones para cada
programa en el sistema.
Una vez culminada esta etapa vendrn nuevamente los
revisores.

Pruebas.
Es el proceso exhaustivo y profundo que determina si,
bajo condiciones conocidas, el sistema produce los
resultados deseados.
El 50% del presupuesto de desarrollo de
software puede ser gastado en pruebas. Las
pruebas tambin son consumidoras de
tiempo, en algunos casos partes del sistema
deber ser rediseadas.
Las pruebas de un sistema de informacin
pueden descomponerse en tres actividades:
1) Pruebas por unidades. O
pruebas de programas, consisten
probar cada programa por separado
el sistema. Las pruebas deben
verse como un medio de localizar
errores.

en
en

2) Pruebas al sistema. Prueban el funcionamiento del

sistema de informacin como un todo. Tratan de
determinar si los mdulos pueden funcionar
conjuntamente tal como se plane.
3) Pruebas de aceptacin. Proporcionan la certificacin
final de que el sistema est listo para ser usado en un
escenario de produccin. Las pruebas de sistemas
son evaluadas por usuarios y revisadas por la
administracin.
Todos los aspectos de las pruebas deben ser
pensados con sumo cuidado. Para asegurar esto
el equipo de desarrollo trabaja con los usuarios
para pensar en un plan sistemtico de
prueba.
En el plan de prueba se incluyen todos los
preparativos para la serie de prueba
previamente descripta. Aqu se ver la
eficiencia de los revisores independientes,
ya que si criticaron bien durante todo el proceso
tendremos pocos errores en la prueba
Una mala crtica har un sistema ms costoso por un lado
y prdida de tiempo y esfuerzo por el otro. Cuando se
critica algo se debe hacer con el nimo de ver los errores.

Conversin.
La conversin es el proceso de cambiar el viejo sistema
por el nuevo.

Aunque un sistema puede estar diseado y

desarrollado correctamente, gran parte de
su xito depende de lo bien que se planee y
se lleve a cabo la implementacin.
Para evitar dicha brecha de credibilidad es
importante preparar un buen plan de
implementacin. Se pueden usar cuatro
estrategias de conversin:
1) En paralelo. El sistema viejo y su reemplazo son
operados conjuntamente durante un tiempo hasta que se
aseguren que funciona correctamente. Este enfoque es
caro y puede necesitar personal y recursos adicionales.
2) Cambio directo. Reemplaza al viejo sistema por
completo en un da determinado. Es muy riesgosa ya que
puede ser ms cara si se presentan serios problemas con
el nuevo sistema.
3) Estudio piloto. Implanta el nuevo sistema slo en un
rea limitada de la institucin, como un solo
departamento o unidad operativa. Cuando esta versin
quede completa se instala el sistema en el resto de la
institucin, simultneamente o por etapas.
4) Enfoque por fases. Introduce el nuevo sistema por
etapas, ya sea por funciones o por unidades de la
institucin.
Para implementar el sistema con xito es necesario
previamente Capacitar a las personas que se encuentren
afectados a l.
La falta adecuada de capacitacin contribuye al fracaso
del sistema. Hay distintos enfoques empleados para llevar
a cabo la capacitacin, estos son:

- Seminarios e instrucciones en
grupos
- Capacitacin de procedimientos
- Capacitacin tutorial
- Simulacin
- Capacitacin en el trabajo
- Centro de informacin
Todas las estrategias y metodologa
utilizadas para llevar adelante el proyecto deben ser
conservadas en un Documento del sistema, el cual
deber contener la descripcin de cmo opera el sistema
de informacin desde el punto de vista tcnico y del
usuario.

Produccin y mantenimiento.
La etapa posterior a la instalacin del sistema se
denomina Produccin, una vez que la conversin se ha
completado durante ese tiempo el sistema es revisado
por especialistas
para determinar que
tan bien ha cumplido
con sus metas
originales.
Los cambios en
hardware, software,
documentacin o
procedimientos a un
sistema para corregir
errores, cumplir con

nuevos requerimientos o mejorar la eficiencia de

procesamiento se denomina Mantenimiento.