You are on page 1of 16

Evaluacin de los Sistemas y su representacin

Los progresos realizados en un sistema deben ser medidos o evaluados para


conocer las deficiencias y problemas que ste presenta. Aunque una evaluacin
cualitativa puede resultar til en las etapas iniciales del desarrollo del sistema,
medidas cuantitativas bajo unas mismas condiciones resultan de vital importancia
para ver el progreso real del sistema y compararlo consigo mismo o con otros. Los
nmeros no aportan informacin si se desconoce de dnde proceden, es decir,
que representan. La evaluacin de cualquier tecnologa debe ir acompaada de un
conjunto de medidas estndar propuestas para tal fin. La disponibilidad de bases
de datos y de protocolos o procedimientos para la evaluacin de estos sistemas
ha sido un componente muy importante, casi fundamental, en el progreso
alcanzado en este campo y ha permitido compartir nuevas ideas, e incluso
compararlas con otras ya consolidadas. Los progresos en la evaluacin de
sistemas de comprensin del lenguaje hablado estn comenzando.

La elaboracin de sistemas debe ser evaluada con mucho detalle, para lo cual se
debe revisar si existen realmente sistemas entrelazados como un todo o bien si
existen programas aislados. Otro de los factores a evaluar es si existe un plan
estratgico para la elaboracin de los sistemas o si se estn elaborados sin el
adecuado sealamiento de prioridades y de objetivos.
El plan estratgico deber establecer los servicios que se presentarn en un futuro
contestando preguntas como las siguientes:

Cules servicios se implementarn?

Cundo se pondrn a disposicin de los usuarios?

Qu caractersticas tendrn?

Cuntos recursos se requerirn?

La estrategia de desarrollo deber establecer las nuevas aplicaciones, recursos y


la arquitectura en que estarn fundamentados:

Qu aplicaciones sern desarrolladas y cundo?

Qu tipo de archivos se utilizarn y cundo?

Qu bases de datos sern utilizarn y cundo?

Qu lenguajes se utilizarn y en que software?

Qu tecnologa ser utilizada y cuando se implementar?

Cuntos recursos se requerirn aproximadamente?

Cul es aproximadamente el monto de la inversin en hardware y


software?

En lo referente a la consulta a los usuarios, el plan estratgico debe definir los


requerimientos de informacin de la dependencia.

Qu estudios van a ser realizados al respecto?

Qu metodologa se utilizar para dichos estudios?

Quin administrar y realizar dichos estudios?

En el rea de auditora interna debe evaluarse cul ha sido la participacin del


auditor y los controles establecidos.
Por ltimo, el plan estratgico determina la planeacin de los recursos.

Contempla el plan estratgico las ventajas de la nueva tecnologa?

Cul es la inversin requerida en servicios, desarrollo y consulta a los


usuarios?

El proceso de planeacin de sistemas deber asegurarse de que todos los


recursos requeridos estn claramente identificados en el plan de desarrollo de
aplicaciones y datos. Estos recursos (hardware, software y comunicaciones)
debern ser compatibles con la arquitectura y la tecnologa, conque se cuenta
actualmente.
Los sistemas deben evaluarse de acuerdo con el ciclo de vida que normalmente
siguen: requerimientos del usuario, estudio de factibilidad, diseo general, anlisis,
diseo lgico, desarrollo fsico, pruebas, implementacin, evaluacin,
modificaciones, instalacin, mejoras. Y se vuelve nuevamente al ciclo inicial, el
cual a su vez debe comenzar con el de factibilidad.
La primera etapa a evaluar del sistema es el estudio de factibilidad, el cual debe
analizar si el sistema es factible de realizarse, cul es su relacin costo/beneficio y
si es recomendable elaborarlo.
Se deber solicitar el estudio de factibilidad de los diferentes sistemas que se
encuentren en operacin, as como los que estn en la fase de anlisis para
evaluar si se considera la disponibilidad y caractersticas del equipo, los sistemas
operativos y lenguajes disponibles, la necesidad de los usuarios, las formas de
utilizacin de los sistemas, el costo y los beneficios que reportar el sistema, el
efecto que producir en quienes lo usarn y el efecto que stos tendrn sobre el
sistema y la congruencia de los diferentes sistemas.

En el caso de sistemas que estn funcionando, se deber comprobar si existe el


