MD 3013092013

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD
ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA

CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

PROGRAMA DE INGENIERA DE SISTEMAS
301309 DISEO DE SISTEMAS

MOISS DE JESS RODRGUEZ BOLAO
(Director Nacional)
SANTA MARTA
2013

TABLA DE CONTENIDO
INTRODUCCIN ............................................................................. 9
UNIDAD 1. INTRODUCCIN AL DISEO ................................................. 11
OBJETIVOS .............................................................................. 11
GENERAL .............................................................................. 11
ESPECFICOS .......................................................................... 11
COMPETENCIAS ......................................................................... 11
Captulo 1. VISIN GENERAL DEL DISEO DE SISTEMAS ........................... 13
Leccin 1. CONCEPTO DEL DISEO ................................................ 14
Leccin 2. OBJETIVOS DEL DISEO DE SISTEMAS ................................ 15
Leccin 3. CARACTERSTICAS A DISEAR ......................................... 17
Leccin 4. NIVELES DEL DISEO ................................................... 18
Leccin 5. PROCESO DEL DISEO GENERAL DE SISTEMAS ...................... 20
Captulo 2. MANEJO DEL PROCESO DE DISEO ..................................... 22
OBJETIVOS ............................................................................ 22
Leccin 6. BOSQUEJOS Y PROTOTIPOS ........................................... 23
ii

Leccin 7. MESA DE TRABAJO DE LOS DISEADORES............................ 27
Leccin 8. CARPETA DE DESCRIPCIN DEL DISEO DEL SISTEMA .............. 28
Leccin 9. SEGUIMIENTO DEL PROCESO DE DISEO ............................. 29
Leccin 10. SELECCIN DE HARDWARE Y SOFTWARE ........................... 32
10.1 Determinacin de los requerimientos de tamao y capacidad ....... 32
10.2 Factores financieros ........................................................ 33
10.3 Mantenimiento y soporte ................................................... 34
10.5 Seleccin de software ...................................................... 34
Captulo 3. MANEJO DE SISTEMAS DESARROLLADO POR USUARIOS FINALES ... 36
Leccin 11. PARTICIPACIN DE LOS USUARIOS .................................. 36
Leccin 12. RESPONSABILIDAD DE LOS USUARIOS EN EL DISEO .............. 37
Leccin 13. RESPONSABILIDAD DEL ANALISTA DE SISTEMAS ................... 37
Leccin 14. RIESGOS ASOCIADOS CON EL DESARROLLO POR PARTE DE LOS
USUARIOS ............................................................................. 38
Leccin 15. Recomendaciones prcticas para el inicio del diseo e
implementacin de un sistema de calidad ....................................... 39
ACTIVIDADES COMPLEMENTARIAS .................................................... 41
iii

Bibliografa .............................................................................. 44
ELECTRNICA ......................................................................... 44
Unidad 2. DISEO DE SISTEMAS ........................................................ 46
INTRODUCCIN ......................................................................... 46
OBJETIVOS .............................................................................. 46
GENERAL .............................................................................. 46
ESPECFICOS .......................................................................... 46
Captulo 4. DISEO DE SALIDAS ...................................................... 48
Leccin 16. OBJETIVOS, tipos de salida y objetivos del diseo de entrada . 50
16.1 TIPOS DE SALIDA ............................................................. 53
16.1.1. Tabular .................................................................. 54
16.1.2. Grfica .................................................................. 54
16.2 OBJETIVOS DE DISEO DE ENTRADA ...................................... 55
Leccin 17. DISEO DE SALIDA IMPRESA y DISEO DE SALIDA POR PANTALLA
......................................................................................... 55
17.1 Mtodos para la salida impresa ........................................... 57
17.2 DISEO DE SALIDA POR PANTALLA ........................................ 57
iv

17.3 Diseo de Ventanas ......................................................... 60
Leccin 18. CAPTURA DE DATOS, DISEO DE DOCUMENTOS Y VALIDACIN DE
ENTRADAS ............................................................................. 60
18.1. DISEO DE DOCUMENTOS .................................................. 62
18.1.1. Creacin de formularios fciles de contestar ..................... 62
18.1.2. Cumplir el propsito para el cual se disean ...................... 64
18.1.3. Garantizar que los formularios se contesten con precisin ..... 65
18.1.4. Hacer formularios atractivos ......................................... 65
18.2. VALIDACIN DE ENTRADAS ................................................ 65
18.2.1. Validacin de las transacciones de entrada ....................... 66
18.2.2. Validacin de datos de entrada ..................................... 67
18.3. Procesos de validacin .................................................... 68
Leccin 19. DEFINICIN DE INTERFACE, diseo de dialogo y estrategias de
dialogo ................................................................................ 69
19.1. Caractersticas de la interface ......................................... 70
19.2. Tipos de acciones en la interface ..................................... 70
19.3. DISEO DE DIALOGO ..................................................... 71
19.4. ESTRATEGIA DEL DIALOGO ................................................ 77
Leccin 20. DIALOGO CON ENTRADA DE DATOS ................................. 80
v

20.1. Paginacin y scrolling ...................................................... 81
20.2. Sistemas de Ayuda ......................................................... 85
Captulo 5. DISEO DE ARCHIVOS .................................................... 87
Leccin 21. DIAGRAMA DE ESTRUCTURAS DE DATOS ........................... 88
Leccin 22. TIPOS Y MTODOS DE ORGANIZACIN DE ARCHIVOS ............. 90
22.1. MTODOS DE ORGANIZACIN DE ARCHIVOS ............................ 93
Leccin 23. RESPALDO Y RECUPERACIN DE ARCHIVOS ........................ 95
23.1. Otras estrategias de respaldo y recuperacin ......................... 96
Leccin 24. DESARROLLO DE SISTEMAS EN UN AMBIENTE DE BASES DE DATOS
......................................................................................... 97
24.1. Abstraccin de datos....................................................... 99
24.2. Modelos de los datos ...................................................... 100
Leccin 25. ESTRUCTURACIN DE DATOS ....................................... 106
25.1. Normalizacin .............................................................. 106
25.2. Formas Normales .......................................................... 107
25.2.1. Primera Forma Normal (1FN) ....................................... 107
25.2.2. Segunda Forma Normal (2FN) ....................................... 107
25.2.3. Tercera Forma Normal (3FN) ....................................... 108
vi

25.2.4. Forma Normal de Boyce Codd (FNBC) ............................. 108
25.2.5. Cuarta Forma Normal (4FN) ......................................... 109
25.2.6. Quinta Forma Normal (5FN) ......................................... 109
Captulo 6. DISEO PARA COMUNICACIN DE DATOS ............................ 110
Leccin 26. REQUERIMIENTOS PARA SISTEMAS DE COMUNICACIN DE DATOS
........................................................................................ 111
26.1. REDES DE COMUNICACIN ................................................ 117
26.2. Arquitecturas de red ...................................................... 119
Leccin 27. DISEO DE SISTEMAS CONFIABLES ................................. 120
27.1. Enfoques de la confiabilidad ............................................ 120
27.2. Diseos fciles de mantener ............................................. 121
Leccin 28. GRFICAS DE ESTRUCTURAS DE PROGRAMAS, DISEO DE
SOFTWARE Y HERRAMIENTAS DE DOCUMENTACIN ............................ 121
28.1. Simbologa .................................................................. 122
28.2. DISEO DE SOFTWARE .................................................... 122
28.3. HERRAMIENTAS DE DOCUMENTACIN ................................... 124
Leccin 29. MANEJO DEL PROCESO PARA GARANTIZAR LA CALIDAD Y MANEJO
DE LAS PRCTICAS DE PRUEBA .................................................... 128
vii

29.1. MANEJO DE LAS PRCTICAS DE PRUEBA ................................ 129
29.1.1. Organizacin para las pruebas del software ...................... 129
29.1.2. Estrategia de prueba del software ................................. 130
LECCIN 30. manejo Y DISEO DETALLADO de objetos ....................... 133
30.1. DISEO DEL SISTEMA ...................................................... 134
30.2. DISEO DETALLADO DE OBJETOS ........................................ 135
ACTIVIDADES COMPLEMENTARIAS ................................................... 136
Bibliografa ............................................................................. 141
viii

INTRODUCCIN
1
Para determinar los requerimientos de sistemas, es necesario analizar los
hechos que se tienen a la mano. Las descripciones y la documentacin

desarrollada como resultado del esfuerzo de bsqueda de hechos, se estudian
con la finalidad de evaluar el funcionamiento del sistema en uso y establecer
los requerimientos que debe cumplir un nuevo diseo. Las conclusiones
obtenidas durante esta actividad forman la base para la transicin hacia el
diseo as como de otras actividades de desarrollo.
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 se
puede tener gran influencia sobre la efectividad de un usuario, ya sea para el
manejo de transacciones o para la administracin de la organizacin. Algunos
diseos son ms efectivos que otros.
Al considerar los objetivos de diseo, se observa que stos van desde el
satisfacer las necesidades de la empresa hasta el empleo eficaz de la tecnologa
de cmputo. La esencia del diseo de sistemas es la seleccin y especificacin
de las caractersticas de un sistema de informacin.
El diseo de sistemas tiene dos etapas:
El diseo lgico: comprende las especificaciones detalladas del nuevo sistema,
es decir aquellas que describen sus caractersticas: salidas, entradas, archivos,
1
Anlisis y diseo de sistemas de informacin. James A. Senn. Segunda edicin. Mxico. 1992

bases de datos y los procedimientos, todo en forma que satisfaga los
requerimientos del proyecto.
Construccin fsica del sistema: produce el software, los archivos y un sistema
que funciona. Las especificaciones de diseo indican a los programadores lo que
el sistema debe hacer. Las personas que tienen la responsabilidad del diseo
deben determinar cules son los enfoques del diseo, cmo afectan a sus
proyectos y guiarse por ellos, incorporando al mismo tiempo creatividad e
innovacin.
10

UNIDAD 1. INTRODUCCIN AL DISEO
OBJETIVOS
GENERAL
Identificar el papel que cumple el diseo en el desarrollo de sistemas de
informacin.
ESPECFICOS
Interpretar el concepto general de diseo.
Identificar la evolucin histrica del diseo de sistemas.
Relacionar la importancia y los objetivos del diseo de sistemas.
Presentar una vista del diseo general de sistemas y su papel en el
desarrollo de sistemas de informacin.
Interpretar el concepto de sistema de informacin
Examinar la importancia que tienen los usuarios en el diseo de sistemas.
Relacionar la responsabilidad de los usuarios y del analista de sistemas en
el diseo de sistemas.
COMPETENCIAS
El estudiante comprende e interpreta el concepto de diseo de
sistemas.
El estudiante reconoce las especificaciones formales y detalladas de
diseo de sistemas que describan las caractersticas de un sistema de
informacin: entrada, salida, archivos, bases de datos y procedimientos.
11

El estudiante identifica, reconoce y utiliza tcnicas y principios de diseo
para el desarrollo de sistemas de informacin.
El estudiante identifica y aplica las caractersticas y elementos del diseo
de salidas, los tipos de salidas y como presentar la informacin de salida.
de entradas y controles, validacin de datos, diseo de documentos
fuente y de captura de datos para la entrada.
de dilogo en lnea, que es una interface, estrategias del dialogo y del
diseo de dialogo con entrada de datos.
de archivos y uso de dispositivos de almacenamiento secundario.
de interacciones de base de datos y del diseo para comunicacin de
datos.
El estudiante identifica situaciones de contexto en las cuales debe aplicar
el diseo de sistemas.
12

CAPTULO 1. VISIN GENERAL DEL DISEO DE SISTEMAS
El diseo de sistemas es convertir los requerimientos en soluciones que los
satisfagan.
Los analistas de sistemas comprenden la recopilacin de hechos y el anlisis de
los mismos. El lector puede afirmar que el analista primero define y documenta
y despus analiza. Las capacidades perceptivas del analista tienen influencia en
los resultados del anlisis. Esta seccin proporciona un marco de referencia que
es de gran utilidad para percibir las debilidades y requerimientos del sistema.
As mismo, identifica las estrategias a seguir para satisfacer los requerimientos
establecidos, como base a la transicin al diseo de sistema.
Cierta informacin tal como la finalidad de cada paso, la personalidad de los
empleados o el nmero de copias elaboradas de determinados documentos,
pueden parecer, a primera vista, como detalles de fondo que describen un
sistema pero que parecen ser crticos para su anlisis.
Despus, durante el
anlisis, a menudo se vuelven de gran importancia. Por ejemplo el aumento de

los costos de manos de obra o de la cada de los niveles son hechos que pueden
estar relacionados con desacuerdos que afectan de forma adversa a la
productividad y que conducen a la contratacin de ms personal. El nmero de
copias elaboradas en un documento puede ser el indicio de que pasos que estn
omitiendo si algunas de las copias siempre se descartan sin que le hayan dado
uso alguno. Tambin existe una relacin entre el conocimiento que tienen los
individuos de los pasos especficos a seguir en un determinado flujo de trabajo
y la forma en que ellos efectan dichos pasos.
13

LECCIN 1. CONCEPTO DEL DISEO
Antes de llegar a definir lo que es el diseo de sistemas, es importante
identificar el concepto general sobre diseo y lo que es disear.
Cualidades del diseador
14

LECCIN 2. OBJETIVOS DEL DISEO DE SISTEMAS

El diseo de sistemas se ocupa de desarrollar las directrices propuestas durante
el anlisis en trminos de aquella configuracin que tenga ms posibilidades de
satisfacer los objetivos planteados tanto desde el punto de vista funcional como
del no funcional.
15

Existen diferentes definiciones de lo que es el diseo de sistemas, entre las
cuales se pueden destacar:
Por tal razn, el diseo de sistema persigue los siguientes objetivos:

Generales
Satisfacer los
requerimientos de
los usuarios
Especficos
Efectuar en forma correcta los procedimientos apropiados
Presentar en forma apropiada y adecuada la informacin
Proporcionar resultados exactos
Utilizar mtodos de interaccin apropiados
Proporcionar confiabilidad
Especificar
los
elementos de diseo
lgico
Proporcionar las
especificaciones de
software
Ajustarse a
estndares de diseo
Describir las caractersticas de un sistema de informacin: entrada,

salida, procedimientos, archivos, bases de datos.
Las buenas prcticas de diseo ergonmico deben contribuir a la

efectividad y eficiencia del usuario.
Fcil de usar
Especificar los componentes y funciones con suficiente detalle para

construir el software.
El diseo y su especificacin debe estar en concordancia con estndares
de desarrollo as como con las reglas establecidas por la organizacin.
16

LECCIN 3. CARACTERSTICAS A DISEAR
Los elementos que se deben tener en cuenta para el diseo son:
Elementos
Diseo de salida
Caractersticas
Se debe tener en cuenta para el diseo de salida:
La informacin a presentar.
Determinar la forma en que ser presentada la informacin (visual,

impresa) y el medio de salida.
Seleccin de formatos para la presentacin de la informacin.
Definir la distribucin o disposicin de informacin sobre el medo

de salida.
Diseo de archivos
Diseo de bases de
datos
Incluye:
o
Los datos que se deben incluir
Movimiento de datos
Longitud de registros
Diseo de archivos
Estructura de almacenamiento
Tipos de archives
Se debe determinar:
o
Datos necesarios de la base de datos
Relaciones entre datos
Estructuras de los datos
El modelo de datos
Manipulacin de datos
Diseo de la base de datos
17

