《軟體工程》課程設計報告
飯卡管理系統
目錄 2
需求分析 3
2.1引言 3
2.1.1編寫目的 3
2.1.2 定義 3
2.2任務概述 3
2.2.1目標 3
2.2.2使用者的特點 4
2.2.3假定和約束 4
2.3.工作原理 4
2.4系統流程圖 4
2.5資料流圖 6
2.6資料字典 11
2.7需求規定 14
2.7.1對功能的規定 14
2.7.2對效能的規定 14
2.8執行環境規定 14
2.8.1裝置 14
需求分析是軟體系統生存期中定義階段的最後乙個步驟。這個階段的任務不是具體解決問題,而是準確確定為解決問題系統必須具備哪些功能。這個階段的乙個重要任務是用正式的文件準確地記錄目標系統的需求。
該文件將最終交給軟體具體的開發人員進行具體的開發。
本檔案中用到的專門術語的定義和外文首字母片語的原片語。
實體—聯絡圖(e-r圖):包含實體(即資料物件)、關係和屬性。作為使用者與分析員之間有效交流的工具。
狀態轉換圖:通過描繪系統的狀態及引起系統的狀態轉換的事件來表示系統的行為。提供行為建模機制。
飯卡管理系統是一套針對大學校園食堂飲食交費和一般消費等方面的資訊系統,它包括了噓聲或教職工在校內消費的各方面內容:刷卡消費、查詢、存款和持卡者資訊管理等,方便對飯卡資訊進行各項操作,定時進行資料的備份和更新,保持資料的一致性和準確性。另外,各方面的內容應該互相聯絡,最終產生各種查詢統計報表,以供持卡者進行檢查。
此系統的主要任務就是把人們從繁瑣的交費找零工作中解放出來,用計算機實現存款、消費、查詢、修改、刪除以及儲存等功能。同時用計算機能夠快速準確地完成資料的統計和彙總工作,迅速地列印出各種報表資料以供使用。
主要開發目標是能夠對飯卡資訊進行查詢和更新管理,且具有反映敏捷準確。
由於系統的介面清晰、美觀,操作簡單、方便,所以操作人員只需要具備一定的電腦操作技能即可。管理員(維護人員)不需要任何資料庫專業技能知識。本系統可以極大的提高工作效率,預期使用頻度較高。
系統的規模較小,適於windows和作業系統,access資料庫系統。
飯卡管理系統的工作原理如下:
(1)先建立資料庫和資料庫的驅動程式。
(2)在使用時,由管理員輸入需要了解的關鍵字的資訊,然後通過飯卡管理系統選擇相應的管理事務。
(3)管理事務將根據所提供的資訊在資料庫中查詢相應的記錄。
(4)返回相應的記錄給管理員。
(5)允許管理員在相應許可權下對資料進行修改。
(6)通過終端把得到的內容顯示到相應的介面上。
我們用圖形符號以黑盒子形式描繪該系統的每個部件(程式,文件,資料庫,人工過程),表達資料在系統各部件之間的流動情況。
根據系統的功能要求,要建立三個庫檔案,分別是學校持卡者資訊,飯卡存款額及歷史情況和飯卡資訊備份。
首先,建立頂級資料流圖,其中只含有乙個代表目標軟體系統整體處理功能的轉換。
根據飯卡管理系統與外部環境的關係確定頂級資料流圖中的外部實體有四個,分別是:持卡者、管理員、刷卡服務員、刷卡器與顯示器,我們把整個飯卡系統的資料處理過程看做乙個加工,他要與這四個外部實體有聯絡,它的輸入和輸出資料反映了本系統與這些外界環境的介面,系統的頂層資料流圖如圖2所示:
圖2 飯卡管理系統頂層資料流圖
按照對問題域和使用者需求的理解,本系統有「持卡者資訊管理」、「飯卡資訊管理」和「飯卡消費記錄管理」三種子功能,在按照這三種子功能細化「飯卡系統」這個加工,得到1層資料流圖,如圖2所示:
圖 3 飯卡管理系統1層資料流圖
分析1層資料流圖中的三個加工,採用常用的功能分解方法,可以繼續對三個加工進行細化。圖4為飯卡管理系統的2層資料流圖,三張圖分別對三個加工完成細化操作。
圖4 飯卡管理系統2層資料流圖
圖4完成了系統功能的初步細化,根據系統需要,對圖4中的「飯卡資訊管理」的子功能模組「加鎖與解鎖」、「登出」、「充值」和「消費」四個加工還可以進一步細化,得到圖5所示的三層資料流圖。
圖5 飯卡管理系統的3層資料流圖
資料字典是關於資料的資訊的集合,也就是對資料中包含的所有元素的定義的集合,它為軟體開發人員提供資料庫設計的參考,使使用者了解系統的乙個必備工具。
資料元素的資料字典卡片如下:
名字:使用者資訊
別名:描述:對飯卡管理系統進行操作的人員
定義:使用者資訊=使用者名稱+使用者密碼+使用者類別
使用者名稱=118
密碼=16
使用者類別=[管理員|持卡者]
管理員=1
持卡者=0
位置:使用者表
名字:持卡者資訊
別名:描述:記錄持卡者資訊
定義:持卡者資訊=學生學號|教職工工號+卡id+持卡者姓名+性別+**號碼+位址
學生學號|教職工工號=311
卡id=88
持卡者姓名=611
性別=[男|女]
**號碼=1111
位址=8100
位置:持卡者資訊表
名字:飯卡資訊
別名:描述:記錄飯卡的相關資訊
定義:飯卡資訊=卡id+餘額+鎖
卡id=88
餘額=2050
鎖=[1|0]
位置:飯卡資訊表
名字:飯卡歷史資訊
別名:描述:記錄飯卡歷史的資訊
定義:飯卡歷史資訊=卡id+時間+款額+操作
卡id=88
時間=年+月+日
款額=0500
操作=[存款|消費|其它}
位置:飯卡歷史資訊表
飯卡管理系統的資料庫表如表1-表4所示。
** 1 使用者表
** 2 持卡者資訊表
** 3 飯卡資訊表
** 4 飯卡歷史資訊表
根據系統的功能需求,要建立三個庫檔案,分別是學校持卡者資訊,飯卡存款額及歷史情況和飯卡資訊備份。學校持卡者資訊庫用來存放全校持卡者的各類資訊,比如姓名、學號、系別;飯卡存款額及歷史情況庫用來記錄此張飯卡當前的餘額、刷卡時消費記錄以及存款的歷史記錄;為了防止意外導致這些重要檔案丟失,需要備份,備份資訊放入飯卡資訊備份庫中。
(1)精度
輸入資料:查詢最大查詢範圍1年內;卡id合法性;客戶資訊合法性;
輸出資料:餘額以 213.12的形式最多小數點後兩位,即到分為止顯示。(小於的部分不可能出現)
(2)時間特性要求
刷卡響應時間不超過1秒;
查詢響應時間不超過5秒;
(3)故障處理要求
刷卡響應時間超過1秒後,自動提出警告。要求重新刷卡。
查詢超過5秒,要顯示查詢時間長的提示資訊。以免誤認為宕機。
當計算機突然宕機、重啟、斷電時自動儲存備份資料。即便沒有存上。也有備份資料庫,供恢復。
(4)其他專門要求
普通學生只能刷卡消費,系統管理員還可以進入管理員介面;刷卡服務員可以操作刷卡器。
介面清晰、美觀,操作簡單、方便。
所有資料儲存在學校伺服器端,資料儲存安全可靠。
飯卡管理系統需求分析報告詳細
軟體工程 課程設計報告 飯卡管理系統 目錄 2 需求分析 3 2.1引言 3 2.1.1編寫目的 3 2.1.2 定義 3 2.2任務概述 3 2.2.1目標 3 2.2.2使用者的特點 4 2.2.3假定和約束 4 2.3.工作原理 4 2.4系統流程圖 4 2.5資料流圖 6 2.6資料字典 1...
教務管理系統需求分析報告
關於常州資訊職業技術學院教務系統需求分析 教務管理是大學的主要日常管理工作之一,涉及到校 系 師 生的諸多方面,隨著教學體制的不斷改革,尤其是學分制 選課制的展開和深入,教務日常管理工作日趨繁重 複雜。如何把教務工作資訊化,模組化,便捷化是現代高校發展的重點,所以迫切需要研製開發一種綜合教務管理軟體...
超市管理系統需求分析報告
2011級軟工2班張俊秋馬博雅暢樂樂 1 引言 編寫目的 超市管理系統主要目標是提高超市的管理和運營效率以節省管理和運營的成本 減輕人員工作強度,並支援簡單的決策輔助高層管理,從而使超市能夠從較少的投入中獲得更好的社會效益和經濟效益。該超市管理系統主要服務於中小型規模的超市的管理和運營工作。實現商品...