2355011003軟件工程項目文檔

1、軟件工程項目文檔 項 目 名 稱 企業(yè)內部在線交互系統(tǒng) 項 目 成 員 蔣能凱 張國順 李沖 崔紅艷 專 業(yè) 班 級 計算機科學與技術2012級1班 指 導 老 師 施 濤 2014年11月目錄需求分析61 需求分析說明62 系統(tǒng)概述72.1 用戶特點72.2運行環(huán)境83 功能需求93.1 登陸驗證93.2 用戶信息分類93.3 信息顯示93.4 用戶檢索93.5 在線交流94 概要設計104.1 業(yè)務流程104.2 項目文件規(guī)劃104.3 數(shù)據(jù)庫設計125 項目規(guī)劃135.1 團隊成員分工135.2 項目進度安排146 待解決的問題147 軟件總體概述158 軟件總體設計思路158.1 軟件

2、的基本概念和處理流程158.2 web數(shù)據(jù)庫開發(fā)158.3平臺選擇169 概要設計169.1體系結構設計169.2 接口設計189.2.1 外部接口189.2.2內部接口189.3 代碼設計199.4數(shù)據(jù)庫設計209.4.1 關系模式設計219.4.2 數(shù)據(jù)字典229.5 輸入輸出設計249.5.1 輸入設計249.5.2 輸出設計269.6 運行設計289.6.1 運行環(huán)境289.6.2 運行模塊的組合289.6.3 運行控制289.6.4 運行時間289.7 出錯處理設計299.7.1 出錯輸出信息299.7.2 出錯處理對策299.8 安全保密設計299.8.1 數(shù)據(jù)安全性299.8.2

3、 登錄用戶的安全性309.8.3 操作安全性309.9 維護設計3010 詳細設計3110.1記錄管理模塊3110.1.1模塊定義3110.1.2 輸入項目3110.1.3 輸出項目3110.1.4 程序邏輯3110.2用戶登陸模塊3210.2.1模塊定義3210.2.2 輸入項目3210.2.3 程序邏輯3311 參考文獻3412 測試摘要3512.1 重點事項3512.2 爭議事項3512.2 風險評估3512.3時間進度3512.4 測試目標3613 資源需求3613.1 硬件資源3613.2 軟件資源3613.3 人力資源3714測試詳述3714.1 測試范圍3714.2 測試目標37

4、14.3 測試進度3914.4 整體策略3914.5 測試技術4014.6 質量目標4115 計劃審核記錄42需求分析1 需求分析說明需求分析是指理解用戶需求，就軟件功能與客戶達成一致，估計軟件風險和評估項目代價，最終形成開發(fā)計劃的一個復雜過程。（這個和我在微軟體驗到的又不太一樣，微軟的需求分析大多是市場人員和用戶協(xié)助小組的人去評估用戶的接受程度，這一點也可以理解，因為公司的性質有根本差別）在這個過程中，用戶的確是處在主導地位，需求分析工程師和項目經理要負責整理用戶需求，為之后的軟件設計打下基礎。需求分析階段結束后，要求得到：1. srs文檔(system requirement specif

5、ication);2. 2.drm 文檔；3.acceptance plan. 從廣義上理解：需求分析包括需求的獲取、分析、規(guī)格說明、變更、驗證、管理的一系列需求工程。狹義上理解：需求分析指需求的分析、定義過程。 2 系統(tǒng)概述2.1 用戶特點互聯(lián)網(wǎng)的出現(xiàn)與迅速發(fā)展，信息技術步伐加快，是的企業(yè)面臨著眾多的挑戰(zhàn)，與競爭，在競爭的過程中，對于一個集團企業(yè)來說，對信息的掌握程度、信息獲取是否及時、信息能否得到充分利用、對信息反應是都敏感準確，越來越成為衡量一個企業(yè)市場競爭能力的重要因素。隨著中國加入wto，各行各業(yè)都在努力地提高自身的競爭力，企業(yè)信息化管理進程加快說明：傳統(tǒng)以紅頭文件為主，強調公文處理

6、的客戶管理將從主導地位逐漸減弱，強調以信息服務、只是管理為主的企業(yè)信息化服務系統(tǒng)，將逐漸代替原有的客戶處理。面對競爭日趨激烈的商業(yè)斗爭，企業(yè)要想提高競爭力，只有與時俱進，不斷運用新的技術，才能在激烈的競爭中及時掌握市場動態(tài)，更快地得到市場競爭最關鍵的信息，快人一步，才能立于不敗之地。信息技術成功應用和效益最大化的重要條件是信息基礎標準的建立和統(tǒng)一。企業(yè)必須建立和形成適合自身發(fā)展需要的信息基礎標準體系（包括數(shù)據(jù)元素標準、信息分類編碼標準、用戶視圖標準、數(shù)據(jù)庫標準、網(wǎng)絡系統(tǒng)設計規(guī)范、應用系統(tǒng)設計規(guī)范、it基礎設施配置規(guī)范、信息管理和開發(fā)利用體系、信息安全保障體系等），這些標準的建立和執(zhí)行，是集團信

