integrantes

Jean Carlos Pichardo

Milka Castillo
Mariela Florimon
Eliezer Jimenez
Isaac Mencia
Evaluacion de los sistemas
La auditora en informtica es la revisin y la evaluacin de los controles, sistemas, procedimientos de
informtica; de los equipos de cmputo, su utilizacin, eficiencia y seguridad, de la organizacin que
participan en el procesamiento de la informacin, a fin de que por medio del sealamiento de cursos
alternativos se logre una utilizacin ms eficiente y segura de la informacin que servir para una
adecuada toma de decisiones.
La auditora en informtica deber comprender no slo la evaluacin de los equipos de cmputo, de un
sistema o procedimiento especfico, sino que adems habr de evaluar los sistemas de informacin en
general desde sus entradas, procedimientos, controles, archivos, seguridad y obtencin de informacin.
La auditora en informtica es de vital importancia para el buen desempeo de los sistemas de
informacin, ya que proporciona los controles necesarios para que los sistemas sean confiables y con un
buen nivel de seguridad. Adems, debe evaluar todo (informtica, organizacin de centros de
informacin, hardware y software).
Sistemas.
Descripcin general de los sistemas instalados y de los que estn por instalarse que contengan
volmenes de informacin.
Manual de formas.
Manual de procedimientos de los sistemas.
Descripcin genrica.
Diagramas de entrada, archivos, salida.
Salidas.
Fecha de instalacin de los sistemas.
Proyecto de instalacin de nuevos sistemas.
En el momento de hacer la planeacin de la auditora o bien su realizacin, debemos evaluar que
pueden presentarse las siguientes situaciones.
Se solicita la informacin y se ve que:
No tiene y se necesita.
No se tiene y no se necesita.
Es incompleta.
No est actualizada.
No es la adecuada.
Se usa, est actualizada, es la adecuada y est completa.

En el caso de No se tiene y no se necesita, se debe evaluar la causa por la que no es necesaria. En el

caso de No se tiene, pero es necesaria, se debe recomendar que se elabore de acuerdo con las
necesidades y con el uso que se le va a dar. En el caso de que se tenga la informacin, pero no se
utilice, se debe analizar por qu no se usa. En caso de que se tenga la informacin, se debe analizar si
se usa, si est actualizada, si es la adecuada y si est completa.
Analisis y Diseo Estructurado
El Anlisis Estructurado (SA) en ingeniera de software y su tcnica aliada, Diseo estructurado (SD),
son mtodos para analizar y convertir requisito (sistemas) de negocio dentro de especificaciones y en
ltima instancia, Programa informtico, configuraciones de hardware y procedimientos manuales
relacionados.
El Diseo Estructurado (SD) tiene que ver con el desarrollo de los mdulos y la sntesis de estos mdulos
en una llamada "jerarqua de mdulo". Para el diseo de la estructura del mdulo ptimo y las
interfaces, stos dos principios son cruciales:
La cohesin en Diseo estructurado, que es "inters por la agrupacin de procesos relacionados
funcionalmente en un mdulo en particular", y
Acoplamiento informtico, se refiere a "el flujo de informacin o parmetros que se pasan entre los
mdulos. El acoplamiento ptimo reduce las interfaces de mdulos y la complejidad resultante del
software ".
El Diseo Estructurado fue desarrollado por Larry Constantino a finales de 1960, luego refinado y
publicado con colaboradores en la dcada de 1970; vase Larry Constantine: Diseo Estructurado para
obtener ms informacin Page-Jones (1980) ha propuesto su propio enfoque que consiste en tres
principales objetos:
Diagramas de estructura
Especificaciones del mdulo
Diccionario de datos.
El Diagrama de estructura compuesta tiene como objetivo mostrar "la jerarqua del mdulo o llamada
secuencia de relacin de los mdulos. Hay un mdulo de especificacin para cada mdulo mostrado en
el diagrama de estructura. Las especificaciones del mdulo pueden estar compuestas de pseudocdigo
o un lenguaje de diseo de programa.
El diccionario de datos es como el del anlisis estructurado. En esta etapa del Proceso para el
desarrollo de software, despus de haber realizado el anlisis y el diseo, es posible generar
automticamente las declaraciones de tipo de datos ", y de procedimientos o plantillas de subrutinas.
La elaboracin del informe representa el momento adecuado de separar lo significativo de lo no
significativo, debidamente evaluados por su importancia y vinculacin con el factor de riesgo, tarea
eminentemente de carcter profesional y tico, segn el leal saber y entender del Auditor Informtico.
No existe un formato especfico. Existen esquemas recomendados con los requisitos mnimos
aconsejables respecto a estructura y contenido. El orden y la forma del Informe puede variar de
acuerdo con la creatividad y estilo de los AI.
El Informe de Auditora deber ser:
- Claro
- Adecuado
- Suficiente
- Comprensible

El formato del Informe debe reflejar una presentacin lgica y organizada.

