<!DOCTYPE html>
<html lang="pt-BR">
<head>
 <meta charset="UTF-8">
 <style>
 body {
 font-size: 16px;
 line-height: 1.5;
 }
 p {
 text-align: justify;
 }
 .blue {
 color: blue;
 }
 </style>
</head>
<body>
 Na engenharia de software, o papel de diferentes grupos no processo de desenvolvimento é fundamental para o sucesso dos projetos. A eficácia na administração de cronogramas e recursos pode influenciar diretamente a qualidade e os prazos do projeto.
 
 

 Analisando as opções fornecidas:

 <ul>
 <li>A) Programadores: Os programadores são responsáveis pela escrita do código com base nos requisitos especificados pelos analistas de sistemas ou arquitetos. Eles não gerenciam cronogramas ou recursos, estão mais focados na implementação técnica. Portanto, esta opção é incorreta.</li>
 
 <li>B) Arquitetos: Os arquitetos de software definem a estrutura técnica do software, incluindo os padrões de design e as tecnologias a serem utilizadas, assegurando a viabilidade técnica e a integridade das soluções. Eles não administram diretamente os recursos ou o cronograma. Assim, está incorreta.</li>
 
 <li>C) Gerentes: Os gerentes de projetos de software são responsáveis pela supervisão do progresso do projeto, gerenciamento de recursos, tanto humanos quanto materiais, e pela manutenção do cronograma de atividades. Eles exercem uma influência significativa sobre os projetos devido à sua responsabilidade em assegurar que os objetivos sejam atingidos dentro das restrições de tempo e custo. Esta alternativa é correta.</li>
 
 <li>D) Clientes: Os clientes fornecem os requisitos do projeto e, em geral, participam da fase de testes e aprovação do produto final. Embora possam influenciar o escopo do projeto, não administram diretamente os cronogramas ou os recursos. Esta escolha é incorreta.</li>
 
 <li>E) Usuários: Usuários finais interagem com o software após sua conclusão e, normalmente, estão envolvidos em fases de teste para feedback. Tal como os clientes, não têm papel na gestão de recursos ou cronogramas. Logo, esta alternativa é incorreta.</li>
 </ul>
 
 
 
 Concluindo, o grupo que frequentemente exerce influência significativa em projetos de desenvolvimento de software, gerenciando cronogramas de atividades e recursos, é formado pelos gerentes de projeto. Eles desempenham papel crucial na gestão e condução do processo, garantindo que as entregas sejam realizadas de acordo com os planos estabelecidos.
 
 
 
 Portanto, a alternativa correta é C.

</body>
</html>

avaliar o estado de um projeto em andamento.

obter indicadores que levem ao aperfeiçoamento de
processos do software.

ajustar o fluxo de trabalho das equipes de desenvolvimento.

avaliar a capacidade da equipe de projeto.

detectar áreas problemáticas no projeto.

A resposta correta é a letra (B) - obter indicadores que levem ao aperfeiçoamento de processos do software. Justificativa: As métricas de processo de software são utilizadas para medir e avaliar diferentes aspectos dos processos de desenvolvimento de software. Elas fornecem indicadores quantitativos que podem ser analisados para identificar áreas de melhoria e aperfeiçoar os processos utilizados. Os objetivos das métricas de processo de software incluem: - Identificar áreas problemáticas: As métricas de processo podem ser usadas para detectar áreas problemáticas nos processos de desenvolvimento de software, como atrasos, gargalos ou retrabalho excessivo. Isso permite que a equipe identifique essas áreas e tome medidas para melhorá-las. - Avaliar o estado do projeto em andamento: As métricas de processo podem ser usadas para avaliar o progresso e o estado de um projeto em andamento. Elas fornecem informações sobre o cumprimento de prazos, qualidade do código, esforço necessário, entre outros aspectos, permitindo uma visão mais clara do estado do projeto. - Avaliar a capacidade da equipe de projeto: As métricas de processo podem ser usadas para avaliar a capacidade da equipe de projeto em termos de produtividade, qualidade do trabalho realizado, eficiência, entre outros aspectos. Isso ajuda a identificar áreas em que a equipe pode melhorar e fornecer feedback para o desenvolvimento de habilidades e competências. No entanto, o objetivo principal das métricas de processo de software é obter indicadores que levem ao aperfeiçoamento dos processos do software. Ao analisar as métricas, a equipe pode identificar áreas de melhoria, identificar boas práticas e tomar ações corretivas para otimizar os processos e alcançar melhores resultados. Portanto, a opção (B) é a resposta correta.

