第一篇：P2P需求分析報(bào)告

P2P借貸需求分析報(bào)告

小組組長：陸鵬

小組成員：凡勇、閆振途、宋賽賽 小組任務(wù)：P2P借貸的需求分析 各成員負(fù)責(zé)的詳細(xì)章節(jié)模塊：

陸鵬：第一章任務(wù)概述及第三章非功能性需求以及最終文檔整合修訂 凡勇：第二章功能性需求的前臺(tái)模塊和賬戶模塊 閆振途：第二章功能性需求的投資模塊 宋賽賽：第二章功能性需求的借貸模塊 章節(jié)構(gòu)成：

第一章

任務(wù)概述 第二章

功能性需求 第三章

非功能性需求 第四章

總結(jié)與展望

一、任務(wù)概述

通過對P2P的了解與研究，我們對P2P借貸模式有了一定的理解與認(rèn)知，P2P借貸已經(jīng)成為一種時(shí)興的個(gè)人理財(cái)模式，其發(fā)展讓人眼花繚亂，但該行業(yè)仍處于發(fā)展初期，各種風(fēng)險(xiǎn)并存，仍有必要對P2P借貸平臺(tái)進(jìn)行詳細(xì)嚴(yán)謹(jǐn)?shù)男枨蠓治觥?/p>

1.1項(xiàng)目任務(wù)和目的

P2P平臺(tái)應(yīng)當(dāng)包括：網(wǎng)站前臺(tái)、個(gè)人賬戶、投資、借貸幾大功能模塊。網(wǎng)站平臺(tái)交易系統(tǒng)主要完成整個(gè)平臺(tái)的借款操作、展示、投標(biāo)等功能。主要功能包括：用戶注冊、登陸、借款標(biāo)詳細(xì)信息展示、發(fā)布借款、投資借款標(biāo)等，同時(shí)借款方完成還款操作。

借款者和投資者的個(gè)人管理中心平臺(tái)。主要包括個(gè)人資料管理、賬戶管理、借款標(biāo)和投資標(biāo)的管理以及明細(xì)、郵箱認(rèn)證、實(shí)名認(rèn)證、vip申請、在線充值和提現(xiàn)等等功能。

借貸交易系統(tǒng)后臺(tái)支撐系統(tǒng)主要是對整個(gè)借貸交易系統(tǒng)進(jìn)行管理、維護(hù)等功能，主要包括用戶的賬戶管理、借款標(biāo)的審核和發(fā)布、以及用戶的實(shí)名認(rèn)證、手機(jī)認(rèn)證等功能。此外，系統(tǒng)還擁有強(qiáng)大的數(shù)據(jù)統(tǒng)計(jì)功能，可實(shí)時(shí)觀察平臺(tái)交易的狀態(tài)和最新的統(tǒng)計(jì)數(shù)據(jù)。

從技術(shù)的角度看，要解決的問題和要達(dá)到的技術(shù)要求如下：（1）在線發(fā)布招標(biāo)信息；（2）在線搜索招標(biāo)信息；（3）即時(shí)更新招標(biāo)信息；

（5）提供收益、結(jié)算等信息核查；

（6）對安全性要求是：用戶信息透明度必須足夠高，業(yè)務(wù)明細(xì)必須可監(jiān)可控，業(yè)務(wù)申請審核必須嚴(yán)格。

1.2系統(tǒng)目標(biāo)

網(wǎng)站的服務(wù)是希望集投融資為一體，進(jìn)行一些中小額放貸，解決一些個(gè)人用

錢問題或者個(gè)體戶及企業(yè)的一些小額貸款問題，就是有資金并且有理財(cái)投資想法的個(gè)人，通過中介機(jī)構(gòu)牽線搭橋，使用信用貸款的方式將資金貸給其他有借款需求的人。其中，中介機(jī)構(gòu)負(fù)責(zé)對借款方的經(jīng)濟(jì)效益、經(jīng)營管理水平、發(fā)展前景等情況進(jìn)行詳細(xì)的考察，并收取賬戶管理費(fèi)和服務(wù)費(fèi)等收入。這種操作模式依據(jù)的是《合同法》，其實(shí)就是一種民間借貸方式，只要貸款利率不超過銀行同期貸款利率的4倍就是合法的。

1.3用戶特點(diǎn)

最終的用戶，即為系統(tǒng)注冊的會(huì)員，即可以作為甲方，也可以作為乙方進(jìn)行交易。

二、功能模塊需求設(shè)計(jì) 2.1網(wǎng)站前臺(tái)

2.1.1用戶注冊

個(gè)人用戶注冊

點(diǎn)擊注冊按鈕，跳轉(zhuǎn)頁面。按照要求，用戶通過填寫所需信息（用戶名，密碼，郵箱，驗(yàn)證碼等）。界面會(huì)顯示用戶協(xié)議，同意用戶謝意才能注冊！

//1.點(diǎn)擊注冊按鈕跳轉(zhuǎn)可以換成一個(gè)彈窗來代替 2.可以增加一個(gè)登錄界面的跳轉(zhuǎn)連接

2.1.2.用戶登錄與注銷

登錄個(gè)人賬戶

用戶注冊結(jié)束，得到一個(gè)唯一的用戶名。進(jìn)入到用戶登錄界面，正確填寫用戶名和密碼，另外現(xiàn)在一般會(huì)有一個(gè)驗(yàn)證碼。全部填寫完整后，點(diǎn)擊登錄按鈕，完成登錄操作。

注銷退出

注銷登錄狀態(tài)，退出平臺(tái)系統(tǒng)。

2.1.3搜索

游客、買方、賣方都可以通過關(guān)鍵字或者商品的大致類別進(jìn)行模糊搜索，搜索結(jié)果按與輸入的最大匹配度程度，可以點(diǎn)擊查看具體的商品拍賣信息。也可在主頁上查看不同分類下展示的相應(yīng)拍賣商品（一般按點(diǎn)擊量，有系統(tǒng)自動(dòng)判斷，在相應(yīng)類別下顯示一定的數(shù)量商品的圖片和名稱），也可以點(diǎn)擊進(jìn)入相應(yīng)的競拍頁面。//搜索功能下可添加點(diǎn)擊量最多前三名競拍項(xiàng)目

2.2我的賬戶

在我的賬戶中主要可以對自己的賬戶進(jìn)行一些管理操作：基本資料管理--修改賬戶信息（用戶郵箱，手機(jī)號(hào)碼等），實(shí)名認(rèn)證-身份證認(rèn)證，賬戶管理--借款與投資，在線充值與提現(xiàn)。2.2.1基本資料管理

此功能管理著用戶的一些基本信息，用戶可以再次編輯其中的一部分可更改的信息。其中用戶名不可更改。2.2.2實(shí)名認(rèn)證

通過身份證（或者其他有效證件）實(shí)名認(rèn)證個(gè)人賬戶。

賬戶管理：顯示用戶的賬戶信息，用戶的借款標(biāo)與投資標(biāo)管理及明細(xì)。點(diǎn)擊此頁面相關(guān)按鈕能進(jìn)入該賬戶的投資與借款功能頁面。2.2.3在線充值與提現(xiàn)

