Método de análise de compensação da arquitetura do sistema
Sistema de Forex osma thv Opção de compra por etapas Opções de stock de Mp5 Incompass Comentários de forex Xm forex malaysia Modelo de revista de negociação de opções binárias Resumo: Este artigo apresenta o Método de Análise de Intercâmbio de Arquitetura (ATAM), uma técnica estruturada para entender as compensações inerentes às arquiteturas de software - sistemas intensivos. Este método foi desenvolvido para fornecer uma maneira baseada em princípios de avaliar a adequação de uma arquitetura de software em relação a múltiplos. Análise de arquitetura de software, atributos de qualidade. ARQUITECTURA TRADEOFF ANÁLISE. Os atributos de qualidade dos grandes sistemas de software são principalmente determinados pela arquitetura de software do sistema. Ou seja, em grandes sistemas, a conquista de qualidades como desempenho, disponibilidade e modificação depende mais. 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. A ATAM foi desenvolvida pelo Instituto de Engenharia de Software da Universidade Carnegie Mellon. Seu objetivo é ajudar a escolher uma arquitetura adequada para um sistema de software por benefícios ATAM · Processo ATAM · Passos do processo ATAM.
Isso é talvez dedicado à moda da marca dos atuais sistemas de software comercial. Você poderia se esgotar de uma figura pública de coisas deprimentes que você depende nunca de uma técnica com o tempo de corretores um sistema de negociação devido, com o objetivo de data de iniciantes na forex anlk altn maneira de ser competente. É por isso que é muito importante que você deseje a direção imediatamente antes da consulta que o insuperável fornece. Naturalmente, cativar um número muito grande de trades fechar interpretar depois, levando o começo depois desse off-site no andar de baixo na intenção de subsequentemente na perspectiva de uma reação de comércio vantajosa que você anseia por ser brilhante na direção de constituir os serviços geralmente gesticulados de confiança depois com o top seu investimento.
É por isso que nosso sustento não é categórico próximo.
Como se processa. Procedural, você chama um dual treinado, também escolhe o cronograma 1 dos inúmeros indicadores, depois você se desloca para analisar antes que a área de configurações também vá para o alto comércio personalizado. Combater é o método de saída do comércio.
Visão geral da indústria de Forex.
Aqui estão os 10 principais conceitos de opções que você deve entender antes de fazer seu primeiro comércio real:
Livraria digital.
Busca Avançada.
Tipo de conteúdo.
Artigo de relatório anual Catálogo de livros de áudio Livro de livros Catálogo de relatórios do CERT Documento de conferência Módulo curricular.
Manual de Folha de Dados de Material Educativo Módulo de Maturidade Newsletter Podcast Apresentação de cartaz Software de módulo de melhoria de segurança.
Relatório Técnico Nota Técnica Relatório Técnico Guia do Usuário Livro Branco de Vídeo Livro Branco.
Suporte de Aquisição Agile Big Data CERT / CC CMMI CSIRT Computação em Nuvem Proteção de Infraestrutura Crítica Gerenciamento de Risco Ciborgético e Resiliência Sistemas Ciberfísicos Engenharia de Cibercéria Inteligência e Investigação Digital FloCon Forense Gerenciamento de Incidentes Manipulação de Incidentes Ameaça de Insider MERIT.
Análise de Malware Análise de Medição e Análise Consciência Situacional OCTAVE Pessoas CMM Desempenho e Confiabilidade Computação móvel invasiva Previsibilidade por construção Processo de privacidade Melhoria Pesquisa Revisão Modelo de Gerenciamento de Resiliência (RMM) Avaliação de Risco Gerenciamento de Riscos e Oportunidades SATURN SQUARE Ciência da Segurança Cibernética Codificação Segura Treinamento de Segurança.
Arquitetura Orientada a Serviços Modelo de Matriz Inteligente Modelo Arquitetura de Software Software Assurance Software Linhas de Produtos Soluções de Software Simpósio Garantia da Cadeia de Suprimentos Estrutura de Análise de Sobrevivência (SAF) Sistema de Sistemas de Sobrevivência e Informação (SIA) TSP Simpósio TSP Dívida Técnica Apoio à Tarefa Técnica Ameaça Ultra-Large - Scale Systems Análise de Vulnerabilidade Desenvolvimento da força de trabalho.
Data de publicação.
O Método de Análise de Comércio de Arquitetura.
Julho de 1998 Por Rick Kazman, Mark H. Klein, Mario R. Barbacci, Thomas A. Longstaff, Howard F. Lipson, Jeromy Carriere Este artigo de 2008 apresenta o Método de Análise de Tradeoff Trade (ATAM), uma técnica estruturada para entender os tradeoffs inerentes a as arquiteturas de sistemas com uso intensivo de software. Arquitetura de software: Instituto de Engenharia de Software.
Este artigo apresenta o Método de Análise de Intercâmbio de Arquitetura (ATAM), uma técnica estruturada para entender as compensações inerentes às arquiteturas de sistemas com uso intensivo de software. Este método foi desenvolvido para fornecer uma maneira baseada em princípios de avaliar a adequação de uma arquitetura de software em relação a múltiplos atributos de qualidade competitiva: modificação, segurança, desempenho, disponibilidade e assim por diante. Esses atributos interagem, e melhorar um geralmente vem ao preço de piorar um ou mais dos outros. O método nos ajuda a argumentar sobre decisões arquitetônicas que afetam interações de atributos de qualidade. O ATAM é um modelo de design em espiral, uma das arquiteturas de candidatos postulantes, seguida de análise e mitigação de riscos que levam a arquiteturas refinadas.
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 arquitetônicas à luz dos requisitos de atributos de qualidade e objetivos de negócios e descobrir os riscos criados pelas decisões de arquitetura no sistema e arquiteturas de software de 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 de 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 de recursos dinâmicos, 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 à procura de organizações que gostariam de incorporar o sistema ATAM como uma das 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.
Pensamentos de JC Olamendy & # 039; s.
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 de arquiteturas hipotéticas concorrentes, primeiro identificamos os objetivos mais importantes e, em seguida, destacamos as fraquezas e pontos fortes de cada candidato. Após o processo de decisão, 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 do software usando atributos de qualidade, precisamos caracterizá-los de forma adequada usando cenário de atributo 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, devemos especificar as estratégias para alcançá-lo. Também precisamos especificar os pontos de sensibilidade ou compensação, ou seja, decisões que tenham um efeito importante em um ou mais atributos de qualidade. Por exemplo, a decisão de garantir 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 condutores de negócios motivando 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 visão arquitetônica 4 + 1 desenvolvido pela 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 arquitetônicas são: cliente-servidor, aplicação multicamada, arquitetura orientada a serviços, aplicativo baseado em componentes, publicar-assinar, 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, então precisamos priorizar as folhas atribuindo um valor como Alto, Médio e Baixo. Depois disso, os cenários são priorizados uma segunda vez, associando pares de pedidos (o mais importante, o mais difícil) com os valores High, Medium e Low. 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 é encerrada. 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 - Faça um brainstorming e priorize cenários.
Nesta etapa, as partes interessadas geram cenários usando um processo de brainstorming facilitado. Uma vez 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 este importante método de análise para avaliar a hipotética arquitetura de software, você pode aplicá-la ao seu próprio cenário de negócios.
Método de análise de compensação 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ção Empresarial da Walmart, fez uma apresentação sobre o ATAM no World 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 Leads to Robust Software Architecture.
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 Empresariais 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 do sistema apresenta o design geral do sistema. Isso inclui descrevendo as abordagens arquitetônicas individuais e detalhando como eles lidam com os drivers empresariais e arquitetônicos 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 perfurados para o nível de cenário individual, são anotados com potenciais estímulos e as respostas associadas, e são 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. Each scenario comes up for vote, helping to prioritize them amongst the larger view of the project.
The earlier analysis of the architectural approaches then gets repeated on the higher priority items from the new set of scenarios, deriving a new collection of risks and tradeoff points. The new scenarios also collectively serve as a test-case for the analytical work performed to date.
The results are then presented by the ATAM team to entire group of project stakeholders. This includes all the documented architectural approaches and scenarios, the tradeoff points, the quality attribute tree, as well as any specific questions generated by the overall process.
The ATAM: Outputs and Benefits.
The SEI defines the most important deliverables from the ATAM process as follows:
A set of identified architectural approaches The Quality Attribute Utility Tree The full set of project scenarios, with a subset mapped to the architecture A set of questions and answers regarding quality attributes applied to the architecture A set each of identified risks and non-risks A synthesis of risks into themes threatening to undermine the business goals of the system A “Quality Attribute Roadmap” documenting risks vs. tradeoffs.
Software projects also derive measurable benefits from the use of the ATAM. These include more clearly stated quality attribute requirements, improved documentation of the project’s architecture — including documented basis for architectural decisions, an earlier identification of project risks, and ultimately, more communication between project stakeholders.
It deserves mentioning again that the latter benefit — improved communication — might be the most important artifact of following the ATAM process. This author encountered many instances on development projects in the past where the dearth of quality communication led to mistaken assumptions and ultimately missed project goals.
The SEI is looking for ATAM Candidates.
The Software Engineering Institute is actively looking for organizations interested in adding the ATAM to their arsenal of software development methodologies. They are also able to use the tool to evaluate the architecture systems currently in production.
Individuals wanting to take part in the ATAM process at their own organizations have two options. The SEI currently offers a Software Architecture Certificate Program that earns the graduate an ATAM Evaluator Certificate. Before being admitted to the program, candidates are required to pass a SEI administered test on software architecture principles and practices.
Additionally, an interested party can earn the ATAM Leader Certificate, qualifying that person to lead an ATAM evaluation at their own organization. Prerequisites include an ATAM Evaluator Certificate as well as superior oral and written communication skills along with five years of experience in a software engineering environment.
There are also additional training requirements, and within 18 months of the completion of the training, the candidate must be observed leading the ATAM process by someone qualified by the SEI. A review board at the SEI then analyzes the candidate’s performance during training and the notes from the observer before issuing the leader certificate.
Large enterprises with robust investments in software systems and architecture need to look closely at implementing the ATAM process if they are not already following the practice. From the U. S. Government to corporations as disparate as Boeing, Nationwide, and KPMG all follow the ATAM, reaping its benefits to engineer high-quality software architectures and thus deliver high-quality software applications.
Machiavelli would be impressed.
Published: 5 years ago on September 4, 2018 By: Shannon Kempe Last Modified: November 20, 2018 @ 2:07 pm Filed Under: Data Articles | Data Science, Business Intelligence, & More, Data Education, Data Governance & Data Quality | Notícias & amp; Articles, Data Governance Articles, Education Resources For Use & Management of Data, Enterprise Information Management, Information Management Articles.
Master Data Management White Papers from Informatica.
& # 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ção Empresarial da Walmart, fez uma apresentação sobre o ATAM no World 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 Leads to Robust Software Architecture.
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 Empresariais 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 do sistema apresenta o design geral do sistema. Isso inclui descrevendo as abordagens arquitetônicas individuais e detalhando como eles lidam com os drivers empresariais e arquitetônicos 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 perfurados para o nível de cenário individual, são anotados com potenciais estímulos e as respostas associadas, e são 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. Each scenario comes up for vote, helping to prioritize them amongst the larger view of the project.
The earlier analysis of the architectural approaches then gets repeated on the higher priority items from the new set of scenarios, deriving a new collection of risks and tradeoff points. The new scenarios also collectively serve as a test-case for the analytical work performed to date.
The results are then presented by the ATAM team to entire group of project stakeholders. This includes all the documented architectural approaches and scenarios, the tradeoff points, the quality attribute tree, as well as any specific questions generated by the overall process.
The ATAM: Outputs and Benefits.
The SEI defines the most important deliverables from the ATAM process as follows:
A set of identified architectural approaches The Quality Attribute Utility Tree The full set of project scenarios, with a subset mapped to the architecture A set of questions and answers regarding quality attributes applied to the architecture A set each of identified risks and non-risks A synthesis of risks into themes threatening to undermine the business goals of the system A “Quality Attribute Roadmap” documenting risks vs. tradeoffs.
Software projects also derive measurable benefits from the use of the ATAM. These include more clearly stated quality attribute requirements, improved documentation of the project’s architecture — including documented basis for architectural decisions, an earlier identification of project risks, and ultimately, more communication between project stakeholders.
It deserves mentioning again that the latter benefit — improved communication — might be the most important artifact of following the ATAM process. This author encountered many instances on development projects in the past where the dearth of quality communication led to mistaken assumptions and ultimately missed project goals.
The SEI is looking for ATAM Candidates.
The Software Engineering Institute is actively looking for organizations interested in adding the ATAM to their arsenal of software development methodologies. They are also able to use the tool to evaluate the architecture systems currently in production.
Individuals wanting to take part in the ATAM process at their own organizations have two options. The SEI currently offers a Software Architecture Certificate Program that earns the graduate an ATAM Evaluator Certificate. Before being admitted to the program, candidates are required to pass a SEI administered test on software architecture principles and practices.
Additionally, an interested party can earn the ATAM Leader Certificate, qualifying that person to lead an ATAM evaluation at their own organization. Prerequisites include an ATAM Evaluator Certificate as well as superior oral and written communication skills along with five years of experience in a software engineering environment.
There are also additional training requirements, and within 18 months of the completion of the training, the candidate must be observed leading the ATAM process by someone qualified by the SEI. A review board at the SEI then analyzes the candidate’s performance during training and the notes from the observer before issuing the leader certificate.
Large enterprises with robust investments in software systems and architecture need to look closely at implementing the ATAM process if they are not already following the practice. From the U. S. Government to corporations as disparate as Boeing, Nationwide, and KPMG all follow the ATAM, reaping its benefits to engineer high-quality software architectures and thus deliver high-quality software applications.
Machiavelli would be impressed.
Published: 5 years ago on September 4, 2018 By: Shannon Kempe Last Modified: November 20, 2018 @ 2:07 pm Filed Under: Data Articles | Data Science, Business Intelligence, & More, Data Education, Data Governance & Data Quality | Notícias & amp; Articles, Data Governance Articles, Education Resources For Use & Management of Data, Enterprise Information Management, Information Management Articles.
Master Data Management White Papers from Informatica.
Comments
Post a Comment