MD 3013092013

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309
9 DISEO DE SISTEMAS
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA PROGRAMA DE INGENIERA DE SISTEMAS
301309 DISEO DE SISTEMAS MOISS DE JESS RODRGUEZ BOLAO (Director Nacional)
SANTA MARTA 2013
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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. El estudiante identifica y aplica las caractersticas y elementos del diseo de entradas y controles, validacin de datos, diseo de documentos fuente y de captura de datos para la entrada. El estudiante identifica y aplica las caractersticas y elementos del diseo de dilogo en lnea, que es una interface, estrategias del dialogo y del diseo de dialogo con entrada de datos. El estudiante identifica y aplica las caractersticas y elementos del diseo de archivos y uso de dispositivos de almacenamiento secundario. El estudiante identifica y aplica las caractersticas y elementos del diseo 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS
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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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 Describir las caractersticas de un sistema de informacin: entrada, salida, procedimientos, archivos, bases de datos. 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. Las buenas prcticas de diseo ergonmico deben contribuir a la efectividad y eficiencia del usuario.
Especificar los elementos de diseo lgico Proporcionar las especificaciones de software Ajustarse a estndares de diseo Fcil de usar
16
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS LECCIN 3. CARACTERSTICAS A DISEAR Los elementos que se deben tener en cuenta para el diseo son:
Elementos Caractersticas Diseo de salida 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. Incluye: o o Diseo de archivos o o o 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 o o o o o
Diseo de bases de datos
17
Incluye: o Diseo de entrada o o o o Diseo de controles Captura de datos Validacin de datos Medios de entrada de datos Disposicin y codificacin de datos Mtodos de validacin de datos
Incluye: o o o Validacin de datos Autorizacin y acceso de usuarios Seguridad
Diseo de procedimientos
Incluye: o o o Procedimientos de entrada de datos Procedimientos para el manejo de errores Procedimientos de seguridad
Incluye: o Modularidad y fragmentacin Acoplamiento Cohesin Tamao o o o
Diseo de software
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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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 y modelos diseo que de permiten construir, crear almacenar, diversos revisar especificaciones, documentacin, diagramas,
elaboracin de bosquejos y prototipos propuesta general del diseo de sistemas.
con el propsito de entregar la
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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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 Propuesta desarrollo de datos Cuadros despliegue Estructura registros Codificacin de
Caractersticas de Identificacin de los objetivos, justificacin y establecimiento de los requerimientos de la organizacin y de los usuarios. datos. de Especificacin de las entradas y salidas. Se detallan reportes, documentos y pantallas. 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.
Diagramas de flujo Descripcin completa del sistema utilizando diagramas de flujo de
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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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 No se invierte ningn capital No se requiere financiamiento Los pagos son ms bajos que por alquiler Compromiso a corto plazo Desventajas La organizacin no tiene la propiedad del sistema cuando expira el arrendamiento Los arrendamientos son ms caros que la compra Poco control del cambio de equipo
Alquiler a largo plazo
No se invierte ningn capital No se requiere financiamiento Es fcil cambiar los sistemas Incluyen mantenimiento y seguro Poco riesgo de obsolescencia Es ms barato que el arrendamiento o el alquiler Posibilidad de cambiar el sistema La organizacin tiene el control total
La organizacin no es duea de los equipos El costo es demasiado alto puesto que el arrendador asume el riesgo
Compra
El costo inicial es alto Riesgo de obsolescencia Riesgo de quedarse con un equipo malo si la opcin fue errnea Responsabilidad total
33
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 10.3 MANTENIMIENTO Y SOPORTE Por lo general se tienen:
Caractersticas Soporte de hardware Soporte de software Instalaciones capacitacin y Mantenimiento Lnea completa de hardware Productos de calidad Garanta Necesidades completas de software Programacin a la medida del cliente Garanta Compromiso para programar Capacitacin en las instalaciones del comprador Asistencia tcnica Procedimientos de mantenimiento rutinario Tiempo de respuesta especfico en caso de emergencia Prstamos de equipo de repuesto mientras se hace la 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 Respuestas necesidades negocio. Crear software a la medida La innovacin podra proporcionar una ventaja competitiva a la empresa. Personal interno disponible para dar mantenimiento al software. Comprar software comercial Refinado en el mundo comercial Confiabilidad Funcionalidad El costo inicial es ms bajo Otras organizaciones ya lo usan El software incluye soporte y capacitacin Enfocado en la programacin, no en los negocios Debe funcionar con las caractersticas actuales Personalizacin limitada El futuro del fabricante es incierto Menor sentido de pertenencia y compromiso Las organizaciones que no se especializan su misin Subcontratacin No es necesario o retener contratar, muchos capacitar informacin No se gasta tiempo de empleados en tareas de tecnologas de la informacin innecesarias en sistemas de informacin se pueden enfocar en Prdida de control de los datos sistemas, programaciones. Preocupacin sobre la viabilidad financiera y estabilidad a largo plazo de la sobre organizacin seguridad, subcontratada Preocupaciones confidencialidad y privacidad. Prdida de la potencial ventaja corporativa estratgica relativa a innovacin en las aplicaciones. empleados y especficas a las del El costo inicial puede ser alto Necesidad de contratar o trabajar con un equipo de desarrollo Mantenimiento continuo especializadas Desventajas
empleados de tecnologas de la
35
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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 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 es el
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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 i
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 las organizaciones Flexible en tipos de salida, ubicacin y capacidad Impresora Maneja grandes volmenes de salida Puede llegar a muchos usuarios a bajo costo Altamente confiable con poco tiempo inactivo Interactiva Trabaja a Pantalla despliegue de travs en de lnea, redes la la Requiere An Puede requiere de de usuarios rea para el cableado y configuracin podra ser cara para requerir si se documentacin impresa muchos Desventajas Podra ser ruidosa Problemas de compatibilidad con software Puede requerir suministros especiales y caros An requiere intervencin del operador Dependiendo del modelo, puede ser un poco lenta.
Costeable para la mayora de
transmisin en tiempo real distribuidas ampliamente Silenciosa Toma ventaja capacidad
computadora para navegar en las bases de datos y archivos Adecuada para acceder a mensajes que cambian muy seguido
Salida de audio
Adecuada
para
usuarios
Su desarrollo es caro
51
individuales Adecuada transitorios Adecuada cuando el trabajador necesita manos libres Adecuada si la salida es muy repetida DVD, CD-ROM y CD- RW Salida (correo Electrnica electrnico, Tiene gran capacidad Permite la salida multimedia Se puede consultar con rapidez Es menos vulnerable a los daos Usa menos papel Se Se puede actualizar muy fcilmente puede transmitir masivamente Se puede hacer interactiva Su desarrollo es caro Es ms difcil de actualizar Es ms difcil de usar en una red Normalmente resolucin Es difcil darle un formato fijo (correo electrnico) Los sitios Web necesitan mantenimiento tiene baja para mensajes Necesita una sala especial donde la salida no interferir con otras tareas Tiene aplicacin limitada
faxes y pginas web)
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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
1 2 3 4
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 Ejemplos: Identificacin de cada artculo Identificacin del cliente, proveedor datos que cambian en cada Es el dato que identifica en forma nica el artculo que est siendo procesado. Ejemplo: Nmero nico de identificacin de un artculo (llave)
transaccin.
Lo que no se debe requerir como entrada es:

Datos Constantes Detalles sistema 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. que el Datos que son los mismos para cualquier transaccin.
puede Datos almacenados que el sistema puede recuperar de sus archivos
61
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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 acceso: Instrucciones: Cuerpo: Firma verificacin: Totales: Comentarios: Este espacio permite obtener el total o totalizar cantidades cuando el formulario lo requiere Resumen de comentarios Incluye nombre y direccin de la organizacin Y Cdigos de identificacin que permiten archivar el informe y acceder a l posteriormente. Establece las condiciones de cmo debe contestarse el formulario y a donde debe enviarse. Contiene los datos y la informacin que debe diligenciar el usuario Y Datos de la persona que diligencia el formulario
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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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 transacciones de entrada
de datos de entradas
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 \D \w \W . [caracteres] [a-z][A-Z][0-9] [^caracteres] [^char-char] [^a-z] {n} {n,} \s \S \b \B Representa un dgito de 0 a 9 Representa cualquier carcter que no sea un dgito del 0 al 9 Representa cualquier carcter alfanumrico Representa cualquier carcter no alfanumrico Representa cualquier otro carcter excepto los caracteres que representan un salto de lnea Hace coincidir el rango de caracteres Acepta cualquier letra o dgito Hace coincidir cualquier otra cosa a parte de caracteres Hace coincidir cualquier otra cosa fuera del rango de caracteres Acepta cualquier cosa excepto letras en minsculas Hace coincidir exactamente n ocurrencias del carcter que preceda al smbolo Hace coincidir por lo menos n ocurrencias del carcter Cualquier carcter de formateo por espacio en blanco (tabulacin, lnea nueva, retorno) Representa cualquier carcter que no sea un espacio en blanco Marca el inicio y el final de una palabra. 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 Mtodos patrones mostrar informacin Gua al usuario y conduce a la interaccin entre el usuario y el sistema. y Permite organizar la informacin para ser mostrada en el sistema en lnea. 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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 Instrucciones Principal de texto Navegacin y men Errores Identifica el titulo de la pantalla, funcin o aplicacin en ejecucin Le dice al usuario cmo introducir datos, elegir un proceso o salir del sistema Comprende la captura de datos o procesos alternativos Indica al usuario como moverse entre pantallas y mens 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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 Modelos Lgicos Basados en Registros a. Modelo Relacional
Clase D
Clase E
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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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 2 3 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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 control Siempre que se transmiten datos, deben existir elementos de interconexin entre los computadores y los medios de transmisin o canales.
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. Protocolos Permitir realizar una conexin con otro ordenador.
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 Presentacin Sesin Transporte Red Enlace de datos Fsico Inicia o acepta una peticin Adiciona informacin de formato, presentacin y cifrado Adiciona informacin del flujo de trfico para determin Adiciona informacin para el control de errores Se adiciona informacin de direccin y secuencia al paqu Adiciona informacin de comprobacin de envo y prepa fsica 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 X.500 SMTP Un protocolo CCITT para las transmisiones internacionales de correo electrnico. Un protocolo CCITT para servicios de archivos y directorio entre sistemas. (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 y AppleShare AFP
Conjunto de protocolos de red de Apple.
(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 SPX NWLink NetBEUI El protocolo de TCP/IP para la entrega garantizada de datos en forma de paquetes secuenciados. Parte del conjunto de protocolos IPX/SPX de Novell para datos en forma de paquetes secuenciados. La implementacin de Microsoft del protocolo IPX/SPX. (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 y 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 IPX NWLink NetBEUI DDP El protocolo de TCP/IP para el encaminamiento de paquetes. El protocolo de Novell para el encaminamiento de paquetes. La implementacin de Microsoft del protocolo IPX/SPX. Un protocolo de transporte que proporciona servicios de transporte de datos para sesiones y aplicaciones NetBIOS. (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
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
Anillo
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. La topologa celular est compuesta por reas circulares o hexagonales, cada una de las cuales tiene un nodo individual en el
Celular
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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS Existen tres enfoques para la confiabilidad:
Enfoque Prevencin de errores errores Tolerancia a errores Caracterstica Previene la ocurrencia de errores en el software el efecto del error de forma que el sistema no falla. Capacidad de un sistema para seguir funcionando cuando Se produce un error en parte del sistema.
Deteccin y correccin de Reconoce los errores cuando se les halla y se corrige el error o
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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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 Flechas Flecha pequea con un circulo hueco Flecha pequea con un circulo lleno
Identifica los mdulos del programa Indican las llamadas a los mdulos Denota transferencia de parmetros Identifica informacin de control. Se describe el tipo de informacin transferida
28.2. DISEO DE SOFTWARE 122
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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 Anlisis Deteccin y definicin del problema que motiva la creacin de un sistema de informacin automatizado 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
Diseo Costo de desarrollo Costo de implantacin Requerimientos Restricciones Evaluacin de las alternativas de solucin para determinar cul de ellas es la mejor opcin 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 de la Debe tener una descripcin general de lo que es el sistema, debe contener detalles de su construccin e
126
Aplicacin instrucciones de su manejo o funcionamiento. 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. 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 Descripcin Como
mnimo el manual de la aplicacin debe contener los
127
Pruebas Implantacin 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. Ubicacin de los manuales del sistema. Manuales del usuario
Documentacin de resultados de las pruebas con: Datos ejemplo Datos reales Entrenamiento a usuarios 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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 Ejecucin, versin inicial de Procesadores Procesos Mecanismos 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 de
140
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309 DISEO DE SISTEMAS 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

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

MD 3013092013

Enviado por

Direitos autorais:

Formatos disponíveis

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS TECNOLOGA E INGENIERA CONTENIDO DIDCTICO DEL CUSO: 301309

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

301309 DISEO DE SISTEMAS MOISS DE JESS RODRGUEZ BOLAO (Director Nacional)

SANTA MARTA 2013

Para determinar los requerimientos de sistemas, es necesario analizar los

Cualidades del diseador

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

Diseo de bases de datos

Incluye: o o o Validacin de datos Autorizacin y acceso de usuarios Seguridad

Incluye: o Modularidad y fragmentacin Acoplamiento Cohesin Tamao o o o

Los prototipos tienen las siguientes etapas:

elaboracin de bosquejos y prototipos propuesta general del diseo de sistemas.

con el propsito de entregar la

Elemento Propuesta desarrollo de datos Cuadros despliegue Estructura registros Codificacin de

Diagramas de flujo Descripcin completa del sistema utilizando diagramas de flujo de

Alquiler a largo plazo

Se necesitan diferentes tipos de tecnologas para producir diferentes tipos de salida: 50

Costeable para la mayora de

transmisin en tiempo real distribuidas ampliamente Silenciosa Toma ventaja capacidad

faxes y pginas web)

Fuente: Kendall y Kendall. Anlisis y Diseo de Sistemas

Segn las circunstancias y los contenidos, la salida puede ser:

El contenido de la salida tiene su origen en las siguientes fuentes:

La informacin puede ser presentada de forma:

16.1.1. TABULAR Esta forma permite:

16.1.2. GRFICA Esta forma permite: 54

Atributos funcionales Incluye: Encabezado o ttulo del informe Nmero de pgina

Para facilitar el diseo de pantallas se pueden tener los siguientes lineamientos:

En el diseo de una pantalla de salida se necesitan reas para:

Los criterios para el diseo de ventanas son:

Lo que no se debe requerir como entrada es:

puede Datos almacenados que el sistema puede recuperar de sus archivos

Ttulos debajo de la lnea

Lista de verificacin vertical

Lista de verificacin horizontal

18.1.2. CUMPLIR EL PROPSITO PARA EL CUAL SE DISEAN 64

de las transacciones de entrada

19.1. CARACTERSTICAS DE LA INTERFACE Incluye:

19.3. DISEO DE DIALOGO

Los puntos clave para disear un buen dilogo son:

Salir de cada programa mediante la misma funcin u opcin del men.

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 esta forma de dilogo, el analista debe prever cualquier posible respuesta.

Titulo pantalla Encabezado

Error critico Mensaje o comentario de advertencia Mensaje o comentario informativo

Mensaje o comentario pregunta / respuesta

Los mensajes tienen los siguientes objetivos:

archivo transmitido, conexin establecida.

De igual forma se deben asociar mensajes de error en las pruebas de validacin:

Un sistema de ayuda se puede disear de las siguientes formas:

Fases para la construccin de la estructura de datos

LECCIN 22. TIPOS Y MTODOS DE ORGANIZACIN DE ARCHIVOS 90

Garantizando que se dispone de un duplicado si algo le ocurre al archivo original.

Corresponde a los valores que toman un conjunto de propiedades instancia

Clase C Modelos Lgicos Basados en Registros a. Modelo Relacional

25.2. FORMAS NORMALES

25.2.1. PRIMERA FORMA NORMAL (1FN) Describe la forma en la cual:

de Los dispositivos ms comunes son: comunicacin

AppleTalk y AppleShare AFP

Conjunto de protocolos de red de Apple.