前言

成都服務(wù)器托管，成都創(chuàng)新互聯(lián)提供包括服務(wù)器租用、托管服務(wù)器、帶寬租用、云主機(jī)、機(jī)柜租用、主機(jī)租用托管、CDN網(wǎng)站加速、域名申請(qǐng)等業(yè)務(wù)的一體化完整服務(wù)。電話(huà)咨詢(xún)：18980820575

本文的目標(biāo)讀者是從事軟件行業(yè)采用FPA功能點(diǎn)方法對(duì)軟件研發(fā)工作量評(píng)估的人員。列舉了一些FPA 方法實(shí)踐過(guò)程中的常見(jiàn)問(wèn)題，有FPA 方法評(píng)估標(biāo)準(zhǔn)定義，也有實(shí)踐過(guò)程中得出的方法建議，僅供參考。

一、 幫助文檔

應(yīng)用系統(tǒng)中的幫助功能通常有三種形式。

1、應(yīng)用程序的幫助 - 此種情形下的“幫助”適用于整個(gè)應(yīng)用程序，通常的形式是 GUI 系統(tǒng)上的“幫助”菜單。

2、屏幕形式的幫助 -此種情形下的“幫助”適用于基于GUI或Web 的系統(tǒng)中的特定屏幕。

3、字段形式的幫助 -此種情形下的“幫助”適用于應(yīng)用程序中的特定字段。

4、根據(jù)FPA 方法，“幫助信息”計(jì)數(shù)為一個(gè)內(nèi)部邏輯文件， 每個(gè)“幫助”計(jì)數(shù)為一個(gè)事務(wù)功能（前提是“幫助信息”是本系統(tǒng)維護(hù)的）。 復(fù)雜度通常為“低”。

5、“幫助”、“關(guān)于”經(jīng)常是編碼數(shù)據(jù)或靜態(tài)頁(yè)面，通常不進(jìn)行計(jì)數(shù)。

如圖所示：

二、 導(dǎo)航菜單

在web 框架系統(tǒng)中常見(jiàn)有導(dǎo)航菜單欄，可根據(jù)頁(yè)面布局需要或功能布局需要，此類(lèi)菜單通常是可以在后端進(jìn)行配置和調(diào)整的，前端通過(guò)實(shí)時(shí)查詢(xún)展現(xiàn)。但此類(lèi)功能是一種編碼數(shù)據(jù)，通常只有菜單編號(hào)、菜單名稱(chēng)、菜單鏈接、菜單序號(hào)等字段，并無(wú)實(shí)際業(yè)務(wù)含 義。在功能點(diǎn)計(jì)數(shù)時(shí)，不進(jìn)行計(jì)數(shù)。

如圖所示：

三、 圖表

圖表展示和生成方式有多種：

1、實(shí)時(shí)查詢(xún)報(bào)表，此類(lèi)報(bào)表從數(shù)據(jù)的生成到查詢(xún)展現(xiàn)給用戶(hù)為一個(gè)基本過(guò)程，通常計(jì)數(shù)為EQ 或 EO，無(wú)數(shù)學(xué)運(yùn)算或衍生數(shù)據(jù)生成識(shí)別為EQ，否則識(shí)別為 EO。

2、通過(guò)批處理事先生成報(bào)表數(shù)據(jù)落地到數(shù)據(jù)庫(kù)中，在提供查詢(xún)界面展示報(bào)表數(shù)據(jù)。從基本過(guò)程來(lái)講這是兩個(gè)基本過(guò)程。批處理生成報(bào)表數(shù)據(jù)的基本過(guò)程識(shí)別為 EI，查詢(xún)展現(xiàn)報(bào)表數(shù)據(jù)的過(guò)程識(shí)別為EQ 或EO。此時(shí)落地存儲(chǔ)的報(bào)表數(shù)據(jù)庫(kù)表是否要計(jì)為內(nèi)部邏輯文件？從FPA 方法論中我們知道所有的事物功能（EI/EO/EQ）都必須引用或維護(hù)內(nèi)部邏輯文件或者外部接口文件。如果不計(jì)數(shù)內(nèi)部邏輯文件，那么報(bào)表生成和查詢(xún)的事物功能是否不能計(jì)數(shù)？在報(bào)表實(shí)現(xiàn)的過(guò)程中我們發(fā)現(xiàn)主要的工作量是在報(bào)表生成和報(bào)表查詢(xún)的開(kāi)發(fā)。標(biāo)準(zhǔn)功能當(dāng)中一個(gè)邏輯文件通常對(duì)應(yīng) 4~6 個(gè)基本過(guò)程，如增刪改查以及提供接口等。此時(shí)的報(bào)表數(shù)據(jù)只是一種加工后的事物數(shù)據(jù)，并非新增的邏輯文件。因此根據(jù)我們的經(jīng)驗(yàn)通過(guò)批處理生成報(bào)表只計(jì)數(shù)批處理生成報(bào)數(shù)據(jù)過(guò)程EI 和查詢(xún)報(bào)表數(shù)據(jù)過(guò)程EQ/EO 即可。

