ACTIVIDADES PARTICIPANTES Y TCNICAS DE LAS MEJORES Y

LA REINGENIERA DE SISTEMAS
ACTIVIDAD 1: Analizar las solicitudes de mejora.
El propsito de esta actividad es determinar el curso apropiado de acciones para
tratar nuevos problemas de empresa o ideas de mejoras, problemas o limitaciones
tcnicas (resultante de otras actividades de soporte). Esta fase de soporte, en
general, no sirve en realidad para mejorar el sistema, no estudia la
documentacin existente para determinar el curso apropiado de acciones. Sobre
la base anlisis de los modelos del sistema actual, estas acciones pueden incluir:
Definir nuevas necesidades de empresa y volver al Anlisis de Sistemas. Definir
nuevas necesidades tcnicas y volver al Diseo de Sistema, Definir nuevas
necesidades de programas y proceder a la tarea 2.
En caso, los nuevos programas se limitan generalmente a aquellos que generan
nueva informacin a partir de los almacenes de datos existentes.
ACTIVIDAD 2: Escribir nuevos programas sencillos.
Esto quiere decir que estos programas pueden conseguirse rpidamente mediante
la estructura de nuevos programas sencillos. Qu quiere decir que los programas
sean sencillos?
Los programas sencillos son aquellos que utilizan datos existentes, no actualizan
datos existentes y no introducen nuevos datos (por motivo de almacenamiento de
datos). Las necesidades de nuevos programas conforman la mayora de las
mejoras que se requieren hoy en da.
ACTIVIDAD 3: Reestructurar archivos o bases de datos.
De vez en cuando, los Analistas de Sistema colaboran en la reingeniera de
archivos y bases de datos. La tecnologa actual de base de datos ms idnea es la
base de datos relacionadas con SQL (que almacenan los datos en tablas
integradas por medio de campos redundantes que actan cornos punteros).
La reingeniera de estructuras de archivos en base de datos se ha convertido en
una tarea muy importante. La reingeniera de base de datos suele ocupar espacios
sufrientes en el los libros y el cursor de gestin de datos y base de datos; sin
embargo, se hace necesaria una breve descripcin al de sus fundamentos. El
Analista de Sistema desempea un papel importante, debido al impacto potencial
en las aplicaciones existentes. Los Analistas de redes pueden tambin verse
involucrados en estos datos estn, o han de estar, distribuidas en redes
informticas.
Las entradas Claves a esta accin solas estructuras de base de datos existentes
(que puede obtenerse del diccionario de sistema de gestin de bases de datos o
archivos que se incluye en la mayora de los almacenes de datos) y los datos

procesos y redes existentes tambin almacenados en el diccionario. Las salidas

son una nueva estructura de base de datos y un nuevo modelo de datos, proceso y
redes.
ACTIVIDAD 4: Analizar la biblioteca de programas y los costos de
mantenimiento:
Como se habrn dado cuenta de que si pudiera identificarse software ms
complejo y costoso, podra ser preferible hacer una reingeniera para reducir la
complejidad y los costos de mantenimiento. La primera actividad requerida para
lograr este objetivo es analizar la biblioteca de programas y los costos de
mantenimiento. Esta actividad casi siempre requiere de software capaz de llevar a
cabo el anlisis. Los Analistas de Sistemas suelen ser quienes interpretan los
resultados.
La mtrica de Software: Es un conjunto de medidas matemticamente probadas
sobre la calidad y la productividad del software.
Ejemplos de mtricas de software aplicables al mantenimiento son:
Nudo de flujo de control, o nmero de veces que se cruzan entre si los caminos
lgicos. En trminos ideales, un programa debera tener cero nudos de flujo de
control.
Complejidad de los Ciclos, o nmeros de caminos nicos a travs de un
programa. En trminos ideales, cuntos menos sean mejor.
Entradas a esta tarea son todos los programas de la biblioteca. Su salida es un
programa o programa candidatos para reingeniera.

ACTIVIDAD 5: Hacer reingeniera y pruebas de los programas.

Existen tres tipos de reingeniera que pueden aplicarse sobre dicho programa:
La reorganizacin de cdigo: Reestructura la organizacin modular y/o lgica del
programa. La lgica puede reestructurarse para eliminar nudos de flujos de
control y reducir la complejidad de los ciclos.
La Conversin de cdigo: Traduce el cdigo de un lenguaje a otro. Tpicamente,
esta traduccin se realiza de una a otra versin de un mismo lenguaje.
Existe un cierta controversia sobre la utilidad de los traductores entre diferentes
lenguaje. Si los lenguajes son suficientemente diferentes, la traduccin puede ser
muy difcil. Si la traduccin es sencilla, podra plantearse la pregunta: "Por qu
cambiar?" por otra parte podran existir argumentos convincente para traducir las
llamadas cobol basadas en la tecnologa antigua.

La fragmentacin de cdigo: Es la opcin de reingeniera ms interesante de