會(huì)員可以在登錄后直接充值，在提交保證金和競拍成功后交付余額時(shí)，賬戶余額不夠也需充值，競拍失敗后，退回保證金到賬戶里。

2.3投資模塊

該模塊主要用于投資人投資項(xiàng)目，主要功能包括查詢可投資項(xiàng)目、查看項(xiàng)目詳細(xì)信息、確認(rèn)投資項(xiàng)目、查看歷史投資項(xiàng)目、查看正在投資項(xiàng)目、查看項(xiàng)目還款情況明細(xì)、確認(rèn)還款、投訴借款人等等，功能：

查詢可投資項(xiàng)目

功能描述：查看顯示現(xiàn)所有待投資項(xiàng)目，也可按條件如利率、還款方式、借款總額、借款用途、借款期限等單項(xiàng)或多項(xiàng)條件精確查找。查看項(xiàng)目詳細(xì)信息

功能描述：查看項(xiàng)目詳細(xì)信息，包括借款用途介紹，借款總額，還款利率，借款人基本信息等。確認(rèn)投資項(xiàng)目

功能描述：對心儀項(xiàng)目選擇投資，注入資金，借貸雙方達(dá)成合作共識(shí)。查看歷史投資項(xiàng)目

功能描述：用戶可查看自己已投資且交易完成的所有項(xiàng)目，也可按時(shí)間段查詢查看投資交易完成的項(xiàng)目。查看正在投資項(xiàng)目

功能描述：用戶查看現(xiàn)在正在投資的所有項(xiàng)目。查看項(xiàng)目還款情況明細(xì)

功能描述：用戶可選擇一個(gè)正投資項(xiàng)目，查看該投資項(xiàng)目已還款情況的明細(xì)。確認(rèn)還款

功能描述：投資人對借款人還款情況進(jìn)行確認(rèn)提交。投訴借款人

功能描述：投資人可對未及時(shí)還款的借款人進(jìn)行投訴，系統(tǒng)確認(rèn)情況屬實(shí)后降低借款人信用額度（發(fā)布投資）

功能描述：投資人發(fā)布自己投資意愿，包括可投資金額，希望的還款利率等信息。

2.4借貸模塊

申請貸款: 用戶注冊登錄后，通過相關(guān)按鈕進(jìn)入貸款界面，填寫貸款信息，包括貸款標(biāo)題、經(jīng)濟(jì)現(xiàn)狀、貸款緣由、貸款金額、年利率、還款期限、還款方式、擔(dān)保機(jī)構(gòu)等基本信息以待初步審核。

發(fā)布信息：

申請貸款方在通過所有審核后可在網(wǎng)頁發(fā)布貸款信息，包括貸款標(biāo)題、貸款緣由、貸款金額、年利率、還款期限、還款方式、償還進(jìn)度、擔(dān)保機(jī)構(gòu)等信息，信息確認(rèn)發(fā)布后不可更改。

查看招標(biāo)進(jìn)度：

申請貸款方在每次發(fā)布信息后后殼在相關(guān)界面查看目前招標(biāo)進(jìn)度。確認(rèn)收款：

申請貸款方在招標(biāo)已投滿的情況下可提交貸款收款申請，并簽訂合同。還款: 申請貸款方根據(jù)選擇的還款方式償還利息與本金給投資方。查看貸款歷史：

申請貸款方可查看本人貸款歷史記錄，成功招標(biāo)次數(shù)和招標(biāo)失敗次數(shù)。查看同期其他貸款項(xiàng)目：

申請貸款方可查看同期其他貸款項(xiàng)目，以供確定自己信息的發(fā)布。

三、非功能性需求 3.1用戶界面

網(wǎng)站界面要求美觀、大方，布局合理符合人的視覺習(xí)慣，易于操作，網(wǎng)站的格調(diào)及風(fēng)格要求簡單優(yōu)美。

3.2硬件條件

服務(wù)器硬件： 要求：

√

內(nèi)存：不少于2G √

CPU：Intel 2.8以上 √

硬盤：RAID，720G

3.3軟件環(huán)境

服務(wù)器軟件：

√

操作系統(tǒng)：Win7旗艦版 √

數(shù)據(jù)庫：？ √

Web服務(wù)：IIS服務(wù)

3.4開發(fā)平臺(tái)

√

Eclipse √

PE平臺(tái)

3.5安全性

系統(tǒng)的安全性無疑是確保系統(tǒng)正常運(yùn)行的首要條件，系統(tǒng)的設(shè)計(jì)將從訪問控制、數(shù)據(jù)安全方面進(jìn)行考慮。

1）權(quán)限管理

通過設(shè)置角色和用戶權(quán)限對用戶訪問控制。不同用戶擁有不同權(quán)限可進(jìn)行不同操作，對于其權(quán)限之外的操作系統(tǒng)不會(huì)響應(yīng)。

2）運(yùn)行維護(hù)管理

進(jìn)行系統(tǒng)數(shù)據(jù)庫的備份，使系統(tǒng)數(shù)據(jù)不會(huì)因意外事故（如突然停電）而造成破壞，從而確保數(shù)據(jù)庫內(nèi)容的安全可靠性。

當(dāng)系統(tǒng)出現(xiàn)異常時(shí)，為了使異常處理簡潔，定義專門的錯(cuò)誤頁面來處理可能發(fā)生的異常，在錯(cuò)誤頁面打印異常信息以及用戶應(yīng)該做的處理，同時(shí)將異常寫入日志文件，便于日后的維護(hù)。

3.6性能需求

1）時(shí)間特性

普通操作應(yīng)在1秒內(nèi)得到響應(yīng)，計(jì)算量大的任務(wù)在10秒內(nèi)完成。2）應(yīng)用性

系統(tǒng)用瀏覽器實(shí)現(xiàn)用戶界面，大量的圖形元素直觀反映了系統(tǒng)的功能，便于理解和應(yīng)用。

3）穩(wěn)定性

系統(tǒng)穩(wěn)定性非常重要，它將直接影響各類用戶的使用質(zhì)量。該系統(tǒng)部署后，在硬件條件和支持軟件條件沒有發(fā)生變化的情況下，能夠一直保持運(yùn)行狀態(tài)，直到系統(tǒng)被升級或替代。

在系統(tǒng)出現(xiàn)故障，或突然斷電，再次重啟時(shí)，能確保數(shù)據(jù)庫恢復(fù)到之前相近時(shí)刻的一致性狀態(tài)。

4）數(shù)據(jù)精確度

所有有關(guān)金額的數(shù)據(jù)域要求精確到小數(shù)點(diǎn)后兩位。5）數(shù)據(jù)庫容量要求

數(shù)據(jù)庫容量要求能支持多用戶的訪問，具有較高的吞吐量。6）擴(kuò)展型需求

在現(xiàn)有模塊上，增加評價(jià)功能，以及網(wǎng)站的交流平臺(tái)，還有物流查詢及退貨處理的功能。

3.7其他需求

1）軟件系統(tǒng)對于用戶的非法操作因給予錯(cuò)誤信息或提示信息。

