Sistema de Prototipo Rpido

RapidPRO

Permite a los alumnos crear objetos slidos utilizando cualquier

sistema CAD capaz de guardar archivos en formato .STL, un estndar comn
en el mundo 3D CAD.
RapidPRO importa un modelo slido utilizando un tutor inteligente Wizard,
que requiere solamente unos cuantos pasos para seccionar el modelo. Las
capas se trasladan a una hoja de papel adhesivo y en conjunto con un
trazador de cuchillas (por ejemplo uno de la gama CAMM-1 de Roland), se
cortan cuantas capas sea posible en una sola hoja para optimizar el material.
Para minimizar el coste de materiales, el modelo se puede escalar y en cada
caso se despliega el nmero de hojas requeridas en funcin de la escala
seleccionada.
En el trazador de cuchillas se registran tambin los correspondientes orificios
y nmeros de cada capa. Las hojas cortadas se retienen sobre hojas enteras
y se posicionan con precisin sobre dos postes de montaje de forma
ordenada, el papel de la parte posterior (no adhesivo) se retira antes de
colocar cada capa.. No se precisa ningn tablero ni sujecin especiales. El
proceso de montaje es sorprendentemente rpido y preciso. Se puede utilizar
un cutter para retirar el papel sobrante que no se utiliza en el modelo final,
por ejemplo los crculos internos de los orificios de posicionamiento. Cuando
el modelo est montado es sorprendentemente fuerte, como el nmero de
productos sugeridos, que pueden incluir elementos geomtricos que son muy
difciles o imposibles de realizar con maquinaria convencional, como formas
huecas internas, por ejemplo. El modelo montado se puede manipular
posteriormente (lijndolo finamente para suavizar la forma y aplicando barniz)
si fu era necesario. Los modelos obtenidos pueden soportar trabajos con
mquinas de termoconformado e inclusive procesos de inyeccin a baja
presin.
El programa se entrega con un conjunto de iniciacin de 100 clavijas de
montaje.
CAMM-1 Cortador de Vinyl Modelo CX24
El CX-24 suma las prestaciones cutting-edge con una avanzada funcin de
suavizado de curvas para cortar crculos y curvas ms rpido que nunca
incluso con mayor precisin. La salida resultante es un promedio de un 10%
ms rpida que los modelos anteriores. la funcin de corte de prueba le
permite comprobar la presin seleccionada en el equipo antes del corte real
para ajustarla a su nivel ptimo. Los valores de offset de la cuchilla se
pueden ajustar manualmente para obtener mejores resultados para una
amplia gama de substratos de vinilo y materiales especiales que incluyen mscaras para
chorro de arena.
Puede almacenar hasta un total de 8 combinaciones de ajuste de cuchillas y soportes, de
esta forma evitar
tener que realizar los clculos de forma repetida. Cada CX-24 se entrega con una
cuchilla de corte que le
permite el control sobre cualquier forma, desde ilustraciones hasta texto, mientras que la
cuchilla para textos

pequeos le permite conseguir letras pequeas y detallados diseos de gran calidad.

Con rotuladores de punta de fibra con tinta de base de agua, puede comprobar el aspecto
final de los
proyectos antes de cortarlos.
El CX-24 ofrece la calidad, las prestaciones y la fiabilidad que confirman el liderato de
Roland en la
rotulacin profesional.
Principales Caractersticas del CAMM-1 Model CX-24
Avanzada funcin de suavizado de curvas para cortar crculos y curvas ms rpido que
nunca
incluso con mayor precisin.
Salida con rotuladores de punta de fibra con tinta de base de agua, para comprobar el
aspecto
final de los proyectos antes de cortarlos.
La funcin Replot permite cortar varias veces utilizando los mismos datos.
Ocupa un buffer de 1 MB buffer para acortar el tiempo de uso del ordenador
Diseo de sobremesa esttico y compacto
Ms fcil de manejar con nuevo dial ms grande y una pantalla LCD de mayor tamao
Incluye controladores paras Windows 98/95, Windows NT 4.0 y Windows 2000
para
utilizarlo con sus programas grficos favoritos.
Especificaciones tcnicas Modelo CX-24
rea mxima de corte
Ancho: 584 mm (22-15/16 in.)
Largo: 24,998 mm (984-1/8 in.)
Anchos medios aceptables
50 mm to 700 mm
(1-15/16 in. to 27-1/2 in.)
Mxima velocidad de corte
Entre corte: 400 mm/sec. (15-11/16 in./sec.)
(Direccin 45)(Cuando [HEAVY] se encuentra
seleccionado en el men:
100 mm/sec.(3-7/8 in./sec.))
Fuerza de la cuchilla
30 200 gf
Tamao del Buffer
1 Mbyte (800 Kbytes para buffer replot)
Sistema de instruccin
CAMM-GLIII (modelo1 y modelo 2)
Consumo mximo
0.9 A /100 240 V 10 % 50/60 Hz
Nivel de ruido
[Modo de corte] : menos de 70 dB (A)
[Modo de espera] : menos de 40 dB (A) (De acuerdo con ISO 7779)
Dimensiones
850 mm (W) x 300 mm (D) x
240 mm (H)(33-1/2 in.(W) x
11-13/16 in.(D) x 9-1/2 in.(H))
Peso
14 kg (30.9 lb.)

Temperatura de operacin
5 40C (41 104F)
Humedad
35% - 80% (sin condensacin)
Definicin de Objetivos y Plan de Actividades

Mediante

esta actividad, se definieron los

objetivos
generales y especficos, asi como la
finalidad y los
productos que se esperaban obtener. Se
elabor la
normatividad legal necesaria para la ejecuci
n de la

A continuacin se muestran las diferentes actividades que puede realizar un

Sistema de Informacin de Control de Clientes:
Actividades que realiza un Sistema de Informacin:
Entradas:

Datos generales del cliente: nombre, direccin, tipo de cliente, etc.

Polticas de crditos: lmite de crdito, plazo de pago, etc.
Facturas (interfase automtico).
Pagos, depuraciones, etc.

Proceso:

Clculo de antigedad de saldos.

Clculo de intereses moratorios.
Clculo del saldo de un cliente.

Almacenamiento:

Movimientos del mes (pagos, depuraciones).

Catlogo de clientes.
Facturas.

Salidas:

Reporte de pagos.
Estados de cuenta.
Plizas contables (interfase automtica)
Consultas de saldos en pantalla de una terminal.

Transicin de anlisis del diseo

Enviado por Roco Garca
1.
Caractersticas de un buen diseo de sistemas
2.
Caractersticas del diseo conceptual
3.
Proyeccin del anlisis a las salidas
4.
Proyeccin del anlisis a las entradas y controles
5.
Proyeccin del anlisis a la base de datos
6.
Proyeccin del anlisis a los procesos (programas)
7.
Proyeccin del anlisis a los procedimientos
8.
Propuesta del sistema
9.
Preparacin del reporte
10. Alternativas de solucin
11.
Documentacin del anlisis preliminar
CARACTERSTICAS DE UN BUEN DISEO DE SISTEMAS
Los componentes de un sistema de informacin descritos durante el anlisis de
requerimientos son el punto focal del diseo de sistemas.

Flujos de datos. Movimientos de datos hacia, alrededor y

desde el sistema.
Almacenes de datos. Conjunto temporales o
permanentes de datos.
Procesos. Actividades para aceptar, manejar y suministrar
datos e informacin.
Procedimientos. Mtodos y rutinas para utilizar el
sistema de informacin y lograr con ello los resultados esperados.
Controles. Estndares y lineamientos para determinar si
las actividades que estn ocurriendo en la forma anticipada o aceptada.
Funciones del personal. Las responsabilidades de todas
las personas que tiene que ver con el nuevo sistema, incluyendo los
usuarios, operadores d computadora y personal de apoyo.

CARACTERSTICAS DEL DISEO CONCEPTUAL

El manejo del proceso de diseo significa tomar los pasos necesarios para que el
esfuerza de desarrollo avance en forma apropiada y produzca los resultados
esperados.
Carpeta de descripcin del diseo de sistema
Los analistas de sistema denominan a esta s especificaciones informacin
liberada o carpeta de diseo.
La informacin liberada incluye los siguientes aspectos:
o

Cuadro de despliegue. Descripciones de las entradas y salidas

donde se muestra la ubicacin de todos los detalles que aparecern en los
reportes, documentos y pantallas de terminal.
Estructuras de registros. Descripciones de todos los datos
contenidos en los archivos maestros y de transacciones as como los
diagramas relacionados con la base de datos.

o
o
o

Sistemas de codificacin. Descripciones de los cdigos que

explican o identifican tipos de transacciones, clasificaciones y categoras
de eventos o entidades.
Especificaciones de los programas. Cuadros, tablas y
descripciones grfica de los mdulos y componentes del software de
computadora junto con la interaccin entre cada una de ellos.
Especificaciones de procedimientos. Procedimientos
planificados para instalar y operar el sistema cuando este terminado.
Plan de desarrollo. Cronogramas que indican los tiempos
necesarios para el desarrollo de las actividades.
Costo del paquete. Gastos anticipados para el desarrollo,
implantacin y operacin de nuevos sistemas, clasificados por categoras
tales como personal, equipo, comunicaciones, facilidades y suministros.

PROYECCIN DEL ANLISIS A LAS SALIDAS

Para muchos usuarios finales, la salida es la nica razn para el desarrollo del
sistema y la base sobre la que ellos evaluarn la utilidad de la aplicacin.
Cuado disean la salida, los analistas deben realizar lo siguiente:
o
o
o
o

Determinar que informacin presentar.

Decidir si la informacin ser presentada en forma visual, verbal o
impresa y seleccionar el medio de salida.
Disponer la presentacin en un formato aceptable.
Decidir como distribuir la salida entre los posibles destinatarios.

PROYECCIN DEL ANLISIS A LAS ENTRADAS Y CONTROLES

Los analistas de sistemas deciden los siguientes detalles del diseo de entradas:
1.
2.
3.
4.

Que datos ingresan los sistemas.

Que medios utilizar.
La forma en que se debe disponer o codificar los datos.
El dilogo que servir de gua a los usuarios para dar entrada a los
datos.
5.
Validacin necesaria de datos y transacciones para detectar
errores.
6.
Mtodos para llevar a cabo la validacin de las entradas y los pasos
a seguir cuando se presentan errores.
Las decisiones de diseo para el manejo de entradas especifican la forma en que
sern aceptados los datos para su procesamiento por computadora.
El diseo de la entrada tambin incluye la especificacin de los medios por los
que tanto los usuarios finales como los operadores dan instrucciones al sistema
sobre las acciones que deben emprender.
Controles de entrada.El analista de sistemas debe especificar los controles para evitar la entrada
errnea al sistema de informacin. Para los campos crticos el control de la
entrada implica verificar o volver a teclear. Si un campo es crtico para la

verificacin de una entrada y est sujeto a errores de transcripcin o

transposicin, como un nmero de cuenta o el nmero de identificacin de un
empleado, en analista tambin podra elegir anexarle un dgito de verificacin.
En consecuencia, se debe decidir acerca de un algoritmo en particular de dgitos
de verificacin y documentarlo.
Dependiendo del tipo de mtodo empleado para la captura de datos, puede ser
necesario realizar sobre la entrada varias pruebas de racionalidad. Estos
controles de entrada se aplican en cuatro niveles: (1) Campos, (2) registros, (3)
lotes y (4) archivos.
Controles de procesamiento.An cuando el analista de sistemas pudiera proponer un extenso conjunto de
controles de entrada para el sistema que se est desarrollando, siempre habr
algunos errores de entrada que no puedan detectarse, creando errores
adicionales durante el procesamiento.
Operando bajo la suposicin de que ningn sistema de informacin est
completamente libre de errores, el analista de sistemas inserta en los programas
de procesamiento ciertos controles del tipo de los de la entrada.g
Verificacin de racionalidad. En la codificacin de los programas se especifican
pruebas de racionalidad como parte de las rutinas bsicas para la validacin de
las entradas.
Bitcora de transacciones. Se utilizan para respaldo, recuperacin y pruebas de
auditora contable. Este deber incluir informacin acerca del lugar, el
momento y la terminal de donde se originaron las transacciones, adems del
nmero de usuario.
Controles de acceso a las bases de datos.Los controles de acceso a la base de datos incluyen un gran nmero de
dispositivos y procedimientos desde puertas con cerradura y procedimientos de
firma de entrada/ firma de salida hasta dispositivos biomtricos.
Los usuarios autorizados se identifican con base en un dispositivo de control de
acceso mediante geometra manual. Unos apuntadores conectan a los usuarios
autorizados a la tabla de autorizaciones, la cual especifica lo que puede hacer un
usuario una vez que se le ha dado acceso a ciertas relaciones o conjuntos de
datos de la base de datos.
Controles de salida.Una vez que se produce la salida, debern existir ciertos controles para asegurar
que esta salida no se pierda, corrompa o sea robada. Por lo general, los controles
ms extensos se aplican a la salida en lotes debido a que en la produccin y
distribucin de las copias en papel est involucrado un mayor nmero de
personas.
La salida en lnea por pantalla, normalmente requiere menores controles debido
a la interfaz directa usuario/ sistema y a controles de acceso ms estrechos.
PROYECCIN DEL ANLISIS A LA BASE DE DATOS

En estos casos, el analista de sistemas no afecta el diseo de l base de datos sino

que consulta al administrador.
A su vez el papel del administrador de base de datos incluye las siguientes
responsabilidades:
o
o
o

Evaluar la conveniencia de la solicitud del analista.

Describir los mtodos para interactuar con la base de datos.
Asegurar que la aplicacin no pueda daar la base de datos o que
la afecte de manera adversa a las necesidades de otros sistemas de
informacin.

PROYECCIN DEL ANLISIS A LOS PROCESOS (PROGRAMAS)

Hasta el momento, en la fase del diseo detallado, el analista de sistemas ha
especificado las entradas, las salidas, la base de datos, los controles y los
procedimientos para el nuevo sistemas de informacin. Si el nuevo sistema de
informacin requiere hardware o software de sistemas adicionales, el analista de
sistemas ya se habr ocupado de que el proceso de abastecimiento de dichos
recursos est en camino.
El diseo detallado de los programas requiere concentrar los esfuerzos del
analista de sistemas en definir los programas que formaron el sistema de
informacin, los mdulos detallados de cada programa y las relaciones entre los
mdulos y los programas.
Definicin de programas.El objetivo de la definicin de programas es la preparacin de una descripcin
de cada programa del sistemas de informacin. El analista de sistemas podra
empezar agrupando las salidas que sern producidas por el sistema de
informacin.
Luego se podra disear un programa para generar cada grupo de salida. Para
las entradas podra seguirse un proceso similar de agrupamiento y designacin,
comparando tareas tales como validacin y edicin de la entrada. Si los datos
necesitan ordenarse, entonces podra definirse otros programas de utilera.
Este proceso de agrupar las entradas y las salidas y luego pensar en las
transformaciones necesarias para pasar de la entrada a la salida, produce una
lista de programas.
Esta lista contendr el nombre, nmero en clave, y una definicin breve de cada
programa del sistema de informacin.
PROYECCIN DEL ANLISIS A LOS PROCEDIMIENTOS
Uno de lo principales beneficios del diseo de los sistemas es la generacin
automtica de documentacin y procedimientos como un subproducto del
desarrollo de trabajo en sistemas. Para cuando uno ha concluido la fase del
diseo detallado de sistemas, se han completado entre muchas otras cosas, los
procedimientos tanto para los programas de aplicaciones como para el personal.
El ingls estructurado, los diagramas de flujo de datos y el diseo detallado de la
salida, la entrada, la base de datos, los controles y los procedimientos,
proporcionan especificaciones suficientes para permitir a los programadores
escribir el cdigo.

Cuando el programador de aplicaciones termina un programa, entonces se

agregan detalles adicionales como el nmero de identificacin del programa, el
lenguaje de control de trabajos (JCL), los procedimientos de prueba y el listado
fuente para formar un paquete completo de la documentacin del programa de
aplicaciones.
Los analistas de sistemas tambin identifican las actividades realizadas por el
personal. Se escriben procedimientos para guiar al personal en sus tareas, de
manera similar a los procedimientos escritos para los programas de
aplicaciones.
Se presenta un ejemplo de captura de pedidos para ilustrar los procedimientos
escritos para los programadores de aplicaciones, seguido de los procedimientos
de descuento por pago en efectivo para el personal de ventas y de captura de
pedidos.
PROPUESTA DEL SISTEMA
CONCLUSIN DEL ANLISIS DE SISTEMAS
A lo largo de toda la fase del anlisis de sistemas, el analista deber mantener
una extensa comunicacin con el solicitante, y dems personal de proyectos.
Esta comunicacin comienza con el reporte de la propuesta para realizar el
anlisis de sistemas que se describi anteriormente.
En forma continua este esfuerzo de comunicacin incluye una retroalimentacin
a las personas entrevistadas, u observadas, con relacin a lo que el analista
atiende; la verificacin con el personal usuario con respecto a los hallazgos en
otras funciones o actividades relacionadas que el analista identifique y
reuniones peridicas para informar a la gerencia y dems personal del proyecto
acerca del progreso, situacin y apego al calendario.
PREPARACIN DEL REPORTE ESCRITO
Reporte de terminacin del anlisis de sistemas
Quizs es la comunicacin mas importante de todas, que describe los hallazgos
del anlisis de sistemas. El formato y contenido de este reporte incluye lo
siguiente:
1.
2.
3.
4.

