四.技術條件

第一章總則

1.1概述

1）本招標文件適用于北京電力公司（以下簡稱招標方）電力營銷管理管控信

息系統（以下簡稱本系統）建設，本招標文件的所有解釋權歸北京電力公

司。

2）本招標文件提出了本系統的建設規模、主要業務需求和技術指標要求，可

供應用軟件集成商（以下簡稱投標方）編寫投標文件之用。

3）本招標文件范圍僅限于本系統相關項目的應用軟件開發、系統集成二與技

術服務與培訓部分（包括軟件開發與實施、系統集成和三年內服務），本

系統相關項目的硬件平臺設備、數據庫平臺、中間件平臺將另行招投標。

4）投標方應按照本招標文件的要求提供詳細、完整的技術合適的方案（注意：

必須根據本系統的開發和應用的需求提出具體的硬件、數據庫、中間件和

網絡支撐平臺解決合適的方案和技術要求）。該技術合適的方案應完全滿

足或高于本招標文件要求，對于本招標文件中的某些部分，投標方如不能

滿足耍求，或有其它替代合適的方案，或有其它修改建議，應在技術合適

的方案中指出其必須進行修改的理由以及與原要求的差別，否則，招標方

即認為投標方可以滿足本招標文件的要求。

5）本系統相關項目工程分一期試點階段、二期推廣階段、三期輔助決策支持

階段共三個階段計16個月完成。投標方必須保證：試點單位在合同合約

生效之日起3個月內完成業務流程梳理、系統設計并通過評審；在合同合

約生效之日起6個月內完成一期公司本部和兩個試點單位的應用開發和系

統實施，原系統的數據遷移，系統試運行：系統試運行2月后，一期試運

行驗收。?期系統通過驗收后6個月內完成北京電力公司所有供電公司、

營業站、供電所、社區服務所的系統全面實施，原系統的數據遷移。推廣

驗收后2個月內完成相關項目決策支持及其余開發工作。投標方必須保證

本系統相關項目中的95598客戶服務系統在合同合約生效之日起5個月內

完成。

6）在招標方辦助下，中標方必須在本系統上線試運行前完成數據轉換匚作，

包括將原數據移植到本系統中，并根據招標方提供的資料補充錄入應該進

入本系統的其它營銷數據。

7）所有招標方認為是本招標文件范圍所要求而被遺漏的相關項目，都被認為

是包含在本次招標范圍內，投標方的報價被視為包含此遺漏相關項目的報

價。投標方可以就投標方認為的遺漏相關項目提請招標方注意，并詳細說

明理由。招標方將就此進行澄清。

8）投標方應保證所提供的所有資料真實、完整、準確無誤，否則招標方將有

權取消投標方的中標資格，由此產生的一切后果由投標方承擔。

1.2定義

1）招標方：北京電力公司。

2）投標方：受邀參加本次投標競爭，向招標方提交投標文件的承包商。

3）中標方：最終被授予合同合約的投標方。

4）投標文件有效期：截標日期后60天內，經雙方協商可以延期。

5）電力營銷管理管控信息系統：包括營銷管理管控信息系統、95598客戶服?-｛帶格式的：原日符號和端號

務系統、電能計量中心管理管控信息系統，下同。

1.3相關項目范圍

1.3.1招標范圍

本系統相關項目招標包括以下合適的內容：

1）軟件開發及實施部分：滿足北京電力公司電力營銷管理管控及客戶服務應

用需要并能夠與其它技術信息系統緊密連接的電力營銷管理管控信息系

統應用軟件W盒與R5598客戶服務信息系統、電能計量中心管理管控信息

系統）國網件（中文版）,包括但不限于以下幾方面：電力營銷管理管

控信息系統。95598'客戶限務信息系統應用軟件的需求調研、開發、客戶

化工作（包括安裝、調試、數據遷移、數據轉換）、二次開發及服務、與

其他相關系統集成，負責各類應用系統技術規范以及階段性技術報告、相

關硬軟件平臺技術規范的制定。

2）系統集成部分：系統集成主要指主機系統、存儲系統、數據庫系統、中間

件平臺、容災及備份系統、網絡與安全系統等軟硬件平臺的集成工作。包

括但不限于以下幾方面：參與服務器系統安裝并對服務器系統的安裝提出