7、息化建設避免重復投資、加速信息流通、實現(xiàn)信息授權共享、取得最大效益的基本前提和基礎；從企業(yè)管理和發(fā)展的需要出發(fā)，在不斷建立和完善信息安全管理體系、技術標準體系以及信息分類授權體系的基礎上，把集團公司及所屬企業(yè)的網(wǎng)絡互聯(lián)互通和信息資源共享作為一條基本要求逐步落實，最終實現(xiàn)集團公司與所屬企業(yè)之間信息雙向的授權互動共享和高效的協(xié)同運作。同時，使集團內的信息技術隊伍的知識和經驗、積極性和創(chuàng)造性得到充分的共享和利用。2.2運行環(huán)境asp.net是.net framework的一部分，是一項微軟公司的技術，是一種使嵌入網(wǎng)頁中的腳本可 由因特網(wǎng)服務器執(zhí)行的服務器端腳本技術，它可以在通過http請求文檔時再在

8、web服務器上動態(tài)創(chuàng)建它們。 指 active server pages（動態(tài)服務器頁面），運行于 iis（internet information server 服務，是windows開發(fā)的web服務器）之中的程序 。因為asp .net是基于通用語言的編譯運行的程序，其實現(xiàn)完全依賴于虛擬機，所以它擁有跨平臺性，asp .net構建的應用程序可以運行在幾乎全部的平臺上。其中大致分為以微軟.net framework為基礎使用iis做為web 服務器承載的微軟體系，以及使用mono為基礎框架運行在windows或linux上的開源體系。使用一種字符基礎的，分級的配置系統(tǒng)，虛擬服務器環(huán)境和應用程

9、序的設置更加簡單。因為配置信息都保存在簡單文本中，新的設置有可能都不需要啟動本地的管理員工具就可以實現(xiàn)。這種被稱為zero local administration的哲學觀念使的基于應用的開發(fā)更加具體和快捷。sql server 是一個關系數(shù)據(jù)庫管理系統(tǒng)。它最初是由microsoft、sybase 和ashton-tate三家公司共同開發(fā)的，于1988 年推出了第一個os/2版本。在windows nt 推出后，microsoft與sybase 在sql server 的開發(fā)上就分道揚鑣了，microsoft 將sql server移植到windows nt系統(tǒng)上，專注于開發(fā)推廣sql ser

10、ver 的windows nt 版本。sybase 則較專注于sql server在un操作系統(tǒng)上的應用。3 功能需求3.1 登陸驗證為了確保系統(tǒng)的安全，防止非法用戶和競爭對手進入系統(tǒng)，在系統(tǒng)中專門設計了登陸驗證模塊。3.2 用戶信息分類為了便于快速實現(xiàn)對不同用戶的交互，對系統(tǒng)內用戶進行了細分，方便用戶的選擇交互。例如，在行中設置了重要客戶、一般客戶和合作伙伴等不同種類的群體。3.3 信息顯示為了方便系統(tǒng)用戶間的相互了解，系統(tǒng)設立了用戶信息詳情顯示模塊，供用戶瀏覽系統(tǒng)內各用戶的詳細信息。3.4 用戶檢索為了方便團隊用戶迅速找到自己的目標交流對象，系統(tǒng)設置了信息檢索模塊，用戶可以根據(jù)用戶的基本團

11、隊信息快速找到自己的交流目標。3.5 在線交流在線交流模塊式珍格格系統(tǒng)的核心，系統(tǒng)用戶可以喝系統(tǒng)內其他用戶進行在線及時交互，進一步實現(xiàn)辦公自動化。4 概要設計4.1 業(yè)務流程4.2 項目文件規(guī)劃建立“kehu”和“data”來保存項目文件，具體說明如下：u 文件夾“kehu”：保存系統(tǒng)的項目文件。u 文件夾“data”：保存系統(tǒng)的數(shù)據(jù)庫文件。下面是各個構成模塊的實現(xiàn)文件，具體說明如下：u 系統(tǒng)配置文件：功能是對項目進行總體配置。u 樣式設置文件：功能是設置系統(tǒng)文件的而現(xiàn)實樣式。u 數(shù)據(jù)庫文件：功能是搭建系統(tǒng)數(shù)據(jù)庫平臺，保存系統(tǒng)的登陸信息。u 用戶分類顯示模塊：功能是將系統(tǒng)內不同類別用戶列表顯示