El informe debe incluir suficiente informacin para que sea comprendido por los destinatarios
esperados y facilitar las acciones correctivas.
Administrador de la base de datos.
Los administradores de bases de datos tienen competencias y capacidades en uno o ms sistemas de
gestin de bases de datos, algunos ejemplos: Microsoft SQL Server, IBM DB2, Oracle MySQL, Oracle
database, IBM Informix y SQL Anywhere.
En ingeniera estadstica es una de las cualificaciones subyacentes, que trata la informacin para
almacenarla, hacerla altamente explotable y altamente disponible. Adems, vela por la eficacia
tcnolgica del almacenamiento en el desempeo de investigaciones, buscando inferencias slidas y
compactas, para canalizar resultados manteniendo un equilibrio entre las ciencias involucradas y la
propiamente enunciada, ingeniera estadstica de las ciencias de la computacin.
El control de tecnologas de bases de datos y las matemticas permite al DBA rendir informes, realizar
reportes sobre cualquier proceso industrial y participar de forma activa en procesos avanzados de
desarrollo, consolidando las capacidades propias de un profesional de tecnologas de la informacin y
un ingeniero especialista.
Los factores de xito en la carrera del DBA se versan sobre las cualificaciones en los avances de las
tecnologas de gestin del almacenamiento, los avances en sistemas gestores de bases de datos y
requerimientos de cualificacin para cada proyecto como garanta de calidad necesaria en el rol a
asignar, incluyendo, tcnicas avanzadas de gestin de infraestructuras tecnolgicas, la gestin de
protocolos y servicios de redes, la optimizacin de cdigo de programacin, garantizar el
procesamiento eficaz de informacin, la gestin de interfaces integrales para el tratamiento de datos,
la gestin de cambios, la gestin por objetivos y las gestin por resultados.
Comunicacin.
Planificar y gestionar la infraestructura de TIC de una organizacin es un trabajo difcil y complejo que
requiere una base muy slida de la aplicacin de los conceptos fundamentales de reas como las
ciencias de la computacin, as como de gestin y habilidades del personal. Se requieren habilidades
especiales en la comprensin, por ejemplo de cmo se componen y se estructuran los sistemas en red,
y cules son sus fortalezas y debilidades. En sistemas de informacin hay importantes preocupaciones
de software como la fiabilidad, seguridad, facilidad de uso y la eficacia y eficiencia para los fines
previstos, todas estas preocupaciones son vitales para cualquier tipo de organizacin.
Los profesionales de TIC combinan correctamente los conocimientos, prcticas y experiencias para
atender tanto la infraestructura de tecnologa de informacin de una organizacin y las personas que lo
utilizan. Asumen la responsabilidad de la seleccin de productos de hardware y software adecuados
para una organizacin. Se integran los productos con las necesidades y la infraestructura organizativa,
la instalacin, la adaptacin y el mantenimiento de los sistemas de informacin, proporcionando as un
entorno seguro y eficaz que apoya las actividades de los usuarios del sistema de una organizacin. En
TI, la programacin a menudo implica escribir pequeos programas que normalmente se conectan a
otros programas existentes.
Informes.
Los informes sirven para presentar los datos de una tabla o consulta generalmente para imprimirlos. La
diferencia bsica con los formularios es que los datos que aparecen en el informe slo se pueden
visualizar o imprimir (no se puede modificar) y en los informes se puede agrupar ms fcilmente la
informacin y sacar totales por grupos.
PASOS PARA CREAR UN INFORME

Ara crear informes, podemos utilizar varios mtodos:

Uno utilizando un asistente que va guiando paso por paso la creacin del informe.
Otro empezando el informe en blanco.
Nuestra explicacin se basar en el primer mtodo.

Analisis de informes.
Se debe planear producir dos informes con base en los datos de MICS3: un informe preliminar y un
informe tcnico completo. Cada uno de stos se describe en detalle abajo. Es necesario tener archivos
de datos depurados cuando se empiece el anlisis. Estos archivos habrn sido revisados con respecto a
errores estructurales y de rango y editados para asegurar la consistencia interna. No obstante, antes de
producir tabulaciones y escribir los informes, hay una serie de tareas que se deben llevar a cabo:
Ruido, redundancia y entropia.
En la auditoria de sistemas se hace necesaria estudiar estos tres factores:
Ruido: es todo aquello que interfiere en una adecuada comunicacin; no solamente los sonidos sino
todo aquello que impida la adecuada comunicacin.
Un error en la captura, un pantalla demasiado llena, o un reporte inadecuado deben considerarse como
ruido.
Redundancia: es toda duplicidad que tiene el sistema con la finalidad, de que en caso de que exista
ruido, permita que la informacin llegue al receptor de forma ms adecuada.
Ejemplo:
Llego por avin el da martes 31 de octubre del 20000, presente ao a las 16:00 horas de la tarde a la
cuidad de Cancn, quintana roo, Mxico.
Entropa: cantidad de energa que por su degradacin no puede aprovecharse.
Evaluacion 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
Cuando los desarrolladores de software acceden sin autorizacin al sistema establecer mecanismos
necesarios a fin de asegurar que los programadores y analistas no tengan acceso a la operacin del
computador y los operadores a su vez no conozcan la documentacin de programas y sistemas. Prdida
de manuales en una empresa que se necesite la actualizacin de un sistema. Proteger los manuales en
lugares seguros en donde los operadores, analistas, desarrolladores tengan acceso; y no se daen.
Personal mediocre cuando en el equipo de desarrollo se encuentra una persona que desconoce los
mtodos de desarrollo de software.

Sistemas distribuidos, internet, comunicacin, entre oficinas.

Un sistema distribuido es aquel en el que dos o ms mquinas colaboran para la obtencin de un

