Prova Engenharia De Software

1. Na engenharia de software, um processo iterativo denominado sprint, que segue o ciclo PDCA (Planejar, Fazer, Checar, Agir) para entregar, num período de até 30 dias aproximadamente, um incremento do software pronto, caracterizado pela metodologia ágil com foco no gerenciamento. De qual metodologia ágil estamos descrevendo? _____

The given description is referring to the SCRUM methodology in software engineering. SCRUM is an iterative process that follows the PDCA cycle (Plan, Do, Check, Act) to deliver a software increment within a period of approximately 30 days. It is characterized by its agile approach and focus on project management.

Explanation

The given description is referring to the SCRUM methodology in software engineering. SCRUM is an iterative process that follows the PDCA cycle (Plan, Do, Check, Act) to deliver a software increment within a period of approximately 30 days. It is characterized by its agile approach and focus on project management.

Submit

2. Na engenharia de software, um processo iterativo denominado sprint, que segue o ciclo PDCA (Planejar, Fazer, Checar, Agir) para entregar, num período de até 30 dias aproximadamente, um incremento do software pronto, caracterizado pela metodologia ágil com foco no desenvolvimento de desenho simples e equipe coesa onde todos tem as mesmas funções com especialidades técnicas diferentes. De qual metodologia ágil estamos descrevendo? _____

The description provided in the question matches the characteristics of Extreme Programming (XP), which is an agile methodology that follows the iterative process of sprints, typically lasting up to 30 days, and follows the PDCA cycle. XP emphasizes simple design and a cohesive team where everyone has the same roles with different technical specialties. Therefore, the correct answer is XP.

Explanation

The description provided in the question matches the characteristics of Extreme Programming (XP), which is an agile methodology that follows the iterative process of sprints, typically lasting up to 30 days, and follows the PDCA cycle. XP emphasizes simple design and a cohesive team where everyone has the same roles with different technical specialties. Therefore, the correct answer is XP.

Submit

3. As organizações têm optado cada vez mais por utilizar no processo de desenvolvimento de sistemas um conjunto de metodologias que valorizam mais: − as pessoas e interações do que os processos e ferramentas; − o software funcionando do que a documentação compreensível; − a colaboração do usuário do que negociações de contratos; − respostas rápidas às mudanças do que planos previamente definidos. Estes princípios são adotados pelas metodologias

clássicas.

prescritivas

orientadas a objetos.

ágeis

cascata

The given statement describes the principles that organizations are increasingly adopting in the development process of systems. These principles prioritize people and interactions over processes and tools, functioning software over comprehensive documentation, user collaboration over contract negotiations, and quick responses to changes over predefined plans. These principles are embraced by agile methodologies, making "ágeis" the correct answer.

Explanation

The given statement describes the principles that organizations are increasingly adopting in the development process of systems. These principles prioritize people and interactions over processes and tools, functioning software over comprehensive documentation, user collaboration over contract negotiations, and quick responses to changes over predefined plans. These principles are embraced by agile methodologies, making "ágeis" the correct answer.

4. Assinale a alternativa correta em relação a metodologia XP – eXtreme Programming.

o código é integrado e testado depois de alguns dias e, no máximo, até o final da semana.

a codificação é feita em grupos de programadores (no mínimo 3 integrantes), preferencialmente num único computador.

as equipes de desenvolvimento estabelecem suas próprias regras, mas uma equipe não pode adotar as regras de outra equipe.

módulos não são propriedade de nenhum desenvolvedor; todo desenvolvedor da equipe tem o direito de checar um módulo e modificá-lo.

In XP (eXtreme Programming), modules are not owned by any specific developer. Every developer in the team has the right to check and modify a module. This promotes collaboration and allows for continuous improvement and optimization of the codebase. It also helps in preventing bottlenecks and dependencies on specific individuals, ensuring that the development process can continue smoothly even if one team member is unavailable.

Explanation