要求；參與網絡與安全系統的調試；對各系統的臉收向招標方提供技術支

持；負責進行系統聯調：在集成服務期限內，對整個系統提供技術維護和

故障診斷，對硬軟件故障聯系廠家（包括硬軟件提供商）進行維修，并向

招標方提供維護報告：負責系統硬軟件（小型機、操作系統除外）平臺的

安裝、調試及性能調優工作：在招標方授權情況下，協調各硬軟件提供商

對系統進行維護：負責對系統后期硬軟件升級和功能擴展提供技術支持。

3）技術支持與服務部分：竣工驗收之日起三年質保維護期內發生的所有服務

（包括但不限于原系統的數據遷移、系統的正常運行維護、升級和可能發

生的系統改造等）。對于工程進度延期的，服務與培訓期限相應順延。投

標方應按照招標文件要求提供必要的培訓服務，應列出境內及境外的詳細

培訓相關計劃及培訓合適的方案、收費標準，并分別注明收費部分和免費

部分。

本次招標采用系統開發商總負責的方式。中標方將同時作為電力營銷

管理管控信息系統與95598客戶服務信息系統、系統軟硬件平臺兩中相關

項目的總協調方，承擔以下責任：

A）負責對電力營銷管理管控信息系統與溺哭雜吟信息系統、統一軟硬

件平臺兩牟相關項目的相關項目工期、進度、質量控制的總體協調和總集

戍-L后J時“J?m西4[、?而■火口FJ￥1.帝U句q一TV片：勢7口的，工門甘J卜蟲二日一:片中叫曲]i,7XJWT一J片T白T勺7J擊T?1什J

B）作為協調用力營銷管理管控信息系統與財務系統以及其它系統數據接口

責任方，必須提供電力營銷管理管控信息系統與財務管理管控信息系統以

及其它系統數據接口的數據格式和合適的方案等并負貢實施，以保證北京

電力公司各相關經營管理管控系統（包括心力營銷管理管控信息系統和財

務管理管控信息系統）數據的完整性：

C）_參與招標方軟、硬件平臺配置標準的制定，提出需求及安裝調試相關計劃

的意見，派合格人員監督指導軟、硬件平臺的安裝、調試并參與臉收。

1.3.2投標方工作范圍

1）需求調研、分析：

2）應用軟件的設計、編碼、調試：

3）應用軟件的現場安裝、調試：

4）系統的測試、驗收；

5）系統的數據轉換，包括將所有營銷電子數據移植到本系統中，并根據招標

方提供的資料補充錄入應該進入本系統的其它營銷數據；

準、電力行業標準進行設計、制造、檢驗和安裝。所用的標準必須是最新版本，

如果這些標準的合適的內容有矛盾時，應按照最高標準的條約條款執行或按雙方

協商同意的標準或條約條款執行,投標方軟件系統和相關項目開發實施管理管控

過程應滿足以下標準和規范要求；

1）ANSI標準的SQL數據庫查詢訪問：

2）《中華人民共和國電力法》及其配套法規：

3）《中華人民共和國計算機信息系統安全保護條例》

4）《計量法》及其實施細貝!：

5）《電能計量裝置管理管控規程》（DL448）：

6）國家電力公司《電力營銷管理管控信息系統設計規范》：

7）國家電力公司《“95598”客戶服務系統建設規范》：

8）國家電網公司《電力營鎮信息系統實用化驗收辦法》：

9）《“95598”電力客戶服務系統實用化評價辦法》：

10）《北京電力公司統一權限管理管控規范》；

11）《北京電力公司軟件開發相關項目管理管控規范》；

12）《北京電力公司統一待辦庫接入規范》：

13）《北京電力公司視覺識別系統管理管控手冊》：

14）《北京電力公司信息系統網絡端口技術規范》

15）《北京電力公司計算機信息系統安全管理管控辦法》

第二章系統現狀

2.1概述

北京電力公司是由華北電網有限公司法人授權經營的特大型供電企業，公司

現有職工10394人，負責北京地區L68萬平方公里的電力供應、銷售和輸電、變

電、配電設施的建設運行，肩負著為黨中央、國務院等上級機關安全供電和保證

首都政治活動安全供電的任務。

北京電力公司現有16個職能部門：總經理工作部、政治工作部、綜合相關計

劃部、戰略規劃部、人力資源部、財務部、審計部、安全監督部、生產技術部、

