Unidad VII

METODOS PARA LA CONSTRUCCION
DE SISTEMAS

METODOS PARA LA CONSTRUCCION
DE SISTEMAS

Los sistemas difieren en cuanto a tamao, complejidad
tecnolgica y problemas organizacionales que estn
destinados a resolver. Se han desarrollado diversos mtodos
para la construccin de sistemas destinados a ocuparse de
estas diferencias.
Haremos una revisin de los siguientes mtodos:
el ciclo de vida tradicional de los sistemas,
la creacin de prototipos,
desarrollo por parte del usuario final,
paquetes de software de aplicaciones y subcontratacin.

CICLO DE VIDA TRADICIONAL DE LOS
SISTEMAS

El ciclo de vida de los sistemas es el mtodo ms antiguo para construir sistemas de
informacin. La metodologa del ciclo de vida es un enfoque por fases para construir un
sistema, que divide el desarrollo de los sistemas en etapas formales.

La metodologa del ciclo de vida de los sistemas establece una divisin muy formal de
las actividades de los usuarios finales y los especialistas de sistemas de informacin. Los
especialistas tcnicos, como los analistas de sistemas y los programadores, son
responsables de gran parte del trabajo de anlisis, diseo e implementacin de
sistemas; los usuarios finales estn limitados a proporcionar los requerimientos de
informacin y a revisar el trabajo del personal tcnico.

El ciclo de vida tambin pone nfasis en las especificaciones formales y el trabajo
administrativo, por lo que se generan demasiados documentos durante el curso de un
proyecto de sistemas.

SISTEMAS

El ciclo de vida de los sistemas todava se usa para construir
sistemas complejos grandes que exigen un anlisis de
requerimientos riguroso y formal, especificaciones
predefinidas y controles estrictos sobre el proceso de la
construccin de sistemas.
El enfoque del ciclo de vida de los sistemas puede ser
costoso, lento e inflexible.
ste es predominantemente un mtodo de "cascada" en el
que las tareas de una etapa se completan antes de que
empiece el trabajo de la siguiente etapa.
SISTEMAS

Las actividades se pueden repetir, pero se deben generar
volmenes de nuevos documentos y volver a seguir los pasos
si es necesario revisar los requerimientos y las caractersticas
tcnicas.
Esto anima a congelar las especificaciones relativamente
pronto en el proceso de desarrollo. El mtodo del ciclo de
vida tampoco es conveniente para muchos sistemas
pequeos de escritorio que, por lo general, son menos
estructurados y ms individualizados.
CREACION DE PROTOTIPOS

La creacin de prototipos consiste en construir rpida y
econmicamente un sistema experimental para que lo
evalen los usuarios finales. Interactuando con el prototipo,
los usuarios pueden darse una mejor idea de sus
requerimientos de informacin. El prototipo avalado por los
usuarios puede servir de plantilla para crear el sistema
definitivo.
El prototipo es una versin funcional de un sistema de
informacin o de parte de ste, pero su propsito es el de
servir de modelo preliminar. Una vez en operacin, el
prototipo se refnara ms an hasta que cumpla con precisin
los requerimientos de los usuarios. Una vez finalizado el
diseo, el prototipo se puede convertir en un sistema de
produccin refinado.

Al proceso de construir un diseo preliminar, probarlo, refinarlo y
probarlo de nuevo se le ha denominado proceso iterativo de
desarrollo de sistemas porque los pasos requeridos para construir
un sistema se pueden repetir una y otra vez. La creacin de
prototipos es ms iterativa que el ciclo de vida convencional, y
promueve activamente los cambios al diseo del sistema. Se ha
dicho que la creacin de prototipos reemplaza las repeticiones del
trabajo no planeadas con la iteracin planeada, ya que en cada
versin refleja con ms precisin los requerimientos de los
usuarios.

CREACION DE PROTOTIPOS - Pasos en
la creacin de prototipos

