葯房管理系統軟件需求說明書,流程圖,UML五類圖


葯房管理系統

1) 軟件需求說明書

  1.  引言

1.1  編寫目的

本需求規格說明書對《葯房管理系統》軟件做了全面細致的用戶需求分析,明確所要開發的軟件應具有的功能、性能與界面,使系統分析人員及軟件開發人員能清晰地了解用戶的需求,並在此基礎上進一步提出概要說明書和完成后續設計與開發工作。本說明書的預期讀者為客戶、業務或需求分析人員、用戶文檔編寫者、項目管理人員。

    本說明書定義了葯房管理系統的詳細需求,明確了葯房管理系統的功能內容、功能邊界、開發途徑,是整個軟件開發的依據,它對以后階段的工作起指導作用。本文也是項目完成后系統驗收的依據。

 

1.2  背景

        隨着計算機技術的飛速發展,計算機在系統管理中的應用越來越普及,利用計算機實現各個系統的管理顯得越來越重要。對於一些大中型管理部門來說,利用計算機支持管理高效率完成管理的日常事務,是適應現代管理制度要求、推動管理走向科學化、

規范化的必要條件;而葯品管理是一項瑣碎、復雜而又十分細致的工作,葯品數量之龐大、單價的變化、進貨廠商的不同,一般不允許出錯,如果實行手工操作,每天進貨的情況以及進貨時間等須手工填制大量的表格,這就會耗費葯品管理工作人員大量的時間和精力,如果利用計算機進行這些管理工作,不僅能過保證各種核算准確無誤、快速記錄,而且還可以利用計算機對有關的各種信息進行統計,服務於財務部門其他方面的核算和財務處理,同時計算機具有手工管理所無法比擬的優點,例如:檢索速度、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優點能夠極大地提高管理的效率,也是管理行業的科學化、正規化管理,與世界接軌的重要條件。基於以上的原因,有很多從事軟件開發人員,在試卷生成方面做了很大的研究。早期已經有了一些類似的系統,但經過軟件開發人員不斷的完善,大致形成了具備如下功能的系統:

這個葯房管理系統主要涉及醫院葯庫的葯品進、銷、存等業務,以及入庫、出庫和庫存管理,葯品管理主要管理葯庫中所有葯品的進出和內部統計計算,為葯品會計提供基礎數據,以及包括有效期的報警和下限報警。本系統開發設計思想就是實現葯品管理的數字化。

 

1.3  定義

        需求——用戶解決問題或達到目標所需的條件或功能:系統或系統部件要滿足合同、標准,規范或其它正式規定文檔所需具有的條件或全能。

靜態數據——系統固化在內的描述系統實現功能的一部分數據。

動態數據——在軟件運行過程中用戶輸入后系統輸出給用戶的一部分數據,也就是系統要處理的數據。

數據字典——數據字典的名字都是一些屬性與內容的抽象與概括,它們的特點是數據表的“嚴密性”和“精確性”/

 

 

1.4  參考資料

        《物聯網軟件工程》,張凱,清華大學出版社,出版2014/01/01

 

  1.  任務概述

2.1  目標

      本系統是一個葯房管理系統,這個系統主要涉及醫院葯庫的葯品進、銷、存等業務,以及入庫、出庫和庫存管理,葯品管理主要管理葯庫中所有葯品的進出和內部統計計算,為葯品會計提供基礎數據,以及包括有效期的報警。

 

2.2  用戶的特點

        葯房的使用人員涉及前台銷售員、收銀員、取葯員、采購員以及系統高級管理員。系統用戶管理完成各類使用人員在使用系統時對賬戶的添加、修改、     刪除和查詢。

 

2.3  假定的約束

            用戶對葯品信息的了解、葯品最新信息的更新, 多用戶同時使用系統時數據的同步,開發經費與期限等。

  1.  需求規定

3.1   對功能的規定

            實現葯店管理的基本功能,如系統賬戶管理、葯品出庫管理、葯品入庫管理、 葯品管理、庫存管理等。

3.2  對性能的規定

       

3.2.1   精度

           查詢時應保證查全率,所有在相應域中包含查詢關鍵字的記錄都應能查到,

同時保證查准率。

3.2.2 時間特性要求

一般操作的響應時間應在12秒內。

更新處理時間在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 等配置了java64位系統

根據預計的分店數目來選擇硬件配置

 

4.2支持軟件:jre

 

4.3接口:

 

消息傳輸協議

類型

長度

作用

byte

1

消息類型

int

4

消息長度(總長)

Object

不定長

消息內容

 

4.4控制

據需要在圖形界面做出選擇 輸入內容,軟件會自動根據服務器的消息來處理消息,並做出相應的響應。

 

 

流程圖

 

 

 

UML圖

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM