SlideShare una empresa de Scribd logo
IFM-0435 SISTEMAS DE INFORMACION II
                          UNIDAD I
DISEÑO CONCEPTUAL
El diseño conceptual se considera como un análisis de
 actividades y consiste en la solución de negocios para el
 usuario y se expresa con los casos de uso. El diseño lógico
 es la solución del equipo de proyecto del negocio y
 consiste de las siguientes tareas:
Identificar los usuarios y sus roles
Obtener datos de los usuarios
Evaluar la información
Documentar los escenarios de uso
Validar con los usuarios
Validar contra la arquitectura de la empresa
DISEÑO CONCEPTUAL

    Una forma de obtener estos requerimientos es
   construir una matriz usuarios-actividades de
   negocios, realizar entrevistas, encuestas y/o
   visitas a los usuarios, de tal manera que se
   obtenga quién, qué, cuándo, dónde y por qué de
   la solución.
DISEÑO LÓGICO
El diseño lógico traduce los escenarios de uso
 creados en el diseño conceptual en un conjunto de
 objetos de negocio y sus servicios. El diseño lógico se
 convierte en parte en la especificación funcional que
 se usa en el diseño físico. El diseño lógico es
 independiente de la tecnología. El diseño lógico
 refina, organiza y detalla la solución de negocios y
 define formalmente las reglas y políticas específicas
 de negocios.
El diseño lógico es el proceso de construir un
 esquema de la información que utiliza la empresa,
 basándose en un modelo de base de datos específico,
 independiente del SGBD concreto que se vaya a
 utilizar y de cualquier otra consideración física.
ETAPAS Y TAREAS DEL DISEÑO LOGICO
DETALLADO (diseña el exterior y documentarlo)
1.- Generar alternativas de solución (mínimo 2) Se
   puede generar alternativas:
   a) Agregando una función
   b) Eliminando una función o fundiéndola
   c) Modificando fuertemente el interior
   Se evalúan técnica, económica y
   operacionalmente las alternativas generadas.
   (bienes de capital; costo - beneficio) y se elige
   una.
ETAPAS Y TAREAS…

2.- Documentar la alternativa elegida Se debe documentar
 cada función del exterior, en formulario que contendrá:
 - Nombre de la función
 - Situación
 - Objetivo; lo que pretende hacer
 - Información de entrada; y de donde proviene; detallada
 - Información de salida; y a donde va; detallada
 - Archivos internos que usa: fichero, memoria, kárdex,....
 - Recursos utilizados. Secretaria, máquinas, teléfono fax,....
 - Procedimiento general (describir la manera en que ella se
 realizará)
 - Observaciones
ETAPAS Y TAREAS…
3.-Documentar los procedimientos administrativos
Formularios usados; con su diseño. Se debe indicar todos
los formularios a usar, los que usa ahora, y los que usará:

  - Flujograma de formularios; tabla de doble entrada origen
  - destino de los formularios original y copias que se tiene
  contemplado utilizar.

  - Sistemas de codificación usados. Los códigos que se
  utilizará, estén ya en uso o a ser usados ahora.
ETAPAS Y TAREAS…
4.-Requerimientos al interior. Se debe especificar aquí lo
 que se quiere que el computador acepte como información
 de entrada a él y que proveniente del exterior del sistema
 o medio ambiente, y lo que se quiere que el computador
 genere como información de salida para alimentar las
 funciones contempladas en el diseño del SI:
Descripción de la información de Entrada, con el origen,
 cantidad, periodicidad, tipo.
Descripción de la información de Salida. Se hace por
 medio del:
 - Diseño de los formularios de salida (listados que se
 espera)
 - Diseño de las pantallas de consultas (menú, formatos de
 respuestas)
EL DISEÑO LÓGICO GLOBAL
Objetivo:

Establecer las alternativas de diseño en relación a
 la situación actual, y elegir la "mejor" de ellas a
 través de un proceso de evaluación. El resultado
 final es un conjunto de funciones a ser realizadas
 por el sistema, junto con la especificación de la
 manera en que ellas se llevarán a cabo, los flujos
 de información que los conectarán y el rol del
 computador.
Modelos : Se usa dos tipos de modelos para
 visualizar el sistema.
1º.- Aquí el sistema se concibe como una "malla" o red de
 funciones interactuando a través de información que
 reciben de entradas de las funciones relacionadas, y
 generan salidas hacia ellas, y que además regulan el
 funcionamiento de la malla de los procesos del sistema.
2º Visualizar el sistema como una partición jerárquica de
  cada uno de los elementos que lo componen en la forma:
  Entrada -- Función -- Salida. Los elementos son los que
  están en el modelo descrito en la malla de funciones. Es un
  diagrama del tipo árbol.
DISEÑO FISICO
El diseño físico traduce el diseño lógico en una
 solución implementable y costo-efectiva o económica.
El componente es la unidad de construcción
 elemental del diseño físico. Las características de un
 componente son:
Se define según cómo interactúa con otros
Encapsula sus funciones y sus datos
Es reusable a través de las aplicaciones
Puede verse como una caja negra
Puede contener otros componentes
Acoplamiento y Cohesión
ACOPLAMIENTO:


Mide el grado de independencia entre los módulo. Un
 buen diseño debe minimizar el acoplamiento
 (aumentar la independencia.) por las sig. Razones:
1º Cuanto menos conexiones existan entre 2 módulos,
 menos oportunidad hay de que aparezca el efecto
 RIPPLE (1 defecto de 1 módulo aparece afectando a
 otro).
2º Se desea poder cambiar un modulo sin que afecte a
 otro.
3º Mientras se mantiene un módulo, no debemos
 preocuparnos de otro, máxima sencillez.
COHESIÓN:


Mide el grado de integración de los elementos de un
 módulo, para organizar todos los elementos de forma
 que los que estén más relacionados a la hora de
 realizar una tarea pertenezcan al mismo módulo y los
 elementos relacionados entre sí en módulos
 separados.
Cuanto más vinculados estén los elementos de un
 módulo, más fuerte es su cohesión, lo que lleva a un
 mejor acoplamiento y a un mejor sistema (el SW es
 fácil de mantener y los módulos fáciles de usar).
