Dentre as etapas para o desenvolvimento de software em que a UML pode ser aplicada, aquela em que serão modeladas somente classes que pertençam ao domínio principal do problema do software, deixando de lado classes técnicas que gerenciem banco de dados, interface, comunicação, concorrência e outras, é a etapa de

É um princípio que recomenda que um elemento que compõe o design de software deve ser representado apenas por suas características essenciais, permitindo assim, a distinção de outros elementos por parte do observador e, a consequente representação de um elemento do design mais simples, uma vez que detalhes desnecessários são descartados:

O design de software deve descrever diversos aspectos do software para que, assim, possibilite sua construção. Entre estes aspectos NÃO se inclui

No levantamento para a obtenção dos requisitos do software, uma das técnicas de estrutura de entrevista é aquela que tem seu início com perguntas mais especificas e é finalizada com perguntas mais genéricas sobre o sistema, denominando-se estrutura em

Cada fase do ciclo de vida do software produz documentos que representam o software em um determinado nível de abstração. Esse nível é diminuído, através da inclusão de mais e mais detalhes, até que a última representação seja o código fonte na linguagem. Trata-se de um aspecto diretamente associado

Na Engenharia de Software, no âmbito da atividade de levantamento de requisitos, duas abordagens são consideradas: os requisitos funcionais e os requisitos não-funcionais. É um exemplo típico de requisito funcional:

No desenvolvimento de um software, qualquer que seja o método escolhido, estará refletido em um ciclo de vida de desenvolvimento. Nesse aspecto, a parte em que o modelo espiral incorpora os conceitos do modelo de prototipação é o

Encontra-se no Nível 5 de Maturidade, na representação por Estágio do CMMI, a área de processo

Sobre análise de requisitos da engenharia de software, considere:

I. Os requisitos de usuário podem descrever tanto requisitos funcionais quanto requisitos nãofuncionais.

II. Os requisitos de sistema podem descrever apenas requisitos não funcionais.

III. Os requisitos não-funcionais podem ser divididos em requisitos de produto, organizacionais e externos.

Está correto o que se afirma em

Na modelagem de processos usando a notação BPMN pode- se modelar processos do tipo