第一篇：項目需求分析報告

福州八中鰲峰初級中學項目的網(wǎng)絡需求分析報告

一、項目名稱：福州八中鰲峰初級中學

二、引言

該網(wǎng)絡是校園網(wǎng)站信息發(fā)布系統(tǒng),學校主站，含各個學科子站點，包含德育處，團委，學生會，教務處，總務處，辦公室，工會子站。主要欄目設置：學校概況、信息中、黨群工作、校務公開、德育教育、教學管理、教學科研、學生園地、中高考專題、心靈驛站、校友之窗、友情鏈接、數(shù)字校園

三、系統(tǒng)目標描述和功能描述

1、信息發(fā)布系統(tǒng)

網(wǎng)站前臺模塊

首頁：學校網(wǎng)站的索引頁，還包括模糊搜索站內(nèi)資源的功能。

一中概況：發(fā)布學校的簡介、發(fā)展狀況和學校自身的相關(guān)信息，并動態(tài)歸類。

黨團組織：發(fā)布學校黨團建設的相關(guān)資訊，并動態(tài)歸類。

學校資訊：發(fā)布學校近期活動和新聞。

學校管理：發(fā)布學校各部門的相關(guān)通知與文件，并動態(tài)歸類。

教學教研：發(fā)布學校在教學研討和課題研究方面的相關(guān)信息，并動態(tài)歸類。

教學資源：管理和發(fā)布論文、課件、教案和考卷等方面的資源。

電子像冊：１．可以上傳圖片格式，F(xiàn)LASH格式等（格式要求：Jpg、GIF、ＰＮＧ、ＢＭＰ、SWF、TIF等）２．實現(xiàn)圖片漸變編輯功能。３．新增、刪除、修改４．權(quán)限管理 新課程：發(fā)布學校在新課程方面取得的成績，并動態(tài)歸類。

班級&社團：為各班級各社團開設空間，供發(fā)布信息和照片。

教師博客管理系統(tǒng)：自我簡介，消息管理，空間管理，好友管理，日志管理等。

電子相冊：可包含多個相冊，數(shù)量不限；

班級&社團：可在不影響界面整體效果的基礎上讓相應班級修改部分界面元素（包括自定義班級主頁的標志性圖片、班級主頁的背景圖片和班級主頁的顏色主題），另外，該模塊還包含有班級電子相冊。

留言板：實現(xiàn)留言與答復的功能。

學生論壇：學習網(wǎng)絡上開源論壇的實現(xiàn)方式，實現(xiàn)一個學生交流活動的平臺。相對獨立于學校網(wǎng)站。

后臺功能模塊

權(quán)限管理使用指南權(quán)限管理下共分3個模塊：[角色管理] [給角色分配權(quán)限][給用戶分配權(quán)限]

（1）通知公告只有系統(tǒng)管理員ADMIN才有權(quán)發(fā)布通知公告。發(fā)布的內(nèi)容將顯示在各部門首頁的公告欄里。

（2）網(wǎng)上調(diào)查只有系統(tǒng)管理員ADMIN才有權(quán)發(fā)布網(wǎng)上調(diào)查。發(fā)布的內(nèi)容將顯示在各部門首頁的網(wǎng)上調(diào)查里。

（3）友情鏈接只有系統(tǒng)管理員ADMIN才有權(quán)編輯友情鏈接。發(fā)布的內(nèi)容將顯示在各部門

首頁的友情鏈接里。

2、辦公信息化管理系統(tǒng)

主要功能：今日工作：是用戶進行日常辦公的主要場所，用來存放待處理的有關(guān)文件、網(wǎng)絡報送以及工作消息等信息。

公文系統(tǒng)：用于公文的登記、發(fā)布、存檔以及生成報表。

工作消息：用戶發(fā)布日常工作中的通知等信息。

網(wǎng)絡報送：傳遞相關(guān)工作資料。

交流登記：記錄學校大事件以及每次對外交流情況等。

教師檔案：有關(guān)教師檔案管理，全程維護每一位教師檔案的變動情況。

系統(tǒng)設置：系統(tǒng)日常運作與環(huán)境設置。

3網(wǎng)絡性能需求

核心交換機（機箱式）

1、背板帶寬≥640Gbps2、交換容量≥480Gbps3、包轉(zhuǎn)發(fā)率≥350Mpps4、雙電源模塊冗余5、10/100/1000Base-T口≥12個，千兆SFP光纖接口≥24個

6、萬兆XFP接口≥1個

7、支持IP ACL，支持基于源/目的IP或MAC、三層IP協(xié)議類型、TCP/UDP四層端口號、IP優(yōu)先級、基于VLAN、Tag/Untag、CoS等

9、支持802.3ad(LACP)，支持負載均衡

10、支持802.1Q VLAN數(shù)量≥4K11、支持的路由協(xié)議，如RIPv1/V2,并支持MD5認證、OSPFv2、BGP4等。

12、支持MPLS、MPLS VPN、MPLS TE功能。

接入層交換機

1、固化10/100M電口≥242、固化千兆Combo(SFP/GT)接口≥

23、交換容量≥32Gbps4、包轉(zhuǎn)發(fā)速率≥6.6Mpps，全線速

5、MAC表容量≥16K6、Vlan表項≥4K7、堆疊或者集群管理數(shù)量≥248、每個端口提供4個優(yōu)先級隊列，可分別設定隊列帶寬，支持WRR/SP/SWRR等調(diào)度方式。

9、內(nèi)置 DHCP Server,可對用戶分配IP地址。

10、支持標準和擴展ACL，完全硬件線速實現(xiàn)。

11、支持防IP報文DOS攻擊。

12、支持ARP安全功能，可以防止ARP欺騙、防止ARP掃描。

13、設備與核心交換機同一品牌；

光纖模塊SFP-SX-L SFP-SX-L，1000Base-SX SFP接口卡模塊（MMF,550m），LC接口 設備與核心交換機同一品牌；按廠家規(guī)定保修.防火墻在服務器與路由器之間加個防火墻很有必要。網(wǎng)絡操作系統(tǒng)，網(wǎng)絡服務器軟件等可能存在一些安全漏洞，應當及時對系統(tǒng)進行補丁程序升級，加固系統(tǒng)的安全性。網(wǎng)絡系統(tǒng)遵循安全規(guī)范和達到的安全級別，采用各種殺毒軟件。

網(wǎng)絡管理系統(tǒng)

