《需求分析報告》

《《需求分析報告》》由會員分享，可在線閱讀，更多相關《《需求分析報告》（47頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、《需求分析報告》 （一） 一、 那些人應該參與網(wǎng)站開發(fā)項目的需求分析活動 需求分析活動其實本來就是一個和客戶交流，正確引導客戶能夠 將自己的實際需求用較為適當?shù)募夹g語言進行表達（或者由相關技術 人員幫助表達）以明確項目目的的過程。這個過程中也同時包含了對 要建立的網(wǎng)站基本功能和模塊的確立和策劃活動。所以項目小組每個 成員、客戶甚至是開發(fā)方的部門經(jīng)理（根據(jù)項目大小而定）的參與是 必要的。而項目的管理者在需求分析中的職責有如下幾個方面： 1、 負責組織相關開發(fā)人員與用戶一起進行需求分析。 2、 組織美術和技術骨干代表或者全部成員（與用戶討論）編寫 《網(wǎng)站功能描述書（初稿）》文檔。 3、

2、 組織相關人員對《網(wǎng)站功能描述書（初稿》進行反復討論和 修改，確定《網(wǎng)站功能描述書》正式文檔。 4、 如果用戶有這方面的能力或者用戶提出要求，項目管理者也 可以指派項目成員參與，而由用戶編寫和確定《網(wǎng)站功能描述書》文 檔。 5、 如果項目比較大的話，最好能夠有部門經(jīng)理或者他授權的人 員參與到《網(wǎng)站功能描述書》的確定過程中來。 二、 完整的需求調查文檔記錄體系 在整個需求分析的過程中，將按照一定規(guī)范的編寫需求分析的相 關文檔不但可以幫助 目成員將需求分析結果更加明確化，也為以后開發(fā)過程中做到了 現(xiàn)實文本形式的備忘，并且有助于公司日后的開發(fā)項目提供有益的借 鑒和模范，成為公司在項目開發(fā)中

3、積累的符合自身特點的經(jīng)驗財富。 需求分析中需要編寫的文檔主要是《網(wǎng)站功能描述書》，他基本 上是整個需求分析活動的結果性文檔，也是開發(fā)工程中項目成員主要 可供參考的文檔。為了更加清楚的描述《網(wǎng)站功能描述書》往往還需 要編寫《用戶調查報告》和《市場調研報告》文檔來輔助說明。各種 文檔最好有一定的規(guī)范和固定格式，以便增加其可閱讀性和方便閱讀 者快速理解文檔內容，相關規(guī)定將在本文后面討論。 三、向用戶調查些什么 在需求分析的工程中，往往有很多不明確的用戶需求，這個時候 項目負責人需要調查用戶的實際情況，明確用戶需求。一個比較理想 化的用戶調查活動需要用戶的充分配合，而且還有可能需要對調查對 象進

4、行必要的培訓。所以調查的計劃安排：時間、地點、參加人員、 調查內容，都需要項目負責人和用戶的共同認可。調查的形式可以是： 發(fā)需求調查表、開需求調查座談會或者現(xiàn)場調研。調查的內容主要如 下： 1、 網(wǎng)站當前以及日后可能出現(xiàn)的功能需求。 2、 客戶對網(wǎng)站的性能（如訪問速度）的要求和可靠性的要求。 3、 確定網(wǎng)站維護的要求。 4、 網(wǎng)站的實際運行環(huán)境。 5、 網(wǎng)站頁面總體風格以及美工效果（必要的時候用戶可以提供 參考站點或者由公司向用戶提供）。 6、 主頁面和次級頁面數(shù)量，是否需要多種語言版本等 7、 內容管理及錄入任務的分配。 8、 各種頁面特殊效果及其數(shù)量（js，flash等）

5、 9、 項目完成時間及進度（可以根據(jù)合同） 10、 明確項目完成后的維護責任。 調查結束以后，需要編寫《用戶調查報告》，《報告》的要點是： 1、 調查概要說明。網(wǎng)站項目的名稱；用戶單位；參與調查人員; 調查開始終止的時間；調查的工作安排。 2、 調查內容說明。用戶的基本情況；用戶的主要業(yè)務；信息化 建設現(xiàn)狀；網(wǎng)站當前和將來潛在的功能需求、性能需求、可靠性需求、 實際運行環(huán)境；用戶對新網(wǎng)站的期望等。 3、 調查資料匯編：將調查得到的資料分類匯總（如調查問卷， 會議記錄等等） 四、市場調研活動內容 通過市場調研活動，清晰的分析相似網(wǎng)站的性能和運行情況?？?以幫助項目負責人更加清楚的

6、構想出自己開發(fā)的網(wǎng)站的大體架構和 模樣，在總結同類網(wǎng)站優(yōu)勢和缺點的同時項目開發(fā)人員可以博采眾長 開發(fā)出更加優(yōu)秀的網(wǎng)站。 但是由于實際中時間、經(jīng)費、公司能力所限，市場調研覆蓋的范 圍有一定的局限性，在調研市場同類網(wǎng)站的時候，應盡可能調研到所 有比較出名和優(yōu)秀的同類網(wǎng)站。應該了解同類網(wǎng)站的使用環(huán)境與用戶 的詫異點、類似點，同類產(chǎn)品所定義的用戶詳細需求（需要公司或者 項目負責人有一定的關系）。市場調研的重點應該放在主要競爭對手 的作品或類似網(wǎng)站作品的有關信息上。市場調研可以包括下列內容: 1、市場中同類網(wǎng)站作品的確定。 2、 調研作品的使用范圍和訪問人群。 3、 調研產(chǎn)品的功能設計（主要模

7、塊構成，特色功能，性能情況 等等） 4、簡單評價所調研的網(wǎng)站情況。 調研的目的是明確并且引導用戶需求。 對市場同類產(chǎn)品調研結束后，應該撰寫《市場調研報告》主要包 括一下要點： 1、 調研概要說明。調研計劃；網(wǎng)站項目名稱、調研單位、參與 調研、調研開始終止時間。 2、 調研內容說明：調研的同類網(wǎng)站作品名稱、網(wǎng)址、設計公司、 網(wǎng)站相關說明、開發(fā)背景、主要適用訪問對象、功能描述、評價等 3、 可采用借鑒的調研網(wǎng)站的功能設計。功能描述、用戶界面、 性能需求、可采用的原因。 4、 不可采用借鑒的調研網(wǎng)站的功能設計。功能描述、用戶界面、 性能需求、不可采用的原因。 5、 分析同類網(wǎng)站作品

8、和主要競爭對手產(chǎn)品的弱點和缺陷以及本 公司產(chǎn)品在這些方面的優(yōu)勢。 6、 調研資料匯編。將調研得到的資料進行分類匯總。 五、清晰的需求分析輸出一一《網(wǎng)站功能描述書》： 在擁有前期公司和客戶簽訂的合同或者是標書的約束之下，通過 較為詳細具體的用戶調查和市場調研活動，借鑒其輸出的《用戶調查 報告》和《市場調研報告》文檔，項目負責人應該對整個需求分析活 動進行認真的總結，將分析前期不明確的需求逐一明確清晰化，并輸 出一份詳細清晰的總結性文檔一一《網(wǎng)站功能描述書（最終版）》以 供作為日后項目開發(fā)過程中的依據(jù)。 《網(wǎng)站功能描述書》必須包含以下內容： 1、 網(wǎng)站功能 2、 網(wǎng)站用戶界面（初步）

9、 3、 網(wǎng)站運行的軟硬件環(huán)境 4、 網(wǎng)站系統(tǒng)性能定義 5、 網(wǎng)站系統(tǒng)的軟件和硬件接口 6、 確定網(wǎng)站維護的要求 7、 確定網(wǎng)站系統(tǒng)空間租賃要求 8、 網(wǎng)站頁面總體風格及美工效果。 9、 主頁面及次頁面大概數(shù)量。 10、 管理及內容錄入任務分配。 11、 各種頁面特殊效果及其數(shù)量。 12、 項目完成時間及進度（根據(jù)合同） 13、 明確項目完成后的維護責任。 綜上所述，在網(wǎng)站項目的需求分析中主要是由項目負責人來確定 對用戶需求的理解程度，而用戶調查和市場調研等需求分析活動的目 的就是幫助項目負責人加深對用戶需求的理解和對前期不明確的地 方進行明確化，以便于日后在項目開發(fā)過程中

10、作為開發(fā)成員的依據(jù)和 借鑒。 （二） 一、首次調研面積及戶型選擇意向分析 1、 時間：xx年4月5日 2、 地點：繁華路段，沿街門面、行政機關單位、事業(yè)單位、陌 生攔截等處選擇樣本 3、 調研方式：問卷填寫、深度訪談 4、 發(fā)出問卷：80份，有效問卷68份 5、 樣本人群基本情況 家庭人數(shù)： 文化程度：大專以上12人中學（含高中、初中、中專）40人其 他16人 工作單位：經(jīng)商或個體戶36事業(yè)或行政單位20其他1 2收入狀況： 6、 戶型結構選擇 從圖中可以看出，客戶對房型結構的選擇中，三房兩廳的占到高 達40%的份額，加上18%的四房兩廳和18%的三房一廳，合計占到

11、 76%的份額，只有不占1/4的人選擇兩房或其他戶型。 7、戶型面積選擇 從圖中可以看出，客戶選擇110—130平方米的比例占到35%, 與上圖中三房兩廳40%的比例類似；90—150平方米的比例合計占到 81%，加上150平方米以上13%，全部占到總份量的94%，90平方米 以下的僅占到6%。 注：以上數(shù)據(jù)引自鄭州深藍咨詢機構《項目全程營銷策劃報告》， 以下數(shù)據(jù)是展示接待中心接待來訪客戶情況的數(shù)據(jù)統(tǒng)計分析 二、 xx年5月份客戶面積選擇意向分析 戶型面積 a130.302b135.767c122.9e138.59f129.31h141.61k150.45 其他合計 數(shù)量（組）30

12、1255616651455137 1客戶在提示作用下，除14%的客戶選擇其他戶型外，86%的客 戶都能在120—150平方米之間選到滿意的戶型。 三、 xx年6月份客戶面積選擇意向分析 戶型面積 a130.302b135.767c122.9e138.59f129.31h141.61k150.45 四房其他合計 數(shù)量（組）2420493241xx4361306 客戶在提示作用下，選擇120平方米以上的占到80%，在其他 20%的客戶中，除部分選擇復式戶型的以外，選擇其他戶型的只有不 足 20%。 四、 xx年7月客戶對戶型面積的意向分析 戶型面積90 tf 110 tf 120-1

13、30 tf 130-150血復式及150以上無 具體意向合計 客戶量 56344715811 5需要130—150平方米的客戶超過40%,而120—130平方米客 戶占30%,兩者合計占到70%左右，是縣城購房的主力目標客戶群體。 復式樓的需求量也在13%，是縣城高端購房人群之一。90—110平方 米的人群占到9%左右，可以看作縣城購房群體的補充目標人群。 結論： 綜上所述，在豫北某縣購房群體中，最少有60%以上的客戶選擇 120—150平方米的房子，最高達到86%左右的比例。另有10—20% 的客戶選擇150平方米以上的戶型。只有不到10%的少量客戶需求面 積在90平方米左右或以下。

14、 如果公務員小區(qū)的房型面積不能按照市場需求狀況供應，將產(chǎn)生 以下幾點影響： 第一，單套面積較小的商品房非主流市場需求產(chǎn)品，一旦供應， 將只有極少數(shù)的目標人群購買，項目開發(fā)不可能達到預期的社會效益 和經(jīng)濟效益； 第二，由于單套面積較小的房到成本增加，在銷售價格不變的情 況下，投資回報率降低；同時，在市場需求有限的環(huán)境下，將直接影 響到開發(fā)企業(yè)的開發(fā)積極性； 第三，由于市場缺乏滿足客戶需求的產(chǎn)品，將造成市場供應產(chǎn)品 的結構極度不平衡，對于目前市場上供應的大戶型產(chǎn)品有著較大利 好，將有可能進一步抬升房價，造成更多的客戶買不起房； 第四，客戶選不到適合自己的商品房，將取消或推遲自己的購房

15、計劃、或者選擇其他的住宅獲取途徑來解決居住問題，無論對于政府 稅收、經(jīng)濟發(fā)展、擴大內需都有著較大的沖擊； 第五，市場供應的商品房都是偏小面積，客戶需求都是稍大或較 大面積，開發(fā)商雖然知道消費者需求，但由于政府限制，不能按市場 規(guī)律供應滿足市場需求的產(chǎn)品，將形成各方均無法滿意的局面，將破 壞掉構建和諧社會的基礎，間接影響到豫北某經(jīng)濟的快速穩(wěn)定持續(xù)發(fā) 展。 （三） 相關資料數(shù)據(jù)以廣州為例分析其人才需求狀況，供廣大求職者和 有興趣的朋友參考。 一、 招聘熱度分析 自金融危機以后我國服裝產(chǎn)量的持續(xù)低增幅，企業(yè)對產(chǎn)量增長的 謹慎態(tài)度。近來歐盟紡織品服裝市場需求低迷、部分市場向競爭對手 國轉移造

16、成了國內服裝企業(yè)的發(fā)展困境。就今年上半年而言，服裝行 業(yè)的人才需求并不十分給力，反映出服裝行業(yè)整體發(fā)展緩慢。 從上圖看，廣州服裝行業(yè)招聘職位數(shù)浮動不明顯，6月低谷期后， 7月略有所回升。業(yè)內人士分析認為，外貿形勢短期內難有明顯起色， 但是隨著歐美服裝消費旺季的來臨，第三季度服裝出口或將有所回 升。預計其人才需求也會有所增加。 二、 招聘職位分析 據(jù)百才招聘網(wǎng)數(shù)據(jù)統(tǒng)計，7月份廣州服裝行業(yè)發(fā)布職位超過一萬， 僅次于上海。其中，美術/設計/創(chuàng)意類職位占29.01%，其次是銷售類、 經(jīng)營管理類職位，占比分別為12.40%、11.78%。招聘職位中，以服 裝設計師、設計助理招聘職位數(shù)最多，占比均超