12、出來。u 團隊處理模塊：功能是對系統(tǒng)內不同用戶群體進行團隊處理。u 在線交流模塊：功能是實現(xiàn)系統(tǒng)內用戶在線交互處理。各文件的具體說明如下：u 文件夾app_code：保存系統(tǒng)各使用類的設置文件。u 文件夾app_themes：保存系統(tǒng)的樣式設置文件。u 文件夾files：保存系統(tǒng)用戶發(fā)送的文件。u 文件夾bin：保存系統(tǒng)需要的應用程序集。u 文件夾caboodley：保存團隊處理的頁面文件。u 文件夾hailfellow：保存系統(tǒng)用戶分組頁面文件。u 文件夾userinfo：保存用戶頁面文件。u 文件default.aspx：系統(tǒng)主頁，是一個框架頁面。u 文件file.aspx：系統(tǒng)文件發(fā)送表

13、單頁面。u 文件global.aspx：系統(tǒng)信息設置文件。u 文件header.aspx：主頁頂部導航文件。u 文件login.aspx：用戶登錄驗證模塊。u 文件logoff.aspx：用戶退出系統(tǒng)文件。u 文件manager.aspx：系統(tǒng)在線交流處理文件。u 文件w.aspx：系統(tǒng)應用程序配置文件。4.3 數(shù)據(jù)庫設計本系統(tǒng)采用sql server 2005 數(shù)據(jù)庫，名為“kehu”。其中各表的具體設計結構如下圖所示：表4.1 提醒團隊信息表（caboodle）字段名稱數(shù)據(jù)類型是否主鍵默認值功能描述idintyes遞增1編號namevarchar(50)nonull名稱use

14、ridintnonull創(chuàng)建用戶編號remarkvarchar(1000)nonull簡介表4.2 系統(tǒng)團隊關聯(lián)信息表（caboodleuser）字段名稱數(shù)據(jù)類型是否主鍵默認值功能描述caboodleidintyes遞增1所屬團隊編號userid intnonull所屬用戶編號roleidintnonull角色表4.3 系統(tǒng)發(fā)送文件信息表（file）字段名稱數(shù)據(jù)類型是否主鍵默認值功能描述idintyes遞增1編號namevarchar(50)nonull文件名senderintnonull 發(fā)送者receiverintnonull接收者urlvarchar（255）nonull文件地址type

15、intnonull類型sizeintnonull大小createdatedatetimenonull時間其他數(shù)據(jù)表：系統(tǒng)用戶分組信息表（group）用戶分組關系信息表（groupuser）系統(tǒng)留言信息表（leaveword）團隊交互信息表（messageforcaboodle）用戶交互信息表（messageforsignle）系統(tǒng)用戶角色信息表（role）系統(tǒng)用戶信息表（user）系統(tǒng)用戶登錄信息（logininfo）5 項目規(guī)劃5.1 團隊成員分工姓名分工蔣能凱代碼編寫 美工張國順文檔編寫 代碼編寫崔紅艷美工 需求分析李 沖代碼編寫5.2 項目進度安排周數(shù)任務安排5 - 6需求分析 項目規(guī)劃

16、7 - 8數(shù)據(jù)庫設計9 - 10代碼實現(xiàn)11 - 12期美化 文檔編寫6 待解決的問題項目經驗缺少，開發(fā)平臺學習不夠，現(xiàn)階段最重要的就是好好學習，邊學邊用，保證順利完成任務。項目分析與設計7 軟件總體概述隨著企業(yè)中業(yè)務系統(tǒng)建設越來越多，各個系統(tǒng)甚至出現(xiàn)互相依賴，互相耦合的情況。這種情形直接導致了業(yè)務組件重復建設、業(yè)務數(shù)據(jù)冗余、企業(yè)內數(shù)據(jù)不同步、系統(tǒng)界限模糊、維護困難、拓展困難等難以想象的問題，使得企業(yè)信息化建設陷入泥沼。企業(yè)信息交互系統(tǒng)從企業(yè)的實際需求出發(fā)，參照先進的信息通訊理念開發(fā)而成，系統(tǒng)具備完善的基礎信息設置，友好清晰的界面，使瀏覽人員能夠清楚的進行信息瀏覽，管理員輕松方便的進行信息的修

17、改和發(fā)布，保證企業(yè)內部信息的及時交互。8 軟件總體設計思路8.1 軟件的基本概念和處理流程 互聯(lián)網(wǎng)技術的飛速發(fā)展，asp技術的靈活、易用、功能dreamweaver、microsoftfrontpage、vbscript等設計工具的方便使用，以及數(shù)據(jù)庫技術的發(fā)展給本系統(tǒng)的設計和實現(xiàn)提供了技術上的支持。本系統(tǒng)在數(shù)據(jù)庫技術方面有如下優(yōu)點：8.2 web數(shù)據(jù)庫開發(fā) 開發(fā)同意，傳統(tǒng)的數(shù)據(jù)庫一般用vb,vc等開發(fā)，這些開發(fā)工具各有各的標準和方法，不是和開發(fā)web數(shù)據(jù)庫應用，web數(shù)據(jù)庫的開發(fā)使用統(tǒng)一的html，任何人開發(fā)的數(shù)據(jù)庫都有符合這個標準。8.3平臺選擇平臺支持，傳統(tǒng)的數(shù)據(jù)庫應用一般要針對每個操作