Paso 1: Identificar los requerimientos bsicos del usuario. El
diseador del sistema (normalmente un especialista en
sistemas de informacin) trabaja con el usuario nicamente
el tiempo suficiente para captar sus necesidades bsicas de
informacin.
Paso 2: Desarrollar un prototipo inicial. El diseador del
sistema crea rpidamente un prototipo funcional, usando
herramientas para la generacin rpida de software.
Paso 3: Usar el prototipo. Se estimula al usuario a trabajar
con el sistema para determinar que tan bien satisface sus
necesidades el prototipo y que haga sugerencias para
mejorarlo.


Paso 4: Revisar y mejorar el prototipo. El constructor
del sistema toma nota de todos los cambios que el
usuario solicita y a continuacin mejora el prototipo.
Despus de las modificaciones al prototipo, el ciclo
regresa al paso 3. Los pasos 3 y 4 se repiten hasta que
el usuario este satisfecho.
Cuando ya no se ninguna iteracin, el prototipo
aceptado se vuelve un prototipo funcional que
proporciona las ltimas especificaciones para la
aplicacin. En ocasiones, el prototipo mismo se adopta
como versin de produccin del sistema.


ventajas y desventajas de los prototipos

La creacin de prototipos es la ms adecuada cuando hay incertidumbre en los
requerimientos o soluciones de diseo, y es especialmente til para el diseo de la
interfaz de usuario final (la parte del sistema con la cual interactan los usuarios
finales, como las pantallas de despliegue y de captura de datos en lnea, informes o
pginas Web) de un sistema de informacin. Dado que la creacin de prototipos
favorece que los usuarios finales se involucren bastante a lo largo del proceso de
desarrollo de sistemas, es ms probable producir sistemas que satisfagan los
requerimientos del usuario.

Sin embargo, la creacin apresurada de prototipos puede omitir pasos esenciales
en el desarrollo de sistemas. Si el prototipo terminado funciona razonablemente
bien, la administracin podra caer en el error de considerar que las tareas de
volver a programar o disear, de documentar y probar todo el sistema, son
innecesarias para construir un sistema de produccin refinado. Algunos de estos
sistemas construidos en forma acelerada tal vez no procesen fcilmente grandes
cantidades de datos o no soporten una gran cantidad de usuarios en un entorno de
produccin.

DESARROLLO POR PARTE DEL
USUARIO FINAL

Algunos tipos de sistemas de informacin pueden ser
desarrollados por los usuarios finales con poca o ninguna ayuda
formal de los especialistas tcnicos. Este fenmeno se llama
desarrollo por parte del usuario final.
Una serie de herramientas de software clasificadas como
lenguajes de cuarta generacin hacen posible este de
desarrollo. Los lenguajes de cuarta generacin consisten en
herramientas de software que habilitan a los usuarios finales
para crear informes o desarrollar aplicaciones de software con
un mnimo de asistencia tcnica. Algunas de estas herramientas
de cuarta generacin tambin mejoran la productividad de
programadores profesionales.

DESARROLLO POR PARTE DEL
USUARIO FINAL

Los lenguajes de cuarta generacin tienden a ser no
procedurales, o menos procedura1es, que los lenguajes
convencionales de programacin. Los lenguajes procedurales
requieren una especificacin de secuencia de pasos, o
procedimientos, que le indican a la computadora que hacer y
cmo hacerlo. Los no procedurales slo necesitan especificar
tiene que efectuar en lugar de proporcionar detalles sobre
cmo realizar la tarea.
DESARROLLO POR PARTE DEL USUARIO FINAL
- CATEGORIAS DE LENGUAJES DE CUARTA GENERACION

En general, los sistemas desarrollados por el usuario final se
pueden terminar con ms rapidez que los desarrollados por
medio del ciclo de vida convencional de los sistemas. El hecho
de permitir que los usuarios especifiquen sus propias
necesidades de negocios mejora la recopilacin de
requerimientos y con frecuencia da como resultado una
mayor participacin y satisfaccin del usuario con el sistema.
Sin embargo, las herramientas de cuarta generacin todava
no pueden reemplazar a las herramientas convencionales
para algunas aplicaciones de negocios porque no pueden
manejar fcilmente el procesamiento de volmenes grandes
de transacciones o aplicaciones que utilizan mucha lgica de
procedimientos y requieren actualizaciones constantes.