電網建設部、市場營銷部、科技信息部、行政管理管控部、農電工作部、監察室L

和保衛部。下轄？3個單位：其中16個區域供電公司，17個生產運行單位。(帶格式的：字體:

目前管理管控電力用戶460萬戶，預計未來的5-8年內可增至X00萬戶。

組織機構圖如下：

―■iKW供*公g)

—彳1陽供電丞^

-4和旦碑工作部■溝抽小公51

■J-.-.c,!”一占供0公R

-■計劃3?IZSiKtlJ供皿公匐

jaww㈣境_i二，上供心公h

H人力憒原總，司'H供電＜■＞=)

"?呼都_______T曰平供七公S)

0r

-i世型________"?m?e如卿也■公1P

-----1d，-W；H?芯~■awxitR屯公■H)

-J生產校外夠―■大興供函以~3)

—彳中網建母夠—1平百供總五面一

?”加什沖一?|卜工乎+“」.公用

■f—.近云供9公皿

?1大：血工作M

-d行政tn■函―

―卜保衛邛

—|tn■實H艮再中心

―■｛山索擅________________-計?MT理所|

卜WKW中t＞1齊八眼"中心_|

―伍源中心

一H培VII中心

-|用電fftBMT理中心—1物i5ff公司____________________________|

-]大核:WSt處-----j物業?■理公5)]

----4北棋七力行業協會―，公B)

—■｛協會辦公室?------北京土力的驗陽充中心

-d：?t=?23iftWBt|

―彳北京電力JL4B公S)|

—fdt0cm供網旅發皿公SO|

―，—的＞?燈＜ra中心|

2.2管理管控現狀

管理管控上，屬地供電公司在統?的營銷政策前提下，各有各的特點，各公司

的營銷業務處理流程、管理管控機構、業務管理管控規范、客戶服務的觀念和手

段等方面存在一定差異。

2.3網絡現狀

北京電力公司綜合業務數據網絡采用AN技術組網，目前已覆蓋全市各屬地

供電公司，網絡帶寬150Mbps,并與舊的2M光線網絡互為備用。

24個營業站已全部開通光纖網絡（或100M,或2M）；供電所（合鄉并鎮后

供電所為我心18。7條個點）基本上采用ISDN或2M光纖；城近郊供電公司的社

區服務所，在基本建設時也將開通光纖網絡。

2.4應用現狀

已建系統在建或準備建設系統

業擴報裝系統［匕京電力公司GIS4.帶格式的：字體：五號

帶格式的：Normal0,行距：1.5倍行距

95598客戶服務信息系統遠尼資產管理管及系統

帶格式的：字體：五號

電費系統物資管理管J蕓系統4帶格式的：字體：五號

預付費信息系統人力資源管理管控信亂系統帶格式的：Normal0,縮進：首行縮進：2字符，

行距：1.5倍行距

電量采集系統調度EMS系線帶格式的：字體：五號

帶格式的：字體：五弓

負荷管理管控系統負荷管理管控總電量采集系

帶格式的：字體：五號

配網地理信息系統GIS統帶格式的：字體：五號

調度SCADA系統工程管理管密統______」帶格式的：字體：五號

遠光財務系統電能計試裝其管能表皮:帶格式的：字體：五號

集抄遠采系統95598客戶服務信息系統帶格式的：行布：1.5倍行距

帶格式的：No>mal_0,左

計量管理管控信息系統搶修車輛GPS定位系統

OA系統生產管理管控系統帶格式的：行距：1.5倍行距：

供用電合同合約軟件調度DIMS系統

搶修車輛GPS定位系統

2.5與財務系統接口現狀

1）目前北京電力公司全部使用遠光的會計核算系統?

2）營銷與財務分屬兩套垂直、獨立的管理管控體系;

3）電贄已實現銀電聯網。

第三章相關項目描述

3.1相關項目目標

以北京電力公司為中心實行數據大集中管理管控，建設一套全市統一的電力營

銷系統。要求根據北京電力公司管理管控模式和業務分布關系設計北京電力公司

電力營銷系統業務功能模型。做到層次清晰、功能分布合理、軟件功能可根據業

務管理管控分工的調整自動適應,

滿足因政府政策變化等外部及內部改革用起的業務變化的需求，滿足大客戶業