3、同一個(gè)報(bào)表既有表格、又有餅狀圖、條形圖來(lái)展現(xiàn)。同常表格展示的是明細(xì)數(shù)據(jù)，條形圖展現(xiàn)的是匯總排序，餅狀圖展現(xiàn)的是分類(lèi)百分比。因此每個(gè)圖表所展示的字段屬性和業(yè)務(wù)需求是不一樣的。在功能點(diǎn)計(jì)數(shù)時(shí)，應(yīng)把每個(gè)圖表單獨(dú)計(jì)數(shù)為 EQ/EO。

四、 打印、導(dǎo)出

打印和導(dǎo)出功能分兩種情況：

1、在查詢(xún)列表的基礎(chǔ)上進(jìn)行打印、導(dǎo)出。此時(shí)查詢(xún)列表已單獨(dú)計(jì)數(shù)為一個(gè)EQ 或EO。打印、導(dǎo)出在此基礎(chǔ)上執(zhí)行。查詢(xún)數(shù)據(jù)的處理過(guò)程可以復(fù)用。因此打印和導(dǎo)出可分別計(jì)數(shù)為一個(gè)獨(dú)立的事物功能EQ 或EO，但重用程度可識(shí)別為高。

2、直接輸入查詢(xún)數(shù)據(jù)范圍或數(shù)據(jù)類(lèi)別進(jìn)行導(dǎo)出，此時(shí)沒(méi)有查詢(xún)列表，因此導(dǎo)出和打印功能可分別計(jì)數(shù)為一個(gè)獨(dú)立的事物功能EQ 或EO，單重用程度可識(shí)別為低。

五、 短信碼發(fā)送

在一些安全性要求高的系統(tǒng)或系統(tǒng)登錄注冊(cè)過(guò)程中經(jīng)常會(huì)遇到要求輸入手機(jī)號(hào)碼獲取驗(yàn)證碼進(jìn)行身份認(rèn)證的過(guò)程。發(fā)送短信驗(yàn)證碼的功能是否為一個(gè)獨(dú)立基本過(guò)程可計(jì)數(shù)功能點(diǎn)？答案是不可以。我們發(fā)現(xiàn)發(fā)送短信驗(yàn)證碼并不是主要的業(yè)務(wù)目的，往往是在我們進(jìn)場(chǎng)注冊(cè)登錄、支付、賬戶(hù)查詢(xún)的過(guò)程中需要對(duì)我們的身份做驗(yàn)證或登記操作，才要求我們獲取短信碼進(jìn)行驗(yàn)證，缺少驗(yàn)證碼驗(yàn)證則無(wú)法完成我們的主要業(yè)務(wù)目的。因此短信驗(yàn)證碼不是主要業(yè)務(wù)目的， 只是其他功能中的一個(gè)處理邏輯。在功能點(diǎn)計(jì)數(shù)時(shí)，不對(duì)該功能進(jìn)行計(jì)數(shù)。

六、 審批流程

目前大多數(shù)系統(tǒng)的流程審批功能都是通過(guò)流程引擎配置實(shí)現(xiàn)的。

1、如果流程是開(kāi)發(fā)人員通過(guò)配置+開(kāi)發(fā)而新建、修改的。這個(gè)情況下，用戶(hù)是不能對(duì)其進(jìn)行維護(hù)的。所以，這流程本身就不是ILF；用戶(hù)感知的是提交、審批、審核等事務(wù)功能，可計(jì)數(shù)，并且根據(jù)審批節(jié)點(diǎn)進(jìn)行計(jì)數(shù)，重用程度一般為高，根據(jù)去重原則去重即可。審批節(jié)點(diǎn)中的同意、拒絕視為一個(gè)審批功能，為審批結(jié)果的兩種不同狀態(tài)或分支。

2、如果流程引擎是開(kāi)放給業(yè)務(wù)用戶(hù)操作的，那么就對(duì)流程引擎自身的功能進(jìn)行計(jì)數(shù)。用戶(hù)新增、修改的具體流程本身就不能計(jì)數(shù)為ILF，同理提交、審批也不計(jì)數(shù)。就像是用戶(hù)在 CRM 系統(tǒng)里新增、修改了一條具體的客戶(hù)信息一樣。