Una nueva exposicin de la razn y alcance del anlisis.

Una lista de los principales problemas identificados.
Una presentacin de todos los requerimientos de los usuarios.
Un planteamiento de todas la suposiciones crticas hechas por el analista
durante el anlisis.
5.
Una proyeccin de los recursos requeridos y los costos esperados que
estarn involucrados en el diseo de cualquier nuevo sistema o en la
modificacin del sistema actual.
6. Cualquier recomendacin referente al sistema propuesto o a sus
requerimientos.
PREPARACIN ORAL DEL REPORTE
La simple entrega de los reportes de sistemas no es suficiente. Es necesaria una
presentacin oral para una comunicacin clara del trabajo realizado. Cuatro
mtodos para la presentacin oral de los reportes de sistemas son la

memorizacin, la presentacin improvisada, la lectura, y el mtodo

extemporneo.
MEMORIZADA
Una presentacin memorizada es eficaz en cierta forma y le proporciona a uno
un sentimiento de seguridad, pero a costa de una libertad y frescura, incluso en
la presentacin memorizada, se necesita tener un bosquejo para el caso en que
uno se pierde.
IMPROVISADA
El mtodo improvisado es una presentacin sin ensayo y no se recomienda en
absoluto para la presentacin de los reportes del sistema. Debido a que uno es el
autor de estos reportes, se podra considerar que no es necesario revisarlos; sin
embargo, sino se hace, se olvidarn los puntos principales y se tender a
divagar.
LECTURA
La lectura de los reportes puede describirse en una palabra arrullo; es una
pastilla para dormir la lectura de los reportes, adems de la incapacidad para
mantener un contacto visual.
EXTEMPORNEA
El mtodo extemporneo es la mejor forma de presentar los reportes. Si uno ha
hecho su tarea y conoce sus reportes de pies a cabeza, entonces ste es el
mtodo de entrega ms verstil y expresivo. Se es espontneo y enrgico. Uno se
puede adaptar fcilmente a tpicos y situaciones que no estaban planeadas.
ALTERNATIVAS DE SOLUCIN
1.

2.
3.
4.

5.

Parar el trabajo.- Este resultado significa que ya no se va a realizar ms

trabajo y que el trabajo en sistemas y los recursos debern dirigirse hacia
otros trabajos. Este resultado podra presentarse debido a que una
propuesta no cumple las consideraciones de factibilidad, debido a un
cambio en las decisiones de la gerencia o del solicitante, o debido a un
reordenamiento de las prioridades de los sistemas.
Estado de espera.- Este resultado es bastante comn y generalmente se
da por una falta de fondos o una actitud conservadora de la gerencia.
Modificar.- Este resultado significa que la gerencia decide que algunos
aspectos de la propuesta se deben cambiar o combinar con otros
subsistemas.
Proceder bajo condicin.- Este resultado significa que el trabajo en
sistemas proseguir segn se propuso, pero que la propuesta del diseo
final antes de la implementacin tendr que justificarse en base a la
factibilidad.
Proceder sin condiciones.- Muchas propuestas de sistemas o subsistemas
son autorizadas por la gerencia con un conocimiento total de que los costos
superaron los beneficios medibles.

DOCUMENTACIN DEL ANLISIS PRELIMINAR

El reporte est dirigido a dos receptores diferentes. Primeramente, el gerente
para determinar si el analista ha realizado un trabajo competente.

El segundo lugar a la gerencia general y a la gerencia de los usuarios para

determinar si el analista ha considerado o no todos los requerimientos de la
organizacin.
Para proporcionar un reporte significativo a estas dos partes interesadas, el
analista deber esforzarse por ser conciso pero completo al preparar el reporte.
Los requerimientos debern cuantificarse y explicarse de manera especfica.
El analista deber evitar en el reporte el lenguaje tcnico y los acrnimos.
Debern anexarse exposiciones y los documentos de trabajo que se utilizaron en
el anlisis de sistemas.

Diseo del sistema

El diseo de un sistema de informacin produce los elementos que establecen cmo el
sistema cumplir los requerimientos identificados durante el anlisis del sistema. A esta
etapa se le conoce tambin con el nombre de Diseo Lgico.
El primer paso en el diseo de sistemas es identificar los informes y las salidas que el
sistema producir; a continuacin los datos especficos de cada uno de stos se sealan,
incluyendo su localizacin exacta sobre el papel, la pantalla de despliegue o cualquier
otro medio.
El diseo tambin describe los datos calculados o almacenados que se introducirn. Los
datos y los procedimientos de clculo se describen con detalle. Se seleccionan las
estructuras de los archivos y los dispositivos de almacenamiento, como son discos o
cintas magnticas o papel. Los procedimientos deben de mostrar cmo se van a procesar
los datos y cuales van a ser la salidas.
Los documentos que contiene las especificaciones del diseo se pueden representar por
medio de los diagramas, tablas y smbolos especiales.
El ltimo paso del diseo detallado es pasar la informacin al grupo de programacin
que se inicie el desarrollo del software.
El diseo de sistemas es un proceso altamente creativo que en gran medida puede ser
facilitado por lo siguiente:
1. Definicin slida del problema.
2. Descripcin del sistema existente.
3. Conjunto de requerimientos del nuevo sistema.
Por definicin, diseo significa hacer un mapa, planear o arreglar las partes en un todo
que satisfaga los objetivos involucrados. El diseo de sistemas requiere principalmente
la coordinacin de actividades, los procedimientos de trabajo y la utilizacin de equipo
para alcanzar los objetivos organizacionales.
El patrn de diseo de sistemas sigue una tcnica iterativa. El diseo de sistemas es un
proceso creativo en el que el analista repite a travs de varias actividades o
procedimientos de trabajo, uno a la vez, investigando mentalmente a travs del proceso
completo. el analista debe tener en cuenta dos puntos importantes:
1. Resuelva un problema a la vez. No se confunda al querer resolver muchos problemas
a la vez.

2. Su nuevo sistema debe concordar con los objetivos y metas generales del rea bajo
estudio y la empresa en s.
En resumen, entonces, los puntos a seguir cuando se disea un nuevo sistema son:
1. Examine todos los datos posibles.
2. Concntrese y piense en forma creativa.
3. Proporcione diferentes entradas, salidas, operaciones, controles y tcnicas de
procedimiento.
4. Primero evale los procedimientos ms importantes.
5. Examine las diversas alternativas.
Otra consideracin en la fase de diseo es el control que se debe ejercer desde el
sistema. Algunos controles se determinarn por medio de diferentes parmetros de
sistemas tales como las aplicaciones y las entradas. Probablemente se necesite disear
ciertos controles de calidad. Por ejemplo, todas las entradas deben preparase en forma
consistente para mantener la confianza del sistema y evitar posibles errores en los
procedimientos.
Las especificaciones de diseo describen las caractersticas del sistema, sus
componentes o elementos y la forma en que estos aparecern ante los usuarios. Para
muchos usuarios, el xito de un sistema est relacionado con la creencia que tengan
sobre s el sistema tiene las caractersticas adecuadas. Los componentes de un sistema
de informacin descritos durante el anlisis de requerimientos, son el punto principal
del diseo. Los analistas deben disear los siguientes elementos:
1. Flujos de datos: Movimientos de datos hacia, alrededor y desde el sistema.
2. Almacenes de datos: Conjuntos temporales o permanentes de datos.
3. Procesos: Actividades para aceptar, manejar y suministrar datos e informacin.
Pueden ser anuales o basadas en computadora.
4. Procedimientos: Mtodos y rutinas para utilizar el sistema de informacin y
lograr con ello los resultados esperados.
5. Controles: Estndares y lineamientos para determinar si las actividades estn
ocurriendo en la forma anticipada o aceptada, es decir, si se encuentran bajo
control. Asimismo especificar las acciones que deben emprenderse cuando
ocurren problemas o presentan circunstancias inesperadas. Puede incluirse un
reporte sobre las excepciones o procedimientos para la correccin de los
problemas.
6. Funciones del personal: Las responsabilidades de todas las personas que tienen
que ver con el nuevo sistemas incluyendo los usuarios, operadores de
computadora y personal de apoyo. Abarca todo el espectro de componentes del
sistema, incluso desde la entrada de datos hasta la distribucin de salidas o
resultados. A menudo, las funciones del personal se establecen en forma de
procedimiento.