resultado. En todo sistema distribuido se establecen una o varias comunicaciones siguiendo un
protocolo prefijado mediante un esquema cliente-servidor.
En un esquema cliente-servidor, se denomina cliente la mquina que solicita un determinado servicio y
se denomina servidor la mquina que lo proporciona. El servicio puede ser la ejecucin de un
determinado algoritmo, el acceso a determinado banco de informacin o el acceso a un dispositivo
hardware.
Por extensin, se puede aplicar el esquema cliente-servidor dentro de una misma mquina, donde el
proceso servidor y el proceso cliente son dos procesos independientes que corren dentro de la misma
instancia de sistema operativo.
Es por tanto un elemento primordial para que haya un sistema distribuido, la presencia de un medio
fsico de comunicacin entre ambas mquinas, y ser la naturaleza de este medio la que marque en
muchos casos la viabilidad del sistema.
Se clasifican los sistemas cliente servidor de acuerdo al nivel de abstraccin del servicio que se ofrece.
Se distinguen tres componentes bsicos de software:
Interaccin con el usuario
Lgica de Aplicacin
Repositorio de datos
Representacin distribuida. La interaccin con el usuario se realiza bsicamente en el servidor. El
cliente hace de pasarela, de sistema de acceso a los elementos hardware pantalla y teclado.
Representacin remota. Los datos se envan sin formatear, y es el cliente el responsable de formatear
los datos y realizar las acciones de interaccin con el usuario. En este caso, la aplicacin y la base de
datos se encuentran en el servidor
Lgica distribuida. En el cliente se llevan a cabo la interaccin con el usuario y la parte ms trivial de
la lgica de la aplicacin. En este caso, se llevan a cabo controles bsicos de rango de campos, campos
obligatorios, etc, mientras que el grueso de la lgica permanece en el servidor.
B.D. Distribuidas. El cliente debe conocer la topologa de la red, as como la disposicin y ubicacin de
los datos. En este caso, se delega parte de la gestin de base de datos al cliente.
Cliente servidor a tres niveles (three tier). La aplicacin se distribuye en los tres niveles: aplicacin,
datos e interface de usuario.
El desarrollo de los sistemas distribuidos vino de la mano de las redes locales de alta velocidad a
principios de 1970.
Ms recientemente, la disponibilidad de computadoras personales de altas prestaciones, estaciones de
trabajo y ordenadores servidores ha resultado en un mayor desplazamiento hacia los sistemas
distribuidos en detrimento de los ordenadores centralizados multiusuario.
Esta tendencia se ha acelerado por el desarrollo de software para sistemas distribuidos, diseado para
soportar el desarrollo de aplicaciones distribuidas. Este software permite a los ordenadores coordinar
sus actividades y compartir los recursos del sistema hardware, software y datos.
Los sistemas distribuidos se implementan en diversas plataformas hardware, desde unas pocas
estaciones de trabajo conectadas por una red de rea local, hasta Internet, una coleccin de redes de
rea local y de rea extensa interconectados, que en lazan millones de ordenadores.

Las aplicaciones de los sistemas distribuidos varan desde la provisin de capacidad de cmputo a
grupos de usuarios, hasta sistemas bancarios, comunicaciones multimedia y abarcan prcticamente
todas las aplicaciones comerciales y tcnicas de los ordenadores. Los requisitos de dichas aplicaciones
incluyen un alto nivel de fiabilidad, seguridad contra interferencias externas y privacidad de la
informacin que el sistema mantiene. Se deben proveer accesos concurrentes a bases de datos por
parte de muchos usuarios, garantizar tiempos de respuesta, proveer puntos de acceso al servicio que
estn distribuidos geogrficamente, potencial para el crecimiento del sistema para acomodar la
expansin del negocio y un marco para la integracin de sistema usados por diferentes compaas y
organizaciones de usuarios.
Caractersticas clave de los sistemas distribuidos
[Colouris 1994] establece que son seis las caractersticas principales responsables de la utilidad de los
sistemas distribuidos. Se trata de comparacin de recursos, apertura (openness), concurrencia,
escalabilidad, tolerancia a fallos y transparencia. En las siguientes lneas trataremos de abordar cada
una de ellas.
Comparticin de Recursos
El trmino recurso es bastante abstracto, pero es el que mejor caracteriza el abanico de entidades
que pueden compartirse en un sistema distribuido. El abanico se extiende desde componentes
hardware como discos e impresoras hasta elementos software como ficheros, ventanas, bases de datos
y otros objetos de datos.
La idea de comparticin de recursos no es nueva ni aparece en el marco de los sistemas distribuidos.
Los sistemas multiusuario clsicos desde siempre han provisto comparticin de recursos entre sus
usuarios. Sin embargo, los recursos de una computadora multiusuario se comparten de manera natural
entre todos sus usuarios. Por el contrario, los usuarios de estaciones de trabajo monousuario o
computadoras personales dentro de un sistema distribuido no obtienen automticamente los beneficios
de la comparticin de recursos.
Los recursos en un sistema distribuido estn fsicamente encapsulados en una de las computadoras y
slo pueden ser accedidos por otras computadoras mediante las comunicaciones (la red). Para que la
comparticin de recursos sea efectiva, sta debe ser manejada por un programa que ofrezca un
interfaz de comunicacin permitiendo que el recurso sea accedido, manipulado y actualizado de una
manera fiable y consistente. Surge el trmino genrico de gestor de recursos.
Un gestor de recursos es un mdulo software que maneja un conjunto de recursos de un tipo en
particular. Cada tipo de recurso requiere algunas polticas y mtodos especficos junto con requisitos
comunes para todos ellos. stos incluyen la provisin de un esquema de nombres para cada clase de
recurso, permitir que los recursos individuales sean accedidos desde cualquier localizacin; la
traslacin de nombre de recurso a direcciones de comunicacin y la coordinacin de los accesos
concurrentes que cambian el estado de los recursos compartidos para mantener la consistencia.