A medida que aumenta el número de módulos, el
 coste por interfaz crece y el esfuerzo para desarrollar
 cada módulo decrece.
Iceberg de la usabilidad
Qué es la Arquitectura del Software y que
 relación tiene con la usabilidad. Tener en cuenta
 la usabilidad en el momento del diseño de la
 arquitectura de un sistema interactivo nos puede
 ahorrar muchos problemas.
Se podría decir que, en el diseño de un sistema, hay
 tres aspectos a tener en cuenta:
la presentación de la información
la funcionalidad de la aplicación
la Arquitectura del Software


¿Cuántas veces hemos tenido que correr a realizar
 cambios profundos en la funcionalidad de una
 aplicación después de haber detectado problemas de
 usabilidad?
Dick Berry, en su analogía del Iceberg de la usabilidad, explica que los aspectos
relacionados con la presentación, es decir, lo que normalmente entendemos como
look & feel, sólo afectan en un 40% a la usabilidad. El 60% restante está
influenciado por lo que él llama “modelo del usuario”, que está constituido por los
objetivos que el usuario quiere alcanzar con sus tareas.
Arquitectura de software y
              usabilidad
El usuario pueda visualizar el progreso de sus
 peticiones, que pueda deshacer acciones (undo), que
 pueda disponer de un entono multilingüe, que pueda
 cancelar una operación que lleva mucho tiempo en
 espera, que pueda reutilizar información que ha
 introducido anteriormente, y muchas otras cosas.

 Si analizamos estos escenarios de interacción,
 veremos que la causa de que no se puedan
 implementar es que no se tuvo en cuenta al usuario al
 inicio del diseño del sistema, es decir, en la
 Arquitectura del Software.
Arquitectura de software
Arquitectura del Software es el diseño de más alto nivel
de la estructura de un sistema, programa o aplicación y
tiene la responsabilidad de:
Definir los módulos principales
Definir las responsabilidades que tendrá cada uno de
  estos módulos
Definir la interacción que existirá entre dichos
  módulos:
Control y flujo de datos
Secuenciación de la información
Protocolos de interacción y comunicación
Ubicación en el hardware
La definición oficial de Arquitectura del Software es la
 IEEE Std 1471-2000 que reza así: “La Arquitectura del
 Software es la organización fundamental de un
 sistema formada por sus componentes, las relaciones
 entre ellos y el contexto en el que se implantarán, y
 los principios que orientan su diseño y evolución”
Uno de los modelos más conocidos es el “4+1” de Philippe
  Kruchten, vinculado al Rational Unified Process (RUP),
  que define cuatro vistas diferentes:

Vista lógica: describe el modelo de objetos.
Vista de proceso: muestra la concurrencia y sincronía de
 los procesos.
Vista física: muestra la ubicación del software en el
 hardware.
Vista de desarrollo: describe la organización del entorno
 de desarrollo.
Existe una quinta vista que consiste en una selección de
 casos de uso o de escenarios que los arquitectos pueden
 elaborar a partir de las cuatro vistas anteriores
Heurísticas de diseño
Las heurísticas de diseño son un conjunto de
 recomendaciones que ayudan a mejorar la estructura
 del sistema, optimizando la modularidad. La aplicación
 de estas recomendaciones depende en gran medida del
 diseño específico, así como de las características del
 equipo físico donde se desarrolla el sistema.
1).- Tamaño del módulo
El desarrollo del sistema de una estructura modular define
  la funcionalidad propia de cada módulo. Sin embargo, es
  recomendable revisar independientemente cada módulo a
  efectos de optimizar su tamaño en número de sentencias,
  para facilitar el desarrollo técnico del programa y su
 posterior mantenimiento.
En general, podemos resumir diferentes versiones sobre el
 tamaño óptimo de un módulo definiendo que, el coste en el
 desarrollo y mantenimiento de un sistema será óptimo,
 cuando su estructura esté compuesta por módulos con un
 tamaño comprendido entre 10 y 100 sentencias.
Tamaño del módulo
Un módulo demasiado grande a menudo puede deberse a:

a) Dos o más funciones han sido combinadas (frecuentemente con
cohesión lógica) en un mismo módulo.
2).- Ámbito de control
Se llama ámbito de control de un módulo a todos los
 módulos llamados por él y a los llamados por éstos, es
 decir, a todos los módulos que hay por debajo de él, en
 esa rama del diagrama de descomposición funcional.
Un módulo que llama a muchos otros puede ser difícil
 de entender, y en el otro extremo, si los módulos
 forman una larga secuencia lineal, es posible que pueda
 suprimirse alguno de ellos. Debe evitarse ambos
 extremos:
Ambito de control alto:
 Normalmente se produce cuando no se tienen en cuenta los niveles
  intermedios. El estudio de los grupos de módulos subordinados que
  permitan combinar sus funciones en una sola, puede solucionar el
  problema.
 Resistencia por parte del diseñador a delegar responsabilidades en
  módulos subordinados.

 Solución: debe considerarse la posibilidad de agruparse varios
  subordinados en una función combinada. El principio de cohesión debe
  guiar este proceso para evitar módulos de baja cohesión.
Ámbito de control bajo:

Para optimizar una estructura de este tipo se deben revisar
  las posibilidades de descomponer las funciones en
  subfunciones con entidad propia, para formar nuevos
  módulos, o por el contrario, comprimir módulos
  subordinados en el módulo de nivel superior. esto es
  válido si se puede dar a los nuevos módulos un sentido
  dentro de la estructura del problema.
Ámbito de control correcto

Más contenido relacionado

La actualidad más candente

Banco de temas de tesis para la carrera de ing. de sistemas
Banco de temas de tesis para la carrera de ing. de sistemasBanco de temas de tesis para la carrera de ing. de sistemas
Banco de temas de tesis para la carrera de ing. de sistemas
brccq
 
Diseño logico de una base de datos
Diseño logico de  una base de datosDiseño logico de  una base de datos
Diseño logico de una base de datos
Robert Rodriguez
 
PROYECTO DE BASE DE DATOS
PROYECTO DE BASE DE DATOSPROYECTO DE BASE DE DATOS
PROYECTO DE BASE DE DATOS
jaimeizq
 
