SlideShare una empresa de Scribd logo
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

Rational rose
Rational roseRational rose
Rational rose
Israel Chava Gonzales
 
2 1 vistas arquitectonicas
2 1 vistas arquitectonicas2 1 vistas arquitectonicas
2 1 vistas arquitectonicaslandeta_p
 
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
Ramiro Estigarribia Canese
 
UML - Analisis de Sistemas
UML - Analisis de SistemasUML - Analisis de Sistemas
UML - Analisis de Sistemas
Jose Bustamante Romero
 
UML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de ClaseUML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de ClaseGuillermo Díaz
 
DISEÑO DE LA ARQUITECTURA DEL SOFTWARE
DISEÑO DE LA ARQUITECTURA DEL SOFTWAREDISEÑO DE LA ARQUITECTURA DEL SOFTWARE
DISEÑO DE LA ARQUITECTURA DEL SOFTWARE
jose_rob
 
Modelamiento del Sistema Diagrama de Flujo de Datos (DFD)
Modelamiento del SistemaDiagrama de Flujo de Datos (DFD)Modelamiento del SistemaDiagrama de Flujo de Datos (DFD)
Modelamiento del Sistema Diagrama de Flujo de Datos (DFD)
nelson rodriguez huallpa
 
Vistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareVistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareRoberth Loaiza
 
Ingenieria de software
Ingenieria de softwareIngenieria de software
Ingenieria de software
Francisco Gómez
 
Proceso del Software
Proceso del Software Proceso del Software
Proceso del Software
Ares Atzarel Hernández Rodríguez
 
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ónNAHAMA19
 
Metodologia estructurada
Metodologia estructuradaMetodologia estructurada
Metodologia estructurada
M'elver Melende'z
 
Conceptos basicos de analisis y diseño
Conceptos basicos de analisis y diseñoConceptos basicos de analisis y diseño
Conceptos basicos de analisis y diseño
Universidad Pedagógica y Tecnológica de Colombia
 
Metodologia Kendall y Kendall (1.997)
Metodologia Kendall y Kendall (1.997)Metodologia Kendall y Kendall (1.997)
Metodologia Kendall y Kendall (1.997)
RobertoCaniza
 
Estructura de almacenamiento
Estructura de almacenamientoEstructura de almacenamiento
Estructura de almacenamiento
Andrea Mendez
 
Ingeniería inversa y reingeniería de software
Ingeniería inversa y reingeniería de softwareIngeniería inversa y reingeniería de software
Ingeniería inversa y reingeniería de software
Moises Medina
 
Diseño de Sistemas
Diseño de SistemasDiseño de Sistemas
Diseño de Sistemas
JUANESTEFA
 
Diccionario de datos en los sistemas de información
Diccionario de datos en los sistemas de informaciónDiccionario de datos en los sistemas de información
Diccionario de datos en los sistemas de información
Yaskelly Yedra
 

La actualidad más candente (20)

Rational rose
Rational roseRational rose
Rational rose
 
2 1 vistas arquitectonicas
2 1 vistas arquitectonicas2 1 vistas arquitectonicas
2 1 vistas arquitectonicas
 
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
 
UML - Analisis de Sistemas
UML - Analisis de SistemasUML - Analisis de Sistemas
UML - Analisis de Sistemas
 
UML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de ClaseUML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de Clase
 
DISEÑO DE LA ARQUITECTURA DEL SOFTWARE
DISEÑO DE LA ARQUITECTURA DEL SOFTWAREDISEÑO DE LA ARQUITECTURA DEL SOFTWARE
DISEÑO DE LA ARQUITECTURA DEL SOFTWARE
 
Modelamiento del Sistema Diagrama de Flujo de Datos (DFD)
Modelamiento del SistemaDiagrama de Flujo de Datos (DFD)Modelamiento del SistemaDiagrama de Flujo de Datos (DFD)
Modelamiento del Sistema Diagrama de Flujo de Datos (DFD)
 
Vistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareVistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de Software
 
Ingenieria de software
Ingenieria de softwareIngenieria de software
Ingenieria de software
 
Proceso del Software
Proceso del Software Proceso del Software
Proceso del Software
 
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
 
Metodologia estructurada
Metodologia estructuradaMetodologia estructurada
Metodologia estructurada
 
Conceptos basicos de analisis y diseño
Conceptos basicos de analisis y diseñoConceptos basicos de analisis y diseño
Conceptos basicos de analisis y diseño
 
Metodologia Kendall y Kendall (1.997)
Metodologia Kendall y Kendall (1.997)Metodologia Kendall y Kendall (1.997)
Metodologia Kendall y Kendall (1.997)
 
