CIS-425: Análisis y diseño de
sistemas
Semana 5
Dr. Jesús Borrego
Lead Faculty, COS
Regis University
1
scis.regis.edu ● [email protected]
Agenda
•
•
•
•
•
2
Vocabulario Clave
Capítulo 8 – Diseño de Interfaz de Usuario
Actividad 1
Capítulo 9 – Diseño de datos
Actividad 2
Vocabulario clave
• Federation
• Methodology
• Systems
Development
LifeCycle
3
• Federación
• Metodología
• Ciclo vitalicio del
desarrollo de
sistemas
CIS-425: Análisis y diseño de
sistemas
Capítulo 8
Diseño de Interfaz de Usuario
4
scis.regis.edu ● [email protected]
Descripción de la fase
• La fase del diseño de sistemas es la 3a de cinco
fases del ciclo vital del desarrollo de sistemas
• Ahora trabajaremos en el diseño físico que
corresponde a las especificaciones descritas en el
documento de requerimientos del sistema
• Tareas incluyen diseño de interfaz de usuario,
diseño de datos, y arquitectura del sistema
• El producto de la fase es la especificación del
diseño del sistema
5
Objectivos del capítulo
• Explicar el concepto de diseño de la interfaz de
usuario y la interacción de humanos a
computadoras, incluyendo principios básicos de
diseño centrado en el usuario
• Lista de directrices de diseño de interfaz de
usuario
• Describir los componentes de interfaz de
usuario, incluyendo los elementos de pantalla y
controles
• Discutir diseño de salida y cuestiones
tecnológicas
6
Objectivos del capítulo
• Diseñar documentos de origen eficaces
• Explicar el diseño de entrada y cuestiones de
tecnología
• Discutir directrices para el diseño de la pantalla
de entrada de datos
• Usar máscaras de entrada y reglas de validación
para reducir errores de entrada
• Describir controles de entradas y salidas y
cuestiones de seguridad
7
Introducción
• Diseño de interfaz es la primera tarea en la fase
del diseño del SDLC
• Diseñar la interfaz es extremamente importante,
ya que todos deseamos un sistema que es fácil de
aprender y usar
8
¿Que es la interfaz del usuario?
• Interfaz de Usuario (User Interface - UI)
• Consta de todo el equipo, software, pantallas,
menús, funciones, salidas y características que
afectan a la comunicación de dos vías entre el
usuario y la computadora
9
Diseño de interfaz del usuario
• Evolución de la interfaz de usuario
▫ Control de procesos
▫ Como la gestión de información se desarrolló del
procesamiento de datos dinámicos centralizados,
el enfoque principal también cambió
 del departamento de informática a los mismos