基本特性:全中文圖形化界面。支持平臺:WINDOWS平臺，系統(tǒng)呈現(xiàn)網(wǎng)絡的真實拓撲圖，支持三層網(wǎng)絡拓撲、二層物理拓撲、VLAN子網(wǎng)拓撲等不同的呈現(xiàn)方式，支持拓撲的自動發(fā)現(xiàn)設備，WEB拓撲視圖。能夠發(fā)現(xiàn)VLAN中所有終端PC設備，并計算出終端設備IP地址、MAC地址、接入交換機端口等信息，自動在拓撲圖上顯示終端設備連接和出入流量、丟包等等情況。

根據(jù)我們的預算和資源限制，完成該項目大約需要半年?？蛻粝胫匦沦徶迷O備并賣掉現(xiàn)存的舊設備。

第二篇：項目需求分析報告

項目需求分析報告

（一）一、項目名稱

今日事

二、設計背景

隨著社會的發(fā)展，我們的生活節(jié)奏逐漸加快，與此同時，網(wǎng)絡的大量普及，導致大量的信息不斷的沖擊著我們。在這種生活節(jié)奏下，我們難免會出現(xiàn)一不小心忘掉一些重要的事情，這是讓我們產(chǎn)生這個想法的一個方面。

另一方面，現(xiàn)如今的學生總是計劃很多，卻很少付諸行動，這不僅與個人的堅持與否有關(guān)，同樣是因為步入大學時代后，大家心中充滿了迷茫所致，往往計劃趕不上變化，因此，我們決定開發(fā)這樣一款軟件，來改變這種情況。

三、項目風險

該軟件開發(fā)項目的風險承擔者有：

任務提出者：需要承擔的風險是產(chǎn)品是否能達到用戶的需求，該產(chǎn)品是否能帶來收益。

軟件開發(fā)者：需要承擔的風險是產(chǎn)品是否能滿足需求報告說明書里的各種功能需求等。

產(chǎn)品使用者：需要承擔的風險是產(chǎn)品是否能滿足自己所需。

四、功能需求

日歷功能，可以查詢?nèi)掌?/p>

制定計劃功能，分為長期，中期，短期三個層次，短期即為今日事，中期為1周或1月，長期為數(shù)月或1年，這些可以由用戶自己設置。

完成計劃功能，可以通過勾選來標注哪些是已經(jīng)完成的，哪些是還為完成的。

成就系統(tǒng)，通過統(tǒng)計各期所完成計劃數(shù)量給予用戶相應稱號，同時可以與其他用戶進行競爭。

提醒功能，手機解屏時提醒用戶今日需要做的事，而在每天結(jié)束時，匯報今日完成進度。

五、運行環(huán)境

移動端android平臺

六、性能要求

為保證軟件能夠長期，安全，穩(wěn)定，高效的運行，應滿足以下性能要求：

時間特性：系統(tǒng)響應時間應在人的感覺和視覺范圍內(nèi)（<1S），系統(tǒng)響應時間足夠迅速（<5s）。

適應性：在操作方式，運行環(huán)境，軟件接口或開發(fā)計劃發(fā)生變化時，應具有適應能力。

項目需求分析報告

（二）一、引言

引言是對這份軟件產(chǎn)品需求分析報告的概覽，是為了幫助閱讀者了解這份文檔是如何編寫的，并且應該如何閱讀、理解和解釋這份文檔

1.1編寫目的：

本需求分析報告的目的是規(guī)范化本軟件的編寫，旨在于提高軟件開發(fā)過程中的能見度，便于對軟件開發(fā)過程中的控制與管理，同時提出了本學校排課系統(tǒng)的軟件開發(fā)過程，便于程序員與客戶之間的交流、協(xié)作，并作為工作成果的原始依據(jù)，同時也表明了本軟件的共性，以期能夠獲得更大范圍的應用，同時它也是進行項目策劃、概要設計和詳細設計的基礎，是維護人員進行內(nèi)部維護，信息更新，驗收和測試的依據(jù)。

1.2背景及范圍

本項目的名稱：學校排課系統(tǒng)。

本項目的任務提出者及開發(fā)者是：計算機應用三班張哲，用戶是學校。

本產(chǎn)品是針對電腦進行排課的需求設計的，可以完成：基本數(shù)據(jù)錄入與維護、課程表編排、課表沖突分析報告、課表輸出、可以直接或?qū)С鲋罞xcel打印總課表、教師課表、()班級課表、場地課表、系統(tǒng)管理。

1.3定義 縮寫詞

學校排課系統(tǒng)軟件：學校排課系統(tǒng)軟件是為了幫助學校老師對學校的排課更加方便和快速制作處課程表及其管理學校的課程的軟件。

二、項目描述：

使用改程序后，學校的排課可以很輕松的安排好，而卻可以盡量避免平時排課時出現(xiàn)的排課沖突，還可以臨時加補課等功能。

2.1軟件開發(fā)的目標：

改善目前有些學校人工排課是常常出現(xiàn)的沖突以及浪費的大量時間。同時也通過實踐來提高自己的動手能力。

2.2應用范圍：

理論上能實現(xiàn)中小學排課，職業(yè)中學排課。

2.3子集說明：

軟件主要分為兩個模塊，一個基本信息的錄入，一個是進行排課的管理。

2.4軟件功能描述：

外部功能：實現(xiàn)了可視化窗口，排課，調(diào)課。

內(nèi)部功能：基本信息的錄入、固定課的設置、科目的錄入、年級的錄入、任課老師的錄入、場地限制的錄入和課表的查看；排課操作、調(diào)課操作、場地調(diào)課操作、老師課表及學生課表生成。

2.5軟件操作人員的要求

軟件的操作人員要求具有一定的電腦常識，并且具有排課的初步常識。

三、軟件結(jié)構(gòu)化描述

自己添加一些

四、環(huán)境要求：

4.1數(shù)據(jù)錄入精度需求

在進行向數(shù)據(jù)庫錄入數(shù)據(jù)時，要求數(shù)據(jù)記錄準確。

4.2軟件自身時間特性需求

程序排課響應時間：由于生成課表是需要看電腦的配置，所有時間可能會不一樣，有時候需要等上幾分鐘

五、軟件屬性

5.1可用性

本軟件由于自身的能力限制，所有只限現(xiàn)在所有的功能。

5.2安全性

由于軟件運行數(shù)據(jù)放在數(shù)據(jù)庫中，所以參數(shù)不容易被錯改、破壞，萬一參數(shù)受到破壞，可以從新錄入信息進行更正

5.3可維護性

本軟件利用數(shù)據(jù)庫進行編程，系統(tǒng)結(jié)構(gòu)由程序基本確定，大量的參數(shù)及文本內(nèi)容全部放于數(shù)據(jù)庫中。修改、更新數(shù)據(jù)只要在數(shù)據(jù)庫進行修改添加，而不需要對系統(tǒng)結(jié)構(gòu)進行修改，這樣系統(tǒng)維護性十分方便。

