Download - Desarrollo de Sistemas de Informacion
Capitulo 15
Campus San Pedro SulaCampus San Pedro Sula
AsignaturaAsignatura:: Sistemas de Información Sistemas de Información GerencialGerencial
Catedrático:Catedrático: Ing. Carlos Young ReyesIng. Carlos Young Reyes
Grupo # 2:Grupo # 2: Iris Karina RomeroIris Karina RomeroMaria Elena PrietoMaria Elena PrietoFatima A. RiveraFatima A. RiveraKaren P. ZaldivarKaren P. ZaldivarMaricela EspinozaMaricela Espinoza
TEMA: DESARROLLO DE SISTEMAS
San Pedro Sula, 10 de Agosto 2007.San Pedro Sula, 10 de Agosto 2007.
Desarrollo de sistemas de información 1
Capitulo 15
I N T R O D U C C I O N
El moderno desarrollo de sistemas se considera la continuación de la
planeación de un SI. A menudo, la creación de un nuevo SI es un proceso
complejo.
La idea de diseñar un nuevo SI es motivada por una oportunidad, un
problema o una decisión empresarial, por lo tanto quines participan en ello
tienen que transformar una oportunidad de negocios, la solución a un
problema o una directiva de un conjunto de componentes de hardware,
software y telecomunicaciones funcionales. Cuando un proyecto de
desarrollo se esta realizando, muchas personas de diferentes disciplinas
participan en el esfuerzo.
La administración del proyecto y la habilidad de comunicación son
sumamente importantes para llegar a resultados exitosos.
Desarrollo de sistemas de información 2
Capitulo 15
O B J E T I V O S
Describir ir el ciclo de vida del diseño de sistemas, el método
tradicional para el diseño de sistemas.
Señalar y explicar los pro y contra de la creación de prototipos
Describir como las herramientas de software facilitan el monitoreo y
control del diseño de sistemas
Explicar las dificultades que entrañan el diseño de sistemas
Señalar las ventajas y desventajas de diferentes estrategias de
conversión del sistemas
Explicar que es la integración de sistemas
Desarrollo de sistemas de información 3
Capitulo 15
¿Por qué diseñar un SI?
Como hemos explicado, mientras algunas organizaciones diseñaban
sistemas de información para toda la empresa combinando muchos
sistemas divisionales o departamentales diferentes más pequeños, otros
crean sus SI a partir de “0”. El proceso de diseño de un SI dentro de un
marco de trabajo planeado, que es el tema de este capitulo, a menudo
origina los mejores sistemas y ayuda a las organizaciones a evitar la
necesidad de parchar una serie de SI incompatibles.
Las compañías con frecuencia se embarcan en la tarea de diseñar SI al
darse cuenta que están perdiendo terreno porque su SI son ineficientes o
porque carecen de ellos.
Hay tres fenómenos que motivan el diseño de un SI nuevo: una
oportunidad, un problema o una directiva. En este contexto, una
oportunidad significa un incremento potencial en ingreso, reducción de
costos, o ventaja competitiva lograda al usar un SI.
Un problema es cualquier situación no deseada. Muchos problemas son
resueltos con un SI. Por ejemplo, una organización se da cuenta de que
ciertos procesos son demasiados lentos cuestan demasiado, o generan
producto o servicios de calidad inferior, y de que un SI resolvería el
problema.
Buscar una oportunidad se considera pro activo, mientras que resolver un
problema es reactivo.
Una directiva es una ordenen para realizar una acción determinada.
En este contexto una organización necesita un SI para cumplir con una ley
o reglamento.
Desarrollo de sistemas de información 4
Capitulo 15
CICLO DEL DISEÑO DE LOS SISTEMAS
Grades SI ya tienen problemas estructurados, como sistemas de
contabilidad y nomina, a menudo se conciben, planean, diseñan y
mantienen dentro de un marco de referencia llamando ciclo de vida del
diseño del sistema.
El SDLC incluye varias fases seguidas de manera metódica. Auque en
diferentes libros de texto se mencionan fases y sub fases con nombres
distintos, o se agrupan dos o tres fases en una, o se divide una en dos o
tres fases, en general siguen los mismos pasos.
El método de SDLC supone que la vida útil de un SI principia con una
necesidad seguida por una valoración de las funciones que debe tener un
sistema para satisfacer esa necesidad, y finaliza cuando los beneficios del
sistema no pesan mas que sus costos de mantenimiento, punto en el cual
empieza la vida de un nuevo sistema. De allí que al proceso se le llame
¨ciclo de vida¨. Después de la FACE de plantación el SDLC incluye cuatro
fases principales:
Análisis, diseño, instalación y soporte.
Ciclo de vida de diseño del sistema
Desarrollo de sistemas de información 5
Capitulo 15
ANALISIS
Es un proceso de cinco pasos diseñados para responder a estas preguntas:
INVESTIGACION
¿Como trabaja el sistema actual?
¿Cual oportunidad de negocios deseamos que el
sistema deseamos, o cuales problemas
deseamos que resuelva o cual directiva
debemos satisfacer?
El primer paso en el análisis de sistemas es una
rápida investigación preliminar para determinar si
se necesita un nuevo sistema y si el actual es viable tal y como esta
concebido. A menudo se reúne para este fin un pequeño equipo ad hoc
(integrado por un representante del ejecutivo patrocinador, uno o dos
analistas de sistemas y representantes de unidades de negocios que
usarían el nuevo sistema o que se verían afectados por el.
El equipo entrevista al personal, los visita en sus estaciones de trabajo para
conocer de primera mano como llevan a cabo sus tareas y les pregunta
acerca de problemas como el sistema actual, lo que les ofrece la
oportunidad de expresarse como les gustaría que funcionara el nuevo SI,
para mejorar su trabajo. El equipo de investigación redacta un reporte con
la información reunida. A su vez, el equipo también expone sus opiniones
sobre la necesidad de un nuevo sistema. Quizá concuerden con los
administradores en que la adquisición del nuevo sistema se justifica.
Si el informe preliminar concluye que la situación del negocio garantiza la
inversión en un nuevo SI, se autorizaría una segunda investigación, ahora
mas completa. El ejecutivo patrocinador selecciona gente para integrar un
equipo de análisis más grande. Por lo general se incluyen a los miembros
del equipo original. El objetivo de este nuevo equipo de investigación es
determinar si el sistema propuesto es viable técnica, económica y
operacionalmente.
Desarrollo de sistemas de información 6
Capitulo 15
ESTUDIOS DE VIABILIDAD TECNICA.
¿Hay tecnología para crear el sistema que deseamos?
Un nuevo SI es viable técnicamente si sus componentes
existen o pueden crear con las herramientas disponibles.
Como sabemos, los SI se componen de hardware,
software y en ocasiones, equipo de telecomunicaciones.
Los investigadores usan su conocimiento, información
extraída de publicaciones especializadas y asesoría de
proveedores de hardware y software para determinar si puede construirse
el sistema propuesto. En ocasiones los posibles usuarios solicitan funciones
técnicas que aun no pueden proveerse.
El equipo debe considerar también los compromisos actuales de la
organización en cuanto a hardware, software y telecomunicaciones. Por
ejemplo, si la empresa adquirió recientemente cientos de unidades de una
computadora determinada es poco probable que la administración apruebe
la adquisición de otro modelo de computadora para una sola aplicación. Por
tanto los investigadores deben averiguar si el sistema propuesto puede
ejecutarse en el hardware actual.
ESTUDIO DE VIABILIDAD ECONOMICA:
¿Que recursos necesitamos implantar al sistema?
¿Pesaran más los beneficios del sistema que sus costos?
Como cualquier proyecto, el diseño de un
nuevo SI debe estar económicamente
justificado. Es decir, durante la vida útil del
sistema, los beneficios deben sobrepasar los
costos; para este fin, los analistas preparan
un análisis de Costo/ Beneficio, en una
Desarrollo de sistemas de información 7
Capitulo 15
hoja de calculo que incluya todos los costos en que incurre
el sistema y todo los beneficios que se espera de su operación.
El método mas exacto de análisis económico es el de ganancias sobre
inversión, un calculo de la diferencia entre el flujo de beneficios y el flujo
de gastos sobre la vida del sistema, descontados por la tasa de interés
aplicable para encontrar la ganancia sobre inversión, el valor neto presente
del sistema se calcula combinando el valor neto presente de los costos del
sistema con el valor neto presente de los beneficios del sistema, haciendo
cálculos basados en costos y beneficios anuales y con la tasa de interés
apropiada. Si la ganancia sobre inversión es positiva, el sistema resulta
económicamente viable, o de costo justificado; recuerde que durante el
tiempo de creación del sistema que puede ser de varios años, no hay
beneficios, solo costos de creación; los costos operacionales durante la vida
del sistema incluyen personal de mantenimiento, telecomunicaciones,
proveedores de equipo de computo (para reemplazo de hardware en caso
de problemas y actualización de software y para compra de papel y tinta )
y energía. Si el sistema incluye un sitio web, el costo de revisión y
mejoramiento de este por los webmasters y otros profesionales también
debe tomarse en cuenta.
Con frecuencia es difícil justificar el costo de un nuevo SI porque hay
demasiados beneficios que son intangibles, es decir, no se cuantifican en
términos económicos. La mejora en el servicio al cliente, una mejor toma
de decisiones y la creación de un ambiente de trabajo más adecuado son
beneficios que podrían aumentar los ingresos, pero es muy difícil
estimarlos en cifras.
Los ahorros por reducción de personal son, quizás, uno de los beneficios
tangibles de los nuevos sistemas, como la automatización de las fuerzas de
venta. Pero otros beneficios tangibles de las nuevas tecnologías muchas
Desarrollo de sistemas de información 8
Capitulo 15
veces no son reconocidos en los análisis de ganancia sobre
inversión de la mayoría de las corporaciones.
Beneficios:
Un nuevo SI ayuda a un manejo más rápido de las cuentas por
cobrar.
Un nuevo SI ayuda a reducir los ciclos mensuales de cierre de ciclo
mayor.
Un nuevo SI permite a los administradores realizar análisis del tipo ¨
que pasaría si ¨ en tiempo real durante el ciclo de planeación
financiera, probando ideas que mejorarán los negocios.
Un nuevo SI mejora la eficiencia al reducir errores en facturación.
Un nuevo SI reduce el tiempo de preparar presupuestos.
Un nuevo SI permite dar seguimiento y, por tanto, controlar mejor
los costos.
ESTUDIO DE VIABILIDAD OPERACIONAL
¿Los usuarios futuros utilizaran apropiadamente el sistema?
¿Se usara el sistema su máxima capacidad?
El propósito del estudio de viabilidad
operacional es determinar si el nuevo sistema se
usara como esta planeado. De manera mas
especifica, este análisis responde a las siguientes
preguntas:
¿Se adecuara el sistema a la cultura de esta
organización?
¿Usaran todos los usuarios potenciales el sistema a su máxima
capacidad?
¿Afectara el sistema las políticas de la compañía o los estatutos?
Desarrollo de sistemas de información 9
Capitulo 15
DEFINICION DE REQUISITOS.
¿Cuales funciones deseamos que posea el sistema?
¿Cuales interfaces tendrá el sistema con otro sistema?
Cuando los analistas determinan que el sistema
propuesto es viable, se integra el equipo para el
proyecto.
La administración nombra a un líder de proyecto que
integra un equipo que se encargara de todo lo
relacionado con el sistema hasta que esté listo para funcionar. El equipo
incluye analistas de sistemas, programadores y, en ocasiones,
representantes de grupo de posibles usuarios.
Una de las primeras informaciones que los analistas necesitan tener son los
requisitos del sistema. Los requisitos del sistema, es decir las funciones
que satisfacerá el sistema y como realizara sus tareas. En otras palabras, lo
que el sistema será capaz de realizar y los medios con los que cumplirá el
objetivo establecido. Hay varias formas de reunir información para este
propósito:
Entrevista. Los analistas se reúnen con los posibles clientes y les
hacen preguntas. Esto les da a los usuarios una oportunidad de
analizar problemas con el sistema existente y de indicar como les
gustaría que se resolvieran.
Desarrollo de sistemas de información 10
Capitulo 15
Cuestionarios. Los empleados que participan en los
procesos de negocios para los que se crea el sistema responden
cuestionario. Los analistas recaban información que les es útil.
Revisión de documentos. Los empleados dan a los analistas
formularios y otros documentos que contienen entrada de datos y
salida de información relacionada con su trabajo.
Observación en el trabajo. Los analistas pasan tiempo con los
empleados mientras realizan su trabajo normal, y de esta manera
observan directamente los procesos.
Desarrollo de sistemas de información 11
Capitulo 15
DISEÑO
Tras elaborar una lista extensa de requisitos, el equipo de proyectos da
el siguiente paso, el diseño del sistema; es decir, la evaluación de
alternativas para un problema de negocios y la especificación de
hardware, software y tecnología de telecomunicaciones para la solución
elegida. El propósito de esta fase es idear los medios para satisfacer
todos los requisitos de negocios señalados en el informe de requisitos.
El diseño de sistemas comprende cuatro pasos:
Diseño lógico.
El diseño lógico, que precede de
inmediato el diseño físico del sistema,
es una traducción de los requisitos del
usuario en funciones precisas del
sistema. Durante la fase de diseño
lógico, los diseñadores determinan los
siguientes componentes:
1. Archivos de entrada: para capturar entrada de datos.
2. Procedimientos: los algoritmos lógicos utilizados para procesar la
entrada.
3. Archivos de salida: se usaran para capturar la información
resultante del procesamiento de datos.
4. Dialogo entre usuarios: la manera en que los usuarios
interactuaran en el sistema.
5. Interfaces: Como interactuara el sistema con otros.
Desarrollo de sistemas de información 12
Capitulo 15
Diseño Físico.
Una vez que el plano lógico para el
nuevo sistema está listo, inicia el
diseño físico. El proceso de diseño
físico de un sistema incluye la
especificación del software y
hardware necesario para soportarlo.
Muchas organizaciones tienen hardware que no se aprovecha a su
máxima capacidad, en cuyo caso el equipo del proyecto diseña
software para adecuarse al hardware.
Por supuesto, las organizaciones suelen buscar primero un paquete
de software y en caso de que no pueda adquirirse, las empresas
improvisan sistemas.
Construcción.
Una vez elegidas las herramientas de
diseño de software, empieza la
construcción del sistema. La
construcción del sistema consiste
predominantemente en programación.
Los profesionales en programación
traducen entrada, salida y procesos en programas, como se describe
en los diagramas de flujo y en los diagramas de flujo de datos. Una
vez completado un módulo del programa, se prueba. La prueba se
realiza por recorrido y simulación.
En un recorrido, los analistas y programadores del sistema siguen la
lógica del programa, aplican procesos que el sistema está
programado para realizar mientras se ejecuta, producen salidas y
comparan salidas con los resultados que ya se conocen.
En simulación, en realidad el equipo ejecuta el programa con esos
datos. Cuando se completan todos los módulos de la aplicación y las
Desarrollo de sistemas de información 13
Capitulo 15
pruebas, tiene éxito se integra un programa
coherente.
Prueba del Sistema.
Aunque la simulación se realiza en cada
módulo es una especie de prueba, es
importante probar el sistema completo. El
sistema se verifica de acuerdo con los
requisitos del sistema, originalmente
definidos en la fase de análisis, al ejecutar
datos de prueba en el sistema. Se examinan la calidad de la salida y
se miden los tiempos de procesamiento para asegurar que se
cumplen los requisitos originales.
La prueba de incluir maniobras que pudieran provocar que el sistema
falle, al alterar el procesamiento normal y violar los controles de
seguridad.
Quienes prueban el sistema deben tratar de “burlarlo” tecleando
datos irracionales y tratando de abrir archivos a los que algunos
usuarios no deben acceder de manera directa, o bajo ninguna
circunstancia. Este es un paso fundamental en la labor de diseño,
descubrir y superar obstáculos imprevistos antes de que el usuario
final del sistema los enfrente en su trabajo diario.
Si el nuevo sistema pasa las pruebas, está listo para instalarlo en las
unidades de negocios que lo usarán.
Desarrollo de sistemas de información 14
Capitulo 15
INSTALACION
La instalación de un nuevo SI, también llamada liberación del sistema,
incluye dos pasos: capacitación y conversión.
Aunque casi siempre la capacitación precede a la conversión, si la
capacitación se aplica en el trabajo la conversión vendrá después.
Capacitación.
Para operar el nuevo SI, debe capacitarse al personal, lo cual puede darse
en varías modalidades. La más común es mediante clases o en la práctica
del trabajo. La ventaja principal de las clases es lo económico que resulta
contratar instructores y la principal
desventaja es que esas largas clases sólo
sirven para información y presentar de
manera general las funciones principales de
un nuevo sistema; son poco efectivas en la
enseñanza de funciones más específicas y
modos de operación.
Conversión.
Sucede cuando una operación se modifica
al cambiar un viejo sistema por uno nuevo.
Este puede resultar un periodo difícil para una organización. Los
operadores necesitan tiempo para familiarizarse con los nuevos sistemas, y
mientras esto para puede haber sorpresas desagradables si ciertos errores
o problemas no se descubrieron con la debida anticipación. Puede ser que
se retrasen los servicios a otros departamentos y clientes, o que se pierdan
datos.
Desarrollo de sistemas de información 15
Capitulo 15
SOPORTE
El papel de los profesionales en SI no termina con la entrega del nuevo
sistema. Deben darle soporte y asegurarse de que cumpla con las
expectativas de los usuarios. Dar soporte conlleva dos responsabilidades
principales: mantenimiento y ayuda al usuario.
Mantenimiento: El mantenimiento consiste en hace una
depuración y una actualización posterior a la instalación.
La depuración consiste en corregir errores o problemas en los
programas que no se descubrieron durante las pruebas. La
actualización significa revisar el sistema para realizar cambios de
acuerdo con las necesidades de negocios que surgen después de
la fase de instalación.
Aunque el mantenimiento no es algo que resulte atractivo a los
profesionales en SI, no debe tomarse a la ligera ni dejarlo a
profesionales menos experimentados.
Soporte: El soporte resulta la fase más larga del ciclo de vida de
un sistema.
Dar soporte también incluye brindar ayuda al usuario. Las
personas que trabajan en el área de asesoría de una organización
deben conocer a fondo el nuevo sistema para asesorar y servir de
a guía al usuario.
Desarrollo de sistemas de información 16
Capitulo 15
PLANEACION
La planeación de un sistema de Información SI siempre debe considerarse
como la fase que precede al diseño de los sistemas.
El plan de SI proporciona un marco de referencia dentro del que se
adquieren nuevos SI, comprándolos o diseñándolos.
Desarrollo de sistemas de información 17
Capitulo 15
CREACION DE PROTOTIPOS
Un prototipo es un producto acabado que más tarde se fabricará
masivamente para el mercado. Sin embargo, la creación de prototipos en
SI tiene un significado un poco diferente, porque los sistemas se crean
siguiendo un proceso iterativo en lugar de uno sistemático: los diseñadores
y usuarios están constantemente interactuando, revisando y probando el
sistema prototipo hasta lograr una aplicación aceptable.
El fin de la creación de prototipos es diseñar lo antes posible un modelo
que funcione, que puedan revisar y afinar diseñadores y usuarios que
trabajen junto. Los primeros construyen un modelo “rápido y en sucio”; los
posible usuarios prueban el modelo y dan su opinión; de acuerdo con ésta,
los diseñadores agregan algunas funciones, suprimen otras, mejoran la
entrada, la salida y los procesos y luego someten el sistema revisado a los
usuarios, para probarlo de nuevo. Este proceso reiterativo continúa hasta
que los usuarios quedan satisfechos con el producto. Después inicia la vida
productiva del sistema. Aunque un SI prototipo puede duplicarse e
instalarse en muchas unidades de negocios, el proceso sigue llamándose
“creación de prototipos” aunque sólo se usará una copia del sistema.
Desarrollo de sistemas de información 18
Capitulo 15
Cuando crear prototipos
La creación de prototipos es un método eficiente cuando un sistema es
pequeño, cuando resuelve problemas no estructurados y cuando los
usuarios no especifican los requisitos al inicio del proyecto.
Cuando se va a diseñar un sistema a pequeña escala, el riesgo por la falta
de análisis minucioso es mínimo, en parte debido a que la inversión de
recursos es pequeña.
Esto ocurre con muchos sistemas de apoyo para la toma de decisiones
(SATD) y sistemas expertos (SE), los cuales requieren muchas reuniones
entre diseñadores y expertos, que brindan las pautas necesarias para la
resolución del problema. Esto conduce a la creación de prototipos de facto.
Cuando los usuarios no pueden explicar que requisitos esperan que cumpla
el sistema, porque no están familiarizados con los desarrollos tecnológicos
o porque se les dificulta manejar terminología técnica como archivos de
entrada y salida, la interfaz de usuario, etc., los diseñadores no tiene otra
opción sino crear prototipos, lo cual permite a los usuarios expresar que
requisitos esperan que cumpla el sistema, mientras se esta diseñando.
Cuando no crear prototipos
No se recomienda crear prototipos para sistemas grandes porque esto
requiere una inversión importante de recursos y, por tanto, la falla del
sistema ocasionaría una gran perdida financiera.
Por estas mismas razones debe evitarse crear prototipos cuando un
sistema haga interfaz con otro. Los requisitos y la integración del sistema
deben analizarse, documentarse y realizarse con cuidado, de acuerdo con
un plan convenido entre usuarios y diseñadores antes de llegar a las fases
de diseño y construcción, esto reduce el riesgo de incompatibilidad y daño
a otros sistemas existentes.
Ingeniería de Software asistida por computadora
Desarrollo de sistemas de información 19
Capitulo 15
Existe un software especial llamado herramientas de
ingeniería de software asistida por computadora (CASE, computer Arded
Software Engineering), el cual esta integrado por programas de diseño de
sistemas que facilitan y agilizan el proceso de diseño y construcción de
nuevos SI. Los analistas de sistemas usan herramientas de CASE para
elaborar diagramas de flujos de datos de un nuevo SI y diagramas de flujo
para los diferentes módulos del programa. También para planear
direcciones de datos y esquemas para SI, los cuales una vez satisfechas las
necesidades de los usuarios, se convierten en la base de un SABD (DBMS).
Las complejas herramientas de CASE brindan interfaces gráficas de usuario
fáciles de manejar y agilizan el diseño lógico de aplicaciones.
Administración del Proyecto
Como cualquier esfuerzo organizacional, los proyectos de diseño de
sistemas requieren una labor de administración. Cuando la administración
decide que debe diseñarse un sistema, asigna esta responsabilidad a un
ejecutivo superior, en ocasiones un vicepresidente. El ejecutivo nombra un
administrador de proyecto, al que a veces se le denomina líder del
proyecto, responsable de la ejecución oportuna del proyecto dentro de los
límites del presupuesto.
El administrador del proyecto antes que nada se asegura de que los
recursos necesarios estén disponibles: personal, fondos y equipo. Para esto
selecciona personal calificado del departamento de SI, y reúne
computadoras y software para el trabajo de diseño. Luego traza un plan de
proyecto detallando puntos primarios y secundarios, que personal se
encargara de las diferentes actividades, la cantidad de tiempo que
consumirá la actividad de cada persona, la fecha en que debe concluirse
cada punto y si debe adquirirse herramientas de software y hardware.
También es responsabilidad del gerente del proyecto planear un
presupuesto, llevar un registro de los gastos, informar a la administración
cuando se rebase el presupuesto y el tiempo, prever y anticipar
Desarrollo de sistemas de información 20
Capitulo 15
contratiempos y pedir capital y tiempo adicional antes de
que se necesite.
Objetivos de la administración de proyecto
Completar el proyecto a tiempo. El cliente espera recibir el sistema
en un periodo predeterminado.
Completar el proyecto
dentro del presupuesto. La
administración del
presupuesto para el
proyecto es tan importante
como la administración de
los aspectos técnicos del
diseño de los sistemas.
Cumplir los requisitos. Los diseñadores deben asegurarse de que el
nuevo sistema cumpla con los requisitos especificados al principio del
proyecto.
Cumplir expectativas. Más allá del mero cumplimiento de los
requisitos establecidos y las especificaciones técnicas, el nuevo
sistema debe satisfacer las expectativas de los usuarios, aunque
excedan el trabajo estrictamente acordado.
Funciones del administrador del proyecto
Para lograr estos objetivos, es imperativo que la administración del
proyecto considere los siguientes elementos:
Administración de comunicación. El administrador del proyecto debe
asegurarse que se comunique adecuadamente todo lo referente a
planes, técnicas, recursos y objetivos a todos los miembros del
equipo, mediante reuniones periódicas, correos electrónicos,
circulares y sesiones de información.
Desarrollo de sistemas de información 21
Capitulo 15
Administración de programa. El administrador de
proyecto es responsable de que las metas a mediano y corto plazo se
cumplan a tiempo, para evitar que se exceda el plazo fijado.
Administración de calidad. Debe realizarse pruebas y
comprobaciones de éstas para garantizar la calidad del trabajo.
Administración financiera. Cuando el proyecto es grande, hay una
persona o un grupo que administra el presupuesto y rinde cuentas al
administrador del proyecto.
Administración de recursos. El administrador del proyecto debe
asignar recursos, incluyendo personal, hardware y herramientas de
software.
Para cumplir con sus funciones, los gerentes utilizan paquetes de software
para administración de proyecto.
Desarrollo de sistemas dirigido por usuarios finales
Antes de 1980, el papel de los usuarios en el desarrollo de sistemas
terminaba con la formulación de los requisitos que debía cubrir el sistema.
Los usuarios finales estaban prácticamente desconectados de la labor de
diseños. A partir de los años ochenta, la creación de prototipos prometió
más participación del usuario porque se pedía su opinión durante todo el
proyecto, aunque todavía no lideraban proyecto de diseño de SI.
JAD: un ejemplo de desarrollo de sistemas, dirigido a usuarios.
En los años ochenta, IBM integro el desarrollo conjunto de aplicaciones
(JAD, Joint Application Development), un método para usarse con SDLU,
una alternativa para el SDLC que no omite el trabajo de análisis, como
sucede en ocasiones durante la creación de prototipos. Mientras el SDLC
tradicional es secuencial y largo el JAD facilita el análisis y el diseño al
incluir en el equipo a representantes de los posibles usuarios en todas las
fases (no solo durante la definición de los requisitos, como en SDLC) y
creando prototipos siempre que sea posible. (Sin embargo, es más
sistemático que la sola aplicación de prototipos.)
Desarrollo de sistemas de información 22
Capitulo 15
A los participantes les han resultado interesantes estas
sesiones y se ha identificado que los siguientes factores son esenciales
para usar el método JAD sin problemas:
Todos los participantes deben estar comprometidos en el proceso.
Los clientes y el personal de SI deben estar de acuerdo en el campo
de aplicación del proyecto.
El patrocinador debe apoyar e involucrarse en las actividades.
Los miembros del equipo de JAD deben poder tomar decisiones
importantes.
Los objetivos de negocios deben estar claramente definidos.
Los procesos de negocios deben entenderse y asimilarse.
Los miembros del equipo deben estar dispuesto a reunirse mínimo
dos veces cada semana.
Los miembros deben comprometerse con el equipo.
INTEGRACION DE SISTEMAS
La mayoría del trabajo de los analistas de sistemas consiste en integrar
sistemas, en lugar de analizarlos y diseñar un nuevo SI. Integración de
sistemas echa un vistazo a las necesidades de información de toda una
empresa o al menos de una división importante de esta. El analista revisa
los SI existentes, a menudo incompatibles, y luego elabora un plan para
integrarlos a fin de que:
1) los datos fluyan mas fácilmente entre diferentes unidades de la
organización y
2) los usuarios accedan a los distintos tipos de datos mediante una sola
interfaz.
Integrar sistemas es mucho más difícil que integrarlos. En realidad, al
diseño de sistemas se le considera una subespecialidad de la integración
de sistemas. Esto debido a que el integrador también debe ser un
diseñador de sistemas que sepa como recuperar y usar eficientemente los
Desarrollo de sistemas de información 23
Capitulo 15
datos almacenados en sistemas incompatibles para apoyar
procesos de negocios efectivos.
Desarrollo de sistemas de información 24
Capitulo 15
C O N C L U S I O N E S
El desarrollo de sistemas se considera la continuación de la
planeación de un SI.
Los diseños de sistemas implica hacer adaptaciones físicas y lógicas
al sistema, utilizando herramientas como diagramas de flujo y
diagramas de flujo de datos para crear un modelo de un sistema.
La creación de prototipos crea una alternativa muy común al método
tradicional de diseño de sistemas. El diseñador valora rápidamente
las necesidades y realiza un modelo de trabajo que se entrega a los
usuarios para que lo evalúen.
La creación de prototipos reduce hasta el 85% el tiempo de diseño y
muchos de los gastos, pero solo debe practicarse SI en el caso de
elaborarse relativamente pequeños, poco complicados, no
estructurados y sin interfaz.
En la Administración de proyecto se utilizan las herramientas de
programas de Gantt y PERT para dar seguimiento a los recursos
empleados y las metas intermedias que deben cumplirse.
Desarrollo de sistemas de información 25