17、過了 15%。 三、 招聘要求分析 根據(jù)分析，目前服裝行業(yè)的人才學歷要求較其他行業(yè)要略低，就 廣州招聘職位而言，其高中及以下學歷占比達 28.83%，本科僅占 12.42%。從經(jīng)驗要求分析，0——2年、3——5年工作經(jīng)驗者需求量 持平，均超40%。可以看出在服裝行業(yè)人才對經(jīng)驗的要求較學歷而言 更嚴格。 四、 行業(yè)薪酬分析 根據(jù)數(shù)據(jù)顯示，廣州服裝業(yè)整體薪酬水平居中，高薪占比比較小。 薪資xx——3999元/月占比最大，達51.20%，萬元及以上的月薪僅占 比9.63%。這可能與服裝行業(yè)整體產(chǎn)業(yè)性質相關，服裝企業(yè)工廠員工 占比較大，行業(yè)整體薪酬分布應該不會有太大的浮動。 第二篇：需求分析

18、報告測試（驗收）大綱 目錄 1.弓I 言 21.1 目 語 21.3 參 照 標 準 22.測試日期安 排 33.測試小組及成 員 34. 測 試 具 體 內 容 34.1 合 法 性 檢 查 34.2 軟件文檔檢 查 34.2.1必須提供檢查的文 檔 34.2.2其他可能需要檢查的文 檔 44.2.3由業(yè)主確定必須檢查的其他文 檔 44.2.4 文檔質量的度量準 則 44.3 軟件代碼測 試 44.3.1源代碼一般性檢 查 44.3.2 軟件一致性檢 查 54.4 軟件系統(tǒng)測 試 54.4.1界面（外觀）測 試 64.4.2 可 用 性 測

19、 試 64.4.3 功 能 測 試 64.4.4 穩(wěn)定性（強度）測 試 64.4.5 性 能 測 試 64.4.6強壯性（恢復）測 試 64.4.7 邏 輯 性 測 試 64.4.8 破 壞 性 測 試 64.4.9 安 全 性 測 試 75.測試結果交付方 式 7 1. 引言 1.1目的 為了盡可能的找出軟件的不足，提高軟件的質量，促進軟件的成 功驗收，專門制定了本大綱。其主要目的在于為所要進行的測試工作 制定各種必要的準則和規(guī)范，以及在有關方面協(xié)議的基礎上對測試工 作進行合理組織與管理。 1.2術語 本大綱所提及的術語，其定義遵照gb/t11457標準。

20、 1.3參照標準 ? gb/t11457—xx軟件工程術語 ? gb8566—xx； 信息技術軟件生存期過程? ogb8567—xxx計算機軟件產(chǎn)品開發(fā) 文件編制指南? gb9385x計算機軟件需求說明編制指南?gb9386— xxx計算機軟件測試文件編制指南?gb/t12504—xx計算機軟件質量保 證計劃規(guī)范? ogb/t12505 — xx計算機軟件配置管理計劃規(guī)范? ogb/t14079—xx軟件維護指南 ? ogb/t14394 — xx計算機軟件可靠性和可維護性管理? gb/t16680 一 xx軟件文檔管理指南?開發(fā)者企業(yè)規(guī)范 軟件開發(fā)者有關軟件工程的規(guī)范?其它文件

21、 例如。合同書等，法律文件中的有關規(guī)定。 說明。（1）應該遵循自頂而下、就嚴不就寬的原則，除非合同書 等法律文件中另有規(guī)定。 （2）標記（x）號的標準為推薦標準。 2. 測試日期安排 開發(fā)方如期交付軟件的基礎上，由業(yè)主審核確定具體日期安排。 3. 測試小組及成員 由業(yè)主聘請具有一定的分析、設計、編程和軟件測試經(jīng)驗的測試 組長和其他專業(yè)人員組成。測試組設組長一名（可設有副組長），負 責整個測試的計劃、組織工作。 或委托具有國家認可測試資質的第三方進行測試。 4. 測試具體內容 測試內容應該包括。合法性檢查、文檔檢查、軟件一致性檢查、 軟件系統(tǒng)測試與測試結果評審等幾項工作。 4

22、.1合法性檢查 檢查開發(fā)者在開發(fā)本軟件時，使用的開發(fā)工具是否合法。對在編 程中使用的一些非本單位自己開發(fā)的，也不是由開發(fā)工具提供的控 件、組件、函數(shù)庫等，檢查其是否有合法的發(fā)布許可。 4.2軟件文檔檢查 4.2.1必須提供檢查的文檔 ?項目實施計劃；?詳細技術方案； ?軟件需求規(guī)格說明書（stp）（含數(shù)據(jù)字典）；?概要設計說明 書（pdd）； ?詳細設計說明書（ddd）（含數(shù)據(jù)庫設計說明書）；?軟件測試 計劃（stp）（含測試用例）；?軟件測試報告（str）； ?用戶手冊（sum）（含操作、使用、維護、應急處理手冊）；? 源程序（scl）（不可修改的電子文檔）；?項目實施計劃（p

23、ip）；?項 目開發(fā)總結（pds）； ?軟件質量保證計劃（sqap）； 4.2.2其他可能需要檢查的文檔 ?軟件配置計劃（scmpp）；?項目進展報表（ppr）；?階段評審 報表（prr）； 4.2.3由建設方確定必須檢查的其他文檔 說明。如果建設方認為4.1.1節(jié)和4.1.2節(jié)所列文檔之外，還需要 檢查其它文檔，則在此列出文檔名稱；如果業(yè)主認為不需要進行額外 的文檔檢查，則本部分無內容。 4.2.4文檔質量的度量準則 文檔是軟件的重要組成都分，是軟件生存周期各個不同階段的產(chǎn) 品描述。文檔質量的度量準則就是要評審各階段文檔的合適性。主要 有以下六條： ?完備性 開發(fā)方必須

24、按照gb8567（計算機軟件產(chǎn)品開發(fā)文件編制指南） 的規(guī)定編制相應的文檔，以保證在開發(fā)階段結束時其文檔是齊全的。 ?正確性 在軟件開發(fā)各個階段所編寫的文檔的內容，必須真實的反映階段 的工作且與該階段的需求相一致。?簡明性 在軟件開發(fā)各個階段所編寫的各種文檔的語言表達應該清晰、準 確簡練，適合各種文檔的特定讀者。?可追蹤性 在軟件開發(fā)各個階段所編寫的各種文檔應該具有良好的可追蹤 性。文檔的可追蹤性包括橫向可追蹤性和縱向可追蹤性兩個方面。前 者是指在不同的文檔的相關內容之間相互檢索的難易程序；后者是指 確定同一文檔某一內容在本文檔范圍中檢索的難易程度。?自說明性 在軟件開發(fā)各個階段所編寫的

25、各種文檔應該具有較好的自說明 性。文檔的自說明性是指在軟件開發(fā)各個階段中，不同文檔能夠獨立 表達，該軟件在其相應階段的階段成果的能力。?規(guī)范性 在軟件開發(fā)各個階段所編寫的各種文檔應該具有良好的規(guī)范性。 文檔的規(guī)范性是指文檔的封面、大綱、術語的含義以及圖示符號等符 合有關規(guī)范的規(guī)定。 4.3軟件代碼測試 4.3.1源代碼一般性檢查 僅對系統(tǒng)關鍵模塊的源代碼進行抽查，檢查模塊代碼編寫的規(guī)范 性，批注的準確性，是否存在潛在性錯誤，以及代碼的可維護性。 ?命名規(guī)范檢查 檢查源代碼中的變量、函數(shù)、對象、過程等的命名是否符合約定 規(guī)范，該規(guī)范可以由開發(fā)方在軟件工程文檔規(guī)范中單方面約定