In XP (eXtreme Programming), modules are not owned by any specific developer. Every developer in the team has the right to check and modify a module. This promotes collaboration and allows for continuous improvement and optimization of the codebase. It also helps in preventing bottlenecks and dependencies on specific individuals, ensuring that the development process can continue smoothly even if one team member is unavailable.

5. Sobre as metodologias ágeis XP e Scrum, analise as afirmações a seguir:

A metodologia SCRUM tem princípios semelhantes ao XP em relação as equipes pequenas e requisitos instáveis ou desconhecidos.
A metodologia SCRUM possui um mecanismo de informação de status atualizado continuamente e a divisão de tarefas é explícita, diferente da XP.
SCRUM e XP são complementares pois Scrum promove práticas de integradas de engenharia de software, enquanto que XP promove práticas gerenciamento.

Está (ão) correta(s) as afirmações:

I apenas.

II apenas.

III apenas.

I e II.

II e III.

The correct answer is I and II. The first statement is correct because both Scrum and XP have similar principles when it comes to small teams and unstable or unknown requirements. The second statement is also correct because Scrum has a mechanism for continuously updating status and explicit task division, which is different from XP. The third statement is incorrect because it states that Scrum promotes integrated software engineering practices while XP promotes management practices, which is not true.

Explanation

The correct answer is I and II. The first statement is correct because both Scrum and XP have similar principles when it comes to small teams and unstable or unknown requirements. The second statement is also correct because Scrum has a mechanism for continuously updating status and explicit task division, which is different from XP. The third statement is incorrect because it states that Scrum promotes integrated software engineering practices while XP promotes management practices, which is not true.

6. Que situação favorece a escolha do uso de XP para um projeto de desenvolvimento de software, em oposição à escolha do RUP ou do modelo Cascata?

Equipe do projeto localizada em diferentes cidades e com poucos recursos de colaboração.

Equipe do projeto formada por pessoas com alto grau de competitividade.

Cliente do projeto trabalhando em parceria com a equipe do projeto e sempre disponível para retirar dúvidas.

Requisitos do software com pequena probabilidade de mudanças.

Presença de um processo organizacional que exige a elaboração de vários documentos específicos para cada projeto.

A situação que favorece a escolha do uso de XP para um projeto de desenvolvimento de software, em oposição ao RUP ou ao modelo Cascata, é quando o cliente do projeto trabalha em parceria com a equipe do projeto e está sempre disponível para retirar dúvidas. Isso é favorável para o uso de XP, pois esse modelo de desenvolvimento ágil valoriza a colaboração próxima com o cliente, permitindo um feedback contínuo e ajustes rápidos no software. Dessa forma, a equipe pode atender melhor às necessidades do cliente e garantir a satisfação do mesmo.

Explanation

A situação que favorece a escolha do uso de XP para um projeto de desenvolvimento de software, em oposição ao RUP ou ao modelo Cascata, é quando o cliente do projeto trabalha em parceria com a equipe do projeto e está sempre disponível para retirar dúvidas. Isso é favorável para o uso de XP, pois esse modelo de desenvolvimento ágil valoriza a colaboração próxima com o cliente, permitindo um feedback contínuo e ajustes rápidos no software. Dessa forma, a equipe pode atender melhor às necessidades do cliente e garantir a satisfação do mesmo.

7. Sobre metodologias de desenvolvimento de sistemas em Engenharia de software: I.- Métodos ágeis focam em simplicidade, software funcional no início das iterações, flexibilidade e intensa comunicação tanto internamente quanto com clientes. II.- Desenvolvimento incremental é uma estratégia de planejamento estagiado em que várias partes do sistema são desenvolvidas em paralelo, e integradas quando completas, enquanto que o desenvolvimento iterativo é uma estratégia de planejamento de retrabalho em que o tempo de revisão e melhorias de partes do sistema é pré-definido. III.- Princípios que regem as metodologias ágeis: Pessoas e interações, ao contrário de processos e ferramentas; Documentação extensa ao invés do sistema em funcionamento; Colaboração do cliente, ao contrário de constantes negociações de contratos; Respostas rápidas para as mudanças, ao contrário de seguir planos previamente definidos. Conforme seus conhecimentos, Está(ão)correta(s):