Diseo de entrada
Diseo de controles
Diseo de procedimientos
Diseo de software
Incluye:
o
Captura de datos
Validacin de datos
Medios de entrada de datos
Disposicin y codificacin de datos
Mtodos de validacin de datos
Incluye:
o
Validacin de datos
Autorizacin y acceso de usuarios
Seguridad
Incluye:
o
Procedimientos de entrada de datos
Procedimientos para el manejo de errores
Procedimientos de seguridad
Incluye:
o
Modularidad y fragmentacin
Acoplamiento
Cohesin
Tamao
LECCIN 4. NIVELES DEL DISEO

Como se ha planteado anteriormente, el objetivo del diseo es buscar
soluciones de diseo que satisfaga las necesidades que se establecieron durante
el anlisis de sistemas.
18

En la siguiente figura se puede visualizar los diferentes niveles de diseo de
sistemas:
Sistemas de
Informacin
Aplicacines
Subsistemas
Subsistemas
Componentes
Los analistas de sistemas estn involucrados desde el rediseo de un

componente de un sistema o de un subsistema hasta la creacin y diseo de un
sistema de informacin. Independiente de cada uno de estos niveles, el
objetivo que persigue al analista de sistemas es buscar soluciones de diseo
para satisfacer las necesidades que se establecieron durante la fase del anlisis
de sistemas.
19

LECCIN 5. PROCESO DEL DISEO GENERAL DE SISTEMAS
Segn Burch-Grudnitski, el proceso del diseo general de sistemas comprende
las etapas que se ilustra en la siguiente figura:
20

Este proceso comprende:
El analista de sistemas conoce los requerimientos de los usuarios, el alcance del
sistema y los recursos disponibles (personas, dinero, mquinas, materiales,
mtodos).
Las fuerzas de diseo se consideran y se ponderan para determinar el impacto
sobre los componentes estructurales y los diseos finales se crean diferentes
alternativas de diseo para tomar en cuenta diferentes funciones de
ponderacin.
Con base en las fuerzas de diseo se pueden crear diversos diseos alternativos
que se someten a consideracin de los usuarios.
El analista de sistemas presenta a los usuarios diversas alternativas de diseo,
entre las cuales se eligen algunas para ser evaluadas con mayor profundidad. La
presentacin de diversas alternativas aumenta la probabilidad que se
implemente el diseo correcto.
Preparacin del reporte de la propuesta del diseo general de sistemas
Una vez se ha elegido la propuesta del diseo general de sistemas, se prepara
un reporte final que tiene como objetivo comunicar a la gerencia de la
organizacin y a los usuarios la forma, a nivel general, en que el sistema
satisface los requerimientos.
El reporte de la propuesta del diseo general de sistemas debe contener:
21

La(s) razn (es) que dieron inicio al trabajo, se debe incluir los objetivos especficos.
Relacionar los requerimientos originales de los usuarios y los objetivos con la propuesta
actual del diseo de sistemas.
Preparar un modelo completo del diseo propuesto. En lo posible se deben incluir

alternativas de diseo, dentro de las cuales la gerencia pueda elegir.
Mostrar todos los recursos requeridos para implementar y mantener cada alternativa.
Identificar toda suposicin crtica o problema no resuelto que pueda afectar al diseo
final de sistemas.
CAPTULO 2. MANEJO DEL PROCESO DE DISEO

El proceso de diseo es una gua general de los pasos que pueden seguirse para
dar al Ingeniero cierto grado de direccin para la solucin de problemas. Los
diseadores
emplean un gran nmero de combinaciones de pasos y
procedimientos de diseo, pero no se puede decir que haya una combinacin

ptima. El seguir las reglas estrictas del diseo no asegura el xito del proyecto
y an puede inhibir al diseador hasta el punto de restringir su libre
imaginacin. A pesar de esto, se cree que el proceso de diseo es un medio
efectivo para proporcionar resultados organizados y tiles.
OBJETIVOS
El objetivo del manejo del proceso de diseo es realizar los pasos necesarios
para que se desarrolle en forma apropiada el diseo.
22

LECCIN 6. BOSQUEJOS Y PROTOTIPOS
Se puede utilizar tres tcnicas de anlisis y diseo de sistemas que ayudan a
especificar los requerimientos de manera previa.
1. Bosquejo de componentes estructurales

Esta tcnica permite reunir todos los componentes estructurales en una hoja de papel o en
una pantalla para cada alternativa de diseo, lo que permite que el analista tenga un
bosquejo y una vista general de todo el sistema.
23

Las alternativas de diseo se bosquejan para que los usuarios presenten sus comentarios y
reacciones y ofrezcan una retroalimentacin a los analistas de sistemas. Estos bosquejos
ayudan a determinar elementos faltantes y permiten generar ideas de diseo adicionales.
Cada uno de los diseos finales posibles est contenido en una hoja de componentes
estructurales. Estas hojas se convierten en una parte principal del reporte de la propuesta
del diseo general de sistemas.
24

2. Bosquejo en papel
Esta tcnica consiste en entregar una hoja de papel en blanco a los usuarios y se les pide que
bosquejen lo que desean como salida. Los usuarios bosquejan elementos como tablas y
diagramas y el contenido de la salida que desean.
Los bosquejos iniciales pueden ser incompletos, pero con el desarrollo de cada nuevo
bosquejo se da un aprendizaje interactivo. Con el paso del tiempo, se obtiene un nivel de
detalle a partir del cual se puede implementar el bosquejo final. Al final, los analistas de
sistemas, en cierto modo se pueden asegurar que los sistemas que implementen corresponden
a lo que los usuarios desean y necesitan.
25

3. Prototipos
Esta tcnica permite que el usuario trabaje con una imitacin del sistema que se va a
implementar. Este prototipo permite a los usuarios ver no solamente lo que van a recibir,
sino que tambin les da la oportunidad de hacer una prueba de manejo.
En la fase de Diseo, su propsito, es mostrar las ventanas, su navegacin, interaccin,
controles y botones al usuario y obtener una retroalimentacin que permita mejorar el diseo
de interfaz.
Caractersticas:
El prototipo es una aplicacin que funciona
Los prototipos se crean con rapidez
Los prototipos evolucionan a travs de un proceso iterativo
Los prototipos tienen un bajo costo de desarrollo
Los prototipos tienen las siguientes etapas:
26

LECCIN 7. MESA DE TRABAJO DE LOS DISEADORES
Como se aprecia en la figura anterior, la mesa de trabajo de los diseadores

integra las herramientas necesarias para analizar, disear, evaluar, documentar
e implementar un sistema de informacin. Todas las herramientas de trabajo
para llevar a cabo el proceso de diseo deben estar al alcance del analista de
sistemas.
Las herramientas del diseador comprenden el uso de diferentes tcnicas,
estrategias
especificaciones,
modelos
diseo
que
de
permiten
construir,
documentacin,
elaboracin de bosquejos y prototipos
crear
almacenar,
diversos
revisar
diagramas,
con el propsito de entregar la
propuesta general del diseo de sistemas.

Una vez se completa el diseo y la evaluacin, se genera el cdigo de
programas de aplicacin de acuerdo a las especificaciones del diseo.
27

LECCIN 8. CARPETA DE DESCRIPCIN DEL DISEO DEL SISTEMA
El objetivo de este paso es documentar en forma completa las especificaciones
y los requerimientos del Sistema. Segn James A. Senn, sta carpeta contiene
los siguientes aspectos:
Elemento
Caractersticas
Propuesta
de Identificacin de los objetivos, justificacin y establecimiento de los
desarrollo
requerimientos de la organizacin y de los usuarios.
Diagramas de flujo Descripcin completa del sistema utilizando diagramas de flujo de

de datos
datos.
Cuadros
de Especificacin de las entradas y salidas. Se detallan reportes,
despliegue
Estructura
registros
Codificacin
documentos y pantallas.
de
los Descripcin de los datos contenidos en los archivos maestros. Se

especifican los diagramas relacionados con las bases de datos.
Descripcin de los cdigos que explican o identifican tipos de
transacciones, clasificaciones y categoras de eventos o entidades.
28

Especificaciones
programas
Especificaciones
procedimientos
Plan de desarrollo
Costos
de Descripciones grficas (cuadros, tablas) de los mdulos y

componentes del software junto con la interaccin de cada uno.
de Planificacin de procedimientos necesarias para la instalacin y
puesta en marcha del sistema, una vez terminado.
Cronogramas que indican los tiempos necesarios para el
desarrollo de las actividades.
Gastos anticipados para el desarrollo, implantacin y puesta en
marcha del sistema.
LECCIN 9. SEGUIMIENTO DEL PROCESO DE DISEO

Pretende llevar y tener un avance del desarrollo del proyecto con relacin a:
Tiempo de desarrollo: se debe dar respuesta a: Cunto tiempo tardar e
proyecto? Qu actividades se deben tener en cuenta para mantener el
desarrollo del proyecto dentro de los tiempos planificados? El proyecto se est
desarrollando de acuerdo a los tiempos especificados?
Costo de desarrollo: Los gastos del proyecto se encuentran dentro de los
proyectado y planificado?
Aceptabilidad del diseo: El diseo: Satisface los requerimientos de la
organizacin y de los usuarios? El sistema est siendo construido con el diseo
propuesto?
29

Estimacin y control del tiempo de desarrollo
Es importante que un proyecto se desarrolle a tiempo, y para que esto suceda
debe tener en cuenta las siguientes caractersticas:
Una estimacin cuidadosa de los requerimientos de tiempo.
Un medio para monitorear el avance.
Un medio para comparar el desempeo planeado con lo real.
Informacin suficiente para enfrentar problemas que surjan
Las estimaciones son aproximaciones del esfuerzo necesario para producir el
sistema deseado.
Existen tres mtodos para estimar el tiempo de desarrollo de un proyecto:
Mtodo
Caractersticas
Se basa en registros que se tienen del desarrollo de proyectos anteriores. Estos
registros contienen informacin sobre las caractersticas del proyecto, asignacin
de tareas, requerimientos de tiempo y personal y los problemas encontrados en su
Histrico desarrollo. Cuando se proponen nuevos proyectos, estos registros sirven para
establecer una comparacin y estimar el tiempo esperado de desarrollo. Este
mtodo es til cuando el proyecto nuevo es similar al proyecto desarrollado
anteriormente.
Este mtodo no se basa en registros documentados y por el contrario se basa en la
Intuitivo
experiencia del personal ms antiguo, el cual estima, por medio de experiencias

personales, el tiempo de desarrollo esperado.
Este mtodo permite identificar y cuantificar (de forma individual) los factores
Estndar
ms importantes que afectan el tiempo de desarrollo del proyecto (personal, el

sistema, complejidad del proyecto).
30

Las estimaciones del tiempo del proyecto comprenden dos tipos:
Requerimientos de tiempo del proyecto
Requerimientos de tiempo calendario
1. Requerimientos de tiempo del proyecto
Es el tiempo necesario para llevar a cabo: anlisis, diseo, codificacin, implementacin
pruebas y puesta en marcha del sistema.
Se debe tener en cuenta:
Estimacin de los tiempos de actividad del sistema
Identificacin de las variables de desarrollo del programa
Calculo de las estimaciones de tiempo de programacin
2. Requerimientos de tiempo calendario

Se determina el calendario del proyecto (das, semanas, meses).
A menudo se utilizan los siguientes mtodos:
Diagramas de barras
Diagrama de eventos crticos
PERT
31

LECCIN 10. SELECCIN DE HARDWARE Y SOFTWARE
La seleccin y adquisicin de hardware y software comprende una tarea ms en
la actividad de un nuevo sistema. Comprende las actividades de:
Formular las especificaciones del sistema
Recibir y revisar las propuestas de los vendedores
Realizar una seleccin
Seleccin de hardware
10.1 DETERMINACIN DE LOS REQUERIMIENTOS DE TAMAO Y CAPACIDAD
Entre las caractersticas a considerar se tienen:
Tamao de memoria interna
Velocidad del ciclo de sistema
La capacidad de volumen total del sistema
Nmero de canales para entrada, salida y comunicacin
Tipos y nmeros de unidades de almacenamiento
Puertos de comunicacin
Tamao de disco
Capacidad de almacenamiento auxiliar
Apoyo del sistema y software de utileras
Medicin y evaluacin de sistemas de cmputo
Se centra en las pruebas de equipo, y consiste en la aplicacin de
programas para emular el trabajo real de procesamiento de un sistema.
Compatibilidad de equipos
32

Se debe asegurar que el equipo cumpla con los niveles necesarios de calidad,
que se desempear igual al equipo original y que el proveedor ofrece garantas
y acuerdos de servicios.
10.2 FACTORES FINANCIEROS
La adquisicin y pago de un sistema de cmputo se maneja por medio de uno de
los tres mtodos siguientes:
Mtodo
Arrendamiento
Ventajas
Desventajas
No se invierte ningn capital
No se requiere financiamiento
propiedad del sistema cuando
Los pagos son ms bajos que por
expira el arrendamiento
alquiler
La organizacin no tiene la
Los arrendamientos son ms caros

que la compra
Compromiso a corto plazo
Poco control del cambio de equipo
La organizacin no es duea de los
Alquiler a largo
No se invierte ningn capital
plazo
No se requiere financiamiento
Es fcil cambiar los sistemas
Incluyen mantenimiento y seguro
Poco riesgo de obsolescencia
Es ms barato que el
El costo inicial es alto
arrendamiento o el alquiler
Riesgo de obsolescencia
Posibilidad de cambiar el sistema
Riesgo de quedarse con un equipo
La organizacin tiene el control
Compra
total
equipos
que el arrendador asume el riesgo
malo si la opcin fue errnea
33
El costo es demasiado alto puesto
Responsabilidad total

10.3 MANTENIMIENTO Y SOPORTE
Por lo general se tienen:
Caractersticas
Soporte de hardware
Soporte de software
Lnea completa de hardware
Productos de calidad
Garanta
Necesidades completas de software
Programacin a la medida del cliente
Garanta
Compromiso para programar
Instalaciones
capacitacin
Asistencia tcnica
Procedimientos de mantenimiento rutinario
Tiempo de respuesta especfico en caso de emergencia
Prstamos de equipo de repuesto mientras se hace la
Mantenimiento
Capacitacin en las instalaciones del comprador
reparacin
10.5 SELECCIN DE SOFTWARE

Es importante realizar un anlisis de requerimientos de informacin de los
usuarios y los sistemas, antes de llegar a tomar la decisin si se compra, se
desarrolla o se subcontrata un software.
34

Ventajas
Desventajas
Respuestas
especficas
necesidades
las
especializadas
del
negocio.
Crear software a
la medida
La innovacin podra proporcionar

una ventaja competitiva a la
empresa.
El costo inicial puede ser alto
Necesidad de contratar o trabajar

con un equipo de desarrollo
Mantenimiento continuo
Enfocado en la programacin, no en
Personal interno disponible para

dar mantenimiento al software.
Refinado en el mundo comercial
Confiabilidad
Funcionalidad
Comprar software
El costo inicial es ms bajo
comercial
Otras organizaciones ya lo usan
El software incluye soporte y
los negocios
El futuro del fabricante es incierto
Menor sentido de pertenencia y

compromiso
sistemas,
programaciones.
en
sistemas
de
informacin se pueden enfocar en
su misin
Subcontratacin
empleados
Preocupacin sobre la viabilidad

