UNIVERSIDAD TECNOLOGICA DE SANTIAGO

INGENIERIA DE SOFTWARE
PROF. LUIS SANTANA
TAREAS 2DO. PARCIAL

I.-XITO Y FRACASO DE LOS SIST. DE INFORMACION

(Cap. 14, Adm. De los Sist. De Informacin, Laudon, 3ra. Ed.)
1.

Resuma en un prrafo el relato sobre la Westpac Banking Corporation.

La Westpac Banking Corporation tena grandes esperanzas para su nueva

propuesta de sistema Core System 90. Se supona que el Core System 90 creara
un escaparate (proteccin) de los sistemas de datos descentralizados que
permitiera a los gerentes de sucursales bancarias crear nuevos productos
financieros de manera rpida usando sistemas expertos y software fcil de usar
para el diseo de nuevas aplicaciones creando una organizacin ms gil y de
mayor respuesta a los clientes.
En 1987, lanz su Westpac Core System 90 (CS90) sistema heredado
integrado por un costo total presupuestado en el momento de $ 120 millones. Para
1992, el CS90 an incompleto, haba costado al banco ms de $ 200 millones,
aunque el costo final nunca se reconoci pblicamente. El sistema se
comprometi a vincular una amplia red de sucursales de Westpac a travs de un
ordenador central que fuera capaz de integrar todas las reas clave mientras que
proporcionara una mayor eficiencia para mantener los costos de operacin. El
proyecto no cumpli muchas de sus promesas originales; le cost al banco mucho
ms de lo inicialmente presupuestado y fue finalmente abandonada (Carew 1997).
El CS90 de Westpac, indica que "una combinacin de complejidades
tcnicas y deficiencias, y el entusiasmo de gestin sobre la base de un anlisis
inadecuado, contribuy a la muerte de CS90".
Los vendedores de sistemas, IBM, considerada la incapacidad de Westpac
para definir de forma concisa los requisitos de negocio del sistema como el mayor
riesgo para el proyecto sin embargo, como proveedor del sistema, IBM tambin
jug un papel en el fracaso CS90 .
A pesar de esto, otros comentarios con una visin desde dentro de lo que
sali mal, citan una mala decisin de la direccin de Westpac en un principio al
confiar el diseo e implementacin de sistemas de TI de los acadmicos que
tenan poco conocimiento del mundo real de la banca, la industria y, sobre todo, el
negocio de controladores para la integracin de sistemas.

Malas decisiones de planificacin en las primeras etapas de los sistemas de

actualizacin expuestos al riesgo de Westpac tecnologa a travs de la
interrupcin de los negocios como de costumbre, cristalizando en el costo
significativo rebasamiento y retrasos incurridos. El proyecto fue abandonado por el
banco y el costo entero dados de baja. El banco enfrenta riesgo estrategia como
los problemas con CS90 distraen la atencin del Consejo procedentes de otros
problemas que enfrenta la empresa en el momento, a saber, los problemas en
torno a la calidad de activos con su filial con problemas de AGC.
2.

Defina las medidas de xito del sistema.

3.

Nivel elevado del uso del sistema

Satisfaccin de los usuarios con el sistema. Criticas, opiniones.
Actitudes favorables de los usuarios hacia los sistemas de informacin y
el personal de sistemas.
Grado en el que el sistema cumple con las metas establecidas.
Recuperacin financiera para la institucin, disminuyendo costos o
incrementando beneficios.

Para cada medida, mencione parmetros o variables tiles para calificar un

sistema en cuanto a ellas.

Involucramiento e influencia del usuario: si los usuarios estn

fuertemente involucrados en el diseo del sistema, tiene ms posibilidad
de moldear el sistema de acuerdo a sus prioridades y requerimientos. Es
muy posible que acten positivamente hacia el sistema porque han sido
participantes activos en el proceso de cambio. La incorporacin de la
experiencia y el conocimiento del usuario conduce a mejores soluciones.

La brecha de comunicacin entre diseadores y usuarios: los usuarios y