Apenas a afirmativa I é a tecnicamente 
verdadeira

Apenas as afirmativas I e II são tecnicamente 
verdadeiras

Apenas as afirmativas II e III são tecnicamente 
verdadeiras

Apenas as afirmativas I e III são tecnicamente 
verdadeiras

As afirmativas I, II e III são tecnicamente 
verdadeiras

<!DOCTYPE html>
<html lang="pt-br">
<head>
 <meta charset="UTF-8">
 <style>
 body {
 font-size: 16px;
 line-height: 1.5;
 }
 .blue {
 color: blue;
 }
 math {
 font-size: 16px;
 }
 </style>
</head>
<body>
 Esta questão aborda o tema das métricas clássicas em Engenharia de Software, solicitando a análise de três afirmativas sobre diferentes métodos ou linguagens relacionadas ao desenvolvimento de software. Vamos agora analisar detalhadamente cada uma das afirmativas para compreender as métricas em questão.
 

 I. APF (Análise de Pontos de Função)
 A APF é uma métrica amplamente utilizada para estimar o tamanho e o esforço necessário em projetos de desenvolvimento de software. Ela foca em medir as funcionalidades que o software fornece ao usuário, analisando os requisitos funcionais e não a tecnologia ou métodos empregados para desenvolver o software. A quantidade de pontos de função é determinada com base na complexidade e quantidade das entradas, saídas, consultas, arquivos de dados e interfaces externas do sistema.
 

 <math xmlns="http://www.w3.org/1998/Math/MathML" display="block" style="font-size: 16px;">
 <mi>Componentes</mi>
 <mo>=</mo>
 <mo>(</mo>
 <mi>Entradas</mi>
 <mo>+</mo>
 <mi>Saídas</mi>
 <mo>+</mo>
 <mi>Consultas</mi>
 <mo>+</mo>
 <mi>Arquivos</mi>
 <mo>+</mo>
 <mi>Interfaces</mi>
 <mo>)</mo>
 </math>
 

 II. UML (Unified Modeling Language)
 UML é uma linguagem de modelagem muito utilizada para a representação visual e especificação de sistemas de software, mas não se classifica como uma métrica. Ela ajuda no processo de design e visualização do desenvolvimento software, permitindo uma compreensão mais clara da arquitetura e do comportamento do sistema. Porém, a UML não fornece uma medida quantitativa direta como a APF ou COCOMO.
 

 III. COCOMO (Constructive Cost Model)
 COCOMO é uma métrica de estimativa de custo e esforço de desenvolvimento de software criada por Barry Boehm. O modelo utiliza dados históricos para estimar o trabalho necessário para desenvolver um software, podendo ser ajustado para diferentes tipos de projetos e níveis de complexidade. O modelo baseia-se em estimativas do tamanho do software, em termos de milhares de linhas de código (KLOC), e fatores de multiplicação que abordam diversos aspectos como a complexidade do produto, a experiência da equipe, os atributos de hardware entre outros.
 

 <math xmlns="http://www.w3.org/1998/Math/MathML" display="block" style="font-size: 16px;">
 <mi>Esforço</mi>
 <mo>=</mo>
 <mi>KLOC</mi>
 <mo>×</mo>
 <mo>(</mo>
 <mi>fatores</mi>
 <mi>de</mi>
 <mi>multiplicação</mi>
 <mo>)</mo>
 </math>
 

 Analisando as afirmativas, a alternativa correta é:
 <ul>
 <li>I. APF: Correto, é uma métrica de software.</li>
 <li>II. UML: Incorreto, não é uma métrica, mas uma linguagem de modelagem.</li>
 <li>III. COCOMO: Correto, é uma métrica de custo de software.</li>
 </ul>
 

 Portanto, a alternativa correta é D.

</body>
</html>

 independe do número de entradas externas do programa.

 depende do número de usuários simultâneos do programa.

 considera o número de desvios incondicionais existentes.

 leva em conta o número de arquivos lógicos internos.

