宿舍管理系統趙貴林組

2021-03-04 09:27:05 字數 3755 閱讀 7276

應用軟體設計

題目: 宿舍管理系統的設計與實現

學院數學學院

專業資訊與計算科學

班級 10(1) 班

姓名趙貴林

學號 1015200037

宿舍管理系統文件

目錄1. 範圍 1

2. 總體要求 1

2.1 總體功能要求 1

2.2 軟體開發平台要求 1

2.3 軟體專案的開發實施過程管理要求 2

2.3.1 軟體專案實施過程總體要求 2

2.3.2 軟體專案實施變更要求 2

2.3.3 軟體專案實施里程碑控制 2

3. 軟體開發 3

3.1 軟體的需求分析 3

3.1.1 需求分析 3

3.1.2 需求分析報告的編製者 4

3.1.3 需求報告評審 4

3.1.4 需求報告格式 4

3.2 軟體的概要設計 4

3.2.1 概要設計 4

3.2.2 編寫概要設計的要求 4

3.2.3 概要設計報告的編寫者 4

3.2.4 概要設計和需求分析、詳細設計之間的關係和區別 4

3.2.5 概要設計的評審 4

3.2.6 概要設計格式 4

3.3 軟體的詳細設計 5

3.3.1 詳細設計 5

3.3.2 特例 5

3.3.3 詳細設計的要求 5

3.3.4 資料庫設計 5

3.3.5 詳細設計的評審 5

3.3.6 詳細設計格式 5

3.4 軟體的編碼 5

3.4.1 軟體編碼 5

3.4.2 軟體編碼的要求 5

3.4.3 編碼的評審 6

3.4.4 程式設計規範及要求 6

3.5 軟體的測試 6

3.5.1 軟體測試 6

3.5.2 測試計畫 6

附錄a 軟體需求分析報告文件模板

附錄c 軟體詳細設計報告文件模板

附錄d 軟體資料庫設計報告文件模板

附錄e 軟體測試大綱

附錄f、專案組成員詳細分工

本指南用於指導我們小組開發宿舍管理系統軟體專案的過程。開發者應根據本指南進行軟體開發和編制軟體開發文件。本指南是對軟體專案開發的基本要求。

在本指南的附錄a至e中提供了文件的編寫模板供開發者參考,在進行具體軟體開發時,開發者可根據實際情況採編寫,文件中約定的內容必須描述清楚。

網路應用環境以inter***/intra***技術為核心。

開發者應在充分分析需求的基礎上,選擇採用b/s結構開發軟體。

軟體系統的資料庫應依照附錄c的資料庫要求進行設計和建設。

本指南開發者使用zend studio進行軟體的開發,開發者可根據專案具體特點、自身擅長來選擇採用面向過程的方法、物件導向的方法或面向資料的方法,軟體開發平台要求

目前軟體平台為:

資料庫管理系統:mysql資料庫

網路伺服器:linux伺服器

開發語言:php

系統伺服器:apache

(一) 小組提交系統開發工作大綱, 並一起提出整改意見。

(二) 在系統開發工作完成後,完成文件建設。

小組開發必須嚴格按照系統工程的要求進行。開發過程包括開發者的活動和任務。此過程由軟體需求分析、概要設計、詳細設計、編碼、測試、驗收、鑑定等活動組成。

在需求分析報告中必須描述的基本問題是:功能、效能、強加於實現的設計限制、屬性、外部介面。應當避免把設計或專案需求寫入需求分析報告中。

它必須說明由軟體獲得的結果,而不是獲得這些結果的手段。

軟體需求可以用若干種方法來表達,如通過輸入、輸出說明;使用代表性的例子;用規範化的模型。開發者應盡可能地使用模型的方式,因為這是表達複雜需求的精確和有效的方法。比如用統一建模語言(uml)來描述需求。

編寫需求分析報告的要求

a.無歧義性

對最終產品的每乙個特性用某一術語描述;若某一術語在某一特殊的行文中使用時具有多種含義,那麼應對該術語的每種含義做出解釋並指出其適用場合。

b.完整性

需求分析報告應該包括全部有意義的需求,無論是關係到功能的、效能的、設計約束的、還是關係到外部介面方面的需求;對所有可能出現的輸入資料的響應予以定義,要對合法和非合法的輸入值的響應做出規定;填寫全部插圖、表、圖示標記等;定義全部術語和度量單位。

c.可驗證性

需求分析報告描述的每乙個需求應是可以驗證的。可以通過乙個有限處理過程來檢查軟體產品是否滿足需求。