Un sistema distribuido puede verse de manera abstracta como un conjunto de gestores de recursos y un
conjunto de programas que usan los recursos. Los usuarios de los recursos se comunican con los
gestores de los recursos para acceder a los recursos compartidos del sistema. Esta perspectiva nos lleva
a dos modelos de sistemas distribuidos: el modelo cliente-servidor y el modelo basado en objetos.
Tolerancia a Fallos
Los sistemas informticos a veces fallan. Cuando se producen fallos en el software o en el hardware,
los programas podran producir resultados incorrectos o podran pararse antes de terminar la
computacin que estaban realizando. El diseo de sistemas tolerantes a fallos se basa en dos

cuestiones, complementarias entre s: Redundancia hardware (uso de componentes redundantes) y

recuperacin del software (diseo de programas que sean capaces de recuperarse de los fallos).
En los sistemas distribuidos la redundancia puede plantearse en un grano ms fino que el hardware,
pueden replicarse los servidores individuales que son esenciales para la operacin continuada de
aplicaciones crticas.
La recuperacin del software tiene relacin con el diseo de software que sea capaz de recuperar (rollback) el estado de los datos permanentes antes de que se produjera el fallo.
Los sistemas distribuidos tambin proveen un alto grado de disponibilidad en la vertiente de fallos
hardware. La disponibilidad de un sistema es una medida de la proporcin de tiempo que est
disponible para su uso. Un fallo simple en una maquina multiusuario resulta en la no disponibilidad del
sistema para todos los usuarios.
Cuando uno de los componentes de un sistema distribuidos falla, solo se ve afectado el trabajo que
estaba realizando el componente averiado. Un usuario podra desplazarse a otra estacin de trabajo;
un proceso servidor podra ejecutarse en otra mquina.
Control de proyectos.
El control de proyecto tiene como objetivo principal el mantener el proyecto alineado con sus
objetivos. En este captulo analizaremos el mtodo del valor ganado o valor de trabajo realizado (EV,
Earned Value) utilizado para el control de costes, plazos, y alcance de proyecto. Todas las dimensiones
del proyecto han de ser gestionadas de manera concurrente, integrando costes, plazo, alcance y
calidad en el mtodo de control utilizado. De poco servira un producto que cumpliera con los objetivos
de costes, plazos y alcance, pero que no tuviese la calidad especificada, o un producto con la calidad
adecuada, pero con un coste o un retraso que le hagan no ser competitivo.
Un control de proyecto efectivo nos va a permitir, a partir de la comparacin entre valores planificados
e incurridos:
Evaluar la actuacin o ejecucin pasada en cualquier instante de la vida del proyecto.
Analizar tendencias futuras que permitan estimar los costes y plazos de finalizacin del proyecto
(mtodo del valor ganado).
Toda la sistemtica de planificacin y control del proyecto se basa en una idea muy simple: si tenemos
una planificacin que muestra una forma realista de conseguir los objetivos y seguimos esta
planificacin, conseguiremos los objetivos. Por tanto, controlar un proyecto se resume en hacer que
este haga lo planificado, aplicando las correcciones necesarias cuando nos desviemos.
A nivel terico cada aspecto de la planificacin del proyecto requiere su control y seguimiento durante
la ejecucin, pero des de un punto de vista prctico podemos resumirlo en cuatro puntos:
Alcance.
Esto implica controlar que el equipo del proyecto est ejecutando las tareas y entregables definidos en
la WBS, y nicamente estos, y que el resultado cumple con los requisitos acordados (control de la
calidad). En general debemos considerar que una tarea que no cumple con los requisitos es una tarea
no ejecutada.
Dentro del alcance hay un aspecto especialmente importante y motivo habitual de fracaso: la gestin
de cambios. Todos los proyectos sufren cambios, lo cual no es un problema si se gestiona
correctamente. Por ello el director del proyecto debe asegurarse de identificar todos los cambios y
hacer que estos sigan el proceso de aprobacin y gestin de cambios.

