軟體工程課程設計
實驗報告
班級：__計科06101__
學號：_200616010108_
姓名：__唐俊豪____
指導老師：____李果_____
湖南文理學院計算機學院
二○一○年一月
第一章需求分析
一、問題背景及描述
隨著科學技術的發展，社會進步，計算機迅速的發展,倉庫管理的方法也日新月異,以前全是由人管理的方法現存在很多的缺點：管理效率低，勞動強度大，資訊處理速度低而且準確率也不夠令人滿意。為了提高倉庫管理效率，減輕勞動強度提高，資訊處理速度和準確性；為倉庫管理員提供更方便、科學的服務專案。
為倉庫管理員提供的一種更先進、科學的服務系統。於是我們便選擇了由計算機來設計乙個倉庫管理系統的方案。讓計算機對倉庫進行自動管理，倉庫管理員可以直接在計算機上實現倉庫的資訊管理，並能在一定程度上實現自動化。
我們在現行系統初步調查的基礎上提出了新系統目標，即新系統建立後所要求達到的執行指標，這是系統開發和評價的依據。
二、功能分析
通過初步分析，「倉庫管理系統」應該具備以下主要功能：
⒈倉庫各種資訊的輸入，包括入庫，出庫，還原，需求資訊的輸入等
⒉倉庫管理的各種資訊查詢，修改和維護
⒊操作日誌的管理
⒋倉庫管理系統的使用幫助
鑑於課程設計的緣故，本系統僅僅實現部分簡單功能。
三、建立系統流程圖
為了便於問題的論述與展開，在此加入了系統流程圖的內容。
通過對倉庫管理過程的了解，可以知道倉庫管理系統管理倉庫資訊的大致過程。首先，使用者登陸倉庫管理系統，通過一系列對系統的操作後，由系統返回給使用者相應的結果。圖1描繪了這個大致的流程。
圖1 倉庫管理系統大致處理過程
接下來對圖1的黑匣子（倉庫管理系統）的內容進行分解。通過仔細分析與了解，確定使用者對系統的整個操作過程：使用者登陸倉庫管理系統，驗證使用者身份與許可權，審核後操作倉庫管理系統，使用者可以查詢倉庫裡的產品資訊，管理員許可權可修改和刪除相關倉庫的資訊，使用者還可以列印相關報表，還可以檢視幫助文件。
系統會根據使用者的操作，給予相應的顯示與處理結果。圖2圖3圖4是分析後得出的系統流程圖。
圖2 倉庫管理系統流程圖1
圖3 倉庫管理系統流程圖2
圖4 倉庫管理系統流程圖3
四、建立資料流圖
系統流程圖雖然很好地描繪了具體的系統，但是在系統流程圖中把「做什麼」和「怎樣做」這兩類不同範疇的知識混合在一起。我們的目標不是一成不變地複製現有的人工系統，而是開發乙個既能夠完成現有的所有功能，又能使操作更加規範或者功能更加完備的新系統，因此，應該著重描繪系統的邏輯功能。
資料流圖描述資料在軟體系統內從輸入流動到輸出的過程中所經受的變換，通常用資料流圖建立軟體的功能模型。
資料流圖是系統邏輯功能的圖形表示，圖中沒有任何的具體物理部件，僅僅描繪資料在軟體中流動和被處理的邏輯過程，不懂計算機技術的人也容易理解它，因此是分析員與使用者之間極好的通訊工具。
根據前面劃分的系統模組可以得到如下資料流圖：
①倉庫管理系統整體資料流圖
圖5 倉庫管理系統資料流圖
②細化「系統管理」的資料流圖
圖6 對「系統管理」的細化
③細化「輸入處理」的資料流圖
圖7 對「輸入處理」的細化
④系統帳戶管理資料流圖
圖8系統帳戶管理資料流圖
五、建立資料字典
資料字典是關於資料的資訊的集合，也就是對資料流圖中包含的元素的定義的集合。它的作用是在軟體分析和設計過程中提供關於資料的描述資訊。
資料字典和資料流圖共同構成系統的邏輯模型。
資料字典定義資料的方法就是對資料自頂向下地分解，當分解到不需要進一步定義，每個和工程有關的人員都清楚其含義的元素時，這種分解過程就結束了。
本倉庫管理系統根據劃分的模組定義了如下資料字典：
①使用者資訊表
表名：user
內容：記載使用者登陸的基本資訊
組成：組織：按錄入順序。
②客戶資訊表
表名：customerinfo
內容：記載客戶相關的基本資訊
組成：組織：按錄入順序。
③產品型別表
表名：producttype
內容：記載產品型別的基本資訊
組成：組織：按錄入順序。
④庫存資訊表
表名：store
內容：記載產品庫存的基本資訊
組成：組織：按錄入順序。
六、演算法描述
分析員以黑匣子的方式記錄演算法，所謂黑匣子就是不考慮乙個功能的具體實現方法，只把它看作給予輸入之後就能夠產生一定輸出的匣子。這正是在早期開發階段分析員對演算法應該持有的正確觀點，目的是用原理性演算法準確地定義功能，演算法的細節可以等到以後的詳細設計階段再確定。
倉庫管理系統中主要涉及演算法方面的主要是產品的庫存數量，隨著倉庫的使用，入庫數量和出庫數量隨時發生變化，整個倉庫中的庫存量也就隨之變化。這裡採用ipo表記錄該演算法的初步描述。
圖9 描繪產品庫存量初步演算法的ipo表
七、建立e-r圖
為了把使用者的資料要求清楚、準確地描述出來，系統分析員通常建立乙個概念性的資料模型，概念性資料模型是一種面向問題的資料模型，它描述從使用者角度看到的資料。
通常使用實體-聯絡圖來建立資料模型，可以把實體-聯絡圖簡稱為e-r圖，相應地可以把e-r圖描繪的資料模型稱為e-r模型。
e-r圖中包含了實體（即資料物件）、關係和屬性等三種基本成分。通常，用矩形框代表實體，用連線相關實體的菱形框表示關係，用橢圓或圓角矩形表示實體或關係的屬性，並用直線把實體（或關係）與其屬性連線起來。
圖10 使用者e-r圖
圖11 客戶e-r圖
圖12 產品e-r圖
圖13 倉庫管理系統聯絡圖
八、建立狀態圖
狀態圖（也叫狀態轉換圖）通過描繪系統狀態及引起系統轉換的事件來表示系統的行為。此外，狀態圖還指明了作為特定事件的結果系統將做哪些動作。因此，可以用狀態圖建立軟體系統的行為模型。
狀態是可以被觀察到的系統行為模式，乙個狀態代表系統的一種行為模式，狀態規定了系統對事件的響應方式。
在狀態圖中第一的狀態主要有：初態、終態和中間狀態，在一張狀態圖中只能有乙個初態，而終態則可以有0個至多個。
在狀態圖中，初態用實心圓表示，終態用一對同心圓（內圓為實心圓）表示。中間狀態用圓角矩形表示，可以使用兩條水平橫線把它分成上、中、下3個部分，分別防止狀態名、狀態變數和活動表。
事件是在某個特定時刻發生的事情，它是對引起系統動作或（或）從乙個狀態轉換到另乙個狀態的外界事件的抽象。
狀態圖中兩個狀態之間帶箭頭的連線表示狀態轉換，箭頭指明了轉換的方向。狀態轉換通常是由事件觸發的，在這種情況下應該在表示狀態轉換的箭頭上標出觸發事件表示式。
以下是倉庫管理系統的狀態圖：
圖14 倉庫管理系統狀態圖
第二章概要設計
一、軟體體系結構模型
大型軟體系統總是被分解成一系列子系統，由子系統提供一些相關的服務。軟體體系結構設計過程就是識別出這些子系統，並建立子系統控制和通訊的框架，最後給出軟體體系結構的乙個描述。
⒈系統構成模型
系統構成模型有容器模型、客戶-伺服器模型和抽象機模型三種。
⑴容器模型
構成乙個系統的子系統一定要澆灌換資訊，以便能有效地在一起工作。子系統交換資訊、協調工作有兩種基本方法：
全部共享書防在乙個**資料庫中，所有子系統都能從中訪問資料；
每個子系統用各自的資料庫與其他子系統進行資料互動，通過訊息傳遞來實現。
一般情況下，大多數使用大量資料的系統都是圍繞共享資料庫（或稱為容器）組織的，所以，基於乙個共享資料庫的系統的系統模型稱為容器模型。這個模型適合於資料由乙個子系統產生，而其他子系統共享使用的系統結構。這種型別的系統有命令控制系統、管理資訊系統、cad系統和case工具整合系統等。
軟體工程課程設計選課管理系統
目錄第1章可行性分析 1 1.1 引言 1 1.1.1 背景 1 1.1.2 專案概述 1 1.1.3 文件概述 1 1.2 可行性分析的前提 2 1.2.1專案的要求 2 1.2.2專案的目標 2 1.2.3目的環境 條件 假定和限制 2 1.2.4可行性分析的方法 2 1.3 可選的方案 3 1...
軟體工程課程設計庫存管理系統
庫存管理系統是乙個企業 單位在進行大量商品統一管理時不可缺少的部分，它的內容對於企業的決策者和管理者來說都是至關重要的。庫存管理系統可廣泛適用於批發 零售 生產的商業企業 商店 門市 倉庫等，對商品的進貨 銷售 庫存，財務的收付款 客戶賬進行一體化管理。其主要模組有 人員資訊管理 庫存資訊管理 供貨...
軟體工程課程設計
課程設計 報告課程名稱 軟體工程課設 班級 12330104 學號 2011023301183 姓名 張雙全 完成日期 2012 11 29 瀋陽航空航天大學 北方軟體學院 課程設計任務書 專業名稱 軟體工程 課程名稱 軟體工程課程設計 設計題目 學生成績管理系統 起止時間 2012年 11月22日...