5.4兼容性

由于尚未測試，故無法對兼容性進行評析。

第三篇：怎么做項目需求分析報告

項目需求分析，看了聽棠的“客戶需求何時休”，深有感觸，何曾自己不是被這個問題整天困擾：客戶需求，為什么總在變阿？做項目真辛苦阿！這樣的感嘆整天都掛在口上。客戶需求變動確實是一個軟件開發(fā)永遠不變的話題。為什么小的軟件企業(yè)面對經(jīng)常變動的需求是如此的狼狽？到底要怎么做才能滿足客戶的需求？

聽棠的“客戶需求何時休”深刻的披露了這個問題存在的根源。

需求分析，不僅僅是拿到客戶的需求，更重要的是還需進行分析，了解細節(jié)，并就細節(jié)跟客戶咨詢，獲取最詳細的資料?？蛻羲芴峁┙o你的只是他們想到的功能需求，很多問題并不在他們考慮的范圍之內(nèi)，如果作為項目承擔方?jīng)]有去做分析，簡單的按照功能要求去設計、規(guī)劃，最終出來的系統(tǒng)是很難完全符合客戶的業(yè)務流程的，這時，自然需要更改，被看成了需求的更改。其實，都是缺乏分析所一手造成的。問題等到系統(tǒng)出來了才被發(fā)現(xiàn)，這樣的系統(tǒng)本身就是先天不足的了。

聽棠所說到的幾點，感受特別深：

“其實問題出在開頭，客戶需求只是軟件需求分析的一部分，雖然是比較重要的一部分，但也不要只是去記客戶的需求，而是要把客戶的需求進行分析”

“客戶本身是不怎么懂技術(shù)的，客戶只知道自己的業(yè)務需求，而在軟件設計時，是在把業(yè)務需求抽象到系統(tǒng)中實現(xiàn)的，把業(yè)務轉(zhuǎn)變?yōu)檫壿嫊r，一切都應該符合邏輯的，但客戶的業(yè)務思想有時候在軟件系統(tǒng)實現(xiàn)時會有問題的，這就需要分析時分析出來的。少了分析，問題也會在后面的開發(fā)中暴露出來，到時可就更麻煩了?！?/p>

還有客戶的需求本身會有矛盾（這矛盾是指在邏輯角度來講），客戶本身是意識不到的，只有在分析設計時，才會分析出這里的矛盾，而這些問題，如果在期初時，軟件負責人不分析，而是純粹的“聽從”客戶要求去做，當暴露這些問題時，你怪客戶也沒用啊。

項目需求分析報告，在了解客戶需求時，不要不動腦子，不要一味的點頭說“I C”，其實在表面的業(yè)務里面可能包含著N多的細節(jié)，這些細節(jié)是需要你反問客戶的，只有當你提的問題越多，最終獲取的需求最具體，才能讓項目越順利。而且有很多問題，都是在你的反問中，客戶也才開始思考本來沒思考過的問題，客戶也會找到一種合理的需求給你，有人會覺得這樣了解客戶需求未免太麻煩了。至于一些在技術(shù)上會遇到問題的地方，也要告訴客戶，別以為到時候再說，客戶是不關(guān)心你的技術(shù)細節(jié)的，但你如果給他解釋的話，他也會試著理解的。

客戶的需求本身是無休止，因為他們本身也在變，但當你期初的分析合理，后面的變動也將在邏輯上變動，相信代價已經(jīng)不會那么大了。這其實也體現(xiàn)了系統(tǒng)的擴展性。

需求分析，是一個項目提出方和承擔方相互溝通的過程，一方是系統(tǒng)的使用者，一方是系統(tǒng)的制造者，在系統(tǒng)制造過程中，只有雙方相互配合，共同對系統(tǒng)進行設計才能最后達到使用的要求?？蛻羰菢I(yè)務上的熟悉者，對業(yè)務流程有非常清晰的了解，但是，對于軟件需求方面的描述是不了解的，他們所能提供的只是他們最終要達到的功能，但是，這其中包含的業(yè)務流程是非常復雜的。我們拿到客戶需求后，應該根據(jù)功能、流程進行初步的設計，構(gòu)造出業(yè)務流程圖，再讓客戶進行評審，提出業(yè)務流程上不對的地方進行修改。這樣來回的交流，最終才能取得較全面的需求，并減少后期的修改。

謹記一點，需求是經(jīng)常變動的，只有先做好需求的分析，了解業(yè)務以后的發(fā)展趨勢，做好具有拓展性的系統(tǒng)設計，才會給系統(tǒng)更大的擴展空間，從而在需求發(fā)生變化的時候可以更從容的修改。

第四篇：項目需求分析和必要性分析

一、項目需求分析和必要性分析

傳統(tǒng)結(jié)構(gòu)專業(yè)的工作流程(如建筑設計、工程設計、深化設計、加工制作和施工安裝之間)常常是不同程度地信息間斷的。在工程項目執(zhí)行的各個階段, 設計、分析、詳圖和制作管理系統(tǒng)中的模型和數(shù)據(jù)很多時候會被多次重復輸入或重新建模。因此,在項目估算、深化設計、加工生產(chǎn)和施工計劃中有時會造成不必要的高成本返工。

Tekla軟件是針對所有鋼結(jié)構(gòu)建筑（如商業(yè)建筑、工業(yè)廠房、體育館、預加工建筑）以及各種鋼制件的導管架進行深化設計、制造和安裝管理的最先進、最完整的方法。BIM技術(shù)的引入應用可以充分共享應用各階段模型信息, 使流程各階段緊密結(jié)合, 信息互通, 從而提高效率和降低成本。BIM通過更快且更有成效的深化設計改進信息流，杜絕重復工作并縮短工期。使用集成的管理工具、能追蹤工作歷史的可視化記錄，來改進工作流程并加強作業(yè)控制，實現(xiàn)與其他各方順暢的協(xié)作與交流。目前市場上沒有其他產(chǎn)品可以像Tekla這樣，能貫穿整個生產(chǎn)流程提供建筑信息管理支持，有利于成本管理、計劃進度管理、材料管理、合同管理，并為用戶創(chuàng)造新的商機。

1.成本管理

運用建模軟件的圖紙功能自動產(chǎn)生圖紙, 并對圖紙進行必要的調(diào)整, 同時產(chǎn)生供加工和安裝的輔助數(shù)據(jù)(如材料清單、構(gòu)件清單、油漆面積等)。做好成本分析，可以更好的報價獲得更多的工程。

2.計劃進度管理

