SlideShare una empresa de Scribd logo
1 de 18
Diseño de
Subsistemas
y Desarrollo
Introducción
En informática, al definir un sistema se dice que es un conjunto de elementos que mantienen
ciertas relaciones entre sí; pero cada uno de esos elementos puede considerarse, a su vez,
como un sistema en sí mismo. Por ejemplo, en un sistema operativo existen diferentes
componentes del software como son:
 Administrador de procesos
 Administrador de memoria
 Administrador de dispositivos de E/S.
 Administrador de información o de archivos
Cada uno de los cuales se considera como un subsistema, los cuales a su vez son parte de
otros subsistemas; cada subsistema es delineado por sus límites.
Subsistemas
¿Qué son los límites del subsistema?
Es la línea que separa el sistema de su entorno y que define lo que le pertenece o le
queda fuera de él. Pero a pesar de todo existe dificultad en fijar fronteras debido a que
existe relación entre sistemas.
Por lo tanto se puede decir que se facilita la definición de Sistemas teniendo claro cuál es
el SISTEMA (lo contiene) y cuál es el SUB (dentro del sistema), de esta forma se puede
definir al sistema en relación con su medio inmediato y en relación con sus principales
componentes.
El diseño del sistema es la estrategia de alto nivel para resolver problemas y construir
una solución. Éste incluye decisiones acerca de la organización del sistema en
subsistemas, la asignación de subsistemas a componentes hardware y software, y
decisiones fundamentales conceptuales y de política que son las que constituyen un
marco de trabajo para el diseño detallado.
Diseño de Sistemas y Subsistemas
El diseño de subsistemas se realiza una vez por subsistema de diseño.
Propósito:
 Definir los comportamientos especificados en las interfaces de subsistemas en
términos de colaboraciones entre los elementos de diseño contenidos y
subsistemas/interfaces externos.
 Documentar la estructura interna del subsistema
 Definir realizaciones entre las interfaces de subsistemas y las clases contenidas.
 Determinar dependencias con otros subsistemas.
Artefactos de entrada:
• Subsistemas e Interfaces de Diseño
•Guías específicas del proyecto
• Modelo de diseño
Artefactos resultantes:
• Subsistemas e Interfaces de diseño
• Clases de diseño
• Modelo de diseño
Dependencias del subsistema
Cuando un elemento contenido en un subsistema utiliza algo del comportamiento
de un elemento contenido en otro subsistema, se crea una dependencia entre los
subsistemas incluidos. Para mejorar la reutilización y reducción de las
dependencias de mantenimiento, exprese esta situación en términos de una
dependencia de una interfaz concreta del subsistema, no en el subsistema en sí
mismo ni en el elemento contenido en el subsistema.
Los subsistemas de construcción y las dependencias entre subsistemas y entre
componentes de un subsistema recogen aspectos prácticos relativos a la
plataforma concreta de construcción y ejecución. Entre estos aspectos se pueden
citar, por ejemplo:
 Secuencia de compilación entre componentes.
 Agrupación de elementos en librerías o packages (por ejemplo, DLL en el
entorno Windows, paqu en Java).
Desarrollo
Es un modelo de objetos que
describe la realización de casos
de uso centrándose en los
requisitos funcionales y no
funcionales y sirve como una
abstracción del modelo de
implementación. Incorpora los
siguientes artefactos:
• Clase del diseño
• Realización del caso de
uso-diseño
• Interfaz
• Subsistema de diseño
Diseño de Subsistemas
Clase del diseño
Es una descripción de un conjunto de objetos que comparten las mismas responsabilidades,
relaciones, operaciones, atributos y semántica.
Realización del caso de uso-diseño
Describe como un caso de uso en particular es realizado en el modelo de diseño, en términos
de objetos que están colaborando.
Interfaz
Un elemento de modelado el cual define un conjunto de acciones o comportamiento (un
conjunto de operaciones) ofrecidos por una clase o subsistema de diseño. Una interfaz puede
ser adoptada por varias clases o subsistemas de diseño.
Subsistema de diseño
Un elemento que contiene a otros elementos de diseño, tales como clases o subsistemas de
diseño. Las acciones del sistema son provistas por las clases y subsistemas que contiene e
implanta una o más interfaces, de las cuales toma el comportamiento a efectuar.
Donde:
Asociación
La asociación se podría definir como el momento en que dos objetos se unen para trabajar juntos y
así, alcanzar. una meta. Un punto a tomar muy en cuenta es que ambos objetos son
independientes entre sí, veremos un poco más adelante qué implicación tiene esto. Para validar la
asociación, la frase “Usa un”, debe tener sentido:
El ingeniero usa una computadora
El cliente usa tarjeta de crédito.
El código es Java, pero funciona para cualquier lenguaje de programación orientado a objetos.
Cómo implementar Asociación
Representaremos la relación: El cliente usa tarjeta de crédito.
Código:
public class Customer {
private int id;
private String firstName;
private String lastName;
private CreditCard creditCard;
public Customer() {
//Lo que sea que el construtor haga
}
public void setCreditCard(CreditCard creditCard) {
this.creditCard = creditCard;
}
}
En la asociación:
• Customer es independiente de CreditCard, puesto
que el cliente puede existir sin necesidad de tener
asignada una tarjeta de crédito. Démosle tiempo
para que la tramite, ¡Pero no lo dejemos ir!
• Se puede asignar o retirar la tarjeta de crédito, sin
que la existencia del Cliente se vea afectada (No
debería verse afectada, esto significa que Customer
no debe tronar si no hay un CreditCard presente).
Conclusión
El diseño de subsistemas es uno de los elementos principales para la elaboración de
un sistema, ya que atravez de este se conocen los requerimientos, la interfaz, la
realización del caso, entre otras más. El objetivo principal es definir los
comportamientos específicos en las interfaces de subsistemas en términos de
colaboraciones entre los elementos de diseño de contenidos y
subsistemas/interfaces externos. En el diseño de subsistemas se definió los
comportamientos de cada interfaz subsistemas de sus contenidos, se determinó las
dependencias con otros subsistemas.
Ejercicio
Realizar una interfaz que contenga 2 botones los cuales sean:
• Loggin
• Registro
En donde
En el Frame LOGGIN inicie sesión con un usuario y una contraseña prestablecidas (admin,
1,2,3). Y en el botón Entrar te regrese a la primera interfaz.
En REGISTRO que contenga los datos:
•Nombre
• Apellido Paterno
• Apellido Materno Y cuando de botón registrar te regrese a la primera interfaz
• Edad
• Sexo
Interfaz Principal
Interfaz de Loggin
Interfaz de Registro
G r a c i a s

