diagrama de entidades modela as transações dos dados à medida que se relacionam no sistema.

fluxo de dados modela as transformações dos dados à medida que fluem através do sistema.

diagrama de fluxo de dados estabelece as relações entre entidades externas e internas.

diagrama de fluxo de dados modela as transformações dos dados à medida que fluem através do sistema.

diagrama de hierarquia modela as transformações dos dados à medida que se inserem em processos do sistema.

a verificação dos acoplamentos é aplicada a um fluxo de informações que exiba fronteiras idênticas entre os dados de entrada.

a Análise de Transformações é aplicada a um fluxo de informações que exiba fronteiras distintas entre os dados de entrada e os dados de saída.

a Análise de Transformações é aplicada quando um único item de informação faz com que o fluxo se ramifique ao longo de um ou mais caminhos.

a Análise de Atributos é feita quando um fluxo de informações possui fronteiras distintas entre os dados de entrada e os dados de saída.

quando um único item de informação faz com que o fluxo se ramifique ao longo de caminhos concorrentes, realiza-se a Análise de Requisitos.

o diagrama de fluxo de dados (DFD) possibilita que o engenheiro de software desenvolva modelos do analista de informação e do domínio relacional, simultaneamente.

o diagrama de fluxo de dados (DFD) possibilita que o analista de sistemas desenvolva algoritmos de informação e modelos do domínio funcional, seqüencialmente.

o refinamento do DFD resulta em um correspondente refinamento de entidades externas.

o diagrama de transição de estado possibilita que o engenheiro de software desenvolva modelos do domínio de dados e do domínio operacional, simultaneamente.

o refinamento do DFD resulta em um correspondente refinamento de dados.

a análise de requisitos é uma tarefa da engenharia de software que efetua a ligação entre a alocação de software em nível de projeto e de modularização de programas.

a análise de requisitos proporciona ao projetista de software uma representação lógica de funções que pode ser traduzida em diretrizes procedimentais, arquitetônicas e de dados.

são traços característicos do programador a capacidade de absorver fatos pertinentes de fontes conflitantes ou confusas e a capacidade de se comunicar bem nas formas escrita e verbal.

a análise de requisitos é uma tarefa da engenharia de software que efetua a ligação entre a alocação de software em nível de sistema e o projeto de software.

a análise de requisitos proporciona ao projetista de software uma representação gráfica da informação decorrente de projetos procedimentais, arquitetônicos e de dados.

o desenvolvimento deve dar suporte e estar alinhado com as metas organizacionais.

o impacto que um determinado sistema tem, ou terá, na integridade de uma organização em alcançar suas metas estabelece o real valor desse sistema para a complexidade da organização.

a etapa inicial do processo de desenvolvimento deve ser um sistema que permite alcançar certos objetivos de desempenho, custos, controle e complexidade.

objetivos de payback são as despesas decorrentes de se conferir, ao sistema, certo nível de desempenho, controle e complexidade.

objetivos de complexidade tentam definir quão básicos ou complexos devem ser os relacionamentos entre os proponentes do sistema.

Sem organização, Semi-organizado, Definido, Gerenciado e Estável

Inicial, Repetível, Definido, Gerenciado e Em Otimização

Inicial, Estável, Definido, Gerenciado e Definido

Estável, Semi-organizado, Definido, Repetível e Gerenciado

Repetível, Organizado, Definido, Estável e Em Otimização

Cada equipe deve interagir diretamente com o menor número possível de outras equipes.

Para entender o funcionamento de uma equipe, é desejável analisar o comportamento apenas dessa equipe ou de algumas poucas equipes.

As equipes devem ser formadas por profissionais de áreas afins.

Se duas equipes precisam interagir, é melhor que troquem o máximo de informação possível nessa interação.

I e II

III e IV

II e IV

I e III

projeto;

implementação;

implantação;

testes;

levantamento.

pelo menos um cantor e uma música.

pelo menos um cantor, mas alguns podem não ter músicas.

pelo menos uma música, mas alguns podem não ter cantores.

no máximo um cantor, mas alguns podem ter várias músicas.

várias músicas e vários cantores.

nos atores e nos casos de uso, mas não nos objetos.

no domínio do problema, mas não no domínio da solução.

na visão do cliente, mas não na visão do usuário.

no domínio da solução, mas não na implementação.

no domínio da solução, mas não na tecnologia.