financiera y estabilidad a largo
necesario
capacitar
contratar,
retener
plazo
muchos
empleados de tecnologas de la
de
la
organizacin
subcontratada
informacin
Prdida de control de los datos
especializan
es
las
Personalizacin limitada
Las organizaciones que no se
No
con
funcionar
caractersticas actuales
capacitacin
Debe
Preocupaciones
sobre
seguridad,
confidencialidad y privacidad.
No se gasta tiempo de empleados
Prdida de la potencial ventaja
en tareas de tecnologas de la
corporativa estratgica relativa a
informacin innecesarias
innovacin en las aplicaciones.
35

CAPTULO 3. MANEJO DE SISTEMAS DESARROLLADO POR USUARIOS
FINALES
Los sistemas desarrollados por los usuarios finales, al igual que cualquier otro
sistema, no tendrn xito a menos que sean manejados y apoyados en forma
apropiada. De lo contrario, estos sistemas pueden ser dainos para la
organizacin. Tanto usuarios como analistas, tienen responsabilidades en el
manejo de los sistemas desarrollados por los primeros.
Seguir lineamientos de diseo puede ser de gran ayuda para evitar problemas
en potencia en las aplicaciones desarrollados por los usuarios finales.
LECCIN 11. PARTICIPACIN DE LOS USUARIOS
Existen tres razones por las cuales la participacin de los usuarios en el diseo
es fundamental:
36

LECCIN 12. RESPONSABILIDAD DE LOS USUARIOS EN EL DISEO
Los usuarios tienen la responsabilidad de:
LECCIN 13. RESPONSABILIDAD DEL ANALISTA DE SISTEMAS

Los analistas, por sus parte tienen las siguientes responsabilidades:
37

LECCIN 14. RIESGOS ASOCIADOS CON EL DESARROLLO POR PARTE DE
LOS USUARIOS
El empleo de especificaciones inexactas o de suposiciones incorrectas
con respecto a las actividades de la organizacin.
La aplicacin de frmulas o modelos incorrectos
El uso de informacin incompleta o desactualizada
La seleccin de software inapropiado y que an no ha sido probado
Segn James A. Senn, los problemas que se pueden presentar son:
Para evitar estos riesgos es importante que la organizacin establezca
lineamientos de diseo, dentro de los cuales se puede tener en cuenta:
Descarga de archivos
La descarga de datos desde archivos o bases de datos permiten tener una uniformidad de
datos y adems permite hacer uso eficiente del tiempo de las personas.
Evitar que los usuarios ingresen datos
Esto permite que los usuarios no ingresen errores en la base de datos o la alteracin de los
que ya han sido validados.
Estandarizacin
Seguir estndares para datos, para el proceso de desarrollo y para las pruebas del sistema
permite obtener consistencia y uniformidad. Se asegura que los datos tengan el mismo
significado.
Documentacin
Una buena documentacin asegura una explicacin de la forma en que opera el sistema y las
caractersticas del sistema.
38

Revisin de las especificaciones de diseo

La revisin permite definir que el sistema cumple con su finalidad y adems que es Confiable.
Se debe hacer cumplir los estndares de diseo definidos por la organizacin.
LECCIN 15. RECOMENDACIONES PRCTICAS PARA EL INICIO DEL

DISEO E IMPLEMENTACIN DE UN SISTEMA DE CALIDAD
Trabajar por etapas. Es decir, primero establecer el formato del Manual de
Calidad y luego completarlo de manera progresiva a medida que se van
evaluando los procesos, se completan las medidas de prevencin, se escriben
los procedimientos de trabajo y se los lleva a la prctica. Entre tanto, los
procedimientos que ya se han completado se van haciendo cumplir y se produce
paulatinamente un avance progresivo en el diseo y aplicacin del sistema de
calidad.
Esta tarea progresiva crea la percepcin de que un sistema de calidad debe ser
permanentemente mejorado y actualizado a medida que aumenta la
experiencia a travs del anlisis de fallas y la adecuacin de la planificacin de
las actividades (criterio de mejora continua).
El nivel directivo debe estar convencido de las ventajas de implementar un
sistema de calidad y la conveniencia de hacer participar al personal.
En toda organizacin siempre existen algunos elementos de un sistema de
calidad natural (organizacin, procedimientos y registros) por lo que conviene
39

determinar primeramente qu cosas ya estn hechas y listas para usar, cules
se deben mejorar y cules se deben crear, dado que conviene aprovechar el
material existente.
Antes de iniciar esta tarea se deben establecer prioridades. Conviene comenzar
por los procesos en los que las dificultades y problemas son mayores a fin de
mejorarlos mediante el diseo y puesta en prctica de procedimientos
adecuados.
Conviene tambin planificar en el inicio todas las actividades que se va a
realizar pero estableciendo prioridades y metas que se van a cumplir en etapas
sucesivas.
Es recomendable el trabajo en equipo haciendo reuniones peridicas para
discutir los resultados y las acciones futuras.
El anlisis de las fallas es una herramienta para mejorar. Cada hecho que
impida realizar la tarea debiera considerarse una no-conformidad. En el
personal se debe crear una cultura de bsqueda de fallas a fin de utilizarlas en
la mejora continua.
40

ACTIVIDADES COMPLEMENTARIAS
Realice un ensayo sobre la importancia del diseo en los sistemas de
informacin. Y de la importancia del papel del analista en el proceso de diseo.
Elabore una hoja de diseo de bloques de construccin para los siguientes
sistemas:
Cuentas por cobrar
Alquiler de pelculas
Biblioteca
Investigue y elabore un mapa conceptual sobre lo que para usted
es el
Diseo.
Realice un mapa conceptual sobre la participacin de los usuarios en el proceso
de diseo de sistemas.
Elabore un ensayo sobre la finalidad de la carpeta de diseo.
EJERCICIO
Un analista de sistemas planteo los siguientes comentarios con respecto al
objetivo de la organizacin de invitar a que los usuarios participen:
La participacin de los usuarios en el diseo de sistemas de informacin es un
tema que a menudo es difcil de tratar. Sin embargo, cada vez que nosotros lo
hemos intentado, encontramos que no es eficaz. Voy a dar varios ejemplos. En
varios proyectos, nuestros analistas desarrollaron bosquejos de los formatos de
41

entrada y salida que fueron dados a los usuarios de la aplicacin. En cada caso,
los usuarios sugirieron modificaciones, las cuales nosotros hicimos. Los nuevos
bosquejos fueron regresados a los usuarios para su revisin. El resultado fue que
los cambios condujeron a ms modificaciones. Cuando las realizamos todas, el
diseo final no era mejor que el original, pero ya habamos perdido varias
semanas.
En otra ocasin, discutimos varias veces con los usuarios las funciones de un
sistema. Al final, nos quedamos con los requerimientos que propusimos en un
principio. Perdimos tiempo de desarrollo y no ganamos nada.
Tambin sealara otra dificultad.
Supongamos que los usuarios sugieren
cambios significativos en el diseo que nosotros somos incapaces de efectuar

por limitaciones de ndole tcnica. En este caso, probablemente escucharemos
acusaciones sealando que la participacin del usuario es slo un gestor de que
no atenderemos sus sugerencias cuando ellos las hagan. Francamente no
podemos ganar.
Analice los comentarios expresados por el analista y presente su posicin con
argumentos sobre estos comentarios.
A la luz de estos comentarios, es buena idea que los usuarios participen en el
diseo?
Elabore un mapa conceptual sobre la responsabilidad de los usuarios y del
analista en el manejo de sistemas desarrollado por usuarios finales.
42

EJERCICIO
Los gerentes de una organizacin determinan que los analistas de sistemas de la
organizacin supervisen el diseo y desarrollo de todas las aplicaciones de los
usuarios, ya sea que stas se ejecuten en computadores o personales o sobre el
sistema de informacin con los que cuenta la organizacin.
La organizacin desea manejar el desarrollo de todas las aplicaciones e insiste
en la certificacin de la confiabilidad del sistema como requisito indispensable
para permitir su uso cotidiano.
Un grupo de usuarios ha objetado la posicin de la gerencia. El grupo afirma
que se perdern los beneficios que ofrecen las aplicaciones desarrolladas por
los usuarios si la gerencia instala procedimientos formales de diseo. Insisten en
que la administracin del proceso lo sujetar a retrasos y traer como
consecuencia un dao a la utilidad de estos sistemas. Por otra parte, tambin
recalcan que si el grupo de sistemas de informacin no desea ver una aplicacin
diseada o desarrollada, bastar que afirmen que representa un riesgo para las
bases de datos de la organizacin, para descartarla.
Analice la posicin de los usuarios. Est de acuerdo o en desacuerdo con los
planteamientos?
Elabore un documento de no ms de dos pginas argumentando su decisin.
43

BIBLIOGRAFA
Burch-Grudfnitski. (2001). Diseo de sistemas de informacin. Teora y
Prctica. Mxico.
J., W. (1996). Anlisis y diseo de sistemas de informacin. Madrid.
James, S. (1992). Anlisis y diseo de sistemas de informacin. Mxico.
K., L. (1992). Administracin de los sistemas.
Kendall, K. &. (2005). Anlisis y diseo de sistemas.
ELECTRNICA
http://www.monografias.com/trabajos7/sisinf/sisinf.shtml
www.webspacestation.com/software/standards.html
http://standards.ieee.org/
http://www.gestiopolis.com/recursos/documentos/fulldocs/ger/teoriasistemas
.htm
http://www.monografias.com/trabajos11/teosis/teosis.shtml
http://www.isdefe.es/webisdefe.nsf/0/90BA5220EB675284C1256E55004943D6?
OpenDocument
44

http://www.monografias.com/trabajos21/sistemas-informacionorganizacional/sistemas-informacion-organizacional.shtml
http://www.gestiopolis.com/canales2/gerencia/1/ddsluisart.htm
http://dssresources.com/history/dsshistory.html
http://dssresources.com/
45

UNIDAD 2. DISEO DE SISTEMAS
INTRODUCCIN
Los
requerimientos
de
un
sistema
de
informacin
se
trasladan
en
especificaciones de diseo. El objetivo del diseo de un sistema de informacin

es asegurar que ste brinde apoyo a la actividad de la organizacin.
Las especificaciones de diseo describen las caractersticas del sistema, los
componentes o elementos del sistema y la forma en que se presentan ante el
usuario, por tal razn, los elementos a disear en un sistema de informacin
son: salida, archivos, bases de datos, entrada, controles y procedimientos.
OBJETIVOS
GENERAL
Identificar el papel que cumple el diseo de sistemas de informacin.
ESPECFICOS
Determinar los objetivos y las caractersticas importantes del diseo de salidas.
Determinar los objetivos y las caractersticas importantes del diseo de entradas y

controles.
Identificar las caractersticas del diseo del dialogo en lnea.
Identificar la importancia y las caractersticas del diseo de archivos.
Determinar las caractersticas del diseo de base de datos.
Determinar las caractersticas del diseo para comunicacin de datos.
Relacionar la importancia del aseguramiento de la calidad en el diseo de software.
46

Identificar y determinar las caractersticas ms relevantes del diseo orientado a

objetos.
47

CAPTULO 4. DISEO DE SALIDAS
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 trmino salida se utiliza para denotar cualquier informacin producida por un
sistema de informacin, ya sea impresa o en una pantalla. Cuando los analistas
disean la salida, ellos:
Identifican la salida especfica que es necesaria para satisfacer los requerimientos de

informacin.
Seleccionan los mtodos para presentar la informacin.
Crean los documentos, reportes u otros formatos que contienen la informacin

producida por el sistema.
Los mtodos de salida varan a travs de los sistemas. Por ejemplo, algunos
mtodos como el del reporte de inventario sobre la cantidad de mercanca, o el
del sistema de cmputo, o el que est bajo el control de un programa,
simplemente recuperan los datos de un dispositivo de almacenamiento (por lo
general, de un medio de almacenamiento secundario) y los presentan en forma
adecuada. En estos casos, si acaso, se realizan algunos clculos debido a que los
datos ya existen y slo es necesario recuperarlos. Otros tipos de salida quiz
requieran de un procesamiento sustancial antes de que los datos estn
disponibles para su uso. Por ejemplo, para producir como salida el costo de
fabricacin de un producto, el sistema primero localiza las descripciones de
todas las partes utilizadas en el producto final y la cantidad necesaria de stas
48

para fabricarlo. Despus, se obtiene el costo de cada una. Finalmente, se
multiplican y totalizan los costos y cantidades de todas las partes para producir
la salida deseada. En este ejemplo, los pasos de procesamiento son mucho ms
extensos que para el ejemplo del inventario, aunque ambos conjuntos de
informacin quiz tengan la misma importancia para los usuarios del informe de
inventarios.
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 si el usuario
puede interactuar con el sistema de manera eficiente.
Este captulo discute las responsabilidades que tiene el analista en el diseo de
las especificaciones de entrada. Las consideraciones que guan el diseo de la
entrada comienzan con el origen de los datos y continan a lo largo de la
seleccin de mtodos para trasladar la entrada en una forma que el sistema
pueda verificar su exactitud.
Tambin se discute el diseo de documentos y formas para la recopilacin de
datos antes .de enviar los a procesamiento.
El diseo del dilogo en lnea debe tener en cuenta:
La respuesta inmediata a las solicitudes de los usuarios: el usuario realiza una

solicitud al sistema y recibe una respuesta inmediata.
49

Contacto directo entre sistema usuario: el usuario hace uso del sistema para enviar y
recibir informacin.
LECCIN 16. OBJETIVOS, TIPOS DE SALIDA Y OBJETIVOS DEL DISEO

DE ENTRADA
La salida de informacin tiene los siguientes objetivos:
Expresar informacin relacionada con actividades (pasadas,

actuales, proyecciones)
Sealar eventos importantes, oportunidades, problemas o

d
El contenido de salida y el mtodo de salida

La salida se debe pensar de forma que cualquier informacin producida sea til
para el usuario.
La salida se puede clasificar en:
Se necesitan diferentes tipos de tecnologas para producir diferentes tipos de

salida:
50

Mtodo de Salida
Ventajas
Desventajas
Costeable para la mayora de
Podra ser ruidosa
las organizaciones
Problemas
Flexible en tipos de salida,

ubicacin y capacidad
Impresora
Maneja grandes volmenes de
Puede requerir suministros

especiales y caros
Puede llegar a muchos usuarios

a bajo costo
compatibilidad con software
salida
de
An requiere intervencin
del operador
Altamente confiable con poco
Dependiendo del modelo,

puede ser un poco lenta.
tiempo inactivo
Interactiva
Trabaja
en
de
para
transmisin en tiempo real
An
documentacin impresa
travs
Silenciosa
Toma
despliegue
rea
de
redes
Puede
requiere
ventaja
capacidad
de
de
la
podra
ser
requerir
cara
para
usuarios
la
computadora para navegar

en las bases de datos y
archivos
Adecuada para acceder a

mensajes que cambian muy
seguido
Salida de audio
Adecuada
para
51
el
cableado y configuracin
lnea,
distribuidas ampliamente
Pantalla
Requiere
usuarios
Su desarrollo es caro
si
se
muchos

individuales
Adecuada
para
mensajes
Necesita una sala especial

donde
la
salida
no
transitorios
interferir con otras tareas
Adecuada cuando el trabajador
Tiene aplicacin limitada
necesita manos libres
Adecuada si la salida es muy

repetida
Tiene gran capacidad
DVD, CD-ROM y CD-
Permite la salida multimedia
RW
Se puede consultar con rapidez
Es menos vulnerable a los daos
Usa menos papel
Se
Salida
Electrnica
(correo
electrnico,
faxes y pginas web)
puede
Se
actualizar
muy
puede
transmitir
masivamente
Su desarrollo es caro
Es ms difcil de actualizar
Es ms difcil de usar en una

