武漢市地稅局電子政務平臺項目 需求規(guī)格說明書

《武漢市地稅局電子政務平臺項目 需求規(guī)格說明書》由會員分享，可在線閱讀，更多相關《武漢市地稅局電子政務平臺項目 需求規(guī)格說明書（18頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、需求規(guī)格說明書 武漢市地稅局電子政務平臺項目 需求規(guī)格說明書 （2004/03） 武漢力龍數(shù)碼信息科技有限公司 變更記錄 版本編號 完成日期 編寫者 審核者 說明 V1.0 2004/03/09 秦林勇 版本初構 V1.1 2004/03/11 魏建魁 秦林勇 重新組織了項目功能清單，并詳細描述需求內(nèi)容 V2.0 2004/03/26 秦林勇 根據(jù)需求調(diào)研結(jié)果和需求會議協(xié)調(diào)結(jié)果，重新對相關內(nèi)容進行了調(diào)整

2、 目 錄 1 引言 4 1.1 目的 4 1.2 定義 4 1.3 參考資料 4 2 軟件總體概述 5 2.1 軟件標識 5 2.2 軟件描述 5 2.2.1 系統(tǒng)屬性 5 2.2.2 開發(fā)背景 5 2.2.3 軟件功能 5 2.3 用戶特點 6 2.4 限制與約束 6 3 具體需求 6 3.1 功能需求 6 3.1.1 電子政務門戶需求 6 3.1.2

3、 內(nèi)部辦公平臺需求 9 3.2 性能需求 15 3.3 數(shù)據(jù)庫需求 16 3.4 故障處理需求 16 3.5 設計約束 16 3.5.1 其他標準的約束 16 3.5.2 硬件約束 16 3.6 屬性 16 3.6.1 可用性 16 3.6.2 可靠性 16 3.6.3 效率 16 3.6.4 安全性 16 3.6.5 可維護性 16 3.6.6 可移植性 16 3.7 接口需求 17 3.7.1 硬件接口 17 3.7.2 軟件接口 17 4 支持工作 17 4.1 數(shù)據(jù)導入需求 17 4.2 用戶培訓需求 17 4.3 項目文檔需求 17 5 運行

4、環(huán)境 18 5.1 硬件設備 18 5.2 支持軟件 18 1 引言 1.1 目的 編寫文檔的目的是為了明確武漢市地方稅務局電子政務平臺項目的詳細需求說明，便于雙方對本次項目的實施結(jié)果有著共同的情況，為下一步的開發(fā)提供準確的參考文檔和指導思想，同時作為軟件總體測試的依據(jù)。 本文檔適用于參與本項目開發(fā)的所有人員，包括雙方項目經(jīng)理、開發(fā)人員、測試人員、項目實施和培訓人員。 1.2 定義 變更管理：控制和跟蹤項目內(nèi)容以及范圍的管理活動。 變更請求：CR（Change Request），項目相關人員對項目內(nèi)容及范圍的任何請求，變更請求需要描述問題、解決辦法

5、、對項目范圍的影響以及項目經(jīng)費。 配置管理員：配置管理員的職責是在變更管理系統(tǒng)之下建立項目產(chǎn)品結(jié)構，定義和分配開發(fā)人員的工作空間，并向項目經(jīng)理報告目前的項目配置狀態(tài)。 缺陷（DEFECT）：即將交付的軟件之中的任何缺點，比如說一個應用程序錯誤，或者是一個操作不習慣的地方，或者是一個未完成的功能。 質(zhì)量保證：quality assurance (QA)，QA的職責是向項目經(jīng)理匯報，確認本項目的規(guī)范和需求得到了執(zhí)行。 項目經(jīng)理：對項目負責全部責任，項目經(jīng)理會執(zhí)行項目計劃安排、項目預算以及項目質(zhì)量。 需求類型：需求的分類，比如說用戶需求、功能需求、擴展需求（如性能需求）。 需求跟蹤：聯(lián)接