26、。 ?注釋檢查 檢查程序中的注釋是否規(guī)范，注釋量是否達到約定要求，例如： 要求注釋量達到30%左右。?接口檢查 檢查數(shù)據(jù)庫接口等外部接口是否符合要求，各程序模塊使用的接 口方式是否一致，特定的外部接口協(xié)議是否符合。?數(shù)據(jù)類型檢查 源代碼中涉及的金額的常量、變量及數(shù)據(jù)集和數(shù)據(jù)庫中涉及金額 的數(shù)據(jù)類型是否采用貨幣類型，以防止在特定條件下產(chǎn)生較大的誤差 而影響統(tǒng)計結果。?限制性檢查 對一些程序中使用到的、具有使用限制的命令、事件、方法、過 程、函數(shù)、對象、控件等進行檢查。檢查在長時間運行時，有無可能 接近或者達到限制條件，這里考慮的系統(tǒng)運行時間可能長達數(shù)年。 4.3.2軟件一致性檢

27、查 ?編譯檢查 要求提交的源代碼在其規(guī)定的編譯環(huán)境中，能夠重新編譯無錯 誤，并且能夠完成相應的功能，從而確定移交的確實是正確的源代碼。 ?安裝/卸載檢查 在新系統(tǒng)上用交付的軟件安裝盤重新安裝各個模塊，并且通過運 行這些軟件模塊，能否完成相應的功能，從而確定移交的確實是正確 的軟件安裝盤。在安裝后立即卸載所安裝的模塊，并且檢查是否能夠 做到徹底卸載。?運行模塊檢查 將新安裝的軟件模塊與現(xiàn)場運行模塊用軟件工具抽樣比較，確認 交付的軟件安裝盤與現(xiàn)場運行軟件一致。 抽查數(shù)處現(xiàn)場運行模塊用軟件工具比較，確認現(xiàn)場運行軟件一 致。 4.4軟件系統(tǒng)測試 軟件系統(tǒng)測試不僅是檢測軟件的整體行為表現(xiàn)，

28、從另一個側面 看，也是對軟件開發(fā)設計的再確認。 進行軟件系統(tǒng)測試工作時，具體的測試用例是由開發(fā)方提供，并 由測試方和用戶共同補充制定的。在開發(fā)方做完功能演示后，可以進 行下列測試： ?界面（外觀）測試；?可用性測試；?功能測試； ?穩(wěn)定性（強度）測試；?性能測試； ?強壯性（恢復）測試；?邏輯性測試；?破壞性測試；?安全 性測試。說明：實際進行的測試內容有測試方法和業(yè)主根據(jù)具體情況 共同確定，并非文中所列測試內容都必須進行測試。 4.4.1界面（外觀）測試 對照界面規(guī)范（在軟件需求規(guī)格說明書中規(guī)定，或者由軟件工程 規(guī)范中給出）和界面表（在概要設計中給出），檢查各界面設計是否 規(guī)范

29、，包括：界面風格、表現(xiàn)形式、組件用法、字體選擇、字號選擇、 色彩搭配、日期表現(xiàn)、計時方法、時間格式、對齊方式等等，是否符 合規(guī)范、是否協(xié)調一致、是否便于操作。 4.4.2可用性測試 測試操作是否方便，用戶界面是否友好等。測試系統(tǒng)是否有影響 操作流程的界面bug和功能bug，紀錄具體bug的數(shù)量、出現(xiàn)頻率和 嚴重程度。 4.4.3功能測試 檢查數(shù)據(jù)在流程中各個階段的準確性。對系統(tǒng)中每一模塊利用實 際數(shù)據(jù)運行，將其結果與同樣數(shù)據(jù)環(huán)境下應該得出的結果相比較，或 與軟件需求規(guī)格說明書中要求的結果進行比較，如有偏差，則功能測 試不能通過。 檢查軟件需求規(guī)格說明書中描述的需求是否都得到滿足；系統(tǒng)

30、是 否缺乏軟件需求規(guī)格說明書中規(guī)定的重要功能；以及系統(tǒng)實際使用中 不可缺少而軟件需求規(guī)格說明書中沒有規(guī)定的功能。 如果存在遺產(chǎn)數(shù)據(jù)，應該檢查遺產(chǎn)數(shù)據(jù)轉換是否正確。 4.4.4穩(wěn)定性（強度）測試 測試系統(tǒng)的能力最高實際限度，即檢查軟件在一些超負荷情況 下，功能實現(xiàn)的情況。例如：要求軟件進行某一行為的大量重復、輸 入大量的數(shù)據(jù)或大數(shù)值數(shù)據(jù)、對數(shù)據(jù)庫進行大量復雜的查詢等。 利用邊界測試（最大值、最小值、n次循環(huán)）對系統(tǒng)進行模擬運 行測試，觀察其是否處于穩(wěn)定狀態(tài)。 4.4.5性能測試 根據(jù)系統(tǒng)設計指標，或者對被測軟件提出的性能指標，測試軟件 的運行性能，例如：傳輸連接最長時限、傳輸錯誤率、

31、計算精度、記 錄精度、響應時限和恢復時限等。 4.4.6強壯性（恢復）測試 采用人工的干擾使應用軟件、平臺軟件或者系統(tǒng)硬件出錯，中斷 正常使用，檢測系統(tǒng)的恢復能力。進行強壯性測試時，應該參考性能 測試相關的測試指標。 4.4.7邏輯性測試 根據(jù)系統(tǒng)的功能邏輯圖，測試軟件是否按規(guī)定的邏輯路徑運行， 選擇一些極限數(shù)據(jù)判斷軟件運行是否存在錯誤或非法路徑，從而發(fā)現(xiàn) 系統(tǒng)的邏輯錯誤或非法后門。 4.4.8破壞性測試 輸入錯誤的或非法的數(shù)據(jù)（類型），檢查系統(tǒng)的報錯糾錯的能力 及穩(wěn)定性。并測試可連續(xù)使用多長時間而系統(tǒng)不崩潰。 4.4.9安全性測試 驗證安裝在系統(tǒng)內的保護機構確實能夠對系統(tǒng)進行

32、保護，使之不 受各種非常的干擾，安全測試時需要設計一些測試用例試圖突破系統(tǒng) 的安全保密措施，檢驗系統(tǒng)是否有安全保密的漏洞。 說明。進行安全測試時，必須遵循相關的安全規(guī)定，并且有業(yè)主 派員參加。 5. 測試結果交付方式 測試結束后，由測試組填寫軟件測試報告，并將測試報告與全部 測試材料一并交給業(yè)主。具體交付方式，由業(yè)主和測試方雙方協(xié)商確 定。測試報告包括下列內容： ?軟件測試計劃?軟件測試日志?軟件文檔檢查報告?軟件代 碼測試報告?軟件系統(tǒng)測試報告?測試總結報告 ?測試人員簽字登記表 第三篇：需求分析報告一、所謂"需求分析"，是指對要解決的問 題進行詳細的分析，弄清楚問題的要求，包括