los especialistas en sistemas de informacin suelen tener formaciones
acadmicas, intereses y prioridades diferentes. Esto se conoce como
brecha de comunicaciones entre diseadores y usuarios. Por un lado, los
especialistas tienen una orientacin tcnica, buscan soluciones tcnicas y
sofisticadas. Por otra parte, los usuarios prefieren sistemas que se
orienten a la solucin de los problemas del negocio o que faciliten tareas.
Los problemas de comunicacin entre ambos son una de las principales
razones por las que los requerimientos de los usuarios no quedan
incorporados en los sistemas de informacin y en general son sacados
del proceso de implantacin.

4.

Apoyo de la administracin: si la misma apoya, asegura que un proyecto

de sistemas recibir los fondos y los recursos suficientes para tener
xito.

Nivel de complejidad y riesgo: mientras ms grande sea un proyecto (por

el gasto que implica, por el tamao del equipo de implantacin, por el
tiempo asignado y el nro. De unidades afectadas) mayor ser el riesgo.
Otro factor de riesgo es la experiencia de la empresa con proyectos de
diversas dimensiones.

Presente una lista de los inconvenientes que estima pueden presentarse al

tratar de aplicar estas medidas.

Anlisis:

No se han asignado tiempo, dinero y recursos para investigar el

problema. El personal no le dedica tiempo al proyecto. Los usuarios no
estn representados en el equipo.
Los usuarios no colaboran con el equipo del proyecto para que capten la
informacin necesaria.
El personal del servicio de informacin promete resultados imposibles de
alcanzar.
Los requerimientos provienen de documentacin inadecuada de sistemas
existentes.

Diseo:

El diseo refleja los sesgos del personal tcnico.

El sistema est diseado para servir nicamente a las necesidades
actuales.
Cambios drsticos en los procedimientos de los empleados o de otro
personal son planeados sin ningn anlisis de impacto institucional.

Programacin:

Fue subestimado el tiempo y el dinero para el desarrollo del software.

Fueron incompletas las especificaciones dadas a los programadores.
No se destina el tiempo suficiente para el desarrollo de la lgica de
programas.
Los programas se escriben de manera difcil de modificar.

Pruebas:

Fue subestimado el tiempo y el dinero requeridos para hacer las

pruebas.
El equipo del proyecto no desarrolla un plan organizado de pruebas.
Los usuarios no estn involucrados en las pruebas.

Conversin:

Presupuesto insuficiente para las actividades de conversin.

La capacitacin se inicia solamente cuando el sistema est a punto de ser
instalado.
La documentacin del sistema y la de los usuarios son inadecuadas.
El mantenimiento del sistema es inadecuado.

5. Para cada medida, establezca un procedimiento detallado para obtenerla, aplicable a su

tarea final. Puede enfocarlo a un mdulo en especfico.

Nivel elevado del uso del sistema

Para conseguir un nivel elevado uso del sistema establecemos que:
a) Crear manual de usuario con palabras fciles de entender para un usuario
(definimos como usuario, persona ajena a la creacin del sistema, sin
conocimiento de palabras tcnicas).
b) Tecla de ayuda constante en el sistema, explicando el uso de cada mdulo y los
parmetros que son requeridos.
c) Capacitacin del usuario, crear cursos explicativos de cmo utilizar el sistema
de software.
d) Evitar la resistencia al cambio, mediante reuniones con los usuarios para
fomentar su involucracin con el nuevo sistema.

Satisfaccin de los usuarios con el sistema. Criticas, opiniones.

a) Fomentar la comunicacin entre usuario-programador para realizar interfaces
que sean amigables y contengan la informacin necesaria para la mejora de su
desempeo.
b) Demostrar a los usuarios los beneficios y facilidades del nuevo sistema
comparado con el anterior.
c) Demostrar que el nuevo sistema reduce tiempos y estos se traducen en ahorro
para la empresa, es decir,

Actitudes favorables de los usuarios hacia los sistemas de informacin y el

personal de sistemas de informacin.

a) Presentar casos de xito de otra compaa utilizando sistemas

parecidos para mejor la opinin de los sistemas de informacin.
b) Presentar al personal del sistema como un colaborador el cual va
ayudarle con un nuevo sistema ms eficiente.
c) Evitar la resistencia