6、一個需求到其它需求以及相關的項目其它單元（如代碼、模塊）的機制。 RUP：Rational Unified Process，RUP是一種軟件工程過程標準。 項目相關人員：stakeholder，影響本項目的每一個人。 用戶：使用項目軟件產(chǎn)品的人。 客戶：購買項目軟件產(chǎn)品的人或者組織。 1.3 參考資料 軟件需求說明書（GB856T-88） 武漢市地方稅務局電子政務平臺軟件開發(fā)合同 武漢市地方稅務局電子政務平臺規(guī)劃方案 地稅局試用工作總結(jié) 力龍辦公自動化系統(tǒng)性能說明 門戶應用集成設計說明 武漢市地稅局三網(wǎng)（互聯(lián)網(wǎng)、內(nèi)網(wǎng)、省市網(wǎng)）信息門戶欄目規(guī)劃表 地稅局工作報告（2

7、003年10月15日） Rational 統(tǒng)一軟件過程 CMM 軟件過程成熟度模型 2 軟件總體概述 2.1 軟件標識 軟件全名稱：武漢市地稅局電子政務平臺 軟件縮稱：地稅辦公 軟件版本： V1.0 2.2 軟件描述 2.2.1 系統(tǒng)屬性 參見本項目的《項目規(guī)劃方案》。 2.2.2 開發(fā)背景 本次信息化建設的目標是通過建設全局電子政務信息交換平臺，建立全局內(nèi)部電子政務門戶和辦公自動化平臺，其中包括公文中心、新聞中心、法規(guī)庫等，實現(xiàn)局系統(tǒng)內(nèi)部辦公需要的公文、地稅建設動態(tài)、會議安排通知等信息的網(wǎng)絡化和智能化查詢，提高全局的數(shù)據(jù)交換能力和信息、知識共享能力，以促進

8、依法行政和政務公開。另外則通過本次信息化建設，為地稅局將來的信息化打下堅實的基礎。 2.2.3 軟件功能 軟件整體組成包含電子政務門戶、內(nèi)部辦公平臺和門戶集成系統(tǒng)三個子系統(tǒng)。 序號 功能名稱 功能需求標識 優(yōu)先級 簡要描述 1 電子政務門戶 WEB 高 由內(nèi)網(wǎng)、外網(wǎng)和省市網(wǎng)組成 2 內(nèi)部辦公平臺 OA 高 升級辦公自動化系統(tǒng) 3 門戶集成系統(tǒng) SOS 高 內(nèi)部系統(tǒng)單點登錄 2.3 用戶特點 本軟件的最終用戶為武漢市地稅局和十七個分局的相關人員，包括局領導、處室領導、機要員、信息維護員、信息中心工作人員。 武漢市地方稅務局在辦公自動化系統(tǒng)

9、上已經(jīng)經(jīng)過二年的應用，各級用戶已經(jīng)適應了信息電子化工作，但分局應用情況根據(jù)各分局的實際情況而有所差異，比如說在有一部分分局以收文為主，有一部分分局使用了發(fā)文功能。 武漢市地稅局及分局的用戶基本上都能操作和使用計算機，并且在市局信息中心成立了多年，應用了核心業(yè)務系統(tǒng)以及辦公自動化系統(tǒng)，對各類系統(tǒng)軟件（Windows、AIX、Sybase、IIS）均有成熟的操作經(jīng)驗。 本項目所涉及到的子系統(tǒng)在地稅局使用的頻度高，門戶子系統(tǒng)則需要經(jīng)常更新信息內(nèi)容和被用戶瀏覽，辦公自動化系統(tǒng)的公文模塊則承擔所有的公文收發(fā)文操作。 2.4 限制與約束 軟件開發(fā)所采用的數(shù)據(jù)庫類型限定為Sybase；開發(fā)過程

10、中項目小組必須遵守客戶單位作息時間；開發(fā)過程中只能采用內(nèi)網(wǎng)進行成員間溝通通信。 3 具體需求 3.1 功能需求 3.1.1 電子政務門戶需求 根據(jù)武漢市地稅局進行交流，武漢市地稅局對電子政務門戶的需求主要體現(xiàn)在以下幾點： 1. 對武漢市地稅局對外公眾門戶進行重新改版()； 2. 對武漢市地稅局對省局和市政府的門戶網(wǎng)站重新改版，考慮到目前的情況省局/市政府是一樣的； 3. 根據(jù)武漢市地稅局的信息資源情況，具體欄目則通過調(diào)研確認，確認后的文檔為《武漢市地稅局三網(wǎng)（互聯(lián)網(wǎng)、內(nèi)網(wǎng)、省市網(wǎng)）信息門戶欄目規(guī)劃表》。 4. 電子政務門戶三網(wǎng)要求易維護，并且信息資源可以進行共享，由欄目維護

