Autor: Uma Concubina é uma Princesa
Coluna: "Engenharia de Software"
Signo de personalidade: Não seja preguiçoso nos bons momentos, não desanime nas adversidades, controle a situação com o coração, tudo pode ser realizado. —— Zeng Guofan
endereço da coluna
Endereço da coluna de engenharia de software
Série de colunas
Revisão de Engenharia de Software 01: Visão Geral da Engenharia de Software
Revisão de Engenharia de Software 02: Técnicas Pessoais
Revisão de Engenharia de Software 03: Processos de Software Pessoal
Revisão de Engenharia de Software 04: Colaboração entre duas pessoas
Revisão de Engenharia de Software 05: Grupo de Processos de Software
Revisão de Engenharia de Software 06: Processos Ágeis
Revisão de Engenharia de Software 07: Requisitos de Software
Revisão de Engenharia de Software 08: Usuários e Cenários Típicos
Revisão de Engenharia de Software 09: Gerenciamento de Projetos
Revisão de Engenharia de Software 10: Projeto e Implementação de Software
Revisão de Engenharia de Software 11: Teste de Software
Revisão de Engenharia de Software 12: Qualidade de Software
Revisão de Engenharia de Software 13: Publicação de Software
Diretório de artigos
Requisitos arquitetonicamente significativos (ASRs) são aqueles requisitos que desempenham um papel importante na determinação da arquitetura do sistema. Tais requisitos requerem atenção especial. Nem todos os requisitos têm a mesma importância em relação à arquitetura.
Requisitos arquitetonicamente importantes (ASRs) são aqueles requisitos que desempenham um papel importante na determinação da arquitetura do sistema. Esses requisitos requerem atenção especial. Nem todos os requisitos são de igual importância arquitetônica.
Requisitos arquitetonicamente significativos são um subconjunto dos requisitos que precisam ser satisfeitos antes que a arquitetura possa ser considerada “estável”. sensível a mudanças em requisitos arquiteturalmente significativos, portanto, identificar e comunicar esse subconjunto ajudará outras pessoas a entender as possíveis implicações da mudança
. Frequentemente, esses requisitos são tecnicamente desafiadores, tecnicamente restritivos ou essenciais para o objetivo do sistema. Além disso, os sistemas costumam ser mais sensíveis a mudanças em requisitos arquitetonicamente significativos, portanto, identificar e comunicar esse subconjunto ajudará outras pessoas a entender o impacto potencial das mudanças.
Os requisitos podem ser explicitamente ou implicitamente significativos para a arquitetura. Os requisitos explicitamente significativos geralmente são de natureza abertamente técnica, como metas de desempenho; a necessidade de interface com outros sistemas; a essência do comportamento funcional do sistema (por exemplo, fazer uma compra de um loja on-line) Os
requisitos podem ser explícitos ou implícitos, arquitetonicamente significativos. Os requisitos que são claramente importantes geralmente são abertamente técnicos, como metas de desempenho, requisitos de interface com outros sistemas, número de usuários que devem ser suportados ou requisitos de segurança. Requisitos importantes implícitos podem definir a natureza do comportamento funcional do sistema (por exemplo, comprar em uma loja online).
Decidir se um requisito específico é arquitetonicamente significativo geralmente é uma questão de julgamento.A seleção de requisitos que são considerados “arquiteturalmente significativos” é impulsionada por vários fatores principais: Decidir se um requisito específico é arquitetonicamente significativo geralmente é uma questão de
julgamento. A necessidade de escolher o que é considerado "arquitetonicamente significativo" é impulsionada por vários fatores importantes:
O benefício do requisito para as partes interessadas: crítico, importante ou
útil.
O impacto arquitetônico do requisito: nenhum, extensões ou modificações. Pode haver requisitos críticos que tenham pouco ou nenhum impacto na arquitetura e requisitos de baixo benefício que tenham um grande impacto. Requisitos de baixo benefício com grandes impactos arquitetônicos O edview deve ser reconsiderado pelo gerente de projeto para possível remoção do escopo do projeto
Impacto arquitetural dos requisitos: Nenhum, extensões ou modificações. Pode haver requisitos críticos que tenham pouco ou nenhum impacto na arquitetura e requisitos de baixo benefício que tenham um grande impacto. Requisitos de baixo benefício que têm alto impacto na arquitetura devem ser revisados pelo gerente de projeto para possível remoção do escopo do projeto.
Os riscos a serem mitigados: desempenho, disponibilidade de um produto e adequação de um componente
.
A conclusão da cobertura da arquitetura.
Concluir a cobertura da arquitetura.
Outros objetivos táticos ou restrições, como demonstração ao usuário e assim por diante Outros objetivos táticos ou restrições, como demonstração ao usuário e assim por diante
.
Pode haver dois requisitos que atingem os mesmos componentes e tratam de riscos semelhantes. Se você implementar A primeiro, então B não é arquitetonicamente significativo. Se você implementar B primeiro, então A não é arquitetonicamente significativo. Portanto, esses atributos podem depender da ordem em que os os requisitos são realizados e devem ser reavaliados quando o pedido muda, bem como quando os próprios requisitos mudam.Pode
haver dois requisitos atingindo o mesmo componente e abordando riscos semelhantes. Se você implementar A primeiro, então B não faz sentido arquitetural. Se você implementar B primeiro, então A não faz sentido arquitetural. Portanto, essas propriedades podem depender da ordem em que os requisitos são implementados e devem ser reavaliadas quando a ordem muda, bem como quando os próprios requisitos mudam.
Os seguintes são bons exemplos de requisitos significativos para a arquitetura:
O sistema deve registrar todas as modificações nos registros do cliente para fins de auditoria.
O sistema deve responder em 5 segundos.
O sistema deve ser implantado no Microsoft Windows XP e Linux.
O sistema deve criptografar todo o tráfego de rede.
O sistema ATM deve dispensar dinheiro sob demanda para titulares de conta validados com fundos liberados suficientes.Os
seguintes são bons exemplos de requisitos arquitetonicamente importantes.
O sistema deve registrar todas as modificações no registro de um cliente para fins de auditoria.
O sistema deve responder dentro de 5 segundos.
O sistema deve ser implantado em Microsoft Windows XP e Linux.
O sistema deve criptografar todo o tráfego de rede.
Os sistemas ATM devem dispensar dinheiro sob demanda para titulares de contas válidos com fundos suficientes para compensar.
Os requisitos significativos para a arquitetura também descrevem os principais comportamentos que o sistema precisa realizar. Esses cenários representam as interações importantes entre as abstrações principais e devem ser identificados como requisitos significativos para a arquitetura. e checar o carrinho de compras geralmente são suficientes para comunicar a essência da arquitetura.Requisitos
arquitetonicamente importantes também descrevem os principais comportamentos que o sistema precisa realizar. Esses cenários representam interações importantes entre as principais abstrações e devem ser identificados como requisitos arquitetonicamente importantes. Por exemplo, para uma livraria on-line, descrever a maneira como o software lida com os cenários de pedido de um livro e verificação de um carrinho de compras geralmente é suficiente para transmitir a essência da arquitetura.