務處理的個性化服務要求。

要求結合北京電力公司營銷管理管控層次，闡述業務功能劃分的方式和依據，

并說明各業務層與管理管控層面的關系。

通過客戶服務技術支持系統應實現將企業內分屬各職能部門的客戶服務業務，

集約在?個統?的對外聯系“窗口”，最終實現客戶的?個電話便可解決所有問題

的目標。“只要您一個電話，剩下的事情由我來做”不僅有助于改善企業的社會形

象，還將促使企業自身轉變觀念，加強內部管理管控，提高匚作效率，實現經濟

效益與社會效益的完美統一。

3.2相關項目相關計劃安排

電力營銷管理管控信息系統相關計劃分三階段完成:

步驟任務描述工期要求

根據本招標文件要求，完成全部子系合同合約生效后16個月

統及與外部各系統接口的開發、測試、內。

總工期

數據轉換、數據整理及補充錄入、培訓

工作。

完成業務流程梳理、系統合適的方案設合同合約生效后8個月

計并通過審議，在合同合約生效之日起3內。

個月內完成。在合同合約生效之日起6

試點階個月內完成一期公司木部和兩個試點單

段位的應用開發和系統實施，原系統的數

據遷移。完成系統功能驗收，雙軌運行2

個月。系統試運行后轉單軌運行，?期

相關項目驗收。

推廣階一期系統通過驗收后6個月內完成合同合約生效后14個月

段內。

北京電力公司所有供電公司、營業站、

供電所、社區服務所的系統全面實施，

原系統的數據遷移。

輔助決完成決策支持及主要業務模塊以外的其他開合同合約生效后16個月。

策支持發工作

期

表3-1相關項目相關計劃表

其中95598客戶服務信息系統相關計劃分二階段完成:

步驟任務描述工期要求

根據本招標文件要求，完成全部子系合同合約生效后5個月

統及與外部各系統接口的開發、測試、內。

總工期

數據轉換、數據整理及補充錄入、培訓

工作。

在合同合約生效之口起3個月內完成業合同合約生效后3個月

務流程梳理.、系統合適的方案設計并通內。

試點階

過審議，一期客戶服務中心和兩個試點

段

單位的應用開發和系統實施，原系統的

數據遷移。完成系統功能驗收

一期系統通過驗收后2個月內完成合同合約生效后5個月

推廣階

北京電力公司客戶服務系統的全面實內。

段

施，原系統的數據遷移。

3.3相關項目規模

建設規模應能滿足10年的業務發展的需要，系統容量至少有為800萬用戶提

供業務、計費處理的能力，并具有?良好的擴展能力。營銷系統客戶端在23000個

以上。

系統實施范圍：北京電力公司本部各相關部門；北京市區、郊區所有供電公司

相關職能管理管控部門、用電工區、營業站：農電營業所、社區服務所。

客服系統24小時為客戶提供信息查詢和業務咨詢服務，并提供報修、投訴舉

報、建議受理和回訪調查等業務,

系統目前需要提供的服務方式手段為：電話、傳真、電子郵件、WEB方式，

并支持短信息SMS呼出功能。未來需要平滑過渡到網上電子商務營銷活動。

3.3.1系統總覽圖

帶格式的.字體：小四

北京電力公司營銷管理管控信息系統各功能模塊示意圖：

▲,--格格式的1字體：小四

帶格式的；字體：小四

務

系統構成示意圖

3.3.2接口描述

1）與電量、負荷管理管控系統的接口

2）與遠程抄表系統的接口

3）與計量智能表庫系統的接口

4）與抄表器的接口

另一與卡表系統的接口

⑴一與財務管理管控信息系統接口

豺21與GIS接口

劣也實現簡單的工程管理管控，日后建立與工程管理管控系統的接口

陽力_與物資系統的接II

出地_與資產管理管控系統的接口

旬LD_與配網生產管理管控系統的接口

旬12）與調度EMS的接口

M413）與GPS系統的接口

均14）Lj調度DMIS系統的接I1

帶格式的：Normal0,左，段落間距段前：12嘮,

第四章技術要求及性能指標段后：12磅

本相關項目所要求的軟件系統應按照三層結構的原則，將本文件所描述的業務

功能和相關需求進行集中、統一的規劃和整合，使本系統成為一體化的、信息資

