Loading

Module 1: Técnicas de modelado y simulación

Apuntes
Study Reminders
Support
Text Version

Técnicas de modelado gráfico

Set your study reminders

We will email you at these times to remind you to study.
  • Monday

    -

    7am

    +

    Tuesday

    -

    7am

    +

    Wednesday

    -

    7am

    +

    Thursday

    -

    7am

    +

    Friday

    -

    7am

    +

    Saturday

    -

    7am

    +

    Sunday

    -

    7am

    +

Hoy hablaremos de algunas de las técnicas de modelado gráficoutilizadas en el proceso de diseño del sistema de ingeniería. Estas son algunas de las técnicas de modelado cualitativo de, ampliamente utilizadas en la industria para las diferentes etapas del proceso de diseño de.En las últimas clases comentamos sobre los diversos procesos en el diseño del sistema, y nosotrosencontramos que hay muchas herramientas para ser utilizadas en varias etapas; especialmente cuando se trata deel modelado funcional, desarrollo de la arquitectura, desarrollo de interfaces, etcétera. Nosotrostenemos que pensar en varias técnicas de modelado para que el proceso sea mucho más sencilloy luego da una idea mucho mejor sobre todo el proceso lo que estamos haciendo.Así que, en esta conferencia y luego las próximas conferencias discutiré acerca de algunos de los métodos comúnmente utilizadosmodelar el sistema, así como algunos de los procesos en el diseño del sistema.(Consulte el tiempo de la diapositiva: 01:16)
Las técnicas principales que vamos a discutir son las técnicas de modelado que el primeres básicamente conocido como el modelo de datos. Es la relación entre las entidades de datos. Por lo tanto,tenemos varias entidades en el sistema y hay muchos intercambios de datos entre estas entidades. Por lo tanto, tenemos que modelar esta relación de datos, básicamente las relaciones de salidaentre las entidades y utilizamos las técnicas de modelado de datos para hacer esto.Las técnicas de modelo de datos utilizadas principalmente son los diagramas de relación de entidad y el higraph.Vamos a pasar por estos métodos ER diagramas e higraph, pero antes de eso déjenmeexplicar los otros dos métodos, donde usamos para modelar el otro es conocido comoproceso de modelado.Así que, el primero fue el modelo de datos que realmente da la relación entre las entidades de datosy en el modelo de proceso, discutimos sobre el modelado de procesos básicamenteel flujo de funciones en el sistema. Identifica los procesos qué procesos se realizan ycuando se realiza y así sucesivamente. Por lo tanto, aquí en el modelado de procesos, el foco está en identificarlos flujos entre las entidades. Por lo tanto, especialmente en el modelado funcional, necesitamosidentificar qué función procesa qué entidad y cómo este flujo de función está tomando el lugar de. Por lo tanto, para hacer que usemos el modelo de proceso y aquí tenemos diferentes métodos; uno es conocido como un flujo de datos o método el otro es conocido como un diagrama N2estos son algo similares al diagrama IDEF0 que ya discutimos, peroestos son métodos alternativos para el modelado del proceso dentro del sistema.El último es conocido como el modelo de comportamiento. En el modelo de comportamiento observamos elcontrolado y la activación de varios procesos en el sistema. Por lo tanto, cómo se controla ycómo se lleva a cabo el flujo, qué tipo de entrada de control es necesaria paralas cosas seanrealmente modeladas utilizando el modelo de comportamiento. Especialmente la terminación de las funciones del sistemase modelan utilizando el modelo de comportamiento. Los métodos utilizados habitualmente sonla FFBD que es el diagrama de bloques de flujo de funciones, luego diagramas de comportamiento y petrinets.Por lo tanto, todos estos se utilizan para modelar la terminación de activación de control de las funciones del sistema envarias etapas. Por lo tanto, esto es necesario para identificar, qué tipo de acción de control necesitamosproporcionar y cuándo realmente termina una función en particular y qué tipo de controlde control son necesarios y qué tipo de procesos se están llevando a cabo de forma paralela.Así que, estos pueden modelarse utilizando los modelos de comportamiento. Por lo tanto, estas son las tresimportantes técnicas de modelado que se discutirán en esta conferencia. Por lo tanto, empezaremos con
el modelo de datos que es la relación entre las entidades de datos. Por lo tanto, empezaremos con el diagrama deER o el diagrama de relación de entidad.(Consulte la hora de la diapositiva: 04:02)
Los diagramas de relación de entidad, que modela las estructuras de datos o relacionesentre entidades de datos. Por lo tanto, aquí la relación entre las entidades de datos se modelautilizando el diagrama de relación de entidad y una entidad se define como una clase de elementossimilares reales como personas, sistemas, libros, etc. Por lo tanto, estas entidades modelan la relaciónentre estas entidades utilizando el diagrama de relación de entidad y cómo creamos ERD.Por lo tanto, aquí estas creadas básicamente el diagrama de relación de entidad se crean identificandolas entidades. Por lo tanto, identificamos todas las entidades del sistema y, a continuación, identificamos los sucesos significativos de.Así, cuáles son los sucesos significativos que tienen lugar y, a continuación, analizar la naturaleza de las interacciones dey, a continuación, dibujar el diagrama de relación de entidad. Así que, como he mencionado,básicamente explica la relación entre las entidades. Por lo tanto, para dibujar el diagramadel flujo de datos, necesitamos identificar las entidades y la relación entre las entidades. Yuna vez que identificamos esta interacción entre las entidades podemos realmente dibujar el diagrama de relación de la entidad. Voy a explicar algunos de los métodos utilizados para la relación de entidaddiagrama para dibujar el diagrama. Por lo tanto, vamos a la tabla y luego ver cómo las entidades estánrelacionadas o representadas y cómo se explican las relaciones utilizando el diagramade la relación de entidad.
Por lo tanto, en el diagrama de relación de entidad, todas las entidades se representan utilizando un bloque cuadrado.Por lo tanto, todas las entidades se representan utilizando un bloque cuadrado.(Consulte la hora de la diapositiva: 05:37)
Por lo tanto, esta es la entidad y la relación entre dos entidades. Por lo tanto, tenemos otra entidadaquí, la relación entre estas dos entidades se representa utilizando una caja con forma de diamante. Entonces, esta es la relación y está conectada así. Por lo tanto, si tiene más relaciones, en realidad puede dibujar más cajas con forma de diamante para representar la relación. Por lo tanto, esta es la estructura básica de la relación de entidad. Por lo tanto, aquí como puede ver,puede tener muchas entidades y muchas relaciones. Por lo tanto, las entidades normalmente estánrepresentadas utilizando los bloques cuadrados y la relación se representa utilizando cajas con forma de diamante. Otra forma de hacer esto es básicamente que se puede en lugar de tener las cajas de diamantesque realmente podemos haber dirigido las relaciones, donde simplemente mostramosuna flecha a una flecha dirigida para representar la relación.Así que, esta es la entidad 1 esta es la entidad 2 y podemos tener las relaciones escritas por aquí R1R2 R3 la relación. Por lo tanto, en este caso si está utilizando el cuadro con forma de diamante pararepresenta la relación, entonces no utilizamos las flechas, pero cuando no estamos utilizando la relaciónutilizaremos flechas para representar la relación direccional. Por ejemplo,tomamos un caso de un cliente que realiza depósitos, cómo representamos la relación entreel cliente y el dinero. Por lo tanto, el cliente es una entidad aquí es un ejemplo muy simple. Por lo tanto,tomamos el cliente y el dinero en dos entidades. Por lo tanto, como hemos mencionado una entidad puede ser
cualquier cosa que sea un material de máquina de hombre o cualquier otra cosa, que en realidad puede serrepresentada.Así que, esta es una entidad y esta es otra entidad y cuando un cliente hace un depósito. Por lo tanto,realmente podemos escribir la relación como esta. Por lo tanto, aquí realmente el depósito del clientedinero. Por lo tanto, puede ser que un cliente de una relación puede depositar dinero y el otro escliente retira dinero tal vez otra relación, por supuesto, usted puede tener muchoseste tipo de relaciones y transferir dinero. Por lo tanto, estas son las tres relaciones que podemosidentificar al cliente de dinero de depósito de clientes retira dinero de transferencias de clientes dinero.Así que, esto en realidad muestra que estos son el tipo de relación que un cliente puede tener con el dinero dey que realmente representa el uso de métodos gráficos. Por lo tanto, es el modelo de una técnica de modelado cualitativodonde representamos la relación entre el cliente dey el dinero o entre diferentes entidades.Podemos tener una relación diferente dependiendo de los escenarios, en realidad podemos identificarmuchos otros escenarios como el cliente quiere hacer una impresión fuera de la cuenta o la declaración de cuenta de, entonces las entidades serán diferentes aquí el cliente será la entidadaquí la entidad en lugar de dinero estará teniendo una entidad diferente. Y la misma relaciónse puede representar utilizando las flechas direccionales también. Por lo tanto, en lugar de los recuadros de diamante, tendrá las flechas direccionales.(Consulte la hora de la diapositiva: 09:38)
Por lo tanto, estas son las dos entidades. Por lo tanto, esta es otra forma de representar el mismo dinero del cliente de diagrama de ERy aquí estará teniendo el depósito en la relacióndepósito y transferencia o retiro.Así que, podemos representar la relación ya sea usando estos métodos o usando este método enambos casos, usted verá que hay una relación aquí las flechas se muestran aquí en este caso, pero en este caso las flechas no se muestran. Esta es la forma en que se dibuja el diagramade relación de entidad. Estos son casos muy simples entonces hay métodos que se utilizaron durante un tiempo largo depara representar las relaciones. Y aquí puede tener diferentes tipos de relacióntambién puede tener una relación de uno a uno entre entidades o puede teneruna relación de uno a muchos o puede tener muchas relaciones entre las entidades. Por lo tanto, esto también se puede representar utilizando el diagrama de relación de entidad. Así que, aquípuedes ver si tienes dos entidades como un administrador de oficinas y oficina.Supongamos que estas son las dos entidades entonces podemos tener una relación aquí, el administrador de oficinasadministra la oficina o dirige la oficina. Por lo tanto, esta es la relación entre las entidades.Por lo tanto, este es el gestor de oficina de la entidad 1 y esta oficina es la entidad 2. Por lo tanto, aquí puede tener una oficina de jefe de oficina de relaciones de. Por lo tanto, normalmente tendremos uno a uno
relación para esto. Por lo tanto, es un administrador de oficinas encabeza una oficina. Por lo tanto, es la relación entre uno yen el diagrama de relación de entidad. Por lo tanto, en algunos casos como puede volver a tener
una oficina o podemos tener otro ejemplo para el mismo diagrama uno-a-una relación es el número de registro de vehículo del vehículo este es de nuevo un ejemplo para
relación de uno a uno.Así, el número de registro asignado a los vehículos. Por lo tanto, aquí puede ver que un númerode registro se asigna a un vehículo. Así que, de nuevo esta es una relación de uno a uno. Por lo tanto,
relación en la que sólo hay una entidad, relacionada con una entidad que está representada por una relación de uno a. Y si tiene una a muchas relaciones, entonces estaremos representando
de una manera diferente, el diagrama de relación de entidad será casi el mismo, excepto que nosotrosestará teniendo una relación mostrada con los números de allí. Por lo tanto, uno para muchos esnormal representado como 1 a M y esto será a veces en el presente N a M como muchosa muchos que son N entidades relacionadas con las entidades M.Así que, aquí puede tomar un ejemplo para la una a muchas relaciones. Por lo tanto, si usted tiene un departamento deSupongamos que tenemos concerniente a un departamento en un colegio de ingeniería. Por lo tanto,
puede ver que el departamento lo lamenta. Por lo tanto, esto es de nuevo la entidad dicen empleados del departamentopersonal. Por lo tanto, aquí se puede ver que un departamento empleará a muchos empleados. Por lo tanto, esto es una relación de 1 aM de manera similar podemos tener una persona que puede tener una persona propietaria de vehículos.Así que, usted puede tener esa persona como una entidad posee como una relación y los vehículos tiene otra entidad. Así que, aquí de nuevo la relación es que una persona puede en muchos vehículos. Si essólo un vehículo entonces sería una persona propietaria de un vehículo, pero en este caso una personapuede en muchos vehículos.Por lo tanto, la relación será una relación de 1 a M en el diagrama de relación de entidad que esla relación 1 a M. De la misma manera en que en realidad puede tener muchas a muchas relacionestambién, en muchas de las muchas relaciones que va a tener muchas entidades sobreaquí interactuando con muchas otras entidades a través de una sola relación. Por lo tanto, si tomaesto como un ejemplo que podemos ver aquí.(Consulte el tiempo de la diapositiva: 15:10)
Usted toma el ejemplo del sistema de reservas o los estudiantes que se registran en dos cursos;los estudiantes son una entidad entonces cursos. Por lo tanto, puede ver que hay M estudiantes puedenregistrarse para los cursos N. Por lo tanto, este es el registro para los cursos; por lo que el registro como una entidad I comouna relación. Por lo tanto, los estudiantes de M se registran para N curso que es la relación M a N. Sitoma un solo estudiante, entonces será una relación de 1 a M un estudiante que se registre para los cursos de N, entonces será como una relación de 1 a M.
Por lo tanto, en este caso cuando usted toma M estudiantes se registran para N cursos. Por lo tanto, los estudiantesMse registran para los cursos de N en una opinión de muchas a muchas relaciones. Por lo tanto, estas son conocidas comomuchas para muchas relaciones. Del mismo modo, puede ver la reserva de billetes de los pasajeros.Así, los pasajeros reservan asientos. Por lo tanto, vuelos o trenes, se puede ver de nuevo esto será una relación de M aN, usted tiene M pasajeros reservando asientos para los vuelos N; así que de nuevo M a Nrelación.Así que, si usted toma un solo pasajero, entonces será una relación de N a N de lo contrario serála relación M a N. Por lo tanto, puede ver aquí los diagramas ER pueden representar varios escenarios de, básicamente la relación entre varias entidades se muestra aquí y en esta relación de entidad deen realidad podemos representar las entidades como cajas rectangulares y la relacióncomo cajas con forma de diamante, y luego puede tener esta relación utilizando una relación de caja de diamantes deo puede tener flechas dirigidas. Por lo tanto, cuando está utilizando las flechas dirigidas por, no utilizamos las casillas de aquí describimos la relación asR1,R2, R3whatever puede ser la relación.Por lo tanto, estos son algunos de los ejemplos para los diagramas ER simples del diagrama ER y en el diagrama ERpuede tener una relación uno a uno o una relación a muchas o una relación de N a M. Por lo tanto, cualquier relación se puede representar utilizando el diagrama ER y vimosalgunos de los ejemplos en los que puede tener una relación de uno a uno o una relación de 1 a No una relación de N a M. Por lo tanto, estos son los simples diagramas ER, ahora sicombinó estas relaciones 1 a N y la relación de N a M puedo mostrarles un simple ejemplo decómo realmente combinamos estas cosas para hacer un escenario. Por lo tanto, tome el ejemplode un vendedor básicamente hoy en día se puede ver a muchos vendedores venir directamente alas casas y hacer una venta directa. Por lo tanto, si toma un ejemplo de vendedor.
(Consulte la hora de la diapositiva: 18:29)
Por lo tanto, si considera a un vendedor como una entidad. Por lo tanto, un vendedor realmente servirá a los clientes deo cuando visito los hogares o las tiendas eran de lo que tal vez la situación de. Por lo tanto, sirve a los clientes, podemos llevar al cliente como otra entidad. Así que, aquípuede ver esto es una relación de 1 a M un vendedor servirá a los clientes de M un vendedorpuede servir a muchos clientes. Por lo tanto, esto será una relación de 1 a M y, a continuación, un cliente dehará que base muchos pedidos. Por lo tanto, un cliente coloca. Por lo tanto, de nuevo puede ver queun cliente ahora estamos tomando sólo un cliente aquí, un cliente coloca M órdenes.Así que, él es de nuevo una relación de 1 a M, porque el cliente puede hacer muchas órdenes ymuchas órdenes. Por lo tanto, la una vez que el vendedor está tomando la orden. Por lo tanto, él estará tomando el ordende mucha gente. Por lo tanto, finalmente, recibirá muchas órdenes con muchos artículos.Así que, en realidad, listará todos los pedidos, esta es la relación que las órdenes están listadas juntas.Así que, él estará recibiendo la lista con los muchos productos; por lo que los productos que la relación de producto final, la lista estará teniendo muchos productos. Por lo tanto, él estará teniendo N lista o estoyusando N para decir la relación de muchos. Por lo tanto, N lista con productos M; esto es otra vez un muchosa muchas relaciones. Por lo tanto, de múltiples clientes estarán recibiendo pedidos y habráN lista con productos M y esto será para la tienda. Por lo tanto, esta lista irá a las tiendas o.Por lo tanto, aquí esta es la entidad del almacén. Por lo tanto, toda esta lista irá al almacén. Por lo tanto,tendrá cuando un almacén donde se almacenan los elementos.
Por lo tanto, tendrá un almacén con un producto M y cuando el pedido haya colocado un pedido de lugar. Para los productos M, el pedido se colocará en un almacén. Por lo tanto, esta es la relacióndel vendedor, un vendedor sirve a muchos clientes. Por lo tanto, una relación de 1 a Mpara el vendedor al cliente y luego un cliente coloca muchos pedidosmuchos pedidos se enumeran en los productos M. Por lo tanto, los productos M se listan en esta relación de M a Mentre el pedido y los productos que hay N lista y productos M y estos productosM se ordenan en un almacén. Por lo tanto, un almacén estará sirviendo a todos los clientes dey, de nuevo, podrá ver que un almacén envía el producto al cliente, clientes individuales. Por lo tanto, vuelva a suministrar productos. Por lo tanto, puede ver un almacén deque suministra productos N.Por lo tanto, este es el modo en que el flujo está representado la relación no representada utilizando diagramas ER, por supuesto, este es un ejemplo muy simple, he tomado un ejemplo muy simple paramostrar el programa de utilidad del diagrama ER para representar el flujo de datos en un sistema. Podemosextender estos dos sistemas complejos también. Por lo tanto, veremos algunos de los diagramas de ERcomplejos cómo los diagramas ER simples se pueden sustituir realmente por el diagrama de ERcomplejo. Por lo tanto, algunas de las cosas serán simplificando en lugar de mostrar toda la relaciónen las cajas de diamantes, trataremos de representarlas usando flechas dirigidasy cuando hagamos esto usted estará recibiendo los complejos diagramas ER, que en realidadmuchas relaciones complejas entre las entidades. Ahora vamos a ver uno de los diagramas ER del complejo.En el diagrama ER complejo lo que intentamos hacer es representar la clase de relación de subclaseo relación de subclase.
(Consulte la hora de la diapositiva: 23:19)
Las relaciones de subclase de clase se representan utilizando en M la relación “ es-a ”. Por lo tanto, un subconjunto dese representa como un subconjunto de otro. Por lo tanto, esto es cómo representamos realmente las subclasesen diagramas ER complejos. Vamos a tomar un ejemplo de diseño del sistema en sísabemos que el diseño del sistema es un proceso complejo. Por lo tanto, el sistema se diseña en sí mismovarias entidades en el diseño del sistema. Por lo tanto, intentaremos identificar la relación entreesta entidad está utilizando un diagrama ER complejo. Ahora aquí puede empezar con las diversas entidades. Por lo tanto, aquí las entidades están representadas en la forma oval en lugar de los cuadroscuadrados porque de nuevo esto es complejo. Por lo tanto, es necesario tener muchas entidades. Por lo tanto, nosotrosintentaremos simplificarlo. Por lo tanto, la ORD le dará el requisito. Por lo tanto, la relaciónentre ORD y el requisito está representada por esto.Por lo tanto, este es el requisito. Por lo tanto, la relación entre ORD y requisito es que, ORDlos documentos el requisito. Por lo tanto, se trata de una entidad ORD es un requisito de entidad es una entidady la relación la proporciona el documento. Por lo tanto, ORD documenta los requisitos dey, a continuación, es otra entidad, puede escribirla como un comercio de requisitos.Ahora, podemos ver que el requisito de comercio es un requisito. Por lo tanto, la relación se dacomo esta entre estas dos entidades, el requisito de compensación es una subclase del requisito dey esta subclase está representada por una relación conocida como es una relación.Por lo tanto, puede ver que el requisito de comercio es un requisito y los documentos ORD son los requisitos de.
De forma similar, puede tener muchas subclases para el requisito porque es sólo uno deel requisito que realmente puede tener aquí en la relación para el requisito dede todo el sistema como otra entidad de nuevo esta es una relación. Por lo tanto, aquí el requisito dede todo el sistema es un requisito del mismo modo que hay requisitos de prueba, esta es otra vez una relación. Por lo tanto, el requisito de prueba es un requisito, entonces tiene los requisitos dede salida de entrada es un requisito. Por lo tanto, todos estos son el requisito de salida de entrada de requisito de prueba de requisitos de prueba de requisitos de prueba de requisitos dedey, a continuación,el requisito de todo el estado de nuevo puede escribir la relación.Por lo tanto, aquí si tiene algún otro requisito como el requisito de software de decisión. Por lo tanto, enalgunos casos pueden estar teniendo un requisito específico de software. Por lo tanto, el requisito de software deserá otro requisito, pero de nuevo es parte del requisito dede todo el estado. Por lo tanto, podemos escribirlo ya que el requisito de software de decisión es un requisito dede todo el sistema, es una subclase de los requisitos de todo el sistema.Ahora de nuevo puede tener otra relación puede identificarse aquí entre el requisito de prueba dey el requisito de todo el sistema. Por lo tanto, el requisito de prueba se puede rastrearal. Por lo tanto, esta es la relación entre estas dos entidades. Por lo tanto, este es un requisito de pruebaes un requisito de todo el sistema de entidad es una entidad. Por lo tanto, podemos tener una relación entre el requisito de prueba dey el requisito de todo el sistema rastreado; es decir, el requisito de prueba se puede rastrearal requisito de todo el sistema.Del mismo modo, el requisito de prueba se puede rastrear también al requisito de salida de entrada.Básicamente, el requisito de prueba proviene de todos estos requisitos de salida de entrada de requisitos sistemáticosy todos los demás requisitos. Por lo tanto, siempre podemos tener una relación que searastreada hasta el requisito de salida de entrada. Y entonces podemos tener otra entidad aquí que eslos requisitos de salida de entrada derivados. Por lo tanto, el requisito de salida de entrada derivado entoncestenemos un en una relación que es una subclase de requisito de salida de entrada.Por lo tanto, el requisito de salida de entrada derivado es un requisito de salida de entrada o se rastrea que vienede esta subclase de este requisito por lo tanto, en realidad se puede escribir como una relación de. Por lo tanto, las subclases están representadas, digo que el uso de su relación es una relación, y los otros casos que hemos utilizado el rastreo a la relación o cualquiera que seala relación se representará como rastreo o documentos como ese. Y de nuevo en, puede ver que los requisitos de todo el sistema.
Por lo tanto, tiene el sistema principal aquí. Por lo tanto, este es el sistema como una entidad. Por lo tanto, los requisitos dede todo el sistema se pueden rastrear en el sistema. Por lo tanto, de nuevo ha dicho que lo siento es que los requisitos de todo el sistemase rastrean en el sistema. Por lo tanto, es un rastreo de la relación y, a continuación, el sistemarealiza las funciones. Por lo tanto, sabemos que hay muchas funciones en el sistemay el sistema básicamente intenta o el sistema está diseñado básicamente para realizar esta función.Así que, el sistema realiza las funciones, que la relación está aquí realizar. Los sistemasrealizan las funciones y, por supuesto, se pueden rastrear a las funciones. Por lo tanto, aquí esta relaciónes rastreada. Por lo tanto, de nuevo el requisito de salida de entrada se puede rastrear a las funciones de, el requisito de salida de entrada derivado se puede rastrear a las funciones.Básicamente, sabemos que las funciones están ahí para proporcionar estos requisitos o nosotros quees por lo que en realidad podemos rastrear estas funciones a las funciones. Entonces de nuevo sabemos que haydescomposiciones funcionales, son realmente diferentes funciones se identifican esto es una descomposición funcional de. Por lo tanto, esto realmente contiene todas las funciones que la descomposición funcional decontendrá toda la función. Por lo tanto, la relación aquí es que contienelas funciones. Por lo tanto, esa es una relación entre estas entidades. Por lo tanto, todos los que se muestran en este círculoo la forma ovalada o las entidades y la relación se expresan utilizando las flechas dirigidas por.Ahora, el sistema tendrá muchos componentes para proporcionar la función. Por lo tanto, esta es la arquitectura física deque estamos hablando de los componentes y los subsistemas, y entonces los componentes deestarán teniendo la relación entre el sistema y el componenteun sistema se construye a partir de los componentes. Por lo tanto, podemos tener las relaciones aquíel sistema se construye a partir de componentes, la relación se construye a partir de. Por lo tanto, aquí puede verlos componentes en realidad forman un sistema. Por lo tanto, el sistema se construye a partir de componentes, ytenemos el elemento más pequeño de la arquitectura física que se conoce como artículos de configuracióny sabemos que el artículo de configuración es un subconjunto de componentes. Por lo tanto, esta es una relación.Así que, el elemento de configuración es un componente. Por lo tanto, se trata de una subclase o un elemento de configuración es una subclasede componente, por eso tenemos una relación aquí. Y luego tenemosla arquitectura física algo similar a la arquitectura funcional, tenemos la arquitectura físicay de nuevo tenemos los componentes de la relación son parte de la arquitectura física de. Por lo tanto, en realidad la arquitectura física contiene los componentes del curso; puede ser componentes o los subsistemas. Por lo tanto, escribimos la relación como físico
la arquitectura contiene los componentes y luego tenemos las interfaces como otra entidad;aquí la interfaz se utiliza básicamente para conectar los componentes.Por lo tanto, decimos que los componentes. Por lo tanto, la flecha debe estar en esta dirección. Por lo tanto, la relaciónestá conectada y, de nuevo, puede tener interfaces con entre sistemas o el sistemase conecta con los sistemas externos. Por lo tanto, también podemos tener interfaces que conecten el sistema. Por lo tanto, la relación entre la interfaz y el sistema de nuevo está conectada y decurso, la interfaz realizará muchas funciones. Por lo tanto, hay una interfaz de relaciónrealiza funciones y de nuevo habrá elementos de interfaz que básicamente los elementos físicos dede elementos de interfaz. Por lo tanto, esta interfaz en realidad contiene elementos de la configuraciónelementos que puede ser componentes o el software o cualquier otro elemento de configuración que se utilizapara formar la interfaz estos son los elementos y las funciones son producidos por estos elementos parala interfaz. Por lo tanto, esto es realmente las funciones se transforman por las interfaces.Así que, esa es la relación entre los elementos y las transformaciones; y luego tenemos los sistemasexternos como otro sistema externo de entidad otra entidad, y que en realidad realiza las funciones dey aquí de nuevo la interfaz está conectada a la interfaz. Por lo tanto, la interfazconecta los sistemas externos. Por lo tanto, los sistemas externos de nuevo las interfaces se utilizan paraconectando esto. Por lo tanto, tiene el sistema externo de interfaz externo conectado por la interfazy de nuevo hay un sistema externo que realiza las descomposiciones y, a continuación,tiene este último elemento es la arquitectura funcional que en realidad documenta la descomposición funcional de. Entonces, esa es la relación aquí es documentos. Por lo tanto, este es el complejo diagrama de ERpara el diseño del sistema.Como podemos ver aquí ahora que el diseño del sistema es un proceso complejo hay muchas entidadesinvolucradas en el diseño del sistema y, por lo tanto, tenemos que representarlas utilizando las relacioneslo que estamos tratando de hacer es identificar todas las entidades y luego tratar de verqué tipo de relaciones existen entre estas entidades y como he mencionado allíson diferentes tipos de relación entre las entidades. Por lo tanto, intentamos identificar la relaciónasí como la relación de clase o subclase y la relación de subclase esrepresentada utilizando una relación. Y todos
otras relaciones no están utilizando las flechas dedirigidas como podemos aquí si toma el sistema como la entidad principal que puede tenerdiferentes relaciones entre el sistema de entidades, así como los requisitos.
Por lo tanto, hay diferentes requisitos que el requisito de salida derivado de requisitos de salidase puede rastrear a las funciones del sistema porque el sistema necesitarealizar las funciones y, por lo tanto, tenemos muchos requisitos identificados desde allíy aparte de la función el sistema tiene algún requisito de todo el sistema especialmenteen términos de tecnología y otros requisitos, es decir, donde el requisito dede todo el sistema se puede rastrear en el sistema, de forma similar hay requisitos para el software o hardwaredeseado. Por lo tanto, esto se puede considerar como una subclase del requisito de todo el sistema.Por lo tanto, está obteniendo una relación como parte de la relación entre estas entidades; y ORD es el documento. Por lo tanto, el documento de requisito de origen que identificamos onos preparamos y el diseño del sistema, cuando estamos listos con todos los requisitos del sistemay otras funciones y necesidades identificadas. Por lo tanto, la ORD básicamente documenta todos los requisitos dey de nuevo puede ver todos estos requisitos, que son todos estosson una subclase del requisito por lo que la relación entre estas entidades y el requisito dees una relación porque es una subclase de esto