【正文】 .......................................................24 系統(tǒng)安全保障................................................................................................25 2 權限控制管理................................................................................................25 權限模型的實現(xiàn)..................................................................................25 應用權限的實現(xiàn)..................................................................................25 數(shù)據(jù)權限的實現(xiàn)..................................................................................25**系統(tǒng)需求分析報告 數(shù)據(jù)傳輸安全性............................................................................................25 數(shù)據(jù)加密..............................................................................................25 數(shù)據(jù)傳輸..............................................................................................25 4 防火墻系統(tǒng)....................................................................................................25**系統(tǒng)需求分析報告、項目概述篇一**系統(tǒng)需求分析報告 引 言進入到二十一世紀，伴隨信息技術的發(fā)展，圍繞Internet的技術日漸成熟，信息技術的應用已經(jīng)滲透到社會生活的各個層面，成為一種生活方式，吸引了社會大眾廣泛參與。數(shù)據(jù)庫引擎充分保護資料的完整性，同時將管理上千個并發(fā)的修改數(shù)據(jù)庫的用戶的開銷減到最小。SQL Server 2005數(shù)據(jù)庫索引擎提供完整的XML支持。同時，sql server 2005還為用戶提供重要的安全性功能的增強，為用戶的數(shù)據(jù)安全提供了可靠的保證。將來多處理器運行時不需要任何改變都能提高他們的效能，但現(xiàn)在的ASP確做不到這一點 [8]。因為配置信息都保存在簡單文本中，新的設置有可能都不需要啟動本地的管理員工具就可以實現(xiàn)。如果以前沒有執(zhí)行過這個程序，那么就由CLR編譯并執(zhí)行，得到純HTML結果；如果已經(jīng)執(zhí)行過這個程序，那么就直接執(zhí)行編譯好的程序并得到純HTML結果。代表了技術發(fā)展的主流方向。、可重用性高、代碼量少這三方面。，所以它的強大性和適應性，可以使它運行在Web應用軟件開發(fā)者的幾乎全部的平臺上。相對于ASP而言，、更方便的工具支持、更好的平臺支持和靈活性。就開發(fā)的實際情況來看，技術上市可行的?？蛻艄δ埽鹤再~號、登錄系統(tǒng)、修改密碼、修改地址、進行訂餐操作。1 用戶分析網(wǎng)上訂餐系統(tǒng)的使用者主要有兩種：系統(tǒng)管理員、客戶。測試報告包括下列內(nèi)容：● 軟件測試計劃 ● 軟件測試日志 ● 軟件文檔檢查報告 ● 軟件代碼測試報告 ● 軟件系統(tǒng)測試報告 ● 測試總結報告● 測試人員簽字登記表第四篇：需求分析報告需求分析需求概述需求分析是是指充分了解客戶情況，包括客戶生產(chǎn)、財務及管理流程后，與客戶一起討論對系統(tǒng)的具體要求，針對其現(xiàn)行體制中的不足及目前所需的信息，制定出一套用戶對系統(tǒng)的需求方案。 安全性測試驗證安裝在系統(tǒng)內(nèi)的保護機構確實能夠?qū)ο到y(tǒng)進行保護，使之不受各種非常的干擾，安全測試時需要設計一些測試用例試圖突破系統(tǒng)的安全保密措施，檢驗系統(tǒng)是否有安全保密的漏洞。進行強壯性測試時，應該參考性能測試相關的測試指標。例如：要求軟件進行某一行為的大量重復、輸入大量的數(shù)據(jù)或大數(shù)值數(shù)據(jù)、對數(shù)據(jù)庫進行大量復雜的查詢等。對系統(tǒng)中每一模塊利用實際數(shù)據(jù)運行，將其結果與同樣數(shù)據(jù)環(huán)境下應該得出的結果相比較，或與軟件需求規(guī)格說明書中要求的結果進行比較，如有偏差，則功能測試不能通過。 界面(外觀)測試對照界面規(guī)范(在軟件需求規(guī)格說明書中規(guī)定，或者由軟件工程規(guī)范中給出)和界面表(在概要設計中給出)，檢查各界面設計是否規(guī)范，包括：界面風格、表現(xiàn)形式、組件用法、字體選擇、字號選擇、色彩搭配、日期表現(xiàn)、計時方法、時間格式、對齊方式等等，是否符合規(guī)范、是否協(xié)調(diào)一致、是否便于操作。 軟件系統(tǒng)測試軟件系統(tǒng)測試不僅是檢測軟件的整體行為表現(xiàn)，從另一個側面看，也是對軟件開發(fā)設計的再確認?！?安裝／卸載檢查在新系統(tǒng)上用交付的軟件安裝盤重新安裝各個模塊，并且通過運行這些軟件模 塊，能否完成相應的功能，從而確定移交的確實是正確的軟件安裝盤。● 數(shù)據(jù)類型檢查源代碼中涉及的金額的常量、變量及數(shù)據(jù)集和數(shù)據(jù)庫中涉及金額的數(shù)據(jù)類型是否 采用貨幣類型，以防止在特定條件下產(chǎn)生較大的誤差而影響統(tǒng)計結果。 軟件代碼測試 源代碼一般性檢查僅對系統(tǒng)關鍵模塊的源代碼進行抽查，檢查模塊代碼編寫的規(guī)范性，批注的準確性，是否存在潛在性錯誤，以及代碼的可維護性?！?自說明性在軟件開發(fā)各個階段所編寫的各種文檔應該具有較好的自說明性。● 簡明性在軟件開發(fā)各個階段所編寫的各種文檔的語言表達應該清晰、準確簡練，適合各 種文檔的特定讀者。 文檔質(zhì)量的度量準則文檔是軟件的重要組成都分，是軟件生存周期各個不同階段的產(chǎn)品描述。測試內(nèi)容應該包括：合法性檢查、文檔檢查、軟件一致性檢查、軟件系統(tǒng)測試與測試結果評審等幾項工作。開發(fā)方如期交付軟件的基礎上，由業(yè)主審核確定具體日期安排。 術語本大綱所提及的術語，其定義遵照GB/T 11457標準。}if(i1 i2){ = +”大“。Random ran2 = new Random()。return。using 。using 。在軟件分開發(fā)過程中具有舉足輕重的作用，大家一定要對需求分析具有足夠重視！三、需求分析的任務需求分析的任務就是解決“做什么”的問題，就是要全面地理解用戶的各項要求，并準確的的表達用戶的需求。第二篇：需求分析報告需求分析報告一、所謂“需求分析”，是指對要解決的問題進行詳細的分析，弄清楚問題的要求，包括需要輸入什么數(shù)據(jù)，要得到什么結果，最后應輸出什么?！?重復項重復項是組合項的一種特例，其中有一項將有多個實例出現(xiàn)在數(shù)據(jù)結構中，使用花括號 把該項括起來?！?組合項組合項是一個數(shù)據(jù)結構或者記錄，其中包含了多個數(shù)據(jù)項。定義原數(shù)據(jù)元素必須確定其 含義、類型、數(shù)據(jù)大小、格式、計量單位、精度以及取值范圍。必須注意的是，為了避免二義性，在匯總數(shù)據(jù)項時應該根據(jù)數(shù)據(jù)項所代表的實際意義匯總，而不是根據(jù)數(shù)據(jù)項的名稱匯總。數(shù)據(jù)定義的維護獨立于軟件需求規(guī)格說明，并且在軟件產(chǎn)品開發(fā)和維護的任何階段，均向風險承擔者開放。為了便于非軟件專業(yè)或者非計算機專業(yè)人士閱讀軟件產(chǎn)品需求分析報告，要求使用非軟件專業(yè)或者非計算機專業(yè)的術語描述軟件需求。一個業(yè)務規(guī)則的范例如下：“進行達到或者超過10，000，00元人民幣的儲蓄業(yè)務時，必須通過附加的管理員認證。這些功能必須是確定的、定量的、在需要時是可以驗證的。明確軟件產(chǎn)品必須滿足的安全性或者保密性策略。明確軟件產(chǎn)品必須遵從的安全標準、策略、或規(guī)則。盡可能詳細地描述性能需求，如果需要，可以針對每個功能需求或者特征分別陳述其性能需求。對于每一項數(shù)據(jù)，均需要描述：● 數(shù)據(jù)名稱；需求分析報告● 實際含義；● 數(shù)據(jù)類型；● 數(shù)據(jù)格式；● 數(shù)據(jù)約束；對于復雜的處理方法，僅僅給出算法原理是不夠的，必須描述詳細的計算過程，并且列出每一步具體使用的實際算式；如果計算過程中涉及查表、判斷、迭代等處理方法，應該給出處理依據(jù)和相關數(shù)據(jù)。疏忽了可選過程，有可能影響軟件產(chǎn)品的功能；如果遺漏例外過程，則有可能會引發(fā)系統(tǒng)崩潰。 說明和優(yōu)先級對該系統(tǒng)功能進行簡短的說明，并且指出該系統(tǒng)功能的優(yōu)先級是：高、中、還是低。其最終目的是，讓讀者容易理解即將開發(fā)的軟件產(chǎn)品。用簡短的語句說明功能的名稱，例如：“”。如果某項功能需求找不到合適的測試用例，或者必須使用多項測試用例才能驗證，那么該項功能需求的描述必然存在某些問題。 通訊接口描述與軟件產(chǎn)品所使用的通訊功能相關的需求，包括：● 電子郵件；● WEB瀏覽器；● 網(wǎng)絡通訊標準或者協(xié)議；● 數(shù)據(jù)交互用電子表格；必須定義相關的：● 消息格式；● 通訊安全或加密問題；● 數(shù)據(jù)傳輸速率；● 同步和異步通訊機制；需要進行詳細的需求記錄，詳細列出與該系統(tǒng)功能相關的詳細功能需求，并且，唯一地標識每一項需求。描述并且明確軟件產(chǎn)品與軟件組件之間交換數(shù)據(jù)或者消息的目的。如果采用現(xiàn)成的、合適的用戶界面設計規(guī)范(標準)，或者另文描述，可以在這里直接說明，并且將其加入?yún)⒖嘉墨I。 用戶界面陳述需要使用在用戶界面上的軟件組件，描述每一個用戶界面的邏輯特征。有關的約束可能包括：● 工期約束；● 經(jīng)費約束；● 人員約束；● 設備約束；● 地理位置約束；● 其它有關項目約束；需求分析報告 通過本節(jié)描述可以確定，保證軟件產(chǎn)品能和外部組件正確連接的需求。如果這些假設因素不正確、不一致或者被修改，就會使軟件產(chǎn)品開發(fā)項目受到影響。 運行環(huán)境描述了本軟件的運行環(huán)境，一般包括：● 硬件平臺；需求分析報告● 操作系統(tǒng)和版本；● 支撐環(huán)境(例如：數(shù)據(jù)庫等)和版本；● 其它與該軟件有關的軟件組件；● 與該軟件共存的應用程序。往往有一些軟件需求，只與特定的用戶類有關。為了很好地組織產(chǎn)品功能，使每個讀者都容易理解，可以采用列表的方法給出。那么必須說明軟件產(chǎn)品需求分析報告定義的這部分軟件是怎樣與整個大系統(tǒng)相關聯(lián)的，或者（同時）說明相互關系的存在形式，并且要定義出兩者之間的全部接口。這一部分概述了正在定義的軟件產(chǎn)品的作用范圍以及該軟件產(chǎn)品所運行的環(huán)境、使用該軟件產(chǎn)品的用戶、對該軟件產(chǎn)品己知的限制、有關該軟件產(chǎn)品的假設和依賴。把軟件產(chǎn)品開發(fā)與企業(yè)目標，或者業(yè)務策略相聯(lián)系。排版約定應該包括：● 正文風格；● 提示方式；● 重要符號；也應該說明高層次需求是否可以被其所有細化的需求所繼承，或者每個需求陳述是否都有其自己的優(yōu)先級。通過這份軟件產(chǎn)品需求分析報告詳盡說明了該軟件產(chǎn)品的需求規(guī)格，包括修正和(或)發(fā)行版本號，從而對該軟件產(chǎn)品進行準確的定義。第一篇：需求分析報告怎么寫需求分析報告軟件需求分析報告模板精選（主要參考紅色部分。如果這份軟件產(chǎn)品需求分析報告只與整個系統(tǒng)的某一部分有關系，那么只定義軟件產(chǎn)品需求分析報告中說明的那個部分或子系統(tǒng)。 預期讀者和閱讀建議列舉本軟件產(chǎn)品需求分析報告所針對的各種不同的預期讀者，例如，可能包括：● 用戶；● 開發(fā)人員；需求分析報告● 項目經(jīng)理；● 營銷人員；● 測試人員；● 文檔編寫入員。描述產(chǎn)品范圍時需注意，可以參考項目視圖和范圍文檔，但是不能將其內(nèi)容復制到這里。需求分析報告 產(chǎn)品的狀況描述了在軟件產(chǎn)品需求分析報告中所定義的軟件產(chǎn)品的背景和起源。 產(chǎn)品的功能因為將在需求分析報告的第4部分中詳細描述軟件產(chǎn)品的功能，所以在此只需要概略地總結。也可以采用圖形方式，將主要的需求分組以及它們之間的聯(lián)系使用數(shù)據(jù)流程圖的頂層圖或類圖進行表示，這種表示方法是很有用的。描述時，應該將該軟件產(chǎn)品的重要用戶類與非重要用戶類區(qū)分開。 設計和實現(xiàn)上的限制確定影響開發(fā)人員自由選擇的問題，并且說明這些問題為什么成為一種限制。這些假設的因素可能包括：● 計劃使用的商業(yè)組件，或者其它軟件中的某個部件；● 假定產(chǎn)品中某個用戶界面將符合一個特殊的設計約定；● 有關本軟件用戶的若干假定(例如：假定用戶會熟練使用SQL語言。關聯(lián)圖僅能表示高層抽象的外部接口，必須對接口數(shù)據(jù)和外部組件進行詳細描述，并且寫入數(shù)據(jù)定義中。必須注意，這里需要描述的是用戶界面的邏輯特征，而不是用戶界面。 硬件接口描述待開發(fā)的軟件產(chǎn)品與系統(tǒng)硬件接口的特征，若有多個硬件接口，則必須全都描述。描述所需要的服務，以及與內(nèi)部組件通訊的性質(zhì)。這是必須提交給用戶的軟件功能，使得用戶可以使用所提供的功能執(zhí)行服務或者使用所指定的使用實例執(zhí)行任務。功能需求是根據(jù)系統(tǒng)功能，即軟件產(chǎn)品所提供的主要服務來組織的。按照服務組織的順序，逐條闡述系統(tǒng)功能。一般來說，每個使用實例都對應一個系統(tǒng)功能，因而按照使用實例來組織內(nèi)容比較容易讓用戶理解。需要的話，還可以包括對特定優(yōu)先級部分的評價，例如：利益、損失、費用和風險，其相對優(yōu)先等級可以從1(低)到9(高)。如果采用流程圖來描述激勵／響應序列，比較容易讓用戶理解。如果計算方法很簡單，也可以將其從略，不加描述。在這里確定：● 相互合作的用戶數(shù)量；● 系統(tǒng)支持的并發(fā)操作數(shù)量；● 響應時間；● 與實時系統(tǒng)的時間關系：● 容量需求存儲器；磁盤空間；數(shù)據(jù)庫中表的最大行數(shù)。 安全性需求