北方工業(yè)大學軟件工程

/北方工業(yè)大學軟件工程課程實驗實驗報告題目：專業(yè)：班級：組：組長：成員：指導教師：完成日期：目錄1項目開發(fā)計劃書……………………（頁碼）2軟件需求規(guī)格說明書………………（頁碼）3設計規(guī)格說明書……………………（頁碼）4源程序清單…………（頁碼）5測試報告……………（頁碼）6用戶手冊……………（頁碼） 一、項目開發(fā)計劃書完成人：引言（Introduction）圖書館管理系統(tǒng)的目標是：在以往的圖書館在正常運營中，面對大量的讀者借書信息、還書信息。由于數(shù)據(jù)信息處理工作量大，容易出錯；由于數(shù)據(jù)繁多，容易丟失，且不易查找，數(shù)據(jù)處理手工操作，工作量大，出錯率高，出錯后不易更改?；谶@此問題，有必要建立一個圖書管理系統(tǒng)，使圖書管理工作規(guī)范化，系統(tǒng)化，程序化，避免圖書管理的隨意性，提高信息處理的速度和準確性，能夠及時、準確、有效的查詢和修改圖書情況。有利于提高管理效率。1.1項目概述（ProjectSummary）1.系統(tǒng)將采用PHP超文本預處理技術。2.

mySQL數(shù)據(jù)庫（ySQL是一種關聯(lián)數(shù)據(jù)庫管理系統(tǒng)，關聯(lián)數(shù)據(jù)庫將數(shù)據(jù)保存在不同的表中，而不是將所有數(shù)據(jù)放在一個大倉庫內(nèi)，這樣就增加了速度并提高了靈活性。MySQL所使用的SQL語言是用于訪問數(shù)據(jù)庫的最常用標準化語言。）。3.

apache（]

Apache是世界使用排名第一的Web服務器軟件。它可以運行在幾乎所有廣泛使用的計算機平臺上，由于其跨平臺和安全性被廣泛使用，是最流行的Web服務器端軟件之一。）。1.2術語定義（TermsGlossary）軟件生存周期：軟件生存周期(SDLC，軟件生命周期)是軟件的產(chǎn)生直到報廢的生命周期，周期內(nèi)有問題定義、可行性分析、總體描述、系統(tǒng)設計、編碼、調(diào)試和測試、驗收與運行、維護升級到廢棄等階段，這種按時間分程的思想方法是軟件工程中的一種思想原則，即按部就班、逐步推進，每個階段都要有定義、工作、審查、形成文檔以供交流或備查，以提高軟件的質(zhì)量。需求分析：需求分析指的是在建立一個新的或改變一個現(xiàn)存的電腦系統(tǒng)時描寫新系統(tǒng)的目的、范圍、定義和功能時所要做的所有的工作。需求分析是軟件工程中的一個關鍵過程。1.3相關文檔（RelatedDocuments）《需求規(guī)格說明書》、《設計規(guī)格說明書》、《源程序清單》、《測試報告》、《用戶手冊》2．任務與工作產(chǎn)品（TaskandWorkProducts）項目任務工作產(chǎn)品1需求分析需求規(guī)格說明書2系統(tǒng)設計系統(tǒng)設計說明書3系統(tǒng)實現(xiàn)源程序4測試測試報告5產(chǎn)品交付用戶手冊4．資源需求計劃（ResourceRequirementPlan）運行環(huán)境包含Apache、ApacheMonitor、PHP、MySQL、PHP-Nuke和phpMyAdmin。硬件環(huán)境：

(1)服務器CPU:Pentium

雙核以上,內(nèi)存:1G以上

(2)客戶機CPU:P4

