Clase De Fds22

4,808 views
4,690 views

Published on

213123

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
4,808
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
262
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Clase De Fds22

  1. 1. INSTITUTO TECNOLOGICO DE NUEVO LEON. INGENIERIA EN SISTEMAS COMPUTACIONALES. FUNDAMENTOS DE DESARROLLO DE SISTEMAS. UNIDAD VI. DISEÑO Y ARUIUTECTURA DE PRODUCTOS DE SOFTWARE . DIMAS ELIUD GALLEGOS GONZALEZ DAVID EMANUEL ZUÑIGA HERRERA OSVALDO JAVIER GOMEZ ARRIAGA
  2. 2. <ul><li>DEFINICION. </li></ul><ul><li>La Arquitectura del Software es el diseño de más alto nivel de la estructura de un sistema. </li></ul><ul><li>Una Arquitectura de Software, también denominada Arquitectura lógica , consiste en un conjunto de patrones y abstracciones coherentes que proporcionan el marco de referencia necesario para guiar la construcción del software para un sistema de información. </li></ul>
  3. 3. <ul><li>La Arquitectura de software establece los fundamentos para que analistas, diseñadores, programadores, etc. trabajen en una línea común que permita alcanzar los objetivos del sistema de información, cubriendo todas las necesidades. </li></ul><ul><li>Define, de manera abstracta, los componentes que llevan a cabo alguna tarea de computación, sus interfaces y la comunicación entre ellos. Toda arquitectura debe ser implementable en una arquitectura física, que consiste simplemente en determinar qué computadora tendrá asignada cada tarea. </li></ul>
  4. 4. <ul><li>Breve historia </li></ul><ul><li>En los años 1960 ya se acariciaba el concepto de arquitectura de software en los círculos de investigación (por ejemplo, por Edsger Dijkstra). No obstante, toma popularidad en los años 1990 tras reconocerse la denominada crisis del software y como tema de interés de la incipiente disciplina de la ingeniería del software. </li></ul>
  5. 5. <ul><li>Arquitecturas más comunes </li></ul><ul><li>Descomposición Modular </li></ul><ul><li>Arquitecturas de Dominio Especifico </li></ul><ul><li>Diseño Software Arquitectura Multiprocesador </li></ul><ul><li>Diseño Software Arquitectura Cliente Servidor </li></ul><ul><li>Diseño Software Distribuido </li></ul><ul><li>Diseño Software Tiempo Real </li></ul>
  6. 6. <ul><li>Descomposición Modular </li></ul><ul><li>Si un método de diseño proporciona un mecanismo sistemático para descomponer el problemas en subproblemas, reducirá la complejidad de todo el problema, consiguiendo de esta manera una solución efectiva. (esto rompe el paradigma monolítico). </li></ul><ul><li>Divide el problema en unidades razonables o </li></ul><ul><li>módulos </li></ul>
  7. 7. <ul><li>Descomposición Modular </li></ul><ul><li>a cada modulo se le asigna el mismo nivel de importancia y seguimiento, se vale principalmente de diagramas y estructuras para hacer mas sencillo el desarrollo del proyecto. </li></ul>
  8. 8. <ul><li>Arquitecturas de Dominio Especifico </li></ul><ul><li>Dos tipos de modelos de dominio específico: </li></ul><ul><li>Modelos genéricos los cuales son abstracciones de un número de </li></ul><ul><li>sistemas reales y que encapsulan las características principales de estos sistemas. </li></ul><ul><li>Modelos de referencia los cuales son más abstractos. Modelos </li></ul><ul><li>idealizados. Proveen un medio de información acerca de cierta clase de sistemas y permiten comparar diversas arquitecturas . </li></ul><ul><li>Los modelos genéricos son usualmente modelos bottom- </li></ul><ul><li>up; los modelos de referencia son modelos top-down </li></ul>
  9. 9. <ul><li>Diseño Software Arquitectura Multiprocesador </li></ul><ul><li>Un sistema multiproceso o multitarea es aquel que permite ejecutar varios procesos de forma concurrente, la razón es porque actualmente la mayoría de las CPU’s sólo pueden ejecutar un proceso cada vez. La única forma de que se ejecuten de forma simultánea varios procesos es tener varias CPU’s (ya sea en una máquina o en varias, en un sistema distribuido . </li></ul>
  10. 10. <ul><li>La ventaja de un sistema multiproceso reside en la operación llamada cambio de contexto. Esta operación consiste en quitar a un proceso de la CPU, ejecutar otro proceso y volver a colocar el primero sin que se entere de nada. </li></ul><ul><li>Un ejemplo de este tipo de sistema es un sistema de control de tráfico aéreo. Un conjunto de sensores distribuidos recolecta la información del flujo de tráfico y la procesa localmente antes de enviarla al cuarto de control. </li></ul>
  11. 11. <ul><li>Los sistemas de software compuestos de procesos múltiples no necesariamente son sistemas distribuidos. Si más de un procesador está disponible, entonces se puede implementar la distribución, pero los diseñadores del sistema no siempre consideran lo puntos de distribución durante el proceso de diseño. El enfoque de diseño para este tipo de sistemas es esencialmente el mismo que para los de tiempo real . </li></ul>
  12. 12. <ul><li>Ventajas </li></ul><ul><li>Es económica. </li></ul><ul><li>El uso de componentes comúnmente disponibles, en grandes cantidades, permite ofrecer mayor rendimiento </li></ul><ul><li>Desventajas </li></ul><ul><li>En ocasiones se menciona también la limitante física; existen factores que limitan la velocidad máxima de un procesador, independientemente del factor económico. </li></ul><ul><li>Barreras físicas infranqueables, tales como la velocidad de la luz, efectos cuánticos al reducir el tamaño de los elementos de los procesadores, y problemas causados por fenómenos eléctricos a pequeñas escalas </li></ul>
  13. 13. <ul><li>Diseño Software Arquitectura Cliente Servidor </li></ul><ul><li>Este modelo es un prototipo de sistemas distribuidos que muestra como los datos y el procesamiento se distribuyen a lo largo de varios procesadores. Es una forma de dividir las responsabilidades de un sistema de información separando la interfaz del usuario de la gestión de la información. El funcionamiento básico de este modelo consiste en que un programa cliente realiza peticiones a un programa servidor, y espera hasta que el servidor de respuesta. </li></ul>
  14. 14. <ul><li>Características de un cliente En la arquitectura C/S el remitente de una solicitud es conocido como cliente. Sus características son: • Es quien inicia solicitudes o peticiones, tienen por tanto un papel activo en la comunicación (dispositivo maestro o amo). • Espera y recibe las respuestas del servidor. • Por lo general, puede conectase a varios servidores a la vez. • Normalmente interactúa directamente con los usuarios finales mediante una interfaz gráfica de usuario. </li></ul><ul><li>Características de un servidor En los sistemas C/S el receptor de la solicitud enviada por cliente se conoce como servidor. Sus características son: • Al iniciarse esperan a que lleguen las solicitudes de los clientes, desempeñan entonces un papel pasivo en la comunicación (dispositivo esclavo). • Tras la recepción de una solicitud, la procesan y luego envían la respuesta al cliente. • Por lo general, aceptan conexiones desde un gran número de clientes (en ciertos casos el número máximo de peticiones puede estar limitado). • No es frecuente que interactúen directamente con los usuarios finales. </li></ul>
  15. 15. <ul><li>Ventajas • Centralización del control: Los accesos, recursos y la integridad de los datos son controlados por el servidor de forma que un programa cliente defectuoso o no autorizado no pueda dañar el sistema. • Escalabilidad: Se puede aumentar la capacidad de clientes y servidores por separado. • Fácil mantenimiento </li></ul><ul><li>Desventajas • La congestión del tráfico (a mayor número de clientes, más problemas para el servidor). • El software y el hardware de un servidor son generalmente muy determinantes. Un hardware regular de un ordenador personal puede no poder servir a cierta cantidad de clientes. Normalmente se necesita software y hardware específico, sobre todo en el lado del servidor, para satisfacer el trabajo. Por supuesto, esto aumentará el costo </li></ul>
  16. 16. <ul><li>Diseño Software Distribuido </li></ul><ul><li>Para esta arquitectura no hay distinción entre servidores y clientes, y el sistema puede ser visto como un conjunto de objetos que interaccionan cuya localización es irrelevante. No hay distinción entre un proveedor de servicios y el usuario de estos servicios . </li></ul>
  17. 17. <ul><li>Los componentes en un sistema distribuido pueden implementarse en diferentes lenguajes de programación y pueden ejecutarse en tipos de procesadores completamente diferentes. Los modelos de datos, la representación de la información y los protocolos de comunicación pueden ser todos diferentes. Un sistema distribuido, por lo tanto, requiere software que pueda gestionar estas partes distintas, y asegurar que dichas partes se puedan comunicar e intercambiar datos. El término middleware se usa para hacer referencia a ese software; se ubica en medio de los diferentes componentes distribuidos del sistema. </li></ul>
  18. 18. <ul><li>Diseño Software Tiempo Real </li></ul><ul><li>El software de tiempo real esta muy acoplado con el mundo externo, esto es, el software de tiempo real debe responder al ámbito del problema en un tiempo dictado por el ámbito del problema. Debido a que el software de tiempo real debe operar bajo restricciones de rendimiento muy rigurosas, el diseño del software esta conducido frecuentemente, tanto por la arquitectura del hardware como por la del software, por las características del sistema operativo, por los requisitos de la aplicación y tanto por los extras del lenguaje de programación como prospectos de diseño. </li></ul>
  19. 19. <ul><li>La computadora digital se ha convertido en una maquina omnipresente en al vida diaria de todos nosotros. Las computadoras nos permiten ver juegos, así como contar el tiempo, optimizar el gasto de gasolina de nuestras ultimas generaciones de coches y programar a nuestros aparatos. </li></ul><ul><li>Todas estas interacciones con las computadoras sean útiles o intrusivas son ejemplos de computación de tiempo real. La computadora esta controlando algo que interactua con la realidad sobre una base de tiempo de hecho, el tiempo es la esencia de la interacción. </li></ul>

×