【正文】 、)、(from 、)、件includeinclude件件件件件includeincludeincludeincludeincludeincludeinclude39 / 61? 監(jiān)控告警、(from 、) 、web、(from 、)、(from 、)、件 includeincludeinclude、(from 、)? 回收回退、(from 、)、(from 、)、、(from 、)、(from 、) 、(from 、)、件 includeinclude件、(from 、) 使用案例描述本章通過使用案例描述模板、使用案例終止結(jié)果決策表及使用案例場景模板方式描述系統(tǒng)的使用案例（以字母和 /或數(shù)據(jù)排序）。其中? 終止結(jié)果決策表 （可選） 定義終止結(jié)果及終止發(fā)生時的條件。? 使用案例場景（ 可選） 是使用案例的實例，表示業(yè)務(wù)中使用的實體有指定值時的業(yè)務(wù)活動。41 / 61對每個使用案例描述 “行為角色到系統(tǒng) ”的交互 , 以事件表流的形式定義用戶和系統(tǒng)之間的交互，系統(tǒng)步驟決策表及系統(tǒng)序列圖：? 使用案例事件流詳細描述當(dāng)行為角色觸發(fā)一個使用案例實例時發(fā)生的與系統(tǒng)的交互。? 系統(tǒng)步驟決策表是終止結(jié)果決策表及系統(tǒng)在何種條件下做何種操作的一個擴展，包括達到終止結(jié)果所需的步驟。? 系統(tǒng)時序圖是對所有終止結(jié)果，以圖形方式描述每步的 “行為角色 系統(tǒng) ”交互情況的交互圖。適當(dāng)使用事件流，系統(tǒng)時序圖或系統(tǒng)步驟決表中的一個或多個描述一個“行為角色系統(tǒng)”交互情況.? 預(yù)處理使用下表描述使用案例。在使用案例描述中可用性可從下面的三個詞中任意選擇：令人滿意、非常重要、經(jīng)常使用（多選）每個行為角色在不同的使用案例中可能扮演不同的類型，即行為角色的類型是和它所處的使用案例相關(guān)的，在使用案例中應(yīng)將每個行為角色和其所屬的類型表達出來。? 原始話單處理主題區(qū)域 原始話單處理業(yè)務(wù)事件 預(yù)處理行為角色案例簡述 將交換機下的文件進行碼制轉(zhuǎn)換前提條件終止結(jié)果 全部原始記錄處理完成案例說明相關(guān)案例 采集可追溯至輸入概述 原始話單輸出概述 標準化的記錄采用的業(yè)務(wù)規(guī)則可用性 經(jīng)常使用，非常重要案例注釋相關(guān)報表ID 請?zhí)峁┻B接相關(guān)界面ID 請?zhí)峁┻B接? 分揀? 描述使用下表描述使用案例。在使用案例描述中可用性可從下面的三個詞中任意選擇：令人滿意、非常重要、經(jīng)常使用（多選）每個行為角色在不同的使用案例中可能扮演不同的類型，即行為角色的類型是和它所處的使用案例相關(guān)的，在使用案例中應(yīng)將每個行為角色和其所屬的類型表達出來。? 話單分揀主題區(qū)域 話單分揀業(yè)務(wù)事件 分揀行為角色案例簡述 將預(yù)處理后的話單按照負載均衡的原則進行話單分揀前提條件終止結(jié)果 全部記錄處理完成案例說明相關(guān)案例 預(yù)處理、批價可追溯至輸入概述 話單輸出概述 批價前的標準話單43 / 61采用的業(yè)務(wù)規(guī)則可用性 經(jīng)常使用，非常重要案例注釋相關(guān)報表ID 請?zhí)峁┻B接相關(guān)界面ID 請?zhí)峁┻B接? 批價主題區(qū)域 批價業(yè)務(wù)事件 批價行為角色案例簡述 對所有的市話、長話話單進行計費處理，并進行明細帳單的合帳前提條件終止結(jié)果 全部記錄處理完成案例說明相關(guān)案例 數(shù)據(jù)分發(fā)、入庫可追溯至輸入概述 話單輸出概述 清單采用的業(yè)務(wù)規(guī)則可用性 經(jīng)常使用，非常重要案例注釋相關(guān)報表ID 請?zhí)峁┻B接相關(guān)界面ID 請?zhí)峁┻B接? 數(shù)據(jù)分發(fā)主題區(qū)域 數(shù)據(jù)分發(fā)業(yè)務(wù)事件 數(shù)據(jù)分發(fā)行為角色案例簡述 將批價后的明細帳單分發(fā)給帳務(wù)系統(tǒng)前提條件終止結(jié)果 全部記錄處理完成案例說明相關(guān)案例 批價可追溯至輸入概述 明細帳單輸出概述 明細帳單采用的業(yè)務(wù)規(guī)則可用性 經(jīng)常使用，非常重要案例注釋相關(guān)報表ID 請?zhí)峁┻B接相關(guān)界面ID 請?zhí)峁┻B接? 終止結(jié)果影響終止結(jié)果的條件 新增客戶 T F F F修改客戶 T F F刪除客戶 T F終止結(jié)果 在計費帳務(wù)系統(tǒng)中增加一個新客戶 ? 修改計費帳務(wù)系統(tǒng)中已有客戶的信息 ? 刪除計費計費帳務(wù)系統(tǒng)中已有客戶 ? 錯誤 ?45 / 61? 同步訂購合同描述主題區(qū)域 接口處理業(yè)務(wù)事件 行為角色 綜合客服案例簡述 新增訂購合同、修改訂購合同、取消訂購合同時綜合客服系統(tǒng)通知計費帳務(wù)系統(tǒng)前提條件 客戶必須存在終止結(jié)果終止結(jié)果 1 新增訂購合同終止結(jié)果 2 修改訂購合同終止結(jié)果 3 刪除訂購合同案例說明 相關(guān)案例 同步客戶資料可追溯至 輸入概述 訂購合同信息輸出概述 數(shù)據(jù)庫表中相應(yīng)記錄的改變采用的業(yè)務(wù)規(guī)則可用性 案例注釋 相關(guān)報表ID相關(guān)界面ID終止結(jié)果影響終止結(jié)果的條件 新增訂購合同 T F F F修改訂購合同 T F F刪除訂購合同 T F終止結(jié)果 在計費帳務(wù)系統(tǒng)中增加訂購合同 ? 修改計費帳務(wù)系統(tǒng)中已有訂購合同 ? 刪除計費計費帳務(wù)系統(tǒng)中訂購合同 ? 錯誤 ?47 / 615 用戶界面需求列出所有與用戶界面相關(guān)的需求? 靈活的費率界面定義? 靈活的套餐界面定義? 靈活的監(jiān)控界面定義? 靈活的報表界面定義? 在界面中體現(xiàn)中國電信的標記、中國電信北方事業(yè)部以及省電信的文字說明? 在頁腳顯示建設(shè)方的公司信息 頁面需求本節(jié)給出頁面說明。? 品牌說明本節(jié)提供公司品牌的說明，包括公司的標識 (LOGO)等信息。? 頁面風(fēng)格定義1. 系統(tǒng)采用簡體中文顯示或輸入信息。2. 用戶圖形界面要求風(fēng)格統(tǒng)一、簡潔明了。對顯示界面使用的文字、字體可以使用統(tǒng)一的風(fēng)格管理，要采用 B/S 結(jié)構(gòu)，客戶端采用瀏覽器，顯示分辨率為1024*768，也支持 800600。3. 錯誤信息采用中文方式顯示。? 頁面層次及列表本節(jié)界面按照界面層次排序。也可以使用地圖方式說明各個頁面之間的關(guān)系。在編號處應(yīng)提供超級連接到相應(yīng)的頁面描述，在相關(guān)使用案例ID處提供超級連接到相應(yīng)的使用案例。分類 編號 描述 相關(guān)頁面 ID 相關(guān)報表 ID 重要性 備注? 頁面說明? 本節(jié)提供頁面內(nèi)容，包含的信息及信息說明，各功能鍵的說明，錯誤提示，并表明那個字段是必需的或可選的?？刹捎帽砀窕蚪缑嬖偷姆绞奖硎?。? 針對每個界面重復(fù)以上內(nèi)容。49 / 616 非功能性需求請參考《需求說明書指南及標準》關(guān)于非功能需求的說明。非功能性需求用于描述系統(tǒng)必須滿足的服務(wù)層次需求（ Service Level Requirement）、系統(tǒng)的非運行（ non runtime）環(huán)境屬性以及系統(tǒng)約束。非功能性需求將應(yīng)用于到整個系統(tǒng)、系統(tǒng)的一部分或某些特殊的情況。 非功能性需求由以下部分組成。非功能性需求使早期的系統(tǒng)容量和成本估計成為可能，評估系統(tǒng)的生存能力，它作為設(shè)計操作模型的基礎(chǔ)為構(gòu)件設(shè)計提供了參考。? 服務(wù)級別需求（ SLR）：系統(tǒng)運行（ runtime）時應(yīng)滿足的非功能需求，包括 :o 容量和性能o 可用性o 安全o 系統(tǒng)管理? 非運行時的非功能需求，包括 :o 可移植性o 可維護性? 系統(tǒng)約束 :o 業(yè)務(wù)約束 ，比如地理約束o 技術(shù)規(guī)范o 技術(shù)約束，比如已有的硬件，必須使用的 DBMS 非功能需求列表在編號處應(yīng)提供超級連接到相應(yīng)的使用案例，在相關(guān) 使用案例 ID處提供超級連接到相應(yīng)的使用案例。分類 編號 描述 相關(guān)頁面 ID 相關(guān)報表 ID 重要性 備注 服務(wù)級別需求 (SLRs)? 容量和性能本節(jié)描述了系統(tǒng)必須滿足的容量和性能的級別。為每一個需求指定一個標志符（ ID），采用統(tǒng)一前綴（ Vnnnn），并按照標志符的順序排列對每個容量 /性能需求進行描述。? r1 支持用戶容量天津 30萬用戶數(shù)河南 100萬用戶數(shù)? r2 支持業(yè)務(wù)支持到2022 年? r3 計費時間計費系統(tǒng)得到交換機所下話單開始，15 分鐘內(nèi)完成計費處理。? 可用性 系統(tǒng)能夠 7*24 小時不間斷工作 系統(tǒng)的業(yè)務(wù)術(shù)語要滿足電信規(guī)范 對有些復(fù)雜的操作要提供在線幫助的功能 提供集中監(jiān)控告警的界面。51 / 61? 安全性? S1 軟件系統(tǒng)安全? 主機操作系統(tǒng)和數(shù)據(jù)庫系統(tǒng)應(yīng)定期自動做備份；? 開發(fā)、測試系統(tǒng)與生產(chǎn)系統(tǒng)要嚴格分開；? 數(shù)據(jù)傳輸、處理應(yīng)有校驗功能和較強的糾錯功能。? S2 網(wǎng)絡(luò)系統(tǒng)安全? 對非法的外部登錄系統(tǒng)應(yīng)能告警。? 網(wǎng)絡(luò)登錄應(yīng)受到監(jiān)控，對反復(fù)試驗密碼的行為系統(tǒng)應(yīng)能告警。? 系統(tǒng)的各級登錄密碼要嚴格管理。? 網(wǎng)絡(luò)登錄密碼要定期更換。? S3 數(shù)據(jù)安全? 數(shù)據(jù)庫本身應(yīng)有較強的安全機制；? 數(shù)據(jù)安全性能必須達到相關(guān)標準的級別，請?zhí)峁┍井a(chǎn)品的數(shù)據(jù)安全等級；? 數(shù)據(jù)庫的用戶名和密碼應(yīng)與操作的用戶名和密碼不同；? 數(shù)據(jù)庫級，系統(tǒng)應(yīng)用級數(shù)據(jù)應(yīng)按照數(shù)據(jù)備份制度定期備份；? 數(shù)據(jù)庫應(yīng)有較強的故障恢復(fù)能力；? 異種數(shù)據(jù)庫的數(shù)據(jù)共享與傳送應(yīng)保證準確、安全；各種原始計費數(shù)據(jù)均應(yīng)保留備份；? 內(nèi)部數(shù)據(jù)查詢應(yīng)對不同的人員設(shè)定不同的級別，每人只能查詢與自己相關(guān)的數(shù)據(jù)。? S4 應(yīng)用軟件安全（1）提供基于業(yè)務(wù)規(guī)則控制的系統(tǒng)應(yīng)用安全措施。（2）支持根據(jù)業(yè)務(wù)的要求設(shè)置功能控制點，對每一個功能控制點實施權(quán)限控制。（3）支持根據(jù)系統(tǒng)功能應(yīng)用的具體情況，對于應(yīng)用系統(tǒng)的某些處理模塊和某些功能的使用權(quán)限、登錄用戶對于數(shù)據(jù)字典的訪問權(quán)限、應(yīng)用系統(tǒng)操作人員不同角色的處理權(quán)限等，實施權(quán)限控制。（4）提供操作日志和審計功能，記錄操作員進入和退出的時間，記錄每項重要的操作。? 系統(tǒng)管理? 用戶權(quán)限管理用戶和權(quán)限的認證和管理要進行集中統(tǒng)一，通過二期 j 計費帳務(wù)系統(tǒng)的統(tǒng)一的管理和認證平臺。? 監(jiān)控應(yīng)用應(yīng)用軟件要提供集中監(jiān)控告警功能，用戶能夠在統(tǒng)一的界面上完成整個計費系統(tǒng)的所有操作。? 軟件分發(fā)和安裝軟件安裝和分發(fā)時不能通過公網(wǎng)直接進行。軟件在安裝和分發(fā)時要進行病毒檢驗。軟件在升級時要充分考慮版本的統(tǒng)一，保證以前功能的正確使用。 非運行時需求要求能實現(xiàn)相同規(guī)范之間中間件的可移植? 可移植性在統(tǒng)一系統(tǒng)平臺下要求能進行無縫移植。? 可維護性系統(tǒng)的數(shù)據(jù)維護都要求能夠通過應(yīng)用系統(tǒng)的界面來實現(xiàn) 對系統(tǒng)的數(shù)據(jù)操作都可以要求日志記錄，并提供相應(yīng)的回滾功能 系統(tǒng)約束本章定義了業(yè)務(wù)和技術(shù)上的約束以及系統(tǒng)應(yīng)遵循的技術(shù)規(guī)范 .53 / 61? 業(yè)務(wù)約束 系統(tǒng)的業(yè)務(wù)要滿足《北方電信綜合業(yè)務(wù)支撐系統(tǒng)業(yè)務(wù)規(guī)范（綜合客服部分）》的要求 系統(tǒng)的操作員的角色設(shè)置要參考北方電信各省的實際的崗位設(shè)置情況技術(shù)規(guī)范系統(tǒng)的技術(shù)規(guī)范要滿足《北方電信綜合業(yè)務(wù)支撐系統(tǒng)技術(shù)規(guī)范（計費帳務(wù)部分）》的要求? 技術(shù)約束應(yīng)用應(yīng)遵循的標準：（1）所有的應(yīng)用需能夠與 EAI 架構(gòu)標準（XML, CORBA, Java/JSP/J2EE）接口。（3）所有的應(yīng)用應(yīng)是基于 UNIX 的 (Unix based)。（6）應(yīng)用系統(tǒng)應(yīng)支持集中的版本控制與升級管理。（7）應(yīng)用軟件的設(shè)計應(yīng)嚴格符合本規(guī)范三層體系結(jié)構(gòu)的要求，使系統(tǒng)具有良好的靈活性、可操作性和可擴展性，并遵循中國電信集團公司、北方電信的相關(guān)接口規(guī)范7 差距分析報告 差距分析列表應(yīng)用系統(tǒng)功能模塊功能點 差距級別（高、低、無）差距分析 建議數(shù)據(jù)接收功能數(shù)據(jù)接收是指計費系統(tǒng)從采集系統(tǒng)接收各種交換機原始話單、標準化并集中保存的過程低 需做部分本地化工作預(yù)處理功能預(yù)處理，就是對采集模塊采集來的用戶原始服務(wù)使用記錄進行格式轉(zhuǎn)換、記錄合并和檢錯、糾錯、排重、統(tǒng)計記錄的處理過程。高 由于交換機不同并且交換機版本不同，需修改部分處理模塊計費批價功能根據(jù)客戶資料、用戶資料、資源信息、資費政策等各種批價依據(jù)，對預(yù)處理后的標準清單進行費用計算，生成計費清單的處理過程。對于一些需要進行優(yōu)惠的話單做二次批價，并對所有的批價后的話單做明細帳單的合帳處理。批價的對象包括北方各省（區(qū)、市）的互聯(lián)網(wǎng)業(yè)務(wù)、長話去話業(yè)務(wù)和市話業(yè)務(wù)所產(chǎn)生的各種服務(wù)使用記錄。高 28 種業(yè)務(wù)需求，需要做代碼的修改和完善資費政策管理功能資費政策管理是完成綜合計費系統(tǒng)中各類產(chǎn)品資費數(shù)據(jù)參數(shù)化管理，資費數(shù)據(jù)包括各類產(chǎn)品標準費率、產(chǎn)品包費率。低 需新增部分B/S 界面高額控制處理功能高額控制處理，就是根據(jù)預(yù)先設(shè)定的高額控制規(guī)則庫，對客戶數(shù)據(jù)進行分析，以甄別高額客戶，并根據(jù)分析結(jié)果進行告警等管理。低 需部分本地化工作錯誤話單回收對批價產(chǎn)生的錯誤話單，提供人工干預(yù)的修改操作，并進行回收重計費處理。低 需部分本地化工作55 / 61