Teste Modelo 2022.Corrigido

Fazer download em pdf ou txt
Fazer download em pdf ou txt
Você está na página 1de 3

1.

Um exemplo de Refatoração / Refactoring seria:

 Reescrever código do 0
 Reutilização de componentes
 Substituir código duplicado
 Criar um protótipo
[página 47 capítulo 3 – desenvolvimento ágil de software]

2. O desenho de arquiteturas …

 É a segunda fase do processo de desenvolvimento de um software


 Consiste em compreender como deverá ser organizada e desenhada a estrutura de um
sistema
 Não tem qualquer tipo de ligação com a engenharia de requisitos
 No seu resultado final, é um modelo de arquitetura que descreve num conjunto de
componentes independentes
[página 121 capítulo 6 – projeto de arquitetura]

3. Qual é a principal regra para uma boa prática da engenharia de bons requisitos?

 Nunca deixar nenhum código por testar


 Ignorar falhas no software cometidos por erros camuflarem outros erros
 Requisitos devem ser testáveis
 Fazer um cenário para cada etapa de testes
[página 80 capítulo 4 – engenharia de requisitos]

4. Os processos da evolução do Software dependem:

 Do tipo de software a ser mantido


 Dos processos de desenvolvimento usados
 Dos skills e da experiência das pessoas envolvidas
 Todas as anteriores
[página 164 capítulo 9 – evolução do software]

5. Indique as principais vantagens de um Sistema Distribuído

 Na partilha de recursos; Sistemas de abertura; Concorrência; Simultaneidades


 Concorrência; Simultaneidades; Escalabilidade; Tolerância a falhas
 Sistemas de abertura; Concorrência; Simultaneidades; Escalabilidade
 Todas as alíneas anteriores estão corretas.
[página 332 capítulo 18 - Engenharia de software distribuído]

6. Características de uma arquitetura ERP:

 Uma série de módulos para suportar diferentes funções de negócios


 Uma base de dados comum que mantém informações sobre todas as funções de negócios
relacionados
 Um conjunto de regras comerciais que se aplicam a todos os dados na base de dados
 Todas as anteriores

[página 308 capítulo 16 – Reúso de Software]

7. Quais os tipos de Risco que conhece?

 Riscos de tecnologias, Riscos de pessoas, Riscos organizacionais, riscos materiais, riscos de


estimativa
 Riscos de tecnologias, Riscos de pessoas, Riscos organizacionais, riscos de requisitos, riscos
de estimativa
 Riscos de tecnologias, Riscos de pessoas, Riscos organizacionais, riscos sociais, riscos de
estimativa
 Riscos de pessoas, Riscos organizacionais, riscos de requisitos, riscos de estimativa

[página 417 capítulo 22 – Gestão de projetos]

8. Quais os âmbitos da gestão de configuração?

 Gestão de mudanças, Gestão de versão, Compilação e Gestão de releases


 Gestão de mudanças, Gestão de versão, Construção de sistema e Gestão de releases
 Gestão de mudanças, Gestão de versão, Construção de Software e Gestão de releases
 Gestão de mudanças, Gestão de versão e Gestão de releases

[página 476 capítulo 25 – Gestão de configuração]


9. Qual a importância da “engenharia de requisitos” dentro de um processo de
desenvolvimento?
Engenharia de requisitos é de suma importância como primeiro passo no desenvolvimento do
sistema tendo um impacto significativo sobre o sucesso no desenvolvimento do Software. Ele
delimita o propósito do projeto e estabelece a base comum para a comunicação para todas as
disciplinas envolvidas. Quanto melhor a engenharia de requisitos e o gerenciamento de
requisitos realizados no projeto, menores serão os erros de desenvolvimento, diminuindo o
custo total deste.
Capítulo 4 – Engª de Requisitos

10. O que entende por generalização e herança em engenharia de software?


Herança é um princípio de orientação a objetos, que permite que as classes compartilhem
atributos e métodos, através de "heranças". É usado com a intenção de reaproveitar código ou
comportamento generalizado ou especializar operações ou atributos.
As classes podem ser organizadas numa hierarquia de classes onde uma classe (superclasse) é
generalização de uma ou mais classes (subclasses).
A subclasse herda os atributos e operações da sua superclasse e pode adicionar novos métodos
ou atributos próprios.
A generalização em UML é implementada como herança das linguagens orientadas a objetos.
Capítulo 5 – Modelação de Sistemas

11. O que entende por gestão de configuração?


Tal como a própria orgânica da vida, tudo pode mudar, sofrer alterações e até estar sempre
em mutação. Assim é as necessidades informáticas de um mundo em pleno e constante
crescimento.
As necessidades aumentam, os suportes e infraestruturas tendem a serem maximizados e o
desenvolvimento de software tem de alavancar e acompanhar esse crescimento.
A gestão da configuração baseia-se nas políticas, processos e ferramentas para gerir os
sistemas de software em desenvolvimento e para mitigar novas mudanças e alterações.
Em suma poderemos dizer que a gestão de configuração é o processo de resposta a alterações
e mudanças solicitadas por parte interessada, quer na resposta de falhas e/ou personalização
do sistema.
Capítulo 7 – Projeto e Implementação

12. O que entende por CMMI contínuo?


Modelos de maturidade contínua não classificam uma organização de acordo com níveis. Em
vez disso, eles são modelos mais refinados que consideram indivíduos ou grupos de práticas e
avaliam o uso de boas práticas dentro de cada grupo de processo.
A avaliação da maturidade não é, portanto, um único valor, mas um conjunto de valores que
mostram a maturidade da organização para cada processo ou grupo de processos.
A principal vantagem do modelo contínuo é que as empresas podem escolher processos de
melhoria de acordo com suas próprias necessidades e requisitos.

Capítulo 26 – Melhoria de processos

Você também pode gostar