實物量計劃及完成情況的跟蹤是進度控制的常用手段，是安排施工計劃、確定施工任務、確定資源調(diào)配的重要依據(jù)。所有加工詳圖(包括布置圖、構(gòu)件圖、零件圖等)均是利用三視圖原理投影生成,圖紙中所有尺寸, 包括桿件長度、斷面尺寸、桿件相交角度等均是從三維實體模型上直接投影產(chǎn)生的。從而直觀得編制項目總體進度計劃，進度計劃、分項進度計劃、階段控制性計劃等。

3.材料管理

材料成本是項目成本中最重要的部分，所以對材料的管理是控制項目成本最關(guān)鍵的工作。Tekla軟件用鋼量等資料統(tǒng)計，選定構(gòu)件的用鋼量, 并按照構(gòu)件

類別、材質(zhì)構(gòu)件長度進行歸并和排序, 同時還輸出構(gòu)件數(shù)量、單重、總重及表面積等統(tǒng)計信息。

4.合同管理

鋼結(jié)構(gòu)生產(chǎn)管理系統(tǒng)是BIM模型數(shù)據(jù)產(chǎn)生的精細化應用平臺, 主要依托所有部門、供應商和客戶間的鋼結(jié)構(gòu)項目合同來掌控從估算投標、采購、生產(chǎn)到施工現(xiàn)場的信息流以及工作。

鋼結(jié)構(gòu)BIM三維實體建模出圖進行深化設計的過程, 其本質(zhì)就是進行電腦預拼裝、實現(xiàn)“ 所見即所得”的過程。通過將建筑信息集中到模型中，使項目的管理與交付更具協(xié)作性與完整性這樣便能提高生產(chǎn)效率、消除浪費，使結(jié)構(gòu)和建筑更加耐用。

二、項目建設目標和內(nèi)容

項目建設最終目標是提高效率和降低成本，使客戶滿意，用項目的高質(zhì)量、好報價來獲得更強的競爭力。

要達到建設目標需通過與MIS系統(tǒng)以及CNC數(shù)控設備連接實現(xiàn)更高級的制造和項目管理自動化，以達成提高生產(chǎn)力的目標，這點在規(guī)模龐大、數(shù)據(jù)豐富的項目中尤為突出。采用自適應PEB框架節(jié)點、自定義節(jié)點來自動生成圖紙并與其他軟件連接，杜絕重復工作或信息重復。支持臨時變更、減少所有項目參與方的風險。BIM可以實現(xiàn)在無現(xiàn)場錯誤的前提下實現(xiàn)提前交付，對在預算內(nèi)有效完成項目的鋼結(jié)構(gòu)意義非凡?；贐IM理念, 可深入挖掘鋼結(jié)構(gòu)深化設計軟件的功能, 充分體現(xiàn)BIM的特性, 使鋼結(jié)構(gòu)深化設計向建筑設計信息化的方向發(fā)展。通過對結(jié)構(gòu)進行建模，我們可以加快投標準備階段的數(shù)據(jù)收集、為解決復雜問題提供管理輔助并為銷售工作提供更高質(zhì)量的媒介。使用3D模型讓深化設計的管理變得簡單無比，與加工設備完美的結(jié)合。對重量、截面、尺寸等的控制可幫助實現(xiàn)精確的采購以及對項目進度的及時追蹤。提高深化設計質(zhì)量，盡量減少制造和安裝錯誤并在整個過程中提供實時、準確的建筑信息。使信息管理貫穿整個過程。

第五篇：需求分析報告

。

需求分析報告

**系統(tǒng)需求分析報告

目錄

一、項目概述篇............................................................................................................1 引 言................................................................................................................1 2 項目背景（包括行業(yè)背景、企業(yè)基本情況、項目可行性等）..................2 3 項目意義..........................................................................................................3 4 項目總體需求..................................................................................................4 5 項目總論..........................................................................................................4

5.1 預期目標................................................................................................4 5.2 項目預期安排........................................................................................4 5.3 項目范圍................................................................................................5 6 方案概要..........................................................................................................6

6.1 業(yè)務需求................................................................................................6 6.2 功能分析................................................................................................6 6.3 系統(tǒng)設計................................................................................................6 6.4 安全策略................................................................................................6 6.5 項目亮點................................................................................................7

二、業(yè)務需求分析篇....................................................................................................9 行政審批系統(tǒng)業(yè)務分析................................................................................11

1.1 收件業(yè)務..............................................................................................11

三、功能分析篇..........................................................................................................14 行政審批系統(tǒng)功能分析................................................................................15

1.1 總體需求..............................................................................................15 1.2 功能模塊劃分......................................................................................17 1.3 功能需求描述......................................................................................17

四、技術(shù)分析篇..........................................................................................................19 系統(tǒng)總體設計思路........................................................................................21

1.1 技術(shù)及功能要求..................................................................................21 1.2 技術(shù)特點（以下為示例）..................................................................21 2 總體架構(gòu)........................................................................................................22

2.1 系統(tǒng)技術(shù)架構(gòu)......................................................................................22 2.2 系統(tǒng)平臺架構(gòu)......................................................................................22 3 服務器與系統(tǒng)部署策略................................................................................23

3.1 應用服務器選型..................................................................................23 3.2 數(shù)據(jù)庫選型..........................................................................................23 3.3 操作系統(tǒng)選型......................................................................................23

五、系統(tǒng)安全策略篇..................................................................................................24 系統(tǒng)安全保障................................................................................................25 2 權(quán)限控制管理................................................................................................25

2.1 權(quán)限模型的實現(xiàn)..................................................................................25 2.2 應用權(quán)限的實現(xiàn)..................................................................................25 2.3 數(shù)據(jù)權(quán)限的實現(xiàn)..................................................................................25

**系統(tǒng)需求分析報告 數(shù)據(jù)傳輸安全性............................................................................................25

3.1 數(shù)據(jù)加密..............................................................................................25 3.2 數(shù)據(jù)傳輸..............................................................................................25 4 防火墻系統(tǒng)....................................................................................................2

5**系統(tǒng)需求分析報告、項目概述篇

一

**系統(tǒng)需求分析報告 引 言

進入到二十一世紀，伴隨信息技術(shù)的發(fā)展，圍繞Internet的技術(shù)日漸成熟，信息技術(shù)的應用已經(jīng)滲透到社會生活的各個層面，成為一種生活方式，吸引了社會大眾廣泛參與。信息技術(shù)是當今最具潛力的新興生產(chǎn)力，已成為衡量一個國家、一個地區(qū)生產(chǎn)力發(fā)展水平的最重要標志。

