使用状況に基づいた作業量の見積もり

Question

現在、私は経験と最近の機能点に基づいて努力見積もりを行っています。

私は今、この記事を読んでhttp://www.codeproject.com/KB/architecture/usecasep.aspx、UCPを模索しています。その後、ユースケースポイント（UCP）に基づいてさまざまな記事をチェックしました。私はそれがいかに正確に機能しているかを知ることができず、正しいものです。例えば

、私は、ユーザーがユーザーIDとパスワードを提供し、私がログインを許可または拒否するために、データベース内のテーブルに対してチェックログイン機能を持っています。私はユーザー・アクターとログインをユースケースとして定義します。

UCP当たりとして、私は複合体としてシンプルGUIインタフェースとしてログインユースケースを分類します。 UCP係数表によると、私は5と3を得て合計は15です。技術的要因と環境要因の調整を適用した後は7になります。生産性係数を20にすると140時間になります。しかし、文書化とテストの努力とともに、最大30時間かかることがわかっています。

私はここでユースケースを定義する際に間違った何かをやっていますか？ UCPによると、インターフェイスがGUIの場合は複雑ですが、ここではGUIは簡単なので、その要因をダウングレードする必要がありますか？また、単純な要因は5ですが、別のレベルを非常に単純なものとして定義する必要がありますか？しかし、私はここで問題を複雑にしていないのですか？

Answer 1

問題の一部は、トランザクションをどのようにカウントしているのかもしれません。 UCPの著者によると、トランザクションはユーザーからシステムへの「ラウンドトリップ」であり、ユーザーに戻ってきます。システムは新しい入力刺激を待っているときにトランザクションが終了する。この場合、システムが応答していない限り、ログオンはおそらくシステムとの間で数回の往復がない限り、わずか1回のトランザクションです。

詳細については、このリンクをご覧ください...

http://www.ibm.com/developerworks/rational/library/edge/09/mar09/collaris_dekker/index.html

Answer 2

原則的に2つのボックスログオンフォームは、ログオンフォームが安全である必要があり、CRUDフォームがデータベーステーブルに保存（および読み取りと更新と削除）する必要があるため、2ボックスCRUDフォームよりはるかに複雑です。 。

ログオンフォームは、どのように暗号的にするためにリダイレクトするようにどこかあれば辞書攻撃に対処するためにどのように、役割をキャッシュする方法場合や、認証トークンを確保するかどうかを判断する必要があります。私は、これはUCPポイント内に変換さかわからない

、私はちょうど私のアプリでログオン画面はボタンやボックスの同様の数でより多くの時間形式を消費していることを知っています。

前回私は機能点を数えることを奨励されました。誰もが、機能的な点を裁判所に設定する時間がなかったので、馬小屋でした。ファンクションポイントの計数を前提としたモデルに変換します。

Answer 3

ここでは、正規化ユースケースを使用してユースケースポイントについて説明します。あなたのアプローチで見過ごされている1つの要素は、過去のプロジェクトに基づいていると思われる生産性です。あなたが非常に生産的であれば（たとえ良いプログラマーに中程度の割合で10対1の比率があるのか​​）、生産性は、UCPがあなたが思っていると思うものに近いものになる可能性があります。過去のプロジェクトを見て、UCPを計算し、合計時間を得て、あなたの生産性が本当に何であるかを判断することをお勧めします。個人やチームが見積りに効果的に使用できるようにするためには、生産性を重要な要素として計算する必要があります。

Answer 4

Ribuの前の仕事で、彼は1 UCPのための努力は、15〜30時間（参照：いくつかの詳細についてhttp://thoughtoogle-en.blogspot.com/2011/08/software-quotation.htmlを）の範囲と述べた最初のノート。

2番目に、この種の推定は、関数点も同様に、ユースケースが多い場合とそうでない場合がより正確であることは明らかです。例えば、プロジェクトの立ち上げ、プロジェクト管理、環境の創造などは20時間以内にすべて詰め込まれています。

Answer 5

私は計算に何か問題があると思います。「私は5と3を得て合計が15です。 UAWとUUCWは、乗算されずに加算されなければなりません。