English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

例を数えるSymons の印II 機能ポイント

ソフトウェア RSS Feed





私は、ここにSymons の印II 方法を使用して機能ポイントの明確な説明そして計算、提供する。

私達は各々の機能プロセスのためのサブプロセスの(記入項目は、読まれて、書く出る) 識別によって始まる; 機能プロセスのサイズはデータ移動(記入項目、読まれる出口の合計書く) であり、ソフトウェアの部分のサイズは機能プロセスのすべてのサイズの合計である。

そう適用のための機能ポイント索引(FPI) は下記のとおりである: FPI = Wi * SNi + 私達* SNe + Wo * SNo 、‘S‘ すべての論理的なトランザクション上の合計、および入力データの要素タイプ、データエンティティー種類参照およびアウトプットデータの要素1 タイプ毎の業界平均の重量数をある、それぞれ意味する:

今ここにこれの例は使用される規則についての情報については練習する、計算の実行の実用性を示すように意図されていてポイントマニュアル(CPM) を数えることを見るSimmons をある。

指定:
私達をピザレストランの販売、プロダクト、および在庫(目録) を把握するように意図されている簡単なソフトウエアシステムのためのデータモデルを仮定することを許可しなさい。

タイプを含んで、入れられる販売の細部があるためにシステムにできべきで、各販売の各プロダクトの数はこれレシートが顧客のために印刷されるようにする。

それはまたinventory(stock) が自動的に更新されるようにする。新製品を加えるか、既存のプロダクトを削除するか、またはプロダクトの調理法を変更することは可能なはずである。利用できるプロダクトすべてをリストするプロダクトレポートを発声することは可能なはずである。

各プロダクトのリストと同様、このレポートはまた、各プロダクトのために、プロダクトNo. 、製品の説明、構成項目No. 、商品説明、および使用された量を示す。週間レポートは、8.am の毎月曜日自動的に発声されるべきで、販売される量の各プロダクトを先週に示す。

製造者へ順序を送るプロセスはモデルで示されていない。これは各々の承認された製造者にレストランシステムへのアクセスがあるあり、時最低順序量の下の落下を供給するあらゆる項目の在庫ので標準的な量を、インボイスのノートと急派すると期待される。積送品は製造者から着くとき、inventory(stock) が自動的に更新されるようにシステムでitems/quantities/prices の細部を入れることは可能なはずである。

毎月の終わりに会計士はインボイスを点検し、手形を支払う。インボイスが支払われたことを記録することは彼女が可能なはずである。システムへのアクセスは単一メニューを通ってある。

一般的な仮定:
1) この機能計算はプロジェクトの視点に基づくCPM のMkII 版1.3.1 を使用して努力のデータがないので論理的なトランザクションサイズが与えられるしかしながら得られた。


2) CPM の規則1 によって、直接ユーザーの指定で参照される機能条件しか、訂正そのような機能性をそこに提供するためにだけ作られる考慮されない。


3) 前のシステムであること努力についての歴史的なデータを与えられて、私使用した次に企業の標準の重量を量を要求しなかった: Wi のための0.58 、私達のための1.66 年およびE0 のための0.26 。


4) 意思は電子資源の管理のために必要とされる主要な実体の概要、理論的な眺めおよび関係をある。


5) このピザレストランは方向づけられるサービス非常にでないし、顧客及びかマッチのトッピングが混合しないようにしない。


6) これはプロダクトが重量によって制御される量の' マクドナルド' 様式システムである。


トランザクション用機能:
[ a ] 販売の細部(外的な入力) を入れなさい;

仮定:
1) レシート数は自動的に発生する。

2) “Product_Description” 名前を含む約60 の特性の概略記入項目が、あると仮定される

3)Product 実体は属性“Type_Of_Item” を; 要求する、部門データを貯えるため、清涼飲料のような販売される社内に作成されるピザと製造物間に区別がある。

入力:
1) は新しい販売(制御) を選ぶ; 命令[ 販売の選択によって表現されるユーザーの行為: Receipt_No ] 。

2) 選り抜きプロダクトタイプ(ビジネス); ピザ関連製品の分類されたドロップダウン・リストからのユーザーのchoses はタイプする[ プロダクト: Type_Of_Item ] 。

3) 選り抜きプロダクト“name” (ビジネス); ピザのドロップダウン・リストからのユーザーのchoses は商品を関連付けた。[ プロダクト: Product_Description > Receipt_No 及びProduct_No ] 。

4) 項目(ビジネス) の選り抜き数; 顧客は3 枚の大きいマルガリータピザ[ Item_sale を発注することができる: Quantity_Sold ] 。

5) は販売(制御) を確認する; これは回帰的なメニューの選択システムである。

出力:
1) Error/conformation (制御); 販売データ相互作用周期の端。

実体:
1) 販売; ここに記録される販売の発生[ データすべてを書きなさい] 。

2) Item_sale; 販売の実体(こののためのプロダクトのリスト販売) への機能的関係[ データすべてを書きなさい] 。