以上，內(nèi)存：256M以上6．軟件項目進度計劃（SoftwareProjectSchedule）任務名稱工期開始時間結束時間1項目規(guī)劃2工作日2015.10.182015.10.19模板確定1工作日2105.10.182015.10.18攥寫項目計劃1工作日2015.10.192015.10.192需求分析6工作日2015.10.202015.10.25需求調(diào)研2工作日2015.10.202015.10.21需求分析2工作日2015.10.222015.10.23需求確定1工作日2015.10.242015.10.24攥寫需求說明1工作日2015.10.252015.10.253軟件設計7工作日2015.10.262015.11.02系統(tǒng)分析1工作日2015.10.262015.10.26模塊設計2工作日2015.10.272015.10.28數(shù)據(jù)庫設計1工作日2015.10.292015.10.29美工設計2工作日2015.10.302015.10.31攥寫設計說明1工作日2015.11.012015.11.024軟件開發(fā)32工作日2015.11.032015.12.04硬件安裝1工作日2015.11.032015.11.04環(huán)境配置1工作日2015.10.042015.11.05書籍管理5工作日2015.11.062015.11.11借閱管理5工作日2015.11.122015.11.017讀者管理4工作日2015.11.172015.11.20管理員管理5工作日2015.11.212015.11.25查詢管理4工作日2015.1.262015.11.29系統(tǒng)維護7工作日2015.11.292015.12.045軟件測試5工作日2015.12.052015.12.09集成測試2工作日2015.12.052015.12.06系統(tǒng)測試2工作日2015.12.072015.12.08攥寫測試報告1工作日2015.12.092015.12.096驗收總結2工作日2015.12.102015.12.11攥寫用戶手冊1工作日2015.12.102015.12.10經(jīng)驗總結1工作日2015.12.112015.12.11二、需求規(guī)格說明書完成人：1．概述（Summary）1.1項目的目的與目標（PurposeandAimofProject）根據(jù)圖書館日常圖書管理工作的需求和圖書借閱的管理流程，該系統(tǒng)實施后，應該達到以下目標：1.

界面設計友好、美觀，數(shù)據(jù)存儲安全、可靠。2.

基本信息設置保證圖書信息和讀者信息分類管理。3.

強大的查詢功能，保證數(shù)據(jù)查詢的靈活性。4.

實現(xiàn)對圖書借閱、續(xù)借、歸還流程的全程數(shù)據(jù)信息跟蹤。5.提供管理員修改信息、密碼等功能，保證管理的安全性。6.

提供靈活、方便的權限設置，使整個系統(tǒng)的管理分工明確。

1.2術語定義（TermsGlossary）軟件生存周期：軟件生存周期(SDLC，軟件生命周期)是軟件的產(chǎn)生直到報廢的生命周期，周期內(nèi)有問題定義、可行性分析、總體描述、系統(tǒng)設計、編碼、調(diào)試和測試、驗收與運行、維護升級到廢棄等階段，這種按時間分程的思想方法是軟件工程中的一種思想原則，即按部就班、逐步推進，每個階段都要有定義、工作、審查、形成文檔以供交流或備查，以提高軟件的質(zhì)量。需求分析：需求分析指的是在建立一個新的或改變一個現(xiàn)存的電腦系統(tǒng)時描寫新系統(tǒng)的目的、范圍、定義和功能時所要做的所有的工作。需求分析是軟件工程中的一個關鍵過程。1.3相關文檔（RelatedDocuments）《項目開發(fā)計劃書》、《設計規(guī)格說明書》、《源程序清單》、《測試報告》、《用戶手冊》2．問題初始分析（EarlyAnalysis）2.1場景描述（SceneDescription）(1)

該圖書館有多名圖書管理員，他們負責已購入圖書的編目、入庫和借還工作，每名圖書管理員的信息包括工號和姓名，圖書管理員登錄后可進行相關圖書操作；

(2)

讀者可在圖書館借閱圖書，讀者信息包括讀者ID、姓名、年齡、性別、電話、已借閱圖書冊數(shù)和E-mail等，不同的讀者具有不同的讀者ID；(3)

圖書館中圖書分類存放，每種圖書都屬于某種類型，如計算機類、文學類、建筑等，圖書類型信息包括類型ID和類型名稱；(4)