usuarios
▫ Sistema centrado en el usuario
▫ Requiere un entendimiento de la interacción de
humanos a computadores y principios de diseño
centrados en el usuario
10
Diseño de interfaz del usuario
• Interacción de humanos con la computadora
▫ Human-computer interaction (HCI): describe la
relación entre computadoras y la gente que las usa
para realizar su trabajo
▫ Interfaz gráfica de usuario: Graphical user
interface (GUI)
▫ Objetivo principal es crear un diseño que es fácil
de aprender y utilizar
11
Diseño de interfaz del usuario
12
Principios del diseño centrado en
el usuario
•
•
•
•
•
•
•
Entender las funciones de la empresa
Maximizar la eficacia gráfica
Pensar como el usuario
Usar modelos y prototipos
Centrarse en la usabilidad
Solicitar retroalimentación
Documentar todo
13
Diseñando la interfaz humana
Ocho simples reglas
1.
2.
3.
4.
5.
6.
7.
8.
Diseñar interfaz transparente
Crear una interfaz que es fácil de usar y aprender
Aumentar la productividad del usuario
Facilitar que los usuarios reciban ayuda y corregir
errores
Reducir problemas de entradas de datos
Proveer retroalimentación a usuarios
Crear un diseño atractivo
Usar términos e imágenes familiares
14
Diseñando la interfaz humana
• Un buen diseño de interfaz de usuario se basa en
una combinación de la ergonomía, la estética y la
tecnología de interfaz
15
Diseñando la interfaz humana
• Diseñando una interfaz transparente
▫ Facilitar los objetivos del diseño del sistema en vez
de enfocar la atención en la interfaz
▫ Crear un diseño que es fácil de aprender y
recordar
▫ Diseñar la interfaz para mejorar la eficiencia y
productividad del usuario
▫ Proveer comandos, acciones, y respuestas del
sistema que son consistentes y predecibles
16
Diseñando la interfaz humana
• Crear una interfaz que es fácil de aprender y usar
▫ Etiquetar claramente todos los controles, botones
é iconos
▫ Seleccionar únicamente imagenes que los usuarios
puedan entender fácilmente y proveer
instrucciones en la pantalla que sean lógicas,
concisas y claras
▫ Mostrar todos los comandos en una lista de
elementos de menú
▫ Facilitar la navegación del sistema
17
Diseñando la interfaz humana
• Mejorar la productividad del usuario
▫ Organizar tareas, comandos y funciones en grupos
que reflejen operaciones actuales del negocio
▫ Crear listas de menú alfabéticas
▫ Proporcionar acceso fácil de modo que los
usuarios con experiencia puedan evitar varios
niveles de menú
▫ Utilize los valores por defecto si la mayoría de los
valores de un campo son similares
18
Diseñando la interfaz humana
• Facilitar que los usuarios
obtengan ayuda o corregir
errores
▫ Asegurar que ayuda sea
proporcionada
constantemente
▫ Proveer ayuda seleccionada
por el usuario y ayuda
contextual
19
Diseñando la interfaz humana
• Reducir problemas de datos de entrada
▫ Crear máscaras de entrada de datos
▫ Mostrar mensajes basados en eventos y
recordatorios
▫ Establecer una lista predeterminada de valores
que los usuarios puedan seleccionar con el ratón
▫ Crear reglas que enforcen la integridad de los
datos
20
Máscaras de entrada
21
Diseñando la interfaz humana
• Proveer retroalimentación a usuarios
▫ Mostrar los mensajes en un lugar lógico en la
pantalla
▫ Alertar a los usuarios tiempos de procesamiento
largos o retrasos
▫ Permitir que los mensajes permanezcan en la
pantalla con suficiente tiempo para que los
usuarios puedan leerlos
▫ Permitir al usuario saber si la tarea o la operación
se ha realizado correctamente o no
22
Diseñando la interfaz humana
• Crear un diseño atractivo
▫ Usar colores apropriados para resaltar las
diferentes áreas de la pantalla
▫ Usar efectos especiales con moderación
▫ Usar enlaces que permitan a los usuarios
transferir a temas relacionados
▫ Juntar objetos e información relacionados
23
Diseñando la interfaz humana
• Use términos e imágenes familiares
▫ Recuerde que los usuarios estan acostumbrados a
ciertas imágenes
 rojo=alto, amarillo = precaución, verde = siga
▫ Provea alternativas de teclado para cada opción
del menú
▫ Use comandos familiares si es posible
▫ Provea interfaz familiar de Windows si los
usuarios estan acostumbrados a los programas de
Windows
24
Diseñando la interfaz humana
• Agregando funciones de
control
▫
▫
▫
▫
▫
▫
25
Barra de menú
Barra de herramientas
Botón de comando
Dialog box
Caja de diálogo
Botón palanca (toggle button)
Diseñando la interfaz humana
• Agregar funciones de control
▫ Cuadro de lista – barra de
desplazamiento (List box –
scroll bar)
▫ Cuadro de lista desplegable
(Drop-down list box)
▫ Botón de opción o botón de
radio
▫ Casilla de verificación (Check
box)
▫ Control de calendario
▫ Switchboard
26
Diseño de salidas
• Antes de diseñar las salidas, pregúntese lo
siguiente:
▫ ¿Cual es el propósito de la salida?
▫ ¿Quién necesita la información, por que se
necesita, y como se va a usar?
▫ ¿Que información específica se debe incluír?
▫ Acerca de la salida ¿se deberá imprimir, ver en la
pantalla, o ambos? ¿A que dispositivo se debe
mandar?
27
Diseño de salidas
• Antes de diseñar las salidas, pregúntese lo
siguiente:
▫ ¿Cuando se debe proveer la información y con que
frecuencia se debe actualizar?
▫ ¿Existen cuestiones de seguridad o
confidencialidad?
• Sus respuestas afectarán las estrategias del
diseño de salidas
28
Diseño de salidas
• Información general sobre el diseño de informes
▫ Pocas firmas han podido eliminar documentos
impresos completamente
▫ Documentos que se regresan al sistema
▫ Reportes deben ser fáciles de leer y bien
organizados
▫ Programas de bases de datos incluyen varios tipos
de herramientas para diseñar reportes
▫ Reportes basados en caracteres
29
Diseño de salidas
• Tipos de reportes
▫ Reportes de detalles
▫ Reportes de excepción
▫ Reportes de resumen
30
Diseño de salidas
• Participación del usuario en el diseño de
reportes
▫ Reportes impresos son importantes para entregar
información, por lo que los usuarios deben
aprobar el diseño antes de su desarrollo
▫ Prototipos
▫ Forma de análisis de reportes
31
Diseño de salidas
32
Diseño de salidas
• Tecnología disponible
▫ Entrega de información basada en Internet
 Webcast