2）數(shù)據(jù)庫的存取能力好，涉及的數(shù)據(jù)操作能夠保證數(shù)據(jù)庫在相當(dāng)長的時(shí)間內(nèi)內(nèi)模式的穩(wěn)定性，以及操作具有的較低的復(fù)雜性，必要時(shí)可以重組數(shù)據(jù)庫，盡量避免數(shù)據(jù)庫的重構(gòu)。

3）數(shù)據(jù)庫、以及應(yīng)用系統(tǒng)的設(shè)計(jì)，可以保證在現(xiàn)有的基礎(chǔ)上，能夠較容易的修改，以及功能的擴(kuò)充

4）假定和約束

系統(tǒng)最小壽命：系統(tǒng)應(yīng)該能在無重大改動(dòng)的條件下正常運(yùn)行五年以上。對設(shè)備的要求：要求計(jì)算機(jī)穩(wěn)定性良好，整套系統(tǒng)經(jīng)濟(jì)實(shí)惠；瀏覽器運(yùn)行穩(wěn)定，迅速。

四、總結(jié)與展望

經(jīng)過一天的討論及分工合作，最終我們小組將P2P借貸的需求分析報(bào)告整合修訂完成。每個(gè)成員各自講解了自己負(fù)責(zé)的模塊的構(gòu)成和設(shè)計(jì)思路與最終實(shí)現(xiàn)，其他成員則對其中不理解或仍可改進(jìn)的地方提出了意見，最終我們將意見統(tǒng)一，由我最后修改填充各章節(jié)不足的地方，匯總而成此篇文檔。

其中，我們對投資和借貸兩大主要模塊之間由何方進(jìn)行信息的發(fā)布，以何總方式發(fā)布，發(fā)布的規(guī)則如何進(jìn)行了討論，各個(gè)成員都提出了自己的想法，有的想法雖有沖突，如有的成員認(rèn)為只能由借貸方根據(jù)借貸需求進(jìn)行發(fā)布借貸信息，有的人認(rèn)為投資方一樣可以按自己的需求發(fā)布相應(yīng)的投資信息，而有的人則認(rèn)為雙方皆可以。最終我參考了種樹網(wǎng)及其他相關(guān)成熟網(wǎng)站的做法，認(rèn)為借貸方發(fā)布借貸信息是各個(gè)網(wǎng)站都共有的一種方式，應(yīng)當(dāng)為主，而投資方發(fā)布投資信息也有可取之處，且也存在著這樣的需求，兩者互不沖突，可以根據(jù)自身需求選擇不同的方式，最終都是為自身利益考慮，而我們是為中介第三方搭建平臺(tái)，應(yīng)當(dāng)從各個(gè)方面去考慮并滿足其要求，最終模式仍由第三方?jīng)Q定，我們僅作技術(shù)支持和意見提供參考。

最終，其他小組成員也認(rèn)可了這樣的做法，故而在投資模塊中，投資人發(fā)布信息模塊只做備選參考，具體情況根據(jù)實(shí)際需求而定。其他存在的分歧和問題也是類似如此逐一討論解決，便不再具體展開敘述。

一些展望：

P2P貸款核心是利用互聯(lián)網(wǎng)的技術(shù)，使具有閑置資金出借的個(gè)人與有貸款需求的個(gè)人或企業(yè)，能在線上通過平臺(tái)自行配對，實(shí)質(zhì)是把吸儲(chǔ)和放貸實(shí)行無縫對接。這樣的模式方便、高效、快捷，對于門檻而言，相對于銀行要低很多。但不可避免的，介公司存在大量潛在風(fēng)險(xiǎn)，要求銀行業(yè)金融機(jī)構(gòu)采取有效措施，做好風(fēng)險(xiǎn)預(yù)警監(jiān)測與防范。

P2P貸款平臺(tái)主要存在七大風(fēng)險(xiǎn)和隱患：影響宏觀調(diào)控效果；容易演變?yōu)榉欠ń鹑跈C(jī)構(gòu)；業(yè)務(wù)風(fēng)險(xiǎn)難以控制；不實(shí)宣傳影響銀行體系整體聲譽(yù)；監(jiān)管職責(zé)不清；貸款質(zhì)量低于普通銀行類金融機(jī)構(gòu)；開展房地產(chǎn)二次抵押業(yè)務(wù)存在風(fēng)險(xiǎn)隱患。

故而應(yīng)當(dāng)有以下方面的風(fēng)險(xiǎn)考慮： 1.壞賬準(zhǔn)備金的提?。?/p>

一般按照同業(yè)或者銀行壞賬準(zhǔn)備金提取不低于1%（最高不超過2%）2.風(fēng)險(xiǎn)規(guī)避：

可以借助招聘團(tuán)隊(duì)每個(gè)高級成員之前的成功經(jīng)驗(yàn)，并快速學(xué)習(xí)提高自身的能力，快速適應(yīng)新模式平臺(tái)的發(fā)展。

3.引入顧問團(tuán)：

在創(chuàng)業(yè)初期，各個(gè)方面資源比較欠缺的情況下，積極引入顧問團(tuán)，把管理、技術(shù)、融資、營銷等各方面的問題獲得顧問的指點(diǎn)，減少不必要的錯(cuò)誤。服務(wù)和配合團(tuán)隊(duì)需要常年招聘信貸經(jīng)理、理財(cái)顧問、信貸員、客服等團(tuán)隊(duì)。

4.技術(shù)保障：

力爭在技術(shù)達(dá)到安全防范的作用，對用戶信息有嚴(yán)格審核制度，不泄露用戶信息，交易安全保障等等。

5.線下模式相結(jié)合：

不單純走線上中介模式，結(jié)合線下模式，對高額用戶進(jìn)行實(shí)名驗(yàn)證，收集備份相關(guān)資料等。

第二篇：需求分析報(bào)告

需求分析報(bào)告

一、所謂“需求分析”，是指對要解決的問題進(jìn)行詳細(xì)的分析，弄清楚問題的要求，包括需要輸入什么數(shù)據(jù)，要得到什么結(jié)果，最后應(yīng)輸出什么?？梢哉f，“需求分析”就是確定要計(jì)算機(jī)“做什么”。

需求分析是一項(xiàng)重要的工作，也是最困難的工作。該階段工作有以下特點(diǎn)：

（1）用戶與開發(fā)人員很難進(jìn)行交

（2）用戶的需求是動(dòng)態(tài)變化的（3）系統(tǒng)變更的代價(jià)呈非線性增長

二、為什么要需求分析

需求分析具有決策性，方向性，策略性的作用。在軟件分開發(fā)過程中具有舉足輕重的作用，大家一定要對需求分析具有足夠重視！

三、需求分析的任務(wù)

需求分析的任務(wù)就是解決“做什么”的問題，就是要全面地理解用戶的各項(xiàng)要求，并準(zhǔn)確的的表達(dá)用戶的需求。

四、需求分析的過程

需求分析的階段工作可以分為四個(gè)方面：問題識(shí)別、分析與綜合、制定規(guī)格說明、評審。

主要代碼：

using System;using System.Collections.Generic;using System.ComponentModel;using System.Data;using System.Drawing;using System.Linq;using System.Text;using System.Windows.Forms;

namespace 擲骰子