18、系統(tǒng)開發(fā)一個專用版本，外圍不同的硬件平臺開發(fā)不同的版本。web數(shù)據(jù)庫之需要開發(fā)一個版本就可以在所有的操作系統(tǒng)和硬件平臺上使用。只要這個平臺具有符合html標準的瀏覽器。系統(tǒng)基本的流程是：用戶登錄驗證-主界面-選擇各項子系統(tǒng)9 概要設計9.1體系結構設計根據(jù)對系統(tǒng)需求分析中的總體目標和具體目標部分的分析，得到系統(tǒng)結構設計圖如下3-1企業(yè)內部在線交互系統(tǒng)記錄管理分類管理添加新管理員修改和刪除消息添加新消息添加新分類管理員密碼修改修改和刪除分類刪除管理員上傳文件管理上傳文件用戶管理圖9-1系統(tǒng)結構圖fig 3-1 system organizations-structure figure文件管理9.

19、2 接口設計9.2.1 外部接口包括用戶界面、軟件接口與硬件接口。 用戶界面用戶界面部分，根據(jù)需求分析的結果，用戶需要一個用戶友善界面。在界面設計上，應做到簡單明了，易于操作，并且要注意到界面的布局，應突出的顯示重要以及出錯信息。外觀上也要做到合理化，考慮到用戶多對windows風格較熟悉，應盡量向這一方向靠攏。在設計語言上，使用html語言進行頁面編寫。總的來說 ，系統(tǒng)的用戶界面應做到可靠性、簡單性、易學習和使用。軟件接口 服務器程序可使用eclipse提供的對sql server接口，進行對數(shù)據(jù)庫的所有訪問。在網(wǎng)絡軟件接口方面，使用一種無差錯的傳輸協(xié)議，web服務器程序可使用apache的

20、tomcat6.0。硬件接口 輸入方面，對于鍵盤、鼠標的輸入，對輸入進行處理。硬件環(huán)境內存需要512m以上，cpu需要p4 2.0ghz以上。在網(wǎng)絡硬件部分，為了實現(xiàn)高速傳輸，使用快速以太網(wǎng)。在輸出方面，采用ie6.0瀏覽器。瀏覽的分辨率最佳效果為1024768像素。9.2.2內部接口內部接口方面，各模塊之間采用函數(shù)調用、參數(shù)傳遞、返回值的方式進行信息傳遞。具體參數(shù)的結構將在下面數(shù)據(jù)結構設計的內容中說明。接口傳遞的信息將是以數(shù)據(jù)結構封裝了的數(shù)據(jù)，以參數(shù)傳遞或返回值的形式在各模塊間傳輸。9.3 代碼設計代碼設計遵循以下原則：(1)確定性。每一代碼代表惟一的實體和屬性，反過來，信息系統(tǒng)中，每一實體

21、或屬性都用一個確定的代碼來表示。(2)標準化?？紤]企業(yè)信息系統(tǒng)與主管部門通訊和聯(lián)網(wǎng)的需要，盡可能用國際、國內、部門的標準代碼。(3)通用性。盡量采用原業(yè)務處理上已使用的且行之有效的代碼，方便使用。(4)擴展性?？紤]企業(yè)的發(fā)展和變化，當增加新的實體和屬性時，直接利用原代碼追加，保持原代碼體系不變。(5)識別性。代碼需方便管理人員使用，又應方便計算機識別、分類。(6)簡明性。在不影響代碼系統(tǒng)的容量和擴充性的前提下，代碼盡可能簡短、統(tǒng)一。代碼是代表客觀存在的實體或事物的屬性、狀態(tài)的符號。在軟件系統(tǒng)中，代碼是人和計算機的共同的、標準的語言，是對信息進行分類、校驗、統(tǒng)計、檢索的關鍵屬性。1下屬中心代碼中

22、心編號的編碼對象為下屬中心，使用范圍是企業(yè)信息交換系統(tǒng)。該代碼的使用過程中，考慮到該企業(yè)部門的擴展，所以采用順序號。xxxx順序號 中心編號2用戶代碼用戶編號的編碼對象為管理員，使用范圍是企業(yè)信息交換系統(tǒng)。該代碼的使用過程中，考慮到該管理人員的擴展，所以采用順序號+e，e是代表用戶，順序號就可以體現(xiàn)新來用戶的順序。xxxx順序號用戶編號3消息代碼消息編號的編碼對象為消息，使用范圍是企業(yè)信息交換系統(tǒng)。該代碼的使用過程中，考慮到信息擴展，所以采用順序號+e，e是代表消息，順序號就可以體現(xiàn)新消息的順序。xxxx順序號消息編號9.4數(shù)據(jù)庫設計數(shù)據(jù)庫設計是軟件開發(fā)的靈魂和基礎，是整個系統(tǒng)成功的關鍵所在，

