0

Line Of Business アプリケーションを開発するための一種の開発ツールであるアプリケーションを開発しています。私たちが構築している現在のアプリケーションは Windows デスクトップ クライアントですが、Silverlight / クラウドの種類のアプリケーションもターゲットにすることを検討しています。

私たちが探しているのは、中規模から大規模の複雑さのアプリケーションを構築する時間を測定する「標準的な」方法です。「簡単な」方法は、アプリケーションの 2 つのバージョンを構築することです。1 つは VS やコンポーネントなどの「標準」ツールを使用し、もう 1 つは当社のプラットフォームを使用しますが、より小さな部品を測定するより効率的な方法を探しています。私たちの製品を使用してどれだけの時間を節約できるかについて、いくつかの有用な指標を得ることができました。

皆さん、私が見るべき指針や、何をテストすべきかなどはありますか?

4

1 に答える 1

0

数えられるものはすべて潜在的な尺度です。LOC、クラス、コンポーネント、依存関係など。

実際に時間を測定せずに、具体的に「時間測定」について質問します。時間を文書化する場合は、時間を測定するしか方法はありません。費やされると思われる時間を推定または予測したい場合は、予測ツールを使用できます。COCOMO モデルは、おそらく最もよく知られているモデルです。このモデルは、LOC を必須の入力として使用し、いくつかの追加のキャリブレーション パラメーター (複雑さ、システムの種類、担当者の経験、過去のキャリブレーションなど) を使用します。

元のモデルは再設計され (本質的により多くのパラメーターを含む)、COCOMO II と呼ばれます。そして初代モデルはCOCOMO 81に改名(Boehmが最初のモデルを発表したのは1981年)。

COCOMOでググると色々出てきます。
ウィキペディアの記事はおそらく最初のヒットの 1 つです: http://en.wikipedia.org/wiki/COCOMO

于 2011-04-26T08:29:00.510 に答える