Loading

Module 1: Planificación de cualificaciones y proceso de diseño

Study Reminders
Support
Text Version

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

    +

aquí examinaremos los estándares existentes para un sistema de comunicación especialmentelas arquitecturas de comunicación para los sistemas de ingeniería.(Consulte el tiempo de la diapositiva: 01:30)
Como he comentado en la última clase, las normas básicamente garantizarán que una interfazhabilite la conexión de dos componentes. Por lo tanto, básicamente tenemos que asegurarnos de quees una comunicación adecuada entre dos componentes. Por lo tanto, podemos utilizar los estándares paragarantizar esta comunicación. Y siempre que tengamos una comunicación entre dos componentes de, tenemos que asegurarnos de que cada componente es necesario para cumplir con el estándary la interfaz está diseñada para cumplir con el mismo estándar. Por lo tanto, necesitamos que el componentecumpla algunos estándares y que la interfaz también cumpla con algún estándar especificado depara aceptar estos componentes para formar parte de la red de comunicación.Y como he mencionado en la última clase hay muchos beneficios para tener estándares paracuando se dice un estándar en particular o estandarizamos las interfaces con las que obtenemosmuchos beneficios que algunos de ellos vimos en la última clase básicamente la intercambiabilidad de los componentes de.(Consulte la hora de la diapositiva: 02:22)
Por lo tanto, cuando tenemos estos componentes estándar y la interfaz estándar es posible para nosotrosintercambiar componentes con características de rendimiento o coste.Podemos observar los componentes que tienen un rendimiento diferente o un costediferente y, a continuación, intentar sustituir estas piezas para conseguir un mejor diseño o para tener un diseño de bajo costeo un diseño de alta calidad. Por lo tanto, a menos que tenga este estándar, no seremoscapaces de elegir los componentes con varias opciones como el rendimiento o el coste. Por lo tanto,es el primer beneficio de tener un estándar. Por ejemplo, cuando tenemos un
estándar para diferentes componentes, entonces un fabricante es capaz de sustituir un disco duro oun ram o un procesador por otro para aumentar el rendimiento o reducir el coste.Por lo tanto, esta intercambiabilidad es una característica importante para muchos de los sistemas. Por lo tanto, otroes la interoperabilidad donde la capacidad de operar con una variedad más amplia de sistemasexternos. Por lo tanto, aquí también si un sistema tiene que interactuar con los sistemas externos y necesitamospara tener opciones más amplias de lo contrario, se limitará con una o dos opciones y entoncespuede que no sea una forma rentable o una forma fiable de hacer el diseño del sistema. Por lo tanto, si tieneel estándar es posible tener una interoperatividad de un componente con el sistema.Por ejemplo, si tiene un puerto paralelo y un puerto serie en un sistema, entonces es posible queconecte cualquier impresora serie o una impresora de puerto paralelo con el sistema o quetenga una interfaz USB, entonces es posible que tengamos varios componentes conectados al sistema, de modo que ese tipo de flexibilidades se ofrezca teniendo este tipo de estándares para los sistemas.El tercero es la portabilidad que es la capacidad de ejecutar un en varios sistemas. Por lo tanto, sitiene un sistema y va a ejecutarse en diferentes entornos o situaciones diferentes, sitiene el estándar seguido, es posible portar el sistema a otro.Los ejemplos son básicamente los sistemas de software en realidad pueden llegar a puerto en cualquier sistema operativoparticular si desarrolla software y puede ser operado en diferentes plataformas de, entonces le proporciona una portabilidad del sistema para que realmente funcione bajovarias situaciones, varias bajo varias situaciones en varios sistemas también.Y como usted sabe que realmente reduce el el coste del sistema básicamente porque el coste se puede reducirsi se puede elegir un componente que realmente mejor que el existente otiene realmente un beneficio de coste, entonces es posible elegir ese componente porque las interfacesson las mismas. Por lo tanto, si tiene la misma interfaz y la misma interfaz estándares posible reducir el cambio del componente para reducir el coste y, en realidad, puedereducir el riesgo también proporcionando opciones alternativas en el sistema, incluso si falla lo quees posible para que sustituyamos por otro.Por lo tanto, de esa manera podemos reducir el riesgo también y todo esto conduce realmente a un ciclo de vida más elevadode un componente. Por lo tanto, incluso tenemos portabilidad y reducir el costo y el riesgo de que todos estoslleven a un mayor ciclo de vida del sistema. Por lo tanto, como puede ver un estándar o
tener algunos estándares para interfaces realmente ayuda al diseñador del sistema a tener un mejor sistemacon el bajo coste, así como un riesgo bajo y con un mejor ciclo de vida.(Consulte la hora de la diapositiva: 05:54)
Así que, veamos cuáles son los estándares o cómo se clasifican los estándares en bajovarias categorías. Como se puede ver aquí hay estándares formales, entonces de jure estándaresy estándares de facto. Por lo tanto, estos son en realidad procedentes de diferentes orígenes. Por lo tanto, los estándares formales deson los que realmente aceptaron formalmente las agencias o los organismos de agentes acreditados estándarlos negociados y promulgados por organismos estándar acreditadoscomo ISO, ANSI, IEEE, EIA etcétera.
(Consulte la hora de la diapositiva: 06:13)
Por lo tanto, estos son los estándares formales aceptados formalmente por la comunidad que es un estándar de comunicacióno una interfaz de hardware estándar hay estándares aprobadospor las agencias como ISO y ANSI y IEEE. Si sigue este estándar, podemossiempre garantizar que todos los fabricantes o todos los proveedores del sistema si siguen estos estándareso lo que podemos garantizar que lo que puede ser nuestro sistema de diseño de la interfaznecesita seguir los estándares. Por lo tanto, siempre garantiza la intercambiabilidad y la interoperatividad dey otras características. Por lo tanto, estos son los estándares formales ya aceptados por las agencias.El otro es un estándar de jure que son mandatados por las autoridades legales. Por lo tanto, estos sonlegalmente bonos que todo el mundo tiene que seguir estos estándares los estándares formales no son legalmente bonos, pero si usted sigue que hay muchos beneficios. Pero en el caso de los estándares de jure, estos son un vínculo legal y necesitamos que todos tengan que seguir estas reglasespecialmente cuando se trata de seguridad y otros aspectos que estas normas legales o legales o los estándares legales denecesitan ser seguidos.Así que, como IDEF0 es un estándar legal para un desarrollo del sistema. Por lo tanto, como que hay muchos estándares delegalmente y cada diseñador necesita seguir estos estándares legales y la última categoríason los estándares de facto. De hecho el estándar se está convirtiendo básicamente en un estándardebido al uso popular si una gran comunidad grande un grupo de personas comienza a usar esteun estándar particular entonces se convierte en un estándar de facto. Por lo tanto, no son legalmente obligaciones o
no son estándar formal se convierte en un estándar adoptado por la comunidad. Y la mayoría de los casosde los casos realmente comienzan como un estándar de facto y luego se está formalizandocomo estándares formales o estándares de jure.Al igual que los sistemas operativos y las ventanas x y este tipo de estándares son estándares de factoque no están vinculados por las restricciones legales o estándares formales. Pero sonestándar por el uso de estándares particulares por un grupo de personas o una comunidad de diseñadores de. Por lo tanto, estas son las tres clasificaciones de estándares en términos de su origen y en términos dede su aplicación y la validez legal. Permítanos pasar por algunos de estos estándaresy luego ver cómo se aplican realmente o cómo se implementan en las situaciones reales de.(Consulte la hora de la diapositiva: 08:59)
Ver uno de los estándares formales se conoce como interconexión de sistema abierto este es un estándar formalbásicamente un utilizado para una comunicación basada en la red entre los nodos de usuario final enuna red de telecomunicaciones.Así que, aquí esto es básicamente para las redes de comunicación. Por lo tanto, cuando tiene muchos nodosen una red de comunicación. Por lo tanto, este tipo de norma se adopta formalmente conocido comolas normas de interconexión del sistema abierto. Y este fue el trabajo en este estándar fueiniciado en algún momento en 1977 y había pocos estándares de facto existentes en ese tiempoalgunos de ellos son propietarios y después de muchas negociaciones y discusiones
estos estándares se combinaron para convertirse en un estándar formal de un estándarconocido como OSI.Por lo tanto, fue en 1983 ISO y CCITT que es el teléfono internacional y el telégrafocomité consultivo aprobó un modelo de referencia para OSI. Por lo tanto, la capa superior es un modelono de referencia para la interconexión de sistemas abiertos. Y este modelo contiene 7 capascapa física, enlace de datos, red, transporte, sesión, presentación y aplicación. Así,eran las 7 capas identificadas para el modelo de referencia para OSI. Y cada capa tienelo que su propia responsabilidad y sus propias funciones y comunicación entre dos nodosnecesitan seguir estas capas y luego hay estándares y funciones identificadospara cada capa para la comunicación entre dos nodos.(Consulte el tiempo de la diapositiva: 10:37)
En realidad, se muestra la comunicación en un modelo de referencia OSI. Como podemos veraquí hay nodos de host. Por lo tanto, estos son los nodos de host entre estos nodos si deseantener una comunicación en un sistema. Por lo tanto, tendrá varios nodos como este desea quetenga comunicación entre este nodo y este nodo y, a continuación, estas son las 7 capasidentificadas para el nodo de comunicación. Por lo tanto, cada nodo de host debe tener todas estas 7 capasestas tres son conocidas como las capas superiores y estas son conocidas como las capas inferiores.Por lo tanto, las primeras 4 son las capas inferiores y las siguientes 3 son las capas superiores.Y entre estos nodos de host vamos a tener nodos intermedios puede tener un nodo intermedioo más de un nodo intermedio puede estar allí. Y cada
El nodo intermedio debe tener estas tres capas las primeras tres capas que es el enlace de datosfísico y, a continuación, las capas de red están ahí para los nodos intermedios. Por lo tanto, aquíse muestra que sólo hay un nodo intermedio entre dos nodos de host, pero que puede que no seael caso siempre puede tener varios nodos intermedios a través de los cuales se realiza la comunicación dey los datos se transfieren de este nodo de host al otro nodo de host de. Como podemos ver aquí, el enlace de datos de red de transporte de la sesión de presentación de la aplicacióny físico son las capas y los medios físicos son los medios a través deque la comunicación realmente tiene lugar. Y esta responsabilidad o las funciones deestos nodos básicamente estas capas básicamente para asegurar la comunicación de esta aplicacióna esta aplicación.Por lo tanto, esta aplicación es básicamente la que realmente inicia la comunicación y esta aplicaciónnecesita comunicarse con esta aplicación en los otros nodos. Por lo tanto, los datosvienen de aquí y pasan a través del soporte físico y a través del nodo intermedioy llegan a los nodos de aplicación.Aparte de la capa física, las otras capas tienen la responsabilidad de hacer la comunicaciónentre estas capas. Por lo tanto, la aplicación tiene que comunicarse con una presentación dey eso tiene que establecer la comunicación que tiene para transferir los datos ytiene que desconectar la comunicación de forma similar la presentación tiene que comunicarse con la sesión, la sesión tiene que comunicarse con el transporte, el transporte tiene que comunicarse con la red, y la red tiene que comunicarse con el enlace de datos, y el enlace de datosse comunicará con la capa física y la capa física realmente transferirá los datos a los medios físicosy luego pasará por el nodo intermedio y volverá a la aplicación. Por lo tanto, esta es la forma en que la comunicación tiene lugar en el modelo de referencia de OSI.
(Consulte la hora de la diapositiva: 13:07)
Si observa las funciones de esta capa, podemos identificar que la aplicación es el nivel más alto dela séptima capa en esta y la descripción de esta capa en particular esbásicamente para proporcionar comunicación entre los procesos de aplicación de los usuarios finales y la entidad de aplicación. Por lo tanto, la entidad de aplicación es la que realmente pasa la información de, de modo que proporciona comunicación entre los procesosde la aplicación de usuarios finales y la entidad de aplicación.Por lo tanto, si la comunicación necesita establecer entre la entidad de aplicación y el usuario final dede modo que el trabajo principal de la aplicación sea básicamente para proporcionar esta comunicación.Y las funciones de esta capa son básicamente establecer una conexión, transferencia de datos y conexión de liberación de. Como he mencionado anteriormente cada capa tiene estas tres funciones como uncomún, excepto por la última capa que es la física cada capa tiene que hacer las funcionesde establecer la conexión, transferir datos y la conexión de liberación.Y la siguiente presentación de la capa básicamente define la sintaxis de los datos para la comunicación. Por lo tanto,la aplicación tiene que transferir los datos para establecer la conexión y transferir datos a la capa de presentación dey es una capa de presentación que realmente define la sintaxis para los datos.Por lo tanto, el tipo de sintaxis que se utilizará para la comunicación se decide mediante la capa de presentación. De nuevo, las funciones aquí son establecer datos de transferencia de conexión y liberar la conexión. Por lo tanto, como he mencionado una función de siete con estas también tiene que hacer, pero ademásen realidad diseñará sobre la definición de la sintaxis de datos para la comunicación también.
La siguiente capa es la sesión donde proporciona controles de conexión para el host. Ybásicamente el control de la conexión entre las capas que el host proporcionarápor la sesión y establecer los datos de transferencia de conexión establecer puntos de sincronización,gestionar la actividad, liberar la conexión, informar de condiciones excepcionales son las funciones principalesde la capa de sesión.Así que, aparte de esto establecer la conexión de datos de transferencia y la conexión de liberación;estas capas tiene un trabajo adicional de establecer los puntos de sincronización con las otras capas, y luego gestionar la actividad de comunicación y un informe excepcional condiciones. Por lo tanto, si hay alguna condición excepcional está surgiendo que tiene que ser reportadoa la aplicación inmediatamente cuando sea que surja. Por lo tanto, la función de esta capaestá básicamente aparte de establecer conexión y transferir datos que observaremos en la sincronización de, así como las condiciones excepcionales.La siguiente capa es transportes aquí establece un final transparente y fiable para terminar la transmisión de datos deentre los nodos de host. Por lo tanto, la capa de transporte es básicamente responsablepara transportar los datos que establece un transporte y un final fiable para finalizar la transmisión de datos deentre nodos de host. Por lo tanto, esto realmente se encarga de la transmisión de datos de un nodo dea otro nodo. Por supuesto, tiene que comunicarse con la sesión para los datos silos datos proceden de esta capa. Por lo tanto, establecerá una conexión con las capas ya continuación, la transferencia de datos que proporcionará detección de errores y la recuperación y la conexión de liberación. Por lo tanto,aparte de la comunicación tiene la función adicional de detección de errores y recuperación dey esa es la función de la capa de transporte. Por lo tanto, establece la conexión ytransfiere los datos a los otros nodos. Por lo tanto, la transmisión básica es la responsabilidadde la capa de transporte.Las otras capas son la capa de red aquí que determina el establecimiento de la conexióny maneja el enrutamiento. Por lo tanto, el establecimiento de una conexión es responsabilidad de una redque, independientemente del tipo de red, tenga que establecer una conexión. Por lo tanto,cualquiera que sea la arquitectura de red, establecerá una conexión y maneja el direccionamientode los datos, por lo que el nodo que tiene que transmitir a qué tipo de datos deque se utilizarán será decidido por la capa de red. Y aquí puede ver establecer conexión, transferir datos, realizar multiplexación, proporcionar control de errores y liberar la conexión. Por lo tanto, establecer la conexión y la conexión de release como la básica, pero apartede que tiene que realizar la multiplexación y proporcionar el control de errores. Por lo tanto, estos son los
funciones adicionales que tiene que realizar aparte de establecer conexión y transferir datos de.La siguiente capa es el enlace de datos. Aquí establece una transmisión fiable en la capa física de. Por lo tanto, el enlace de datos es responsable de transferir los datos a la capa física que es una transmisión fiable deen la capa física su responsabilidad del enlace de datos. Aquíestablece la conexión, negocia la calidad del servicio, transfiere datos, proporciona control de flujo,restablece la conexión y libera la conexión. Por lo tanto, estas son las funciones. Por lo tanto, tiene quenegociar la calidad del servicio es la calidad del servicio es básicamente la responsabilidaddel enlace de datos. Por lo tanto, negociará en términos de velocidad y la velocidad y otra informaciónsobre básicamente si observa la integridad de los datos y, a continuación, intenta asegurarse de que la integridad dede los datos no está comprometida debido a varias razones y es la responsabilidad dedel enlace de datos y proporciona un control de flujo también y, a continuación, restablece la conexióny la conexión de release. Por lo tanto, estas son las funciones del enlace de datos.La última es una capa física. Por lo tanto, define cómo se accede a la red física enpara proporcionar una transmisión transparente. Por lo tanto, ahora, la siguiente es desde aquí la capa físicaque significa que los datos van a ir al enlace físico, desde allí, tiene quedefinir cómo se accede a esta red física para proporcionar una transmisiónde bit transparente. Por lo tanto, ese es el trabajo físico. Las funciones principales son determinar una presenciade un pulsos de señalización que determinan la temporización de los impulsos de señalización. Por lo tanto, estas funciones deben serproporcionadas por la capa física para asegurarse de que se accede a la red físicay, a continuación, se está produciendo una transmisión poco transparente. Por lo tanto, estas son las capas principales enla OSI y las funciones de diferentes capas.Como le dije a todos los nodos de cada nodo de transmisión el nodo de host, así como el nodo receptor de, necesita tener estas capas físicas y luego estará interactuandoa través del nodo intermedio donde sólo habrá tres capas. Por lo tanto, puede habervarios nodos intermediarios, pero cualquiera que sea el número de nodos intermedios que el nodo de host, así como los nodos receptores, deben tener todas estas capas físicas y sus funcionesya se han explicado.Así que, en función de la responsabilidad de las funciones de cada capa, la comunicación se llevará a cabo. Por lo tanto, es el estándar formal para la comunicación entre dos nodosen la arquitectura OSI.
(Consulte la hora de la diapositiva: 19:39)
Veamos otro estándar que se conoce como el intermediario de solicitud comúnla arquitectura es básicamente un estándar utilizado para el desarrollo de software. Por lo tanto, cuandotiene diferentes módulos de software utilizados para un sistema determinado en cuanto a la interacción de los sistemaso una comunicación entre los sistemas o subsistemas, esta CORBA esseguida de estándar. Por lo tanto, se trata de un estándar que permitiría a los programadores integrar módulos de softwareresidentes en la misma red tratando cada aplicación como un objeto.Por lo tanto, esto ayuda a los programadores a integrar diferentes módulos de software tratandocada aplicación como un objeto. Por lo tanto, cada aplicación se considerará como un objeto yentonces cómo integrar este objeto o estos módulos se define en la arquitectura dela arquitectura de intermediario de solicitud común de estándar.Esto se desarrolló en asociación con industrias como HP, Hyperdesk, SUN y así sucesivamente.Por lo tanto, hay muchas industrias que participan en el desarrollo de este tipo de un estándareste CORBA se desarrolló en asociación con un HP, Hyperdesk y SUN. Y un aspecto interesante dede una CORBA es que en realidad forma parte del CORBA que es el lenguaje de definición de la interfazo un IDL, es un estándar formal adoptado por ISO.Así que, parte de una CORBA es un estándar formal y es un estándar de jure en los Estados Unidos. Por lo tanto, enlos EE.UU. todo el mundo tiene que seguir y este estándar porque es como legal suobligatorio según el estándar legal que un CORBA va a seguir en el desarrollo de softwarey especialmente para cuando usted desarrolla diferentes módulos y quiere integrar estos
módulos. Pero es un estándar de facto en otras partes del mundo. Por lo tanto, aunque no es elobligatorio en otras partes del mundo y no es un estándar formal, muchos de los desarrolladores desiguen este estándar en otras partes del mundo. Por lo tanto, se convierte en un estándarde facto.Por lo tanto, podemos decir que es una combinación de todos los tres tipos de estándares que es el estándar formaly estándar de derecho y estándar de facto. Por lo tanto, parte de CORBA el IDLes un estándar ISO y CORBA es un estándar de jure en los EE.UU. y en otras partes del mundoes un estándar de facto, la mayoría de los desarrolladores de software intentaron seguir este estándarCORBA al desarrollar los módulos del software.(Consulte el tiempo de la diapositiva: 22:01)
Sólo examinaremos cuáles son las características importantes de este IDL. Como puede ver, el lenguaje de definición de la interfaz IDLes una notación universal para las interfaces de software que definen un límiteentre los códigos de cliente y los objetos de software que implementan ambos servicios.Por lo tanto, IDL como puede ver es un estándar formal y es una notación universal para las interfaces de softwareque definen un límite entre el código de cliente que es la solicitud de servicios ylos objetos de software que implementan esos servicios. Por lo tanto, en realidad proporciona una notación universalpara las interfaces. El código de cliente de la solicitud de servicios, así como los deque implementan estos servicios, en realidad pueden seguir estos códigos la notación universalcuando desarrollan el software. Por lo tanto, es realmente el lenguaje de definición de interfaz.
Pero aparte de IDL y hay 4 categorías adicionales de objetos que componen ORB, que es el intermediario de solicitudes de objetos y, a continuación, los recursos CORBA, los servicios CORBA y los dominiosCORBA. Por lo tanto, estas son las 4 categorías categorías adicionales de objetos que esnecesario en un en el lenguaje CORBA, estándares CORBA. Por lo tanto, IDL forma la base parala interfaz y las otras categorías de objetos como ORB y servicios de recursos y dominiosse convierten en objetos adicionales. ORB el intermediario de solicitud de objeto es la interfazentre el cliente y el servidor. Por lo tanto, siempre que haya un cliente y un servidor y deseetener una interfaz, ORB es el intermediario de solicitud de objeto de interfaz es la interfaz en este caso de.(Consulte la hora de la diapositiva: 23:34)
Ahora, cómo se implementa esto en el sistema se muestra aquí. Como puede ver lacada aplicación estará teniendo estas interfaces. Por lo tanto, la aplicación es la querealmente intenta conectar al siguiente nodo. Por lo tanto, esta aplicación tendrá su clientey el servidor y, a continuación, el intermediario de solicitudes de objetos es intermedio o el que realmentese conecta entre el cliente y el servidor, tal como se muestra aquí. Por lo tanto, hay comunicaciónentre el cliente y el servidor y esto está realmente controlado o el estándar para esta comunicación dees el intermediario de solicitud de objetos.Por lo tanto, esto realmente muestra la CORBA superpuesta en un modelo de capa OSI 7. Por lo tanto, estos son el modelo de capa 7. Por lo tanto, esta capa de aplicación de capa tendrá el estándar CORBA o el intermediario de solicitud de objeto deen el módulo de aplicación. Básicamente el estándar para
comunicación entre el cliente y el servidor, por lo que es el intermediario de solicitud de objetosque realmente interactúa con el cliente y el servidor. Por lo tanto, este es el modo en que el ORB se implementa enel estándar OSI. Por lo tanto, se trataba de los estándares utilizados en el diseño del sistema. Por lo tanto, vimosunos estándares formales basados en ISO y otros cuerpos pronosticados y luego vimos algunosde un estándar como este es un CORBA que se utiliza para el software.El primero que OSI fue para redes de comunicación y CORBA se utiliza principalmente paralos módulos de software. Por lo tanto, uno es el estándar formal y CORBA es en realidad parcialmente formaly entonces es un estándar de derecho en los EE.UU. y el estándar de facto en las otras partes Estos son algunos de los estándares que se utilizan para desarrollar las interfaces de. Discutimos acerca de las interfaces de diferentes tipos de interfaces y luego unestándar diferente para las interfaces. Por lo tanto, veamos cuál es el proceso de diseño de una interfazo de cómo se diseña la interfaz por parte de los ingenieros de diseño o cuáles son las etapasa través de las cuales van para desarrollar la interfaz.(Consulte la hora de la diapositiva: 25:18)
Por lo tanto, la primera etapa es básicamente definir los requisitos de la interfaz como sabe cuando nosotroshacemos un diseño del sistema que tratamos de desarrollar los requisitos del sistema de la misma manera que el proceso de diseño de la interfaztambién puede ser considerado como un desarrollo como un proceso en el que tratamos deidentificar los requisitos. Básicamente identificamos los artículos a transportar. Por lo tanto, qué sonlos elementos que se deben transportar qué tipo de datos deben transportarse entre los sistemaso los subsistemas que deben identificarse como ejemplo.
Por lo tanto, un ejemplo puede ser la comunicación de emergencia del ascensor al equipo de respuesta de emergencia o edificio. Por lo tanto, esto podría ser un artículo para ser transportado. Por lo tanto,cuando nos fijamos en el diseño, identificamos los elementos que se van a transportar. Por ejemplo, el estudio de caso de ascensor depuede ver que la comunicación de emergencia podría ser un elemento para quese transportara de un sistema a otro sistema o de un subsistema a otro subsistema. Por lo tanto,como este podemos identificar para cada interfaz podemos identificar cuáles son los elementos a sertransportados. Por lo tanto, es la primera etapa del desarrollo de la interfaz, identificar todos los elementosque se van a transportar.El siguiente es definir el concepto operativo. Por lo tanto, qué tipo de sistema o qué tipo depuede diseñarse una interfaz para estos datos concretos que son el concepto operativo.
Nosotrospodemos tener varios conceptos para la operación, entonces identificaremos cuál es el mejory, por consiguiente, definimos un concepto operativo particular para esa interfaz en particular.Y luego enlazamos el problema con un diagrama externo, así que nos fijamos en esa parte particularsolo la interfaz sola y luego enlazamos el problema con un diagrama externo. Por lo tanto, lo queson los otros sistemas serán los que interaccionarán con esta interfaz y qué tipode interacción son necesarios entre estas interfaces que se identificarán en el diagrama externo de.Por lo tanto, una vez que identifique los datos que se van a transferir y luego tiene el concepto operativo, entonces vamos para el diagrama del sistema externo para la interfaz en particular. Y luego definela jerarquía de objetivos, por lo que aquí de nuevo usted estará teniendo muchos objetivos este es nosotrosnecesitamos transferir los datos, entonces vamos a tener la transferencia de los datos a una tasaen particular, entonces usted estará teniendo los objetivos de costo. Por lo tanto, vamos a escribir todos los objetivos depara la interfaz y, a continuación, una jerarquía de estos objetivos que necesitamos para averiguarcuál es más importante si la tasa de transmisión es más importante o la cantidadde datos a transferir es más importante o el costo de la operación es másimportante o el costo de todo el sistema es más importante. Por lo tanto, desarrollamosuna jerarquía de objetivos.Como la disponibilidad de la fidelidad de la interfaz del coste operativo del mensaje comunicadocoste de despliegue. Por lo tanto, estos son algunos de los objetivos. Por lo tanto, daremos un valor paraestos objetivos tal y como hemos comentado en las conferencias anteriores sobre la jerarquía de objetivos queidentificaremos la jerarquía de estos objetivos en función del requisito de lo particular
sistema. Por lo tanto, el diseñador del sistema estará sabiendo lo que es más importante en este caso yen consecuencia preparará una jerarquía de objetivos.Y luego una vez que haya identificado esto, entonces escribimos los requisitos realesdel proceso de diseño. Por lo tanto, empezamos con los elementos a transportar, entonces tenemos un concepto operativo, entonces tendremos el diagrama externo, entonces la jerarquía de objetivosuna vez que complete todo esto, entonces estaremos teniendo todos los requisitosidentificados y luego escribir el requisito como discutimos en el documento de requisitos de origende manera similar podemos escribir el requisito para la interfaz también. El requisito del sistema de interfaz dese identificará por separado.(Consulte la hora de la diapositiva: 28:51)
Y, a continuación, seleccione la arquitectura de interfaz de alto nivel para la interfaz. Por lo tanto, necesita tenerla arquitectura para la interfaz. Por lo tanto, seleccionaremos la arquitectura de interfaz de muy alto nivelpara la interfaz o qué tipo de arquitectura se puede implementar basándose en los requisitos deidentificados. Por lo tanto, aquí podemos identificar varias arquitecturas candidatas.Básicamente si quieres tener una comunicación de emergencia podemos pensar en una conexión telefónica, puedes pensar en un sistema de comunicación dedicado