estudio de factibilidad con los puntos sealados y compararse con la realidad con
lo especificado en el estudio de factibilidad
Por ejemplo en un sistema que el estudio de factibilidad seal determinado costo
y una serie de beneficios de acuerdo con las necesidades del usuario, debemos
comparar cual fue su costo real y evaluar si se satisficieron las necesidades
indicadas como beneficios del sistema.
Para investigar el costo de un sistema se debe considerar, con una exactitud
razonable, el costo de los programas, el uso de los equipos (compilaciones,
programas, pruebas, paralelos), tiempo, personal y operacin, cosa que en la
prctica son costos directos, indirectos y de operacin.
Los beneficios que justifiquen el desarrollo de un sistema pueden ser el ahorro en
los costos de operacin, la reduccin del tiempo de proceso de un sistema. Mayor
exactitud, mejor servicio, una mejora en los procedimientos de control, mayor
confiabilidad y seguridad.

EVALUACIN DEL ANLISIS


En esta etapa se evaluarn las polticas, procedimientos y normas que se
tienen para llevar a cabo el anlisis.
Se deber evaluar la planeacin de las aplicaciones que pueden provenir de tres
fuentes principales:

La planeacin estratgica: agrupadas las aplicaciones en conjuntos


relacionados entre s y no como programas aislados. Las aplicaciones
deben comprender todos los sistemas que puedan ser desarrollados en la
dependencia, independientemente de los recursos que impliquen su
desarrollo y justificacin en el momento de la planeacin.

Los requerimientos de los usuarios.

El inventario de sistemas en proceso al recopilar la informacin de los


cambios que han sido solicitados, sin importar si se efectuaron o se
registraron.

La situacin de una aplicacin en dicho inventario puede ser alguna de las


siguientes:

Planeada para ser desarrollada en el futuro.

En desarrollo.

En proceso, pero con modificaciones en desarrollo.

En proceso con problemas detectados.

En proceso sin problemas.

En proceso espordicamente.

Nota: Se deber documentar detalladamente la fuente que gener la necesidad de


la aplicacin. La primera parte ser evaluar la forma en que se encuentran
especificadas las polticas, los procedimientos y los estndares de anlisis, si es
que se cumplen y si son los adecuados para la dependencia.
Es importante revisar la situacin en que se encuentran los manuales de anlisis y
si estn acordes con las necesidades de la dependencia. En algunas ocasiones se
tiene una microcomputadora, con sistemas sumamente sencillos y se solicita que
se lleve a cabo una serie de anlisis que despus hay que plasmar en
documentos sealados en los estndares, lo cual hace que esta fase sea muy
compleja y costosa. Los sistemas y su documentacin deben estar acordes con
las caractersticas y necesidades de una dependencia especfica.
Se debe evaluar la obtencin de datos sobre la operacin, flujo, nivel, jerarqua de
la informacin que se tendr a travs del sistema. Se han de comparar los
objetivos de los sistemas desarrollados con las operaciones actuales, para ver si
el estudio de la ejecucin deseada corresponde al actual.
La auditora en sistemas debe evaluar los documentos y registros usados en la
elaboracin del sistema, as como todas las salidas y reportes, la descripcin de
las actividades de flujo de la informacin y de procedimientos, los archivos
almacenados, su uso y su relacin con otros archivos y sistemas, su frecuencia de
acceso, su conservacin, su seguridad y control, la documentacin propuesta, las
entradas y salidas del sistema y los documentos fuentes a usarse.
Con la informacin obtenida podemos contestar a las siguientes preguntas:

Se est ejecutando en forma correcta y eficiente el proceso de


informacin?

Puede ser simplificado para mejorar su aprovechamiento?

Se debe tener una mayor interaccin con otros sistemas?

Se tiene propuesto un adecuado control y seguridad sobre el sistema?

Est en el anlisis la documentacin adecuada?

EVALUACIN DEL DISEO LGICO DEL SISTEMA

En esta etapa se debern analizar las especificaciones del sistema.


Qu deber hacer?, Cmo lo deber hacer?, Secuencia y ocurrencia de los
datos, el proceso y salida de reportes?
Una vez que hemos analizado estas partes, se deber estudiar la participacin
que tuvo el usuario en la identificacin del nuevo sistema, la participacin de
auditora interna en el diseo de los controles y la determinacin de los
procedimientos de operacin y decisin.
Al tener el anlisis del diseo lgico del sistema debemos compararlo con lo que
realmente se est obteniendo en la cual debemos evaluar lo planeado, cmo fue
planeado y lo que realmente se est obteniendo.
Los puntos a evaluar son:

Entradas.

Salidas.

Procesos.

Especificaciones de datos.

Especificaciones de proceso.

Mtodos de acceso.

Operaciones.

Manipulacin de datos (antes y despus del proceso electrnico de datos).

Proceso lgico necesario para producir informes.

Identificacin de archivos, tamao de los campos y registros.

Proceso en lnea o lote y su justificacin.