Objetivos alcanzados
Establecidos los parmetros iniciales que debe de cumplir el sistema preparar
un plan demostrativo de cada, meta realizada por el sistema (documentar
xito).

Recuperacin financiera para la institucin

Crear una lista de todas las mejoras cuantificables del anterior sistema al
nuevo, demostrando las cifras estadsticas de comparacin.

6. Responda las preguntas de repaso (1 a 12)

1.- QUE SIGNIFICA EL FRACASO DE LOS SISTEMAS DE INFORMACIN?

Significa que no han sido diseado adecuadamente para cubrir las necesidades de las
empresas esto debido a la falta de capacitacin del personal que los usa o fallas en el
software o hardware.

2.- QUE TIPOS DE PROBLEMAS EVIDENCIAN EL FRACASO DE LOS SISTEMAS

DE INFORMACIN?
Principalmente son la falta de personal capacitado, el diseo del software por ser muy
difcil de entender, los errores en el tiempo de procesamiento de la informacin en
lnea fallas en el diseo del sistema por falta de continuidad en el proceso, un
excesivo costo en el desarrollo del sistema.
3.- COMO SE PUEDE MEDIR EL XITO DE LOS SISTEMAS? QUE
PARMETROS DE MEDICION DEL XITO SON LOS MAS IMPORTANTES?
Por medio de la opinin de los usuarios, por un alto grado de uso del sistema
implantado, por las actividades favorables de los usuarios hacia el sistema, por los
objetivos alcanzados, por la recuperacin de la inversin hecha para su uso.

Los ms importantes son la buena opinin del usuario ya que este es el que se encarga
de darle vida al sistema automatizado y de esta forma evitar procedimientos manuales
Al ser aceptado por el usuario se tendr por lgica un alto nivel de uso, y esto traer
el xito en las actividades de los usuarios hacia el sistema, dems claro de que debe
cumplir con los objetivos que es el ms importante de todos los parmetros.

4.- DEFINIR IMPLANTACIN. CUALES SON LOS PRINCIPALES ENFOQUES

PARA LA IMPLANTACIN?
Se refiere a todas las actividades institucionales que trabajan hacia la adopcin
administracin de una innovacin.
Uno de estos enfoques es el uso de actores y sus papeles se cree que las
instituciones deben escoger actores con caractersticas sociales apropiadas y
desarrollar sistemticamente papeles o roles institucional.
Una segunda escuela de pensamiento se enfoca en las estrategias de la innovacin. Los
dos extremos son la innovacin descendente y la innovacin hacia las races. Existen
muchos ejemplos de instituciones en las que la ausencia de apoyo por parte de la alta
direccin hacia la innovacin hace fracasar el proyecto desde el principio. al mismo
tiempo sin races fuertes y firmes ni participacin de usuarios finales, los proyectos
de sistemas de informacin pueden tambin fracasar.
Un tercer enfoque hacia la implantacin se dirige a los factores institucionales
generales del cambio como decisivos para la rutinizacion a largo plazo de las
innovaciones. Algunas de las acciones institucionales que se requieren para la
implantacin exitosa a largo plazo e identificadores del xito.

5.- POR QUE ES NECESARIO ENTENDER EL CONCEPTO DE IMPLANTACIN AL

EXAMINAR EL XITO O FRACASO DE LOS SISTEMAS?
Porque de la aceptacin y el apoyo tanto de los usuarios como de los directivos
depende gran parte del xito o fracaso ya que este en esta etapa cuando realmente se
empieza a evaluar el buen desarrollo y diseo del sistema.