Manual de instalacion
Manual de instalacionManual de instalacion
Manual de instalacion
Juan Carlos Tapias
 
Fase de implementación de sistemas de información
Fase de implementación de sistemas de informaciónFase de implementación de sistemas de información
Fase de implementación de sistemas de información
NAHAMA19
 
Diseño de Archivos y Bases de Datos
Diseño de Archivos y Bases de DatosDiseño de Archivos y Bases de Datos
Diseño de Archivos y Bases de Datos
Victor Reyes
 
Ejemplo dfd
Ejemplo dfdEjemplo dfd
Ejemplo dfd
Viviana Martín
 
Diseño de sistemas
Diseño de sistemasDiseño de sistemas
Diseño de sistemas
Jenyfer Utitiaja
 
Entrevista y encuesta para analisis y diseño de sistemas
Entrevista y encuesta para analisis y diseño de sistemasEntrevista y encuesta para analisis y diseño de sistemas
Entrevista y encuesta para analisis y diseño de sistemas
modayestilo
 
Técnicas para la Obtención de Requerimientos
Técnicas para la Obtención de RequerimientosTécnicas para la Obtención de Requerimientos
Técnicas para la Obtención de Requerimientos
Juan Carlos Olivares Rojas
 
Requerimientos de un sistema de información
Requerimientos de un sistema de informaciónRequerimientos de un sistema de información
Requerimientos de un sistema de información
camilo_flores
 
Requisitos funcionales y no funcionales
Requisitos funcionales y no funcionalesRequisitos funcionales y no funcionales
Requisitos funcionales y no funcionales
Rene Guaman-Quinche
 
Diseño de un Sistema de Informacion
Diseño de un Sistema de InformacionDiseño de un Sistema de Informacion
Diseño de un Sistema de Informacion
josue salas
 
Procesos de analisis de sistemas
Procesos de analisis de sistemasProcesos de analisis de sistemas
Procesos de analisis de sistemas
César Barragán
 
Unidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosUnidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De Requerimientos
Sergio Sanchez
 
Funciones de un administrador de base de datos
Funciones de un administrador de base de datosFunciones de un administrador de base de datos
Funciones de un administrador de base de datos
Rodolfo Kuman Chi
 
2 2 estilos arquitectonicos
2 2 estilos arquitectonicos2 2 estilos arquitectonicos
2 2 estilos arquitectonicos
landeta_p
 
Diagrama de Flujo de Datos (DFD)
Diagrama de Flujo de Datos (DFD)Diagrama de Flujo de Datos (DFD)
Diagrama de Flujo de Datos (DFD)
Yaskelly Yedra
 
Diseño de entradas para sistemas de información
Diseño de entradas para sistemas de informaciónDiseño de entradas para sistemas de información
Diseño de entradas para sistemas de información
Yaskelly Yedra
 
Diseño Estructurado
Diseño EstructuradoDiseño Estructurado
Diseño Estructurado
Guillermo Chirinos
 

La actualidad más candente (20)

Banco de temas de tesis para la carrera de ing. de sistemas
Banco de temas de tesis para la carrera de ing. de sistemasBanco de temas de tesis para la carrera de ing. de sistemas
Banco de temas de tesis para la carrera de ing. de sistemas
 
Diseño logico de una base de datos
Diseño logico de  una base de datosDiseño logico de  una base de datos
Diseño logico de una base de datos
 
PROYECTO DE BASE DE DATOS
PROYECTO DE BASE DE DATOSPROYECTO DE BASE DE DATOS
PROYECTO DE BASE DE DATOS
 
Manual de instalacion
Manual de instalacionManual de instalacion
Manual de instalacion
 
Fase de implementación de sistemas de información
Fase de implementación de sistemas de informaciónFase de implementación de sistemas de información
Fase de implementación de sistemas de información
 
Diseño de Archivos y Bases de Datos
Diseño de Archivos y Bases de DatosDiseño de Archivos y Bases de Datos
Diseño de Archivos y Bases de Datos
 
Ejemplo dfd
Ejemplo dfdEjemplo dfd
Ejemplo dfd
 
Diseño de sistemas
Diseño de sistemasDiseño de sistemas
Diseño de sistemas
 
Entrevista y encuesta para analisis y diseño de sistemas
Entrevista y encuesta para analisis y diseño de sistemasEntrevista y encuesta para analisis y diseño de sistemas
Entrevista y encuesta para analisis y diseño de sistemas
 
Técnicas para la Obtención de Requerimientos
Técnicas para la Obtención de RequerimientosTécnicas para la Obtención de Requerimientos
Técnicas para la Obtención de Requerimientos
 
Requerimientos de un sistema de información
Requerimientos de un sistema de informaciónRequerimientos de un sistema de información
Requerimientos de un sistema de información
 
Requisitos funcionales y no funcionales
Requisitos funcionales y no funcionalesRequisitos funcionales y no funcionales
Requisitos funcionales y no funcionales
 
Diseño de un Sistema de Informacion
Diseño de un Sistema de InformacionDiseño de un Sistema de Informacion
Diseño de un Sistema de Informacion
 
Procesos de analisis de sistemas
Procesos de analisis de sistemasProcesos de analisis de sistemas
Procesos de analisis de sistemas
 
Unidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosUnidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De Requerimientos
 
Funciones de un administrador de base de datos
Funciones de un administrador de base de datosFunciones de un administrador de base de datos
Funciones de un administrador de base de datos
 
2 2 estilos arquitectonicos
2 2 estilos arquitectonicos2 2 estilos arquitectonicos
2 2 estilos arquitectonicos
 
Diagrama de Flujo de Datos (DFD)
Diagrama de Flujo de Datos (DFD)Diagrama de Flujo de Datos (DFD)
Diagrama de Flujo de Datos (DFD)
 
Diseño de entradas para sistemas de información
Diseño de entradas para sistemas de informaciónDiseño de entradas para sistemas de información
Diseño de entradas para sistemas de información
 
Diseño Estructurado
Diseño EstructuradoDiseño Estructurado
Diseño Estructurado
 

Similar a diseño lógico y diseño físico