23、是開發(fā)高品質應用的前提。數(shù)據(jù)庫設計的核心問題是如何從系統(tǒng)的觀點出發(fā)建立一個數(shù)據(jù)模式，使其滿足以下幾個條件：1、符合用戶要求，能正確的反映用戶的工作環(huán)境，該環(huán)境包括用戶需處理的所有“數(shù)據(jù)”，并支持用戶需要進行的所有“加工”。2、與所選的dbms所支持的數(shù)據(jù)模式相匹配。3、數(shù)據(jù)組織合理，應易操作，易維護，易理解。9.4.1 關系模式設計由系統(tǒng)的概念模型導出關系模式。主要原則及實現(xiàn)方法如下：1一個實體型轉換為一個關系模式，實體的屬性就是關系的屬性，實體的鍵就是屬性的鍵。2 一個實體的聯(lián)系轉換為關系模式時，首先確定該聯(lián)系的類型，再確定相應的鍵。a) 若關系的類型是1:1，則每個實體的鍵均為關系的候選鍵

24、，可二者擇一位該聯(lián)系的鍵。b)若關系的類型為1:n，則應把一端實體的鍵移到n端，與n端實體的鍵共同組成該聯(lián)系的鍵。c) 如果為弱實體集，可為其增加一個強制屬性的鍵。d) 若關系類型為m:n，則該聯(lián)系的鍵為兩個實體的鍵的集合，即該關系的鍵一定為復合鍵。3 進行規(guī)范化處理，求出關系模式中的最小依賴集，并依據(jù)規(guī)范化理論，將關系模式規(guī)范道三范式。各范式定義如下：范式是對關系的不同數(shù)據(jù)依賴程度的要求，通過模式分解將一個范式轉換為若干個高級范式的過程稱作規(guī)范化。1nf：關系中每一分量不可再分。既不能以集合、序列等作為屬性值。2nf：若r1nf，且每個非主屬性完全依賴于碼，則稱r2nf。3nf：關系模式r中

25、，若不存在這樣的碼x，屬性組y及非主屬性z(zy)，使得下式成立，xy，yz，yz，則稱r3nf。依據(jù)上述原則，得出梵柏西科技系統(tǒng)的關系模式：關系模式設計如下：1中心資料（中心編號，中心名稱，備注信息）2用戶資料（用戶編號，用戶名稱，用戶密碼，職務，創(chuàng)建時間，創(chuàng)建ip）3消息 （部門編號，中心編號，題目，內容，部門名稱，中心名稱，作者）9.4.2 數(shù)據(jù)字典數(shù)據(jù)字典是物理數(shù)據(jù)庫的具體體現(xiàn)，主要規(guī)定各關系的名稱、各列的數(shù)據(jù)的型、長度、小數(shù)位、完整性約束等。1各屬性的屬性名、類型、長度、小數(shù)位、是否空值、缺省值等，其中，不同的dbms的數(shù)據(jù)類型不完全一致，請參考所用dbms的用戶手冊。2完整性約束。

26、完整性是指數(shù)據(jù)的正確性和相容性。它包括實體完整性和關聯(lián)完整性和用戶定義的完整性。企業(yè)信息交互系統(tǒng)的數(shù)據(jù)字典如表3-1，3-2，3-2所示表3-1用戶代碼表d01table 3-1 custom code table d01 列含義 列標示 類型 長度 完整性約束 用戶編號 id int 4 =4 用戶名稱 adminuser varchar 50 字符 用戶密碼 adminpass varchar 50 字符 職務 authority varchar 50 字符 創(chuàng)建時間 lasttime smalltimedate 4 字符 創(chuàng)建ip lastip varchar 50 字符 表3-2部門代

27、碼表d02table 3-2 department code table d02 列含義 列標示 類型 長度 完整性約束 部門編號 id int 4 =4 部門名稱 class int 4 =4 中心編號 parentid int 4 字符 中心名稱 parentclass varchar 50 字符 表3-3消息代碼表d03table 3-3 news code table d03 列含義 列標示 類型 長度 完整性約束 序列號 id int 4 =4 部門編號 classid int 4 =4 題目 title varchar 50 字符 內容 news varchar 50 字符 中心名

