Requisitos no funcionales
Es una medida importante de la calidad del software, utilizada para medir el grado de requisitos técnicos del sistema durante la entrega y la operación, como los típicos tres requisitos "altos";
Es también son las "restricciones de diseño" de la Parte A propuestas para la investigación y el desarrollo del sistema de la Parte B durante el proceso de gestión del proyecto, como la plataforma de desarrollo, la escuela de tecnología, la implementación clave y otros requisitos;
Las actuales no funcionales Los requisitos para el software en la industria generalmente incluyen: requisitos de atributos de calidad y requisitos vinculantes;
Como complemento a los requisitos funcionales, los requisitos no funcionales son, por definición, principalmente para garantizar el funcionamiento normal y estable de las funciones del sistema. . Es universal y surge de la precipitación y mejora de los modelos de trabajo de la industria tradicional.
¿Adónde van los indicadores no funcionales? El arquitecto general del sistema debe prestar especial atención. Analizará y diseñará durante la etapa de arquitectura del sistema y lo implementará en indicadores específicos.
1. Tiempo de respuesta: se refiere al tiempo para completar la función, que está relacionado con el entorno objetivo, la magnitud de los datos y los sentimientos subjetivos, incluido, por ejemplo, el valor de referencia del tiempo de respuesta promedio (segundos) y el valor de referencia del valor del tiempo máximo de respuesta (segundos).
2. Rendimiento: el número de transacciones/solicitudes que el sistema puede procesar en un tiempo determinado, como QPS y TPS.
3. Capacidad de sincronización y coordinación del sistema. Estamos más preocupados por el impacto en el rendimiento del sistema cuando varios usuarios operan la misma función o datos al mismo tiempo. Existen los siguientes indicadores: número total de usuarios, número máximo de usuarios en línea, número máximo de usuarios concurrentes, número promedio de usuarios en línea y número promedio de usuarios concurrentes.
4. Incremento del almacenamiento de datos: capacidad anual de almacenamiento de datos (g) y valor (crecimiento) esperado de esta cantidad en los próximos años. Los indicadores incluyen la capacidad de almacenamiento acumulada (g) y la tasa de crecimiento anual (g)
1, horas de trabajo
El horario de trabajo para satisfacer las necesidades comerciales es de 7 × 24 horas a la semana hasta el viernes;
2. Tiempo de recuperación ante desastres
Cuando ocurre una falla del sistema, el tiempo de recuperación de la infraestructura del sistema relacionada (middleware, almacenamiento de datos, instalaciones de red, etc.). ), indicadores básicos: RTO, RPO;
RTO se utiliza para medir el tiempo que tarda la empresa en recuperarse de un estado estancado y RPO se utiliza para medir la cantidad de datos que se permite perder durante recuperación empresarial.
1. Flexibilidad
El equilibrio de carga admite la expansión o contracción flexible de las máquinas, y el cambio del flujo de negocios es fluido y no tiene ningún impacto.
2. armonía
Compatibilidad del sistema de diferentes tipos y versiones de terminales;
1, operable
Consulta de registro, modificación de parámetros del sistema, actualización del tiempo de ejecución del archivo de configuración, alarma de monitoreo del servidor, envío de notificaciones, análisis estadístico de datos en tiempo de ejecución, etc.
2. Fácil de operar y mantener
La operación y el mantenimiento no solo proporcionan personal del sistema, sino que también deben considerar la amabilidad del personal comercial, incluida la interfaz de usuario, el proceso de interacción y los requisitos funcionales. .
1. Especificaciones de seguridad del sistema
Infraestructura de seguridad relevante, como máquinas de cifrado, centros de CA, u-shields, etc. , se introdujo en el plano arquitectónico.
El marco define las especificaciones técnicas de seguridad y el marco técnico utilizado, como la política de cifrado, el algoritmo de cifrado, la selección del marco de gestión de derechos de usuario, etc.
El dibujo del diseño funcional está separado del diseño de seguridad y se diseña por separado para abordar vulnerabilidades de seguridad posteriores, como AOP o el diseño de nuevos paquetes de componentes de seguridad
2. /p>
Para un diseño de seguridad independiente, admite la actualización de políticas de seguridad en tiempo de ejecución, algoritmos, conmutadores y la degradación de servicios
1, Baidu Encyclopedia/Item/ E9 9d 9e E5 8a 9f; E8 83 BD E6 80 A7 E9 9c 80 E6 b 1 82/8403760
2. No solo RPO, RPO /Artículo/247451.