Ingenieria de Software
Ingenieria de SoftwareIngenieria de Software
Ingenieria de Software
 
Estructura de almacenamiento
Estructura de almacenamientoEstructura de almacenamiento
Estructura de almacenamiento
 
Ingeniería inversa y reingeniería de software
Ingeniería inversa y reingeniería de softwareIngeniería inversa y reingeniería de software
Ingeniería inversa y reingeniería de software
 
Diseño de Sistemas
Diseño de SistemasDiseño de Sistemas
Diseño de Sistemas
 
Diccionario de datos en los sistemas de información
Diccionario de datos en los sistemas de informaciónDiccionario de datos en los sistemas de información
Diccionario de datos en los sistemas de información
 
Diagrama de casos de usos
Diagrama de casos de usosDiagrama de casos de usos
Diagrama de casos de usos
 

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 Avanzado
Videoconferencias UTPL
 
Teoría General de Sistemas
Teoría General de SistemasTeoría General de Sistemas
Teoría General de Sistemas
Robert Eduardo Leon Baez
 
La tierra, subsistemas
La tierra, subsistemasLa tierra, subsistemas
La tierra, subsistemassexto-grado
 
Sistemas
SistemasSistemas
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 I
Danilo 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 Generales
Videoconferencias UTPL
 
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.
K Project: Yaoi en su maximo esplendor
 
Simbolos_Uml
Simbolos_UmlSimbolos_Uml
Simbolos_Uml
UNACAR
 
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

9.diseño de la arquitectura
9.diseño de la arquitectura9.diseño de la arquitectura
9.diseño de la arquitectura
Ramiro Estigarribia Canese
 
Arquitecturas
ArquitecturasArquitecturas
Arquitecturasenlinea70
 
Arquitectura del desarrollo del software
Arquitectura del desarrollo del softwareArquitectura del desarrollo del software
Arquitectura del desarrollo del software
Jose Morales
 
Desarrollo de Software Orienta a Objetos
Desarrollo de Software Orienta a ObjetosDesarrollo de Software Orienta a Objetos
Desarrollo de Software Orienta a Objetos
Dat@center S.A
 
Comunidad emagister 63082_63082-convertido
Comunidad emagister 63082_63082-convertidoComunidad emagister 63082_63082-convertido
Comunidad emagister 63082_63082-convertido
Jamil Cajamarca
 
Conceptos basicos arquitectura de software
Conceptos basicos arquitectura de softwareConceptos basicos arquitectura de software
Conceptos basicos arquitectura de software
GLUD - Grupo de Trabajo Académico GNU/Linux Universidad Distrital
 
Arquitectura de software.docx
Arquitectura de software.docxArquitectura de software.docx
Arquitectura de software.docx
KeiberOrtiz1
 
Diseno de software_-_gabriel_gonzalez
Diseno de software_-_gabriel_gonzalezDiseno de software_-_gabriel_gonzalez
Diseno de software_-_gabriel_gonzalez
GabrielGonzalez463
 
Unidad 4. diseno del sistema
Unidad 4. diseno del sistemaUnidad 4. diseno del sistema
Unidad 4. diseno del sistema
Josefina Guerrero Garcia
 
MVC.ppt
MVC.pptMVC.ppt
MVC.ppt
PachinLoco
 
210452 arquitectura-de-software-adrian-lasso
210452 arquitectura-de-software-adrian-lasso210452 arquitectura-de-software-adrian-lasso
210452 arquitectura-de-software-adrian-lassoEpmaps q
 
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
Galo Anzules
 
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 II
JimmyWilfredMassVerd
 
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
Yazmin Polanco
 
Desarrollo De Software Para Internet
Desarrollo De Software Para InternetDesarrollo De Software Para Internet
Desarrollo De Software Para Internet
samgeo
 

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
 
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
 
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
 
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

Los derechos de autor y Ética Profesional
Los derechos de autor y Ética ProfesionalLos derechos de autor y Ética Profesional
Los derechos de autor y Ética Profesional
bgonzalezm20
 
WordPress training basics - básicos de cómo enseñar WordPress
WordPress training basics - básicos de cómo enseñar WordPressWordPress training basics - básicos de cómo enseñar WordPress
WordPress training basics - básicos de cómo enseñar WordPress
Fernando Tellado
 