Más contenido relacionado

La actualidad más candente

Fundamentos y metodos de analisis de requerimientos.
Fundamentos y metodos de  analisis de requerimientos.Fundamentos y metodos de  analisis de requerimientos.
Fundamentos y metodos de analisis de requerimientos.raquel yendez avila
 
Analisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A ObjetosAnalisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A Objetosyoiner santiago
 
Estandares y modelos de calidad del software
Estandares y modelos de calidad del softwareEstandares y modelos de calidad del software
Estandares y modelos de calidad del softwareaagalvisg
 
Vistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareVistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareRoberth Loaiza
 
Ingenieria de requerimientos
Ingenieria de requerimientosIngenieria de requerimientos
Ingenieria de requerimientosTensor
 
Diagrama de interaccion(secuencia y colaboracion)
Diagrama de interaccion(secuencia y colaboracion)Diagrama de interaccion(secuencia y colaboracion)
Diagrama de interaccion(secuencia y colaboracion)marianela0393
 
Metodologias para el desarrollo del software
Metodologias para el desarrollo del softwareMetodologias para el desarrollo del software
Metodologias para el desarrollo del softwareyeltsintorres18
 
Diagramas de implementacion
Diagramas de implementacionDiagramas de implementacion
Diagramas de implementacionZonickX
 
Introducción a los modelos de datos
Introducción a los modelos de datosIntroducción a los modelos de datos
Introducción a los modelos de datosGalo Anzules
 
Conceptos de diseño de software
Conceptos de diseño de softwareConceptos de diseño de software
Conceptos de diseño de softwareJose Diaz Silva
 
Fundamentos del Diseño de Software
Fundamentos del Diseño de SoftwareFundamentos del Diseño de Software
Fundamentos del Diseño de SoftwareNelson Guanipa
 
Modelado de requisitos
Modelado de requisitosModelado de requisitos
Modelado de requisitosKleo Jorgee
 
Modelo de desarrollo concurrente
Modelo de desarrollo concurrenteModelo de desarrollo concurrente
Modelo de desarrollo concurrentesamuel ospino
 
Métricas de Proceso y proyecto de software
Métricas de Proceso y proyecto de softwareMétricas de Proceso y proyecto de software
Métricas de Proceso y proyecto de softwareLorena Quiñónez
 
Análisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de softwareAnálisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de softwareAngel Reyes
 

La actualidad más candente (20)

Fundamentos y metodos de analisis de requerimientos.
Fundamentos y metodos de  analisis de requerimientos.Fundamentos y metodos de  analisis de requerimientos.
Fundamentos y metodos de analisis de requerimientos.
 
Arquitectura del software
Arquitectura del softwareArquitectura del software
Arquitectura del software
 
Analisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A ObjetosAnalisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A Objetos
 
Estandares y modelos de calidad del software
Estandares y modelos de calidad del softwareEstandares y modelos de calidad del software
Estandares y modelos de calidad del software
 
Vistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareVistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de Software
 
Ingenieria de requerimientos
Ingenieria de requerimientosIngenieria de requerimientos
Ingenieria de requerimientos
 
Diagrama de interaccion(secuencia y colaboracion)
Diagrama de interaccion(secuencia y colaboracion)Diagrama de interaccion(secuencia y colaboracion)
Diagrama de interaccion(secuencia y colaboracion)
 
Metodologias para el desarrollo del software
Metodologias para el desarrollo del softwareMetodologias para el desarrollo del software
Metodologias para el desarrollo del software
 
Diagramas de implementacion
Diagramas de implementacionDiagramas de implementacion
Diagramas de implementacion
 
Introducción a los modelos de datos
Introducción a los modelos de datosIntroducción a los modelos de datos
Introducción a los modelos de datos
 
Conceptos de diseño de software
Conceptos de diseño de softwareConceptos de diseño de software
Conceptos de diseño de software
 
Presentación diseño sistemas sm
Presentación diseño sistemas smPresentación diseño sistemas sm
Presentación diseño sistemas sm
 
Diseño de sistemas
Diseño de sistemasDiseño de sistemas
Diseño de sistemas
 
Fundamentos del Diseño de Software
Fundamentos del Diseño de SoftwareFundamentos del Diseño de Software
Fundamentos del Diseño de Software
 
Modelado de requisitos
Modelado de requisitosModelado de requisitos
Modelado de requisitos
 
Modelo de desarrollo concurrente
Modelo de desarrollo concurrenteModelo de desarrollo concurrente
Modelo de desarrollo concurrente
 
Modelos concurrentes
Modelos concurrentesModelos concurrentes
Modelos concurrentes
 
Métricas de Proceso y proyecto de software
Métricas de Proceso y proyecto de softwareMétricas de Proceso y proyecto de software
Métricas de Proceso y proyecto de software
 
Requerimientos del software
Requerimientos del software Requerimientos del software
Requerimientos del software
 
Análisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de softwareAnálisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de software
 

Destacado

Metodologia de la Programación II Modelo Estructural Avanzado
Metodologia de la Programación II Modelo Estructural  AvanzadoMetodologia de la Programación II Modelo Estructural  Avanzado
Metodologia de la Programación II Modelo Estructural AvanzadoVideoconferencias UTPL
 
La tierra, subsistemas
La tierra, subsistemasLa tierra, subsistemas
La tierra, subsistemassexto-grado
 
Sistemas, subsistemas y suprasistemasxx
Sistemas, subsistemas y suprasistemasxxSistemas, subsistemas y suprasistemasxx
Sistemas, subsistemas y suprasistemasxxALEGRIAYAMOR
 
Suprasistema,iosistemas,infrasistemas
Suprasistema,iosistemas,infrasistemasSuprasistema,iosistemas,infrasistemas
Suprasistema,iosistemas,infrasistemasColbert Calampa
 
Asesoria Virtual Metodología de la Programación I
Asesoria Virtual Metodología de la Programación IAsesoria Virtual Metodología de la Programación I
Asesoria Virtual Metodología de la Programación IDanilo Jaramillo
 
Metodologia de la programación Capitulo 1: Conceptos Generales
Metodologia de la programación Capitulo 1: Conceptos GeneralesMetodologia de la programación Capitulo 1: Conceptos Generales
Metodologia de la programación Capitulo 1: Conceptos GeneralesVideoconferencias UTPL
 
Simbolos_Uml
Simbolos_UmlSimbolos_Uml
Simbolos_UmlUNACAR
 
Metodología Y Tecnología de Programación (I Bimestre)
Metodología Y Tecnología de Programación (I Bimestre)Metodología Y Tecnología de Programación (I Bimestre)
Metodología Y Tecnología de Programación (I Bimestre)Videoconferencias UTPL
 