Apenas I e II.

Apenas I e III.

Apenas III.

Todas corretas.

Nenhuma.

The correct answer is "Apenas I e II." This is because statement I states that agile methods focus on simplicity, functional software at the beginning of iterations, flexibility, and intense communication both internally and with clients. Statement II states that incremental development is a staged planning strategy where various parts of the system are developed in parallel and integrated when complete, while iterative development is a rework planning strategy where the time for reviewing and improving parts of the system is pre-defined. Both statements accurately describe methodologies in software development. Statement III does not accurately describe the principles of agile methodologies, as it contradicts the actual principles of agile development.

Explanation

The correct answer is "Apenas I e II." This is because statement I states that agile methods focus on simplicity, functional software at the beginning of iterations, flexibility, and intense communication both internally and with clients. Statement II states that incremental development is a staged planning strategy where various parts of the system are developed in parallel and integrated when complete, while iterative development is a rework planning strategy where the time for reviewing and improving parts of the system is pre-defined. Both statements accurately describe methodologies in software development. Statement III does not accurately describe the principles of agile methodologies, as it contradicts the actual principles of agile development.

8. Os modelos ágeis de desenvolvimento NÃO

reconhecem que modificações representam um risco e rejeitam aquelas em estágios avançados do desenvolvimento, próximos da entrega da versão final.

satisfazem os princípios do Manifesto para o Desenvolvimento Ágil de Software, inclusive a simplicidade.

Agile development models recognize that modifications can be risky and therefore reject changes in advanced stages of development, close to the final version delivery. This means that once a project is in its final stages, it is not advisable to introduce major changes as it could disrupt the development process and potentially lead to delays or failures in delivering the final product. Agile models prioritize stability and consistency in the later stages of development to ensure a successful and timely delivery.

Explanation

Agile development models recognize that modifications can be risky and therefore reject changes in advanced stages of development, close to the final version delivery. This means that once a project is in its final stages, it is not advisable to introduce major changes as it could disrupt the development process and potentially lead to delays or failures in delivering the final product. Agile models prioritize stability and consistency in the later stages of development to ensure a successful and timely delivery.

9. São princípios dos métodos ágeis:

aceitação de mudanças e maior ênfase nos processos em detrimento das pessoas.

rejeição de mudanças e envolvimento dos clientes.

foco na simplicidade e maximização da documentação formal

entrega contínua ao usuário e maior ênfase nas pessoas em detrimento dos processos

maximização da documentação formal e envolvimento dos clientes.

The correct answer is "entrega contínua ao usuário e maior ênfase nas pessoas em detrimento dos processos". This answer aligns with the principles of agile methods, which prioritize continuous delivery to the user and emphasize the importance of people over processes. Agile methods value flexibility and adaptability, allowing for changes to be accepted and encouraging customer involvement throughout the development process. This approach also emphasizes simplicity and minimizing formal documentation.

Explanation

The correct answer is "entrega contínua ao usuário e maior ênfase nas pessoas em detrimento dos processos". This answer aligns with the principles of agile methods, which prioritize continuous delivery to the user and emphasize the importance of people over processes. Agile methods value flexibility and adaptability, allowing for changes to be accepted and encouraging customer involvement throughout the development process. This approach also emphasizes simplicity and minimizing formal documentation.

10. .Em relação às métricas de projeto, das opções abaixo, aquela que NÃO é um indicador de projeto é:

acompanhar riscos potenciais;

ajustar fluxo de trabalho ou tarefas;

avaliar o status de um projeto em andamento;

avaliar a capacidade da equipe de projeto de controlar a qualidade dos produtos do trabalho de software;

descobrir áreas-problema depois de se tornarem críticas.

