Documentos de Académico
Documentos de Profesional
Documentos de Cultura
INTRODUCCIÓN ................................................................................................................... 5
OBJETIVOS ....................................................................................................................... 7
GENERAL ...................................................................................................................... 7
ESPECIFICOS ................................................................................................................. 7
COMPETENCIAS ............................................................................................................... 7
OBJETIVOS .................................................................................................................. 17
ii
LECCIÓN 3. RESPONSABILIDAD DEL ANALISTA DE SISTEMAS ...................................... 29
ACTIVIDADES COMPLEMENTARIAS............................................................................. 33
BIBLIOGRAFÍA .................................................................................................................... 36
INTRODUCCIÓN .......................................................................................................... 37
OBJETIVOS ..................................................................................................................... 37
GENERAL .................................................................................................................... 37
ESPECIFICOS ............................................................................................................... 37
iii
LECCIÓN 5. ESTRUCTURACIÓN DE DATOS................................................................... 87
iv
Universidad Nacional Abierta y a Distancia - UNAD
INTRODUCCIÓN
1
Para determinar los requerimientos de sistemas, es necesario analizar los hechos que se
tienen a la mano. Las descripciones y la documentación desarrollada como resultado del
esfuerzo de búsqueda de hechos, se estudian con la finalidad de evaluar el
funcionamiento del sistema en uso y establecer los requerimientos que debe cumplir un
nuevo diseño. Las conclusiones obtenidas durante esta actividad forman la base para la
transición hacia el diseño así como de otras actividades de desarrollo.
Al considerar los objetivos de diseño, se observa que éstos van desde el satisfacer las
necesidades de la empresa hasta el empleo eficaz de la tecnología de cómputo. La esencia
del diseño de sistemas es la selección y especificación de las características de un sistema
de información.
1
Análisis y diseño de sistemas de información. James A. Senn. Segunda edición. México. 1992.
Las personas que tienen la responsabilidad del diseño deben determinar cuáles son los
enfoques del diseño, cómo afectan a sus proyectos y guiarse por ellos, incorporando al
mismo tiempo creatividad e innovación.
OBJETIVOS
GENERAL
Identificar el papel que cumple el diseño en el desarrollo de sistemas de
información.
ESPECIFICOS
Interpretar el concepto general de diseño.
Identificar la evolución histórica del diseño de sistemas.
Relacionar la importancia y los objetivos del diseño de sistemas.
Presentar una vista del diseño general de sistemas y su papel en el desarrollo de
sistemas de información.
Interpretar el concepto de sistema de información
Examinar la importancia que tienen los usuarios en el diseño de sistemas.
Relacionar la responsabilidad de los usuarios y del analista de sistemas en el
diseño de sistemas.
COMPETENCIAS
Cierta información tal como la finalidad de cada paso, la personalidad de los empleados o
el número de copias elaboradas de determinados documentos, pueden parecer, a primera
vista, como detalles de fondo que describen un sistema pero que parecen ser críticos para
su análisis. Después, durante el análisis, a menudo se vuelven de gran importancia. Por
ejemplo el aumento de los costos de manos de obra o de la caída de los niveles son
hechos que pueden estar relacionados con desacuerdos que afectan de forma adversa a la
productividad y que conducen a la contratación de más personal. El número de copias
elaboradas en un documento puede ser el indicio de que pasos que están omitiendo si
algunas de las copias siempre se descartan sin que le hayan dado uso alguno. También
existe una relación entre el conocimiento que tienen los individuos de los pasos
específicos a seguir en un determinado flujo de trabajo y la forma en que ellos efectúan
dichos pasos.
Generales Específicos
Efectuar en forma correcta los procedimientos apropiados
Presentar en forma apropiada y adecuada la información
Satisfacer los requerimientos de
Proporcionar resultados exactos
los usuarios
Utilizar métodos de interacción apropiados
Proporcionar confiabilidad
Especificar los elementos de Describir las características de un sistema de información:
diseño lógico entrada, salida, procedimientos, archivos, bases de datos.
Proporcionar las especificaciones Especificar los componentes y funciones con suficiente detalle
de software para construir el software.
El diseño y su especificación debe estar en concordancia con
Ajustarse a estándares de diseño estándares de desarrollo así como con las reglas establecidas
por la organización.
Las buenas prácticas de diseño ergonómico deben contribuir a
Fácil de usar
la efectividad y eficiencia del usuario.
Elementos Características
Se debe tener en cuenta para el diseño de salida:
La información a presentar.
Determinar la forma en que será presentada la información (visual,
Diseño de salida impresa) y el medio de salida.
Selección de formatos para la presentación de la información.
Definir la distribución o disposición de información sobre el medo de
salida.
Incluye:
Los datos que se deben incluir
Movimiento de datos
Diseño de archivos Longitud de registros
Diseño de archivos
Estructura de almacenamiento
Tipos de archives
Se debe determinar:
Datos necesarios de la base de datos
Relaciones entre datos
Diseño de bases de
Estructuras de los datos
datos
El modelo de datos
Manipulación de datos
Diseño de la base de datos
Incluye:
Captura de datos
Validación de datos
Diseño de entrada
Medios de entrada de datos
Disposición y codificación de datos
Métodos de validación de datos
Incluye:
Diseño de controles Validación de datos
Autorización y acceso de usuarios
Seguridad
Incluye:
Diseño de Procedimientos de entrada de datos
procedimientos Procedimientos para el manejo de errores
Procedimientos de seguridad
Incluye:
Modularidad y fragmentación
Diseño de software Acoplamiento
Cohesión
Tamaño
Según Burch-Grudnitski, el proceso del diseño general de sistemas comprende las etapas
que se ilustra en la siguiente figura:
1. El analista de sistemas conoce los requerimientos de los usuarios, el alcance del sistema y
los recursos disponibles (personas, dinero, máquinas, materiales, métodos).
2. Las fuerzas de diseño se consideran y se ponderan para determinar el impacto sobre los
componentes estructurales y los diseños finales.
3. se crean diferentes alternativas de diseño para tomar en cuenta diferentes funciones de
ponderación.
4. Con base en las fuerzas de diseño se pueden crear diversos diseños alternativos que se
someten a consideración de los usuarios.
5. El analista de sistemas presenta a los usuarios diversas alternativas de diseño, entre las
cuales se eligen algunas para ser evaluadas con mayor profundidad. La presentación de
diversas alternativas aumenta la probabilidad que se implemente el diseño correcto.
Una vez se ha elegido la propuesta del diseño general de sistemas, se prepara un reporte
final que tiene como objetivo comunicar a la gerencia de la organización y a los usuarios la
forma, a nivel general, en que el sistema satisface los requerimientos.
1. La(s) razón (es) que dieron inicio al trabajo, se debe incluir los objetivos específicos. Relacionar los
requerimientos originales de los usuarios y los objetivos con la propuesta actual del diseño de
sistemas.
2. Preparar un modelo completo del diseño propuesto. En lo posible se deben incluir alternativas de
diseño, dentro de las cuales la gerencia pueda elegir.
3. Mostrar todos los recursos requeridos para implementar y mantener cada alternativa.
4. Identificar toda suposición crítica o problema no resuelto que pueda afectar al diseño final de
sistemas.
El proceso de diseño es una guía general de los pasos que pueden seguirse para dar al
Ingeniero cierto grado de dirección para la solución de problemas. Los diseñadores
emplean un gran número de combinaciones de pasos y procedimientos de diseño, pero no
se puede decir que haya una combinación óptima. El seguir las reglas estrictas del diseño
no asegura el éxito del proyecto y aún puede inhibir al diseñador hasta el punto de
restringir su libre imaginación. A pesar de esto, se cree que el proceso de diseño es un
medio efectivo para proporcionar resultados organizados y útiles.
OBJETIVOS
El objetivo del manejo del proceso de diseño es realizar los pasos necesarios para que se
desarrolle en forma apropiada el diseño.
Se puede utilizar tres técnicas de análisis y diseño de sistemas que ayudan a especificar los
requerimientos de manera previa.
Las alternativas de diseño se bosquejan para que los usuarios presenten sus comentarios y
reacciones y ofrezcan una retroalimentación a los analistas de sistemas. Estos bosquejos ayudan a
determinar elementos faltantes y permiten generar ideas de diseño adicionales. Cada uno de los
diseños finales posibles está contenido en una hoja de componentes estructurales. Estas hojas se
convierten en una parte principal del reporte de la propuesta del diseño general de sistemas.
2. Bosquejo en papel
Esta técnica consiste en entregar una hoja de papel en blanco a los usuarios y se les pide que
bosquejen lo que desean como salida. Los usuarios bosquejan elementos como tablas y diagramas
y el contenido de la salida que desean.
Los bosquejos iniciales pueden ser incompletos, pero con el desarrollo de cada nuevo bosquejo se
da un aprendizaje interactivo. Con el paso del tiempo, se obtiene un nivel de detalle a partir del
cual se puede implementar el bosquejo final. Al final, los analistas de sistemas, en cierto modo se
pueden asegurar que los sistemas que implementen corresponden a lo que los usuarios desean y
necesitan.
3. Prototipos
Esta técnica permite que el usuario trabaje con una imitación del sistema que se va a implementar.
Este prototipo permite a los usuarios ver no solamente lo que van a recibir, sino que también les da
la oportunidad de hacer una prueba de manejo.
Características:
El prototipo es una aplicación que funciona
Los prototipos se crean con rapidez
Los prototipos evolucionan a través de un proceso iterativo
Los prototipos tienen un bajo costo de desarrollo
Como se aprecia en la figura anterior, la mesa de trabajo de los diseñadores integra las
herramientas necesarias para analizar, diseñar, evaluar, documentar e implementar un
sistema de información. Todas las herramientas de trabajo para llevar a cabo el proceso
de diseño deben estar al alcance del analista de sistemas.
Elemento Características
Identificación de los objetivos, justificación y establecimiento de los
Propuesta de desarrollo
requerimientos de la organización y de los usuarios.
Diagramas de flujo de Descripción completa del sistema utilizando diagramas de flujo de
datos datos.
Especificación de las entradas y salidas. Se detallan reportes,
Cuadros de despliegue
documentos y pantallas.
Estructura de los Descripción de los datos contenidos en los archivos maestros. Se
registros especifican los diagramas relacionados con las bases de datos.
Descripción de los códigos que explican o identifican tipos de
Codificación
transacciones, clasificaciones y categorías de eventos o entidades.
Especificaciones de Descripciones gráficas (cuadros, tablas) de los módulos y componentes
programas del software junto con la interacción de cada uno.
Especificaciones de Planificación de procedimientos necesarias para la instalación y puesta
procedimientos en marcha del sistema, una vez terminado.
Cronogramas que indican los tiempos necesarios para el desarrollo de
Plan de desarrollo
las actividades.
Gastos anticipados para el desarrollo, implantación y puesta en marcha
Costos
del sistema.
Pretende llevar y tener un avance del desarrollo del proyecto con relación a:
2. Costo de desarrollo: Los gastos del proyecto ¿se encuentran dentro de los
proyectado y planificado?
Es importante que un proyecto se desarrolle a tiempo, y para que esto suceda debe tener
en cuenta las siguientes características:
Una estimación cuidadosa de los requerimientos de tiempo.
Un medio para monitorear el avance.
Un medio para comparar el desempeño planeado con lo real.
Información suficiente para enfrentar problemas que surjan
Las estimaciones son aproximaciones del esfuerzo necesario para producir el sistema
deseado.
Método Características
Se basa en registros que se tienen del desarrollo de proyectos anteriores. Estos
registros contienen información sobre las características del proyecto,
asignación de tareas, requerimientos de tiempo y personal y los problemas
Histórico encontrados en su desarrollo. Cuando se proponen nuevos proyectos, estos
registros sirven para establecer una comparación y estimar el tiempo
esperado de desarrollo. Este método es útil cuando el proyecto nuevo es
similar al proyecto desarrollado anteriormente.
Este método no se basa en registros documentados y por el contrario se basa
Intuitivo en la experiencia del personal más antiguo, el cual estima, por medio de
experiencias personales, el tiempo de desarrollo esperado.
Este método permite identificar y cuantificar (de forma individual) los factores
Estándar más importantes que afectan el tiempo de desarrollo del proyecto (personal,
el sistema, complejidad del proyecto).
Selección de hardware
Compatibilidad de equipos
Se debe asegurar que el equipo cumpla con los niveles necesarios de calidad, que se
desempeñará igual al equipo original y que el proveedor ofrece garantías y acuerdos de
servicios.
Factores financieros
La adquisición y pago de un sistema de cómputo se maneja por medio de uno de los tres
métodos siguientes:
Mantenimiento y soporte
Por lo general se tienen:
Características
Línea completa de hardware
Soporte de hardware Productos de calidad
Garantía
Necesidades completas de software
Soporte de software Programación a la medida del cliente
Garantía
Compromiso para programar
Instalaciones y
Capacitación en las instalaciones del comprador
capacitación
Asistencia técnica
Procedimientos de mantenimiento rutinario
Mantenimiento Tiempo de respuesta específico en caso de emergencia
Préstamos de equipo de repuesto mientras se hace la reparación
Selección de software
Ventajas Desventajas
Respuestas específicas a las
necesidades especializadas del
negocio. El costo inicial puede ser alto
Crear software a la La innovación podría proporcionar Necesidad de contratar o trabajar
medida una ventaja competitiva a la con un equipo de desarrollo
empresa. Mantenimiento continuo
Personal interno disponible para
dar mantenimiento al software.
Enfocado en la programación, no en
Refinado en el mundo comercial
los negocios
Confiabilidad
Debe funcionar con las características
Funcionalidad
Comprar software actuales
El costo inicial es más bajo
comercial Personalización limitada
Otras organizaciones ya lo usan
El futuro del fabricante es incierto
El software incluye soporte y
Menor sentido de pertenencia y
capacitación
compromiso
Los sistemas desarrollados por los usuarios finales, al igual que cualquier otro sistema, no
tendrán éxito a menos que sean manejados y apoyados en forma apropiada. De lo
contrario, estos sistemas pueden ser dañinos para la organización. Tanto usuarios como
analistas, tienen responsabilidades en el manejo de los sistemas desarrollados por los
primeros.
Seguir lineamientos de diseño puede ser de gran ayuda para evitar problemas en potencia
en las aplicaciones desarrollados por los usuarios finales.
Existen tres razones por las cuales la participación de los usuarios en el diseño es
fundamental:
Descarga de archivos
La descarga de datos desde archivos o bases de datos permiten tener una uniformidad de datos y
además permite hacer uso eficiente del tiempo de las personas.
Evitar que los usuarios ingresen datos
Esto permite que los usuarios no ingresen errores en la base de datos o la alteración de los que ya
han sido validados.
Estandarización
Seguir estándares para datos, para el proceso de desarrollo y para las pruebas del sistema permite
obtener consistencia y uniformidad. Se asegura que los datos tengan el mismo significado.
Documentación
Una buena documentación asegura una explicación de la forma en que opera el sistema y las
características del sistema.
Revisión de las especificaciones de diseño
La revisión permite definir que el sistema cumple con su finalidad y además que es
Confiable. Se debe hacer cumplir los estándares de diseño definidos por la organización.
Trabajar por etapas. Es decir, primero establecer el formato del Manual de Calidad y luego
completarlo de manera progresiva a medida que se van evaluando los procesos, se
completan las medidas de prevención, se escriben los procedimientos de trabajo y se los
lleva a la práctica. Entre tanto, los procedimientos que ya se han completado se van
haciendo cumplir y se produce paulatinamente un avance progresivo en el diseño y
aplicación del sistema de calidad.
Esta tarea progresiva crea la percepción de que un sistema de calidad debe ser
permanentemente mejorado y actualizado a medida que aumenta la experiencia a través
del análisis de fallas y la adecuación de la planificación de las actividades (criterio de
mejora continua).
Antes de iniciar esta tarea se deben establecer prioridades. Conviene comenzar por los
procesos en los que las dificultades y problemas son mayores a fin de mejorarlos
mediante el diseño y puesta en práctica de procedimientos adecuados.
Conviene también planificar en el inicio todas las actividades que se va a realizar pero
estableciendo prioridades y metas que se van a cumplir en etapas sucesivas.
El análisis de las fallas es una herramienta para mejorar. Cada hecho que impida realizar la
tarea debiera considerarse una no-conformidad. En el personal se debe crear una cultura
de búsqueda de fallas a fin de utilizarlas en la mejora continua.
ACTIVIDADES COMPLEMENTARIAS
2. Elabore una hoja de diseño de bloques de construcción para los siguientes sistemas:
a. Cuentas por cobrar
b. Alquiler de películas
c. Biblioteca
EJERCICIO
En otra ocasión, discutimos varias veces con los usuarios las funciones de un sistema. Al
final, nos quedamos con los requerimientos que propusimos en un principio. Perdimos
tiempo de desarrollo y no ganamos nada.
También señalaría otra dificultad. Supongamos que los usuarios sugieren cambios
significativos en el diseño que nosotros somos incapaces de efectuar por limitaciones de
índole técnica. En este caso, probablemente escucharemos acusaciones señalando que la
participación del usuario es sólo un gestor de que no atenderemos sus sugerencias cuando
ellos las hagan. Francamente no podemos ganar.”
6. A la luz de estos comentarios, ¿es buena idea que los usuarios participen en el diseño?
EJERCICIO
8. Los gerentes de una organización determinan que los analistas de sistemas de la
organización supervisen el diseño y desarrollo de todas las aplicaciones de los
usuarios, ya sea que éstas se ejecuten en computadores o personales o sobre el
sistema de información con los que cuenta la organización.
BIBLIOGRAFÍA
ELECTRÓNICA
http://www.monografias.com/trabajos7/sisinf/sisinf.shtml
www.webspacestation.com/software/standards.html
http://standards.ieee.org/
http://www.gestiopolis.com/recursos/documentos/fulldocs/ger/teoriasistemas.ht
m
http://www.monografias.com/trabajos11/teosis/teosis.shtml
http://www.isdefe.es/webisdefe.nsf/0/90BA5220EB675284C1256E55004943D6?O
penDocument
http://www.monografias.com/trabajos21/sistemas-informacion-
organizacional/sistemas-informacion-organizacional.shtml
http://www.gestiopolis.com/canales2/gerencia/1/ddsluisart.htm
http://dssresources.com/history/dsshistory.html
http://dssresources.com/
INTRODUCCIÓN
Las especificaciones de diseño describen las características del sistema, los componentes
o elementos del sistema y la forma en que se presentan ante el usuario, por tal razón, los
elementos a diseñar en un sistema de información son: salida, archivos, bases de datos,
entrada, controles y procedimientos.
OBJETIVOS
GENERAL
Identificar el papel que cumple el diseño de sistemas de información.
ESPECIFICOS
Determinar los objetivos y las características importantes del diseño de
salidas.
Determinar los objetivos y las características importantes del diseño de
entradas y controles.
Identificar las características del diseño del dialogo en línea.
Identificar la importancia y las características del diseño de archivos.
Determinar las características del diseño de base de datos.
El término salida se utiliza para denotar cualquier información producida por un sistema
de información, ya sea impresa o en una pantalla. Cuando los analistas diseñan la salida,
ellos:
Identifican la salida específica que es necesaria para satisfacer los
requerimientos de información.
Seleccionan los métodos para presentar la información.
Crean los documentos, reportes u otros formatos que contienen la información
producida por el sistema.
Los métodos de salida varían a través de los sistemas. Por ejemplo, algunos métodos
como el del reporte de inventario sobre la cantidad de mercancía, o el del sistema de
cómputo, o el que está bajo el control de un programa, simplemente recuperan los datos
de un dispositivo de almacenamiento (por lo general, de un medio de almacenamiento
secundario) y los presentan en forma adecuada. En estos casos, si acaso, se realizan
algunos cálculos debido a que los datos ya existen y sólo es necesario recuperarlos. Otros
tipos de salida quizá requieran de un procesamiento sustancial antes de que los datos
estén disponibles para su uso. Por ejemplo, para producir como salida el costo de
fabricación de un producto, el sistema primero localiza las descripciones de todas las
partes utilizadas en el producto final y la cantidad necesaria de éstas para fabricarlo.
Después, se obtiene el costo de cada una. Finalmente, se multiplican y totalizan los costos
y cantidades de todas las partes para producir la salida deseada. En este ejemplo, los
pasos de procesamiento son mucho más extensos que para el ejemplo del inventario,
aunque ambos conjuntos de información quizá tengan la misma importancia para los
usuarios del informe de inventarios.
Este capítulo discute las responsabilidades que tiene el analista en el diseño de las
especificaciones de entrada. Las consideraciones que guían el diseño de la entrada
comienzan con el origen de los datos y continúan a lo largo de la selección de métodos
para trasladar la entrada en una forma que el sistema pueda verificar su exactitud.
Contacto directo entre sistema – usuario: el usuario hace uso del sistema para
enviar y recibir información.
La salida se debe pensar de forma que cualquier información producida sea útil para el
usuario.
Los factores que se deben considerar para la selección de la tecnología de salida más
adecuada son:
TIPOS DE SALIDA
Abordando el tema de las salidas del sistema puede ser:
Tabular
Gráfica
Las características que se deben tener en cuenta para el diseño de informes o formularios
incluyen:
y diseños corporativos.
Uso de convenciones
Incluyen:
Tipo de dato: alfabético, numérico, especial)
Tamaño del formulario y la forma de indicar la continuación de datos y del formulario
Información constante o fija: Esta información permanece igual cuando se imprime el
formulario
Información variable: Esta información varía cada vez que se imprime el informe.
Atributos funcionales
Incluye:
Encabezado o titulo del informe
Número de página
Fecha de elaboración
Títulos de columna
Agrupación de elementos
Uso de subtotales
Un informe se debe leer de arriba abajo y de izquierda a derecha.
Los diferentes métodos que existen para la impresión de informes o reportes son:
Copias sin papel carbón: Estas copias son especiales en cuanto un recubrimiento
químico especial se encuentra en la parte trasera de cada copia.
Copias con papel carbón: Entre cada copia se coloca un papel carbón que se utiliza
solo una vez.
En el diseño de una salida en pantalla, primero que todo se debe tener en cuenta las
siguientes características de la pantalla:
Esta distribución es una sugerencia, puesto que el analista debe especificar el contenido y
distribución de cada formato y que sean únicos.
Diseño de Ventanas
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 Constantes Datos que son los mismos para cualquier transacción.
Detalles que el
sistema puede Datos almacenados que el sistema puede recuperar de sus archivos
recuperar
Detalles que el
Son los resultados que se pueden producir al pedir que el sistema utilice
sistema puede
combinaciones de datos almacenados y proporcionados.
calcular
DISEÑO DE DOCUMENTOS
Los formularios son instrumentos que permiten obtener y capturar información solicitada
por los miembros de la organización.
Esto permite reducir errores, acelerar el ingreso de los datos y facilitar la entrada de los
datos. El diseño de un formulario minimiza el tiempo y el esfuerzo que se dedica para
contestarlo, para esto se puede dividir el formulario en las siguientes secciones:
En el diseño de formularios son importantes los títulos, los cuales pueden ser de los
siguientes tipos:
3. Título en recuadro
6. Título de tabla
VALIDACION DE ENTRADAS
Esta validación de las transacciones de entrada, se realiza por software. Este tipo de
validación puede prevenir los siguientes problemas:
De datos perdidos
Permite validar los datos para examinar si existe algún dato perdido. Consiste en verificar:
Si el archivo contiene todos los datos clave.
Casos excepcionales
Entradas requeridas
De la longitud de campo correcta
Verifica que la longitud es la correcta para el campo. Verifica:
Longitud de códigos
Formatos requeridos
De la clase o composición
Verifica si los campos de datos que están 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 validación
de rangos de fecha ( de 1 a 31 días; de 1 a 12 meses)
De valores inválidos
La comprobación de estos valores se hace únicamente cuando hay unos cuantos valores
Procesos de validación
Cada campo se debe validar hasta que sea válido o se haya descubierto un error. El
proceso para la prueba de datos es la siguiente:
La validación de un solo campo se hace con un SI…ENTONCES… SI-NO, pero también existe
validación por medio de expresiones regulares. A continuación se relaciona una serie da
caracteres que se usan para validación de expresión regular:
Una interfase es la frontera entre el usuario y el sistema. La meta del analista y diseñador
de sistemas es diseñar interfaces que permita a usuarios y organizaciones conseguir la
información que necesitan. Por tal razón, un diseñador debe conseguir los siguientes
objetivos al diseñar la interfaz:
Hacer 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.
Características de la interfase
Incluye:
Dispositivos Permiten introducir y recibir datos. Entre los más comunes se tienen:
teclado, ratón, pluma óptica, scanner, pantalla sensible al tacto, pantalla
sensible a la voz, lectores de código de barras.
Diálogo Guía al usuario y conduce a la interacción entre el usuario y el sistema.
Métodos y Permite organizar la información para ser mostrada en el sistema en línea.
patrones para Se debe tener en cuenta:
mostrar la Forma en que se estructura el área física del monitor
información Métodos para destacar, mostrar y señalar datos
Posibilidades para lectura de la información mostrada
Los tres tipos de acciones que se llevan a cabo en la interfase de un sistema son:
DISEÑO DE DIALOGO
Comunicación significativa
El sistema debe presentar la información con claridad al usuario.
Títulos apropiados para cada pantalla
Minimizar el uso de abreviaciones ?
?
Proporcionar retroalimentación útil
Desplegar significados de códigos
Desplegar los datos en formatos editados (formatos fecha, hora)
Detalles de teclas de función
Formatos del cursor en diferentes acciones
Descripciones de gráficos utilizados
Uso de líneas de estado
Sistemas de ayuda de fácil uso
Despliegue de sugerencias
Uso de botones de comando
Edición de datos, para su verificación
Linea de estado
En el diseño del diálogo también es importante tener en cuenta los diagramas para
diálogos.
Ejemplo:
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 opción del menú oprimiendo: una única tecla,
una combinación posible de teclas o haciendo clic.
Los diálogos de menú también se pueden diseñar para utilizar otros dispositivos de interfase
como:
Las opciones del menú se pueden presentar con una sola palabra (dialogo de palabras clave),
con la que el usuario comprenda el propósito de la función.
En los sistemas que usan el Mouse (ratón), se utilizan mucho los menús pull-down (una opción
presenta un menú de alternativas).
Cuando existe un conjunto amplio de alternativas de las cuales se puede escoger, se utilizan los
menús anidados.
Los menús deben estar anidados cuando se da una o más de las siguientes condiciones:
Por medio de este diálogo, el usuario llama a las actividades de procesamiento tecleando un
comando que entiende el sistema. Las tres formas de diálogo mediante teclado son:
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.
Narrativas:
¿Qué propiedades desea revisar?
Un formato para entrada de datos es una forma o bosquejo que muestra la información a
introducir, para esto es importante tener en cuenta:
Paginación y scrolling
El scrolling (las líneas de datos se desplazan hacia arriba y hacia abajo) se utiliza para
rastrear líneas específicas de listados lo que permite que el sistema sea capaz de accesar
rápidamente la información.
Titulo pantalla
Encabezado
Scroll bar
Mensajes y comentarios
Los mensajes y comentarios son la forma de comunicación del sistema con los usuarios.
Error critico
Mensajes de estado
Informan al usuario sobre el progreso de un proceso específico.
Informe al usuario sobre número de registros examinados
Porcentaje de procesamiento terminado
Número de registro consultado o examinado
Mensajes de acciones que se llevan a cabo: “imprimiendo documento”,
“archivo transmitido”, “conexión establecida”.
Mensajes de error
Reportan equivocaciones o eventos inesperados que ha detectado el sistema. Abarcan
información desde el hardware, software o datos.
Cuando se genera un mensaje de error se debe pedir que el usuario lleve a cabo una acción.
Sistemas de Ayuda
Una tecla específica siempre debe estar programada para llamar a la Ayuda. La tecla F1
siempre se reserva para llamar la función de ayuda, al oprimir esta tecla el usuario debe
recibir un auxilio independientemente de la función a consultar.
Incluye decisiones con respecto a la naturaleza y contenido del propio archivo, como si se
fuera a emplear para guardar detalles de:
Entre las decisiones que se toman durante el diseño de archivos, se encuentran las
siguientes:
Los archivos también denominados ficheros (file); es una colección de información (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 colección 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 dinámico y por
esto en un registro se deben especificar los campos, él número de elementos de un arrays
Debido a esta necesidad en los años setenta, para manejar toda esta información surgen
las bases de datos, en la cual se integran archivos individuales para poder ser compartidos
por todos los usuarios de la empresa.
Los diagramas de estructura de datos es una técnica que permite mostrar los
requerimientos lógicos de las estructuras de datos de una aplicación o sistema.
Los diagramas de estructuras de datos, utilizan una notación básica 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:
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 número único,
asignado automáticamente el cual se denomina: Número del archivo maestro o MFN (iniciales de
Master File Number).
Para tener un acceso rápido 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 ubicación de cada registro en el archivo maestro. El archivo maestro debe ser
actualizado periódicamente.
También existe un archivo maestro histórico 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 actualización del archivo maestro y se
reinicializa el de transacciones.
Archivo de tablas
Un archivo de tablas contiene datos que se utilizan para calcular otros datos o más parámetros de
desempeño.
Los archivos de tablas contienen datos de referencia utilizados en el procesamiento de
transacciones y actualización de archivos maestros.
Archivo de reportes
Es aquel que se utiliza para notificar la ocurrencia de errores o casos especiales en la operación de
un sistema. Ocasionalmente contiene también 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.
Organización Secuencial
Es una organización 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 organización es el buen aprovechamiento que se hace del medio de almacenamiento,
así como la facilidad (relativa) en su implementación y el bajo costo de operación 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 físico, los registros se acceden por su orden
Por ejemplo,
Este método solicita al sistema que establezca dónde se almacena un registro. Los archivos de
acceso directo son archivos con llave. Asocian un registro con un valor llave específico 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
dirección de localización de un registro y recuperarlo en forma independiente de los demás
registros del archivo.
El conjunto de llaves
Las llaves de los registros corresponden con los números de las direcciones de
almacenamiento; existe una dirección de almacenamiento en el archivo para cada valor
real o posible de la llave y no hay valores duplicados de la llave.
Organización Indexada
Este tipo de organización de archivos utiliza archivos de índice separados para localizar registros.
1. Un archivo que contiene los datos clasificados y ordenados por un campo llave
2. Un archivo que tiene una serie de índices utilizados para el acceso de los datos.
Por ejemplo:
Mediante ésta organización, se permite el acceso a los archivos en forma secuencial como
aleatoria. La ventaja de éste método de organización es su flexibilidad.
De ésta forma, se almacenan en tres sitios diferentes, tres versiones del archivo maestro y
las versiones anterior y actual del archivo de transacciones.
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 magnéticos de sistemas que operan las 24 horas. Estas ventanas de respaldo
pueden durar de 40 o más minutos y se realizan una o dos veces al día.
En sistemas de tiempo real en línea, las estrategias de respaldo implican conservar una
versión previa de la base de datos además de una bitácora de transacciones. Los
procedimientos re recuperación son:
Consiste en realizar una copia completa de toda la base de datos en un medio de respaldo (cinta
magnética). Se incluye también todas las transacciones de entrada, con indicadores de tiempo y
algunos parámetros re modificación.
2. Archivo diferencial
Existen distintos objetivos que deben cumplir los Sistemas de Base de datos:
Abstracción de datos
Para que el sistema sea útil, si debe recuperar los datos eficientemente. Los tres niveles de
abstracción de datos son:
Los modelos lógicos basados en objetos se usan para describir los datos en los niveles conceptual y de
visión. Se caracterizan porque proporcionan una capacidad de estructuración bastante flexible y
permiten especificar restricciones de datos explícitamente.
a. Modelo Entidad-Relación
El modelo E-R (Entidad-Relación) es un modelo de datos conceptual de alto nivel y que se suele utilizar
bastante en el diseño de bases de datos. Se basa en una percepción del mundo real que consiste en un
conjunto de objetos básicos denominados entidades y relaciones, y se desarrolló para facilitar el diseño
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 implementación posterior, ofreciendo un alto nivel de
abstracción, y siendo una herramienta gráfica fácil de comprender.
El resultado del modelado E-R es un diagrama E-R que representa una estructura lógica general de la
base de datos.
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 jerarquía de clases, en el que las clases pueden
estar relacionadas mediante relaciones de asociación o mediante relaciones de herencia. La herencia
permite la definición de clases a partir de clases existentes heredándose a las nuevas clases las
propiedades y el comportamiento de las clases existentes, cumpliéndose también que todos los objetos
de una subclase también es objeto de su superclase.
La única forma en la que un objeto puede acceder a los datos de otro objeto es a través de los métodos
de este objeto. Esto se denomina envío de mensajes al objeto. De esta forma, la interfaz de llamada
mediante los métodos de un objeto define la parte visible, mientras que la parte interna del objeto
(variables y código de los métodos) no es visible externamente. De esta forma se tienen dos niveles de
abstracción.
Una base de datos orientada a objetos es una base de datos que incorpora todos los conceptos
importantes de la programación orientada a objetos:
Encapsulación: Ocultar datos del resto de los datos, impidiendo así accesos incorrectos o
conflictos.
a. Modelo Relacional
Éste es el modelo más utilizado para modelar problemas reales y administrar datos dinámicamente.
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 podrían considerarse en forma lógica
como conjuntos de datos llamados "tuplas".
Esto es pensando en cada relación como si fuese una tabla que está compuesta por registros (las filas
de una tabla), que representarían 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 más fácil de entender y de utilizar para un usuario casual de la base de
datos. La información puede ser recuperada o almacenada por medio de "consultas" que ofrecen una
amplia flexibilidad y poder para administrar la información.
El lenguaje más común para construir las consultas a bases de datos relacionales es SQL, Structured
Query Language o Lenguaje Estructurado de Consultas, un estándar implementado por los principales
motores o sistemas de gestión de bases de datos relaciónales.
Las bases de datos relacionales pasan por un proceso al que se le conoce como normalización 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 jerárquico).
Éste modelo ofrece una solución eficiente al problema de redundancia de datos, pero aun así, la
dificultad que significa administrar la información en una base de datos de red, ha significado que sea
un modelo utilizado en su mayoría por programadores más que por usuarios finales.
Colecciones de registros y las relaciones entre datos se representan mediante enlaces dirigidos.
c. Modelo Jerárquico
Una base de datos jerárquica es un conjunto de registros lógicamente 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 información puede tener varios hijos. El nodo que no tiene padres se le conoce como
raíz, y a los nodos que no tienen hijos se les conoce como hojas.
Modelo físico
El modelo físico opera al más bajo nivel de abstracción y describen cómo se almacenan los datos, el
formato de los registros, la estructura de los ficheros y los métodos de acceso.
El modelo físico requiere de asignaciones de tareas precisas por lo que se hace dependiente tanto del
hardware como del software. Por lo tanto los diseñadores de bases de datos deben tener un
conocimiento detallado del hardware y del software utilizado para poder ejecutar el diseño de la base
de datos.
Un buen diseño de base de datos debe ser acorde con las estructuras de los datos. El
proceso que permite evaluar y diseñar bases de datos bien estructuradas y sin
redundancia de datos se conoce como Normalización.
Normalización
La normalización es un proceso en el cual se va comprobando el cumplimiento de una
serie de reglas, o restricciones, por parte de un esquema de relación; cada regla que se
cumple aumenta el grado de normalización del esquema de relación; si una regla no se
cumple, el esquema de relación se debe descomponer en varios esquemas de relación que
sí la cumplan por separado.
Formas Normales
Es decir, cada tabla que tiene un atributo único como clave, está en segunda forma
normal.
Consiste en eliminar la dependencia transitiva que queda en una segunda forma normal,
se habla de dependencias transitivas cuando existe más de una forma de llegar a
referencias a un atributo de una relación.
Determinante: Uno o más atributos que, de manera funcional, determinan otro atributo o
atributos. En la dependencia funcional (A,B)-->C, (A,B) son los determinantes.
La quinta forma normal tiene que ver con tablas que pueden dividirse en subtablas, pero
que no pueden reconstruirse.
Los sistemas de información hoy en día implican una interactividad y transmisión de datos
entre diferentes dispositivos y/o sistemas que se deben compartir en la red.
Los analistas y diseñadores de sistemas deben ser consientes del compromiso de las
empresas hacia la administración de la calidad total.
El manejo de objetos le facilita al usuario final no solo la interacción con el sistema, sino
que convierte a este en una herramienta amigable, confiable y en la que se podrá confiar
para una toma de decisión.
1.
Canales de
comunicació
n
Dispositivos o canales.
de control de
comunicació Los dispositivos más comunes son:
n
El analista de sistemas debe enfatizar por qué y cuándo especificar estos dispositivos en el diseño de un sistema.
Los canales de comunicación y los dispositivos de control de comunicación, 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
3.
tal forma que cada uno pueda enviar y recibir señales comprensibles y validas.
Protocolos
de
Un protocolo debe realizar las siguientes funcionalidades:
comunicació
n
Permitir localizar un ordenador de forma inequívoca.
Permitir realizar una conexión con otro ordenador.
Permitir intercambiar información entre ordenadores de forma segura, independiente del tipo de maquinas que estén
conectadas.
Proporcionar un indicador constante de que los datos están siendo recibidos y comprendidos o bien que no están siendo
recibidos o que llegan en forma desordenada.
Solicitar la retransmisión de los datos erróneos.
Cuando se habla de protocolos es importante tener en cuenta las siguientes características en el diseño:
Existen muchos protocolos. A pesar de que cada protocolo facilita la comunicación básica, cada uno tiene un propósito
diferente y realiza distintas tareas. Cada protocolo tiene sus propias ventajas y sus limitaciones.
Algunos protocolos sólo trabajan en ciertos niveles OSI. El nivel al que trabaja un protocolo describe su función.
Los protocolos también puede trabajar juntos en una jerarquía o conjunto de protocolos. Al igual que una red
incorpora funciones a cada uno de los niveles del modelo OSI, distintos protocolos también trabajan juntos a distintos
niveles en la jerarquía de protocolos. Los niveles de la jerarquía de protocolos se corresponden con los niveles del
modelo OSI.
Jerarquías de protocolos
Una jerarquía de protocolos es una combinación de protocolos. Cada nivel de la jerarquía especifica un protocolo diferente para
la gestión de una función o de un subsistema del proceso de comunicación. Cada nivel tiene su propio conjunto de reglas. Los
protocolos definen las reglas para cada nivel en el modelo OSI así:
Aplicación
Trabajan en el nivel superior del modelo de referencia OSI y proporcionan interacción entre aplicaciones e intercambio de
datos
APPC (Comunicación avanzada entre programas)
Trabaja en el nivel de presentación del modelo OSI. Sin embargo, también se considera un protocolo
de transporte porque APPC utiliza el protocolo LU 6.2 que trabaja en los niveles de transporte y de
sesión del modelo OSI.
FTAM (Acceso y gestión de la transferencia de archivos)
Un protocolo OSI de acceso a archivos
X.400 Un protocolo CCITT para las transmisiones internacionales de correo electrónico.
X.500 Un protocolo CCITT para servicios de archivos y directorio entre sistemas.
SMTP (Protocolo básico para la transferencia de correo)
Un protocolo Internet para las transferencias de correo electrónico.
FTP (Protocolo de transferencia de archivos)
Un protocolo para la transferencia de archivos en Internet.
SNMP (Protocolo básico de gestión de red)
Un protocolo Internet para el control de redes y componentes.
Telnet Un protocolo Internet para la conexión a máquinas remotas 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 básico de NetWare) y clientes o redirectores Un conjunto de protocolos de servicio.
De transporte
Facilitan las sesiones de comunicación entre equipos y aseguran que los datos se pueden mover con seguridad entre equipos.
TCP El protocolo de TCP/IP para la entrega garantizada de datos en forma de paquetes secuenciados.
SPX Parte del conjunto de protocolos IPX/SPX de Novell para datos en forma de paquetes secuenciados.
NWLink La implementación de Microsoft del protocolo IPX/SPX.
NetBEUI (Interfaz de usuario ampliada NetBIOS)
Establece sesiones de comunicación entre equipos (NetBIOS) y proporciona los servicios de transporte de
datos subyacentes (NetBEUI).
ATP (Protocolo de transacciones Apple Talk) y NBP (Protocolo de asignación de nombres)
Protocolos de Apple de sesión de comunicación y de transporte de datos.
De Red
Proporcionan lo que se denominan «servicios de enlace». Estos protocolos gestionan información sobre direccionamiento y
encaminamiento, comprobación de errores y peticiones de retransmisión. Los protocolos de red también definen reglas para
la comunicación en un entorno de red particular.
IP El protocolo de TCP/IP para el encaminamiento de paquetes.
IPX El protocolo de Novell para el encaminamiento de paquetes.
NWLink La implementación de Microsoft del protocolo IPX/SPX.
NetBEUI Un protocolo de transporte que proporciona servicios de transporte de datos para sesiones y aplicaciones
NetBIOS.
DDP (Protocolo de entrega de datagramas): Un protocolo de Apple Talk para el transporte de datos.
REDES DE COMUNICACION
Topologías de red
Arquitecturas de red
Una arquitectura de redes es un conjunto de protocolos y niveles que dan una solución
completa a sistemas de Telecomunicaciones o Teleinformática.
Enfoques de la confiabilidad
Un error aparece cuando el sistema no produce Una falla es la aparición de un error del
los resultados esperados. software, con un cierto peso de seriedad.
Enfoque Característica
Prevención de errores Previene la ocurrencia de errores en el software
Detección y corrección de Reconoce los errores cuando se les halla y se corrige el error o el
errores efecto del error de forma que el sistema no falla.
Tolerancia a errores Capacidad de un sistema para seguir funcionando cuando
Se produce un error en parte del sistema.
Un sistema tiene una vida promedio de 4 a 6 años, 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 diseño y de pruebas y que
la capacidad para llevar a cabo ese mantenimiento se asegure mediante adecuadas
prácticas de diseño.
Los diagramas de estructura son una herramienta de diseño que muestran gráficamente
las relaciones entre los módulos de un programa. Muestra además, cuáles módulos
interactúan dentro del sistema y los datos que se comunican entre varios módulos.
Los diagramas de estructura son una herramienta que permiten ayudar al analista a
desarrollar software que cumpla los objetivos del buen diseño de software.
Simbología
DISEÑO DE SOFTWARE
Modularidad y fragmentación
Acoplamiento
Es el grado de interdependencia entre los módulos; depende del número de parámetros que se
intercambian para su comunicación.
El objetivo que se debe conseguir es minimizar el acoplamiento, o lo que es lo mismo, hacer que los
módulos sean tan independientes como sea posible, aunque esto no siempre se consiga. Un bajo
acoplamiento entre los, módulos indica que se ha hecho una buena descomposición del sistema,
aunque esto no ocurre siempre.
Cuantas menos conexiones existan entre dos módulos, menos oportunidad habrá de que
aparezca el «efecto onda» (un defecto de un módulo, puede aparecer afectando a otro).
Se desea tener posibilidad de cambiar un módulo con el mínimo riesgo de tener que
cambiar otro, se trata de que cada cambio realizado afecte lo menos posible a otros
módulos.
Cohesión
Un módulo coherente ejecuta una tarea sencilla en un programa o procedimiento y requiere poca
interacción con otros procedimientos que se ejecuten en otras partes del programa.
Extensión de control
Hace referencia al número de módulos subordinados al módulo que hace la llamada. Limitar la
extensión de control de 5 a 7 módulos.
Tamaño
Número de instrucciones que componen a un módulo. Limitar el tamaño de forma que la función
de todo el módulo se centre en un solo propósito.
Uso compartido
Uso de un módulo por otros módulos. Evitar la duplicación permitiendo que los módulos sean
llamados por otros que necesitan la función de cada uno.
HERRAMIENTAS DE DOCUMENTACION
Etapa Documentación
Detección y definición del problema que motiva la creación de un sistema de información automatizado
Estimación del costo de adquisición de cada una de las soluciones y definición de las condiciones en las cuales se desarrollarán e
implantaran.
Costo de desarrollo
Costo de implantación
Requerimientos
Restricciones
Evaluación de las alternativas de solución para determinar cuál de ellas es la mejor opción
Análisis de Costo-Beneficio
Estudio de Factibilidad
Diagramas:
De contexto
Flujos de datos
Diccionario de datos
Tiempos de desarrollo
El desarrollo de una aplicación no es otra cosa que la elaboración de los programas de que consta un sistema de información y en
términos generales en esta etapa se deben definir los archivos de inicio, se deben desarrollar los módulos correspondientes los
cuales deben ir documentados en forma clara y precisa.
Aparte de la documentación interna de los programas, se deben generar dos documentos al culminar esta etapa, dichos
Desarrollo documentos son:
Debe tener una descripción general de lo que es el sistema, debe contener detalles de su construcción e
El manual de la
instrucciones de su manejo o funcionamiento. Como mínimo el manual de la aplicación debe contener
Aplicación
los siguientes temas:
Tiene como propósito dar una visión rápida de lo que es la aplicación y estará ubicado en el directorio
\Manuales de cada aplicación, debe contener:
Nombre de la Aplicación
Ficha Técnica
Área(s) Usuario(s)
Autores y/o Responsables de la aplicación
Fecha de liberación de la aplicación
Herramientas de Desarrollo utilizadas
Ubicación de los Archivos Fuentes
Ubicación 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 navegación de la aplicación.
Ubicación de los manuales del sistema.
Manuales del usuario
Los niveles de la estrategia para la prueba del software se pueden ver en el siguiente
grafico:
4. 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
También se debe evaluar: portabilidad, facilidad de mantenimiento y facilidad de uso
Establecer los objetivos de la prueba de manera explícita
Se debe establecer:
Objetivos específicos 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
Comprender qué usuarios van a manejar el software y desarrollar un perfil para cada categoría
de usuario
Se debe:
Describir el escenario de interacción para cada clase de usuario
Llevar a cabo revisiones técnicas 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.
ACTIVIDADES COMPLEMENTARIAS
EJERCICIO
EJERCICIO
Modelos de datos
Estructuración de datos
EJERCICIO
4. Del sistema de información seleccionado en el capitulo anterior. Continué con la
elaboración del documento identificando y relacionando:
Características que la empresa y/o el aplicativo tienen implementados para
el aseguramiento de la calidad.
Principios de diseño de software que tiene el sistema
Documentación que posee el sistema
Niveles de aseguramiento de la calidad que se utilizan
Estrategias de prueba que utiliza el sistema
a. Teniendo en cuenta el ejercicio planteado en el capitulo anterior de
Parqué’s Pizza:
Diseñe las características que tendrá para la comunicación de datos. Teniendo
en cuenta:
o Características que la empresa y/o el aplicativo deben implementarse
para el aseguramiento de la calidad.
o Principios de diseño de software que debe tener el sistema
o Documentación que debe poseer el sistema
o Niveles de aseguramiento de la calidad que debe utilizar
o Estrategias de prueba que debe utilizar el sistema
b. Proyecto de Grupo
Teniendo en cuenta la misma descripción del ejercicio propuesto en el curso de
Análisis de Sistemas y de los capítulos anteriores:
Diseño detallado
Diagramas de clases y paquetes
Diagramas de interacción con el detalle de las operaciones más
importantes del sistema
Diagramas de estados y/o actividades para las clases concurrentes o
complejas
BIBLIOGRAFÍA
ELECTRÓNICA
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&IDP
=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/
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
Acá un listado de muchos programas para edición, animación, 3D, CAD y más.
EDICIÓN DE IMÁGENES
GIMP - es un programa para manipular imágenes. Es de libre distribución. Disponible para
muchos sistemas operativos y en múltiples lenguajes.
Picasa - software libre para organización y edición de fotografías provisto por Google.
Paint.NET - este programa corre sobre Windows. Podemos agregar efectos y cuenta con
muchas herramientas para la edición de imágenes. Además 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 (pequeñas vistas previa) y también editar las
imágenes.
ImageDiff - permite comparar dos imágenes lado a lado y ver las diferencias entre
éstas. Compara imágenes de diversos formatos: JPG, GIF, BMP y TIF, PNG.
IrfanView - es un compacto y rápido visor y convertidor de imágenes. Soporta diversos
formatos de imagen.
FastStone Image Viewer - visor de imágenes rápido, estable y de entorno amigable.
Además 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 gráficos vectoriales, con capacidad similar a Illustrator, Freehand,
CorelDraw o Xara X.