Desarrollo del software

A menudo los especialistas de sistemas se refieren a esta etapa como el Diseo Fsico,

en contraste con el Diseo del sistema que se conoce como el diseo lgico.
Los desarrolladores pueden instalar o modificar software que se haya comprado
(software comercial), o pueden escribir nuevos programas diseados a la medida; la
decisin depende del costo de cada una de las opciones dadas, el tiempo y
disponibilidad de los programadores.
Los programadores de software son tambin responsables de la documentacin del
programa y de incluir los comentarios que expliquen cmo y porqu se utiliz cierto
procedimiento. La documentacin es esencial para probar el programa y darle
mantenimiento una vez que se ha puesto en marcha.

El DISEO GENERAL DE SISTEMAS

El diseo de sistemas se refiere a la formulacin de especificaciones para el nuevo
sistema o subsistema propuesto, de manera que satisfaga los requisitos determinados
durante la fase de anlisis. Finalmente el diseo de sistemas vendr a ser una
presentacin detallada del informe de terminacin del anlisis de sistemas.
El diseo de un sistema de informacin puede descomponerse en especificaciones
fsicas y lgicas. El diseo lgico representa los componentes del sistema y sus
relaciones mutuas, como apareceran ante los usuarios. Muestra lo que la solucin
sistemtica har en contraposicin con el modo como lo es en la actualidad implantada
fsicamente. Describe las entradas y salidas, las funciones de procesamiento a realizar,
los procedimientos de negocios, los modelos de datos y los controles.
El diseo fsico es el proceso de traduccin del modelo lgico abstracto a un diseo
tcnico especfico para el nuevo sistema. Produce las especificaciones reales para el
hardware, software y bases de datos fsicas, medios de entrada/salida, procedimientos
manuales y controles especficos. Proporciona las especificaciones que transforman el
diseo lgico abstracto en un sistema de funciones de personas y mquinas.
Cuando el analista est listo para comenzar a disear el nuevo sistema, ya deben estar
establecidos ciertos elementos. Debe hacer una definicin del problema, informacin
general de antecedentes sobre el rea bajo estudio, una idea aproximada de las
interacciones dentro del rea de estudio y con otras reas, un buen entendimiento del
sistema actual, y un conjunto de requerimientos para el nuevo sistema.
Definiciones de diseo de sistemas.
El diseo puede definirse como el acto de delinear, planear, bosquejar y disponer
muchos elementos separados, reunindolos en un conjunto viable y unificado. Mientras
que en la fase de anlisis de sistemas se responde a preguntas tales como qu esta
haciendo el sistema? Y qu debera hacer para satisfacer las necesidades de los
usuarios?, La fase de diseo se ocupa de cmo debe desarrollarse el sistema para que
pueda satisfacer esas necesidades?. Durante el proceso de diseo, el analista plantea
soluciones alternativas y finalmente determina cul es la mejor. La fase de diseo es de

naturaleza tcnica, hasta el punto de que el analista debe responder esta pregunta
"Cmo vamos a hacerlo?".
Por otra parte, el diseo tambin es un arte creativo, hasta el punto de que el analista se
pregunta continuamente: qu ocurrir si...? y por qu no?.
El diseo es una solucin: la conversin de los requerimientos en formas que los
satisfagan.
El diseo determina el xito del sistema. A travs del diseo, los analistas de sistemas
pueden tener gran influencia sobre la efectividad del usuario, ya sea para el manejo de
transacciones o par la administracin de la organizacin. Algunos diseos son ms
efectivos que otros.
Mientras que anlisis de sistemas describe lo que un sistema debe hacer para satisfacer
los requerimientos de informacin, el diseo de sistemas muestra cmo el sistema debe
de satisfacer este objetivo. El diseo de sistemas de informacin es el plan general o
modelo para ese sistema. Como el plano de un edificio o una casa, tiene todas las
especificaciones que dan al sistema su forma y estructura, el diseo de los sistemas de
informacin es una tarea creativa que requiere de imaginacin, sensibilidad al detalle y
habilidades.
Para disear un sistema, el analista debe conocer ciertos elementos relacionados con los
siguientes aspectos.
1) Los recursos de la organizacin.
2) Las necesidades de informacin de los usuarios.
3) Las necesidades de otros sistemas.
4) Los mtodos de procesamiento de datos,
5) Las operaciones con los datos.
6) Las herramientas del diseo.
Para producir el diseo, el analista tiene que aplicar el razonamiento y la creatividad a
los elementos mencionados.

Objetivos del diseo de sistemas de Informacin:

El diseo de sistemas tiene tres objetivos.
Primero, el diseador de sistemas es responsable de la consideracin de otras
configuraciones de tecnologa para llevar a cabo y desarrollar el sistema tal y como fue
descrito por el anlisis. Esto puede implicar anlisis del desempeo de diferentes
elementos de hardware y software capacidades de los sistemas, alternativas de redes y la
transportabilidad del hardware de los sistemas.
Segunda, los diseadores son responsables por la administracin y el control de la
realizacin tcnica de los sistemas. Las especificaciones detalladas de programacin, la
codificacin de los datos, la documentacin, pruebas y la capacitacin, son todos
responsabilidad del equipo de diseo. Adems, los diseadores son responsables del
abastecimiento actual del hardware y el software que se necesita para el sistema.
Tercero, el diseador de sistemas detalla las especificaciones del sistema que darn las
funciones identificadas durante el anlisis de sistemas. Estas especificaciones deben
tocar todos los componentes administrativos, organizacionales y tecnolgicos de la
solucin de sistemas.

Especificar los
elementos de diseo

Especificaciones detalladas de diseo que describen las

caractersticas de un sistema de informacin: entradas, salidas,

lgico

archivos y base de datos y procedimientos.

Actividades de soporte
para la empresa.

Los resultados del empleo del sistema sern de ayuda para

mejorar el rendimiento de la empresa

Satisfacer los
requerimientos de los
usuarios.

Satisfacer las necesidades de los usuarios en trminos de:

Efectuar en forma correcta los procedimientos
apropiados.
Presentar en forma apropiada la informacin.
Proporcionar resultados exactos.
Utilizar los mtodos de interaccin apropiados.

Proporcionar confiabilidad total.

Fcil de usar.

Ingeniera humana favorable: El diseo ergonmico debe ser

fsicamente cmodo y contribuir a la efectividad y eficiencia
del usuario.

Proporcionar las
especificaciones de
software.

Especificar los componentes y funciones con suficiente detalle

para construir el software de aplicacin.

Ajustarse a los
estndares de diseo

El diseo y sus especificaciones debe estar en concordancia

con las reglas prcticas establecidas para la organizacin.

Etapas bsicas del proceso diseo.

En de la prctica, la aplicacin del proceso de diseo es un esfuerzo repetitivo. A
medida que el analista va considerando cada uno de los elementos del proceso, se ve
obligado a revisar una y otra vez a reexaminar las estructuras y relaciones establecidas
hasta el momento, y a modificarlas para satisfacer la nueva condicin. La repeticin
contina hasta que han sido consideradas todas las dimensiones del sistema propuesto y
se formula la proposicin final. Las etapas bsicas del proceso de diseo pueden
exponerse as:
1. Definir el objetivo del sistema.
2. Desarrollar un modelo conceptual.
a) Identificar el resultado ms importante del sistema.
b) Sealar los datos especficos de entrada necesarios para obtener ese resultado.
c) Describir las operaciones de procesamiento de datos, particularmente los algoritmos
lgicos y de clculo, que deben aplicarse a los datos de entrada para producir la
informacin deseada.
d) Identificar los elementos de entrada que se pueden introducir una sola vez y quedar
almacenados para usarlos en operaciones subsecuentes de procesamiento.
e) Seguir efectuando los pasa a, b, c, d para cada resultado requerido y por orden de
prioridad hasta haberlos considerado en su totalidad.
f) Establecer un banco de datos que pueda sustentar al sistema en la forma ms
efectiva .
3. Aplicar restricciones.

a) En base a las restricciones impuestas eliminar los casos extremos de entrada, salida y
procesamiento.
b) Sealar los diferentes puntos de control.
4. Definir las actividades de procesamiento de datos.
a) disear los formatos de entrada y salida que mejor se adapten al diseo del sistema.
b) Establecer los mtodos de procesamiento y los puntos comunes de los datos.
5. Formular la proposicin del diseo del sistema.
Analizando especficamente las entradas, las salidas y las actividades de procesamiento
por orden de su contribucin al logro del objetivo general del sistema, el analista reduce
al mnimo el tiempo necesario para llegar a una estructuracin del diseo principal.

Diseo Estructurado:

Diseo detallado:

Diseo de las salidas:

( Diseo del sistema de informes y produccin de documentos)
El trmino salida, como es probable que el lector lo conozca, se refiere a los resultados e
informacin generados por el sistema. Para muchos usuarios finales, la salida es la nica
razn para el desarrollo del sistema y la base sobre la que ellos evaluarn la utilidad de
la aplicacin. En la realidad, muchos usuarios no operan el sistema de informacin y
tampoco ingresas datos en l, pero utilizan la salida generada por el sistema. Cuando
disean la salida, los analistas deben de realizar lo siguiente:

Determinar qu informacin presentar.

Decidir si la informacin ser presentada en forma visual, verbal o impresa y
seleccionar el medio de salida.
Disponer la presentacin de la informacin en un formato aceptable.
Decidir cmo distribuir la salida entre los posibles destinatarios.

Para llevar a cabo las actividades antes mencionadas, se requieren decisiones especficas
tales como el empleo de formatos ya impresos cuando se preparan reportes, cuntas
lneas planear sobre una pgina impresa o si se debe emplear grficas y colores.

La salida es la nica razn para el desarrollo del sistema y la base sobre la que ellos
evaluarn la utilidad de la aplicacin. En la realidad, muchos usuarios no operan el
sistema de informacin y tampoco ingresan datos en l, pero utilizan la salida generada
por el sistema.
El diseo de la salida de la computadora debe avanzar en una forma organizada y bien
pensada: tiene que desarrollarse correctamente mientras que al mismo tiempo se
garantice que cada elemento de la salida est diseado para que las personas encuentren
que el sistema es fcil de emplear.
El termino salida se utiliza para denotar cualquier informacin, ya sea impresa o en una
pantalla. Cuando los analistas disean la salida:

Identifican la salida especfica que es necesaria para satisfacer los

requerimientos de la informacin.
Seleccionan los mtodos para presentar la informacin.
Crean los documentos, reportes u otros formatos que contienen la informacin
producida por el sistema.

Un sistema de informacin debe alcanzar uno o ms de los siguientes objetivos:

1. Expresar informacin relacionada con actividades pasadas, estado actual o
protecciones para el futuro.
2. Sealar eventos importantes, oportunidades, problemas o advertencias.
3. Iniciar una accin.
4. Confirmar una accin.
El buen diseo de la salida de los sistemas, no puede ser desarrollado en forma
independiente del uso que se dar a la salida. En otras palabras, no se puede clasificar
como buena una salida estticamente atractiva o que haga uso de una nueva tecnologa,
a menos que satisfaga las necesidades de la organizacin y de sus usuarios. El propio
proceso de diseo comienza cuando el analista de sistemas identifica la salida que debe
producir el sistema (un proceso que se inicia durante la determinacin de
requerimientos).
Aspectos importantes de las Salidas
Cuatro preguntas, a las que debe darse respuestas en forma completa y apropiada,
ayudan a los expertos de diseo de sistemas a comprender mejor lo que debe ser la
salida de un nuevo sistema:
Quines Recibirn La Salida?
El usuario, forma o no parte de la organizacin?, Quiz los usuarios externos tengan
requerimientos especficos que no se pueden cambiar y que dictan los requerimientos de
contenido, formato y medio de presentacin. Tal vez las organizaciones decidan
presentar la misma informacin en forma diferente cuando sta es enviada a los usuarios
tanto externos como internos.
Cuntos Detalles Son Necesarios?
Pocos detalles son necesarios para indicarle a alguien que renov una licencia de
manejo (nombre, direccin, fecha de renovacin, cuota y una identificacin de la salida

como aviso de renovacin). Sin embargo, un informe trimestral de venta de ventas

contiene muchos detalles con formatos diferentes que son de ayuda para trasmitir un
mensaje (qu sucedi, cmo ocurri y cul fue el resultado) a todos los usuarios.
Asimismo, la cantidad de datos tambin sugiere si deben emplear mtodos de impresin
o de presentacin en una pantalla.
Cuntos Y Que Tan Frecuente Es La Salida?
El calendario junto con la oportunidad de la salida, son guas especficas del diseo.
Algunas salidas se producen con poca frecuencia y slo cuando aparecen ciertas
condiciones: la emisin del aviso de renovacin de licencia puede ocurrir cada 4 aos,
la emisin de una notificacin de pago sucede cuando el saldo de la cuenta est vencido.
sin embargo, la organizacin puede requerir cada mes una salida que indique todas las
licencias que deben renovarse el prximo mes, o una salida cada semana que seale
todas aquellas cuentas cuyo saldo se venci durante la semana.
Qu Mtodo Utilizar?
Debe ser impresa o presentada en pantalla? Los ejemplos anteriores muestran que la
salida impresa se emplea con bastante frecuencia. Sin embargo, si un sistema da
respuestas del tipo s o no a las consultas, a menudo es apropiado presentar la respuesta
en una pantalla, algunos sistemas emplean una salida de audio para informarles sobre un
nuevo nmero telefnico o el cambio de ste.

Diseo de entradas:
( Disear el sistema de recopilacin de datos)
Las especificaciones de entrada describen la manera en que los datos ingresarn al
sistema para su procesamiento. Las caractersticas de diseo de la entrada pueden
asegurar la confiabilidad del sistema y producir resultados a partir de datos exactos, o
tambin pueden dar como resultado la produccin de informacin errnea. Asimismo,
el diseo de la entrada determina s el usuario puede interactuar con el sistema de
manera eficiente. El diseo de la entrada es el enlace que une al sistema de informacin
con el mundo y sus usuarios. Algunos aspectos del diseo cambian, lo que depende si
el sistema est orientado hacia lotes o en lnea. Pero sin considerar el sistema, existen
aspectos generales en la entrada que todos los analistas deben tener en cuenta.
El diseo de la entrada consiste en el desarrollo de especificaciones y procedimientos
para la preparacin de datos, la realizacin de los pasos necesarios para poner los datos
de una transaccin en una forma utilizable para su procesamiento, as como la entrada
de stos. La entrada de estos los datos se logra al instruir la computadora para que los
lea ya sea de documentos escritos o impresos, o por personas que los escriben
directamente en el sistema.
Controles de la cantidad de entrada.
Existen varias razones que explican porqu un buen diseo debe controlar la cantidad de
datos en la entrada. Primero, las operaciones de preparacin y entrada dependen de las
personas. Dado que los costos de la mano de obra son altos, los asociados con la
preparacin e ingreso de los datos tambin lo son altos. Disminuir los requerimientos
de datos puede reducir los costos y ocurrir lo mismo con los costos de mano de obra.
Segundo, la fase de entrada puede ser un proceso lento que toma mucho ms tiempo que
el que necesitan las computadoras para llevar a cabo sus tareas. De hecho, la

computadora quiz permanezca sin hacer nada durante el tiempo en que se preparan los
datos y la entrada para su procesamiento. Al disminuir los requerimientos de la entrada,
el analista puede acelerar todo el proceso desde la captura de datos hasta que los
resultados llegan a manos de los usuarios.

Evitar Retrasos. Un retraso en el procesamiento, que es un resultado de las

operaciones de preparacin o de entrada de datos, recibe el nombre de cuello de
botella. Evitar los cuellos de botella debe ser siempre uno de los objetivos que
el analista persiga al disear la entrada.
Evitar errores de datos. En cierto sentido la tasa de errores depende de la
cantidad de datos, ya que entre ms pequea sea sta, menores sern las
oportunidades para cometer errores. Es comn encontrar en las operaciones de
venta al por menor una tasa promedio del 3% de error en las operaciones de
entrada de datos. Si el volumen de datos es de 10,000 transacciones por semana,
entonces se presentarn aproximadamente 300 errores. A pesar de lo anterior, el
analista puede reducir el nmero de errores al disminuir el volumen de datos que
deben ingresarse por cada transaccin. El analista tambin puede modificar las
tasas de error de una operacin a travs del diseo de la entrada, ya que la forma
en que deben ingresar los datos puede tener efectos sobre la incidencia de los
errores. Otro aspecto del control de errores es la necesidad de detectarlos
cuando stos se presentan. Las verificaciones y balances en los programas para
entrada de datos, denominadas tcnicas de validacin de entradas, tambin
descubren errores en la entrada.
Evitar pasos adicionales. Algunas veces el volumen de transacciones y la
cantidad de datos en preparacin, o en el trabajo de entrada de datos, es algo que
no se puede controlar. Cuando no es posible reducir el volumen de
transacciones, el analista debe asegurar que el proceso sea lo ms eficiente
posible. El analista experimentado tambin evitar diseos para la entrada que
traigan como consecuencia una mayor cantidad de pasos a seguir. El efecto que
trae consigo ya sea aadir o quitar un paso cuando se alimentan los cheques al
proceso bancario, ser multiplicado muchas veces en el transcurso de un da de
trabajo.
Mantener la sencillez del proceso. Quiz el mejor consejo para los analistas es
alcanzar todos los objetivos ya mencionados en la forma ms sencilla posible.
Claro est que al incluir tantos controles sobre los errores las personas puedan
tener dificultades al emplear el sistema. En otras palabras. el control de los
errores puede obstruir la tarea. El sistema mejor diseado se ajusta a las
personas que lo utilizarn y al mismo tiempo, proporcionarn mtodos para el
control de los errores. La simplicidad funciona y es aceptada por los usuarios.
En contraste, cuesta trabajo que los usuarios acepten diseos para la entrada que
sean complejos o confusos, y no existe ninguna garanta para el xito al instalar
un sistema complejo. En consecuencia, es aconsejable evitar la complejidad
cuando hay opciones ms sencillas.
Validacin dela entrada. Los diseos de las entradas tienen como finalidad
reducir la posibilidad de cometer errores o equivocaciones durante la entrada de
datos. Sin embargo, siempre debe suponer que se presentarn errores. Estos
deben detectarse durante la entrada y corregirse antes de guardar los datos o
procesarlos. Es mucho ms difcil corregir datos equivocados despus de
almacenarlos que antes de hacerlo. De hecho los datos equivocados se olvidan

