"Y aquí estamos, ya sabes, todos disfrutando de bollos ..."
de la caricatura "Carlson ha vuelto"
Aceptación sistema de informacion, por supuesto, la apoteosis de todo el proyecto de creación de un sistema de información. No se deje engañar por la cita al comienzo del artículo, este es un evento importante y serio. Creo que este es un día festivo para ambos lados, pero, como saben, para que el día festivo salga bien, debe prepararse bien.
Vale la pena comenzar con el formato para realizar las pruebas de aceptación, aunque lo más probable es que se haya definido durante mucho tiempo, por ejemplo, en un contrato o términos de referencia. Sin embargo, señalaría dos opciones para la realización de este evento y las denominaría condicionalmente: aceptación del sistema “según conceptos” y aceptación del sistema “según ciencia”. Con el primero, todo está lo suficientemente claro, pero es imposible describir tal procedimiento. Puede ser una completa formalidad: reuniones divertidas con bebidas tonificantes o una verdadera bacanal, donde la mención de una tarea técnica es algo indecente e incluso ofensivo. Pero me gustaría detenerme en la segunda opción con más detalle, tal vez este artículo se abra un poco a los especialistas novatos, y me temo que para algunos viejos guerreros, la cortina del sacramento de las pruebas de aceptación. También intentaré dar algunos consejos para que las pruebas sean más productivas.
Un poco sobre las normas. En la antigüedad, como estudiante, yo, como muchos jóvenes de mi generación, era escéptico sobre los diversos estándares y pautas de la URSS, sin siquiera profundizar en su esencia. Pero pasó bastante tiempo y el sentido común se hizo cargo, no solo aplico GOST yo mismo, sino que también los recomiendo a otros para su uso. Por supuesto, hay atavismos obvios en los GOST de los años 80-90, sin embargo, los comparo con la carta de las fuerzas armadas, se les llama "escritos con sangre" y créanme, hay muchos pensamientos sensatos. Los especialistas que conocen GOST, así como los documentos elaborados de acuerdo con GOST y RD, se pueden ver desde lejos y difieren claramente para mejor.
Prueba de aceptacion se llevan a cabo de acuerdo con GOST 34.603-92 " Tecnologías de la información. Tipos de pruebas de sistemas automatizados". Este tipo pruebas finales después de las pruebas preliminares y operación de prueba. El propósito de estas pruebas es verificar el cumplimiento del sistema automatizado con los requisitos de los Términos de Referencia y llegar a una conclusión sobre la preparación del Sistema para la puesta en operación permanente.
Las pruebas se realizan de acuerdo con el documento Programa y el método de pruebas de aceptación (TMI). El PMI se desarrolla usando RD 50-34.698-90 “Sistemas automatizados. Requisitos para el contenido de los documentos.. En primer lugar, gracias a este documento, las pruebas de aceptación "por conceptos" se convierten en pruebas de aceptación "por ciencia". El PMI describe todos los requisitos (funcionales y no funcionales) de los Términos de Referencia y los resultados esperados de la auditoría.
Consejo número 1. PMI es la última oportunidad para que el Cliente influya en las características del sistema de información recibido. Especialmente si en el curso del proyecto se desarrollaron Términos de Referencia, que en el sentido clásico dice “qué hacer” (metas y objetivos, Requerimientos generales, requisitos de software, hardware y documentación, requisitos de personal, etc.) y no se elaboró el Diseño Técnico que dice “cómo hacerlo” (soluciones técnicas específicas para la implementación de requisitos específicos de los Términos de Referencia). Permita suficiente tiempo para desarrollar y acordar el Programa y la Metodología de Prueba de Aceptación. Si lo desea, esta será su carta de prueba de aceptación.
Además de acordar el PMI, el cliente no debe olvidar emitir una orden sobre la composición del comité de aceptación, y familiarizar a cada uno de sus miembros con el PMI contra firma. A quién incluir en la comisión es un asunto personal del Cliente. Recomiendo que debe tener:
- Clientes funcionales
- Representantes de departamentos - usuarios clave del Sistema
- Representantes de los departamentos técnicos que continuarán dando servicio al Sistema
Y también no fueron (aplica a ambas partes):
- Empleados débiles y desequilibrados
- Empleados que no escuchan y se expresan mal
- Freelancers en representación de empresas competidoras
Consejo número 2.¿Quieres que todo sea “de forma adulta” durante las pruebas de aceptación de un sistema automatizado? Además de verificar los requisitos funcionales, haga lo siguiente:
- Despliegue software Sistemas desde cero
- Verificación de los indicadores de tiempo declarados de restablecimiento total y parcial del Sistema
- Comprobación del rendimiento del Sistema mediante la medición del tiempo de ejecución de las funciones clave, aunque en modo exclusivo. Por supuesto, estos indicadores deben estar descritos inicialmente en los Términos de Referencia, o las partes estarán condenadas a argumentar que existe un “momento cómodo” para realizar tal o cual operación. Mi opinión subjetiva se ha mantenido igual durante muchos años, hasta 3 segundos. para realizar operaciones sencillas básicas, debe proceder de situación específica
- Comprobación de la estabilidad y fiabilidad del Sistema. Incluso una prueba tan elemental será suficiente: abra el formulario de interfaz para ingresar datos, saque cable de alimentación o desconecte la conexión Wi-Fi, intente guardar los datos, obtenga un mensaje adecuado, restablezca la conexión e intente guardar nuevamente. Si se recomienda esta aplicación web para verificar la corrección de la recarga de páginas, es decir, después de abrir un formulario / página en particular, después de ejecutar el comando para guardar datos, etc., fuerce el comando de actualización (en los navegadores, esto suele ser la tecla F5 )
- Comprobación de la integridad y calidad de la documentación. Es mejor completar esta parte antes del comienzo de la prueba, porque. lleva bastante tiempo. Directamente en las pruebas mismas, anuncie los resultados de esta prueba
En general, comience por verificar el cumplimiento del software de todo el sistema (sistemas operativos, suites ofimáticas, sistemas de administración de bases de datos, etc.) y soporte técnico Sistemas (servidores, estaciones cliente, canales de comunicación, etc.) a los requisitos establecidos en los Términos de Referencia. Las discrepancias en estos párrafos pueden convertirse en una razón justificada para la falla de las características del Sistema a los indicadores declarados e incluso la falla completa de las funciones individuales del Sistema.
Consejo número 3. Las pruebas de aceptación se llevan a cabo en un conjunto de datos de control. El Sistema debe cargarse con datos al menos comparables con el volumen de datos planificado para el primer año de funcionamiento. Que sea información generada automáticamente, la calidad del contenido no está en primer lugar aquí. Si la cantidad requerida de datos ya se ha generado durante la operación de prueba, genial.
Consejo número 4. A menudo, en los Términos de referencia se escribe la frase "El sistema debe garantizar la operación simultánea de N usuarios". El contratista garantiza principalmente la disponibilidad cantidad requerida licencias competitivas (si se proporciona tal política de licencias). No dude en preguntar cómo se aseguró la implementación desde el punto de vista organizativo o técnico. este requisito. Si se han realizado pruebas de carga (en modo automático y/o manual), solicitar un protocolo y un programa para su realización. Si estas pruebas se lanzan directamente sobre las pruebas, honor y alabanza al Contratista.
Con base en los resultados de las pruebas de aceptación, se elabora un protocolo (informe) sobre los resultados de las pruebas, puede incluir un apéndice que describa los comentarios identificados y el momento de su eliminación (no se olvide de esto), así como un acto condición técnica Sistema y disponibilidad para su aceptación en operación comercial. El contenido de estos documentos también se describe en el RD 50-34.698-90 “Sistemas automatizados. Requisitos para el contenido de los documentos.
Después de las pruebas exitosas, según la antigua tradición rusa, el Sistema recién nacido necesita ser "lavado", aunque no encontré esto en ningún GOST.
(4.44 - calificado por 9 personas)
No así no. Es solo que el tiempo es diferente y el trabajo que tenemos es diferente.
Anteriormente, había un cliente representado por el estado, un artista (por ejemplo, algún tipo de instituto de investigación), un beneficiario, una especie de planta. El cliente, por supuesto, quería que lo que hiciera el ejecutante correspondiera a los requisitos iniciales del beneficiario. De lo contrario, corrupción, malversación de fondos y todo eso.
Aquí hay un nuevo sistema de contrato, que está reemplazando la 94ª Ley Federal, y también quiere controlar el resultado del trabajo en la salida. Allí, probablemente, se requerirán "pruebas de aceptación" específicamente para el cliente. Para ello, las normas se actualizarán con el tiempo (en la legislación Unión aduanera esto ya existe para equipos y máquinas). Y el propio cliente lo pagará, es decir. Expresar.
Página 1
Las pruebas de aceptación se realizan de acuerdo con el programa y metodología especificados previa presentación de los términos de referencia para la creación de la UA, bitácoras de trabajo, actos de aceptación y finalización de la operación de prueba. Durante estas pruebas se comprueba el funcionamiento de la central nuclear en las condiciones especificadas en los TdR, de forma autónoma y como parte de un complejo, así como la comprobación de los medios para restaurar la operatividad de la central nuclear tras fallos y la posibilidad de implementar prácticamente todos los procedimientos recomendados. Los protocolos de prueba del programa se resumen en un solo protocolo, a partir del cual se concluye sobre el cumplimiento del sistema con los requisitos de los TOR y la posibilidad de emitir un acto de aceptación de la operación permanente de la central nuclear.
Las pruebas de aceptación deben realizarse 2 veces: primaria dentro de los 3 meses.
Las pruebas de aceptación son realizadas por organizaciones y departamentos de prueba incluidos en el sistema. organizaciones gubernamentales para pruebas estatales, u otras organizaciones y empresas involucradas por la organización matriz para realizar pruebas de aceptación de la manera prescrita con la participación del fabricante y el desarrollador.
Las pruebas de aceptación se llevan a cabo para determinar la viabilidad y factibilidad de fabricar productos. Las muestras experimentales o prototipos (lotes) de productos certificados por la comisión se someten a pruebas utilizando equipos de prueba certificados.
Las pruebas de aceptación se llevan a cabo para determinar la viabilidad y viabilidad de poner productos en producción. Las pruebas de aceptación de los productos de producción de una sola pieza se llevan a cabo para resolver la cuestión de la conveniencia de poner en funcionamiento estos productos. Se someten a pruebas muestras experimentales o prototipos (lotes) de productos. Al entregar una familia, gama o gama de tamaños de productos para la producción, se selecciona un representante típico en función de la condición de la posibilidad de extender los resultados de sus pruebas a todo el conjunto de productos. Las pruebas de aceptación son realizadas por departamentos de prueba certificados que utilizan equipos de prueba certificados. Los productos asignados a las organizaciones de pruebas principales son controlados por estas organizaciones.
Las pruebas de aceptación deben realizarse en un prototipo. máquina eléctrica, por lo que el alcance de estas pruebas es bastante amplio. Entonces, para máquinas DC, el programa de prueba de aceptación contiene 17 artículos, para máquinas síncronas - 22 artículos, para motores de inducción- 16 puntos.
Las pruebas de aceptación no pueden detectar la corrupción del software descrita, ya que no afecta el diseño de ninguna manera, y el programa simulador puede detectarla solo en casos excepcionales, ya que el rango de acciones maliciosas es demasiado grande para que sea recomendable implementar todas las posibles. situaciones peligrosas en el simulador.
Las pruebas de aceptación son realizadas por comisiones departamentales, interdepartamentales o estatales después de la finalización exitosa de las pruebas preliminares. Además del alcance de las pruebas preliminares durante las pruebas de aceptación, se determina el consumo de aceite o la lubricación de cilindros, sellos, cojinetes y el mecanismo de manivela.
Las pruebas de aceptación se realizan según los programas más detallados establecidos por normas o especificaciones para este tipo de máquinas. Su objetivo es comprobar la conformidad de las máquinas fabricadas con todos requerimientos técnicos. Las pruebas de aceptación están sujetas a prototipos, las primeras muestras industriales de máquinas de este tipo, producidas por la empresa. El número de muestras que se deben tomar para las pruebas de aceptación se establece en las normas o especificaciones para tipo dado máquinas. Todas las máquinas posteriores deben ser producidas por la empresa sin cambiar el diseño, la tecnología o los materiales utilizados para la fabricación.
Las pruebas de aceptación se llevan a cabo con el fin de determinar la características de funcionamiento máquina, así como establecer el correcto funcionamiento de los componentes (engranajes, cojinetes, frenos, etc.) Las pruebas de aceptación se llevan a cabo en un sitio de prueba en condiciones cercanas a las operativas. Los resultados de las pruebas se registran en el pasaporte de la máquina. Si se encuentran defectos durante prueba, se registran en una hoja defectuosa y luego se eliminan.
Se realizan pruebas de aceptación para verificar el desempeño garantizado por el proveedor del equipo. El programa de estas pruebas generalmente prevé una serie de experimentos de equilibrio de mayor precisión en condiciones que están sujetas a verificación de acuerdo con los datos de garantía del proveedor.
Las pruebas de aceptación son pruebas oficiales en presencia de una comisión, en base a cuyos resultados se llega a una conclusión sobre la conveniencia de comenzar la producción en masa, y para bombas. producción individual- puesta en marcha. Al mismo tiempo, los indicadores paramétricos y las características de la bomba obtenidas durante las pruebas se determinan e incluyen en la documentación. En el futuro, de acuerdo con estos indicadores y características, teniendo en cuenta las desviaciones permitidas, se lleva a cabo el control de calidad de las bombas en serie.
Las pruebas de aceptación establecen la conformidad del rendimiento real de la máquina con las especificaciones y se llevan a cabo en soportes especiales en condiciones lo más cercanas posible a las operativas.
Pruebas de aceptación de máquinas herramienta de acuerdo con las normas generales especificaciones para su fabricación y aceptación se producen en De marcha en vacío para verificar el funcionamiento de los mecanismos y bajo carga para determinar el rendimiento, la precisión y la limpieza del procesamiento. Durante la prueba se comprueban todos los encendidos, maniobras y transmisiones de mandos para determinar la corrección de su acción, enclavamiento, fiabilidad de fijación y ausencia de desplazamientos espontáneos, ausencia de atascos, arranques, etc.
La prueba de aceptación es una de las hitos construir un coche nuevo. Su objetivo es: un control exhaustivo propiedades operativas prototipos en una variedad de carreteras y condiciones climáticas de acuerdo con los términos de referencia para el desarrollo (incluso en una región climática cálida y fría); definición valores actuales todos los parámetros más importantes; identificación de la confiabilidad del automóvil en su conjunto, así como de sus principales componentes, conjuntos y sistemas; establecer el grado de cumplimiento del automóvil creado con el propósito previsto y determinar la viabilidad de poner en producción un nuevo modelo. En promedio, se envían de dos a cuatro muestras para las pruebas de aceptación. Los ensayos incluyen un importante número de laboratorios y obras viales de laboratorio para determinar indicadores técnicos, operativos y kilometraje de los vehículos en todos los condiciones características su uso previsto.
El desarrollo de la documentación de diseño y TD, y, en su caso, la documentación del programa, se realiza de acuerdo con las reglas establecidas por las normas. sistema unificado documentación de diseño (ESKD), el Sistema Unificado de Documentación Tecnológica (ESTD) y el Sistema Unificado de Documentación de Programas (ESPD).
La gestión del diseño debe cumplir con los requisitos de 4.4 GOST R ISO 9001. Si se implementa el primer modelo, de acuerdo con NPB 180-99, a pedido de GUGPS, el desarrollador (fabricante) desarrolla un diseño técnico (los requisitos para el el diseño técnico se establecen en GOST 2.120-73 ESKD. Diseño técnico), que se coordina con GUGPS y VNIIPO. Al implementar el segundo y tercer modelo, la decisión sobre la necesidad de desarrollar proyecto tecnico aceptado por el cliente o desarrollador.
Independientemente del modelo implementado, los derechos sobre el DD desarrollado están determinados por un acuerdo entre el cliente y el desarrollador (fabricante y fabricante). La solución del problema de los derechos sobre la documentación del diseño es una de las claves en el desarrollo y la producción. equipo contra incendios. Al implementar el primer y segundo modelo, es más rentable dejar el derecho de una CA al cliente (estructuras SBS). Esto permite que el cliente (estructuras SBS) decida si emite o revoca una licencia para la fabricación de PA, crea competencia al transferir la documentación de diseño a un nuevo fabricante, influyendo así en el fabricante o el fabricante. Si los derechos de la documentación de diseño pertenecen al Servicio de Bomberos del Estado, esto permite realizar pedidos para la fabricación de PA ya desarrollados en empresas que cumplan con los requisitos del Servicio de Bomberos del Estado. De lo contrario, al cambiar de fabricante, es necesario volver a desarrollar la documentación de diseño, lo que lleva mucho tiempo y está asociado con costos de material significativos. Una situación similar ya ha surgido en la historia de la producción de equipos contra incendios en Rusia: durante la separación de Ucrania, fue necesario reorganizar la producción y, por lo tanto, diseñar documentación y TD para PA, similar a los PA que se produjeron. en la planta del pueblo. Frankincense Pryluky distrito de la región de Chernihiv.
Para confirmar la conformidad de la documentación de diseño desarrollada con los TOR, se realiza un PA experimental o prototipo: uno experimental para producción en serie; cabeza - para no seriales. Al crear una sola PA, la muestra principal, por regla general, está sujeta a la venta al cliente. Un prototipo o prototipo de PA está sujeto a procedimientos de control y prueba de acuerdo con los requisitos de 4.10 - 4.12 GOST R ISO 9001. El desarrollador determina el alcance y el contenido de las pruebas necesarias para evitar la producción de productos no utilizados que no cumplan con los requisitos. , teniendo en cuenta la novedad, la complejidad, las características de producción y aplicación de PA, así como los requisitos del cliente. Al mismo tiempo, se deben realizar pruebas para verificar el cumplimiento de todos los requisitos de las normas y documentos normativosórganos que ejercen la supervisión del cumplimiento de los requisitos de seguridad (normas SSBT) y protección de la naturaleza.
De acuerdo con GOST 15.201-2000 y NPB 180-99, un PA experimental o prototipo está sujeto a los siguientes tipos Pruebas: preliminares (de fábrica), de aceptación, operativas.
El contratista de I+D organiza pruebas preliminares (de fábrica) para Una revisión preliminar conformidad del prototipo o prototipo de PA con los requisitos de los TOR, así como para determinar la preparación del prototipo o prototipo de PA para las pruebas de aceptación. Las pruebas deben ser realizadas por el fabricante (fabricante) del PA o organización especializada autorizado para realizar este tipo de pruebas. La composición de la comisión de pruebas preliminares está formada por el fabricante del PA sobre la base de una orden emitida por él. La comisión debe incluir representantes del fabricante (desarrollador y fabricante) y el Servicio de Bomberos del Estado. El programa y la metodología de prueba son desarrollados por el fabricante y coordinados con GUGPS y VNIIPO. Las pruebas preliminares deben incluir despliegues de combate para determinar el momento de su implementación. Los esquemas de despliegues de combate se seleccionan de acuerdo con el Manual sobre simulacros de incendio.
Los materiales de las pruebas preliminares (de fábrica) como parte de los términos de referencia, las especificaciones preliminares, los programas y métodos de prueba, el acto de las pruebas preliminares (de fábrica) se envían al cliente para que los considere y resuelva el problema de la organización de las pruebas de aceptación. Al implementar el primer modelo de acuerdo con el requisito de NPB 180-99, los materiales enumerados se envían a GUGPS y VNIIPO.
Al crear PA de acuerdo con el primer modelo, las pruebas de aceptación estatales se organizan y llevan a cabo, de acuerdo con los modelos segundo y tercero: pruebas de aceptación con la participación de los organismos de supervisión estatales relevantes y otras organizaciones interesadas. Las pruebas de aceptación estatales de acuerdo con GOST 15.201-2000 son organizadas por el cliente estatal, a menos que el acuerdo (contrato) estipule lo contrario. La peculiaridad de las pruebas estatales de aceptación del PA es que, según NPB 180-99, la composición de la comisión para la aceptación del PA está formada por el fabricante (fabricante) de acuerdo con el GUGPS, que emite la orden correspondiente. para la organización Se designa como presidente de la comisión a un representante del GUGPS, de acuerdo con el cual se designa el lugar y hora de las pruebas de aceptación.
El desarrollador de PA organiza las pruebas de aceptación de prototipos de PA de acuerdo con el segundo y tercer modelo de I + D de acuerdo con GOST 15.201-2000. Al implementar el segundo modelo, la composición de la comisión está formada por el cliente junto con el desarrollador, el presidente de la comisión es un representante del cliente, a menos que el acuerdo (contrato) estipule lo contrario. En el caso de I+D en caso de desarrollo de iniciativas (sin un cliente específico), las pruebas de aceptación son organizadas por el desarrollador, y el comité de aceptación, por regla general, está formado por representantes de consumidores potenciales de AP, estructuras del Servicio Fronterizo Estatal, estado y autoridades de control
Independientemente del modelo implementado, la responsabilidad de realizar las pruebas de aceptación recae en su organizador. De acuerdo con GOST 15.201-2000, con el consentimiento de las partes interesadas, se permite realizar pruebas de aceptación sin designar una comisión, pero con la asignación de sus funciones y deberes a los servicios relevantes de la organización que realiza las pruebas, que deben ser reflejado en los TOR y (o) acuerdo (contrato) para implementación de I+D. En la realización de las pruebas de aceptación, independientemente del lugar de su realización, tienen derecho a participar el fabricante y las autoridades estatales de supervisión (OGN), las cuales deben ser informadas sobre las próximas pruebas un mes antes de que comiencen. Todos los GGN definidos por la legislación vigente para este producto participan en pruebas de aceptación o dan conclusiones basadas en los resultados de las pruebas. En ausencia de un representante de la OGN o su opinión, consideran que la OGN está de acuerdo en aceptar los productos o no está interesada en ello.
El comité de aceptación de NPB 180-99 se presenta con: un prototipo de PA, completado de acuerdo con la declaración de trabajo; tarea técnica; programa y metodología de prueba; acto de pruebas preliminares (de fábrica) con informes de prueba; documentación de diseño(letras "O").
El programa de prueba se desarrolla sobre la base de los requisitos de los TOR, la documentación de diseño utilizando programas estándar, métodos estándar (estandarizados) establecidos en documentos prescriptivos. El programa de prueba incluye: objeto de prueba (PA experimental o prototipo); el propósito de las pruebas; alcance de las pruebas; condiciones y procedimiento para la prueba; logística de las pruebas; soporte metrológico de ensayos; informe de prueba. El programa y la metodología para las pruebas de aceptación deben incluir la verificación de la calidad de la documentación del diseño de trabajo y la documentación operativa para tomar una decisión sobre la idoneidad de la documentación para la producción industrial.
La metodología de prueba incluye: características evaluadas (propiedades, indicadores) de PA; condiciones y procedimiento para la prueba; métodos de procesamiento, análisis y evaluación de los resultados de las pruebas; medios de prueba, control y medición utilizados; informes Si se usan métodos no estandarizados, entonces deben ser consistentes con el GGN relevante.
Con base en los resultados de las pruebas de aceptación y la consideración de los materiales presentados, la comisión redacta un acta en la que:
1. Establece el cumplimiento de la muestra del PA desarrollado (fabricado) con los requisitos de los TOR.
2. Da una evaluación del nivel técnico y la competitividad de la AP, incluso en el aspecto legal y de patentes.
3. Evalúa la documentación técnica desarrollada (incluyendo el borrador de especificaciones).
6. Hace comentarios y hace sugerencias para mejorar el PA y la documentación.
Según GOST 15.201-2000, el cliente aprueba el acto del comité de aceptación. La aprobación del acta del comité de aceptación, que contenga una valoración positiva, significa el fin del desarrollo; terminación de los conocimientos tradicionales; aprobación de las especificaciones presentadas, documentación técnica. Según NPB 180-99, el presidente de la comisión aprueba el certificado de aceptación de un prototipo de PA, que contiene una evaluación positiva o negativa de los resultados del desarrollo. Además, si hay comentarios que requieren exámenes adicionales, finalizando el prototipo, realizando cambios en la documentación, el presidente de la comisión tiene derecho a decidir sobre la aprobación del acto después de que se hayan eliminado los comentarios. Al mismo tiempo, los miembros de la comisión que no estén de acuerdo con la valoración general del desarrollo, señalen en el acta una opinión disidente con su justificación.
Las pruebas operativas de un prototipo o prototipo de PA se llevan a cabo en el departamento de Bomberos del Estado de acuerdo con el Manual sobre servicio tecnico. El fabricante (fabricante) del PA lleva a cabo la capacitación del personal para trabajar en el PA. Con base en los resultados de las pruebas, los especialistas del Servicio de Bomberos del Estado preparan una conclusión en la que indican: datos sobre el funcionamiento del PA para el período de pruebas operativas (un extracto del registro de presencia, operación y movimiento de vehículos de motor); información sobre mal funcionamiento de PA (extracto del registro de mantenimiento); evaluación de la exhaustividad y conveniencia de la colocación de extintores, así como una propuesta de equipamiento adicional PA PTV y cambio de ubicación de PTV; esquemas y condiciones para llevar a cabo el despliegue de combate y el momento de su implementación; evaluación de las propiedades de funcionamiento del PA
(ver capítulo 6 del libro de texto); el cumplimiento de las características de actuación del PA para las misiones de combate que se estén realizando; la efectividad del uso de AP en el desempeño de misiones de combate.
ESTÁNDAR ESTATAL DE LA UNIÓN DE LA SSR
Un conjunto de normas para sistemas automatizados
Esta norma se aplica a los sistemas automatizados (AS) utilizados en varios tipos actividades (investigación, diseño, gestión, etc.), incluidas sus combinaciones creadas en organizaciones, asociaciones y empresas (en adelante, organizaciones).
La norma establece los tipos de pruebas NPP y los requisitos generales para su implementación.
Los términos utilizados en este estándar y sus definiciones están de acuerdo con GOST 34.003.
Los requisitos de esta norma, a excepción de las cláusulas 2.2.4, 4.4, 4.5, son obligatorios, se recomiendan los requisitos de las cláusulas 2.2.4, 4.4, 4.5.
1. Disposiciones generales.
1.1. Las pruebas de la central nuclear se llevan a cabo en la etapa de "Puesta en servicio" de acuerdo con GOST 34.601 para verificar el cumplimiento de la central nuclear creada con los requisitos de los términos de referencia (TOR).
1.2. La prueba de NPP es un proceso de verificación del desempeño de las funciones específicas del sistema, determinando y verificando el cumplimiento de los requisitos de los TOR de las características cuantitativas y (o) cualitativas del sistema, identificando y eliminando las deficiencias en las acciones del sistema, en la documentación desarrollada.
1.3. Para la AU se establecen los siguientes tipos principales de pruebas: 1) preliminares; 2) operación de prueba; 3) aceptación.
Notas:
1. Está permitido realizar adicionalmente otros tipos de pruebas de la AU y sus partes.
2. Se permite clasificar las pruebas de aceptación según el estado del comité de aceptación (la composición de los miembros del comité y el nivel de su aprobación).
3. Los tipos de pruebas y el estado del comité de aceptación se establecen en el contrato y (o) TOR.
1.4. Dependiendo de las interconexiones de los objetos probados en la central nuclear, las pruebas pueden ser autónomas o complejas.
Las pruebas autónomas cubren partes de la UA. Se llevan a cabo cuando partes de la central nuclear están listas para la puesta en marcha para la operación de prueba.
Las pruebas exhaustivas se llevan a cabo para grupos, partes interconectadas de la AU o para la AU en su conjunto.
1.5. Para planificar todo tipo de pruebas, se desarrolla un documento "Programa y métodos de prueba". El desarrollador del documento se establece en el contrato o TK.
1.6. El programa y la metodología de ensayo deben establecer el alcance necesario y suficiente de los ensayos para garantizar la fiabilidad especificada de los resultados obtenidos.
1.7. El programa y la metodología de prueba se pueden desarrollar para la CA en su conjunto, para una parte de la CA. Las pruebas (casos de prueba) pueden incluirse como una aplicación.
1.8. Se llevan a cabo pruebas preliminares del AU para determinar su desempeño y decidir si es posible aceptar el AC para operación de prueba.
1.9. Las pruebas preliminares deben realizarse después de que el desarrollador haya depurado y probado el software suministrado y medios tecnicos sistemas y presentarles los documentos pertinentes sobre su preparación para la prueba, así como después de que el personal de la central nuclear se familiarice con la documentación operativa.
1.10. La operación de prueba de la central nuclear se lleva a cabo para determinar los valores reales de las características cuantitativas y cualitativas de la central nuclear y la preparación del personal para trabajar en las condiciones de operación de la central nuclear, determinar la eficiencia real de la central nuclear. y la documentación correcta (si es necesario).
1.11. Las pruebas de aceptación de la central nuclear se llevan a cabo para determinar el cumplimiento de la central nuclear con los términos de referencia, evaluar la calidad de la operación de prueba y decidir sobre la posibilidad de aceptar la central nuclear para operación permanente.
1.12. Las pruebas de aceptación de la UA deben estar precedidas por su operación de prueba en la instalación.
1.13. Dependiendo del tipo de requisitos de la AU para pruebas, verificación o certificación, está sujeta a: 1) un conjunto de software y hardware; 2) personal; 3) documentación operativa que regule las actividades del personal durante la operación de la central nuclear; 4) COMO en general.
1.14. Al probar la AU, verifican: 1) la calidad del rendimiento mediante un conjunto de software y hardware funciones automáticas en todos los modos de funcionamiento de la central nuclear de conformidad con los términos de referencia para la creación de la central nuclear; 2) conocimiento de la documentación operativa por parte del personal y disponibilidad de las habilidades necesarias para desempeñar las funciones establecidas en todos los modos de operación de la central nuclear, de conformidad con los TdR para la creación de la central nuclear; 3) la integridad de las instrucciones contenidas en la documentación operativa para que el personal desempeñe sus funciones en todos los modos de operación de la central nuclear de conformidad con los términos de referencia para la creación de la central nuclear; 4) cuantitativa y (o) características de calidad desempeño de funciones automáticas y automatizadas de la AU de acuerdo con la declaración de trabajo; 5) otras propiedades de la UA, que debe cumplir según los TdR.
1.15. Las pruebas AU deben realizarse en el sitio del cliente. Según lo acordado entre el cliente y el desarrollador, pruebas preliminares y aceptación. herramientas de software Se permite que la AU se lleve a cabo en los medios técnicos del desarrollador al crear condiciones para obtener resultados de prueba confiables.
1.16. Permitió conducta consistente pruebas y puesta en servicio de partes de la CN para prueba y operación permanente, sujeto al orden de puesta en operación de la CN establecido en los TdR.
2. Pruebas preliminares.
2.1. Las pruebas preliminares de la AU pueden ser: 1) autónomas; 2) complejo.
2.2. Pruebas autónomas
2.2.1. Las pruebas autónomas de la UA deben realizarse de acuerdo con el programa y la metodología de pruebas autónomas desarrolladas para cada parte de la UA.
2.2.2. El programa de pruebas autónomas indica: 1) una lista de funciones a probar; 2) descripción de la relación del objeto de prueba con otras partes de la central nuclear; 3) condiciones, procedimiento y métodos para realizar las pruebas y procesar los resultados; 4) criterios de aceptación de piezas basados en los resultados de las pruebas.
Se debe adjuntar un programa de prueba fuera de línea al programa de prueba fuera de línea.
2.2.3. Las pruebas preparadas y coordinadas (casos de prueba) en la etapa de pruebas autónomas deben proporcionar: 1) verificación completa de funciones y procedimientos de acuerdo con la lista acordada con el cliente; 2) la precisión requerida de los cálculos, establecida en los TOR; 3) verificación de las principales características temporales del funcionamiento del software (en los casos en que sea significativo); 4) verificar la confiabilidad y estabilidad del funcionamiento del software y hardware.
2.2.4. Como información inicial para la prueba, se recomienda utilizar un fragmento de información real de la organización cliente en cantidad suficiente para asegurar la confiabilidad necesaria de las pruebas.
2.2.5 Los resultados de las pruebas autónomas de partes de la AU deben registrarse en los informes de prueba. El protocolo debe contener una conclusión sobre la posibilidad (imposibilidad) de admitir una parte de la central nuclear a pruebas complejas.
2.2.6. En el caso de que las pruebas autónomas realizadas resulten insuficientes o se revele una violación de los requisitos de los documentos reglamentarios sobre la composición o el contenido de la documentación, la parte especificada de la AU puede devolverse para su revisión y una nueva. se asigna un período de prueba.
2.3. Pruebas complejas
2.3.1. La prueba integral de la AU se lleva a cabo mediante la realización de pruebas complejas. Los resultados de la prueba se reflejan en el protocolo. La obra se completa con la ejecución del acta de aceptación para la operación de prueba.
2.3.2. El programa de pruebas integradas de la central nuclear o partes de la central nuclear indica: 1) una lista de objetos de prueba; 2) la composición de la documentación presentada; 3) una descripción de las relaciones que se prueban entre los ítems de prueba; 4) la secuencia de pruebas de las piezas de la central nuclear; 5) el procedimiento y los métodos de prueba, incluida la composición del software y el equipo necesarios para la prueba, incluidos los soportes especiales y los sitios de prueba.
2.3.3. Para realizar pruebas complejas, se debe presentar: 1) un programa de pruebas complejas; 2) conclusión sobre las pruebas autónomas de las partes relevantes de la AU y eliminación de errores y comentarios identificados durante las pruebas autónomas; 3) pruebas complejas; 4) software y hardware y documentación operativa relacionada.
2.3.4. En pruebas complejas, se permite utilizar como información inicial la obtenida de pruebas autónomas de partes de la central nuclear.
2.3.5. Una prueba integral debe: 1) estar lógicamente vinculada; 2) garantizar la verificación del desempeño de las funciones de las partes de la central nuclear en todos los modos de operación establecidos en los TdR para la central nuclear, incluidas todas las conexiones entre ellos; 3) proporcionar una verificación de la respuesta del sistema a información incorrecta y situaciones de emergencia.
2.3.6. El protocolo de prueba integrado debe contener una conclusión sobre la posibilidad (imposibilidad) de aceptar la central nuclear para la operación de prueba, así como una lista de mejoras necesarias y plazos recomendados para su implementación.
Después de eliminar las deficiencias, se realizan repetidas pruebas complejas en cantidad requerida.
3. Operación de prueba.
3.1. La operación de prueba se lleva a cabo de acuerdo con el programa, que indica: 1) las condiciones y el procedimiento para el funcionamiento de partes de la central nuclear y la central nuclear en su conjunto; 2) la duración de la operación de prueba, suficiente para verificar el correcto funcionamiento de la central nuclear al realizar cada función del sistema y la disponibilidad del personal para trabajar en las condiciones de operación de la central nuclear; 3) el procedimiento para eliminar las deficiencias identificadas durante la operación de prueba.
3.2. Durante la operación de prueba de la AU, se lleva un registro de trabajo, en el que se ingresa información sobre la duración de la operación de la AU, fallas, fallas, emergencias, cambios en los parámetros del objeto de automatización, ajustes en curso a la documentación y software, ajuste, y medios técnicos. La información se registra en el diario con la fecha y la persona responsable. El diario puede incluir comentarios del personal sobre la facilidad de operación de la AU.
3.3. Sobre la base de los resultados de la operación de prueba, se toma una decisión sobre la posibilidad (o imposibilidad) de presentar partes de la central nuclear y el sistema en su conjunto para las pruebas de aceptación.
El trabajo finaliza con la ejecución de un acto sobre la finalización del funcionamiento del ensayo y la admisión del sistema a las pruebas de aceptación.
4. Pruebas de aceptación
4.1. Las pruebas de aceptación se llevan a cabo de acuerdo con el programa, que indica: 1) una lista de objetos asignados en el sistema para la prueba y una lista de requisitos que los objetos deben cumplir (con referencia a los puntos de los TOR); 2) criterios de aceptación para el sistema y sus partes; 3) condiciones y términos de la prueba; 4) medios de prueba; 5) nombres de las personas responsables de realizar las pruebas; 6) metodología de prueba y procesamiento de sus resultados; 7) una lista de documentación a elaborar.
4.2. Para realizar las pruebas de aceptación se deberá presentar la siguiente documentación: 1) términos de referencia para la creación de la UA; 2) acto de aceptación para operación de prueba; 3) registros de trabajo de la operación de prueba; 4) acto de finalización de la operación de prueba y admisión de la central nuclear a las pruebas de aceptación; 5) programa y metodología de prueba.
Las pruebas de aceptación deben llevarse a cabo en una instalación en funcionamiento.
4.3. Las pruebas de aceptación, en primer lugar, deben incluir la verificación de: 1) integridad y calidad de la implementación de funciones en valores estándar, límite y críticos de los parámetros del objeto de automatización y en otras condiciones operativas de la central nuclear especificadas en los TdR ; 2) cumplimiento de cada requisito relacionado con la interfaz del sistema; 3) el trabajo del personal en modo interactivo; 4) medios y métodos para restaurar la operatividad de la AU después de fallas; 5) integridad y calidad de la documentación operativa.
4.4. Se recomienda que la verificación de la integridad y calidad del desempeño de las funciones de la UA se lleve a cabo en dos etapas. En la primera etapa, se prueban las funciones individuales (tareas, complejos de tareas). Al mismo tiempo, verifican el cumplimiento de los requisitos de los TOR para las funciones (tareas, complejos de tareas). En la segunda etapa, se verifica la interacción de las tareas en el sistema y el cumplimiento de los requisitos de los TOR para el sistema en su conjunto.
4.5. Por acuerdo con el cliente, la verificación de tareas, según sus especificidades, se puede realizar de forma autónoma o como parte de un complejo. Es recomendable combinar tareas al verificar complejos, teniendo en cuenta la similitud de la información utilizada y las conexiones internas.
4.6. La verificación del trabajo del personal en un modo interactivo se lleva a cabo teniendo en cuenta la integridad y la calidad del desempeño de las funciones del sistema en su conjunto.
Lo siguiente está sujeto a verificación: 1) la integridad de los mensajes, directivas, solicitudes disponibles para el operador y su suficiencia para la operación del sistema; 2) la complejidad de los procedimientos de diálogo, la capacidad del personal para trabajar sin entrenamiento especial; 3) la reacción del sistema y sus partes a errores del operador, instalaciones de servicio.
4.7. La verificación de los medios para restaurar la operatividad de la AU después de fallas en la computadora debe incluir: 1) verificar la presencia en la documentación operativa de recomendaciones para restaurar la operatividad y la integridad de su descripción; 2) la viabilidad de los procedimientos recomendados; 3) operatividad de las herramientas de recuperación automática, funciones (si las hay).
4.8. La verificación de la integridad y calidad de la documentación operativa debe llevarse a cabo mediante el análisis de la documentación para el cumplimiento de los requisitos de los documentos reglamentarios y técnicos en los TOR.
4.9. Los resultados de las pruebas de los objetos previstos por el programa se registran en los protocolos que contienen las siguientes secciones: 1) el propósito de las pruebas y el número de la sección de los requisitos de los TOR para la central nuclear, según los cuales la prueba es llevado a cabo; 2) la composición del hardware y software utilizado en las pruebas; 3) una indicación de los métodos de acuerdo con los cuales se llevaron a cabo las pruebas, el procesamiento y la evaluación de los resultados; 4) condiciones de prueba y características de los datos iniciales; 5) instalaciones de almacenamiento y condiciones de acceso al programa final de pruebas; 6) resultados de pruebas generalizados; 7) conclusiones sobre los resultados de las pruebas y el cumplimiento del sistema creado o sus partes con una determinada sección de los requisitos de los TOR para la central nuclear.
4.10. Los informes de prueba de los objetos a lo largo del programa se resumen en un solo protocolo, en base al cual se llega a una conclusión sobre el cumplimiento del sistema con los requisitos de la especificación técnica para centrales nucleares y la posibilidad de emitir un acto de aceptación de centrales nucleares para funcionamiento permanente.
La obra se completa con la ejecución del acto de aceptación de la central nuclear en funcionamiento permanente.