Aunque lo que voy a escribir es totalmente incorrecto desde un punto de vista terico, considero que
en la prctica es bueno que el director del proyecto tenga una cierta flexibilidad en relacin a
pequeos cambios, siempre que estos puedan ser asumidos por el proyecto. Esto evita muchos
conflictos y facilita el avance del proyecto, lo cual al final supone una mejora para el proyecto y la
relacin con el cliente. Conseguir este balance no es fcil; ante la duda mejor seguir el proceso.
Desde un punto de vista formal, el principal requisito es tener un plan del proyecto aprobado por el
sponsor o el comit de direccin. Con ello las diferentes planificaciones quedan congeladas y se crean
las lneas base de costes, de alcance y de cronograma.
Las lneas base del proyecto son una imagen congelada y aprobada de la planificacin de costes,
alcance y plazos del proyecto. Su importancia radica en el hecho de constituir el punto de referencia
para medir el avance del proyecto respecto a las tres principales restricciones:
Lnea base de coste. Es la distribucin temporal de los costes que va a asumir el proyecto debido a
ejecutar las tareas planificadas. Por ello sirve para comparar el coste real con el coste planificado a
cada momento del proyecto.
Lnea base del cronograma. Se trata del cronograma del proyecto, con la diferencia formal de haber
sido aprobado.
Lnea base de alcance. Es el conjunto de actividades que componen el proyecto y que permitirn
ejecutar los entregables, lo cual queda reflejado en la WBS aprobada. Sirve para cuantificar en cada
momento el avance de cada actividad y entregable.
Recursos que te pueden ayudar con el seguimiento y control del alcance
Recopilacin de programas de gestin de alcance
Otros artculos de gestin del alcance
Plazo
Obviamente esto es controlar que el proyecto se ejecuta dentro del plazo acordado; lo que se hace de
forma diferente en funcin de la metodologa de planificacin utilizada:
En la metodologa PERT-CPM se considera que la duracin de las tareas es determinista, lo que implica
que es un valor fijo de acuerdo al margen de confianza utilizado para planificar. Por tanto, si el
proyecto se desarrolla con esta metodologa, el director del proyecto deber controlar y realizar las
acciones necesarias que cada tarea de forma individual se ejecute dentro del plazo definido para ella.
Por otro lado, la metodologa de Cadena Crtica considera que la duracin de las tareas no es
determinista, y centra su foco en garantizar que el proyecto en su conjunto cumpla con el plazo
definido. En este caso el director de proyecto deber controlar el avance de las tareas dentro del
camino crtico respecto al uso de la proteccin, y que el camino crtico no se ve alterado por atrasos en
tareas que originalmente no formaban parte de este.
Un aspecto importante a considerar es que el control del plazo se hace con el cronograma aprobado sin
considerar el margen por riesgos. El motivo es que el margen por riesgos es una provisin de tiempo
para proteger determinadas tareas contra hechos concretos que pueden afectarlas.
Control de diseo de sistemas y programacion.
El objetivo es asegurarse de que el sistema funcione conforme a las especificaciones funcionales, a fin
de que el usuario tenga la suficiente informacin para su manejo, operacin y aceptacin. Las
revisiones se efectan en forma paralela desde el anlisis hasta la programacin y sus objetivos son los
siguientes:

ETAPA DE ANLISIS Identificar inexactitudes, ambigedades y omisiones en

las especificaciones.
ETAPA DE DISEO Descubrir errores, debilidades, omisiones antes de iniciar
la codificacin.
ETAPA DE PROGRAMACIN Buscar la claridad, modularidad y verificar con
base en las especificaciones.
Esta actividad es muy importante ya que el costo de corregir errores es
directamente proporcional al momento que se detectan: si se descubren en
el momento de programacin ser ms alto que si se detecta en la etapa de
anlisis.
Esta funcin tiene una gran importancia en el ciclo de evaluacin de
aplicaciones de los sistemas de informacin y busca comprobar que la
aplicacin cumple las especificaciones del usuario, que se haya desarrollado
dentro de lo presupuestado, que tenga los controles necesarios y que
efectivamente cumpla con los objetivos y beneficios esperados.
En esta seccin definimos el diseo de sistemas de abajo hacia arriba y de
arriba hacia abajo, as como el enfoque modular a la programacin.
Demostraremos las ventajas de cada uno, as como las desventajas que
deben ser observadas cuando se emplea un enfoque de cualquier tipo.
Tambin trataremos la aplicabilidad de los enfoques de arriba hacia abajo y
modular para que ayuden en el aseguramiento de la calidad de los tipos de
diseo.
Diseo ascendente (bottom - up)
El diseo ascendente se refiere a la identificacin de aquellos procesos que
necesitan computarizarse conforme vayan apareciendo, su anlisis como
sistemas y su codificacin; o bien, la adquisicin de paquetes de software
para satisfacer el problema inmediato.
Los problemas que requieren de la computarizacin, con mayor frecuencia se
encuentran en los niveles inferiores de la organizacin.
Es por ello, que los problemas en tales niveles inferiores en principio son los
nicos problemas en los cuales el cmputo podra ser costeable.

En consecuencia, este enfoque se denomina ascendente, refirindose a que

la computarizacin se implanta desde un nivel ms bajo.

Con frecuencia, las empresas se apegan a este enfoque del desarrollo de