This answer is correct because all the other options listed are indicators of project metrics. Monitoring potential risks, adjusting workflow or tasks, evaluating the status of an ongoing project, and assessing the team's ability to control the quality of software work products are all indicators that provide valuable information about the project's progress and performance. However, discovering problem areas after they have become critical is not a proactive indicator but rather a reactive approach to addressing issues.

Explanation

This answer is correct because all the other options listed are indicators of project metrics. Monitoring potential risks, adjusting workflow or tasks, evaluating the status of an ongoing project, and assessing the team's ability to control the quality of software work products are all indicators that provide valuable information about the project's progress and performance. However, discovering problem areas after they have become critical is not a proactive indicator but rather a reactive approach to addressing issues.

11. Uma das características da metodologia ágil Scrum é :

focar nas práticas de engenharia.

focar na documentação formal do software.

ser um método iterativo e incremental.

Exigir o planejamento do projeto, de acordo com as práticas do PMBOK

não exigir interação com o cliente.

The correct answer is "ser um método iterativo e incremental." This means that one of the characteristics of the Agile Scrum methodology is that it follows an iterative and incremental approach. This means that the project is divided into smaller iterations or sprints, with each iteration delivering a working product increment. This allows for continuous feedback and adaptation, ensuring that the project evolves and improves over time.

Explanation

The correct answer is "ser um método iterativo e incremental." This means that one of the characteristics of the Agile Scrum methodology is that it follows an iterative and incremental approach. This means that the project is divided into smaller iterations or sprints, with each iteration delivering a working product increment. This allows for continuous feedback and adaptation, ensuring that the project evolves and improves over time.

12. Acerca dos processos XP e Scrum avalie as afirmativas a seguir:

XP é uma metodologia ágil para equipes de tamanho pequeno ou médio desenvolverem software com requisitos vagos ou que mudem rapidamente. Seus valores são comunicação, simplicidade, feedback e coragem.
O Scrum foi criado para gerenciamento de projetos de fabricação de automóveis e produtos de consumo. Sua popularização no desenvolvimento de software ocorreu em 1995 após a formalização de sua definição, feita por Ken Schwaber.
No XP os requisitos do projeto são organizados em uma lista de tarefas, chamada de product backlog, em ordem decrescente de prioridade. Assinale:

se somente a afirmativa I estiver correta.

se somente as afirmativas I e II estiverem corretas.

se somente as afirmativas I e III estiverem corretas.

se somente as afirmativas II e III estiverem corretas.

The first statement correctly describes XP as an agile methodology for small to medium-sized teams to develop software with vague or rapidly changing requirements, emphasizing values such as communication, simplicity, feedback, and courage. The second statement incorrectly states that Scrum was created for project management in the automotive and consumer product manufacturing industry, and became popular in software development in 1995 after its formal definition by Ken Schwaber. Therefore, only the first statement is correct, making the answer "se somente as afirmativas I e II estiverem corretas."

Explanation

The first statement correctly describes XP as an agile methodology for small to medium-sized teams to develop software with vague or rapidly changing requirements, emphasizing values such as communication, simplicity, feedback, and courage. The second statement incorrectly states that Scrum was created for project management in the automotive and consumer product manufacturing industry, and became popular in software development in 1995 after its formal definition by Ken Schwaber. Therefore, only the first statement is correct, making the answer "se somente as afirmativas I e II estiverem corretas."

13. Sobre as Métricas de software, segundo Somerville, é correto afirmar que:

servem para medir a produtividade da equipe e indicar a qualidade do produto.

determinam quando uma mudança ocorreu no projeto de software.

servem para atestar a soma total de todos os produtos do projeto e seus requerimentos.

Representam o trabalho que deve ser feito para fornecer o produto/serviço conforme acordado.

servem para dividir as principais entregas do projeto em componentes menores.

According to Somerville, software metrics serve to measure the productivity of the team and indicate the quality of the product. This means that software metrics are used to assess how efficiently the team is working and to evaluate the overall quality of the software being developed. It does not determine when a change has occurred in the software project, nor does it represent the total sum of all project products and requirements. It also does not represent the work that needs to be done to deliver the product/service as agreed upon, nor does it serve to divide the main project deliverables into smaller components.