{public partial class Form1 : Form{public Form1(){InitializeComponent();}

private void btnbegin_Click(object sender, EventArgs e){if(txtname1.Text == “" || txtname2.Text == ”“){MessageBox.Show(”請輸入名字“);

return;}

Random ran1 = new Random(unchecked((int)DateTime.Now.Ticks));int i1 = ran1.Next(1, 7);txtdot1.Text = Convert.ToString(i1);Random ran2 = new Random();int i2 = ran2.Next(1, 7);txtdot2.Text = Convert.ToString(i2);if(i1 == i2){txtresult.Text = ”一樣大“;

}if(i1 > i2){txtresult.Text = txtname1.Text+”大“;

}if(i1 < i2){txtresult.Text = txtname2.Text + ”大";

}}

}

第三篇：需求分析報(bào)告

測試（驗(yàn)收）大綱

目錄

1.引言....................................................................2 1.1 目的...................................................................2 1.2 術(shù)語...................................................................2 1.3 參照標(biāo)準(zhǔn)...............................................................2 2.測試日期安排............................................................3 3.測試小組及成員..........................................................3 4.測試具體內(nèi)容............................................................3 4.1 合法性檢查.............................................................3 4.2 軟件文檔檢查...........................................................3 4.2.1 必須提供檢查的文檔...................................................3 4.2.2 其他可能需要檢查的文檔...............................................4 4.2.3 由業(yè)主確定必須檢查的其他文檔.........................................4 4.2.4 文檔質(zhì)量的度量準(zhǔn)則...................................................4 4.3 軟件代碼測試...........................................................4 4.3.1 源代碼一般性檢查.....................................................4 4.3.2 軟件一致性檢查.......................................................5 4.4 軟件系統(tǒng)測試...........................................................5 4.4.1 界面(外觀)測試.......................................................6 4.4.2 可用性測試...........................................................6 4.4.3 功能測試.............................................................6 4.4.4 穩(wěn)定性(強(qiáng)度)測試.....................................................6 4.4.5 性能測試.............................................................6 4.4.6 強(qiáng)壯性(恢復(fù))測試.....................................................6 4.4.7 邏輯性測試...........................................................6 4.4.8 破壞性測試...........................................................6 4.4.9 安全性測試...........................................................7 5.測試結(jié)果交付方式........................................................7

1.引言

1.1 目的

為了盡可能的找出軟件的不足，提高軟件的質(zhì)量，促進(jìn)軟件的成功驗(yàn)收，專門制定了本大綱。其主要目的在于為所要進(jìn)行的測試工作制定各種必要的準(zhǔn)則和規(guī)范，以及在有關(guān)方面協(xié)議的基礎(chǔ)上對測試工作進(jìn)行合理組織與管理。

1.2 術(shù)語

本大綱所提及的術(shù)語，其定義遵照GB/T 11457標(biāo)準(zhǔn)。

1.3 參照標(biāo)準(zhǔn)

● GB/T 11457—1995 軟件工程術(shù)語

● GB 8566—1995；

信息技術(shù)軟件生存期過程 ● OGB8567—1988* 計(jì)算機(jī)軟件產(chǎn)品開發(fā)文件編制指南 ● GB 9385* 計(jì)算機(jī)軟件需求說明編制指南 ● GB 9386—1988* 計(jì)算機(jī)軟件測試文件編制指南 ● GB/T 12504—1990 計(jì)算機(jī)軟件質(zhì)量保證計(jì)劃規(guī)范 ● OGB/T 12505—1990 計(jì)算機(jī)軟件配置管理計(jì)劃規(guī)范 ● OGB/T 14079—1993 軟件維護(hù)指南

● OGB/T 14394—1993 計(jì)算機(jī)軟件可靠性和可維護(hù)性管理 ● GB/T 16680一1996 軟件文檔管理指南 ● 開發(fā)者企業(yè)規(guī)范

軟件開發(fā)者有關(guān)軟件工程的規(guī)范 ● 其它文件

例如：合同書等，法律文件中的有關(guān)規(guī)定。

說明：（1）應(yīng)該遵循自頂而下、就嚴(yán)不就寬的原則，除非合同書等法律文件中另有規(guī)定。

（2）標(biāo)記（*）號(hào)的標(biāo)準(zhǔn)為推薦標(biāo)準(zhǔn)。

2.測試日期安排

開發(fā)方如期交付軟件的基礎(chǔ)上，由業(yè)主審核確定具體日期安排。

3.測試小組及成員

由業(yè)主聘請具有一定的分析、設(shè)計(jì)、編程和軟件測試經(jīng)驗(yàn)的測試組長和其他專業(yè)人員組成。測試組設(shè)組長一名(可設(shè)有副組長)，負(fù)責(zé)整個(gè)測試的計(jì)劃、組織工作。

或委托具有國家認(rèn)可測試資質(zhì)的第三方進(jìn)行測試。

4.測試具體內(nèi)容

測試內(nèi)容應(yīng)該包括：合法性檢查、文檔檢查、軟件一致性檢查、軟件系統(tǒng)測試與測試結(jié)果評審等幾項(xiàng)工作。

4.1 合法性檢查

檢查開發(fā)者在開發(fā)本軟件時(shí)，使用的開發(fā)工具是否合法。對在編程中使用的一些非本單位自己開發(fā)的，也不是由開發(fā)工具提供的控件、組件、函數(shù)庫等，檢查其是否有合法的發(fā)布許可。

4.2 軟件文檔檢查

4.2.1 必須提供檢查的文檔

● 項(xiàng)目實(shí)施計(jì)劃； ● 詳細(xì)技術(shù)方案；

● 軟件需求規(guī)格說明書(STP)(含數(shù)據(jù)字典)； ● 概要設(shè)計(jì)說明書(PDD)；

● 詳細(xì)設(shè)計(jì)說明書(DDD)(含數(shù)據(jù)庫設(shè)計(jì)說明書)； ● 軟件測試計(jì)劃(STP)(含測試用例)； ● 軟件測試報(bào)告(STR)；

● 用戶手冊(SUM)(含操作、使用、維護(hù)、應(yīng)急處理手冊)； ● 源程序(SCL)(不可修改的電子文檔)； ● 項(xiàng)目實(shí)施計(jì)劃(PIP)； ● 項(xiàng)目開發(fā)總結(jié)(PDS)；

● 軟件質(zhì)量保證計(jì)劃(SQAP)；

4.2.2 其他可能需要檢查的文檔

● 軟件配置計(jì)劃(SCMPP)； ● 項(xiàng)目進(jìn)展報(bào)表(PPR)； ● 階段評審報(bào)表(PRR)； 4.2.3 由建設(shè)方確定必須檢查的其他文檔

說明：如果建設(shè)方認(rèn)為4.1.1節(jié)和4.1.2節(jié)所列文檔之外，還需要檢查其它文檔，則在此列出文檔名稱；如果業(yè)主認(rèn)為不需要進(jìn)行額外的文檔檢查，則本部分無內(nèi)容。4.2.4 文檔質(zhì)量的度量準(zhǔn)則

文檔是軟件的重要組成都分，是軟件生存周期各個(gè)不同階段的產(chǎn)品描述。文檔質(zhì)量的度量準(zhǔn)則就是要評審各階段文檔的合適性。主要有以下六條：

● 完備性

開發(fā)方必須按照GB 8567(計(jì)算機(jī)軟件產(chǎn)品開發(fā)文件編制指南)的規(guī)定編制相應(yīng)的 文檔，以保證在開發(fā)階段結(jié)束時(shí)其文檔是齊全的。● 正確性

在軟件開發(fā)各個(gè)階段所編寫的文檔的內(nèi)容，必須真實(shí)的反映階段的工作且與該階 段的需求相一致。● 簡明性

在軟件開發(fā)各個(gè)階段所編寫的各種文檔的語言表達(dá)應(yīng)該清晰、準(zhǔn)確簡練，適合各 種文檔的特定讀者?！?可追蹤性

在軟件開發(fā)各個(gè)階段所編寫的各種文檔應(yīng)該具有良好的可追蹤性。文檔的可追蹤 性包括橫向可追蹤性和縱向可追蹤性兩個(gè)方面。前者是指在不同的文檔的相關(guān)內(nèi) 容之間相互檢索的難易程序；后者是指確定同一文檔某一內(nèi)容在本文檔范圍中檢 索的難易程度?！?自說明性

在軟件開發(fā)各個(gè)階段所編寫的各種文檔應(yīng)該具有較好的自說明性。文檔的自說明 性是指在軟件開發(fā)各個(gè)階段中，不同文檔能夠獨(dú)立表達(dá)，該軟件在其相應(yīng)階段的 階段成果的能力?！?規(guī)范性

在軟件開發(fā)各個(gè)階段所編寫的各種文檔應(yīng)該具有良好的規(guī)范性。文檔的規(guī)范性是 指文檔的封面、大綱、術(shù)語的含義以及圖示符號(hào)等符合有關(guān)規(guī)范的規(guī)定。

4.3 軟件代碼測試

4.3.1 源代碼一般性檢查

僅對系統(tǒng)關(guān)鍵模塊的源代碼進(jìn)行抽查，檢查模塊代碼編寫的規(guī)范性，批注的準(zhǔn)確性，是否存在潛在性錯(cuò)誤，以及代碼的可維護(hù)性。

● 命名規(guī)范檢查

檢查源代碼中的變量、函數(shù)、對象、過程等的命名是否符合約定規(guī)范，該規(guī)范可 以由開發(fā)方在軟件工程文檔規(guī)范中單方面約定。

● 注釋檢查

檢查程序中的注釋是否規(guī)范，注釋量是否達(dá)到約定要求，例如：要求注釋量達(dá)到 30％左右?！?接口檢查

檢查數(shù)據(jù)庫接口等外部接口是否符合要求，各程序模塊使用的接口方式是否一 致，特定的外部接口協(xié)議是否符合?！?數(shù)據(jù)類型檢查

源代碼中涉及的金額的常量、變量及數(shù)據(jù)集和數(shù)據(jù)庫中涉及金額的數(shù)據(jù)類型是否 采用貨幣類型，以防止在特定條件下產(chǎn)生較大的誤差而影響統(tǒng)計(jì)結(jié)果?！?限制性檢查

對一些程序中使用到的、具有使用限制的命令、事件、方法、過程、函數(shù)、對象、控件等進(jìn)行檢查。檢查在長時(shí)間運(yùn)行時(shí)，有無可能接近或者達(dá)到限制條件，這里考慮的系統(tǒng)運(yùn)行時(shí)間可能長達(dá)數(shù)年。

4.3.2 軟件一致性檢查

● 編譯檢查

要求提交的源代碼在其規(guī)定的編譯環(huán)境中，能夠重新編譯無錯(cuò)誤，并且能夠完成 相應(yīng)的功能，從而確定移交的確實(shí)是正確的源代碼?！?安裝／卸載檢查

在新系統(tǒng)上用交付的軟件安裝盤重新安裝各個(gè)模塊，并且通過運(yùn)行這些軟件模 塊，能否完成相應(yīng)的功能，從而確定移交的確實(shí)是正確的軟件安裝盤。在安裝后立即卸載所安裝的模塊，并且檢查是否能夠做到徹底卸載。● 運(yùn)行模塊檢查

將新安裝的軟件模塊與現(xiàn)場運(yùn)行模塊用軟件工具抽樣比較，確認(rèn)交付的軟件安裝 盤與現(xiàn)場運(yùn)行軟件一致。

抽查數(shù)處現(xiàn)場運(yùn)行模塊用軟件工具比較，確認(rèn)現(xiàn)場運(yùn)行軟件一致。

4.4 軟件系統(tǒng)測試

軟件系統(tǒng)測試不僅是檢測軟件的整體行為表現(xiàn)，從另一個(gè)側(cè)面看，也是對軟件開發(fā)設(shè)計(jì)的再確認(rèn)。

進(jìn)行軟件系統(tǒng)測試工作時(shí)，具體的測試用例是由開發(fā)方提供，并由測試方和用戶共同補(bǔ)充制定的。在開發(fā)方做完功能演示后，可以進(jìn)行下列測試：

● 界面(外觀)測試； ● 可用性測試； ● 功能測試；

● 穩(wěn)定性(強(qiáng)度)測試； ● 性能測試；

● 強(qiáng)壯性(恢復(fù))測試； ● 邏輯性測試； ● 破壞性測試； ● 安全性測試。說明：實(shí)際進(jìn)行的測試內(nèi)容有測試方法和業(yè)主根據(jù)具體情況共同確定，并非文中所列測試內(nèi)容都必須進(jìn)行測試。

4.4.1 界面(外觀)測試

對照界面規(guī)范(在軟件需求規(guī)格說明書中規(guī)定，或者由軟件工程規(guī)范中給出)和界面表(在概要設(shè)計(jì)中給出)，檢查各界面設(shè)計(jì)是否規(guī)范，包括：界面風(fēng)格、表現(xiàn)形式、組件用法、字體選擇、字號(hào)選擇、色彩搭配、日期表現(xiàn)、計(jì)時(shí)方法、時(shí)間格式、對齊方式等等，是否符合規(guī)范、是否協(xié)調(diào)一致、是否便于操作。4.4.2 可用性測試

測試操作是否方便，用戶界面是否友好等。測試系統(tǒng)是否有影響操作流程的界面Bug和功能Bug，紀(jì)錄具體Bug的數(shù)量、出現(xiàn)頻率和嚴(yán)重程度。4.4.3 功能測試

檢查數(shù)據(jù)在流程中各個(gè)階段的準(zhǔn)確性。對系統(tǒng)中每一模塊利用實(shí)際數(shù)據(jù)運(yùn)行，將其結(jié)果與同樣數(shù)據(jù)環(huán)境下應(yīng)該得出的結(jié)果相比較，或與軟件需求規(guī)格說明書中要求的結(jié)果進(jìn)行比較，如有偏差，則功能測試不能通過。

檢查軟件需求規(guī)格說明書中描述的需求是否都得到滿足；系統(tǒng)是否缺乏軟件需求規(guī)格說明書中規(guī)定的重要功能；以及系統(tǒng)實(shí)際使用中不可缺少而軟件需求規(guī)格說明書中沒有規(guī)定的功能。

如果存在遺產(chǎn)數(shù)據(jù)，應(yīng)該檢查遺產(chǎn)數(shù)據(jù)轉(zhuǎn)換是否正確。4.4.4 穩(wěn)定性(強(qiáng)度)測試

測試系統(tǒng)的能力最高實(shí)際限度，即檢查軟件在一些超負(fù)荷情況下，功能實(shí)現(xiàn)的情況。例如：要求軟件進(jìn)行某一行為的大量重復(fù)、輸入大量的數(shù)據(jù)或大數(shù)值數(shù)據(jù)、對數(shù)據(jù)庫進(jìn)行大量復(fù)雜的查詢等。

利用邊界測試(最大值、最小值、N次循環(huán))對系統(tǒng)進(jìn)行模擬運(yùn)行測試，觀察其是否處于穩(wěn)定狀態(tài)。4.4.5 性能測試

根據(jù)系統(tǒng)設(shè)計(jì)指標(biāo)，或者對被測軟件提出的性能指標(biāo)，測試軟件的運(yùn)行性能，例如：傳輸連接最長時(shí)限、傳輸錯(cuò)誤率、計(jì)算精度、記錄精度、響應(yīng)時(shí)限和恢復(fù)時(shí)限等。4.4.6 強(qiáng)壯性(恢復(fù))測試

采用人工的干擾使應(yīng)用軟件、平臺(tái)軟件或者系統(tǒng)硬件出錯(cuò)，中斷正常使用，檢測系統(tǒng)的恢復(fù)能力。進(jìn)行強(qiáng)壯性測試時(shí)，應(yīng)該參考性能測試相關(guān)的測試指標(biāo)。4.4.7 邏輯性測試

根據(jù)系統(tǒng)的功能邏輯圖，測試軟件是否按規(guī)定的邏輯路徑運(yùn)行，選擇一些極限數(shù)據(jù)判斷軟件運(yùn)行是否存在錯(cuò)誤或非法路徑，從而發(fā)現(xiàn)系統(tǒng)的邏輯錯(cuò)誤或非法后門。4.4.8 破壞性測試

輸入錯(cuò)誤的或非法的數(shù)據(jù)(類型)，檢查系統(tǒng)的報(bào)錯(cuò)糾錯(cuò)的能力及穩(wěn)定性。并測試可連續(xù)使用多長時(shí)間而系統(tǒng)不崩潰。

4.4.9 安全性測試

驗(yàn)證安裝在系統(tǒng)內(nèi)的保護(hù)機(jī)構(gòu)確實(shí)能夠?qū)ο到y(tǒng)進(jìn)行保護(hù)，使之不受各種非常的干擾，安全測試時(shí)需要設(shè)計(jì)一些測試用例試圖突破系統(tǒng)的安全保密措施，檢驗(yàn)系統(tǒng)是否有安全保密的漏洞。