11、員指定發(fā)布到哪個門戶，減少重復信息的錄入； 5. 三網(wǎng)信息門戶后臺采用LiLong.CMS內(nèi)容管理系統(tǒng)； 6. 原有網(wǎng)站()上涉及到的應用系統(tǒng)同樣在新的信息門戶之中可以正常運行； 7. 使用新的在線投訴平臺程序代替原來的投訴模塊； 8. 由于涉及到物理隔離，數(shù)據(jù)的同步采用手工操作方式； 9. 根據(jù)稅務系統(tǒng)信息門戶發(fā)展的要求，逐步嵌入多個對納稅人服務的相關應用系統(tǒng)。 3.1.1.1 互聯(lián)網(wǎng)門戶需求 互聯(lián)網(wǎng)門戶是武漢市地稅局對公眾和企業(yè)的窗口，所以在設計方面主要是強調(diào)對外服務功能，根據(jù)各部門需求提供了對外的信息欄目，同時還提供了在線郵件系統(tǒng)、網(wǎng)上調(diào)查系統(tǒng)、下載中心、在線投訴平臺、

12、發(fā)票查詢系統(tǒng)接口、社保戶查詢系統(tǒng)。 支持對網(wǎng)站信息內(nèi)容的檢索，后臺有LiLong.CMS內(nèi)容管理系統(tǒng)支持，網(wǎng)站維護更方便，以下是新的互聯(lián)網(wǎng)門戶的欄目及模塊： 一級欄目 說明 地稅動態(tài) 反映武漢市地稅局近期的新聞，反映地稅工作風貌，向公眾宣傳地稅局 政策法規(guī) 向公眾和企業(yè)宣傳地稅相關的政策法規(guī)，包括以下幾類政策法規(guī)：綜合類、法制類、征收管理類、流轉(zhuǎn)稅類、企業(yè)所得稅類、個人所得稅類、其它稅收類、基金規(guī)費類、涉外稅收類、稅收稽查類、票證管理類 地稅介紹 向公眾和企業(yè)介紹地稅局領導以及地稅局機構設置、職能介紹以及聯(lián)系方式 辦稅指南 辦稅指南向公眾和企業(yè)提供辦稅工作流程，其中包括以