Explanation

According to Somerville, software metrics serve to measure the productivity of the team and indicate the quality of the product. This means that software metrics are used to assess how efficiently the team is working and to evaluate the overall quality of the software being developed. It does not determine when a change has occurred in the software project, nor does it represent the total sum of all project products and requirements. It also does not represent the work that needs to be done to deliver the product/service as agreed upon, nor does it serve to divide the main project deliverables into smaller components.

14. Assinale a alternativa que não apresenta características dos métodos ágeis de desenvolvimento de software:

entregas parciais do sistema em períodos curtos, que duram de semanas a meses, com preferência para intervalos de tempo menores.

quantidade de código executável considerada a medida mais importante do progresso do desenvolvimento de um software.

mudanças nos requisitos, mesmo quando ocorrem próximas ao final do desenvolvimento.

processos de desenvolvimento e recursos tecnológicos disponíveis considerados mais importantes do que as interações entre os membros das equipes.

This option states that the processes of development and available technological resources are considered more important than the interactions between team members. This goes against the principles of agile software development, which emphasize the importance of collaboration and communication within the team. Agile methods prioritize individuals and interactions over processes and tools, making this option the one that does not present characteristics of agile software development methods.

Explanation

This option states that the processes of development and available technological resources are considered more important than the interactions between team members. This goes against the principles of agile software development, which emphasize the importance of collaboration and communication within the team. Agile methods prioritize individuals and interactions over processes and tools, making this option the one that does not present characteristics of agile software development methods.

15. Sobre as metodologias ágeis XP e Scrum, é correto afirmar que:

no Scrum, testes e documentação são realizados apenas quando o produto de software é finalizado.

o XP usa uma abordagem estruturada como seu paradigma de desenvolvimento predileto.

No Scrum, small work teams are organized in a way to maximize communication, minimize supervision, and maximize the sharing of informal tacit knowledge. This statement accurately describes one of the key principles of Scrum, which emphasizes self-organization and cross-functional collaboration within small teams. By promoting effective communication and knowledge sharing, Scrum aims to enhance productivity and innovation in software development projects.

Explanation

No Scrum, small work teams are organized in a way to maximize communication, minimize supervision, and maximize the sharing of informal tacit knowledge. This statement accurately describes one of the key principles of Scrum, which emphasizes self-organization and cross-functional collaboration within small teams. By promoting effective communication and knowledge sharing, Scrum aims to enhance productivity and innovation in software development projects.

16. Análise de Pontos de Função − APF é uma técnica para medir o tamanho funcional de um software cujo processo de medição envolve diversas etapas, exceto:

os Arquivos de Ponto de Controle − APC.

as Saídas Externas − SE.

as Entradas Externas − EE.

os Arquivos de Interface Externa − AIE.

as Consultas Externas − CE.

Análise de Pontos de Função - APF is a technique for measuring the functional size of software, and it involves various steps such as counting External Outputs (Saídas Externas - SE), External Inputs (Entradas Externas - EE), External Interface Files (Arquivos de Interface Externa - AIE), and External Inquiries (Consultas Externas - CE). However, it does not involve counting Control Point Files (Arquivos de Ponto de Controle - APC).

Explanation

Análise de Pontos de Função - APF is a technique for measuring the functional size of software, and it involves various steps such as counting External Outputs (Saídas Externas - SE), External Inputs (Entradas Externas - EE), External Interface Files (Arquivos de Interface Externa - AIE), and External Inquiries (Consultas Externas - CE). However, it does not involve counting Control Point Files (Arquivos de Ponto de Controle - APC).

17. A respeito de qualidade de software e suas métricas, assinale a opção correta.

A métrica de complexidade ciclomática é uma medida de software usada para indicar a complexidade de um programa.

A medida do número de caracteres em um programa é uma métrica do tipo fog index.

A métrica de profundidade de condições aninhadas é a que permite uma melhor compreensão do código.