1 2 2 Relaciones Entre Clases
1 2 2 Relaciones Entre Clases1 2 2 Relaciones Entre Clases
1 2 2 Relaciones Entre ClasesUVM
 

Destacado (20)

Metodologia de la Programación II Modelo Estructural Avanzado
Metodologia de la Programación II Modelo Estructural  AvanzadoMetodologia de la Programación II Modelo Estructural  Avanzado
Metodologia de la Programación II Modelo Estructural Avanzado
 
Teoría General de Sistemas
Teoría General de SistemasTeoría General de Sistemas
Teoría General de Sistemas
 
La tierra, subsistemas
La tierra, subsistemasLa tierra, subsistemas
La tierra, subsistemas
 
Sistemas
SistemasSistemas
Sistemas
 
Teoria de sistemas
Teoria de sistemasTeoria de sistemas
Teoria de sistemas
 
Sistemas, subsistemas y suprasistemasxx
Sistemas, subsistemas y suprasistemasxxSistemas, subsistemas y suprasistemasxx
Sistemas, subsistemas y suprasistemasxx
 
Suprasistema,iosistemas,infrasistemas
Suprasistema,iosistemas,infrasistemasSuprasistema,iosistemas,infrasistemas
Suprasistema,iosistemas,infrasistemas
 
Supra sistemas
Supra sistemasSupra sistemas
Supra sistemas
 
Suprasistema ambiental
Suprasistema ambientalSuprasistema ambiental
Suprasistema ambiental
 
Asesoria Virtual Metodología de la Programación I
Asesoria Virtual Metodología de la Programación IAsesoria Virtual Metodología de la Programación I
Asesoria Virtual Metodología de la Programación I
 
Metodologia de la programación Capitulo 1: Conceptos Generales
Metodologia de la programación Capitulo 1: Conceptos GeneralesMetodologia de la programación Capitulo 1: Conceptos Generales
Metodologia de la programación Capitulo 1: Conceptos Generales
 
La importancia de los usos de los algoritmos y diagramas de flujo.
La importancia de los usos de los algoritmos y diagramas de flujo.La importancia de los usos de los algoritmos y diagramas de flujo.
La importancia de los usos de los algoritmos y diagramas de flujo.
 
Simbolos_Uml
Simbolos_UmlSimbolos_Uml
Simbolos_Uml
 
Unidad2 relaciones
Unidad2 relacionesUnidad2 relaciones
Unidad2 relaciones
 
Metodología Y Tecnología de Programación (I Bimestre)
Metodología Y Tecnología de Programación (I Bimestre)Metodología Y Tecnología de Programación (I Bimestre)
Metodología Y Tecnología de Programación (I Bimestre)
 
Caso n°1
Caso n°1Caso n°1
Caso n°1
 
Diagramas de venn
Diagramas de vennDiagramas de venn
Diagramas de venn
 
Uml relaciones
Uml relacionesUml relaciones
Uml relaciones
 
Introducion uml
Introducion umlIntroducion uml
Introducion uml
 
1 2 2 Relaciones Entre Clases
1 2 2 Relaciones Entre Clases1 2 2 Relaciones Entre Clases
1 2 2 Relaciones Entre Clases
 

Similar a Subsistemas

Arquitecturas
ArquitecturasArquitecturas
Arquitecturasenlinea70
 
Arquitectura del desarrollo del software
Arquitectura del desarrollo del softwareArquitectura del desarrollo del software
Arquitectura del desarrollo del softwareJose Morales
 
Desarrollo de Software Orienta a Objetos
Desarrollo de Software Orienta a ObjetosDesarrollo de Software Orienta a Objetos
Desarrollo de Software Orienta a ObjetosDat@center S.A
 
Comunidad emagister 63082_63082-convertido
Comunidad emagister 63082_63082-convertidoComunidad emagister 63082_63082-convertido
Comunidad emagister 63082_63082-convertidoJamil Cajamarca
 
Arquitectura de software.docx
Arquitectura de software.docxArquitectura de software.docx
Arquitectura de software.docxKeiberOrtiz1
 
Diseno de software_-_gabriel_gonzalez
Diseno de software_-_gabriel_gonzalezDiseno de software_-_gabriel_gonzalez
Diseno de software_-_gabriel_gonzalezGabrielGonzalez463
 
210452 arquitectura-de-software-adrian-lasso
210452 arquitectura-de-software-adrian-lasso210452 arquitectura-de-software-adrian-lasso
210452 arquitectura-de-software-adrian-lassoEpmaps q
 