todas si se hace tal descomposicin, se obtendra ventaja de mantenimiento. Y lo
que es ms importante, si se divide el programa podra ser reutilizado en labores
posteriores.
El programa candidato para reingeniera se copia desde la biblioteca de
programas. La reingeniera se hace por medio del empleo de uno o ms de los
mtodos anteriores. Los nuevos modelos de datos, procesos y/o redes se
actualizan en el diccionario.
PRIORIDADES DE DESARROLLO
Planificacin de sistemas
La funcin de planificacin pretende sealar y establecer prioridades sobre
aquellas tecnologas y aplicaciones que producirn un mximo beneficio para la
organizacin.
El objetivo de esta fase consiste en decidir junto con el equipo humano de la
empresa donde se va a implementar el sistema, los objetivos generales,
especficos de la misma y elaborar los esquemas generales de la manera ms
clara y precisa.
Una vez identificados los subsistemas a desarrollar, se proceder a determinar sus
prioridades de desarrollo.
Puede ser conveniente para realizar esta tarea, clasificar los sistemas
identificados en los tipos siguientes:
Sistemas que realizan operaciones tpicas de proceso de
datos, que cubren el ncleo tradicional de tratamiento de
datos, con tareas predefinidas (clculo de nminas, sistemas
de facturacin, etc.) y, frecuentemente, un alto volumen de
datos.
Sistemas de gestin de la informacin, definidos para
facilitar consultas sobre la informacin almacenada en el
sistema, proporcionar informes y, en resumen, facilitar la
gestin autnoma de la informacin por parte de los
departamentos usuarios.
Sistemas de soporte a la toma de decisiones. Facilitan la
labor de la direccin, proporcionando una presentacin
mejor de la informacin para la toma de decisiones. Se
caracteriza porque son sistemas sin carga peridica de
trabajo, es decir, su utilizacin no es predecible, al contrario
que en los dos casos anteriores, cuya utilizacin es
peridica.

 Sistemas especiales. Como sistemas expertos, sistemas de

informacin para ejecutivos (SIE) o Sistemas de
Informacin gerencial (SIG) etc.
La razn de considerar estos cuatro tipos de sistemas a la hora de asignar
prioridades radica en que, segn el tipo de sistema, se requerir un entorno
tecnolgico o un sistema de soporte de datos (bases de datos, ficheros) diferente.
En todo caso, cada vez se tiende ms al desarrollo de sistemas mixtos que
recogen particularidades propias de los cuatro grandes tipos sealados
anteriormente.

El uso de la tcnica matricial permite estudiar en detalle qu sistemas son prerequisitos para poder acometer el desarrollo de otros. Por ejemplo, en el caso de
los tres sistemas que se han identificado: Planificacin, Diseo de Productos y
Adquisicin, el Sistema de Adquisicin necesita informacin generada por los
dos primeros, por lo cual se desarrollara el ltimo. En cuanto a stos, podra
plantearse la posibilidad de dividirlos con el fin de desarrollar, en primer lugar,
los subsistemas que generan los datos de uso comn.
Adems, para asignar prioridades se ha de tener en cuenta, criterios tales como:
o Beneficios potenciales.
o Impacto en la organizacin.
o Probabilidad de xito en la implantacin.
o Demanda de los sistemas.

Establecer las propiedades de los usuarios

Es definir que necesita el sistema y que quiere el usuario que haga
Objetivo:
Definir las necesidades de la empresa sobre los problemas, oportunidades,
normas y establecer prioridades.
Actividades:
Identificar las necesidades.
Modelizar las necesidades de sistemas.
Elaborar prototipos de descubrimiento.
Definir prioridades entre las necesidades de empresa.

Modificar el mbito y el plan de proyecto.

Revisar las especificaciones de las necesidades.

Cuando los usuarios finales tienen experiencia con un sistema, descubren nuevas
necesidades y prioridades:

1.- normalmente, los sistemas grandes tienen una comunidad de usuarios diversa
donde los usuarios tienen diferentes requerimientos y prioridades. Estos pueden
contradecirse o estar en conflicto. Los requerimientos finales del sistema son
inevitablemente un compromiso entre ellos y, con la experiencia, a menudo se
descubre que la ayuda suministrada a los diferentes usuarios tiene que cambiarse.

2.- las personas que pagan por el sistema y los usuarios de este raramente son la
misma persona. Los clientes del sistema imponen requerimientos debido a las
restricciones organizacionales y de presupuesto. Estos pueden estar en conflicto
con los requerimientos de los usuarios finales y, despus de la entrega, pueden
tener que aadirse nuevas caractersticas de apoyo al usuario si el sistema tiene
que cumplir sus objetivos.

3.- el entorno de negocios y tcnico del sistema cambia despus de la instalacin,

y estos cambios se deben reflejar en el sistema. Se puede introducir nuevo
hardware, pueden cambiar con modificaciones consecuentes en la ayuda al
sistema, y puede haber una nueva legislacin y regulaciones que deben ser
implementadas por el sistema.

MANTENIMIENTO DE SISTEMAS
El mantenimiento del SW es la modificacin de un producto SW despus de su
entrega al cliente o usuario para corregir los defectos, para mejorar el
rendimiento u otras propiedades deseables, o para adaptarlo a un cambio de
entorno
El mantenimiento es un aspecto ms del desarrollo de sistemas de informacin.
Sin embargo, efectuar cambios y ajustes no necesariamente indica la correccin
de errores o la ocurrencia de problemas. Entre los cambios ms frecuentes
solicitados por los usuarios finales se encuentra el agregado de informacin al
formato de un reporte (listado). Se pueden revisar los requerimientos del sistema
como consecuencia de su uso o del cambio de las necesidades de operacin.
Quizs sea necesario corregir algn descuido que ocurri durante el proceso de
desarrollo. A menudo, surge la necesidad de capturar ms datos y almacenarlos
en la base de datos, o quizs sea necesario aadir caractersticas para la deteccin
de errores con la finalidad de evitar que los usuarios del sistema emprendan por
equivocacin una accin no deseada. Tambin existe el agregado de nuevas
funciones, como mejoras en la seguridad. Todas estas situaciones son realidades
del mantenimiento de aplicaciones. Cuando se presentan, sin embargo, son un
buen indicador de que el sistema se est utilizando, de que tiene una funcin til
y de que los usuarios no lo estn archivando. n