3) 調理法; [ データすべて読まれる] inventory_item の実体から引かれるべき目録項目を定めるように要求される。

4) Inventory_item; 項目のためのinventory(stock) のレベルを[ Item_No を、書くQuantity_In_Stock 読みなさい] (量の項目X を- Recipe:Quantity_Used 使用した変えるように) 要求されて。

5) システム; 自動的に発生させた販売レシート数および日付を提供する。

FPI の計算: (0.58*5) + (1.66 年* 5) +(0.26*1) = 11.46

[ b ] 新製•i(外的な入力) を加えなさい; 仮定:
1) プロダクト及び品目番号は自動的に発生する。

2) 目録は広場のための調理法の原料のような食糧項目そして関連製品および両方の缶、箱およびプラスチック道具含んでいた。

入力:
1) は新製品(制御) を選ぶ; 命令[ プロダクトの選択によって表現されるユーザーの行為: Product_No の調理法: Item_no 、Inventory_item: Item_no ] 。

2) 選り抜きタイプの項目(制御); 製品分類[ プロダクトのために要求される: Type_Of_Item > Inventory_item: Type_Of_Item ];

2.a) または新製品のタイプ(制御) を入れなさい;

2b) プロダクトタイプ名前を入れなさい(ビジネス); [ プロダクト: Type_Of_Item ];

3) は製品の説明(ビジネス) を入れる; 製品の説明[ プロダクト: Product_Description ] 。

4) 選り抜き項目(ビジネス); [ 調理法: Product_no > Inventory_item: item_no ] 。

4.a) または商品説明(ビジネス) を入れなさい; 商品の記述、[ Inventory_item: Item_Description ] 。

4b) 保有基準(ビジネス) を入れなさい; [ Inventory_item: Quantity_In_Stock ] 。

4c) 項目を水平に再命令する書き入れなさい(ビジネス); [ Inventory_item: Minimum_Order_Quantity ] 。

5) は量(ビジネス) を入れる; 量の販売の1 単位毎の項目原料[ 調理法を要求しないプロダクトのためにばかばかしいビット: Quantity_Used ] 。

6) はプロダクト(制御) に原料を加える; 任意、プロダクトないすべては付加的な項目を要求する。

6.a) 商品説明(ビジネス) を入れなさい; よい記述、[ Inventory_item: Item_Description ] 。

4b) 保有基準(ビジネス) を入れなさい; [ Inventory_item: Quantity_In_Stock ] 。

4c) 項目を水平に再命令する書き入れなさい(ビジネス); [ Inventory_item: Minimum_Order_Quantity ] 。

出力:
1) Error/conformation (制御); 販売データ相互作用周期の端。

実体:
1) プロダクト; ここに記録されるプロダクトの発生[ データすべてを書きなさい] 。

2) 調理法; リンク実体、なぜならプロジェクトを伝えるために必要な目録[ データすべてを書きなさい] 。

3) Inventory_item; 商品、[Write の標準的なデータをすべてのデータ貯える] 。

4) システム; 自動的に発生させたプロダクトおよび品目番号を提供する。

FPI の計算: (0.58*14) + (1.66 年* 4) +(0.26*1) = 15.02

[ c ] 削除の既存のプロダクト(外的な入力); 仮定:
1) システムを有効にさせる要求にもかかわらず在庫管理操作はここに含まれていない。

2) ここに削除は調理法の記入項目を示す。

入力:
1) 選り抜きプロダクト削除(制御); 命令の選択によって表現されるユーザーの行為。

2) 選り抜きプロダクトタイプ(ビジネス); ピザ関連製品の分類されたドロップダウン・リストからのユーザーのchoses はタイプする[ プロダクト: Type_Of_Item ] 。

3) 選り抜きプロダクト“name” (ビジネス); ピザのドロップダウン・リストからのユーザーのchoses は商品を関連付けた。[ プロダクト: Product_Description > Receipt_No 及びProduct_No ] 。

4) 選り抜き削除(制御); “This は指定プロダクトを削除する。続けなさい[ Y/N]”

出力:
1) ユーザー(制御) への確認;

実体:
1) プロダクト; ここに記録されるプロダクトの発生[ データすべて読まれる];

2) 調理法; [ データすべて読まれる] プロダクトに貯える、必要な目録データを。

FPI の計算: (0.58*4) + (1.66 年* 2)+ (0.26*1) = 5.9

[ d ] プロダクト調理法(外的な入力) を変更しなさい; 仮定:
1) 調理法は必要な原料および量をしか示さない。

入力:
1) 選り抜きプロダクト修正(制御);

2) 選り抜きプロダクトタイプ(ビジネス); ピザ関連製品の分類されたドロップダウン・リストからのユーザーのchoses はタイプする[ プロダクト: Type_Of_Item ] 。

3) 選り抜きプロダクト“name” (ビジネス); ピザのドロップダウン・リストからのユーザーのchoses は商品を関連付けた。[ プロダクト: Product_Description > 調理法: Product_No ] 。

4) 選り抜き削除(制御); “This は指定項目を削除する。続けなさい[ Y/N]”