210452 arquitectura-de-software-adrian-lasso
210452 arquitectura-de-software-adrian-lasso210452 arquitectura-de-software-adrian-lasso
210452 arquitectura-de-software-adrian-lasso
Epmaps q
 
SSADM Material de apoyo
 SSADM Material de apoyo SSADM Material de apoyo
SSADM Material de apoyo
Mariantonietta Barreto
 
Proyecto de Software y Estimacion de Coste
Proyecto de Software y Estimacion de CosteProyecto de Software y Estimacion de Coste
Proyecto de Software y Estimacion de Coste
CAMILO
 
Arquitectura 2
Arquitectura 2Arquitectura 2
Arquitectura 2
bistasa
 
Arquitectura
ArquitecturaArquitectura
Arquitectura
Maria Amelia Rubino
 
Exposición de etapas de analisis de sistemas Modulo CBTA 131
Exposición de etapas de analisis de sistemas Modulo CBTA 131Exposición de etapas de analisis de sistemas Modulo CBTA 131
Exposición de etapas de analisis de sistemas Modulo CBTA 131
Anayelii Cortés M
 
AnáLisis De Sistemas
AnáLisis De SistemasAnáLisis De Sistemas
AnáLisis De Sistemas
nera24mx
 
1127082.ppt
1127082.ppt1127082.ppt
1127082.ppt
BlenMridaYucatn
 
Universidad regional autonoma de los andes
Universidad regional autonoma de los andesUniversidad regional autonoma de los andes
Universidad regional autonoma de los andes
myle22
 
Presentación Diseño de Software Gabriel Augusto Peña Antonetti CI 27687011
Presentación Diseño de Software Gabriel Augusto Peña Antonetti CI 27687011Presentación Diseño de Software Gabriel Augusto Peña Antonetti CI 27687011
Presentación Diseño de Software Gabriel Augusto Peña Antonetti CI 27687011
gabrielpea60
 
Diseño
DiseñoDiseño
Diseño
Mariocarias90
 
Metodologías de Diseño y Desarrollo de Sistemas de Información
Metodologías de Diseño y Desarrollo de Sistemas de InformaciónMetodologías de Diseño y Desarrollo de Sistemas de Información
Metodologías de Diseño y Desarrollo de Sistemas de Información
Rafael Brito
 
Ciclo de vida y diseño de los sistemas de informacion
Ciclo de vida y diseño de los sistemas de informacionCiclo de vida y diseño de los sistemas de informacion
Ciclo de vida y diseño de los sistemas de informacion
jorgeluisguzmntorres1
 
Weitzenfeld guardaticomputacion2008
Weitzenfeld guardaticomputacion2008Weitzenfeld guardaticomputacion2008
Weitzenfeld guardaticomputacion2008
Cesar Jimenez
 
Articulo de análisis y diseño de sistemas
Articulo de análisis y diseño de sistemasArticulo de análisis y diseño de sistemas
Articulo de análisis y diseño de sistemas
Mario J Arrieta
 
Diseño estructurado y las técnicas que lo caracterizan
Diseño estructurado y las técnicas que lo caracterizanDiseño estructurado y las técnicas que lo caracterizan
Diseño estructurado y las técnicas que lo caracterizan
Jonathan Bastidas
 
Fundamentos Básicos para el Diseño del Software - Sistemas II
Fundamentos Básicos para el Diseño del Software - Sistemas IIFundamentos Básicos para el Diseño del Software - Sistemas II
Fundamentos Básicos para el Diseño del Software - Sistemas II
JimmyWilfredMassVerd
 
Jose marcano analisis y diseño de sistemas
Jose marcano analisis y diseño de sistemasJose marcano analisis y diseño de sistemas
Jose marcano analisis y diseño de sistemas
Amerigled Salgado
 
Clase no. 1 unidad no. iii introduccion al analisis y diseño estructurado d...
Clase no. 1 unidad no. iii  introduccion al analisis y diseño estructurado  d...Clase no. 1 unidad no. iii  introduccion al analisis y diseño estructurado  d...
Clase no. 1 unidad no. iii introduccion al analisis y diseño estructurado d...
negroues
 
Clase no. 1 unidad no. iii introduccion al analisis y diseño estructurado d...
Clase no. 1 unidad no. iii  introduccion al analisis y diseño estructurado  d...Clase no. 1 unidad no. iii  introduccion al analisis y diseño estructurado  d...
Clase no. 1 unidad no. iii introduccion al analisis y diseño estructurado d...
negroues
 

Similar a diseño lógico y diseño físico (20)

210452 arquitectura-de-software-adrian-lasso
210452 arquitectura-de-software-adrian-lasso210452 arquitectura-de-software-adrian-lasso
210452 arquitectura-de-software-adrian-lasso
 
SSADM Material de apoyo
 SSADM Material de apoyo SSADM Material de apoyo
SSADM Material de apoyo
 
Proyecto de Software y Estimacion de Coste
Proyecto de Software y Estimacion de CosteProyecto de Software y Estimacion de Coste
Proyecto de Software y Estimacion de Coste
 
Arquitectura 2
Arquitectura 2Arquitectura 2
Arquitectura 2
 
Arquitectura
ArquitecturaArquitectura
Arquitectura
 
Exposición de etapas de analisis de sistemas Modulo CBTA 131
Exposición de etapas de analisis de sistemas Modulo CBTA 131Exposición de etapas de analisis de sistemas Modulo CBTA 131
Exposición de etapas de analisis de sistemas Modulo CBTA 131
 
AnáLisis De Sistemas
AnáLisis De SistemasAnáLisis De Sistemas
AnáLisis De Sistemas
 
1127082.ppt
1127082.ppt1127082.ppt
1127082.ppt
 
Universidad regional autonoma de los andes
Universidad regional autonoma de los andesUniversidad regional autonoma de los andes
Universidad regional autonoma de los andes
 
Presentación Diseño de Software Gabriel Augusto Peña Antonetti CI 27687011
Presentación Diseño de Software Gabriel Augusto Peña Antonetti CI 27687011Presentación Diseño de Software Gabriel Augusto Peña Antonetti CI 27687011
Presentación Diseño de Software Gabriel Augusto Peña Antonetti CI 27687011
 