▫
▫
▫
▫
Correo electrónico
Blogs
Mensajes instantáneos
Dispositivos inalámbricos
33
Diseño de salidas
• Tecnología de salidas
▫ Audio digital, imágenes y
video
▫ Podcasts
▫ Sistemas de facsímil
automatizados
 Sistemas Faxback
▫ Microfilm (Computer output
microfilm - COM)
▫ Salidas en formato digital
34
Diseño de salidas
• Tecnología disponible
▫ Formato epecializado




Dispositivos portable y conectados al Web
Terminales de punto de venta
Cajeros automáticos (ATMs)
Impresoras de usos especiales
35
Diseño de entradas
• La calidad de las salidas depende de la calidad
de las entradas
▫ Basura entra, basura sale (Garbage in, garbage out
- GIGO)
▫ El objectivo del diseño de entradas es asegurar la
calidad, exactitud y actualidad de los datos
▫ El buen diseño de entradas requiere atención a los
factores humanos tanto como a las cuestiones
tecnológicas
36
Diseño de entradas
• Documentos de origen y
formularios
▫
▫
▫
▫
▫
▫
▫
37
Diseño de formulario
Zona de encabezado
Zona de control
Zona de instrucción
Zona de detalles
Zona de totales
Zona de autorización
Diseño de entradas
• Documentos de origen y formularios
▫ El Dr. Jakob Nielson cree que los usuarios
escanean una página para reconocer palabras y
oraciones individuales
▫ Por resultado, los diseñadores de sitios Web deben
usar texto escaneable para capturar y mantener la
atención del usuario
38
Diseño de entradas
•
Pantallas de entradas de datos
▫
Directrices
1.
Restringir el acceso de los usuarios a los lugares de la
pantalla donde se introducen los datos
2. Proveer título descriptivo para cada campo, mostrando al
usuario donde entrar los datos y el tamaño máximo
disponible
3. Mostrar un ejemplo si se requiere formato específico
4. Requerir entrada de teclado para terminar cada campo
39
Diseño de entradas
•
Pantallas de entradas de datos
▫
Directrices
5. No requiera que los usuarios entren ceros a la izquierda
para campos numéricos
6. No requiera que los usuarios entren ceros a la derecha
para campos numéricos que incluyen decimales
7. Muestre valores por defecto para que los operadores
presionen la tecla ENTER para aceptar el valor sugerido
8. Use valores por defecto cuando el valor del campo será
constante para registros sucesivos o para la sesión de
entrada
9. Muestre una lista de valores aceptables para los campos y
proporcione mensajes de error significativos
40
Diseño de entradas
•
Pantallas de entradas de datos
▫
Directrices
10. Proporcione una manera de abandonar la pantalla sin
completar la entrada de los campos
11. Proporcione a los usuarios la oportunidad de confirmar la
exactitud de los datos de entrada antes de guardarlos
12. Proporcione una manera de que los usuarios muevan
datos de un campo a otro
13. Si hay documento fuente, diseñe la forma de entrada que
corresponda a el documento
14. Permita que los usuarios agregen, cambien, eliminen y
vean los registros
15. Proporcione una método que permita a los usuarios
buscar información específica
41
Diseño de entradas
•
Máscaras de entrada
▫ Plantillas o patrones que restringen la entrada de
datos y evitan errores
▫ La máscara puede manipular los datos de entrada
y aplicar un formato específico
42
Diseño de entradas
•
Reglas de valicación
▫
Ocho reglas
1.
2.
3.
4.
5.
6.
7.
8.
Verificación de sequencia
Prueba de existencia
Verificación del tipo de datos
Comprobar o verificar el alcance (range)
Verificación de razonabilidad
Comprobación de validez e integridad referencial
Verificación de combinación
Control de lotes – totales de control
43
Diseño de entradas
• Tecnología de entradas
▫ Control de lotes
 Lotes