6.- CUALES SON LAS PRINCIPALES CAUSAS DEL XITO Y DEL FRACASO EN LA
IMPLANTACIN?
Una causa de xito es el involucramiento del usuario con el sistema implantado, porque
al estar bien involucrados tienen ms oportunidad de moldear el sistema de acuerdo
con sus prioridades y requerimientos de negocios segundos es muy posible que acten
positivamente hacia el sistema por que han sido participantes activos en el proceso de
cambio.
Otra causa del xito es el apoyo y autorizacin de la administracin a distintos
niveles, es ms probable que sea percibido positivamente por usuario y personal
tcnico de servicios de informacin. Ambos grupos sentirn que sus participaciones en
el proceso de desarrollo recibirn ms atencin y prioridad en los altos niveles.
Una causa de fracaso en la implantacin es la dimensin del proyecto entre ms grande
es el proyecto mayor ser el riesgo por lo tanto un proyecto que cuesta 5,000,000 de
dlares y que dura 4 aos esto afecta a 20 unidades operativas y 120 usuarios ser
mucho ms riesgoso que un proyecto de 30,000 dlares para dos usuarios que puede
ser terminado en dos meses.
Otra causa de fracaso es la brecha de comunicacin entre los usuarios y el diseador
ya que a menudo cada persona piensa ms en su rea que en el sistema que est siendo
implantado luego entonces se cae constantemente en controversias o entendimiento
de los requerimientos.
Otra causa de fracaso en la implantacin es la experiencia con la tecnologa. El riesgo
del proyecto crecer si el equipo del proyecto y el personal de sistemas de
informacin carecen de conocimientos tcnicos. Si el equipo no est familiarizado con
el hardware y software del sistema, con el software de aplicacin o con las bases de
datos propuestos por el proyecto es probable que exista un exceso en el consumo de
tiempo para poder dominar las nuevas habilidades.
Diversidad de problemas tcnicos si las herramientas no han sido dominadas a
profundidad.
Exceso de gastos y de tiempo a causa de la inexperiencia con las idiocincracias no
documentadas.

7.- CUAL ES LA BRECHA DE COMUNICACIN USUARIO-DISEADOR? QUE

PROBLEMAS DE IMPLANTACIN PUEDE CREAR?

Esta se basa en los diferentes idiomas profesionales que hablan cada usuario y esto
hace complicado el entendimiento de lo que se hace o va a ser el sistema ya que cada
usuario piensa ms en sus propios problemas que en explicar o aclarar las actividades
que realiza.
8.- LISTAR ALGUNOS PROBLEMAS DE IMPLANTACIN QUE PUEDEN OCURRIR
EN CADA ETAPA DEL PROCESO DE DESARROLLO DE LOS SISTEMAS.

POCO INTERES DEL USUARIO PARA DESCRIBIR LOS BENEFICIOS O

FALLAS DEL SISTEMA.

EL POCO APOYO DE LOS ADMINISTRADORES HACIA EL NUEVO SISTEMA

IMPLANTADO POR FALTA DE CREDIBILIDAD

EL PROBLEMA DE COMUNICACIN ENTRE LOS USUARIOS Y EL

ANALISTA DE SISTEMAS

EL TIEMPO DE APRENDIZAJE DEL SISTEMA TANTO EN EL HARDWARE

COMO EN EL SOFTWARE.

EL REZAGO DE LAS MALAS NOTICIAS PARA INFORMAR A LOS NIVELES

SUPERIORES, A LA DIRECCIN CUANDO YA ES DEMASIADO TARDE.

LOS ANALISTAS DEL PROYECTO NO PUEDEN ENTREVISTAR

ADECUADAMENTE A LOS USUARIOS NO SABEN COMO HACER LAS
PREGUNTAS ADECUADAS.

LOS PROGRAMADORES HAN RECIBIDO ESPECIFICACIONES

INCOMPLETAS

NO SE DESTINA EL TIEMPO SUFICIENTE PARA EL DESARROLLO DE LA

LOGICA DE PROGRAMAS SE DESPERDICIA MUCHO TIEMPO EN ESCRIBIR
EL CODIGO.

9.- QUE DIMENSIONES INFLUYEN SOBRE EL NIVEL DE RIESGO EN CADA

PROYECTO DE DESARROLLO DE SISTEMAS?

No todos los proyectos se pueden controlar o planearse fcilmente sin embargo la

posibilidad de xito, sin embrago la posibilidad de xito del sistema puede
incrementarse al anticipar problemas potenciales en la implantacin y al aplicar
estrategias correctivas adecuadas.
El tamao del sistema, el tiempo de desarrollo e implantacin el costo invertido en el
desarrollo del sistema, cumplimiento de los objetivos y metas del sistema.

10.- QUE TCNICAS DE ADMINISTRACIN DE PROYECTOS PUEDEN SER

