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

middle-in é centrada em fluxos de trabalhos e tarefas e apresenta melhor resultado quando se busca modelar o funcionamento de áreas funcionais.

middle-out é baseada em uma visão evolutiva do desenvolvimento de um modelo e tipicamente envolve a construção de
alguma capacidade de operação com um controle mínimo para ser testada até que os requisitos possam ser determinados
com maior precisão.

top-down envolve a produção de versões iniciais do modelo as is com o qual se podem realizar verificações e
experimentos visando avaliar algumas características antes que o processo venha a ser construído de forma definitiva.

bottom-up é mais indicada quando esforços são dispendidos na transformação de processos que começam com o desenvolvimento de um modelo to be e, em seguida, são determinadas as ações que precisam ser feitas para implementar este
modelo.

por prototipação é mais indicada quando não se tem um conhecimento exato do estado futuro, como quando estão sendo
utilizadas tecnologias pouco difundidas ou quando os requisitos não são muito claros.

os quatro objetos são representados por partições horizontais denominadas lifelines.

de sequência, os elementos Arquivador, Validador, Revisor e Deputado correspondem a roles no diagrama de caso de uso.

de estrutura composta, que é do tipo comportamental, pode-se observar a estrutura estática do sistema de documentação.

de atividades, a estrutura estática do sistema de documentação é mostrada e suas partes evoluem em diferentes níveis de
abstração até se chegar a uma ocorrência de destruição, representada pelo arquivamento do documento.

as lacunas I, II e III correspondem aos diferentes estados do nó objeto Documento, que não é o único presente no
diagrama.

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.

auxiliar a encontrar a causa raiz do problema.

gerar um plano de ação para mitigar o problema.

identificar a real gravidade e a intensidade de um problema.

mostrar a importância de todas as condições, a fim de escolher o ponto de partida para solução do problema.

identificar o caminho real e ideal para um produto ou serviço com o objetivo de identificar os desvios.

extensão, generalização e inclusão.

generalização, extensão e inclusão.

extensão, extensão e inclusão.

generalização, inclusão e inclusão.

Inclusão, extensão e generalização.