La respuesta no es fácil, ya que no es la definición de Sistema. La evaluación dependerá del proyecto y las partes interesadas de la Arquitectura del Sistema (SA).
¿Por qué se necesita su SA en su situación específica?
La SA probablemente debería ser más formal en caso de que sea una documentación oficial del proyecto, o podría ser más específica si solo se usa internamente. ¿Se utilizará como medio de comunicación entre las partes interesadas? ¿Será la base para el análisis y el desarrollo o una mera descripción de un sistema existente? Dependiendo de la situación, la SA puede tener varios usos, y estos usos deben ser claros y descritos desde el principio, si queremos usarlos (por ejemplo, como una lista de verificación) para una mejor evaluación.
¿La SA proporciona un buen diseño para los requisitos del sistema?
A pesar de que la respuesta a esta pregunta a veces puede ser subjetiva, hay formas de evaluar los resultados de la SA de manera más objetiva. Por ejemplo, un análisis de requisitos correcto y una asignación de ellos desde la arquitectura del sistema puede ayudar a evaluar la SA.
- ¿Cómo soporta el software logístico las funciones comerciales?
- Cómo encontrar las mejores aplicaciones de edición de fotos
- ¿Cuál es el mejor software de programación para C y C ++?
- ¿Qué tipo de software es útil para la universidad o la universidad?
- ¿Cuáles son los mejores productos de software de contabilidad en la India?
¿Quiénes son las partes interesadas en su SA? ¿Cuáles son sus necesidades? ¿Las SA les están dando soluciones?
Las partes interesadas pueden ser diferentes y también nosotros de la SA. Por ejemplo, las empresas subcontratadas podrían utilizar la SA como documento contractual, mejorando la comunicación y reduciendo los riesgos de integración. Un desarrollador puede usar la SA para comprender las limitaciones y explotar la libertad de desarrollo. Analista, Gerente de Proyecto, Integrador, Mantenedor, Probador, Usuario y muchos otros interesados potenciales deben ser identificados y la evaluación de la SA debe considerar su uso de la arquitectura.
Lamentablemente, este tema es demasiado abstracto para ser discutido en unas pocas oraciones. Pero hay algunos libros y documentos que puede usar como referencia:
- Documenting Software Architectures (http://www.sei.cmu.edu/library/a…) es un buen libro.
- Un enfoque estructurado para revisar la documentación de arquitectura (http://www.sei.cmu.edu/reports/0…) podría ser lo que está buscando.