red
fcilmente
Se puede hacer interactiva
Normalmente
tiene
baja
resolucin
Es difcil darle un formato

fijo (correo electrnico)
Los sitios Web necesitan

mantenimiento
Fuente: Kendall y Kendall. Anlisis y Diseo de Sistemas
Los factores que se deben considerar para la seleccin de la tecnologa de

salida ms adecuada son:
52

Quin usar la salida de datos?
Cuantas personas necesitan la salida?
Dnde se necesita la salida?
Cul es el propsito de la salida?
Cul es la velocidad con que se necesita la salida?
Con que frecuencia se acceder a la salida?
Cuanto tiempo se almacenar la salida?
Bajo qu regulaciones especiales se produce, almacena y distribuye la salida?
Cules son los costos iniciales y finales del mantenimiento y suministro?
Cules son los requerimientos ambientales para las tecnologas de salida?
16.1 TIPOS DE SALIDA

Abordando el tema de las salidas del sistema puede ser:
Segn las circunstancias y los contenidos, la salida puede ser:
El contenido de la salida tiene su origen en las siguientes fuentes:
Recuperacin de un dispositivo de almacenamiento
53

Transmisin desde un proceso o actividad del sistema
Directamente desde una fuente de entrada
Cmo presentar la informacin?
La informacin puede ser presentada de forma:
16.1.1. TABULAR
Esta forma permite:
Hacer uso de tablas
Utilizar categoras para la presentacin de la informacin
Aadir fcilmente varios aspectos a la lista
Presentar la informacin en forma detallada y organizada
Colocar detalles sobre un reporte
Evitar datos innecesarios
Incluir subtotales y totales
16.1.2. GRFICA
Esta forma permite:
54

Hacer uso de diagramas, mapas y graficas de alta calidad
Proyectarse en pantallas de video
Una presentacin visual y efectiva de datos
Mejorar la efectividad de los reportes
Las grficas son ms eficientes para:
Detectar y presentar tendencias o cambios en los datos
Identificar relaciones de desempeo entre elementos
Las grficas son menos eficientes para:
Determinar valores especficos para ciertos puntos dato
Representar una pequea cantidad de datos
16.2 OBJETIVOS DE DISEO DE ENTRADA

Con relacin al ingreso de los datos, se presentan los siguientes objetivos:
LECCIN 17. DISEO DE SALIDA IMPRESA Y DISEO DE SALIDA POR

PANTALLA
La salida impresa es la presentacin de informes o reportes con la informacin
absolutamente necesaria.
55

Las caractersticas que se deben tener en cuenta para el diseo de informes o
formularios incluyen:
Calidad, tipo y tamao del papel
Los reporte varan en tamao, pero los formatos estndar son:
9 X 11 pulgadas
11 X 14 7/8 pulgadas
8 X 14 7/8 pulgadas
Sin embargo, la salida se puede imprimir en diferentes tipos de papel. Algunos reportes o
documentos requieren el uso de papel especial, por ejemplo, papel de seguridad para
impresin de cheques, documentos que deben llevar sellos oficiales u hologramas. Se puede
hacer uso de colores y diseos corporativos.
Uso de convenciones
Incluyen:
Tipo de dato: alfabtico, numrico, especial)
Tamao del formulario y la forma de indicar la continuacin de datos y del formulario
Informacin constante o fija: Esta informacin permanece igual cuando se imprime el

formulario
Informacin variable: Esta informacin vara cada vez que se imprime el informe.
Atributos funcionales
Incluye:
Encabezado o ttulo del informe
Nmero de pgina
56

Fecha de elaboracin
Ttulos de columna
Agrupacin de elementos
Uso de subtotales
Un informe se debe leer de arriba abajo y de izquierda a derecha.
17.1 MTODOS PARA LA SALIDA IMPRESA

Los diferentes mtodos que existen para la impresin de informes o reportes
son:
Impresora de caracteres de matriz de puntos 40 a 1200 caracteres por segundo
Impresora de chorro de tinta 20 a 240 caracteres por segundo
Impresora lser 8 a 215 pginas por minuto
Copias mltiples de la salida
Copias sin papel carbn: Estas copias son especiales en cuanto un recubrimiento
qumico especial se encuentra en la parte trasera de cada copia.
Copias con papel carbn: Entre cada copia se coloca un papel carbn que se utiliza
solo una vez.
17.2 DISEO DE SALIDA POR PANTALLA

En el diseo de una salida en pantalla, primero que todo se debe tener en
cuenta las siguientes caractersticas de la pantalla:
57

Encabezados y ttulos, que se colocan en la parte superior de la pantalla.
Contenido de la pantalla.
Mensajes e instrucciones, se pueden colocar en la parte inferior de la
t ll
Explicaciones sobre la informacin, en el cuadrante superior izquierdo.
Para facilitar el diseo de pantallas se pueden tener los siguientes

lineamientos:
Mantener el informe en pantalla simple
Ser consistente en la presentacin
Facilitar la navegacin o movimiento del usuario entre la salida desplegada
Crear un informe en pantalla de forma atractiva
En el diseo de una pantalla de salida se necesitan reas para:
58

Menu
Ttulos
Cuerpo
Mensajes de estado
Esta distribucin es una sugerencia, puesto que el analista debe especificar el

contenido y distribucin de cada formato y que sean nicos.
En el diseo de pantallas, tambin se deben incluir ttulo y encabezados para
las columnas, los datos en cada columna se indican de la misma manera que
para la salida impresa.
De igual forma se debe, especificar en pantalla:
La informacin de cmo continuar con la siguiente pantalla de informacin
Cmo abandonar o salir del sistema
59

Uso o funciones de teclas especiales
Mensajes de error o acciones a seguir o realizar
Informacin de forma consistente de pgina en pgina
17.3 DISEO DE VENTANAS

Las ventanas son subdivisiones de la pantalla que permite obtener y presentar
informacin al mismo tiempo.
El uso de ventanas, se facilita para:
Presentar datos diferentes o conjuntos de reportes al mismo tiempo
Cuando se necesita intercambiar informacin entre diferentes programas
Mover informacin entre ventanas
Los criterios para el diseo de ventanas son:
Ttulos y encabezados
Capacidad para el cambio entre ventanas
Se debe indicar cual es la ventana activa
Posibilidad de impresin independiente de las otras

ventanas
LECCIN 18. CAPTURA DE DATOS, DISEO DE DOCUMENTOS Y

VALIDACIN DE ENTRADAS
Se debe capturar solamente los datos que en realidad deben formar parte de la
entrada. Los tipos de datos que se proporcionan como entradas son:
Datos Variables
Datos de identificacin
60

Aquellos
datos
que
cambian
en
cada Es el dato que identifica en forma nica el
transaccin.
artculo que est siendo procesado.
Ejemplos:
Ejemplo:
Identificacin de cada artculo
Nmero nico de identificacin de un artculo
Identificacin del cliente, proveedor
(llave)
Lo que no se debe requerir como entrada es:

Datos Constantes
Detalles
sistema
que
Datos que son los mismos para cualquier transaccin.
el
puede Datos almacenados que el sistema puede recuperar de sus archivos
recuperar
Detalles
sistema
calcular
que
el
puede
Son los resultados que se pueden producir al pedir que el sistema utilice
combinaciones de datos almacenados y proporcionados.
61

18.1. DISEO DE DOCUMENTOS
Los formularios son instrumentos que permiten obtener y capturar informacin
solicitada por los miembros de la organizacin.
Para el diseo de formularios es importante tener en cuenta los siguientes
lineamientos:
18.1.1. CREACIN DE FORMULARIOS FCILES DE CONTESTAR
Esto permite reducir errores, acelerar el ingreso de los datos y facilitar la
entrada de los datos. El diseo de un formulario minimiza el tiempo y el
esfuerzo que se dedica para contestarlo, para esto se puede dividir el
formulario en las siguientes secciones:
Encabezado:
Identificacin
Incluye nombre y direccin de la organizacin

Y Cdigos de identificacin que permiten archivar el informe y acceder a
acceso:
l posteriormente.
Instrucciones:
Establece las condiciones de cmo debe contestarse el formulario y a

donde debe enviarse.
Cuerpo:
Firma
Contiene los datos y la informacin que debe diligenciar el usuario

Y Datos de la persona que diligencia el formulario
verificacin:
Totales:
Este espacio permite obtener el total o totalizar cantidades cuando el

formulario lo requiere
Comentarios:
Resumen de comentarios
62

En el diseo de formularios son importantes los ttulos, los cuales pueden ser de
los siguientes tipos:
Ttulos con lneas:
Ttulos debajo de la lnea
Ttulo en recuadro
63

Lista de verificacin vertical
Lista de verificacin horizontal
Ttulo de tabla
18.1.2. CUMPLIR EL PROPSITO PARA EL CUAL SE DISEAN

64

Los formularios se deben disear, para cumplir con el propsito de registro,
procesamiento, almacenamiento y recuperacin de informacin de las
organizaciones.
18.1.3.
GARANTIZAR
QUE
LOS
FORMULARIOS
SE
CONTESTEN
CON
PRECISIN
El diseo de un formulario es importante para que los usuarios lo contesten de
forma correcta cada vez que se utilice y se recopile los datos necesarios,
precisos y confiables.
18.1.4. HACER FORMULARIOS ATRACTIVOS
Un formulario esttico y ordenado atrae a los usuarios y los motivan a
contestarlos. El diseo y flujo apropiado contribuyen al atractivo de un
formulario. Es importante:
Usar diferentes tipos de letra
Separar categoras y subcategoras
Separacin de bloques con lneas gruesas y delgadas
18.2. VALIDACIN DE ENTRADAS

La validacin de entrada es el conjunto de mtodos que permiten detectar
errores en la entrada de datos. Validar la entrada es importante para asegurar
que se eliminaran con anticipacin errores o problemas con los datos que se
ingresen. Se puede clasificar en:
65

VALIDACION
de las
de datos de
transacciones
entradas
de entrada
18.2.1. VALIDACIN DE LAS TRANSACCIONES DE ENTRADA

Esta validacin de las transacciones de entrada, se realiza por software. Este
tipo de validacin puede prevenir los siguientes problemas:
Enviar datos incorrectos

El sistema debe validar que los datos que se ingresan son los correctos.
Envi de datos por personas no autorizadas
El sistema debe verificar que los datos ingresados y que se envan son por personas
autorizadas, de igual forma, el sistema debe invalidar las transacciones cuando los datos han
sido ingresados por personas no autorizadas.
Ejecucin de una accin inaceptable
66

Otro error que invalida las transacciones de entrada es que el sistema realice una funcin
inaceptable. En este caso no se debe permitir la creacin de archivos ya existentes.
18.2.2. VALIDACIN DE DATOS DE ENTRADA

Las pruebas que se pueden utilizar para validar la entrada son:
De datos perdidos
Permite validar los datos para examinar si existe algn dato perdido. Consiste en verificar:
Si el archivo contiene todos los datos clave.
Casos excepcionales
Entradas requeridas
De la longitud de campo correcta

Verifica que la longitud es la correcta para el campo. Verifica:
Longitud de cdigos
Formatos requeridos
De la clase o composicin
Verifica si los campos de datos que estn compuestos por un formato especial se cumplen.
Del rango o racionalidad
Verifica si los datos se encuentran dentro del rango aceptable. Se incluye en estos la
validacin de rangos de fecha ( de 1 a 31 das; de 1 a 12 meses)
De valores invlidos
La comprobacin de estos valores se hace nicamente cuando hay unos cuantos valores
67

vlidos. Es el caso de M= Masculino, F=Femenino
De referencia cruzada
Se usa cuando un elemento tiene una relacin con otro.
De comparacin con los datos almacenados
Consiste en comparar los datos recibidos con datos que se tienen almacenados. Por ejemplo:
comparar la cantidad de artculos solicitados con los artculos en existencia.
Creacin de cdigos de autovalidacin
Se utiliza para asegurar la precisin de datos, especialmente en nmeros o cdigos de
identificacin y consiste en usar un dgito de verificacin en el propio dgito.
18.3. PROCESOS DE VALIDACIN

Cada campo se debe validar hasta que sea vlido o se haya descubierto un
error. El proceso para la prueba de datos es la siguiente:
1
2
3
Verificar si hay datos perdidos

Verificar la sintaxis: verificar la longitud de los datos de entrada, su clase y
composicin
Prueba de semntica: incluye: prueba de rango, razonabilidad o valor y validacin del
dgito de verificacin.
La validacin de un solo campo se hace con un SIENTONCES SI-NO, pero

tambin existe validacin por medio de expresiones regulares. A continuacin
se relaciona una serie da caracteres que se usan para validacin de expresin
regular:
Cdigo de carcter
Significado usado en una validacin de expresin regular
68

\d
Representa un dgito de 0 a 9
\D
Representa cualquier carcter que no sea un dgito del 0 al 9
\w
Representa cualquier carcter alfanumrico
\W
Representa cualquier carcter no alfanumrico
Representa cualquier otro carcter excepto los caracteres que

representan un salto de lnea
[caracteres]
Hace coincidir el rango de caracteres
[a-z][A-Z][0-9]
Acepta cualquier letra o dgito
[^caracteres]
Hace coincidir cualquier otra cosa a parte de caracteres
[^char-char]
Hace coincidir cualquier otra cosa fuera del rango de caracteres
[^a-z]
Acepta cualquier cosa excepto letras en minsculas
{n}
Hace coincidir exactamente n ocurrencias del carcter que preceda al

smbolo
{n,}
Hace coincidir por lo menos n ocurrencias del carcter
\s
Cualquier carcter de formateo por espacio en blanco (tabulacin,

lnea nueva, retorno)
\S
Representa cualquier carcter que no sea un espacio en blanco
\b
Marca el inicio y el final de una palabra.
\B
Marca la posicin entre dos caracteres alfanumricos o dos noalfanumricos
LECCIN 19. DEFINICIN DE INTERFACE, DISEO DE DIALOGO Y

ESTRATEGIAS DE DIALOGO
Una interface es la frontera entre el usuario y el sistema. La meta del analista y
diseador de sistemas es disear interfaces que permita a usuarios y
organizaciones conseguir la informacin que necesitan. Por tal razn, un
diseador debe conseguir los siguientes objetivos al disear la interfaz:
69

Hacer coincidir la interfaz de usuario con la tarea: Se debe introducir, cambiar o

recuperar datos, moverse entre las diferentes funciones del sistema
Hacer eficiente la interfaz de usuario: Permite que los usuarios realicen acciones o
actividades de procesamiento de manera eficiente, se debe permitir solicitar y desarrollar
actividades de igual forma se debe facilitar el uso eficiente a usuarios novatos.
Proporcionar a los usuarios la informacin necesaria: resultados que se generan como

respuesta a una entrada proporcionada por el usuario.
Generar consultas utilizables: Generar informes y consultas con la informacin necesaria y

pertinente para el usuario.
19.1. CARACTERSTICAS DE LA INTERFACE

Incluye:
Dispositivos
Permiten introducir y recibir datos. Entre los ms comunes se tienen:

teclado, ratn, pluma ptica, scanner, pantalla sensible al tacto, pantalla
sensible a la voz, lectores de cdigo de barras.
Dilogo
Gua al usuario y conduce a la interaccin entre el usuario y el sistema.
Mtodos
y Permite organizar la informacin para ser mostrada en el sistema en lnea.
patrones
mostrar
informacin
para Se debe tener en cuenta:

la
Forma en que se estructura el rea fsica del monitor
Mtodos para destacar, mostrar y sealar datos
Posibilidades para lectura de la informacin mostrada
19.2. TIPOS DE ACCIONES EN LA INTERFACE

Los tres tipos de acciones que se llevan a cabo en la interface de un sistema
son:
70

19.3. DISEO DE DIALOGO
71

Los puntos clave para disear un buen dilogo son:
Comunicacin significativa
El sistema debe presentar la informacin con claridad al usuario.
Ttulos apropiados para cada pantalla
Minimizar el uso de abreviaciones
Proporcionar retroalimentacin til
Desplegar significados de cdigos
Desplegar los datos en formatos editados (formatos fecha, hora)
Detalles de teclas de funcin
Formatos del cursor en diferentes acciones
Descripciones de grficos utilizados
Uso de lneas de estado
Sistemas de ayuda de fcil uso
Despliegue de sugerencias
Uso de botones de comando
Edicin de datos, para su verificacin
?
?
Linea de estado
72

Accin mnima del usuario
Un buen dilogo minimiza el nmero de pulsaciones del teclado requeridas.
Codificar cdigos en lugar de palabras completas en los campos de entrada.
Uso de listas desplegables de datos
El sistema puede desplegar informacin descriptiva que se almacena en un archivo

determinado
Proporcionar caracteres de edicin
Utilizar caracteres de formateo o campos con formato predefinido
Usar valores predeterminados
Uso de casillas de verificacin
Uso de botones de opcin
Uso de cuadros de dilogo
Proporcionar mens sensibles
Disear consultas de registros
Proporcionar
pulsaciones
detectado
para seleccionar opciones de men desplegables.
Funcionamiento normal y consistente
El sistema debe ser consistente en su juego de pantallas y en los mecanismos para

controlar el funcionamiento de las pantallas en las diferentes aplicaciones.
Localizar ttulos, fecha, tiempo y menajes de retroalimentacin en los mismos lugares en

todas las pantallas.
73

Salir de cada programa mediante la misma funcin u opcin del men.
Cancelar una transaccin de forma consistente usualmente mediante la tecla ESC.
Obtener ayuda de forma estandarizada. Tecla de funcin F1.
Estandarizar los colores usados para todas las pantallas. Los mensajes de error
normalmente se despliegan en rojo. Se debe mantener el mismo color de fondo de
pantalla para todas las aplicaciones
74

Estandarizar el uso de iconos para funciones similares.
Usar terminologa consistente en la pantalla de despliegue.
Proporcionar una forma consistente para navegar entre los dilogos
Usar alineacin, tamao y color de fuente consistentes
En el diseo del dilogo tambin es importante tener en cuenta los diagramas

para dilogos.
75

Diagramas para dilogos
Un diagrama para dilogos, es un mapa que presenta las secuencias que se pueden llevar a
cabo en un sistema y cmo iniciar las acciones.
Ejemplo:
76

19.4. ESTRATEGIA DEL DIALOGO
Dilogo por men

Un men es una lista de las funciones disponibles en el sistema, para que el usuario pueda
elegir entre ellas.
El usuario debe ser capaz de invocar cualquier opcin del men oprimiendo: una nica
tecla, una combinacin posible de teclas o haciendo clic.
Los dilogos de men tambin se pueden disear para utilizar otros dispositivos de
interface como:
Pantallas sensibles al tacto
Pluma ptica
Mouse
Las opciones del men se pueden presentar con una sola palabra (dialogo de palabras
77

clave), con la que el usuario comprenda el propsito de la funcin.
En los sistemas que usan el Mouse (ratn), se utilizan mucho los mens pull-down (una
opcin presenta un men de alternativas).
Cuando existe un conjunto amplio de alternativas de las cuales se puede escoger, se

utilizan los mens anidados.
Los mens deben estar anidados cuando se da una o ms de las siguientes condiciones:
El nmero de alternativas es demasiado grande como para utilizar un nico men.
Cada opcin depende de la anterior

Un sistema necesita una serie de opciones que, en forma progresiva, especifican ms
detalles acerca de la aplicacin.
78

Dilogo por medio del teclado

Por medio de este dilogo, el usuario llama a las actividades de procesamiento tecleando
un comando que entiende el sistema. Las tres formas de dilogo mediante teclado son:
Forma de comando nico. El analista determina una serie de palabras que son
comandos y que el usuario teclea y que el sistema asocia con la realizacin de un
proceso especfico. Por ejemplo: se pueden crear un comando AADIR para introducir o
aadir un registro en el sistema.
Forma de comando nemnico: consiste en el uso de abreviaturas de frases largas. Por

ejemplo: al teclear CCGO, comenzaran las acciones de los procesamientos compilar,
cargar y ejecutar.
Forma de lenguaje natural: Los usuarios aplican su propio vocabulario o juego de

palabras u operaciones. Con la forma de lenguaje natural el sistema rastrea las frases
e identifica palabras clave.
Dilogo por pregunta / respuesta

Se basa en la presentacin de preguntas al usuario y donde la respuesta gua el proceso
resultante. Las respuestas pueden tener el formato:
S / No: Desea imprimir el informe?
Narrativas:
Qu propiedades desea revisar?
En esta forma de dilogo, el analista debe prever cualquier posible respuesta.
79

LECCIN 20. DIALOGO CON ENTRADA DE DATOS
Un formato para entrada de datos es una forma o bosquejo que muestra la
informacin a introducir, para esto es importante tener en cuenta:
Ttulos y encabezados en la pantalla
Etiquetas que identifique los datos a introducir
El rea de entrada de datos puede estar sealadas por reas en blanco, espacios
destacados
El cursor debe desplazarse al siguiente dato una vez se ha introducido la informacin.
Se debe sugerir el orden de los datos
Se debe sugerir la secuencia de movimiento hacia arriba, hacia abajo, hacia delante o
hacia atrs en la pantalla.
El uso de formas, formatos o formularios sugiere un orden natural y lgico de informacin.

En la edicin de datos, se debe tener en cuenta el diseo de: teclear los datos a almacenar,
hacer correcciones de errores tipogrficos, y el almacenamiento de datos. Se debe
proporcionar una forma para que los usuarios digan cules son los registros a editar, se debe
decir en forma breve al usuario que debe hacer.
En el borrado de registros se debe proporcionar una forma en la que el usuario indique el
registro que desea borrar.
El uso de ventanas en los sistemas en lnea y en el dilogo son de gran importancia, por eso se
debe proporcionar las siguientes reas de ventanas:
80

Ttulo
Identifica el titulo de la pantalla, funcin o aplicacin en ejecucin
Instrucciones
Le dice al usuario cmo introducir datos, elegir un proceso o salir del

sistema
Principal de texto
Comprende la captura de datos o procesos alternativos
Navegacin y men
Indica al usuario como moverse entre pantallas y mens
Errores
Contiene mensajes de informacin y control.
20.1. PAGINACIN Y SCROLLING

Una pgina es una pantalla de informacin. La paginacin se utiliza cuando la
informacin no se puede mostrar en una sola pantalla.
En su diseo se debe tener presente:
El usuario puede ir hacia delante y hacia atrs en las pginas.
Se debe identificar que pantalla se muestra, por medio de nmeros de pginas.
Se debe guiar al usuario a travs de la informacin
El scrolling (las lneas de datos se desplazan hacia arriba y hacia abajo) se

utiliza para rastrear lneas especficas de listados lo que permite que el sistema
sea capaz de accesar rpidamente la informacin.
Al disear pantallas para scrolling se debe tener en cuenta:
81

Titulo pantalla
Encabezado
Scroll bar
< Back
Next >
Cancel
Especificar qu datos deben aparecer en el scrolling
Encabezados fijos en la pantalla
Mensajes fijos
Mensajes y comentarios
Los mensajes y comentarios son la forma de comunicacin del sistema con los
usuarios.
Error critico
Mensaje o comentario de advertencia
Mensaje o comentario informativo
?
?
Mensaje o comentario pregunta / respuesta
Los mensajes tienen los siguientes objetivos:
Indicar el estado de un proceso
Indicar que se ha detectado un error
Solicitar al usuario que elija una accin
Verificar que una accin elegida sea correcta
82

Mensajes de estado
Informan al usuario sobre el progreso de un proceso especfico.
Informe al usuario sobre nmero de registros examinados
Porcentaje de procesamiento terminado
Nmero de registro consultado o examinado
Mensajes de acciones que se llevan a cabo: imprimiendo documento,
archivo transmitido, conexin establecida.
Mensajes de error
Reportan equivocaciones o eventos inesperados que ha detectado el sistema. Abarcan
informacin desde el hardware, software o datos.
De igual forma se deben asociar mensajes de error en las pruebas de validacin:
83

Datos fuera de rango
Datos con formato incorrecto
Falta de datos
Cuando se genera un mensaje de error se debe pedir que el usuario lleve a cabo una
accin.
Mensajes de solicitud de acciones

Son mensajes breves que dicen al usuario qu accin llevar a cabo y cundo.
Mensajes de verificacin de acciones

Se debe responder a todo comando introducido, ya sea por la iniciacin inmediata de la
accin solicitada o mostrando un mensaje conciso.
Se debe disear mensajes para informar a los usuarios de:
Borrar archivos
Borrar registros del archivo maestro
Solicitar la finalizacin de un proceso
Solicitar la salida del sistema
Solicitar la finalizacin de la comunicacin con otro lugar.
84

20.2. SISTEMAS DE AYUDA
Los sistemas de ayuda tienen los siguientes objetivos:
Auxiliar al usuario a completar una tarea tan rpido como sea posible
Realizar una accin, proporcionando respuestas a preguntas como:
Cmo llevo a cabo?
Cmo hago?
Un sistema de ayuda se puede disear de las siguientes formas:
85

Una tecla especfica siempre debe estar programada para llamar a la Ayuda. La
tecla F1 siempre se reserva para llamar la funcin de ayuda, al oprimir esta
tecla el usuario debe recibir un auxilio independientemente de la funcin a
consultar.
86

CAPTULO 5. 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:
Transacciones
Datos histricos
Entre las decisiones que se toman durante el diseo de archivos, se encuentran

las siguientes:
Los datos que deben incluirse en el formato de registros

contenidos en el archivo.
La
longitud
de
cada
registro,
con
base
en
las
Los archivos tambin denominados ficheros (file); es una coleccin de

informacin (datos relacionados entre s), localizada o almacenada como una
unidad en alguna parte de la computadora.
Los archivos son el conjunto organizado de informaciones del mismo tipo, que
pueden utilizarse en un mismo tratamiento; como soporte material de estas
informaciones.
Los archivos como coleccin de datos sirven para la entrada y salida a la
computadora y son manejados con programas.
Los archivos pueden ser contrastados con Arrays y registros; Lo que resulta
dinmico y por esto en un registro se deben especificar los campos, l nmero
87

de elementos de un arrays (o arreglo), el nmero de caracteres en una cadena;
por esto se denotan como Estructuras Estticas.
En los archivos no se requiere de un tamao predeterminado; esto significa que
se pueden hacer archivos de datos ms grandes o pequeos, segn se necesiten.
Cada archivo es referenciado por su identificador (su nombre.).
El manejo de gran cantidad de datos es la consecuencia del aumento de
informacin que se maneja en el transcurso de nuestras vida y ms aun en el
mundo empresarial, al incrementar todo este volumen de informacin que
diariamente se puede acumular en el manejo de una empresa u organizacin se
hace necesario organizarla para poder encontrar resultados rpidos y ptimos
en el momento de utilizarla.
Debido a esta necesidad en los aos setenta, para manejar toda esta
informacin surgen las bases de datos, en la cual se integran archivos
individuales para poder ser compartidos por todos los usuarios de la empresa.
El diseo de la base de datos es de gran importancia en el manejo de la
informacin, ya que tiene como principal objetivo que los datos almacenados se
puedan utilizar por una gran numero de aplicaciones.
LECCIN 21. DIAGRAMA DE ESTRUCTURAS DE DATOS
Los diagramas de estructura de datos es una tcnica que permite mostrar los
requerimientos lgicos de las estructuras de datos de una aplicacin o sistema.
Los objetivos de estos diagramas son:
88

Verificar los requerimientos de informacin
Describir los datos asociados con las entidades
Mostrar la relacin entre entidades
Comunicar los requerimientos de datos
Construir un modelo lgico del sistema que facilite la comprensin del mismo.
Los diagramas de estructuras de datos, utilizan una notacin bsica la cual est
representada por:
El uso de los diagramas de estructuras de datos requiere que el analista haga

preguntas acerca de cada entidad, teniendo en cuenta:
Cules son los campos que identifican de manera nica la entidad?
Qu otros datos describen los atributos de la entidad?
Por qu medio se accesar la informacin acerca de la entidad?
Fases para la construccin de la estructura de datos
89

LECCIN 22. TIPOS Y MTODOS DE ORGANIZACIN DE ARCHIVOS

90

Al disear un sistema es importante tener presente el diseo de los siguientes
tipos de archivos:
Archivo Maestro
Contiene todos los registros de una determinada base de datos, cada uno de las cuales
consiste en un conjunto de campos de longitud variable. Cada registro se identifica con un
nmero nico, asignado automticamente el cual se denomina: Nmero del archivo maestro o
MFN (iniciales de Master File Number).
Para tener un acceso rpido a cada registro del archivo maestro, se asocia al archivo maestro
un archivo especial denominado "Archivo de referencias cruzadas", que es en realidad un
ndice que suministra la ubicacin de cada registro en el archivo maestro. El archivo maestro
debe ser actualizado peridicamente.
Tambin existe un archivo maestro histrico que refleja la historia de los eventos que
afectan a una entidad particular.
Archivo de transacciones
Es un archivo temporal, en donde se registran las operaciones que se realizan en un periodo
determinado. Una vez transcurrido este se realiza la actualizacin del archivo maestro y se
reinicializa el de transacciones.
Los archivos de transacciones se utilizan para actualizar los archivos maestros.
91

Archivo de tablas
Un archivo de tablas contiene datos que se utilizan para calcular otros datos o ms
parmetros de desempeo.
Los archivos de tablas contienen datos de referencia utilizados en el procesamiento de
transacciones y actualizacin de archivos maestros.
Archivo de reportes
Es aquel que se utiliza para notificar la ocurrencia de errores o casos especiales en la
operacin de un sistema. Ocasionalmente contiene tambin los resultados finales de los
procesos.
Archivo de respaldo
Es una copia de:
Un archivo maestro
Un Archivo de transacciones
Un archivo de tablas
Garantizando que se dispone de un duplicado si algo le ocurre al archivo original.
92

22.1. MTODOS DE ORGANIZACIN DE ARCHIVOS
Determinan cmo se almacenan, localizan y recuperan los registros de un
sistema. La forma en que se organizan los registros dentro de un archivo en
particular, repercutir en la agilidad y velocidad de las consultas, es por esto
que existen diferentes mtodos de organizacin donde las necesidades de
consultas establecern la utilizacin de uno u otro mtodo.
Organizacin Secuencial
Es una organizacin que consiste en almacenar y recuperar datos en forma contigua (uno tras
otro). Para acceder al registro n deben procesarse los n-1 registros previos. Una de las
ventajas que ofrece esta organizacin es el buen aprovechamiento que se hace del medio de
almacenamiento, as como la facilidad (relativa) en su implementacin y el bajo costo de
operacin al no requerir de un medio de almacenamiento direccionable.
Para leer un archivo secuencial, el sistema siempre comienza al principio del archivo y lee un
registro a la vez hasta llegar al registro deseado.
Los archivos secuenciales no utilizan llaves de registro fsico, los registros se acceden por su
orden de aparicin en el archivo por medio de una llave de bsqueda. Se realiza un proceso
de comparacin y bsqueda continua hasta alcanzar el final del archivo.
93

