El diseño de sistemas implica definir la arquitectura de hardware y software para satisfacer ciertos requerimientos y resolver problemas. Esto incluye dividir el sistema en subsistemas. Los subsistemas proporcionan servicios como entrada/salida o cálculos y definen aspectos del problema. Las relaciones entre subsistemas pueden ser cliente-proveedor o punto a punto, siendo las primeras más sencillas. El diseño físico especifica el hardware, software y bases de datos reales para implementar el diseño lógico abstracto del sistema.
2. El Diseño de sistemas es el arte de definir la
arquitectura de hardware y software,
componentes, módulos y datos de un sistema
de cómputo para satisfacer ciertos
requerimientos de alto nivel para resolver
problemas y construir una solución. Y este
incluye decisiones acerca de la organización del
sistema en subsistemas.
3. Un subsistema no es ni una función ni un objeto
normalmente, un subsistema se identifica por
los servicios que lo proporciona un servicio es
un grupo de funciones que relacionadas
comparten algún propósito común tal como el
procedimiento de entrada y salida, dibujar
imágenes o efectuar cálculos aritméticos.
Define una forma coherente de examinar un
aspecto de un problema.
4. • La relación entre dos subsistemas puede
ser cliente-proveedor o punto a punto. En las
primeras, el cliente debe conocer la interfaz del
proveedor, pero éste no necesita conocer las
interfaces de aquellos porque todas las
interacciones son iniciadas por los cliente,
empleando la interfaz del proveedor. En una
relación entre pares, cada subsistema puede
llamar a los demás. Una comunicación desde un
subsistema hacia otro no va necesariamente
seguida por una respuesta inmediata.
5. Las interacciones entre pares son más complejas
porque los subsistemas deben conocer las
interfaces del otro hay ciclos
de comunicaciones que son difíciles de entender
y proclives a sutiles errores de diseño. Hay que
buscar descomposiciones cliente-proveedor
siempre que sea posible, porque
una interacción monodireccional es mucho más
fácil de construir, comprender y modificar que
una interacción bidireccional.
6. • A menudo los especialistas de sistemas se
refieren a esta etapa como el Diseño Físico, en
contraste con el Diseño del sistema que se
conoce como el diseño lógico. Los
programadores de software son también
responsables de la documentación del programa
y de incluir los comentarios que expliquen cómo
y porqué se utilizó cierto procedimiento. La
documentación es esencial para probar el
programa y darle mantenimiento una vez que se
ha puesto en marcha.
7. Es el proceso de traducción del modelo lógico
abstracto a un diseño técnico específico para el
nuevo sistema. Produce las especificaciones
reales para el hardware, software y bases de
datos físicas, medios de entrada/salida,
procedimientos manuales y controles
específicos. Proporciona las especificaciones
que transforman el diseño lógico abstracto en
un sistema de funciones de personas y
máquinas.
8. • PRESICIÓN Y OPORTUNIDAD
• CAPACIDAD Y CONSICIÓN DEL PROCESO
• DISPONIBILIDAD Y SEGURIDAD
9. • FLUJO DE DATOS
• ALMACENAMIENTO DE DATOS
• PROCEDIMIENTOS
• RELACION SISTEMA PERSONAL
• ENTRADAS
• SALIDAS