Frecuencia y volmenes de operacin.

Sistemas de seguridad.

Sistemas de control.

Responsables.

Nmero de usuarios.

Dentro del estudio de los sistemas en uso se deber solicitar:

Manual del usuario.

Descripcin de flujo de informacin y/o procesos.

Descripcin y distribucin de informacin.

Manual de formas.

Manual de reportes.

Lista de archivos y especificaciones.

Lo que se debe determinar en el sistema:


En el procedimiento:

Quin hace, cundo y cmo?

Qu formas se utilizan en el sistema?

Son necesarias, se usan, estn duplicadas?

El nmero de copias es el adecuado?

Existen puntos de control o faltan?

En la grfica de flujo de informacin:

Es fcil de usar?

Es lgica?

Se encontraron lagunas?

Hay faltas de control?

En el diseo:

Cmo se usar la herramienta de diseo si existe?

Qu tambin se ajusta la herramienta al procedimiento?

EVALUACIN DEL DESARROLLO DEL SISTEMA


En esta etapa del sistema se debern auditar los programas, su diseo, el
lenguaje utilizado, interconexin entre los programas y caractersticas del
hardware empleado (total o parcial) para el desarrollo del sistema. Al evaluar un
sistema de informacin se tendr presente que todo sistema debe proporcionar
informacin para planear, organizar y controlar de manera eficaz y oportuna, para
reducir la duplicidad de datos y de reportes y obtener una mayor seguridad en la
forma ms econmica posible. De ese modo contar con los mejores elementos

para una adecuada toma de decisiones. Al tener un proceso distribuido, es preciso


considerar la seguridad del movimiento de la informacin entre nodos. El proceso
de planeacin de sistemas debe definir la red ptima de comunicaciones, los tipos
de mensajes requeridos, el trfico esperado en las lneas de comunicacin y otros
factores que afectan el diseo. Es importante considerar las variables que afectan
a un sistema: ubicacin en los niveles de la organizacin, el tamao y los recursos
que utiliza. Las caractersticas que deben evaluarse en los sistemas son:

Dinmicos (susceptibles de modificarse).

Estructurados (las interacciones de sus componentes o subsistemas deben


actuar como un todo)

Integrados (un solo objetivo). En l habr sistemas que puedan ser


interrelacionados y no programas aislados.

Accesibles (que estn disponibles).

Necesarios (que se pruebe su utilizacin).

Comprensibles (que contengan todos los atributos).

Oportunos (que est la informacin en el momento que se requiere).

Funcionales (que proporcionen la informacin adecuada a cada nivel).

Estndar (que la informacin tenga la misma interpretacin en los distintos


niveles).

Modulares (facilidad para ser expandidos o reducidos).

Jerrquicos (por niveles funcionales).

Seguros (que slo las personas autorizadas tengan acceso).

nicos (que no duplique informacin).

Conceptos Bsicos de Sistemas.


Se puede definir el concepto de "Sistema" de varias maneras:
El concepto de sistema en general est sustentado sobre el hecho de que ningn
sistema puede existir aislado completamente y siempre tendr factores externos
que lo rodean y pueden afectarlo, por lo tanto podemos referir a Muir citado en
Puleo (1985) que dijo: "Cuando tratamos de tomar algo, siempre lo encontramos
unido a algo ms en el Universo".

Puleo define sistema como " un conjunto de entidades caracterizadas por ciertos
atributos, que tienen relaciones entre s y estn localizadas en un cierto ambiente,
de acuerdo con un cierto objetivo".
Conjunto de personas, datos y procedimientos que trabajan coordinadamente.
Para alcanzar el objetivo de apoyar el funcionamiento de la organizacin.
Haciendo posible que la empresa mantenga contacto con el medio ambiente que
la rodea, es decir con: Clientes, Proveedores, Organizaciones Estatales de
contralor y recaudacin de impuestos y aportes, Funcionarios, Accionistas o
propietarios.
En informtica existen gran cantidad de sistemas:
Sistema operativo: Sistema tipo software que controla la computadora y
administra los servicios y sus funciones as como tambin la ejecucin de
otros programas compatibles con ste.
Ejemplos de familias de sistemas operativos: Windows, Unix, Linux, DOS, Mac
OS, etc.
Un sistema operativo permite interactuar con el hardware de computadoras,
telfonos celulares, PDAs, etc. y ejecutar programas compatibles en stos.
Permite controlar las asignaciones de memoria, ordenar las solicitudes al sistema,
controlar los dispositivos de entrada y salida, facilitar la conexin a redes y el
manejo de archivos.
Sistema experto: Sistemas que emulan el comportamiento de un experto en un
campo concreto, su objetivo es lograr mejor calidad y rapidez en las respuestas y
mejorar la productividad de un experto. Forma parte de la Inteligencia Artificial.
Suelen basarse en el conocimiento declarativo (hechos sobre objetos, situaciones)
y el conocimiento de control (informacin sobre el seguimiento de una accin).
Un Sistema Experto est conformado por:

Base de conocimientos (BC).

Base de hechos (memoria de trabajo).

Motor de inferencia: intentando modelar el proceso de razonamiento


humano.

Mdulos de justificacin: muestra el razonamiento seguido para llegar a una


conclusin determinada.

Interfaz de usuario.

Sistema informtico: Un sistema informtico es un conjunto de partes que


funcionan relacionndose entre s con un objetivo preciso. Sus partes son:
hardware, software y las personas que lo usan.
Por ejemplo, una computadora, sus dispositivos perifricos y la persona que la
maneja, pueden constituir un sistema informtico.
Un sistema informtico puede formar parte de un sistema de informacin; en este
ltimo la informacin, uso y acceso a la misma, no necesariamente est
informatizada. Por ejemplo, el sistema de archivo de libros de una biblioteca y su
actividad en general es un sistema de informacin. Si dentro del sistema de
informacin hay computadoras que ayudan en la tarea de organizar la biblioteca,
entonces ese es un sistema informtico.

REQUISITOS FUNCIONALES DE UN MODELO: Un modelo funcional es un


instrumento que sirve a su propsito en forma adecuada y que deja satisfecho al
utilizador. Un buen modelo funcional toma en cuenta todos los factores esenciales
e ignora por completo los detalles superfinos. Por eso, es de suma importancia
disponer de un propsito muy claro y preciso antes de comenzar a elaborar el
modelo. Los requisitos primordiales para construir cualquier modelo son:

Un propsito claramente definido.


Identificar las consideraciones esenciales (incluir en el modelo).
Desechar consideraciones superfluas (estas son fuente de confusin).
El modelo debe representar la realidad en forma simplificada.
Definen las funciones que el sistema Ser capaz de realizar. Describen las
transformaciones que el sistema realiza sobre las entradas para producir
salidas.
Definen el comportamiento interno del software: clculos, detalles tcnicos,
Los Requerimientos Funcionales deben llevar en sus nombres Verbos.
La descripcin de los Requerimientos Funcionales Se ve reflejada en los
Flujos de eventos.

CLASIFICACIN DE LOS MODELOS

El modelo es una representacin de un objeto, sistema o idea, de forma


diferente al de la entidad misma la cual tiene como propsito explicar, entender o
mejorar un sistema. Estos se pueden clasificar de la siguiente manera:

Modelos Icnicos: son los modelos fsicos que se asemejan al sistema real,
generalmente manejados en otra escala.

Modelos Anlogos: son los modelos en los que una propiedad del sistema
real se puede sustituir por una propiedad diferente que se comporta de
manera similar.

Modelos Simblicos: son aquellos en los que se utiliza un conjunto de


smbolos en lugar de una entidad fsica para representar a la realidad.
Estos se clasifican a su vez:

Modelos Determinsticos: los valores que se encuentran dentro de este


modelo no se ven afectados por variaciones aleatorias y se conocen con
exactitud

Modelo Estocstico o probabilstico: los valores de las variables dentro de


este modelo sufren modificaciones aleatorias con respecto a un valor
promedio; dichas variaciones pueden ser manejadas mediante
distribuciones de probabilidad.
Modelos Dinmicos: se caracterizan por el cambio que presentan las
variables en funcin del tiempo.
Modelos estticos: se caracteriza por representar un sistema en un punto
particular del tiempo.
Modelos Continuos: son aquellos en los que las variables pueden tomar
valores reales y manejarse mediante las tcnicas de optimizacin clsica.
Modelos Discretos: se caracteriza porque las variables del sistema toman
valores solo en el rango de nmeros enteros.

Modelos Estticos: Utilizados para representar sistemas cuyo estado es


invariable a travs del tiempo

Modelos Matemticos: Representan la realidad en forma abstracta de muy


diversas maneras.

Modelos Fsicos: Son aquellos en que la realidad es representada por algo


tangible, construido en escala o que por lo menos se comporta en forma
anloga a esa realidad (maquetas, prototipos, modelos analgicos, etc.).
Modelos Analticos: La realidad se representa por frmulas matemticas y
estudiar el sistema consiste en operar con esas frmulas (resolucin de
ecuaciones).
Modelos Numricos: Tiene en cuenta el comportamiento numrico de las
variables intervinientes. No se obtiene ninguna solucin analtica.