Por ejemplo,
Organizacin de acceso directo

La organizacin directa de archivos permite el acceso aleatorio de los registros de los
archivos.
Este mtodo solicita al sistema que establezca dnde se almacena un registro. Los archivos de
acceso directo son archivos con llave. Asocian un registro con un valor llave especfico y un
lugar particular de almacenamiento. Todos los registros se almacenan mediante las llaves en
las direcciones en vez de posiciones; si el programa conoce la llave del registro, puede
determinar la direccin de localizacin de un registro y recuperarlo en forma independiente
de los dems registros del archivo.
El uso de la llave del registro como la direccin de almacenamiento se llama
direccionamiento directo. El direccionamiento directo debe tener un conjunto de datos con
las siguientes caractersticas:
El conjunto de llaves. Las llaves de los registros corresponden con los nmeros de las
direcciones de almacenamiento; existe una direccin de almacenamiento en el archivo para
cada valor real o posible de la llave y no hay valores duplicados de la llave
Organizacin Indexada
Este tipo de organizacin de archivos utiliza archivos de ndice separados para localizar
registros.
Un archivo secuencial indexado est formado por dos archivos:
94

Un archivo que contiene los datos clasificados y ordenados por un campo llave
Un archivo que tiene una serie de ndices utilizados para el acceso de los datos.
Por ejemplo:
Mediante sta organizacin, se permite el acceso a los archivos en forma secuencial como
aleatoria. La ventaja de ste mtodo de organizacin es su flexibilidad.
LECCIN 23. RESPALDO Y RECUPERACIN DE ARCHIVOS

Consiste en la definicin de mtodos y procedimientos de copias de seguridad
para todos los archivos de datos. Las copias de seguridad se utilizan para
recuperar los datos cuando los archivos originales se pierden o se destruyen.
Todos los archivos maestros y de transacciones deben copiarse peridicamente
en cintas u otros dispositivos de almacenamiento.
Procedimientos de respaldo para archivos en cinta magntica
Este sistema de respaldo se conoce como procedimiento de reconstruccin de
archivos de abuelo padre hijo. Con este procedimiento se disponen de tres
versiones de un archivo, as:
95

De sta forma, se almacenan en tres sitios diferentes, tres versiones del archivo
maestro y las versiones anterior y actual del archivo de transacciones.
La recuperacin de un archivo perdido, slo requiere volver a ejecutar la
corrida de actualizacin.
Procedimientos de respaldo para archivos en disco magntico
En muchos sistemas existe la ventana de respaldo entre el ciclo interactivo
diario y el ciclo nocturno de procesamiento por lotes. Esta ventana de respaldo,
consiste en el vaciado en discos magnticos de sistemas que operan las 24
horas. Estas ventanas de respaldo pueden durar de 40 o ms minutos y se
realizan una o dos veces al da.
En sistemas de tiempo real en lnea, las estrategias de respaldo implican
conservar una versin previa de la base de datos adems de una bitcora de
transacciones. Los procedimientos re recuperacin son:
De avance (rollforward): utiliza un vaciado previo de la base de datos y una
bitcora de transacciones para recuperar el estado actual de la base de datos si
sta se perdi.
De regreso (rollback): este procedimiento se utiliza, si se debe restablecer un
estado anterior de la base de datos debido a que el estado actual de la misma
es invlido
23.1. OTRAS ESTRATEGIAS DE RESPALDO Y RECUPERACIN
96

1. Vaciado y registro completos en bitcora de las transacciones de entrada
Consiste en realizar una copia completa de toda la base de datos en un medio de respaldo
(cinta magntica). Se incluye tambin todas las transacciones de entrada, con indicadores de
tiempo y algunos parmetros re modificacin.
2. Archivo diferencial
Contiene cambios y actualizaciones a la base de datos principal. La base de datos principal no
se modifica. Este archivo se debe almacenar en un medio distinto y confiable. La base de
datos principal contiene imgenes previas de los registros, de manera que el procedimiento
de regreso es bastante sencillo y el vaciado frecuente del archivo diferencial facilita el
procedimiento de avance.
3. Respaldo y recuperacin dual
Consiste en un respaldo en lnea. Se proporcionan dos copias completamente separadas de la
base de datos al actualizar ambas simultneamente. Una copia se almacena en las
instalaciones propias, mientras que la otra copia se almacena fuera de las instalaciones. Este
enfoque de respaldo, hace innecesario los vaciados peridicos o copiados incrementales de los
archivos.
LECCIN 24. DESARROLLO DE SISTEMAS EN UN AMBIENTE DE BASES

DE DATOS
Los sistemas de bases de datos se disean para gestionar grandes cantidades de
informacin.
Existen distintos objetivos que deben cumplir los Sistemas de Base de datos:
97

98

24.1. ABSTRACCIN DE DATOS

Para que el sistema sea til, si debe recuperar los datos eficientemente. Los
tres niveles de abstraccin de datos son:
99

24.2. MODELOS DE LOS DATOS

Bajo la estructura de la base de datos se encuentra el modelo de datos. El
modelo de datos es una coleccin de herramientas conceptuales para describir
los datos, las relaciones, la semntica y las restricciones de consistencia. Los
diferentes modelos de datos que se han propuesto se clasifican en tres grupos
diferentes:
Modelos Lgicos Basados en Objetos

Los modelos lgicos basados en objetos se usan para describir los datos en los niveles
conceptual y de visin. Se caracterizan porque proporcionan una capacidad de estructuracin
bastante flexible y permiten especificar restricciones de datos explcitamente.
100

a. Modelo Entidad-Relacin
El modelo E-R (Entidad-Relacin) es un modelo de datos conceptual de alto nivel y que se
suele utilizar bastante en el diseo de bases de datos. Se basa en una percepcin del mundo
real que consiste en un conjunto de objetos bsicos denominados entidades y relaciones, y se
desarroll para facilitar el diseo de bases de datos.
El modelo E-R crea un modelo de la realidad que se asimila a la realidad que queremos
modelar, y lo hace de forma que es independiente de la implementacin posterior,
ofreciendo un alto nivel de abstraccin, y siendo una herramienta grfica fcil de
comprender.
El resultado del modelado E-R es un diagrama E-R que representa una estructura lgica
general de la base de datos.
Ejemplo
b. Modelo Orientado a Objetos

Este modelo se basa en la percepcin de una coleccin de objetos.
Un objeto se caracteriza por tener:
101

1. Estado
Corresponde a los valores que toman un conjunto de propiedades

instancia
2. Comportamiento
Es llevado a cabo mediante una serie de operaciones o

operan sobre el objeto, y que se denominan mtodos.
Los objetos que tienen el mismo tipo de propiedades y el mismo comportamiento son
agrupados en clases. Dichas clases se organizan en un diagrama o jerarqua de clases, en el
que las clases pueden estar relacionadas mediante relaciones de asociacin o mediante
relaciones de herencia. La herencia permite la definicin de clases a partir de clases
existentes heredndose a las nuevas clases las propiedades y el comportamiento de las clases
existentes, cumplindose tambin que todos los objetos de una subclase tambin es objeto de
su superclase.
La nica forma en la que un objeto puede acceder a los datos de otro objeto es a travs de
los mtodos de este objeto. Esto se denomina envo de mensajes al objeto. De esta forma, la
interfaz de llamada mediante los mtodos de un objeto define la parte visible, mientras que
la parte interna del objeto (variables y cdigo de los mtodos) no es visible externamente. De
esta forma se tienen dos niveles de abstraccin.
Una base de datos orientada a objetos es una base de datos que incorpora todos los conceptos
importantes de la programacin orientada a objetos:
Encapsulacin: Ocultar datos del resto de los datos, impidiendo as accesos incorrectos o
conflictos.
Herencia: Reusabilidad del cdigo.
Polimorfismo: Sobrecarga de operadores o de mtodos.
102

Clase A
Clase B
Clase C
Clase D
Clase E
Modelos Lgicos Basados en Registros

a. Modelo Relacional
ste es el modelo ms utilizado para modelar problemas reales y administrar datos
dinmicamente.
El modelo relacional, como todo modelo de datos, tiene que ver con tres aspectos de los
datos:
Su idea fundamental es el uso de "relaciones". Estas relaciones podran considerarse en forma

lgica como conjuntos de datos llamados "tuplas".
Esto es pensando en cada relacin como si fuese una tabla que est compuesta por registros
(las filas de una tabla), que representaran las tuplas, y campos (las columnas de una tabla).
En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia. Esto
tiene la considerable ventaja de que es ms fcil de entender y de utilizar para un usuario
103

casual de la base de datos. La informacin puede ser recuperada o almacenada por medio de
"consultas" que ofrecen una amplia flexibilidad y poder para administrar la informacin.
El lenguaje ms comn para construir las consultas a bases de datos relacionales es SQL,
Structured Query Language o Lenguaje Estructurado de Consultas, un estndar implementado
por los principales motores o sistemas de gestin de bases de datos relacinales.
Las bases de datos relacionales pasan por un proceso al que se le conoce como normalizacin
de una base de datos.
b. Modelo de Red
En ste modelo un mismo nodo puede tener varios padres (algo no permitido en el modelo
jerrquico).
ste modelo ofrece una solucin eficiente al problema de redundancia de datos, pero aun as,
la dificultad que significa administrar la informacin en una base de datos de red, ha
significado que sea un modelo utilizado en su mayora por programadores ms que por
usuarios finales.
Colecciones de registros y las relaciones entre datos se representan mediante enlaces
dirigidos.
104

c. Modelo Jerrquico
Una base de datos jerrquica es un conjunto de registros lgicamente organizados en una
estructura de rbol invertido. En este modelo los datos se organizan en una forma similar a
un rbol, en donde un nodo padre de informacin puede tener varios hijos. El nodo que no
tiene padres se le conoce como raz, y a los nodos que no tienen hijos se les conoce como
hojas.
Una de las principales limitaciones de este modelo, es su incapacidad de representar

eficientemente la redundancia de datos.
Los registros se organizan como colecciones de rboles, en lugar de grafos dirigidos.
Modelo fsico
El modelo fsico opera al ms bajo nivel de abstraccin y describen cmo se almacenan los
datos, el formato de los registros, la estructura de los ficheros y los mtodos de acceso.
El modelo fsico requiere de asignaciones de tareas precisas por lo que se hace dependiente
tanto del hardware como del software. Por lo tanto los diseadores de bases de datos deben
tener un conocimiento detallado del hardware y del software utilizado para poder ejecutar
el diseo de la base de datos.
105

LECCIN 25. ESTRUCTURACIN DE DATOS
Un buen diseo de base de datos debe ser acorde con las estructuras de los
datos. El proceso que permite evaluar y disear bases de datos bien
estructuradas y sin redundancia de datos se conoce como Normalizacin.
25.1. NORMALIZACIN
La normalizacin es un proceso en el cual se va comprobando el cumplimiento
de una serie de reglas, o restricciones, por parte de un esquema de relacin;
cada regla que se cumple aumenta el grado de normalizacin del esquema de
relacin; si una regla no se cumple, el esquema de relacin se debe
descomponer en varios esquemas de relacin que s la cumplan por separado.
Ventajas de la normalizacin
Evita anomalas en inserciones, modificaciones y borrados.
Mejora la independencia de los datos.
No establece restricciones artificiales en la estructura de los datos.
La normalizacin funciona mediante una serie de etapas denominadas Formas

Normales.
Un esquema de relacin est en una determinada forma normal si satisface un
cierto conjunto de restricciones.
106

25.2. FORMAS NORMALES

Nota: En este item, se referencia la informacin que es importante en el diseo de bases de datos y
que se debe tener en cuenta como diseadores. Los temas aqu tratados corresponden al curso de Base
de datos, para ampliar stos se recomienda la consulta del material: Figueredo Luna, John Alejando.
Bases de datos bsico. Universidad Nacional Abierta y a Distancia. UNAD. 2005
25.2.1. PRIMERA FORMA NORMAL (1FN)

Describe la forma en la cual:
Todos los atributos de clave estn definidos.
No existen grupos repetidores en la tabla. Es decir, cada

interseccin de fila/columna puede contener uno y slo un valor,
no un conjunto de valores.
25.2.2. SEGUNDA FORMA NORMAL (2FN)

Una relacin se encuentra en segunda forma normal cuando:
107

Dependencia funcional: Consiste en identificar que atributos dependen de

otro(s) atributo(s).
Es decir, cada tabla que tiene un atributo nico como clave, est en segunda
forma normal.
25.2.3. TERCERA FORMA NORMAL (3FN)
Una relacin se encuentra en tercera forma normal cuando:
Consiste en eliminar la dependencia transitiva que queda en una segunda forma

normal, se habla de dependencias transitivas cuando existe ms de una forma
de llegar a referencias a un atributo de una relacin.
25.2.4. FORMA NORMAL DE BOYCE CODD (FNBC)
Una relacin se encuentra en FNBC si y slo s:
108

Determinante: Uno o ms atributos que, de manera funcional, determinan otro
atributo o atributos. En la dependencia funcional (A, B) -->C, (A, B) son los
determinantes.
25.2.5. CUARTA FORMA NORMAL (4FN)
Un esquema de relaciones R est en 4FN con respecto a un conjunto D
de dependencias funcionales y de valores mltiples s, para todas las
dependencias de valores mltiples en D de la forma X->->Y, donde X<=R y Y<=R,
se cumple por lo menos una de estas condiciones:
25.2.6. QUINTA FORMA NORMAL (5FN)

Un esquema de relaciones R est en 5FN con respecto a un conjunto D de
dependencias funcionales, de valores mltiples y de producto, si para todas las
dependencias de productos en D se cumple por lo menos una de estas
condiciones:
La quinta forma normal tiene que ver con tablas que pueden dividirse en
subtablas, pero que no pueden reconstruirse.
109

CAPTULO 6. DISEO PARA COMUNICACIN DE DATOS

Los sistemas de informacin hoy en da implican una interactividad y
transmisin de datos entre diferentes dispositivos y/o sistemas que se deben
compartir en la red.
110

Para un analista de sistemas es importante tener en cuenta ciertos elementos al
momento de analizar y disear sistemas de informacin que impliquen
comunicacin de datos.
La calidad debe ser un factor de importancia y preocupacin para los analistas y
diseadores de sistemas de informacin. Se corre un gran riesgo cuando se
decide emprender proyectos de sistemas sin un enfoque de calidad definido.
Los enfoques para un aseguramiento de la calidad mediante la ingeniera de
software son:
1
Disear sistemas y software con un enfoque
Documentar el software con la herramienta
Probar, mantener y auditar el software
Los analistas y diseadores de sistemas deben ser conscientes del compromiso

de las empresas hacia la administracin de la calidad total.
En muchas aplicaciones es esencial la necesidad de flexibilidad en el de los
distintos objetos que intervienen en el diseo del desarrollo de un aplicativo.
El manejo de objetos le facilita al usuario final no solo la interaccin con el
sistema, sino que convierte a este en una herramienta amigable, confiable y en
la que se podr confiar para una toma de decisin.
LECCIN 26. REQUERIMIENTOS PARA SISTEMAS DE COMUNICACIN DE
DATOS
111

