Software Architecture Document

IEEE-1471-2000
1 Introducción
1.1 Propósito
Este documento proporciona una descripción comprensiva arquitectónica del sistema,
usando un número de vistas diferentes arquitectónicas para representar los aspectos
diferentes del sistema que es requerido para capturar y transportar las decisiones
significativas arquitectónicas que han sido hechas sobre el sistema.

1.2 Enfoque
Este Documento de Arquitectura de Software proporciona una descripción
arquitectónica del Sistema TEATRO-TICKET . El Sistema TEATRO-TICKET está
siendo desarrollado por el curso de Arquitectura de software del Magíster en Ingeniería
de software, Primera promoción, Universidad Andres Bello, Campus República, Chile

Este Documento ha sido generado directamente del Análisis del sistema TEATRO-
TICKET y el Modelo de Diseño puesto e implementado en Rational Rose Versión 7.0 .
La mayoría de las secciones ha sido extraída del Modelo de Racional Rose Version 7.0
y la utilización de plantillas de referencia de ATAM (Architecture Tradeoff Analysis
Method) y del modelo 4+1 de Kruchten .

1.3 Lectores del documento

Este documento de Arquitectura de Software puede ser usado y comprendido por todos
los usuarios interesados, participantes del proyecto de desarrollo del sistema TEATRO-
TICKET.
2 Definiciones, Acronimos y abreviaciones
TEATRO-TICKET: sistema de gestión de compra y reserve de ticket para teatros.
TEATROS: Sistema de gestión de obras de teatro
VERIBANK: Sistema de validación de tarjetas de crédito
CR1: Conector de pregunta respuesta de modulo interno

CRE: Conector de pregunta respuesta modulo externo

CBDR: Conector a base de datos remota

CBDL: Conector a base de datos local

ARQUITECTURA: estructura fundamental del sistema representada en componentes, y
principales guías de desarrollo y evolución
DESCRIPCION DE ARQUITECTURA: colección de productos de documentación
VISTAS: es una representación de un área de interés o perspectiva del sistema en alto
nivel.
TIPOS DE VISTAS : especificación de una convención de cómo construir y usar una
vista. Deben satisfacer la capacidad de creación y análisis de una vista.
STAKEHOLDER: Individuo , equipo u organización con intereses relativos al sistema.
ESCENARIO: especifica el comportamiento y limita el interés de un área especifica del
sistema para uno o varios stakeholders.
MODULO O COMPONENTE: cualquier elemento estructural abstracto, visible,
externo, de alto nivel, analizable, que pueda constituir una funcionalidad de la solución
del sistema.
ATRIBUTOS DE CALIDAD : un atributo de calidad, es una cualidad deseable de la
solución , que pueda manifestarse en forma de requerimiento no funcional, que pueda
ser medible, testeable y finalmente evaluable.
3 Conceptual Framework
3.1 Contexto de la descripción arquitectónica
Este documento presenta la arquitectura como una serie de vistas basadas en la
arquitectura de software del modelo 4+1 DE Kruchten .estas vistas son : la vista de
escenarios, la vista lógica., la vista de desarrollos, la vista física, la vista de procesos
.No hay ninguna vista separada de una misma implementación , descrita en este
documento. Estas vistas están hechas sobre Lenguaje de modelo unificado ( UML) en
su versión 2.0 desarrolladas usando IBM Rational Rose Enterprise 7.0 .

Los estilos arquitectónicos serán referenciados en este documento de arquitectura, según

las recomendaciones de la Arquitectura de software del modelo 4+1 de Kruchten.

3.2 Stakeholders y sus roles

Este documento representa la identificación de Stakeholders y sus roles a partir de la
interpretación de los casos de uso del Negocio.

3.3 Uso de las descripciones arquitectónicas

Las descripciones de arquitectura de este documento se usaran para referenciar el diseño
del sistema de software de TEATRO-TICKET y para referenciar la integración del
sistema de software TEATRO-TICKET con las aplicaciones externas TEATROS y
VERIBANK.
4 Descripción de arquitectura
4.1 Documentación arquitectónica
La documentación de la arquitectura se basa en el modelo propuesto 4+1

4.2 Identificación de stakeholders

Stakeholder descripción escenario vistas

El usuario es quien -Escenario de - escenarios
interactuar con el negocios TEATRO- 1.- caso de uso del
sistema TEATRO- TICKET negocio
TICKET para las -Escenario diseño 2.- caso de uso de
opciones de reserva TEATRO-TICKET diseño
USUARIO
y compra de ticket

El TEATRO es -Escenario de - lógica

quien gestiona la negocios TEATRO- 1.- diagrama de
actualización y TICKET clases de diseño
obtención de -Escenario diseño - desarrollo
TEATRO_S
asientos disponibles TEATRO-TICKET 1.- diagrama de
componentes
2.- diagrama de
componentes en
capas
- física
1.- diagrama de
despliegue
- procesos
1.- diagramas de
secuencia

El VERIBANK es -Escenario de - lógica

