Rup - Sad - Documento de Arquitectura de Software

<Nombre de la empresa>
<Nombre del proyecto>

Documento de Arquitectura de Software
Versión <1.0>
[Nota: La siguiente plantilla se proporciona para su uso con Rational Unified Process. El texto encerrado
entre corchetes y mostrado en cursiva azul (style=InfoBlue) se incluye para proporcionar orientación al
autor y debe eliminarse antes de publicar el documento. Un párrafo introducido siguiendo este estilo se
establecerá automáticamente en normal (style=Body Text).]
[Para personalizar los campos automáticos en Microsoft Word (que muestran un fondo gris cuando se
seleccionan), seleccione Propiedades > archivo y reemplace los campos Título, Asunto y Empresa con la
información adecuada para este documento. Después de cerrar el cuadro de diálogo, los campos
automáticos se pueden actualizar en todo el documento seleccionando Editar>Seleccionar todo (o Ctrl-A)
y presionando F9, o simplemente haciendo clic en el campo y presionando F9. Esto debe hacerse por
separado para los encabezados y pies de página. Alt-F9 alternará entre mostrar los nombres de los
campos y el contenido de los campos. Consulte la ayuda de Word para obtener más información sobre
cómo trabajar con campos.]
<Nombre del proyecto> Versión: <1.0>
Documento de Arquitectura de Software Fecha: <dd/mmm/aa>
<identificador del documento>
Historial de revisiones
Fecha Versión Descripción Autor
<f/mmm/aa> <x.x> <detalles> <nombre>
Confidencial <Nombre de la empresa>, 2024 Página 2 de 6

Tabla de contenidos
1. Introducción
1.1 Propósito
1.2 Alcance
1.3 Definiciones, acrónimos y abreviaturas
1.4 Referencias
1.5 Visión general
2. Representación arquitectónica
3. Objetivos y restricciones arquitectónicas
4. Vista de casos de uso
5. Vista lógica
5.1 Visión general
5.2 Paquetes de diseño arquitectónicamente significativos
5.3 Realizaciones de casos de uso
6. Vista de proceso
7. Vista de implementación
8.1 Visión general
8.2 Capas
9. Vista de datos (opcional)
10. Tamaño y rendimiento
11. Calidad
Documento de Arquitectura de Software

1. Introducción
[La introducción del Documento de Arquitectura de Software proporciona una visión general de todo el
Documento de Arquitectura de Software. Incluye el propósito, el alcance, las definiciones, los acrónimos,
las abreviaturas, las referencias y la descripción general del Documento de Arquitectura de Software.]
1.1 Propósito
Este documento proporciona una descripción general de la arquitectura completa del sistema, utilizando
una serie de vistas arquitectónicas diferentes para representar diferentes aspectos del sistema. Su objetivo es
capturar y transmitir las decisiones arquitectónicas significativas que se han tomado en el sistema.
[En esta sección se define la función o el propósito del documento de arquitectura de software, en la
documentación general del proyecto, y se describe brevemente la estructura del documento. Se identifican
las audiencias específicas del documento, con una indicación de cómo se espera que utilicen el

documento.]
1.2 Alcance
[Una breve descripción de a qué se aplica el Documento de Arquitectura de Software; qué se ve afectado o
influenciado por este documento.]
1.3 Definiciones, acrónimos y abreviaturas

[Esta subsección proporciona las definiciones de todos los términos, acrónimos y abreviaturas necesarios
para interpretar correctamente el Documento de Arquitectura de Software. Esta información puede
proporcionarse por referencia al Glosario del proyecto.]
1.4 Referencias
[Esta subsección proporciona una lista completa de todos los documentos a los que se hace referencia en
otras partes del Documento de Arquitectura de Software. Identifique cada documento por título, número
de informe (si corresponde), fecha y organización de publicación. Especifique las fuentes de las que se
pueden obtener las referencias. Esta información podrá facilitarse por referencia a un apéndice o a otro
documento.]
1.5 Visión general

[Esta subsección describe lo que contiene el resto del Documento de Arquitectura de Software y explica
cómo se organiza el Documento de Arquitectura de Software.]
2. Representación arquitectónica
[En esta sección se describe qué es la arquitectura de software para el sistema actual y cómo se
representa. De las vistas de caso de uso, lógica, de proceso, de despliegue e implementación, enumera
las vistas necesarias y, para cada vista, explica qué tipos de elementos del modelo contiene.]
3. Objetivos y restricciones arquitectónicas

[En esta sección se describen los requisitos y objetivos de software que tienen un impacto significativo en
la arquitectura; por ejemplo, la seguridad, la privacidad, el uso de un producto estándar, la portabilidad,
la distribución y la reutilización. También captura las restricciones especiales que pueden aplicarse:
estrategia de diseño e implementación, herramientas de desarrollo, estructura del equipo, cronograma,
código heredado, etc.]
4. Vista de casos de uso

