药房管理系统
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图