源充分共享的綜合性的業務處理平臺，為客戶提供個性化的服務，具備滿足未來

業務發展需要、滿足實時處理的能力。

若投標方在開發中使用第三方的系統軟件支撐平臺或第三方軟彳匕，需要提供第

三方產品的許可證、第三方的技術服務保證書、相關的技術說明和技術支持。對

于本文件未規定、未提及的技術要求和性能指標，投標方應提出建議和陳述理由。

投標方提供的應用軟件應滿足以下技術要求和性能指標。

4.1總體技術要求

I）實用性要求：滿足北京電力公司1（）年內業務發展需求，至少支持800萬

用電客戶和各種新業務的電費計算、帳務處理、業務處理和統計分析需要，

滿足北京電力公司特殊的功能需求及接口需求。

2）投標方提供的軟件應是確保系統正常運行所需的管理管控、運營、維護等

有關的全部軟件，并是成熟的最新版本的軟件系統。

3）開放性要求：支持多種硬件平臺，采用通用軟件開發平臺開發，具備良好

的可移植性。采用標準開放接口，支持與其它系統的數據交換和共享，支

持與其它商品軟件（Microsoftoffice等）的數據交換。

4）安全性和穩定性：由于該系統最終目標要實現各系統互聯并與Inicrncl相

聯，要始終保證安全性和保密性，要實現數據流的安全控制，而且該系統

要向客戶提供全方位的、開放的服務，所以其安全性和穩定性永遠是第一

位的。

5）標準化要求：所有各項軟件開發工具和系統開發平臺應符合我國國家標準、

信息產業部部頒標準、國家電網公司相關技術規范和要求、北京電力公司

相關技術規范和要求。系統必須重點考慮提供切實可行的、能夠與門戶

技術和數據倉庫一體化的合適的方案。

6）參數化要求：必須實現完全模塊化設計，支持參數化配置，支持組件及組

件的動態加載。

7）容錯性要求：提供有效的故障診斷及維護工具，具備數據錯誤記錄和錯誤

預警能力；具備較高的容錯能力，在出錯時具備自動恢復功能。

8）可靠性要求：

a）應能夠連續7X24小時不間斷工作，平均無無故障時間＞876（）小時，

系統可用率299.99%,出現故障應能及時告警：

b）軟件系統應具備自動或手動恢復措施，自動恢復時間＜15分鐘，手工

恢且時間＜4小時，以便在發生錯誤時能夠快速地恢且正常運行.軟件

系統要防止消耗過多的系統資源而使系統崩潰；

c）系統應保證數據的高可靠性：

d）系統應能支持大話務量沖擊并保持系統性能和功能指標；

e）提供可靠的事務處理機制：

0并對用戶的任意操作要有容錯、糾錯功能：

g）提供系統可能遇到的各種突發情況的應急處理預案：

h）服務響應時間：市內1小時內到達現場，郊區2小時到達現場。

9）兼容性要求；滿足向下兼容的要求，軟件版本易于升級，任何一個模塊的

維護和更新以及新模塊的追加都不應影響其他模塊，且在升級的過程中不

影響系統的性能與運行。

10）易用性要求：應具有良好的簡體中文操作界面、詳細的幫助信息，系統參

數的維護與管理管控通過操作界面完成。

11）可監控性要求：投標方提供的軟件必須包含完善的監控系統，實時對系統

硬件、軟件和應用軟件進行全面、及時、準確的監控和管理管控。接口必

須采用開放接口標準，支持故障分級告警，任務調度，日志管理管控。

12）經濟性：系統的軟件和硬件系統的配合要求最佳，且具備良好的性能價格

比。

4.2系統架構技術要求《:帶格式的：NonnaLO.漸進：左側：0厘米一）

1）服務器端應用系統支持Unix和Windows等操作系統，符合J2EE架構。

2）新建業務系統應完全實現組件化的分層結構設計思想，使應用組件具

有預制性、封裝性、透明性、互操作性、通用性等特征，便于快速地

組裝成新的應用。

3）要求應用系統適應集小帳務管理管控的要求，提供基于中間件技術的

穩定可靠的實時銀行聯網結算功能；

4）新建業務系統應支持公司信息平臺、企業門戶架構，并具備與北京電

力公司門戶系統統一認證、單點登陸的條件。

4.3應用技術要求

4.3.1安全性要求