USADAS PARA CONTROLAR EL RIESGO EN LOS PROYECTOS ?
Herramientas externas de integracin enlazan el trabajo del equipo de implantacin
con el de los usuarios a todos los niveles de organizacin.
Los proyectos con relativamente poca estructura deben involucrar plenamente a los
usuarios en todas las etapas estos deben ser movilizados para apoyar una de las
muchas opciones posibles de diseo y para permanecer comprometidos un diseo nico

11.- QUE ESTRATEGIAS PUEDEN SER USADAS PARA VENCER LA RESISTENCIA

DE LOS USUARIOS A LOS PROYECTOS DE DESARROLLO DE SISTEMAS?
Los usuarios pueden ser tomados como lderes de proyecto o como los segundos de
abordo en el equipo del proyecto.
Se pueden crear comits de orientacin a los usuarios `para hacer la evaluacin del
sistema
Los usuarios pueden ser miembros activos del equipo del proyecto.
El proyecto puede implicar revisin formal de los usuarios y su aprobacin de la
especificacin.
Los minutos de todas las reuniones claves de diseo pueden ser distribuidas
ampliamente entre los usuarios.

12.- QUE CONSIDERACIONES INSTITUCIONALES DEBEN SER ATACADAS POR

EL DISE DE SISTEMAS DE INFORMACIN?

Una consideracin importante es tomar en cuenta que el desarrollo de un sistema

informtico tendr forzosamente que afectar a la organizacin desde sus estructuras
hasta ms simples hasta las ms complejas, en la toma de decisiones de los distintos
departamentos siempre se deben tomar en cuenta antes que todo ya que si
descuidamos el proceso del cambio institucional esto dar por resultado que todo el
sistema fracase es por eso que se debe atacar con ms fuerza el factor organizacional
para de esta forma proporcionar a los distintos departamentos y jerarquas un
sistema que cumpla con los requisitos de cada proceso o actividad.

II.- ANALISIS
(Cap. 11 Y 12, Ingeniera de Software, Pressman, 5ta. Ed.)
7.
8.
9.
10.
11.
12.
13.
14.

Definicin, utilidad y consejos para aplicar correctamente las TFEA

Elabore una notificacin y agenda de una reunin TFEA que aplicara en su tarea final.
Resumen de principios del anlisis
Para cada principio, presente un ejemplo aplicable a su tarea final.
Resumen de creacin de prototipos de software
Resumen de los principios de la especificacin del anlisis
Tcnicas para realizar una correcta revisin de la especificacin.
Elabore un ejemplo de una especificacin incorrecta y una revisada y correcta, aplicable a
su tarea final.
15. Problemas y Puntos a Considerar (a final del Captulo) (11.1 a 11.7)
16. Problema 12.3 al final del captulo (DFD nivel 1 y 2). (Repasar primero los conceptos de
anlisis del captulo).

III.- DISEO
(Cap. 13, 14 y 15, Ingeniera de Software, Pressman, 5ta. Ed.)
17. Explicacin resumida de la figura 13.1 (Relacin Anlisis / Diseo).
18. Ejemplo aplicable a su tarea final, para cada una de las conexiones entre los elementos de
Anlisis y Diseo.
19. Resumen de directrices de diseo
20. Resumen (y ejemplo aplicable a su tarea final) de los conceptos:
20.1.
Abstraccin procedimental
20.2.
Abstraccin de datos
20.3.
Abstraccin de control
20.4.
Refinamiento
20.5.
Modularidad
20.6.
Ocultamiento de informacin
20.7.
Cohesin
20.8.
Acoplamiento
21. Explicacin resumida de la figura 13.5 (Organizacin en capas y ocultamiento de
informacin). Incluir ejemplo de su tarea final.

22.
23.
24.
25.
26.

Resumen reglas de oro de una buena interfaz

Para cada regla anterior, proporcione un ejemplo de su tarea final.
Resumen caractersticas detalladas de una buena interfaz
Del problema 12.3 al final del captulo 12, elabore el modelo de tablas y relaciones.
Del mismo problema anterior, elabore seudocdigos de 2 procedimientos importantes.