七、 遷移

遷移本身為非功能性需求，因其工作量可量化，因此除了環(huán)境準(zhǔn)備外，本身的開(kāi)發(fā)工作量可定制規(guī)則進(jìn)行計(jì)數(shù)。

1、功能遷移，通常處理邏輯、數(shù)據(jù)字段、數(shù)據(jù)訪(fǎng)問(wèn)方式會(huì)有變化，可識(shí)別為對(duì)原有功能的修改。

2、數(shù)據(jù)遷移，識(shí)別需要遷移邏輯文件的數(shù)量，每個(gè)邏輯文件的遷移對(duì)應(yīng)一個(gè)EI，統(tǒng)計(jì) EI 數(shù)量作為數(shù)據(jù)遷移工作功能點(diǎn)計(jì)數(shù)結(jié)果。從實(shí)際操作過(guò)程中有時(shí)較難以識(shí)別是否為邏輯文件，可以變相識(shí)別一個(gè)物理表為一個(gè) EI，重用程度為中或高。

遷移項(xiàng)目評(píng)估方法僅為建議，而非IFPUG 發(fā)布的FPA 標(biāo)準(zhǔn)功能點(diǎn)方法中的標(biāo)準(zhǔn)。

八、 微服務(wù)架構(gòu)系統(tǒng)

微服務(wù)架構(gòu)是一種將單應(yīng)用程序作為一套小型服務(wù)開(kāi)發(fā)的方 法，每種應(yīng)用程序都在其自己的進(jìn)程中運(yùn)行，并與輕量級(jí)機(jī)制（通常是HTTP 資源的 API）進(jìn)行通信。這些服務(wù)是圍繞業(yè)務(wù)功能構(gòu)建的，可以通過(guò)全自動(dòng)部署機(jī)制進(jìn)行獨(dú)立部署。這些服務(wù)的集中化管理已經(jīng)是最少的，它們可以用不同的編程語(yǔ)言編寫(xiě)，并使用不同的數(shù)據(jù)存儲(chǔ)技術(shù)。

在對(duì)微服務(wù)架構(gòu)系統(tǒng)進(jìn)行功能點(diǎn)計(jì)數(shù)時(shí)，我們首先要考慮的就是系統(tǒng)邊界。度量的目的是為管理服務(wù)，因此在劃分系統(tǒng)邊界時(shí)， 因遵從組織的管理需求和組織對(duì)系統(tǒng)的定義。如果組織已定義好每個(gè)IT 系統(tǒng)，則以組織定義的系統(tǒng)為邊界，采用標(biāo)準(zhǔn)功能點(diǎn)方法進(jìn)行計(jì)數(shù)。在一個(gè)系統(tǒng)邊界內(nèi)，有多個(gè)微服務(wù)單元，每個(gè)微服務(wù)單元均有獨(dú)立的數(shù)據(jù)庫(kù)以及微服務(wù)單元之間是采用接口的方式進(jìn)行數(shù)據(jù)的訪(fǎng)問(wèn)或傳遞，其主要工作量也集中于微服務(wù)單元之間的接口開(kāi)發(fā)和邏輯處理。因此在對(duì)一個(gè)微服務(wù)系統(tǒng)進(jìn)行功能點(diǎn)計(jì)數(shù)時(shí)，可將每個(gè)微服務(wù)單元?jiǎng)澐譃樾〉倪吔缱R(shí)別相應(yīng)的事物功能，數(shù)據(jù)功能不在識(shí)別。因?yàn)樵谝粋€(gè)系統(tǒng)邊界內(nèi)相同的邏輯文件有且僅有一個(gè)。

微服務(wù)架構(gòu)系統(tǒng)評(píng)估方法僅為建議，而非IFPUG 發(fā)布的FPA 標(biāo)準(zhǔn)功能點(diǎn)方法中的標(biāo)準(zhǔn)。（北京軟件造價(jià)評(píng)估技術(shù)創(chuàng)新聯(lián)盟）

本文題目：FPA方法功能點(diǎn)計(jì)數(shù)常見(jiàn)問(wèn)題
分享鏈接：http://chinadenli.net/article44/jpsghe.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供域名注冊(cè)、企業(yè)網(wǎng)站制作、網(wǎng)站導(dǎo)航、企業(yè)建站、搜索引擎優(yōu)化、外貿(mào)建站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀(guān)點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話(huà)：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)