說明：進(jìn)行安全測試時(shí)，必須遵循相關(guān)的安全規(guī)定，并且有業(yè)主派員參加。

5.測試結(jié)果交付方式

測試結(jié)束后，由測試組填寫軟件測試報(bào)告，并將測試報(bào)告與全部測試材料一并交給業(yè)主。具體交付方式，由業(yè)主和測試方雙方協(xié)商確定。測試報(bào)告包括下列內(nèi)容：

● 軟件測試計(jì)劃 ● 軟件測試日志 ● 軟件文檔檢查報(bào)告 ● 軟件代碼測試報(bào)告 ● 軟件系統(tǒng)測試報(bào)告 ● 測試總結(jié)報(bào)告

● 測試人員簽字登記表

第四篇：需求分析報(bào)告

需求分析

需求概述

需求分析是是指充分了解客戶情況，包括客戶生產(chǎn)、財(cái)務(wù)及管理流程后，與客戶一起討論對系統(tǒng)的具體要求，針對其現(xiàn)行體制中的不足及目前所需的信息，制定出一套用戶對系統(tǒng)的需求方案。需求分析是完全以企業(yè)的需要及實(shí)際情況為出發(fā)點(diǎn)，因此為企業(yè)合理地選擇系統(tǒng)提供了基本保證。需求分析按照由頂至低、由大到小、由粗到精的的過程來進(jìn)行。需求分析是整個(gè)實(shí)施過程中至關(guān)重要的一步，是否制定出合理的客戶需求決定了以后整個(gè)系統(tǒng)實(shí)施的成敗。

