Método de análise do tradeoff da arquitetura do sistema

Pensamentos de JC Olamendy.
Usando os princípios Lean Startup e Software Architecture para mudar o mundo.
Tag Archives: Método de Análise de Tradeoff de Arquitetura.
Avalie a Arquitetura de Software usando o ATAM.
Por: Juan Carlos (John Charles) Olamendy Turruellas.
Introdução.
A base de qualquer sistema de software é a arquitetura. A arquitetura define a estrutura do sistema através de seus componentes subjacentes e sua relação, bem como as propriedades e comportamentos que estão expostos ao mundo externo. A arquitetura do software é formada basicamente por drivers de arquitetura: requisitos funcionais, requisitos não funcionais e restrições de negócios.
Como é muito importante definir uma arquitetura correta (a partir de uma lista de arquiteturas concorrentes) para executar um projeto bem-sucedido com um produto de software robusto, então nós (como arquiteto) precisamos validar em avançado se a nossa decisão arquitetônica estiver bem fundada para para mitigar os riscos. Quanto mais cedo encontramos um problema nas fases de design, melhor você é (menos custo para corrigir um erro), no entanto, a avaliação da arquitetura pode ser realizada em vários pontos durante o processo de desenvolvimento. Você avalia a arquitetura de software (decisões arquitetônicas) que será desenvolvida antes do projeto começar a fase de construção. Você também avalia a arquitetura de sistemas legados antes de executar modificações, portar, atualizar e integrar com outros sistemas. E, finalmente, você avalia a aquisição de sistemas de software para entender a arquitetura subjacente e o impacto na organização.
Hoje, temos vários métodos (aplicados a uma dúzia de arquiteturas de toda complexidade em uma ampla variedade de domínios) para avaliar a arquitetura do software de forma relativamente barata:
Esses métodos têm em comum que estão questionando técnicas que usam cenários e avaliação de atribuição de qualidade como a maneira de fazer perguntas de sondagem sobre como a arquitetura hipotética responde a esses cenários. Outras técnicas de questionamento incluem lista de verificação e questionários.
A avaliação da arquitetura produz um relatório de avaliação verificando se a arquitetura selecionada é "adequada" para o sistema de software e fornecendo a lista de riscos em decisões arquitetônicas para mitigar com análise e design, prototipagem, etc. Agora vamos explicar o conceito de "adequação" com alguns exemplos. Ao avaliar a arquitetura a partir de arquiteturas hipotéticas concorrentes, primeiro identificamos as metas mais importantes e, em seguida, destacamos as fraquezas e os pontos fortes de cada candidato. Depois que as decisões tornam o processo, podemos ter a arquitetura selecionada. Às vezes, a arquitetura selecionada é "adequada" para alguns objetivos e problemática para outros objetivos, neste caso, precisamos priorizar os objetivos comerciais e devemos incluir no relatório os pontos fracos e fortes da arquitetura. Às vezes, selecionamos a arquitetura adequada, e às vezes nenhuma das arquiteturas é selecionada, então melhoramos a arquitetura candidata mais aceitável ou projetamos uma nova arquitetura candidata. É notável dizer que essa compensação é inerente ao processo de design.
Agora vamos começar a falar sobre o Método de Análise da Estruturação da Arquitetura (ATAM), um dos métodos de decisão arquitetônica mais utilizados. A ATAM foi desenvolvida pelo Instituto de Engenharia de Software (SEI) na Universidade Carnegie Mellon. De acordo com a SEI, o objetivo da ATAM é avaliar as conseqüências das decisões arquitetônicas à luz dos requisitos de atributos de qualidade e objetivos de negócios, em inglês comum, significa descobrir riscos em que um atributo de interesse de qualidade é afetado por decisões arquitetônicas (um trade-off entre os atributos de qualidade), e assim podemos raciocinar sobre a estrutura do sistema e o raciocínio subjacente.
Um conceito importante relacionado a qualquer método de avaliação de arquitetura é o atributo de qualidade. Em suma, os requisitos funcionais especificam o que o software precisa fazer e os requisitos não funcionais (atributos de qualidade) especificam o quão bem deve ser feito. Os atributos de funcionalidade e qualidade são ortogonais. Em sistemas complexos, os atributos de qualidade nunca podem ser alcançados isoladamente. Para alcançar uma qualidade, a outra qualidade é afetada (por vezes, negativa e às vezes positiva), de modo que as decisões arquitetônicas são realmente um trade-off entre os atributos de qualidade para suportar os objetivos comerciais.
Podemos agrupar os atributos de qualidade em três categorias principais:
Perspectiva do usuário final: desempenho, disponibilidade, usabilidade e segurança Perspectiva técnica: modificabilidade, portabilidade, reutilização, testabilidade, interoperabilidade Perspectiva da comunidade empresarial: tempo de mercado, custo e benefícios, vida útil projetada, orçamento do projeto.
Para avaliar a arquitetura de software usando atributos de qualidade, precisamos caracterizá-los de maneira adequada usando o cenário de atributos de qualidade. Um cenário é uma breve declaração descrevendo uma interação de uma das partes interessadas com o sistema. Então, um cenário de atributo de qualidade é uma maneira de concretizar os atributos de qualidade.
Um cenário de atributo de qualidade é composto por seis partes:
Estímulo: os eventos que moldam a arquitetura do sistema Fonte do estímulo: a entidade que gera o estímulo (humano, sistema informático, etc.) Ambiente: o estímulo ocorre sob condições Artefato: algum artefato é estimulado Resposta: A resposta é a atividade realizada após a chegada do estímulo Medida de resposta: a resposta deve ser medida para que os requisitos sejam testados.
A figura a seguir mostra graficamente a relação entre as seis partes de cenários de atributos de qualidade.
Vamos entender os conceitos anteriores com um exemplo. Por exemplo, vamos analisar o atributo de qualidade de disponibilidade. A disponibilidade está preocupada com a falha do sistema. Ocorre uma falha no sistema quando o sistema não fornece mais um serviço. Uma maneira de medir a disponibilidade é através da probabilidade de estar operacional quando necessário, por exemplo, 99,9% de disponibilidade. Um cenário de atributo de qualidade para descrever este requisito é: Uma mensagem chega ao sistema para a funcionalidade XXX em condições normais e a resposta está disponível com a probabilidade de 98%.
Outro exemplo para o atributo de qualidade de desempenho. O desempenho está preocupado com o tempo de resposta. Um exemplo de um cenário de atributo de qualidade é: Uma mensagem de um sistema externo chega ao sistema para executar a funcionalidade YYY em condições normais e uma resposta é fornecida pelo menos em 8 segundos para ser considerada aceitável.
Agora que entendemos os conceitos relacionados aos atributos de qualidade, seguimos a falar sobre o método ATAM. Para executar corretamente o processo ATAM, precisamos que três grupos cooperem entre si:
Equipe de avaliação. Um grupo de arquitetos experientes (três a cinco pessoas). Tomadores de decisão do projeto. Pessoas com autoridade para fazer mudanças no projeto (gerente de projeto, cliente, gerente). Partes interessadas na arquitetura. Pessoas interessadas em uma boa arquitetura para fazer corretamente seu trabalho (desenvolvedores, testadores, integradores, mantenedores, engenheiros de desempenho e usuários)
A saída do método ATAM deve incluir pelo menos os seguintes artefatos:
A documentação da arquitetura selecionada. O objeto-chave para especificar a arquitetura é o SAD (Documento de Arquitetura de Software) Um relatório de avaliação que recapitula o método ATAM, capta a análise de cenário (requisitos de qualidade capturados sob a forma de cenários), explica as arquiteturas candidatas e a lógica subjacente na arquitetura processo de decisão para selecionar a arquitetura certa e um resumo de todo o trabalho realizado. Precisamos especificar as decisões arquitetônicas em termos dos requisitos de qualidade, ou seja, para cada cenário de qualidade, temos que especificar as estratégias para alcançá-lo. Também precisamos especificar os pontos de sensibilidade ou compensação, isto é, decisões que têm um efeito importante em um ou mais atributos de qualidade. Por exemplo, a decisão de proteger uma funcionalidade afeta o desempenho do sistema, portanto, há uma compensação entre segurança e desempenho. E, finalmente, precisamos especificar os riscos arquitetônicos, ou seja, efeitos indesejáveis ​​quando tomamos decisões sobre atributos de qualidade. Depois, identificando os riscos, somos capazes de desenvolver o plano de mitigação subjacente.
Agora, vamos falar sobre as etapas para executar com sucesso o método ATAM. O método ATAM é baseado em quatro fases:
Fase 1 - Parceria e preparação. A equipe de avaliação, o cliente e os principais decisores do projeto se encontram para entender o método ATAM (objetivos, insumos, resultados, partes interessadas, etc.), drivers de negócios e as possíveis abordagens de arquitetura a serem avaliadas. Eles concordam com o relatório final a ser entregue, as formalidades (declaração de trabalho, acordo de não divulgação), documentação da arquitetura do sistema, expectativa de avaliação, etc. Esta fase pode durar algumas semanas. Fase 2 - Avaliação inicial e Fase 3 - Avaliação completa. Essas fases são para fins de avaliação. Até agora, a equipe de avaliação estudou as possíveis abordagens de arquitetura e eles têm uma boa visão sobre os drivers de negócios, negócios e objetivos do sistema, restrições, atributos de qualidade mais importantes. O cliente fornece informações relacionadas ao cenário empresarial e de qualidade. Com esta informação em mãos, a equipe de avaliação pode escolher a abordagem de arquitetura apropriada e produzir o relatório de avaliação. As duas fases consistem em nove etapas. Esta fase pode durar 3 ou 4 dias com o tempo decorrido de 2 a 3 semanas. Fase 4 - Um acompanhamento. Nesta fase, a equipe de avaliação escreve o relatório final. Os decisores-chave, juntamente com o arquiteto-chefe, concordam em parar, mudar ou reavaliar outras abordagens de arquitetura possíveis. É também um período de melhoria da avaliação para executar futuras avaliações de forma mais eficiente. Esta fase pode durar uma semana.
Agora vamos falar sobre as fases de avaliação (Fase 2 e Fase 3). Essas fases consistem em 9 etapas. Os passos 1 a 6 são realizados na fase 1 e os demais passos são realizados na fase 2 como mostrado na lista a seguir.
Fase 1 Apresentar o método ATAM Apresentar os drivers de negócios Apresentar a arquitetura Identificar abordagens arquitetônicas Gerar árvore de utilidade de atributo de qualidade Analisar abordagens arquitetônicas Fase 2 Fazer o brainstorming e priorizar cenários Analisar abordagens arquitetônicas Resultados atuais.
Agora vamos explicar em detalhes as fases de avaliação.
A equipe de avaliação apresenta uma visão geral do processo ATAM, como as etapas-chave, as técnicas (geração de árvore de utilidade, elicitação e análise de arquitetura, brainstorming de cenários) e saída (abordagens arquitetônicas, árvores de utilidade, cenários, riscos, pontos de sensibilidade).
Passo 2. Presente os drivers comerciais.
O stakeholder do projeto e a equipe de avaliação tentam entender o contexto do sistema e os principais motivadores de negócios que motivam seu desenvolvimento. O tomador de decisão do projeto apresenta o sistema do ponto de vista comercial, incluindo a seguinte informação:
Objetivos de negócios e contexto Principais interessados ​​Requisitos funcionais de alto nível (descritos como casos de uso ou histórias de usuários) que afetam a arquitetura do sistema Atributos de qualidade mais importantes (descritos como cenários de qualidade) que afetam a arquitetura do sistema Restrições como técnicas, gerenciais, econômicas e político.
Passo 3. Arquitetura atual.
O arquiteto líder apresenta uma apresentação descrevendo a abordagem arquitetônica utilizada para atender aos requisitos e às restrições. Para descrever a arquitetura, é muito útil usar o modelo de arquitetura 4 + 1 desenvolvido por Kruchten. Este modelo de visão descreve a visão contextual (relacionamento com seres humanos e outros sistemas), a visão lógica (módulo, camadas, relacionamento), visão de processo (processo, threads, pipeline, sincronização, fluxo de dados, eventos) e exibição de implantação (CPU, armazenamento , dispositivos, rede). E, finalmente, precisamos descrever os riscos associados para atender aos requisitos arquitetônicos. Como regra geral, o arquiteto deve apresentar os pontos de vista mais importantes durante a criação da arquitetura.
Etapa 4. Identificar abordagens arquitetônicas.
A equipe de avaliação tenta identificar quais abordagens arquitetônicas principais são usadas para realizar os requisitos e restrições. Possíveis abordagens arquiteturais são: cliente-servidor, aplicativo de várias camadas, arquitetura orientada a serviços, aplicativo baseado em componente, publicação-assinatura, etc.
Nesta etapa, a equipe de avaliação analisa profundamente a arquitetura apresentada na etapa 3, e então tem uma boa idéia de quais padrões e abordagens o arquiteto usado na concepção do sistema.
Etapa 5. Gerar árvore de utilidade de atributo de qualidade.
Nesta etapa, a equipe de avaliação (junto com o tomador de decisão do projeto) identifica, prioriza e aprimora os objetivos de atribuição de qualidade mais importantes (expressos pelo cenário de qualidade), criando uma árvore de utilitários. O resultado é uma caracterização e uma priorização dos requisitos de atributo de qualidade, produzindo uma lista de cenários priorizados que informa à equipe de avaliação onde investigar as abordagens de arquitetura e descobrir os riscos. Então, podemos ter algo tangível para avaliar a arquitetura do sistema, pelo contrário, escolhemos os cenários um por um e avaliamos o quão bem a arquitetura responde a esse cenário.
Uma árvore de utilidade é uma abordagem de cima para baixo para caracterizar os requisitos de atribuição de qualidade, selecionando os objetivos de qualidade mais importantes para serem os nós de alto nível (desempenho, segurança, disponibilidade, modificabilidade, maintanibility) e as folhas da árvore são cenários de qualidade avaliados por importante (sucesso do sistema) e dificuldade (avaliação do arquiteto).
A árvore de utilitários começa com o utilitário como a raiz. Utilidade é uma expressão da correção do sistema. Os atributos de qualidade são os nós de segundo nível e são especificados na etapa 2. Os atributos de qualidade mais comuns são segurança, desempenho, disponibilidade, modificabilidade, maintanibilidade e usabilidade. Os nós de terceiro nível compreendem outros atributos de qualidade ou de qualidade ou cenários de atributos de qualidade suficientemente concretos para análise e priorização. Os cenários são as folhas da árvore, agrupadas pelo atributo de qualidade que expressam. Uma árvore de utilitários pode conter vários cenários em suas folhas, portanto, precisamos priorizar as folhas, atribuindo um valor como Alto, Médio e Baixo. Depois disso, os cenários são priorizados pela segunda vez associando o par de pedidos (mais importante, mais difícil) com os valores Alto, Médio e Baixo. Um exemplo de uma árvore de utilidade é mostrado na Figura 2.
Passo 6 - Analisar abordagens arquitetônicas.
Nesta etapa, a equipe de avaliação examina os cenários mais bem classificados um a tempo para entender como a arquitetura proposta é compatível com cada um, bem como para identificar e documentar as decisões de arquitetura e seus raciocínios, riscos, não riscos, pontos de sensibilidade e tradeoffs.
Você pode registrar esta informação usando o seguinte formulário mostrado na Figura 3, onde capturamos a análise da abordagem de arquitetura para um cenário.
Neste ponto, a fase 1 do processo de avaliação é finalizada. A equipe de avaliação começa a documentar os resumos em um período decorrido de uma ou duas semanas. Mais cenários podem ser analisados ​​e podemos resolver questões.
Quando a equipe de avaliação e o tomador de decisão do projeto estão prontos para retomar o processo de avaliação, as partes interessadas estão reunidas e a fase 2 começa. O foco desta fase é suscitar os pontos de vista de várias partes interessadas para verificar os resultados da fase 1.
Passo 7 - Brainstorm e priorize os cenários.
Nesta etapa, as partes interessadas geram cenários usando um processo de brainstorming facilitado. Depois que os cenários são gerados, eles devem ser priorizados. Em primeiro lugar, as partes interessadas são convidadas a fundir cenários, eles pensam, representam o mesmo requisito de atribuição de qualidade. Depois disso, eles devem votar para esses cenários, eles pensam, são os mais importantes. Cada participante recebe uma série de votos iguais a 30% do número de cenários, arredondados. Por exemplo, se tivermos vinte cenários coletados, cada participante recebe seis votos. Cada parte interessada lança seus votos publicamente. Uma vez que os votos são computados, o líder de avaliação ordena os cenários por total de votos e estabelece um limite de linha para os cenários. Cenários acima da linha são usados ​​para as próximas etapas. Por exemplo, a equipe deve considerar os cinco principais cenários.
A lista priorizada de cenários de brainstorming é comparada com aqueles na árvore de utilitários na etapa 5. Se eles concordarem, isso indica um alinhamento do que as partes interessadas desejam e o que a solução que o arquiteto está fornecendo. Se forem descobertos cenários adicionais, isso indica alguns riscos na arquitetura proposta. Assim, os novos cenários são adicionados à árvore de utilitários e a arquitetura é reavaliada contra eles.
Passo 8 - Analise abordagens arquitetônicas.
Nesta etapa, a equipe de avaliação orienta o arquiteto no processo de realização dos cenários mais bem classificados a partir do passo 7. O arquiteto identifica como as abordagens arquitetônicas são impactadas pelos cenários gerados na etapa anterior. Riscos, não riscos, pontos de sensibilidade e compensações continuam a ser identificados e as decisões arquitetônicas são especificadas.
E, finalmente, a informação gerada pelo processo ATAM precisa ser apresentada às partes interessadas. A equipe de avaliação pode escrever um relatório e apresentar as idéias com slides. O arquiteto principal deve informar o contexto e os drivers, os requisitos e os constrangimentos, bem como a documentação da arquitetura selecionada, o conjunto de cenários priorizados, a árvore de utilidade e os riscos descobertos, não riscos, pontos de sensibilidade e compensações.
Agora que você conhece esse importante método de análise para avaliar a arquitetura de software hipotética, é possível aplicá-lo ao seu próprio cenário de negócios.