以知識經(jīng)濟為特點的網(wǎng)絡時代的到來，推動了社會信息化和經(jīng)濟信息化的快速發(fā)展，也給國家政府部門的工作提出了更快捷、高效的信息化要求。對于政府來講，互聯(lián)網(wǎng)絡不僅是一種有效的通訊手段，更是一座溝通政府與社會各界的橋梁。從全球范圍來看，推動政府部門管理工作的信息化，實現(xiàn)信息共享已是大勢所趨，在世界各國積極倡導的“信息高速公路”的5個應用領(lǐng)域中，電子政務被列為第一位，這也標志了電子政務進入啟動期。

電子政務的啟動帶來了政府管理決策機制的巨大轉(zhuǎn)變，使得政府更能貼近社會公眾，從滿足公眾需求出發(fā)，建立更好的服務體系。同時，網(wǎng)絡技術(shù)的成熟和網(wǎng)絡經(jīng)濟的實踐探索，也為電子政務的發(fā)展打破了許多技術(shù)和應用等層面的壁壘。政府在信息化的主導推動地位日益增強，與以往不同的是，這種地位更多地體現(xiàn)在改革內(nèi)部工作流程以更好地服務于公眾。所以，在電子政務的啟動期，政府起到了從“主演”到“導演”的角色轉(zhuǎn)變。這也意味著電子政務的發(fā)展極大地推動了全社會信息化。

黨的十六大報告中關(guān)于建設電子政務的闡述，為我國電子政務的發(fā)展指明了方向：“進一步轉(zhuǎn)變政府職能，改進管理方式，推行電子政務，提高行政效率，降低行政成本，形成行為規(guī)范、運轉(zhuǎn)協(xié)調(diào)、公正透明、廉潔高效的行政管理體制”。

**系統(tǒng)需求分析報告 項目背景（包括行業(yè)背景、企業(yè)基本情況、項目可行性等）

**系統(tǒng)需求分析報告 項目意義

隨著信息技術(shù)和網(wǎng)絡經(jīng)濟的崛起，信息產(chǎn)業(yè)己成為當今世界經(jīng)濟與社會發(fā)展最主要的驅(qū)動力之一。政府行政管理信息化可簡稱為政務信息化，實現(xiàn)政務信息化的重要手段是電子政務的發(fā)展。電子政務是政府機構(gòu)應用現(xiàn)代信息和通信技術(shù)，將管理和服務通過網(wǎng)絡技術(shù)進行集成，在互聯(lián)網(wǎng)上實現(xiàn)政府組織結(jié)構(gòu)和工作流程的優(yōu)化重組。電子政務在世界許多國家得到迅速的發(fā)展，主要在于它具有不可替代的特殊功能。電子政務的功能是：借助現(xiàn)代信息技術(shù)的力量，全面提高政府管理的效能，全面提高政府公共服務的水平和政府競爭力。具體體現(xiàn)如下：

? 加強政府公眾關(guān)系：政府主要職能是對公眾服務，電子政務推動了政府職能的變革，實現(xiàn)了政府的職能由管理型向服務型的轉(zhuǎn)化。將CRM模式在客戶服務領(lǐng)域的相關(guān)思想和方法用于電子政務領(lǐng)域，能使政府更好地了解公眾需求，不斷提高政府服務的質(zhì)量，提升公眾的滿意度和擁護度，取得更大的社會效益和經(jīng)濟效益。因此，電子政務要借鑒電子商務的成功經(jīng)驗，積極主動地實施客戶關(guān)系管理戰(zhàn)略。? 促進政府流程再造：電子政務不僅僅將現(xiàn)有的政府業(yè)務流程進行電子化，而更重要的是對現(xiàn)有的政府進行業(yè)務流程的改造。電子政務要求政府機關(guān)各職能部門打破固有的工作模式，以事務為中心。電子政務能有效降低政府成本。流程優(yōu)化精簡政府機構(gòu)、減少管理層次和中間控制環(huán)節(jié)、擴大管理幅度、精簡政府冗員，降低管理成本；政府的網(wǎng)上采購，實現(xiàn)公開公平競爭；政府部門之間跨部門、跨地區(qū)的公文電子化處理，實現(xiàn) “無紙化”辦公，可以減少行政辦公費用和公文處理的費用，降低政府的辦公成本。因此，電子政務環(huán)境下的政府行政流程再造是以提高行政效率為目的，通過消除政府管理與服務的間斷和空白點，實現(xiàn)政府運行的協(xié)調(diào)性。

? 促成政務公開機制：電子政務的實施使得政府辦公更為透明，從而使得信息傳遞渠道更為暢通。電子政務可以防止信息被少數(shù)人壟斷或者選擇性的公開，可以防止信息被更改、掩蓋，可以建立一套相對嚴格的制度，將信息交給計算機處理，防止人為的干預。同時，電子政務中的信息管理系統(tǒng)可以對任何人的任何行為進行監(jiān)控，從而增加政府辦事的透明度，增加腐敗的機會成本。電子政務在推動政府縮小貧富差距和反腐敗方面發(fā)揮著重要作用。

? 改善政府績效評估：績評估對于提高政府績效管理有直接的促進功能，是整個績效管理體系的基礎環(huán)節(jié)和核心功能。完善的電子政務績效評估應該綜合 “產(chǎn)出”、“結(jié)果”和 “影響”三個層次。通過電子政務績效評估，有利于切實改善政府績效，有利于有效抵御電子政務建設風險，有利于培養(yǎng)政府績效文化。

**系統(tǒng)需求分析報告 項目總體需求

? 系統(tǒng)硬件：通過本項目對搭建**公司行政管理信息化平臺所需要的設備進行采購，改進和完善**公司現(xiàn)有的內(nèi)部和外部網(wǎng)絡系統(tǒng)，為信息的傳遞鋪平“道路”，為城市建設與環(huán)境的管理打下基礎。

? 系統(tǒng)軟件：系統(tǒng)的軟件分為三部分，第一部分為系統(tǒng)基礎軟件如：操作系統(tǒng)，數(shù)據(jù)庫等，通過本項目進行采購；第二部分為各科室已有的專業(yè)業(yè)務處理軟件，通過整合使這些系統(tǒng)的業(yè)務數(shù)據(jù)為系統(tǒng)數(shù)據(jù)庫提供數(shù)據(jù)來源；第三部分為通過本項目新開發(fā)的各個子系統(tǒng)。

? 系統(tǒng)網(wǎng)絡：系統(tǒng)的網(wǎng)絡由政務內(nèi)網(wǎng)和政務外網(wǎng)兩部分組成。政務內(nèi)網(wǎng)是**公司各部門內(nèi)部辦公業(yè)務網(wǎng)；政務外網(wǎng)是全區(qū)建設部門的對外業(yè)務專網(wǎng)和信息發(fā)布平臺。