A métrica de software baseada em pontos de função é uma abordagem utilizada para medir o tamanho funcional de um software, levando em consideração as funcionalidades fornecidas pelo sistema. Dentre as opções apresentadas, a afirmativa correta é a (E) leva em conta o número de arquivos lógicos internos. Os pontos de função são calculados com base em cinco componentes principais: arquivos lógicos internos (ALIs), arquivos de interface externa (AIEs), entradas externas (EEs), consultas externas (CEs) e saídas externas (SEs). Cada um desses componentes é ponderado de acordo com sua complexidade. O número de arquivos lógicos internos (ALIs) é um dos componentes considerados na métrica de pontos de função. Os ALIs representam as áreas de armazenamento de dados mantidas e gerenciadas pelo sistema. Esses arquivos lógicos internos são contados individualmente e são utilizados para determinar a complexidade e o tamanho funcional do software. As outras afirmativas estão incorretas: (A) A métrica de pontos de função possui 14 fatores de ajuste de valor, não 12. Esses fatores são utilizados para ajustar a pontuação base dos pontos de função de acordo com características específicas do software. (B) A métrica de pontos de função leva em consideração o número de entradas externas do programa, pois as EEs são um dos componentes contados para determinar os pontos de função. (C) O número de usuários simultâneos do programa não é levado em conta na métrica de pontos de função. Essa métrica se concentra nas funcionalidades do software, não na quantidade de usuários. (D) A métrica de pontos de função não considera o número de desvios incondicionais existentes. Ela se concentra nas funcionalidades fornecidas pelo software, não nas estruturas de controle internas. Portanto, a opção correta é a (E) leva em conta o número de arquivos lógicos internos.

<!DOCTYPE html>
<html lang="pt-BR">
<head>
<meta charset="UTF-8">
<style>
 body {
 font-size: 16px;
 line-height: 1.5;
 }
 .blue {
 color: blue;
 }
 math {
 font-size: 16px;
 }
</style>
</head>
<body>
A métrica de estimativa de esforço de um software é fundamental para planejar e gerenciar o desenvolvimento de sistemas. Um modelo amplamente utilizado é o de "pontos de função", que é referido na alternativa A ("Número de pontos de função").
 

Os pontos de função são uma técnica de medição de funcionalidade de software, criada para estimar o tamanho e o esforço necessários para o desenvolvimento ou manutenção de software. Esta medida é baseada na funcionalidade que o software fornece ao usuário final, sem conta específica para a tecnologia usada para a implementação.
 

Para entender por que o "Número de pontos de função" é a resposta correta para a questão, vamos analisar cada alternativa:
 

<ul>
 <li>A) Número de pontos de função:
 Correto. Esta é uma abordagem baseada nos 'requerimentos funcionais' do sistema, considerando entradas, saídas, consultas, arquivos e interfaces externas do software.
 </li>
 
 <li>B) Número de linhas de código:
 Incorreto, pois este método baseia-se em quantificar o esforço pela quantidade de linhas de código escritas, o que pode variar muito dependendo da linguagem de programação e não necessariamente reflete o esforço baseado em requisitos funcionais.
 </li>
 
 <li>C) Número de linhas de reúso:
 Incorreto. Essa métrica foca na quantificação de linhas de código que são reutilizadas de outros sistemas ou projetos, o que é um aspecto não diretamente relacionado à estimativa inicial baseada em requisitos do software.
 </li>
 
 <li>D) Número de tabelas do sistema:
 Incorreto. Esta métrica seria mais útil em contextos específicos de design de base de dados e não fornece uma estimativa completa do esforço de software baseado em requisitos funcionais completos.
 </li>
 
 <li>E) Número de pontos de aplicação:
 Incorreto. Embora esta seja uma métrica em potencial, não é formalmente reconhecida como um padrão para estimativa baseada em requisitos funcionais do software, ao contrário dos pontos de função.
 </li>
 
</ul>
 

Portanto, ao considerarmos a relevância da métrica em fornecer uma estimativa eficaz baseada em requisitos funcionais, a alternativa correta é A.
</body>
</html>

Questões de Tecnologia da Informação - Engenharia de Software - Métricas de software