13、下工作流程：改軟動態(tài)、稅務登記(開業(yè)、變更、注銷登記）、發(fā)票領購、納稅申報、服務承諾、營業(yè)稅、企業(yè)所得稅、個人所得稅、資源稅、印花稅、城市維護建設稅、車船使用稅、房產(chǎn)稅、城鎮(zhèn)土地使用稅、土地增值稅、殘疾人就業(yè)保障金、社會保險費、教育費附加、堤防維護建設費、平抑副食品價格基金、文化事業(yè)建設費、地方教育發(fā)展費 其它應用 在線郵件：向需要對外交流的工作人員提供在線郵件服務 在線投訴：提供市局以及各分局的舉報電話，以及可以在線投訴、投訴建議、舉報結(jié)果查詢等功能 3.1.1.2 內(nèi)網(wǎng)門戶需求 內(nèi)網(wǎng)門戶需要建設成武漢市地稅局內(nèi)部信息交流與溝通的平臺，工作人員可通過內(nèi)網(wǎng)門戶查閱內(nèi)部刊物、查閱法

14、律法規(guī)、查閱公開的公文、最新的新聞，還可以與其它工作人員進行討論。通過內(nèi)網(wǎng)門戶可以登錄應用中心，并且通過應用中心可以轉(zhuǎn)到許多應用系統(tǒng)之中。欄目規(guī)劃如下： 一級欄目 二級欄目 說明 地稅動態(tài) 辦公室 圖片新聞 發(fā)布標題的圖片新聞 宣傳報道 對內(nèi)部的一些宣傳和報道相關信息 地稅信息 對于地稅內(nèi)部一些簡短信息進行發(fā)布 地稅簡報 對于地稅內(nèi)部一些較長信息進行發(fā)布 大事記 對于地稅歷史上記實的重大事件進行發(fā)布 調(diào)研園地 辦公室 調(diào)研成果 將已經(jīng)編輯成書的調(diào)研結(jié)果進行發(fā)布 當年調(diào)研 發(fā)布當年的調(diào)研文章 涉稅文摘 內(nèi)部刊物 調(diào)研動態(tài) 發(fā)布最新的調(diào)研進展結(jié)果

15、 法律法規(guī) 政策法規(guī)處 政策法規(guī)欄目主要是向內(nèi)部提供業(yè)務查詢的相關政策法規(guī)，包括以下幾類政策法規(guī)：綜合類、法制類、征收管理類、流轉(zhuǎn)稅類、企業(yè)所得稅類、個人所得稅類、其它稅收類、基金規(guī)費類、涉外稅收類、稅收稽查類、票證管理類； 反腐倡廉 監(jiān)察室 推進地稅系統(tǒng)內(nèi)部廉政工作建設 學習園地 稽查園地 稽查局，反映稅務稽查工作 好書推薦 基層工作處，推薦一些好書及書評 其它法規(guī) 政策法規(guī)處， 錄入稅收法規(guī)以外的其他和工作相關的法規(guī) 下載中心 提供常用軟件的下載，指向內(nèi)部FTP服務器。 涉稅論壇 實現(xiàn)地稅局內(nèi)部的自由交流，但不允許工作人員自由注冊，采用實名制，顯示妮稱

16、。 為保證安全性，采用自己開發(fā)的論壇軟件。 3.1.1.3 省市網(wǎng)門戶需求 省市網(wǎng)門戶屬于內(nèi)門戶的綜合簡版，主要是對省局和市政府公開，其中包括地稅動態(tài)、法律法規(guī)、政務公開欄目。 3.1.1.4 LiLong.CMS內(nèi)容管理系統(tǒng)需求 力龍協(xié)同網(wǎng)站內(nèi)容管理系統(tǒng)（LiLong.CMS）主要面對兩方面的應用，一類應用是在Internet上建立政府門戶網(wǎng)站（企業(yè)門戶網(wǎng)站）或電子政務平臺的用戶，尤其對那些內(nèi)容更新量較大、網(wǎng)站由相對較少的IT人員來維護的政府機關或企業(yè)，他們可以用該系統(tǒng)快速建立且方便地維護網(wǎng)站和政務平臺，實現(xiàn)對結(jié)構化和非結(jié)構化數(shù)據(jù)庫的動態(tài)信息發(fā)布；另一類應用是在Intran

17、et上建立內(nèi)部政務和信息網(wǎng)站的用戶。通過內(nèi)部網(wǎng)站可以對大量的文檔數(shù)據(jù)分類管理，讓擁有不同權限的領導和工作人員（包括不在一個地區(qū)的部門和移動辦公的人員）通過網(wǎng)絡進行高效的溝通、交流、信息共享和流轉(zhuǎn)。 在LiLong.CMS3.0標準版的基礎上，在新聞發(fā)布時添加發(fā)布到內(nèi)網(wǎng)、外網(wǎng)、省市網(wǎng)的選擇，在登陸時根據(jù)用戶名來判斷用戶權限，只允許用戶操作其有權限控制的模塊。如： 3.1.2 內(nèi)部辦公平臺需求 根據(jù)《武漢市地方稅務局辦公自動化系統(tǒng)二期需求說明書》進行整理，系統(tǒng)應滿足以下幾方面的要求：易用、全面、靈活、高效。 易用：對用戶來說，一個好的系統(tǒng)應該有簡明的界面、簡潔的操作、體貼的人機交互

18、設置等等；同時由于瀏覽器／服務器的體系結(jié)構具有培訓簡單，使用簡便的特點，因此系統(tǒng)仍沿用Ｂ／Ｓ結(jié)構。 全面：一是指系統(tǒng)功能上要全，要涵蓋行政辦公中的各個層次和方面，二是要解決系統(tǒng)中各個功能難點（如痕跡保留、自動掃描等）。 靈活：一是要求可以自定義工作流程，二是用戶對系統(tǒng)的各項權限和功能可以靈活定義。 高效：辦公自動化的基本要求就是執(zhí)行效率要高，不能有明顯的延遲感，讓用戶感到進行無紙化辦公的樂趣。 辦公自動化系統(tǒng)部署時采用分級管理機制，即各分局管理自己的辦公自動化系統(tǒng)，公文可以實現(xiàn)市局與分局的發(fā)送。 辦公自動化系統(tǒng)之中的公文處理是辦公室的一項重要日常工作，其中包括對文件收、發(fā)操作，涉及到

19、各部門及下屬單位。 本系統(tǒng)通過計算機實現(xiàn)對文件的起草，審批、會簽、核稿、發(fā)送、傳閱、統(tǒng)計、查詢、登記、催辦等主要過程。能按多種條件查詢、統(tǒng)計，具有公文修改痕跡保留、公文自動掃描、檔案管理系統(tǒng)等功能，實現(xiàn)公文管理自動化，同時通過檔案管理接口實現(xiàn)收、發(fā)文的歸檔、立卷、組卷等文書檔案的管理。 3.1.2.1 辦公自動化系統(tǒng)開發(fā)平臺需求 辦公平臺框架系統(tǒng)，用于將來構件開發(fā)包括工作流引擎、掃描引擎、在線編輯、待辦事宜、代辦管理、桌面配置、個人通訊錄等等。 辦公自動化開發(fā)平臺提供用于將來構件擴展的權限框架、統(tǒng)一消息機制、工作流引擎等。 3.1.2.2 地稅局發(fā)文需求 發(fā)文管理是對政府的

20、發(fā)文處理流程進行管理和監(jiān)控，實現(xiàn)發(fā)文流轉(zhuǎn)的電子化、自動化。 發(fā)文管理應具備發(fā)文擬稿、審批、會簽、核稿、簽發(fā)、編號、印發(fā)、催辦、辦結(jié)、歸檔、查詢、統(tǒng)計等功能；發(fā)文應可實現(xiàn)修改痕跡保留、發(fā)文編號可自動生成和手工調(diào)整、發(fā)文的主題詞可自動引標等。 發(fā)文擬稿可由單位里任一人員進行，發(fā)文擬稿后由擬稿人選擇適當?shù)霓k文流程進行發(fā)文的流轉(zhuǎn)。公文發(fā)文流程如下圖所示： 3.1.2.2.1 擬稿 由擬稿人通過鍵盤錄入發(fā)文文稿項目，錄入過程中如發(fā)現(xiàn)錯誤，可隨時修改其登記要素： *文件標題 （文本型，限50個字） *擬稿日期 （日期/時間型，計算，值為當前日期） *發(fā)文單位 （文本