▫ Entradas en línea
 Automatización de datos
fuente
 Etiquetas RFID o Tiras
magnéticas de datos
44
Diseño de entradas
• Tecnología de entradas
▫ Compensaciones (tradeoffs)
 Si no se utiliza la automatización de datos de origen,
entrada de datos manuales es muy lenta y cara pues
normalmente se requiere cuando la demanda por
equipo de cómputo es mas alta
 La decisión de usar entrada de datos manual o
automatizada es una decisión que depende en los
requerimientos del negocio
45
Diseño de entradas
•
Reducción de volúmen de entradas
▫
Directrices
1. Requiera únicamente entradas necesarias
2. No requiera entradas que el usuario puede
obtener de archivos del sistema o calculadas por
otros datos
3. Datos constantes no requieren entradas
4. Códigos de usuario
46
Asuntos de seguridad y control
• Control de salidas y seguridad
▫ Seguridad de salidas
▫ El departamento de informática es responsible por
el control de salidas y medidas de seguridad
▫ Estación de trabajo sin discos
▫ Protector de puertos
47
Asuntos de seguridad y control
• Control de entradas
• Cada elemento de información debe ser
rastreado a los datos de entrada
• Pista de auditoría
• Seguridad de datos
• Política de retención de registros
• Datos cifrados (encryption)
48
Resúmen del capítulo
• El propósito del diseño de sistemas es crear un
modelo físico del sistema que satisfaga los
requisitos definidos en la fase de análisis
• El capítulo empieza con la discusión de
conceptos del diseño de interfaz humana con la
computadora
• Presenta varios tipos de reportes impresos,
incluyendo reportes de detalle, excepción y
resumidos
• También tipos de salidas
49
Resúmen del capítulo
• Discusión del diseño de entradas empezó con la
descripción de documentos fuente y las varias
zonas del documento
• Discusión del diseño de pantallas de entrada
explicó el uso de máscaras y reglas de
verificación para reducir errores de datos
• Aprendimos métodos de entradas de lote y en
línea, volúmen de entradas y métodos de
entrada y procedimientos
• Finalmente, estudiamos temas de control y
seguridad
50
Actividad 1
• Diseño de interfaces de usuario (11:35 m.)
http://www.youtube.com/watch?v=HyBY1bU1hh8
• Diseño de Interfaces y Desarrollo de
Aplicaciones (10:16 min.)
http://www.youtube.com/watch?v=Yqce1r_X0gY
51
CIS-425: Análisis y diseño de
sistemas
Capítulo 9
Diseño de datos
52
scis.regis.edu ● [email protected]
Objectivos del capítulo
• Explicar sistemas orientados a registros y las
diferencias con sistemas de base de datos
• Explicar términos de diseño de datos incluyendo
campos, campos comunes, registros, archivos,
tablas y campos clave
• Describir relaciones de datos, e data
relationships, dibujar in diagrama de entidadrelación, definir la cardinalidad y usar la
notación de cardinalidad
• Explicar el concepto de normalización
53
Objectivos del capítulo
• Explicar la importancia de los códigos y
describir diferentes esquemas de codificación
• Explicar el almacenamiento de datos y minería
de datos
• Diferenciar entre el almacenamiento lógico y
físico y registros
• Explicar las medidas de control de datos
54
Introducción
• Comienza con una revisión de los conceptos de
diseño de datos y terminología, luego discute
sistemas basados en archivos incluyendo bases
de datos en el Web
• Concluye con una discusión del almacén de
datos y acceso, incluyendo herramientas
estratégicas como almacenamiento de datos,
minería de datos, registros lógicos y físicos,
formatos de almacén de datos y control de datos
55
Conceptos de diseño de datos
• Estructura de datos
▫ Cada archivo o table contiene
datos sobre gente, lugares,
elementos o eventos que
tienen interacción con el
sistema
▫ Sistemas orientados con
archivos
▫ Sistemas de base de datos
(database management
system DBMS)
56
Conceptos de diseño de datos
• Información general sobre el
procesamiento de archivos
▫ Puede ser eficaz y reduce
costos en ciertas situaciones
▫ Problemas potenciales
 Redundancia de datos
 Integridad de datos
 Estructura rígida de datos