La computacin del usuario final tambin plantea riesgos
organizacionales porque se da fuera de los mecanismos
tradicionales de administracin y control del sistema de
informacin. Cuando se crean los sistemas rpidamente, sin una
metodologa de desarrollo formal, la prueba y la documentacin
podran no ser adecuadas.
El control sobre los datos puede perderse en sistemas ajenos al
departamento de sistemas de informacin tradicional.
Para ayudar a las organizaciones a maximizar los beneficios del
desarrollo de aplicaciones por parte del usuario final, la
administracin debe controlar el desarrollo de aplicaciones por
parte del usuario final requiriendo la justificacin del costo de
los proyectos de sistemas de informacin del usuario final y
estableciendo hardware} software y normas de calidad para las
aplicaciones desarrolladas por el usuario.

PAQUETES DE SOFTWARE DE APUCACIONES
y SUBCONTRATACION

Las empresas pueden locar el software a un proveedor de servicios de
aplicaciones, pueden comprar un paquete de software a un fabricante
comercial o pueden encargar el desarrollo de una aplicacin
personalizada a una empresa de subcontratacin externa.

y SUBCONTRATACION
- Paquetes de software de aplicaciones

Durante varias de las dcadas anteriores se estuvieron construyendo la
gran mayora de los sistemas con base en paquetes de software de
aplicaciones. muchas aplicaciones comunes para todas las empresas, por
ejemplo, nmina, cuentas por cobrar, cuentas de mayor o control de
inventarios. Para dichas funciones universales con procesos
estandarizados que no cambian mucho con el tiempo, un sistema
generalizado cumplir los requerimientos de muchas organizaciones.
Si un paquete de software de aplicaciones puede cumplir con la mayora
de los requerimientos de una organizacin, la compaa no tiene que
escribir su propio software. La compaa puede ahorrar tiempo y dinero
usando los programas de software ya escritos, diseados y probados del
paquete de programas. Los fabricantes de paquetes proporcionan gran
parte del mantenimiento continuo y soporte tcnico para el sistema,
incluyendo las mejoras para mantener al sistema actualizado con los
desarrollos tcnicos y de negocios.

y SUBCONTRATACION

Si una organizacin tiene requerimientos nicos que el paquete no
satisface, muchos paquetes incluyen capacidades de personalizacin. Las
caractersticas de personalizacin permiten modificar un paquete de
software para satisfacer los requerimientos nicos de una organizacin sin
destruir la integridad del software del paquete. Si se requiere una gran
cantidad de personalizacin, la programacin adicional y el trabajo de
personalizacin podran resultar tan costosos y consumir tanto tiempo
que eliminaran bastantes de las ventajas de los paquetes de software.

y SUBCONTRATACION

Cuando se desarrolla un sistema utilizando un paquete de software de
aplicaciones, el anlisis de sistemas incluira
un proyecto de evaluacin del

paquete. Los criterios de evaluacin ms importantes son las funciones
proporcionadas por el paquete, flexibilidad, facilidad de uso para el
usuario, recursos de hardware y software, requerimientos de bases de
datos, esfuerzo de instalacin y mantenimiento, documentacin, calidad
del fabricante y costo. Con frecuencia, el proceso de evaluacin de
paquetes se basa en una Solicitud de Propuestas (RFP), la cual es una lista
detallada de preguntas remitidas a los fabricantes de paquetes de
software.

y SUBCONTRATACION

Cuando se selecciona una solucin de paquete de software, la
organizacin ya no tiene el control total sobre el proceso de diseo del
sistema. En lugar de ajustar las especificaciones de diseo del sistema
directamente a los requerimientos del usuario, el diseo se orientara a
tratar de amoldar los requerimientos del usuario para que se apeguen a
las caractersticas del paquete. Si los requerimientos de la organizacin no
son compatibles con la manera de funcionar del paquete y ste no puede
personalizarse, la organizacin tendra
que adaptarse al paquete y cambiar

