Diferenças

Aqui você vê as diferenças entre duas revisões dessa página.

--- casos_de_uso:regraapuc [18/01/2019 19:32] – tadeu.sarmento
+++ casos_de_uso:regraapuc [06/08/2020 20:05] (atual) – [Regras de Classificação de Complexidade] bruno.barros
@@ Linha 4: / Linha 4: @@
 **CASO DE USO SIMPLES (peso 5):** a partir de 1 a 3 transações ou de 1 a 4 classes de análise.
-**CASO DE USO MÉDIO (peso 10):** a partir de 5 a 7 transações ou de 5 a 10 classes de análise.
+**CASO DE USO MÉDIO (peso 10):** a partir de 4 a 7 transações ou de 5 a 10 classes de análise.
 **CASO DE USO COMPLEXO (peso 15):** a partir de 8 transações ou mais de 10 classes  de análise.
@@ Linha 46: / Linha 46: @@
 </WRAP>
-<WRAP left round important 80%>
+<WRAP left round info 80%>
 **Distribuição do Esforço por Fases do Projeto**
 <columns>
-O método de estimativa de pontos por casos de uso abrange: a) a contagem dos atores e casos de uso com a suas complexidades; b) o cálculo dos PCUs não ajustados; c) a determinação do fator de complexidade técnica e ambiental e; d) o cálculo dos PCUs ajustados. Tudo isso resulta no **Ponto por Caso de Uso**. Para ser convertido em horas, o **Ponto por Caso de Uso** necessita que se trabalhe com uma taxa de produtividade convencionada, para que se estabeleça o produto dessas duas variáveis. Logo, em termos gerais, a estimativa em horas será o **Ponto por Caso de Uso** //multiplicado// pela **Taxa de Produtividade**.
+O método de estimativa de pontos por casos de uso abrange: a) a contagem dos atores e casos de uso com suas complexidades; b) o cálculo dos PCUs não ajustados; c) a determinação do fator de complexidade técnica e ambiental e; d) o cálculo dos PCUs ajustados. Tudo isso resulta no **Ponto por Caso de Uso**. Para ser convertido em horas, o **Ponto por Caso de Uso** necessita que se trabalhe com uma taxa de produtividade convencionada, para que se estabeleça o produto dessas duas variáveis. Logo, em termos gerais, a estimativa em horas será o **Ponto por Caso de Uso** //multiplicado// pela **Taxa de Produtividade**.
 Diante das especificidades dos projetos de software, veio a necessidade de se estabelecer uma distribuição desse esforço resultante entre as fases do projeto, considerando as seguintes fases:
-  - **LEVANTAMENTO:** Compreende a fase de definição da visão do produto. Nesse momento, os aspectos mais relevantes do negócio são levantados para que todos os envolvidos, especialmente os //stakeholders//, compreendam o que irão receber, podendo confrontar o resultado com sua expectativa, especialmente em decorrência da frequente necessidade de se ajustar o objetivo diante dos impactos das mudanças em outras áreas relevantes do processo. Nessa fase, os requisitos também são levantados e discutidos. Diante da avaliação do histórico das entregas e do impacto dessa fase em nossos projetos, convencionamos que ela corresponda a **15% da estimativa total do projeto**.
+  - **LEVANTAMENTO:** Compreende a fase de definição da visão do produto. Nesse momento, os aspectos mais relevantes do negócio são levantados para que todos os envolvidos, especialmente os //stakeholders// diretos, compreendam o que irão receber, podendo confrontar o resultado com sua expectativa, especialmente em decorrência da frequente necessidade de se ajustar o objetivo diante dos impactos das mudanças em outras áreas relevantes do processo. Nessa fase, os requisitos também são levantados e discutidos. Diante da avaliação do histórico das entregas e do impacto dessa fase em nossos projetos, convencionamos que ela corresponda a **15% da estimativa total do projeto**.
   - **PROJETO OU ESPECIFICAÇÃO:** Nesta fase, o time de projeto já recebeu a proposta com a visão aprovada e precisa trabalhar as entregas em nível de caso de uso. Nesta fase, o especialista documenta as alterações no nível necessário para que o especialista em desenvolvimento possa promover os ajustes e implementar as novas funcionalidades. Convencionamos que esta fase corresponda a **20% da estimativa total do projeto**.
   - **DESENVOLVIMENTO:** Como o nome indica, nesta fase, o time de projeto atua na escrita do código das funcionalidades levantadas e especificadas nas fases anteriores. Questões relevantes, relacionadas à arquitetura do sistema, também são tratadas nessa fase. Convencionamos que esta fase corresponda a **30% da estimativa total do projeto**.
   - **TESTE:** No teste, temos o esforço estimado para que seja garantida a qualidade esperada conforme acordo estabelecido em tempo de requisitos. Logo, não somente os testes funcionais são realizados nessa fase, mas os testes em nível de análise e desenvolvimento também são realizados; especialmente, o esforço necessário para realizar os cenários levantados conforme construção das massas de teste. Convencionamos que esta fase corresponda a **30% da estimativa total do projeto**.
   - **IMPLANTAÇÃO:** A estimativa na fase de IMPLANTAÇÃO absorve o tempo gasto em atividades que viabilizam a transição do produto de uma fase de desenvolvimento ou homologação para sua operação de fato. Com isso, as tarefas necessárias para garantir uma transição estável não estão limitadas ao processo de acompanhamento e/ou treinamento do cliente final. Esta fase inclui as seguintes abaixo (mas não se limita somente a estas):
-\\
     - Treinamento;
     - Documentação;
@@ Linha 72: / Linha 71: @@
 \\
-Convencionamos que esta fase corresponde a **5% da estimativa total do projeto**. Percebe-se que, ao somar a ponderação de cada fase do projeto, teremos o total de 100%.
+Convencionamos que esta fase corresponda a **5% da estimativa total do projeto**. Percebe-se que, ao somar a ponderação de cada fase do projeto, teremos o total de 100%.
 </columns>