33、需要輸入什么數(shù)據(jù)，要 得到什么結果，最后應輸出什么?？梢哉f，“需求分析”就是確定要 計算機“做什么”。 需求分析是一項重要的工作，也是最困難的工作。該階段工作有 以下特點： (1) 用戶與開發(fā)人員很難進行交 (2) 用戶的需求是動態(tài)變化的 (3) 系統(tǒng)變更的代價呈非線性增長 二、 為什么要需求分析 需求分析具有決策性，方向性，策略性的作用。在軟件分開發(fā)過 程中具有舉足輕重的作用，大家一定要對需求分析具有足夠重視。 三、 需求分析的任務 需求分析的任務就是解決“做什么”的問題，就是要全面地理解 用戶的各項要求，并準確的的表達用戶的需求。 四、 需求分析的過程 需求分析的階段工

34、作可以分為四個方面。問題識別、分析與綜合、 制定規(guī)格說明、評審。 主要代碼： usingsystem;usingsystem.collections.generic;usingsystemponentmo del;usingsystem.data;usingsystem.drawing;usingsystem.linq;usingsystem .text;usingsystem.windows.forms; namespace 擲骰子 {publicpartialclassform1： form{publicform1{initializeponent;} privatevoidbt

35、nbegin_click ( objectsender， eventargse ) {if (txtname1.text==""||txtname2.text==""){messagebox.show ("請輸入 名字"); return;} randomran1=newrandom ( unchecked ( ( int ) datetime.now.ticks) );inti1=ran1.next( 1,7 );txtdot1.text=convert.tostring ( i1 ) ;randomran2=newrandom;inti2=ran2.next ( 1 , 7) ;t

36、xtdot2.text=convert.tostring (i2) ;if (i1==i2) {txtresult.text="一樣 大"； }if (i1>i2) {txtresult.text=txtname1.text+"大"; }if (i1 第四篇：需求分析報告需求分析 需求概述 需求分析是是指充分了解客戶情況，包括客戶生產(chǎn)、財務及管理 流程后，與客戶一起討論對系統(tǒng)的具體要求，針對其現(xiàn)行體制中的不 足及目前所需的信息，制定出一套用戶對系統(tǒng)的需求方案。需求分析 是完全以企業(yè)的需要及實際情況為出發(fā)點，因此為企業(yè)合理地選擇系 統(tǒng)提供了基本保證。需求分析按照由頂至低、由大到小、由粗

37、到精的 的過程來進行。需求分析是整個實施過程中至關重要的一步，是否制 定出合理的客戶需求決定了以后整個系統(tǒng)實施的成敗。 1>用戶分析 網(wǎng)上訂餐系統(tǒng)的使用者主要有兩種。系統(tǒng)管理員、客戶。 系統(tǒng)管理員。網(wǎng)上訂餐系統(tǒng)的系統(tǒng)管理者，進行系統(tǒng)的日常維護， 進行日常管理，并按照餐廳的意愿，對菜譜和客戶的信息進行各種管 理，比如添加、修改、刪除、更新等。 客戶。網(wǎng)上訂餐系統(tǒng)的主要在使用者，他們是餐廳的客戶，能進 行基本功能的使用和操作，但是不能對系統(tǒng)進行管理。 2＞項目功能需求 管理員功能。登陸系統(tǒng)、查詢管理員賬戶、添加管理員賬戶、修 改管理員賬號、刪除管理員賬號、查詢訂餐情況刪除訂單、打印訂

38、單。 客戶功能。注冊賬號、登錄系統(tǒng)、修改密碼、修改地址、進行訂 餐操作。3＞用戶界面需求 系統(tǒng)人機界面操作友好，本系統(tǒng)外界界面具有簡潔性和友好性等 特點，但又不失獨特的頁面風格，界面采用引入的圖片溫馨的色調， 優(yōu)雅大方，系統(tǒng)內部結構采用框架布局，使整個系統(tǒng)看起來更有層次 感，在用戶功能操作功能上，設計簡單方便，符合了現(xiàn)代管理系統(tǒng)的 界面要求。 系統(tǒng)開發(fā)的可行性分析 技術可行性 asp.和sql數(shù)據(jù)庫這兩個開發(fā)工具到現(xiàn)在已經(jīng)運用了很多少年了， 它們的技術到現(xiàn)在已經(jīng)相當成熟。 本系統(tǒng)所要設計的功能難度不大，加上有指導老師的指導和查找 相關參考文獻，各功能模塊在技術上完全是可以的實現(xiàn)。就

39、開發(fā)的實 際情況來看，技術上市可行的。 經(jīng)濟可行性 本訂餐系統(tǒng)所需要的硬件和軟件都是目前廣泛使用的，如軟件運 行環(huán)境windows98以上系統(tǒng)、數(shù)據(jù)庫sqlserver200 5、編程語言c#等等，都可以通過網(wǎng)上、圖書館等各種渠道得到， 不需要再花費大量的資金去購買高成本的設備，大大提高了在設計過 程中的工作效率，且投入使用后，便于后期工作的維護，因此，本系 統(tǒng)在經(jīng)濟上是可行的。 社會可行性 該系統(tǒng)符合現(xiàn)有的法律、法規(guī)和政策方面的限制，沒違法當今社 會的道德標準，社會可行性通過。 運行環(huán)境 處理器為酷睿系列、amd3200+以上pc臺式機或便攜式電腦； 運行時占用內存：V100

40、mb； 所需硬盤空間：V100mb； 軟件平臺：中文windowsxp系統(tǒng)； 開發(fā)環(huán)境和相關技術 .開發(fā)平臺 .框架是microsoft公司推出的一種全新的開發(fā)平臺，提供了統(tǒng)一 的、面向對象并且可以擴展的編程類庫和完善的集成開發(fā)環(huán)境，大大 簡化了應用程序的開發(fā)過程，并且具有良好的移植性和安全性。asp. 是建立在公共語言運行庫上的web編程框架，相對于asp而言，asp. 提供了更強的性能、更方便的工具支持、更好的平臺支持和靈活性。 其一大革命性進步是可以將應用程序邏輯與表示代碼清楚地分開，這 樣一來web應用程序的開發(fā)人員可以使用和windows桌面程序開發(fā) 類似的編程模型，從而大

41、大降低了開發(fā)難度［5］。 同時，asp.在進行用戶界面開發(fā)和基礎程序結構生成時具有很多 優(yōu)勢。首先，asp.是一個已編譯的、基于.的開發(fā)環(huán)境，利用整個.框架， 開發(fā)人員可以方便的進行程序開發(fā)；其次，asp.可以無縫地與其它編 輯器及其編程工具一起工作，使得web開發(fā)更加方便；再次，在asp. 中利 用.框架中的ado.的強大功能，可以高效便捷的訪問數(shù)據(jù)庫，asp. 提供了簡單的模型，該模型使開發(fā)人員能夠編寫應用程序的運行邏 輯，并且保留了會話狀態(tài)功能；最后，.框架和asp.中提供了默認授權 和驗證方案，可以根據(jù)需要方便地移除、添加或者替換這些方案。 asp.2.0是把基于通用語言的程序在

42、服務器上運行。不像以前的 asp即時解釋程序，而是將程序在服務器端首次運行時進行編譯。 asp.2.0構架是可以用microsoft(r＞公司最新的產(chǎn)品visualstudio.開發(fā) 環(huán)境進行開發(fā)，Wysiwyg (whatyouseeiswhatyouget所見即為所得＞的 編輯。這些僅是asp.2.0強大化軟件支持的一小部分［6］。 因為asp.2.0是基于通用語言的編譯運行的程序，所以它的強大 性和適應性，可以使它運行在web應用軟件開發(fā)者的幾乎全部的平 臺上。通用語言的基本庫，消息機制，數(shù)據(jù)接口的處理都能無縫的整 合到 asp.2.0 的 web 應用中。asp.2.0 同時也是 l

43、anguage-independent 語言獨立化的，所以，你可以選擇一種最適合你的語言來編寫你的程 序，或者把你的程序用很多種語言來寫，現(xiàn)在已經(jīng)支持的有c#(C++ 和java的結合體〉，vb，jscript。將來，這樣的多種程序語言協(xié)同工作 的能力保護您現(xiàn)在的基于+開發(fā)的程序，能夠完整的移植向asp.2.0。 asp.的優(yōu)點主要體現(xiàn)在效率高、可重用性高、代碼量少這三方面。 在使用asp進行程序設計的時候，由于asp使用的是腳本語言，所有 的代碼都嵌入到代碼中，所以當編制功能復雜的網(wǎng)頁時，就需要編寫 大量的代碼，而且會導致程序代碼的可讀性差的問題。另外，由于所 有的代碼都是解釋執(zhí)行的，所

44、以相對速度較慢，并且無法有效地利用 機器硬件的各種性能。asp.與asp相比較效率更高，提供了很高的可 重用性，對于實現(xiàn)同樣功能的程序，asp.使用的代碼量比asp要少得 多。asp.采用全新的編程環(huán)境，代表了技術發(fā)展的主流方向。 asp.的工作原理是。首先，有一個請求發(fā)送到web服務器要求訪 問一個web網(wǎng)頁。web服務器通過分析客戶的請求來定位所請求網(wǎng) 頁的位置。如果所請求的網(wǎng)頁的文件名的后綴是aspx，那么就把這個 文件傳送到asp_isapi.dll進行處理，由asp_isapi.dll把asp.代碼提交給 clr。如果以前沒有執(zhí)行過這個程序，那么就由clr編譯并執(zhí)行，得到 純結果；

45、如果已經(jīng)執(zhí)行過這個程序，那么就直接執(zhí)行編譯好的程序并 得到純結果。最后把這些純結果傳回瀏覽器作為響應。瀏覽器收到這 個響應之后，就可以顯示web網(wǎng)頁。 asp.2.0使用一種字符基礎的，分級的配置系統(tǒng)，使你服務器環(huán)境 和應用程序的設置更加簡單。因為配置信息都保存在簡單文本中，新 的設置有可能都 不需要啟動本地的管理員工具就可以實現(xiàn)。這種被稱為 "zerolocaladministration"的哲學觀念使asp.2.0的基于應用的開發(fā)更加 具體，和快捷。一個asp.2.0的應用程序在一臺服務器系統(tǒng)的安裝只 需要簡單的拷貝一些必須得文件，不需要系統(tǒng)的重新啟動，一切就是 這么簡單。 asp

46、.2.0已經(jīng)被刻意設計成為一種可以用于多處理器的開發(fā)工具， 它在多處理器的環(huán)境下用特殊的無縫連接技術，將很大的提高運行速 度。即使你現(xiàn)在的asp.2.0應用軟件是為一個處理器開發(fā)的，將來多 處理器運行時不需要任何改變都能提高他們的效能，但現(xiàn)在的asp確 做不到這一點［8］。 microsoftsqiserverxx 介紹 microsoftsqiserverxx 是 microsoft 公司繼 sqlserver6.5、sqlserver7.0 和sqlserverxx以后，在新年推出的又一改進的新版關系型數(shù)據(jù)管理系 統(tǒng)。她能使用戶快捷地管理數(shù)據(jù)庫和開發(fā)應用程序。sqlserverxx使用

47、 了先進的數(shù)據(jù)庫結構，與windowsdna緊密集成，具有強大的web功 能，它可以利用高端硬件平臺以及最新網(wǎng)絡和儲存技術，可以為最大 的web站點和企業(yè)應用提供優(yōu)良的擴展性和可靠性，使用戶能夠在 inter領域快速建立服務系統(tǒng)，為占領市場贏得寶貴的時間。同時， sqlserverxx還為用戶提供重要的安全性功能的增強，為用戶的數(shù)據(jù)安 全提供了可靠的保證。另外，sqlserverxx在數(shù)據(jù)庫服務器自動管理技 術方面處于數(shù)據(jù)庫領域的領先地位，它可以使用戶免去繁瑣復雜的工 作量，從而有精力處理更為重要的問題，使用系統(tǒng)在商業(yè)戰(zhàn)略上占得 先機。 sqlserverxx系統(tǒng)之間之所以成為目前流行的大型

48、商用數(shù)據(jù)庫系 統(tǒng)，有著其深刻的內在因素，這與它鮮明的特點十分不開的： 1＞與inter的高度集成 sqlserverxx與其他microsoftbackoffice產(chǎn)品緊密集成，在安全、 時間瀏覽、windowsnt服務程序、性能監(jiān)視器。多處理器支持、索引 服務器等方面充分利用了他們的長處，形成了自己獨特的優(yōu)勢。 sqlserverxx數(shù)據(jù)庫索引擎提供完整的xml支持。它還具有構成最 大的web站點的資料存儲組件所需的可伸展性、可用性和安全功能。 2＞高伸縮性和適應性 同一 sqlserverxx 數(shù)據(jù)庫引擎運行在、windowsxpprofessional、 windowsvist

49、aprofessional、windowsxxprofessional、 windowsxxserver 和 windowsxxadvancedserver。 sqlserverxx關系數(shù)據(jù)庫引擎支持當今苛刻的數(shù)據(jù)處理環(huán)境所需 的功能。數(shù)據(jù)庫引擎充分保護資料的完整性，同時將管理上千個并發(fā) 的修改數(shù)據(jù)庫的用戶的開銷減到最小。 3＞易于安裝和使用 sqlserverxx中包括一系列管理和開發(fā)工具，這些工具可改進在多 個站點上安裝、部署、管理和使用sqlserver的過程。sqlserverxx還支 持基于標準的、與windowsdna集成的程序設計模型，使sqlserverxx 數(shù)據(jù)庫和資料

50、倉庫的使用成為生成強大的可伸縮系統(tǒng)的無縫部分。 第五篇：需求分析報告。 xx系統(tǒng)目 錄 一、 項 目 概 述 篇 1 12項目背景(包括行業(yè)背景、企業(yè)基本情況、項目可行性 等 ) 23 項 目 意 義 34 項 目 總 體 需 求 45項目 總論 4 5.1 預 期 目 標 45.2項目 預期安排 45.3項 目范圍 56方 案 概 要 6 6.1 業(yè) 務 需 求 66.2功能 分析 66.3系 統(tǒng)設計 66.4 安 全 策 略 66.5項目 亮點 7 二 、 業(yè) 務 需 求 分 析 篇 政 審 批 系 統(tǒng) 業(yè) ......

51、.9 務分 1 行 析 1.1 務 收 件 11 業(yè) .11 篇 、 功 能 分 析 14 1行 政 審 批 系 統(tǒng) 功 能分 析 1.1 求 總 體 15 需 .151.2 功能 模塊劃分 .....171.3 功 能需求描述........ 17 四 篇 、 技 術 分 析 19 1 系 路 統(tǒng) 總 體 設 21 計 思 1.1 求 技 術 及 功 能

52、 要 ..211.2技術特點（以 下為示例） 212總體架 構 22 2.1 系 統(tǒng) 技 術 架 構 222.2系統(tǒng)平臺 架構 223服務器與 系統(tǒng)部署策略 23 3.1 應 用 服 務 器 選 型 233.2數(shù)據(jù)庫選 型 233.3操作系 統(tǒng)選型 23 五、 系 統(tǒng) 安 全 策 略 篇 24 1 系 統(tǒng) 安 全 保 障 252權限 控制管理 25 2.1 權 限 模 型 的 實 現(xiàn) 252.2應用權限的 實現(xiàn) 252.3數(shù)據(jù)權限 的實現(xiàn) 25 xx 系 統(tǒng) 3 數(shù) 據(jù) 傳 輸安全

53、 性 25 3.1 數(shù) 據(jù) 加 密 253.2數(shù)據(jù) 傳輸 254防火 墻系統(tǒng) 2 5xx系統(tǒng)、項目概述篇 xx系統(tǒng)1引言 進入到二十一世紀，伴隨信息技術的發(fā)展，圍繞inter的技術日 漸成熟，信息技術的應用已經(jīng)滲透到社會生活的各個層面，成為一種 生活方式，吸引了社會大眾廣泛參與。信息技術是當今最具潛力的新 興生產(chǎn)力，已成為衡量一個國家、一個地區(qū)生產(chǎn)力發(fā)展水平的最重要 標志。 以知識經(jīng)濟為特點的網(wǎng)絡時代的到來，推動了社會信息化和經(jīng)濟 信息化的快速發(fā)展，也給國家政府部門的工作提出了更快捷、高效的 信息化要求。對于政府來講，互聯(lián)網(wǎng)絡不僅是一種有效的通訊手段， 更是一座溝通政府與社會

54、各界的橋梁。從全球范圍來看，推動政府部 門管理工作的信息化，實現(xiàn)信息共享已是大勢所趨，在世界各國積極 倡導的“信息高速公路”的5個應用領域中，電子政務被列為第一位， 這也標志了電子政務進入啟動期。 電子政務的啟動帶來了政府管理決策機制的巨大轉變，使得政府 更能貼近社會公眾，從滿足公眾需求出發(fā)，建立更好的服務體系。同 時，網(wǎng)絡技術的成熟和網(wǎng)絡經(jīng)濟的實踐探索，也為電子政務的發(fā)展打 破了許多技術和應用等層面的壁壘。政府在信息化的主導推動地位日 益增強，與以往不同的是，這種地位更多地體現(xiàn)在改革內部工作流程 以更好地服務于公眾。所以，在電子政務的啟動期，政府起到了從“主 演”到“導演”的角色轉變。這也

55、意味著電子政務的發(fā)展極大地推動 了全社會信息化。 黨的十六大報告中關于建設電子政務的闡述，為我國電子政務的 發(fā)展指明了方向：“進一步轉變政府職能，改進管理方式，推行電子 政務，提高行政效率，降低行政成本，形成行為規(guī)范、運轉協(xié)調、公 正透明、廉潔高效的行政管理體制”。 xx系統(tǒng)2項目背景（包括行業(yè)背景、企業(yè)基本情況、項目可行性 等） xx系統(tǒng)3項目意義 隨著信息技術和網(wǎng)絡經(jīng)濟的崛起，信息產(chǎn)業(yè)己成為當今世界經(jīng)濟 與社會發(fā)展最主要的驅動力之一。政府行政管理信息化可簡稱為政務 信息化，實現(xiàn)政務信息化的重要手段是電子政務的發(fā)展。電子政務是 政府機構應用現(xiàn)代信息和通信技術，將管理和服務通過網(wǎng)絡技術

56、進行 集成，在互聯(lián)網(wǎng)上實現(xiàn)政府組織結構和工作流程的優(yōu)化重組。電子政 務在世界許多國家得到迅速的發(fā)展，主要在于它具有不可替代的特殊 功能。電子政務的功能是：借助現(xiàn)代信息技術的力量，全面提高政府 管理的效能，全面提高政府公共服務的水平和政府競爭力。具體體現(xiàn) 如下： 加強政府公眾關系：政府主要職能是對公眾服務，電子政務推 動了政府職能的變革，實現(xiàn)了政府的職能由管理型向服務型的轉化。 將crm模式在客戶服務領域的相關思想和方法用于電子政務領域，能 使政府更好地了解公眾需求，不斷提高政府服務的質量，提升公眾的 滿意度和擁護度，取得更大的社會效益和經(jīng)濟效益。因此，電子政務 要借鑒電子商務的成功經(jīng)驗，積

57、極主動地實施客戶關系管理戰(zhàn)略。 促進政府流程再造：電子政務不僅僅將現(xiàn)有的政府業(yè)務流程進行電子 化，而更重要的是對現(xiàn)有的政府進行業(yè)務流程的改造。電子政務要求 政府機關各職能部門打破固有的工作模式，以事務為中心。電子政務 能有效降低政府成本。流程優(yōu)化精簡政府機構、減少管理層次和中間 控制環(huán)節(jié)、擴大管理幅度、精簡政府冗員，降低管理成本；政府的網(wǎng) 上采購，實現(xiàn)公開公平競爭；政府部門之間跨部門、跨地區(qū)的公文電 子化處理，實現(xiàn)“無紙化”辦公，可以減少行政辦公費用和公文處理 的費用，降低政府的辦公成本。因此，電子政務環(huán)境下的政府行政流 程再造是以提高行政效率為目的，通過消除政府管理與服務的間斷和 空白點，

58、實現(xiàn)政府運行的協(xié)調性。 促成政務公開機制。電子政務的實施使得政府辦公更為透明， 從而使得信息傳遞渠道更為暢通。電子政務可以防止信息被少數(shù)人壟 斷或者選擇性的公開，可以防止信息被更改、掩蓋，可以建立一套相 對嚴格的制度，將信息交給計算機處理，防止人為的干預。同時，電 子政務中的信息管理系統(tǒng)可以對任何人的任何行為進行監(jiān)控，從而增 加政府辦事的透明度，增加腐敗的機會成本。電子政務在推動政府縮 小貧富差距和反腐敗方面發(fā)揮著重要作用。 改善政府績效評估?？冊u估對于提高政府績效管理有直接的促 進功能，是整個績效管理體系的基礎環(huán)節(jié)和核心功能。完善的電子政 務績效評估應該綜合“產(chǎn)出”、“結果”和“影響”三

59、個層次。通過電 子政務績效評估，有利于切實改善政府績效，有利于有效抵御電子政 務建設風險，有利于培養(yǎng)政府績效文化。 xx系統(tǒng)4項目總體需求 系統(tǒng)硬件。通過本項目對搭建xx公司行政管理信息化平臺所 需要的設備進行采購，改進和完善xx公司現(xiàn)有的內部和外部網(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)絡由政務內網(wǎng)

60、和政務外網(wǎng)兩部分組成。政 務內網(wǎng)是xx公司各部門內部辦公業(yè)務網(wǎng)；政務外網(wǎng)是全區(qū)建設部門 的對外業(yè)務專網(wǎng)和信息發(fā)布平臺。 信息安全。通過建立健全的管理措施和安全設備采購相結合的 方法，在管理和技術兩個方面加強信息網(wǎng)絡資源的安全保障和保密， 增強網(wǎng)絡的可靠性、安區(qū)性、保密性和穩(wěn)定性。 5項目總論5.1預期目標 通過本項目將達到如下四項主要技術指標： 到xx年末實現(xiàn)建設項目可以通過信息化平臺審批。 辦公效率全面提高，建設項目在xx公司審批的總時限縮短 30%以上。 實現(xiàn)xx公司日常辦公費用降低30%以上。 全面實現(xiàn) xx公司信息發(fā)布的網(wǎng)絡化。 xx年2月一xx年12月，完成重慶市xx公司

61、信息化平臺建設所 需要實現(xiàn)的建設項目管理系統(tǒng)、行政審批子系統(tǒng)、內部行政oa子系 統(tǒng)、觸摸屏系統(tǒng)及l(fā)ed電子屏顯示、信息發(fā)布子系統(tǒng)和資源整合與共 享子系統(tǒng)的開發(fā)和完善。 xx年2月25日一4月15日，完成重慶市xx公司信息化平臺建 設所需要實現(xiàn)的建設項目管理系統(tǒng)、行政審批子系統(tǒng)、行政辦公oa 子系統(tǒng)、信息發(fā)布子系統(tǒng)和資源整合與共享子系統(tǒng)的需求分析，提出 系統(tǒng)建設方案。 xx年4月16日一5月31日，完成重慶市xx公司區(qū)建設信息化 平臺的整個系統(tǒng)框架搭建，形成系統(tǒng)展示主頁面。 xx年6月1日一10月1日，行政審批子系統(tǒng)開發(fā)工作量完成一 半，完成4 xx系統(tǒng)內部行政oa子系統(tǒng)及對外宣傳信息。

62、 xx年10月2日一12月31日，完成行政審批子系統(tǒng)。 xx日1月一xx年12月，依托信息化平臺建設，xx公司逐步建 成集數(shù)據(jù)信息的采集、存儲、加工、交換和發(fā)布為一體的信息中心。 通過對信息資源的整合，達到信息資源的綜合利用，實現(xiàn)高效、快捷、 準確的信息傳遞和行政管理效率與效能全面提升。 xx年7月一xx年12月，充分利用信息化平臺中積存的歷史數(shù) 據(jù)，利用先進的數(shù)據(jù)挖掘技術，對各類建設數(shù)據(jù)進行再加工和處理， 確保信息化平臺實現(xiàn)顯著的社會效益和經(jīng)濟效益，建立完善的信息安 全審計系統(tǒng)和績效考核系統(tǒng)，并在重慶與西部地區(qū)推廣該項目的經(jīng) 驗。 5.3項目范圍 5.3.1應用系統(tǒng)的開發(fā)與建設

63、 包括行政審批系統(tǒng)，具體內容包括?？梢詫崿F(xiàn)行政審批的電子政 務、建設項目過程控制及監(jiān)管、內部辦公自動化及網(wǎng)絡共享、對外信 息發(fā)布、建設相關企業(yè)及工程師管理以及資源整合與共享。 5.3.2網(wǎng)絡基礎設施建設以及網(wǎng)絡軟、硬件平臺建設5.3.3門戶網(wǎng) 站建設 xx公司門戶網(wǎng)站要建成集信息服務和網(wǎng)上辦公為一體的多功能 網(wǎng)站，并實現(xiàn)綜合信息集中發(fā)布，部門網(wǎng)站統(tǒng)一導航。 5.3.4安全保密體系建設 建立安全認證和授權體系，為xx公司工作人員提供證書服務； 部署入侵檢測、漏洞掃描、防病毒等安全措施，初步建立xx公司電 子政務網(wǎng)的安全保密體系，有效保證系統(tǒng)的安全性。 xx系統(tǒng)6方案概要6.1業(yè)務需求

64、 本篇分為行政審批業(yè)務需求分析 對每個業(yè)務進行了業(yè)務描述、審查依據(jù)、申報條件、輸入數(shù)據(jù)、 輸出數(shù)據(jù)、業(yè)務處理過程、處理時限、業(yè)務指導科室和業(yè)務流程圖的 梳理和確認。對項目動態(tài)管理過程進行了階段劃分和描述。 這部分主要是對現(xiàn)階段xx公司工作的調研工作的展示，引導接 下來功能設計、初步設計。 6.2功能分析 對系統(tǒng)主要功能進行描述。 6.3系統(tǒng)設計 本篇首先給出了系統(tǒng)的整體設計思路，對各個系統(tǒng)進行了功能模 塊分析。并對整個系統(tǒng)進行了整體架構，xx公司信息平臺的整體構架 采用soa的體系構架，以松散耦合的方式公開業(yè)務服務，使xx公司 的各個業(yè)務單元輕松地使用和組合這些業(yè)務服務。本架構設計

65、方法論 采用suntone3d架構方法論，suntone3d架構方法論是sun公司推出 的一套成熟的系統(tǒng)架構分析設計的方法和標準。suntone3d架構方法 論從列（tier），層（layer）和系統(tǒng)質量（systemquality）三維的角度 來分析一個完整的系統(tǒng)。技術路線是參考目標系統(tǒng)的靜態(tài)和動態(tài)特性 分析，為架構設計設定的高層技術方案選擇范圍。整個架構方案的設 計圍繞選定的技術路線，并以之作為各項系統(tǒng)機制實現(xiàn)的技術基礎。 本系統(tǒng)的軟件架構設計在技術路線選擇時綜合考慮運行效率、開發(fā)效 率以及隨需應變能力的平衡能力。 6.4安全策略 整個xx公司行政辦公信息平臺是一個統(tǒng)一的整體結構，使用

66、統(tǒng) 一的安全體系結構來配置資源。主要包括以下幾個方面： 系統(tǒng)日志管理：功能日志、系統(tǒng)日志；信息傳輸安全：數(shù)據(jù) 加密、網(wǎng)絡分段； 信息存儲安全：服務器安全、數(shù)據(jù)備份和恢復、異地容災； 信息訪問安全：防火墻、身份認證、漏洞掃描、入侵檢測；系統(tǒng)環(huán) 境安全：操作系統(tǒng)安全、防病毒體系。 應用系統(tǒng)安全：ca身份認證、用戶權限管理、安全配置管理； 在采用安全設備及安全技術的同時，還需要制定嚴密的安全管理體制 和安全6 xx系統(tǒng)管理制度共同構建系統(tǒng)安全體系。 6.5項目亮點 實現(xiàn)信息共享，信息整合，能隨時獲取項目審批狀態(tài)的信息； 方便的流程管理和流程定制，兼顧了行政審批流程變動（如大部委 制）帶來的變動需求； 靈活的網(wǎng)站信息發(fā)布方式及管理； 統(tǒng)一身份認證及統(tǒng)一授權，操作方便，安全及權威得到保障。 xx系統(tǒng)、業(yè)務需求分析篇9二 xx系統(tǒng)1行政審批系統(tǒng)業(yè)務分析1.1收件業(yè)務 1.1.1業(yè)務描述 對報建單位提交的相關資料進行清點，齊全填寫受理通知單后將 資料移交下一受理環(huán)節(jié)，否則退件。 1.1.2輸入數(shù)據(jù) 1.1.2.1內部已有數(shù)據(jù)（以后環(huán)節(jié)需要的數(shù)據(jù)） 各審查環(huán)節(jié)資料目錄信息