每種圖書在系統(tǒng)中對應惟一的一條在版編目數(shù)據(jù)（CIP，以下簡稱書目），書目的基本信息包括ISBN號、書名、作者、出版社、出版年月、單價，以及圖書館擁有該書的冊數(shù)，不同書目的ISBN號均不相同；

(5)

對于同一書目的圖書在圖書館中可擁有多本，圖書信息包括圖書ID、ISBN號、存放位置、當前狀態(tài)（在館或借出），每一本書在系統(tǒng)中具有惟一的圖書ID；(6)

一名讀者最多只能借閱五本圖書，且每本圖書最多只能借兩個月，讀者借書時需由圖書管理員登記讀者ID、所借圖書ID、借閱時間和應還時間，讀者還書時圖書管理員在對應的借書信息中記錄歸還時間。系統(tǒng)設定讀者在借書一天后才能歸還該書，時間格式為年:月:日。2.2初始功能提?。‥arlyFunctionDistill）圖書館管理員管理讀者管理書籍管理借閱管理查詢管理3．目標系統(tǒng)功能需求（FunctionofTargetSystem）表2-1功能需求點列表編號功能名稱使用人功能描述輸入內(nèi)容輸出內(nèi)容1圖書館管理員管理管理員管理圖書管理員的個人信息、認證信息、權限控制信息管理員編號管理員密碼管理員信息表2讀者管理管理員圖書館讀者的基本信息管理員編號管理員密碼讀者列表3書籍管理管理員管理圖書的基本信息管理員編號管理員密碼圖書列表4借閱管理讀者對圖書借閱情況進行統(tǒng)計和控制讀者編號讀者密碼讀者借閱信息表5查詢管理讀者對在館圖書信息進行查詢讀者編號讀者密碼查詢的圖書信息4．目標系統(tǒng)性能需求（PerformanceofTargetSystem）4.1時間要求（TimeRequest）如：（1）響應時間<1s。（2）更新處理時間<1s。（3）數(shù)據(jù)的轉(zhuǎn)換和傳送時間<1s。4.2空間要求（SpaceRequest）如：（1）支持的終端數(shù)10~20。（2）支持的并行操作的使用者數(shù)20。5．目標系統(tǒng)界面需求（InterfaceofTargetSystem）界面的原則要求:方便、簡潔、美觀、一致。整（1）輸入設備：鍵盤、鼠標、條碼掃描器、掃描儀；（2）輸出設備：顯示器、打印機、光盤刻錄機、磁帶機、音箱；（3）顯示風格：圖形界面、字符界面、IE界面；（4）顯示方式：1024*76；（5）輸出格式：顯示布局、打印格式。三、設計規(guī)格說明書完成人：1．引言（Introduction）本章對該文檔的目的、功能范圍、術語、相關文檔、參考資料、版本更新進行說明。1.1目的（Purpose）本文檔的目旨在推動軟件工程的規(guī)范化，使設計人員遵循統(tǒng)一的概要設計書寫規(guī)范，節(jié)省制作文檔的時間，降低系統(tǒng)實現(xiàn)的風險，做到系統(tǒng)設計資料的規(guī)范性與全面性，以利于系統(tǒng)的實現(xiàn)、測試、維護、版本升級等。1.2命名規(guī)則（NamingRule）變量對象命名規(guī)則：申明全局變量、局部變量對象的命名規(guī)則。數(shù)據(jù)庫對象命名規(guī)則：申明數(shù)據(jù)庫表名、字段名、索引名、視圖名等對象的命名規(guī)則。1.3術語定義（TermsGlossary）術語定義或解釋一般用表格形式給出，如表3-1所示。表3-1術語定義或解釋表序號術

語

名

稱術

語

定