28、稱 parentclass varchar 50 字符中心編號 parentid int 4 字符部門名稱 class varchar 50 字符 文件1 file1 varchar 50 字符 文件2 file1 varchar 50 字符 文件3 file1 varchar 50 字符 作者 author varchar 50 字符加入日期 d smalltimedate 4 字符9.5 輸入輸出設計9.5.1 輸入設計輸入設計擔負著將系統(tǒng)外的數(shù)據(jù)以一定的格式送入計算機的任務,輸入設計的一條重要原則是確保系統(tǒng)輸入的信息準確無誤。輸入設計的內容：輸入名稱編號、輸入源、輸入設備和介質、輸入時間

29、和頻度、輸入格式和內容、輸入數(shù)據(jù)的校驗。表3-4輸入設計 編號：001talbe 3-4 input design number:001 輸入名稱：用戶資料 輸入設備和介質：鍵盤 輸入源： 管理員 輸入時間和頻率：不定期 輸入信息： 共享范圍：本系統(tǒng)使用表3-5 輸入格式內容：table 3-5 input form content列含義 類型 實際長度 備注用戶編號 varchar 4 用戶名稱 varchar 50 用戶密碼 varchar 50 職務 varchar 50 表3-6輸入設計 編號：002talbe 3-6 input design number:002 輸入名稱：中心代碼

30、表 輸入設備和介質：鍵盤 輸入源： 各個中心管理員 輸入時間和頻率：不定期 輸入信息： 共享范圍：本系統(tǒng)使用表3-7 輸入格式內容：table 3-7 input form content列含義 類型 實際長度 備注部門編號 int 4 部門名稱 int 4 中心編號 varchar 50 中心名稱 varchar 50 表3-8輸入設計 編號：003talbe 3-8 input design number:003 輸入名稱：信息代碼表 輸入設備和介質：鍵盤 輸入源： 各個中心管理員 輸入時間和頻率：不定期 輸入信息： 共享范圍：本系統(tǒng)使用表3-9 輸入格式內容：table 3-9 inpu

31、t form content列含義 類型 實際長度 備注部門編號 int 4 題目 varchar 50 內容 varchar 50 中心名稱 varchar 50 部門名稱 varchar 50 文件1 varchar 50 文件2 varchar 50 文件3 varchar 50 作者 varchar 50 9.5.2 輸出設計 輸出主要是指報表的輸出和查詢輸出。 輸出設計的內容：輸出的編號名稱、輸出類型、輸出設備和介質、輸出時間和頻率、輸出格式和內容。表3-10輸出設計 編號004table 3-10 output design number:004輸出名稱：用戶資料 輸出設備和介質：

32、ie瀏覽器輸出類型：顯示 輸出時間和步驟：不定期輸出格式和內容：數(shù)據(jù)項名稱 內容用戶名稱 用戶編號職務創(chuàng)建時間創(chuàng)建ip 表3-11輸出設計 編號005table 3-11 output design number:005輸出名稱：中心資料 輸出設備和介質：ie瀏覽器輸出類型：顯示 輸出時間和步驟：不定期輸出格式和內容：數(shù)據(jù)項名稱 內容中心名稱 中心編號部門名稱部門編號 表3-12輸出設計 編號006table 3-12 output design number:006輸出名稱：消息 輸出設備和介質：ie瀏覽器輸出類型：顯示 輸出時間和步驟：不定期輸出格式和內容：數(shù)據(jù)項名稱 內容部門編號 題目

33、內容 中心名稱 部門名稱 文件1 文件2 文件3 作者 9.6 運行設計9.6.1 運行環(huán)境本系統(tǒng)運行環(huán)境，需要安裝eclipse，tomcat和sql server 2000軟件，硬盤和內存要求最低是80g和512m，數(shù)據(jù)庫服務器配置：數(shù)據(jù)庫名：infosite；身份驗證：sql server 2000和windows混合認證；登錄用戶和登錄密碼為空。9.6.2 運行模塊的組合用戶在程序運行時啟動查詢模塊，在用戶有輸入操作的時候開始模塊調用，如果要注冊新的用戶，則調用用戶模塊，通過一系列的數(shù)據(jù)輸入，若是數(shù)據(jù)充分，則將數(shù)據(jù)交給服務器，服務器確認后，返回用戶機，并顯示輸出。如果客戶要托運貨物，則

34、調用貨物托運管理模塊，若客戶同意托運，調用貨物托運申請模塊，添好托運單后提交系統(tǒng)服務器，服務器確認后返回信息給用戶機，并顯示托運單的輸出。9.6.3 運行控制用戶在發(fā)送數(shù)據(jù)后，將等待服務器的確認，當受到服務器的確認信號后，等待服務器的回答信息，再進行確認。服務器在受到用戶的數(shù)據(jù)后發(fā)送確認信號，然后對數(shù)據(jù)進行處理以及數(shù)據(jù)庫的訪問，然后將新的信息發(fā)還給用戶。9.6.4 運行時間在軟件的需求分析中，對運行時間的要求為：必須對作出的操作，有較快的反應。由于內存條的和硬件的配置，對操作反應將受到很大的影響。所以希望采用內存為512和硬盤為80g的配置，以加快運行時間，服務器的運行時候也就會快許多。9.7