57
Conceptos de diseño de datos
• Proceso de archivos
▫ Varios tipos de archivos






Archivo maestro
Archivo tabular
Archivo de transacciones
Archivo de trabajo
Archivo de seguridad
Archivo histórico
58
Conceptos de diseño de datos
• La evolución de sistemas de archivos
a sistemas con bases de datos
– Un sistema de base de datos
(database management system DBMS) es una colección de
herramientas, características e
interfaces que permiten a los
usuarios a añadir, actualizar,
gestionar, acceder y analizar el
contenido de una base de datos
– La ventaja principal del DBMS es
que ofrece acceso oportuno,
interactivo y flexible a los datos
59
Conceptos de diseño de datos
• La evolución de sistemas de archivos a sistemas
con bases de datos
▫ Algunas ventajas
Escalabilidad
Mejor soporte para sistemas de cliente/servidor
Economía de escala
Intercambio flexible de datos
Aplicación enterpresarial – administrador de base
de datos (database administrator -DBA)
 Normas mas fuertes





60
Componentes del DBMS
• Interfaces para usuarios,
administradores de datos y
sistemas relacionados
– Usuarios
• Lenguaje de consulta
• Consulta por ejemplo (qyery
by example-QBE)
• SQL (lenguaje de consulta
estructurado - structured
query language)
– Administradores de la base
de datos
• El DBA es responsable por
gestiones y apoyo del DBMS
61
Componentes del DBMS
• Interfaces para usuarios, administradores de la
base de datos y sistemas relacionados
▫ Sistemas de información relacionados
 Un DBMS puede soportar varios sistemas de
información relacionados que proprcionan entradas
y requieren datos específicos del DBMS
 No se requiere intervención humana por la
comunicación de dos vías
62
Componentes del DBMS
• Lenguade de manipulación de (Data
Manipulation Language- DML)
▫ Controla las operaciones del DBMS, incluyendo
almacenar, recuperar, actualizar y eliminar datos
• Esquema (Schema)
▫ La definición completa de la base de datos,
incluyendo descripciones de todos los campos,
tablas y relaciones
▫ Se pueden definir mas sub-esquemas
63
Componentes del DBMS
• Repositorio de datos físicos
▫ El diccionario de datos se transforma en un
diccionario de datos físicos, e incluye esquemas y
sub-esquemas
▫ El repositorio físico puede centralizarse, o
distribuirse en varios lugares
▫ Connectividad abierta o de Java:
 ODBC – open database connectivity
 JDBC – Java database connectivity
64
Diseño de bases de datos del Web
65
Diseño de bases de datos del Web
• Terminología del Internet
▫
▫
▫
▫
▫
▫
Navegador Web: Web browser
Página Web: Web page
HTML (Hypertext Markup Language)
Etiquetas: Tags
Servidor Web: Web server
Sitio Web: Web site
66
Diseño de bases de datos del Web
• Terminología del Internet
▫
▫
▫
▫
▫
▫
Intranet
Extranet
Protocolos
Web-céntrico
Clientes
Servidores
67
Diseño de bases de datos del Web
• Conectando a una base de datos al Web
– Base de datos debe conectarse al internet o intranet
– Middleware
• Adobe ColdFusion
• Seguridad de datos
– Un sistema bien diseñado provee seguridad a tres
niveles: la base de datos, el servidor Web, y los
enlaces de telecomunicaciones que conectan los
componentes del sistema
68
Terminología de diseño de datos
• Definiciones
▫
▫
▫
▫
69
Entidad: Entity
Tabla o archivo
Campo
Registro
 Tuple