The correct answer is that the metric of cyclomatic complexity is a software measure used to indicate the complexity of a program. Cyclomatic complexity measures the number of independent paths through a program's source code, which can help identify areas of the code that may be more prone to errors and difficult to understand. By analyzing the cyclomatic complexity of a program, developers can make informed decisions about code optimization and testing strategies.

Explanation

The correct answer is that the metric of cyclomatic complexity is a software measure used to indicate the complexity of a program. Cyclomatic complexity measures the number of independent paths through a program's source code, which can help identify areas of the code that may be more prone to errors and difficult to understand. By analyzing the cyclomatic complexity of a program, developers can make informed decisions about code optimization and testing strategies.

18. O código do projeto pertence a todos os membros da equipe. Isto significa que qualquer pessoa que percebe que pode adicionar valor ao código, mesmo que ele próprio não o tenha desenvolvido, pode fazê-lo, desde que faça os testes necessários e não prejudique as funcionalidades atuais. Isto é possível porque todos são responsáveis pelo software. Caso um membro da equipe deixe o projeto antes do fim, a equipe consegue continuar o projeto sem grandes dificuldades, pois todos conhecem todas as partes do software, mesmo que não seja de forma detalhada. Esta prática é:

parte dos princípios do Manifesto Ágil e é incorporada por todas as metodologias ágeis.

denominada propriedade coletiva e faz parte da XP.

uma das bases do empirismo e foi incorporada pela metodologia ágil Scrum.

denominada abordagem incremental e faz parte das práticas tanto do Scrum como da XP.

a principal característica das metodologias tradicionais de desenvolvimento, como o modelo cascata, e é rejeitada pelas metodologias ágeis

The given statement describes the concept of "propriedade coletiva" which means collective ownership. This concept is a fundamental principle of Extreme Programming (XP) where the code belongs to the entire team, and any team member can contribute to it, even if they didn't develop it themselves. This practice allows for easy collaboration and knowledge sharing within the team, ensuring that the project can continue smoothly even if a team member leaves. Therefore, the correct answer is "denominada propriedade coletiva e faz parte da XP."

Explanation

The given statement describes the concept of "propriedade coletiva" which means collective ownership. This concept is a fundamental principle of Extreme Programming (XP) where the code belongs to the entire team, and any team member can contribute to it, even if they didn't develop it themselves. This practice allows for easy collaboration and knowledge sharing within the team, ensuring that the project can continue smoothly even if a team member leaves. Therefore, the correct answer is "denominada propriedade coletiva e faz parte da XP."

19. As medições e as métricas ajudam a entender tanto o processo usado para desenvolver um projeto de software como o próprio software. O processo é medido a fim de melhorá-lo, ao passo que o software é medido com o objetivo de aumentar sua qualidade. Na engenharia de software são exemplos de medidas diretas de processo:

linhas de código produzidas e velocidade de execução do software;

complexidade e confiabilidade do software;

quantidade de funcionalidades e defeitos do software registrados ao longo de certo espaço de tempo;

custo e esforço exigido para construção do software;

manutenibilidade e qualidade do software.

The correct answer is "custo e esforço exigido para construção do software" because in the given passage, it is stated that measurements and metrics are used to understand the process used to develop a software project. The process is measured in order to improve it, and one of the direct measurements of the process is the cost and effort required to build the software. Therefore, this answer aligns with the information provided in the passage.

Explanation

The correct answer is "custo e esforço exigido para construção do software" because in the given passage, it is stated that measurements and metrics are used to understand the process used to develop a software project. The process is measured in order to improve it, and one of the direct measurements of the process is the cost and effort required to build the software. Therefore, this answer aligns with the information provided in the passage.

20. A respeito dos objectivos principais das Métricas, assinale a opção incorreta.

Atender exclusivamente os interesses do cliente

Definem requisitos de qualidade

Medem e melhoram a qualidade de produtos intermediários

Controlam a qualidade do produto

Permitem tomar decisões quanto a aceitação ou não do produto