5) は量の項目(ビジネス) を変える; ピザのドロップダウン・リストからのユーザーのchoses は商品を関連付けた。[ プロダクト: Product_Description > 調理法: Quantity_Used ] 。

6) はプロダクト(制御) に原料を加える; 任意、プロダクトないすべては付加的な項目を要求する。

6.a) 商品説明(ビジネス) を入れなさい; よい記述、[ Inventory_item: Item_Description ] 。

6b) 保有基準(ビジネス) を入れなさい; [ Inventory_item: Quantity_In_Stock ] 。

6c) 項目を水平に再命令する書き入れなさい(ビジネス); [ Inventory_item: Minimum_Order_Quantity ] 。

出力:
1) ユーザー(制御) への確認;

実体: 1) プロダクト; ここに記録されるプロダクトの発生[ データすべて読まれる];

2) 調理法; [ データすべて読まれる] プロダクトに貯える、必要な目録データを。

FPI の計算: (0.58*9) + (1.66 年* 2) (0.26*1) = 8.8

[ e ] 利用できるプロダクトすべてを(外的な出力) 報告しなさい;

入力:
1) 選り抜きレポートプロダクト(制御); 命令の選択によって表現されるユーザーの行為。

出力:
1) 時間と日付;
2) 先頭に立;
3) Product_No;
4) Product_Description;
5) Item_No;
6) Item_Description;
7) Quantity_Used;

Inventory_item: Type_Of_Item ];

2.a) または新製品のタイプ(制御) を入れなさい;

2b) プロダクトタイプ名前を入れなさい(ビジネス); [ プロダクト: Type_Of_Item ];

4) 選り抜き項目(ビジネス); [ 調理法: Product_no > Inventory_item: item_no ] 。

4.a) または商品説明(ビジネス) を入れなさい; よい記述、[ Inventory_item: Item_Description ] 。

4b) 保有基準(ビジネス) を入れなさい; [ Inventory_item: Quantity_In_Stock ] 。

4c) 項目を水平に再命令する書き入れなさい(ビジネス); [ Inventory_item: Minimum_Order_Quantity ] 。5) は受け取られる量を入れる(ビジネス); 付加的な量の項目[ Invoice_item: Quantity_Added > Inventory_item: ] 。

出力:
1) ユーザー(制御) への確認;

実体:
1) プロダクト; ここに記録されるプロダクトの発生[ データすべて読まれる];

2) Inventory_item; [ データすべて読まれる] プロダクトに貯える、必要な目録データを。

3) Invoice_item; [ データすべて読まれる] プロダクトに貯える、必要な目録データを。

FPI の計算: (0.58*9) + (1.66 年* 4) (0.26*1) = 12.12

[ i ] インボイス(外的な入力) の記録的な支払; 入力:
1) 選り抜き順序(制御);

2) 選り抜きプロダクトタイプ(ビジネス); ピザ関連製品の分類されたドロップダウン・リストからのユーザーのchoses はタイプする[ Inventory_item: Type_Of_Item ] 。

3) 選り抜きプロダクト“name” (ビジネス); ピザのドロップダウン・リストからのユーザーのchoses は商品を関連付けた。Inventory_item: Item_Description > Invoice_item: item_no ] 。

4) 受け取られる選り抜き支払(ビジネス); ユーザーはインボイスが支払われたことを記録する。

出力:
1) ユーザー(制御) への確認;

実体:
1) Inventory_item; [ データすべて読まれる] プロダクトに貯える、必要な目録データを。

2) Invoice_item; [ データすべて読まれる] プロダクトに貯える、必要な目録データを。

3) インボイス; ここに記録される積送品の発生。

FPI の計算: (0.58*4) + (1.66 年* 3) (0.26*1) = 7.56

仮想システムの実体は作用する:
[ a ] レシート数(ビジネス) を発生させなさい;
[ b ] 日時のスタンプ(ビジネス) を発生させなさい;
[ c ] エラー報告(制御);
[ d ] 世代別基本キーの索引(ビジネス);
[ d ] プロセス構造(制御)

私はWandle 産業博物館(http://www.wandle.org) のウェブサイトの管理者である。谷の歴史がもはや無視されなかったが、高めたことを保障するために定められたローカル人々によって1983 年に確立されて意識をコミュニティの使用そして利点のための相続財産。

記事のソース: Messaggiamo.Com

Translation by Google Translator





Related:

» Seo Elite: New Seo Software!
» AntiSpywareBOT
» Reverse Mobile
» Error Nuker


ウェブマスター向けのHTMLコードを取得
この記事を追加してお客様のウェブサイトを今しなさい!

ウェブマスター向けの記事を送信してください
登録の必要なし!フォームに記入してください Messaggiamo.Com 記事は、ディレクトリ!

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

記事を送信してください Messaggiamo.Com ディレクトリ

カテゴリ


著作権 2006-2011 Messaggiamo.Com - サイトマップ - Privacy - ウェブマスターの記事を送信してください Messaggiamo.Com ディレクトリ [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu