Esforço Estimativa baseada em Use Case Points
https://stackoverflow.com/questions/973425
-
13-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPergunta
A partir de agora eu tenho estimativa de esforço feito com base na experiência e, recentemente, o uso de pontos de função.
Agora estou explorando UCP, leia este artigo http: //www.codeproject. com / KB / Arquitectura / usecasep.aspx . Em seguida, verifiquei vários outros artigos com base em Use Case Points (PCD). Eu não sou capaz de descobrir exatamente como ele funciona e é correto.
Por exemplo, eu tenho uma funcionalidade de início de sessão onde o usuário fornece ID de usuário e senha e eu verificar contra uma tabela na base de dados para permitir ou negar o login. I definir um ator de usuário e login como um caso de uso.
De acordo com UCP I categorizar Acesso de caso de uso tão simples ea interface GUI como Complex. Conforme tabela fator UCP eu recebo 5 e 3 de modo que o total é de 15. Depois de aplicar o fator técnico e ajuste de fator ambiental torna-se 7. Se eu tomar fator de produtividade de 20, então eu estou recebendo 140 horas. Mas eu sei que vai demorar, no máximo, 30 horas, juntamente com a documentação e os esforços de teste.
Estou fazendo algo errado na definição de Caso de Uso aqui? UCP diz que se a interface é GUI, em seguida, seu complexo mas aqui o gui é fácil o suficiente para que eu deveria fazer o downgrade que fator? Também fator para simples é 5, devo definir outro nível muito simples? Mas então eu não estou complicando a matéria aqui?
Solução
Parte do problema pode ser como você está transações de contagem. De acordo com o autor da UCP, as transações são uma "ida e volta" do usuário para o sistema volta para o usuário; uma transação é concluída quando o sistema aguarda um novo estímulo de entrada. Neste caso, a menos que o sistema está respondendo ... um início de sessão é provavelmente apenas uma transação a menos que haja várias viagens de e para o sistema.
Confira neste link para mais informações ...
Outras dicas
Ironicamente, a forma logon caixa dois protótipo é muito mais complicado do que uma forma CRUD 2 caixa, porque as necessidades de formulário de logon para ser seguro e a forma CRUD só precisa salvar em uma tabela de banco de dados (e ler e atualizar e excluir).
necessidades um formulário de logon para decidir se onde redirecionar para, como proteger criptograficamente um token de autenticação, se e como papéis de cache, como ou se a lidar com ataques de dicionário.
Eu não sei o que este convertidos nos pontos UCP, eu só sei que a tela de logon em meu aplicativo consumiu muito mais tempo um formulário com um número semelhante de botões e caixas.
A última vez que foi incentivado a contar pontos de função, que era uma farsa, porque ninguém teve tempo para criar um "pontos de função tribunal" para obter decisões sobre difícil de medir as coisas, especialmente aqueles que não se enquadram perfeitamente em o modelo que ponto função de contagem assume.
Aqui está um artigo falando Use Case Points - via Caso de Uso normalizada. Eu acho que o único fator esquecido na sua abordagem é a produtividade que é suposto ser baseado em projetos anteriores. 20 parece ser a média no entanto, se você é muito produtivo (há um conhecido de 10 para 1 proporção de moderados a bons programadores) a produtividade poderia ser 5 trazendo o est UCP. Perto do que você acha que deveria ser. Gostaria de sugerir a olhar para projetos anteriores, o cálculo da UCP, ficando o total de horas e determinar que sua produtividade é realmente. Produtividade sendo uma chave de necessidades fator a ser calculadas para indivíduos e equipes para ser capaz de ser usado na estimação de forma eficaz.
primeira nota que em um trabalho anterior de Ribu afirmou que o esforço para 1 faixas UCP de 15 a 30 horas (ver: http://thoughtoogle-en.blogspot.com/2011/08/software-quotation.html para alguns detalhes);
segunda é claro que este tipo de estimativa, como, também Pontos de Função, é mais preciso quando há um monte de caso de uso e não um. Você não está considerando por exemplo, o arranque do projeto, gerenciamento de projetos, criação de ambientes etc, que são todos embalados em 20 horas.
Eu acho que há algo de errado no seu cálculo: "Eu recebo 5 e 3 de modo que o total é 15". UAW e UUCW deve ser adicionado, não se multiplicaram.