1）根據營銷系統業務安全的要求，提供基于Internet的業務受理、業務查詢、

故障投訴等業務的安全性設計：

2）采用安全可靠的統一的認證、用戶管理管控機制：

3）支持數據庫存儲加密，數據交換的信息包加密，數據傳輸通道加密，可采

用64位DES加密算法；

4）發生安全事件時，能以事件觸發的方式通知系統管理管控員處理；

5）要求所有的應用軟件必須具備完備的安全保護和用戶權限管理管控，必須

保證防止非授權用戶的侵入，嚴格禁止除系統管理管控員及授權用戶外的

其他用戶對原始數據的修改：

6）可根據不同的用戶分別設置不同的權限，如系統管理管控員、組管理管控

員和普通用戶，系統管理管控員可以管理管控所有的權限配置、由碼重置

等合適的內容、文件加密等合適的內容：組管理管控員只能管理管控本組

的權限分配，普通用戶擾有最小的權限，同時，不同級別的普通用戶的權

限應有明顯的區別。

7）所有存貯在數據庫中的數據針對不同用戶應有嚴格的處理權限，對普通用

戶數據屬性為只讀，對有數據請求的用戶提供接口函數以標準SQL語言、

ODBC或JDBC等標準接口實現數據訪問，對數據維護人員只提供部分表

單的修改權限，只有系統管理管控員有權限修改全部原始數據。但修改后

的數據必須保留修改日志，并可調出修改前的數據：

8）所有數據庫用戶口令不能在程序中寫死，用戶根據需要自行修改：

9）具備權限臨時轉移功能；

10）具備業務流程審計功能，能對業務處理過程進行記錄，以備事后查詢、審

計或作為業務考核的依據：

4.3.2數據庫技術要求

1）采用大型ORACLE關系型數據庫；

2）要求數據庫設計合適的方案符合ORACLE數據庫設計規范；

3）要求數據結構設計具有良好的適應性，電力用戶檔案應該具有良好的層次關系,

用戶檔案設計應能提供檔案屬性自定義功能。用戶檔案的設計應該具有良好的

適應性，能夠靈活適應業務操作合適的內容和業務操作方式變更的要求；

4）根據數據集中處理對于系統高性能和高可靠性的要求，提供海量數據處理的技

術手段。

4.3.3編碼設置要求

1）遵循國家、行業編碼規范，編碼設置科學。

2）系統內部所涉及的組織結構等與其他系統有關的編碼應按照已建立的編碼規

則進行設置：

3）應用系統編碼設計應符合公司數據共享的要求：

4）軟件應具備髭活的編碼設置方式。

434系統接口的技術要求

1）高性能：實現對外部系統的接入提供企業級的支持，在系統的高并發和大

容量的基礎上提供安全可靠的接入：

2）可伸縮性：保證在充分利用系統資源的冏提下，實現系統平滑的移值和“,

展，同時在系統并發增加時提供系統資源的動態擴展，以保證系統的穩定

性；

3）高可用性：實現7X24小時的高可用性，具備容錯和自動恢復的功能；

4）可靠性：應防止非系統級的數據丟失或出錯，同時提供對系統級的數據丟

失和出錯實現恢復和容錯的機制；

5）可擴展性：在進行擴容、新業務獷展和系統接口連接中，提供快速、方便

和準確的實現方式；

6）健壯性：提供可靠的運行環境，保證系統在內部、外部的不可預知的出錯

情況下，能夠提供正確的處理機制；

7）安全性：提供完善的信息安全機制，以實現對信息的全面保護，保證系統

的正常運行；

8）可管理管控性：提供良好的系統管理管控機制，保證可在系統的運行過程

中提供給管理管控員方便的管理管控方式，以處理各種情況。

9）數據準確性：保證接口數據的準確性，保證共享數據與應用系統數據的一

致性：

10）數據實時性：為數據中心提供實時的共享數據：

11）接口唯一性：提供與數據中心的唯一接口，通過數據中心建立與其他應用

的數據共享。

4.3.5工作流管理管控技術

1）支持業務流程重組（BPR）和信息重組。

2）支持自定義流程，提供完整的安全及權限設計，實現業務流程的全過程管

理管控，具備流程監控、調度功能。

3）提供圖形化過程定義工具。用戶通過簡單的拖拽中即可輕松地完成過程定