21、型，自動計算可編輯，默認值為擬稿人所在部門） *保密期限 （關鍵字，短期，長期，永久） *緩急程度 （關鍵字，一般，加急，緊急） *密級程度 （關鍵字，一般，秘密，機密，絕密） *主送 （文本型） *抄送 （文本型） *擬稿人 （文本型，計算，值為擬稿人姓名） 擬稿環(huán)節(jié)還提供創(chuàng)建正文和修改正文、上傳附件的功能。 創(chuàng)建正文允許用戶選擇引入已編輯完畢的WORD文檔，或者創(chuàng)建一個新的WORD文檔重新編輯輸入發(fā)文文稿。 修改正文將自動打開已創(chuàng)建的正文，允許用戶編輯修改，并可選擇是否保留修改痕跡。 上傳附件允許添加附件

22、，最多兩個，也可按要求增加。 3.1.2.2.2 核稿 核稿是指擬稿人的部門領導對送交上來的文件進行審查、核對、校稿，核稿人可修改正文，須指定發(fā)文字并填寫核稿意見。同時可選擇將須會簽的文件交由其他部門會簽、提交給辦公室領導審核、或退回擬稿人重新擬稿。 部門領導可填寫核稿意見，確認意見并提交后將自動在發(fā)文文件里寫上核稿意見和簽名。 核稿意見相關要素有： 核稿時間 (日期/時間型，自動計算，取當前簽名時間) 核稿意見 (文本型) 核稿人 (文本型，自動計算，取當前操作人姓名) 3.1.2.2.3 審核 核稿結(jié)束后，由擬稿人的部門

23、內(nèi)勤送辦公室機要員轉(zhuǎn)給辦公室領導審核，辦公室領導對送交上來的文件進行審查、核對、校稿，可修改正文并填寫審核意見，須指定發(fā)文字和主題詞，同時選擇將文件交由其他部門會簽、或交局長簽發(fā)。辦公室領導可填寫審核意見，確認意見并提交后將自動在發(fā)文文件里寫上審核意見和簽名。 審核意見相關要素有： 審核時間 (日期/時間型，自動計算，取當前簽名時間) 審核意見 (文本型) 審核人 (文本型，自動計算，取當前操作人姓名) 3.1.2.2.4 會簽 會簽部門內(nèi)勤接收須會簽的文件，交部門領導填寫辦會簽意見，并指定會簽人，會簽人可填寫會簽意見，會簽完畢之后，

