...wd......wd......wd...宿舍管理系統的設計一、摘要需求分析是指理解用戶需求，就軟件功能與客戶達成一致，估計軟件風險和評估工程代價，最終形成開發方案的一個復雜過程。需求分析在IT工程中具有十分重要的作用。IT工程的需求分析不僅是工程的開端，也是確保工程成功的基石。本文從IT工程的需求定義、重要性、過程、方法等層面來了解IT工程的需求分析。關鍵詞：工程需求分析定義過程方法二、需求的定義和重要性需求的定義軟件需求是用戶為解決某個問題或到達某個目標而需具備的條件或能力。系統或系統組件為為符合合同、標準、標準或其它正式文檔而必須滿足的條件或必須具備的能力。以上所述為定義條件和能力的文檔表達。這一定義既表達了用戶對需求的看法〔系統的外部行為〕，也代表了開發人員的觀點〔一些深層次的特性〕。術語用戶隸屬于涉眾，因為并非所有涉眾都是用戶。產品為涉眾提供價值而必須具備的特性。顯然，需求沒有一個統一的定義。為了便于交流，需要協商來決定一組限定詞來修飾“需求“這個內涵豐富的術語。并認識到用可通用的形式記錄需求的重要性。需求的重要性實現有效的需求工程過程可以讓組織受益匪淺。減少開發后期以及整個維護過程中不必要的返工并可帶來極大的回報。但優質需求的高回報往往不明顯，以至人們常常錯誤的認為討論需求所花費的時間會導致推延產品的交付。然而，對質量成本的整體評估卻顯示出重視早期質量工作的意義。合理的需求過程強調產品開發過程中的協作，要求涉眾始終參與合作。收集需求使開發團隊對產品的用戶和市場有更好的了解。用戶和市場是任何工程成功與否的關鍵因素。在開發產品之前了解市場和用戶，與用戶收到產品后在進展理解相比，所需的代價要低得多。邀請用戶參與收集需求可以激發他們對產品的熱情，并建設他們對產品的忠誠。強調用戶的目標而不是華而不實的功能，就能防止那些永遠排不上用場的代碼。客戶的參與能夠縮小用戶需要的產品與開發人員提交產品之間的期望差。開發者遲早都要面對用戶的反響。應該盡早得到用戶的反響，也可以借助原型來鼓勵用戶產生反響。需求開發確實需要時間，但要比產品測試時或發布后大量的修改所需的時間要少的多。優質的需求帶來的好處遠不止這些。把選定的系統需求明確的分配到各個不同的軟件、硬件和人員子系統這種方式突出了產品的系統設計方法。有效的變更控制過程可以把需求變更的負面影響降至最低。無歧義的需求文檔給測試工作帶來了極大的便利，使交付讓各方都滿意的優質產品的可能性大大提高。沒有人能夠保證需求工作所作出的投入一定能夠收到回報。但能夠通過分析來思考及推測需求能夠提供的幫助。首先來看改良過程的投入。其中包括用于評估現狀、開發新的過程和文檔模板、人員培訓、購置參考書籍與工具，以及可能要聘請的參謀和產生的成本等。最大的投入則是開發團隊收集、編寫、檢查和管理需求的時間。接下來則看可以得到的好處和因此而節省的時間和金人民幣。三、需求分析的過程調研目前很多高校的學生越來越多為宿舍的管理帶來了極大的壓力。本系統旨在便于學校管理住宿學生而設計分析與綜合編寫該系統需要MicrosoftVisualStudio2010，MicrosoftSQLServer2005等軟件來實現代碼的編寫以及數據庫的相關操作。上述軟件都已安裝，因此編寫方面完全是可行的。除了編寫代碼的軟件外，還需要完成需求分析，以及評估報告的軟件，例如Office,Visio,Project等。經工作人員的檢查，這些軟件在公司的開發電腦上都已安裝。另外，Windows操作系統運行正常。可以確保在開發的過程中不會出現太大的問題。軟件條件具備了，還需要配套來支持。公司剛剛更新了用于開發的電腦。并且數據庫和服務器的運行一切正常。可見，從硬件條件上來說，此次開發也是可行的。最重要的一點就是人員儲藏。秋招剛過，公司也補充了一大批人員，他們為公司帶來了朝氣，提供了活力。以盡可能的使開發工作盡早完成從而減輕其他方面工作人員的壓力，提高整體工作的效率。需求人員大多經歷豐富，可以保證對此次工程的需求做到精準無誤，減少客戶與開發人員之間的隔膜。測試人員也大多具備勝任此次工作的能力。總之，從技術上講，此次的工程是完全可行的。程序的開發人員大多都具有很強的學習能力與技術，他們的主動學習能力都很高，善于學習目前主流的技術。盡力使開發的系統在滿足用戶需求的同時，也能夠使用戶在操作上沒有盲點。其次，需求人員大多經歷豐富，能夠準確定位用戶的需求，確保需求這一環節不會成為問題。另一方面，公司還安排了相關人員幫助用戶熟悉并使用系統。使其早日投入工作當中。測試人員也能夠做好相關工作，盡最大可能使用戶滿意。進而提高公司的聲譽。上述工作可以為用戶能夠滿足盡快使用軟件并迅速熟悉提供了條件。為該系統提供它應有甚至超過其本身的價值打好了根基。實現這一點的關鍵還得看系統的總體性能。首先要確保該系統能夠運轉正常，這對運維人員提出了更高的要求。所幸，公司的運維人員都是具有多年工作經歷的老員工，對服務器的各個方面都有著細致入微的了解，所以，可以預見系統能夠保持小時的正常運行。在有一點是系統的更新，這需要測試人員和開發人員協調好工作，保持良好的溝通。追蹤最新的技術，改良系統中的不總，提高運行速度。使得系統的運行效率能夠提升，進而為公司帶來更高的效益。從宏觀上看改系統總共有六大功能。包括對學生基本信息的增刪查改，以及對宿舍信息的相關查詢。詳細信息如下。〔1〕錄入學生信息：主要由學校的工作人員完成，負責依據宿舍分配的情況，將個學生的詳細信息錄入“宿舍管理系統〞中。〔2〕查詢學生信息：分為按照姓名進展查詢，按照學號進展查詢，按照房號查詢，并分別打印查詢結果。〔3〕統計學生信息：分為按姓名統計，按學號統計，按宿舍房號統計。〔4〕更改學生信息：宿舍管理員將修改后的學生信息和宿舍信息輸入到宿舍管理系統中。〔5〕刪除學生信息：在宿舍管理系統中刪除某學生的信息，并在數據庫中除去此學生的數據。〔6〕查詢宿舍信息：輸入宿舍房號，查詢該宿舍的相關信息。總體功能模塊圖如下：圖3.1總體功能該模塊主要實現對學生信息的查詢工作。包括按姓名查詢，按學號查詢，按房號查詢。主要由宿舍管理員操作。不同的查詢，依據不同的情況采用了不同的算法，極大的提高了整個系統的整體效率。詳細信息如下。〔1〕按姓名查詢學生信息：采用折半查找的方法按照姓名進展查詢并輸出結果。〔2〕按學號查詢學生信息：采用二叉排序樹按照學號進展查詢并輸出結果。〔3〕按房號查詢學生信息：采用哈希表按照房號查詢并輸出結果。查詢學生信息的模塊圖如：圖3.2查詢學生信息該模塊主要實現了對學生信息的統計工作，包括按姓名統計，按學號統計，按房號統計。按不同關鍵字的統計也相應的采用了不同的排序算法。提高了整個系統的效率。詳細信息如下按姓名統計學生信息：采用了“冒泡排序〞算法按姓名進展排序并輸出結果。〔2〕按學號統計學生信息：采用了“堆排序〞算法按學號進展排序并輸出結果。〔3〕按房號統計學生信息：采用了“快速排序〞算法按房號進展排序并輸出結果。統計學生信息的模塊圖如下：圖3.3統計學生信息系統包含學生信息類，宿舍實體類，宿舍管理員類。學生類繼承自宿舍管理員類，宿舍類相對于其它兩個類獨立。因為學生信息類和宿舍管理員類有很多重疊的局部，因而可以將學生類繼承自宿舍管理員類，防止了冗余的出現。但管理員類的某些方法學生類不能使用。系統的類圖如下：圖3.4類圖系統業務流程圖圖3.5查詢業務流程圖圖3.6修改信息業務流程圖圖3.7統計業務流程圖定義目標軟件需求規格說明描述了“宿舍管理系統〔DormitoryManagementSystem，DMS〕〞的軟件功能性需求和非功能性需求。這一文檔由實現和驗證系統正確功能的工程團隊成員來使用。除非在其他方面另有說明，這里指定的所有需求都具有高優先級，而且都要加以實現。工程范圍和產品特性學校有假設干公寓，需要一個宿舍管理系統實現學生信息的查詢、統計、修改等操作。經過實際分析調查，一個宿舍管理系統可以方便宿舍管理人員的工作，提高其工作效率，不僅可以方便廣闊學生，而且還可以方便于教師和相關人員。要求系統能夠有效、快速、安全、可靠和無錯誤的完成需要的操作，并要求客戶機的界面要簡單明了，易于操作。服務器程序易于維護。產品遠景規劃“宿舍管理系統〞是一個新系統。圖2.8是一幅關聯圖。它演示了系統與外部實體的聯系。圖3.8“宿舍管理系統〞關聯圖外部接口需求用戶界面：用戶界面在完善系統功能的根基上充分考慮用戶與界面的友好性。除了可以綜合使用鼠標和鍵盤共同完成外，還可以只通過鍵盤來單獨完成。用戶界面設計如下：圖3.9主界面圖3.10輸入學生信息界面圖3.11查詢學生信息界面圖3.12統計學生信息界面硬件接口硬件接口還沒有確定。軟件接口SI-1:錄入學生信息系統。SI-2：“查詢學生信息系統〞通過用戶輸入的查詢關鍵字依靠相關算法進展查詢。最終顯示學生信息。SI-3：“統計學生信息系統〞通過用戶選擇的統計項進展學生信息的統計并顯示統計結果。其它非功能性需求性能需求PE-1：在當地時間早晨8點到10點這一頂峰期間，系統將能夠適應400個用戶，平均每個會話會持續8分鐘。PE-2：系統生成的所有界面，通過速率為40KBps的調制解調器在不超過10秒的時間內可以全部下載下來。PE-3：用戶提交查詢后，對查詢的響應時間不得超過7秒，在此時間內要將查詢結果顯示在屏幕上。PE-4：用戶向系統提交信息后，系統將在4秒內向用戶顯示確認信息。2.防護性需求防護性需求還沒確定。安全性需求SE-1:所有涉及功能信息或個人身份信息的網絡事務，都要按照BR-33進展加密操作。SE-2：用戶的登錄受計算機系統訪問控制策略的限制，具體參照BR-35。SE-3：只有那些被授權可以在家訪問“宿舍管理系統〞的用戶，才可以在學校以外的地方使用“宿舍管理系統〞。軟件質量屬性Availability〔可用性〕-1：“宿舍管理系統〞將對學校的學生以及宿舍管理員使用，使用時間在早晨5點到晚上12點。Robustness〔強健性〕-1：如果在系統得到確認或取消之前，用戶和系統的連接切斷。則用戶應當及時關閉系統。附錄：數據字典數據名稱數據解釋數據類型d_name學生姓名Varchar(50)d_num學生學號Varchar(50)d_dorm學生宿舍Varchar(50)d_birth學生生日Varchar(50)d_age學生年齡Intd_address學生地址Varchar(50)d_sex學生性別Varchar(2)d_major學生專業Varchar(50)d_class學生所在的班級Varchar(50)d_grade學生年級Varchar(10)圖3.13學生信息數據字典數據名稱數據解釋數據類型m_name宿舍管理人員的姓名Varchar(50)m_sex宿舍管理人員的性別Varchar(2)m_age宿舍管理人員的年齡Intm_address宿舍管理人員的地址Varchar(50)m_num宿舍管理人員所管理宿舍號Varchar(50)m_birth宿舍管理人員的生日Varchar(50)圖3.14宿舍管理人員數據字典數據名稱數據解釋數據類型S_name宿舍名Varchar(50)S_num宿舍號LongS_floor宿舍所在的樓層LongS_amount宿舍的人數LongS_district宿舍所在的區域Varchar(50)S_major宿舍的專業數Long圖3.15宿舍信息數據字典數據庫改建系統設計該數據庫包括宿舍信息實體、宿舍管理員信息實體、學生信息實體。整體關聯E-R圖如下：圖3.16實體E-R圖評審經過評審確認系統的功能完整。實現了用戶要求的功能。設計人員考慮全面，對系統的每一個細節處理的極為妥當。基本滿足評審的各項要求。可以進入下一階段。四、需求分析的方法面向對象分析法簡介：面向對象分析法主要是講了動態模型方法。動態模型是描述與操作時間和順序有關的系統特征、影響更改的事件、事件的序列、事件的環境以及事件的組織。動態模型是借助順序圖、協作圖、狀態圖和活動圖來描述系統的。動態模型的每種作用圖都有助于理解系統的行為特征