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

    +

En las últimas clases de, discutimos acerca de la primera fase de un desarrollo del sistema; es decir,que define el problema de diseño de nivel del sistema. Y en esta etapa, básicamente miramos los requisitos dedel sistema desde el punto de vista del cliente, así como desde el sistema de un punto de vista de diseño de, e identificamos todos estos requisitos y preparamos un documento de requisitos dede origen; que es la salida del primer nivel del problema de diseño de nivel de sistema.Discutimos sobre cómo hacemos estos requisitos, y luego cómodocumentamos los requisitos; cuáles son los procedimientos que deben seguirse en el documentoeste requisito. Y vimos un ejemplo de estudio de caso de problema de diseño de nivel de sistematomamos el ejemplo de un elevador, y luego explicamos sobre cómo realmentedesarrolla el problema de diseño de nivel del sistema y luego obtiene el documento de requisitos de origen. Con el fin de enfatizar la importancia de los requisitos voy a pasar por unmás simple ejemplo que no voy a pasar por los detalles completos. Pero sóloexplicar cómo abordamos el problema y luego desarrollaremos el documento de requisitos.
(Consulte el tiempo de la diapositiva: 01:30)
Por lo tanto, aquí mencionamos acerca del fracaso de un sistema de bolsas de aire, una de las clases quemencionó sobre esto fue principalmente debido a la falla en la identificación de los requisitos reales dedel sistema. Por lo tanto, nos fijamos en este caso de estudio y vemos cuáles son los requisitos básicos deidentificados erróneamente o por qué el sistema ha fallado al identificar el o por qué los desarrolladores del sistema, no han podido identificar los requisitos de este sistema de bolsa de aire en particulary cómo ha fallado.(Consulte la hora de la diapositiva: 02:03)
Si mira este caso, verá que los dispositivos de seguridad que llegaron a algún lugar dea principios de los 90 se convirtieron en la causa de la muerte para un número notable de individuos, y allífueron flujos graves en la prueba de diseño y el despliegue de los requisitos de despliegueprevistos durante el diseño.Así, no sólo los requisitos de diseño, sino los requisitos de prueba, así como los requisitos de despliegue dese identificaron erróneamente, y esa fue la razón por la que estefalló en las etapas iniciales del desarrollo del sistema de bolsas de aire. Por lo tanto, independientemente de los requisitos básicos deque en realidad han fallado en este caso, se listan aquí.(Consulte la hora de la diapositiva: 02:36)
Como puede ver los requisitos sólo se ha definido un único escenario de seguridad en el que basarel diseño. Por lo tanto, los múltiples escenarios a los que se hace referencia anteriormente eran varios casos de ejemplo de operación dey un uso del producto, pero en este caso de diseño sólo se utilizó un único escenario de. Básicamente fue diseñado para un conductor masculino que conducía a una velocidad de 30 millaspor hora, y buceando una cabeza de choque en el choque y ese escenario sólo se considerabamientras se desarrollaban los requisitos del sistema. Por lo tanto, esa fue una de las fallas en la identificacióndel requisito de diseño donde se consideró el único escenario de seguridad señalado. Yentonces el segundo no es requisito de que el airbag permanezca sin desplegarse durante los accidentesa velocidades suficientemente lentas que no hay vidas en peligro.Así que, esto tampoco estaba previsto. Por lo tanto, se asumió que cualquier caso en el que haya un accidente deel airbag debería desplegarse. Pero en la mayoría de los casos cuando la velocidad era
suficientemente baja, no había necesidad de desplegar la bolsa de aire, pero la que no eraestaba prevista y entonces condujo al fracaso del sistema de airbag. Tercero, se han identificado erróneamente los requisitos de condición de prueba de. Una vez más, las condiciones bajocuales la bolsa de aire para ser sometida a prueba de seguridad volvió a ser erróneamente identificada otra vez. Aquí un piloto ficticio decon un peso de alrededor de 70 a 80 kg, y sentado en una posición vertical,con las manos en un reloj de 9-o y 3 posiciones de reloj, corriendo a una velocidad de 30 millas por hora, teniendo una cabeza en colisión fueron las fuerzas siempre están directamente en la parte frontal del auto.Así que, sólo este escenario fue considerado para las pruebas. Y la mayoría de los casos esto no era la condición, porque la cabeza en ella no siempre es cabeza en colisión puede haber fuerzas actúanno-paralelo al vehículo, así como el conductor puede no estar en su posición vertical, yel escenario de la cabeza en colisión cuando este un conductor está en posición vertical era realmentemuy trasero. Por lo tanto, no se consideraron todas esas condiciones. Y sólo una única condición de pruebaera una prueba, y el sistema, el sistema pasa la prueba y se permitió su uso en los vehículos. Por lo tanto, eso fue de nuevo un fracaso porque los requisitos de la prueba no fueron correctamente identificados. Entonces de nuevo el frenado previo al impacto no fue tomado en cuenta.Así que, normalmente antes del accidente siempre los frenos serán aplicados por el conductor, y querealmente reduce la velocidad del vehículo. Y debido a esta reducción de velocidad, el conductorsiempre va a avanzar y golpear el conjunto de la dirección, y eso no fuerealmente previsto en la condición de prueba. Siempre se supone que el airbag debe desplegarsólo después de que haya una colisión. Por lo tanto, esta condición de pre-frenado realmente requería que los airbags dese desplegaran, mucho antes del accidente o el retraso de tiempo en el despliegue del airbagnecesario para ser descifrador basado en este frenado de pre-impacto. Eso no se consideró cuandoel diseño de la bolsa de aire.Del mismo modo, los heridos se debe a la colisión con el airbag no se consideró. Por lo tanto, cuando se despliega la bolsa de airey el conductor avanza por el impacto, hay una posibilidadpara que el conductor se lesione debido al airbag. La elasticidad suficiente deel airbag sobre la presión a mantener, todas esas cosas no fueron consideradascuando se desarrolló la bolsa de aire. Y otro de los requisitos de eliminación de lasno utilizadas o parcialmente utilizadas no fueron identificados. Aunque esto no era una razón para una fallade airbag, esto tampoco se tuvo en cuenta y en realidad el despliegue o el
La eliminación del sistema no se ha tenido en cuenta yrequisito de eliminacióntampoco se ha considerado.Por lo tanto, todo esto demuestra que cuando diseñamos un sistema es importante ver todos los aspectosdel sistema y, a continuación, identificar los requisitos. Por lo tanto, aquí puede ver que las condiciones de prueba de, un impacto previo a un impacto, y luego la eliminación, todas esas cosas no fuerondada importancia primaria y que todos los que realmente llevaron a la falla del sistema de airbag.Esto demuestra que la importancia del análisis de requisitos. Pasaremos por un ejemplo más decómo hacemos realmente el análisis de requisitos y preparamos el caso.(Consulte el tiempo de la diapositiva: 07:08)
Pero en este caso, voy a dejar este caso al como un autoestudio para usted.Así que, en realidad, puede ver las causas del desastre de apolo 13 como un fallo de diseño dedel sistema de ingeniería, y averiguar las fallas en la identificación de requisitos que llevaron a la falla de. Una vez más, en realidad se pueden ver muchos estudios de caso en los desastres de ingeniería. Ustedpuede ver este estudio de caso en particular y luego ver lo que realmente salió mal en apollo 13,qué es lo que es especialmente desde el punto de vista del análisis de requisitos, puede que haya errorestambién, pero mire el análisis de requisitos identificación de requisitos, y lo querealmente salió mal en el fracaso de apollo 13.Así que, esto es en realidad usted puede tomarlo como un auto-estudio, e identificar allí una falla en el análisis de requisitos de.
(Consulte la hora de la diapositiva: 07:54)
Me gustaría darle otro tutorial, básicamente puede tomar esto como un tutorial para suincluso este curso, y tratar de intentar este problema, e identificar todos los que son la lista enel aquí básicamente, estoy mirando un producto. Básicamente, una máquina de cajero automático, una empresa financiera líder en, decidió desarrollar un cajero automático multipropósito para entregar efectivo, aceptar dinero en efectivo de, pagar una factura e imprimir un libro de pases, para la fase operativa de esta máquina. Por lo tanto, sólo espara la fase operativa lo que debe abordar en esta guía de aprendizaje. Identifique al menospocos escenarios operativos y explíquelos en detalle.Por lo tanto, como le he dicho acerca de cómo identificar los escenarios de operación en los estudios de casoy ejemplos, en realidad mostramos cómo hacerlo. Por lo tanto, para esta máquina ATM tratar de identificarunos pocos escenarios operativos y explicarlos en detalle. Por lo tanto, sabemos cómo describir un escenario operativo. Así que, explíquelos en detalle. Y desarrollar un rastreo de salida de entrada para 2 escenarios. Por lo tanto, al menos para 2 escenarios puede desarrollar un rastreo de salida de entrada. Ydesarrollar un diagrama de sistema externo para esto o identificar todos los sistemas externos querealmente interactúan con el sistema ATM principal y, a continuación, preparar un diagramadel sistema externo. Y desarrollar un conjunto de requisitos de origen y preparar el documento de requisito dede origen para la fase operativa.Así, puede identificar los requisitos de origen y, según el formato explicado anteriormente,puede preparar el documento de requisito de origen. Por lo tanto, este es el trabajo que necesitacomo parte de la guía de aprendizaje. Le voy a dar algunas pistas sobre cómo hacerlo, pero sugiero
al que no pasa por las próximas diapositivas, intente resolverlo usted mismo, entoncespuede comprobar con las diapositivas que vienen después de esto, para ver si está en el que lo está haciendode la manera correcta.(Consulte la hora de la diapositiva: 09:52)
Por lo tanto, para darle algunos consejos sobre los escenarios de concepto operativo. Por lo tanto, debe identificar los casos de ejemplo de concepto operativo. Por lo tanto, aquí puede identificar muchos escenarios. Por ejemplo,uno es el cliente que realiza un depósito. Por lo tanto, un cliente está llegando a la máquina de cajero automático, élquiere depositar algo de dinero.Así que, lo que todas las diferentes actividades, o diferentes procedimientos que usted va a seguir en ordenpara hacer los depósitos. Por lo tanto, de forma similar también puede identificar otros escenarios, puede tener el escenario2 3 4 5. O cualquier número de escenarios. Por lo tanto, algunos ejemplos son 4 escenarios son comoy hay una situación de emergencia. Por lo tanto, podría ser un incendio en la sala de cajeros automáticos, o allípodría ser un robo o puede ser un cortocircuito eléctrico, o lo que sea. Entonces, ¿qué pasaráen su situación de emergencia?Entonces, ¿cuáles son los requisitos que deben proporcionarse en la máquina ATM o el sistema externoque realmente interactúan con la máquina ATM para enfrentar esta situación de emergencia?¿O hay un incendio en el sistema? O hay un intento no autorizado por alguien de tomaren efectivo o de saquear el cajero automático. Entonces, ¿cuál debería ser el escenario? ¿Qué es lo que realmente debe hacer la máquina ATMo lo que en realidad es el software o los sistemas externos? ¿O cómo reaccionanante una situación así? Por lo tanto, también puede ser otro escenario, o la máquina como bog
abajo. Por lo tanto, ¿cuál debería ser el modo en que se manejará ese escenario a las máquinas bog downcómo informar a un servidor central o a los agentes de servicio o al cliente.Por lo tanto, ¿qué pasará con el cliente si está de por medio y se descompone? ¿O qué va a pasarsi hay un desglose sobre el sistema cuando la transacción en efectivo se está llevando a cabo? Por lo tanto, todos esos escenarios se pueden identificar aquí. Del mismo modo, hay un robo en el o un intento dede un caso de robo y luego de mantenimiento. Por lo tanto, la máquina está en mantenimiento.Entonces, ¿qué es el sistema para cerrar? ¿Y qué sistema debe permitir el acceso a las personas de servicio de? Por lo tanto, todos estos casos de ejemplo pueden ser explicados en detalle y puedeidentificar realmente todos los requisitos para estos casos de ejemplo de operación.Y para obtener los requisitos de salida de entrada, en realidad puede ir a buscar un rastreo de salida de entrada.(Consulte Tiempo de diapositiva: 11:56)
Como puede ver aquí, se trata de un caso de ejemplo de cliente. Por lo tanto, cuando en realidad el cliente dedesea realizar algunos depósitos, puede ver aquí un cliente que este cliente depuede ver aquí.
(Consulte el tiempo de la diapositiva: 12:10)
Por lo tanto, este es el cliente, este es el cajero automático, y este es el sistema bancario o el servidor central de. Entonces, ¿qué tipo de interacciones tiene lugar entre estas entidades? Puede ver que el cliente dees un sistema externo aquí. Y luego ATM es el sistema principal de interésy el servidor de banco es de nuevo un sistema externo que realmente interactúa con el cajero automático.Así que, podemos ver aquí el cliente proporcionará una identificación general al cajero automático, yentonces estos en forma de una tarjeta de tarjeta de cajero automático o puede ser una impresión de pulgar o cualquier formade la ATM que le gustaría tener. Y entonces el cajero automático pedirá un ID único en términos dede una contraseña o forma de identificación y el cliente proporcionará el ID, yentonces que está satisfecho. Si hay una base de datos que la verificará con respecto a ella es la base de datos,de lo contrario habrá otra línea que viene de aquí al servidor, que en realidadverificará el id y luego dará un feedback. Por lo tanto, en este caso se supone que el propio cajero automáticoha obtenido los ID o las contraseñas almacenadas para un ID general en particular.Por lo tanto, en ese caso, solicitará la actividad qué tipo de transacción le gustaría tenery, a continuación, el cliente selecciona la actividad de depósito y, a continuación, la solicitud de tipo de cuenta dees proporcionada por el cajero automático. A continuación, el tipo de cuenta es proporcionado por el cliente,y se le pregunta a la cantidad de cantidad que desea depositar, el importe de la transacciónlo da el cliente. Y luego el tipo de depósito, y el tipo de depósito se da. Como entérminos de efectivo o cheque o un DD sea cual sea el tipo de depósito y luego hay un medio físicopara insertar. Por lo tanto, podemos ver aquí que la máquina ATM proporciona un medio físico
para insertar. Por lo tanto, este tipo de transacción o el rastreo de salida de entrada le tiende a los requisitos de.Cuando se dice que hay un medio físico de inserción; es decir, la máquina debe tenerel recurso o hay un requisito para una apertura física en la máquina para aceptar el efectivo o la comprobación dey, a continuación, el cliente deposita los fondos. Y, a continuación, debe haber información de transacción deen el servidor central. Y eso contará la cantidad o verificará el efectivo de. Y eso será la transacción se dará al servidor central. Y luego el reciboserá proporcionado por el cajero automático, y el cajero automático volverá a ser el menú principal. Y el cliente depuede optar por tener otra transacción o puede abandonar el lugar. Por lo tanto, estas sonlas actividades que tienen lugar en uno de los escenarios.Así que, al igual que esto, podemos tener todo para el rastreo de salida de entrada que podemos tener para todos los escenarios dey proporcionar información sobre los requisitos de salida de entrada.(Consulte la hora de la diapositiva: 14:51)
Por lo tanto, este es otro requisito de salida de entrada para otro escenario. Básicamente, aquí es una actividad de retirada de; el cliente quiere retirar alguna cantidad. Por lo tanto, las actividades iniciales deserán las mismas. Por lo tanto, una vez que se indique la solicitud de una actividad, el clienteelige la actividad de retirada y, a continuación, la solicitud de tipo de cuenta, el tipo de cuenta esdado a continuación la solicitud de importe de la cantidad de transacción y, a continuación, una vez que se da la cantidad.
(Consulte la hora de la diapositiva: 15:19)
A continuación, habrá una verificación de cuál es la cantidad máxima que la persona puede retirar,y esa cantidad se devolverá a la ATM y luego ATM decidirá si le da alel efectivo o no. Y una vez que se acepta que va a proporcionar el dinero en efectivo.Por lo tanto, al cliente se le da un efectivo a dado el efectivo del cajero automático. De nuevo, le indica quehabrá una disposición para que el cajero automático cuente la moneda y, a continuación, deseche o dé la monedaal cliente. Y la recepción que ha proporcionado los detalles de la transacción se envíade nuevo al servidor central y se proporciona la recepción y, a continuación, se devolverá al menú principal de. Por lo tanto, estas son las diferentes actividades que tienen lugar durante esta transacciónen particular. De forma similar, todos los casos de ejemplo podemos identificar los requisitos dede entrada y salida, y estos requisitos se pueden colocar como en la parte pasada de los requisitos de origen de.
(Consulte la hora de la diapositiva: 16:13)
Así que, originando requisitos algunos de los requisitos de origen lo que podemosidentificar el sistema dará una indicación del estado. Me refiero al estado de la máquina. Por lo tanto, qué es donde está en condición de funcionamiento, donde está en estado de mantenimientoo está en una condición de avería. Por lo tanto, esta indicación del estado que se debeproporcionar al cliente; el sistema solicitará una identificación y proporcionará la oportunidad depara proporcionar la identidad. Por lo tanto, puesto que la máquina ha chequeado la identidad. Por lo tanto,debería haber una solicitud para una identificación, y proporcionar una oportunidad para probar la identidad de. Por lo tanto, estos son algunos de los requisitos que puede identificar.Así que, de forma similar, puede tener muchos requisitos. Estos son sólo ejemplos de algunos de los requisitos deque puede identificar utilizando el rastreo de salida de entrada.
(Consulte la hora de la diapositiva: 16:55)
Por lo tanto, en realidad esto muestra un diagrama de sistema externo de muy alto nivel, puede ver que sontodo el sistema externo que interaccionará con el sistema ATM que puede tenerATM admin que estará interactuando con el sistema ATM para el mantenimiento. Tan biencomo un servicio y otros requisitos, y los clientes de otros bancos estarán llegandoy habrá diferentes bancos clientes como entonces serán clientes de tarjetas de crédito. Yentonces habrá diferentes redes. Como, hay diferentes redes internacionales comomaster visa y ese tipo de redes.Por lo tanto, habrá interacción con el cajero automático, entonces habrá un cliente poco amigablebásicamente que están tratando de intentar tomar dinero sin autorización de sin ninguna autoridad de. O habrá un poco de robo y otras situaciones. Y habrá gestión bancariainteractuando con el sistema para básicamente averiguar las transacciones y paraver si hay suficiente efectivo u otras cosas.Por lo tanto, habrá mantenimiento de hardware también que en realidad estará manteniendo un sistema,y siempre que haya un problema que habrá de asistir como junto con los proveedores de servicios. Por lo tanto, estos son los diferentes sistemas que interactúan con el cajero automático. Por lo tanto, están losbásicamente los sistemas externos. Y en realidad se puede ir más abajo a este nivel, yidentificar qué tipo de interacción tiene lugar. Por lo tanto, hemos hablado del diagramadel sistema externo. Por lo tanto, podemos preparar el diagrama de sistema externo más detallado que identifica el tipo de interacciónque tiene lugar entre estas entidades.
(Consulte la hora de la diapositiva: 18:25)
Por lo tanto, eso era sólo para decirle cómo intentar el problema del problema de la guía de aprendizaje. Y esteserá una tarea para usted. Puede intentar este gadget de electrónica líderfabricante ha decidido desarrollar un gadget multipropósito para almacenar la tienda de música entregarecuperar datos como el número de teléfono de dirección etcétera. Y proporcione información sobre la navegación de la ubicación. Y para la fase operativa de este dispositivo identificar al menos 10 escenarios operativosy explicarlos en detalle. Desarrolle un rastreo de salida de entrada para 3 escenarios yidentifique los requisitos de salida de entrada. Desarrolle el diagrama de sistema externo para que estosdesarrollen un conjunto de requisitos de origen y prepare la ORD para la operación
fase. Y preparar una jerarquía objetiva para la fase operativa también.Entonces, ¿cuáles son los objetivos básicos? Y cuál es la jerarquía de estos objetivos, también se puede preparar. Por lo tanto, se trata de una asignación de grupo para que pueda preparar esto y puede enviármelosi desea recibir algún comentario de esto.
(Consulte la hora de la diapositiva: 19:23)
Por lo tanto, para resumir lo que se discutió en las últimas conferencias, empezamos con 6 funciones dedel proceso de diseño del sistema; donde empezamos con el primer problema de eso es elque define los problemas de diseño de nivel del sistema. Así que, ese fue el out de los 6 este es el primere intentamos entrar en los detalles de esta fase.Por lo tanto, básicamente usted hablará sobre el concepto operativo, y cómo desarrollamosel concepto operativo, y entonces cómo identificamos los sistemas externos. ¿Cómo, a continuación, la jerarquía de objetivos y la documentación dey la gestión de requisitos? Y al final de este nivel lo que estamosobteniendo como salida es el documento de requisitos de origen, y vimos cómorealmente preparamos el ORD, y cuál es el formato para preparar el documento de requisitos dede origen. Por lo tanto, con esto completamos el primer nivel de problema de diseño quees el que define el problema de diseño de nivel del sistema. Antes de ir al siguiente nivel que es el desarrollo funcional dedel sistema, me gustaría explicarte brevemente sobre algunosde los softwares disponibles para un diseño del sistema.Por lo tanto, voy a explicar brevemente estos softwares básicamente te daría una idea de lo queen realidad el software puede hacer para ayudarle a diseñar un sistema de ingeniería. Por lo tanto, haycomo he mencionado antes hay varias herramientas de software para una ingeniería del sistema, yalgunas de ellas están disponibles comercialmente. Algunas de ellas significan que algunas de ellas están completamente disponiblesalgunas de ellas que necesita para obtener alguna licencia para utilizar.
(Consulte la hora de la diapositiva: 21:03)
Como he mencionado anteriormente, hay uno de los software que se conoce como SysML. Es un lenguaje de modelado de propósito general-para la aplicación de ingeniería de sistemas que es un dialecto de UML.
es una marca registrada del estándar de la industria para modelar sistemas intensivos de software.Por lo tanto, este es básicamente el lenguaje de modelado, un dialecto para el estándar de la industria. Básicamente,se utiliza para un sistema intensivo de software. ahora se utilizan básicamente en una ingeniería del sistemaporque muchas de las aplicaciones de ingeniería del sistema incluyen la integración de software y hardware. Por lo tanto, esto es muy bien utilizado en aplicaciones de ingeniería del sistema. Por lo tanto,da soporte al diseño de análisis de especificaciones, la verificación y la validación de una amplia gama de sistemas y sistemasde sistemas. Estos sistemas pueden incluir personal e instalaciones de procesos de información de software de hardware. Por lo tanto, podemos utilizar este lenguaje SysMLpara el análisis y diseño o verificación y validación de sistemas; queen realidad incluye personal e instalaciones del proceso de información de software de hardware.Este es un código abierto que está disponible públicamente para su descarga e incluye una licencia de código fuentepara su distribución y uso. Por lo tanto, si usted está interesado o si quieredescargarlo realmente puede conseguirlo es una fuente libre y abierta. Puede utilizar este paralas aplicaciones de diseño del sistema. Y la mayoría de los softwares vienen con él es el propio usuariomanual y explicaciones sobre cómo utilizar diferentes funciones en el software. Por lo tanto, puededescargar el software lo más probable es que obtenga el manual de usuarios y la explicación desobre cómo utilizarlo.
(Consulte Hora de la diapositiva: 22:40)
Otro es conocido como núcleo. Es de nuevo un software proveniente de vitech Corporation. Ile explicó en una de las clases que IIT Madras tiene un acuerdo con la corporación Vitech. Por lo tanto, en realidad somos parte de su programa de educación universitaria. Ypor lo tanto, somos realmente elegibles para descargar el software libre de costo, especialmentela versión de educación. Sólo es necesario tener algún registro con esta empresa.Por lo tanto, una vez que se registre con esta empresa se le dará una contraseña para descargar, yes muy probable que tenga que acercarse a mí para obtener la contraseña porque me envían la contraseña desi usted pide el registro. Y luego puede descargarlo yusado para su aplicación de educación. Por lo tanto, en caso de que desee descargar el software,puede ponerse en contacto conmigo y le haremos un arreglo para obtener la contraseña dedescargando el software. Por lo tanto, este software es conocido
como núcleo básicamente mirando a losdiferentes aspectos del problema de diseño de nivel del sistema, y entonces cómo este problema puede sersimplificado utilizando el software.
(Consulte la hora de la diapositiva: 23:48)
Le daré una breve explicación sobre el software, qué puede hacer y cuáles son las capacidades deo qué hace que sea interesante utilizar el software para un problema de diseño de nivel de sistema. Como puede ver el escritorio de los ingenieros del sistema, hay muchas cosas en el escritorio dede un ingeniero del sistema. Por lo tanto, tiene el documento de origen de donde va arealmente extraer los requisitos, y luego basado en este requisito será encontrarla lista de funciones, y luego los componentes físicos. Y para los componentes físicoses necesario tener una rastreabilidad, y la rastreabilidad volverá a funcionar y luegode la función irá a los requisitos. Y de forma similar, hay diferentes elementosde datos y hay una definición de interfaz cuando tiene un componente físico que será muchode interfaces entre componentes.Por lo tanto, es necesario definir estas interfaces que vienen de nuevo desde la función y los elementos dede datos. De forma similar, habrá una gran cantidad de salida gráfica procedente de la lista de funciones en términos dede diferentes formas de modelar el comportamiento del sistema, y esto en realidad todo estodebe grabarse como informes o modelos o especificaciones de impresión. Por lo tanto, de nuevo la notalibro de ingeniería de notas de ingeniería de datos lo que habrá lo que usted estable en diferentes actividades de diseño deo un concepto de desarrollo. Por lo tanto, todas estas cosas deben ser finalmente,impresas como informes. Por lo tanto, como puede ver, hay mucha interacción entre todas estas funciones dey cualquier cambio afectará a algo más en el sistema.
Por lo tanto, ¿cómo tenemos una forma ordenada y sistemática de representar todas estas cosasen un uso de las capacidades de computación y tecnología de la información? ¿Cómo podemosdesarrollar realmente esto un particular sobre una aplicación? O podemos tener todas estas cosasde una manera muy ordenada y sistemática, sin mucha complejidad puedes hacer cambios fácilespuedes tener una trazabilidad adecuada. Por lo tanto, ¿cómo hacemos esto es una tarea importante paraun ingeniero del sistema?(Consulte la hora de la diapositiva: 25:41)
Por lo tanto, si observa la arquitectura de una suite de herramientas de ingeniería del sistema común. Normalmentehabrá una base de datos para los requisitos. Esto será en términos de que será unescrito que tiene procesadores de textos o utilizando hojas de cálculo.Así que, se desarrollará toda la base de datos de requisitos. Y habrá una base de datosde comportamiento en términos de las funciones y las interacciones funcionales y las interfaces. Yentonces tendrá una base de datos de arquitectura física, los subconjuntos de componentesy cómo satisfacen realmente las funciones. Y luego habrá una verificación y una base de datos de validación de. Por lo tanto, habrá varias bases de datos, y utilizando esta base de datos, los requisitos dese gestionarán utilizando la base de datos de requisitos. Y el análisis de comportamientose llevará a cabo utilizando la base de datos de comportamiento, y la síntesis de arquitectura se realizaráutilizando la arquitectura física, y la verificación realizada será utilizando la base de datos de verificación.Así que, como podemos ver aquí diferentes fuentes para estas bases de datos