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.


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


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.


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


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.


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


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


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?


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.


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.


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.


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


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.


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.


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.


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.


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.


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


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


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.


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.)


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


Capitulo 15

datos almacenados en sistemas incompatibles para apoyar

procesos de negocios efectivos.


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 Informacion

Documents

Transcript of Desarrollo de Sistemas de Informacion