<Nome do Projeto>
Documento de Arquitetura do Sistema
Versão <1.0>
[Nota: O gabarito a seguir é fornecido para uso com o Rational Unified Process. O texto em azul, exibido entre colchetes e em itálico (style=InfoBlue), foi incluído para orientar o autor e deve ser excluído antes da publicação do documento. Um parágrafo inserido após esse estilo será definido automaticamente como normal (style=Body Text).]
Histórico da Revisão
Data |
Versão |
Descrição |
Autor |
<dd/mmm/yy> |
<x.x> |
<details> |
<name> |
Índice
1.3 Definições, Acrônimos e Abreviações
2. Princípios de Arquitetura e Requisitos Críticos
2.2.2 Requisitos Suplementares do Sistema
3. Ponto de Vista do Trabalhador
3.3 Modelo do Trabalhador do Sistema
4.4 Flowdown de Requisitos Suplementares
5.1 Modelo de Processo do Sistema
6.1 Layout Físico, Características e Propriedades do Sistema
6.3 Modelo do Nível do Descritor
6.4 Modelo do Nível de Implementação
7. Ponto de Vista de Informações
7.1 Regras de Informações de Negócios
7.2 Modelo de Dados do Sistema
8. Consistência do Ponto de Vista
Documento de Arquitetura do Sistema
[A introdução do Documento de Arquitetura do Sistema fornece uma visão geral de todo o Documento de Arquitetura do Sistema.]
Este documento fornece uma visão geral arquitetural abrangente do sistema, utilizando diversos pontos de vista arquiteturais diferentes para representar diferentes aspectos do sistema. Ele é destinado a capturar e transmitir as decisões e influências arquiteturais significativas e que afetam o sistema.
[Esta seção define o objetivo do Documento de Arquitetura do Sistema, na documentação completa do projeto e descreve resumidamente a estrutura do documento. Identifica o público-alvo do documento, com uma indicação de como deve utilizá-lo.]
[Uma breve descrição da aplicabilidade do Documento de Arquitetura do Sistema; o que é afetado ou influenciado por este documento.]
[Esta subseção fornece a identificação do sistema ao qual este documento é aplicado, na forma de números de identificação, nomes, versões e assim por diante.]
[Esta subseção descreve o objetivo e a natureza geral do sistema ao qual este documento é aplicado. Quando o sistema existir de alguma forma, ou tiver alguns precursores, esta subseção também resume o histórico do sistema e sua operação. Identifique os principais responsáveis, por exemplo, o comprador, o(s) usuário(s), agências operadoras e assim por diante.]
[Esta subseção fornece as definições de todos os termos, acrônimos e abreviações requeridos para interpretar adequadamente o Documento de Arquitetura do Sistema. Essas informações podem ser fornecidas mediante referência ao Glossário do projeto.]
[Esta subseção fornece uma lista completa de todos os documentos referidos em outra parte no Documento de Arquitetura do Sistema. Identifique cada documento por título, número do relatório (se aplicável), data e organização responsável pela publicação. Especifique as origens a partir das quais as referências podem ser obtidas. Essas informações podem ser fornecidas mediante referência a um apêndice ou outro documento.]
[Esta subseção descreve o que o restante do Documento de Arquitetura do Sistema contém e explica como o Documento de Arquitetura do Sistema está organizado.]
[Nesta seção, os estilos, regras e heurísticos predeterminados utilizados para modelar a arquitetura do sistema são descritos, juntamente com o princípio básico de sua seleção (por exemplo, influências ambientais, organizacionais e de domínio). O estilo de arquitetura inclui a identificação (classes) de elementos reutilizáveis e composições delas (e as regras que permitem a composição) e as descrições dos métodos para apresentação e análise dos sistemas que utilizam um estilo específico.]
[Esta subseção lista os casos de uso do sistema ou cenários do Modelo de Caso de Uso se eles representam uma funcionalidade central e significativa do sistema final ou se têm uma ampla cobertura de arquitetura, ou seja, se experimentam muitos elementos arquiteturais ou se enfatizam ou ilustram um determinado ponto frágil da arquitetura do sistema.] Identifica quaisquer requisitos de desempenho associados que devem ser monitorados como parte do processo de Medida do Desempenho Técnico.]
[Esta subseção lista restrições físicas, ambientais, de qualidade de serviço, de engenharia especial ou outras restrições críticas que modelam de forma significativa a arquitetura do sistema. Identifica também quais deles são monitorados como parte do processo de Medida do Desempenho Técnico.]
[Esta seção ilustra aspectos significativos do sistema a partir do ponto de vista do trabalhador, que dizem respeito às funções e responsabilidades da organização e dos trabalhadores do sistema (e as políticas que os afetam).]
[A Definir]
[A Definir]
[A Definir]
[A Definir]
[Esta seção ilustra aspectos significativos do sistema a partir do ponto de vista lógico, que se relacionam com a forma em que o sistema desempenha suas funções em termos de seu particionamento em subsistemas, suas conexões, interações e processamento, além de como os requisitos não-funcionais, incluindo qualidade de serviço e outras restrições, são direcionados para os subsistemas.]
[Esta subseção descreve os elementos arquiteturalmente significativos do Diagrama de Contexto no Modelo de Análise do Sistema, por exemplo, entidades com as quais o sistema interage, conexões e materiais, dados ou outros fluxos a serem suportados.]
[Nesta subseção, descreva as interfaces significativas (oferecidas e requeridas) que suportam as entidades, conexões e fluxos identificados em 4.1 Contexto do Sistema.]
[Esta subseção identifica e descreve os subsistemas que desempenham uma função arquiteturalmente significativa, em termos das interfaces (recursos e atributo) que eles suportam e a natureza de seus relacionamentos, um para o outro, e externas ao sistema.]
[Esta subseção descreve como os casos de uso significativos e os cenários de caso de uso são realizados em termos de interações do subsistema e como os requisitos críticos de desempenho do sistema são refletidos nas restrições de desempenho colocadas nos recursos do subsistema e os links entre os sistemas.]
[Esta subseção descreve como as restrições físicas, ambientais, de qualidade de serviço, especialidade de engenharia e outras restrições críticas efetuam flowdown para os subsistemas, e como as características do subsistema, assim determinadas, são combinadas para produzir as características desejadas do sistema.]
[Esta subseção descreve os estudos de troca, análise e raciocínio que levam à definição e seleção dessa arquitetura lógica, além de porque os subsistemas e interações específicos escolhidos são significativos. Onde foram tomadas decisões em incluir humanos como parte do sistema operacional, os benefícios da troca entre humanos e o desempenho das mesmas funções em hardware ou software, além da forma em que as características do desempenho humano foram levadas em conta, são de particular interesse. Esta subseção também descreve o fundamento lógico (por exemplo, modelagem, análise e criação de protótipo) utilizado para o orçamento ou a designação dos requisitos não-funcionais.]
[Esta seção ilustra aspectos significativos do sistema a partir do ponto de vista do processo, que diz respeito à forma como que o sistema está arquitetado para aproveitar a concorrência (diversos processos executados aparentemente ou realmente em paralelo), para produzir arquiteturas mais simples (e dessa forma, mais fáceis de serem mantidas) e tratar as preocupações com escalabilidade, desempenho, rendimento do processamento e confiabilidade.]
[Nesta subseção, os elementos ativos significativos ou críticos do sistema (subsistemas, classes e objetos) são identificados e seus relacionamentos e interações importantes são descritos. Essas informações são oriundas do Modelo de Análise do Sistema e do Modelo de Design do Sistema, com um foco nos elementos ativos que representam os processos no sistema.]
[A análise, o raciocínio e os estudos de troca que resultaram na arquitetura do processo são descritos aqui, bem como uma explicação de porque os processos e interações discutidos são importantes.]
[Esta seção ilustra aspectos significativos do sistema a partir do ponto de vista físico, que dizem respeito à infra-estrutura física requerida para suportar a funcionalidade e a distribuição do sistema.]
[Esta subseção descreve aspectos importantes do posicionamento físico do sistema, da instalação e montagem de equipamentos e da operação física segura e confiável. Os aspectos a serem considerados incluem peso, fonte de alimentação, geração e dissipação de calor, efeitos de aceleração/vibração, interferência eletromagnética, acesso físico e assim por diante.]
[Descreve aspectos significativos ou críticos do Modelo de Localidade, incluindo decomposição da localidade (se houver), características da conexão e da localidade, subsistemas hospedados e interações interessantes da localidade.]
[Descreve aspectos significativos ou críticos do Modelo de Implantação do Sistema no nível do Descritor, em que os tipos de recursos de processamento em uma localidade são especificados - eles são nós que podem incluir dispositivos computacionais (servidores, estações de trabalho e assim por diante), pessoas ou outros dispositivos eletromecânicos.]
[Descreve aspectos significativos ou críticos do Modelo de Implantação do Sistema no nível de Implementação, em que a seleção real de hardware é feita, números de instâncias de função (no caso de recursos humanos) são determinados e um conjunto de configurações, recursos, energia (e outros requisitos ambientais), custo e desempenho é definido.]
[A análise, o raciocínio e os estudos de troca que resultaram na arquitetura de implantação e no layout físico são descritos aqui, com uma explicação de porque os aspectos específicos apresentados são importantes.]
[A Definir]
[A Definir]
[A Definir]
[A Definir]
[A Definir]