葯房管理系統
1) 軟件需求說明書
- 引言
1.1 編寫目的
本需求規格說明書對《葯房管理系統》軟件做了全面細致的用戶需求分析,明確所要開發的軟件應具有的功能、性能與界面,使系統分析人員及軟件開發人員能清晰地了解用戶的需求,並在此基礎上進一步提出概要說明書和完成后續設計與開發工作。本說明書的預期讀者為客戶、業務或需求分析人員、用戶文檔編寫者、項目管理人員。
本說明書定義了葯房管理系統的詳細需求,明確了葯房管理系統的功能內容、功能邊界、開發途徑,是整個軟件開發的依據,它對以后階段的工作起指導作用。本文也是項目完成后系統驗收的依據。
1.2 背景
隨着計算機技術的飛速發展,計算機在系統管理中的應用越來越普及,利用計算機實現各個系統的管理顯得越來越重要。對於一些大中型管理部門來說,利用計算機支持管理高效率完成管理的日常事務,是適應現代管理制度要求、推動管理走向科學化、
規范化的必要條件;而葯品管理是一項瑣碎、復雜而又十分細致的工作,葯品數量之龐大、單價的變化、進貨廠商的不同,一般不允許出錯,如果實行手工操作,每天進貨的情況以及進貨時間等須手工填制大量的表格,這就會耗費葯品管理工作人員大量的時間和精力,如果利用計算機進行這些管理工作,不僅能過保證各種核算准確無誤、快速記錄,而且還可以利用計算機對有關的各種信息進行統計,服務於財務部門其他方面的核算和財務處理,同時計算機具有手工管理所無法比擬的優點,例如:檢索速度、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優點能夠極大地提高管理的效率,也是管理行業的科學化、正規化管理,與世界接軌的重要條件。基於以上的原因,有很多從事軟件開發人員,在試卷生成方面做了很大的研究。早期已經有了一些類似的系統,但經過軟件開發人員不斷的完善,大致形成了具備如下功能的系統:
這個葯房管理系統主要涉及醫院葯庫的葯品進、銷、存等業務,以及入庫、出庫和庫存管理,葯品管理主要管理葯庫中所有葯品的進出和內部統計計算,為葯品會計提供基礎數據,以及包括有效期的報警和下限報警。本系統開發設計思想就是實現葯品管理的數字化。
1.3 定義
需求——用戶解決問題或達到目標所需的條件或功能:系統或系統部件要滿足合同、標准,規范或其它正式規定文檔所需具有的條件或全能。
靜態數據——系統固化在內的描述系統實現功能的一部分數據。
動態數據——在軟件運行過程中用戶輸入后系統輸出給用戶的一部分數據,也就是系統要處理的數據。
數據字典——數據字典的名字都是一些屬性與內容的抽象與概括,它們的特點是數據表的“嚴密性”和“精確性”/
1.4 參考資料
《物聯網軟件工程》,張凱,清華大學出版社,出版2014/01/01
- 任務概述
2.1 目標
本系統是一個葯房管理系統,這個系統主要涉及醫院葯庫的葯品進、銷、存等業務,以及入庫、出庫和庫存管理,葯品管理主要管理葯庫中所有葯品的進出和內部統計計算,為葯品會計提供基礎數據,以及包括有效期的報警。
2.2 用戶的特點
葯房的使用人員涉及前台銷售員、收銀員、取葯員、采購員以及系統高級管理員。系統用戶管理完成各類使用人員在使用系統時對賬戶的添加、修改、 刪除和查詢。
2.3 假定的約束
用戶對葯品信息的了解、葯品最新信息的更新, 多用戶同時使用系統時數據的同步,開發經費與期限等。
- 需求規定
3.1 對功能的規定
實現葯店管理的基本功能,如系統賬戶管理、葯品出庫管理、葯品入庫管理、 葯品管理、庫存管理等。
3.2 對性能的規定
3.2.1 精度
查詢時應保證查全率,所有在相應域中包含查詢關鍵字的記錄都應能查到,
同時保證查准率。
3.2.2 時間特性要求
一般操作的響應時間應在1—2秒內。
更新處理時間在1-2秒
數據轉換和傳送時間在1-2秒
問題等待的時間在3-5秒內
3.2.3 靈活性
操作方式提供多種可供用戶選擇
運行環境兼容目前主流操作系統
能夠與部分其他軟件在接口上兼容
允許精度和有效時限由較小的誤差
3.3 輸入輸出要求
消息(輸入消息)
消息名稱 |
消息類型 |
參數列表 |
參數類型 |
作用 |
注冊 |
0x01 |
|
|
|
|
|
username |
String |
用戶名 |
|
|
masterId |
String |
店長id |
|
|
pwd |
String |
密碼 |
店長登錄 |
0x02 |
|
|
|
|
|
username |
String |
用戶名 |
|
|
pwd |
String |
密碼 |
店員登錄 |
0x03 |
|
|
|
|
|
username |
String |
店員賬號 |
|
|
pwd |
String |
店員密碼 |
|
|
masterId |
String |
店長id |
銷售葯品 |
0x04 |
|
|
|
|
|
medicineId |
String |
葯品id |
查找葯品 |
0x05 |
|
|
|
|
|
medicineId |
String |
葯品id |
注冊VIP |
0x06 |
|
|
|
|
|
name |
String |
姓名 |
|
|
phone |
String |
電話 |
|
|
balance |
float |
余額 |
Vip銷售 |
0x07 |
|
|
|
|
|
number |
String |
vip編號 |
|
|
medicineId |
String |
葯品編號 |
消息(輸出消息)
消息名稱 |
消息類型 |
參數列表 |
參數類型 |
作用 |
注冊 |
0x08 |
|
|
|
|
|
state |
int |
注冊狀態,0為成功 |
登錄 |
0x09 |
|
|
|
|
|
state |
int |
登錄狀態,0位成功 |
銷售 |
0x10 |
|
|
|
|
|
state |
int |
銷售狀態,0為成功 |
查找葯品 |
0x11 |
|
|
|
|
|
state |
int |
查找狀態,0為成功 |
|
|
id |
String |
葯品id |
|
|
name |
String |
葯名 |
|
|
type |
String |
葯品類型 |
|
|
productor |
String |
生產商 |
|
|
productionData |
String |
生產日期 |
|
|
safeLife |
String |
保質期 |
|
|
price |
float |
售價 |
|
|
bid |
float |
進價 |
|
|
num |
int |
庫存 |
注冊vip |
0x12 |
|
|
|
|
|
state |
int |
注冊狀態,0為成功 |
|
|
id |
String |
vipId |
vip充值 |
0x13 |
|
|
|
|
|
state |
int |
充值狀態,0為成功 |
|
|
balance |
float |
余額 |
3.4數據管理能力要求:
數據庫有店長表,店員表,vip表,葯品表,銷售記錄表
3.5其他專門要求:
網絡消息的傳遞要加密,用戶操作方便,界面簡潔,服務器處理消息效率要高
4.1運行環境:
客戶端:windows osx等支持java及圖形界面的系統 對硬件方面不做要求
服務器:Windows Linux 等配置了java的64位系統
根據預計的分店數目來選擇硬件配置
4.2支持軟件:jre
4.3接口:
消息傳輸協議
類型 |
長度 |
作用 |
byte |
1 |
消息類型 |
int |
4 |
消息長度(總長) |
Object |
不定長 |
消息內容 |
4.4控制:
據需要在圖形界面做出選擇 輸入內容,軟件會自動根據服務器的消息來處理消息,並做出相應的響應。
流程圖
UML圖