Loading

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

Apuntes
Study Reminders
Support
Text Version

Planificación de cualificaciones y métodos

Set your study reminders

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

    -

    7am

    +

    Tuesday

    -

    7am

    +

    Wednesday

    -

    7am

    +

    Thursday

    -

    7am

    +

    Friday

    -

    7am

    +

    Saturday

    -

    7am

    +

    Sunday

    -

    7am

    +

Hoy examinaremos los aspectos de calificación deque hemos explicado brevemente sobre la calificación de lo que quiere decir con la calificación dey cuáles son las distintas etapas de la calificación como validación de verificacióny aceptación y discutimos acerca de esos ciclos de nivel superior y el ciclo de nivel inferior o los ciclosnivel superior e inferior de calificación. Hoy, vamos a entrar en los detalles de este procedimiento de calificaciónqué tipo de procedimiento se debe adoptar y cuáles son los diferentes tiposde pruebas de aceptación y cómo realmente nos aseguramos de que el cliente acepta el sistema ycuál es el proceso por el que podemos hacer las pruebas para asegurarnos de que el sistemafunciona según los requisitos del cliente.
(Consulte la hora de la diapositiva: 02:12)
Por lo tanto, en primer lugar vamos a recapitular el procedimiento de calificación y qué es la calificación. Así que, como hemos comentado, es el proceso de verificar y validar el diseño del sistema y, a continuación, obtenerlas partes interesadas que aceptan el diseño. Por lo tanto, básicamente tenemos que verificar y validar el diseño dey garantizar que realmente cumple con los requisitos del cliente y que implicala validación y aceptación de la verificación.Por lo tanto, como hemos comentado en la verificación de clase anterior básicamente es verificar el sistemadesarrollado con respecto a las especificaciones que identificamos en la validación de la etapa de diseño esasegurando que cumple con los requisitos del cliente en términos de los conceptos y validezo la validez de diseño y luego la aceptación es básicamente le damos al sistema el sistemacompleto al usuario y el usuario realiza la prueba de aceptación y luego acepta el sistema.Por lo tanto, estas son las 3 etapas a través de las cuales pasa el proceso de calificación y entoncesnecesitamos diseñar el sistema de calificación a medida que diseñamos el sistema de ingeniería. Por lo tanto, el sistema de clasificación deno puede ser diseñado al final del proceso, aunque hemos discutidocomo el último paso que el sistema necesita para ser diseñado en el nivel básico, quiero decir, cuando empezamos el diseño dedel sistema de ingeniería, el sistema de calificación también necesita ser desarrollado paralelamente quees cuando diseñamos un subsistema, tenemos que ver cuál es el requisito para ese sistemay entonces cómo probamos ese sistema y cómo validamos ese sistema y luegocómo hacemos una prueba de aceptación para ese sistema en particular. Por lo tanto, necesitamos desarrollar el procedimiento, necesitamos identificar los recursos, necesitamos identificar las planificaciones.
A continuación, junto con el diseño del sistema y, a continuación, esta necesidad se debe utilizar cuando hacemos la validación o la verificación deo la aceptación. Por lo tanto, el diseño del sistema de calificación debe serhecho al principio del diseño o como diseñamos el sistema el sistema de calificación tambiénnecesita ser diseñado junto con eso y el criterio de salida para la integración y la calificación esaceptación de lo diseñado por las partes interesadas. Por lo tanto, ese es el criterio de salida. Por lo tanto, podemos decirque el diseño del sistema está completo o que en realidad podemos salir de ese proceso particular de diseñosólo cuando el interesado acepta el sistema.(Consulte la hora de la diapositiva: 04:28)
Y esto se discutirá en realidad y de nuevo en la última clase de que estos son los diversos procedimientos de validación dey esta es la verificación y esta es la prueba de aceptación.Por lo tanto, hacemos la prueba de aceptación en esta etapa cuando la integración está completa y hacemos la prueba de validación deen esta etapa y paralelamente desarrollamos los sistemas de calificación en esta etapaen sí desarrollamos el sistema de calificación y luego la verificación está básicamente verificando los elementos deen contra de las especificaciones diseñadas y la validez de la validez conceptual de la operacióny validez de requisitos y validez de diseño todas estas necesidades deben ser validadas a medida que seguimos adelantecon el proceso de calificación.
(Consulte la hora de la diapositiva: 05:10)
Por lo tanto, antes de ir al proceso de calificación definiremos pocos términos que serán de interéspara los ingenieros de calificación o para aquellos que realizan la prueba de calificación. Por lo tanto, el propósito de la calificación deno es sólo encontrar fallas y fallas, sino también prevenirlas y proporcionar un diagnóstico integral desobre su ubicación y causa.Por lo tanto, no es sólo que sólo identificamos las fallas y fallas que necesitamos para asegurar queidentifiquemos la fuente de estos fallos, así como proveemos algún tipo de insumos a los diseñadores depara asegurar que tales fallas ocurran en el diseño. Por lo tanto, a medida que hacemos las pruebasnos aseguramos de que podemos identificar las fallas y fallas y podemos identificar la ubicación de las fallas de, así como también podemos sugerir métodos para prevenir estos fallos también. Por lo tanto, siidentifica la ubicación que podemos ver realmente de si el origen de ese error yuna vez que conocemos la fuente del error podemos hacer un rediseño del sistema. Por lo tanto, lostales fallos pueden ser eliminados, los ingenieros de calificación o aquellos que están haciendo la verificación o validación de. Por lo tanto, tienen la responsabilidad de identificar las fuentes, así como aayudar a los diseñadores.Para evitar tales errores, simplemente recapitulamos el término que normalmente usamos cuando discutimos acerca de las fallas deque son las fallas en el sistema. Por lo tanto, el fracaso es básicamente una desviación en el comportamientoentre el sistema y su requisito. Por lo tanto, tenemos algunos requisitos de comportamiento en el sistemay cuando el sistema no está proporcionando ese comportamiento, entonces llamamos que es un error de errores un subconjunto del estado del sistema que puede conducir a un error. Por lo tanto, el estado del sistema es
la temperatura la presión o su tiempo de proceso o la capacidad de proceso de cualquiera de estos parámetros deque es un subconjunto del estado del sistema. Por lo tanto, esto puede realmente causar un fracaso. Por lo tanto,que es un error y un error son los defectos en el sistema que pueden causar un error.Por lo tanto, es básicamente un error en el sistema causa un error y este error lleva a un error del sistema. Por lo tanto, para tener un sistema de calificación exitoso, se debe utilizar una serie de procedimientos complementarios; por lo tanto, si utiliza 1 o 2 métodos que solo no le ayudarán a identificar todos los errores. Por lo tanto, un procedimiento puede identificar las fallas en los escenarios operativos unootro método puede identificar las fallas en los sistemas internos o las interfaces. Por lo tanto, no hayprueba única que pueda identificar todos los errores del sistema y, por lo tanto, necesitamosidentificar procedimientos diferentes o procedimientos de prueba o procedimientos de verificación quesean complementarios. Por lo tanto, la mayoría de las fallas pueden ser identificadas. Por lo tanto, ese es el requisitoaquí tenemos que tener muchas pruebas; por lo tanto, muchos procedimientos que son complementarios a cada uno de los otrosque pueden identificar la mayoría de las fallas en el sistema que realmente pueden prevenir los fallos dedel sistema.(Consulte el tiempo de la diapositiva: 08:00)
Por lo tanto, para hacer esto hay muchos métodos empleados por varios ingenieros del sistema yvarios métodos de desarrollo del sistema, pero es la comunidad de software la que realmente puso losprocedimientos más completos y reglas para la prueba de sistemas de ingeniería de software de sistemas, pero algunas de estas reglas pueden ser implementadas o pueden ser adoptadas para la
Los sistemas de ingeniería también básicamente hay 3 leyes en pruebas de software o procedimientos de calificación de software.Si esto realmente se puede utilizar en el análisis del sistema de ingeniería también porque los muchos de los procedimientos deson comunes a la ingeniería de software, así como la ingeniería del sistema la primera leyes conocida como la paradoja de los pesticidas que en realidad afirma que cada método que se utiliza paraevitar una falla de error en el caso del sistema de ingeniería. Por lo tanto, cada método que utilice para impedir quesu error deje un residuo de errores de subtler; es decir, siempre que utilice un método particularpara evitar un error que realmente trae otro error en el sistema que no se puede identificarutilizando el método actual. Por lo tanto, siempre que introduzca un nuevo método para evitar un error, los errores deasociados con ese nuevo método no se pueden identificar en esa etapa. Por lo tanto, esto se conoce comola paradoja de los pesticidas. Por lo tanto, en realidad no puede asegurarse de que simplemente.Al eliminar un error en realidad está eliminando todos los errores, ya que el fallo puedevenir debido al nuevo método también que es la primera ley de la primera prueba de software de puertaque se conoce como la paradoja de los pesticidas la segunda ley es conocida como la barrera de la complejidad;esto en realidad afirma que la complejidad de los errores o las fallas crece hasta los límites de la capacidad de nuestrapara manejar esa complejidad. Así que, como cada vez somos más capaces de resolver una complejidad, la complejidad de la falla también seguirá aumentando. Por lo tanto, esto se conoce comola barrera de la complejidad de la tercera ley es que el código migra a los datos en realidad estos estados queel hardware y la gente migra al software que eventualmente migrar a los datos.Así, inicialmente si algo es hecho por el hardware o algo por el humano; esto realmenteva a migrar lentamente al software. Por lo tanto, intentaremos sustituirlo por software y luegoel software lo sustituirá por los datos reales. Por lo tanto, ese es el código que migra a los datos. Por lo tanto,siempre que sea planeado para la calificación del sistema de ingeniería o pruebas que necesitamos paraasegurar que estos son los hechos que realmente limitan nuestra capacidad para hacer las pruebas. Por lo tanto,siempre que tratamos de emplear un nuevo método de evitar la falla que en realidad puede traer otro errorque no puede ser identificado por ese método. Por lo tanto, debemos tener cuidado al introducir un métodopara eliminar su culpa. Por lo tanto, debemos considerar la importancia de ese error es una frecuenciade la falla.Entonces decidimos si introducir otro método para prevenir ese error porque este nuevo métodopuede traer otro fallo que no puede ser identificado por ese método en particular de manera similarla complejidad de la falla también seguirá aumentando, ya que somos más capaces de resolver el
el problema de la complejidad también sigue aumentando y luego hay una migración de software de hardwareextra a los datos. Por lo tanto, nuestros algoritmos o los métodos deben ser capaces de tomar esto en cuenta decuando hacemos las pruebas de los sistemas de ingeniería, entonces de nuevo cuando hacemos la verificación dedel sistema. Por lo tanto, como sabemos, la verificación es una de las etapas más fáciles en la calificación. Por lo tanto, tenemos validación de verificación y aceptación. Por lo tanto, la verificación es uno deel método más fácil o parte más fácil del procedimiento de calificación. Por lo tanto, aquí de nuevo hay unpocas barreras.Debido a que la verificación es básicamente nos fijamos en la especificación del diseño y luego vemossi el sistema real o el componente real cumple con esa especificación cuando el problemaaquí es que nunca podemos estar seguros de que las especificaciones son correctas. Por lo tanto, la especificación puedeser errónea. Por lo tanto, la especificación cualquiera que hayamos hecho la especificación no necesita ser siemprecorrecta, pero siempre tenemos que ir asumiendo que las verificaciones son correctas y hacer la prueba de verificación de pruebas específica de, pero no son correctas siempre.(Consulte la hora de la diapositiva: 12:07)
Y ahora el sistema de verificación puede verificar cada programa correcto. Por lo tanto, no hay ningún sistemade verificación que pueda verificar cada programa correcto.Debe tener procedimientos diferentes o métodos diferentes para hacer la verificación de un programa completo deo un método puede no asegurarse de que es completamente correcto y entonces podemosnunca estar seguros de que un sistema de verificación sea correcto. Por lo tanto, de nuevo no hay garantía de que el sistema de verificación desea siempre correcto. Por lo tanto, estas son las barreras en la verificación que nunca somos
hacer una verificación que en realidad tenemos algunas suposiciones y tener algunas limitaciones. Por lo tanto, dentro deesa limitación solo estamos haciendo la verificación. Por lo tanto, esto muestra que el nivel de confianza deel ingeniero de verificación dependiendo de hasta qué punto podemos asegurar que las especificaciones soncorrectas a la acción posible y el sistema el más de los hay diferentes métodos complementariosque utiliza para garantizar que todos los aspectos del sistema se prueba overificado.Y de forma similar, si el sistema de verificación de lo bueno es el sistema de verificación es. Por lo tanto,basado en este nivel de confianza sólo podemos decir que la verificación está completa o que la verificación deestá a la altura de las expectativas de los ingenieros de diseño. Por lo tanto, esa es la barrera en la verificación de, pero luego antes de discutir acerca de los métodos.(Consulte la hora de la diapositiva: 13:27)
También es necesario definir algunos términos sobre la categorización de errores. Por lo tanto, hay diferentes tiposde fallas que ocurren en el sistema. Por lo tanto, algunas de las fallas son muy separantes algunas de ellas no sonmuy videntes, pero algunas de ellas necesitan atención algunas de ellas pueden ser dejadas como tales porque puede queno cause ningún otro problema en el sistema. Por lo tanto, la categorización de errores es el primer paso enque define la importancia de los errores. Por lo tanto, si desea categorizar el error en los términos dede la importancia.Por lo tanto, cuán importante es ese error en particular es que necesitamos categorizarlos en varias categoríasy estas categorías definen distinciones entre las consecuencias de los errores. Por lo tanto, las categoríaspueden realmente dar la distinción sobre las consecuencias de estas fallas. Por lo tanto, algunos de los
categorización o la taxonomía de los errores aquí; por lo tanto, un error leve es algo que puedeen realidad ser descartado que en realidad dice que realmente no necesitamos mirar a esa fallaen particular porque es un color muy suave como el color no es apropiado o no hay acabado uniforme de la superficieo hay un pequeño rasguño en el sistema. Por lo tanto, estos son conocidos como la falta menor queen realidad puede ser descartado porque son crear cualquier problema adicional en el sistema, pero entoncestenemos un moderado defectos que no son claros o la salida engañosa o un menú incorrecto.Así que, una vez que usted da una entrada que está dando una salida diferente que no está relacionado con la entrada que nosotrosestán dando o los menús no se dan correctamente. Por lo tanto, un menú no está llevando a otro o a; las funciones recurrojas que no se proporcionan en el menú. Por lo tanto, estos son conocidos como errores moderados de, esto es en realidad puede ser un problema, pero de nuevo usted no necesita invertir demasiadomucho en este tipo de errores moderados errores moderados hay una clase molesta de errores queen realidad le dan a molestar a los usuarios básicamente, él está buscando algo algunos datos y él estáobteniendo algunos otros datos o está tomando demasiado tiempo para procesar o que el menú no es propiamente unque viene o que no es visible correctamente. Por lo tanto, estos son molestos tipos de fallos que necesitanevitar porque a los usuarios no les gusta tener ese tipo de fallos.Pero de nuevo estos no van a crear ningún problema importante en el rendimiento del sistema porqueel sistema puede estar funcionando, pero puede que no esté funcionando como la comodidad del usuario oal usuario no le gustaría tener ese tipo de fallos porque eso realmente le molesta y él esusando el sistema. Así que, de nuevo esto; esta necesidad de ser eliminado en la medida de lo posible la siguiente esconocido como el perturbador tipo de fallas. Por lo tanto, esto en realidad nos negaremos la transacción legítima.Por lo tanto, si usted tiene una transacción legítima tiene una autoridad apropiada para entrar a ese sistemay luego llevar a cabo alguna transacción entonces el sistema no le permite que esté dando algunos errores.Así que, este es un tipo de error perturbador que de nuevo no es aceptable.El siguiente nivel es graves errores esto es en realidad pierde la pista de la salida de entrada. Por lo tanto, realmente noque realmente transó en el sistema. Entonces, qué tipo de insumos se dio y qué salida dese dio y eso es algo así como en un cajero automático, usted depositó algo de dinero que no escontabilizado en su cuenta o no sabe dónde ha ido el dinero. Por lo tanto, ese tipo de situación dees una falta grave en el sistema, entonces de nuevo el siguiente nivel es una transacción muy seriauna falta muy grave que en realidad dice que puede haber una mezcla de entradas y salidas. Por lo tanto,una persona deposita dinero en una cuenta y que el dinero va a otra cuenta yel dinero se retira de su cuenta debido a que alguien más retira el dinero. Por lo tanto,este tipo de desajustes de la salida de entrada y esto es un error muy grave.
Que hay que abordar a cualquier coste, entonces de nuevo hay errores extremos en los que realmente estograves errores están sucediendo con frecuencia que es ese tipo de situación es una condiciónextrema si las faltas frecuentes de categoría muy grave. Por lo tanto, las faltas de categoría muy gravesestán sucediendo con mucha frecuencia, entonces es una situación de falta extrema, entonces hay errores intolerables deque en realidad causan la corrupción de datos irrecuperables a largo plazo. Por lo tanto, esto en realidad esintolerable porque en realidad se puede hacer que todo el sistema en o un período de tiempo delos datos completos pueden ser corruptos o pierden la pista de lo que realmente sucedió. Por lo tanto,ese tipo de errores a largo plazo no deben estar ahí y este tipo de errores intolerable.(Consulte la hora de la diapositiva: 17:55)
Y de nuevo teniendo en cuenta la gravedad del problema, hay anomalías catastróficasque en realidad el cierre del sistema provoca la pérdida de datos.Por lo tanto, en realidad provoca una pérdida de datos en el sistema completo porque va a cerrar el sistemaentero y luego muchos datos se pierden sin ningún rastro de lo que ocurrió. Por lo tanto, ese tipo de situación dees el; un error catastrófico y el último es el error infeccioso de error infeccioso esque no es sólo el sistema en el que todo el sistema está asociado con ese sistema también estádañado. Por lo tanto, esta es una situación muy grave que se conoce como fallas infecciosas. Por lo tanto, basándonos en la seguridad dede estas fallas podemos clasificarlas en varias categorías que comienzandesde situaciones leves a catastróficas e infecciosas. Por lo tanto, es el deber de los ingenieros dede calificación identificar estas faltas y categorizarlas de qué clase de culpa es si es unamuy leve o es una enfermedad infecciosa.
Por lo tanto, por lo tanto, necesitan ver la importancia de estos errores y luego identificar las acciones necesariasque se deben tomar, aunque es necesario mirar la fuente de estos errores y luego averiguarel o sugerir a los ingenieros de diseño los procedimientos o cómo realmente eliminarlos. Por lo tanto,si puede desarrollar los métodos y procedimientos para identificar todos estos tipos de errores desde levesa los infecciosos en función de la gravedad de la anomalía y luego tratar de eliminarlos que esel trabajo de los ingenieros de cualificación, básicamente, los ingenieros de cualificación desarrollaránlos procedimientos para identificar todos estos errores y categorizarlos y, a continuación, informarlos a los ingenieros de diseño de. Por lo tanto, los ingenieros de diseño en realidad pueden mirar el sistema y luego ir paraun rediseño del sistema.De nuevo por ver la importancia de los fallos en realidad podemos averiguar la medida de la importancia dedependiendo de la frecuencia de la falla, así como la gravedad de la situación deo el entorno en el que estas fallas particulares están sucediendo. Por lo tanto, aquí se proporciona un método de una medida de cantidadde la importancia del tipo de error,
Ii= ∑j= 1JV j PijCijdonde es la importancia del tipo de error y para la falta I en el escenario j. Por lo tanto,Pij la probabilidad de que la falla i ocurra en un escenario j y Cij es el costo de la falla deen el error i en el escenario j en términos de rupias.Así que, si realmente puedes convertir ese costo de esa falla en particular si es leve por el costoserá menos, pero si es una falla muy sever entonces el costo será muy alto. Por lo tanto, si podemos realmenteconvertir eso en rupias entonces podemos decir que el Cij es el costo de la falta i en el escenarioy V jes la medida relativa de importancia de ese escenario.Así que, si tienes múltiples escenarios en los que la culpa está sucediendo. Por lo tanto, podemos realmente dar ala medida relativa de la importancia del escenario en algunos escenarios puede ser muy importante algunospuede no ser importante. Así, V j
proporciona el valor relativo de esta importancia. Por lo tanto, en realidad
La importancia del tipo de error se puede obtener como
∑j= 1JV jPijCijAsí,
Pij es la probabilidad Cij es el coste y V j
es la medida relativa. Por lo tanto, si tieneun fallo en particular que sucede a continuación, varios escenarios y si sabe el coste de ese error deen particular, así como la probabilidad de ese error, así como la medida de la importancia dede ese escenario, podemos averiguar cuál es la importancia de ese tipo de error y estejunto con el impuesto para la taxonomía discutido anteriormente será capaz de categorizar estos errores en términos dede si es muy grave y entonces tenemos que mirar los procedimientos para eliminarlos opodemos simplemente dejarlo así porque no está causando ningún problema.Por lo tanto, esta es la forma en que los errores se categorizan y, a continuación, cómo hacemos el análisis de los errores deen función de la probabilidad de error, así como el coste de la anomalía y la importancia de los casos de ejemplo deahora nos permiten ver los métodos y procedimientos para realizar la planificación de la cualificación.(Consulte la hora de la diapositiva: 21:59)
Por lo tanto, como he mencionado la estrategia de calificación debe planificarse durante la fase de diseño en sí.Por lo tanto, hay 4 niveles principales de planificación de calificación uno es el proceso de calificación que planeael plan de proceso de calificación se acerca a los enfoques de calificación y planifica las actividades de calificacióny luego planifica una prueba específica.Por lo tanto, estas son las 4 actividades que se llevarán a cabo en la planificación de la cualificación, ya que sabe que el primero dees el proceso de calificación este es el primer nivel de diseño de la planificación de la calificacióndonde.
(Consulte la hora de la diapositiva: 22:32)
Nos fijamos en los diversos aspectos de la calificación básicamente necesitamos hacer la prueba de validación de pruebas de validaciónprueba de verificación dey todas estas 4 etapas nos fijamos en las 3 pruebas para serllevadas a cabo en la calificación y planeamos para estas 3 pruebas en todas las 4 etapas que hemos discutido. Por lo tanto, esta es la planificación del proceso de calificación en la planificación del proceso de calificación, nos fijamos en los objetivos del sistema que identificamos cuál es el requisito identificado enlos objetivos del sistema que es una de las conferencias anteriores que hemos discutido cómo identificar los objetivos del sistemay luego utilizar estos objetivos para definir los requisitos del sistema, así comomirar la jerarquía de los objetivos.Por lo tanto, en la planificación de la cualificación también tenemos que empezar con los objetivos del sistema. Por lo tanto, lo queen realidad el sistema suponía para lograr y basado en que sólo examinaremos los objetivospara ser un necesario y entonces estos objetivos vuelven a ser una línea base para el proceso de calificacióntambién. Por lo tanto, observamos los objetivos del sistema y, a continuación, identificamos los objetivos del sistema objetivo del sistemade cualificación más como un objetivo de rendimiento. Por lo tanto, basándose en el objetivo de rendimiento de, observamos el objetivo del sistema de cualificación.Por lo tanto, estarán directamente relacionados, ya que el sistema de clasificación debe garantizar realmente quese cumplen los objetivos de rendimiento y, por lo tanto, los objetivos de cualificación deben serdesarrollados a partir de los objetivos del sistema, entonces tenemos que mirar el umbral de fallo de aprobación para cada prueba deporque necesitamos realizar muchas pruebas como prueba de validación de prueba de aceptación y prueba de verificación dey tenemos que ver cuál es el umbral de error de aprobación para estas pruebas. Por lo tanto,
no puede tener un valor muy bajo para el umbral. Por lo tanto, si pone un valor muy bajo para los umbrales de, entonces esa prueba no es realmente útil, pero si pone un umbral muy alto, entonceslo que sucede es que puede encontrar que la mayoría de las pruebas el sistema no podrá pasarla prueba también.Por lo tanto, uno de los requisitos principales aquí es mirar los objetivos los objetivos del sistema y los objetivos de calificación dey luego decidir sobre un valor para este umbral el umbral de fallo de pasopara cada prueba que se va a conectar y luego se basa en que vamos para los requisitos de calificaciónque es como cualquier otro proceso de diseño del sistema Nos fijamos en los requisitos de la calificacióny, a continuación, la arquitectura funcional para la cualificación, cuáles son las funcionesque se deben proporcionar cuáles son las funciones de nivel superior y qué funciones subdurales son necesariasentonces vamos para el desarrollo de la arquitectura física y luego identificamos los riesgos y las estrategias de mitigación. Entonces, ¿cuáles son los riesgos involucrados en estos procesos y cómo realmentesuperamos estos riesgos y luego creamos un plan maestro de calificación.Por lo tanto, al final del proceso de planificación de la calificación estaremos obteniendo un plan de calificaciónque en realidad puede ser empleado para todo el diseño. Por lo tanto, inicialmente mirando los objetivos del sistemadesarrollaremos los objetivos de calificación y luego basaremos en los objetivos de calificación de.Decidimos acerca de los valores de umbral para diferentes pruebas y luego identificamos los requisitos dede calificación y desde allí nos fijamos en la arquitectura funcional y física y, por último,estaremos recibiendo el plan de calificación que es un documento maestro de plan de calificación y este documentoserá el documento maestro para todo tipo de actividades de calificación. Por lo tanto, esta es la primera función deen el plan de planificación de cualificación del proceso de cualificación.
(Consulte la hora de la diapositiva: 25:59)
La siguiente está planificando los enfoques de cualificación y de nuevo se ha realizado para todos los tipos de3 de una validación y verificación de aceptación de prueba. Por lo tanto, aquí en este enfoque intentaremosidentificar los recursos y las organizaciones.Luego, las actividades de asignación a las organizaciones asignan actividades de calificación a los recursos dey desarrollan planificaciones de cualificación coherentes con las planificaciones de desarrollo. Por lo tanto,esta es la planificación del enfoque de calificación. Por lo tanto, aquí tratamos de identificar todos los recursosnecesarios para la calificación. Por lo tanto, tenemos que llevar a cabo varias pruebas y para esto, las pruebas quenecesitamos para tener varios recursos y la necesidad de identificar la infraestructura disponible y las personasque son capaces de hacer estas pruebas si la prueba se puede hacer en casa en realidad podemos identificarsi algún equipo que se va a adquirir que se planea o hay algunas instalaciones de prueba estándardisponibles si la prueba se puede llevar a cabo. Por lo tanto, también es necesario planificar.Por lo tanto, esa es la primera etapa en la que se identifican las organizaciones y actividades y se asignan estas actividadesa varios recursos y, a continuación, se desarrollan las planificaciones coherentes con la planificación de desarrollo de. Por lo tanto, aquí tendrá varias planificaciones para la actividad de diseño, ya quea planificado para el diseño tenemos el diseño de nivel de componente y luego un diseñode nivel de sistema y. Por lo tanto, junto con esto en coherencia con las planificaciones, necesitamos tener la planificación de calificación detambién; por ejemplo, si desea verificar los componentes. Por lo tanto, cuando se pone a disposición un componente en particular desegún la planificación, la planificación de cualificacióntambién debe coincidir con ese componente de forma similar cuando ese componente vaya a
La integración de la verificación de ese subsistema integrado debe llevarse a cabo y el subsistemaestá listo.Por lo tanto, la planificación que hayamos desarrollado para la cualificación debe ser incoherente con las actividades de diseñoy esto se debe garantizar en la evolución de los enfoques de cualificación o en la planificación del enfoque de cualificación de. Por lo tanto, estas son las diversas actividades realizadas en el enfoque de calificación.(Consulte la hora de la diapositiva: 27:59)
La siguiente está planificando las actividades en realidad. Por lo tanto, ¿cómo podemos realmente llevar a cabo estas actividades de? Por lo tanto, desarrollar requisitos de cualificación detallados y derivados escribir planes de cualificación dede nivel activo y asignar responsabilidades de cualificación. Por lo tanto, estos están realmente planeandolas actividades reales. Por lo tanto, nos encontramos con los requisitos de cualificación detallados y derivados. Por lo tanto,hay quizás diferentes requisitos del requisito principal puede haber algunos requisitos derivados de.Por lo tanto, vamos a los detalles. Por lo tanto, en el tercer nivel entraremos en los detalles si miramos los elementos y componentes de configuración de elementos individuales dey, a continuación, identificamos los planes detallados paracada componente. Por lo tanto, si tiene un componente determinado identificado en el diseño que tiene que veren qué es ese componente en particular y qué tipo de requisitos hay para este componente de, si es necesario tener algún accesorio específico o especializado para ensamblarlo y, entonces se necesitan las pruebas o se necesitan características especializadas o se necesitan recursos especializadospara ese componente en particular. Por lo tanto, ese tipo de planificación detallada se hará en el tercero
función que son las actividades de cualificación. Por lo tanto, para cada componente y subsistema, se buscapara los detalles.(Consulte la hora de la diapositiva: 29:07)
Y luego desarrollar las actividades de calificación y la cuarta es básicamente la prueba específica.