Método de Análise de Desempenho da Arquitetura do Sistema.
O objetivo do método de análise de compensação de arquitetura de sistema (sistema ATAM) é a.
avaliar as conseqüências das decisões de arquitetura à luz dos requisitos de atributos de qualidade e metas de negócios e descobrir os riscos criados pelas decisões de arquitetura no sistema e nas arquiteturas de software dos sistemas.
Cenários derivados de threads de missão aumentados por atributo de qualidade, casos de uso de sistema, documentos arquitetônicos e desafios de arquitetura SoS (do MTW) formam a base para avaliação em um sistema ATAM. O sistema ATAM é uma variante da ATAM e aborda as seguintes áreas do sistema:
Noções e especificações da arquitetura do sistema & # 8211; diagramas de blocos funcionais, diagramas de controle de sistema e de fluxo de dados, diagramas elétricos, desenhos mecânicos, visualizações DoDAF e assim por diante Considerações de engenharia - estudos de simulação, desenvolvimento de protótipos e carga de trabalho do operador e estudos de estresse Importância dos atributos de qualidade - novos atributos de qualidade que servem de arquitetura de sistema drivers (robustez física, continuidade da fonte de energia e capacidade de campo) Abordagens arquitetônicas - novas abordagens arquitetônicas podem ser necessárias para suportar a consideração de engenharia adicional necessária para criar um sistema. (gerenciamento dinâmico de recursos, uso de conjuntos de ferramentas comuns de desenvolvimento)
Escopo - considerações adicionais para um sistema (logístico, elétrico, mecânico, armas, sistemas de sensores, etc.)
Existem três fases para um sistema ATAM:
uma. Determine se informações e conhecimentos suficientes (arquitetura.
documentação, arquitetos de sistemas relevantes,
threads de missão, casos de uso do sistema) está disponível.
b. Desenvolva cenários para uso durante a avaliação.
c. Identifique as partes interessadas para participar da Fase de Avaliação.
uma. Apresentar driver comercial e apresentações arquitetônicas e.
b. Avalie os cenários Pós-Avaliação.
uma. Equipe de avaliação analisa as informações recolhidas e desenvolve um conjunto.
de temas de risco arquitetônico, que são examinados com o sistema.
O sistema ATAM é um dos métodos utilizados no processo de desenvolvimento e análise de arquitetura SoS. Ele pode ser usado independentemente da Avaliação de Arquitetura SoS e do Workshop da Thread da Missão ou como seguimento.
Disponibilidade.
O sistema ATAM está pronto para usar. O SEI está atualmente procurando organizações que gostariam de incorporar o System ATAM como uma de suas práticas rotineiras de desenvolvimento de software. Se você quiser obter detalhes técnicos sobre o sistema ATAM ou se desejar agendar um, entre em contato usando o link na caixa Para mais informações na parte inferior desta página.