24、可交部門內(nèi)勤或直接將會簽完畢的文件交還給交會簽人。 會簽部門領導或會簽人員可選擇自動生成常用意見、輸入意見或是手寫批注等方法批填寫會簽意見，確認意見后將自動在文件里寫上會簽意見和簽名。 會簽意見相關要素有： 會簽部門 （文本型，計算，會簽部門名稱） 會簽時間 (日期/時間型，自動計算，取當前簽名時間) 會簽意見 (文本型) 會簽人 (文本型，自動計算，取當前操作人姓名) 3.1.2.2.5 簽發(fā) 簽發(fā)，主要是指領導對送交上來的文件進行簽發(fā)，并填寫簽發(fā)意見，選擇同意簽發(fā)或退回。不允許多人同時簽發(fā)。 領導可選擇

25、自動生成常用意見、輸入意見或是手寫批注等方法批填寫簽發(fā)意見，確認意見后將自動在文件里寫上簽發(fā)意見和簽名。 最后一位局長的簽發(fā)時間即為發(fā)文日期（歸入實物檔案庫時需用到）。 簽發(fā)意見相關要素有： 簽發(fā)時間 (日期/時間型，自動計算，取當前簽名時間) 簽發(fā)意見 (文本型) 簽發(fā)人 (文本型，自動計算，取當前操作人姓名) 3.1.2.2.6 正式編號 待發(fā)布的文件首先由辦公室機要員進行編號（編號可自動生成并允許手工修改），正式編號前所有的會簽必須結(jié)束、局長已簽發(fā)、且“編號字”、 “密級”不為空，并記錄編號時間（生成發(fā)文登記簿時需用到）

26、。 3.1.2.2.7 排版 編號完畢的文件交由辦公室打字員排版，創(chuàng)建正式發(fā)文（可選擇正式發(fā)文的版式）打印簽名的關鍵字只有打字員名稱。 3.1.2.2.8 校對 排版完畢發(fā)文提交給擬稿人校對，擬稿人校對簽名后提交辦公室打字員打印發(fā)布文件。 3.1.2.2.9 打印發(fā)布 校對完畢的發(fā)文，由辦公室打字員進行正式文件的打印和發(fā)布。 3.1.2.2.10 辦結(jié) 文件打印發(fā)布完畢之后，可由辦公室機要員或辦公室打字員辦結(jié)發(fā)文。發(fā)文辦結(jié)之后只能進行發(fā)文歸檔的操作。 3.1.2.2.11 歸檔(通過檔案管理接口實現(xiàn)) 辦公室機要員或辦公室打字員對已經(jīng)辦結(jié)歸檔的文件進行整

27、理，每年初將上年度發(fā)文送交檔案室，即執(zhí)行送交檔案室操作，把歸檔的發(fā)文全部轉(zhuǎn)儲到電子文書檔案庫中。發(fā)文送交檔案室后，如再需要調(diào)閱該文件，需在檔案管理庫中查閱，并遵循電子檔案借閱的相關規(guī)程。 3.1.2.2.12 查詢 發(fā)文歸檔前可以隨時查閱。 提供簡單查詢和高級查詢兩種功能：簡單查詢可按全文索引關鍵字查詢發(fā)文，高級查詢則可按發(fā)文要素組合查詢，高級查詢可依據(jù)的發(fā)文要素有發(fā)文類型、發(fā)文標題、發(fā)文年份、發(fā)文字、發(fā)文編號、發(fā)文日期、密級程度、緊急程度、擬稿人、審批人、核稿人、簽發(fā)人等。 3.1.2.2.13 統(tǒng)計 可隨時對發(fā)文情況進行統(tǒng)計。依據(jù)的發(fā)文要素有：發(fā)文狀態(tài)、發(fā)文類型、發(fā)文年份