1> 用戶分析

網(wǎng)上訂餐系統(tǒng)的使用者主要有兩種：系統(tǒng)管理員、客戶。

系統(tǒng)管理員：網(wǎng)上訂餐系統(tǒng)的系統(tǒng)管理者，進(jìn)行系統(tǒng)的日常維護(hù)，進(jìn)行日常管理，并按照餐廳的意愿，對菜譜和客戶的信息進(jìn)行各種管理，比如添加、修改、刪除、更新等。

客戶：網(wǎng)上訂餐系統(tǒng)的主要在使用者，他們是餐廳的客戶，能進(jìn)行基本功能的使用和操作，但是不能對系統(tǒng)進(jìn)行管理。

2> 項(xiàng)目功能需求

管理員功能：登陸系統(tǒng)、查詢管理員賬戶、添加管理員賬戶、修改管理員賬號(hào)、刪除管理員賬號(hào)、查詢訂餐情況刪除訂單、打印訂單。

客戶功能：注冊賬號(hào)、登錄系統(tǒng)、修改密碼、修改地址、進(jìn)行訂餐操作。3> 用戶界面需求

系統(tǒng)人機(jī)界面操作友好，本系統(tǒng)外界界面具有簡潔性和友好性等特點(diǎn)，但又不失獨(dú)特的頁面風(fēng)格，界面采用引入的圖片溫馨的色調(diào)，優(yōu)雅大方，系統(tǒng)內(nèi)部結(jié)構(gòu)采用框架布局，使整個(gè)系統(tǒng)看起來更有層次感，在用戶功能操作功能上，設(shè)計(jì)簡單方便，符合了現(xiàn)代管理系統(tǒng)的界面要求。

系統(tǒng)開發(fā)的可行性分析

技術(shù)可行性

ASP.NET和SQL數(shù)據(jù)庫這兩個(gè)開發(fā)工具到現(xiàn)在已經(jīng)運(yùn)用了很多少年了，它們的技術(shù)到現(xiàn)在已經(jīng)相當(dāng)成熟。

本系統(tǒng)所要設(shè)計(jì)的功能難度不大，加上有指導(dǎo)老師的指導(dǎo)和查找相關(guān)參考文獻(xiàn)，各功能模塊在技術(shù)上完全是可以的實(shí)現(xiàn)。就開發(fā)的實(shí)際情況來看，技術(shù)上市可行的。

經(jīng)濟(jì)可行性

本訂餐系統(tǒng)所需要的硬件和軟件都是目前廣泛使用的，如軟件運(yùn)行環(huán)境windows98以上系統(tǒng)、數(shù)據(jù)庫SQL Server 2005、編程語言C#等等，都可以通過網(wǎng)上、圖書館等各種渠道得到，不需要再花費(fèi)大量的資金去購買高成本的設(shè)備，大大提高了在設(shè)計(jì)過程中的工作效率，且投入使用后，便于后期工作的維護(hù)，因此，本系統(tǒng)在經(jīng)濟(jì)上是可行的。

