Questões de Engenharia de Software - Ciclo de Vida de Software

III é base para o requisito não funcional: enviar e-mail para Deputados da Mesa Diretora conforme critérios preestabelecidos.

I é base para a regra de negócio: validação da identificação da pessoa que registra uma reclamação junto à Ouvidoria.

II é base para o requisito funcional: tempo limite para retorno do processamento de buscas.

I é base para o requisito não funcional: validação da identificação da pessoa que registra uma reclamação junto à Ouvidoria.

todas são base para a criação de regras de negócio, que são fontes para requisitos funcionais e não funcionais.

em todas as tarefas as linguagens são interpretadas ou passam por uma fase de interpretação.

na tarefa II a linguagem é orientada a objetos e na tarefa I a linguagem não permite acesso a banco de dados.

em duas das tarefas as linguagens são normalmente interpretadas, em uma tarefa a linguagem é compilada e em uma
tarefa a linguagem baseia-se em um modelo híbrido.

na tarefa IV a linguagem é orientada a objetos e a tarefa III utiliza linguagem compilada.

em duas das tarefas as linguagens são normalmente interpretadas, em uma tarefa a linguagem baseia-se em um modelo
híbrido e em uma tarefa utiliza-se uma linguagem de marcação.

a UML como notação de apoio e linguagem de modelagem, é baseado em classes e é dirigido a modelo.

o RUP como notação de apoio e linguagem de modelagem, é baseado em processos e é centrado na arquitetura.

o BPM como notação de apoio e linguagem de modelagem, é baseado em casos de uso e é dirigido a processos.

o RUP como notação de apoio e linguagem de modelagem, é baseado em classes e é dirigido a modelo.

a UML como notação de apoio e linguagem de modelagem, é orientado por casos de uso e é centrado na arquitetura.

mostra que a classe Documento possui diferentes estados ou operações: é criado, revisado, atualizado, validado e
aprovado, embora nem sempre seja arquivado.

indica que há diferentes processos que participam desta atividade, como Deputado, Revisor, Validador e Arquivador.
Esses processos são representados no diagrama por partições renderizadas como lifelines horizontais.

de sequência mostra que Documento é o único nó de objeto do processo. Criação, Atualização, Revisão, Validação,
Solicitação de Mudança e Arquivamento serão modelados como classes no diagrama de classes.

de atividades mostra responsabilidades de diferentes roles e a sequência de alterações do Documento. O diagrama de
máquina de estados também poderia ser usado neste caso para mostrar como o Documento muda seu estado ao longo do
tempo.

de estados do Documento mostra apenas os estados e transições do Documento. Para apresentar as atividades, quando
diferentes roles e vários nós de objeto estão envolvidos, o diagrama de sequência é o mais indicado.

modelagem de negócio, projeto e construção.

requisito, implementação e transição.

concepção, implementação e testes.

projeto, requisito e modelagem de negócio.

projeto, construção e elaboração.