第一篇：庫存管理系統軟件設計說明書
引言........................................................................................2
1.1 編寫目的........................................................................2
1.2 背景及意義....................................................................3
1.3 國內外研究現狀............................................................4 2 系統總體設計分析...............................................................5
2.1 軟件功能及模塊設計....................................................5
2.1.1 軟件主要功能.........................................................6
2.1.2 軟件模塊組成.........................................................6
2.2 開發環境及性能優化....................................................7
2.2.1開發環境....................................................................7 3 各模塊軟件設計與實現.......................................................7
3.1系統管理模塊...................................................................7
3.2進貨管理模塊.................................................................14
3.3 出貨管理模塊.................................................................17
3.4報表統計模塊.................................................................17
3.5信息查詢模塊.................................................................18
引言 1.1 編寫目的
“公正、公平、合理”的企業管理理念和企業管理水平的提高，使社會對庫存管理系統有了更高的需求；同時由于個人電腦的普及，數據庫技術、客戶/服務器技術，特別是Internet/Intranet技術的發展，使的三代庫存管理系統的出現才成為必然。庫存管理系統的特點是從物品管理的角度出發，用集中的數據庫將幾乎所有與物品相關的數據統一管理起來，形成了集成的信息源。有好的用戶界面，強有力的報表生成工具、分析工具和信息的共享使得物品管理人員得以擺脫繁重的日常工作，集中精力從戰略的角度來考慮企業物品規劃和政策。
企業的庫存物資管理往往是很復雜、很繁瑣的。由于所掌握的物資種類眾多，訂貨、管理、發放的渠道各有差異，各個企業之間的管理體制不盡相同，各類統計報表繁多，因此倉庫的庫存管理必須編制一套庫存管理信息系統，實現計算機化操作，而且必須根據企業的具體情況制定相應的方案。
根據當前的企業管理體制，一般的庫存管理系統，總是根據所掌握的物資類別，相應分成幾個科室來進行物資的計劃，訂貨，核銷托收，驗收入庫，根據企業各個部門的需求來發送物資設備，并隨時按期進行庫存盤點，作臺帳，根據企業領導和自身管理的需要按月、季度、年度進行統計分析，產生相應報表。為了加強關鍵物資、設備的管理，要定期掌握其儲備，消耗情況，根據計劃定額和實際纖毫定額的比較，進行定額管理，使得資金使用合理，物資設備的儲備最佳。
一個完整的企業物資供應管理系統應包括采購計劃管理，合同收托管理、倉庫庫存管理、定額管理、統計管理、財務管理等模塊。其中倉庫的庫存管理是整個物資供應管理系統的核心。因此有必要開發一套獨立的庫存管理系統來提高企業工作效率, 而所使用的這套庫存管理系統是企業生產經營管理活動中的核心，此系統必須可以用來控制合理的庫存費用、適時適量的庫存數量，使企業生產活動效率最大化。
1.2背景及意義
進行庫存管理的意義就在于：它能確保物暢其流，促使企業經營
活動繁榮興旺。不論什么企業，都要儲備一些物資。以生產為主的企業，不儲備一定的物資，不能維持其連續生產；服務性行業，也要備置某些需用的設備和服務用具；就連一般的事業單位，也要備有某些辦公用品等。因此，各行各業都存在不同程度的庫存管理業務。
實行庫存管理有如下優點：
（一）有利于資金周轉
因為在某些特殊情況下，可以做到將庫存需要的投資額規定為零。為此可使經營活動更為靈活，把用于建立原材料、制成品、商品等常備庫存所需要占用的資金轉為經營其他項目，這就有可能使經營活動向更新、更高的階段發展。
（二）促使生產管理更為合理
這是因為庫存管理工作的目標之一就是必需的物資，即在需要時，按需要量供應。目前生產管理較為混亂的主要原因在于一些急需的物資不能及時供應，要從根本上杜絕此類現象，就要認真搞好庫存管理。
（三）有利于順利地進行運輸管理，也有助于有效地開展倉庫管理工作
通過庫存管理，可將原來零零散散放置的物料整理得井然有序，可使企業的生產環境整潔一新，實現文明生產。廢舊物料堆放整齊、報廢的設備及時運走，工廠的空地整潔干凈，這樣的環境，自然令人感到心情舒暢。此外。還可以把經常動用的物料以及危險性物料分片保管，以保證工廠的安全生產。
庫存管理工作的好壞，對改善企業生產環境將起著舉足輕重的作用。
1.3 國內外研究現狀
由于庫存管理在經濟管理中占重要地位，其計算機化在發達國家中也已經達到了相當高的水平。我國在全國范圍內推廣計算機在管理中的應用，是在70年代末開始的，雖然起步較晚，近幾年發展卻較快，特別是微型計算機的出現和普及為信息處理提供了物美價廉的手段，對于推動我國管理信息處理的現代化起了重要的作用。
庫存管理對企業來說是一項繁瑣復雜的工作，每天要處理大量的單據數據。為及時結清每筆業務，盤點庫存和貨物流動情況，保證企業生產用料以及貨物安全，庫管人員要花費大量人力物力和時間來做數據記錄統計工作。
在世界發達國家，庫存管理的計算機化水平已經很高了，盡管我國的生產企業在這方面也有了很強的意識和長足的進步，但仍存在這樣、那樣的一些問題。
有的企業單位的庫存管理部分目前仍為手工、半手工操作。從供應單位辦理入庫登記開始，到使用單位輸領料出庫手續為止，所有操作基本上都是由倉庫管理人員筆寫，手理，加上算盤、計算器來完成。這不僅煩瑣，效率低，而且缺乏庫存管理的一些基本手段，如庫存狀況統計，查詢經濟訂貨量計算等，這給企業在一定程度上造成了管理上的落后，及經濟利益上的損失。有的單位的庫存管理部已上了微機，但對微機的利用效率極低，有的在用它打游戲，有的僅把它當計算器或打字機來用。有的企業單位既有了微機同時也有了庫存管理軟件，但硬件上去了，軟件上不去。因為他們用的庫存管理軟件，大多為自己的工作人員及其他一些非專業人員所開發的簡單的管理程序，很難稱得上是“庫存管理信息系統軟件”這些程序的弱點多表現為：
1、系統開發時無科學的理論支持。
2、開發過程中調研不全面。
3、軟件編寫時模型不清晰完整。
4、所用開發工具落后（如Fox base）。
計算機在管理中的應用開始于1954年，當時美國首先用計算機處理工資單。40多年來，計算機在處理管理信息方面發展迅速。例如，60年代美國計算機在管理中應用項目不到300項，到了1975年達到2670項。而現在，美國在財務會計上90%的工作由計算機完成；物資管理中80—100%的信息處理由計算機完成；計劃管理中是80—90%。據計算機應用方面發展較快的國家統計，計算機用于經濟管理的約占80%；用于科技運算的占8%；用于生產過程控制的占12%。因此，經濟管理是計算機應用的主要領域。系統總體設計分析 2.1 軟件功能及模塊設計 2.1.1 軟件主要功能
庫存管理系統軟件能達到如下具體功能要求： 1）系統管理模塊 2）進貨管理模塊 3）出貨管理模塊 4）報表統計模塊 5）信息查詢模塊 2.1.2 軟件模塊組成
本軟件包括五個模塊：系統管理、進貨管理、出貨管理、報表統計、信息查詢。庫存管理系統總體設計框圖
圖2-1 系統總體設計框圖
2.2 開發環境及性能優化
2.2.1開發環境
數據庫：Microsoft SQL Server 2000 前端開發工具：Visual C#.NET 數據訪問對象：ADO 各模塊軟件設計與實現 3.1 系統管理模塊
系統管理模塊分為4種功能：身份驗證功能、注冊用戶功能、修改刪除用戶功能、修改密碼功能。身份驗證功能
在進入系統主界面之前，會出現一個身份驗證對話框，要驗證用戶的身份。本系統中用戶分為管理員、倉庫管理員和經理三種。不同用戶其權限也不同。
用戶通過庫存管理系統界面登錄進入系統。在其輸入用戶編號與密碼之后，單擊“確定”按鈕登錄數據庫（為了方便用戶，本系統允許用戶在輸入密碼之后直接按回車鍵登錄數據庫，而無須使用鼠標單擊“確定”按鈕）。此時觸發“確定”按鈕的Click事件相應函數。在這個事件響應函數中，需要首先判斷用戶，因為他們具有不同的權限。如果權限是0，則進入系統管理員界面；權限是1，則進入經理界面；權限是2，則進入倉庫管理員界面。
圖3-1 系統登錄界面
由于用戶權限的差異，他們所能進入的系統主界面也相應的不同。
圖3-2 系統主界面一（系統管理員身份進入）
圖3-3 系統主界面二（經理身份進入）
圖3-4 系統主界面三（倉庫管理員身份進入）
注冊用戶功能 以下為注冊用戶界面：
圖3-5 系統管理員注冊用戶界面
注冊用戶成功界面：
圖3-6 注冊用戶成功界面
修改刪除用戶功能 修改刪除用戶界面如下：
圖3-7 系統管理員修改刪除用戶界面
修改密碼功能
對一個完整的系統而言，用戶是應該可以修改自己的密碼的，因此系統中應該具有修改密碼的功能，提高數據的安全性，用戶可以在進入系統主界面后可以修改自己的密碼。當用戶輸入完成之后，按“確定”按鈕來關閉對話框，系統會自動檢查用戶兩次輸入的密碼是否一致，如果不一致，會出現出錯提示并建議用戶重新輸入。
圖3-8 修改密碼界面
用戶只能通過此界面修改自己的密碼，如果試圖修改別人的密碼，則提示如下圖：
圖3-9 修改密碼界面
修改密碼成功則顯示重新登錄界面，圖如下：
圖3-10重新登錄界面
3.2 進貨管理模塊
進貨管理模塊包括填寫貨品信息、入庫單、修改最低庫存三個子模塊。
圖3-11 倉庫管理員填寫入庫單界面
入庫單中涉及數據一致性，貨品編號為1開頭的庫別自動為飲料庫，貨品編號為2開頭的庫別自動為主倉庫，貨品編號為3開頭的庫別自動為酒庫。數量和進貨單價設置只能輸入數字類型。其中貨品編號如果在庫存信息表中不存在，那么提示先輸入貨品信息，點擊確定后界
面自動跳轉到如下圖：
圖3-12 倉庫管理員填寫入庫單界面
圖3-13 倉庫管理員填寫貨品信息界面
3.3 出貨管理模塊
出庫時如果出庫數量低于庫存信息表中的最低庫存時報警，提醒倉庫管理員及時通知采購員采購，如果不清楚此貨品的采購員是誰可以根據貨品編號查詢采購員信息，報警顯示如下圖：
圖3-14 填寫出庫單
3.4報表統計模塊
本系統的報表分為日報表和月報表，日報表在添加入庫單和出庫單時就已經自動添加進數據庫中的日報表了，所以在此只需再手動添加月
報表。
圖3-15 月報表統計
3.5信息查詢模塊
該模塊三種用戶都會用到，用戶根據不同的權限分別可以查詢不同的內容，如系統管理員為了修改倉庫信息表、采購員信息表、客戶信息表而查詢相關信息，倉庫管理員為了通知采購員及時采購而查詢采購員信息，經理查詢倉庫管理的各種信息等。
圖3-24 庫存信息查詢
第二篇：酒店管理系統軟件設計說明書
酒店管理系統
需求規格說明書
目錄
1.引言……………………………………………………….3 1.1目的……………………………………………………..3 1.2 定義…………………………………………………….3 1.3 產品的范圍和產品特性……………………………….3 1.4 參考文獻……………………………………………….4 2.綜合描述………………………………………………….4 2.1 產品的前景…………………………………………...4 2.2 產品的描述…………………………………………...4 2.3 用戶類和用戶特性…………………………………...4 2.4 運行環境……………………………………………...5 2.5 設計和實現的約束條件……………………………...5 2.6 假設和依賴…………………………………………...5 3.外部接口需求…………………………………………….5 3.1 用戶接口……………………………………………...5 3.2 硬件接口……………………………………………...6 3.3 軟件借口……………………………………………...6 3.4 通信接口……………………………………………...6 4.系統特性………………………………………………….6 4.1前臺管理………………………………………………6
4.2 消費管理……………………………………………...8 4.3 收銀管理……………………………………………...9 4.4 客房服務……………………………………………...11 5.其他非功能需求…………………………………………13 5.1 性能需求……………………………………………..13 5.2 安全性需求…………………………………………..13 5.3 軟件質量需求………………………………………..13 6.附件………………………………………………………14
附錄 分析模型…………………………………………...14
1.引言 1．1目的
隨著旅游業的民展，酒店、餐飲娛樂行業日趨發達，引入全方位的電腦服務和電腦管理日益流行。同時，酒店和餐廳娛樂業引入電腦服務和管理也取得了優良的經濟效益和社會效益。酒店管理系統將先進的電腦技術和現代酒店服務管理管理完美地結合起來，實現了住宿，餐飲全新概念的服務和管理方式。
酒店管理的電腦化，不僅是體現酒店現代化形象的一個重要標志，而且對于提高員工的工作效率，加速資金周轉，降低各項成本及改善服務質量都有十分積極的作用。
1．2定義
1.客房預定系統:可以處理散客預定、團體預定、客房預定、預定未到處理、預售查詢等事務。
2.前臺接待系統：可以處理散客入住登記，合約入住，團體自動入住和手動入住，補填客單，修改客人信息、轉房、調房、設置房態、客人留言，預定客房查詢、可售客房查詢等事務。
3.前臺必銀系統：處理記賬、埋單、限制客人消費、退房、押金加入、查賬、轉賬、設置跑單、客用保險箱管理、團體埋單及退房業務。
4.賬務系統：除具有收銀的功能外，還具有糾錯、報表輸出等功能，能將損失降至最低。5.管家系統；可處理設置凈房、臟房、壞房及取消壞房，設置SKIP房、SLEEP房，查詢謅房表、臟房表、壞房表，房間狀態，新入住查詢等業務。
6.電話系統：具有自動計費、夜間稽核，客人信息查詢、動態房態查詢、房間明細賬查詢、收銀員報表、當日入住客人報表等功能。
7.客歷系統：能處理客人手工、自動輸入，客人資料查詢與修改，黑名單，入住客人自動查詢客歷、入住客人自動歸入客歷。
8.合約系統：可將酒店簽約的單位或個人的資料輸入電腦，并可隨時查詢和更新。
9.經理系統：可修改客房定價，增加、刪除、修改各級密碼，個性特別客單，設置系統參數，內部銀行系統，數據整理，自我診斷，數據備份。
10.總經理系統：具有客單查詢，查詢客房狀態，查詢可售情況，客房占用統計，賬務查詢，萬能查詢，報表輸出功能
11.密碼管理系統：可以管理客戶和酒店的各種密碼。
12.報表系統：主要是對處理一些非賬務表單。主要有客房占用表、轉房改租表、預定未到表、客房取消表、房租分析表、經營統計表、可售情況表、房間狀態表、壞房狀況表、日租統計表、合約銷售表。
13.賬務報表：主要是處理酒店的日常的賬務報表，有收入報表（前臺收入明細表、現付收入明細表）、消費報表、顧客賬務（住房賬務、離店客人賬務各跑單賬務）、交班報表、信用卡報表、街賬報表、應收報表、催賬報表、轉賬報表、借貸報表、聯網消費、酒店總表。
1．3產品的范圍和產品特性
“酒店管理系統”允許酒店工作人員對酒店的客房、員工以及入住酒店的顧客進行客房入住、酒店服務等一些管理。“酒店管理系統”實施后，能節約人力資源，提高服務質量，方便各項管理。賬務處理的時間明顯減少，數學計算上的錯誤也會消失。對客房狀態（如是否入住，入住顧客信息等）的查詢與統計也顯得非常方便，減少了顧客等待與員工分類統計的時間。詳細的項目描述請參見酒店管理系統前景和范圍文檔。文檔中這一部分的標題為“初始版本和后續版本的范圍”，列出了按照進度計劃在這一版本中實現的全部或部分特性。
1.4 參考文獻
1）《軟件需求》Karl E.Wiegers(美)著 清華大學出版社
2）前期所寫的《酒店管理系統的前景和范圍文檔》
3）《現代軟件工程》 孫涌等著 北京希望電子出版社
2.綜合描述
2.1 產品的前景
隨著計算機技術的飛速發展，信息時代的到來，信息改變了我們這個社會。各類行業在日常經營管理各個方面也在悄悄地走向規范化和網絡化。客房管理的信息化程度體現在將計算機及網絡與信息技術應用于經營與管理，以現代化工具代替傳統手工作業。無疑，使用網絡信息化管理使客房管理更先進、更高效、更科學，信息交流更迅速。
酒店客房管理系統是酒店經營管理中不可缺少的部分，它的內容對于經營的決策者和管理者來說都至關重要,所以客房管理系統、信息管理系統應該能夠為用戶提供充足的信息和快捷的查詢手段。但一直以來人們使用傳統人工的方式管理文件檔案，這種管理方式存在著許多弊端，如:效率低、保密性差，容易出現差錯等，且對于查詢空房間及已定房間等極為不方便。在當今時代，這些完全可以改用計算機來代替人的手工操作。
作為計算機及網絡應用的一部分，使用計算機對客房信息進行管理，具有手工管理所無法比擬的優點。例如:檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優點能夠極大地提高客房經營管理的效率，也是企業的科學化、正規化管理，與世界接軌的重要條件。且辦事效率也是決定收入的一個關鍵因素。
“酒店管理系統”代表了酒店管理的信息化，不僅是體現酒店現代化形象的一個重要標志，而且對于提高員工工作效率，加速資金周轉、降低各項成本及改善服務質量都有十分積極的作用。
2.2 產品的描述
一個成熟的酒店管理系統不僅僅是記錄酒店客人的信息，提供查詢，報表打印等一 系列簡單的工作，它能讓工作人員從煩瑣的手工操作中解脫，并且酒店管理系統本身就 代表著一種管理方法。隨著它的深入，將帶動企業的運作，為管理和決策提供支持。本項目在經過對各酒店軟件進行分析和研究后，參考國際上的先進酒店軟
件管理思想，結合中國酒店的實際特點，認為可將整個酒店管理系統細分為五個子系統：（1）前臺管理系統（2）消費管理系統（3）收銀管理系統（4）客房服務系統（5）系統維護
2.3 用戶類和用戶特性
酒店前臺工作人員（優先考慮）：前臺服務員的主要職能是負責訂房和退房，以及查詢入住的客戶信息。所有該角色只可以使用部分功能，包括客房經營管理、客戶信息查詢、個人密碼修改以及注銷功能。前臺工作人員對客房信息進行管理，包括對客房的基本信息(如客房號、客房類型客房位置等)進行檢索、錄入和修改。工作人員根據酒店規定可 定義客房類型，并對其進行管理，包括對客房類型的基本信息(如類型名稱、面積、床位、價格等)進行檢索、錄入和修改系統。界面會自動顯示各種房類的訂房情況，以方便前臺接待控制房態。按客人姓名系統可自動調出回頭客信息 及歷次住店統計信息以確定房價優惠、優惠時段和客人具體的消費記錄等。
酒店管理人員：酒店管理員享有最高權限，可以使用酒店客房管理系統所提供的所有功能，包括員工信息維護、客房類型維護、客房信息維護、客戶信息查詢、經營狀況統計、個人密碼修改以及注銷功能。
顧客：顧客可以在酒店提供的網上酒店管理系統進行自助查詢酒店的一些相關信息，以及預定客房等。
財務管理部門：根據酒店客房的業務記錄，酒店財務管理部門的工作人員可選擇客房類別和日期的統計方式對營業額進行統計。他們需要接受培訓，學會如何讓使用計算機以及一些office應用。
酒店房務服務人員：酒店的房務服務人員利用系統可看到系統根據自家酒店的實際情況按順序房號列出客房，很直觀地顯示客房所屬的房間類型及用圖形及顏色表示不同的房態，有沒有顧客入住、退房等，客房需要什么樣的服務，是否需要打掃、服務。
2.4 運行環境
為了達到系統要求，必須依靠高起點的硬件環境和軟件開發工具來保證系統的穩定和正常運行。酒店電腦系統要求24小時連續運行，數據量大，可靠性要求高，因此整個電腦系統供電采用專線方式，加配lips（不間斷供電系統），并合理接地，以便保障整套系統的正常運行。
2.5 設計和約束條件
CO-1:部分子系統將使用酒店本來的業務流程。
CO-2:系統必須操作簡單、用戶手冊通俗易懂。
CO-3：該服務器實現要使用由公司批準的Red Hat Linux版本和Apache HTTP Server.2.6 假設和依賴
AS-1: 酒店擁有一臺打印機和傳真機，能方便打印報表，以及對預定客房的商務傳真進行處理。
AS-2: 酒店有鏈接外網的服務器或計算機，能提供網上預定功能，方便顧客預定。DE-1: 對于經常光顧或要求打折的顧客以及節假日或者店慶優惠活動，應具備折扣管理功能。
DE-2: 對于使用酒店管理軟件前的電話預定等，該管理軟件應該有專門的錄音功能。
3.外部接口需求
3.1 用戶接口（User Interfaces,UI）
UI-1:入住登記界面應包含：部門，可選設施圖標區，賓客登記信息區，選定設施列表。
UI-2：消費點單操作界面應包含：部門選擇，總賬單列表區，子賬單列表區，消費記錄區，消費品選擇區。
UI-3:外賣零單消費界面應包含：消費品選擇區，消費記錄區，支付方式選擇區。UI-4:在退房結賬界面應包含：部門選擇，總賬單列表區，子賬單列表區，消費明細表，結賬操作面板。
3.2 硬件接口（Hardware Interfaces,HI）
HI-1:采用基于超5類雙絞的綜合布線系統，同時支持語音和數字的傳輸。HI-2：對機器的指示是：CPU2400轉以上，顯示器支持800*600分辨率，基本內存512兆推薦2G，Windows兼容打印機。
3.3 軟件借口（Software Interfaces,SI）
“人事管理系統”。“人事管理系統”通過程序界面與“酒店管理系統”進行通信，完成下面這些工作：
1：提取人員業務完成情況，作為進行績效考核的依據。
2：根據酒店管理系統中各部門的項目消費情況，作為合理分配人員的依據。
3.4 通信接口（Communications Iterfaces,CI）
CI-1：“酒店管理系統”接收熟客的電子郵件預訂，由操作員將預訂信息輸入系統。
CI-2：“酒店管理系統”將向賓客發送電子郵件消息，以確認收到預訂或者預訂失敗信息。
4.系統特性
4.1 前臺管理
（1）描述和優先級
為住店客人提供預訂信息，并為顧客辦理登記入住手續，將登記信息錄入電腦。并可以為客人增加房間，更換房間，還能根據操作員的權限不同，對客人登記信息及房間價格加以修改，提高系統的靈活性，滿足不同客人的要求。
（2）刺激/響應序列
預定
刺激：選擇客人準備預約登記的部門，如客房…等，點擊“新增預訂”。響應：系統給出預定登記區。
刺激：在預訂登記區填入相關信息、選擇具體需預訂的設施項目及數量。填寫無
誤后按“保存”按鈕。
響應：系統記錄預定信息，并返回預定成功。刺激：反之選擇“取消”按鈕。響應：系統取消預定。
入住登記
刺激：進入“接待畫面”后，先選擇當前需接待登記的部門，如：客房、餐飲…．．
再選擇設施規格，默認狀態下是“標準”。
響應：建立客戶消費帳，為每位客人安排一個房間、床位、桌號、牌號、及其他相關登記類型索引記錄。
刺激：選擇和填寫完畢，按“確定”按鈕。響應：完成接待操作。
刺激：按“取消”按鈕。響應：取消所有操作。
顧客換房
刺激：進入“登記調整”界面，響應：系統調出所有已登記賓客和空余設施。
刺激：首先選擇需調整賓客當前所登記的“部門”，在界面“原登記”列表框內移動光標選擇需調整的賓客。在“設施列表”中選擇想調換的設施。按“調換”按鈕。
響應：完成調換。
刺激：按“取消”按鈕。響應：取消所有操作。
追加登記
刺激：進入“追加登記”界面，在客人列表框內直接移動光標選擇需追加登記的客人。
響應：系統調出該客人已登記的項目。
刺激：在“可供追加項目”列表框內雙擊鼠標添加新的項目到該賓客資料中，點擊“確定”。
響應：系統更新該客人的已登記記錄，并返回追加成功。刺激：選中追加項目，通過點擊“—”取消追加。響應：系統將新追加項目從該賓客資料中移除。刺激：按“取消”按鈕。響應：取消所有操作。
4.2 消費管理
（1）描述級和優先級
根據客人需求，為已登記在店客人提供店內能提供的消費服務，并自動建立消費檔案。每位顧客發生消費前必須進行登記，需要建立客戶帳，然后是顧客在酒店里進行了各種消費，例如：就餐點菜、會議室的租用、沐浴按摩、酒水消費等等，將這些消費信息錄入在客戶帳上，對這些消費進行管理滿足顧客不同的消費。
（2）刺激/響應序列
點單
刺激：進入“總帳單列表區”界面，通過移動上下鍵或直接用鼠標在此區域選擇需
要消費的客人，或者直接在“定位框”中輸入需要消費客人的編號或姓名直接進行定位選擇客人，選定客人，點擊客戶姓名。
響應：彈出選定顧客的消費總賬單，包含總帳單下的所有子帳單。子賬單也會并行
顯示在“子帳單列表區”。
刺激：根據客人的需求通過移動上下鍵或直接用鼠標在此區域選擇具體子帳單人，點擊進入。
響應：系統進入選定顧客的消費品選擇區，系統并行彈出消費品選擇區和消費記區界面。
刺激：先選擇消費品所在部門，然后根據該部門所提供的消費品列表雙擊某消費品 或按［添加］按鈕。
響應：系統添加該客人的本次消費品記錄，并返回添加成功。
刺激：所有消費品點單完成后，按“保存”按鈕。
響應：系統將本次操作所產生的消費額記錄在該客人的帳單數據表中，并生成消費
品記錄單反饋到消費服務部門，提示服務人員提供消費服務。
外賣
刺激：先選擇消費品所在部門，然后根據該部門所提供的消費品列表雙擊某消費或 按“添加”按鈕。
響應：系統添加該客人的本次消費品記錄，并返回添加成功。
刺激：所有消費品點單完成后，在顧客支付方式選擇區，根據客人的支付方式，如：
現金、支票、信用卡…等支付方式，進行選擇，按“保存”按鈕。
響應：系統即刻將消費記錄在消費記錄區等待顧客付費并彈出提示框，提示客人進 行付款。
刺激：點擊“付款”按鈕，輸入顧客已付款數額。響應：彈出應找零金額。
刺激：點擊“付款完成”按鈕。
響應：系統即刻生成客人消費記錄單反饋到服務部門，彈出提示框服務人員提供服務。
查單
刺激：進入“消費查詢（未結帳）”界面后，選擇需要查詢的部門，如選擇：進店 日期、消費部門這兩個項目，點擊“確定”按鈕。
響應：系統確定所查詢的范圍，彈出客人列表框。
刺激：在畫面左邊的客人列表框中移動光標，進一步確定某位客人的具體“消費明 細”和“收銀明細”情況。通過鼠標點擊“消費明細”和“收銀明細”頁框。
響應：系統顯示“消費明細”或“收銀明細”頁面。
刺激：可再進一步用鼠標點擊“只顯示電話費”明細。
響應：系統顯示電話費明細信息。
4.3 收銀管理
（1）描述和優先級
每一個客人從入住房間起，系統就需要自動產生該客人的帳號，住店的客人享受酒 店的短期貸款，可以在酒店絕大部分簽單，這將刺激客人的消費心理，增加酒店收入，酒店管理者還應可根據客人的情況鎖住其帳號，以限制其消費。
前臺收銀的埋單應允許客人一帳多單，分期埋單，分類別埋單，退房時能自動檢測：客人的帳務余額為零；客人帳號的帳項為空；否則不能退房。
系統還應具有合并、分拆帳戶的功能，既不但可以把幾個帳號的消費轉入另一帳號，也可把某一帳號特定時期特定幾類消費轉入另一帳號，便于滿足客人的多種結帳要求。
細分為如下四個需求：退房結帳、取消結帳、合并帳戶、訂金管理。（2）刺激/響應序列
退房結賬
刺激：客人提出退房結賬申請。響應：系統給出退房結賬界面。
刺激：在“總賬單列表區”選擇登記客人、在“子賬單列表區”選擇該客人賬目下項目。
響應：系統在“消費明細表”區域顯示“待結賬客人列表框”或“子客列表框”中光標焦點所指客人的記錄，在“結賬操作面板”中顯示結算金額、已收金額，計算出實際收款。
刺激：選擇付款方式、付款。
響應：系統更新數據庫，提示結賬成功。刺激：按“取消”按鈕。響應：取消所有操作。
取消結賬
刺激：客人登記后隨即提出“退單”。
響應：系統給出退房結賬界面。
刺激：在“退房處理”處打勾，點擊結賬按鈕。
響應：完成取消結賬操作，其所有消費不作營業額統計。刺激：按“取消”按鈕。響應：取消所有操作。
合并賬戶
刺激：選擇需要合并帳單的客人所在的部門。響應：系統調出所有已登記賓客的賬戶信息。刺激：在 “已登記在店客人”列表框內移動光標或直接用鼠標指定客人，也可在“已登記在店客人”文本框內輸入賓客姓名或房間編號迅速查找定位相關賓客。“已登記在店客人”列表框內按回車鍵或雙擊鼠標。
響應：將當前光標所指的客人記錄移動到“合并區”列表框。刺激：重復操作，選擇另一位需合并的客人。
響應：將當前光標所指的另一位客人記錄移動到“合并區”列表框。
刺激：在“合并區”移動光標，可確定合并后以哪個帳單號作為合并后的帳單 號。點擊“合并”按鈕。
響應：系統將合并的賬單存儲到合并后賬單號下，另一個賬號賬單清空，并提示合并成功。
刺激：按“取消”按鈕。響應：取消所有操作。定金管理
刺激：在“客人列表框”，通過直接用鼠標在此區域選擇欲繳款客人。也可 以在“定位框１”中輸入客人的編號或姓名直接進行定位選擇欲繳款客人。也可在 “子帳單列表區”直接接用鼠標在此區域選擇的欲繳款客人。響應：根據選擇的客人，其賬戶作為繳款賬號。
刺激：在“單據編號”文本框中輸入收款單據號（“單據編號”文本框為可選項，可通過“需要單據號”是否打勾確定）。
響應：根據單據號調出客人信息，作為繳款賬號。刺激：選擇“付款方式”，系統默認付款方式為“現金”。響應：等待輸入現金金額。
刺激：在“續繳金額’框中輸入具體金額。點擊“確定”
響應：系統將定金信息存儲到該客人的賬單號下，并提示繳納定金成功。刺激：按“取消”按鈕。響應：取消所有操作。
4.4 客房服務
（1）描述和優先級
酒店提出需要一個專門的子系統用于客房部檢查客房等項目設施狀態，根據多家酒店調研得出，通常將客房分為五種狀態：清潔、有客、清理中、待修理和有預約，在電腦系統中應以五種圖標代表。為增加靈活性，可以對其進行修改或調整。客房部根據電腦中的資料對臟房進行清潔，并能將清潔后的房態更改為清潔房。也可將部分房態改為待修理，使前臺不能出售此類房間。可顯示各部門的設施利用率，對已離店賓客的詳細情況進行查詢或打印。
（2）刺激/響應序列
房態管理
刺激：光標在“接待狀態表”主畫面上，直接用鼠標點擊圖標來選擇設施，如果該設
施狀態為：“有客”。
響應：系統在界面右下部會顯示使用該設施客人概況。
刺激：在房態標示為“有客”圖標上雙擊鼠標左鍵。
響應：系統彈出該客人的基本情況表。
刺激：點擊右鍵。
響應：系統彈出一菜單，供選擇改變當前指定設施的狀態。
刺激：如果改變了當前客房的房房態。
響應：被改變客房的房態圖標下面的文字變為紅色文字。
刺激：進行的更改完成，按“保存”按鈕完成保存操作。
響應：系統自動進行保存。
員工留言
刺激：系統界面設計有員工留言窗口，員工登錄留言。
響應：系統提示員工輸入登錄用戶名。
刺激：員工輸入用戶名點擊登錄。
響應：系統界面跳轉到員工留言窗口輸入框。
刺激：員工進行留言輸入，點擊完成發表。
響應：系統將員工的留言進行記錄在員工留言數據表中。
刺激：操作員登錄留言窗口進行查看時，如有“未接受”留言一提示，點擊查看。
響應：系統將“未接受”留言從數據表抽取出來顯示在界面上。
刺激：操作員查看完留言，進行回饋，點擊“完成”按鈕。
響應：系統將狀態為“未接受”留言改為“已接受”留言。將操作員的回復信息顯示在員工留言窗口。
設施利用統計
刺激：系統有一個查看酒店各部門的項目設施利用率，出租率情況的界面。酒店員工點擊查看。
響應：系統彈出輸入員工ID號的輸入框。
刺激：員工輸入自己的ID號，點擊“確定”按鈕。響應：系統判斷此員工是否有查看的權限。
刺激：如果有，系統彈出選擇框，選擇需查看的酒店部門，點擊“確定”按鈕。響應：系統彈出員工確認查詢的酒店部門項目設施利用率以及出租情況。
刺激：如果有部門項目設施利用率發生變化，員工要求更改記錄，點擊“修改”按鈕。響應：系統再次要求輸入員工身份認證密碼，彈出密碼輸入框。刺激：員工輸入密碼，點擊“確認”按鈕。響應：系統進行確認是否有修改權限。
刺激：如果有修改權限，進入設施記錄修改界面進行修改，修改完成，點擊“保存”按鈕。
響應：系統將新的記錄保存在酒店各部門的項目設施利用率，出租率報表中，進行更新。
客史資料查詢
刺激：系統有一個“登記人信息”界面，移動鼠標選擇要查詢客人的姓名，點擊“確定”。
響應：系統彈出輸入酒店工作人員ID號的輸入框。刺激：工作人員輸入自己的ID號，點擊“確定”按鈕。響應：系統判斷此員工是否有查看的權限。
刺激： 如果有，系統彈出進入指示，提示工作人員選擇進一步要查詢某位客人的信息
類別。
響應：系統根據員工的選擇彈出需查詢某位客人具體的登記情況。
刺激：在“其他人信息”區中移動光標，選擇進一步確定某位客人的查詢。
響應：系統根據員工的選擇彈出需進一步查詢某位客人的具體情況。
刺激：有一個“登記人信息”界面，點擊“查找按鈕”。
響應：系統彈出的“查找窗口”。
刺激：輸入“姓名”、“住址”和“證件號”，點擊查詢。
響應：彈出查詢客人信息。
5.其他非功能需求
5.1 性能需求
PE-1：當查詢空余項目時，系統的響應時間不能超過2秒。
PE-2：用戶向系統提交信息后，系統將在1秒鐘內向用戶顯示確認信息。
5.2 安全性需求
SE-1：用戶安全性需求：
（1）限制不必要的用戶。經常檢查系統的用戶，刪除已經不再使用的用戶。
（2）創建兩個管理員賬號。創建一個一般權限用戶用來處理一些日常事物，另一個有管理員權限的用戶只在需要的時候使用。
（3）開啟用戶策略，分別設置復位用戶鎖定計數器時間為20分鐘，用戶鎖定時間為20分鐘，用戶鎖定閾值為3次。
SE-2：密碼安性需求：
（1）使用安全密碼，注意密碼的復雜性，還要經常改密碼。（2）設置屏幕保護密碼。
（3）開啟密碼策略。設置密碼長度最小值為6位，設置強制密碼歷史為5次，時間為3天。
SE-3：系統安全性需求：
（1）安裝防毒軟件，經常進行系統掃描并升級病毒庫。（2）關閉默認共享。
SE-4：服務安全性需求：
（1）關閉不必要的端口。用端口掃描器掃描系統已開放的端口，確定系統開放的哪些服務可能引起黑客入侵。
（2）設置好安全記錄的訪問權限。安全記錄在默認情況下是沒有保護的，把它設置成只有管理員和系統賬戶才有權訪問。
（3）要把一些重要的用戶數據（文件、數據表、項目文件等）定時備份在另一個安全的服務器中。
5.3 軟件質量需求
Available（可用性）-1：“酒店管理系統”將具備每天24小時可用。
Robustness（健壯性）-1：如果在繳納定金或退房結賬時客戶機和服務器中斷，那么當時的操作全部視為無效，系統不記錄到數據庫。
6.附件
附錄 分析模型
圖1是酒店管理系統用例圖。用例視圖是表示整個系統需求。這個用例視圖反映了：參與者為系統管理員（總經理）和各部門經理，用例為各部門子系統，除了系統管理員（總經理）能與所有的用例進行通信外，每位部門經理只能與一個用例進行通信。
圖2為酒店管理系統的局部DFD圖。
圖8為酒店管理系統的狀態圖，它是描述客房狀態的狀態圖。
第三篇：網絡教務管理系統軟件設計規格說明書
網絡教務管理系統軟件設計規格說明書
小組成員: 郭婷婷2008080302121 蔣政陽2008080302122 楊信明2008080302138
1.引言
1.編寫目的
在前一階段（網絡教務管理系統需求分析）中已解決了實現該系統需求的程序模塊設計問題。包括如何把該系統化分成若干個模塊、決定各模塊之間的的接口、模塊之間傳遞的信息，以及數據結構、模塊結構的設計等。在以下的詳細設計報告中間將對在本階段中對系統所做的所有詳細設計進行說明。
在本階段中，確定如何具體的實現所要求的系統，從而在編碼階段可以把這個描述直接翻譯成具體的程序語言書寫的程序。主要工作有：根據《網絡教務管理系統需求分析說明書》所描述的數據、功能性能需求、處理流程、總體結構和模塊設計，涉及軟件系統的結構設計、逐個模塊的程序描述。
1.項目背景
開發軟件名稱：網絡教務管理系統。
項目開發者：信息學院電子系“網絡教務管理系統”開發小組：
郭婷婷（2008080302121）
蔣政陽（2008080302122）組長 楊信明（2008080302138）
用戶單位：北京聯合大學信息學院
1.參考資料
（1）錢樂秋等，《軟件工程》，清華大學出版社。（2）張海藩，《軟件工程導論》（第四版），清華大學出版社。（3）王珊等，《數據庫原理及設計》，清華大學出版社。（4）趙池龍等，《軟件工程實踐教程》，電子工業出版社。
2.需求概述
該系統的用戶分兩類：學生、教師。提供給學生選課相關功能，包括網上選課、網上退課、查詢選課結果、課表打印等功能；此外，還可以提供學生成績查詢、學籍錄入、網上教學評估等功能。提供給教師的功能：選課名單查詢打印、學生成績錄入。
1、技術要求以及限定條件
(1)學生成績錄入可以用EXCEL表導入
(2)網上教學評估只可以對任課教師評分，非該班學生任課教師，不能對其評分。
2.1 目標
本系統是為高等院校開發的，用于日常的網絡教務管理，包括學生選課退課,成績查詢.教師選課名單查詢打印、學生成績錄入等功能。方便教務管理,提高工作效率.2.2 用戶的特點
本軟件的最終用戶是面向學生老師,他們具有一定的計算機應用基礎,可以比較熟練的操作計算機.學生和老師都是經常性用戶.2.3 功能需求
本系統主要實現學生教務管理和教師教務管理的功能。（1）學生教務管理
學生教務管理工作過程：
1)選課管理:學生登陸后 ,查詢課程的信息,是否可以選課.并進行選課與 退課.在選課結束后 ,查詢選課的結果,并且打印課表.2)學生成績管理: 學生登陸后,在老師填寫學生成績之后,學生可以進行網上查詢.3)網絡教務評估: 學生登陸后,可以對老師進行教務評估.(2)教師教務管理
教師教務管理工作內容為,教師通過系統登陸后,在學期結束后,填寫學生的成績.在學生提交選課情況之后,教師對選課信息結果進行查詢.2.4 性能需求
由于次開發項目針對學校，使用頻度較高，使用性能要求比較高。為防止對信息資料和管理程序的惡意破壞，要求有較為可靠的安全性能。總之，要求穩定、安全、便捷、易于管理和操作。
2.5 運行環境
操作系統：WindowsXP / Windows 2000 Server 3.總體設計
系統結構圖
網上教務管理系統學生管理教師管理選課與成績管理學生錄入管理學籍注銷管理登錄信息管理教師職稱管理教師登陸管理教師評估管理選課管理退課管理成績管理 4.接口設計
各模塊過程之間采用函數調用、參數傳遞、返回值的方式進行消息傳遞。具體參數的結構將在下面數據結構設計的內容中說明。接口傳遞的信息將是以數據結構封裝了的數據，以參數傳遞或返回值的形式在模塊之間傳遞。
第四篇：汽車租賃系統軟件設計說明書
汽車租賃系統 軟件設計說明書
目錄
1.介紹....................................................................................................................................1 1.1 目的..........................................................................................................................1 1.2 范圍..........................................................................................................................1 1.3 內容概覽..................................................................................................................1 2.體系結構表示方法............................................................................................................2 3.系統要達到的目標和限制................................................................................................2 4.用例視圖............................................................................................................................2 4.1 創建系統用例圖......................................................................................................2 4.2 創建系統靜態模型..................................................................................................4 4.3 創建活動圖..............................................................................................................4 4.4 創建狀態圖...........................................................................錯誤！未定義書簽。5.邏輯視圖............................................................................................................................7 5.1 參與者相關的類......................................................................................................8 5.2 系統中用到的其他類..............................................................................................9 5.3 各類之間的關系....................................................................................................10 6.過程視圖..........................................................................................................................10 6.1 客戶取車................................................................................................................10 6.2 客戶還車................................................................................................................12 6.3 客戶預訂車輛........................................................................................................13 6.4 出租汽車................................................................................................................15 6.5 增加汽車................................................................................................................15 6.6 刪除汽車................................................................................................................16 6.7 增加客戶................................................................................................................17 6.8 車輛信息管理........................................................................................................18 7.部署視圖..........................................................................................................................18 8.規模和性能......................................................................................................................20 9.質量..................................................................................................................................20
《軟件工程實踐》
2012-2013-02
軟件設計說明書
1.介紹
1.1 目的
汽車租賃系統是一套針對汽車租賃業務的實際特點而開發的應用與管理軟件，其功能覆蓋了汽車租賃業務的全部流程。主要包括車輛預定、租賃業務、車輛管理、客戶管理、車輛檢修、租金統計等功能。它包括了四個模塊：基本數據維護模塊、基本業務模塊、數據庫管理模塊和信息查詢模塊。其中，基本數據模塊提供了使用者錄入、修改并維護基本數據的途徑，主要包括了添加車輛信息、修改車輛信息、添加員工信息、修改員工數據幾大主要功能。基本業務模塊則提供，基本業務模塊中，客戶可以填寫汽車租賃申請表，工作人員負責處理這些表格；同時，技術人員可以提交每輛車的狀態，以便工作人員根據這些資料決定是否批準客戶的請求，它包含的功能有：用戶填寫預定申請、工作人員處理預定請求、技術人員填寫服務記錄和工作人員處理還車。數據庫模塊是對客戶、工作人員及車輛的信息都要進行統一管理，車輛的租賃情況也要進行詳細的登記，它的功能則是客戶信息管理、車輛信息管理、租賃信息管理和志愿信息管理。信息查詢模塊主要用于查詢數據庫中的相關信息，包括查詢客戶信息、查詢職員信息、查詢車輛信息和客戶記錄等。
這篇文檔提供了對在線汽車租賃系統的系統架構的總覽，從不同的視角描述了該系統。同時介紹了在線汽車租賃網站有關架構的想法，包含架構分析的關鍵決策，目的在于幫助開發人員理解汽車租賃系統的基本結構。
1.2 范圍
介紹了汽車租賃系統的客戶取車、客戶還車、客戶預訂車輛。
1.3 內容概覽
? 登錄系統
用戶如果要進行汽車租賃操作，需要輸入正確的用戶名和密碼，如果輸入錯誤，則停留在登錄頁； ? 注冊系統
客戶如果從來沒有在本網站租賃過汽車，需要注冊一個客戶賬號； ? 瀏覽汽車系統
進入汽車租賃系統后，客戶必須知道有關的汽車信息，可以得到汽車的名稱、價格、各種屬性信息，并能根據需要輸入相關信息進行搜索； ? 汽車系統
當客戶看中某輛汽車后，可以根據需要進行預定，操作后生成訂單，然后可以提交訂單。
《軟件工程實踐》
2012-2013-02 2.體系結構表示方法
這篇文檔使用一系列視圖反映系統架構的某個方面；
用例視圖：概括了架構上最為重要的用例和它們的非功能性需求； 邏輯視圖：展示了描述系統關鍵方面的重要用例實現場景(使用交互圖)；
部署視圖：展示構建在處理節點上的物理部署以及節點之間的網絡配置(使用部署圖)； 3.系統要達到的目標和限制 ? 目標
客戶可以正確登錄，在登錄頁面輸入信息時能夠在輸入錯誤的同時看到錯誤提示；正確登錄后可以看到汽車的列表，點擊其中一條信息后可以看到某輛汽車的詳細信息，看中后可以很方便的進行預定，在生成訂單之后客戶可以看到。
客戶在首頁可以很方便地進行注冊，輸入的注冊信息要進行驗證，驗證正確后將信息存入數據庫。
管理員正確登錄后可以修改用戶信息，汽車信息。? 限制
客戶和管理員的界面分開，客戶不能修改邏輯上不能修改的信息； 管理員不能修改用戶密碼，還有同級別的管理員的信息。4.用例視圖
4.1 創建系統用例圖
汽車租賃系統主要是對各種信息的管理，而在系統中，只有租賃管理人員才有權限使用本系統，才能對數據庫進行操作。
（1）管理人員對汽車信息的管理，包括汽車租出時將汽車狀態更改為已租出，而當汽車歸還時則將狀態置為可出租。再者就是當購進新車或者汽車報廢時更改可出租汽車的數量信息等。
（2）管理人員對于客戶信息的管理主要是對會員的管理，比如更改會員類型，增刪會員信息。
（3）而對于工作人員的管理主要是指增刪工作人員以及修改工作人員的信息，這有為重要，因為工作人員有權處理汽車的租賃流程。
系統用例圖如下：
《軟件工程實踐》
2012-2013-02 繳納罰金客戶<
圖4.1客戶用例圖
系統登錄查詢預訂記錄處理預定拒絕租車請求工作人員汽車交付介紹租車程序<
圖4.2工作人員用例圖
《軟件工程實踐》
2012-2013-02
增加汽車汽車信息管理更改汽車狀態客戶信息管理租賃系統管理者刪除汽車工作人員信息管理圖4.3租賃系統管理者用例圖
4.2 創建系統靜態模型
從前面的需求分析中，我們可以依據主要的七個類對象：汽車、客戶、職員、工作記錄、請求訂單、客戶記錄和服務記錄創建完整的類圖如圖4.3所示。
商品類別的活動圖如下：
圖4.3 系統類圖
4.3 創建活動圖
利用系統的活動圖來描述系統的參與者是如何協同工作的。汽車租賃系統中，根據客戶和職員的活動步驟我們可以創建活動圖如下圖4.4所示。
《軟件工程實踐》
2012-2013-02
圖4.4 客戶和職員的活動圖
圖4.5 系統管理員維護汽車信息的活動圖 5
《軟件工程實踐》
4.4 創建狀態圖
2012-2013-02 在汽車租賃系統中，從客戶開始發送租車請求道最后客戶歸還租借的車輛為止，整個系統的狀態圖如下圖4.5所示。
圖4.6 汽車租賃系統的活動圖
圖4.7 車的活動圖
《軟件工程實踐》
2012-2013-02
圖4.8 客戶的活動圖
5.邏輯視圖
邏輯視圖部分主要敘述了設計階段的工作。汽車租賃系統的數據類中共有8個：Person,Customer,Worker,Administrator,Car,RequestOrder,ServiceRecord,CustomerRecord.《軟件工程實踐》
5.1 參與者相關的類：
2012-2013-02
[類圖說明] ? Person類是所有類的父類，包含3個屬性：姓名（name），身份證號（ID）和電話號碼（PhoneNO）。它包含的方法都是用來設置和獲取這些屬性值。
? Customer類是包含客戶信息的類，除了繼承了父類的屬性和方法，還包括了車輛類型（CarType），性別（gender）和駕駛證號（licenseNo）等屬性。
? Worker類是包含員工信息的類，其中包含了員工的類型（type）和工作證號（WorkID）等屬性，方法中的calculate()用來進行結算，checkRequest用來查詢是否有沒處理的申請單，checkCar()是用來查詢汽車狀況的。
? Administrator類是系統管理員類，主要屬性有工作證號（WorkID），主要方法是update()。
《軟件工程實踐》
5.2 系統中用到的其他類：
2012-2013-02
[類圖說明] ? CustomerRecord類表示客戶記錄。customerID是客戶的身份證號碼，customerName是客戶名稱，RentDate是租車日期，CarType是所租車輛的類型，CarNumber是該車的車牌號碼。IsFinish代表該交易時否結束。check()用來得到該客戶的記錄，end()用來結束該交易。
? Car類代表汽車記錄。CarType是該車的車型，CarNumber是車牌號碼，status是指該車是否被預訂、正在使用中或空閑狀態，condition是指該車的狀態。InServiced()用來判斷該車是否空閑，updateStatus()用來修改車輛所處的狀態。
? RequestOrder類表示的是填寫客戶申請資料的表格。CarType表示客戶申請的車型，RentDate是租車時間，IsAllow表示該客戶的申請是否得到批準。Allow()用來接收客戶的請求，fillOrder()是指客戶填寫表格，check()用來檢查是否存在這個申請，isHandled()設置該申請已被處理。
? ServiceRecord類是服務記錄，屬性包括交易中涉及的員工、客戶、車輛、已經租賃信息。fillWorkRecord()用來填寫這份記錄，viewRecord()用來查看這份記錄，updateRecord()用來修改這份記錄。
《軟件工程實踐》
5.3 各類之間的關系：
2012-2013-02
[類圖說明] ? 從圖中可以看出，工作人員（Worker）可以查看所有客戶（Customer）的租賃歷史記錄（CustomerRecord），可以處理多個用戶的租賃申請（RequestOrder）。由于工作人員可以同時處理多個業務，所以他可以擁有多個服務記錄（ServiceRecord）。
6.過程視圖
過程視圖部分敘述幾個主要子系統的處理流程。主要包括客戶取車，客戶還車，客戶預訂車輛。
6.1 客戶取車 6.1.1 用例簡述
客戶取車：客戶出示取車的通知，職員查看通知無誤，客戶支付押金，職員填寫工作記錄，更新車輛的狀態，客戶取車。
6.1.2 基本事件流 客戶：客戶出示取車的通知； 2 職員：職員查看通知無誤； 3 客戶：客戶支付押金； 4 職員：職員填寫工作記錄；
《軟件工程實踐》
2012-2013-02 5 職員：更新車輛的狀態； 6 客戶：客戶取車 7 系統：用例結束。
6.1.3 客戶取車順序圖見圖6.1
圖6.1 客戶取車的系統順序圖
6.1.4 客戶取車的協作圖見圖6.2
圖6.2 客戶取車的協作圖
《軟件工程實踐》
2012-2013-02
6.2 客戶還車 6.2.1 用例簡述
客戶還車：客戶歸還車輛，職員檢查車輛的狀態并添加服務記錄，通知付款，客戶付清錢款，職員更新車輛狀態。
6.2.2 基本事件流 客戶：客戶歸還車輛； 職員：職員檢查車輛的狀態并添加服務記錄； 3 職員：通知付款； 4 客戶：客戶付清錢款； 5 職員：更新車輛的狀態； 6 系統：用例結束。
6.2.3 客戶還車的系統順序圖見圖6.3
圖6.3 客戶還車的系統順序圖
6.2.4 客戶還車的協作圖見圖6.4
《軟件工程實踐》
2012-2013-02
圖6.4 客戶還車的協作圖
6.3 客戶預定車輛 6.3.1 用例簡述
客戶預訂車輛：客戶填寫預訂單，職員檢查預訂單并檢查客戶記錄，辦理租車的手續，完成手續后，建立新的客戶手續，同意租車請求，通知客戶。
6.3.2 基本事件流 客戶：客戶填寫預訂單； 職員：職員檢查預訂單并檢查客戶記錄； 3 職員：辦理租車的手續； 職員：完成手續后，建立新的客戶手續； 5 職員：同意租車請求； 6 職員：通知客戶 7 系統：用例結束。
《軟件工程實踐》
6.3.3 客戶預訂車輛的系統順序圖見圖6.5
2012-2013-02
圖6.5 客戶預訂車輛的系統順序圖
6.3.4 客戶預訂車輛的協作圖見圖6.6
圖6.6 客戶預訂車輛的協作圖
《軟件工程實踐》
6.4 出租汽車 6.4.1 用例簡述
2012-2013-02 出租車輛：查詢汽車，驗證客戶身份，查詢可租汽車，查詢客戶信息，修改客戶租車信息，修改服務信息。
6.4.2 基本事件流 職員：查詢汽車； 2 職員：驗證客戶身份； 3 職員：查詢可租汽車； 4 職員：查詢客戶信息； 5 職員：修改客戶租車信息； 6 職員：修改服務信息； 7 系統：用例結束。
6.4.3 出租車輛的系統順序圖見圖6.7
圖6.7 出租車輛的時序圖
6.5 增加汽車 6.5.1 用例簡述
增加汽車：增加汽車，查詢汽車是否已存在，創建新車信息存入系統。
6.5.2 基本事件流 職員：增加汽車； 職員：查詢汽車是否已存在；
《軟件工程實踐》
2012-2013-02 3 職員：創建新車信息存入系統； 4 系統：用例結束。
6.5.3 增加車輛的系統順序圖見圖6.8
圖6.8 增加車輛的時序圖
6.6 刪除汽車 6.6.1 用例簡述
刪除汽車：刪除汽車，查詢汽車，刪除車輛信息。
6.6.2 基本事件流 職員：刪除汽車； 2 職員：查詢汽車； 3 職員：刪除車輛信息； 4 系統：用例結束。
6.6.3 刪除汽車的系統順序圖見圖6.9
《軟件工程實踐》
2012-2013-02
圖6.9 刪除汽車的時序圖
6.7 增加客戶 6.7.1 用例簡述
增加客戶：添加新的租車用戶信息。
6.7.2 基本事件流 職員：添加新的租車用戶信息； 2 系統：用例結束。
6.7.3 增加客戶的系統順序圖見圖6.10
圖6.10 增加客戶的時序圖
《軟件工程實踐》
6.8 車輛信息管理 6.8.1 用例簡述
2012-2013-02 汽車信息管理：查詢汽車狀態信息，更改汽車狀態信息，用例結束。
6.8.2 基本事件流 職員：查詢汽車狀態信息； 2 職員：更改汽車狀態信息； 3 系統：用例結束。
6.8.3 汽車信息管理的系統順序圖見圖6.8
圖6.11 汽車信息管理的時序圖
7.部署視圖
部署視圖描述了如何將具體軟件制品分配到計算節點(具有處理服務的某種事物)上，表示了軟件元素在物理架構上的部署，以及物理元素之間的通信。
在本系統中，我們可以對汽車類、職員類、服務記錄類、客戶類、工作記錄類、客戶記錄類和請求訂單類分別創建對應的構件進行映射。汽車租賃系統的構件圖如圖7.1所示。
《軟件工程實踐》
2012-2013-02
圖7.1系統構件圖
圖7.1 汽車租賃系統的構件圖
汽車租賃系統的部署圖描繪的是系統節點上運行資源的安排。包括三個節點，分別是：客戶端瀏覽器、Http服務器、數據庫服務器，創建后的汽車租賃系統部署圖如圖7.2所示。
圖7.2 汽車租賃系統的部署圖
? Generic PC 普通的個人計算機。? Web Browser 通用個人計算機上的網頁瀏覽器，如：IE6.0，Firefox等。? Apache Web服務器，可以運行在所有廣泛使用的計算機平臺上。? Struts 一個為開發基于模型-視圖-控制器模式的應用架構的開源框架，是利用Java Servlet和JSP構建Web應用的一項非常有用的技術。事件從客戶端(瀏覽器)由用戶操作出發的事件，Struts使用Action來接受瀏覽器表單提交的事件。? Tomcat 6.0 Tomcat 6.0提供Servlet容器。? Hibernate Hibernate提供對象關系映射框架，對JDBC進行了非常輕量級的對象封裝，使得可以使用對象編程思維來操縱數據庫，完成數據持久化。? MySQL MySQL是小型關系型數據庫管理系統，其體積小、速度快、總體擁有成本低，開放源碼數據庫。
《軟件工程實踐》
2012-2013-02 8.規模和性能 ? 滿足的規模
能夠滿足100人同時在線瀏覽網頁，20人同時進行有關數據庫的操作。? 滿足的性能
能夠滿足讓顧客可以認同的相應時間。9.質量
系統正式使用時，登錄、注冊、查看汽車信息、生產訂單的流程正常。
第五篇：實驗室樣件及庫存管理系統需求說明書(最終)
實驗樣件/物料管理系統
需求文檔
吉林省洪盛科技有限公司
目錄 2 3 項目概述...........................................................................................................................................................4 用戶與角色.......................................................................................................................................................4 系統設計...........................................................................................................................................................4 3.1 3.2 4 web系統................................................................................................................................................4 手持終端................................................................................................................................................4 庫房管理...........................................................................................................................................................4 4.1 庫房分類信息........................................................................................................................................4 4.1.1 4.1.2 4.1.3 4.2 4.3 庫房按用途分類...............................................................................................4 庫房按管理特點分類.......................................................................................5 庫房按物理地點分類.......................................................................................5
實驗樣件倉庫流轉示意圖....................................................................................................................5 氣囊、座椅、內飾實驗樣件庫流程圖................................................................................................6 4.3.1 4.3.2 4.3.3 4.3.4 4.3.5 氣囊、座椅、內飾實驗樣件庫工作流...........................................................6 入庫操作流程...................................................................................................6 出庫操作流程...................................................................................................7 移庫位操作流程...............................................................................................8 移庫操作流程...................................................................................................8
4.4 氣囊、座椅、內飾測后庫流程圖........................................................................................................8 4.4.1 4.4.2 4.4.3 4.4.4 4.4.5 氣囊、座椅、內飾測后庫流程圖...................................................................8 氣囊、座椅、內飾測后庫工作流...................................................................9 入庫操作流程...................................................................................................9 出庫操作流程.................................................................................................10 移庫位操作流程.............................................................................................10 4.5 實驗樣件報廢庫流程圖......................................................................................................................10 4.5.1 4.5.2 4.5.3 實驗樣件報廢庫工作流程圖.........................................................................10 實驗樣件報廢庫工作流.................................................................................10 報廢入庫操作流程.........................................................................................11 4.6 夾具庫流程圖......................................................................................................................................11 4.6.1 4.6.2 4.6.3 4.6.4 4.6.5 4.6.6 夾具庫工作流程圖.........................................................................................11 夾具庫工作流.................................................................................................12 入庫操作流程.................................................................................................12 出庫操作流程.................................................................................................12 移庫位操作流程.............................................................................................12 報廢操作流程.................................................................................................12
4.7 氣囊、座椅、內飾環境樣件庫流程圖..............................................................................................13 4.7.1 4.7.2 4.7.3 4.7.4 4.7.5 氣囊、座椅、內飾環境樣件庫工作流程圖.................................................13 氣囊、座椅、內飾環境樣件庫工作流.........................................................13 入庫操作流程.................................................................................................13 出庫操作流程.................................................................................................14 移庫位操作流程.............................................................................................14 4.8 試制零件庫、耗材庫工作流程圖......................................................................................................15 4.8.1 4.8.2 4.8.3 4.8.4 4.8.5 試制零件庫、耗材庫工作流程圖.................................................................15 試制零件庫、耗材庫工作流.........................................................................15 入庫操作流程.................................................................................................15 出庫操作流程.................................................................................................16 移庫位操作流程.............................................................................................16 4.9 化學品庫工作流程..............................................................................................................................16 4.9.1 化學品庫工作流程.........................................................................................16 5 盤點、查詢和報表..........................................................................................................................................17 5.1 5.2 5.3 5.4 盤點......................................................................................................................................................17 查詢......................................................................................................................................................17 報表......................................................................................................................................................17 備注......................................................................................................................................................17 項目概述
FJC設備及備件管理以及備件庫存管理的解決方案。長期以來，技術中心對于實驗樣件常規的庫存業務，如庫存盤點、發放、接收、返回和轉移等業務處理操作都是人工控制，業務部門希望可以通過系統進行對實驗樣件庫存條碼管理。達到更高的管理需求。用戶與角色
系統管理員
管理系統用戶、角色與權限，保證系統正常運行。實驗樣件庫管員
在系統中完成庫存管理各類事物操作；使用手持終端完成掃描庫存事物操作。產品工程師、實驗VE、實驗RE、實驗TE、轉運工、庫管員 系統設計
實驗樣件庫存管理系統分為兩部分組成：web系統（B/S）,手持終端（android 4.0）。
3.1 web系統
實現對實驗室樣件、倉庫、庫位和實驗的管理。和整個系統的后臺管理及維護功能。查看報表和盤點功能。
3.2 手持終端
實現對實驗樣件的快速錄入功能。庫房管理
本系統包括庫房管理、實驗樣件管理2個功能模塊。
4.1 庫房分類信息
4.1.1 庫房按用途分類
（1）內飾產品實驗樣件庫房，測試件、環境件、留存件（2）座椅產品實驗樣件庫房，測試件、環境件、留存件（3）氣囊產品測試實驗樣件庫房，測試件、環境件、留存件（4）實驗夾具存儲庫房
（5）新產品試制階段零件庫房，座椅產品、內飾產品
（6）試制開發室日常使用樣件制造，夾具制造原材料
（7）試制樣件，實驗樣件，實驗環境樣件，測后樣件，測后留存樣，夾具報廢統計（8）化學品庫
4.1.2 庫房按管理特點分類
（1）氣囊庫、內飾樣件庫、座椅樣件庫（2）氣囊測后庫、內飾測后庫、座椅測后庫
（3）氣囊環境庫、內飾環境庫、座椅環境庫、試制零件庫、試制材料庫（4）化學品庫（5）夾具庫（6）報廢庫
4.1.3 庫房按物理地點分類
（1）氣囊實驗室：內飾件庫、內飾環境庫、氣囊庫、氣囊環境庫（2）夾具庫：座椅樣件庫、座椅環境庫、內飾測后庫、氣囊測后庫（3）海峰物流：夾具庫
（4）試制三樓：試制零件庫、試制材料庫（5）華信辦公樓：座椅測后庫、報廢庫（6）實驗室：化學品庫
4.2 實驗樣件倉庫流轉示意圖
1)用戶在系統主界面點擊“新增庫房”按鈕，可進入新建庫房界面，輸入相關信息后點擊“保存”按鈕即可添加庫房主數據。
2)實現對庫房的增、刪、改、查功能。其中如果庫房中包含庫位信息和實驗樣件信息，系統不可以刪除該庫房主數據。
4.3 氣囊、座椅、內飾實驗樣件庫流程圖
入庫信息表產品工程師樣件外觀檢查、掃描條碼、張貼二維碼、樣件入庫入庫庫管員庫存樣件信息表郵件通知發起人實驗PE出庫樣件出庫出庫信息表
4.3.1 氣囊、座椅、內飾實驗樣件庫工作流
4.3.2 入庫操作流程
產品工程師PE/驗證工程師VE發起實驗樣件入庫申請。申請人可手工錄入樣件信息或者下載excel模板進行編輯后上傳至實驗樣件主數據中。樣件字段如圖：
庫管員收到入庫申請后查看入庫明細。樣件到達后，庫管員檢查樣件外觀，進行1維碼掃描入庫，和入庫申請明細相匹配后做入庫操作。確認入庫后選擇是否發送郵件通知發起人（默認為發送）。入庫流程圖：
下載模板導入實驗樣件信息庫管員批量導入產品工程師/驗證工程師VE發起入庫申請入庫申請表掃描1維碼確認收貨，打印并張貼實驗樣件二維碼，做入庫處理手工填寫手工填寫庫存樣件信息表
4.3.3 出庫操作流程
實驗工程師TE在測前庫《庫存樣件信息表》中選擇實驗樣件。填寫送達需求時間發送出庫申請通知。庫管員收到出庫通知后，查看《出庫申請表》列表信息根據相應的庫房和庫位信息找出實驗樣件，掃描條碼做出庫處理。
填寫送達需求時間實驗工程師TE發起出庫申請出庫申請表庫存樣件信息表查看《出庫申請表》列表信息根據相應的庫房和庫位信息找出實驗樣件，掃描條碼做出庫處理庫管員
后根據實驗工程師TE自動生成《實驗項目樣件清單》
4.3.4 移庫位操作流程
庫管員進入庫位轉移頁面，掃描掃描樣件條碼，再掃描目標庫位。實驗樣件完成庫位轉移。掃描目標庫位將原庫位覆蓋更新數據庫表信息。
庫管員庫位轉移庫位轉移庫存樣件信息表
4.3.5 移庫操作流程
實驗工程師VE、實驗工程師PE在《庫存樣件信息表》中選擇實驗樣件。填寫送達需求時間發送移庫申請通知。倉庫管理員做出庫操作，可批量出庫。目標倉庫管理員做入庫操作。
實驗工程師VE實驗工程師PE填寫送達需求時間，目標倉庫選擇。發起出庫申請出庫申請表庫存樣件信息表入庫操作庫管員 4.4 氣囊、座椅、內飾測后庫流程圖
4.4.1 氣囊、座椅、內飾測后庫流程圖
入庫信息表入庫實驗工程師TE出庫/入庫處理庫管員庫存信息表郵件通知發起人出庫出庫信息表測后留存報廢處理
4.4.2 氣囊、座椅、內飾測后庫工作流
4.4.3 入庫操作流程
實驗工程師TE，從《實驗項目樣件清單》中，選擇已經完成試驗的實驗樣件。發起實驗后樣件入庫/報廢申請，發送給測后庫管員。入庫申請包括留存庫和報廢庫2個目標庫位。
報廢處理報廢實驗工程師TE實驗后樣件入庫申請庫管員入庫信息表庫存信息表測后留存測后留存郵件通知發起人
并且填寫樣件信息，實驗完成日期和實驗樣件報廢日期。填寫標簽如下圖：
4.4.4 出庫操作流程
填寫送達需求時間實驗工程師TE發起出庫申請出庫申請表測后庫存樣件信息表《測后庫存樣件信息表》中選擇實驗樣件。填寫送達需求時間發送出庫申請通知庫管員 4.4.5 移庫位操作流程
庫管員進入庫位轉移頁面，掃描掃描樣件條碼，再掃描目標庫位。實驗樣件完成庫位轉移。掃描目標庫位將原庫位覆蓋更新數據庫表信息。
留存庫樣件信息表庫管員庫位轉移庫位轉移
4.5 實驗樣件報廢庫流程圖
4.5.1 實驗樣件報廢庫工作流程圖
庫管員報廢處理報廢樣件信息表
4.5.2 實驗樣件報廢庫工作流
4.5.3 報廢入庫操作流程
第一步，PLC/PE/試制工程師/庫房管理員發起零件報廢申請；
第二步，試制零件庫、環境樣件庫、夾具庫，需要在《庫存清單》，《實驗項目樣件清單》，中查找需要報廢的樣件。氣囊、座椅、內飾測后樣件庫，按照樣件報廢日期及報廢條件，在各庫存信息表中篩選需要報廢樣件。第三步，確定發送報廢申請
PLC/PE/試制工程師/庫房管理員報廢申請報廢庫庫管員報廢樣件信息表 其中標識注明報廢樣件來源于哪個庫房。要做到實驗樣件從入庫到報廢的跟蹤記錄。報廢標識如圖：
4.6 夾具庫流程圖
4.6.1 夾具庫工作流程圖
入庫入庫信息表夾具工程師出庫/入庫處理庫管員夾具庫存信息表郵件通知發起人出庫出庫信息表
4.6.2 夾具庫工作流
4.6.3 入庫操作流程
1、夾具工程師，發《起新造實驗夾具入庫申請》，填寫樣件標簽信息，發送給庫管員；
2、夾具庫管員根據實驗夾具存儲需求安排實驗夾具入庫。夾具不可批量入庫。
夾具庫樣件信息表夾具工程師發起入庫申請入庫申請表夾具庫管員
4.6.4 出庫操作流程
實驗工程師TE在夾具庫《實驗夾具庫存信息表》中選擇實驗夾具。填寫送達需求時間。發送出庫申請通知。在系統中查找樣件庫位。
夾具庫樣件信息表實驗工程師TE發起出庫申請出庫申請表夾具庫管員
4.6.5 移庫位操作流程
第一步，啟動移庫位功能；第二步，掃描樣件條碼；第三步，掃描目標庫位。
夾具庫存樣件信息表夾具庫庫管員庫位轉移庫位轉移
4.6.6 報廢操作流程
管理員發起夾具報廢指令，在管理員的指導下夾具管理員實施夾具報廢操作。其中夾具庫不入自己的庫（直接給客戶），但是也做報廢入庫操作。
系統管理員夾具報廢夾具庫管員報廢夾具信息表報廢數據表
4.7 氣囊、座椅、內飾環境樣件庫流程圖
4.7.1 氣囊、座椅、內飾環境樣件庫工作流程圖
環境樣件入庫信息表填寫零件標簽信息；樣件狀態，數量PLC/PE/試制工程師/庫管員出入庫申請環境樣件庫庫管員環境樣件庫存信息表郵件通知發起人在環境樣件庫《環境樣件庫存信息表》中選擇需要的零件及零件數量環境樣件出庫信息表
4.7.2 氣囊、座椅、內飾環境樣件庫工作流
4.7.3 入庫操作流程
第一步PLC/PE/試制工程師/庫管員發起零件入庫申請； 第二步，填寫零件標簽信息；樣件狀態，數量； 第三步，提交申請，系統自動發送給庫管員。
庫管員掃描標簽，填寫零件數量，掃描庫位進行入庫操作。
PLC/PE/試制工程師/庫管員入庫申請環境樣件庫庫管員環境樣件庫入庫信息表環境樣件庫庫存信息表郵件通知發起人
環境樣件標識如圖：
4.7.4 出庫操作流程
第一步，PLC/PE/試制工程師發起零件出庫請；
第二步，在環境樣件庫《環境樣件庫存信息表》中選擇需要的零件及零件數量； 第三步，填寫送達需求時間發送出庫申請通知。
環境樣件庫管員掃描零件號，填寫零件數量后，進行出庫操作，并且郵件通知發起人。可選批量出庫，實驗工程師TE在測前庫《庫存樣件信息表》中選擇實驗樣件。填寫送達需求時間發送出庫申請通知。后根據TE姓名自動生成《實驗項目樣件清單》。
4.7.5 移庫位操作流程
第一步，啟動移庫位功能；第二步，掃描樣件條碼；第三步，掃描目標庫位。
環境樣件庫存信息表環境樣件庫庫管員庫位轉移庫位轉移
4.8 試制零件庫、耗材庫工作流程圖
4.8.1 試制零件庫、耗材庫工作流程圖
試制庫入庫信息表填寫零件標簽信息；樣件狀態，數量PLC/PE/試制工程師出入庫申請環境樣件庫庫管員試制庫存信息表郵件通知發起人在《試制零件庫存信息表》中選擇需要的零件及零件數量試制庫出庫信息表
4.8.2 試制零件庫、耗材庫工作流
4.8.3 入庫操作流程
第一步PLC/PE/試制工程師發起零件入庫申請； 第二步，填寫零件標簽信息；樣件狀態，數量； 第三步，提交申請，系統自動發送給庫管員。
庫管員掃描零件標簽，填寫零件數量，掃描庫位標簽完成入庫操作。并且郵件發送申請人。
PLC/PE/試制工程師入庫申請試制庫庫管員試制庫入庫信息表試制庫庫存信息表郵件通知發起人
1、側重于零件數量管理；
2、填寫樣件標簽信息后，自動生成樣件標簽和二維碼標簽，標簽可以導出通用格式；
3、具有已有兩種入庫功能，全新零件入庫，已有庫存數量追加功能 ；
4、同一零件入庫數量可選；
試制樣件標識如圖：
4.8.4 出庫操作流程
第一步，PLC/PE/試制工程師發起零件出庫請；
第二步，在《試制零件庫存信息表》中選擇需要的零件及零件數量。第三步，填寫送達需求時間發送出庫申請通知。
庫管員掃描零件標簽，完成出庫操作。并且郵件發送申請人。可選批量出庫；實驗工程師TE在測前庫《庫存樣件信息表》中選擇實驗樣件。填寫送達需求時間發送出庫申請通知。后根據TE姓名自動生成《實驗項目樣件清單》。
實驗工程師TEPLC/PE/試制工程師發起出庫申請出庫申請表試制庫庫管員試制庫樣件信息表
4.8.5 移庫位操作流程
第一步，啟動移庫位功能；第二步，掃描樣件條碼；第三步，掃描目標庫位。
試制樣件庫存信息表試制樣件庫庫管員庫位轉移庫位轉移
4.9 化學品庫工作流程
4.9.1 化學品庫工作流程
PE工程師發起出入庫操作化學品庫數據表
庫存數量管理（以ML，瓶為單位，的管理）盤點、查詢和報表
5.1 盤點
管理員發出盤點指令，凍結系統出庫，入庫，移庫操作功能。移庫位功能可以正常使用。盤點后導出《庫存盤點信息表》、《庫存差異信息表》。管理員，確定啟動盤點更新功能。（將與系統零件信息表匹配有差異的零件，包括丟失，非常規留存零件信息刪除，只保持在庫樣件信息。同時盤點結束。
1、《庫存盤點信息表》，庫存所有零件信息，按庫位排序列表顯示，注明在庫，丟失，非常規留存（系統中沒有登記的零件信息），自動計算庫存管理準確率（=在庫零件數量/庫存總量）；
2、《庫存差異信息表》，與系統零件信息表匹配有差異的零件信息列表，包括丟失，非常規留存零件信息；
5.2 查詢
使用手持設備或web系統進入查詢菜單，掃描或者輸入實驗樣件編號，查詢實驗樣件相關信息；描述、存儲庫位、其他實驗相關的信息等。
5.3 報表
根據用戶需求生成相應的報表。《出/入庫流量信息統計表》 《庫存量信息統計表》
《庫存月周轉速度統計表》總庫存100件，有30件產生A-B業務流，節點流轉數30 《庫存盤點表》 《庫存盤點差異表》
樣件滯留率30天/90天/180天單一項目，不動的件/庫存量 樣件有效使用率（項目結束統計）使用數量/進件數量
5.4 備注
1：庫管員登陸頁面會有彈窗和郵件提醒功能 2：產品工程師導入excel模板要求有詳細的操作文檔 3：樣件報廢會有定時提醒（采用時鐘定時器）
4：樣件信息可以上傳照片，并且可以維護。
5：數據庫sqlserver2008為首選，要是更改為mysql數據，需要書寫mysql的相關應用說明，列出優缺點和可行性分析。
點擊咨詢 