quien gestiona la negocios TEATRO- 1.- diagrama de
validación de la TICKET clases de diseño
tarjeta de crédito -Escenario diseño - desarrollo
VERIBANK
del usuario TEATRO-TICKET 1.- diagrama de
componentes
2.- diagrama de
componentes en
capas
- física
1.- diagrama de
despliegue
- procesos
1.- diagramas de
secuencia
4.3 Selección de los puntos de vista
Vistas UML
Escenarios Casos de uso
Lógica Clases
Desarrollo Componentes
Física Despliegue
Procesos Secuencia

4.4 Vistas de arquitectura

Vistas.- escenarios
Diagrama.- Caso de uso de diseño

TEATRO-TICKET
DIAGRAMA
CASO USO
DE DISEÑO <<include>>
CONSULTAR T EAT RO
TEATRO_S
(from Business Use-Case Mo...

<<extend>>

ACTUALIZAR ASIENT O
GEST IONAR RESERVA
<<extend>>
<<extend>>

REALIZAR RESERVA
<<extend>>
USUARIO IMPRIMIR RESERVA

(from Business Use-Case Mo...

<<include>> <<extend>>

ENVIAR RESERVA
VALIDAR T ARJETA
GEST IONAR COMPRA

<<include>>

VERIBANK
(from Business Use-Case Mo...
IMPRIMIR TICKET
<<extend>>

CONFIRMAR VENT A
<<extend>>
ENVIAR T ICKET
Vista.- Lógica
Diagramas.- Clases

Vista.- Desarrollo
Diagramas.- Componentes

TEATRO-TICKET
RESERVA GESTOR DIAGRAMA
INTERFACE CR1-1 TEATRO DE
COMPONENTES

CR1-3

GESTOR COMPRA
COMPRA INTERFACE
CRE-1

CRE-2

VERIBANK TEATROS
DATABASE DATABASE

CBDR-2 CBDR-1

VERIBANK TEATROS

Diagrama de componentes general

 TEATRO_TICKET
ESTILO ARQUITECTONICO
ORIENTADO A OBJETOS

INTERFACES GESTORES
RESERVA GESTOR
INTERFACE COMPRA

CR1-1 CR1-2
GESTOR
COMPRA TEATRO
INTERFACE CR1-3

CRE-2
CRE-1

TEATROS
VERIBANK
TEATROS
DATABASE VERIBANK
CBDR-1 DATABASE
CBDR-2

TEATROS
VERIBANK

Diagrama de componentes , estilo arquitectónico “ orientación a objetos”

TEATRO_TICKET PRESENTACION
ESTILO
ARQUITECTONICO COMPRA
N-TIER INTERFACE

RESERVA
INTERFACE
CR1-2

CR1-1
LOGICA DE APLICACIONES
GESTOR
GESTOR TEATRO
COMPRA
CRE-1
CRE-2 TEATROS
VERIBANK DATABASE
ALMACENAMIENTOS
DATABASE
CBDR-1
CBDR-2

VERIBANK TEATROS

Diagrama de componentes , estilo arquitectónico “ N-tier”

Vista .- Física
Diagrama .- Despliegue

TEATRO_TICKET TEATRO_S

INTERFACES
TEATRO
S_DB

CRE-1

GESTO
RES
VERI_BANK
CRE-2

VERIBA
NK_BD
TEATRO-TICKET
DIAGRAMA DE
DESPLIEGUE

Vista .- Procesos
Diagrama.- Secuencia

INTERFACE GESTOR ACTUALIZA TEATRO

TEATRO ASIENTO
USUARIO :
NewClass

TEATRO-TICKET
DIAGRAMA DE
SECUENCIA
ACTUALIZA TEATRO

Diagrama de secuencia “ Actualiza teatro”

 INTERFACE GESTOR RESERVA TEATRO
TEATRO
USUARIO :
NewClass

TEATRO-TICKET
DIAGRAMA DE
SECUENCIA
RESERVA TICKET

Diagrama de secuencia “Reserva Ticket”

INTERFACE GESTOR COMPRA TEATRO VERIBANK

COMPRA
USUARIO :
NewClass

TEATRO-TICKET
DIAGRAMA DE
SECUENCIA
COMPRA TICKET

Diagrama de secuencia “Compra Ticket”

4.5 Consistencia de las vistas arquitectónicas

DESCRIPCION DE COMPONENTES

Nombre del componente descripción Componentes

relacionados
RESERVA Componente que actúa -GESTOR TEATRO
INTERFACE como separador entre el
usuario y los componentes
encargados de realizar la
reserva de un ticket
COMPRA Componente que actúa -GESTOR COMPRA
INTERFACE como separador entre el
usuario y los componentes
encargados de realizar la
compra de un ticket.
GESTOR Componente que interactúa -RESERVA INTERFACE
TEATRO entre el componente -COMPRA INTERFACE
Interface teatro y los -TEATROS DATABASE
componentes que se
encargan de realizar la
reserva de un ticket.
GESTOR Componente que interactúa -COMPRA INTERFACE
COMPRA entre el componente -TEATROS DATABASE
Interface teatro y los
componentes que se
encargan de realizar la
compra de un ticket
TEATROS Componente que se -GESTOR TEATRO
DATABASE encarga de lograr la
conexión y extracción de
datos de la base de datos
TEATROS
VERIBANK Componente que se -GESTOR COMPRA
DATABASE encarga de lograr la
conexión y extracción de
datos de la base de datos
VERIBANK

5 Observaciones