義1總體結構軟件系統(tǒng)的總體邏輯結構。按照不同的設計方法，有不同的總體邏輯結構。若采用面向功能或面向數(shù)據(jù)的設計方法，則總體邏輯結構為一樹形的功能模塊結構圖。若采用面向?qū)ο蠡蛎嫦虿考嫾┑脑O計方法，則總體邏輯結構為部件（構件）的組裝圖2外部接口本軟件系統(tǒng)與其他軟件系統(tǒng)之間的接口，接口設施可以是中間件。接口描述包括：傳輸方式、帶寬、數(shù)據(jù)結構、傳輸頻率、傳輸量、傳輸協(xié)議3數(shù)據(jù)結構數(shù)據(jù)結構包括：數(shù)據(jù)庫表的結構、其他數(shù)據(jù)結構等4概念數(shù)據(jù)模型CDM關系數(shù)據(jù)庫的邏輯設計模型，叫做概念數(shù)據(jù)模型。主要內(nèi)容包括一張邏輯E-R圖及其相應的數(shù)據(jù)字典5物理數(shù)據(jù)模型PDM關系數(shù)據(jù)庫的物理設計模型，叫做物理數(shù)據(jù)模型。主要內(nèi)容包括一張物理表關系圖及其相應的數(shù)據(jù)字典6視圖在基表或其他視圖之上建立的一張?zhí)摫恚凶鲆晥D，它具有物理表的許多性質(zhì)，在數(shù)據(jù)處理和授權上很有用7角色數(shù)據(jù)庫中享有某些特權操作的用戶，叫做角色。角色的權利通過授權來實現(xiàn)8子系統(tǒng)具有相對獨立功能的小系統(tǒng)叫做子系統(tǒng)。一個大的軟件系統(tǒng)可以劃分為多個子系統(tǒng)，每個子系統(tǒng)可由多個模塊或多個部件組成9模塊具有功能獨立、能被調(diào)用的信息單元叫做模塊。模塊是結構化設計中的概念10內(nèi)部接口軟件系統(tǒng)內(nèi)部各子系統(tǒng)之間、各部件之間、各模板之間的接口，叫做內(nèi)部接口。接口描述包括：調(diào)用方式、入口信息、出口信息等11相關文件相關文件是指當本文件內(nèi)容變更后，可能引起變更的其他文件。如需求分析報告、詳細設計說明書、測試計劃、用戶手冊12參考資料參考資料是指本文件書寫時用到的其他資料。如各種有關規(guī)范、模板、標準、準則1.4參考資料（References）[1]用戶需求報告[2]數(shù)據(jù)庫設計規(guī)范[3]命名規(guī)范1.5相關文檔（RelatedDocuments）[1]源程序清單[2]測試計劃及報告[3]《用戶使用手冊》2．總體設計（DesignofCollective）2.1體系結構設計（DesignofArchitecture）軟件系統(tǒng)的結構，按照不同的設計方法，有不同的總體邏輯結構。若采用結構化設計方法，可采用分層框圖畫出系統(tǒng)總體結構圖，列出系統(tǒng)的功能模塊清單編號、名稱、功能，并盡可能描繪出功能模塊之間的關系。若用面向?qū)ο蟮姆椒ㄔO計，則采用包圖畫出體統(tǒng)的體系結構模型，然后進行擴展，畫出個子系統(tǒng)內(nèi)構成及模塊之間的關系。2.2子系統(tǒng)清單（SubsystemList）子系統(tǒng)清單，如表3-2所示。表3-2子系統(tǒng)清單子系統(tǒng)編號子系統(tǒng)英文名子系統(tǒng)功能簡述子系統(tǒng)之間的關系SS1SS2SS32.3模塊設計（ModuleDesign）對模塊實現(xiàn)細節(jié)進行設計，功能函數(shù)要求畫出流程圖；對象類用類圖說明各種屬性和方法，對于復雜對象要畫出狀態(tài)圖。2.4功能模塊清單（ModuleList）模塊（功能函數(shù)或類）清單，如表3-3所示。表3-3模塊清單模塊編號模塊英文名模塊功能簡述模塊的接口簡述M1-1M1-2M2-1M2-23．數(shù)據(jù)結構設計（DesignofDataStructure）3.1數(shù)據(jù)庫表名清單（DBTableList）數(shù)據(jù)庫表名清單，如表3-4所示。表3-4數(shù)據(jù)庫表名清單序號中文表名英文表名表功能說明1233.2數(shù)據(jù)庫表之間關系說明（RelationofDBTable）可以用E-R圖表示，也可以用文字說明。3.3數(shù)據(jù)庫表的詳細清單（ParticularListofDBTable）每個表的詳細清單內(nèi)容包括：表名、字段中文名、字段英文名、字段的類型、寬度、精度、主鍵/外鍵、空否、取值約束（默認值、最大值、最小值）、索引否。同時要指出該表的索引：索引文件名、索引字段名、索引特性（主鍵索引、惟一索引unique、聚集索引clustered）。詳細清單可以用列表給出，如表3-5所示。表3-5表名：XXXX序號字段中文名字段英文名類型、寬度、精度取值約束空否默認值主鍵/外鍵索引否1233.4視圖設計（ViewDesign）視圖設計與授權有關，設計時參照需求文檔的用戶授權范圍。視圖設計中要給出視圖的中文名、英文名，視圖中的中文列名、英文列名、類型、寬度、精度，每一列的具體算法，對應的基本表名。3.5其他數(shù)據(jù)結構設計（DesignofOtherDataStructure）此小節(jié)描述系統(tǒng)的其他數(shù)據(jù)結構設計內(nèi)容。四、源程序清單1#####（ModuleName）1.1描述（Description）（用結構化自然語言對模塊的功能進行簡要描述）1.2代碼(Program)2#####（ModuleName）2.1描述（Description）2.2代碼(Program)...五、測試報告完成人：1.概述(Summary)1.1項目簡介(ProjectSynopsis)在本章節(jié)中簡介項目的基本情況。1.2術語定義(TermsGlossary)將該測試報告中的術語、縮寫進行定義,包括用戶應用領域與計算機領域的術語與縮寫等。1.3參考資料(References)[1]《需求規(guī)格說明書》[2]《設計規(guī)格說明書》2.組件測試(ModuleTest)2.1功能模塊清單由《設計規(guī)格說明書》拷貝到的模塊清單，如表4-1所示。表4-1模塊清單模塊編號模塊英文名模塊功能簡述模塊的接口簡述M1-1M1-2M2-1M2-22.2組件測試報告（ReportforModuleTest）選擇一個模塊，應用基本路徑法設計測試用例，進行現(xiàn)場測試。要求畫出程序流程圖，表示每條基本路徑，記錄測試數(shù)據(jù)，評定測試結果。測試活動的記錄格式，如表4-2所示。表4-2模塊測試記錄編號路徑標識輸入期望輸出輸出內(nèi)容發(fā)現(xiàn)問題測試結果測試時間測試人1√2√3√4×3．功能測試(FunctionTest)3.1系統(tǒng)功能需求（FunctionRequestofTargetSystem）由《需求規(guī)格說明書》拷貝到的功能需求點列表，如表4-3所示。表4-3功能需求點列表編號功能名稱使用人功能描述輸入內(nèi)容輸出內(nèi)容1233.2.功能測試報告(ReportforFunctionTest)按照功能點列表內(nèi)容，結合等價類劃分法設計測試用例（輸入/輸出內(nèi)容），進行現(xiàn)場測試，記錄測試數(shù)據(jù)，評定測試結果。測試活動的記錄格式，如表4-4所示。表4-4功能測試記錄編號功能名稱輸入內(nèi)容期望輸出輸出內(nèi)容發(fā)現(xiàn)問題測試結果測試時間測試人1√2√3√4×4.測試結論(TestVerdict)當測試完成之后，測試人員應對本次測試做出結論。格式如下