Diseño
DiseñoDiseño
Diseño
 
Metodologías de Diseño y Desarrollo de Sistemas de Información
Metodologías de Diseño y Desarrollo de Sistemas de InformaciónMetodologías de Diseño y Desarrollo de Sistemas de Información
Metodologías de Diseño y Desarrollo de Sistemas de Información
 
Ciclo de vida y diseño de los sistemas de informacion
Ciclo de vida y diseño de los sistemas de informacionCiclo de vida y diseño de los sistemas de informacion
Ciclo de vida y diseño de los sistemas de informacion
 
Weitzenfeld guardaticomputacion2008
Weitzenfeld guardaticomputacion2008Weitzenfeld guardaticomputacion2008
Weitzenfeld guardaticomputacion2008
 
Articulo de análisis y diseño de sistemas
Articulo de análisis y diseño de sistemasArticulo de análisis y diseño de sistemas
Articulo de análisis y diseño de sistemas
 
Diseño estructurado y las técnicas que lo caracterizan
Diseño estructurado y las técnicas que lo caracterizanDiseño estructurado y las técnicas que lo caracterizan
Diseño estructurado y las técnicas que lo caracterizan
 
Fundamentos Básicos para el Diseño del Software - Sistemas II
Fundamentos Básicos para el Diseño del Software - Sistemas IIFundamentos Básicos para el Diseño del Software - Sistemas II
Fundamentos Básicos para el Diseño del Software - Sistemas II
 
Jose marcano analisis y diseño de sistemas
Jose marcano analisis y diseño de sistemasJose marcano analisis y diseño de sistemas
Jose marcano analisis y diseño de sistemas
 
Clase no. 1 unidad no. iii introduccion al analisis y diseño estructurado d...
Clase no. 1 unidad no. iii  introduccion al analisis y diseño estructurado  d...Clase no. 1 unidad no. iii  introduccion al analisis y diseño estructurado  d...
Clase no. 1 unidad no. iii introduccion al analisis y diseño estructurado d...
 
Clase no. 1 unidad no. iii introduccion al analisis y diseño estructurado d...
Clase no. 1 unidad no. iii  introduccion al analisis y diseño estructurado  d...Clase no. 1 unidad no. iii  introduccion al analisis y diseño estructurado  d...
Clase no. 1 unidad no. iii introduccion al analisis y diseño estructurado d...
 

Último

Presentación de Tic en educación y sobre blogger
Presentación de Tic en educación y sobre bloggerPresentación de Tic en educación y sobre blogger
Presentación de Tic en educación y sobre blogger
larapalaciosmonzon28
 
computacion global 3.pdf pARA TERCER GRADO
computacion global 3.pdf pARA TERCER GRADOcomputacion global 3.pdf pARA TERCER GRADO
computacion global 3.pdf pARA TERCER GRADO
YaniEscobar2
 
Infografia TCP/IP (Transmission Control Protocol/Internet Protocol)
Infografia TCP/IP (Transmission Control Protocol/Internet Protocol)Infografia TCP/IP (Transmission Control Protocol/Internet Protocol)
Infografia TCP/IP (Transmission Control Protocol/Internet Protocol)
codesiret
 
HERRAMIENTAS WEB--------------------.pptx
HERRAMIENTAS WEB--------------------.pptxHERRAMIENTAS WEB--------------------.pptx
HERRAMIENTAS WEB--------------------.pptx
maralache30
 
Nuevos tiempos, nuevos espacios.docxdsdsad
Nuevos tiempos, nuevos espacios.docxdsdsadNuevos tiempos, nuevos espacios.docxdsdsad
Nuevos tiempos, nuevos espacios.docxdsdsad
larapalaciosmonzon28
 
TIC en educacion.rtf.docxlolololololololo
TIC en educacion.rtf.docxlolololololololoTIC en educacion.rtf.docxlolololololololo
TIC en educacion.rtf.docxlolololololololo
KukiiSanchez
 
edublogs info.docx asdasfasfsawqrdqwfqwfqwfq
edublogs info.docx asdasfasfsawqrdqwfqwfqwfqedublogs info.docx asdasfasfsawqrdqwfqwfqwfq
edublogs info.docx asdasfasfsawqrdqwfqwfqwfq
larapalaciosmonzon28
 
Manual de Soporte y mantenimiento de equipo de cómputos
Manual de Soporte y mantenimiento de equipo de cómputosManual de Soporte y mantenimiento de equipo de cómputos
Manual de Soporte y mantenimiento de equipo de cómputos
cbtechchihuahua
 
Tecnología 5G Presentación.pdf trabajo .
Tecnología 5G Presentación.pdf trabajo .Tecnología 5G Presentación.pdf trabajo .
Tecnología 5G Presentación.pdf trabajo .
asrielgamer3421
 
herramientas de sitio web 3.0 2024
herramientas de sitio web 3.0  2024herramientas de sitio web 3.0  2024
herramientas de sitio web 3.0 2024
julio05042006
 
El uso de las TIC por Cecilia Pozos S..pptx
El uso de las TIC  por Cecilia Pozos S..pptxEl uso de las TIC  por Cecilia Pozos S..pptx
El uso de las TIC por Cecilia Pozos S..pptx
cecypozos703
 
Todo sobre la tarjeta de video (Bienvenidos a mi blog personal)
Todo sobre la tarjeta de video (Bienvenidos a mi blog personal)Todo sobre la tarjeta de video (Bienvenidos a mi blog personal)
Todo sobre la tarjeta de video (Bienvenidos a mi blog personal)
AbrahamCastillo42
 
REVISTA TECNOLOGICA PARA EL DESARROLLO HUMANO
REVISTA TECNOLOGICA PARA EL DESARROLLO HUMANOREVISTA TECNOLOGICA PARA EL DESARROLLO HUMANO
REVISTA TECNOLOGICA PARA EL DESARROLLO HUMANO
gisellearanguren1
 
Inteligencia Artificial
Inteligencia ArtificialInteligencia Artificial
Inteligencia Artificial
YashiraPaye
 