義工作；能夠完成順序、分支、并行、循環、嵌套流程的定義；能夠實現

跳轉、派工、條件分支等復雜流程。

4）實現流程動態調整。在實際工作過程中，一個正在運行的工作流程，根據

實際情況的變化，往往需要動態地進行調整，允許供電公司根據需要動態

調整業務流程。

5）多種任務分配方式，包括直接賦予某個組織、角色或人：任務分配時，工

作流服務統計參與者的T.作負荷，：崗任務分配給負荷最小的參與者，實現

參與者的動態負荷均衡：工作流服務自動將任務發送到參與者的任務表中。

6）提供時間管理管控服務。用戶可以在創建模型時加入期限限制；任務辦理

時，當期限已到時，發出相應的消息，通知用戶超時；可以在任務到期前

固定時間給用戶發出提醒消息

7）支持基于郵件的離線處璉，支持移動審閱。

8）具備業務流程審計功能，能對業務處理過程進行記錄，以備事后查詢、審

計或作為業務考核的依據。

9）業務流轉支持多種告知服務（包括短信息、E-maik電子信使等）。

10）支持用戶個性化設置。

I）系統對操作員的每筆操作都進行詳細記錄口志，并提供統計查詢功能。

2）系統可查詢、統計、打印所有或單個操作日志合適的內容，提供操作員的

各種操作統計報表。

3）操作員可自行檢查自己有關操作R志。

4.3.7監控管理管控

1）網絡菅理管控系統主要針對本系統中的主機設備、存儲設備、網絡設備、

數據庫和應用等進程等實現狀態監控、進程調度和資源配置等功能，同時

還應包含數據備份、恢復和保障網絡安全兩個方面。

2）監控管理管控對象：

?數據庫運行監控：對數據庫的狀態、資源、性能、連接等進行監控：

?應用軟件運行監控：對應用軟件各模塊的進程狀態、運行狀況、資源

使用等進行監控：

?數據備份監控：監控各備份策略的執行情況；監控備份數據的完整性；

監控備份數據的使用情況.

3）監控要求：

?實時反映當前的監控信息，當監控對象的性能參數超過告警閥值時，

應及時產生告警：

?告警閥值能夠分級設置，不同級別產生不同的告警；

?通過圖形化方式直觀地顯示監控信息；

?通過聲、光、短信息等多種告警手段提供現場和遠程告警；

?能夠長期穩定運行，占用系統資源要少：

?監控信息應提供存儲，并能夠進行統計分析；

?實現數據庫系統性能監測、預警報告、實時故障診斷、性能調優、數

據庫健康檢查、數據庫安全審計、SQL性能分析；

?實現軟件版本監測、管理管控。

4.3.8軟件版本管理管控

1）本系統中必須具備其詳細的軟件版本信息，包括軟件版本號、軟件啟用時

間、測試時間等：

2）應用系統應在登錄界面上顯示系統軟件名稱及軟件版本號等信息；

3）軟件的名稱：由廠家名稱、軟件所名稱、業務描述三部分決定：

4）軟件版本號可分為主版本號、次版本號、補丁號：

5）版本號的修改應根據軟件修改合適的內容范疇而做相應的修改：

6）新版系統要求有與之對應的技術文檔；

7）應用系統能自動判斷新的軟件版本并支持自動或手工下載新軟件。

4.3.9數據存儲、容災及備份管理管控

1）根據北京電力公司營銷業務需求，提出數據存儲、備份、異地容載系統具

體建議和合適的方案。

2）合適的方案應符合北京電力公司集中存儲的要求，并滿足統一容災中心的

建設要求。

3）營銷管理管控信息系統大量數據的安全性必須得到可靠保障，所選系統必

須滿足安全性、可靠性要求。

4）數據庫合適的內容要求聯機存儲10年及以上，并能夠按指定的時間段方

便地備份到其他介質或從其他介質恢復到在線數據庫中。

5）合適的方案中要求列出使用的有關設備和性能指標，并說明在數據庫系統

和備份系統之間的數據是否嚴格同步，在數據庫系統發生故障時是否會有

數據丟失，在數據庫系統中數據發生部分丟失時，如何恢復，在數據庫系

統崩潰數據全部丟失時，如何恢復，實施上述恢復過程，在一定數據量的

