Cómo desarrollar una arquitectura de software
Cómo desarrollar una arquitectura de software
Métodos/pasos
El rápido desarrollo de la informática y la programación ha hecho que el diseño de software se aplique a todos los aspectos, desde el aeroespacial hasta la vida diaria. . La práctica de que una sola persona desarrolle un pequeño programa ha quedado obsoleta durante mucho tiempo. La era de la ingeniería de colaboración a gran escala está llegando, y el resumen y la mejora continuos en la práctica se utilizan para guiar y garantizar de manera efectiva la calidad, el ciclo y el costo del desarrollo de software. en la mayor medida. Dado que la ingeniería de software, al igual que la ingeniería de la construcción, es un trabajo de ingeniería sistemático, después de su introducción en el campo de la informática, la arquitectura de software se ha convertido en un término adecuado para describir la tecnología de planificación y diseño de software
La arquitectura de software se refiere a la estructura general de software Descripciones abstractas y componentes utilizados para guiar el diseño de todos los aspectos de grandes sistemas de software.
Los arquitectos de software definen y diseñan la modularidad del software, las interacciones entre módulos, los estilos de interfaz de usuario, los métodos de interfaz externa, las características de diseño innovadoras y las operaciones de objetos, la lógica y los procesos de cosas de alto nivel. La arquitectura del software es un bosquejo de un sistema.
Proceso de arquitectura: El proceso de concebir, definir, expresar, registrar, comunicar, verificar la implementación adecuada, mantener y mejorar la arquitectura durante todo el ciclo de vida del sistema, que es el proceso de diseño.
Arquitectura: Los conceptos o propiedades básicos de los elementos y relaciones que un sistema encarna en su entorno, así como los principios de su diseño y evolución.
Descripción de la arquitectura: expresa el resultado del trabajo de una arquitectura (generalmente haciendo referencia a varios diagramas de arquitectura y documentos de diseño).
Vista arquitectónica: expresa el resultado del trabajo de un sistema (como vista de implementación, vista de desarrollo, etc.) a través de la perspectiva de ciertas preocupaciones del sistema.
Sistema: Conjunto de uno o más procesos, hardware, software, herramientas y personas que pueden satisfacer las necesidades.
Entorno: determina el desarrollo, las operaciones, las políticas y otros entornos y condiciones que afectan al sistema.
Las bibliotecas son cajas de herramientas.
Un framework es un conjunto universal de soluciones.
La arquitectura es un requisito muy abstracto y una invariante en el sistema.
Una plataforma es una colección de todas las cosas posibles.
Descomposición del sistema: cómo descomponer el sistema en diferentes subsistemas, módulos y unidades de negocio;
Selección de tecnología: qué tipo de marco tecnológico básico o andamiaje utilizar;
p>
Verificación técnica: determine cómo resolver las dificultades técnicas principales y verifique si se pueden cumplir los indicadores esperados;
Especificación de interfaz: de qué forma determinan las diferentes partes internas del sistema. el contrato de interfaz y la comunicación de datos;
p>
Método de integración: cómo integrar el sistema con otros sistemas comerciales externos;
Especificaciones técnicas: cómo estandarizar los estándares técnicos de desarrollo, pruebas, implementación y operación y mantenimiento;
Plan de implementación: cómo implementar físicamente el sistema, cuántas máquinas y configuraciones se necesitan, y cuáles son los requisitos de la red;
Operación y plan de mantenimiento: cómo realizar la operación técnica y el mantenimiento del sistema, cómo realizar el monitoreo diario y la alerta temprana;
Trabajo básico relacionado con el lanzamiento y el lanzamiento, incluido si se debe utilizar integración continua (CI), automatizado lanzamiento y otras tecnologías;
Trabajos básicos de operación y mantenimiento, operación y mantenimiento automatizados, monitoreo y otras tecnologías relacionadas.
La elección del método de división del negocio y del marco técnico afectará inevitablemente la forma organizativa del equipo de I+D.
Cuanto más detallada sea la división del negocio, mejor será para nosotros calcular cuantitativamente varios indicadores del proyecto y estimar las horas de trabajo y los costos con mayor precisión, guiándonos así sobre cuántos recursos debe cada equipo. asignar y utilizar. Qué forma de colaboración y confirmación de tareas.
Y a medida que avanza el proyecto, el grado de coincidencia entre el plan y la situación real se puede ajustar con mayor precisión en cualquier momento, lo que a su vez afecta el ajuste dinámico de los recursos invertidos en cada tarea