Presentación Seguridad Digital Profesional Azul Oscuro (1).pdf
Presentación Seguridad Digital Profesional Azul Oscuro (1).pdfPresentación Seguridad Digital Profesional Azul Oscuro (1).pdf
Presentación Seguridad Digital Profesional Azul Oscuro (1).pdf
giampierdiaz5
 
TODO SOBRE LA INFORMÁTICA, HISTORIA, ¿QUE ES?, IMPORTANCIA Y CARACTERISTICAS....
TODO SOBRE LA INFORMÁTICA, HISTORIA, ¿QUE ES?, IMPORTANCIA Y CARACTERISTICAS....TODO SOBRE LA INFORMÁTICA, HISTORIA, ¿QUE ES?, IMPORTANCIA Y CARACTERISTICAS....
TODO SOBRE LA INFORMÁTICA, HISTORIA, ¿QUE ES?, IMPORTANCIA Y CARACTERISTICAS....
bendezuperezjimena
 
Second Life, informe de actividad del maestro Tapia
Second Life, informe de actividad del maestro TapiaSecond Life, informe de actividad del maestro Tapia
Second Life, informe de actividad del maestro Tapia
al050121024
 
Informació Projecte Iniciativa TIC SOPRA STERIA.pdf
Informació Projecte Iniciativa TIC SOPRA STERIA.pdfInformació Projecte Iniciativa TIC SOPRA STERIA.pdf
Informació Projecte Iniciativa TIC SOPRA STERIA.pdf
Festibity
 
Manual Web soporte y mantenimiento de equipo de computo
Manual Web soporte y mantenimiento de equipo de computoManual Web soporte y mantenimiento de equipo de computo
Manual Web soporte y mantenimiento de equipo de computo
mantenimientocarbra6
 
Projecte Iniciativa TIC 2024 SOPRA STERIA. inCV.pdf
Projecte Iniciativa TIC 2024 SOPRA STERIA. inCV.pdfProjecte Iniciativa TIC 2024 SOPRA STERIA. inCV.pdf
Projecte Iniciativa TIC 2024 SOPRA STERIA. inCV.pdf
Festibity
 

Último (20)

Presentación de Tic en educación y sobre blogger
Presentación de Tic en educación y sobre bloggerPresentación de Tic en educación y sobre blogger
Presentación de Tic en educación y sobre blogger
 
computacion global 3.pdf pARA TERCER GRADO
computacion global 3.pdf pARA TERCER GRADOcomputacion global 3.pdf pARA TERCER GRADO
computacion global 3.pdf pARA TERCER GRADO
 
Infografia TCP/IP (Transmission Control Protocol/Internet Protocol)
Infografia TCP/IP (Transmission Control Protocol/Internet Protocol)Infografia TCP/IP (Transmission Control Protocol/Internet Protocol)
Infografia TCP/IP (Transmission Control Protocol/Internet Protocol)
 
HERRAMIENTAS WEB--------------------.pptx
HERRAMIENTAS WEB--------------------.pptxHERRAMIENTAS WEB--------------------.pptx
HERRAMIENTAS WEB--------------------.pptx
 
Nuevos tiempos, nuevos espacios.docxdsdsad
Nuevos tiempos, nuevos espacios.docxdsdsadNuevos tiempos, nuevos espacios.docxdsdsad
Nuevos tiempos, nuevos espacios.docxdsdsad
 
TIC en educacion.rtf.docxlolololololololo
TIC en educacion.rtf.docxlolololololololoTIC en educacion.rtf.docxlolololololololo
TIC en educacion.rtf.docxlolololololololo
 
edublogs info.docx asdasfasfsawqrdqwfqwfqwfq
edublogs info.docx asdasfasfsawqrdqwfqwfqwfqedublogs info.docx asdasfasfsawqrdqwfqwfqwfq
edublogs info.docx asdasfasfsawqrdqwfqwfqwfq
 
Manual de Soporte y mantenimiento de equipo de cómputos
Manual de Soporte y mantenimiento de equipo de cómputosManual de Soporte y mantenimiento de equipo de cómputos
Manual de Soporte y mantenimiento de equipo de cómputos
 
Tecnología 5G Presentación.pdf trabajo .
Tecnología 5G Presentación.pdf trabajo .Tecnología 5G Presentación.pdf trabajo .
Tecnología 5G Presentación.pdf trabajo .
 
herramientas de sitio web 3.0 2024
herramientas de sitio web 3.0  2024herramientas de sitio web 3.0  2024
herramientas de sitio web 3.0 2024
 
El uso de las TIC por Cecilia Pozos S..pptx
El uso de las TIC  por Cecilia Pozos S..pptxEl uso de las TIC  por Cecilia Pozos S..pptx
El uso de las TIC por Cecilia Pozos S..pptx
 
Todo sobre la tarjeta de video (Bienvenidos a mi blog personal)
Todo sobre la tarjeta de video (Bienvenidos a mi blog personal)Todo sobre la tarjeta de video (Bienvenidos a mi blog personal)
Todo sobre la tarjeta de video (Bienvenidos a mi blog personal)
 
REVISTA TECNOLOGICA PARA EL DESARROLLO HUMANO
REVISTA TECNOLOGICA PARA EL DESARROLLO HUMANOREVISTA TECNOLOGICA PARA EL DESARROLLO HUMANO
REVISTA TECNOLOGICA PARA EL DESARROLLO HUMANO
 
Inteligencia Artificial
Inteligencia ArtificialInteligencia Artificial
Inteligencia Artificial
 
Presentación Seguridad Digital Profesional Azul Oscuro (1).pdf
Presentación Seguridad Digital Profesional Azul Oscuro (1).pdfPresentación Seguridad Digital Profesional Azul Oscuro (1).pdf
Presentación Seguridad Digital Profesional Azul Oscuro (1).pdf
 
TODO SOBRE LA INFORMÁTICA, HISTORIA, ¿QUE ES?, IMPORTANCIA Y CARACTERISTICAS....
TODO SOBRE LA INFORMÁTICA, HISTORIA, ¿QUE ES?, IMPORTANCIA Y CARACTERISTICAS....TODO SOBRE LA INFORMÁTICA, HISTORIA, ¿QUE ES?, IMPORTANCIA Y CARACTERISTICAS....
TODO SOBRE LA INFORMÁTICA, HISTORIA, ¿QUE ES?, IMPORTANCIA Y CARACTERISTICAS....
 
