Loading

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

Apuntes
Study Reminders
Support
Text Version

Integración y cualificación

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 esta clase, examinaremos la integración y la cualificación de los sistemas de ingeniería de. Como mencioné en las conferencias anteriores, esta es una de las etapas finales deen el diseño de sistemas de ingeniería en los que tratamos de integrar diferentes componentes de, diferentes subsistemas que ya diseñamos y luego clasificamos al sistemapara asegurarnos de que cumple con los requisitos del sistema o que satisface las necesidades de las partes interesadas de. Los dos puntos importantes aquí son la integración y la calificación, básicamente la integración es el ensamblaje de componentes y subsistemas para hacer quetodo el sistema y la cualificación sea básicamente la validación y verificación del sistemapara garantizar que cumpla los requisitos de diseño.Por lo tanto, vamos a pasar por estos dos pasos básicamente la integración y la calificación yentonces ver cuáles son los pasos importantes en la realización de una integración y cualificación, asícomo cuáles son los procedimientos a seguir para asegurarse de que el sistema está integradoy el el rendimiento se garantiza a través de una fase de validación y verificación.(Consulte el tiempo de la diapositiva: 01:28)
Por lo tanto, vamos a las etapas de diseño que ya hemos comentado que hay 6 funciones de proceso de diseño dey esta es la última que es la definición del sistema de calificación parael sistema básicamente nos fijamos en la integración y la calificación.Por lo tanto, estamos pasando por estas etapas que es el problema de diseño de nivel del sistema, arquitectura funcional del sistema, arquitectura física, arquitectura operativa y arquitecturade interfaz. Por lo tanto, estamos completados todas estas etapas y la última la sexta función esbásicamente el sistema de clasificación donde nos fijamos en los aspectos de integración y calificacióndel sistema de ingeniería.(Consulte el tiempo de la diapositiva: 02:03)
Si observa el diagrama de sistema v que hemos discutido en una de las clases cuandoha discutido el proceso de diseño del sistema, puede ver que el diseño del sistema puede ser realmenteclasificado en una etapa de descomposición, así como una etapa de integración. Por lo tanto, la etapa de descomposición dees básicamente tratar de descomponer el problema en módulos pequeñosy luego tratar de desarrollar estos módulos y luego iniciar el proceso de integración.Por lo tanto, aquí el golpe de demonio de la v estará descomponiendo el problema básicamente nosotrosmiraremos los artículos de configuración y luego los haremos para diseñar especificaciones y luego planes de verificación de. Y esta es la parte del trabajo de los ingenieros del sistema y luego esta es la etapa de diseño dedonde los especialistas en diseño o diseño mecánico o electrónica cualquiera que seala especialización necesaria estarán haciendo la etapa de diseño aquí y luego una vez que se construyan los artículos dey vamos a ir a la etapa de integración y calificación.
.Por lo tanto, esta es la etapa en la que ahora estamos intentando integrar los elementos que son el diseño dey, a continuación, estará realizando el proceso de verificación y validación que conoce para quecalifique al sistema para que cumpla los requisitos del cliente.(Consulte la hora de la diapositiva: 03:15)
Por lo tanto, la integración básicamente puede definirse como el proceso de ensamblar el sistemade sus componentes que deben ensamblarse desde los AC. Por lo tanto, es un proceso deensamblar los componentes o los elementos de configuración y hacerlos subconjuntosy, a continuación, hacer el ensamblaje y, finalmente, preparar todo el sistema. Por lo tanto, ese es el proceso de integración de.
(Consulte el tiempo de la diapositiva: 03:38)
La cualificación por otro lado está básicamente asegurando que el sistema cumple realmente con los requisitos del cliente de. Por lo tanto, aquí está el proceso de verificar y validar el diseño del sistemay, a continuación, obtener la aceptación de los interesados del diseño. Por lo tanto, aquí esta es unade las etapas cruciales porque estas son estas etapas que obtenemos la aceptación del titular de la participación.Por lo tanto, una vez que el titular de la participación dice que es aceptable para ellos entonces sólo podemos realmenteasegurar o podemos decir realmente que el diseño del sistema está completo. Por lo tanto, en esta etapa intentamosver al cliente cuáles son los requisitos que ha especificado el cliente y sirealmente estamos satisfaciendo estos requisitos. Por lo tanto, pasaremos por la validación y la etapa de verificación dey, a continuación, nos aseguraremos de que sean los requisitos del sistema los que cumplan los requisitos de las partes interesadas dey que los clientes y las partes interesadasacepten el sistema. Por lo tanto, esa aceptación es la etapa final de un diseño del sistema. Por lo tanto, la calificación dees la etapa en la que nos aseguramos de que el cliente está satisfecho con el producto oel sistema y acepta todas las funciones que suministramos y que es suficiente paracumplir con el requisito del cliente.Por lo tanto, puede ver que hay dos etapas una es la verificación en realidad podemos ver la verificación dey la validación del sistema. Por lo tanto, necesitamos verificar y validar el sistema.Entonces, ¿cuál es la diferencia entre esta verificación y validación? Básicamente, un sistema de calificacióndebe diseñarse simultáneamente. Por lo tanto, antes de ir a la diferencia
entre la validación de la verificación sólo me dará algunos puntos importantes como el sistema de calificacióndebe diseñarse simultáneamente con los sistemas operativos. Por lo tanto,cuando estamos definiendo el sistema de calificación que es incluso antes de llegar a la etapa deque califica el sistema, necesitamos tener el sistema de clasificación diseñado.Por lo tanto, tenemos que asegurarnos de que tenemos un procedimiento particular para asegurarnos de que se cumplen los requisitos del sistemay de la calificación de cómo hacemos realmente el proceso de validación dede verificación, cuáles son los documentos necesarios, todos los que parece que se han decidido en esta etapael desarrollo del sistema de calificación. Y esto tiene que hacerse junto con el desarrollo del sistema operativoporque en el sistema operativo sabemos cómo se va a operar el sistema. Por lo tanto, cuando desarrollamos el sistema operativo nos aseguramos de quedesarrollamos un sistema de calificación también que realmente detalla el procedimiento a serseguido para garantizar la calidad del sistema o en la verificación y validación del sistema.El criterio de salida para la integración y la calificación es la aceptación del diseño por parte de los interesados de. Por lo tanto, ese es el criterio de salida. Una vez aceptado el sistema, el procedimiento de calificación de integración deha terminado, hasta que el titular acepta el producto o el sistema. Por lo tanto, no podremos salir del proceso de diseño. Por lo tanto, ahora, para salir del criterioaquí está la aceptación del sistema por parte de los interesados.(Consulte la hora de la diapositiva: 06:23)
Como mencioné que la verificación y validación y la aceptación son los tres procedimientosen el proceso de calificación. Por lo tanto, como puede ver aquí, la verificación es la determinaciónde que el sistema nos hará bien. Así que, aquí nos aseguramos de que el sistema nos hará la verificación correcta dees básicamente asegurarse de que el sistema construido era correcto o el sistema lo que estamos construyendoes el correcto lo que realmente queríamos decidir y la validación determinaque el sistema correcto fue construido. Por lo tanto, esa es la diferencia entre la verificación y la validación de, la validación determina que se ha creado el sistema correcto. Por lo tanto, tenemos algunos requisitos dedel cliente y los clientes han especificado que el sistema debe cumplirestos requisitos y diseñamos un sistema.Por lo tanto, lo primero es básicamente que necesitamos asegurarnos de que cualquiera que sea el sistema que estamos diseñandorealmente está cumpliendo con el requisito o el diseño es el sistema correctodiseñado para ese trabajo en particular. Por lo tanto, esa es la validación. En la validación nos aseguramos de quetodo lo que estamos construyendo realmente puede satisfacer los requisitos del cliente y la etapa de verificación denos aseguramos de que lo que quisimos diseñar el mismo diseño ha sidoconstruido para el sistema. Ese es el sistema que nos ha construido el sistema correcto en la verificación que nos aseguramosde que el sistema construido para nosotros correcto y la validación nos aseguramos de que el sistema correcto fue construidopara la aplicación en particular. Por lo tanto, esta es la diferencia básica entre la verificación y la validación de.Como puede ver aquí en la validación hay diferentes tipos de validez que es una es la validez de la operación de, otra es la validez conceptual y la tercera es la validez dey la validez del diseño. Por lo tanto, para asegurarse de que el proceso de validación es, debemos asegurarnos de que todas estas validez que son la validez de la operación, la validez conceptual de, la validez de los requisitos y la validez del diseño están satisfechas. Estos sonbásicamente utilizados para garantizar que el sistema correcto se ha creado para satisfacer los requisitos dedel cliente. Como puede ver aquí en este diagrama v tenemos que tener diferentes validities, así como los procedimientos de verificación. Les mostraré una mejor imagen aquí pueden verlos diferentes tipos de validities. Por lo tanto, este es el requisito de stakeholder y este es el diagrama general depara el diseño del sistema. Por lo tanto, si mira, puede ver los distintos procesos deimplicados en el diseño del sistema. Por lo tanto, estas son las actividades de ingeniería del sistemay aquí es la actividad de ingeniería de diseño.Ahora, aquí si se miran las validities la primera es la validez conceptual. Por lo tanto, la validezes básicamente para asegurar que el sistema correcto fue construido tenemos algunas necesidades de los propietarios de las acciones
ya identificado en esta etapa inicial y luego basado en las necesidades de estos interesadosdesarrollamos un concepto operativo. Por lo tanto, la validez conceptual es básicamente asegurar que opara asegurar que el concepto operativo sea lo que desarrollamos realmente necesita las necesidades de las partes interesadas de. Por lo tanto, básicamente es uno a una correspondencia o mirando asi realmente coincide con las necesidades de los interesados y la validez conceptual que vemos enel concepto operativo y las necesidades de los interesados y asegurar que este concepto de operaciónen particular puede satisfacer las necesidades de los interesados que es la validez conceptual. Nosotrosnecesitamos asegurar esta validez conceptual antes de ir a cualquier otro proceso. Por lo tanto, la validez conceptual dees importante porque si se comete un error en la validez conceptualpodemos estar haciendo un sistema e incluso el proceso de verificación que satisface no seríasatisfacer las necesidades de los interesados porque el sistema construido no era correcto.Por lo tanto, la validez conceptual asegura que el concepto operativo que hemos elegido para las partes interesadas depara satisfacer las necesidades de los interesados es el correcto y el mismo es válido paraque las necesidades particulares del cliente. Esa es la validez conceptual. A continuación, tenemos los requisitos operativos de. Por lo tanto, tenemos muchos requisitos del concepto operativoy de otras fuentes se ha discutido en las etapas iniciales los documentos de requisitos deoriginarios se desarrollarán. Este requisito de origen documenta ylos requisitos identificados en los requisitos de origen y el concepto operativo y siencontramos que hay una coincidencia entre estos dos, entonces es la validez de los requisitos.La validez de los requisitos es básicamente garantizar que los requisitos de origen sonsuficientes y el concepto operativo para este concepto operativo identificamos todos los requisitos de origen de. Los otros requisitos se han identificado o tenemos queañadir pocos requisitos más o hay algún requisito que no sea necesario. Por lo tanto, el tipode un análisis es realmente la validación de requisitos. En esta validación de requisitos,nos fijamos en todos los requisitos identificados para este concepto operativo, así como para cumplir conlas necesidades del cliente y si son satisfactorias, estamos obteniendo los requisitos de la validez de.Entonces hemos basado en este requisito de origen, entonces los requisitos del sistema empezamosdesarrollando la arquitectura funcional y luego la arquitectura física y luego la especificaciónpara los componentes para o el sistema. Por lo tanto, esto asegura realmente la validez del diseño. Por lo tanto, si el componente es lo que necesitamos para diseñar o el subsistema sea cual sea el diseño desi éste puede cumplir con los requisitos de origen y esa es la validez del diseño y.
Por lo tanto, en la validación de diseño, consulte los componentes y la especificación y, a continuación, asegúrese de queque estos componentes pueden cumplir los requisitos ya identificados. Por lo tanto, esla validación de diseño. Por lo tanto, en esta etapa, tenemos esta validación básicamente la validez conceptual de, validez de requisitos y validez de diseño y la última lo quenecesitamos asegurar es la validez operativa.Por lo tanto, la validez operacional sólo se puede asegurar cuando tenemos el sistema completodesarrollado. Una vez que haya integrado todos estos elementos y luego obtenga el sistema completo, entonces nos fijamos en el sistema y su funcionamiento y vemos si el concepto operativolo que propusimos para este cliente necesita donde esto coincida con el sistemalo que desarrollamos. Se trata de una validación, podemos garantizar que el concepto operativosea lo que deseemos desarrollar en realidad está desarrollado en el sistema original y quegarantiza la validez operativa del sistema. Por lo tanto, estos cuatro procesos de validación de la validación conceptual de, la validación de requisitos, la validación de diseño y la validación deoperativa garantizan el proceso de validación del sistema.Por lo tanto, es el primero en la calificación, por lo que el requisito básico o la idea básica de la validación dees garantizar que construimos el sistema correcto y que el sistema puede cumplirlos requisitos del cliente y esto está asegurado a través de los cuatro procesos de validación conceptual de, validación de requisitos, validación de diseño y validación deoperativa.Y la otra una es la verificación. Por lo tanto, tenemos la validación y verificación.Verification es básicamente para asegurar que sea cual sea el sistema que diseñamos y cualquiera que seadesarrollado, en realidad están igualando entre sí o el requisito o el diseño de los requisitos deo el diseño lo que propusimos aquí se logra realmente en el diseño real de.Así que, esa es la verificación del sistema. Por lo tanto, a medida que desarrollamos el sistema, verificamos que el sistemalos elementos que desarrollamos o el subsistema que desarrollamos realmente cumplen con los requisitos dedel sistema que ya diseñamos. Por lo tanto, esa es la verificación. Por lo tanto, asegúrese de queque el sistema nos vaya a la derecha para esto, lo que identificamos y lo que nosotrosentregamos en realidad coinciden. Por lo tanto, esa es la verificación del desarrollo. Por lo tanto, una vez quetengamos esta validación y verificación esto realmente asegura que lo que quisimos
desarrollar lo que se consigue en términos de validación, así como la verificación y luego la últimaes básicamente aceptabilidad del sistema.Por lo tanto, la aceptabilidad es básicamente el proceso por el cual el cliente o el interesado aceptanel sistema lo que diseñamos. Por lo tanto, una vez que tenga estas validaciones y la verificación,asegura que lo que deseemos desarrollar como ingenieros de diseño hemos desarrolladobasado en el concepto operativo y luego otros requisitos y el sistemase entrega en forma de hardware o software. Y luego hacemos pruebas de aceptabilidad con el cliente deo con los interesados y una vez que se cumplan los requisitos de los interesados yaceptarán el sistema y eso realmente completa el ciclo de v ciclo o empezamoscon las necesidades de los interesados y con la satisfacción de las necesidades de los interesados a través de un proceso de diseño deV en el que pasamos por el proceso de diseño y luego pasamos por las etapas de integración y calificación dey, por último, entregamos el sistema según los requisitos de los clientes. Por lo tanto, este es el proceso de verificación de validación y aceptación del sistema.(Consulte la hora de la diapositiva: 14:55)
Aquí puede ver en esta aceptación la validación y verificación hay dos cadenascomo puede ver hay una cadena de nivel alto y una cadena de nivel bajo. En la cadena de alto nivelobservamos la validez de la operación de validez conceptual y las pruebas de aceptación. Por lo tanto, el alto nivel deesto en el nivel superior estará teniendo la validez conceptual que realmenteasegura que el concepto operativo pueda satisfacer las necesidades de los interesados y la operativa
la validez de la operación del sistema es según el concepto operativo lo que propusimosy la prueba de aceptación es básicamente el cliente acepta el sistema en lo que nosotros diseñamos.Por lo tanto, esta es la cadena de alto nivel que en realidad como parte del proceso de calificación.Y en el nivel inferior una cadena tenemos la validación de la validez de los requisitos, diseño de la validez de, entonces tenemos la verificación y la validez de la operación como parte de la operaciónla validez que también viene bajo la cadena de nivel bajo donde miramos los componentes o subsistemasy que su validez operacional. Es por ello que tenemos un solapamiento de la validez operativa deen la cadena de alto nivel y la cadena de nivel inferior.La cadena de nivel inferior podemos estar desarrollando algunos componentes o subsistemas y luegocomprobar si realmente cumple con el requisito que es la validez operativa enlas etapas iniciales. Y luego las etapas finales, una vez que se tiene el montaje de todo el sistemael sistema completo se desarrolla entonces tenemos la validez operativa en la cadena de alto nivel. Por lo tanto, esta es la cadena de alto nivel y la cadena de nivel inferior del proceso de calificaciónque asegura que el sistema atado se ha construido y el sistema construido era correcto. Por lo tanto, estees el proceso de calificación de un sistema de ingeniería. Creo que esto es lo mismo un diagramaque estudia más claridad.(Consulte el tiempo de la diapositiva: 16:36)
Por lo tanto, vamos a través de los detalles de la verificación y cuáles son las etapas importantes para serempleado para la verificación, ya que vimos que la validación hay diferentes tipos de validación de. En la verificación también tenemos que pasar por unos pocos pasos con el fin de garantizar que
cumple el requisito del sistema. Por lo tanto, básicamente la verificación es la coincidencia de los elementos, componentes o subsistemas dede configuración y el sistema con sus correspondientes requisitos paraasegurarse de que cada sistema se ha creado correctamente.Por lo tanto, en la etapa de verificación observamos los elementos de configuración o el nivel más pequeño de los componentes dey, a continuación, los subsistemas de componentes y el sistema a sus correspondientes requisitos depara garantizar que cada sistema se ha creado correctamente. Por lo tanto, esa es la etapa de verificación. Nos aseguramos de que cada sistema se ha construido correctamente para satisfacer los requisitos del clienteo los requisitos de diseño. Y para que la verificación tenga éxito, los requisitos dederivados y derivados deben ser comprobables, es decir, los requisitos deben ser sentencias únicas que seaninequívocas, comprensibles y verificables.Por lo tanto, esta es una declaración importante para cuando se inicie la verificación o el proceso de calificacióndel sistema que necesitamos para garantizar que todos los requisitos especificados ense han especificado de manera inequívoca. Por lo tanto, cuando discutimos acerca de los requisitos de origendesarrollo que afirmamos que hay algunas cosas específicas que deben tenerse en cuenta mientrasdesarrollamos los requisitos, uno de los puntos importantes es que el requisito debe sermuy claro y sin ambigüedades, es decir, debemos declarar claramente lo que realmente el requisitode cada componente o sistema de lugar y entonces sólo podemos verificar si escumple con el requisito o no.Cuando empezamos el desarrollo del sistema que es la importancia del análisis de requisitosy la documentación de requisitos porque que se va a utilizar como una declaración para la verificación dedel sistema, es por eso que tenemos que escribirlo claramente inequívocamenteporque los que están haciendo el proceso de verificación pueden no ser la misma persona querealmente escribió los requisitos. Por lo tanto, no debe interpretarse de una manera diferente que espor qué toda la documentación de requisitos especialmente el requisito de los diferentes componentes y sistemas delos requisitos interpretados todas esas cosas deben ser claramentey los requisitos de verificación también deben ser claramente establecidos, de modo que esto puedaen realidad cada componente puede ser verificado en contra de esos requisitosidentificados. Por lo tanto, esa es la importancia de realizar los requisitos de una manera clara.Así que para tener éxito todo debe ser declaraciones únicas que sean inequívocamentecomprensibles y verificables. Por lo tanto, esto juega un papel importante en la verificación. Por lo tanto, identificar
los requisitos y, a continuación, la escritura de los requisitos son muy importantes cuandollega a la verificación de los requisitos o la verificación del sistema.(Consulte la hora de la diapositiva: 19:25)
Por lo tanto, puede ver aquí el diagrama IDEF0 para la integración de cualificaciones. Por lo tanto, puede verestas son algunas de las funciones de las funciones de nivel superior en la cualificación del sistema.(Consulte la hora de la diapositiva: 19:31)
Por lo tanto, el diseño del sistema es realizar actividades de integración de cualificaciones es una de las funciones de la suben el proceso de diseño.
(Consulte la hora de la diapositiva: 19:39)
Y esto se puede dividir en sus subfunciones como la validación temprana de contacto. Por lo tanto, la validación temprana dees básicamente y antes de empezar realmente el diseño del sistema que vamospara la validación temprana como la validez de la operación para asegurar que el concepto operativolo que desarrollamos realmente cumple con los requisitos y luego vamos para la integración y verificación de. Por lo tanto, una vez que tengamos los otros componentes de subsistemasdiseñados entonces estaremos teniendo la etapa de integración y la integración y verificaciónse llevará a cabo y entonces estaremos haciendo la validación. La validación final en la queobservamos la validez operativa y la validez de la presión del componente, así como la validación depara la validación de la concepción y la validación de requisitos, se llevará a cabo yentonces vamos a realizar la prueba de aceptación. Por lo tanto, estas son las diversas etapas involucradas en la integración dey la calificación de ese sistema.Por lo tanto, esta clara validación básicamente asegura que el sistema o el concepto operativoque sea que se desarrolle sea suficiente para hacer los requisitos del cliente y luego deesta etapa vamos a ir para el diseño. Podemos empezar a diseñar el sistema en términos desus funciones arquitectura física de arquitectura funcional y la arquitectura de operacióny desarrollamos las especificaciones de artículos de configuración y utilizando esas especificacionesllevará a cabo la integración y verificación del sistema para garantizar que el sistema haránosotros correctamente y luego se construyó el sistema correcto para buscar la nueva validación.
Por lo tanto, vamos a conseguir que el documento de validación esté utilizando el documento de validación paray los datos de verificación se utilizarán como menos el prototipo y otros datos seránutilizados para fines de validación. Y una, utilizando los datos de validación y el documento de validacióny otros detalles de la ORD, los documentos de requisitos de origen quehará una prueba de aceptación que garantizará que el sistema diseñado seaaceptado por el cliente o que cumpla realmente con los requisitos del cliente.(Consulte la hora de la diapositiva: 21:38)
Y una vez que esto cumpla con el requisito, entonces estamos obteniendo un sistema operativo que cumplelos requisitos del cliente y estaremos recibiendo el documentode aceptación y prueba también como parte de la salida. Y la salida final de esta etapa será básicamenteuna documentación de la integración y la documentación de la prueba de aceptación y usted recibiráel sistema operativo también. Y siempre que haya algún cambio de diseño que también serátraído a estas etapas. Por lo tanto, todos los cambios de diseño se incorporan en las etapas de validación y verificación dey que también se estarán obteniendo como una salida de esta etapade un proceso de diseño.Es decir, los diversos pasos implicados en la verificación y validación en el sistema de calificación de.
(Consulte la hora de la diapositiva: 22:34)
A menos que haya mencionado que examinamos la verificación y validación del sistema y necesitamospara ver la integración del sistema o cómo hacemos realmente la integración de los componentes deen el sistema. Por lo tanto, hay diferentes formas de hacerlo, especialmente cuandose trata de hardware o software que los métodos utilizados son diferentes cuando se comparan con los sistemas de hardware de. Por lo tanto, tenemos que ver cuáles son los diferentes procedimientos disponiblesdiferentes métodos adoptados por varias industrias y varias organizaciones y varios sectores dede la organización en el desarrollo, en la integración del sistema.Básicamente la integración es conseguir el ensamblaje de todos los componentes y a través de asegurar queen realidad el cuando se ensamblan los componentes de los componentes de configuración de componentes y el subsistemay obtener el sistema completo con el rendimiento se asegura de cumplir con los requisitos del cliente de. Por lo tanto, aquí y la integración hacemos la integración de componentes y la verificación de, haremos la integración de los componentes y luego verificaremos si cumple con los requisitos de diseñoluego realizamos la integración del subsistema y luego hacemos la verificación dede nuevo para asegurar que cumple con el requisito y luego realizar la integración y verificación del sistema. Por lo tanto, estas son las tres etapas que normalmente se siguen en el propósito de integración de.Primero vamos a la integración de componentes y luego vamos a la integración del subsistema ya continuación para la integración del sistema. Por lo tanto, básicamente esto es más como un enfoque ascendentedonde empezamos con el elemento más pequeño de los componentes y luego vamos al sub sistema y lo hacemos
la integración del sistema. Y cada etapa, vamos a ir para la verificación. Por lo tanto,siempre que tengamos una integración de componentes, vamos a realizar una etapa de verificación para garantizar quenecesita los requisitos de diseño y, a continuación, vamos a la integración de subsistemas y, a continuación, vamospara que una verificación vuelva a asegurarse de que cumple los requisitos y, a continuación, realice la integración del sistemaque es la integración final del sistema y, a continuación, realice una verificación para asegurarse de quecumple el requisito especificado. Por lo tanto, estos son los pasos implicados en el proceso de integración.(Consulte el tiempo de la diapositiva: 24:44)
Y hay diferentes procesos seguidos a continuación, la integración es uno es el enfoque ascendente. Como he mencionado en el enfoque de abajo arriba, comenzamos con los elementos de configuracióny después de que cada elemento de configuración se prueba los componentes que contienen varios elementos de configuración dese prueban y el proceso se continúa hasta que todo el sistema se ha ensamblado y probado. Por lo tanto, este es el enfoque ascendente.Comienza con los elementos de configuración y después de que se haya probado cada elemento de configuración. Por lo tanto,hacemos la prueba de los elementos de configuración inicialmente cada CI es probado los componentesque comprenden múltiples AC son probados. Por lo tanto, hacemos las pruebas individuales y luego vamos más allá de los componentes decon varios AC y se nos hace la prueba y luego se continúa hasta que todo el sistemase ensambla y se prueba. Por lo tanto, se iniciará uno a uno con el más pequeño de los elementos de configuración deCI de cada artículo de configuración y luego ensamblará los elementos de configuración dea los componentes y, a continuación, realizará las pruebas y luego ensamblará los componentes justos hasta el
se ha ensamblado todo el sistema y, a continuación, realiza las pruebas. Por lo tanto, ese es el enfoque ascendente más común deen la integración.Las ventajas de este método son básicamente para facilitar la detección de defectos en piezas más pequeñas del sistema. Puesto que estamos empezando con los artículos de configuración o las piezas más pequeñas del sistemay estamos haciendo las pruebas, es fácil para nosotros descubrir los errores en cualquier pequeño elementopequeño del sistema. Por lo tanto, esa es una de las ventajas de utilizar el enfoque ascendente. Y entonces las condiciones de prueba son fáciles de crear porque están probando los AC individuales deo los elementos pequeños muy fáciles de desarrollar las condiciones de prueba, a diferencia de las pruebastodo el sistema estará haciendo las pruebas individuales del sistema, por lo que podemos escribirpor los procedimientos muy fácilmente ya que son productos muy simples piezas simples o nocomponentes tan complejos.El principal problema con esto es que los errores principales no se detectan hasta el final porquela mayoría de las veces habrá errores en la integración y estos errores no se encuentran hastalos últimos momentos. Los elementos individuales pueden ser perfectos, por lo que en realidad podemos identificar las fallas deen los elementos individuales, pero los errores mayores de integración no se captarán hasta queel final o hacia el final del proceso de diseño sólo podrá capturar los errores principales de. Por lo tanto, ese es uno de los problemas con el enfoque de abajo hacia arriba.La mayor parte del diseño del sistema es seguir el enfoque de abajo hacia arriba debido a estas ventajasque podemos probar pequeñas partes. Y es fácil desarrollar la condición de prueba para partes pequeñas,pero el problema principal es que hay este que no se obtiene el error mayor es hasta queel final del diseño del sistema o hacia el final del proceso de integración del proceso de integraciónentonces sólo usted estará recibiendo los errores principales y la solución de esos errores graves enesa etapa tal vez y puede ser difícil también.