São características do Extreme Programming (XP), EXCETO:

Considere que, em um desenvolvimento de software, foi primariamente elaborada uma versão inicial do produto em que foram inseridas funcionalidades básicas. A partir daí, o desenvolvedor acrescentou outras funcionalidades e o processo continuou com o cliente interagindo até que houvesse a satisfação completa dos requisitos propostos inicialmente pelo cliente. Com base apenas nessas informações, pode-se afirmar que o desenvolvimento empregado utilizou o modelo:

No diagrama de classes da UML 2.0, o tipo de relacionamento que é representado por uma linha tracejada contendo uma seta vazia que aponta para a classe de interface, ao passo que, na outra extremidade, é definida a classe que realiza um comportamento pretendido pela classe de interface é:

Segundo Sommerville (2004), o processo de engenharia de requisitos de sistema deve-se iniciar como(a):

Segundo Sommerville (2004), os requisitos são divididos em duas classes. São elas:

Na arquitetura web, o erro que retorna no navegador, acusando que o servidor está ocupado e não pode atender à solicitação do usuário naquele momento, é conhecido como erro:

Um modelo genérico do processo de levantamento e análise de requisitos proposto por Sommerville (2004) é composto por seis atividades, dispostas a seguir de forma aleatória: classificação, verificação de requisitos, resolução de conflitos, compreensão do domínio, coleta de requisitos e definição das prioridades. A primeira e a última atividade a ser realizada, seguindo esse modelo são, respectivamente:

No PMBOK 5° edição, a estrutura organizacional que representa o escritório de projetos é conhecida pela sigla:

No PMBOK 5ª edição, o processo que formaliza a aceitação das entregas concluídas do projeto é:

No PMBOK 5ª edição, a subdivisão das principais entregas do projeto e do trabalho do projeto em componentes menores e mais facilmente gerenciáveis é representado no(a):