1. TEMA 8 DISEÑO DEL SISTEMA
Octavio Ulises Pérez Siliceo
SEMINARIO DE ANALISIS Y DISEÑO DE SISTEMAS DE INFORMACION
SEMINARIO DE ANALISIS Y DISEÑO DE SISTEMAS DE INFORMACION
2. Octavio
Siliceo
8 Introducción
8.1 Definición de Objetivos y Alcances de sistemas
8.2 Diseño conceptual del sistema y diseño físico
8.3 Definición de la información que deberá generar el
sistema
8.4 Diseño de entradas y controles del sistema
8.5 Diseño de la Base de datos
8.6 Diseño de procedimientos administrativos para la
generación de datos de fuentes
8.7 Diseño de Programas o módulos del sistema
Agenda
3. 8.0 Introducción
Octavio
Siliceo
Término que surge en 1960. Difícil de definir en forma precisa
¿Que es un sistema de información?
¿Que es un sistema de información?
“Sistema que recoge, almacena, procesa y distribuye
información”
“Diseñado y construido por ingenieros”
“Para un determinado Dominio”
“Con objeto de facilitar la planificación, el control, la
coordinación y la toma de decisiones en una organización”
4. Octavio
Siliceo
Y que requiere: hardware, software, infraestructura y personas
Funciones que debe
realizar:
Funciones que debe
realizar:
Memoria: mantiene la representación del estado del dominio
(almacena la información que se le suministra con un determinado
esquema)
Informativo: suministra información sobre el estado del dominio
(responde a consultas sobre el estado del dominio)
Activo: realizar acciones que cambien el estado del dominio (nuevas
inserciones, actualizaciones, borrados)
8.0 Introducción
Octavio
Siliceo
Beneficios de un SI
Beneficios de un SI
5. 8.0 Introducción
Octavio
Siliceo
Definiciones
Definiciones
Dato: atributo o característica de una entidad del dominio
Información: conjunto organizado de datos procesados.
constituyen un mensaje que cambia el estado de conocimiento del
sujeto o sistema que recibe dicho mensaje (conjunto de datos,
relaciones y restricciones de un dominio).
BD: colección organizada de datos, relativa a un problema
concreto, que puede ser compartida por un conjunto de usuarios/
aplicaciones. Sirven para almacenar, actualizar, consultar y
controlar la información.
SGBD: programa o conjunto de programas que sirve para
mantener bases de datos y responder consultas sobre ellas
6. 8.0 Introducción
Octavio
Siliceo
Ciclo de Vida
Ciclo de Vida
1. Definición: ¿Qué quiero hacer?
• Estudio de oportunidades
• Análisis de requisitos
2. Diseño: ¿Cómo lo haré?
• Modelos software
3. Construcción: Implementación
4. Evaluación:
• Pruebas
• Puesta en marcha
5. Mantenimiento:
• Bugs
• Incorporar nuevas funcionalidades
7. 8.0 Introducción
Octavio
Siliceo
¿Qué es un modelo de software?
¿Qué es un modelo de software?
A description of (part of) a system written in a well‐defined
language. (Equivalent to specification.) [Kleppe, 2003]
A representation of a part of the function, structure and/or
behavior of a system [MDA, 2001]
A description or specification of the system and its environment
for some certain purpose. A model is oden presented as a
combination of drawings and text. [MDA Guide, 2003]
A set of statements about the system. [Seidewitz,
2003](Statement: expression about the system that can be
considered true or false.)
8. 8.0 Introducción
Octavio
Siliceo
Un modelo de software se concreta en:
Un modelo de software se concreta en:
Un modelo es una abstracción de un sistema o entidad del
mundo real.
Una abstracción es una simplificación, que incluye sólo
aquellos detalles relevantes para algún determinado
propósito.
El modelado permiten abordar la complejidad de los
sistemas.
Un modelo de datos se puede definir como un conjunto de
herramientas conceptuales para describir la representación
de la información en términos de datos. Esto es un conjunto
de conceptos, reglas y convenciones que permiten
especificar datos, las relaciones entre ellos, su semántica
asociada y las restricciones de integridad.
9. Octavio
Siliceo
¿Para que sirven los modelos de datos?
¿Para que sirven los modelos de datos?
Especificar el sistema
Estructura, comportamiento,…
Comunicarse con los distintos stakeholders.
Comprender el sistema (si ya existe)
Razonar y validar el sistema
Detectar errores y omisiones en el diseño
Prototipado (ejecutar el modelo)
Inferir y demostrar propiedades
Guiar la implementación
8.0 Introducción
¿Que es un sistema de información?
¿Que es un sistema de información?
10. Octavio
Siliceo
Características de los modelos [Selic,
2003]
Características de los modelos [Selic,
2003]
o Abstractos
• Enfatizan ciertos aspectos, mientras que ocultan
otros
o Comprensibles
• Expresados en un lenguaje comprensible por los
usuarios y clientes
o Precisos
• Fieles representaciones del objeto o sistema
modelado
o Predictivos
• Deben de poder ser usados para inferir conclusiones
correctas
o Baratos
• Más fáciles y baratos de construir y estudiar que el
propio sistema
8.0 Introducción
Características de los sistemas
Características de los sistemas
11. 8.1 Definición de Objetivos y Alcances de sistemas
Octavio
Siliceo
Objetivo: obtención de una especificación detallada del
sistema de información que satisfaga las necesidades de
información de los usuarios y sirva de base para el posterior
diseño del sistema.
Demostrar que se ha entendido lo que el cliente pretende:
– Identificación del problema.
– Solución Propuesta (Descripción Solución)
Documento para vender.
12. 8.1 Definición de Objetivos y Alcances de sistemas
Octavio
Siliceo
• Introducción
• Objetivos de la propuesta
• Finalidad del trabajo a realizar
• Objetivos del sistema a desarrollar
• Descripción del sistema
• Ventajas del sistema
• Método de trabajo
• Descripción de la metodología a utilizar (tareas fundamentales y productos
generados)
• Equipo de trabajo
• Procedimiento de estimación de recursos
• Descripción del equipo de trabajo con las labores de cada persona o grupo de personas
• Organigrama del equipo de trabajo (completo, incluyendo al cliente)
• Organización de los trabajos
• Cronograma de actividades y control
• Método de seguimiento y control de desviaciones
• Lugar de ejecución de los trabajos
• Planificación (Gantt)
• Recursos
• Curricula
• Capacidad técnica y de gestión
• Tecnología
• Presupuesto
Documento
Documento
13. 8.1
Descripción
del Sistema
Octavio
Siliceo
Empresa Questiona.
Módulo para venta de espacios publicitarios
Consiste en el desarrollo de un sistema informático que tiene como
principal actividad la venta de espacios publicitarios en el sitio web
de la empresa, el cual consistirá en gestionar la adjudicación del
espacio reservado para publicidad de las diferentes empresas que
estén interesadas en ser anunciadas en dicho portal.
Criterios:
1. Distribución (Ubicación dentro del portal de subastas, existirán
espacios reservados para presentar la publicidad).
2. Frecuencia de aparición de la publicidad.
3. Franjas (Periodos en los que mostrar la publicidad).
4. Tamaño de los anuncios.
Ejemplo: Sistema Web de Gestión de Publicidad para Subastas
Ejemplo: Sistema Web de Gestión de Publicidad para Subastas
14. 8.1
Descripción
del Sistema
Octavio
Siliceo
Se tendrá en cuenta en la gestión, la planificación que
comprobará si existe espacio disponible para ubicar la
publicidad deseada por el cliente, así como la
generación del código fuente necesario para mostrar la
publicidad.
Por otra parte, también se ofrecerá la posibilidad de
consultar, por parte del cliente, los espacios que
quedan libres para insertar su publicidad, tanto lugares
físicos del portal como franjas horarias.
La principal actividad de este módulo será la venta de
espacios publicitarios.
Ejemplo: Sistema Web de Gestión de Publicidad para Subastas
Ejemplo: Sistema Web de Gestión de Publicidad para Subastas
15. 8.1
Descripción
del Sistema
Octavio
Siliceo
Esta venta de espacios publicitarios persigue dar un
servicio flexible, fiable y de calidad a sus clientes, que
necesitan la obtención de una serie de beneficios
ocasionados por la publicidad distribuida en su portal,
esto tiene gran importancia para Questiona, y por ello,
dedicaremos un esfuerzo extra a la consecución de este
objetivo, ya que el bienestar de sus clientes supondrá
un beneficio para usted.
Los criterios establecidos permitirán dejar el sistema lo
más abierto posible para que con el tiempo pueda
adecuarse a los cambios de mercado (escalabilidad).
Ejemplo: Sistema Web de Gestión de Publicidad para Subastas
Ejemplo: Sistema Web de Gestión de Publicidad para Subastas
16. 8.1
Descripción
del Sistema
Octavio
Siliceo
Distribución, dentro del diseñó de las páginas del portal existirán espacios
reservados para presentar la publicidad. Será este espacio el que se ofrezca a
los clientes para colocar “banners” publicitarios en los que se anuncie su
producto y/o empresa.
Frecuencia de aparición, la frecuencia se podrá diseñar a petición del usuario
en las unidades de tiempo que el desee, partiendo de la unidad mínima que es
el segundo.
Franjas Horarias, de acuerdo a las necesidades de ciertos clientes, también se
determinarán franjas horarias en las que se puede anunciar un cierto producto
o favorecer los intereses comerciales de una empresa en la captación de un
publico afín a sus productos, o segmento de mercado, o bien una franja de
tiempo a determinar por el cliente durante la cual el anuncio se muestre.
Tamaño de los anuncios. Existirán diferentes tamaños para los banners de
publicidad en donde el cliente decidirá que diseño se adapta mejor a sus
características de marketing Contemplar distintas posibilidades de tarifas en
función del producto a publicitar.
Ejemplo: Detalle de los Criterios.
Ejemplo: Detalle de los Criterios.
17. 8.1
Descripción
del Sistema
Octavio
Siliceo
Se pretende tener la mejor la calidad del sitio web a nivel tecnológico,
Implementar en gran medida la seguridad y calidad de las transacciones,
atraer aún más compradores a través de campañas de publicidad.
Se tendrá en cuenta, dentro de la labor de la gestión, la planificación de los
espacios para “banners”, con la finalidad de cumplir íntegramente lo
pactado con el cliente, en la contratación del espacio publicitario. Este
sistema de planificación podrá ser consultado directamente por el cliente
con el fin de comprobar si existe espacio con las condiciones que el desea
libre para poder ser contratado, ya sea en cuestiones de ubicación y/o
espacio y/o frecuencia.
Asimismo, se ofrece también la posibilidad de desarrollar el código fuente
para el anuncio del usuario o aceptar el del cliente siempre y cuando este
represente unos criterios de compatibilidad con el sistema y no suponga
ningún riesgo para el portal.
Ejemplo: Mejoras y Beneficios Inmediatos
Ejemplo: Mejoras y Beneficios Inmediatos
18. 8.1
Descripción
del Sistema
Octavio
Siliceo
Todo el portal se desarrollará mediante software libre dentro
del entorno de desarrollo Eclipse bajo la plataforma Tomcat y
con el lenguaje de programación JAVA.
No será necesario el pago de ningún canon por utilización de
estos productos.
Para complementar las labores de desarrollo se utilizarán
paquetes comerciales con el fin de facilitar las labores de
gestión , documentación y planificación.
Todo el proyecto se llevará a cabo mediante la metodología
Métrica V3, una metodología que favorece la obtención de
excelentes productos software tomando como referencia que
es la metodología adoptada por las instituciones públicas en
sus productos software.
Ejemplo: Mejoras y Beneficios Inmediatos
Ejemplo: Mejoras y Beneficios Inmediatos
19. 8.1
Descripción
del Sistema
Octavio
Siliceo
Un documento interno de cálculo de costes (DCC):
– Actividades y tipos de recursos.
– Actividades y tipos de gastos.
– Resumen de personal a cargo del proyecto
– Equipos
– Software
– Material Fungible
– Viajes y dietas
– Costes Indirectos
– Otros gastos
– RESUMEN
Adicionalmente hay que aplicar un margen sobre costes,
primas de riesgo.
Ejemplo: Calculo de costes (Necesario)
Ejemplo: Calculo de costes (Necesario)
20. 8.1
Descripción
del Sistema
Octavio
Siliceo
Coste de las
diferentes partidas
+ Beneficio
+ Riesgo
+ IVA
= Presupuesto Total
Ejemplo: Tablas Explicativas del Cálculo de Costes
Ejemplo: Tablas Explicativas del Cálculo de Costes
Actividades Categoría 1 Categoría 2 Categoría 3 …
A1. 10 sems /pers
A2.
A3.
….
Total Semanas/Personas
Total Costo (Miles de pesos)
Actividades Personal Equipos Fungible Viajes Otros Total
A1. 10 sems
/pers
A2.
A3.
….
TOTAL
21. 8.2 Diseño Conceptual del Sistema
Octavio
Siliceo
Por definición el Diseño Conceptual debe identificar los objetivos y
requerimientos del Sistema.
El diseño conceptual de un sistema de es el resultado de un proceso.
Es un esbozo del sistema descrito por una relación verbal, un
diagrama de flujo, por esquemas y listas. Es un marco de referencia
dentro del cual se desarrollara el Diseño detallado. Por tanto nos
permite examinar varios diseños posibles antes de escoger uno para
precisarlo.
Es una fase delicada porque precede inmediatamente aquella muy
importante del análisis del sistema, para la cual los objetivos y
justificaciones deben haber sido ya definidos.
La fase de análisis del sistema será, en práctica, definir la factibilidad
y el costo (en términos de recursos, riesgos, etc…) para la
implementación del proyecto.
22. 8.2
Diseño del
Sistema
Octavio
Siliceo
Diseño conceptual del sistema y diseño físico
Diseño conceptual del sistema y diseño físico
El diseño conceptual es un proceso extremadamente creativo, consta
de cuatro fases:
Desarrollo de las especificaciones del desempeño:
Las especificaciones son una minuciosa descripción de lo que los
usuarios quieren de un sistema. No les interesa cómo se satisfacen
sus deseos, si no mas bien lo que obtienen.
Análisis de los sistemas:
Se trata de una operación tendiente o reunir hechos y a analizar la
organización actual, su proceso de decisión, el sistema de
información administrativa en uso y las deficiencias del que está
empleándose actualmente.
Análisis de factibilidad:
Esta parte de la actividad del diseño conceptual se ocupa del
desarrollo de otros conceptos factibles para el nuevo sistema de
información administrativa.
23. 8.2
Diseño del
Sistema
Octavio
Siliceo
Diseño conceptual del sistema y diseño físico
Diseño conceptual del sistema y diseño físico
Análisis de factibilidad:
Esta parte de la actividad del diseño conceptual se ocupa del
desarrollo de otros conceptos factibles para el nuevo sistema de
información administrativa.
Selección del diseño conceptual:
El informe que incluye el diseño conceptual se convierte después en
la base de la ampliación detallada del diseño. Además proporciona a
los gerentes un resumen del diseño definitivo y detallado del sistema
para someterlo a revisión y aprobación.
Para el diseño conceptual se requiere ante todo, efectuar un estudio
del sistema total del negocio o organización, investigar las
necesidades y restricciones, fijar los objetivos del SIA, y finalmente
diseñar en forma aproximada los principales componentes del SIA. El
costo, el desempeño, y los programas de proyecto limitan el diseño
definitivo.
24. 8.2
Diseño del
Sistema
Octavio
Siliceo
Diseño Lógico
Diseño Lógico
El diseño lógico de sistemas se
refiere a lo que hará el nuevo
sistema.
El diseño lógico es una
descripción de los requisitos
funcionales de un sistema. En
otras palabras, es la expresión
conceptual de lo que hará el
sistema para resolver los
problemas identificados en el
análisis previo.
26. 8.2
Diseño del
Sistema
Octavio
Siliceo
Diseño Lógico
Diseño Lógico
Las especificaciones de diseño lógico
que se determinan, son:
Diseño de salida
Diseño de entrada
Diseño de Procesamiento
Diseño de archivos y bases de
datos
Diseño de Telecomunicaciones
Diseño de Procedimientos
Diseño de controles y seguridad
Diseño de personal y empleos
27. 8.2
Diseño del
Sistema
Octavio
Siliceo
Diseño Físico
Diseño Físico
El diseño físico de sistemas es la forma
en que se lograrán las tareas del sistema,
lo que incluye la manera de conjuntar
sus componentes y las funciones que
realizará cada uno de éstos.
En el diseño físico se especifican las
características de los componentes del
sistema requeridos para poner en
práctica el diseño lógico. En esta fase
deben delinearse las características de
cada uno de los componentes que se
enumeran a continuación.
28. 8.2
Diseño del
Sistema
Octavio
Siliceo
Diseño Físico
Diseño Físico
Componentes:
1. Diseño de Hardware
2. Diseño de Software
3. Diseño de bases de datos
4. Diseño de Telecomunicaciones
5. Diseño Personal
6. Diseño de Procedimientos y
controles
29. 8.2
Diseño del
Sistema
Octavio
Siliceo
Diseño Físico
Diseño Físico
Diseño del Hardware
Debe especificarse todo el equipo de
cómputo, lo que incluye dispositivos de
entrada, procesamiento y salida, con sus
características de rendimiento.
Diseño del Software
Deben especificarse las características de todo el
Software Por ejemplo, si en el diseño lógico se indica la
necesidad de que de que los usuarios actualicen al
mismo tiempo la base de datos, en el diseño físico
deben especificarse un sistema de administración de
base de datos que lo permita algunos casos se puede
adquirir el software, mientras que en otros se
desarrollan internamente.
30. 8.2
Diseño del
Sistema
Octavio
Siliceo
Diseño Físico
Diseño Físico
Diseño de la Base de Datos
Es necesario detallar el tipo, estructura y
funciones de las bases de datos. Las
relaciones entre los elementos de datos
establecidas en el diseño lógico deben
reflejarse también en el diseño físico.
Diseño de Telecomunicaciones
Deben especificarse las características
necesarias del software, medios y
dispositivos de telecomunicaciones.
31. 8.2
Diseño del
Sistema
Octavio
Siliceo
Diseño Físico
Diseño Físico
Diseño de Personal
Este paso incluye especificar los antecedentes
y experiencia de los individuos que más
probablemente satisfagan las descripciones de
empleos que se incluyen en el diseño lógico .
Diseño de procedimientos y controles
Comprende detallar la forma en que se
ejecuta cada aplicación y las medidas
para minimizar las probabilidades de
delitos y fraudes. Tales especificaciones
incluyen métodos de auditoria, soporte y
distribución de salidas.
32. 8.3 Definición de la Información que deberá generar el sistema
Octavio
Siliceo
La calidad de las salidas en cualquier sistema de información es
uno de los requisitos más importantes para los usuarios de dicho
sistema, ya que de no resultarles útil podrían desistir de su uso
fracasando inevitablemente.
Por ello es indispensable identificar, detallar y especificar las
necesidades de los usuarios, con el objeto de lograr desarrollar
salidas eficientes y eficaces.
Cómo diseñar la salida que produce un sistema de información,
cómo utilizar los requerimientos identificados; qué decisiones
debe tomar quien diseña el sistema, opciones de las cuales
dispone y cómo elegir y especificar tal opción.
33. 8.3 Salidas
Octavio
Siliceo
Definición de la Información que deberá generar el sistema
Definición de la Información que deberá generar el sistema
OBJETIVO
Hacer una aproximación al concepto de salida y a los
elementos inmersos dentro del diseño de las salidas de
sistema, caracterizando cada uno de ellos e
identificando las generalidades de dichos elementos.
Comprender el diseño de las salidas de un sistema
de información.
Determinar el propósito y tipos de salidas de un
sistema.
Conocer las distintas formas de presentar la
información.
Presentar las salidas de la información en formatos
impresos y de pantalla.
34. 8.3
Diseño del
Sistema
Octavio
Siliceo
El término salida
El término salida
Es cualquier información producida por un sistema de información ,
ya sea impresa o en una pantalla que será entregada a los usuarios.
Algunos datos requieren un procesamiento extenso antes de que se
conviertan en salida adecuada, y otros datos son guardados y
considerados salida cuando se les recupera con poco o ningún
procesamiento.
La salida puede tomar muchas formas, la permanente tradicional de
los reportes impresos y la fugaz, tal como la de las pantallas,
microformas y sonido.
Los usuarios dependen de la salida para realizar sus tareas, y
frecuentemente juzgan el mérito de un sistema únicamente por su
salida.
35. 8.3
Diseño del
Sistema
Octavio
Siliceo
Como identificar las necesidades de salida
Como identificar las necesidades de salida
Identificar la salida específica que es necesaria
para satisfacer los requerimientos de
información.
Seleccionar los métodos para presentar la
información.
Crear los documentos, reportes u otros
formatos que contienen la información
producida por el sistema.
36. 8.3
Diseño del
Sistema
Octavio
Siliceo
Objetivos de la salida
Objetivos de la salida
Expresar información relacionada con
actividades pasadas, estado actual o
proyecciones para el futuro.
Señalar eventos importantes,
oportunidades, problemas o advertencias.
Iniciar una acción.
Confirmar una acción.
37. 8.3
Diseño del
Sistema
Octavio
Siliceo
Contenido de la salida
Contenido de la salida
El contenido de la salida tiene su origen en
las fuentes:
Recuperación de un dispositivo de
almacenamiento.
Transmisión desde un proceso o actividad
del sistema.
Directamente desde una fuente de entrada.
38. 8.3
Diseño del
Sistema
Octavio
Siliceo
Como Presentar la Información
Como Presentar la Información
Formato tabular
Cuando los detalles dominan y son necesarios pocos comentarios o
explicaciones.
Cuando los detalles son presentados en categorías discretas.
Cuando cada categoría debe tener una etiqueta.
Cuando se deben obtener totales o realizar comparaciones entre diversos
componentes.
Formato gráfico
produce diagramas y gráficas de alta calidad, y permite usar datos
provenientes de las bases de datos.
Las gráficas pueden mostrarse en pantallas de video, elaborarse con varios
colores en impresoras de bajo costo, dibujar en graficadores o producirse
transparencias de color por medio de cámaras especiales que pueden
conectarse a la computadora.
Formato tabular
Cuando los detalles dominan y son necesarios pocos comentarios o
explicaciones.
Cuando los detalles son presentados en categorías discretas.
Cuando cada categoría debe tener una etiqueta.
Cuando se deben obtener totales o realizar comparaciones entre diversos
componentes.
Formato gráfico
produce diagramas y gráficas de alta calidad, y permite usar datos
provenientes de las bases de datos.
Las gráficas pueden mostrarse en pantallas de video, elaborarse con varios
colores en impresoras de bajo costo, dibujar en graficadores o producirse
transparencias de color por medio de cámaras especiales que pueden
conectarse a la computadora.
40. 8.3
Diseño del
Sistema
Octavio
Siliceo
Salida Impresa
Salida Impresa
La salida impresa se especifica cuando ocurre la
necesidad de enviar por correo un documento ya
sea para un cliente o proveedor, imprimir un
registro de datos o notificar cierta información, o
para hacer llegar al mismo tiempo un gran
volumen de información a varias personas.
Reportes Impresos
Varían en tamaño, pero a menudo se emplea los siguientes tamaños estándares:
•9 1/2 por 11 pulgadas
•11 por 14 7/8 pulgadas
•8 por 14 7/8 pulgadas
41. 8.3
Diseño del
Sistema
Octavio
Siliceo
Salida Impresa
Salida Impresa
Tipo de Impresora Velocidad aproximada de operación
De Impacto
Impresora de líneas de baja velocidad 300-600 línas por minuto
Impresora de líneas de alta velocidad hasta 3600 líneas por minuto
Impresora de caracteres de matriz de puntos 40 a 1200 caracteres por segundo
Impresora de caracteres con tipografía sólida 12-120 caracteres por segundo
De no impacto
Impresora de chorro de tina 20-240 caracteres por segundo
Impresora de deposición de iones 30-150 páginas por minuto
Impresora láser 8-215 páginas por minuto
Diseño de la salida impresa
Encabezados
Datos y detalles
Resúmenes
Lineamientos
42. 8.3
Diseño del
Sistema
Octavio
Siliceo
Salida por Pantalla
Salida por Pantalla
Diseño de pantallas
Al diseñar pantallas de salida se necesitan áreas para:
Encabezados y títulos.
Contenido de la pantalla.
Mensaje e instrucciones
Algunas explicaciones sobre la información que se presenta.
Criterios de diseño para ventanas
Debe seguir las buenas prácticas de diseño:
títulos, encabezados, números de página y demás aspectos importantes en
las ventanas.
La plantilla es importante.
Se requiere la capacidad del sistema para cambiar de una ventana a otra.
Cuando surge la necesidad de imprimir una copia de página, debe ser posible
en una forma sencilla.
58. 8.5 Base de datos
Octavio
Siliceo
Diseño de la base de datos
Diseño de la base de datos
Entidad (entity)
Objeto que existe y se distingue de los demás.
Pueden ser concretos
P. ej.: un libro, una persona,..
O abstractas
P.ej.: préstamo, pedido,…
Atributo (attribute)
Propiedades que caracterizan a las entidades.
Clave primaria: atributos que identifican a la entidad
P.ej.: ISBN (PK), titulo, idioma,… para entidad libro
Dominio (domain)
Conjunto de valores permitidos para un atributo
P. ej: indicando el tipo de datos (por intensión)
P. ej: sexo‐> M o F (por extensión)
59. 8.5
Diseño del
Sistema
Octavio
Siliceo
Base de datos Entidades
Base de datos Entidades
Existen dos categorías de Tipos de entidades:
Regulares o fuertes, que son aquellas cuyos ejemplares
Genen existencia por sí mismos
Caso préstamos de la biblioteca:
Débiles, en las cuales la existencia de un ejemplar
depende de que exista un cierto ejemplar de otro tipo
de entidad
Caso del EJEMPLAR que depende de LIBRO
65. 8.6 Procedimientos
Octavio
Siliceo
Diseño de procedimientos administrativos para la
generación de datos de fuentes
Diseño de procedimientos administrativos para la
generación de datos de fuentes
Tareas involucradas
Secuencia entre tareas
Oportunidad de realización
Recursos humanos, Logísticos, etc., Necesarios para
implementarlos
Unidad administrativa donde se realizan las tareas
Cargos o funciones involucrados
Formularios, documentos, Archivos que se utilizan
Características operacionales de los formularios
(Volumen, oportunidad, frecuencia, formato,
contenido)
Interrelación entre formularios y las unidades
administrativas, funciones
66. 8.7 Módulos
Octavio
Siliceo
Diseño de Programas o módulos del sistema
Diseño de Programas o módulos del sistema
Módulos ó Componentes
Un componente es un bloque de construcción de software de
cómputo. Con más formalidad, la Especificación OMG del
Lenguaje de Modelado Unificado OMG03a] define un
componente como “una parte modular, desplegable y sustituible
de un sistema, que incluye la implantación y expone un conjunto
de interfaces”.
Los componentes forman la arquitectura del software y, en
consecuencia, juegan un papel en el logro de los objetivos y de
los requerimientos del sistema que se va a construir.
Como los componentes se encuentran en la arquitectura del
software, deben comunicarse y colaborar con otros componentes
y con entidades (otros sistemas, dispositivos, personas, etc.) que
existen fuera de las fronteras del software.
El verdadero significado del término componente difiere en
función del punto de vista del ingeniero de software que lo use.
67. 8.7
Diseño del
Sistema
Octavio
Siliceo
Diseño de Programas o módulos del sistema
Diseño de Programas o módulos del sistema
Descomposición Modular
Módulo: Agrupación de elementos
Clases, Tipos, constantes, objetos, etc.
Acoplamiento
Ligaduras o interferencias entre módulos
Deseable bajo acoplamiento (Independencia)
Ejemplo: No usar variables globales
Cohesión
Relación entre los Elementos de un Módulo
Deseable Alta cohesión
Ejemplo: Modulos que sean clases o TADs
68. 8.7
Diseño del
Sistema
Octavio
Siliceo
Diseño de Programas o módulos del sistema
Diseño de Programas o módulos del sistema
Vamos a definir unas de reglas que nos pueden ser de utilidad
a la hora de agrupar los diferentes elementos en módulos.
Conviene agrupar elementos que proporcionen un mismo
servicio.
Los elementos que se agrupen en un mismo módulo han de
presentar un alto grado de cohesión, es decir deben estar
muy relacionados.
Los elementos que estén en diferentes paquetes deben
tener poca relación, es decir deben colaborar lo menos
posible
Existen conceptos importantes que hay que describir para
poder realizar el diagrama de módulos.
Interfaz
representa la parte pública del paquete, visible y accesible
desde afuera del mismo paquete.
69. 8.7
Diseño del
Sistema
Octavio
Siliceo
Diseño de Programas o módulos del sistema
Diseño de Programas o módulos del sistema
Relaciones en Diagramas
de Módulos
Existen 2 características
importantes para realizar
una relación entre dos
módulos.
1.Dependencia
2.Anidación
Dependencias
Indican que un elemento de
un paquete requiere a otro
de un paquete distinto.
Se representan mediante un
a flecha discontinua con
inicio en el paquete que
depende de otro.
70. 8.7 Diseño Modular
Octavio
Siliceo
Relaciones entre un módulo y una interfaz
Relaciones entre un módulo y una interfaz
También existen 2 tipos
que son:
1.Realización
2.Dependencia
Realización: Por lo menos un
elemento del paquete realiza la
interfaz.
Dependencia
Por lo menos un elemento de un
paquete hace uso de la interfaz (es
decir, un elemento del otro)
71. 8.7
Diseño del
Sistema
Octavio
Siliceo
Pasos para el diseño de componentes
Pasos para el diseño de componentes
Paso 1. Identificar todas las clases de diseño que correspondan al dominio
del problema.
Paso 2. Identificar todas las clases de diseño que correspondan al dominio
de la infraestructura.
Paso 3. Elaborar todas las clases de diseño que no sean componentes
reutilizables.
Paso 3a. Especificar detalles del mensaje cuando colaboren clases o
componentes.
Paso 3b. Identificar interfaces apropiadas para cada componente.
Paso 3c. Elaborar atributos y definir tipos y estructuras de datos requeridos
para implantarlos.
Paso 4. Describir las fuentes persistentes de datos (bases de datos y
archivos) e identificar las clases requeridas para administrarlos.
Paso 5. Desarrollar y elaborar representaciones del comportamiento para
una clase o componente.
Paso 6. Elaborar diagramas de despliegue para dar más detalles de la
implantación.
Paso 7. Rediseñar cada representación del diseño en el nivel de
componentes y siempre considerar alternativas.
72. 8.7
Diseño del
Sistema
Octavio
Siliceo
Diagrama de Módulos. (Ejemplo.)
Diagrama de Módulos. (Ejemplo.)
1. Módulos que contienen clases y otros eleme
ntos que corresponden a funcionalidades
específicas del proyecto.
2. Módulos que contiene clases y oros element
os que corresponden a funcionalidades
generales del proyecto que son utilizadas a lo
largo de todo el software
3. Módulos que contiene clases y otros element
os que corresponden a funcionalidades
generales a cualquier aplicación. El mismo
fue desarrollado en este proyecto pero
puede ser utilizado en otros sin necesidad de
cambios.
4. Módulos que contiene clases y otros element
os que corresponden a funcionalidades
generales a cualquier aplicación. El mismo
representa la librería de clases principal del
entorno de desarrollo
5. Módulos que presentan capas de gestión de
base de datos y de servicios de bajo nivel del
sistema operativo.
73. 8.7
Diseño del
Sistema
Octavio
Siliceo
Diseño Orientado a Objetos
Diseño Orientado a Objetos
El diseño OO favorece el desarrollo modular.
Descomposición y organización en partes
Partes: clases o abstracciones
Organización: Estructura del conjunto
Relación entre clases
Agregación: Objetos que contienen otros objetos
Uso: Clases que utilizan otras clases
Herencia: Clases especializadas
Otras relaciones: Modelo de datos
Ejemplo: Paciente padece enfermedad
79. 8.7
Octavio
Siliceo
Referencias Bibliograficas
Referencias Bibliograficas
PRESMAN, Roger S.Ingeniería del Software Un enfoque practico,
Séptima Edición, Mc Grow Hill, 2010.
A.SENN, James. Análisis y Diseño de Sistemas de Información. Segunda
Edición, Georgia StateUniversity. Mc.Graw-Hill. 1992.
OZ, Effy. Administración de los sistemas de información, Quinta
Edición.
http://www.slideshare.net/Financieros2008/seguridad-y-control-de-
los-sistemas-de-informacin
http://www.slideshare.net/guest75288c/seguridad-y-control-de-los-
sistemas-de-informacin-522467