Método de análise de tradeoff da arquitetura do sistema
& # 8220; Aquele que não estabelece suas bases antes da mão, pode, por grandes habilidades, fazê-lo depois, embora com grandes problemas para o arquiteto e o perigo. & # 8221; & # 8211; Maquiavel.
A citação prescindível de Machiavelli também se aplica ao processo de desenvolvimento de software hoje como aconteceu com a construção da arquitetura na Itália do século XVI. A obtenção de arquitetura de software na frente é vital para garantir que o custo imprevisto do alcance-creep não matar um projeto antes de sua conclusão bem-sucedida.
As mentes brilhantes no Instituto de Engenharia de Software da Universidade Carnegie Mellon desenvolveram o Método de Análise de Intercâmbio de Arquitetura (ATAM) como um processo iterativo para ajudar a mitigar riscos quando um projeto de software está em suas etapas iniciais. O processo envolve a análise inicial de um grupo de arquitetos de projetos e partes interessadas para determinar os objetivos empresariais finais de um projeto, atribuir uma pontuação de qualidade a cada objetivo e, em seguida, o tradeoff de uma coleção de cenários para cada objetivo detalhando a abordagem arquitetônica para realizar cada tarefa.
A capacidade de analisar o potencial de diferentes objetivos do projeto interagir e, em última instância, trocar entre si é vital para determinar a qualidade da arquitetura desejada do projeto. O processo ATAM geral leva cerca de três dias a uma semana para realizar uma avaliação completa - desde que o tempo ATAM possa dedicar o tempo para a tarefa.
Robert Abate, diretor de arquitetura de informações corporativas do Walmart, fez uma apresentação sobre o ATAM no Enterprise Data World deste ano. Abate sente que a ATAM é perfeita para as organizações que aspiram a uma melhoria contínua no processo de desenvolvimento de software: "A ATAM fornece o quadro para a melhoria contínua que falta em muitos processos arquitetônicos de análise de risco devido à sua natureza iterativa"
Seguindo o ATAM leva à robusta arquitetura de software.
O uso do ATAM durante as fases iniciais de um projeto de software leva a uma série de benefícios tangíveis. Alguns destes incluem: requisitos aprimorados, documentação arquitetônica mais completa e identificação prévia de fatores de risco.
O Instituto de Engenharia de Software concorda: & # 8220; Os resultados mais importantes são as arquiteturas melhoradas. O ATAM auxilia na obtenção de conjuntos de requisitos de qualidade ao longo de múltiplas dimensões, analisando os efeitos de cada requisito isoladamente e depois compreendendo as interações desses requisitos. & # 8221;
Outro benefício derivado é um requisito importante para que o processo ATAM funcione e # 8212; comunicação. A comunicação melhorada e focada é vital com qualquer forma de processo iterativo interpessoal, e o ATAM não é exceção. Abate também sente que a aplicação adequada da análise do caso de uso melhora o processo de comunicação ao determinar os drivers comerciais e arquitetônicos durante os estágios iniciais de um projeto.
Determinando Drivers de Negócios e Abordagens Arquitetônicas.
Um arquiteto ou especialista em negócios experiente no ATAM é vital para racionalizar todo o processo. Abate concorda com esse sentimento: "A ATAM funciona melhor quando facilitada por um especialista que sabe liderar a discussão, capturar os artefatos e seguir com a análise".
Assumindo que as partes interessadas do projeto já estão familiarizadas com o ATAM e suas técnicas, o gerente do projeto ou o próprio cliente iniciam o processo ATAM, descrevendo os objetivos de negócios para a tarefa em questão além de todos os drivers arquitetônicos. Esses drivers podem envolver qualquer número de fatores, incluindo disponibilidade do sistema, segurança ou o ambiente competitivo dentro do setor do projeto.
A empresa ou arquiteto de sistema apresenta o design geral do sistema. Isso inclui descrever as abordagens arquiteturais individuais e detalhar como elas lidam com os motivadores de negócios e de arquitetura do projeto. Uma análise mais aprofundada dessas abordagens não acontece neste momento.
Definindo uma Árvore de Utilidade de Atributo de Qualidade.
Um dos produtos mais importantes do processo ATAM é a Árvore do Utilitário de Atribuição de Qualidade. Isso detalha os fatores que compõem a qualidade geral do sistema, incluindo desempenho, disponibilidade, segurança, usabilidade, modificabilidade e muito mais. Em última análise, pretende fornecer um modelo hierárquico dos requisitos arquitetônicos de todo o projeto.
Esses fatores de qualidade são então detalhados para o nível do cenário individual, notados com estímulos potenciais e as respostas associadas e submetidos à priorização. A saída desta tarefa conduz uma análise adicional da arquitetura do sistema apresentada anteriormente.
A equipe montada então realiza uma análise detalhada das abordagens arquitetônicas que abordam os fatores de qualidade de maior prioridade do passo anterior. Cada tipo de análise reflete a natureza do fator de qualidade. Por exemplo, a abordagem que gerencia um fator de qualidade de segurança passa por uma análise de segurança detalhada.
Além do trabalho analítico, a identificação de riscos, além de pontos de sensibilidade e compensação também ocorre. Esta informação ajuda a equipe a transver as próximas etapas iterativas no processo geral.
Priorizar, Enxaguar e Repetir.
Um novo conjunto de cenários menos vitais agora é provido da equipe maior de partes interessadas do projeto. Cada cenário surge para votar, ajudando a priorizá-los entre a visão maior do projeto.
A análise anterior das abordagens arquitetônicas é então repetida nos itens de maior prioridade do novo conjunto de cenários, derivando uma nova coleção de riscos e pontos de compensação. Os novos cenários também servem coletivamente como um caso de teste para o trabalho analítico realizado até à data.
Os resultados são apresentados pela equipe ATAM a todo o grupo de partes interessadas no projeto. Isso inclui todas as abordagens e cenários arquitetônicos documentados, os pontos de compensação, a árvore de atributos de qualidade, bem como quaisquer perguntas específicas geradas pelo processo geral.
O ATAM: Saídas e Benefícios.
O SEI define os resultados mais importantes do processo ATAM da seguinte forma:
Um conjunto de abordagens arquitetônicas identificadas A Árvore de Utilidade de Atributo de Qualidade O conjunto completo de cenários de projeto, com um subconjunto mapeado para a arquitetura Um conjunto de perguntas e respostas sobre atributos de qualidade aplicados à arquitetura Um conjunto de riscos identificados e não riscos Uma síntese de riscos em temas que ameaçam minar os objetivos de negócio do sistema A & # 8220; Quality Attribute Roadmap & # 8221; documentando riscos versus tradeoffs.
Os projetos de software também derivam benefícios mensuráveis ​​do uso da ATAM. Estes incluem requisitos de atributos de qualidade mais claramente definidos, documentação aprimorada da arquitetura do projeto & # 8212; incluindo uma base documentada para as decisões arquitetônicas, uma identificação precoce dos riscos do projeto e, em última análise, uma maior comunicação entre as partes interessadas do projeto.
Vale a pena mencionar novamente que o último beneficia & # 8212; Comunicação melhorada & # 8212; pode ser o artefato mais importante de seguir o processo ATAM. Este autor encontrou muitos casos em projetos de desenvolvimento no passado, onde a falta de comunicação de qualidade levou a suposições equivocadas e, finalmente, perdeu objetivos do projeto.
O SEI está à procura de candidatos ATAM.
O Instituto de Engenharia de Software está procurando ativamente organizações interessadas em adicionar o ATAM ao seu arsenal de metodologias de desenvolvimento de software. Eles também são capazes de usar a ferramenta para avaliar os sistemas de arquitetura atualmente em produção.
Os indivíduos que desejam participar do processo ATAM em suas próprias organizações têm duas opções. Atualmente, o SEI oferece um Programa de Certificado de Arquitetura de Software que obtém o diploma de um Certificador de Avaliação ATAM. Antes de serem admitidos no programa, os candidatos são obrigados a aprovar um teste administrado por SEI em princípios e práticas de arquitetura de software.
Além disso, uma parte interessada pode ganhar o certificado de líder ATAM, qualificando essa pessoa para liderar uma avaliação ATAM em sua própria organização. Os pré-requisitos incluem um certificado ATAM Evaluator, bem como habilidades de comunicação oral e escrita superiores, além de cinco anos de experiência em um ambiente de engenharia de software.
Há também requisitos de treinamento adicionais, e no prazo de 18 meses após a conclusão do treinamento, o candidato deve ser observado liderando o processo ATAM por alguém qualificado pelo SEI. Um comitê de revisão do SEI analisa o desempenho do candidato durante o treinamento e as notas do observador antes de emitir o certificado de líder.
As grandes empresas com investimentos robustos em sistemas de software e arquitetura precisam analisar de perto a implementação do processo ATAM se eles ainda não estiverem seguindo a prática. Do governo dos EUA às empresas tão disparatadas quanto a Boeing, Nationwide e a KPMG, todas seguem o ATAM, aproveitando seus benefícios para engenharia de arquiteturas de software de alta qualidade e, assim, oferecem aplicativos de software de alta qualidade.
Maquiavel ficaria impressionado.
Publicado: 5 anos atrás em 4 de setembro de 2012 Por: Shannon Kempe Última modificação: 20 de novembro de 2013 14:07 Arquivado em: Artigos de dados | Data Science, Business Intelligence, & amp; Mais, Data Education, Data Governance & amp; Qualidade de dados | Notícias & amp; Artigos, Artigos de Governança de Dados, Recursos de Educação para Uso & amp; Gestão de Dados, Gestão de Informação Empresarial, Artigos de Gestão de Informação.
Master Data Management White Papers da Informatica.