Modelado del AnáLisis
Modelado del AnáLisisModelado del AnáLisis
Modelado del AnáLisisCarolina Rojas
 
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 IIJimmyWilfredMassVerd
 
Diseño de objetos y diseño de sistemas
Diseño de objetos y diseño de sistemasDiseño de objetos y diseño de sistemas
Diseño de objetos y diseño de sistemasYazmin Polanco
 
Desarrollo De Software Para Internet
Desarrollo De Software Para InternetDesarrollo De Software Para Internet
Desarrollo De Software Para Internetsamgeo
 

Similar a Subsistemas (20)

9.diseño de la arquitectura
9.diseño de la arquitectura9.diseño de la arquitectura
9.diseño de la arquitectura
 
Arquitecturas
ArquitecturasArquitecturas
Arquitecturas
 
0 todo
0 todo0 todo
0 todo
 
Arquitectura del desarrollo del software
Arquitectura del desarrollo del softwareArquitectura del desarrollo del software
Arquitectura del desarrollo del software
 
Desarrollo de Software Orienta a Objetos
Desarrollo de Software Orienta a ObjetosDesarrollo de Software Orienta a Objetos
Desarrollo de Software Orienta a Objetos
 
Comunidad emagister 63082_63082-convertido
Comunidad emagister 63082_63082-convertidoComunidad emagister 63082_63082-convertido
Comunidad emagister 63082_63082-convertido
 
Conceptos basicos arquitectura de software
Conceptos basicos arquitectura de softwareConceptos basicos arquitectura de software
Conceptos basicos arquitectura de software
 
Arquitectura
ArquitecturaArquitectura
Arquitectura
 
Arquitectura de software.docx
Arquitectura de software.docxArquitectura de software.docx
Arquitectura de software.docx
 
Diseno de software_-_gabriel_gonzalez
Diseno de software_-_gabriel_gonzalezDiseno de software_-_gabriel_gonzalez
Diseno de software_-_gabriel_gonzalez
 
10.el diseño en el nivel de componentes
10.el diseño en el nivel de componentes10.el diseño en el nivel de componentes
10.el diseño en el nivel de componentes
 
Unidad 4. diseno del sistema
Unidad 4. diseno del sistemaUnidad 4. diseno del sistema
Unidad 4. diseno del sistema
 
MVC.ppt
MVC.pptMVC.ppt
MVC.ppt
 
210452 arquitectura-de-software-adrian-lasso
210452 arquitectura-de-software-adrian-lasso210452 arquitectura-de-software-adrian-lasso
210452 arquitectura-de-software-adrian-lasso
 
Patrones
PatronesPatrones
Patrones
 
Modelado del AnáLisis
Modelado del AnáLisisModelado del AnáLisis
Modelado del AnáLisis
 
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
 
Arquitecturas de software
Arquitecturas de softwareArquitecturas de software
Arquitecturas de software
 
Diseño de objetos y diseño de sistemas
Diseño de objetos y diseño de sistemasDiseño de objetos y diseño de sistemas
Diseño de objetos y diseño de sistemas
 
Desarrollo De Software Para Internet
Desarrollo De Software Para InternetDesarrollo De Software Para Internet
Desarrollo De Software Para Internet
 

Último

COMPETENCIAS CIUDADANASadadadadadadada .pdf
COMPETENCIAS CIUDADANASadadadadadadada .pdfCOMPETENCIAS CIUDADANASadadadadadadada .pdf
COMPETENCIAS CIUDADANASadadadadadadada .pdfOscarBlas6
 
Institucion educativa la esperanza sede la magdalena
Institucion educativa la esperanza sede la magdalenaInstitucion educativa la esperanza sede la magdalena
Institucion educativa la esperanza sede la magdalenadanielaerazok
 
NUVO PROGRAMAS DE ESCUELAS NUEVO-ACUERDO-CTE.pdf
NUVO PROGRAMAS DE ESCUELAS NUEVO-ACUERDO-CTE.pdfNUVO PROGRAMAS DE ESCUELAS NUEVO-ACUERDO-CTE.pdf
NUVO PROGRAMAS DE ESCUELAS NUEVO-ACUERDO-CTE.pdfisrael garcia
 
Buscadores, SEM SEO: el desafío de ser visto en la web
Buscadores, SEM SEO: el desafío de ser visto en la webBuscadores, SEM SEO: el desafío de ser visto en la web
Buscadores, SEM SEO: el desafío de ser visto en la webDecaunlz
 
