R:Os projetos são atividades planejadas, com objetivos a serem alcançados e estrategias a serem

seguidas para alcançar os objetivos que foram definidos, ou seja, é um plano que possui prazo
para ser cumprido e uma finalidade.
Já as atividades rotineiras são atividades feitas sem muito planejamento, são feitas apenas por
serem necessárias, como comer, tomar banho, passar no supermercado e limpar a casa.
R:O escopo do projeto descreve o trabalho necessário para entregar um produto, um serviço ou
um resultado tangível, é o mapeamento de todo o trabalho que será necessário para a conclusão
do projeto.
R:A gestão de risco é o conjunto de atividades coordenadas que têm o objetivo de gerenciar e
controlar uma organização em relação a potenciais ameaças, seja qual for a sua manifestação
R:O termo de abertura do projeto (TAP) é um documento que formaliza o início de um projeto,
confere autoridade ao gerente de projeto e agrupa todas as informações necessárias para a
execução das atividades envolvidas
R:A Estrutura Analítica do Projeto ou EAP (tradução do inglês Work Breakdown Structure –
WBS) é um diagrama utilizado para a organização e gestão de projetos. Ele é formatado em
diagrama a fim de permitir a visualização geral da demanda, facilitando o gerenciamento das
atividades.
R: Integração, Escopo, Tempo, Custo, Qualidade, Recursos Humanos, Comunicações, Riscos,
Aquisições, Partes Interessadas.
R: Foco no cliente.Liderança proativa.Melhoria contínua.Decisão baseada em fatos.Boa relação
com os fornecedores.Visão sistêmica.Gerenciamento de processos.Envolvimento de todos os
colaboradores.
R: A Certificação de Software é o conjunto de actividades que visa acreditar ou qualificar os
processos, produtos e serviços através da uma avaliação de padrões ou características aceitáveis
um contexto determinado.
R: A qualidade de Software é uma das características críticas para a competitividade das
organizações e é praticada por todos e principalmente com o foco voltado para a satisfação e
para responder às expectativas do cliente interno (incidência sobre os processos) e externo
(incidência sobre os produtos e serviços).
R: A engenharia de requisitos oferece controles e padrões para que as exigências do projeto
sejam claras, correspondam às suas finalidades e possam ser compreendidas por todos os
responsáveis. Isso garante a qualidade do software, além de mais produtividade em suas etapas
de desenvolvimento, operação e manutenção.
R: A engenharia de requisitos (ER) é um conjunto de actividades dedicadas à identificação e
comunicação do propósito de um sistema de software, bem como o contexto no qual ele será
utilizado.
R: os “stakeholders” não sabem o que querem do sistema a não ser num carácter geral. Podem
ter dificuldades a verbalizar o que querem ou fazem exigências irrealistas pois não têm noção
dos custos. • Cada “stakeholder” expressa requisitos baseados no seu conhecimento específico
do negócio, tendo estes que ser integrados no todo. • “Stakeholders” diferentes têm requisitos
diferentes que expressam de maneira diferente. • Factores políticos influenciam o design do
sistema, por exemplo, gestores que
requerem algo específico para aumentar a sua influência na organização.• O ambiente onde o
sistema se integra é dinâmico, os requisitos podem variar durante a sua avaliação e entrada de
novos “stakeholders” que não foram consultados.
R: A verificação tem como propósito averiguar se o software está de acordo com as
especificações preestabelecidas, e a validação é o processo de confirmação de que o sistema está
apropriado e consistente com os requisitos.
R: O teste de regressão é uma técnica do teste de software que consiste na aplicação de versões
mais recente do software, para garantir que não surgiram novos defeitos em componentes já
analisados.