sistemas para iniciarse adquiriendo, por ejemplo, paquetes de software de
contabilidad, otro para la programacin de produccin y algn otro para
mercadotecnia.
Cuando la programacin se realiza internamente y haciendo uso de un
enfoque ascendente, es difcil llegar a Integrarlos subsistemas, a grado tal de
que el desempeo global sea fluido.
Los problemas de interaccin entre los sistemas son sumamente costosos y
muchos de ellos no se solucionan hasta que la programacin alcanza la
fecha lmite para la integracin total del sistema.
En esta fecha, ya se cuenta con poco tiempo, presupuesto o paciencia de los
usurarios, como para corregir aquellas delicadas interfaces, que, en un
principio, se ignoraron.
Aunque cada subsistema parece ofrecer lo que se requiere, cuando se
contempla al sistema como una entidad global, adolece de ciertas
limitaciones por haber tomado un enfoque ascendente. Uno de ellos es:
Duplicacin de esfuerzos para accesar al software y ms an para introducir
datos
Introducir muchos datos carentes de valor.
Los objetivos globales de la organizacin no fueron considerados y, en
consecuencia, no se satisface.
Diseo descendente (Top - down)
Es fcil visualizar a que se refiere el enfoque de arriba hacia abajo, ya que se
refiere a ver una gran imagen del sistema y luego de explotarla en partes o
subsistemas pequeos, tal como, se muestra en la siguiente figura.
El diseo descendente permite que el analista de sistemas logre primero los
objetivos organizacionales generales. Luego, el analista se mueve para
dividir el sistema en subsistemas y sus requerimientos.
El diseo descendente es compatible con la manera de pensar sobre los
sistemas en general. Cuando el analista de sistemas emplea un enfoque
descendente, est pensando acerca de las interdependencias de los
subsistemas, tal como cae en la organizacin existente.
El enfoque descendente da la importancia debida a la sinergia o las
interfaces requeridas por el sistema y los subsistemas; los cuales no existen
en el enfoque ascendente.
Dentro de las ventajas de la utilizacin de un enfoque descendente en el
diseo de sistemas, se encuentra:

E evitar el caos originado al tratar de disear el sistema "en un solo paso".

Como hemos visto, la planeacin y la implementacin de sistemas de
informacin es increblemente compleja. El tratar de integrar a todos los
subsistemas y que todos ellos funcionen al unsono, es buscar el fracaso.
La segunda ventaja de hacer uso del enfoque descendente en el diseo, es
la posibilidad de contar con grupos de analistas de sistemas trabajando por
separado, pero simultneamente en subsistemas independientes, pero
necesarios. Esto puede ahorrar una gran cantidad de tiempo. El trabajo de
grupos integrados para el diseo subsistemas es particularmente
conveniente para la bsqueda del aseguramiento de la calidad total.
La tercera ventaja estriba en evitar el gran problema asociado con un
enfoque ascendente. Esto es, la utilizacin de un enfoque descendente,
previene que el analista de sistemas se adentre en los detalles y d la pauta
para que se pierdan los objetivos centrales del sistema.
Instructivos de operacin.
Cuando hacemos frente a una situacin en la cual debemos realizar una
accin o procedimiento sin saber verdaderamente cmo actuar, la
posibilidad de contar con elementos tales como un instructivo se vuelve un
hecho realmente trascendente y esencial para poder desempearnos
conforme y con xito.
Podramos definir al instructivo entonces como una serie de explicaciones e
instrucciones que son agrupadas, organizadas y expuestas de diferente
manera, en diversos soportes, para darle a un individuo la posibilidad de
actuar de acuerdo a cmo sea requerido para cada situacin. El instructivo
puede ser muy variado de acuerdo al tipo de situacin que se aplique.
Esencialmente, los textos instructivos tienen como objetivo primordial
orientar al usuario en los procedimientos a seguir a travs de una manera
clara, detallada y precisa, de modo tal que la actividad a realizar, o la
mquina a echar a funcionar resulte sencilla y exitosa.
As uno de los principales objetivos con los que se desarrolla cualquier tipo
de instructivo es el de permitir que el usuario lleve a cabo determinadas
acciones de la mejor manera posible. Es por esto que, para obtener aquellos
resultados esperados, debe contar con algunas caractersticas bsicas que
faciliten la accin en s. Entre estas caractersticas podemos mencionar la
importancia de que el instructivo sea claro y conciso como expresamos.
Es preciso que las instrucciones sean dadas de manera accesible de modo
que el que las lee o sigue pueda comprenderlas fcilmente. En muchos
casos, los instructivos pueden sumar imgenes y otros elementos para
ayudar a la comprensin. Porque como bien dice el popular dicho muchas

veces una imagen vale ms que mil palabras. Pero ojo, no hay que abusar
tampoco de las imgenes ya que determinadas poblaciones de edad no se
sienten tan a gusto con estas y necesitan un acompaamiento de texto.
Por otro lado, los instructivos no deben ser demasiado extensos ya que se
pueden volver confusos y hacer que los usuarios se pierdan en el
procedimiento. En muchos casos, los instructivos pueden ser presentados en
varios idiomas al mismo tiempo con la misin que nadie, como consecuencia
de no manejar tal o cual lengua, quede afuera de su comprensin conforme.
Es comn encontrar instructivos en situaciones en las cuales el usuario debe
realizar algn tipo de procedimiento, aprender a manejar algo o actuar de
determinada manera. Entre los ejemplos ms comunes de estas situaciones
debemos sealar el momento en que uno quiere construir un mueble o
instalacin, cuando uno compra un aparato o mquina y quiere saber cmo
utilizarlo o, por ejemplo, cuando una persona debe saber cmo proceder en
caso de emergencia o de una situacin de crisis.
Cabe destacarse que en estos tiempos de enormes avances tecnolgicos y
en los que justamente a causa de ello las mquinas de diversos tipos se
hayan ms presentes que nunca en nuestras vidas cotidianas, los
instructivos se han vuelto tambin una herramienta, un recurso hper
presente.
Todos los dispositivos electrnicos, aparatos elctricos, o mquinas que
compramos vienen con su correspondiente instructivo para ayudar al cliente
en la operacin y manipulacin de los mismos. Los mismos se adjuntan en la
caja en la cual est contenido el aparato o mquina y por ello en caso de no
encontrarlo es importante hacer el reclamo a la empresa que nos ha vendido
el artculo.
Tambin, en la era de internet es habitual que la gente se sienta ms
cmoda buscando y bajando los instructivos que necesita a travs de la web.
Casi todas las empresas que comercializan aparatos o mquinas incluyen en
sus contenidos web los respectivos instructivos de cada tem que comercian,
en tanto, para muchos usuarios, este hecho de poder encontrarlos en la web
resulta ms atractivo y cmodo ya que se sienten ms a gusto de
encontrarlos plasmados en una web online que en un papel impreso que
podra llegar a traspapelarse o directamente perderse.
Como Hacer Un Instructivo De Operaciones
1. Como hacer un instructivo de operaciones
2. Identificar los pasos a seguir, debemos anotar y enumerar todas las
actividades que realizamos en la ejecucin de nuestro proceso