Se debe tener en cuenta los siguientes componentes:
Es el medio por el que se transmiten los datos a su destino. Se dividen en:
1.
Canales
de
comunicacin
Las caractersticas de cada tipo de canal influyen en:

Velocidad
Costo
Distancias de transmisin
2.
Dispositivos de
Siempre que se transmiten datos, deben existir elementos de interconexin

entre los computadores y los medios de transmisin o canales.
control
de Los dispositivos ms comunes son:

comunicacin
112

El analista de sistemas debe enfatizar por qu y cundo especificar estos

dispositivos en el diseo de un sistema.
Los canales de comunicacin y los dispositivos de control de comunicacin,
necesitan de una serie de reglas que permitan a stos comunicarse entre s.
Estas reglas reciben el nombre de protocolos y permiten a los distintos
dispositivos comunicarse entre s de tal forma que cada uno pueda enviar y
recibir seales comprensibles y vlidas.
Un protocolo debe realizar las siguientes funcionalidades:
Permitir localizar un ordenador de forma inequvoca.
3.
Permitir realizar una conexin con otro ordenador.
Protocolos
de Permitir intercambiar informacin entre ordenadores de forma segura,

comunicacin
independiente del tipo de mquinas que estn conectadas.
Proporcionar un indicador constante de que los datos estn siendo recibidos
y comprendidos o bien que no estn siendo recibidos o que llegan en forma
desordenada.
Solicitar la retransmisin de los datos errneos.
Cuando se habla de protocolos es importante tener en cuenta las siguientes
caractersticas en el diseo:
113

Existen muchos protocolos. A pesar de que cada protocolo facilita la
comunicacin bsica, cada uno tiene un propsito diferente y realiza
distintas tareas. Cada protocolo tiene sus propias ventajas y sus
limitaciones.
Algunos protocolos slo trabajan en ciertos niveles OSI. El nivel al que
trabaja un protocolo describe su funcin.
Los protocolos tambin pueden trabajar juntos en una jerarqua o
conjunto de protocolos. Al igual que una red incorpora funciones a cada
uno de los niveles del modelo OSI, distintos protocolos tambin trabajan
juntos a distintos niveles en la jerarqua de protocolos. Los niveles de la
jerarqua de protocolos se corresponden con los niveles del modelo OSI.
Jerarquas de protocolos
Una jerarqua de protocolos es una combinacin de protocolos. Cada nivel
de la jerarqua especifica un protocolo diferente para la gestin de una
funcin o de un subsistema del proceso de comunicacin. Cada nivel tiene
su propio conjunto de reglas. Los protocolos definen las reglas para cada
nivel en el modelo OSI as:
Aplicacin
Inicia o acepta una peticin
Presentacin
Adiciona informacin de formato, presentacin y cifrado
Sesin
Adiciona informacin del flujo de trfico para determin
Transporte
Adiciona informacin para el control de errores
Red
Se adiciona informacin de direccin y secuencia al paqu
Enlace de datos
Adiciona informacin de comprobacin de envo y prepa

fsica
Fsico
El paquete se enva como una secuencia de bits
114

A continuacin se referencia los protocoles en correspondencia con su nivel:

Aplicacin
Trabajan en el nivel superior del modelo de referencia OSI y
proporcionan interaccin entre aplicaciones e intercambio de datos
APPC
(Comunicacin avanzada entre programas)

Trabaja en el nivel de presentacin del modelo OSI. Sin
embargo, tambin se considera un protocolo de transporte
porque APPC utiliza el protocolo LU 6.2 que trabaja en los
niveles de transporte y de sesin del modelo OSI.
FTAM
(Acceso y gestin de la transferencia de archivos)

Un protocolo OSI de acceso a archivos
X.400
Un protocolo CCITT para las transmisiones internacionales

de correo electrnico.
X.500
Un protocolo CCITT para servicios de archivos y directorio

entre sistemas.
SMTP
(Protocolo bsico para la transferencia de correo)

Un protocolo Internet para las transferencias de correo
electrnico.
FTP
(Protocolo de transferencia de archivos)

Un protocolo para la transferencia de archivos en Internet.
SNMP
(Protocolo bsico de gestin de red)

Un protocolo Internet para el control de redes y
componentes.
Telnet
Un protocolo Internet para la conexin a mquinas remotas
115

y procesar los datos localmente.
SMBs
(Bloques de mensajes del servidor) de Microsoft y

clientes o redirectores
Un protocolo cliente/servidor de respuesta a peticiones.
NCP (
Protocolo bsico de NetWare) y clientes o redirectores

Un conjunto de protocolos de servicio.
AppleTalk
Conjunto de protocolos de red de Apple.
y
AppleShare
AFP
(Protocolo de archivos AppleTalk)

Protocolo de Apple para el acceso a archivos remotos.
DAP
(Protocolo de acceso a datos)

Un protocolo de DECnet para el acceso a archivos.
De transporte
Facilitan las sesiones de comunicacin entre equipos y aseguran que los
datos se pueden mover con seguridad entre equipos.
TCP
El protocolo de TCP/IP para la entrega garantizada de datos

en forma de paquetes secuenciados.
SPX
Parte del conjunto de protocolos IPX/SPX de Novell para datos

en forma de paquetes secuenciados.
NWLink
La implementacin de Microsoft del protocolo IPX/SPX.
NetBEUI
(Interfaz de usuario ampliada NetBIOS)

Establece sesiones de comunicacin entre equipos (NetBIOS) y
proporciona los servicios de transporte de datos subyacentes
116

(NetBEUI).
ATP
(Protocolo de transacciones Apple Talk) y NBP (Protocolo de

asignacin de nombres)
Protocolos de Apple de sesin de comunicacin y de
transporte de datos.
De Red
Proporcionan lo que se denominan servicios de enlace. Estos protocolos
gestionan
informacin
sobre
direccionamiento
encaminamiento,
comprobacin de errores y peticiones de retransmisin. Los protocolos de

red tambin definen reglas para la comunicacin en un entorno de red
particular.
IP
El protocolo de TCP/IP para el encaminamiento de paquetes.
IPX
El protocolo de Novell para el encaminamiento de paquetes.
NWLink
La implementacin de Microsoft del protocolo IPX/SPX.
NetBEUI
Un protocolo de transporte que proporciona servicios de

transporte de datos para sesiones y aplicaciones NetBIOS.
DDP
(Protocolo de entrega de datagramas): Un protocolo de Apple

Talk para el transporte de datos.
26.1. REDES DE COMUNICACIN

El diseo de una red de comunicaciones implica la eleccin de:
Un topologa
Una arquitectura
Topologas de red
La topologa de red, es la disposicin fsica en la que se conecta una red de

computadores. Las redes pueden ser en:
117

Anillo
Las estaciones se conectan formando un anillo. Cada estacin est

conectada a la siguiente y la ltima est conectada a la primera.
Cada estacin tiene un receptor y un transmisor que hace la funcin
de repetidor, pasando la seal a la siguiente estacin del anillo.
rbol
En este tipo de red, los nodos estn colocados en forma de rbol. La

conexin en rbol es parecida a una serie de redes en estrella
interconectadas.
Malla
Cada nodo est conectado a uno o ms de los otros nodos. De esta

manera es posible llevar los mensajes de un nodo a otro por
diferentes caminos.
Bus
Todos sus nodos se encuentran conectados directamente a un enlace
y no tiene ninguna otra conexin entre nodos.
Estrella
Todas las estaciones estn conectadas por separado a un centro de

comunicaciones, concentrador o nodo central, pero no estn
conectadas entre s.
Las nuevas redes sin cables hacen posible que se pueda conectar a
Red inalambrica
wi-fi
una red local cualquier dispositivo sin necesidad de instalacin. La

norma IEEE 802.11b dio carcter universal a esta tecnologa que
permite la conexin de cualquier equipo informtico a una red de
datos Ethernet sin necesidad de cableado, que actualmente se
puede integrar tambin con los equipos de acceso ADSL para
Internet.
Celular
La topologa celular est compuesta por reas circulares o

hexagonales, cada una de las cuales tiene un nodo individual en el
118

centro.
La topologa celular es un rea geogrfica dividida en regiones
(celdas) para los fines de la tecnologa inalmbrica. En esta
tecnologa
no
existen
enlaces
fsicos;
si
lo
hay
ondas
electromagnticas.
26.2. ARQUITECTURAS DE RED

Una arquitectura de redes es un conjunto de protocolos y niveles que dan una
solucin completa a sistemas de Telecomunicaciones o Teleinformtica.
Algunas arquitecturas son:
OSI
TCP/IP
XNS
Red de sistemas distribuidos, DNS
Arquitectura de red de sistemas, SNA
Arquitectura de red distribuida, DNA
AppleTalk
Arquitectura Novell IPX
Arquitectura IBM & Microsoft
En una arquitectura se detallan:
119

Rutas de transmisin
Protocolos
Medidas de seguridad
Mtodos de interconexin
LECCIN 27. DISEO DE SISTEMAS CONFIABLES
Un sistema es confiable sino produce fallas costosas o peligrosas al usarse de
manera normal.
27.1. ENFOQUES DE LA CONFIABILIDAD
Existen dos niveles de confiabilidad.
El sistema cumple con los requerimientos correctos
Los resultados reales que entrega el sistema al usuario
La confiabilidad a nivel de diseo es posible si el analista lleva a cabo un
detallado levantamiento de los requerimientos del sistema.
Un error aparece cuando el sistema no Una falla es la aparicin de un error del
produce los resultados esperados.
software, con un cierto peso de seriedad.
120

Existen tres enfoques para la confiabilidad:
Enfoque
Caracterstica
Prevencin de errores
Previene la ocurrencia de errores en el software
Deteccin y correccin de Reconoce los errores cuando se les halla y se corrige el error o
errores
el efecto del error de forma que el sistema no falla.
Tolerancia a errores
Capacidad de un sistema para seguir funcionando cuando

Se produce un error en parte del sistema.
27.2. DISEOS FCILES DE MANTENER

Un sistema tiene una vida promedio de 4 a 6 aos, por lo que hace necesario el
mantenimiento continuo de los sistemas. Es por esto, que los analistas deben
garantizar que la necesidad del mantenimiento se controle por medio del
diseo y de pruebas y que la capacidad para llevar a cabo ese mantenimiento se
asegure mediante adecuadas prcticas de diseo.
Para reducir la necesidad de mantenimiento, es importante tener en cuenta los
siguientes criterios:
Definir con gran precisin los requerimientos del usuario
Disear y desarrollar la documentacin del sistema
Usar mtodos para el diseo de la lgica del procedimiento
Hacer uso de herramientas y tcnicas
LECCIN 28. GRFICAS DE ESTRUCTURAS DE PROGRAMAS, DISEO DE

SOFTWARE Y HERRAMIENTAS DE DOCUMENTACIN
121

Los diagramas de estructura son una herramienta de diseo que muestran
grficamente las relaciones entre los mdulos de un programa. Muestra
adems, cules mdulos interactan dentro del sistema y los datos que se
comunican entre varios mdulos.
Los diagramas de estructura son una herramienta que permiten ayudar al
analista a desarrollar software que cumpla los objetivos del buen diseo de
software.
28.1. SIMBOLOGA
Rectngulo
Identifica los mdulos del programa
Flechas
Indican las llamadas a los mdulos
Flecha pequea con un circulo hueco
Denota transferencia de parmetros
Flecha pequea con un circulo lleno
Identifica informacin de control. Se describe el

tipo de informacin transferida
28.2. DISEO DE SOFTWARE

122

Los principios que deben guiar el diseo del software son:
Modularidad y fragmentacin
El software se divide en componentes nombrados y abordados por separado, llamados
Mdulos que se integran para satisfacer los requisitos del sistema.
Acoplamiento
Es el grado de interdependencia entre los mdulos; depende del nmero de parmetros que
se intercambian para su comunicacin.
El objetivo que se debe conseguir es minimizar el acoplamiento, o lo que es lo mismo, hacer
que los mdulos sean tan independientes como sea posible, aunque esto no siempre se
consiga. Un bajo acoplamiento entre los, mdulos indica que se ha hecho una buena
descomposicin del sistema, aunque esto no ocurre siempre.
Un bajo acoplamiento es deseable por las razones siguientes:
Cuantas menos conexiones existan entre dos mdulos, menos oportunidad habr de que
aparezca el efecto onda (un defecto de un mdulo, puede aparecer afectando a otro).
Se desea tener posibilidad de cambiar un mdulo con el mnimo riesgo de tener que cambiar
otro, se trata de que cada cambio realizado afecte lo menos posible a otros mdulos.
Mientras se est manteniendo un mdulo, es deseable no necesitar preocuparse en los
detalles internos (cdigo) de cualquier otro mdulo.
Cohesin
Es la medida de la fuerza o relacin funcional de los elementos de un mdulo, entendiendo
por elementos a la sentencia o grupo de sentencias que lo componen, a las definiciones de
datos o a las llamadas a otros mdulos.
Un mdulo coherente ejecuta una tarea sencilla en un programa o procedimiento y requiere
poca interaccin con otros procedimientos que se ejecuten en otras partes del programa.
123

Extensin de control
Hace referencia al nmero de mdulos subordinados al mdulo que hace la llamada. Limitar
la extensin de control de 5 a 7 mdulos.
Tamao
Nmero de instrucciones que componen a un mdulo. Limitar el tamao de forma que la
funcin de todo el mdulo se centre en un solo propsito.
Uso compartido
Uso de un mdulo por otros mdulos. Evitar la duplicacin permitiendo que los mdulos sean
llamados por otros que necesitan la funcin de cada uno.
28.3. HERRAMIENTAS DE DOCUMENTACIN

El analista y diseador de sistemas debe hacer conciencia sobre la importancia
y las ventajas que se obtienen al documentar claramente un sistema y de la
trascendencia que este trabajo tiene para cada organizacin.
La documentacin tiene los siguientes objetivos:
Documentar un sistema tiene las siguientes ventajas:

124

Acortar la cantidad de horas requeridas por las nuevas personas que se

agreguen al equipo de trabajo para que aprendan el sistema antes de realizar
el mantenimiento
Nos ayudan cuando surgen problemas
No se depende de una persona o un grupo reducido de personas para realizar

modificaciones al software
Reglas para documentar sistemas
Creacin de Estndares: Nombres, simbologa y metodologa
Documentar cada una de las etapas del ciclo de vida de sistemas
La documentacin debe ser realizada por el equipo de desarrollo (analistas, diseadores,

desarrolladores, programadores)
Organizar la informacin por carpetas: Administrativa, Usuario, Proyecto
Qu se debe documentar en cada etapa?

Etapa
Documentacin
Deteccin y definicin del problema que motiva la creacin de un sistema

de informacin automatizado
Anlisis
Identificacin de usuarios y funciones
Planteamiento del problema organizacional
Nombre del proyecto
Planteamiento de una o varias soluciones al problema
Objetivo del sistema
Alcance funcional
Caractersticas generales
Contribucin a la solucin
Estimacin del costo de adquisicin de cada una de las soluciones y

definicin de las condiciones en las cuales se desarrollarn e implantaran.
125

Costo de desarrollo
Costo de implantacin
Requerimientos
Restricciones
Evaluacin de las alternativas de solucin para determinar cul de ellas es