Historia de la Medicina y bases para desarrollo de ella
Historia de la Medicina y bases para desarrollo de ellaHistoria de la Medicina y bases para desarrollo de ella
Historia de la Medicina y bases para desarrollo de ellajuancamilo3111391
 
2º SOY LECTOR PART 2- MD EDUCATIVO (6).pdf
2º SOY LECTOR PART 2- MD  EDUCATIVO (6).pdf2º SOY LECTOR PART 2- MD  EDUCATIVO (6).pdf
2º SOY LECTOR PART 2- MD EDUCATIVO (6).pdfFernandaHernandez312615
 
rodriguez_DelAngel_MariaGPE_M1S3AL6.pptx
rodriguez_DelAngel_MariaGPE_M1S3AL6.pptxrodriguez_DelAngel_MariaGPE_M1S3AL6.pptx
rodriguez_DelAngel_MariaGPE_M1S3AL6.pptxssuser61dda7
 
INSTITUCION EDUCATIVA LA ESPERANZA SEDE MAGDALENA
INSTITUCION EDUCATIVA LA ESPERANZA SEDE MAGDALENAINSTITUCION EDUCATIVA LA ESPERANZA SEDE MAGDALENA
INSTITUCION EDUCATIVA LA ESPERANZA SEDE MAGDALENAdanielaerazok
 
actividad.06_crea_un_recurso_multimedia_M01_S03_M01.ppsx
actividad.06_crea_un_recurso_multimedia_M01_S03_M01.ppsxactividad.06_crea_un_recurso_multimedia_M01_S03_M01.ppsx
actividad.06_crea_un_recurso_multimedia_M01_S03_M01.ppsx241532171
 
institucion educativa la esperanza sede magdalena
institucion educativa la esperanza sede magdalenainstitucion educativa la esperanza sede magdalena
institucion educativa la esperanza sede magdalenajuniorcuellargomez
 
libro de Ciencias Sociales_6to grado.pdf
libro de Ciencias Sociales_6to grado.pdflibro de Ciencias Sociales_6to grado.pdf
libro de Ciencias Sociales_6to grado.pdfFAUSTODANILOCRUZCAST
 
PRIMARIA 1. RESUELVE PROBLEMAS DE FORMA MOVIMIENTO Y LOCALIZACIÓN 2 (2).pptx
PRIMARIA 1. RESUELVE PROBLEMAS DE FORMA MOVIMIENTO Y LOCALIZACIÓN 2 (2).pptxPRIMARIA 1. RESUELVE PROBLEMAS DE FORMA MOVIMIENTO Y LOCALIZACIÓN 2 (2).pptx
PRIMARIA 1. RESUELVE PROBLEMAS DE FORMA MOVIMIENTO Y LOCALIZACIÓN 2 (2).pptxRodriguezLucero
 
MODELO CARACTERIZACION DE PROCESOS SENA.
MODELO CARACTERIZACION DE PROCESOS SENA.MODELO CARACTERIZACION DE PROCESOS SENA.
MODELO CARACTERIZACION DE PROCESOS SENA.imejia2411
 

Último (13)

COMPETENCIAS CIUDADANASadadadadadadada .pdf
COMPETENCIAS CIUDADANASadadadadadadada .pdfCOMPETENCIAS CIUDADANASadadadadadadada .pdf
COMPETENCIAS CIUDADANASadadadadadadada .pdf
 
Institucion educativa la esperanza sede la magdalena
Institucion educativa la esperanza sede la magdalenaInstitucion educativa la esperanza sede la magdalena
Institucion educativa la esperanza sede la magdalena
 
NUVO PROGRAMAS DE ESCUELAS NUEVO-ACUERDO-CTE.pdf
NUVO PROGRAMAS DE ESCUELAS NUEVO-ACUERDO-CTE.pdfNUVO PROGRAMAS DE ESCUELAS NUEVO-ACUERDO-CTE.pdf
NUVO PROGRAMAS DE ESCUELAS NUEVO-ACUERDO-CTE.pdf
 
Buscadores, SEM SEO: el desafío de ser visto en la web
Buscadores, SEM SEO: el desafío de ser visto en la webBuscadores, SEM SEO: el desafío de ser visto en la web
Buscadores, SEM SEO: el desafío de ser visto en la web
 
Historia de la Medicina y bases para desarrollo de ella
Historia de la Medicina y bases para desarrollo de ellaHistoria de la Medicina y bases para desarrollo de ella
Historia de la Medicina y bases para desarrollo de ella
 