3. Traspasar los pasos a seguir a un diagrama, ya habiendo enumerado todas

las actividades, en orden, que realizamos para la ejecucin de un proceso,
debemos traspasarlas a un diagrama de flujo, que ayudar a la comprensin
grfica de estas actividades.
4. Identificar los registros que se utilizan, se deben incluir en el instructivo
todos los registros utilizados en el proceso descrito
5. Identificar los puntos de control del proceso, finalmente con el diagrama
de flujo que identifique todas las actividades, subprocesos y registros,
podremos identificar en que momentos el proceso se controla, autocontrol y
mide sus variables.
6. Herramientas de descripcin del trabajo, podemos desarrollar algunas de
las herramientas de la ingeniera del trabajo (ingeniera de mtodos) para
describir acciones fsicas, tales como: Diagramas bimanuales, estudios de
mtodos y tiempos, plano lugar de trabajo y descripcin del movimiento.
Forma de implantacion.
La finalidad es la de evaluar los trabajos que se realizan para iniciar la
operacin de un sistema; esto comprende: prueba integral del sistema,
adecuacin, aceptacin por parte del usuario, entrenamiento de los
responsables del sistema. Para ello deben de considerarse los siguientes
aspectos:
1. Indicar cules puntos se toman en cuenta para la prueba de un sistema:

Prueba particular de cada programa.

Prueba por fase, validacin, actualizacin.

Prueba integral del paralelo.

Prueba en sistema paralelo.

Pruebas de seguridad y confidencialidad.

Otros (especificar).

En la implantacin se debe de analizar la forma en que se van a cargar

inicialmente los datos del sistema, lo cual puede ser por captura o por
transferencia de informacin. Estos datos pueden ser de todo el sistema, o
bien en forma parcial. Lo que es necesario evaluar es la forma en que se van
a cargar las cifras de control o bien los datos acumulados.
Tambin se debe de hacer un plan de trabajo para la implantacin, el cual
debe contener las fechas en que se realizarn cada uno de los procesos.
El enfoque de sistemas es un diseo metodolgico que se presenta como
mentor para la solucin de problemas, principalmente aquellos que nacen en

la administracin de un sistema, al existir una discrepancia entre lo que se

tiene y lo que se desea, su problemtica, sus componentes y su solucin.
Son las actividades que determinan un objetivo general y la justificacin de
cada uno de los subsistemas, las medidas de actuacin y estndares en
trminos del objetivo general, el conjunto completo de subsistemas y sus
planes para un problema especfico.
Aunque surgi en el campo de la Biologa, pronto se vio su capacidad de
inspirar desarrollos en disciplinas distintas y se aprecia su influencia en la
aparicin de otras nuevas. As se ha ido constituyendo el amplio campo de la
sistmica o de las ciencias de los sistemas, con especialidades como la
ciberntica, la teora de la informacin, la teora de juegos, la teora del caos
o la teora de las catstrofes. En algunas, como la ltima, ha seguido
ocupando un lugar prominente la Biologa.
Podra ser aplicado en el estudio de las organizaciones, instituciones y
diversos entes planteando una visin Inter, Multi y Transdisciplinaria que
ayudar a analizar y desarrollar a la empresa de manera integral
permitiendo identificar y comprender con mayor claridad y profundidad los
problemas organizacionales, sus mltiples causas y consecuencias.
As mismo, viendo a la organizacin como un ente integrado, conformada por
partes que se interrelacionan entre s a travs de una estructura que se
desenvuelve en un entorno determinado, se estar en capacidad de poder
detectar con la amplitud requerida tanto la problemtica, como los procesos
de cambio que de manera integral, es decir a nivel humano, de recursos y
procesos, seran necesarios de implantar en la misma, para tener un
crecimiento y desarrollo sostenibles y en trminos viables en un tiempo.
Para nosotros el trmino implantar refleja mucho mejor el espritu de este
proceso porque cuando lo hacemos, ms que poner en funcionamiento un
software en una computadora, entendemos que ese proceso busca
insertar al sistema en la Organizacin, cambiando su forma antigua de
funcionar, sus paradigmas y costumbres.
Entendiendo la implantacin de un sistema de informacin como el proceso
que tiene como fin ltimo que ese sistema se inserte en la Organizacin que
lo recibe, que interacte adecuadamente con el resto de las acciones que se
ejecutan y con las personas que lo utilizan y que funcione sin causarle
problemas al resto de esa Organizacin.
Cuando el propsito entonces es Implantar y no solo Implementar
obviamente el proceso es ms largo y complejo pero su beneficio ser ms
amplio y duradero. El xito se medir por la mejora sustancial en las

