UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA
ESCUELA DE CIENCIAS BÁSICAS TECNOLOGÍA E INGENIERÍAPROGRAMA DE INGENIERÍA DE SISTEMAS
301309 – DISEÑO DE SISTEMAS MOISÉS DE JESÚS RODRÍGUEZ BOLAÑO
(Director Nacional)
SANTA MARTA FEBRERO 2011
ii
TABLA DE CONTENIDO
INTRODUCCIÓN ... 7
UNIDAD 1. INTRODUCCIÓN AL DISEÑO ... 8
OBJETIVOS... 8
GENERAL ... 8
ESPECÍFICOS ... 8
COMPETENCIAS ... 8
Capítulo 1. VISIóN GENERAL DEL DISEÑO DE SISTEMAS ... 10
Lección 1. CONCEPTO DEL DISEÑO ... 10
Lección 2. OBJETIVOS DEL DISEÑO DE SISTEMAS ... 13
Lección 3. CARACTERÍSTICAS A DISEÑAR ... 14
Lección 4. NIVELES DEL DISEÑO ... 16
Lección 5. PROCESO DEL DISEÑO GENERAL DE SISTEMAS ... 17
Preparación del reporte de la propuesta del diseño general de sistemas ... 18
Capítulo 2. MANEJO DEL PROCESO DE DISEÑO... 19
OBJETIVOS... 19
Lección 1. BOSQUEJOS Y PROTOTIPOS ... 19
iii
Lección 3. CARPETA DE DESCRIPCIÓN DEL DISEÑO DEL SISTEMA ... 23
Lección 4. SEGUIMIENTO DEL PROCESO DE DISEÑO ... 25
Lección 5. SELECCIÓN DE HARDWARE Y SOFTWARE ... 26
Selección de hardware ... 27
Medición y evaluación de sistemas de cómputo ... 27
Compatibilidad de equipos ... 27
Factores financieros ... 28
Mantenimiento y soporte ... 28
Selección de software ... 29
Capítulo 3. MANEJO DE SISTEMAS DESARROLLADO POR USUARIOS FINALES ... 31
Lección 1. PARTICIPACIÓN DE LOS USUARIOS ... 31
Lección 2. RESPONSABILIDAD DE LOS USUARIOS EN EL DISEÑO ... 32
Lección 3. RESPONSABILIDAD DEL ANALISTA DE SISTEMAS ... 33
Lección 4. RIESGOS ASOCIADOS CON EL DESARROLLO POR PARTE DE LOS USUARIOS ... 33
Lección 5. Recomendaciones prácticas para el inicio del diseño e implementación de un sistema de calidad 34 ACTIVIDADES COMPLEMENTARIAS ... 35
Bibliografía... 37
ELECTRÓNICA ... 38
Unidad 2. DISEÑO DE SISTEMAS ... 39
iv
OBJETIVOS... 39
GENERAL ... 39
ESPECÍFICOS ... 39
Capítulo 1. DISEÑO DE SALIDAS ... 40
Lección 1. OBJETIVOS, tipos de salida y objetivos del diseño de entrada ... 41
TIPOS DE SALIDA ... 43
OBJETIVOS DE DISEÑO DE ENTRADA ... 45
Lección 2. DISEÑO DE SALIDA IMPRESA y DISEÑO DE SALIDA POR PANTALLA ... 45
Métodos para la salida impresa ... 47
Copias múltiples de la salida ... 47
DISEÑO DE SALIDA POR PANTALLA ... 47
Lección 3. CAPTURA DE DATOS, DISEÑO DE DOCUMENTOS Y VALIDACIÓN DE ENTRADAS ... 49
DISEÑO DE DOCUMENTOS ... 50
VALIDACIÓN DE ENTRADAS... 53
Validación de las transacciones de entrada ... 53
Lección 4. DEFINICIÓN DE INTERFASE, diseño de dialogo y estrategias de dialogo ... 56
DISEÑO DE DIALOGO ... 58
ESTRATEGIA DEL DIALOGO ... 62
Lección 5. DIALOGO CON ENTRADA DE DATOS ... 66
v
Mensajes y comentarios ... 68
Sistemas de Ayuda ... 70
Capítulo 2. DISEÑO DE ARCHIVOS ... 72
Lección 1. DIAGRAMA DE ESTRUCTURAS DE DATOS ... 73
Fases para la construcción de la estructura de datos... 74
Lección 2. TIPOS Y MÉTODOS DE ORGANIZACIÓN DE ARCHIVOS ... 75
MÉTODOS DE ORGANIZACIÓN DE ARCHIVOS ... 76
Lección 3. RESPALDO Y RECUPERACIÓN DE ARCHIVOS ... 79
Procedimientos de respaldo para archivos en cinta magnética ... 79
Procedimientos de respaldo para archivos en disco magnético... 80
Lección 4. DESARROLLO DE SISTEMAS EN UN AMBIENTE DE BASES DE DATOS ... 81
Abstracción de datos ... 82
Modelos de los datos ... 83
Lección 5. ESTRUCTURACIÓN DE DATOS ... 87
Normalización ... 87
Capítulo 3. DISEÑO PARA COMUNICACIÓN DE DATOS ... 91
Lección 1. REQUERIMIENTOS PARA SISTEMAS DE COMUNICACIÓN DE DATOS ... 92
REDES DE COMUNICACION ... 97
Topologías de red ... 97
vi
Lección 2. DISEÑO DE SISTEMAS CONFIABLES ... 99
Enfoques de la confiabilidad ... 99
Diseños fáciles de mantener ... 100
Lección 3. GRÁFICAS DE ESTRUCTURAS DE PROGRAMAS, DISEÑO DE SOFTWARE Y HERRAMIENTAS DE DOCUMENTACION ... 101
Simbología ... 101
DISEÑO DE SOFTWARE ... 101
HERRAMIENTAS DE DOCUMENTACION ... 103
Reglas para documentar sistemas... 104
¿Qué se debe documentar en cada etapa? ... 104
Lección 4. MANEJO DEL PROCESO PARA GARANTIZAR LA CALIDAD Y MANEJO DE LAS PRÁCTICAS DE PRUEBA ... 106
MANEJO DE LAS PRÁCTICAS DE PRUEBA... 107
LECCIÓN 5. manejo Y DISEÑO DETALLADO de objetos ... 111
DISEÑO DEL SISTEMA ... 111
DISEÑO DETALLADO DE OBJETOS ... 112
ACTIVIDADES COMPLEMENTARIAS ... 115
Bibliografía ... 118
ELECTRÓNICA... 118
7
INTRODUCCIÓN
1Para determinar los requerimientos de sistemas, es necesario analizar los hechos que se tienen a la mano. Las
descripciones y la documentación desarrollada como resultado del esfuerzo de búsqueda de hechos, se estudian con la finalidad de evaluar el funcionamiento del sistema en uso y establecer los requerimientos que debe cumplir un nuevo diseño. Las conclusiones obtenidas durante esta actividad forman la base para la transición hacia el diseño así como de otras actividades de desarrollo.
El diseño es una solución: la conversión de los requerimientos en formas que los satisfagan. El diseño determina el éxito del sistema. A través del diseño se puede tener gran influencia sobre la efectividad de un usuario, ya sea para el manejo de transacciones o para la administración de la organización. Algunos diseños son más efectivos que otros.
Al considerar los objetivos de diseño, se observa que éstos van desde el satisfacer las necesidades de la empresa hasta el empleo eficaz de la tecnología de cómputo. La esencia del diseño de sistemas es la selección y especificación de las características de un sistema de información.
El diseño de sistemas tiene dos etapas:
El diseño lógico: comprende las especificaciones detalladas del nuevo sistema, es decir aquellas que describen sus características: salidas, entradas, archivos, bases de datos y los procedimientos, todo en forma que satisfaga los requerimientos del proyecto.
Construcción física del sistema: produce el software, los archivos y un sistema que funciona. Las especificaciones de diseño indican a los programadores lo que el sistema debe hacer. Las personas que tienen la responsabilidad del diseño deben determinar cuáles son los enfoques del diseño, cómo afectan a sus proyectos y guiarse por ellos, incorporando al mismo tiempo creatividad e innovación.
8
UNIDAD 1. INTRODUCCIÓN AL DISEÑO
OBJETIVOS
GENERAL
Identificar el papel que cumple el diseño en el desarrollo de sistemas de información. ESPECÍFICOS
Interpretar el concepto general de diseño.
Identificar la evolución histórica del diseño de sistemas.
Relacionar la importancia y los objetivos del diseño de sistemas.
Presentar una vista del diseño general de sistemas y su papel en el desarrollo de sistemas de información.
Interpretar el concepto de sistema de información
Examinar la importancia que tienen los usuarios en el diseño de sistemas.
Relacionar la responsabilidad de los usuarios y del analista de sistemas en el diseño de sistemas.
COMPETENCIAS
El estudiante comprende e interpreta el concepto de “diseño de sistemas”.
El estudiante reconoce las especificaciones formales y detalladas de diseño de sistemas que describan las características de un sistema de información: entrada, salida, archivos, bases de datos y procedimientos.
El estudiante identifica, reconoce y utiliza técnicas y principios de diseño para el desarrollo de sistemas de información.
9
El estudiante identifica y aplica las características y elementos del diseño de salidas, los tipos de salidas y como presentar la información de salida.
El estudiante identifica y aplica las características y elementos del diseño de entradas y controles, validación de datos, diseño de documentos fuente y de captura de datos para la entrada.
El estudiante identifica y aplica las características y elementos del diseño de diálogo en línea, que es una interface, estrategias del dialogo y del diseño de dialogo con entrada de datos.
El estudiante identifica y aplica las características y elementos del diseño de archivos y uso de dispositivos de almacenamiento secundario.
El estudiante identifica y aplica las características y elementos del diseño de interacciones de base de datos y del diseño para comunicación de datos.
10
CAPÍTULO 1. VISIÓN GENERAL DEL DISEÑO DE SISTEMAS
El diseño de sistemas es convertir los requerimientos en soluciones que los satisfagan.Los analistas de sistemas comprenden la recopilación de hechos y el análisis de los mismos. El lector puede afirmar que el analista primero define y documenta y después analiza. Las capacidades perceptivas del analista tienen influencia en los resultados del análisis. Esta sección 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 transición al diseño de sistema.
Cierta información tal como la finalidad de cada paso, la personalidad de los empleados o el número de copias elaboradas de determinados documentos, pueden parecer, a primera vista, como detalles de fondo que describen un sistema pero que parecen ser críticos para su análisis. Después, durante el análisis, a menudo se vuelven de gran importancia. Por ejemplo el aumento de los costos de manos de obra o de la caída de los niveles son hechos que pueden estar relacionados con desacuerdos que afectan de forma adversa a la productividad y que conducen a la contratación de más personal. El número de copias elaboradas en un documento puede ser el indicio de que pasos que están omitiendo si algunas de las copias siempre se descartan sin que le hayan dado uso alguno. También existe una relación entre el conocimiento que tienen los individuos de los pasos específicos a seguir en un determinado flujo de trabajo y la forma en que ellos efectúan dichos pasos.
11
Antes de llegar a definir lo que es el diseño de sistemas, es importante identificar el concepto general sobre diseño y lo que es diseñar.
13
LECCIÓN 2. OBJETIVOS DEL DISEÑO DE SISTEMAS
El diseño de sistemas se ocupa de desarrollar las directrices propuestas durante el análisis en términos de aquella configuración que tenga más posibilidades de satisfacer los objetivos planteados tanto desde el punto de vista funcional como del no funcional.
14
Por tal razón, el diseño de sistema persigue los siguientes objetivos:
Generales Específicos
Satisfacer los
requerimientos de los usuarios
Efectuar en forma correcta los procedimientos apropiados Presentar en forma apropiada y adecuada la información Proporcionar resultados exactos
Utilizar métodos de interacción apropiados Proporcionar confiabilidad
Especificar los elementos de diseño lógico
Describir las características de un sistema de información: entrada, salida, procedimientos, archivos, bases de datos.
Proporcionar las
especificaciones de software
Especificar los componentes y funciones con suficiente detalle para construir el software.
Ajustarse a estándares de diseño
El diseño y su especificación debe estar en concordancia con estándares de desarrollo así como con las reglas establecidas por la organización.
Fácil de usar
Las buenas prácticas de diseño ergonómico deben contribuir a la efectividad y eficiencia del usuario.
LECCIÓN 3. CARACTERÍSTICAS A DISEÑAR
Los elementos que se deben tener en cuenta para el diseño son:Elementos Características
Diseño de salida
Se debe tener en cuenta para el diseño de salida: La información a presentar.
Determinar la forma en que será presentada la información (visual, impresa) y el medio de salida.
15
Selección de formatos para la presentación de la información.
Definir la distribución o disposición de información sobre el medo de salida.
Diseño de archivos
Incluye:
Los datos que se deben incluir Movimiento de datos Longitud de registros Diseño de archivos Estructura de almacenamiento Tipos de archives Diseño de bases de datos Se debe determinar:
Datos necesarios de la base de datos Relaciones entre datos
Estructuras de los datos El modelo de datos Manipulación de datos Diseño de la base de datos
Diseño de entrada
Incluye:
Captura de datos Validación de datos
Medios de entrada de datos Disposición y codificación de datos Métodos de validación de datos
Diseño de controles
Incluye:
Validación de datos
Autorización y acceso de usuarios Seguridad
16
Diseño de
procedimientos
Incluye:
Procedimientos de entrada de datos Procedimientos para el manejo de errores Procedimientos de seguridad Diseño de software Incluye: Modularidad y fragmentación Acoplamiento Cohesión Tamaño
LECCIÓN 4. NIVELES DEL DISEÑO
Como se ha planteado anteriormente, el objetivo del diseño es buscar soluciones de diseño que satisfaga las necesidades que se establecieron durante el análisis de sistemas.
17
Los analistas de sistemas están involucrados desde el rediseño de un componente de un sistema o de un subsistema hasta la creación y diseño de un sistema de información. Independiente de cada uno de estos niveles, el objetivo que persigue al analista de sistemas es buscar soluciones de diseño para satisfacer las necesidades que se establecieron durante la fase del análisis de sistemas.
LECCIÓN 5. PROCESO DEL DISEÑO GENERAL DE SISTEMAS
Según Burch-Grudnitski, el proceso del diseño general de sistemas comprende las etapas que se ilustra en la siguiente figura:
18
El analista de sistemas conoce los requerimientos de los usuarios, el alcance del sistema y los recursos disponibles (personas, dinero, máquinas, materiales, métodos).
Las fuerzas de diseño se consideran y se ponderan para determinar el impacto sobre los componentes estructurales y los diseños finales se crean diferentes alternativas de diseño para tomar en cuenta diferentes funciones de ponderación.
Con base en las fuerzas de diseño se pueden crear diversos diseños alternativos que se someten a consideración de los usuarios.
El analista de sistemas presenta a los usuarios diversas alternativas de diseño, entre las cuales se eligen algunas para ser evaluadas con mayor profundidad. La presentación de diversas alternativas aumenta la probabilidad que se implemente el diseño correcto.
PREPARACIÓN DEL REPORTE DE LA PROPUESTA DEL DISEÑO GENERAL DE SISTEMAS Una vez se ha elegido la propuesta del diseño general de sistemas, se prepara un reporte final que tiene como objetivo comunicar a la gerencia de la organización y a los usuarios la forma, a nivel general, en que el sistema satisface los requerimientos.
El reporte de la propuesta del diseño general de sistemas debe contener:
La(s) razón (es) que dieron inicio al trabajo, se debe incluir los objetivos específicos. Relacionar los requerimientos originales de los usuarios y los objetivos con la propuesta actual del diseño de sistemas. Preparar un modelo completo del diseño propuesto. En lo posible se deben incluir alternativas de
diseño, dentro de las cuales la gerencia pueda elegir.
Mostrar todos los recursos requeridos para implementar y mantener cada alternativa.
19
CAPÍTULO 2. MANEJO DEL PROCESO DE DISEÑO
El proceso de diseño es una guía general de los pasos que pueden seguirse para dar al Ingeniero cierto grado de dirección para la solución de problemas. Los diseñadores emplean un gran número de combinaciones de pasos y procedimientos de diseño, pero no se puede decir que haya una combinación óptima. El seguir las reglas estrictas del diseño no asegura el éxito del proyecto y aún puede inhibir al diseñador hasta el punto de restringir su libre imaginación. A pesar de esto, se cree que el proceso de diseño es un medio efectivo para proporcionar resultados organizados y útiles.
OBJETIVOS
El objetivo del manejo del proceso de diseño es realizar los pasos necesarios para que se desarrolle en forma apropiada el diseño.
20
Se puede utilizar tres técnicas de análisis y diseño de sistemas que ayudan a especificar los requerimientos de manera previa.
1. Bosquejo de componentes estructurales
Esta técnica permite reunir todos los componentes estructurales en una hoja de papel o en una pantalla para cada alternativa de diseño, lo que permite que el analista tenga un bosquejo y una vista general de todo el sistema.
21
Las alternativas de diseño se bosquejan para que los usuarios presenten sus comentarios y reacciones y ofrezcan una retroalimentación a los analistas de sistemas. Estos bosquejos ayudan a determinar elementos faltantes y permiten generar ideas de diseño adicionales. Cada uno de los diseños finales posibles está contenido en una hoja de componentes estructurales. Estas hojas se convierten en una parte principal del reporte de la propuesta del diseño general de sistemas.
2. Bosquejo en papel
Esta técnica 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.
3. Prototipos
Esta técnica permite que el usuario trabaje con una imitación del sistema que se va a implementar. Este prototipo permite a los usuarios ver no solamente lo que van a recibir, sino que también les da la oportunidad de
22 hacer una prueba de manejo.
En la fase de Diseño, su propósito, es mostrar las ventanas, su navegación, interacción, controles y botones al usuario y obtener una retroalimentación que permita mejorar el diseño de interfaz.
Características:
El prototipo es una aplicación que funciona Los prototipos se crean con rapidez
Los prototipos evolucionan a través de un proceso iterativo Los prototipos tienen un bajo costo de desarrollo
23
LECCIÓN 2. MESA DE TRABAJO DE LOS DISEÑADORES
Como se aprecia en la figura anterior, la mesa de trabajo de los diseñadores integra las herramientas necesarias para analizar, diseñar, evaluar, documentar e implementar un sistema de información. Todas las herramientas de trabajo para llevar a cabo el proceso de diseño deben estar al alcance del analista de sistemas. Las herramientas del diseñador comprenden el uso de diferentes técnicas, estrategias y modelos que permiten construir, almacenar, revisar especificaciones, diseño de documentación, crear diversos diagramas, elaboración de bosquejos y prototipos con el propósito de entregar la propuesta general del diseño de sistemas.
Una vez se completa el diseño y la evaluación, se genera el código de programas de aplicación de acuerdo a las especificaciones del diseño.
LECCIÓN 3. CARPETA DE DESCRIPCIÓN DEL DISEÑO DEL SISTEMA
El objetivo de este paso es documentar en forma completa las especificaciones y los requerimientos del Sistema. Según James A. Senn, ésta carpeta contiene los siguientes aspectos:24
Elemento Características
Propuesta de desarrollo Identificación de los objetivos, justificación y establecimiento de los requerimientos de la organización y de los usuarios.
Diagramas de flujo de
datos Descripción completa del sistema utilizando diagramas de flujo de datos. Cuadros de despliegue Especificación de las entradas y salidas. Se detallan reportes, documentos y
pantallas.
Estructura de los registros Descripción de los datos contenidos en los archivos maestros. Se especifican los diagramas relacionados con las bases de datos.
Codificación Descripción de los códigos que explican o identifican tipos de transacciones, clasificaciones y categorías de eventos o entidades.
Especificaciones de programas
Descripciones gráficas (cuadros, tablas) de los módulos y componentes del software junto con la interacción de cada uno.
Especificaciones de procedimientos
Planificación de procedimientos necesarias para la instalación y puesta en marcha del sistema, una vez terminado.
Plan de desarrollo Cronogramas que indican los tiempos necesarios para el desarrollo de las actividades.
Costos Gastos anticipados para el desarrollo, implantación y puesta en marcha del sistema.
25
LECCIÓN 4. SEGUIMIENTO DEL PROCESO DE DISEÑO
Pretende llevar y tener un avance del desarrollo del proyecto con relación a:Tiempo de desarrollo: se debe dar respuesta a: ¿Cuánto 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 diseño: El diseño: ¿Satisface los requerimientos de la organización y de los usuarios? ¿El sistema está siendo construido con el diseño propuesto?
Estimación 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 características:
Una estimación cuidadosa de los requerimientos de tiempo. Un medio para monitorear el avance.
Un medio para comparar el desempeño planeado con lo real. Información suficiente para enfrentar problemas que surjan
Las estimaciones son aproximaciones del esfuerzo necesario para producir el sistema deseado. Existen tres métodos para estimar el tiempo de desarrollo de un proyecto:
Método Características
Histórico
Se basa en registros que se tienen del desarrollo de proyectos anteriores. Estos registros contienen información sobre las características del proyecto, asignación de tareas, requerimientos de tiempo y personal y los problemas encontrados en su desarrollo. Cuando se proponen nuevos proyectos, estos registros sirven para establecer una comparación y estimar el tiempo esperado de desarrollo. Este método es útil cuando el proyecto nuevo es similar al proyecto desarrollado anteriormente.
26 Intuitivo
Este método no se basa en registros documentados y por el contrario se basa en la experiencia del personal más antiguo, el cual estima, por medio de experiencias personales, el tiempo de desarrollo esperado.
Estándar Este método permite identificar y cuantificar (de forma individual) los factores más importantes que afectan el tiempo de desarrollo del proyecto (personal, el sistema, complejidad del proyecto).
Las estimaciones del tiempo del proyecto comprende 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: análisis, diseño, codificación, implementación pruebas y puesta en marcha del sistema.
Se debe tener en cuenta:
Estimación de los tiempos de actividad del sistema Identificación de las variables de desarrollo del programa Calculo de las estimaciones de tiempo de programación 2. Requerimientos de tiempo calendario
Se determina el calendario del proyecto (días, semanas, meses). A menudo se utilizan los siguientes métodos:
Diagramas de barras
Diagrama de eventos críticos PERT
LECCIÓN 5. SELECCIÓN DE HARDWARE Y SOFTWARE
La selección y adquisición de hardware y software comprende una tarea más en la actividad de un nuevo sistema. Comprende las actividades de:
Formular las especificaciones del sistema
27 Realizar una selección
SELECCIÓN DE HARDWARE
Determinación de los requerimientos de tamaño y capacidad Entre las características a considerar se tienen:
Tamaño de memoria interna Velocidad del ciclo de sistema
La capacidad de volumen total del sistema
Número de canales para entrada, salida y comunicación Tipos y números de unidades de almacenamiento Puertos de comunicación
Tamaño de disco
Capacidad de almacenamiento auxiliar Apoyo del sistema y software de utilerías
MEDICIÓN Y EVALUACIÓN DE SISTEMAS DE CÓMPUTO
Se centra en las pruebas de equipo, y consiste en la aplicación de programas para emular el trabajo real de procesamiento de un sistema.
COMPATIBILIDAD DE EQUIPOS
Se debe asegurar que el equipo cumpla con los niveles necesarios de calidad, que se desempeñará igual al equipo original y que el proveedor ofrece garantías y acuerdos de servicios.
28 FACTORES FINANCIEROS
La adquisición y pago de un sistema de cómputo se maneja por medio de uno de los tres métodos siguientes:
Método Ventajas Desventajas
Arrendamiento
No se invierte ningún capital
No se requiere
financiamiento
Los pagos son más bajos que por alquiler
Compromiso a corto plazo
La organización no tiene la propiedad del sistema cuando expira el arrendamiento Los arrendamientos son más caros que la
compra
Poco control del cambio de equipo
Alquiler a largo plazo
No se invierte ningún capital
No se requiere
financiamiento
Es fácil cambiar los sistemas Incluyen mantenimiento y
seguro
Poco riesgo de
obsolescencia
La organización no es dueña de los equipos
El costo es demasiado alto puesto que el arrendador asume el riesgo
Compra Es más barato que el arrendamiento o el alquiler Posibilidad de cambiar el sistema La organización tiene el control total
El costo inicial es alto Riesgo de obsolescencia
Riesgo de quedarse con un equipo malo si la opción fue errónea
Responsabilidad total
MANTENIMIENTO Y SOPORTE Por lo general se tienen:
Características
Soporte de hardware Línea completa de hardware Productos de calidad
29 Garantía
Soporte de software
Necesidades completas de software Programación a la medida del cliente Garantía
Instalaciones y capacitación
Compromiso para programar
Capacitación en las instalaciones del comprador Asistencia técnica
Mantenimiento
Procedimientos de mantenimiento rutinario
Tiempo de respuesta específico en caso de emergencia
Préstamos de equipo de repuesto mientras se hace la reparación
SELECCIÓN DE SOFTWARE
Es importante realizar un análisis de requerimientos de información de los usuarios y los sistemas, antes de llegar a tomar la decisión si se compra, se desarrolla o se subcontrata un software.
Ventajas Desventajas
Crear software a la medida
Respuestas específicas a las necesidades especializadas del negocio.
La innovación podría proporcionar una ventaja competitiva a la empresa.
Personal interno disponible para dar mantenimiento al software.
El costo inicial puede ser alto Necesidad de contratar o trabajar
con un equipo de desarrollo Mantenimiento continuo
Comprar software comercial
Refinado en el mundo comercial Confiabilidad
Enfocado en la programación, no en los negocios
30 Funcionalidad
El costo inicial es más bajo Otras organizaciones ya lo usan El software incluye soporte y
capacitación
Debe funcionar con las características actuales
Personalización limitada
El futuro del fabricante es incierto Menor sentido de pertenencia y
compromiso
Subcontratación
Las organizaciones que no se especializan en sistemas de información se pueden enfocar en su misión
No es necesario contratar, capacitar o retener muchos empleados de tecnologías de la información
No se gasta tiempo de empleados en tareas de tecnologías de la información innecesarias
Pérdida de control de los datos sistemas, empleados y programaciones.
Preocupación sobre la viabilidad financiera y estabilidad a largo plazo de la organización subcontratada
Preocupaciones sobre seguridad, confidencialidad y privacidad. Pérdida de la potencial ventaja
corporativa estratégica relativa a innovación en las aplicaciones.
31
CAPÍTULO 3. MANEJO DE SISTEMAS DESARROLLADO POR
USUARIOS FINALES
Los sistemas desarrollados por los usuarios finales, al igual que cualquier otro sistema, no tendrán éxito a menos que sean manejados y apoyados en forma apropiada. De lo contrario, estos sistemas pueden ser dañinos para la organización. Tanto usuarios como analistas, tienen responsabilidades en el manejo de los sistemas desarrollados por los primeros.
Seguir lineamientos de diseño puede ser de gran ayuda para evitar problemas en potencia en las aplicaciones desarrollados por los usuarios finales.
LECCIÓN 1.
PARTICIPACIÓN DE LOS USUARIOS
32
LECCIÓN 2. RESPONSABILIDAD DE LOS USUARIOS EN EL DISEÑO
Los usuarios tienen la responsabilidad de:33
LECCIÓN 3. RESPONSABILIDAD DEL ANALISTA DE SISTEMAS
“Los analistas, por sus parte tienen las siguientes responsabilidades:LECCIÓN 4. 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 organización.
La aplicación de fórmulas o modelos incorrectos El uso de información incompleta o desactualizada
La selección de software inapropiado y que aún no ha sido probado Incumplimiento de los estándares o lineamientos de diseño
34
Según James A. Senn, los problemas que se pueden presentar son:
Para evitar estos riesgos es importante que la organización establezca lineamientos de diseño, dentro de los cuales se puede tener en cuenta:
LECCIÓN 5. RECOMENDACIONES PRÁCTICAS PARA EL INICIO DEL
DISEÑO E IMPLEMENTACIÓN 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 prevención, se escriben los procedimientos de trabajo y se los lleva a la práctica. Entre tanto, los procedimientos que ya se han completado se van haciendo cumplir y se produce paulatinamente un avance progresivo en el diseño y aplicación del sistema de calidad.
Descarga de archivos
La descarga de datos desde archivos o bases de datos permiten tener una uniformidad de datos y además 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 alteración de los que ya han sido validados.
Estandarización
Seguir estándares 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.
Documentación
Una buena documentación asegura una explicación de la forma en que opera el sistema y las características del sistema.
Revisión de las especificaciones de diseño
La revisión permite definir que el sistema cumple con su finalidad y además que es Confiable. Se debe hacer cumplir los estándares de diseño definidos por la organización.
35
Esta tarea progresiva crea la percepción de que un sistema de calidad debe ser permanentemente mejorado y actualizado a medida que aumenta la experiencia a través del análisis de fallas y la adecuación de la planificación 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 organización siempre existen algunos elementos de un sistema de calidad natural (organización, procedimientos y registros) por lo que conviene determinar primeramente qué cosas ya están hechas y listas para usar, cuáles se deben mejorar y cuáles 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 diseño y puesta en práctica de procedimientos adecuados.
Conviene también 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 periódicas para discutir los resultados y las acciones futuras.
El análisis 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 búsqueda de fallas a fin de utilizarlas en la mejora continua.
ACTIVIDADES COMPLEMENTARIAS
Realice un ensayo sobre la importancia del diseño en los sistemas de información. Y de la importancia del papel del analista en el proceso de diseño.
36 Cuentas por cobrar
Alquiler de películas Biblioteca
Investigue y elabore un mapa conceptual sobre lo que para usted es el “Diseño”.
Realice un mapa conceptual sobre la participación de los usuarios en el proceso de diseño de sistemas. Elabore un ensayo sobre la finalidad de la carpeta de diseño.
EJERCICIO
Un analista de sistemas planteo los siguientes comentarios con respecto al objetivo de la organización de invitar a que los usuarios participen:
“La participación de los usuarios en el diseño de sistemas de información es un tema que a menudo es difícil 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 entrada y salida que fueron dados a los usuarios de la aplicación. En cada caso, los usuarios sugirieron modificaciones, las cuales nosotros hicimos. Los nuevos bosquejos fueron regresados a los usuarios para su revisión. El resultado fue que los cambios condujeron a más modificaciones. Cuando las realizamos todas, el diseño final no era mejor que el original, pero ya habíamos perdido varias semanas.
En otra ocasión, 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. También señalaría otra dificultad. Supongamos que los usuarios sugieren cambios significativos en el diseño que nosotros somos incapaces de efectuar por limitaciones de índole técnica. En este caso, probablemente escucharemos acusaciones señalando que la participación del usuario es sólo 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 posición con argumentos sobre estos comentarios.
37
Elabore un mapa conceptual sobre la responsabilidad de los usuarios y del analista en el manejo de sistemas desarrollado por usuarios finales.
EJERCICIO
Los gerentes de una organización determinan que los analistas de sistemas de la organización supervisen el diseño y desarrollo de todas las aplicaciones de los usuarios, ya sea que éstas se ejecuten en computadores o personales o sobre el sistema de información con los que cuenta la organización.
La organización desea manejar el desarrollo de todas las aplicaciones e insiste en la certificación de la confiabilidad del sistema como requisito indispensable para permitir su uso cotidiano.
Un grupo de usuarios ha objetado la posición de la gerencia. El grupo afirma que se perderán los beneficios que ofrecen las aplicaciones desarrolladas por los usuarios si la gerencia instala procedimientos formales de diseño. Insisten en que la administración del proceso lo sujetará a retrasos y traerá como consecuencia un daño a la utilidad de estos sistemas. Por otra parte, también recalcan que si el grupo de sistemas de información no desea ver una aplicación diseñada o desarrollada, bastará que afirmen que representa un riesgo para las bases de datos de la organización, para descartarla.
Analice la posición de los usuarios. ¿Está de acuerdo o en desacuerdo con los planteamientos? Elabore un documento de no más de dos páginas argumentando su decisión.
38
Burch-Grudfnitski. (2001). Diseño de sistemas de información. Teoría y Práctica. México. J., W. (1996). Análisis y diseño de sistemas de información. Madrid.
James, S. (1992). Análisis y diseño de sistemas de información. México. K., L. (1992). Administración de los sistemas.
Kendall, K. &. (2005). Análisis y diseño de sistemas.
ELECTRÓNICA
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 http://www.monografias.com/trabajos21/sistemas-informacion-organizacional/sistemas-informacion-organizacional.shtml http://www.gestiopolis.com/canales2/gerencia/1/ddsluisart.htm http://dssresources.com/history/dsshistory.html http://dssresources.com/39
UNIDAD 2. DISEÑO DE SISTEMAS
INTRODUCCIÓN
Los requerimientos de un sistema de información se trasladan en especificaciones de diseño. El objetivo del diseño de un sistema de información es asegurar que éste brinde apoyo a la actividad de la organización. Las especificaciones de diseño describen las características del sistema, los componentes o elementos del sistema y la forma en que se presentan ante el usuario, por tal razón, los elementos a diseñar en un sistema de información son: salida, archivos, bases de datos, entrada, controles y procedimientos.
OBJETIVOS
GENERALIdentificar el papel que cumple el diseño de sistemas de información. ESPECÍFICOS
Determinar los objetivos y las características importantes del diseño de salidas.
Determinar los objetivos y las características importantes del diseño de entradas y controles. Identificar las características del diseño del dialogo en línea.
Identificar la importancia y las características del diseño de archivos. Determinar las características del diseño de base de datos.
Determinar las características del diseño para comunicación de datos.
Relacionar la importancia del aseguramiento de la calidad en el diseño de software. Identificar y determinar las características más relevantes del diseño orientado a objetos.
40
CAPÍTULO 1. DISEÑO DE SALIDAS
El diseño 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á diseñado para que las personas encuentren que el sistema es fácil de emplear.
El término salida se utiliza para denotar cualquier información producida por un sistema de información, ya sea impresa o en una pantalla. Cuando los analistas diseñan la salida, ellos:
Identifican la salida específica que es necesaria para satisfacer los requerimientos de información. Seleccionan los métodos para presentar la información.
Crean los documentos, reportes u otros formatos que contienen la información producida por el sistema.
Los métodos de salida varían a través de los sistemas. Por ejemplo, algunos métodos como el del reporte de inventario sobre la cantidad de mercancía, o el del sistema de cómputo, 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 cálculos debido a que los datos ya existen y sólo es necesario recuperarlos. Otros tipos de salida quizá requieran de un procesamiento sustancial antes de que los datos estén disponibles para su uso. Por ejemplo, para producir como salida el costo de fabricación de un producto, el sistema primero localiza las descripciones de todas las partes utilizadas en el producto final y la cantidad necesaria de éstas para fabricarlo. Después, 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 más extensos que para el ejemplo del inventario, aunque ambos conjuntos de información quizá tengan la misma importancia para los usuarios del informe de inventarios.
Las especificaciones de entrada describen la manera en que los datos ingresarán al sistema para su procesamiento. Las características de diseño de la entrada pueden asegurar la confiabilidad del sistema y producir resultados a partir de datos exactos, o también pueden dar como resultado la producción de información errónea. Asimismo, el diseño de la entrada determina si el usuario puede interactuar con el sistema de manera eficiente.
41
Este capítulo discute las responsabilidades que tiene el analista en el diseño de las especificaciones de entrada. Las consideraciones que guían el diseño de la entrada comienzan con el origen de los datos y continúan a lo largo de la selección de métodos para trasladar la entrada en una forma que el sistema pueda verificar su exactitud.
También se discute el diseño de documentos y formas para la recopilación de datos antes .de enviar los a procesamiento.
El diseño del diálogo en línea 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.
Contacto directo entre sistema – usuario: el usuario hace uso del sistema para enviar y recibir información.
LECCIÓN 1. OBJETIVOS, TIPOS DE SALIDA Y OBJETIVOS DEL DISEÑO
DE ENTRADA
La salida de información tiene los siguientes objetivos:
El contenido de salida y el método de salida
La salida se debe pensar de forma que cualquier información producida sea útil para el usuario. La salida se puede clasificar en:
42
Se necesitan diferentes tipos de tecnologías para producir diferentes tipos de salida:
Método de Salida Ventajas Desventajas
Impresora
Costeable para la mayoría de las organizaciones
Flexible en tipos de salida, ubicación y capacidad
Maneja grandes volúmenes de salida
Puede llegar a muchos usuarios a bajo costo
Altamente confiable con poco tiempo inactivo
Podría ser ruidosa
Problemas de compatibilidad con software
Puede requerir suministros especiales y caros
Aún requiere intervención del operador
Dependiendo del modelo, puede ser un poco lenta.
Pantalla de despliegue
Interactiva
Trabaja en línea, transmisión en tiempo real a través de redes distribuidas ampliamente
Silenciosa
Toma ventaja de la capacidad de la computadora para navegar en las bases de datos y archivos
Adecuada para acceder a mensajes que cambian muy seguido
Requiere área para el cableado y configuración
Aún podría requerir documentación impresa
Puede ser cara si se requiere para muchos usuarios
Salida de audio
Adecuada para usuarios individuales
Adecuada para mensajes transitorios
Adecuada cuando el trabajador
Su desarrollo es caro
Necesita una sala especial donde la salida no interferirá con otras tareas
43 necesita manos libres
Adecuada si la salida es muy repetida
Tiene aplicación limitada
DVD, ROM y CD-RW
Tiene gran capacidad Permite la salida multimedia Se puede consultar con rapidez Es menos vulnerable a los daños
Su desarrollo es caro Es más difícil de actualizar Es más difícil de usar en una
red
Salida Electrónica (correo electrónico, faxes y páginas web)
Usa menos papel
Se puede actualizar muy fácilmente Se puede transmitir masivamente Se puede hacer interactiva
Normalmente tiene baja resolución
Es difícil darle un formato fijo (correo electrónico)
Los sitios Web necesitan mantenimiento
Fuente: Kendall y Kendall. Análisis y Diseño de Sistemas
Los factores que se deben considerar para la selección de la tecnología de salida más adecuada son:
TIPOS DE SALIDA
44 Según las circunstancias y los contenidos, la salida puede ser:
El contenido de la salida tiene su origen en las siguientes fuentes: Recuperación de un dispositivo de almacenamiento Transmisión desde un proceso o actividad del sistema Directamente desde una fuente de entrada
¿Cómo presentar la información?
La información puede ser presentada de forma:
Tabular
Esta forma permite: Hacer uso de tablas
Utilizar categorías para la presentación de la información Añadir fácilmente varios aspectos a la lista
45 Colocar detalles sobre un reporte
Evitar datos innecesarios Incluir subtotales y totales Gráfica
Esta forma permite:
Hacer uso de diagramas, mapas y graficas de alta calidad Proyectarse en pantallas de video
Una presentación visual y efectiva de datos Mejorar la efectividad de los reportes Las gráficas son más eficientes para:
Detectar y presentar tendencias o cambios en los datos Identificar relaciones de desempeño entre elementos Las gráficas son menos eficientes para:
Determinar valores específicos para ciertos puntos dato Representar una pequeña cantidad de datos
OBJETIVOS DE DISEÑO DE ENTRADA
Con relación al ingreso de los datos, se presentan los siguientes objetivos:
LECCIÓN 2. DISEÑO DE SALIDA IMPRESA Y DISEÑO DE SALIDA POR
PANTALLA
46
La salida impresa es la presentación de informes o reportes con la información absolutamente necesaria. Las características que se deben tener en cuenta para el diseño de informes o formularios incluyen: Calidad, tipo y tamaño del papel
Los reporte varían en tamaño, pero los formatos estándar 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 impresión de cheques, documentos que deben llevar sellos oficiales u hologramas. Se puede hacer uso de colores y diseños corporativos.
Uso de convenciones Incluyen:
Tipo de dato: alfabético, numérico, especial)
Tamaño del formulario y la forma de indicar la continuación de datos y del formulario
Información constante o fija: Esta información permanece igual cuando se imprime el formulario Información variable: Esta información varía cada vez que se imprime el informe.
Atributos funcionales Incluye:
Encabezado o titulo del informe Número de página
Fecha de elaboración Títulos de columna Agrupación de elementos
47 Uso de subtotales
Un informe se debe leer de arriba abajo y de izquierda a derecha.
MÉTODOS PARA LA SALIDA IMPRESA
Los diferentes métodos que existen para la impresión 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 láser – 8 a 215 páginas por minuto
COPIAS MÚLTIPLES DE LA SALIDA
Copias sin papel carbón: Estas copias son especiales en cuanto un recubrimiento químico especial se encuentra en la parte trasera de cada copia.
Copias con papel carbón: Entre cada copia se coloca un papel carbón que se utiliza solo una vez. DISEÑO DE SALIDA POR PANTALLA
En el diseño de una salida en pantalla, primero que todo se debe tener en cuenta las siguientes características de la pantalla:
48 Mantener el informe en pantalla simple
Ser consistente en la presentación
Facilitar la navegación o movimiento del usuario entre la salida desplegada Crear un informe en pantalla de forma atractiva
En el diseño de una pantalla de salida se necesitan áreas para:
Esta distribución es una sugerencia, puesto que el analista debe especificar el contenido y distribución de cada formato y que sean únicos.
En el diseño de pantallas, también se deben incluir título 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 información de cómo continuar con la siguiente pantalla de información Cómo abandonar o salir del sistema
Uso o funciones de teclas especiales
Mensajes de error o acciones a seguir o realizar Información de forma consistente de página en página Diseño de Ventanas
Las ventanas son subdivisiones de la pantalla que permite obtener y presentar información al mismo tiempo. El uso de ventanas, se facilita para:
49
Cuando se necesita intercambiar información entre diferentes programas Mover información entre ventanas
Los criterios para el diseño de ventanas son:
LECCIÓN 3. CAPTURA DE DATOS, DISEÑO DE DOCUMENTOS Y
VALIDACIÓN 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 identificación
Aquellos datos que cambian en cada transacción. Es el dato que identifica en forma única el artículo que está siendo procesado.
Ejemplos:
Identificación de cada artículo Identificación del cliente, proveedor
Ejemplo:
Número único de identificación de un artículo (llave)
Lo que no se debe requerir como entrada es:
Datos Constantes Datos que son los mismos para cualquier transacción. Detalles que el
sistema puede recuperar
Datos almacenados que el sistema puede recuperar de sus archivos Detalles que el
sistema puede
Son los resultados que se pueden producir al pedir que el sistema utilice combinaciones de datos almacenados y proporcionados.
50 calcular
DISEÑO DE DOCUMENTOS
Los formularios son instrumentos que permiten obtener y capturar información solicitada por los miembros de la organización.
Para el diseño de formularios es importante tener en cuenta los siguientes lineamientos: 1. Creación de formularios fáciles de contestar
Esto permite reducir errores, acelerar el ingreso de los datos y facilitar la entrada de los datos. El diseño 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: Incluye nombre y dirección de la organización Identificación Y
acceso:
Códigos de identificación que permiten archivar el informe y acceder a él posteriormente.
Instrucciones: Establece las condiciones de cómo debe contestarse el formulario y a donde debe enviarse.
Cuerpo: Contiene los datos y la información que debe diligenciar el usuario Firma Y verificación: Datos de la persona que diligencia el formulario
Totales: Este espacio permite obtener el total o totalizar cantidades cuando el formulario lo requiere
51 Comentarios: Resumen de comentarios
En el diseño de formularios son importantes los títulos, los cuales pueden ser de los siguientes tipos: Títulos con líneas:
Títulos debajo de la línea
52 Lista de verificación vertical
Lista de verificación horizontal
Título de tabla
2. Cumplir el propósito para el cual se diseñan
Los formularios se deben diseñar, para cumplir con el propósito de registro, procesamiento, almacenamiento y recuperación de información de las organizaciones.
53 3. Garantizar que los formularios se contesten con precisión
El diseño 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.
4. Hacer formularios atractivos
Un formulario estético y ordenado atrae a los usuarios y los motivan a contestarlos. El diseño y flujo apropiado contribuyen al atractivo de un formulario. Es importante:
Usar diferentes tipos de letra Separar categorías y subcategorías
Separación de bloques con líneas gruesas y delgadas
VALIDACIÓN DE ENTRADAS
La validación de entrada es el conjunto de métodos que permiten detectar errores en la entrada de datos. Validar la entrada es importante para asegurar que se eliminaran con anticipación errores o problemas con los datos que se ingresen. Se puede clasificar en:
VALIDACIÓN DE LAS TRANSACCIONES DE ENTRADA
Esta validación de las transacciones de entrada, se realiza por software. Este tipo de validación puede prevenir los siguientes problemas:
54 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 envían son por personas autorizadas, de igual forma, el sistema debe invalidar las transacciones cuando los datos han sido ingresados por personas no autorizadas.
Ejecución de una acción inaceptable
Otro error que invalida las transacciones de entrada es que el sistema realice una función inaceptable. En este caso no se debe permitir la creación de archivos ya existentes.
Validación 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 algún 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 códigos
Formatos requeridos De la clase o composición
55 Del rango o racionalidad
Verifica si los datos se encuentran dentro del rango aceptable. Se incluye en estos la validación de rangos de fecha ( de 1 a 31 días; de 1 a 12 meses)
De valores inválidos
La comprobación de estos valores se hace únicamente cuando hay unos cuantos valores válidos. Es el caso de M= Masculino, F=Femenino
De referencia cruzada
Se usa cuando un elemento tiene una relación con otro. De comparación con los datos almacenados
Consiste en comparar los datos recibidos con datos que se tienen almacenados. Por ejemplo: comparar la cantidad de artículos solicitados con los artículos en existencia.
Creación de códigos de autovalidación
Se utiliza para asegurar la precisión de datos, especialmente en números o códigos de identificación y consiste en usar un dígito de verificación en el propio dígito.
Procesos de validación
Cada campo se debe validar hasta que sea válido o se haya descubierto un error. El proceso para la prueba de datos es la siguiente:
1 Verificar si hay datos perdidos
2 Verificar la sintaxis: verificar la longitud de los datos de entrada, su clase y composición
3 Prueba de semántica: incluye: prueba de rango, razonabilidad o valor y validación del dígito de verificación.
La validación de un solo campo se hace con un SI…ENTONCES… SI-NO, pero también existe validación por medio de expresiones regulares. A continuación se relaciona una serie da caracteres que se usan para validación de expresión regular:
56
Código de carácter Significado usado en una validación de expresión regular
\d Representa un dígito de 0 a 9
\D Representa cualquier carácter que no sea un dígito del 0 al 9 \w Representa cualquier carácter alfanumérico
\W Representa cualquier carácter no alfanumérico
. Representa cualquier otro carácter excepto los caracteres que representan un salto de línea
[caracteres] Hace coincidir el rango de caracteres [a-z][A-Z][0-9] Acepta cualquier letra o dígito
[^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 minúsculas
{n} Hace coincidir exactamente n ocurrencias del carácter que preceda al símbolo {n,} Hace coincidir por lo menos n ocurrencias del carácter
\s Cualquier carácter de formateo por espacio en blanco (tabulación, línea nueva, retorno)
\S Representa cualquier carácter que no sea un espacio en blanco \b Marca el inicio y el final de una palabra.
\B Marca la posición entre dos caracteres alfanuméricos o dos no-alfanuméricos
LECCIÓN 4. DEFINICIÓN DE INTERFASE, DISEÑO DE DIALOGO Y
ESTRATEGIAS DE DIALOGO
Una interfase es la frontera entre el usuario y el sistema. La meta del analista y diseñador de sistemas es diseñar interfaces que permita a usuarios y organizaciones conseguir la información que necesitan. Por tal razón, un diseñador debe conseguir los siguientes objetivos al diseñar la interfaz:
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 información necesaria: resultados que se generan como respuesta a una entrada proporcionada por el usuario.
57
Generar consultas utilizables: Generar informes y consultas con la información necesaria y pertinente para el usuario.
Características de la interfase Incluye:
Dispositivos Permiten introducir y recibir datos. Entre los más comunes se tienen: teclado, ratón, pluma óptica, scanner, pantalla sensible al tacto, pantalla sensible a la voz, lectores de código de barras.
Diálogo Guía al usuario y conduce a la interacción entre el usuario y el sistema. Métodos y patrones
para mostrar la información
Permite organizar la información para ser mostrada en el sistema en línea. Se debe tener en cuenta:
Forma en que se estructura el área física del monitor Métodos para destacar, mostrar y señalar datos Posibilidades para lectura de la información mostrada
Tipos de acciones en la interfase
58 DISEÑO DE DIALOGO
Los puntos clave para diseñar un buen diálogo son: Comunicación significativa
El sistema debe presentar la información con claridad al usuario. Títulos apropiados para cada pantalla
Minimizar el uso de abreviaciones Proporcionar retroalimentación útil Desplegar significados de códigos
Desplegar los datos en formatos editados (formatos fecha, hora) Detalles de teclas de función
? ?
59 Formatos del cursor en diferentes acciones Descripciones de gráficos utilizados Uso de líneas de estado
Sistemas de ayuda de fácil uso Despliegue de sugerencias Uso de botones de comando
Edición de datos, para su verificación
Acción mínima del usuario
Un buen diálogo minimiza el número de pulsaciones del teclado requeridas. Codificar códigos en lugar de palabras completas en los campos de entrada. Uso de listas desplegables de datos
El sistema puede desplegar información descriptiva que se almacena en un archivo determinado Proporcionar caracteres de edición
Utilizar caracteres de formateo o campos con formato predefinido Usar valores predeterminados
Uso de casillas de verificación Uso de botones de opción Uso de cuadros de diálogo Proporcionar menús sensibles Diseñar consultas de registros
Proporcionar pulsaciones detectado para seleccionar opciones de menú desplegables. Linea de estado
60 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 títulos, fecha, tiempo y menajes de retroalimentación en los mismos lugares en todas las pantallas.
Salir de cada programa mediante la misma función u opción del menú.
Cancelar una transacción de forma consistente usualmente mediante la tecla ESC. Obtener ayuda de forma estandarizada. Tecla de función 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
