Loading

Alison's New App is now available on iOS and Android! Download Now

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

    +

Recorreremos los distintos pasos deuno a uno en el diseño de los sistemas de ingeniería.(Consulte el tiempo de la diapositiva: 00:48)
Como se explica en las conferencias anteriores, empezamos con el proceso de diseño del sistema con la identificaciónde las necesidades. Por lo tanto, el enfoque aquí se centra principalmente en la búsqueda de las necesidades originales.Y luego en base a esto necesitamos ir a los requisitos funcionales del concepto operativoarquitectura del sistema y luego asignar el requisito para estos sistemas una vez que identifiquemosestos requisitos para varios subsistemas entonces vamos para el diseño detallado y luego la implementación de. Y por último, vamos por la prueba y la verificación. Por lo tanto, este es el flujo de pasos deimplicados en el diseño. Por lo tanto, empezamos con la identificación de la necesidad.
(Consulte el tiempo de la diapositiva: 01:32)
Por lo tanto, intentaremos ver; cuáles son las necesidades que estamos tratando de identificar o cuáles son las necesidadesque estamos tratando de llenar utilizando este diseño del sistema y lo que está mal con la situación actual dey por qué necesitamos esta situación en particular, así que eso nos dirá; qué es lo quenecesita ser abordado en este diseño en particular. Y, otra parte importante es quesi la necesidad está claramente articulada o claramente entendida claramente mencionada o claramenteregistró los requisitos y las necesidades del cliente.Por lo tanto, una vez que tengamos estas necesidades identificadas vamos a ir por el concepto de operaciones para el sistema; ya que es un nuevo diseño, necesitamos identificar algún tipo de concepto Friesianoque realmente nos ayude a desarrollar el sistema basado en estos conceptos. Así que, con el fin dehacer eso lo que intentamos hacer es averiguar; quiénes son los usuarios previstos para este sistema: cómoutilizan los productos o cómo realmente utilizan estos productos y cómo es estediferente del sistema actual.Por lo tanto, si conocemos estas cosas sobre los usuarios y sus preferencias y lo que debería serdiferente de lo existente podemos desarrollar un concepto de operaciones, una vez que tengamos este concepto de operaciones deiremos al siguiente nivel de requisitos funcionales.
(Consulte la hora de la diapositiva: 02:40)
Por lo tanto, qué capacidad específica se proporcionará en este sistema concreto para satisfacer el requisito de cliente dey el nivel de detalle que necesitamos para proporcionar estos requisitosy si todas las interfaces de elemento están bien definidas dentro de los requisitos. Por lo tanto, una vez quetengamos estas respuestas a esta pregunta, en realidad estamos teniendo nuestros requisitos defuncionales listos en función de que vamos a ir para el diseño de la arquitectura del sistema.(Consulte el tiempo de la diapositiva: 03:06)
Por lo tanto, aquí trataremos de abordar cuál es el plan general de ataque lo que los elementos componenel enfoque general y son estos completos lógicos o consistentes. Por lo tanto, si el
el plan de ataque es coherente si realmente satisface el requisito y si sucompleto y lógico se identificará y verificará en la etapa de arquitectura del sistema. Yentonces vamos por los requisitos asignados ya que tenemos muchos requisitos y muchos sistemas.(Consulte el tiempo de la diapositiva: 03:34)
Por lo tanto, tenemos que asignar este requisito entre los componentes del sistema. Por lo tanto, intentaremospara ver qué elementos se dirigen a qué requisito.Por lo tanto, hacemos una correlación de los requisitos con los componentes o la estructura física.Así que, allí hacemos una correlación para identificar cuáles son los elementos que realmente abordan un requisito particular deidentificado por el cliente. Y luego vemos si la asignaciónes apropiada si la asignación es apropiada o hemos hecho una asignación excesiva ouna asignación bajo asignación. Por lo tanto, esto será analizado y entonces allí cualquier requisito innecesario de.Por lo tanto, tenemos que pasar por los requisitos y todos los requisitos son genuinos yno hay requisitos innecesarios que advierten una edición de elementos adicionales enel sistema. Por lo tanto, todo esto será analizado en esta etapa y una vez que estemos cómodos conestos requisitos y la asignación de los requisitos vamos a ir para el diseño detallado.
(Consulte la hora de la diapositiva: 04:26)
Lo que de nuevo no forma parte de la ingeniería del sistema, que es más un enfoque de ingeniería de componentey esto que los detalles son correctos, cumplen con los requisitos delas interfaces están satisfechas de que los ingenieros de diseño o los ingenieros del componenterealizan todas estas interfaces y una vez que los componentes estén listos y esté listo para la integración de nuevo, el ingeniero del sistema dese lo llevará y luego iniciará el ensamblaje. Y luego hacer la implementación de, entonces básicamente haremos una prueba de la implementación se probarábásicamente para entender que la solución es satisfactoria en términos de costo y planificación.Y podemos reutilizar las piezas existentes. Por lo tanto, esto se analizará en la implementación de la etapay una vez que esto se complete, vamos a realizar una prueba y verificación.
(Consulte la hora de la diapositiva: 05:12)
Básicamente, estamos tratando de entender o identificar cuál es nuestra evidencia de éxito yel cliente será feliz con este sistema en particular o los usuarios lo necesitan; si todas laslas necesidades de los usuarios son emparejadas. Por lo tanto, haremos una prueba y verificaremos el final del proceso de diseño depara asegurarse de que realmente satisface los requisitos del cliente. Por lo tanto, estos sonlos diversos pasos implicados en el diseño del sistema.(Consulte la hora de la diapositiva: 05:41)
Por lo tanto, para lograr esto hemos dividido todo este proceso del diseño del sistema en el proceso6 o en las 6 funciones del proceso de diseño. Por lo tanto, estas 6 funciones son aplicables a través de
El ciclo de vida y el primero definen el problema de diseño de nivel de sistema. Por lo tanto, aquí tratamos deentender todo el problema desde el punto de vista del cliente o el punto de vista dede los interesados; tratar de desarrollar conceptos para el sistema e intentar identificar los límites del sistematratar de identificar los requisitos y luego preparar un documento de requisito de origen.Por lo tanto, el propósito del primer nivel de un proceso de diseño o la primera función del proceso de diseñoes básicamente definir el problema de diseño de nivel del sistema y dejar que la segunda función seabásicamente para desarrollar la arquitectura funcional del sistema. Por lo tanto, aquí una vez que tenemos estos sonlos requisitos se identifican; tratamos de identificar sus funciones para que se proporcionen en el sistema.Y luego proporcionar una estructura jerárquica para las funciones e identificar todas las funcionesy asegurarse de que estas funciones son suficientes para cumplir con los requisitos del cliente eltercero es desarrollar la arquitectura física del sistema. Por lo tanto, una vez que las funciones sonidentificadas, tratamos de identificar los componentes o los sistemas físicos que realmenteproporcionan estas funciones en el sistema esta etapa es la etapa de desarrollo de la arquitectura físicay la cuarta es la arquitectura de la operación del sistema.Por lo tanto, una vez que tengamos el sistema el sistema físico en el lugar que necesitamos para averiguar cómo el sistemaserá operado cuáles son los requisitos operativos para el sistema y luegodesarrollamos una arquitectura de operación que satisfará los requisitos del cliente entoncesdesarrollamos una interfaz arquitectura ya que tenemos muchos sub sistemas en su lugar. Por lo tanto,vamos para una arquitectura de interfaz que intentará identificar son las interfaces necesarias parael subsistema, así como para el sistema externo, y asegurarse de que hay compatibilidadcon los estándares. Y otros requisitos identificados en el sistema y asegurarse de queno hay pérdida de datos o no hay pérdida de datos en los sistemas de comunicación.Y, por último, una vez que el sistema esté listo para el sistema de calificación de desarrollador para el sistema, donde nos aseguramos de que el sistema desarrollado está calificado para cumplir con los requisitos del cliente. Por lo tanto, en este proceso este curso lo que intentará hacer es pasar por todos estos pasos deen detalles tratar de identificar; cuáles son las tareas involucradas en cada etapa o la función de cada. Y luego, finalmente, desarrollaremos el sistema de clasificación para el sistema principalque realmente satisfará los requisitos, como he mencionado anteriormente, es aplicabledurante todo el ciclo de vida del sistema.
(Consulte la hora de la diapositiva: 08:12)
Por lo tanto, para cualquier ciclo de vida del sistema estas 6 funciones son aplicables. Por lo tanto, si toma la fase de desarrollo deo la fase de fabricación o la fase de despliegue que necesitamos para identificarel requisito que tenemos para definir el problema que necesitamos para definir la arquitectura funcional deque necesitamos para definir la arquitectura física que necesitamos para identificar las interfacesnecesitamos identificar el sistema de clasificación. Por lo tanto, en todo el ciclo de vida estos procesos sonaplicables. Por lo tanto, vamos a desarrollar estas 6 funciones para cada ciclo de vida por separado y luegoidentificar el requisito para cada ciclo de vida y la función y la arquitectura para cada ciclo de vida de.(Consulte la hora de la diapositiva: 08:50)
Por lo tanto, para llegar al primer proceso que es el problema de diseño de nivel de sistema definido que esel resultado de la función 6 es el primero; así que aquí en esta etapa.Intentamos desarrollar el concepto de operación para el sistema que tratamos de identificar los sistemasexternos que son externos al sistema que se está desarrollando. E intentará identificar los requisitos de origen deque tratamos de identificar cuáles son los objetivos del sistema y cómodesarrollamos la jerarquía de objetivos y, a continuación, cómo hacer la documentación depara los requisitos y, a continuación, cómo gestionamos los requisitos. Por lo tanto,son los pasos implicados en la definición del problema de diseño de nivel de sistema, vamos a ir
a través de uno por uno cuáles son los pasos y cómo hacemos realmente todas estas etapas enpara lograr el problema de diseño de nivel del sistema.(Consulte la hora de la diapositiva: 09:39)
Por lo tanto, como puede ver aquí el problema de diseño de nivel del sistema, la entrada principal es la entrada de los interesados. Por lo tanto, tenemos partes interesadas que puede ser el cliente, puede ser el comprador o que soneste uso de él. Por lo tanto, esta entrada es la entrada principal para el problema de diseño de nivel de sistemaque indica los requisitos que su aplicación espera del sistema basado enque la salida se producirá como requisitos de origen y conceptos operativos.Por lo tanto, la entrada principal es la entrada de los interesados y, a continuación, la salida principal de esta etapa en particular deson los requisitos de origen que hacemos un documento que se denomina documento de requisitos de origeno ORD. Y tenemos pocos conceptos operativosque se pueden desarrollar más para satisfacer los requisitos de las partes interesadas.
(Consulte el tiempo de la diapositiva: 10:23)
Por lo tanto, este gráfico realmente explica las distintas etapas y cuáles son las entradas y salidas paraen cada etapa de la primera función. Por lo tanto, puede ver aquí desarrollar el concepto operativoesta es la primera etapa en la que tenemos las partes interesadas como la entrada principal ytenemos una salida de esta etapa en particular como el concepto operativo. Por lo tanto, desarrollamos el concepto operativoconcepto operativo de muy alto nivel muy abstracto y sin ningún tipo de detalles. Por lo tanto, esta será la salida de la primera etapa del desarrollo del concepto operativoy una vez que tengamos esto lo utilizamos como conceptos operativos de entrada como entraday defendemos el límite del sistema.Con sistemas externos ya que cada sistema está interactuando con el sistema externo necesitamospara identificar cuál es nuestro enfoque. Por lo tanto, que estamos tratando de enfocar aquí. Así que, eso se convierte ennuestro principal foco y eso se convierte en nuestro sistema de interés y todo lo que estáinteractuando con el sistema definirá como sistema externo nos ayudará a hacer fronteradentro de la cual necesitamos diseñar el sistema. Por lo tanto, la segunda etapa de definir el límite del sistemaayudará al diagrama del sistema externo, le ayudará a identificar el límite del sistemalas entradas y salidas. Por lo tanto, la salida principal de esta etapa en particular es la definición deel límite del sistema de las entradas al sistema y las salidas que salen del sistemay, a continuación, utilizamos el concepto operativo, así como las entradas de límite del sistema y las salidas de, y este concepto de operación y la entrada de los interesados se utilizarán para desarrollar la jerarquía de objetivos del sistema. Por lo tanto, cada sistema tendrá algún objeto que se utilizará
que el cliente define como el coste operativo o la eficiencia operativa de.Por lo tanto, es necesario que estas cosas se le den una jerarquía en particular. Por lo tanto, no podemos tener la misma importanciapara todos estos objetivos. Por lo tanto, basándose en el concepto operativo y la entrada de los interesados, se desarrollará una jerarquía que nos ayudará a teneralgo de comercio en una etapa posterior del diseño. Por lo tanto, la salida de esta etapa es el objeto es la jerarquíaque es la entrada para el concepto operativo y la entrada de stakeholder ahora utilizandotoda esta salida de los stags anteriores desarrollamos análisis y requisitos refinados.Por lo tanto, esta es una etapa importante en la que necesitamos desarrollar todos los requisitos y analizary refinar el requisito para el cliente ahora tenemos un concepto operativo quetenemos la entrada de los interesados. Y tenemos una jerarquía de objetivos basada en esto queidentificaremos todos los requisitos necesarios para el sistema y, a continuación, prepararemos los requisitos del sistema de origen y de. Por lo tanto, hay 2 tipos de requisito uno es el requisito dede origen el otro es los requisitos del sistema que veremos cuáles son los requisitos deen una etapa posterior. Por lo tanto, esta será la salida de esta etapa en particular.Entonces vamos para el análisis de este requisito para asegurar que son factibles y que cumplenlos requisitos. Por lo tanto, esa etapa es la viabilidad de los requisitos de garantía. Por lo tanto, la entrada del equipo de ingeniería del sistemaserá importante porque los ingenieros del sistema saben quérealmente los requisitos del sistema satisfacen realmente las necesidades del cliente. Por lo tanto, la entrada del equipo de ingeniería dedel sistema, así como los requisitos de origen y del sistema se convierten enla entrada aquí y cuando se realiza un análisis de viabilidad de diseño una vez que se cumpla con el requisito del sistema de calificación adicionalporque cada sistema tiene que estar calificado parasatisfacer el requisito.Por lo tanto, definimos los requisitos del sistema de calificación y la salida será el documento de requisito del sistemade prueba y una vez que esto se haga, obtendremos la aprobación deesta documentación del sistema de las subidas superiores y al final de esto estaremos obteniendoel documentos de requisitos de origen y de sistema. Por lo tanto, esta función de proceso del problema de diseño de nivel dese inicia con las entradas de los interesados y dentro del documento de requisitos de origen y del sistema.Por lo tanto, esta es la salida final de esta etapa de desarrollo en particular, esto es importanteporque los requisitos deben ser claramente definidos y comprendidos por las partes interesadas
así como los ingenieros de sistemas desarrollados, cualquier requisito de restricción será un problema deen la última etapa del diseño. Por lo tanto, debemos asegurarnos de que los requisitos sonflexibles. Por lo tanto, podemos tener algo de libertad en la etapa posterior para asegurarnos de que se pueda llevar a cabo el comercio correcto dey que los diseñadores del sistema no sean demasiado limitadoras en el desarrollo dedel concepto operativo, así como en la arquitectura funcional y física dedel sistema.(Consulte el tiempo de la diapositiva: 14:40)
Por lo tanto, como he mencionado la primera etapa es el desarrollo del concepto operativo. Por lo tanto, en el concepto operativoes una visión de lo que es el sistema es una declaración de los requisitos de la misión ydescripción de cómo se utilizará el sistema. Por lo tanto, es un nivel de conceptomuy preliminar o muy abstracto en el que sólo definimos una visión.Para qué es el sistema y es una descripción muy simple de cómo se utilizará el sistema, incluirá la información sobre cómo se desarrollará el sistema yse retiró de la perspectiva de los interesados del sistema y la recopilación de escenarios y la interacción de sistemascon otro sistema. Por lo tanto, para desarrollar un concepto operativo, nosotrosnecesitamos tener que desarrollar un análisis preliminar o un concepto preliminar de cómo se va a operar y utilizar el sistemay tratar de identificar diferentes escenarios de operación. Por lo tanto, ¿cuáles son los escenarios debajo los cuales se operará el sistema? Por lo tanto, eso nos dará una entradasobre los requisitos diferentes tipos de requisitos y sus sistemas de interacción
con el otro sistema que es básicamente un diagrama de sistema externo. Por lo tanto, estas son las cosas deque se deben incluir en el concepto operativo.(Consulte la hora de la diapositiva: 15:51)
Por ejemplo, si usted toma el concepto operativo para aterrizar en la luna es de nuevo en un concepto de nivel muy superior deusted puede tener diferentes conceptos para hacer esto.Usted puede tener un ascenso directo donde la visión comenzará desde la tierra y se irá enalrededor de la tierra y luego de nuevo despegará a la luna directamente desde la órbita y la tierradirectamente en la luna y luego despegará de la luna y luego vendrá de nuevo directamente yvendrá a la tierra. Así que, esta es una forma de hacerlo es un ascenso de director o puedes tener una órbita de la Tierrae imprimir hacia fuera donde la órbita de la Tierra será la primera etapa y luego irdirectamente a la luna y luego aterrizar en la luna.Y luego volver de la luna directamente despegar de la luna, ir una rondaalrededor de la tierra y luego aterrizar en la tierra. Por lo tanto, esta es la otra posibilidad que otro concepto deque puede ser empleado o el otro es la órbita lunar; la órbita redonda hacia fuera donde eljunto con la órbita terrestre se va a dar una vuelta alrededor de la órbita de la luna y las lunas y entoncesvolver a la tierra en la luna y luego despegar de la luna y luego volver ala tierra.Así que, este son los diferentes conceptos operativos para aterrizar en la luna este es el modode cómo empezamos con el diseño del sistema porque no tenemos ningún concepto para seguirlo es
una misión totalmente nueva que necesitamos para identificar cuáles son las opciones posibles para los posibles conceptos deque podemos utilizar y luego tomar uno de estos conceptos. Y, a continuación, desarrolleel siguiente nivel si tratamos de desarrollar los escenarios operativos basados en los que podemosidentificar los requisitos que se deben proporcionar o las funciones que se deben proporcionar en el sistema.(Consulte la hora de la diapositiva: 17:23)
Por lo tanto, con el fin de desarrollar escenarios de concepto operativo intentaremos identificar varias scansiones operativas deque podemos pensar, por ejemplo, si tomas el caso de un elevadorque es muy común en la mayoría de nuestros edificios si quieres desarrollar un sistemapara un sistema de ascensores para un edificio en particular con múltiples ascensores o un solo elevadortrataremos de hacer un escenario de conceptos simples, donde diremos que tenemos 2 elevadoresen 2 lados del edificio o 2 ubicaciones diferentes y entonces esto estará sirviendo a 2pisos diferentes en particular frecuencia
la frecuencia es una eficiencia particular o las características de rendimiento.Y una vez que tengamos esto, trataremos de identificar cuáles son los diferentes escenarios bajoque este ascensor será operado. Por lo tanto, trataremos de definir estos escenarios en detalle tantocomo sea posible. Por lo tanto, que incluirá casi todos los detalles de lo que necesitamos sabersobre los requisitos que se deben proporcionar en el sistema, por ejemplo, tomamos el escenario deun ascensor de pasajeros. Por lo tanto, tratamos de definir el escenario en detalle. Por lo tanto, trataremos deexplicar que los pasajeros, incluyendo la audiencia de movilidad y el desafío visual de solicitudservicio. Por lo tanto, estamos tratando de incluir a los discapacitados o a las personas con capacidades diferentes
en esto para que los requisitos que se deben cumplir en el ascensor sean diferentes si no estamosproporcionando este requisito en particular. Por lo tanto, estamos incluyendo que también aquí estamosproporcionando a los pasajeros, incluyendo a las personas con capacidades diferentes que solicitan el servicioy el servicio inactivo que reciben una retroalimentación de que su solicitud fue aceptada. Por lo tanto,a menos que reciban una retroalimentación, no estarán sabiendo si el ascensor está funcionandoo no.Por lo tanto, es necesario proporcionar una retroalimentación al pasajero diciendo que sí su solicitud ha sido aceptaday daremos un comentario de que la solicitud fue aceptada y luego recibir una entrada deque el coche de ascensor es el enfoque. Por lo tanto, no sólo que la solicitud fue aceptada tambiéndará una entrada de que el coche de ascensor se acerca y luego que una entrada de oportunidadesdisponible, por lo que debe ser informado a los pasajeros que una oportunidad de entrada ya estápuesto a disposición esto es importante especialmente debido a las personas con discapacidad visual quepueden no estar sabiendo que ha llegado a la puerta está abierta. Por lo tanto, tenemos que asegurarque en las oportunidades de entrada disponibles y luego el pasajero va a entrar en la cabina del ascensor yluego solicitar el piso y una vez que las solicitudes de pasajeros para el piso deben recibirla retroalimentación de que su solicitud fue aceptada y luego recibir comentarios de que la puerta estácerrando recibir comentarios acerca de qué piso está el elevador toping recibimos la retroalimentaciónque un.Accent oportunidades disponibles y el ascensor de salida sin impedimentos físicos. Por lo tanto,explica claramente todo el escenario de utilizar un elevador por un pasajero desde el momento en quesolicita un servicio a la acción en la que realmente sale del ascensorsin ningún impedimento físico es importante decir todas estas palabras como incluir la audiencia de movilidad devisualmente desafiada, así como el elevador de salida sin impedimentos físicostodo esto definirá los requisitos reales que se deben proporcionar en el ascensor.Por lo tanto, este es solo un escenario que habrá múltiples escenarios como este que nos ayudará aidentificar varios requisitos por ejemplo.
(Consulte la hora de la diapositiva: 20:42)
Podemos definir diferentes escenarios como la situación de emergencia. Entonces, ¿qué pasará sihay emergencia en el ascensor que dentro de la puerta de ascensor fuera del ascensor? Así que, ¿cuáles son las cosas a las que se debe cuidarbajo esta situación y eso es un incendio en el edificio. Por lo tanto, si hay un incendiocuál será la forma en que el elevador debe funcionar si debe proporcionar el servicio deo debe detenerse en el punto en el que es punto dentro del ascensor lo que debe ser la accióna tomar. Por lo tanto, para eso, ¿cuáles son los otros requisitos que deben ser necesarios para qué tipo de sistema de comunicaciónse debe proporcionar entre el ascensor y el edificio entre el elevador dey el equipo de respuesta de emergencia.Por lo tanto, todas esas cosas se identificarán en esta descripción de escenario de forma similar al cierre automático demantenimiento de sobrecarga de averías todos estos escenarios se pueden explicar claramente utilizando los escenarios de, entonces podemos identificar esos requisitos para cumplir tales requisitos. Por lo tanto, estese asegurará de que estamos cuidando de todos los requisitos todos los escenarios y garantizandoque el ascensor que se está diseñando cumple los requisitos del cliente
cumple los diversos requisitos bajo varios escenarios operativos.
(Consulte la hora de la diapositiva: 21:52)
Por lo tanto, para describir el escenario en realidad podemos utilizar el método denominado rastreo de salida de entrada. Por lo tanto,aquí el rastreo de salida de entrada.Básicamente da una imagen que la representación de los escenarios aquí nosotros las líneas verticalesrepresenta la gente interactuando el pasajero y el ascensor o el sistemacomponentes el sistema o el sistema externo y la horizontal representa la comunicaciónentre el sistema y el sistema externo. Por lo tanto, aquí el pasajero es un sistema externoy el sistema de ascensores es el sistema principal que nos interesa. Por lo tanto,podemos identificar cuál es la solicitud que va del pasajero qué tipo de retroalimentación esvolviendo al pasajero y luego qué información se envía desde el pasajeroal ascensor en base a los comentarios dados por el elevador.Así que todo esto puede ser representado de una manera pictórica. Por lo tanto, es fácil de entender para otrosespecialmente los ingenieros de diseño. Por lo tanto, cualquiera que pase por esto comprenderáque el tipo de interacción que tiene lugar entre el sistema y su sistema secundario o los sistemas externos de. Por lo tanto, este es el rastreo de salida de entrada para el escenario que hemos descritoen la diapositiva anterior.
(Consulte la hora de la diapositiva: 23:02)
Por lo tanto, es decir, el rastreo de salida de entrada para identificar los requisitos para el concepto operativoy otro factor que tenemos que cuidar es el diagramadel sistema externo. Por lo tanto, como he mencionado el sistema interactúa con el entorno y otro sistema. Por lo tanto, necesitamos identificar el límite en el que necesitamos concentrarnuestros esfuerzos de diseño para que necesitamos tener el diagrama de sistemas externos que es el modelode la interacción del sistema con otros sistemas en el contexto relevante; por lo tanto,proporcionando una definición del límite de sistemas en términos de las entradas y salidas del sistema.Así que, aquí estamos definiendo el límite del sistema en términos de las entradas y salidas de los sistemasel propósito de este es básicamente definir explícitamente el límite del sistema y las interfaces necesarias de. Por lo tanto, el uso de este diagrama de sistema externo podrá definir el límite ylas interfaces definidas para