35、 出錯處理設計9.7.1 出錯輸出信息系程序在運行時主要會出現(xiàn)三種錯誤：1sql server不存在或拒絕訪問；2無法打開數(shù)據(jù)庫；3用戶sa登錄失敗。對于這些信息的錯誤，可以根據(jù)系統(tǒng)提供的相應的錯誤提示語句來進行解決。例如：第三個出錯信息，原因：錯誤的用戶和密碼解決的辦法：確認數(shù)據(jù)庫用戶存在，如果不存在再創(chuàng)建一個數(shù)據(jù)庫用戶，然后修改密碼。9.7.2 出錯處理對策所有的服務器都必須安裝不間斷電源以防止停電或電壓不穩(wěn)造成的數(shù)據(jù)丟失的損失。若真斷電時，對于服務器，在斷電后恢復過程可采用sql server的日志文件，對其進行rollback處理，對數(shù)據(jù)進行恢復。在網(wǎng)絡傳輸方面，可考慮建立一條成本較低

36、的后備網(wǎng)絡，以保證當主網(wǎng)絡斷路時數(shù)據(jù)的通信。在硬件方面要選擇較可靠、穩(wěn)定的服務器機種，保證系統(tǒng)運行時的可靠性。9.8 安全保密設計9.8.1 數(shù)據(jù)安全性數(shù)據(jù)保存、傳輸過程的安全性9.8.2 登錄用戶的安全性對用戶的身份驗證，系統(tǒng)設計了登錄界面，每一個合法用戶有一個密碼，該密碼由管理員來維護，從而實現(xiàn)對用戶的身份驗證，防止未經授權的人員非法進入該系統(tǒng)進行修改或查詢數(shù)據(jù)，可以有效地防止數(shù)據(jù)的泄漏，避免對系統(tǒng)中的數(shù)據(jù)造成破壞。9.8.3 操作安全性用戶分管理員和中心管理員兩種，以此來區(qū)分不同用戶的使用權限。9.9 維護設計數(shù)據(jù)維護工作一般是由數(shù)據(jù)庫管理員負責，主要負責數(shù)據(jù)庫的安全性和完整性以及進行并

37、發(fā)性控制。數(shù)據(jù)庫管理員負責維護數(shù)據(jù)庫中的數(shù)據(jù)，當數(shù)據(jù)庫中的數(shù)據(jù)類型，長度等發(fā)生變化時，或者需要添加某個數(shù)據(jù)項，數(shù)據(jù)庫時要負責修改相關的數(shù)據(jù)庫、數(shù)據(jù)字典、并通知有關人員。數(shù)據(jù)備份與恢復等，都是數(shù)據(jù)維護的內容。硬件設備維護由專職的硬件維護人員負責，主要有兩種類型的維護活動，一種是定期的設備保養(yǎng)性維護，保養(yǎng)周期為一個月，主要是進行例行的設備檢查與保養(yǎng)，另一種是突發(fā)性的故障維修，由專職的維修人員或請廠商來排除故障。10 詳細設計從軟件開發(fā)的工程化觀點來看，在使用程序設計語言編制程序以前，需要對所采用算法的邏輯關系進行分析，設計出全部必要的過程細節(jié)，并給予清晰的表達，使之成為編碼的依據(jù)。這就是過程設計（

38、詳細設計）的任務。過程設計也叫做詳細設計或程序設計，它不同于編碼或編程。在這過程設計階段，要決定各個模塊的實現(xiàn)算法，并精確地表達這些算法。前者涉及所開發(fā)項目的具體要求和對每個模塊規(guī)定的功能。以及算法的設計和評價，后者需要給出適當?shù)乃惴枋觯瑸榇藨峁┻^程設計的表達工具。10.1記錄管理模塊10.1.1模塊定義（1）模塊編號：jilu_m（2）模塊名稱：記錄管理（3）模塊功能：對企業(yè)和各個部門發(fā)布的信息進行管理，能實現(xiàn)增加，刪除，修改等功能。10.1.2 輸入項目輸入數(shù)據(jù)：企業(yè)發(fā)布的信息，部門發(fā)布的信息。 10.1.3 輸出項目 輸出數(shù)據(jù)：企業(yè)發(fā)布的信息，部門發(fā)布的信息。10.1.4 程序邏輯錄