社會(huì)可行性

該系統(tǒng)符合現(xiàn)有的法律、法規(guī)和政策方面的限制，沒違法當(dāng)今社會(huì)的道德標(biāo)準(zhǔn)，社會(huì)可行性通過。

運(yùn)行環(huán)境

處理器為酷睿系列、AMD 3200+以上PC臺(tái)式機(jī)或便攜式電腦；

運(yùn)行時(shí)占用內(nèi)存：＜100MB；

所需硬盤空間：＜100MB；

軟件平臺(tái)：中文WindowsXP系統(tǒng)；

開發(fā)環(huán)境和相關(guān)技術(shù)

.NET開發(fā)平臺(tái)

.NET框架是Microsoft公司推出的一種全新的開發(fā)平臺(tái),提供了統(tǒng)一的、面向?qū)ο蟛⑶铱梢詳U(kuò)展的編程類庫和完善的集成開發(fā)環(huán)境,大大簡化了應(yīng)用程序的開發(fā)過程,并且具有良好的移植性和安全性。ASP.NET是建立在公共語言運(yùn)行庫上的Web編程框架，相對于ASP而言，ASP.NET提供了更強(qiáng)的性能、更方便的工具支持、更好的平臺(tái)支持和靈活性。其一大革命性進(jìn)步是可以將應(yīng)用程序邏輯與表示代碼清楚地分開，這樣一來Web應(yīng)用程序的開發(fā)人員可以使用和Windows桌面程序開發(fā)類似的編程模型，從而大大降低了開發(fā)難度 [5]。

同時(shí)，ASP.NET在進(jìn)行用戶界面開發(fā)和基礎(chǔ)程序結(jié)構(gòu)生成時(shí)具有很多優(yōu)勢。首先，ASP.NET是一個(gè)已編譯的、基于.NET的開發(fā)環(huán)境，利用整個(gè).NET框架，開發(fā)人員可以方便的進(jìn)行程序開發(fā)；其次，ASP.NET可以無縫地與其它HTML編輯器及其編程工具一起工作，使得Web開發(fā)更加方便；再次，在ASP.NET中利

用.NET框架中的ADO.NET的強(qiáng)大功能，可以高效便捷的訪問數(shù)據(jù)庫，ASP.NET提供了簡單的模型，該模型使開發(fā)人員能夠編寫應(yīng)用程序的運(yùn)行邏輯，并且保留了會(huì)話狀態(tài)功能；最后，.NET框架和ASP.NET中提供了默認(rèn)授權(quán)和驗(yàn)證方案，可以根據(jù)需要方便地移除、添加或者替換這些方案。

ASP.Net2.0是把基于通用語言的程序在服務(wù)器上運(yùn)行。不像以前的ASP即時(shí)解釋程序，而是將程序在服務(wù)器端首次運(yùn)行時(shí)進(jìn)行編譯。ASP.Net2.0構(gòu)架是可以用Microsoft（R> 公司最新的產(chǎn)品 Visual Studio.net開發(fā)環(huán)境進(jìn)行開發(fā)，WYSIWYG（What You See Is What You Get所見即為所得> 的編輯。這些僅是ASP.Net2.0強(qiáng)大化軟件支持的一小部分 [6]。

因?yàn)锳SP.Net2.0是基于通用語言的編譯運(yùn)行的程序，所以它的強(qiáng)大性和適應(yīng)性，可以使它運(yùn)行在Web應(yīng)用軟件開發(fā)者的幾乎全部的平臺(tái)上。通用語言的基本庫，消息機(jī)制，數(shù)據(jù)接口的處理都能無縫的整合到ASP.Net2.0的Web應(yīng)用中。ASP.Net2.0同時(shí)也是language-independent語言獨(dú)立化的，所以，你可以選擇一種最適合你的語言來編寫你的程序，或者把你的程序用很多種語言來寫，現(xiàn)在已經(jīng)支持的有C#（C++和Java的結(jié)合體>，VB，Jscript。將來，這樣的多種程序語言協(xié)同工作的能力保護(hù)您現(xiàn)在的基于COM+開發(fā)的程序，能夠完整的移植向ASP.Net2.0。

ASP.NET的優(yōu)點(diǎn)主要體現(xiàn)在效率高、可重用性高、代碼量少這三方面。在使用ASP進(jìn)行程序設(shè)計(jì)的時(shí)候，由于ASP使用的是腳本語言，所有的代碼都嵌入到HTML代碼中，所以當(dāng)編制功能復(fù)雜的網(wǎng)頁時(shí)，就需要編寫大量的代碼，而且會(huì)導(dǎo)致程序代碼的可讀性差的問題。另外，由于所有的代碼都是解釋執(zhí)行的，所以相對速度較慢，并且無法有效地利用機(jī)器硬件的各種性能。ASP.NET與ASP相比較效率更高，提供了很高的可重用性，對于實(shí)現(xiàn)同樣功能的程序，ASP.NET使用的代碼量比ASP要少得多。ASP.NET采用全新的編程環(huán)境，代表了技術(shù)發(fā)展的主流方向。

ASP.NET的工作原理是：首先，有一個(gè)HTTP請求發(fā)送到Web服務(wù)器要求訪問一個(gè)Web網(wǎng)頁。Web服務(wù)器通過分析客戶的HTTP請求來定位所請求網(wǎng)頁的位置。如果所請求的網(wǎng)頁的文件名的后綴是aspx，那么就把這個(gè)文件傳送到aspnet_isapi.dll進(jìn)行處理，由aspnet_isapi.dll把ASP.NET代碼提交給CLR。如果以前沒有執(zhí)行過這個(gè)程序，那么就由CLR編譯并執(zhí)行，得到純HTML結(jié)果；如果已經(jīng)執(zhí)行過這個(gè)程序，那么就直接執(zhí)行編譯好的程序并得到純HTML結(jié)果。最后把這些純HTML結(jié)果傳回瀏覽器作為HTTP響應(yīng)。瀏覽器收到這個(gè)響應(yīng)之后，就可以顯示W(wǎng)eb網(wǎng)頁。

ASP.Net2.0使用一種字符基礎(chǔ)的，分級的配置系統(tǒng)，使你服務(wù)器環(huán)境和應(yīng)用程序的設(shè)置更加簡單。因?yàn)榕渲眯畔⒍急４嬖诤唵挝谋局校碌脑O(shè)置有可能都

不需要啟動(dòng)本地的管理員工具就可以實(shí)現(xiàn)。這種被稱為“Zero Local Administration”的哲學(xué)觀念使ASP.Net2.0的基于應(yīng)用的開發(fā)更加具體，和快捷。一個(gè)ASP.Net2.0的應(yīng)用程序在一臺(tái)服務(wù)器系統(tǒng)的安裝只需要簡單的拷貝一些必須得文件，不需要系統(tǒng)的重新啟動(dòng)，一切就是這么簡單。

ASP.Net2.0已經(jīng)被刻意設(shè)計(jì)成為一種可以用于多處理器的開發(fā)工具，它在多處理器的環(huán)境下用特殊的無縫連接技術(shù)，將很大的提高運(yùn)行速度。即使你現(xiàn)在的ASP.Net2.0應(yīng)用軟件是為一個(gè)處理器開發(fā)的，將來多處理器運(yùn)行時(shí)不需要任何改變都能提高他們的效能，但現(xiàn)在的ASP確做不到這一點(diǎn) [8]。