Second Life, informe de actividad del maestro Tapia
Second Life, informe de actividad del maestro TapiaSecond Life, informe de actividad del maestro Tapia
Second Life, informe de actividad del maestro Tapia
 
Informació Projecte Iniciativa TIC SOPRA STERIA.pdf
Informació Projecte Iniciativa TIC SOPRA STERIA.pdfInformació Projecte Iniciativa TIC SOPRA STERIA.pdf
Informació Projecte Iniciativa TIC SOPRA STERIA.pdf
 
Manual Web soporte y mantenimiento de equipo de computo
Manual Web soporte y mantenimiento de equipo de computoManual Web soporte y mantenimiento de equipo de computo
Manual Web soporte y mantenimiento de equipo de computo
 
Projecte Iniciativa TIC 2024 SOPRA STERIA. inCV.pdf
Projecte Iniciativa TIC 2024 SOPRA STERIA. inCV.pdfProjecte Iniciativa TIC 2024 SOPRA STERIA. inCV.pdf
Projecte Iniciativa TIC 2024 SOPRA STERIA. inCV.pdf
 

diseño lógico y diseño físico

  • 1. IFM-0435 SISTEMAS DE INFORMACION II UNIDAD I
  • 2. DISEÑO CONCEPTUAL El diseño conceptual se considera como un análisis de actividades y consiste en la solución de negocios para el usuario y se expresa con los casos de uso. El diseño lógico es la solución del equipo de proyecto del negocio y consiste de las siguientes tareas: Identificar los usuarios y sus roles Obtener datos de los usuarios Evaluar la información Documentar los escenarios de uso Validar con los usuarios Validar contra la arquitectura de la empresa
  • 3. DISEÑO CONCEPTUAL Una forma de obtener estos requerimientos es construir una matriz usuarios-actividades de negocios, realizar entrevistas, encuestas y/o visitas a los usuarios, de tal manera que se obtenga quién, qué, cuándo, dónde y por qué de la solución.
  • 4. DISEÑO LÓGICO El diseño lógico traduce los escenarios de uso creados en el diseño conceptual en un conjunto de objetos de negocio y sus servicios. El diseño lógico se convierte en parte en la especificación funcional que se usa en el diseño físico. El diseño lógico es independiente de la tecnología. El diseño lógico refina, organiza y detalla la solución de negocios y define formalmente las reglas y políticas específicas de negocios. El diseño lógico es el proceso de construir un esquema de la información que utiliza la empresa, basándose en un modelo de base de datos específico, independiente del SGBD concreto que se vaya a utilizar y de cualquier otra consideración física.
  • 5. ETAPAS Y TAREAS DEL DISEÑO LOGICO DETALLADO (diseña el exterior y documentarlo) 1.- Generar alternativas de solución (mínimo 2) Se puede generar alternativas: a) Agregando una función b) Eliminando una función o fundiéndola c) Modificando fuertemente el interior Se evalúan técnica, económica y operacionalmente las alternativas generadas. (bienes de capital; costo - beneficio) y se elige una.
  • 6. ETAPAS Y TAREAS… 2.- Documentar la alternativa elegida Se debe documentar cada función del exterior, en formulario que contendrá: - Nombre de la función - Situación - Objetivo; lo que pretende hacer - Información de entrada; y de donde proviene; detallada - Información de salida; y a donde va; detallada - Archivos internos que usa: fichero, memoria, kárdex,.... - Recursos utilizados. Secretaria, máquinas, teléfono fax,.... - Procedimiento general (describir la manera en que ella se realizará) - Observaciones
  • 7. ETAPAS Y TAREAS… 3.-Documentar los procedimientos administrativos Formularios usados; con su diseño. Se debe indicar todos los formularios a usar, los que usa ahora, y los que usará: - Flujograma de formularios; tabla de doble entrada origen - destino de los formularios original y copias que se tiene contemplado utilizar. - Sistemas de codificación usados. Los códigos que se utilizará, estén ya en uso o a ser usados ahora.
  • 8. ETAPAS Y TAREAS… 4.-Requerimientos al interior. Se debe especificar aquí lo que se quiere que el computador acepte como información de entrada a él y que proveniente del exterior del sistema o medio ambiente, y lo que se quiere que el computador genere como información de salida para alimentar las funciones contempladas en el diseño del SI: Descripción de la información de Entrada, con el origen, cantidad, periodicidad, tipo. Descripción de la información de Salida. Se hace por medio del: - Diseño de los formularios de salida (listados que se espera) - Diseño de las pantallas de consultas (menú, formatos de respuestas)
  • 9. EL DISEÑO LÓGICO GLOBAL Objetivo: Establecer las alternativas de diseño en relación a la situación actual, y elegir la "mejor" de ellas a través de un proceso de evaluación. El resultado final es un conjunto de funciones a ser realizadas por el sistema, junto con la especificación de la manera en que ellas se llevarán a cabo, los flujos de información que los conectarán y el rol del computador. Modelos : Se usa dos tipos de modelos para visualizar el sistema.
  • 10. 1º.- Aquí el sistema se concibe como una "malla" o red de funciones interactuando a través de información que reciben de entradas de las funciones relacionadas, y generan salidas hacia ellas, y que además regulan el funcionamiento de la malla de los procesos del sistema.
  • 11. 2º Visualizar el sistema como una partición jerárquica de cada uno de los elementos que lo componen en la forma: Entrada -- Función -- Salida. Los elementos son los que están en el modelo descrito en la malla de funciones. Es un diagrama del tipo árbol.
  • 13. El diseño físico traduce el diseño lógico en una solución implementable y costo-efectiva o económica. El componente es la unidad de construcción elemental del diseño físico. Las características de un componente son: Se define según cómo interactúa con otros Encapsula sus funciones y sus datos Es reusable a través de las aplicaciones Puede verse como una caja negra Puede contener otros componentes
  • 15. ACOPLAMIENTO: Mide el grado de independencia entre los módulo. Un buen diseño debe minimizar el acoplamiento (aumentar la independencia.) por las sig. Razones: 1º Cuanto menos conexiones existan entre 2 módulos, menos oportunidad hay de que aparezca el efecto RIPPLE (1 defecto de 1 módulo aparece afectando a otro). 2º Se desea poder cambiar un modulo sin que afecte a otro. 3º Mientras se mantiene un módulo, no debemos preocuparnos de otro, máxima sencillez.
  • 16. COHESIÓN: Mide el grado de integración de los elementos de un módulo, para organizar todos los elementos de forma que los que estén más relacionados a la hora de realizar una tarea pertenezcan al mismo módulo y los elementos relacionados entre sí en módulos separados.
  • 17. Cuanto más vinculados estén los elementos de un módulo, más fuerte es su cohesión, lo que lleva a un mejor acoplamiento y a un mejor sistema (el SW es fácil de mantener y los módulos fáciles de usar). A medida que aumenta el número de módulos, el coste por interfaz crece y el esfuerzo para desarrollar cada módulo decrece.
  • 18. Iceberg de la usabilidad Qué es la Arquitectura del Software y que relación tiene con la usabilidad. Tener en cuenta la usabilidad en el momento del diseño de la arquitectura de un sistema interactivo nos puede ahorrar muchos problemas.
  • 19. Se podría decir que, en el diseño de un sistema, hay tres aspectos a tener en cuenta: la presentación de la información la funcionalidad de la aplicación la Arquitectura del Software ¿Cuántas veces hemos tenido que correr a realizar cambios profundos en la funcionalidad de una aplicación después de haber detectado problemas de usabilidad?
  • 20. Dick Berry, en su analogía del Iceberg de la usabilidad, explica que los aspectos relacionados con la presentación, es decir, lo que normalmente entendemos como look & feel, sólo afectan en un 40% a la usabilidad. El 60% restante está influenciado por lo que él llama “modelo del usuario”, que está constituido por los objetivos que el usuario quiere alcanzar con sus tareas.
  • 21. Arquitectura de software y usabilidad El usuario pueda visualizar el progreso de sus peticiones, que pueda deshacer acciones (undo), que pueda disponer de un entono multilingüe, que pueda cancelar una operación que lleva mucho tiempo en espera, que pueda reutilizar información que ha introducido anteriormente, y muchas otras cosas. Si analizamos estos escenarios de interacción, veremos que la causa de que no se puedan implementar es que no se tuvo en cuenta al usuario al inicio del diseño del sistema, es decir, en la Arquitectura del Software.
  • 22. Arquitectura de software Arquitectura del Software es el diseño de más alto nivel de la estructura de un sistema, programa o aplicación y tiene la responsabilidad de: Definir los módulos principales Definir las responsabilidades que tendrá cada uno de estos módulos Definir la interacción que existirá entre dichos módulos: Control y flujo de datos Secuenciación de la información Protocolos de interacción y comunicación Ubicación en el hardware
  • 23. La definición oficial de Arquitectura del Software es la IEEE Std 1471-2000 que reza así: “La Arquitectura del Software es la organización fundamental de un sistema formada por sus componentes, las relaciones entre ellos y el contexto en el que se implantarán, y los principios que orientan su diseño y evolución”
  • 24. Uno de los modelos más conocidos es el “4+1” de Philippe Kruchten, vinculado al Rational Unified Process (RUP), que define cuatro vistas diferentes: Vista lógica: describe el modelo de objetos. Vista de proceso: muestra la concurrencia y sincronía de los procesos. Vista física: muestra la ubicación del software en el hardware. Vista de desarrollo: describe la organización del entorno de desarrollo. Existe una quinta vista que consiste en una selección de casos de uso o de escenarios que los arquitectos pueden elaborar a partir de las cuatro vistas anteriores
  • 25. Heurísticas de diseño Las heurísticas de diseño son un conjunto de recomendaciones que ayudan a mejorar la estructura del sistema, optimizando la modularidad. La aplicación de estas recomendaciones depende en gran medida del diseño específico, así como de las características del equipo físico donde se desarrolla el sistema.
  • 26. 1).- Tamaño del módulo El desarrollo del sistema de una estructura modular define la funcionalidad propia de cada módulo. Sin embargo, es recomendable revisar independientemente cada módulo a efectos de optimizar su tamaño en número de sentencias, para facilitar el desarrollo técnico del programa y su posterior mantenimiento. En general, podemos resumir diferentes versiones sobre el tamaño óptimo de un módulo definiendo que, el coste en el desarrollo y mantenimiento de un sistema será óptimo, cuando su estructura esté compuesta por módulos con un tamaño comprendido entre 10 y 100 sentencias.
  • 27. Tamaño del módulo Un módulo demasiado grande a menudo puede deberse a: a) Dos o más funciones han sido combinadas (frecuentemente con cohesión lógica) en un mismo módulo.
  • 28. 2).- Ámbito de control Se llama ámbito de control de un módulo a todos los módulos llamados por él y a los llamados por éstos, es decir, a todos los módulos que hay por debajo de él, en esa rama del diagrama de descomposición funcional. Un módulo que llama a muchos otros puede ser difícil de entender, y en el otro extremo, si los módulos forman una larga secuencia lineal, es posible que pueda suprimirse alguno de ellos. Debe evitarse ambos extremos:
  • 29. Ambito de control alto:  Normalmente se produce cuando no se tienen en cuenta los niveles intermedios. El estudio de los grupos de módulos subordinados que permitan combinar sus funciones en una sola, puede solucionar el problema.  Resistencia por parte del diseñador a delegar responsabilidades en módulos subordinados.  Solución: debe considerarse la posibilidad de agruparse varios subordinados en una función combinada. El principio de cohesión debe guiar este proceso para evitar módulos de baja cohesión.
  • 30. Ámbito de control bajo: Para optimizar una estructura de este tipo se deben revisar las posibilidades de descomponer las funciones en subfunciones con entidad propia, para formar nuevos módulos, o por el contrario, comprimir módulos subordinados en el módulo de nivel superior. esto es válido si se puede dar a los nuevos módulos un sentido dentro de la estructura del problema.
  • 31. Ámbito de control correcto