39、入信息重新輸入信息輸出到顯示器開 始結 束ny錄入數(shù)據(jù)庫是否符合輸入標準圖4-1 數(shù)據(jù)錄入程序流程圖fig.4-1 the diagram of program flow of the date input10.2用戶登陸模塊10.2.1模塊定義（1）模塊編號：yonghudenglu_m（2）模塊名稱：用戶登陸（3）模塊功能：判定用戶是否有權限登錄系統(tǒng)，以及有權限執(zhí)行哪些操作10.2.2 輸入項目輸入數(shù)據(jù)：用戶名和密碼 10.2.3 程序邏輯輸入用戶姓名及密碼 登陸 n是否有匹配 y 通過驗證，登陸成功圖4-2用戶登陸流程圖fig 4-2 user lands the flow chart1

40、1 參考文獻【1】 譚貞軍 深入理解asp.net項目開發(fā) 2011 年 7 月 第 1 版 清華大 學出版社【2】 百度文庫 需求分析案例軟件測試12 測試摘要12.1 重點事項本系統(tǒng)致力于提高企業(yè)內部辦公的效率，為公司的經營提供更便捷的途徑，為了實現(xiàn)本公司內部人員的有效管理，系統(tǒng)提供了各種各樣特色功能，內部交互，部門管理等。測試時應當注意，每一種情況都必須考慮進去，而且要進行規(guī)范操作和不規(guī)范操作的測試，即系統(tǒng)容錯性的檢驗，系統(tǒng)的數(shù)據(jù)量到達一定程度的時候，系統(tǒng)是否任然能夠正常運行等。另外，系統(tǒng)面向的用戶可能背景知識不一，操作水平也不一樣，這是測試人員需要注意的。12.2 爭議事項項目進度安排

41、需要大家共同商量，一些項目功能與預計的又偏差，可能導致測試人員的困難。12.2 風險評估沒有真實的服務器做實驗，只能在虛擬機上布置軟件，與現(xiàn)實可能存在一些誤差，對ms windows server 2003 的配置不是很了解，sqlserver 2008 在使用過程中也存在一定的困難，有些疑難雜癥可能不能解決，數(shù)據(jù)庫在使用過程中并不能保證完全沒有困難。12.3時間進度測試開始時間：2014年11月15日測試結束時間：2014年11月25日前五天測試基本功能，進行統(tǒng)計，后面五天在修正的同時繼續(xù)測試，大家全力以赴，把軟件做到完美！12.4 測試目標測試爭取解決軟件中所有的bug ，適應任何人群的使

42、用，讓沒有使用過本系統(tǒng)的用戶以最快的時間上手，讓很少使用電腦或者電腦操作技能很差的用戶能能流暢使用。測試覆蓋軟件的各個功能，測試的數(shù)據(jù)量應該在200條以上，并且測試各種錯誤數(shù)據(jù)的適應和錯誤的檢測情況。13 資源需求13.1 硬件資源機型：普通臺式機或筆記本，對硬件基本沒有要求。ip/機型操作系統(tǒng)用途說明軟件&版本預計空間windows server 2003虛擬機架設軟件ms qlserver 20082gwin7測試tomcat6.0200m13.2 軟件資源軟件名稱用途說明windows iis6用來在服務端發(fā)布軟件。sqlserver 2008

43、架設數(shù)據(jù)庫web瀏覽器（任意）測試客戶端訪問情況。exel表格統(tǒng)計測試數(shù)據(jù)word文字編寫文檔13.3 人力資源角色姓名職責項目組長蔣能凱負責安排項目的進度，督促組員完成任務。測試人員崔紅艷負責準備測試數(shù)據(jù)，整理錯誤數(shù)據(jù)測試人員李沖負責軟件的運行，并統(tǒng)計項目運行中遇到的問題測試人員張國順負責軟件測試報告的編寫14測試詳述14.1 測試范圍本系統(tǒng)需要進行功能測試、集成測試、性能測試、安全測試等。測試項目涉及的業(yè)務功能與其它項目業(yè)務接口等。項目的沒一個功能爭取都要測試一遍，測試完成后，要做好記錄，在哪里遇到什么錯誤，是什么原因，最后通過什么途徑解決的，發(fā)現(xiàn)的人是誰，最后解決的人是誰等信息都需要記錄在測試報告中。14.2 測試目標測試的目的就是要找到程序中的錯誤，不要等到程序交付后再發(fā)現(xiàn)，這樣會造成嚴重的后果，對公司，團隊的信譽會造成不可挽回的損害。測試用例必須具有代表性，系統(tǒng)測試不可能每種情況都枚舉詳盡，但是一定要有代表性，臨界值，臨界條件都要考慮到，不僅要考慮正規(guī)的操作，更要考慮不正規(guī)的操作，如果程序在少許不正規(guī)操作后就馬上崩潰，一定是個失敗的程序。測試計劃及用例詳細安排表系統(tǒng)模塊測試內容用例條數(shù)