(高清版)GBT 42588-2023 系統(tǒng)與軟件工程　功能規(guī)模測量　NESMA方法

applicationoffunctionpointanalysis,MOD)國家標(biāo)準(zhǔn)化管理委員會國家市場監(jiān)督管理總局發(fā)布國家標(biāo)準(zhǔn)化管理委員會GB/T42588—2023 Ⅲ V 1 13術(shù)語、定義和縮略語 14FPA總則和總體要求 75FPA操作準(zhǔn)則 9 7內(nèi)部邏輯文件 8外部邏輯文件 9外部輸入 10外部輸出 11外部查詢 附錄A(資料性)結(jié)構(gòu)調(diào)整對照 附錄B(規(guī)范性)功能類型賦值的概要特性 附錄C(資料性)功能規(guī)模的增加 附錄D(資料性)本文件應(yīng)用案例 IⅢGB/T42588—2023起草。本文件修改采用ISO/IEC24570:2018《軟件工程N(yùn)ESMA功能規(guī)模測量方法功能點(diǎn)分析應(yīng)用本文件與ISO/IEC24570:2018相比，在結(jié)構(gòu)上有較多調(diào)整。兩個文件之間的結(jié)構(gòu)編號變化對照一覽表見附錄A。本文件與ISO/IEC24570:2018的技術(shù)差異及其原因如下：標(biāo)準(zhǔn)之間的協(xié)調(diào)一致性；使用； —刪除了ISO/IEC24570:2018的圖1,因?yàn)閳D中關(guān)于項目成本、生產(chǎn)率屬性的內(nèi)容不是本文件—刪除了ISO/IEC24570:2018附錄B中的Automatedinformationsystem和File術(shù)語，因?yàn)椴环闲g(shù)語的編寫規(guī)則；功能點(diǎn)分析estimatedfunctionpointanalysis(見3.1.39),因?yàn)檫@兩個術(shù)語表達(dá)的是同樣的意——刪除了ISO/IEC24570:2018的多個懸置段內(nèi)容(見1.4、第2章～第9章),因?yàn)槭墙榻B或說明——為懸置段增加了條標(biāo)題和條編號；——為附錄B和附錄C中無條號的標(biāo)題增加了條編號；請注意本文件的某些內(nèi)容可能涉及專利。本文件的發(fā)布機(jī)構(gòu)不承擔(dān)識別專利的責(zé)任。南電網(wǎng)有限責(zé)任公司信息中心、浙江省電子信息產(chǎn)品檢驗(yàn)研究院、國家應(yīng)用軟件產(chǎn)品質(zhì)量檢驗(yàn)檢測中上海寶信軟件股份有限公司、上海同思廷軟件技術(shù)有限公司、北京軟件和信息服務(wù)交易所有限公司、有限公司。GB/T42588—2023GB/T42588—2023功能點(diǎn)分析(FPA)方法作為軟件功能規(guī)模測量方法中的一種，最初由A.J.Albrecht在1974年到1979年間開發(fā)的，F(xiàn)PA是對大量項目進(jìn)行生產(chǎn)率研究得出的結(jié)果。FPA的第一個版本是在1979年推出的，隨后根據(jù)實(shí)踐經(jīng)驗(yàn)在1983年和1984年進(jìn)行了修訂。里，“應(yīng)用程序”是指“一個自動化的信息系統(tǒng)”。功能點(diǎn)代表了應(yīng)用程序提供給用戶的信息處理的數(shù)量。FPA首先被用來測量應(yīng)用程序構(gòu)建后系統(tǒng)開發(fā)和系統(tǒng)維護(hù)的生產(chǎn)率，目前這項技術(shù)也用于支持軟件項目預(yù)算編制和評估工作。本文件是FPA方法中的一種，按照項目所處階段和需求的詳實(shí)程度將方法FPA分為預(yù)估功能點(diǎn)V1GB/T42588—2023系統(tǒng)與軟件工程功能規(guī)模測量NESMA方法1范圍本文件符合ISO/IEC14143-11.3適用性2規(guī)范性引用文件ISO/IEC14143-1:2007信息技術(shù)軟件測量功能規(guī)模測量第1部分：概念定義ofconcepts)注：GB/T18491.1-2001信息技術(shù)軟件測量功能規(guī)模測量第1部分：概念定義(ISO/IEC14143-1:1998.3.1術(shù)語和定義3.1.1應(yīng)用程序application2GB/T42588—20233.1.2應(yīng)用程序與其用戶和/或其他應(yīng)用程序之間的概念接口。3.1.3應(yīng)用程序功能規(guī)模applicationfunctionalsize3.1.4在功能細(xì)化時對初始未識別但隱含在需求中的功能點(diǎn)展示。3.1.5功能規(guī)模測量方法中為了測量目標(biāo)而定義和使用的用戶功能需求的基本單位。3.1.6使用本文件定義的規(guī)則為一項功能進(jìn)行特定復(fù)雜度評級的權(quán)重。復(fù)雜度矩陣complexitymatrix用來給功能類型分配權(quán)重的數(shù)據(jù)表。概念數(shù)據(jù)模型conceptualdatamodel從用戶的角度解釋數(shù)據(jù)組的數(shù)據(jù)模型。3.1.10數(shù)據(jù)元素類型dataelementtype;DET3.1.11數(shù)據(jù)功能datafunction提供給用戶以滿足內(nèi)部或外部數(shù)據(jù)存儲要求的邏輯組合。3.1.12數(shù)據(jù)功能類型datafunctiontype3.1.13數(shù)據(jù)信息datainformation3GB/T42588—20233.1.143.1.15詳細(xì)功能點(diǎn)分析detailedfunctionpointanalysis確定應(yīng)用程序或者項目規(guī)模的最精確的計數(shù)。注1:在這樣的應(yīng)用程序或者項目中，F(xiàn)PA所需規(guī)約都已經(jīng)非常詳細(xì)：注2:這意味著事務(wù)處理已經(jīng)被定義到引用邏輯文件(也就是所謂的文件類型參考)和數(shù)據(jù)元素類型邏輯文件已經(jīng)被定義到記錄類型和數(shù)據(jù)元素類型的級別。至此，每個被認(rèn)可的功能的復(fù)雜度才能夠被確立起來。本文件中描述的詳細(xì)功能點(diǎn)分析在計數(shù)中是最準(zhǔn)確的類型，另外兩種技術(shù)是估算功能點(diǎn)分析和預(yù)估3.1.16開發(fā)項目developmentproject3.1.17應(yīng)用本文件來測量開發(fā)項目功能規(guī)模的活動。3.1.18對話dialog3.1.19基本過程elementaryprocess對用戶有意義的最小功能單元。a)該功能對于用戶有著自身完備的意義，并且完全執(zhí)行一個完整的信息處理過程。換句話說，功能是自包3.1.203.1.21增強(qiáng)項目enhancementproject對既有應(yīng)用程序進(jìn)行功能完善的項目。3.1.22對實(shí)現(xiàn)了既有應(yīng)用程序更改的項目進(jìn)行測量時進(jìn)行的計數(shù)。3.1.23當(dāng)錯誤的數(shù)據(jù)被輸入，或者當(dāng)其他處理錯誤發(fā)生時，應(yīng)用程序給出的消息。3.1.24外部輸入externalinput;EI處理或控制來自應(yīng)用程序邊界之外的數(shù)據(jù)或信息的基本過程。4GB/T42588—2023末期功能點(diǎn)分析finalfunctionpoinFPA表FPAtableFPA數(shù)據(jù)表ELFFPAtablesELFFPA數(shù)據(jù)表ILFFPAtablesILF注2:這些組件確定了應(yīng)用程序提供給用戶的功能數(shù)量。3.1.36功能點(diǎn)數(shù)據(jù)表functionpointtable5GB/T42588—20233.1.383.1.39注2:估算功能點(diǎn)分析是本文件所述的中間分祈類型。另外兩種類型的分析是詳細(xì)FPA和預(yù)估FPA。3.1.44列表功能listfunction邏輯文件logicalfile6GB/T42588—20233.1.483.1.49菜單menu3.1.50通過一系列相關(guān)的菜單和屏幕畫面實(shí)現(xiàn)應(yīng)用程序與用戶之間的對話。3.1.51輸出產(chǎn)品outputproduct由應(yīng)用程序發(fā)布的一種被采用信息的邏輯形式。注：典型的輸出產(chǎn)品包括記錄、輸出文件或者發(fā)送給其他應(yīng)用程序的消息。3.1.52用功能點(diǎn)表示的開發(fā)項目或者增強(qiáng)項目的規(guī)模。注1:項目功能點(diǎn)計數(shù)能確定實(shí)現(xiàn)新軟件，或更改既有軟件的功能所需要的投入。3.1.53記錄類型recordtype邏輯文件中的實(shí)體類型。3.1.54注：輸出介質(zhì)對于FPA來說是無關(guān)緊要的，記錄可能同時涉及外部輸出和外部查詢。3.1.55事務(wù)transaction3.1.56事務(wù)文件transactionfile一個臨時數(shù)據(jù)文件。3.1.57提供給用戶用以處理數(shù)據(jù)功能的基本過程。3.1.58事務(wù)功能類型transactionalfunctiontype分配給事務(wù)功能的任一個類別。3.1.59一個在形式和/或邏輯處理上不同于應(yīng)用程序提供的其他任何功能的功能。7GB/T42588—20233.1.603.1.613.2縮略語DET:數(shù)據(jù)元素類型(DataElementType)EI:外部輸入(ExternalInpuEO:外部輸出(ExternalOutput)EQ:外部查詢(ExternalinQuiry)ELF:外部邏輯文件(ExternalLogicalFile)FPA:功能點(diǎn)分析(FunctionPointAnalysis)FTR:文件類型引用(FileTypeReferenced)GUI:圖形用戶界面(GraphicalUserInterface)ILF:內(nèi)部邏輯文件(InternalLogicalFile)LF:邏輯文件(LogicalFile)NESMA:荷蘭軟件度量協(xié)會(NetherlandSoftwareMeasurementAssociation)RET:記錄類型(RecordType)4FPA總則和總體要求4.1FPA定義a)功能點(diǎn)分析的目的；4.2FPA使用范圍4.3功能點(diǎn)分析的類型8GB/T42588—2023a)預(yù)估功能點(diǎn)分析；b)估算功能點(diǎn)分析；c)詳細(xì)功能點(diǎn)分析。4.4項目開發(fā)過程中的功能點(diǎn)分析a)初期功能點(diǎn)分析；b)中期功能點(diǎn)分析；c)末期功能點(diǎn)分析。4.5功能點(diǎn)分析的范圍及邊界功能點(diǎn)分析范圍是指被包括在功能點(diǎn)分析范圍內(nèi)的功能需求/規(guī)格說明的集合。一旦確定范圍就4.6用戶FPA有以下三種用戶類型：b)負(fù)責(zé)確認(rèn)功能規(guī)格說明中所包含的需求和愿望的雇主和/或員工；c)使用待分析的應(yīng)用程序的數(shù)據(jù)或功能的其他應(yīng)用程序。4.7功能和功能類型功能點(diǎn)分析對應(yīng)用程序的全部或者部分功能進(jìn)行測量，它隨著應(yīng)用程序功能的逐漸明確而不斷完特定的功能類型。從FPA的視角看，應(yīng)用程序中存在五種類型的組件(見圖1)。這些組件決定了應(yīng)用程序提供給用戶的功能總量。數(shù)據(jù)功能類型功能類型外部輸入外部輸出事務(wù)功能類型圖1功能和功能類型9GB/T42588—20234.8功能復(fù)雜度度。功能復(fù)雜度依賴于數(shù)據(jù)元素類型的數(shù)量，以及給定功能關(guān)聯(lián)的邏輯文件數(shù)量。存4.9功能的賦值在確定了功能的復(fù)雜度之后，就可為功能分配一定數(shù)量的功能點(diǎn)。功能點(diǎn)數(shù)的分配應(yīng)按照表1執(zhí)行。表1功能點(diǎn)數(shù)分配表復(fù)雜度內(nèi)部邏輯文件(LF)外部邏輯文件(ELF)外部輸入(EI)外部輸出(EO)外部查詢(EQ)低75343中7454高676注：加粗的數(shù)字為預(yù)估功能點(diǎn)分析所采用的數(shù)值。4.10功能規(guī)模fp(GB/T42588—2023)步驟2:確定應(yīng)用程序的用戶(見4.6)。GB/T42588—2023FP=CILF×35+CEIF×15 (1)部查詢和一些通用功能。因此，內(nèi)部邏輯文件的復(fù)雜度較低，是7fp,事務(wù)功能的平均復(fù)雜度是26fp(3×4+2×5+4),通用功能是2fp。輯文件的一些通用功能1fp。FP=NETM×25+NETE×10 (2)GB/T42588—2023表),也可是詳細(xì)的。這里的概要意味著并非所有細(xì)節(jié)都是已知的，邏輯文件和維護(hù)它們的應(yīng)用程序是a)被計數(shù)的應(yīng)用程序的概念數(shù)據(jù)模型或形式化數(shù)據(jù)模型；b)需要明確不管在此應(yīng)用程序或其他應(yīng)用程序中計數(shù)時，被區(qū)分的邏輯文件是如何維護(hù)的。5.2.2估算功能點(diǎn)分析估算功能點(diǎn)分析確定每個功能類型(事務(wù)功能類型和數(shù)據(jù)功能類型)的功能數(shù)量，并采用標(biāo)準(zhǔn)值來這些復(fù)雜度取值優(yōu)于詳細(xì)功能點(diǎn)分析的復(fù)雜度值規(guī)則。當(dāng)數(shù)據(jù)模型(見5.2.1)可用，并且對使用它的事務(wù)功能(見4.7)有深入了解時，可進(jìn)行估算功能點(diǎn)分析。功能相關(guān)且數(shù)據(jù)功能可識別時，即可應(yīng)用估算功能點(diǎn)。這時迭代代辦事項(有時是產(chǎn)品代辦事項)已經(jīng)可使用了。使用估算功能點(diǎn)分析應(yīng)具備以下條件：a)明確所包含的邏輯文件及其相關(guān)項；c)明確應(yīng)用程序功能的輸入和輸出信息流；d)明確要計算的應(yīng)用程序功能與其環(huán)境之間的信息流。5.2.3詳細(xì)功能點(diǎn)分析詳細(xì)功能點(diǎn)分析是最精確的功能點(diǎn)分析，在該分析中，F(xiàn)PA所需的所有規(guī)格應(yīng)已經(jīng)詳細(xì)了解。事務(wù)功能已精確到引用邏輯文件和數(shù)據(jù)元素類型的級別，邏輯文件已經(jīng)精確到記錄類型和數(shù)據(jù)元素類型事務(wù)功能對數(shù)據(jù)模型中的邏輯文件進(jìn)行操作的所有細(xì)節(jié)以及關(guān)于它們的所有進(jìn)一步的功能細(xì)節(jié)都應(yīng)是明確的。GB/T42588—2023使用詳細(xì)功能點(diǎn)分析應(yīng)具備以下條件：a)模型中包含所有邏輯文件及其相關(guān)項(例如Bachman圖或?qū)嶓w關(guān)系圖);b)邏輯文件的記錄類型和數(shù)據(jù)元素類型；c)明確邏輯文件的維護(hù)情況：由被計數(shù)的應(yīng)用程序或d)明確應(yīng)用程序功能、輸入和輸出信息流、與函數(shù)有關(guān)的邏輯文件以及支持功能(幫助功能e)應(yīng)用程序的輸入和輸出信息流的詳細(xì)規(guī)格應(yīng)達(dá)到數(shù)據(jù)元素類型級別。5.3規(guī)格說明質(zhì)量的作用無論使用何種類型的功能點(diǎn)分析方法(見5.2),都需要應(yīng)用程序具有完備的功能規(guī)格說明才能應(yīng)用的功能點(diǎn)分析宜保持相同結(jié)果。功能點(diǎn)分析的可信度直接取決于所提供規(guī)格說明的質(zhì)量。高質(zhì)量的規(guī)格說明會減少將其轉(zhuǎn)換為功能點(diǎn)的工作量，并且能夠得出可靠的計數(shù)。規(guī)格說明有缺陷或不完整可能導(dǎo)致無法執(zhí)行FPA,或者由于規(guī)格說明的歧義而導(dǎo)致分析結(jié)果因人而異。5.4項目中的FPAFPA在系統(tǒng)開發(fā)項目的整個過程中都發(fā)揮著作用。例如，在項目的規(guī)劃階段，將執(zhí)行初期功能點(diǎn)5.4.2初期功能點(diǎn)分析記錄應(yīng)用程序(見5.5)和項目(見5.6)的功能規(guī)模。初期功能點(diǎn)分析的目的是根據(jù)工作量和進(jìn)度制定項目預(yù)算。5.4.3中期功能點(diǎn)分析用于在開發(fā)項目或增強(qiáng)項目中發(fā)生變更時(新增、更改或刪除功能)的分析。其反應(yīng)了更改對應(yīng)用程序功能規(guī)模(見5.5)和項目功能規(guī)模(見5.6)產(chǎn)生的影響。功能點(diǎn)分析。中期功能點(diǎn)分析的目的是確定變更請求對與客戶達(dá)成一致的價格和交貨日期產(chǎn)生的影響。5.4.4末期功能點(diǎn)分析在開發(fā)項目或增強(qiáng)項目結(jié)束時(新增、更改或刪除功能)進(jìn)行的分析，其記錄了應(yīng)用程序(見5.5)或項目(見5.6)的最終功能規(guī)模。末期功能點(diǎn)分析是在項目結(jié)束時進(jìn)行。該項目可能涉及應(yīng)用程序的開發(fā)，也可能與應(yīng)用程序運(yùn)維階段的功能完善有關(guān)。末期功能點(diǎn)分析的一個目標(biāo)是確定應(yīng)用程序功能的功能點(diǎn)規(guī)模，另一個目標(biāo)是GB/T42588—20235.5確定應(yīng)用程序的功能規(guī)模應(yīng)用程序邊界是指應(yīng)用程序(正在開發(fā)或已開發(fā))與其環(huán)境(用戶和/或其他應(yīng)用程序)之間的邊界，確定應(yīng)用程序邊界的方法如下。a)由應(yīng)用程序邊界劃分的應(yīng)用程序宜組成一個獨(dú)立的整體，可在很大程度上獨(dú)立于其他應(yīng)用程序運(yùn)行。b)識別所有者或主要用戶。如果有多個所有者或關(guān)鍵用戶，則通常c)通過用戶視角來查看應(yīng)用程序，因此只使用用戶實(shí)際可觀察到的應(yīng)用程序部分。從用戶視角等方式表示，來確定位于應(yīng)用程序內(nèi)部和外部的內(nèi)容。只有用戶要求的并且與之有關(guān)的事項才適用于功能點(diǎn)分析。此邊界內(nèi)的功能。新應(yīng)用程序的功能規(guī)模包括正在構(gòu)建過程中或根據(jù)用戶或用戶組織的要求已經(jīng)完成構(gòu)建的應(yīng)用程a)在應(yīng)用程序的開發(fā)過程中確定功能規(guī)模步驟見5.1。如果開發(fā)項目中的應(yīng)用程序是在單個項目中實(shí)現(xiàn)的，則確定應(yīng)用程序的功能規(guī)模與確定項目的功能規(guī)模步驟相同(見5.6.2);確定應(yīng)文件)中的功能進(jìn)行重復(fù)計數(shù)。c)如果對現(xiàn)有應(yīng)用程序進(jìn)行了增強(qiáng)(功能的添加、更改或刪除),宜按照5.5.3的規(guī)定確定(更改的)應(yīng)用程序的功能規(guī)模。確定增強(qiáng)后應(yīng)用程序的功能規(guī)模采取的步驟如下：步驟1:確定更改前應(yīng)用程序的功能點(diǎn)數(shù)(AFPB);步驟2:確定將哪些事務(wù)和/或邏輯文件添加到應(yīng)用程序，并確定它們的功能點(diǎn)數(shù)(ADD);步驟3:確定從現(xiàn)有應(yīng)用程序中刪除哪些事務(wù)和/或邏輯文件，并計算它們的功能點(diǎn)數(shù)(DEL);步驟4:確定更改哪些事務(wù)和/或邏輯文件。然后確定更改之前(CHGB)和更改之后(CHGA)的功步驟5:確定完善后的應(yīng)用程序的功能規(guī)模(AFPA),采用公式(3)如下： (3)式中：AFPA——項目完善后的功能規(guī)模；GB/T42588—2023DEL——項目刪除的功能點(diǎn)數(shù)；5.6.1項目與應(yīng)用程序功能規(guī)模差異規(guī)模類型生存周期階段初始版本版本1版本2新增刪除更改前后項目大小新增更改后刪除合計新增更改后刪除合計應(yīng)用程序大小初始版本新增更改后更改前刪除合計十200版本1新增更改后更改前刪除合計十500十200-220-100GB/T42588—2023功能點(diǎn)分析包含開發(fā)項目或增強(qiáng)項目的功能需準(zhǔn)許按照5.5.1的規(guī)定確定多個應(yīng)用程序邊界。兩種不同項目類型的定義如下。個子項目負(fù)責(zé)應(yīng)用程序中的某個子系統(tǒng)。如果子系統(tǒng)本身就是一個應(yīng)用程序，那么每個子項目都宜被視為一個單獨(dú)的開發(fā)項目?，F(xiàn)有應(yīng)用程序的重構(gòu)(重新設(shè)計)也是開發(fā)項目功能(見5.7)。a)通過用戶的視角來看待要實(shí)現(xiàn)的應(yīng)用程序。確定項目范圍宜考慮邏輯結(jié)構(gòu)，而非物理結(jié)構(gòu)：類子項目的范圍包括子系統(tǒng)。如果子系統(tǒng)應(yīng)能獨(dú)立存在(例如，由于應(yīng)用程序的分階段實(shí)施或出于功能原因),那么子系統(tǒng)之間的數(shù)據(jù)交換也包含在每個子項目的功能規(guī)模中。該應(yīng)用程序的范圍包含所有子項目，這意味著子系統(tǒng)之間的接口位于整個應(yīng)用程序邊界內(nèi)。項目功能規(guī)模是子項目功能點(diǎn)數(shù)量的總和，可高于整個應(yīng)用程序的功能點(diǎn)數(shù)(應(yīng)用程序功能規(guī)模)計為內(nèi)部邏輯文件或外部邏輯文件。c)判斷某個功能是否位于用戶所需的應(yīng)用程序邊界內(nèi)的一個實(shí)用方法，是詢問用戶是否真的想為這個功能付費(fèi)。d)存在疑問時與用戶進(jìn)行協(xié)商。開發(fā)項目的功能規(guī)模測量采取以下步驟。步驟1:確定要實(shí)現(xiàn)的每個(子)系統(tǒng)的功能點(diǎn)數(shù)量。步驟2:計算轉(zhuǎn)換的功能點(diǎn)數(shù)量。這些功能點(diǎn)僅對項目的功能規(guī)模有幫助。所需的轉(zhuǎn)換軟件不產(chǎn)步驟3:確定項目中正在實(shí)現(xiàn)的其他應(yīng)用程序的變更功能點(diǎn)數(shù)量(見5,1中的步驟1至5)。這些功能點(diǎn)將增加項目的功能規(guī)模(受項目影響的應(yīng)用程序的新功能規(guī)模也應(yīng)根據(jù)每個應(yīng)用程序確定)。步驟4:項目的功能規(guī)模是步驟1、2和3所記錄的功能點(diǎn)數(shù)的總和。增強(qiáng)項目確定功能點(diǎn)中項目功能規(guī)模的步驟如下：GB/T42588—2023EFP=ADD+DEL+CHGA (4)EFP——項目功能點(diǎn)計數(shù)；ADD——項目添加的功能點(diǎn)數(shù)；DEL——項目刪除的功能點(diǎn)數(shù)；步驟5:如果由于更改而應(yīng)制作轉(zhuǎn)換軟件，則需確定它的功能點(diǎn)數(shù)，并5.6.5應(yīng)用程序切換期間的項目功能點(diǎn)分析5.7.2事務(wù)功能更改d)增強(qiáng)版本中事務(wù)功能的邏輯處理方法發(fā)生改變(如新增、更改和/或刪除了驗(yàn)證或計算的結(jié)5.7.3數(shù)據(jù)功能更改a)在增強(qiáng)項目中，由于一個或多個DET被添加到數(shù)據(jù)功能中，和/或數(shù)據(jù)功能的一個或多個GB/T42588—2023DET被改變(見5.7.4),和/或一個或多個DET被從數(shù)據(jù)功能中移除，導(dǎo)致數(shù)據(jù)功能的結(jié)構(gòu)發(fā)b)增強(qiáng)項目中數(shù)據(jù)功能的性質(zhì)發(fā)生改變。例如，因事務(wù)功能的功能變更而使得數(shù)據(jù)功能從外部邏輯文件變?yōu)閮?nèi)部邏輯文件或相反的變更。5.7.4DET更改若DET滿足下列條件之一，則視為DET更改：a)長度(位置數(shù))變更；b)數(shù)據(jù)類型改變(如從字母數(shù)字類型變?yōu)榧償?shù)字類型);c)小數(shù)點(diǎn)位數(shù)變更。5.8特定情況下的FPA傳統(tǒng)設(shè)計通常使用數(shù)據(jù)模型和過程模型來描述用戶需要的功能。數(shù)據(jù)模型可采用實(shí)體關(guān)系圖來描述實(shí)體類型、屬性類型以及它們之間的鏈接關(guān)系。流程模型可采用數(shù)據(jù)流圖的形式來描述功能和數(shù)據(jù)流之間的鏈接關(guān)系。模型是基于傳統(tǒng)設(shè)計進(jìn)行功能點(diǎn)分析的基礎(chǔ)，同時也需要相關(guān)的屏幕布局和列表過程模型中識別。基于傳統(tǒng)設(shè)計進(jìn)行功能點(diǎn)分析具有以下優(yōu)勢：b)設(shè)計是對所有功能性需求的完整說明。5.8.2套裝軟件分析當(dāng)套裝軟件被作為一個可行的解決方案時，首先要確定套裝軟件是否能在現(xiàn)有的技術(shù)基礎(chǔ)設(shè)施上a)套裝軟件能提供哪些用戶需要的功能，這些功能的功能點(diǎn)是多少(套裝軟件在規(guī)格說明書編制階段所計算的功能點(diǎn)數(shù))。b)套裝軟件不能提供哪些用戶需要的功能，這些功能的功能點(diǎn)是多少(套裝軟件既未提供也不必更改的功能點(diǎn)數(shù)。如果隨后為了使其符合用戶的所有原始需求決定升級套裝軟件，升級宜被視為增強(qiáng)(見5.5.3和5.6.4)。c)套裝軟件提供了哪些并非用戶需要的功能，這些功能的功能點(diǎn)是多少(套裝軟件提供的額外功能的功能點(diǎn)點(diǎn)數(shù)。由于這部分功能是套裝軟件規(guī)模的一部分，項目需要支付費(fèi)用。但這部分功能不是對用戶有效和有用的應(yīng)用程序功能。根據(jù)功能點(diǎn)分析的目的(測量套裝軟件中對用戶有用的功能規(guī)模),進(jìn)行套裝軟件功能點(diǎn)分析時不應(yīng)將其計算在內(nèi))。在采購套裝軟件時使用FPA的一大優(yōu)勢在于，關(guān)注提供的功能和成本因素之間的關(guān)系，這在決定套裝軟件規(guī)模分析存在三個可能目標(biāo)。a)確定套裝軟件的性價比。換句話說，套裝軟件所提供每個功能點(diǎn)的成本是多少?在進(jìn)行這項b)確定套裝軟件提供的用戶或客戶所需功能與用戶或客戶所需全部功能的比例(包括新增及變GB/T42588—2023c)確定套裝軟件提供的用戶或客戶所需功能與套裝軟件提供全部功能的比例。識別套裝軟件的數(shù)據(jù)功能遵循以下要求。用數(shù)據(jù)模型。數(shù)據(jù)功能就可從這個數(shù)據(jù)模型中識別出來(見6.21)。識別套裝軟件的事務(wù)功能遵循以下要求：a)如果有功能規(guī)格說明或用戶手冊，套則可識別出一個外部查詢或一個外部輸出。5.8.2.4確定所需功能a)如果功能需求尚未明確，則應(yīng)與用戶合作，確定哪些邏輯文件和套裝軟件哪些功能是相關(guān)的(參考本節(jié)前面關(guān)于如何確定數(shù)據(jù)功能和事務(wù)功能的描述);b)在確定套裝軟件總的應(yīng)用功能規(guī)模時可包括套裝軟件中非用戶要求的那些功能，但在確定有效應(yīng)用功能規(guī)模時(對用戶有用的應(yīng)用功能規(guī)模)則不必包括。及外部查詢來推斷應(yīng)用程序提供的實(shí)際功能。GUI環(huán)境提供的功能，或預(yù)期作為GU1環(huán)境中的標(biāo)準(zhǔn)并由GUI環(huán)境中的工具(幾乎)自動獲得的功能，如GUI對不同設(shè)備的響應(yīng)，應(yīng)被視為操作系統(tǒng)的擴(kuò)展，且不會導(dǎo)致額外功能或數(shù)據(jù)元素類型的計數(shù)。當(dāng)通過上述方式確定功能時注意以下幾點(diǎn)。b)連續(xù)的屏幕畫面。不可分割的在一起的屏幕或窗口通常只是一個事務(wù)功能。d)從屏幕畫面和菜單結(jié)構(gòu)找到應(yīng)用程序提供哪些報告，并且將每個單個報告都作為一個外部輸e)有時可通過不同的媒介(如顯示屏、彈出窗口或打印機(jī)等)展示具有相同布局的報表。當(dāng)邏輯GB/T42588—2023f)一個外部查詢只有被顯式引用(例如在菜單結(jié)構(gòu)里被引用)后才應(yīng)被計數(shù)。在實(shí)際情況中，特別是當(dāng)數(shù)據(jù)被更改和/或刪除時，數(shù)據(jù)顯示經(jīng)常屬于外部輸入的一顯示不作為外部查詢進(jìn)行計數(shù)。g)對列表功能進(jìn)行計數(shù)見6.16。h)使用文檔或者菜單選項來確定存在哪些事務(wù)處理。將這些事務(wù)處理分別作為外部輸入、或者外部輸出進(jìn)行計數(shù)。還要確定每個事務(wù)處理可識別出多少外部輸入和外部輸出。功能和數(shù)據(jù)功能的復(fù)雜度分別設(shè)置為平均值和低值。k)對菜單結(jié)構(gòu)進(jìn)行計數(shù)見6.15。1)需要深入了解定時執(zhí)行的(批量處理的)功能。有時會看到屏幕畫面上、文檔里或者菜單里的a)作為確定功能規(guī)格說明的一種策略；當(dāng)使用原型法作為設(shè)計策略來確定應(yīng)用程序的功能規(guī)格時，宜謹(jǐn)慎使用功能點(diǎn)分析。通常對要解開發(fā)人員和用戶之間的溝通不暢，以及當(dāng)用戶使用應(yīng)用程序后信息需求的轉(zhuǎn)變或變化。只要被開發(fā)的應(yīng)用程序的最終功能存在某種不確定性，功能點(diǎn)分析就無法提供關(guān)于軟件最終規(guī)模的可靠信息。只要有可用的(哪怕是簡單的)數(shù)據(jù)模型，就可進(jìn)行預(yù)估功能點(diǎn)分析。在進(jìn)行原型開發(fā)時編制功能規(guī)格說明于應(yīng)用FPA的通用準(zhǔn)則。5.9.1需求階段FPAa)現(xiàn)有的應(yīng)用程序外觀如何；b)應(yīng)用程序的邊界是什么;c)應(yīng)用程序提供什么樣的功能；d)用戶如何使用應(yīng)用程序；20GB/T42588—2023a)業(yè)務(wù)活動模型；c)將要完成應(yīng)用程序的環(huán)境需求規(guī)格說明書；d)與技術(shù)特性相關(guān)的需求；5.9.1.2分析階段及類型c)為開發(fā)部門修正預(yù)算；d)為后續(xù)系統(tǒng)開發(fā)階段的分包評估報價。5.9.2分析階段FPA21GB/T42588—2023在分析階段得到的應(yīng)用規(guī)模通常還是過低的，這是因?yàn)槲臋n中高度抽象的需求隱藏了相關(guān)細(xì)節(jié)。個適合自身的標(biāo)準(zhǔn)來彌補(bǔ)這個被低估的規(guī)模?？蓪⑦@種彌補(bǔ)稱為自主增長。分析階段的自主增長比需求階段的要低。涵蓋了需求已隱含但最初未被識別的功能。a)確定開發(fā)應(yīng)用程序所需的資源；b)為應(yīng)用程序開發(fā)項目編制預(yù)算；c)為開發(fā)部門修正預(yù)算；d)為后續(xù)應(yīng)用程序開發(fā)階段的分包評估報價；e)當(dāng)分析階段通過合同分包時，通過成本核算解決與分析階段相關(guān)的財務(wù)事項(在這種情況下，可使用每個指定功能點(diǎn)的固定價格);f)記錄和上次標(biāo)示的功能點(diǎn)分析相比應(yīng)要多做或者少做的工作。5.9.3功能設(shè)計階段FPA設(shè)計階段編寫的設(shè)計規(guī)格可作為實(shí)現(xiàn)人工處理程序或計算機(jī)程序的基礎(chǔ)。在此基礎(chǔ)上，邏輯數(shù)據(jù)在功能設(shè)計階段，進(jìn)行詳細(xì)功能點(diǎn)分析的所有規(guī)格說明都已經(jīng)齊全了。如果在后續(xù)階段對于功能a)為實(shí)現(xiàn)應(yīng)用程序而對項目的后續(xù)開發(fā)進(jìn)行預(yù)算；b)估算所需工作量和成本；c)評估開發(fā)階段外包的報價；d)當(dāng)設(shè)計階段通過合同分包時，通過成本核算解決與設(shè)計階段相關(guān)的財務(wù)事項(在這種情況下，可使用每個指定功能點(diǎn)的固定價格);e)和上次標(biāo)示的功能點(diǎn)分析相比，記5.9.3.4文檔要求22GB/T42588—20235.9.4開發(fā)階段FPA5.9.4.2分析階段和類型5.9.5實(shí)施階段FPA5.9.6運(yùn)行和維護(hù)階段FPA23GB/T42588—20235.9.6.2分析時刻和類型在運(yùn)行和維護(hù)階段通常會發(fā)生小的功能變更。在完成變更后，為了重新確定應(yīng)管理和維護(hù)的功能另一個值得研究的是已安裝應(yīng)用程序的功能點(diǎn)數(shù)量和在可用硬件上運(yùn)行這些應(yīng)用程序的成本之間到目前為止產(chǎn)生的所有文檔均宜齊備。這些文檔應(yīng)包含所有要安裝和維護(hù)應(yīng)用程序的功能規(guī)模。6FPA通用準(zhǔn)則6.1從邏輯視角進(jìn)行分析持多項業(yè)務(wù)活動。在功能點(diǎn)分析時不宜考慮某一特定的應(yīng)用程序是如何在技術(shù)上實(shí)現(xiàn)的。業(yè)務(wù)的邏輯視角才是最重要的。所使用的技術(shù)不應(yīng)影響應(yīng)用程序的功能點(diǎn)大小。6.2應(yīng)用規(guī)則在應(yīng)用本準(zhǔn)則時應(yīng)要達(dá)成一些共識。如果有任何偏離規(guī)則以及應(yīng)使用經(jīng)驗(yàn)判斷的內(nèi)容，請務(wù)必記不要主觀地判斷功能項的復(fù)雜度。6.3不重復(fù)計算在應(yīng)用程序的一處或是多處位置。這樣確保一個特定的邏輯文件在一個應(yīng)用程序中只會被計數(shù)一次：化并不是用戶的需求。明確應(yīng)用程序提供的功能與用戶需求的功能是否對應(yīng)。非用戶需求的功能可被計入所提供的應(yīng)用GB/T42588—2023提供的功能用戶需求的功能北用戶需求的功能初始定義的變更請求圖2用戶需求的功能6.5復(fù)用代碼的開發(fā)元來使用。復(fù)用代碼的開發(fā)不影響功能點(diǎn)數(shù)量。6.6復(fù)用既有代碼使得某些特定功能的開發(fā)變得更加簡單。通常這些功能也被算在功能點(diǎn)計數(shù)里。在這種情況下，對于序和外部環(huán)境進(jìn)行信息交互的物理結(jié)構(gòu)。如果缺少了邏輯6.8輸入和輸出記錄輸入和輸出記錄是應(yīng)用程序之間通信的典型代表。正因如此，它們形成了應(yīng)用程序和外部環(huán)境進(jìn)6.9信息安全和授權(quán)6.10操作系統(tǒng)和工具功能點(diǎn)計數(shù)。對操作系統(tǒng)進(jìn)行更改和裁剪來適應(yīng)特定應(yīng)用程序的需要會改變生產(chǎn)率，但是這種操作不增加任何6.11報告生成器和查詢工具報告生成器和查詢工具主要包括以下三種類型：25GB/T42588—2023如果是用戶要求開發(fā)的報表生成器和查詢工具，則應(yīng)作為應(yīng)用程序的一部分，納入功能點(diǎn)計數(shù)。基于與用戶交互的信息流計數(shù)功能項(內(nèi)部邏輯文件，外部邏輯文件，外部輸入，外部輸出和外部查詢),這些功能項組成報告輸出產(chǎn)品和保存用戶自定義查詢。定期的外部輸出和外部查詢宜按照第10章和第11章中的說明進(jìn)行計數(shù)，即使這些功能是在標(biāo)準(zhǔn)報表生成器或查詢工具的幫助下構(gòu)建的。6.12圖形和報表一樣，圖形也可視為一種輸出。這里的功能點(diǎn)分析并不是制作特定圖形并向用戶顯示所需的技術(shù)，而是所使用或顯示的圖形中的信息。因此，F(xiàn)PA應(yīng)使用圖形中跨越應(yīng)用程序邊界的數(shù)據(jù)元素類型來確定輸出的復(fù)雜度。6.13幫助功能如果應(yīng)用程序提供幫助功能，則應(yīng)用程序中的每一種類型的幫助功能計數(shù)為一個外部查詢。幫助功能的示例包括但不限于以下內(nèi)容：——整個應(yīng)用程序的幫助信息；——屏幕或窗口的幫助信息；在詳細(xì)功能點(diǎn)分析中，作為外部查詢的幫助功能復(fù)雜度應(yīng)被評估為“低”;在估算功能點(diǎn)分析中應(yīng)6.14消息計算機(jī)系統(tǒng)消息是由操作系統(tǒng)或其他系統(tǒng)軟件生成，這些消息不納入功能點(diǎn)計數(shù)。功能消息是由應(yīng)用程序的事務(wù)生成，它說明了該事務(wù)的使用情況。如果功能消息與外部輸入、外部輸出或外部查詢相關(guān)，那么在特定功能中產(chǎn)生的所有消息作為一個額外的數(shù)據(jù)元素類型進(jìn)行計數(shù)。根據(jù)第10章中所描述的準(zhǔn)則，供多個事務(wù)功能調(diào)用或同一事務(wù)功能反復(fù)調(diào)用的功能消息(例如日志報告或錯誤報告)被計數(shù)為外部輸出(見第10章)。6.15菜單結(jié)構(gòu)菜單結(jié)構(gòu)通常不納入功能點(diǎn)計數(shù)。然而，對于每一個被識別的事務(wù)功能的啟動，不論在菜單結(jié)構(gòu)中需要多少實(shí)際的步驟數(shù)量，按一個數(shù)據(jù)元素類型進(jìn)行計數(shù)。如果用戶自己可維護(hù)菜單結(jié)構(gòu)和文本，則根據(jù)計算邏輯文件和外部輸入的準(zhǔn)則進(jìn)行計數(shù)。26GB/T42588—20236.16列表功能表框或彈出窗口),被視為外部輸出。顯示列表不是外部查詢，因?yàn)榱斜淼拇笮∈孪炔⒉恢獣?。任何可用的選項不作為獨(dú)立功能計數(shù)。切記當(dāng)列表顯示存儲在FPA表類型的實(shí)體中的數(shù)據(jù)時(參考6.20),不作為獨(dú)立功能計數(shù)，因?yàn)槿绻斜盹@示的數(shù)據(jù)既不在邏輯文件(內(nèi)部邏輯文件或外部邏輯文件)中，也不在FPA表中，那么這個列表功能宜被作為字段級別的幫助功能進(jìn)行計數(shù)(參考6.13)。6.17瀏覽和滾動功能如果應(yīng)用程序依據(jù)非唯一性準(zhǔn)則或基于所篩選數(shù)據(jù)輸出結(jié)果，則將其計為外部輸出。這時屏幕上呈現(xiàn)出選擇項的概覽(滿足條件的每一項對應(yīng)一行),同時用戶可瀏覽每一項的詳細(xì)信息(每一項對應(yīng)一6.18清除功能將每個清除功能計為一個外部輸入，并根據(jù)通用準(zhǔn)則來識別和評估外部輸入(參考第9章)。在功能的6.19功能點(diǎn)分析的完整性檢查6.20FPA表行維護(hù)的FPA表被共同計數(shù)為一個內(nèi)部邏輯文件：FPA數(shù)據(jù)表ILF。由其他應(yīng)用程序維護(hù)的FPA表不納入FPA計數(shù)。以下準(zhǔn)則用于判斷應(yīng)被算作FPA表進(jìn)行計數(shù)的實(shí)體類型，只要滿足其中一個條件，實(shí)體類型就是示例1:含有特定組織數(shù)據(jù)(例如名稱和地址)的實(shí)體類型。b)實(shí)體類型只包含常量數(shù)據(jù)(原則上)。示例3:在4.9中所示的對功能類型進(jìn)行賦值的功能點(diǎn)表，其中所有數(shù)據(jù)元素都是常量。c)實(shí)體類型由一個鍵值(可能是復(fù)合鍵)與一個或者多個解釋性描述組成，前提27GB/T42588—2023執(zhí)行以下操作以確定FPA數(shù)據(jù)表ILF和FPA數(shù)據(jù)表ELF的復(fù)雜度：在FPA里，邏輯文件(內(nèi)部邏輯文件或者外部邏輯文件)是概念實(shí)體類型。概念實(shí)體類型由來自符a)確定數(shù)據(jù)模型中的哪些實(shí)體類型是FPA表，并進(jìn)一步判斷它屬于FPA表ILF還是FPA表1)附加屬性本質(zhì)上是技術(shù)性的(并非用戶需求，例如日期/時間截),無需計數(shù)為數(shù)據(jù)元素類2)附加屬性本質(zhì)上是功能性的(用戶需求),在這種情況下，附加屬性按照步驟4進(jìn)行處理。28GB/T42588—2023的實(shí)體類型一起構(gòu)成一個邏輯文件。根據(jù)下列因素進(jìn)行判斷：1)和另一個實(shí)體類型之間關(guān)系的性質(zhì)(強(qiáng)制性或可選性);2)實(shí)體類型存在的依賴性和獨(dú)立性。這些在后續(xù)進(jìn)一步的檢驗(yàn)(見6.21.3和6.21.4)。在確定了實(shí)體類型之間關(guān)系的性質(zhì)之后，可使用6.21.5中的數(shù)據(jù)表來確定實(shí)體類型之間是如何相互影響的。6.21.3關(guān)系的性質(zhì)(強(qiáng)制性和可選性)關(guān)系的性質(zhì)決定了根據(jù)數(shù)據(jù)模型將有多少個員工(0,1或更多)可為一個項目工作，以及每一個員工可從事多少個項目(0,1或更多)。假設(shè)業(yè)務(wù)規(guī)則是一個項目可用多個員工(至少有一個),并且一個員工應(yīng)為一個項目工作，那么項目和員工之間的關(guān)系表示為1:N;系表示為(1):N;在其他情況下，“N”也可能是可選的：1:6.21.4實(shí)體類型的獨(dú)立性和依賴性實(shí)體獨(dú)立性是指一個實(shí)體類型在沒有其他實(shí)體類型存在的情況下，其本身依舊有意義。下面是在幾種不同的強(qiáng)制或可選情況下如何判斷實(shí)體類型是否獨(dú)立。實(shí)體在(1):(N)關(guān)系中獨(dú)立如果在兩個實(shí)體類型(A和B)之間的關(guān)系是雙向可選的，如圖3所示，則說明兩個實(shí)體類型可獨(dú)立存在。在這種情況下，F(xiàn)PA將每個實(shí)體類型視為一個彼此之間相互獨(dú)立的實(shí)體。如6.21.5中的表格所示，實(shí)體類型A和B在FPA中各自形成一個AAOB圖3雙向可選實(shí)體類型實(shí)體在1:N關(guān)系中依賴為這兩個實(shí)體類型是實(shí)體依賴的。如6.21.5中的表格所示，實(shí)體類型A和B在FPA中共同形成一個邏輯文件。29GB/T42588—2023AAB圖4雙向強(qiáng)制實(shí)體類型實(shí)體在1:(N)關(guān)系中依賴或者獨(dú)立B的情況下獨(dú)立存在(如項目和員工之間的1:(N)的關(guān)系)。在這種情況下，F(xiàn)PA需要考慮實(shí)體類型B的獨(dú)立性。當(dāng)我們想要刪除關(guān)系中的非可選方(本例中的A),但關(guān)系中的可選方(本例中的B)仍然與它關(guān)AAOB圖5單向可選實(shí)體類型11)允許刪除A,同時刪除連接到A的所有B(可能會先給出一個需要確認(rèn)的提示消息，聲明在刪2)只要仍有B與A相連，就不允許刪除A。在情況1中，B除非被連接到A,否則顯然對業(yè)務(wù)沒有意義；而在情況2中，B是非常重要的。在情況2中，在刪除A之前，首先應(yīng)刪除所有相連的B,或?qū)⑦@些B連接到另一個數(shù)據(jù)實(shí)體A。在情況1中，認(rèn)為B是依賴于A的實(shí)體；在情況2中，B是獨(dú)立于A的實(shí)體。正如6.21.5中的表格所示，在情況1中，實(shí)體類型A和B在FPA中共同形成一個邏輯文件；在情況2中，實(shí)體類型A和B各自是一個獨(dú)立的邏輯文件。數(shù)據(jù)。實(shí)體在(1):N關(guān)系中依賴或者獨(dú)立與(1):N的關(guān)系中的A和B之間的獨(dú)立性關(guān)系也可用類似的方式來處理，但這種關(guān)系在實(shí)際中很少出現(xiàn)。此時宜考慮：圖6中想要刪除與A相連的最后一個B(關(guān)系中的非可選方)時，關(guān)系的可選方(本例中的A)會發(fā)生什么?GB/T42588—2023AAB圖6單向可選實(shí)體類型2a)允許刪除最后一個B.同時刪除連接到的A(可能會先給出一個需要確認(rèn)的提示消息，聲明在b)只要有A與最后一個B相連，就不允許刪除Ba體B相連。表3從規(guī)范化實(shí)體類型到邏輯文件的轉(zhuǎn)換表A和B的關(guān)系類型A和B的計數(shù)條件2個LF(ILF或ELF)1個LF,2個RET.DET總和1個LF.2個RET,DET總和B是依賴于A的實(shí)體B是獨(dú)立于A的實(shí)體1個LF,2個RET.DET總和A是依賴于B的實(shí)體A是獨(dú)立于B的實(shí)體2個L.F1個LF.1個RET,DET總和1個LF.2個RET,DET總和B是依賴于A的實(shí)體B是獨(dú)立于A的實(shí)體注：如有疑問，請選擇實(shí)體獨(dú)立。GB/T42588—2023有時候兩個以上的實(shí)體類型也能夠共同形成一個邏輯文件。在這種情況下，將實(shí)體類型的總數(shù)計為記錄類型的數(shù)量。在雙向強(qiáng)制的(1:1)關(guān)系中，始終遵循一個邏輯文件對應(yīng)一個記錄類型的規(guī)則。6.22數(shù)據(jù)的共享使用以下情形提供了在兩個應(yīng)用程序間共享數(shù)據(jù)時識別功能的準(zhǔn)則。a)情形1:應(yīng)用程序A有一個內(nèi)部邏輯文件“客戶信息”,應(yīng)用程序B使用應(yīng)用程序A中邏輯文個外部邏輯文件。應(yīng)用程序A應(yīng)用程序B客戶信息圖7共享數(shù)據(jù)使用情形1程序A的邊界之外。應(yīng)用程序B將提供的副本信息處理到一個或多個自己的內(nèi)部邏輯文件中。副本中的數(shù)據(jù)僅被使用一次(如圖8所示)。使用一次，它顯然不是一個永久性文件，因此客戶信息副本也不是應(yīng)用程序B的邏輯文件。應(yīng)用程序應(yīng)用程序A應(yīng)用程序B內(nèi)部邏輯文件ILF(s)客戶信息副本客戶信息圖8共享數(shù)據(jù)使用情形2GB/T42588—2023(如圖9所示)。A的內(nèi)部邏輯文件。創(chuàng)建“客戶信息摘錄”是一個外部輸出。對于應(yīng)用程序B,“客戶信息摘應(yīng)用程序A應(yīng)用程序B客戶信息客戶信息摘錄圖9共享數(shù)據(jù)使用情形3分發(fā)給其他應(yīng)用程序使用。“客戶信息摘錄”在于應(yīng)用程序A的邊界之外。應(yīng)用程序B讀入應(yīng)用程序A應(yīng)用客戶信息客戶信息副本客戶信息客戶信息摘錄圖10共享數(shù)據(jù)使用情形4GB/T42588—2023圖11所示)。應(yīng)用程序應(yīng)用程序A內(nèi)部邏輯文件(ILFs)客戶信息摘錄客戶信息圖11共享數(shù)據(jù)使用情形56.23數(shù)據(jù)元素類型計數(shù)的通用規(guī)則b)在邏輯文件和FPA表中顯示的字段。f)顯示的衍生數(shù)據(jù)。a)向上/向下翻頁鍵；b)標(biāo)題欄/說明欄；GB/T42588—2023d)字段標(biāo)簽；f)系統(tǒng)日期；g)內(nèi)部更新的字段。7內(nèi)部邏輯文件7.1定義內(nèi)部邏輯文件——被待計數(shù)的應(yīng)用程序使用；——被待計數(shù)的應(yīng)用程序維護(hù)。這種邏輯數(shù)據(jù)組等價的是數(shù)據(jù)建模中的對象類型。使用意味著這些數(shù)據(jù)實(shí)際上也在應(yīng)用程序的處理過程中被使用。7.2識別內(nèi)部邏輯文件7.2.2數(shù)據(jù)的維護(hù)(新增、更改或者刪除)具有決定性的重要意義。只有在應(yīng)用程序中正在使用和維護(hù)的數(shù)據(jù)組才應(yīng)進(jìn)行計數(shù)。——雖然文件是一個內(nèi)部邏輯文件，但沒有被應(yīng)用程序所維護(hù)，這是在用戶功能需求中常見的疏漏。7.2.5如果一個內(nèi)部邏輯文件不能通過一個外部輸入被用戶訪問，應(yīng)確認(rèn)該內(nèi)部邏輯文件是否被正確度時也不統(tǒng)計此類文件。味著要將該文件計為多個內(nèi)部邏輯文件。7.2.9只有當(dāng)歷史文件中的數(shù)據(jù)元素類型集合相對于其他文件是唯一的，歷史文件才被計成一個內(nèi)部7.2.10謹(jǐn)慎識別歷史文件。用戶通常需要它們，但是并不是總能及時對它們進(jìn)行定義。GB/T42588—2023計數(shù)。7.3確定內(nèi)部邏輯文件的復(fù)雜度的屬性都被計算在內(nèi)7.3.1.2FPA數(shù)據(jù)表ILF中涉及的在FPA表中所有數(shù)據(jù)元素類型，只要它們(預(yù)期)用于待計數(shù)的應(yīng)a)等于其他所有內(nèi)部邏輯文件的實(shí)體類型的數(shù)量(見6.21);b)等于FPA數(shù)據(jù)表ILF中的FPA表的數(shù)量。內(nèi)部邏輯文件的復(fù)雜度級別如表4所示。表4內(nèi)部邏輯文件復(fù)雜度矩陣記錄類型數(shù)據(jù)元素類型20～5051及以上1低低中低中高6及以上中高高GB/T42588—20238外部邏輯文件8.1定義外部邏輯文件a)被待計數(shù)的應(yīng)用程序使用；b)不由待計數(shù)的應(yīng)用程序來維護(hù)；c)由另一個應(yīng)用程序進(jìn)行維護(hù)；d)對于待計數(shù)的應(yīng)用程序來說是直接可用的。種邏輯數(shù)據(jù)組等價的是數(shù)據(jù)建模中的對象類型。只使用一次。使用意味著這些數(shù)據(jù)也在應(yīng)用程序的處理過程中被使用。能直接被應(yīng)用程序所計數(shù)意味著即使另一個應(yīng)用程序維護(hù)該邏輯文件，相關(guān)應(yīng)用程序始終可使用該邏輯文件中的當(dāng)前數(shù)據(jù)。8.2.2只有當(dāng)一個文件由其他應(yīng)用程序維護(hù)，而不是由被計數(shù)的應(yīng)用程序維護(hù)時，才可被計數(shù)為外部8.2.3如果通過事務(wù)文件在應(yīng)用程序之間進(jìn)行數(shù)據(jù)交換，則事務(wù)文件不計為外部邏輯文件，而是計為8.2.4一個外部邏輯文件至少存在一個外部輸出和/或一個外部查詢。但是，外部邏輯文件偶爾也會8.2.5一個外部邏輯文件一定是另一個應(yīng)用程序的內(nèi)部邏輯文件。不意味著要將這個文件計數(shù)成多個外部邏輯文件。8.2.7被一個應(yīng)用程序引用但由另一個應(yīng)用程序維護(hù)的，諸如常量、文本和解碼等實(shí)體類型被放在一起作為一個外部邏輯文件(FPA數(shù)據(jù)表ELF)。8.2.8有時即使文件沒有出現(xiàn)在概念數(shù)據(jù)模型里，但是從用戶定義的需求信息中可很清楚地看出這個文件是必需的。如果該文件由另一個應(yīng)用程序提供，并且待計數(shù)的應(yīng)用程序可使用這個文件的當(dāng)前數(shù)據(jù)，那么該文件應(yīng)計為一個外部邏輯文件。如果因技術(shù)原因(如性能)需要該文件的，則該文件不應(yīng)被8.2.9只有當(dāng)一個邏輯文件不是應(yīng)用程序的內(nèi)部邏輯文件時，它才會被計為一個外部邏輯文件，即該應(yīng)用程序不維護(hù)該邏輯文件。8.2.10當(dāng)確定應(yīng)用程序功能點(diǎn)計數(shù)規(guī)模時，對同一應(yīng)用程序的多個子系統(tǒng)公用的邏輯文件只統(tǒng)計一為外部邏輯文件。GB/T42588—2023分別在同等數(shù)量的子項目中或多或少的以并行方式實(shí)現(xiàn)，而且這些子系統(tǒng)已經(jīng)以一種將來要能夠獨(dú)立輯文件不計數(shù)。表5提供了一個概要說明來幫助用戶區(qū)分內(nèi)部邏輯文件和外部邏輯文件。表5內(nèi)部邏輯文件和外部邏輯文件區(qū)分總覽條件計數(shù)為在被計數(shù)的應(yīng)用程序里在其他應(yīng)用程序里在被計數(shù)的應(yīng)用程序里在其他應(yīng)用程序里僅使用使用和維護(hù)使用和維護(hù)僅使用使用和維護(hù)使用和維護(hù)僅使用僅使用不適用不適用ILF=內(nèi)部邏輯文件：ELF=外部邏輯文件；·=邏輯文件不能只是被使用，應(yīng)有一個應(yīng)用程序負(fù)責(zé)其維護(hù)。8.3確定外部邏輯文件的復(fù)雜度8.3.1.1只有那些在應(yīng)用程序中被使用(或?qū)⒈皇褂玫?的屬性才會被統(tǒng)計為數(shù)據(jù)元素類型，并不是所有的屬性都被統(tǒng)計在內(nèi)。8.3.1.2FPA數(shù)據(jù)表ELF中涉及的在FPA表中的所有數(shù)據(jù)元素類型，只要它們(預(yù)期)用于待計數(shù)的應(yīng)用程序中.都應(yīng)一起進(jìn)行計數(shù)。8.3.1.3如果一個規(guī)范化數(shù)據(jù)模型中的多個實(shí)體類型一起形成外部邏輯文件，外部邏輯文件的數(shù)據(jù)元素類型數(shù)量與規(guī)范化實(shí)體類型的數(shù)據(jù)元素類型(屬性)的總和相對應(yīng)。為了避免重復(fù)計數(shù)，被編譯到一個外部邏輯文件中的實(shí)體類型的引用屬性不會被統(tǒng)計。8.3.2記錄類型確定一個外部邏輯文件復(fù)雜度的記錄類型的數(shù)量：a)等于其他所有外部邏輯文件的實(shí)體類型的數(shù)量；b)等于FPA數(shù)據(jù)表ELF中的FPA表的數(shù)量。外部邏輯文件的復(fù)雜度級別如表6所示。GB/T42588—2023記錄類型數(shù)據(jù)元素類型51及以上1低低中低中高6及以上中高高9.1定義外部輸入a)由一組不同于所有其他外部輸入的數(shù)據(jù)元素類型組成；a)它是一個基本過程；b)已被用戶定義；GB/T42588—2023d)跨越應(yīng)用程序的外部邊界；e)通常對應(yīng)用程序的內(nèi)部邏輯文件執(zhí)行新增、更改或刪除數(shù)據(jù)操作。9.2.4用戶直接執(zhí)行的數(shù)據(jù)輸入和源自其他應(yīng)用程序的數(shù)據(jù)輸入(例如，以輸入文件或消息的形式)均9.2.8在執(zhí)行輸入命令之前用于請求確認(rèn)的外部輸入(例如，更改數(shù)據(jù))應(yīng)計為一個外部輸入，因?yàn)樗鼘儆谝粋€基本過程。與授權(quán)功能分別計為一個外部輸入。每個步驟都是一個基本過程。如果明確指定了外部查詢，則可能會在此處顯示。9.2.10對于之前已被統(tǒng)計過的重復(fù)的外部輸入(即，當(dāng)數(shù)據(jù)元素類型的集合和邏輯處理相同時),則不再被統(tǒng)計。9.2.12只有用戶要求的功能才算作外部輸入。9.2.13菜單結(jié)構(gòu)的計數(shù)規(guī)則見6.15。9.2.14如果顯示更改或刪除的數(shù)據(jù)是作為更改或刪除內(nèi)部邏輯文件功能的一部分，則該數(shù)據(jù)顯示將9.2.15同樣的準(zhǔn)則也適用于數(shù)據(jù)自動顯示在更改屏幕或窗口時(例如：連續(xù)顯示輸入文件中的數(shù)據(jù)9.2.16如果向用戶提供了單獨(dú)定義的外部查詢功能，則對外部查詢進(jìn)行計數(shù)。如果查詢到的數(shù)據(jù)可9.2.17如果一個外部輸入由多個輸入屏幕或窗口組成(因?yàn)椴⒎撬行枰臄?shù)據(jù)都可輸入到一個屏幕上),此時計為一個外部輸入。但是，如果每個輸入屏幕或窗口不必經(jīng)過預(yù)先安排的順序也可單獨(dú)使9.2.18輸入和處理數(shù)據(jù)之間的時間延遲不是成為識別額外的外部輸人的理由。功能的一部分。9.2.20如果已根據(jù)數(shù)據(jù)指定了不同種類的邏輯處理，則對另一個應(yīng)用程序提供的事務(wù)文件(含臨時數(shù)據(jù)的文件)的處理將導(dǎo)致多個外部輸入。在其他情況下，當(dāng)事務(wù)文件中定義了幾種記們需要不同的邏輯處理。9.2.23如果在事務(wù)文件中出現(xiàn)帶有校驗(yàn)數(shù)據(jù)的頭記錄和/或尾記錄(例如，總數(shù)或記錄總數(shù)),則這些9.2.24可通過非唯一的選擇標(biāo)準(zhǔn)，選擇需要更改或刪除的數(shù)據(jù)。這意味著將顯示滿足輸入條件的實(shí)個外部輸出(見6.16)。GB/T42588—20239.3確定外部輸入的復(fù)雜度9.3.1.1統(tǒng)計跨越待計數(shù)應(yīng)用程序邊界的所有數(shù)據(jù)元素類型(數(shù)據(jù)和/或控制信息)。關(guān)的數(shù)據(jù)元素類型數(shù)量。9.3.1.5如果錯誤信息和其他消息都有數(shù)據(jù)元素類型，或者有單獨(dú)的屏幕或窗口來顯示消息，則按照6.14中的要求進(jìn)行計數(shù)。9.3.1.7如果在事務(wù)文件中出現(xiàn)帶有校驗(yàn)數(shù)據(jù)的頭記錄和/或尾記錄(例如，總數(shù)或記錄總數(shù)),則此數(shù)據(jù)也算作數(shù)據(jù)元素類型(如果用戶要求)。9.3.2.2在確定外部輸入的復(fù)雜度時，F(xiàn)PA數(shù)據(jù)表ILF和FPA數(shù)據(jù)表ELF不計為引用邏輯文件。這個原則也適用于因技術(shù)原因而引用的文件。9.3.2.3如果已經(jīng)定義了一個過程，其中包含永久數(shù)據(jù)的邏輯文件是基于一個事務(wù)文件(輸人)來維護(hù)的，則將其視為一個或多個(在有多個處理代碼的情況下)外部輸人。(事務(wù)文件的處理)至少有一個內(nèi)部邏輯文件(永久文件)。9.3.2.5由于技術(shù)原因而引入的文件(如臨時文件、排序文件和打印文件)不計數(shù)。確定這些類型的文雜度。9.3.3復(fù)雜度矩陣外部輸入的復(fù)雜度級別的確定如表7所示。表7外部輸入復(fù)雜度矩陣引用文件類型數(shù)據(jù)元素類型16及以上低低中2低中高3及以上中高高41GB/T42588—2023關(guān)于數(shù)據(jù)元素類型和引用文件類型的數(shù)據(jù)可用性依賴于應(yīng)用系統(tǒng)在生存周期中所處的階段。如果10.1定義外部輸出外部輸出(EO)是一種可被用戶識別的跨越應(yīng)用程序邊界的獨(dú)特輸出。它們或者數(shù)據(jù)規(guī)模大小不a)輸出產(chǎn)品的邏輯布局與所有其他輸出產(chǎn)品不同；c)與所有其他外部輸出的輸入部分相比，外部輸出的任何輸入部分都包含一組不同的數(shù)據(jù)元素類型。a)以不同的順序輸出產(chǎn)品數(shù)據(jù)元素類型；1)數(shù)據(jù)元素類型在邏輯文件中沒有值(因此，數(shù)據(jù)元素類型不可見);2)數(shù)據(jù)元素類型在邏輯文件中確實(shí)有值，但與用戶無關(guān)。外部輸出的邏輯處理方式是以用戶指定的某種方法獲得所需的結(jié)果。以下內(nèi)容會涉及外部輸出。所需的算法。a)引用其他邏輯文件；使用不同的選擇值進(jìn)行選擇(無論是否使用不同種類的通配符)和在同一字段上進(jìn)行選擇但使用不自包含的。外部輸出既包括以報表和消息的形式直接提供給用戶的輸出產(chǎn)品，也包括通過在線鏈接或輸出文42GB/T42588—202310.2識別外部輸出a)它是一個基本過程；b)已被用戶定義；c)在待測量的應(yīng)用程序中是獨(dú)特的；d)跨越應(yīng)用程序的外部邊界；e)規(guī)模大小不等或需要進(jìn)一步的數(shù)據(jù)處理(定義見10.1)。10.2.2統(tǒng)計以報表和消息形式直接提供給用戶的輸出產(chǎn)品，以及以輸出文件和消息形式提供給其他應(yīng)用程序的輸出產(chǎn)品。a)外部輸出的輸出規(guī)模大小不等；b)外部輸出不需要輸入即可選擇數(shù)據(jù)；c)外部輸出的輸出可能包含通過進(jìn)一步數(shù)據(jù)處理(如數(shù)據(jù)計算)產(chǎn)生的數(shù)據(jù)。10.2.7一個輸出產(chǎn)品可包含多個外部輸出。如以下幾種情況：而組合在一起。10.2.8具有相同邏輯布局但可幾種方式排序的報表能被計為一個外部輸出，除非每個排序需要不同或額外的邏輯處理。一個外部輸出。10.2.10有時需要將另一個應(yīng)用程序的事務(wù)文件計為幾個外部輸出。例如，當(dāng)文件中出現(xiàn)多個記錄類10.2.11僅計算用戶要求的外部輸出，由于技術(shù)原因而專門引入而非用戶要求的輸出產(chǎn)品不被計算10.2.12由待計數(shù)的應(yīng)用程序維護(hù)、被其他應(yīng)用程序使用的、具有功能永久性數(shù)據(jù)的文件計為內(nèi)部邏10.2.13如果用戶請求一個可能出現(xiàn)的錯誤信息的概述，則不計為單獨(dú)的外部輸出，因?yàn)閹в绣e誤信息的文件是FPA表。10.2.15一個包含錯誤信息，或者涉及不同功能執(zhí)行情況或相同功能被重復(fù)使用的消息的輸出產(chǎn)品被統(tǒng)計為一個或者多個外部輸出。10.2.16一個作為對內(nèi)部邏輯文件維護(hù)的邏輯結(jié)果的輸出產(chǎn)品(例如，事務(wù)報告或處理報告)被計為一個或多個外部輸出。選擇進(jìn)行計數(shù)。每個互斥的選擇或選擇組合分別計數(shù)。10.2.18如果在事務(wù)文件中出現(xiàn)帶有校驗(yàn)數(shù)據(jù)的頭記錄和/或尾記錄(例如，總數(shù)和記錄總數(shù)),則這些43GB/T42588—2023記錄的處理不會計入單個外部輸出。頭記錄可當(dāng)做報表的消息標(biāo)題，而尾記錄可當(dāng)做報表中的統(tǒng)計匯總。計算頭記錄或尾記錄中的數(shù)據(jù)元素類型(如果用戶請求)。10.2.19如果用戶可選擇啟動多個功能(單個運(yùn)行或組合運(yùn)行),且這些功能組合運(yùn)行的效果超過各個a)每個可獨(dú)立運(yùn)行且包含不同處理過程的功能計為一個外部輸出；或彈出功能),則計為外部輸出，前提是該數(shù)據(jù)源于邏輯文件而不是FPA表。顯示列表不是外部查詢，因?yàn)榱斜淼拇笮∈俏粗?。選擇機(jī)會不算作單獨(dú)的功能參與計數(shù)。10.2.22如果一個功能產(chǎn)生的輸出產(chǎn)品的內(nèi)容相同，但使用的語言不同，則該功能將計為一個外部輸是相同的。a)輸出產(chǎn)品具有相同的邏輯布局；b)輸出產(chǎn)品是通過相同的邏輯處理方式產(chǎn)生的。10.3確定外部輸出的復(fù)雜度打印機(jī)、排序順序、打印時間段)均需要計為外部輸出兩次。類型。界的數(shù)據(jù)元素類型才被用來確定復(fù)雜度。10.3.1.10如果在事務(wù)文件中出現(xiàn)帶有校驗(yàn)數(shù)據(jù)的頭記錄和/或尾記錄(例如，總數(shù)或記錄總數(shù)),則將此數(shù)據(jù)計為數(shù)據(jù)元素類型(如果用戶請求)。10.3.2.1通過確定用于驗(yàn)證輸入和/或產(chǎn)生輸出的引用邏輯文件的數(shù)量來確定每個外部輸入的引用邏輯文件的數(shù)量。引用文件可是內(nèi)部邏輯文件或外部邏輯文件。44GB/T42588—202310.3.3復(fù)雜度矩陣一個外部輸出的復(fù)雜度級別的確定如表8所示。引用文件類型數(shù)據(jù)元素類型6～1920及以上低低中低中高4及以上中高高11外部查詢11.1定義外部查詢a)引用其他邏輯文件；a)對用戶而言功能是獨(dú)立的，并且完全執(zhí)行一個完整的信息處理過程。換句話說，功能是獨(dú)45GB/T42588—202311.2識別外部查詢11.2.1當(dāng)輸入數(shù)據(jù)導(dǎo)致直接生成輸出或輸入—輸出組合時，對輸入和輸出數(shù)據(jù)的每種組合識別為外部查詢。外部查詢需要同時滿足以下五條準(zhǔn)則：a)一個基本過程；b)已被用戶定義；c)在待測量的應(yīng)用程序中是獨(dú)特的；d)跨越應(yīng)用程序的邊界；e)輸出規(guī)模大小明確的輸出，且11.2.2外部查詢可能存在于直接來自用戶或其會維護(hù)內(nèi)部邏輯文件。11.2.4請勿將查詢工具與外部查詢混淆。外部查詢是對特定數(shù)據(jù)的直接查詢操作，通常使用單鍵即和操作組成若干查詢。FPA將這種組織結(jié)構(gòu)視為一種應(yīng)用程序，因此應(yīng)單獨(dú)計數(shù)。在這種情況下，只11.2.5僅當(dāng)用戶發(fā)起外部查詢命令時，才進(jìn)行計數(shù)。在數(shù)據(jù)編輯之前的數(shù)據(jù)顯示功能不應(yīng)計為外部查詢。11.2.8外部查詢應(yīng)包含用于控制數(shù)據(jù)處理的數(shù)據(jù)輸入(如選擇標(biāo)準(zhǔn)的輸入)。根據(jù)定義，唯一標(biāo)識的數(shù)據(jù)應(yīng)始終構(gòu)成輸入數(shù)據(jù)的一部分。a)外部查詢輸出的規(guī)模大小應(yīng)明確：b)外部查詢的輸入應(yīng)包含一個唯一標(biāo)識的查詢參數(shù)；c)外部查詢的輸出不應(yīng)包含由進(jìn)一步的數(shù)據(jù)處理而產(chǎn)生的數(shù)據(jù)；11.2.10能夠?yàn)g覽或滾動生成輸出的任何附加功能或數(shù)據(jù)元素類型不計算在內(nèi)。11.3確定外部查詢的復(fù)雜度印機(jī)或打印時間段)均應(yīng)計為外部查詢的數(shù)據(jù)元素類型進(jìn)行計數(shù)。輸出上出現(xiàn)的控制信息計數(shù)兩次。11.3.1.4計算穿越待計數(shù)應(yīng)用程序邊界的所有數(shù)據(jù)元素類型(數(shù)據(jù)和/或控制信息)?？紤]與輸入或輸出部分相關(guān)的所有數(shù)據(jù)元素類型。邊界的數(shù)據(jù)元素類型才被用來計算復(fù)雜度。46GB/T42588—202311.3.3復(fù)雜度矩陣外部查詢的復(fù)雜度如表9所示。引用文件類型數(shù)據(jù)元素類型6～1920及以上低低中低中高4及以上中高高47GB/T42588—2023(資料性)結(jié)構(gòu)調(diào)整對照本文件與ISO/1EC24570:2018相比在結(jié)構(gòu)上有部分調(diào)整，具體章條編號對照情況見表A.1。表A.1本文件與ISO/IEC24570:2018結(jié)構(gòu)編號對照情況本文件結(jié)構(gòu)編號ISO/IEC24570:2018結(jié)構(gòu)編號1123424.14.24.34.44.54.64.74.84.94.102.1053644.14,248GB/T42588—2023表A.1本文件與ISO/IEC24570:2018結(jié)構(gòu)編號對照情況(續(xù))本文件結(jié)構(gòu)編號ISO/IEC24570:2018結(jié)構(gòu)編號4.34.44.54,64.74.84.96.104.106.114.116.124,126.134.136.144.146.154.156,164,166.174.176,184,186.194.196,204.206.214.216.224.226.234.2375868.18.28.3979.19.29.38GB/T42588—2023表A.1本文件與ISO/IEC24570:2018結(jié)構(gòu)編號對照情況(續(xù))本文件結(jié)構(gòu)編號ISO/IEC24570:2018結(jié)構(gòu)編號9附錄A附錄DGB/T42588—2023(規(guī)范性)功能類型賦值的概要特性從用戶的角度看，內(nèi)部邏輯文件(ILF)是一組永久的邏輯數(shù)據(jù)，符合下列各項準(zhǔn)則：——被待計數(shù)的應(yīng)用程序使用；—被待計數(shù)的應(yīng)用程序維護(hù)。導(dǎo)則 假定采用概念數(shù)據(jù)模型：內(nèi)部邏輯文件的復(fù)雜度矩陣表B.1內(nèi)部邏輯文件的復(fù)雜度矩陣記錄類型數(shù)據(jù)元素類型51及以上1低低中低中高6及以上中高高記錄類型的數(shù)量等于包含的實(shí)體類型的數(shù)量。當(dāng)內(nèi)部邏輯文件的記錄類型數(shù)量或者數(shù)據(jù)元素類型數(shù)量未知時，或者在執(zhí)行估算分析時，識別的內(nèi)B.2外部邏輯文件從用戶的角度看，外部邏輯文件(ELF)是一組永久的邏輯數(shù)據(jù)，應(yīng)符合下列各項準(zhǔn)則：——可直接為待計數(shù)的應(yīng)用程序所使用，即使這個邏輯文件是由其他應(yīng)用程序進(jìn)行維護(hù)，待計數(shù)的應(yīng)用程序始終具有來自該邏輯文件的當(dāng)前數(shù)據(jù)。導(dǎo)則——數(shù)據(jù)不得由待計數(shù)的應(yīng)用程序進(jìn)行維護(hù)；——數(shù)據(jù)應(yīng)是功能持久性的；GB/T42588—2023外部邏輯文件的復(fù)雜度矩陣表B.2用于確定外部邏輯文件的復(fù)雜度。表B,2外部邏輯文件的復(fù)雜度矩陣記