AOL Search.
Pesquisas relacionadas ao ATAM.
Resultados da Web.
ESCOLHER A ATAM. Sendo trabalhador da Administração Local, sabe como é importante uma avaliação do que faz. Reflete-se no seu futuro, mas também não gosto em fazer.
Arquitetura de Software | Ferramentas & amp; Métodos | Avaliando o.
O método de análise Tradeoff Trade (ATAM) é um método para avaliação de arquiteturas de software em relação aos objetivos de atributos de qualidade.
Método de análise de troca de arquitetura - Wikipedia.
Na engenharia de software, o método de análise de troca de arquitetura (ATAM) é um processo de mitigação de risco usado no início do ciclo de vida do desenvolvimento de software.
Atam - newsletter.
Nossa filosofia é fornecer uma solução de quiosque altamente disponível e adaptada às necessidades de aplicativos de autoatendimento em todos os setores da indústria.
Atam - Home.
ATAM S. P.A. è l'azienda leader nella produzione di elettromagneti, bobine elettriche, attuatori per pneumatica, oliodinamica e sistemi di connessione elettrica .
ATAM - Bienvenido.
El Equipo Clínico de ATAM ha puesto en marcha una campaña para prevenir la ambliopía, lo que comúnmente se conoce como ojo vago. Esta iniciativa es gratuita y .
장면 기반의 테스트 자동화 도구로, 스크립트 개발 없이 시나리오 자동 생성을 통해 누구나 쉽게 모바일 앱에 대한 기능 .
LATAM Airlines en Perú.
Compra tus pasajes, vuelos nacionales e internacionales, aprovecha las tarifas más convenientes, el mejor servicio a bordo y la red de vuelos más amplia de la región.