The incorrect option is "Atender exclusivamente os interesses do cliente" because the main objectives of metrics are not solely focused on meeting the client's interests. Metrics also aim to define quality requirements, measure and improve the quality of intermediate products, control product quality, and enable decision-making regarding the acceptance or rejection of the product.

Explanation

The incorrect option is "Atender exclusivamente os interesses do cliente" because the main objectives of metrics are not solely focused on meeting the client's interests. Metrics also aim to define quality requirements, measure and improve the quality of intermediate products, control product quality, and enable decision-making regarding the acceptance or rejection of the product.

21. Assinale a opção correta acerca de métricas de qualidade de software.

A confiabilidade somente pode ser medida por meio de métrica externa.

A recuperabilidade somente pode ser medida mediante métrica interna.

Métricas internas podem ser aplicadas a um produto de software não executável, como, por exemplo, uma especificação ou código fonte.

Métricas internas podem ser aplicadas a um produto de software não executável, como uma especificação ou código fonte. Isso significa que é possível medir atributos internos do software, como tamanho, complexidade e estrutura, mesmo antes de o software ser executado. Essas métricas podem fornecer informações valiosas sobre a qualidade do software em termos de sua estrutura e conformidade com as boas práticas de desenvolvimento.

Explanation

Métricas internas podem ser aplicadas a um produto de software não executável, como uma especificação ou código fonte. Isso significa que é possível medir atributos internos do software, como tamanho, complexidade e estrutura, mesmo antes de o software ser executado. Essas métricas podem fornecer informações valiosas sobre a qualidade do software em termos de sua estrutura e conformidade com as boas práticas de desenvolvimento.

22. De acordo com as Métricas de Software, a Análise de Pontos de Função é uma técnica de medição das funcionalidade fornecida por um software sob o ponto de vista

do Gerente do Projeto.

dos Usuários.

do Programador.

do Analista de Sistema.

do Engenheiro de Software.

According to the Software Metrics, Function Point Analysis is a technique for measuring the functionality provided by a software from the perspective of the Users.

Explanation

According to the Software Metrics, Function Point Analysis is a technique for measuring the functionality provided by a software from the perspective of the Users.

23. Um técnico de TI está utilizando a Análise de Pontos de Função − APF para determinar o tamanho de um software e, na etapa de contagem das funções de dados, está levantando os Arquivos Lógicos Internos − ALI. Nesse levantamento, classifica-se corretamente como ALI os

arquivos temporários ou várias interações adicionais de um mesmo arquivo.

dados introduzidos devido à tecnologia, que não são informações de negócio, como arquivos de configuração.

dados de arquivos mantidos por outra aplicação e somente referenciados.

arquivos de visualização eventual, os quais contêm dados extraídos de outros arquivos.

dados de negócio ou de controle da aplicação mantidos e processados por suas transações.

ALI files in the context of Function Point Analysis (FPA) refer to Internal Logical Files that hold business data or application control data. These files are maintained and processed by the application's transactions. The other options mentioned, such as temporary files, additional interactions of the same file, technology-related data, configuration files, files maintained by another application, or visualization files, do not meet the criteria for being classified as ALIs in FPA.

Explanation

ALI files in the context of Function Point Analysis (FPA) refer to Internal Logical Files that hold business data or application control data. These files are maintained and processed by the application's transactions. The other options mentioned, such as temporary files, additional interactions of the same file, technology-related data, configuration files, files maintained by another application, or visualization files, do not meet the criteria for being classified as ALIs in FPA.

24. Análise de Pontos de Função − APF é uma técnica para medir o tamanho funcional de um software cujo processo de medição envolve diversas etapas, dentre elas, a medição das funções de dados, que envolvem as funcionalidades fornecidas pelo sistema ao usuário para atender a suas necessidades de armazenamento de dados. Dentre as funções de dados estão

os Arquivos Lógicos Internos − ALI.

as Saídas Externas − SE.

as Entradas Externas − EE.

os Arquivos de Interface Externa − AIE.

