O arquiteto de Software

Página 1

Analista de Requisitos é o papel responsável em coletar e levantar os requisitos.

Papel do Arquiteto perante o desenvolvedor: Apresentar a arquitetura do sistema. Definir padrões de desenvolvimento.Atuar como referencia tecnica dos desenvolvedores.

Líder Técnico

É uma passo antes de ser considerado Arquiteto.

O trabalho do arquiteto esta ligado com o trabalho do analista de testes. O arquiteto poderá executar as seguintes ações juntamente com o analista de testes: Discutir requisitos e critérios de aceitação, especialmente para requisitos não funcionais. Discutir estratégias de automação de testes. Apoiar a execução de testes de integração.

O trabalho do arquiteto perante ao gerente de projetos: Apoiar o planejamento de atividades técnicas da equipe. Acompanhar atividades da equipe. Apoiar estimativas de atividades.

Gestor de Configuração

Apoiar a geração de releases e linhas de base.

Apoiar a disseminação de boas práticas relacionadas à gerência de configuração na equipe de desenvolvimento.

Equipe de Qualidade

Apoiar a formulação de padrões de qualidade.

Apoiar a inspenção de artefatos técnicos.

Equipe de Processos

Apoiar a escrita de processos (atividades, templates, etc) relacionados à disciplina de Arquitetura.

Página 2

Requisitos

Requisitos Arquiteturais

O que são requisitos?

Uma condição ou capacidade necessitada por um usuário para resolver um problema ou atingir um objetivo. (IEEE)

Uma condição ou capacidade que deve ser cumprida ou possuída por um sistema ou componente do sistema para satisfazer um contrato,

padrão, especificação ou outro documento formal imposto (IEEE).

Características que definem os critérios de aceitação de um produto (Wilson de Pádua)

Propriedade que um software deve exibir para resolver um problema do mundo real (SWEBOK)

Requisitos Funcionais

Especificam ações que um sistema deve executar, sem levar em consideração restrições fisícas.

Dão origem a casos de uso.

Requisitos não Funcionais

Classificação de Riscos FURPS+

Página 3

Diagramas UML

Diagramas de de Componente: parte do sistema que executa algo especifico e que compoe parte de todo os sistema. Reusabilidade. Classe, conjunto de classes. Encapsulamento. Não podem ter muita dependencia. Facil reutilização. Sao acessados por meio de interfaces. Pouco acoplados.

Página 4

Práticas de Arquitetura de Software

RUP - Processo Unificado da Rational (Rational Unified Process)

É a organização ou estrutura dos componentes significativos do sistema que interagem por meio de interfaces, com elementos constituidos

de componentes e interfaces sucessivamente.

Estilo de Arquitetura no RUP

Pode ser definido por um conjunto de padrões, ou pela escolha de componentes ou conectores especificos que funcionarão como os tijolos básicos da construção.

Visão arquitetural

Documento de Arquitetura

O documento de Arquitetura registra as principais decisoes relacionadas a arquitetura de um software.

- Escopo

- Definições e Siglas

- Referencias

- Contexto do Sistema

- Estrutura do documento (sumário)

- Requisitos ou referenciar em outros documentos.

Exemplo de Documento de Arquitetura

Sistema Integrado de Gestão Governamental - SIGGo

MPS - Melhoria de Processo de Software

- Modelo de maturidade

- PCP: Projeto e Construção do Produto

Arquitetura no MPS - Resultados 1

Arquitetura no MPS - Resultados 2