Arquitectura del sistema: Ingeniería de software Preguntas reales del examen Puntos de conocimiento

recurso

Métodos de desarrollo de sistemas de información.

Puntos de conocimiento

De arriba hacia abajo y de abajo hacia arriba

El diseño de arriba hacia abajo se refiere al análisis recursivo de un problema dado en una serie de pequeños problemas básicos basados ​​en un problema dado. El diseño de abajo hacia arriba es un método de diseño opuesto, que se refiere al diseño basado en componentes existentes (problemas básicos), a través de ciertas permutaciones. y combinaciones, finalmente se resuelven los problemas que hay que resolver. De las definiciones de los dos métodos, podemos ver que el método de diseño de arriba hacia abajo enfatiza la descomposición del problema, mientras que el método de diseño de abajo hacia arriba enfatiza la reutilización de componentes (problemas básicos). Por lo tanto, para un problema relativamente desconocido, utilizar El método de descomposición de arriba hacia abajo, capa por capa, puede resolver mejor el problema y, para problemas comunes, el uso de componentes existentes puede lograr el objetivo más rápido.

Métodos formales

El método formal es un método con una sólida base matemática que permite un estricto procesamiento y demostración del sistema y proceso de desarrollo, su principal ventaja radica en su capacidad para expresar y estudiar matemáticamente problemas de aplicación e implementación. Sin embargo, requiere una gran base matemática, no es adecuado para escenarios complejos y no se ha utilizado ampliamente.

enfoque estructurado

  • El método estructurado, también conocido como método de desarrollo orientado a funciones, incluye etapas como análisis estructurado, diseño estructurado y programación estructurada. Desarrollar el sistema de arriba a abajo, esforzándose por perfeccionarlo paso a paso.
  • La desventaja es que el ciclo de desarrollo es largo y resulta difícil adaptarse a los cambios en la demanda.
  • El núcleo del análisis estructurado es el diagrama de flujo de datos y el diccionario de datos. Al analizar el diagrama de flujo de datos, se puede derivar el diagrama de estructura del programa.
  • En el método de análisis estructurado, DFD se utiliza para el modelado funcional, el diagrama de transición de estado se utiliza para el modelado de comportamiento y el diagrama ER se utiliza para el modelado de datos.

Métodos ágiles

Los métodos ágiles están orientados a objetos y tienen tres características:

  • Adaptabilidad: se refiere a aceptar el cambio y cambiar constantemente;
  • Orientado a las personas: se refiere a estar orientado a las personas y dar pleno juego a las características humanas;
  • Iterativo e incremental: cada versión amplía los requisitos funcionales según la versión original y finalmente cumple con todos los requisitos.

Los métodos ágiles son adecuados para proyectos donde los requisitos cambian significativamente o los requisitos iniciales no son lo suficientemente claros.

Ingeniería de software para salas limpias.

Usar la verificación de la corrección (en lugar de las pruebas tradicionales) como mecanismo principal para encontrar y eliminar errores y enfatizar las técnicas estadísticas de control de calidad es demasiado teórico.

enfoque orientado al servicio

Basado en servicios de grano grueso, débilmente acoplados y basados ​​en estándares, se mejora la flexibilidad, la reutilización y la capacidad de evolución del sistema.

enfoque orientado a objetos

Cuando se utilizan métodos de desarrollo orientados a objetos, se pueden utilizar gráficos de estado y diagramas de actividad para modelar el comportamiento dinámico del sistema.
Insertar descripción de la imagen aquíEn el diseño orientado a objetos, las clases de límite implementan control de interfaz, interfaces externas y aislamiento del entorno. La clase de control coordina y controla otras clases para completar funciones juntas.
Insertar descripción de la imagen aquí

Desarrollo rápido de aplicaciones

Hace uso de la idea del método de desarrollo de componentes básicos y utiliza una gran cantidad de subprocesos para desarrollar el sistema. Es rápido, pero solo es adecuado para sistemas con un alto grado de modularidad.

modelo espiral

Se amplía sobre la base del modelo prototipo y divide todo el proceso de desarrollo de software en múltiples etapas, cada una de las cuales consta de establecimiento de objetivos, análisis de riesgos, desarrollo, verificación de eficacia y revisión. Adecuado para proyectos con equipos de desarrollo más pequeños.
Insertar descripción de la imagen aquí

procesos y actividades de software

Insertar descripción de la imagen aquí

Métodos de desarrollo de código abierto.

Adecuado para equipos de desarrollo cuyos desarrolladores de programas están ampliamente distribuidos geográficamente.

Enfoque de desarrollo impulsado por la utilidad

Los desarrolladores de programación se dividen en programadores principales y programadores de "clase".

Modelo de proceso unificado RUP

Tres características principales:

  • Centrado en la arquitectura:
  • Caso de uso impulsado:
  • Incremento e iteración: resuelva problemas de alto riesgo y alto valor en las primeras iteraciones, enfatizando la participación activa de los usuarios.

Insertar descripción de la imagen aquí
Un ciclo de desarrollo consta de cuatro etapas.

  • Inicial: Establecer un modelo de negocio y determinar los límites del proyecto.
  • Refinamiento: Analizar el problema y establecer una estructura completa.
  • Construir: todas las funciones se desarrollan e integran en el producto.
  • Entrega: cree una versión de lanzamiento y realice ajustes según los comentarios.

desarrollo de software basado en componentes

El modelo de componentes lógicos del problema de falta de coincidencia
Insertar descripción de la imagen aquídescribe el plano de diseño del sistema para garantizar que el sistema proporcione las funciones adecuadas, y el modelo de componentes físicos se utiliza para comprender el rendimiento, la tasa de rendimiento y otros atributos no funcionales del sistema.

Ingeniería inversa

La llamada ingeniería inversa consiste en analizar programas existentes y transformar una determinada forma de descripción del software en una forma de actividad más abstracta.
Insertar descripción de la imagen aquí

La información derivada de la ingeniería inversa se puede dividir en:

Insertar descripción de la imagen aquí

UML

Vista 4+1
Insertar descripción de la imagen aquí
Insertar descripción de la imagen aquíInsertar descripción de la imagen aquí

necesidad

  • Se debe priorizar una buena declaración de requisitos en lugar de tratar todos los requisitos como igualmente importantes.
  • Proceso de cambio de requisitos: análisis de problemas y descripción de cambios, análisis de cambios y cálculo de costos, e implementación de cambios.
  • Para alcanzar el Nivel 2 del Modelo de Madurez de Capacidad de Procesos, una organización debe tener seis áreas de procesos clave.
  • Los atributos de los requisitos incluyen: Insertar descripción de la imagen aquíJRP (Planificación conjunta de requisitos) es un método más costoso para obtener requisitos.
  • Cadena de capacidad de seguimiento de la demandaInsertar descripción de la imagen aquí
  • Método de definición de requisitosInsertar descripción de la imagen aquí

Supongo que te gusta

Origin blog.csdn.net/weixin_43249758/article/details/132568966
Recomendado
Clasificación