上篇我們講到
《基礎軟體&基礎評估》，第一層的心法是熟知标準和度量模型、掌握并運用方法、熟悉評估流程、熟悉公司業務,最後說了系統架構不斷優化，軟體系統跟着業務變化多端，今天就為朋友們帶來軟體成本度量的第二層心法《增強開發、中間系統評估》。
第二層、增強開發、中間系統評估
「軟體成本度量」的第二層心法，嚴格判定修改類型、重用度，準确判斷系統使用者、掌握業務知識和行業系統架構。悟性高者3年可成，差一點的3-5年才能練成。
舉例：電信BOSS系統更新改造、銀行大前置系統
評估文檔：需求單
計數類型：更新改造系統
使用者：上遊管道系統、下遊資料倉庫等
項目特征：項目完成、電信或金融行業、北京地區
《重用程度調整說明》
特殊情況下，可根據實際情況，再進行調整，主要判斷依據為如下：
低——如果資料功能的資料元素改變等于或超過50%，則重用程度為低；如果基本過程的主要處理邏輯發生變化，資料元素，通路或維護的邏輯檔案改變等于或超過50%，則重用程度為低。
高——如果資料功能的資料元素改變等于或低于20%，則重用程度為高；如果基本過程的主要處理邏輯未發生變化，且相關資料元素和通路或維護的邏輯檔案改變等于或低于20%，則重用程度為高。
中——除了前面描述的低和高的情況，則重用程度為中。
《修改類型說明》
新增——原系統中沒有此功能A，現添加功能A。故功能A為新增類型
修改——原系統中有功能B，現為功能B添加一個校驗規則或新增若幹字段。故功能B為修改類型
删除——原系統中有功能C，現業務調整，需要對功能C下線。故功能C為删除類型
某銀行核心大前置需求單内容：目前，信用卡商務卡不允許在我行ATM機存款，限制規則為卡号第7位為6、7的信用卡不能在ATM存款。但該設定影響卡号第7位為6、7的新卡種的功能實作。現需将此限制設定修改為“卡号前7位為6223036、6223037的信用卡不能在我行ATM機存款”。
某醫院某類疾病的專業軟體系統關系圖
根據系統需求說明書和各系統間關系，準确劃分系統邊界。
采集端功能
資料接口平台
分布式業務進行中間件
運維管理平台
縱橫軟體行業，不搞點大資料、雲計算、人工智能，怎麼好意思行走在中關村、張江、南山、等各個城市軟體園…...
下篇我們為大家分享：軟體成本度量進階系列之定制規則性系統評估！敬請期待……
（作者 李長秋 北京軟體造價評估技術創新聯盟 咨詢師）