2355011003軟件工程項(xiàng)目文檔_第1頁
2355011003軟件工程項(xiàng)目文檔_第2頁
2355011003軟件工程項(xiàng)目文檔_第3頁
2355011003軟件工程項(xiàng)目文檔_第4頁
2355011003軟件工程項(xiàng)目文檔_第5頁
已閱讀5頁,還剩39頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

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

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

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

4、14.3 測試進(jìn)度3914.4 整體策略3914.5 測試技術(shù)4014.6 質(zhì)量目標(biāo)4115 計(jì)劃審核記錄42需求分析1 需求分析說明需求分析是指理解用戶需求,就軟件功能與客戶達(dá)成一致,估計(jì)軟件風(fēng)險(xiǎn)和評估項(xiàng)目代價(jià),最終形成開發(fā)計(jì)劃的一個(gè)復(fù)雜過程。(這個(gè)和我在微軟體驗(yàn)到的又不太一樣,微軟的需求分析大多是市場人員和用戶協(xié)助小組的人去評估用戶的接受程度,這一點(diǎn)也可以理解,因?yàn)楣镜男再|(zhì)有根本差別)在這個(gè)過程中,用戶的確是處在主導(dǎo)地位,需求分析工程師和項(xiàng)目經(jīng)理要負(fù)責(zé)整理用戶需求,為之后的軟件設(shè)計(jì)打下基礎(chǔ)。需求分析階段結(jié)束后,要求得到:1. srs文檔(system requirement specif

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

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

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

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

9、序的設(shè)置更加簡單。因?yàn)榕渲眯畔⒍急4嬖诤唵挝谋局?,新的設(shè)置有可能都不需要啟動(dòng)本地的管理員工具就可以實(shí)現(xiàn)。這種被稱為zero local administration的哲學(xué)觀念使的基于應(yīng)用的開發(fā)更加具體和快捷。sql server 是一個(gè)關(guān)系數(shù)據(jù)庫管理系統(tǒng)。它最初是由microsoft、sybase 和ashton-tate三家公司共同開發(fā)的,于1988 年推出了第一個(gè)os/2版本。在windows nt 推出后,microsoft與sybase 在sql server 的開發(fā)上就分道揚(yáng)鑣了,microsoft 將sql server移植到windows nt系統(tǒng)上,專注于開發(fā)推廣sql ser

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

27、碼表d02table 3-2 department code table d02 列含義 列標(biāo)示 類型 長度 完整性約束 部門編號 id int 4 =4 部門名稱 class int 4 =4 中心編號 parentid int 4 字符 中心名稱 parentclass varchar 50 字符 表3-3消息代碼表d03table 3-3 news code table d03 列含義 列標(biāo)示 類型 長度 完整性約束 序列號 id int 4 =4 部門編號 classid int 4 =4 題目 title varchar 50 字符 內(nèi)容 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 輸入輸出設(shè)計(jì)9.5.1 輸入設(shè)計(jì)輸入設(shè)計(jì)擔(dān)負(fù)著將系統(tǒng)外的數(shù)據(jù)以一定的格式送入計(jì)算機(jī)的任務(wù),輸入設(shè)計(jì)的一條重要原則是確保系統(tǒng)輸入的信息準(zhǔn)確無誤。輸入設(shè)計(jì)的內(nèi)容:輸入名稱編號、輸入源、輸入設(shè)備和介質(zhì)、輸入時(shí)間

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

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

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

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

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

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

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

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

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

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

39、入信息重新輸入信息輸出到顯示器開 始結(jié) 束ny錄入數(shù)據(jù)庫是否符合輸入標(biāo)準(zhǔn)圖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)模塊功能:判定用戶是否有權(quán)限登錄系統(tǒng),以及有權(quán)限執(zhí)行哪些操作10.2.2 輸入項(xiàng)目輸入數(shù)據(jù):用戶名和密碼 10.2.3 程序邏輯輸入用戶姓名及密碼 登陸 n是否有匹配 y 通過驗(yàn)證,登陸成功圖4-2用戶登陸流程圖fig 4-2 user lands the flow chart1

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

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

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

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論