Terminología de diseño de datos
• Campos clave
▫
▫
▫
▫
Clave principal
Clave candidata
Clave extranjera
Clave secundaria
70
Terminología de diseño de datos
• Integridad Referencial
– Revisión de validez puede
evitar errores de entrada
– En una base de datos
relacional, la integridad
referencial integrity significa
que una clave extranjera no
se acepta en una table a
menos que sea una clave
principal en otra tabla
– Huérfanos
71
Diagramas de Entidad-Relación
• Dibujando el ERD
– El primer paso es hacer una
lista de las entidades
identificadas durante el
proceso de determinación de
hechos y considerar las
relaciones que los enlazan
– Un método popular es
representar las entidades
como rectángulos y las
relaciones como rombos
72
Diagramas de Entidad-Relación
• Tipos de relaciones
▫ Hay tres tipos de relaciones entre las
entidades
▫ Una-a-una (One-to-one -1:1)
▫ Una-a-varias (One-to-many -1:M)
▫ Varias-a-varias (Many-to-many M:N)
73
Diagramas de Entidad-Relación
• Cardinalidad
 Notación de cardinalidad
 Notación de pata de cuervo
(Crow’s foot)
 Lenguaje unificado de
modelar (Unified Modeling
Language -UML)
 Ya que entendemos los
elementos y sus relaciones,
podemos diseñar las tablas
74
Normalización
Formato de notación estándar
• El diseño de tablas es mas fácil si se usa una notación y
formato para demonstrar la estructura de la table, los
campos y la clave principal
• Ejemplo: NOMBRE (CAMPO 1, CAMPO 2, CAMPO 3)
75
Normalización
• Repetición de grupos y diseño no normalizado
▫ Repetición de grupos
 Ocurre en documentos manuales preparado por
usuarios
▫ No normalizados
▫ Encierre los campos del grupo de repetición
dentro de un segundo conjunto de paréntesis
76
Normalización
• Primera forma normal
▫ Una tabla está en la primera forma normal (1NF)
si no contiene grupos de repetición
▫ Para convertir, hay que ampliar la clave principal
de la table para incluír la clave principal del grupo
de repetición
77
Normalización
• Segunda forma normal
– El diseño de la tabla está en la segunda forma
normal (2NF) si esta en 1NF y si todos los campos
que no son parte de la clave principal son
funcionalmente dependientes en la clave principal
– Existe un proceso estándar para convertir la tabla
de 1NF a 2NF
– El objetivo es separar la tabla original en dos o
mas tablas y reasignar los campos de manera que
cada campo no clave dependa en la clave principal
de su tabla
78
Normalización
• Tercera forma normal
– El diseño 3NF evita problemas de redundancia y
de integridad que existen en los diseños 2NF
– El diseño es 3NF si es 2NF y campos no clave no
dependen en otros campos no clave
– Para convertis la table a 3NF, tenemos que quitar
todos los campos de la tabla 2NF que dependen en
los campos no clave y ponerlos en una tabla nueva
que usa los campos no clave como campos clave
79
Normalización - Ejemplo
80
Normalización - Ejemplo
81
Utilizar códigos durante el diseño
de datos
• Códigos
▫ Los códigos se encuentran en nuestra vida
cotidiana para representar datos
▫ Ayudan conservar espacio y costos, reducen
tiempo de transmisión y reducen tiempo en las
entradas de datos
▫ Pueden reducir errores en las entradas
82
Utilizar códigos durante el diseño
de datos
• Tipos de códigos
1.
2.
3.
4.
5.
6.
7.
83
Códigos de secuencia
Códigos de bloque de
secuencia
Códigos alfabéticos
Códigos de dígitos
significativos
Códigos derivados
Códigos de cifrado
Códigos de acción
Utilizar códigos durante el diseño
de datos
• Desarrollo del código
1.
2.
3.
4.
5.
Mantenga código conciso
Permita la expansión
Mantenga los códigos estables
Haga los códigos únicos
Use códigos que se puedan ordenar
84
Utilizar códigos durante el diseño
de datos
6. Evite códigos confusos
7. Defina códigos significativos
8. Use códigos para un solo propósito
9. Keep codes consistent
10. Mantenga códigos compatibles
85
Diseño de datos: Un paso a la vez
1.
2.
3.
4.
5.
Crear el ERD inicial con entidades
Luego, crear el ERD con relaciones
Revisar los elementos de datos
Revisar diseños de 3NF para todas las tablas
Volver a revisar las entradas del diccionario de
datos
• Cuando se termina el ERD final y la
normalización de las tablas, se puede
transformar en una base de datos
86
Modelos de base de datos
• Un ejemplo de la vida real
▫ Imagine una compañía que
provee servicio local para
equipo electrónico,
incluyendo partes y trabajo
87
Almacenamiento y acceso a datos
• Involucra herramientas de
negocios estratégicos
▫ Dimensiones de almacén de
datos
▫ Data mart
▫ Minar datos
88
Almacenamiento y acceso a datos
• Almacén logico y físico
▫ Lógico
 Caracteres
 Elementos de datos
 Registro lógico