con frecuencia hasta que alguien utilice un reporte basado en esos datos y
cuestiona su exactitud y validez.
Los analistas de sistemas deciden los siguientes detalles del diseo de entradas.
1. Qu datos ingresan al sistema.
2. Qu medios utilizar.
3. La forma en que se deben disponer o codificar los datos.
4. El dilogo que servir de gua a los usuarios para dar entrada a los datos.
5. Validacin necesaria de datos y transacciones para detectar errores.
6. Mtodos para llevar a cabo la validacin de las entradas y los pasos a seguir cuando
se presentan errores.
Las decisiones de diseo para el manejo de entradas, especifican la forma en que sern
aceptados los datos para su procesamiento por computadora. Los analistas deciden si los
datos sern proporcionados directamente, quiz a travs de una estacin de trabajo, o
por el uso de documentos, como talones de venta, cheques bancarios o facturas, donde
los datos a su vez son transferidos hacia la computadora para su procesamiento.
1. Diseo de sistemas de Archivos:
Los sistemas de informacin en las empresas estn orientados hacia el uso de archivos y
bases de datos. Los datos se acumulan en archivos que son procesados o mantenidos
por el sistema. Las bases de datos acumulan los datos de las transacciones y otros tipos
de archivos, y estn diseadas para compartir los datos para distintas aplicaciones. Es
importante determinar su contenido y elegir un mtodo para organizar los datos. Al
mismo tiempo, si las aplicaciones propuestas utilizaran los recursos de la base de datos,
el analista debe desarrollar los medios para interactuar con la misma.
Las bases de datos permiten compartir los datos entre distintas aplicaciones. Adems de
la responsabilidad de disear archivos, determinar sus contenidos y elegir los mtodos
apropiados para organizar los datos, los analistas deben disear los medios de
interaccin con las bases de datos de la organizacin. En la mayora de los casos, las
bases de datos ya estarn disponibles y manejadas por el personal de administracin de
sta.
Cuando se disea un sistema de informacin para el procesamiento de transacciones, a
menudo el centro de atencin es una entidad. Cuando los analistas y usuarios adquieren
experiencia con el sistema de informacin y surgen nuevos requerimientos de la
aplicacin, la atencin cambia: de ser capaz de recuperar un registro especfico, a
desarrollar la capacidad de relacionar los registros sobre distintas entidades. Es
probable que cambien los requerimientos cuando las empresas quieren ms informacin
para las solicitudes de procesamiento.
El diseo de archivos incluye decisiones con respecto a la naturaleza y contenido del
propio archivo, como si se fuera a emplear para guardar detalles de las transacciones,
datos de tipo histrico o informacin de referencia. Entre las decisiones que se toman
durante el diseo de archivos, se encuentran las siguientes:

Los datos deben incluirse en el formato de los registros contenidos en el archivo.

La longitud de cada registro, con base en las caractersticas de los datos que
contiene.
La secuencia a disposicin de los registros dentro del archivo (la estructura de
almacenamiento que puede ser secuencial, indexada o relativa).

No todos los nuevos sistemas de informacin requieren del diseo de todos los archivos
utilizados por la aplicacin. Por ejemplo, es probable que ya existan archivos maestros
porque stos son utilizados por otras aplicaciones existentes.
Terminologa Bsica de Archivos:
DATOS: Los elementos individuales de los archivos se llaman datos, tambin
conocidos como campos. Cada dato se identifica por su nombre y tiene un valor
especfico asociado a l.
REGISTRO: Un registro es el conjunto completo de datos relacionados pertenecientes
a una entrada.
BASES DE DATOS: Una base de datos es una coleccin integrada de datos
almacenados en distintos tipos de registros, de forma que sean accesibles para mltiples
aplicaciones.
La interrelacin de los registros se obtiene de las relaciones entre los datos, no de su
lugar de almacenamiento fsico. Los registros para distintas entidades se almacenan
comnmente en una base de datos (mientras que los archivos almacenan registros para
una nica entidad). Por ejemplo, en una base de datos de una universidad, se
interrelacionan los registros de los estudiantes, cursos y profesores en la misma base de
datos.
Las bases de datos no eliminan la necesidad de archivos en un sistema de informacin.
Los distintos tipos de archivos siguen siendo necesarios para capturar los detalles de los
eventos y actividades de la empresa, para preparar reportes o almacenar datos que no
estn en la base de datos.
El uso de los diagramas de estructuras de datos requiere que el analista haga preguntas
importantes acerca de la entidad a describir:

Cules son los campos que identificarn de manera nica una ocurrencia de la
entidad?
Por qu medios se accesar la informacin acerca de la entidad?
Cules otros datos describen los atributos de la entidad?

Diseo de especificaciones para programas:

(Disear los programas de aplicacin):
Las especificaciones para programas son por s mismas un diseo. Ellas describen cmo
transformar las especificaciones de diseo del sistema (Salidas, entradas, archivos,
procesamiento y otras) en software de computadora.
El diseo de software de computadora es importante asegurarse que:

Los programas producidos lleven a cabo todas las tareas y lo hagan en la forma
establecida.
La estructuracin del software en mdulos permita su prueba y validacin para
determinar si los procedimientos son correctos.
Las modificaciones futuras se puedan realizar en forma eficiente y con un
mnimo de interrupcin en el diseo del sistema.

Un sistema ser diseado slo una vez, pero ser usado repetidamente y es muy
probable que evolucione en la medida que cambien las necesidades de los usuarios.
Estas observaciones aaden ms importancia al diseo de software.
Muchos sistemas de informacin, ya sea implantados en sistemas de cmputo grandes o
pequeos, interactuan con las bases de datos que abarcan varias aplicaciones. Dada la
importancia que tienen las bases de datos en muchos sistemas, su diseo es establecido
y vigilado por un experto en el diseo de sistemas que tiene la responsabilidad de
desarrollar y mantener la base de datos. El analista proporciona:
1. Los datos que son necesarios de la base de datos.
2. Las acciones que tendrn efecto sobre la propia base (por ejemplo, la recuperacin de
datos, cambios en los valores de los datos o el ingreso de nuevos datos en la base).
En algunas organizaciones existe una separacin entre las responsabilidades del
programador y las que tiene el analista. En otras, tanto los programadores como
analistas comparten las responsabilidades.

Diseo de procedimientos:
(Disear el sistema de procesamiento de datos)
Los procedimientos especifican qu tareas deben efectuarse al utilizar en sistema y
quines son los responsables de llevarlas a cabo. Entre los procedimientos importantes
se encuentran:

Procedimientos para entrada de datos.Mtodos para la captura de datos de las

transacciones y su ingreso en el sistema de informacin.
Procedimientos durante la ejecucin. Pasos y acciones emprendidos por los
operadores del sistema y, en ciertos casos, por los usuarios finales que
interactan con el sistema para alcanzar los resultados deseados.
Procedimientos para el manejo de errores. Acciones a seguir cuando se presentan
resultados inesperados.
Procedimientos de seguridad y respaldo.Acciones para proteger al sistema y sus
recursos contra posibles daos.

Diseo de controles
Los analistas de sistemas tambin deben anticipar los errores que se cometern al
ingresar los datos en el sistema o al solicitar la ejecucin de ciertas funciones. Algunos
errores no tienen importancia ni consecuencias, pero otros pueden ser tan serios que
ocasionaran la eliminacin de datos o el uso inapropiado del sistema. Un buen diseo