28、、發(fā)文字、發(fā)文日期、密級程度、緊急程度等。 對已登記的文件按年度和發(fā)文字自動生成發(fā)文登記簿，辦公室機要員可顯示和打印。打印格式參考發(fā)文登記簿。 編號日期 制文單位 文號 密級 標 題 分發(fā) 備注 發(fā)文登記簿按照發(fā)文年份和發(fā)文字生成，每頁顯示十個文件，每個文件占用三排的空間，可隨時生成，可打印全部或按頁打印。 其中編號日期是指發(fā)文登記編號的日期，制文單位是指擬稿部門，文號是指發(fā)文字號，分發(fā)是指發(fā)文的主送和抄送。 3.1.2.2.14 其他控制處理要求 只有打字員在印發(fā)環(huán)節(jié)可打印發(fā)文送審稿首頁及正式發(fā)文，其他環(huán)節(jié)均不允許打印。 正局長、

29、辦公室主任、辦公室機要員可查看所有發(fā)文信息。 發(fā)文送審稿首頁的必要輸入信息有：“標題”、“主送”、“印數(shù)”、“正文”。 辦公室主任在審核發(fā)文時，必須指定發(fā)文編號字和主題詞；機要員編號后，發(fā)文的相關要素不允許修改，以后的環(huán)節(jié)只允許創(chuàng)建和修改正式發(fā)文。 3.1.2.3 會議管理需求 會議管理是辦公平臺的一部分，主要是對單位的會議室資源、會議申請、會議審批、會議查詢進行管理。會議管理流程如下圖所示： 3.1.2.3.1 會議室管理 會議室管理主要包括會議室使用情況查詢、會議室資源管理兩方面的內(nèi)容。 會議室使用情況查詢條件有：時間[精確到日期]；會議室名稱[所有/其他的]；會

30、議主題；會議室狀態(tài)[所有/空閑/申請/使用]。會議查詢結(jié)果是列表，包括會議日期、開始時間、結(jié)束時間、會議主題、申請部門、會議人數(shù)、會議狀態(tài)等。 會議室資源管理主要對會議室資源進行管理，包括會議室名稱、容納人數(shù)、標準配置等。會議室管理是有權限才能進行管理。包括對會議室的添加、刪除、修改。 3.1.2.3.2 會議申請 會議申請包括申請部門、申請人、填表時間、會議日期、會議開始時間、會議結(jié)束時間、會議人數(shù)、會議室名稱、會議主題、會場布置要求。 會議申請部門、填表時間、申請人自動記錄當前操作信息。 會議室名稱采取選擇的方式，這樣，申請的時候可以查詢會議室資源情況。查看會議室的使用情況。

31、 3.1.2.3.3 會議審批 會議審批按照流程來進行。 具體流程是： 申請人提出會議申請； 部門負責人審批；如果申請的會議沒有會場布置要求，直接可以批準，交給會議管理員。如果申請的會議有會場布置要求，則提交分管領導審批。如果駁回則直接給申請人。 分管領導審批同意后，交給會議管理員安排會議。如果駁回則直接給申請人。 會議管理員辦結(jié)時，可以修改會議室名稱和會議開始時間、結(jié)束時間。保存時，對選定的會議室時間、會議室名稱進行判斷，如果會議室占用，僅僅給出提示。會議辦結(jié)，不需要發(fā)送會議通知。 3.2 性能需求 數(shù)據(jù)處理能力 支持終端數(shù)：支持全局3000終端用戶。 支持并行

32、數(shù)：支持300并行用戶。 處理的文件和記錄數(shù)：支持全年全局數(shù)據(jù)量，大約20000條記錄。 表和文件的大?。喝耆植荒苄∮?0G。 時間特性 響應時間：首頁響應時間不能超過3秒。 更新處理時間：更新數(shù)據(jù)時間不能超過2秒。 數(shù)據(jù)的轉(zhuǎn)換和傳送時間：數(shù)據(jù)傳送不能超過2秒。 運行時間：持續(xù)運行能力不能低于4320小時。 3.3 數(shù)據(jù)庫需求 數(shù)據(jù)庫采用Sybase，支持的全年數(shù)據(jù)量不能低于60G，同時要求能夠自動備份。 3.4 故障處理需求 對非法輸入和操作，系統(tǒng)應給出明確清晰的提示。 3.5 設計約束 3.5.1 其他標準的約束 發(fā)文登記的記錄統(tǒng)計需要采用辦