[En esta sección se enumeran los casos de uso o escenarios del modelo de casos de uso si representan
alguna funcionalidad central significativa del sistema final, o si tienen una gran cobertura arquitectónica,
ejercen muchos elementos arquitectónicos o si enfatizan o ilustran un punto específico y delicado de la
arquitectura.]
5. Vista lógica
[En esta sección se describen las partes arquitectónicamente significativas del modelo de diseño, como su
descomposición en subsistemas y paquetes. Y para cada paquete significativo, su descomposición en clases
y utilidades de clase. Debe presentar clases arquitectónicamente significativas y describir sus
responsabilidades, así como algunas relaciones, operaciones y atributos muy importantes.]
5.1 Visión general

[En esta subsección se describe la descomposición general del modelo de diseño en términos de su
jerarquía de paquetes y capas.]

5.2 Paquetes de diseño arquitectónicamente significativos

[Para cada paquete significativo, incluya una subsección con su nombre, su breve descripción y un
diagrama con todas las clases y paquetes significativos contenidos en el paquete.
Para cada clase significativa del paquete, incluya su nombre, una breve descripción y, opcionalmente, una
descripción de algunas de sus principales responsabilidades, operaciones y atributos.]
5.3 Realizaciones de casos de uso

[Esta sección ilustra cómo funciona realmente el software al proporcionar algunas realizaciones de casos
de uso (o escenarios) seleccionados y explica cómo los diversos elementos del modelo de diseño
contribuyen a su funcionalidad.]
6. Vista de proceso
[En esta sección se describe la descomposición del sistema en procesos ligeros (subprocesos individuales
de control) y procesos pesados (agrupaciones de procesos ligeros). Organice la sección por grupos de
procesos que se comunican o interactúan. Describa los principales modos de comunicación entre
procesos, como el paso de mensajes, las interrupciones y los encuentros.]
[En esta sección se describen una o más configuraciones de red física (hardware) en las que se
implementa y ejecuta el software. Es una vista del modelo de implementación. Como mínimo, para cada
configuración debe indicar los nodos físicos (ordenadores, CPUs) que ejecutan el software y sus
interconexiones (bus, LAN, punto a punto, etc.). Incluya también una asignación de los procesos de la vista
de proceso en los nodos físicos.]
[En esta sección se describe la estructura general del modelo de implementación, la descomposición del
software en capas y subsistemas en el modelo de implementación, y cualquier componente
arquitectónicamente significativo.]
8.1 Visión general

[Esta subsección nombra y define las distintas capas y su contenido, las reglas que rigen la inclusión en
una capa determinada y los límites entre capas. Incluya un diagrama de componentes que muestre las
relaciones entre capas. ]
8.2 Capas
[Para cada capa, incluya una subsección con su nombre, una enumeración de los subsistemas ubicados en
la capa y un diagrama de componentes.]
9. Vista de datos (opcional)

[Una descripción de la perspectiva de almacenamiento de datos persistentes del sistema. Esta sección es
opcional si hay pocos o ningún dato persistente, o si la traducción entre el modelo de diseño y el modelo
de datos es trivial.]
10. Tamaño y rendimiento

[Una descripción de las principales características de dimensionamiento del software que afectan a la
arquitectura, así como a las restricciones de rendimiento objetivo.]

11. Calidad
[Una descripción de cómo la arquitectura de software contribuye a todas las capacidades (distintas de la
funcionalidad) del sistema: extensibilidad, confiabilidad, portabilidad, etc. Si estas características tienen
un significado especial, como las implicaciones para la seguridad, la protección o la privacidad, deben
estar claramente delineadas.]

Rup - Sad - Documento de Arquitectura de Software

Cargado por

Copyright:

Formatos disponibles

Rup - Sad - Documento de Arquitectura de Software

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Rup - Sad - Documento de Arquitectura de Software

Cargado por

Copyright:

Formatos disponibles

<Nombre de la empresa>

<Nombre del proyecto>

Confidencial <Nombre de la empresa>, 2024 Página 2 de 6

3. Objetivos y restricciones arquitectónicas

4. Vista de casos de uso

9. Vista de datos (opcional)

10. Tamaño y rendimiento

Documento de Arquitectura de Software

Confidencial <Nombre de la empresa>, 2024 Página 3 de 6

1.3 Definiciones, acrónimos y abreviaturas

1.5 Visión general

3. Objetivos y restricciones arquitectónicas

4. Vista de casos de uso

5.1 Visión general

Confidencial <Nombre de la empresa>, 2024 Página 4 de 6

5.2 Paquetes de diseño arquitectónicamente significativos

5.3 Realizaciones de casos de uso

8.1 Visión general

9. Vista de datos (opcional)

10. Tamaño y rendimiento

Confidencial <Nombre de la empresa>, 2024 Página 5 de 6

Confidencial <Nombre de la empresa>, 2024 Página 6 de 6

También podría gustarte