Tipos de modelos de sistemas


Modelo icnico
Es una reproduccin a escala del objeto real y sus propiedades relevantes. El
modelo muestra la misma figura, proporciones y caractersticas que el objeto
original

Modelos analgicos
Es un modelo con apariencia fsica distinta al original, pero con comportamiento
representativo. El modelo analgico no es una reproduccin detallada de todas las
cualidades del sistema real, sino que refleja solamente la estructura de relaciones
y determinadas propiedades fundamentales de la realidad. Se establece una
analoga entre el sistema real y el modelo, estudindose el primero, utilizando
como herramienta auxiliar el segundo.
Modelos analticos
El modelo Analtico (tambin denominado por algunos autores, terico) utiliza
smbolos para designar las propiedades del sistema real que se desea estudiar.
Tiene la capacidad de representar las caractersticas y relaciones fundamentales
del fenmeno, proporcionar explicaciones y sirve como gua para generar
hiptesis tericas.
Modelos Conceptuales
Son modelos cualitativos y pueden ilustrarse tomando como referencia cuatro
clases de uso:
Como una ayuda para aclarar el pensamiento a cerca de un rea de inters.
Como una ilustracin de un concepto.

Como una ayuda para definir la estructura y lgica.


Como pre - requisito al diseo.

BIBLIOGRAFIA

http://www.ccee.edu.uy/ensenian/catsistc/docs/bol2.pdf

http://gepsea.tripod.com/sistema.htm

http://www.alegsa.com.ar/Dic/sistema%20operativo.php

http://www.alegsa.com.ar/Dic/sistema%20experto.php

http://www.alegsa.com.ar/Dic/sistema%20informatico.php

http://eradelsaber.bligoo.com/content/view/302880/Evolucion-de-losSistemas-de-Informacion.html

http://help.sap.com/saphelp_40b/helpdata/es/c1/3754ea449a11d188fe0000
e8322f96/content.htm

http://www.monografias.com/trabajos66/sistema-informacion/sistemainformacion2.shtml

http://www3.unileon.es/pecvnia/pecvnia02/02_129_158.pdf

INTRODUCCIN
Cada sistema est formado por componentes, y estos a su vez pueden
descomponerse en otros ms pequeos. Si en un sistema determinado se
establecen dos niveles jerrquicos, al inferior se le suele denominar "subsistema".
Por ejemplo, en un sistema de transporte areo, los aviones, las terminales, el
equipo de apoyo terrestre y los controles son subsistemas. Los equipos, las
personas y la informacin son componentes.
Por ello los mtodos para designar sistemas, subsistemas y componentes son
relativos, ya que un sistema situado en un nivel jerrquico puede ser el
componente de otro de nivel superior. As, para una situacin determinada, es
esencial definir el sistema considerado especificando claramente sus lmites y
fronteras.
El proceso para obtener sistemas (y/o mejorar los existentes), con independencia
del tipo de sistema, es el objetivo principal de este curso. A toda nueva y definida
necesidad le sigue un "proceso". La forma ms lgica de conseguir resultados
satisfactorios es fijarse en la totalidad del sistema, considerar las relaciones
funcionales de sus elementos e integrarlos como un todo. El proceso de
desarrollar y producir sistemas artificiales de forma lgica y ordenada se realiza
mejor a travs de buena "ingeniera de sistemas".

Conclusin
Las organizaciones que cuentan con un sistema abierto ofrecen al ambiente los
productos que necesita y si es el caso, crea en l, la necesidad de dichos
productos, pues nicamente as garantiza la absorcin de los productos y la
provisin de insumos, mientras que los sistemas cerrados no podrn sobrevivir
debido a que no consigue responder de forma eficaz a los cambios continuos y
rpidos del ambiente.
Esta teora presenta un modelo con alto grado de aplicacin, basado en un
sistema abierto capaz de recoger informacin del medio que lo rodea para poder
tomar en cuenta las necesidades principales de la sociedad y con base a ello
poder satisfacer las diversas demandas.
En realidad lo que este modelo pretende es que los clientes sean partcipes de la
formacin y creacin de las organizaciones recopilando los diferentes puntos de
vista, para usarlos en la elaboracin de productos que permitan a dicha
organizacin competir dentro del terreno mercantil y fungir como una empresa
calificada para prestar servicios de calidad.

Instituto Universitario Politcnico.


Santiago Mario.
Escuela de Ing. De Sistema.
Extension-Maturin.

TEORIA GENERAL DE LOS


SISTEMAS

Profesor:

Bachilleres:
Rainniero Mendoza

Sec: G

c.i 22.721.057

Maturn, Enero 2016