d.一致性

在需求分析報告中的各個需求的描述不能互相矛盾。

e.可修改性

需求分析報告應具有乙個有條不紊、易於使用的內容組織;沒有冗餘,即同一需求不能在需求分析報告中出現多次。

f.可追蹤性

每乙個需求的源流必須清晰,在進一步產生和改變檔案編制時,可以方便地引證每乙個需求。

g.執行和維護階段的可使用性

需求分析報告必須滿足執行和維護階段的需要。在需求分析報告要寫明功能的**和目的。

需求分析報告應由小組開發者雙方共同完成。

評審完成後,就可以進入軟體的設計階段。

《軟體需求分析報告》需按一定的格式進行編寫,具體的《軟體需求分析報告》文件編寫模板請見附錄a。

小組在《需求分析報告》基礎上,開發者進行下——步的工作。 首先,開發者需要對軟體系統進行概要設計,即系統設計。概要設計需要對軟體系統的設計進行考慮,包括系統的基本處理流程、系統的組織結構、模組劃分、功能分配、介面設計、 執行設計、資料結構設計和出錯處理設計等,為軟體的詳細設計提供基礎。

a.一致性

概要設計的要求應該與需求分析報告所描述的需求一致。同時,概要設計的各項要求之間也應該一致。

b.合理性

概要設計所提出的設計方法和標準應該是合理的、恰當的。

c.可追蹤性

對概要設計所提出的各項要求應該可以得到它的清晰的源流,即在需求分析報告客戶有明確的需求描述。

d.可行性

根據概要設計進行詳細設計、操作和維護應該是可行的。

概要設計報告由開發者根據需求分析報告的要求進行編寫。

需求分析不涉及具體的技術實現,而概要設計注重於從巨集觀上和框架上來描述採用何種技術手段、方法來實現這些需求。詳細設計相對概要設計更注重於微觀上和框架內的設計, 是編碼的依據。概要設計是指導詳細設計的依據。

在軟體概要設計工作完成後,軟體開發者應向交通提交《軟體系統概要設計報告》。在交通局對《概要設計報告》評審通過後,即可進入詳細設計階段。

《軟體系統概要設計報告》需按一定的格式進行編寫,具體的《軟體系統概要設計報告》文件編寫模板請見附錄b。

在概要設計的基礎上,開發者需要進行軟體系統的詳細設計。在詳細設計中,描述實現具體模組所涉及到的主要演算法、資料結構、類的層次結構及呼叫關係,需要說明軟體系統各個層次中的每乙個程式(每個模組或子程式)的設計考慮,以便進行編碼和測試。應當保證軟體的需求完全分配給整個軟體。

詳細設計應當足夠詳細,能夠根據詳細設計報告進行編碼。

如果軟體系統比較簡單,層次較少,可以不必進行專門的詳細設計,而和概要設計結合起來。

a.一致性

詳細設計的要求應該與需求分析報告所描述的需求、與概要設計一致。同時,詳細設計的各項要求之間也應該是一致的。

b.合理性

詳細設計所提出的設計方法和標準應該是合理的、恰當的。

c.可追蹤性

對詳細設計所提出的各項要求應該可以得到它的清晰的源流,即可在需求分析報告、概要設計報告中有明確的需求描述。

宿舍管理系統

課程名稱 資料庫原理及應用教程 教師 徐鳳寧 班級 網工 14101 課題名稱 寧夏理工學院宿舍管理系統 組員 馮耀旭 馬偉華 郝佳樂 羅毅 王冠 王愛軍 日期 2015 11 22 2015 12 13 目錄1 需求分析1 1.1 編寫目的1 1.2 編寫背景2 1.3 資料流圖定義2 1.4 實...

高校宿舍管理系統

河北工業大學 軟體工程課程實驗實驗報告 題目 宿舍管理系統 專業 電腦科學與技術 班級 081班 組 第一組 組長 張震南 成員 劉潯,倪娜,李冬冬,王帥,陳清軒,蒲清龍 指導教師 馬建紅 完成日期 2010年12月20號 目錄1 專案開發計畫書頁碼 2 軟體需求規格說明書頁碼 3設計規格說明書頁碼...

宿舍管理系統參考

職業技能訓練報告 題目組長姓名學號 專業 13級計算機應用技術班級班 指導教師張暉 開課學期 2015 至 2016 學年第 一 學期 上課時間 2015年 9 月 7日至 2015 年 1 月 9 日 1 系統需求分析 功能結構圖 系統需求分析 功能說明以及原始資料 系統需求分析 功能說明以及規則...