情況下（比如［0G）需要多少時間，數據庫系統和備份系統間通道的最高

和平均速率是多少。

6）數據備份設備'支持多種廠家的主機系統；

7）數據備份設備應具有一定的平滑擴充能力，包括系統設備容量的擴充及

I/O能力的擴充等：

8）數據備份設備應支持先進的光纖存儲、備份方式，例如SAN技術等：

4.3.10人機界面技術要求<:帶格式的：NonnaLO,縮進：左側：0厘米~）

1）整個系統的客戶端要有良好的、規范的、統一的人機界面。

2）操作方便、直觀。查詢方式靈活，用戶能采用簡單、直觀的方式輸入查詢要求。

所有操作使用鼠標完成，必要時配合以鍵盤輸入。支持多窗口、無級縮放、隨

意遷移、最大最小化按鈕、菜單操作等，圖形界面必須全部漢化。

3）能夠支持多媒體表現形式：文字、圖片、圖形、聲音、動畫、視頻等。

4）支持動態的人機界面，即根據不同的用戶和權限，動態地決定瀏覽器界而中顯

示的合適的內容。

5）支持鼠標、鍵盤、語音輸入、手寫輸入等多種輸入和交互方式，用戶可根據需

要選擇使用：

6）所有界面應能自動適應不同的顯示分辨率，根據顯示分辨率的設置值自動調整

畫面為一幅適當大小的畫面。

7）座席應用系統界面要求：凡涉及與不同應用系統交叉應用的功能，在座席應用

系統的界面上是沒有區別的，所有座席的操作應盡量集成在一個座席界面中，

請簡明回答實現的方式和特點。

4311應用軟件在線幫助

帶格式的：NonnaLO,縮進：左側：0厘米,首行

提供在線幫助功能,使用戶可及時通過系統得到各種業務、技術的指引。縮進：2字符

帶格式的：Nornal0,縮進：左廁：0座米，首行

在線幫助功能系統可方便、簡單地進行維護、更新。縮進：0.85限米

4.4主要性能指標要求

4.4.1▲業務指標

投標方提供的軟件系統必須滿足第五章所述的耍求。同時應滿足以下的技術要

求和指標：

1）滿足因政府政策變化等外部及內部改革引起的業務變化的需求，滿足大用戶特

殊管理管控的需求。

2）電費單處理進程在必要時可以自動調15啟動的個數，以滿足實時性的要求和充

分利用系統的資源，所有的進程必須具備自我監控、自我恢復的功能。

3）軟件系統在進行電費單計算處理的過程中，必須具有?定的糾倦能力，對于異

常、格式非法、合適的內容不合理或不正常的電費單要能進行特殊處理。

4）為系統監控提供接口，監控系統能夠監控計費處理的各個環節。

5）電量數據采集支持多種采集方式。

6）系統峰值響應速度，并發處理用尸￡300人。

7）抄表數據入庫速度＞1000戶/秒。

8）電費計算速度2200戶/秒。

9）收費員收費日結表統計時限W30秒，日報統計時限W2分鐘。

10）非統計性查詢響應時間S3秒。

11）單筆電費計算時限W3秒。

4.4.2數據精度

數據項精度范圍備注

輸入數據

口期型數據日至少在1950.1.1-2049.12.31之間

時間型數據本秒至少在1950.1.1的0時。分0秒0

毫秒-2049.12.31的23時59分59

秒59亮秒之間

財務數據0.01分最大10Al5元。

其它數據類依據實際情況，分別

采取不同精度.

輸出數據

日期型數據日同上

時間型數據串秒同上

電費數據0.0001墩大10Al5元。

分

財務數據0.01分最大IOAI5元。

其它數據類依據實際情況,分別采取

不同粕豆.

注：在數據傳輸過程中，時間類數據精確到“秒”，其它類數據精度不變。

4.4.3時間特性

相關項目分類時間

響應時間I.簡單查詢，少量數據<1秒

2.復雜多重查詢，少量數據<2秒

3.簡單查詢，批量數據<3秒

4.一般性的統計查詢<5秒

更新處理時間1.更新一條記錄<1秒

2.更新批量記錄（指一次可能輸入的<5秒

最大記錄數）

數據傳輸時間視數據量而定，可參照相應時間。

計算時間I.一般性的計算<30秒

2.匆雜的條件計算<50秒

連接建立時間