as Consultas Externas − CE.

The correct answer is "os Arquivos de Interface Externa - AIE." This is because the question is asking for the functions of data in the context of Análise de Pontos de Função - APF, which is a technique for measuring the functional size of software. The answer options provided are different types of data functions, and "os Arquivos de Interface Externa - AIE" refers to external interface files, which are one of the functions of data in APF.

Explanation

The correct answer is "os Arquivos de Interface Externa - AIE." This is because the question is asking for the functions of data in the context of Análise de Pontos de Função - APF, which is a technique for measuring the functional size of software. The answer options provided are different types of data functions, and "os Arquivos de Interface Externa - AIE" refers to external interface files, which are one of the functions of data in APF.

25. A análise estática de código pode ser realizada por meio de

métricas de código.

execução de testes.

acompanhamento de logs produzidos pelo código.

análise do comportamento (consumo de memória, CPU, …).

depois de implantado, número médio de execuções por dia

The correct answer is "métricas de código". This is because static code analysis refers to the process of evaluating the code without actually executing it. It involves analyzing the code's structure, syntax, and other characteristics to identify potential issues or improvements. Metrics of code, such as code complexity, code coverage, and code duplication, are commonly used in static code analysis to provide insights into the quality and maintainability of the code. By analyzing these metrics, developers can identify areas of improvement and make informed decisions about code optimization and refactoring.

Explanation

The correct answer is "métricas de código". This is because static code analysis refers to the process of evaluating the code without actually executing it. It involves analyzing the code's structure, syntax, and other characteristics to identify potential issues or improvements. Metrics of code, such as code complexity, code coverage, and code duplication, are commonly used in static code analysis to provide insights into the quality and maintainability of the code. By analyzing these metrics, developers can identify areas of improvement and make informed decisions about code optimization and refactoring.

26. A métrica de análise dinâmica de um software, pode ser realizada por meio de todas as situações a seguir, exceto:

execução de testes.

acompanhamento de logs produzidos pelo código.

análise do comportamento (consumo de memória, CPU, …).

depois de implantado, número médio de execuções por dia

quantidade de linhas de codificação

The given options describe different methods of dynamic analysis for software. The correct answer is "quantidade de linhas de codificação" which means "quantity of lines of code". This option is not a valid method for conducting dynamic analysis of software. Dynamic analysis involves techniques such as executing tests, monitoring logs, and analyzing behavior (e.g., memory and CPU consumption). The quantity of lines of code is a measure of code size and does not directly contribute to dynamic analysis.

Explanation

The given options describe different methods of dynamic analysis for software. The correct answer is "quantidade de linhas de codificação" which means "quantity of lines of code". This option is not a valid method for conducting dynamic analysis of software. Dynamic analysis involves techniques such as executing tests, monitoring logs, and analyzing behavior (e.g., memory and CPU consumption). The quantity of lines of code is a measure of code size and does not directly contribute to dynamic analysis.

27. Assinale a opção correta, acerca de métricas de qualidade de software.

As métricas do processo de desenvolvimento tratam aspectos puramente não funcionais do software.

As métricas para testes e manutenção focalizam o processo, e não as características técnicas.

O valor de uma métrica é indicação qualitativa de propriedade de algum item do software.

The correct answer is that the metrics for testing and maintenance focus on the process, rather than the technical characteristics. This means that these metrics are used to evaluate the effectiveness and efficiency of the testing and maintenance activities, rather than the specific technical aspects of the software itself. These metrics can help identify areas for improvement in the testing and maintenance processes, and can be used to track progress and make informed decisions about resource allocation and process improvement initiatives.

Explanation

The correct answer is that the metrics for testing and maintenance focus on the process, rather than the technical characteristics. This means that these metrics are used to evaluate the effectiveness and efficiency of the testing and maintenance activities, rather than the specific technical aspects of the software itself. These metrics can help identify areas for improvement in the testing and maintenance processes, and can be used to track progress and make informed decisions about resource allocation and process improvement initiatives.