2º SOY LECTOR PART 2- MD EDUCATIVO (6).pdf
2º SOY LECTOR PART 2- MD  EDUCATIVO (6).pdf2º SOY LECTOR PART 2- MD  EDUCATIVO (6).pdf
2º SOY LECTOR PART 2- MD EDUCATIVO (6).pdf
 
rodriguez_DelAngel_MariaGPE_M1S3AL6.pptx
rodriguez_DelAngel_MariaGPE_M1S3AL6.pptxrodriguez_DelAngel_MariaGPE_M1S3AL6.pptx
rodriguez_DelAngel_MariaGPE_M1S3AL6.pptx
 
INSTITUCION EDUCATIVA LA ESPERANZA SEDE MAGDALENA
INSTITUCION EDUCATIVA LA ESPERANZA SEDE MAGDALENAINSTITUCION EDUCATIVA LA ESPERANZA SEDE MAGDALENA
INSTITUCION EDUCATIVA LA ESPERANZA SEDE MAGDALENA
 
actividad.06_crea_un_recurso_multimedia_M01_S03_M01.ppsx
actividad.06_crea_un_recurso_multimedia_M01_S03_M01.ppsxactividad.06_crea_un_recurso_multimedia_M01_S03_M01.ppsx
actividad.06_crea_un_recurso_multimedia_M01_S03_M01.ppsx
 
institucion educativa la esperanza sede magdalena
institucion educativa la esperanza sede magdalenainstitucion educativa la esperanza sede magdalena
institucion educativa la esperanza sede magdalena
 
libro de Ciencias Sociales_6to grado.pdf
libro de Ciencias Sociales_6to grado.pdflibro de Ciencias Sociales_6to grado.pdf
libro de Ciencias Sociales_6to grado.pdf
 
PRIMARIA 1. RESUELVE PROBLEMAS DE FORMA MOVIMIENTO Y LOCALIZACIÓN 2 (2).pptx
PRIMARIA 1. RESUELVE PROBLEMAS DE FORMA MOVIMIENTO Y LOCALIZACIÓN 2 (2).pptxPRIMARIA 1. RESUELVE PROBLEMAS DE FORMA MOVIMIENTO Y LOCALIZACIÓN 2 (2).pptx
PRIMARIA 1. RESUELVE PROBLEMAS DE FORMA MOVIMIENTO Y LOCALIZACIÓN 2 (2).pptx
 
MODELO CARACTERIZACION DE PROCESOS SENA.
MODELO CARACTERIZACION DE PROCESOS SENA.MODELO CARACTERIZACION DE PROCESOS SENA.
MODELO CARACTERIZACION DE PROCESOS SENA.
 