Architecture Tradeoff Analysis Method Leader.
How do you know whether your system will achieve qualities that are important to your organization, such as performance, reliability, security, and maintainability? The quality of a system emanates in large part from its software architecture. Software architecture provides the most fundamental basis for communicating design decisions and reasoning about key system quality attributes.
The SEI Architecture Tradeoff Analysis Method (ATAM) is a proven method for evaluating software architectures. Government and industry organizations such as Aetna, BAE Systems, Boeing, Cisco, KPMG, Lockheed Martin, Motorola, Nationwide, Raytheon, Robert Bosch GmbH, Siemens, U. S. Army and Unisys have used the ATAM for more than 10 years to expose architectural risks that threaten their ability to achieve their business goals.
As Rolf Siegers of Raytheon said in his keynote address at the SEI Software Architecture Technology User Network (SATURN) Conference, “The SEI in the software architecture arena is a pioneer and has been for more than a decade.”
SEI-Certified ATAM Leaders conduct SEI-authorized ATAM evaluations on behalf of SEI Partner organizations. An SEI-authorized ATAM evaluation is led by an SEI-Certified ATAM Leader whose team is made up of individuals who have received the SEI ATAM Evaluator certificate. SEI-Certified ATAM Leaders are experts in software architecture evaluation using the ATAM, which requires technical expertise in software architecture and quality attributes, a working knowledge of the ATAM, and strong facilitation skills. The five-course sequence and observation exercise that make up the ATAM Leader certification provide a qualified software professional with the technical depth and social techniques needed to lead an SEI-authorized ATAM.
Interações do leitor.
Deixe um comentário Cancelar.
Você precisa estar logado para postar um comentário.
Blog Sidebar.
Conteúdo em destaque.
CSIAC Journal - Serious Games to Enhance Defense Capabilities.
This 2017 special edition of the CSIAC Journal focuses on wargames and the many uses of Modeling and Simulation (M&S) that support decision making needed at the various levels of combat.
CSIAC Report - Defense Acquisition University Secure Systems Design Course Experiment.
CSIAC developed a course experiment with the Defense Acquisition University (DAU) Cybersecurity Enterprise Team. The goal of this exercise was to study the techniques & strategies used to provide cybersecurity-based training, in an effort to educate the entire acquisition workforce on cybersecurity best practices & técnicas.
CSIAC Journal - Design and Development Process for Assured Software.
This is Volume 1 of 2 special edition issues on Software Assurance. This edition explores different aspects of developing, deploying and training on how to build assured software.
CSIAC Journal - Tools & Testing Techniques for Assured Software.
This is Volume 2 of 2 special edition issues on Software Assurance. This edition explores different aspects of software assurance competencies that can be used to improve software assurance functions and how to develop/deploy assured software throughout the lifecycle acquisition process.
Recent Video Podcasts.
Leveraging Machine Learning: How to Achieve the Right Balance Between Humans and Automation to Optimize Outcomes Series: CSIAC Webinars Meeting DFARS Controlled Unclassified Information (CUI) Compliance Standards for Federal Contractors Series: CSIAC Webinars Performing a Technical Inquiry Series: Did You Know? Privacy of User Data – Today’s Predictions for Tomorrow’s Internet Series: Cyber Awareness Videos Forum Participation Series: Did You Know? View all Podcasts.
Resource Topic Tags.
Próximos eventos.
IEEE SecDev – CALL FOR PAPERS.
Cyber Security for Critical Assets (CS4CA) USA.
Cyber Security for Critical Assets Summit.
Cyber-Enabled Emerging Technologies Symposium.
Legal Cyber Security Expo.
Membros ativos recentemente.
CSIAC Products & Serviços.
About CSIAC.
The CSIAC is a DoD-sponsored Center of Excellence in the fields of Cybersecurity, Information Assurance, Software Engineering, Modeling & Simulation, and Knowledge Management & Information Sharing. Saber mais.

The Architecture Tradeoff Analysis Method.
Tópicos.
Estatisticas.
See our FAQ for additional information.
Semantic Scholar identifies citations where the cited publication has a significant impact on the citing publication, making it easier to understand how publications build upon and relate to each other.
Learn more about how we identify influential citations here .
Averaging 22 citations per year over the last 3 years.
Learn more about how we calculate this metric in our FAQ .
This publication has seen a change of +13% in citations over the last two years.
Learn more about how we calculate this metric in our FAQ .