? 信息安全：通過建立健全的管理措施和安全設備采購相結(jié)合的方法，在管理和技術(shù)兩個方面加強信息網(wǎng)絡資源的安全保障和保密，增強網(wǎng)絡的可靠性、安區(qū)性、保密性和穩(wěn)定性。項目總論 5.1 預期目標

通過本項目將達到如下四項主要技術(shù)指標：

? 到2010年末實現(xiàn)建設項目可以通過信息化平臺審批。

? 辦公效率全面提高，建設項目在**公司審批的總時限縮短30％以上。? 實現(xiàn)**公司日常辦公費用降低30％以上。? 全面實現(xiàn)**公司信息發(fā)布的網(wǎng)絡化。

5.2 項目預期安排

? 2009年2月－2009年12月，完成重慶市**公司信息化平臺建設所需要實現(xiàn)的建設項目管理系統(tǒng)、行政審批子系統(tǒng)、內(nèi)部行政OA子系統(tǒng)、觸摸屏系統(tǒng)及LED電子屏顯示、信息發(fā)布子系統(tǒng)和資源整合與共享子系統(tǒng)的開發(fā)和完善。

2009年2月25日－4月15日，完成重慶市**公司信息化平臺建設所需要實現(xiàn)的建設項目管理系統(tǒng)、行政審批子系統(tǒng)、行政辦公OA子系統(tǒng)、信息發(fā)布子系統(tǒng)和資源整合與共享子系統(tǒng)的需求分析，提出系統(tǒng)建設方案。

2009年4月16日－5月31日，完成重慶市**公司區(qū)建設信息化平臺的整個系統(tǒng)框架搭建，形成系統(tǒng)展示主頁面。

2009年6月1日－10月1日，行政審批子系統(tǒng)開發(fā)工作量完成一半，完成 4

**系統(tǒng)需求分析報告

內(nèi)部行政OA子系統(tǒng)及對外宣傳信息。

2009年10月2日－12月31日，完成行政審批子系統(tǒng)。

? 2010日1月－2010年12月，依托信息化平臺建設，**公司逐步建成集數(shù)據(jù)信息的采集、存儲、加工、交換和發(fā)布為一體的信息中心。通過對信息資源的整合，達到信息資源的綜合利用，實現(xiàn)高效、快捷、準確的信息傳遞和行政管理效率與效能全面提升。

? 2010年7月－2010年12月，充分利用信息化平臺中積存的歷史數(shù)據(jù)，利用先進的數(shù)據(jù)挖掘技術(shù)，對各類建設數(shù)據(jù)進行再加工和處理，確保信息化平臺實現(xiàn)顯著的社會效益和經(jīng)濟效益，建立完善的信息安全審計系統(tǒng)和績效考核系統(tǒng)，并在重慶與西部地區(qū)推廣該項目的經(jīng)驗。

5.3 項目范圍

5.3.1 應用系統(tǒng)的開發(fā)與建設

包括行政審批系統(tǒng)，具體內(nèi)容包括：可以實現(xiàn)行政審批的電子政務、建設項目過程控制及監(jiān)管、內(nèi)部辦公自動化及網(wǎng)絡共享、對外信息發(fā)布、建設相關(guān)企業(yè)及工程師管理以及資源整合與共享。

5.3.2 網(wǎng)絡基礎設施建設以及網(wǎng)絡軟、硬件平臺建設 5.3.3 門戶網(wǎng)站建設

**公司門戶網(wǎng)站要建成集信息服務和網(wǎng)上辦公為一體的多功能網(wǎng)站，并實現(xiàn)綜合信息集中發(fā)布，部門網(wǎng)站統(tǒng)一導航。

5.3.4 安全保密體系建設

建立安全認證和授權(quán)體系，為**公司工作人員提供證書服務；部署入侵檢測、漏洞掃描、防病毒等安全措施，初步建立**公司電子政務網(wǎng)的安全保密體系，有效保證系統(tǒng)的安全性。

**系統(tǒng)需求分析報告 方案概要 6.1 業(yè)務需求

本篇分為行政審批業(yè)務需求分析

對每個業(yè)務進行了業(yè)務描述、審查依據(jù)、申報條件、輸入數(shù)據(jù)、輸出數(shù)據(jù)、業(yè)務處理過程、處理時限、業(yè)務指導科室和業(yè)務流程圖的梳理和確認。對項目動態(tài)管理過程進行了階段劃分和描述。

這部分主要是對現(xiàn)階段**公司工作的調(diào)研工作的展示，引導接下來功能設計、初步設計。

6.2 功能分析

對系統(tǒng)主要功能進行描述。

6.3 系統(tǒng)設計

本篇首先給出了系統(tǒng)的整體設計思路，對各個系統(tǒng)進行了功能模塊分析。并對整個系統(tǒng)進行了整體架構(gòu)，**公司信息平臺的整體構(gòu)架采用SOA的體系構(gòu)架，以松散耦合的方式公開業(yè)務服務，使**公司的各個業(yè)務單元輕松地使用和組合這些業(yè)務服務。本架構(gòu)設計方法論采用SunTone 3D 架構(gòu)方法論，SunTone 3D 架構(gòu)方法論是Sun公司推出的一套成熟的系統(tǒng)架構(gòu)分析設計的方法和標準。SunTone 3D架構(gòu)方法論從列（Tier），層(Layer)和系統(tǒng)質(zhì)量(System Quality)三維的角度來分析一個完整的系統(tǒng)。技術(shù)路線是參考目標系統(tǒng)的靜態(tài)和動態(tài)特性分析，為架構(gòu)設計設定的高層技術(shù)方案選擇范圍。整個架構(gòu)方案的設計圍繞選定的技術(shù)路線，并以之作為各項系統(tǒng)機制實現(xiàn)的技術(shù)基礎。本系統(tǒng)的軟件架構(gòu)設計在技術(shù)路線選擇時綜合考慮運行效率、開發(fā)效率以及隨需應變能力的平衡能力。

6.4 安全策略

整個**公司行政辦公信息平臺是一個統(tǒng)一的整體結(jié)構(gòu)，使用統(tǒng)一的安全體系結(jié)構(gòu)來配置資源。主要包括以下幾個方面：

? 系統(tǒng)日志管理：功能日志、系統(tǒng)日志； ? 信息傳輸安全：數(shù)據(jù)加密、網(wǎng)絡分段；