FISICA IMPRIMIR MATERIAL ACADEMICO NIVEL SECUNDARIO
FISICA IMPRIMIR MATERIAL ACADEMICO NIVEL SECUNDARIOFISICA IMPRIMIR MATERIAL ACADEMICO NIVEL SECUNDARIO
FISICA IMPRIMIR MATERIAL ACADEMICO NIVEL SECUNDARIO
DarwinNestorArapaQui
 
EXPERIENCIA PROYECTOS STARTUP JAVIER LASA
EXPERIENCIA PROYECTOS STARTUP JAVIER LASAEXPERIENCIA PROYECTOS STARTUP JAVIER LASA
EXPERIENCIA PROYECTOS STARTUP JAVIER LASA
Javier Lasa
 
fase 4-Estudio de la geometria analitica[1].pptx
fase 4-Estudio de la geometria analitica[1].pptxfase 4-Estudio de la geometria analitica[1].pptx
fase 4-Estudio de la geometria analitica[1].pptx
QuerubinOlayamedina
 
Sistemas-de-Numeración-para-Primero-de-Secundaria.doc
Sistemas-de-Numeración-para-Primero-de-Secundaria.docSistemas-de-Numeración-para-Primero-de-Secundaria.doc
Sistemas-de-Numeración-para-Primero-de-Secundaria.doc
LuisEnriqueCarboneDe
 
EduLearnIAappde IAparatodosdisponible.pptx
EduLearnIAappde IAparatodosdisponible.pptxEduLearnIAappde IAparatodosdisponible.pptx
EduLearnIAappde IAparatodosdisponible.pptx
Elizabeth Mejia
 
INSTITUTO AUCARA SEMANA NUMERO 7 AGROPECUARIA I
INSTITUTO AUCARA SEMANA NUMERO 7 AGROPECUARIA IINSTITUTO AUCARA SEMANA NUMERO 7 AGROPECUARIA I
INSTITUTO AUCARA SEMANA NUMERO 7 AGROPECUARIA I
CESAR MIJAEL ESPINOZA SALAZAR
 
Presentación Arduino, proyecto colectivo
Presentación Arduino, proyecto colectivoPresentación Arduino, proyecto colectivo
Presentación Arduino, proyecto colectivo
juanlemus11122
 

Último (9)

Los derechos de autor y Ética Profesional
Los derechos de autor y Ética ProfesionalLos derechos de autor y Ética Profesional
Los derechos de autor y Ética Profesional
 
WordPress training basics - básicos de cómo enseñar WordPress
WordPress training basics - básicos de cómo enseñar WordPressWordPress training basics - básicos de cómo enseñar WordPress
WordPress training basics - básicos de cómo enseñar WordPress
 
FISICA IMPRIMIR MATERIAL ACADEMICO NIVEL SECUNDARIO
FISICA IMPRIMIR MATERIAL ACADEMICO NIVEL SECUNDARIOFISICA IMPRIMIR MATERIAL ACADEMICO NIVEL SECUNDARIO
FISICA IMPRIMIR MATERIAL ACADEMICO NIVEL SECUNDARIO
 
EXPERIENCIA PROYECTOS STARTUP JAVIER LASA
EXPERIENCIA PROYECTOS STARTUP JAVIER LASAEXPERIENCIA PROYECTOS STARTUP JAVIER LASA
EXPERIENCIA PROYECTOS STARTUP JAVIER LASA
 
fase 4-Estudio de la geometria analitica[1].pptx
fase 4-Estudio de la geometria analitica[1].pptxfase 4-Estudio de la geometria analitica[1].pptx
fase 4-Estudio de la geometria analitica[1].pptx
 
Sistemas-de-Numeración-para-Primero-de-Secundaria.doc
Sistemas-de-Numeración-para-Primero-de-Secundaria.docSistemas-de-Numeración-para-Primero-de-Secundaria.doc
Sistemas-de-Numeración-para-Primero-de-Secundaria.doc
 
EduLearnIAappde IAparatodosdisponible.pptx
EduLearnIAappde IAparatodosdisponible.pptxEduLearnIAappde IAparatodosdisponible.pptx
EduLearnIAappde IAparatodosdisponible.pptx
 
INSTITUTO AUCARA SEMANA NUMERO 7 AGROPECUARIA I
INSTITUTO AUCARA SEMANA NUMERO 7 AGROPECUARIA IINSTITUTO AUCARA SEMANA NUMERO 7 AGROPECUARIA I
INSTITUTO AUCARA SEMANA NUMERO 7 AGROPECUARIA I
 
Presentación Arduino, proyecto colectivo
Presentación Arduino, proyecto colectivoPresentación Arduino, proyecto colectivo
Presentación Arduino, proyecto colectivo
 

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