Microsoft SQL Server 2005介紹

Microsoft SQL Server 2005 是Microsoft公司繼sql server6.5、sql server7.0和SQL Server 2000以后，在新年推出的又一改進(jìn)的新版關(guān)系型數(shù)據(jù)管理系統(tǒng)。她能使用戶快捷地管理數(shù)據(jù)庫和開發(fā)應(yīng)用程序。Sql server 2005使用了先進(jìn)的數(shù)據(jù)庫結(jié)構(gòu)，與windows DNA 緊密集成，具有強(qiáng)大的Web功能，它可以利用高端硬件平臺(tái)以及最新網(wǎng)絡(luò)和儲(chǔ)存技術(shù)，可以為最大的Web站點(diǎn)和企業(yè)應(yīng)用提供優(yōu)良的擴(kuò)展性和可靠性，使用戶能夠在Internet領(lǐng)域快速建立服務(wù)系統(tǒng)，為占領(lǐng)市場贏得寶貴的時(shí)間。同時(shí)，sql server 2005還為用戶提供重要的安全性功能的增強(qiáng)，為用戶的數(shù)據(jù)安全提供了可靠的保證。另外，sql server 2005 在數(shù)據(jù)庫服務(wù)器自動(dòng)管理技術(shù)方面處于數(shù)據(jù)庫領(lǐng)域的領(lǐng)先地位，它可以使用戶免去繁瑣復(fù)雜的工作量，從而有精力處理更為重要的問題，使用系統(tǒng)在商業(yè)戰(zhàn)略上占得先機(jī)。

SQL Server 2005系統(tǒng)之間之所以成為目前流行的大型商用數(shù)據(jù)庫系統(tǒng)，有著其深刻的內(nèi)在因素，這與它鮮明的特點(diǎn)十分不開的：

1> 與Internet的高度集成SQL Server 2005與其他Microsoft Back Office 產(chǎn)品緊密集成，在安全、時(shí)間瀏覽、Windows NT 服務(wù)程序、性能監(jiān)視器。多處理器支持、索引服務(wù)器等方面充分利用了他們的長處，形成了自己獨(dú)特的優(yōu)勢。

SQL Server 2005數(shù)據(jù)庫索引擎提供完整的XML支持。它還具有構(gòu)成最大的Web站點(diǎn)的資料存儲(chǔ)組件所需的可伸展性、可用性和安全功能。

2>高伸縮性和適應(yīng)性

同一SQL Server 2005數(shù)據(jù)庫引擎運(yùn)行在、Windows XP Professional、Windows vista Professional、Windows 2000 Professional、windows 2000 Server和windows 2000 Advanced server。

SQL Server 2005 關(guān)系數(shù)據(jù)庫引擎支持當(dāng)今苛刻的數(shù)據(jù)處理環(huán)境所需的功能。數(shù)據(jù)庫引擎充分保護(hù)資料的完整性，同時(shí)將管理上千個(gè)并發(fā)的修改數(shù)據(jù)庫的用戶的開銷減到最小。

3>易于安裝和使用

SQL Server 2005 中包括一系列管理和開發(fā)工具，這些工具可改進(jìn)在多個(gè)站點(diǎn)上安裝、部署、管理和使用SQL Server 的過程。SQL Server 2005 還支持基于標(biāo)準(zhǔn)的、與Windows DNA集成的程序設(shè)計(jì)模型，使SQL Server 2000 數(shù)據(jù)庫和資料倉庫的使用成為生成強(qiáng)大的可伸縮系統(tǒng)的無縫部分。

第五篇：需求分析報(bào)告

。

需求分析報(bào)告

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

目錄

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

5.1 預(yù)期目標(biāo)................................................................................................4 5.2 項(xiàng)目預(yù)期安排........................................................................................4 5.3 項(xiàng)目范圍................................................................................................5 6 方案概要..........................................................................................................6

6.1 業(yè)務(wù)需求................................................................................................6 6.2 功能分析................................................................................................6 6.3 系統(tǒng)設(shè)計(jì)................................................................................................6 6.4 安全策略................................................................................................6 6.5 項(xiàng)目亮點(diǎn)................................................................................................7

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

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

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

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

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

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

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

3.1 應(yīng)用服務(wù)器選型..................................................................................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)限模型的實(shí)現(xiàn)..................................................................................25 2.2 應(yīng)用權(quán)限的實(shí)現(xiàn)..................................................................................25 2.3 數(shù)據(jù)權(quán)限的實(shí)現(xiàn)..................................................................................25

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

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

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

一

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

通過本項(xiàng)目將達(dá)到如下四項(xiàng)主要技術(shù)指標(biāo)：

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

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

5.2 項(xiàng)目預(yù)期安排

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

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

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

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

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

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

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

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

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

5.3 項(xiàng)目范圍

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

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

5.3.2 網(wǎng)絡(luò)基礎(chǔ)設(shè)施建設(shè)以及網(wǎng)絡(luò)軟、硬件平臺(tái)建設(shè) 5.3.3 門戶網(wǎng)站建設(shè)

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

5.3.4 安全保密體系建設(shè)

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

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

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

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

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

6.2 功能分析

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

6.3 系統(tǒng)設(shè)計(jì)

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

6.4 安全策略

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

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

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

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

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

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

6.5 項(xiàng)目亮點(diǎn)

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

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

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

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

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

1.1.1 業(yè)務(wù)描述

對報(bào)建單位提交的相關(guān)資料進(jìn)行清點(diǎ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ā)件備查表（包括以下信息）：接件日期、工程名稱、工程地址、建設(shè)單位、聯(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ā)件備查表（包括以下信息）：接件日期、工程名稱、工程地址、建設(shè)單位、聯(lián)系人、電話、審批類型、是否退件；

（2）工作受理單。

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

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

1.1.4 資料附件

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

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

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

無

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

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

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

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

1.1.5 業(yè)務(wù)處理過程

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

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

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

1.1.6 業(yè)務(wù)流程圖

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

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

三、功能分析篇4

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

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

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

1.1 總體需求

1.1.1 規(guī)范性

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

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

1.1.2 先進(jìn)性

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

1.1.3 靈活性

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

1.1.4 易用性

? 自定義個(gè)人桌面

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

? 常用審批意見 ? 待辦提示 ? 審批進(jìn)度瀏覽 ? 短信提醒

1.1.5 安全性

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

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

1.1.6 可持續(xù)性

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

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

1.2 功能模塊劃分

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

1.3 功能需求描述

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

1.3.1.1 企業(yè)用戶注冊

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

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

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

1.3.2.1 業(yè)務(wù)受理

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

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

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

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

通過嚴(yán)格匹配輸入的查詢條件來快速準(zhǔn)確的查詢某個(gè)項(xiàng)目。

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

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

四

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

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

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

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

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

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

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

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

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

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

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

**系統(tǒng)需求分析報(bào)告 總體架構(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)平臺(tái)架構(gòu)

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

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

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

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