Você está na página 1de 3

UNIVERSIDADE DO ESTADO DO PARÁ

CAMPUS XXIII
CURSO DE BACHARELADO DE ENGENHARIA DE SOFTWARE

Disciplina: Estimativa de Software Docente: Alan Barreto


Discente: Vitoria Santos Data: 09/04/2023

Atividade 0
1. Pesquise a definição de LOC e KLOC.
a. Conceitue com suas palavras sobre LOC e KLOC.
Na tradução literal da palavras LOC, significa ‘Lines of Code’, que traduzido para português.
É uma métrica utilizada tradicionalmente para o produto/software.
KLOC deriva da multiplicação de LOC por mil. Seu uso é comum na descrição de grande
softwares.
1000 LOC = KLOC
Segundo Succi (2023), a maioria das medidas tradicionais são utilizadas para quantificar a
complexidade de um software, pois são simples no entendimento e aplicação. Porém, essas
formas tradicionais não consideram o conteúdo de inteligência e layout do código determinam
a produtividade exclusivamente com base na quantidade de linhas.
b. Dê um exemplo de utilização prática dessa métrica.
O LOC pode se utilizado para mensurar a complexidade e até para mensurar os custos de uma
projeto.
Succi (2023) menciona em seu artigo, que a métrica LOC/KLOC pode ser associada a outras
métricas como:
● Erros/KLOC
● $/KLOC
● Páginas de documentação/KLOC
● Produtividade = KLOC/PM (o esforço é medido em pessoas-mês)

O LOC pode ser utilizado para mensurar a complexidade e até para mensurar os custos de
uma projeto.
c. Indique um cenário que você acredita que utilizaria.
Atualmente, como desenvolvedora Low-code da Power Platform, acredito que dentro do meu
cenário profissional, não utilizaria esse método, pois devido a praticidade do desenvolvimento
Low-code, são necessárias entre 1 e 30 linhas de código para cada objeto.
Diante disso, eu utilizaria esse método apenas em projetos puros, como desenvolvimento de
programas para uso no desktop, como Vegas, Adobe Reader, Meta Trader 4, Whatsapp
Desktop, Gimp, etc.
2. Pesquise a definição de Planning Poker.
a. Conceitue com suas palavras sobre Planning Poker.
O Planning Poker é uma metodologia que é feita em equipe e é mais subjetiva, podendo ser
rastreável e tem melhor previsibilidade.
Para utilização do Planning Poker, o time de um determinado projeto se reúne no início e em
períodos regulares para avaliação conjunta. Como é feita avaliação de complexidade:
1. A equipe se reúne e o líder distribui cartões com números, podendo variar numa escala
(1 à 10 ou 1 à 5), para cada integrante.
2. A seguir, o líder irá solicitar que cada integrante determine a sua dificuldade com a
etapa do projeto em discussão, com a utilização do cartão.
3. Após algum tempo, todos os membros devem revelar sua escolha em relação à
dificuldade de executar a etapa em questão.
4. Havendo grande disparidade entre os números escolhidos, o porquê da escolhe deverá
ser discutido. Caso haja similaridade na escolha, ficará acordado que o número da
média é o grau de complexidade daquela tarefa.
5. A partir desse ponto, a etapa do projeto será delagada a alguém e os prazos
estabelecidos, podendo ser avaliados em Sprints (Scrum). Ou etapa poderá ser lançada,
junto às outras em uma matriz de priorização para definição de Rapidez, Autonomia,
Benefício (Matriz RAB). Deve-se consideram que essa matrizes de priorização são
utilizadas amplamente para a resolução de problemas. Porém pode ser adaptada para
uso no desenvolvimento do software.
O Planning Poker contempla o uso do Cone de Incerteza, que é construído ao longos das
reuniões citadas acima, Figura 1. Para Brasileiro, R. Planning Poker:
“O Cone da Incerteza prevê que estimativas iniciais de um projeto podem varia de 0% a
400%, ou seja, a estimativa máxima pode chegar a ser 16 vezes maior que a mais baixa. O
cone da incerteza mostra que as estimativas tendem muito a variar no inicio do projeto, mas
que ao longo do tempo elas vão se estabilizando até deixarem de ser estimativas e passarem
a ser realidade.” (Brasileiro, R. Planning Poker)
Figura 1 - Planning Poker; Fonte:https://www.metodoagil.com/planning-poker/

b. Dê um exemplo de utilização prática dessa métrica.


Exemplo citado na letra A dessa questão.
c. Indique um cenário que você acredita que aplicaria.
Eu utilizaria no desenvolvimento de uma projeto altamente complexo, conforme os projetos
citados na questão anterior.
3. Indique dois artigos, um para cada tema ( LOC e LOCK e Planning Poker), como referência de
vocês.
● Referências LOC/KLOC
○ Succi, G., Kruglov, A. (2023). Conceito e Princípios de Medição. In: Desenvolvendo
Sistemas de Software Sustentáveis ​e Eficientes em Energia. SpringerBriefs em
Ciência da Computação. Springer, Cham.
https://doi.org/10.1007/978-3-031-11658-2_1. Acesso em: 9 abr. 2024.
○ De Oliverira, R. Métricas de Código. Disponível em:
<https://www.linkedin.com/pulse/m%C3%A9tricas-de-c%C3%B3digo-rodrigo-olive
ira/>. Acesso em: 9 apr. 2024.
● Referências Planning Poker
○ M. Fernández-Diego, E. R. Méndez, F. González-Ladrón-De-Guevara, S. Abrahão
and E. Insfran, "An Update on Effort Estimation in Agile Software Development: A
Systematic Literature Review," in IEEE Access, vol. 8, pp. 166768-166800, 2020,
doi: 10.1109/.Acesso em: 9 abr. 2024.
○ Brasileiro, R. Planning Poker: Tudo que você NÃO sabia sobre a melhor técnica de
estimativa. Disponível em: <https://www.metodoagil.com/planning-poker/>. Acesso
em: 9 abr. 2024.

Você também pode gostar