Directorio de artículos
- recurso
- Puntos de conocimiento
-
- De arriba hacia abajo y de abajo hacia arriba
- Métodos formales
- enfoque estructurado
- Métodos ágiles
- Ingeniería de software para salas limpias.
- enfoque orientado al servicio
- enfoque orientado a objetos
- Desarrollo rápido de aplicaciones
- modelo espiral
- procesos y actividades de software
- Métodos de desarrollo de código abierto.
- Enfoque de desarrollo impulsado por la utilidad
- Modelo de proceso unificado RUP
- desarrollo de software basado en componentes
- Ingeniería inversa
- UML
- necesidad
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.
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.
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.
procesos y actividades de software
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.
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
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.
La información derivada de la ingeniería inversa se puede dividir en:
UML
Vista 4+1
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: JRP (Planificación conjunta de requisitos) es un método más costoso para obtener requisitos.
- Cadena de capacidad de seguimiento de la demanda
- Método de definición de requisitos