sus procedimientos.

y SUBCONTRATACION
- Subcontratacin

Si una empresa no quiere usar sus recursos internos para construir u operar los
sistemas de informacin, puede contratar una organizacin externa que se especialice
en proporcionar estos servicios para hacer el trabajo. Los proveedores de servicios de
aplicaciones (ASPs), son una forma de subcontratacin. Las compaas suscriptoras
podran usar el software y el hardware de cmputo proporcionados por el ASP como
plataforma tcnica para sus sistemas. En otra forma de subcontratacin, una compaa
podra contratar a un proveedor externo para que disee y elabore el software para su
sistema, pero esa compaa operara el sistema en sus computadoras propias. El
proveedor de la subcontratacin podra ser nacional o encontrarse en otro pas

y SUBCONTRATACION
- Subcontratacin

La subcontratacin se ha popularizado porque algunas
organizaciones la perciben como ms rentable que
mantener su propio centro de computacin o personal de
sistemas de informacin.
El proveedor de servicios de subcontratacin se beneficia de
las economas de escala y de competencias centrales
complementarias que serian difciles de duplicar para una
empresa que no se especializa en servicios de tecnologa de
informacin.
El conocimiento y las habilidades especializados del
fabricante se pueden compartir con varios y diversos
clientes, y la experiencia de trabajar con tantos proyectos de
sistemas de informacin mejora an ms la especializacin
del fabricante.

y SUBCONTRATACION
- Subcontratacin

La subcontratacin permite que una compaa con necesidades
fluctuantes de procesamiento de cmputo pague slo por lo que
usa en lugar de construir su propio centro de computacin, que se
subutilizara cuando no hubiera una carga mxima. Algunas
empresas subcontratan porque su personal interno de sistemas de
informacin no puede mantener el paso del cambio tecnolgico o
las prcticas innovadoras de negocios o porque desean dejar libre
al talento escaso y costoso para actividades ms redituables.

y SUBCONTRATACION
- Subcontratacin

No todas las organizaciones se benefician de la subcontratacin y
las desventajas de sta pueden crear graves problemas a las
organizaciones si no las entienden y manejan de manera
adecuada. Demasiadas empresas subestiman los costos de
identificar y evaluar a fabricantes de servicios de tecnologa de
informacin, hacer la transicin a un nuevo fabricante y
monitorear a los fabricantes para asegurarse de que estn
cumpliendo con sus obligaciones contractuales. Estos costos
ocultos pueden reducir fcilmente los beneficios previstos de la
subcontratacin.

y SUBCONTRATACION
- Subcontratacin

Cuando una empresa la responsabilidad de desarrollar y operar
sus sistemas de informacin a otra organizacin, es posible que
pierda el control sobre su funcin de sistemas de informacin. Si la
organizacin no tiene habilidad para negociar un contrato
favorable, la dependencia que la empresa tendra del fabricante
podra producir altos costos o prdida de control sobre la
direccin tecnolgica. Las empresas deben ser especialmente
cautas al emplear un subcontratista para desarrollar u operar
aplicaciones que le den algn tipo de ventaja competitiva.

y SUBCONTRATACION
- Subcontratacin

Es ms probable que una empresa obtenga beneficios de la
subcontratacin si entiende sus propios requerimientos, sabe
exactamente la manera en que el fabricante subcontratista le
proporcionara valor, e identifica a los proveedores con
capacidades y objetivos que mejor se alineen con sus necesidades
especficas. La empresa tambin debe ser capaz de disear un
contrato para la subcontratacin que le permita manejar la
relacin con el fabricante. La sesin interactiva sobre
administracin ofrece ms detalles acerca de estos aspectos.

Unidad VII

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Unidad VII

Uploaded by

Copyright:

Available Formats

METODOS PARA LA CONSTRUCCION

un proyecto de evaluacin del

que adaptarse al paquete y cambiar

You might also like