33、公室提供的樣表樣式，參見3.1.2.2.13。 3.5.2 硬件約束 暫無。 3.6 屬性 3.6.1 可用性 如數(shù)據(jù)庫容量達到預分配容量大小則需重新分配，以保證軟件的可用性。 3.6.2 可靠性 軟件必須滿足全年全局員工的正常使用。 3.6.3 效率 在其他應用系統(tǒng)全面運行情況下，軟件處理數(shù)據(jù)的效率允許稍微下降，但不能低于性能需求的50%。 3.6.4 安全性 用戶的權限管理要分明，系統(tǒng)權限管理應實現(xiàn)兩個層面多級立體化；兩個層面是系統(tǒng)管理和業(yè)務管理，系統(tǒng)管理由系統(tǒng)管理員統(tǒng)一進行，各個業(yè)務功能模塊的管理員（數(shù)據(jù)庫管理員）由系統(tǒng)管理員指定，業(yè)務管理員可對

34、各模塊的基本配置進行管理和維護，并可指定相關業(yè)務功能的權限所有者。通過網(wǎng)閘功能增強軟件的安全性。 3.6.5 可維護性 軟件所采用的開發(fā)技術必須具有可控性，以保證軟件今后的維護需要。 3.6.6 可移植性 軟件不需要具備操作平臺間的可移植性，但需要具備數(shù)據(jù)庫類型之間的可移植性。 3.7 接口需求 3.7.1 硬件接口 無。 3.7.2 軟件接口 影像管理系統(tǒng)接口：提供與影像管理系統(tǒng)的接口，待影像管理系統(tǒng)定。 檔案管理系統(tǒng)接口：目前辦公室檔案管理員使用蘭臺檔案管理系統(tǒng)，辦公系統(tǒng)的公文審批子系統(tǒng)的數(shù)據(jù)需要倒入到蘭臺檔案管理系統(tǒng)，蘭臺檔案管理系統(tǒng)由北京凱普計算機軟

35、件系統(tǒng)工程公司（ 減免稅審批流程、稽查等業(yè)務流程的接口：目前E時代正在開發(fā)減免稅審批流程的系統(tǒng)，中聯(lián)在開發(fā)稽查業(yè)務相關的系統(tǒng)，通過這兩個系統(tǒng)的接口可獲取相關的數(shù)據(jù)信息，需要跟這兩家公司交流，并與張主任交流確認。 內(nèi)部網(wǎng)絡CA認證中心接口：在內(nèi)部門戶保留與CA認證中心接口，用戶可以使用USBKEY登錄門戶系統(tǒng)。 4 支持工作 4.1 數(shù)據(jù)導入需求 原中聯(lián)辦公自動化系統(tǒng)之中的組織結(jié)構數(shù)據(jù)、公文數(shù)據(jù)、信息數(shù)據(jù)需要導入到新的辦公自動化系統(tǒng)和LiLong.CMS內(nèi)容管理系統(tǒng)。 4.2 用戶培訓需求 需要編制系統(tǒng)使用手冊，對系統(tǒng)管理員、操作人員分開進行培訓。 4.3 項目文檔需

36、求 根據(jù)合同要求提供本項目的《信息化規(guī)劃方案》、《需求說明書》、《設計說明書》、《用戶操作手冊》、《系統(tǒng)管理員手冊》。 5 運行環(huán)境 5.1 硬件設備 硬件需求如下表所示。 序號 名稱 規(guī)格/型號 數(shù)量 1 短消息硬件 Falcom Swing 1套 2 Web服務器(OA) PIII E1G Mem:1G Disk::17G 3套 3 郵件服務器 PIII E1G Mem:1G Disk::SCSI 60G 1套 4 Web服務器(門戶) 采用原網(wǎng)站服務器 2套 5 數(shù)據(jù)庫服務器 采用原市局OA Lotus服務器 1套

37、 5.2 支持軟件 本項目所涉及到的支持軟件如下： 操作系統(tǒng)：Windows 2000 Server，.NET Framework v1.0 + SP2，IIS 5.0 數(shù)據(jù)庫軟件：Sybase 12.5，SQL Server 2000 中文版 開發(fā)工具：Microsoft Visual Studio .NET 2002，Lotus Notes(數(shù)據(jù)導出) VB6.0 客戶端：IE 6.0 SP1以上 需求管理軟件：Rational RequisitePro 2003 缺陷跟蹤軟件：Rational ClearQuest 2003 項目計劃軟件：Microsoft Project 2002 文檔軟件：Microsoft Word 2002、Microsoft PowerPoint 2002 測試支持軟件：Microsoft Application Test Center 第 18 頁 共 18 頁