? 信息存儲安全：服務器安全、數(shù)據(jù)備份和恢復、異地容災； ? 信息訪問安全：防火墻、身份認證、漏洞掃描、入侵檢測； ? 系統(tǒng)環(huán)境安全：操作系統(tǒng)安全、防病毒體系。

? 應用系統(tǒng)安全：CA身份認證、用戶權(quán)限管理、安全配置管理； 在采用安全設備及安全技術(shù)的同時，還需要制定嚴密的安全管理體制和安全 6

**系統(tǒng)需求分析報告

管理制度共同構(gòu)建系統(tǒng)安全體系。

6.5 項目亮點

? 實現(xiàn)信息共享，信息整合，能隨時獲取項目審批狀態(tài)的信息； ? 方便的流程管理和流程定制，兼顧了行政審批流程變動（如大部委制）帶來的變動需求；

? 靈活的網(wǎng)站信息發(fā)布方式及管理；

? 統(tǒng)一身份認證及統(tǒng)一授權(quán)，操作方便，安全及權(quán)威得到保障。

**系統(tǒng)需求分析報告、業(yè)務需求分析篇9 二

**系統(tǒng)需求分析報告 行政審批系統(tǒng)業(yè)務分析 1.1 收件業(yè)務

1.1.1 業(yè)務描述

對報建單位提交的相關(guān)資料進行清點，齊全填寫受理通知單后將資料移交下一受理環(huán)節(jié)，否則退件。

1.1.2 輸入數(shù)據(jù)

1.1.2.1 內(nèi)部已有數(shù)據(jù)（以后環(huán)節(jié)需要的數(shù)據(jù)）

各審查環(huán)節(jié)資料目錄信息

1.1.2.2 手工錄入數(shù)據(jù)（本環(huán)節(jié)新增加的數(shù)據(jù)）

（1）接發(fā)件備查表（包括以下信息）：接件日期、工程名稱、工程地址、建設單位、聯(lián)系人、電話、審批類型、是否退件；

（2）受理通知單；（3）工作受理單。

1.1.3 輸出數(shù)據(jù)

1.1.3.1 內(nèi)部流轉(zhuǎn)數(shù)據(jù)（以后環(huán)節(jié)需要的數(shù)據(jù)）

（1）接發(fā)件備查表（包括以下信息）：接件日期、工程名稱、工程地址、建設單位、聯(lián)系人、電話、審批類型、是否退件；

（2）工作受理單。

1.1.3.2 外部數(shù)據(jù)（打印或顯示輸出的數(shù)據(jù)）

（1）受理通知單；（2）退件通知單；（3）工作受理單。

1.1.4 資料附件

1.1.4.1 報件資料（本環(huán)節(jié)需報建單位提供的資料）

根據(jù)具體審批環(huán)節(jié)提供相關(guān)材料

1.1.4.2 內(nèi)部流轉(zhuǎn)資料（通過內(nèi)部流轉(zhuǎn)獲取的資料）

無

1.1.4.3 發(fā)放資料（發(fā)給報建單位的資料）

（1）受理通知書；（2）退件通知書。

**系統(tǒng)需求分析報告

1.1.4.4 留存資料（內(nèi)部留存需要存檔的資料）

1.1.5 業(yè)務處理過程

（1）報建單位通過網(wǎng)上報建填寫相關(guān)申請表（可選）；

（2）建設單位向接件窗口提交各種審批相關(guān)材料及相關(guān)申請表；（3）接件員核對材料后向申請人出具受理通知單或退件通知單；（4）接件員填寫工作受理單及接發(fā)件備查表；（5）接件員將相關(guān)材料遞送至**公司審批人員。

**系統(tǒng)需求分析報告

1.1.6 業(yè)務流程圖

圖名：發(fā)件流程圖 圖號：B00 制圖：武建軍 審核：報建單位接發(fā)件窗口審核提交報建資料新增報建資料（各環(huán)節(jié)不同）和內(nèi)部發(fā)放表格判定審批環(huán)節(jié)審核新增資料F資料齊全或加急T受理通知單收審核件收件整合（報建資料和內(nèi)部流轉(zhuǎn)資料）整合的報建資料工作受理單報建資料移交收件整合移交相關(guān)環(huán)節(jié)技術(shù)審查退件通知單報建資料退件處理退件

**系統(tǒng)需求分析報告

三、功能分析篇4

1**系統(tǒng)需求分析報告

功能分析是在業(yè)務分析的基礎上，從軟件功能實現(xiàn)的角度對**公司信息化平臺進行模塊劃分，把**公司信息化平臺分為功能相對獨立但又彼此聯(lián)系的6個功能子系統(tǒng)，并提出各子系統(tǒng)的功能需要，是下一階段系統(tǒng)分析和設計過程的設計依據(jù)。主要包括后臺管理系統(tǒng)、行政審批系統(tǒng)、辦公自動化系統(tǒng)、建設項目動態(tài)管理系統(tǒng)、網(wǎng)站發(fā)布系統(tǒng)、資源交換與共享系統(tǒng)。以上功能子系統(tǒng)建立在統(tǒng)一的軟件平臺之上，軟件平臺是各子系統(tǒng)共同的基礎平臺，主要包括統(tǒng)一認證單點登錄、數(shù)據(jù)信息標準、角色權(quán)限分配等。行政審批系統(tǒng)功能分析

行政審批系統(tǒng)作為整個《**公司信息化平臺》的基礎平臺，對后期系統(tǒng)開發(fā)起到數(shù)據(jù)支撐；同時也是當前**公司在電子政務建設中最為迫切的部門；行政審批系統(tǒng)設計開發(fā)的好壞直接關(guān)系到后續(xù)系統(tǒng)的開發(fā)；所以對于行政審批系統(tǒng)要做到系統(tǒng)運行穩(wěn)定，功能完整實用，操作方便易用，具有充分的擴展性和前瞻性。

1.1 總體需求

1.1.1 規(guī)范性

? 項目管理為主線，項目具有唯一“身份證”，每個建設項目在不同的審批業(yè)務中具有相同的項目編號，但有不同的業(yè)務編號。? 嚴格按流程進行審批，保證審批流程的透明化。? 統(tǒng)一**公司信息化數(shù)據(jù)標準。? 企業(yè)信息“一次性錄入，重復使用”。

? 智能業(yè)務時限預警。? 節(jié)假日設定。

1.1.2 先進性

支持系統(tǒng)像積木一樣隨時進行搭建和改造，根據(jù)管理的需要對系統(tǒng)模塊進行增加和刪除，不斷補充系統(tǒng)生命力，實現(xiàn)系統(tǒng)可持續(xù)發(fā)展，確保系統(tǒng)在較長時間內(nèi)保持先進性。

1.1.3 靈活性

