São atributos de requisito de software:

Alternativa correta: D - risco e identificador.

Para entender a questão, é essencial compreender o que são atributos de requisitos de software. Atributos de requisitos são características que descrevem propriedades de requisitos individuais, que os tornam mais úteis e inteligíveis para os envolvidos no processo de desenvolvimento de software. Esses atributos oferecem informações adicionais sobre o requisito, como importância, dificuldade de implementação, entre outros.

A inclusão de um identificador é crucial, pois fornece uma referência única a cada requisito. Isso facilita a rastreabilidade, a gestão de mudanças e a comunicação entre os membros da equipe. Cada requisito precisa ser claramente identificado para que possa ser referenciado e trabalhado de forma inequívoca.

O risco associado a um requisito é igualmente importante. Ele indica potenciais problemas que podem surgir devido a esse requisito, como dificuldades na implementação, impactos na estabilidade do sistema ou efeitos no orçamento e cronograma do projeto. Avaliar o risco ajuda a gerenciar expectativas e a tomar decisões informadas sobre priorização e alocação de recursos.

Os itens como custo para implementar e complexidade ciclomática, mencionados nas outras alternativas, estão mais relacionados a medidas de código-fonte e não diretamente a atributos de requisitos. A prioridade até pode ser considerada um atributo de requisitos, mas não é citada em conjunto com um atributo correto na mesma alternativa. Já a linguagem de implementação é uma decisão técnica que não descreve o requisito em si, mas sim como ele será concretizado.

Portanto, a alternativa D é a correta, pois destaca dois atributos fundamentais de requisitos de software: risco e identificador, que são essenciais para a gerência de requisitos no âmbito da Engenharia de Software.

Resposta D.....

 

Mas, por quê?

 

Alguém?

 

O que são atributos de um softwares? Resposta abaixo.

Os atributos de software, chamados não funcionais ou de qualidade. Exemplos desses atributos são o tempo de resposta do software a uma consulta do usuário e a compreensão do código do programa. 

Um conjunto específico de atributos que você pode esperar de um software obviamente depende da aplicação. Portanto, um sistema bancário deve ser seguro, um jogo interativo deve ser ágil, um sistema de comutação de telefonia deve ser confiável, e assim por diante.

O que é complexidade ciclomática? Resposta abaixo.

A complexidade ciclomática não é um requisito não funcional, ou seja, é apenas uma métrica. Veja abaixo o que ha no livro de Ian Sommerville.

- os pesquisadores analisaram os relacionamentos entre a complexidade do programa, medida por métricas como a complexidade ciclomática (McCABE, 1976),

- Uma métrica de software é uma característica de um sistema de software, documentação de sistema ou processo de desenvolvimento que pode ser objetivamente medido. Exemplos de métricas incluem: o tamanho de um produto em linhas de código; o índice Fog (GUNNING, 1962), que é uma medida da legibilidade de uma passagem de texto escrito; o número de defeitos relatados em um produto de software entregue, e o número de pessoas/dia requerido para desenvolver um componente de sistema. As métricas de software podem ser métricas de controle ou métricas de previsão. Como os nomes sugerem, as primeiras suportam os processos de gerenciamento e as outras o ajudam a prever as características do software. As métricas de controle são geralmente associadas com os processos de software. Exemplos de métricas de controle ou de processos são o esforço médio e o tempo necessário para reparar os defeitos relatados. Métricas de previsão
são associadas com o software em si e, por vezes, são conhecidas como ‘métricas de produto’. São exemplos de métricas de previsão: a complexidade ciclomática de um módulo (discutida no Capítulo 8), o comprimento médio dos identificadores em um programa e o número de atributos e operações associadas com as classes de objeto em um projeto.

Fonte: Ian Sommerville

"Requisitos, regras de negócio, necessidades e outros itens de uma especificação de requisitos de software precisam ser unicamente identificados. É por meio desta identificação que tais elementos podem ser referenciados tanto pelos usuários quanto software. A identificação única de cada um destes elementos é fornecida por meio de um identificador."

Fonte - http://www.inf.ufg.br/~fabio/mogno.pdf

A custo (para implementar) (Correto, pois todo requisito tem um custo de implementação) e complexidade ciclomática (Incorreto, complexidade ciclomática é uma métrica de complexidade de programas} B prioridade (correto, é possível classificar requisitos por prioridade) e linguagem de implementação.(Incorreto, requisitos independem da linguagem de implementação, pois definem o que um sistema deve fazer e não o como ele deve fazer e ser implementado) C complexidade ciclomática (Incorreto) e risco (correto, a todo o requisito são associados riscos). D risco (Correto) e identificador (Correto, requisitos devem ser identificados de forma única).