de sistema de informacin ofrecer los medios para detectar y manejar el error, los
controles proporcionan medios para:
Asegurar que solo los usuarios autorizados tengan acceso al sistema
1. Garantizar que las transacciones son aceptables
2. Validar los datos para comprobar su exactitud
3. Determinar si se han omitido datos que son necesarios.

Tcnica HIPO:
HIPO es otro mtodo de uso comn para desarrollar software de sistemas. HIPO es una
abreviatura del nombre en ingls de la entrada-proceso-salida-jerarquica, mtodo que
fue desarrollado por IBM para sus sistemas operativos grandes y complejos.
Propsito:
La hiptesis en la que HIPO se basa es que es fcil perder la pista de la funcin deseada
de un sistema o componente de un sistema grande. Esta es una razn por la que es difcil
comparar los sistemas existentes contra sus especificaciones originales (y por lo tanto,
porque pueden ocurrir fallas incluso en los sistemas tcnicamente bien formulados).
Desde el punto de vista del usuario, una sola funcin puede a menudo extenderse a
varios mdulos, por lo tanto, el inters del analista es entender, describir y documentar
los mdulos y su interaccin de forma que se obtenga el detalle suficiente, pero que no
se pierda de vista el panorama general.
El diagrama HIPO son descripciones grficas del sistema, en vez de prosa o narrativa.
Ayudan a los analistas a responder tres preguntas gua:
1. Qu hace el sistema o mdulo (Se pregunta al disear el sistema).
2. Cmo lo hace?
3. Cules son las entradas y las salidas?
Una descripcin de HIPO para un sistema consta de una tabla visual de contenidos y los
diagramas funcionales.
Tabla visual de contenidos.
La tabla visual de contenidos (VTOC) muestra la relacin entre cada uno de los
documentos que conforma en paquete de HIPO. Est formada por un diagrama de
jerarqua que identifica los mdulos en un sistema mediante un nmero y en relacin
con los otros y da una descripcin breve de cada mdulo.
Diagramas funcionales:
Existe un diagrama por cada caja en el VTOC. Cada diagrama muestra la entrada y la
salida, los procesos principales, movimientos de datos y puntos de control. Los
smbolos de los diagramas de flujo tradicionales representan los medios, tales como
cinta magntica, disco magntico y salida impresa.
Los diagramas de HIPO son efectivos para documentar un sistema. Tambin ayuda a los
diseadores y los fuerza a pensar cmo cumplir con las especificaciones y dnde hay

que ligar las actividades y componentes. Sin embargo, se basan en un conjunto de

smbolos especializados que requieren de explicacin, una preocupacin adicional si se
compara con la simplicidad de, por ejemplo, los diagramas de flujo de datos. Los
diagramas Hipo tienen su mayor fuerza en la documentacin del sistema.
TRANSICIN DE ANLISIS DEL DISEO
6.1. CARACTERSTICAS DE UN BUEN DISEO DE SISTEMAS
Los componentes de un sistema de informacin descritos durante el anlisis de requerimientos son el
punto focal del diseo de sistemas.

Flujos de datos. Movimientos de datos hacia, alrededor y desde el sistema.

Almacenes de datos. Conjunto temporales o permanentes de datos.

Procesos. Actividades para aceptar, manejar y suministrar datos e informacin.

Procedimientos. Mtodos y rutinas para utilizar el sistema de informacin y lograr con ello los
resultados esperados.

Controles. Estndares y lineamientos para determinar si las actividades que estn ocurriendo
en la forma anticipada o aceptada.

Funciones del personal. Las responsabilidades de todas las personas que tiene que ver con el
nuevo sistema, incluyendo los usuarios, operadores d computadora y personal de apoyo.

6.2. CARACTERSTICAS DEL DISEO CONCEPTUAL

El manejo del proceso de diseo significa tomar los pasos necesarios para que el esfuerza de desarrollo
avance en forma apropiada y produzca los resultados esperados.
Carpeta de descripcin del diseo de sistema
Los analistas de sistema denominan a esta s especificaciones informacin liberada o carpeta de diseo.
La informacin liberada incluye los siguientes aspectos:

Cuadro de despliegue. Descripciones de las entradas y salidas donde se muestra la ubicacin

de todos los detalles que aparecern en los reportes, documentos y pantallas de terminal.

Estructuras de registros. Descripciones de todos los datos contenidos en los archivos

maestros y de transacciones as como los diagramas relacionados con la base de datos.

Sistemas de codificacin. Descripciones de los cdigos que explican o identifican tipos de

transacciones, clasificaciones y categoras de eventos o entidades.

Especificaciones de los programas. Cuadros, tablas y descripciones grfica de los mdulos y

componentes del software de computadora junto con la interaccin entre cada una de ellos.

Especificaciones de procedimientos. Procedimientos planificados para instalar y operar el

sistema cuando este terminado.

Plan de desarrollo. Cronogramas que indican los tiempos necesarios para el desarrollo de las
actividades.

Costo del paquete. Gastos anticipados para el desarrollo, implantacin y operacin de nuevos
sistemas, clasificados por categoras tales como personal, equipo, comunicaciones, facilidades y
suministros.

6.3. PROYECCIN DEL ANLISIS A LAS SALIDAS

Para muchos usuarios finales, la salida es la nica razn para el desarrollo del sistema y la base sobre la
que ellos evaluarn la utilidad de la aplicacin.
Cuado disean la salida, los analistas deben realizar lo siguiente:

Determinar que informacin presentar.

Decidir si la informacin ser presentada en forma visual, verbal o impresa y seleccionar el

medio de salida.

Disponer la presentacin en un formato aceptable.

Decidir como distribuir la salida entre los posibles destinatarios.

6.4. PROYECCIN DEL ANLISIS A LAS ENTRADAS Y CONTROLES

Los analistas de sistemas deciden los siguientes detalles del diseo de entradas:
Que datos ingresan los sistemas.
Que medios utilizar.
La forma en que se debe disponer o codificar los datos.
El dilogo que servir de gua a los usuarios para dar entrada a los datos.
Validacin necesaria de datos y transacciones para detectar errores.
Mtodos para llevar a cabo la validacin de las entradas y los pasos a seguir cuando se presentan
errores.
Las decisiones de diseo para el manejo de entradas especifican la forma en que sern aceptados los
datos para su procesamiento por computadora.
El diseo de la entrada tambin incluye la especificacin de los medios por los que tanto los usuarios
finales como los operadores dan instrucciones al sistema sobre las acciones que deben emprender.
Controles de entrada.- El analista de sistemas debe especificar los controles para evitar la entrada
errnea al sistema de informacin. Para los campos crticos el control de la entrada implica verificar o
volver a teclear. Si un campo es crtico para la verificacin de una entrada y est sujeto a errores de
transcripcin o transposicin, como un nmero de cuenta o el nmero de identificacin de un empleado,
en analista tambin podra elegir anexarle un dgito de verificacin. En consecuencia, se debe decidir
acerca de un algoritmo en particular de dgitos de verificacin y documentarlo.
Dependiendo del tipo de mtodo empleado para la captura de datos, puede ser necesario realizar sobre
la entrada varias pruebas de racionalidad. Estos controles de entrada se aplican en cuatro niveles: (1)
Campos, (2) registros, (3) lotes y (4) archivos.
Controles de procesamiento.- An cuando el analista de sistemas pudiera proponer un extenso conjunto
de controles de entrada para el sistema que se est desarrollando, siempre habr algunos errores de
entrada que no puedan detectarse, creando errores adicionales durante el procesamiento. Operando
bajo la suposicin de que ningn sistema de informacin est completamente libre de errores, el analista
de sistemas inserta en los programas de procesamiento ciertos controles del tipo de los de la entrada.
Verificacin de racionalidad. En la codificacin de los programas se especifican pruebas de racionalidad
como parte de las rutinas bsicas para la validacin de las entradas.

Bitcora de transacciones. Se utilizan para respaldo, recuperacin y pruebas de auditora contable. Este
deber incluir informacin acerca del lugar, el momento y la terminal de donde se originaron las
transacciones, adems del nmero de usuario.
Controles de acceso a las bases de datos.- Los controles de acceso a la base de datos incluyen un gran
nmero de dispositivos y procedimientos desde puertas con cerradura y procedimientos de firma de
entrada/ firma de salida hasta dispositivos biomtricos. Los usuarios autorizados se identifican con base
en un dispositivo de control de acceso mediante geometra manual. Unos apuntadores conectan a los
usuarios autorizados a la tabla de autorizaciones, la cual especifica lo que puede hacer un usuario una
vez que se le ha dado acceso a ciertas relaciones o conjuntos de datos de la base de datos.
Controles de salida.- Una vez que se produce la salida, debern existir ciertos controles para asegurar
que esta salida no se pierda, corrompa o sea robada. Por lo general, los controles ms extensos se
aplican a la salida en lotes debido a que en la produccin y distribucin de las copias en papel est
involucrado un mayor nmero de personas. La salida en lnea por pantalla, normalmente requiere
menores controles debido a la interfaz directa usuario/ sistema y a controles de acceso ms estrechos.
6.5. PROYECCIN DEL ANLISIS A LA BASE DE DATOS
En estos casos, el analista de sistemas no afecta el diseo de l base de datos sino que consulta al
administrador.
A su vez el papel del administrador de base de datos incluye las siguientes responsabilidades:

Evaluar la conveniencia de la solicitud del analista.

Describir los mtodos para interactuar con la base de datos.

Asegurar que la aplicacin no pueda daar la base de datos o que la afecte de manera adversa
a las necesidades de otros sistemas de informacin.

6.6. PROYECCIN DEL ANLISIS A LOS PROCESOS (PROGRAMAS)

Hasta el momento, en la fase del diseo detallado, el analista de sistemas ha especificado las entradas,
las salidas, la base de datos, los controles y los procedimientos para el nuevo sistemas de informacin. Si
el nuevo sistema de informacin requiere hardware o software de sistemas adicionales, el analista de
sistemas ya se habr ocupado de que el proceso de abastecimiento de dichos recursos est en camino.
El diseo detallado de los programas requiere concentrar los esfuerzos del analista de sistemas en definir
los programas que formaron el sistema de informacin, los mdulos detallados de cada programa y las
relaciones entre los mdulos y los programas.
Definicin de programas.- El objetivo de la definicin de programas es la preparacin de una descripcin
de cada programa del sistemas de informacin. El analista de sistemas podra empezar agrupando las
salidas que sern producidas por el sistema de informacin. Luego se podra disear un programa para
generar cada grupo de salida. Para las entradas podra seguirse un proceso similar de agrupamiento y
designacin, comparando tareas tales como validacin y edicin de la entrada. Si los datos necesitan
ordenarse, entonces podra definirse otros programas de utilera.
Este proceso de agrupar las entradas y las salidas y luego pensar en las transformaciones necesarias
para pasar de la entrada a la salida, produce una lista de programas. Esta lista contendr el nombre,
nmero en clave, y una definicin breve de cada programa del sistema de informacin.
6.7. PROYECCIN DEL ANLISIS A LOS PROCEDIMIENTOS
Uno de lo principales beneficios del diseo de los sistemas es la generacin automtica de
documentacin y procedimientos como un subproducto del desarrollo de trabajo en sistemas. Para
cuando uno ha concluido la fase del diseo detallado de sistemas, se han completado entre muchas
otras cosas, los procedimientos tanto para los programas de aplicaciones como para el personal.
El ingls estructurado, los diagramas de flujo de datos y el diseo detallado de la salida, la entrada, la
base de datos, los controles y los procedimientos, proporcionan especificaciones suficientes para permitir
a los programadores escribir el cdigo. Cuando el programador de aplicaciones termina un programa,
entonces se agregan detalles adicionales como el nmero de identificacin del programa, el lenguaje de
control de trabajos (JCL), los procedimientos de prueba y el listado fuente para formar un paquete
completo de la documentacin del programa de aplicaciones.

Los analistas de sistemas tambin identifican las actividades realizadas por el personal. Se escriben
procedimientos para guiar al personal en sus tareas, de manera similar a los procedimientos escritos
para los programas de aplicaciones. Se presenta un ejemplo de captura de pedidos para ilustrar los
procedimientos escritos para los programadores de aplicaciones, seguido de los procedimientos de
descuento por pago en efectivo para el personal de ventas y de captura de pedidos.
7. PROPUESTA DEL SISTEMA
7.1. CONCLUSIN DEL ANLISIS DE SISTEMAS
A lo largo de toda la fase del anlisis de sistemas, el analista deber mantener una extensa
comunicacin con el solicitante, y dems personal de proyectos. Esta comunicacin comienza con el
reporte de la propuesta para realizar el anlisis de sistemas que se describi anteriormente. En forma
continua este esfuerzo de comunicacin incluye una retroalimentacin a las personas entrevistadas, u
observadas, con relacin a lo que el analista atiende; la verificacin con el personal usuario con respecto
a los hallazgos en otras funciones o actividades relacionadas que el analista identifique y reuniones
peridicas para informar a la gerencia y dems personal del proyecto acerca del progreso, situacin y
apego al calendario.
7.2. PREPARACIN DEL REPORTE ESCRITO
Reporte de terminacin del anlisis de sistemas
Quizs es la comunicacin mas importante de todas, que describe los hallazgos del anlisis de sistemas.
El formato y contenido de este reporte incluye lo siguiente:
Una nueva exposicin de la razn y alcance del anlisis.
Una lista de los principales problemas identificados.
Una presentacin de todos los requerimientos de los usuarios.
Un planteamiento de todas la suposiciones crticas hechas por el analista durante el anlisis.
Una proyeccin de los recursos requeridos y los costos esperados que estarn involucrados en el
diseo de cualquier nuevo sistema o en la modificacin del sistema actual.
Cualquier recomendacin referente al sistema propuesto o a sus requerimientos.
7.3. PREPARACIN ORAL DEL REPORTE
La simple entrega de los reportes de sistemas no es suficiente. Es necesaria una presentacin oral para
una comunicacin clara del trabajo realizado. Cuatro mtodos para la presentacin oral de los reportes
de sistemas son la memorizacin, la presentacin improvisada, la lectura, y el mtodo extemporneo.
7.3.1. MEMORIZADA
Una presentacin memorizada es eficaz en cierta forma y le proporciona a uno un sentimiento de
seguridad, pero a costa de una libertad y frescura, incluso en la presentacin memorizada, se necesita
tener un bosquejo para el caso en que uno se pierde.
7.3.2. IMPROVISADA
El mtodo improvisado es una presentacin sin ensayo y no se recomienda en absoluto para la
presentacin de los reportes del sistema. Debido a que uno es el autor de estos reportes, se podra
considerar que no es necesario revisarlos; sin embargo, sino se hace, se olvidarn los puntos principales
y se tender a divagar.
7.3.3. LECTURA
La lectura de los reportes puede describirse en una palabra arrullo; es una pastilla para dormir la lectura
de los reportes, adems de la incapacidad para mantener un contacto visual.
7.3.4. EXTEMPORNEA

El mtodo extemporneo es la mejor forma de presentar los reportes. Si uno ha hecho su tarea y conoce
sus reportes de pies a cabeza, entonces ste es el mtodo de entrega ms verstil y expresivo. Se es
espontneo y enrgico. Uno se puede adaptar fcilmente a tpicos y situaciones que no estaban
planeadas.
7.5. ALTERNATIVAS DE SOLUCIN
Parar el trabajo.- Este resultado significa que ya no se va a realizar ms trabajo y que el trabajo en
sistemas y los recursos debern dirigirse hacia otros trabajos. Este resultado podra presentarse debido a
que una propuesta no cumple las consideraciones de factibilidad, debido a un cambio en las decisiones
de la gerencia o del solicitante, o debido a un reordenamiento de las prioridades de los sistemas.
Estado de espera.- Este resultado es bastante comn y generalmente se da por una falta de fondos o
una actitud conservadora de la gerencia.
Modificar.- Este resultado significa que la gerencia decide que algunos aspectos de la propuesta se
deben cambiar o combinar con otros subsistemas.
Proceder bajo condicin.- Este resultado significa que el trabajo en sistemas proseguir segn se
propuso, pero que la propuesta del diseo final antes de la implementacin tendr que justificarse en
base a la factibilidad.
Proceder sin condiciones.- Muchas propuestas de sistemas o subsistemas son autorizadas por la
gerencia con un conocimiento total de que los costos superaron los beneficios medibles.
7.6. DOCUMENTACIN DEL ANLISIS PRELIMINAR
El reporte est dirigido a dos receptores diferentes. Primeramente, el gerente para determinar si el
analista ha realizado un trabajo competente. El segundo lugar a la gerencia general y a la gerencia de los
usuarios para determinar si el analista ha considerado o no todos los requerimientos de la organizacin.
Para proporcionar un reporte significativo a estas dos partes interesadas, el analista deber esforzarse
por ser conciso pero completo al preparar el reporte. Los requerimientos debern cuantificarse y
explicarse de manera especfica. El analista deber evitar en el reporte el lenguaje tcnico y los
acrnimos. Debern anexarse exposiciones y los documentos de trabajo que se utilizaron en el anlisis
de sistemas.