考慮到大部委制部門調(diào)整的要求，將來**公司的審批業(yè)務有可能增加或減少，報建資料可能由來自外部改變?yōu)閮?nèi)部流轉(zhuǎn)資料，對可能增加的審批業(yè)務預留接口，需要時可以隨時激活使用，并可以對審批業(yè)務的前置環(huán)節(jié)和后置環(huán)節(jié)進行動態(tài)調(diào)整。

1.1.4 易用性

? 自定義個人桌面

**系統(tǒng)需求分析報告

? 常用審批意見 ? 待辦提示 ? 審批進度瀏覽 ? 短信提醒

1.1.5 安全性

? 安全的數(shù)據(jù)傳輸

? 多級身份認證策略：通過用戶口令等實現(xiàn)用戶身份認證 ? 可集成CA身份認證 ? 可集成電子簽章

1.1.6 可持續(xù)性

? 界面可調(diào)整 ? 報表可定制 ? 流程可按需調(diào)整 ? 系統(tǒng)預留擴展接口

**系統(tǒng)需求分析報告

1.2 功能模塊劃分

企業(yè)用戶注冊項目申報項目咨詢IC卡管理網(wǎng)上申報子系統(tǒng)項目審批查詢意見反饋受理新審批項目修改項目待辦項目急辦件快速受理刪除項目在辦項目項目中止待辦事務項目報延項目催辦項目回收項目會簽在崗狀態(tài)設置項目收費管理信息發(fā)布工作移交數(shù)據(jù)導出行政審批系統(tǒng)項目預警項目辦結(jié)項目辦理審批業(yè)務子系統(tǒng)領(lǐng)導督辦項目退回已辦事務項目分件事務臨時授權(quán)企業(yè)信息管理手機短信通知顯示自定義項目查詢子系統(tǒng)項目精確查詢項目組合查詢數(shù)據(jù)統(tǒng)計項目模糊查詢自定義條件查詢 圖 3.1-1 功能模塊劃分

1.3 功能需求描述

1.3.1 網(wǎng)上申報子系統(tǒng)

1.3.1.1 企業(yè)用戶注冊

提供報建單位的預約注冊和正式注冊功能，企業(yè)用戶可以在網(wǎng)上進行預約注冊，輸入企業(yè)用戶基本信息，然后到行政大廳進行正式注冊，并辦理IC卡。注冊后可以登陸系統(tǒng)，登錄后對企業(yè)用戶個人信息的登記，修改，密碼的修改，用戶個性化設置，系統(tǒng)的在線幫助。

**系統(tǒng)需求分析報告

1.3.2 審批業(yè)務子系統(tǒng)

1.3.2.1 業(yè)務受理

由收發(fā)件窗口受理，也可以從網(wǎng)上申報系統(tǒng)受理，并自動生成項目編號及業(yè)務編號；項目資料錄入完成后可以直接進行提交到下一辦理環(huán)節(jié)；此時系統(tǒng)生成一個在辦項目紀錄，收發(fā)件窗口可以隨時查詢在辦項目的辦理情況；如果不進行提交而是保存的話，系統(tǒng)將生成一條待辦項目紀錄等待窗口人員進行提交。

1.3.3 項目查詢子系統(tǒng)

主要是用于業(yè)務辦理情況查詢，分為四種方式：精確查詢、模糊查詢、組合查詢、自定義條件查詢。查詢項目包括：時間查詢、業(yè)務查詢、基本信息查詢、項目查詢、人員查詢、單位查詢、辦結(jié)查詢、辦理步驟查詢、辦理時限查詢，其他自定義查詢等。

在查詢結(jié)果中的目錄列表中，系統(tǒng)將自動以顏色區(qū)分的方式來直觀的表示出警告件和超時件，其中警告件是黃色，超時件是顯示紅色。1.3.3.1 精確查詢

通過嚴格匹配輸入的查詢條件來快速準確的查詢某個項目。

查詢結(jié)果目錄中所顯示的信息有：項目基本信息、項目受理信息、項目辦理信息、項目申報人信息、項目辦理人信息等。

**系統(tǒng)需求分析報告、技術(shù)分析篇

四

**系統(tǒng)需求分析報告 系統(tǒng)總體設計思路 1.1 技術(shù)及功能要求

1.1.1 技術(shù)要求（以下為示例）

1.1.1.1 穩(wěn)定可靠的數(shù)據(jù)平臺 1.1.1.2 快速準確的決策支持 1.1.1.3 很好的開放性和可擴展性

1.1.1.4 同時基于虛擬專用網(wǎng)及互聯(lián)網(wǎng)的快速實時查詢

1.1.1.5 采用方便實用的BROWSE/SERVER方式，真正實現(xiàn)數(shù)據(jù)的集中處理和管理

1.1.1.6 支持分級動態(tài)數(shù)據(jù)查詢、匯總及分析。

1.1.2 功能要求（以下為示例）

1.1.2.1 集中管理 1.1.2.2 流程化審批 1.1.2.3 動態(tài)匯總 1.1.2.4 動態(tài)查詢 1.1.2.5 動態(tài)適應和調(diào)整 1.1.2.6 動態(tài)分析 1.1.2.7 電子監(jiān)察

1.2 技術(shù)特點（以下為示例）

1.2.1 面向服務的體系結(jié)構(gòu) 1.2.2 采用中間件技術(shù) 1.2.3 動態(tài)查詢技術(shù) 1.2.4 動態(tài)匯總技術(shù)

1.2.5 基于策略的動態(tài)生成技術(shù) 1.2.6 采用大型數(shù)據(jù)庫技術(shù)

**系統(tǒng)需求分析報告 總體架構(gòu) 2.1 系統(tǒng)技術(shù)架構(gòu)

2.1.1 架構(gòu)體系分層說明 2.1.2 系統(tǒng)總體技術(shù)架構(gòu)圖

2.2 系統(tǒng)平臺架構(gòu)

**系統(tǒng)需求分析報告 服務器與系統(tǒng)部署策略 3.1 應用服務器選型 3.2 數(shù)據(jù)庫選型 3.3 操作系統(tǒng)選型

**系統(tǒng)需求分析報告

五、系統(tǒng)安全策略篇 24

**系統(tǒng)需求分析報告 系統(tǒng)安全保障 2 權(quán)限控制管理 2.1 權(quán)限模型的實現(xiàn) 2.2 應用權(quán)限的實現(xiàn) 2.3 數(shù)據(jù)權(quán)限的實現(xiàn) 3 數(shù)據(jù)傳輸安全性 3.1 數(shù)據(jù)加密 3.2 數(shù)據(jù)傳輸 4 防火墻系統(tǒng)