Tres etapas de desarrollo del análisis y diseño del sistema
1. Análisis y diseño basados en datos de imágenes faciales
La primera etapa del análisis y diseño del sistema es el análisis y el diseño basados en datos. Esta etapa se caracteriza por la programación de la base de datos. El sistema de aplicación es una arquitectura típica de dos niveles, que se divide en una capa de presentación y una capa de base de datos.
Este enfoque de análisis y diseño basado en datos ha llevado al pensamiento de programación procedimental . La estructura de la base de datos es diseñada por el DBA y luego entregada al programador para que escriba las declaraciones SQL, y las declaraciones SQL se ejecutan en un orden secuencial, por lo que el análisis y diseño de los datos de la imagen facial impulsa el modo de pensamiento del proceso de la imagen facial.
El procedimiento Orientado es una forma de pensar, cuando nos enfrentamos a un problema, nos centramos en el proceso de resolución del problema. Por ejemplo, la pregunta clásica: Cómo poner el elefante en el frigorífico:
Paso 1: Abra el frigorífico
Paso 2: Cargue el elefante
Paso 3: Cierre el frigorífico
Ventajas VS desventajas:
- La orientación a procesos puede resolver problemas de manera más directa y efectiva, pero cuando se enfrentan a problemas más complejos, el proceso de resolución de problemas se volverá complicado y difícil de entender en Filadelfia.
- No comprender y responder a las necesidades de manera rápida, eficaz y completa es un método de análisis distorsionado.
- El rendimiento del sistema es difícil de mejorar, y es fácil hacer que la carga del tiempo de ejecución del software se concentre en el lado de la base de datos, lo que hace que la programación del sistema sea centralizada y de alto riesgo en modo único a gran escala, y pierde la capacidad de procesamiento de clúster distribuido.
- Los lenguajes de programación orientados a objetos y las bases de datos relacionales son intrínsecamente contradictorios. Porque el análisis y diseño de la base de datos relacional en sí está orientado a procesos.
2. Análisis y diseño de servicios y orientados a objetos
Los métodos de diseño y análisis de servicios y orientados a objetos han producido una arquitectura de tres niveles que hace época: capa de presentación, capa de negocios y capa de acceso a datos.
- En este momento aparecieron dos etapas de análisis y diseño independientes. El análisis y diseño de sistemas comenzó a ascender a un nivel superior, con su propio conjunto de metodología científica y artística, pero también trajo un defecto fatal: la etapa de análisis y La fase de diseño no pudo estar bien conectada y apareció una brecha insuperable. Porque el analista es responsable de recopilar conceptos básicos del dominio de requisitos, y el diseñador es responsable de especificar un conjunto de componentes que se pueden adaptar a la estructura de la herramienta de programación en el proyecto. Estos componentes deben poder ejecutarse de manera efectiva en el entorno de destino y resolver correctamente los problemas en la aplicación. .
- Se puede ver que los objetivos de la fase de análisis y la fase de diseño no son consistentes. Los analistas solo se enfocan en el análisis de requisitos, no si es adecuado para el diseño o si se pueden derivar los resultados del análisis adecuados para el diseño; los diseñadores encuentran que los resultados del análisis son demasiado simples para ser codificados. Como resultado, la fase de análisis y la fase de diseño no se pudieron conectar, lo que provocó que todo el proyecto no pudiera avanzar sin problemas y terminara en un fracaso.
3. Análisis y diseño del dominio del problema de la imagen facial
El modelo de dominio del problema tiene un nombre popular: modelo de dominio , que es una representación visual de objetos en el mundo real o dominio, y se puede dividir en modelos conceptuales, modelos de objetos de dominio y modelos de objetos analíticos .
Eric Evans publicó un artículo sobre la complejidad del diseño impulsado por Domian en el corazón del software en 2004. El tema es el diseño impulsado por dominios y propuso una arquitectura en capas del modelo de dominio, dividiendo todo el sistema en una capa de infraestructura y una capa de dominio. , Capa de aplicación y capa de interfaz de usuario .
El modelado de dominios es un arte que combina la fase de análisis y la fase de diseño, con el propósito de hacer que un software complejo se enfrente rápidamente a los cambios.
El modelo de dominio es adecuado tanto para el diseño de prototipos analíticos como para el diseño de programas. Si un modelo no es factible cuando se implementa, es necesario encontrar un nuevo modelo. Si el modelo no expresa fielmente los conceptos clave del dominio, se debe encontrar un nuevo modelo.
Por lo tanto, el proceso de modelado de dominios consiste en convertir la fase de análisis y la fase de diseño en una fase de ciclo único, vinculando estrechamente el análisis y el diseño, de modo que los expertos en modelado de dominios ya no solo se centren en la recopilación de requisitos, sino también en el diseño y la implementación de códigos de programa. .
Libro de referencia: "Tres cursos para programadores"