Subsistemas

  • 2. Introducción En informática, al definir un sistema se dice que es un conjunto de elementos que mantienen ciertas relaciones entre sí; pero cada uno de esos elementos puede considerarse, a su vez, como un sistema en sí mismo. Por ejemplo, en un sistema operativo existen diferentes componentes del software como son:  Administrador de procesos  Administrador de memoria  Administrador de dispositivos de E/S.  Administrador de información o de archivos Cada uno de los cuales se considera como un subsistema, los cuales a su vez son parte de otros subsistemas; cada subsistema es delineado por sus límites.
  • 4. ¿Qué son los límites del subsistema? Es la línea que separa el sistema de su entorno y que define lo que le pertenece o le queda fuera de él. Pero a pesar de todo existe dificultad en fijar fronteras debido a que existe relación entre sistemas. Por lo tanto se puede decir que se facilita la definición de Sistemas teniendo claro cuál es el SISTEMA (lo contiene) y cuál es el SUB (dentro del sistema), de esta forma se puede definir al sistema en relación con su medio inmediato y en relación con sus principales componentes.
  • 5. El diseño del sistema es la estrategia de alto nivel para resolver problemas y construir una solución. Éste incluye decisiones acerca de la organización del sistema en subsistemas, la asignación de subsistemas a componentes hardware y software, y decisiones fundamentales conceptuales y de política que son las que constituyen un marco de trabajo para el diseño detallado. Diseño de Sistemas y Subsistemas
  • 6. El diseño de subsistemas se realiza una vez por subsistema de diseño. Propósito:  Definir los comportamientos especificados en las interfaces de subsistemas en términos de colaboraciones entre los elementos de diseño contenidos y subsistemas/interfaces externos.  Documentar la estructura interna del subsistema  Definir realizaciones entre las interfaces de subsistemas y las clases contenidas.  Determinar dependencias con otros subsistemas.
  • 7. Artefactos de entrada: • Subsistemas e Interfaces de Diseño •Guías específicas del proyecto • Modelo de diseño Artefactos resultantes: • Subsistemas e Interfaces de diseño • Clases de diseño • Modelo de diseño
  • 8. Dependencias del subsistema Cuando un elemento contenido en un subsistema utiliza algo del comportamiento de un elemento contenido en otro subsistema, se crea una dependencia entre los subsistemas incluidos. Para mejorar la reutilización y reducción de las dependencias de mantenimiento, exprese esta situación en términos de una dependencia de una interfaz concreta del subsistema, no en el subsistema en sí mismo ni en el elemento contenido en el subsistema.
  • 9. Los subsistemas de construcción y las dependencias entre subsistemas y entre componentes de un subsistema recogen aspectos prácticos relativos a la plataforma concreta de construcción y ejecución. Entre estos aspectos se pueden citar, por ejemplo:  Secuencia de compilación entre componentes.  Agrupación de elementos en librerías o packages (por ejemplo, DLL en el entorno Windows, paqu en Java). Desarrollo
  • 10. Es un modelo de objetos que describe la realización de casos de uso centrándose en los requisitos funcionales y no funcionales y sirve como una abstracción del modelo de implementación. Incorpora los siguientes artefactos: • Clase del diseño • Realización del caso de uso-diseño • Interfaz • Subsistema de diseño Diseño de Subsistemas
  • 11. Clase del diseño Es una descripción de un conjunto de objetos que comparten las mismas responsabilidades, relaciones, operaciones, atributos y semántica. Realización del caso de uso-diseño Describe como un caso de uso en particular es realizado en el modelo de diseño, en términos de objetos que están colaborando. Interfaz Un elemento de modelado el cual define un conjunto de acciones o comportamiento (un conjunto de operaciones) ofrecidos por una clase o subsistema de diseño. Una interfaz puede ser adoptada por varias clases o subsistemas de diseño. Subsistema de diseño Un elemento que contiene a otros elementos de diseño, tales como clases o subsistemas de diseño. Las acciones del sistema son provistas por las clases y subsistemas que contiene e implanta una o más interfaces, de las cuales toma el comportamiento a efectuar. Donde:
  • 12. Asociación La asociación se podría definir como el momento en que dos objetos se unen para trabajar juntos y así, alcanzar. una meta. Un punto a tomar muy en cuenta es que ambos objetos son independientes entre sí, veremos un poco más adelante qué implicación tiene esto. Para validar la asociación, la frase “Usa un”, debe tener sentido: El ingeniero usa una computadora El cliente usa tarjeta de crédito. El código es Java, pero funciona para cualquier lenguaje de programación orientado a objetos.
  • 13. Cómo implementar Asociación Representaremos la relación: El cliente usa tarjeta de crédito. Código: public class Customer { private int id; private String firstName; private String lastName; private CreditCard creditCard; public Customer() { //Lo que sea que el construtor haga } public void setCreditCard(CreditCard creditCard) { this.creditCard = creditCard; } } En la asociación: • Customer es independiente de CreditCard, puesto que el cliente puede existir sin necesidad de tener asignada una tarjeta de crédito. Démosle tiempo para que la tramite, ¡Pero no lo dejemos ir! • Se puede asignar o retirar la tarjeta de crédito, sin que la existencia del Cliente se vea afectada (No debería verse afectada, esto significa que Customer no debe tronar si no hay un CreditCard presente).
  • 14. Conclusión El diseño de subsistemas es uno de los elementos principales para la elaboración de un sistema, ya que atravez de este se conocen los requerimientos, la interfaz, la realización del caso, entre otras más. El objetivo principal es definir los comportamientos específicos en las interfaces de subsistemas en términos de colaboraciones entre los elementos de diseño de contenidos y subsistemas/interfaces externos. En el diseño de subsistemas se definió los comportamientos de cada interfaz subsistemas de sus contenidos, se determinó las dependencias con otros subsistemas.
  • 15. Ejercicio Realizar una interfaz que contenga 2 botones los cuales sean: • Loggin • Registro En donde En el Frame LOGGIN inicie sesión con un usuario y una contraseña prestablecidas (admin, 1,2,3). Y en el botón Entrar te regrese a la primera interfaz. En REGISTRO que contenga los datos: •Nombre • Apellido Paterno • Apellido Materno Y cuando de botón registrar te regrese a la primera interfaz • Edad • Sexo
  • 18. G r a c i a s