▫ Almacén físico
 Registro físico o bloque
 Buffer
 Factor de bloqueo
89
Almacenamiento y acceso a datos
• Código de datos y
almacenamiento
▫
▫
▫
▫
▫
90
Dígitos binarios
Bit
Byte
EBCDIC, ASCII, y Binario
Unicode
Almacenamiento y acceso a datos
• Código y almacenamiento
▫ Guardando fechas
 Y2K
 La mayoría de los formatos de fechas fueron
establecidos por ISO (International Organization for
Standardization)
 Fecha absoluta
91
Control de datos
•
•
•
•
•
•
Identificación de usuario
Contraseña
Permiso
Codificación
Copias de seguridar
Procedimiento de
recuperación
• Archivos de registro de
auditoría
• Campos de auditoría
92
Resúmen del capítulo
• Archivos y tablas contienen datos relacionados
con personas, lugares, cosas o eventos que
afectan el sistema de información
• El diseño de DBMS es mas flexible que el de los
sistemas tradicionales orientados en archivos
93
Resúmen del capítulo
• El ERD es una representación gráfica de las
entidades del sistema y las relaciones entre las
mismas
• Un código es un conjunto de letras o números
usados para representar datos en un sistema
• Los modelos mas comunes de base de datos son
relacionales y orientados a objetos
94
Resúmen del capítulo
• El almacenamiento lógico es la información del
punto de vista del usuario, independientemente de
como o donde se organiza o almacena actuálmente
• Almacenamiento físico se relaciona con el equipo
actual y requiere leer y guardar bloques de datos en
sistema binario a medios físicos
• Medidas de control para archivos y bases de datos
incluyen limitar acceso a datos, codificar los datos,
guardar y recuperar datos, mantener archivos para
permitir auditorías y campos para auditorías
internas
95
Actividad 2
• Especificación de los requisitos
96
¿Preguntas?
97
Proyecto
• Clase 1: Conocen al cliente
▫ Antes de la primera semana, preparen su ‘Problem Statement’ en inglés
• Clase 2:
▫ Preparen una lista de preguntas para captar los requerimientos – antes de
la clase
▫ Van a entrevistar al cliente basado en el proyecto
• Clase 3:
▫ Preparen un reporte documentando los requisitos en español
▫ Presentarán el documento al cliente, en clase
▫ Obtandrán aprobación verbal y prepararán el documento de la
especificación
• Clase 4:
▫ Preparen documento de viabilidad y especificaciones – antes de la clase
▫ Presentarán al cliente – en inglés
▫ Obtandrán firma del cliente
98
Proyecto - II
• Clase 5:
▫ Documenten los requisitos
▫ Preparen diseño de alto nivel y presentar al cliente
 Incluír red, base de datos, pantallas, reportes, costo, etc.
▫ Presenten al cliente después de clase – correo electrónico
 Obtengan apruebo del cliente
• Clase 6:
▫ Preparen diseño detallado y presentar al cliente
▫ Obtengan apruebo del cliente
• Clase 7:
▫ Entragan el proyecto final
 Se presentará en la última clase
• Clase 8:
▫ Presentación final al cliente
99
Proyecto Final
• Contenido – en inglés:
▫
▫
▫
▫
▫
▫
▫
Management Summary
Existing System
Proposed System
Impact of proposed system
Analysis of proposed system
Implementation Schedule
Project Presentation
• Vean el ejemplo en la página Web
100
¿Preguntas?
• Manden correo electrónico a
[email protected]
101
Descargar

ABET