operaciones que dependen de ese nuevo sistema, luego de haber pasado el

lapso de estabilizacin en su uso.
Una manera grfica de explicarlo es compararlo con la implantacin de un
rgano en un cuerpo humano. Imaginemos el implante de un corazn en un
paciente gravemente enfermo. En nuestro caso, el nuevo corazn es el
sistema de informacin, el paciente es la Organizacin que recibe al nuevo
sistema y el procedimiento quirrgico u operacin es el proceso de
implantacin del nuevo sistema.
Un resumen de cules son los pasos que se siguen antes, durante y despus
de la implantacin de este nuevo corazn (el sistema de informacin en
nuestro caso) incluyen:

La fase de diagnstico que incluye todos los exmenes (pruebas de

esfuerzo, electrocardiogramas, exmenes generales, etc.) que nos llevan a
determinar la necesidad de una operacin. En nuestro caso, esta fase
normalmente la inician las propias organizaciones que detectan la necesidad
de contar con un nuevo sistema de informacin para mejorar los procesos de
cierta rea.

La preparacin con exmenes pre-operatorios, tratamientos iniciales,

preparacin de sala y equipo mdico, etc. En nuestro caso el levantamiento
de informacin, las entrevistas, el anlisis de los procesos y hasta la
instalacin del software, preparacin de las facilidades necesarias y
capacitacin a los usuarios.

La operacin en s o el proceso de implantacin del nuevo sistema.

La recuperacin post-operatoria.

La dada de alta o fin de la implantacin del sistema.

El seguimiento constante.

Equipo y facilidades de programacion.

La seleccin de la configuracin de un sistema de cmputo incluye la
interaccin de numerosas y complejas decisiones de carcter tcnico. El
impacto en el rendimiento de un sistema de cmputo debido a cambios
trascendentales en el sistema operativo o en el equipo, puede ser
determinado por medio de un paquete de pruebas (benchamark) que haya
sido elaborado para este fin en la direccin de informtica.
Se desarrollara un pequeo resumen donde se explicaran las diversas etapas
de la evaluacin de los sistemas de informacin, desde la evaluacin de
sistemas, su anlisis, diseo, programas de desarrollo, bases de datos,
comunicacin, informes y su anlisis, ruido, redundancia, entropa,

evaluacin del desarrollo del sistema, los controles de proyectos, instructivos

de operacin, forma de implementacin, equipo y facilidades de
programacin, entrevistas a usuarios, y por ltimos los cuestionarios.
EVALUCION DE SISTEMAS
Existen diversas formas por medio de las cuales las organizaciones pueden
contar con un software necesario para cumplir con sus requerimientos; entre
ellas se encuentran:
Elaborado por el usuario, o bien un software comercial, dentro sus ventajas,
es desarrollado para cubrir todas las necesidades del usuario; puede ser
modificado de acuerdo a las necesidades de la organizacin; contiene
sistemas de seguridad propios.
Desventajas: es ms costoso; su tiempo de implementacin es ms largo, su
mantenimiento y actualizacin, normalmente no se hacen sobre una base
peridica

Software compartido o regalado. Se trata de un software sencillo

elaborado para computadores personales, puede ser conseguido a bajo costo
va internet. El peligro de este tipo de software es que puede no cumplir con
todas nuestras necesidades, adems de que se debe tener cuidado con los
programas piratas o con virus.

Software transportable. Se considera un software es portable o

transportable cuando 1) tiene diferentes versiones para diferentes sistemas
operativos, 2) puede cambiar entre dos o ms sistemas operativos o 3)
puede ser fcilmente convertido de un sistema operativo a otro.

Un solo usuario o multiusuario. Como en el caso de los sistemas

operativos, los programas de aplicacin pueden ser para un solo usuario o
para una variedad de usuarios.

Categorizacin del software de aplicacin por usuario. El software

puede ser catalogado como: de propsitos generales, de funciones
especficas o especfico de la industria.

Software a la medida de la oficina. El software comercial puede ser

vendido, o bien puede ser elaborado internamente como paquetes
individuales o como paquetes integrales y compatibles que son diseados
para trabajar en conjunto.
La elaboracin o adquisicin de sistemas debe evaluarse con mucho detalle,
para la cual se debe revisar desde la planeacin y elaboracin de los
sistemas hasta su desarrollo e implementacin.

La seleccin de la configuracin de un sistema de cmputo incluye la

interaccin de numerosas y complejas decisiones de carcter tcnico.
El impacto en el rendimiento de un sistema de cmputo debido a cambios
trascendentales en el sistema operativo o en el quipo, puede ser
determinado por medio de un paquete de pruebas (benchmark) que haya
sido elaborado para este fin en la direccin de informtica.
Es conveniente solicitar pruebas y comparaciones entre equipos
(benchmark) para evaluar la situacin del equipo y del software en relacin
con otros que se encuentren en el mercado.