la mejor opcin
Diseo
Anlisis de Costo-Beneficio
Estudio de Factibilidad
Diagramas:
De contexto
Flujos de datos
Diccionario de datos
Tiempos de desarrollo
Diseo de interfaces, entradas y salidas
Diseo de la base de datos: lgico y fsico
Creacin del prototipo
Definicin de los tipos de pantallas
El desarrollo de una aplicacin no es otra cosa que la elaboracin de los

programas de que consta un sistema de informacin y en trminos generales
en esta etapa se deben definir los archivos de inicio, se deben desarrollar los
mdulos correspondientes los cuales deben ir documentados en forma clara y
precisa.
Desarrollo
Aparte de la documentacin interna de los programas, se deben generar dos
documentos al culminar esta etapa, dichos documentos son:
El manual
Debe tener una descripcin general de lo que es el
de
sistema, debe contener detalles de su construccin e
la
126

Aplicacin
instrucciones de su manejo o funcionamiento.
Como
mnimo el manual de la aplicacin debe contener los

siguientes temas:
Objetivo General de la aplicacin.
El alcance.
Arquitectura del Sistema.
Especificaciones Generales del Sistema.
Especificaciones Tcnicas del Sistema.
Modelo E-R
Diccionario de Datos
Definicin de mdulos
Mapa general de la aplicacin.
Definicin de variables de acceso
Especificaciones de Manejo del Sistema.
Proceso de Instalacin
Cmo Iniciar el Sistema.
Cmo Terminar el Sistema.
Cmo obtener ayuda en lnea
Descripcin de la Barra de Herramientas.
Descripcin
de la Barra de Men.
Ayuda en Lnea.
Tiene como propsito dar una visin rpida de lo que es la

aplicacin y estar ubicado en el directorio \Manuales de
Ficha
Tcnica
cada aplicacin, debe contener:
Nombre de la Aplicacin
rea(s) Usuario(s)
Autores y/o Responsables de la aplicacin
Fecha de liberacin de la aplicacin
127

Herramientas de Desarrollo utilizadas
Ubicacin de los Archivos Fuentes
Ubicacin de la base de Datos, especificando ruta, nombre

del Servidor y nombre de la base de datos.
Nombre de Usuario y su correspondiente Password para

mantenimiento.
Nombre del archivo que contiene el men de navegacin de

la aplicacin.
Pruebas
Ubicacin de los manuales del sistema.
Manuales del usuario
Documentacin de resultados de las pruebas con:
Datos ejemplo
Datos reales
Entrenamiento a usuarios
Implantacin
Plan para la conversin del sistema anterior al sistema nuevo
LECCIN 29. MANEJO DEL PROCESO PARA GARANTIZAR LA CALIDAD Y

MANEJO DE LAS PRCTICAS DE PRUEBA
Se usan cuatro niveles de aseguramiento de la calidad:
128

29.1. MANEJO DE LAS PRCTICAS DE PRUEBA

29.1.1. ORGANIZACIN PARA LAS PRUEBAS DEL SOFTWARE
129

Toda prueba de software debe tener la coordinacin de actividades:
El responsable del desarrollo del software es el responsable de probar las unidades del
programa y a veces se encarga tambin de la prueba de integracin.
Cuando se tiene una arquitectura completa de software, los encargados de la prueba es

un Grupo Independiente de Prueba (GIP), permitiendo que se tenga independencia.
29.1.2. ESTRATEGIA DE PRUEBA DEL SOFTWARE

Los niveles de la estrategia para la prueba del software se pueden ver en el
siguiente grfico:
130

La prueba se centra en cada mdulo individualmente, asegurando que

funcionan adecuadamente como una unidad. La prueba de unidad hace uso de
las tcnicas de prueba de caja blanca, ejercitando caminos especficos de la
estructura de control del mdulo para asegurar un alcance completo y una
deteccin mxima de errores.
Se ensamblan o integran los mdulos para formar el paquete de software
completo. La prueba de integracin se dirige a todos los aspectos asociados con
el doble problema de verificacin y de construccin del programa. Durante la
integracin, las tcnicas que ms prevalecen son las de diseo de casos de
prueba de caja negra, aunque se pueden llevar a cabo algunas pruebas de caja
blanca con el fin de asegurar que se cubren los principales caminos de control.
131

Despus de que el software se ha integrado (construido), se dirigen un conjunto
de pruebas de alto nivel. Se deben comprobar los criterios de validacin. La
prueba de validacin proporciona una seguridad final de que el software
satisface todos los requisitos funcionales, de comportamiento y de rendimiento.
Durante la validacin se usan exclusivamente tcnicas de prueba de caja negra.
La prueba del sistema verifica que cada elemento encaja de forma adecuada y
que se alcanza la funcionalidad y el rendimiento del sistema total.
Si se desea implementar una estrategia de prueba de software con xito se
debe tener presente:
Especificar los requisitos del producto de manera cuantificable mucho antes de que
comiencen las pruebas
Tambin se debe evaluar: portabilidad, facilidad de mantenimiento y facilidad de uso
Establecer los objetivos de la prueba de manera explcita
Se debe establecer:
Objetivos especficos de la prueba
Cobertura de la prueba
Tiempo medio de fallo
El coste para encontrar y arreglar errores
Densidad de fallos remanente o frecuencia de ocurrencia
Horas de trabajo por prueba
132

Comprender qu usuarios van a manejar el software y desarrollar un perfil para cada
categora de usuario
Se debe:
Describir el escenario de interaccin para cada clase de usuario
Desarrollar un plan de prueba que haga hincapi en la prueba de ciclo rpido

El equipo de ingeniera de software, debe aprender a probar en ciclos rpidos y que se pueda
probar sobre el terreno.
Construir un software robusto diseado para probarse a s mismo.
El software debe ser capaz de diagnosticar ciertas clases de errores. Adems, el diseo debe
incluir pruebas automatizadas y pruebas de regresin.
Usar revisiones tcnicas formales efectivas como filtro antes de la prueba
Las revisiones tcnicas formales ayudan a reducir el esfuerzo de prueba necesaria para la
produccin del software.
Llevar a cabo revisiones tcnicas formales para evaluar la estrategia de prueba y los
propios casos de prueba.
Permiten descubrir inconsistencias, omisiones y errores claros en el enfoque de la prueba.
Desarrollar un enfoque de mejora continua al proceso de prueba. Debera medirse la
estrategia de prueba.
Permite usar un enfoque estadstico de control del proceso para la prueba del software.
LECCIN 30. MANEJO Y DISEO DETALLADO DE OBJETOS
133

30.1. DISEO DEL SISTEMA
Se define subdivisiones en aplicaciones del sistema y la forma de comunicacin
con los sistemas ya existentes con los cuales debe interactuar.
Documentacin
134

30.2. DISEO DETALLADO DE OBJETOS
Se adecua el anlisis a las caractersticas especficas del ambiente de
implementacin y se completan las distintas aplicaciones del sistema con los
modelos de control, interfaz o comunicaciones.
Desarrollar el modelo de interfaz
135

Desarrollar los modelos de control, persistencia y comunicaciones
Documentacin
ACTIVIDADES COMPLEMENTARIAS
136

EJERCICIO
1. Del sistema de informacin seleccionado en el capitulo anterior. Continu
con la elaboracin del documento identificando y relacionando:
Objetivos y caractersticas de la interfaz
Tipos de acciones que posee la interfaz
Caractersticas que tiene el diseo del dilogo
Estrategias del dilogo que se utilizan
Dilogos con entrada de datos
Sistemas de ayuda
2. Teniendo en cuenta el ejercicio planteado en el capitulo anterior de
Parqus Pizza:
a. Disee la interfaz y diseo de dilogo. Teniendo en cuenta:
Objetivos y caractersticas de la interfaz que utilizar el sistema
Tipos de acciones que tendr la interfaz
Caractersticas que tendr el diseo del dilogo
Estrategias del dilogo
Dilogos con entrada de datos
137

Sistemas de ayuda
EJERCICIO
Del sistema de informacin seleccionado en el capitulo anterior. Continu con
la elaboracin del documento identificando y relacionando:
Objetivos y caractersticas del diseo base de datos
Modelos de datos
Estructuracin de datos
3. Teniendo en cuenta el ejercicio planteado en el capitulo anterior de
Parqus Pizza:
Disee las caractersticas que tendr los archivos. Teniendo en cuenta:
Objetivos y caractersticas del diseo base de datos a utilizar
Modelos de datos
Estructuracin de datos
EJERCICIO
Del sistema de informacin seleccionado en el capitulo anterior. Continu con
la elaboracin del documento identificando y relacionando:
138

Caractersticas que la empresa y/o el aplicativo tienen implementados para el
aseguramiento de la calidad.
Principios de diseo de software que tiene el sistema
Documentacin que posee el sistema
Niveles de aseguramiento de la calidad que se utilizan
Estrategias de prueba que utiliza el sistema
Teniendo en cuenta el ejercicio planteado en el capitulo anterior de Parqus
Pizza:
Disee las caractersticas que tendr para la comunicacin de datos. Teniendo
en cuenta:
Caractersticas que la empresa y/o el aplicativo deben implementarse para el
aseguramiento de la calidad.
Principios de diseo de software que debe tener el sistema
Documentacin que debe poseer el sistema
Niveles de aseguramiento de la calidad que debe utilizar
Estrategias de prueba que debe utilizar el sistema
Proyecto de Grupo
139

Teniendo en cuenta la misma descripcin del ejercicio propuesto en el curso de
Anlisis de Sistemas y de los captulos anteriores:
Determine los requerimientos planteados en la documentacin para:

Diseo del sistema
Diagramas
de Procesadores
Ejecucin,
Procesos
versin inicial
Mecanismos
de
comunicacin
Descripcin detallada
Diseo detallado
Diagramas de clases y paquetes
Diagramas de interaccin con el detalle de las
operaciones ms importantes del sistema
Diagramas de estados y/o actividades para las
clases concurrentes o complejas
140

BIBLIOGRAFA
Burch-Grudfnitski. (2001). Diseo de sistemas de informacin. Teora y
Prctica. Mxico.
J., W. (1996). Anlisis y diseo de sistemas de informacin. Madrid.
James, S. (1992). Anlisis y diseo de sistemas de informacin. Mxico.
K., L. (1992). Administracin de los sistemas.
Kendall, K. &. (2005). Anlisis y diseo de sistemas.
ELECTRNICA
http://www.cpis.es/cpiMenu1.htm
http://www.cpis.es/master.html?http://www.cpis.es/cpiMenu.htm
http://www.uag.mx/66/Pull.htm
http://www1.universia.net/CatalogaXXI/pub/ir.asp?IdURL=42071&IDC=10010&I
DP=ES&IDI=1
http://www.monografias.com/trabajos6/inus/inus.shtml
http://alarcos.inf-cr.uclm.es/doc/bda/doc/trab/T0001_MAMoraga.pdf
http://www.jegsworks.com/Lessons-sp/lesson7/lesson7-2.htm
http://es.geocities.com/yeiko_6/
141

http://ciberhabitat.gob.mx/museo/cerquita/redes/medios/intro.htm
http://ciberhabitat.gob.mx/museo/cerquita/redes/medios/alambre.htm
http://ciberhabitat.gob.mx/museo/cerquita/redes/medios/coaxial.htm
http://ciberhabitat.gob.mx/museo/cerquita/redes/medios/trenzado.htm
http://ciberhabitat.gob.mx/museo/cerquita/redes/medios/f_optica.htm
http://ciberhabitat.gob.mx/museo/cerquita/redes/medios/estructura.htm
http://ciberhabitat.gob.mx/museo/cerquita/redes/medios/aire.htm
http://tecnologias.gio.etsit.upm.es/domotica/medios-de-transmision-componentes-55.asp
http://www.wilac.net/descargas/documentos/2ri.pdf
ANEXOS
Software Libre para Diseo
Ac un listado de muchos programas para edicin, animacin, 3D, CAD y ms.
EDICIN DE IMGENES
GIMP - es un programa para manipular imgenes. Es de libre distribucin.
Disponible para muchos sistemas operativos y en mltiples lenguajes.
142

Picasa - software libre para organizacin y edicin de fotografas provisto por
Google.
Paint.NET - este programa corre sobre Windows. Podemos agregar efectos y
cuenta con muchas herramientas para la edicin de imgenes. Adems cuenta
con una gran comunidad online que provee ayuda, tutoriales y plugins.
Magnifier - permite acercase a los detalles de la imagen.
Easy Thumbnails - permite crear thumbnails (pequeas vistas previa) y tambin
editar las imgenes.
ImageDiff - permite comparar dos imgenes lado a lado y ver las diferencias
entre stas. Compara imgenes de diversos formatos: JPG, GIF, BMP y TIF,
PNG.
IrfanView - es un compacto y rpido visor y convertidor de imgenes. Soporta
diversos formatos de imagen.
FastStone Image Viewer - visor de imgenes rpido, estable y de entorno
amigable. Adems cumple funciones de convertir y editor. Soporta muchos
formatos (BMP, JPEG, JPEG 2000, GIF, PNG, PCX, TIFF, WMF, ICO y TGA).
ILUSTRACIONES
Inkscape - editor de grficos vectoriales, con capacidad similar a Illustrator,
Freehand, CorelDraw o Xara X.
143

SmoothDraw NX ofrece utilidades de trazado e impresin con un acabado de
una calidad apreciable. Adems ofrece una buena gama de filtros para mejorar
la visualizacin y aplicarle efectos.
ParticleDraw proporciona a los usuarios un pincel para dibujar partculas en
cualquier lugar de la escena
InsightPoint es una herramienta de creacin de grficos vectoriales e imgenes
complejas que combina a la perfeccin todas las cualidades para ser tratado
como un potente competidor de los actuales editores de grficos escalables
vectoriales (SVG).
144

MD 3013092013

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

MD 3013092013

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

301309 DISEO DE SISTEMAS

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

Para determinar los requerimientos de sistemas, es necesario analizar los

hechos que se tienen a la mano. Las descripciones y la documentacin

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

anlisis, a menudo se vuelven de gran importancia. Por ejemplo el aumento de

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

Cualidades del diseador

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

LECCIN 2. OBJETIVOS DEL DISEO DE SISTEMAS

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

Por tal razn, el diseo de sistema persigue los siguientes objetivos:

Describir las caractersticas de un sistema de informacin: entrada,

Las buenas prcticas de diseo ergonmico deben contribuir a la

Especificar los componentes y funciones con suficiente detalle para

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

Se debe tener en cuenta para el diseo de salida:

Determinar la forma en que ser presentada la informacin (visual,

Seleccin de formatos para la presentacin de la informacin.

Definir la distribucin o disposicin de informacin sobre el medo

Los datos que se deben incluir

Datos necesarios de la base de datos

Relaciones entre datos

Estructuras de los datos

Diseo de la base de datos

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

Medios de entrada de datos

Disposicin y codificacin de datos

Mtodos de validacin de datos

Autorizacin y acceso de usuarios

Procedimientos de entrada de datos

Procedimientos para el manejo de errores

LECCIN 4. NIVELES DEL DISEO

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

Los analistas de sistemas estn involucrados desde el rediseo de un

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

Preparar un modelo completo del diseo propuesto. En lo posible se deben incluir

CAPTULO 2. MANEJO DEL PROCESO DE DISEO

emplean un gran nmero de combinaciones de pasos y

procedimientos de diseo, pero no se puede decir que haya una combinacin

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

1. Bosquejo de componentes estructurales

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

El prototipo es una aplicacin que funciona

Los prototipos se crean con rapidez

Los prototipos evolucionan a travs de un proceso iterativo