药品存储管理系统软件需求分析报告样本.docx

软件需求分析报告
药物存储管理系统

学生姓名
学 号  
专业班级 
院 （系）计算机与通信工程学院
指引教师
完毕时间 年 月 日
成 绩

目录

前言
随着计算机技术飞速发展，计算机在系统管理中应用越来越普及，运用计算机实现各个系统管理显得越来越重要。对于某些大中型管理部门来说，运用计算机支持管理高效率完毕管理寻常事务，是适应当代管理制度规定、推动管理走向科学化、规范化必要条件。
医院单位药物信息和数据纷乱复杂，整顿记录费力费时。要做好对公司管理，公司就必要迅速精确地获取自己公司单位信息，这就规定及时记录数据并以便查看，以及对公司数据信息进行维护。
医院管理药物管理系统是运用SQl Server 和 Visual C#设计开发医院药物信息管理系统，是医院信息系统一种重要构成某些，可实现对医院药物信息分类管理和数据分析，从而使信息整顿迅速、精确、简朴，以便于有关部门予以统筹安排，从而提高改进老式管理办法，提高公司管理水平。

一 项当前景文档
1. 业务需求
1) 业务背景
药物管理是一项琐碎、复杂而又十分细致工作，药物数量之庞大、单价变化、进货厂商不同，普通不容许出错，如果实行手工操作，每天进货状况以及进货时间等须手工填制大量表格，这就会耗费药物管理工作人员大量时间和精力，如果运用计算机进行这些管理工作，不但可以保证各种核算精确无误、迅速记录，并且还可以运用计算机对关于各种信息进行记录，服务于财务部门其她方面核算和财务解决，同步计算机具备手工管理所无法比拟长处，例如：检索迅速、查找以便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些长处可以极大地提高管理效率,也是管理行业科学化、正规化管理，与世界接轨重要条件。

2) 业务机会
a) 技术可行性
系统采用B/S系统构造，使用C#开发软件，数据库服务器选用微软公司SQL Server 数据库，它可以解决大量数据，同步保持数据完整性并提供许多高档管理功能。它灵活性、安全性和易用性为数据库编程提供了良好条件。硬件方面，此系统是使用网页作为服务端，因此对硬件没什么规定，安装有IE就够了。
b) 经济可行性
考虑到药物储存管理工作性质，如果实行手工操作，因药物数量之庞大，单价之变化，进货厂商不同，工作琐碎复杂却规定细致，并且一旦出错，也许会带来极大经济损失。而开发出这样一套系统应用于药物储存管理工作，不但可以保证各种核算精确无误、迅速记录，并且还可以运用计算机对关于各种信息进行记录，服务于财务部门其她方面核算和财务解决，同步计算机具备手工管理所无法比拟长处。相对人力物力耗费以及也许产生经济损失，开发出这样一套系统耗费还是值得。
c) 操作可行性
前台：作为软件开发语言C#,开发这样一种系统有其不可比拟优越性（高档编程语言中面向对象语言，开发出这样一种注重人机交互系统还是比较可行）。本来该系统对前台软件规定不高，而功能强大C#开发出这样一套系统在技术方面还是比较可行。
后台：而数据库服务器选用微软公司SQL Server 数据库，它是当前能解决所有中小型系统最以便流行数据库，它可以解决大量数据，同步保持数据完整性并提供许多高档管理功能，对于药物储存管理这样一种系统数据信息解决不但可以满足需求，并且可以对数据信息管理及安全提供较好保证。
3) 业务目的和成功条件
业务目的：通过这样一种系统开发，实现药物储存管理工作中药库药物进、销、存等业务，以及入库、出库和库存管理，药物管理重要管理药库中所有药物进出和内部记录计算，为药物会计提供基本数据，以及涉及有效期报警和下限报警。
成功条件：可以保证各种核算精确无误、迅速记录，并且还可以运用计算机对关于各种信息进行记录，服务于财务部门其她方面核算和财务解决，同步计算机具备手工管理所无法比拟长处，例如：检索迅速、查找以便、可靠性高、存储量大、保密性好、寿命长、成本低等。
4) 客户和市场需要
随着计算机技术飞速发展，计算机在系统管理中应用越来越普及，运用计算机实现各个系统管理显得越来越重要。对于某些大中型管理部门来说，运用计算机支持管理高效率完毕管理寻常事务，是适应当代管理制度规定、推动管理走向科学化、规范化必要条件；而药物管理是一项琐碎、复杂而又十分细致工作，药物数量之庞大、单价变化、进货厂商不同，普通不容许出错，如果实行手工操作，每天进货状况以及进货时间等须手工填制大量表格，这就会耗费药物管理工作人员大量时间和精力，如果运用计算机进行这些管理工作，不但可以保证各种核算精确无误、迅速记录，并且还可以运用计算机对关于各种信息进行记录，服务于财务部门其她方面核算和财务解决，同步计算机具备手工管理所无法比拟长处。些长处可以极大地提高管理效率,也是管理行业科学化、正规化管理，与世界接轨重要条件。
2. 解决方案前景
1) 前景陈述
该系统不但可以实现对药物存储管理，可以对药物各种信息实既有效管理，可以极大提高工作效、信息精确性，同步通过对不同人操作人员权限设立可以实现信息安全保密工作。同步服务与财务部门，并且可以更有效地实现对信息分析及记录工作。
2) 重要系统特性

特性
阐明
优先级
风险
登陆
管理员输入帐号密码，系统验证信息，登录系统
核心
高
信息维护
管理员信息维护、药物特性维护、药房信息维护、供货单位维护、药物目录维护。
重要
高
药物入库
依照供货单输入入库药物属性及数量等，入库同步修改相应药物库存数量，打印入库单。
核心
高
库存下限报警
当库存少于一定数量时，系统提示增长采购
重要
中
药物需求申请

记录出低于限定库存数量药物，发出需求药物申请，打印药物需求申请单。
重要
中
药物有效期报警
记录出低于限定库存数量药物，发出需求药物申请，打印药物需求申请单。
重要
中
记录查询
对现存药物、短缺、积压药物、药物出库状况等进行查询，打印查询成果
重要
中
各种方式搜索药物
按药名，核心字，药物分类号搜索在线目录
重要
中
医嘱处方发药（药物出库）

每天依照住院病房医生开处方，打印发药单，进行发药，减少药房相应药物库存数量。
核心
高
病人付费清单
生成病人付费清单，并打印列表
核心
高
情谊链接
检索时连接到其她药房在线目录
有用
低

3）假设和依赖条件
医院内部局域网合理规划，涉及对该系统使用才场合都可以访问内部网络。并且每个场合配备电脑需达到最低硬件配备规定。
3. 项目范畴和限制
1) 初始发布范畴
该版本可以实现药物储存管理工作中药库药物进、销、存等业务，以及入库、出库和库存管理，药物管理重要管理药库中所有药物进出和内部记录计算，为药物会计提供基本数据，以及涉及有效期报警和下限报警。
2) 后续发布范畴
针对初始版本运营状况，对该系统运营中浮现问题进行解决，从而对该系统加以完善。
3) 限制和排除条件
该系统有肯能在某些状况下浮现崩溃，在短时间内不能正常运营，医院针对该状况需要有相应应对办法，从而保证医院各项工作可以正常进行。
4. 业务环境
1) 涉众档案
名称
角色
患者
被服务者
门诊药房管理员
药房服务参加者
住院药房管理员
药房服务参加者
医生
医疗服务参加者
医院管理层
药物管理者
系统管理员
系统维护人员
药物供应商
为医院提供药物

2) 运营环境
a) 硬件平台
CPU：主频1.00GHz以上
内存：512M以上
打印机：激光式打印机或喷墨式打印机
b) 操作系统很版本
支持Windows XP、Windows Server 和Windows 7等各种系统
c) 支撑环境
SQL Server

二 软件需求规格阐明书
1. 引言
1.1 概述
该软件需求规格阐明描述了“医院药物管理系统”1.0版本软件功能性需求和非功能性需求。同步还描述了顾客在系统工作中所参加角色以及拥有权限，从而使开发团队可以明确地理解所开发“医院药物管理系统”1.0版本各个方面，协助她们在实际开发过程中精确地完毕所开发模块，以满足顾客需求。
该文档筹划由实现和验证对的功能项目团队成员来使用，除非在其她地方另有阐明，这里所指定所有需求都具备高优先级，并且都要在版本1.0中加以实现。
1.2 背景
药物管理是一项琐碎、复杂而又十分细致工作，药物数量之庞大、单价变化、进货厂商不同，普通不容许出错，如果实行手工操作，每天进货状况以及进货时间等须手工填制大量表格，这就会耗费药物管理工作人员大量时间和精力，如果运用计算机进行这些管理工作，不但可以保证各种核算精确无误、迅速记录，并且还可以运用计算机对关于各种信息进行记录，服务于财务部门其她方面核算和财务解决，同步计算机具备手工管理所无法比拟长处，例如：检索迅速、查找以便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些长处可以极大地提高管理效率,也是管理行业科学化、正规化管理，与世界接轨重要条件。
1.3 定义
实体：客观世界中存在且可互相区别事物。
联系：客观事物中彼此之间关系。
属性：实体或者联系所具备性质。

1.4 参照资料
<<软件工程>>　清华大学出版社 张海藩 编著　　
<<数据库应用开发与管理>>　机械工业出版社 马吉明 孙林 主编
2. 任务概述
2.1 目的
本系统开发目重要是为了医院寻常经营中涉及药物采购、药物销售、药物库存、账务往来等所有业务环节在内科学化管理，完毕寻常经营活动中各种业务数据共享，通过对这些数据汇总和分析来对决策作出支持。通过本系统，能协助药物管理人员运用计算机，迅速以便对药物进行管理、进货、出货、查找等所需操作，也使得药物库存管理系统更完善，药物库存管理更以便，减轻了药物库存管理工作人员工作承担。

2.2 运营环境（Operating Environment，OE）
工作在windows XP系统及更高版本Windows 系统平台软件，是以SQL Server 数据库为基本。
2.3 假定（Assumption）约束（Constraint）
医院内部局域网合理规划，涉及对该系统使用场合都可以访问内部网络。并且每个场合配备电脑需达到最低硬件配备规定。
3. 需求规定
3.1 对功能规定
3.1.1 顾客需求（描述业务用例模型）
3.1.1.1 组织机构和角色（未完毕）

角色名称
阐明
病人
去医生处看病，并拿着药房去药房取药，缴费
医生
帮病人看病，并开出药方
医院有关管理层
对系统拥有超级权限，可以更改药物价格，并且可以设立其她管理员权限
药房管理员
向系统输入药物名称，选取规格和数量，依照系统费用记录进行收费，打印票据
药物供应商
依照医院打印清单，药物供应商发出药物

（1）病人参加业务

阐明：
1.病人去医生处看病，之后拿到药方
2.病人拿着药方去药房拿药，并拿到打印清单
3.病人拿着清单缴纳医药费，用例结束
（2）医生参加业务
阐明：
1.医生诊断病人病情
2.医生开出药方，用例结束
（3）医院有关管理层业务
阐明：
a）维护药房管理员信息
1. 医院有关管理层使用超级账户登陆系统，选取药房管理员信息
2. 医院有关管理层选取需要进行维护信息药房管理员
3. 医院有关管理层对该药房管理员需要修改维护信息进行修改
4.系统保存下更改后信息，用例结束
b）修改药物价格
1.医院有关管理层在寻常业务中选取调节价格
2.在医院有关管理层选定调节价格界面后，用例开始
3. 医院有关管理层依照表格规定输入详细数据
4.系统确认数据
5.当医院有关管理层填完详细数据，确认后，数据被保存到系统中，用例结束
补充：可以对数据进行删除，修改
（4）药房管理员业务

阐明：
a）维护药物信息
1. 药房管理员使用账户登陆系统，选取药物信息
2. 药房管理员选取需要进行维护信息药物
3. 药房管理员对该品需要修改维护信息进行修改
4.系统保存下更改后信息，用例结束
b）病人去药房拿药
1.病人拿着药方来到药房，用例开始
2.药房管理员依照药方在系统内输入信息，更改库存数量，并给病人拿药
3.系统记录费用，并打印缴费清单
4.病人拿着缴费清单缴费，用例结束
c）记录药物需求
1.依照库存数量下限报警等方面信息，记录需要入库药物信息
2.依照系统药物有效期报警等方面信息，记录需要出库药物信息
（5）药物供应商业务

阐明：
1.系统管理员依照需求对需要入库药物进行记录，并打印出清单，用例开始
2.医院有关管理层与药物供应商联系
3.药物供应商送出药物，用例结束
3.1.1.2 业务概览
（1）病人看病业务

病人业务阐明：
病人去医生处看病，拿到药方之后去药房拿药，并依照药物账单缴纳费用
（2）药物入库业务

药物入库业务阐明：
依照供应商送货清单，将药物按照需求编码、归类，然后通过入库管理录入，更改保存系统库存数量等信息，同步系统还提供了查询、打印等功能，可将入库单打印输出
3.1.1.3 业务场景
(1)病人看病业务场景

业务场景阐明：
病人去医生处看病，拿到医生开药方之后去药房拿药，并依照打印出药物账单缴纳费用
(1)药物入库业务场景

业务场景阐明：
依照供应商送货清单，将药物送至药房，付款之后，将药物按照需求编码、归类，然后通过入库管理录入信息，更改保存系统库存数量等信息，场景结束
3.1.2 系统需求
3.1.2.1 概览

阐明：该医院药物管理系统可以实现上图中所有功能，该系统只有一种版本，可以针对系统运营中浮现局限性状况对系统进行修改，以使系统更加完善。
3.1.2.2 系统需求规定
（1) 管理维护药物信息
Ø 业务阐明
用例名称
bu_管理维护药物信息
实现名称
Bur_Manage Medicinal Info
用例描述
药物管理员通过次用例来管理维护药房药物信息
参加者
药房管理员
前置条件
1.管理员有登陆该系统帐号
2.该管理员帐号有修改药物信息权限
后置条件
3.修改药物信息
4.更新药物库存状况
主事件流
1.药房管理员登陆该系统，计算机显示药物库存信息状况
2.搜索需要修改药物相相应信息，计算机显示搜索成果
3.顾客按书名、作者、出版社查询，计算机显示查询成果
4.对该药物库存等有关信息进行修改
5.管理员选取确认修改，计算机提示修改成功并显示修改后信息
6.计算机执行后置条件。用例结束
备选事件流

1.a管理员帐号不存
1.回绝登录，用例结束
1.b管理员帐号相应密码错误
1.返回初始登陆界面
2.a搜索不到相应信息
1.计算机返回到添加新药物界面
2.管理员添加该药物信息
3.计算机执行4
2.b打印药物信息
1. 计算机执行后置条件。用例结束
3.a计算机提示与否继续修改药物信息
1.继续修改，执行2
2.不再修改，计算机执行后置条件。用例结束
业务规则
可以修改任意多药物信息
涉及业务实体
Be_管理员帐号，Be_药物信息
非功能性需求
药方没有药物时可以通过链接到其她已经联网药店查看与否有该药物
Ø 业务场景分析

业务场景阐明：该业务场景视图呈现管理员维护药物信息过程，成功登陆进入系统后，查询需更改药物，若能查询到库中有该药物信息，则依照需要修改信息，若查询不到，则先添加该药物信息到库中，然后在修改库存等信息。
Ø 业务实体分析

（2) 修改药物价格
Ø 业务阐明
用例名称
bu_修改药物价格
实现名称
Bur_Modify Medicine Price
用例描述
医院有关管理层通过此用例修改药物价格
参加者
医院有关管理层
前置条件
1. 医院有关管理层拥有超级账户
2. 医院有关管理层成功登陆进入系统
后置条件
1.搜索到药物
2.对药物价格进行更新
3.系统将更新保存
主事件流
1医院有关管理层使用超级帐号登录系统，计算机显示登陆界面
2. 医院有关管理层选取查询晕药物，计算机显示查询界面
3. 医院有关管理层可单选或多选药物，并确认修改价格。计算机显示确认清单。
4. 医院有关管理层选取确认修改，计算机显示保存界面
5.计算机执行后置条件。用例结束
备选事件流

1.账号无权限
1.回绝登录，用例结束
2.a医院有关管理层选取修改价格
1.计算机执行3;
3.a医院有关管理层选取继续修改
1.计算机执行2；
3.b医院有关管理层选取放弃
1.计算机执行4
4.a医院有关管理层选取保存
1.计算机保存并执行1；
4.b医院有关管理层选取放弃，
1.计算机执行1；
业务规则
可以选取0到n中药物
涉及业务实体
Be_管理员帐号，Be_帐号权限，Be_药物，Be_药物信息
非功能性需求

Ø 业务场景分析

业务场景阐明：
医院有关管理层用超级管理员帐号成功登陆，搜索需要更改价格药物，进入该药物维护信息后，对药物价格进行更改，保存在系统中
Ø 业务实体分析

业务实体阐明：
医院有关管理层成功登陆超级账户进入系统后，搜索药物，查看药物详细信息，并对需要做出修改进行操作，保存于系统中

（3) 维护药房管理员信息
Ø 业务阐明
用例名称
bu_维护管理员信息
实现名称
bur_Manage Adimin Info
用例描述
医院有关管理层通过此实例修改管理员身份、权限等信息
参加者
医院有关管理层
前置条件
1.医院有关管理层有登陆该系统帐号
2.该管理员帐号有修改药物信息权限
后置条件
1. 修改管理员身份信息
2. 修改管理员权限
主事件流
1医院有关管理层用其帐号登录系统，计算机显示该系统已有管理员信息
2.修改管理员信息
3.计算机打开相修改信息操作窗口
4.顾客依照需要进行修改操作
5．操作完毕后系统提示与否拟定该操作，顾客拟定
6.顾客选取拟定
7.计算机执行后置条件。用例结束
备选事件流

1.a帐号密码错误
1.返回登录窗口
2.执行1
2.a顾客选取增长操作
1.增长新管理员帐号及信息
2.计算机执行5
2.b顾客选取删除操作
1.计算机提示与否确认操作
2.计算机执行操作5
6.a顾客选取继续操作
1.计算机执行3
业务规则
顾客可以操作修改、增长、删除中任意一种中0到n次操作
涉及业务实体
Be_管理员帐号，Be_管理员权限
非功能性需求

Ø 业务场景分析

业务场景阐明：
医院有关管理层用超级账号成功进入系统后，选取获取药房管理员信息，对管理员信息进行增长、删除、修改等操作。
Ø 业务实体分析

业务实体阐明：
医院有关管理层登陆超级账户成功进入系统后，选取获取管理员信息，对需要维护药房管理员信息进行维护或进行添加，设计新管理员账号权限，并保存于系统中
（4) 智能提示
Ø 业务阐明
用例名称
bu_智能提示
实现名称
Bur_Smart Remind
用例描述
系统通过此用例向管理员发出提示
参加者
系统时间、药房管理员
前置条件
1.管理员成功登陆进入系统
后置条件
2.系统向药房管理员发出药物需求以及过期药物警告
主事件流
1.系统正常运营
2.系统定期查询库房药物信息
3.对低于设定最低库存数量药物发出需求申请，管理员受理该祈求
4.对超过有效期限药物向管理员发出警告，提示解决该药物，管理员受理该警告
5.计算机执行后置条件，用例结束
备选事件流

3．a药房管理员对系统需求祈求未作出任何操作，系统会每隔2分钟发一次需求申请，直至有管理员受理该祈求
4.a药房管理员未对该警告做任何操作，系统会持续发出警告，直至药房管理员受理该警告
业务规则
系统定期查询库存信息及相应规则，做出相应解决
涉及业务实体
Be_药物，Be_药物信息
非功能性需求

Ø 业务场景分析

业务场景阐明：
管理员成功登陆进入系统后，系统会自动提示某些药物库存已到下限或者有效期已到，管理员需要对系统祈求或者警告做出相应反映。
Ø 业务实体分析

业务实体阐明：
该业务涉及系统时间，药物，库存清单，药物信息实体，系统会定期查询，对人为设立规则做出需求申请，药物过期警告反映。
（5) 打印收费清单
Ø 业务阐明
用例名称
bu_打印收费清单
实现名称
Bur_Print Charge Info List
用例描述
管理员通过此用例打印出病人收费清单
参加者
药房管理员
前置条件
1. 管理员成功登陆进入系统
2.管理员帐号有打印权限
后置条件
1. 更新药物库存等信息
2.打印收费清单
主事件流
1管理员使用帐号登录系统，计算机显示登陆界面
2. 管理员选取查询药物，计算机显示查询界面
3管理员可单选或多选药物，并确认添加。计算机显示确认清单。
4. 管理员选取确认添加，计算机显示清单单及费用
5管理员选取提交定单，计算机显示提交成果和更新后信息
6.计算机执行后置条件。用例结束
备选事件流

1.a管理员无权限
1.回绝登录，用例结束
2.a管理员选取查看清单
1.计算机执行3;
3.a管理员选取继续添加
1.计算机执行2；
3.b管理员选取放弃
1.计算机执行4
4.a管理员选取保存清单
1.计算机保存并执行后置条件；
4.b顾客选取放弃，
1.计算机执行1；
业务规则
可以选取1到各种药物，最高不限
涉及业务实体
Be_药物信息，Be_账单，Be_药房，Be_药物
非功能性需求

Ø 业务场景分析

业务场景阐明：
管理员在给病依照药方开过药同步，让药物添加进入清单，系统会依照管理员操作自动修改库存信息，清单添加完毕后，系统自动记录费用，之后管理员即可直接打印出药物信息及收费账单

Ø 业务实体分析

业务实体阐明：
该业务涉及药物，药方，账单实体，管理员依照给病人开药状况打印出病人收费清单。
3.1.2.3 数据分析
(1) 概览
三
实体图阐明：该实体图涉及药物管理系统中所有实体以及它们之间关系，通过该总体实体图可以简朴明了理解该系统涉及实体对象及关系。
Ø 药方
实体名称
Be_药方
实体描述
医生给病人开药方，病人将药方拿到药方取药，一张药方度应包括一到各种药物
Ø 药物
实体名称
Be_药物
实体描述
每种药物均有其库存信息，管理员给病人开药后库存信息会变化，
供应商送药后药物库存信息也会变化

Ø 药物信息
实体名称
Be_药物信息
实体描述
每一种药均有其信息保存在系统中，各种药物信息构成整个药方库存信息

Ø 账单
实体名称
Be_账单
实体描述
管理员给病人开完药，会依照所开药物打印其账单，药物供应商送药入库时，管理员也会为其出示账单

Ø 管理员帐号
实体名称
Be_管理员帐号
实体描述
药房管理员在使用该系统时需要有管理员帐号曾能登陆该系统

Ø 账号权限
实体名称
Be_帐号权限
实体描述
每个管理员帐号均有其相应权限，用来限定管理员对该系统操作内容

Ø 库存清单
实体名称
Be_库存清单
实体描述
每种药物均有其相应库存信息，管理员可以依照需要打印每一种药物库存清单，还可以打印药房药物库存信息

3.2 非功能性需求
3.2.1 性能需求（Performance）
PE-1：精度：
规定能精确、无误地查询、添加、修改、删除供应商信息，客户信息，药物信息；可以精准地进行业务数据汇总来支持决策。做到实时通信来保证业务数据最新性。
PE-2：时间特性规定：
a．响应时间
规定响应迅速，实现业务数据实时传递，时间大概为3s
b．更新解决时间
规定执行更新解决操作时，能迅速精确地解决，时间大概为3-4s
c．库存盘点时要用到条码扫描终端设备，规定到条码时，能迅速转换数据，并将数据迅速传到系统进行汇总解决，时间大概为3s

3.2.2 安全设施需求（SAfety）
系统有自动保存功能，当系统浮现故障时，可以运用系统自身维护工具来进行系统故障排除，系统正常后可恢复之前最后一次自动保存内容
3.2.3 安全性需求（Security）
SE-1：顾客必要登录到药物库存管理系统才干完毕所有操作
SE-2：登录时有三种级别顾客，分别设立了不同权限
3.2.4 软件质量属性（可靠性、可用性、有效性、可维护性、可移植性）
安全性：设立三种级别顾客Guest,Administrator,Superuser，对每种类型顾客设立不同权限。Guest:只提供信息浏览功能(适于门诊和住院药房管理员)，Administrator:提供对系统实际操作功能(适于系统管理人员)，Superuser:拥有系统一切权限(适于医院管理层)。
可靠性：如果得到确认或取消之前，管理员和系统连接中断，那么管理员应当能通过药物库存管理系统恢复不完整清单。
灵活性：操作方式上可以满足鼠标和键盘任务切换需要，可以支持Windows XP、Windows VISTA、Windows 7运营环境，留有与其她系统接口，可以依照实际状况自行设立
3.3 外部接口需求
3.3.1 顾客界面（User Interfaces，UI）
UI-1：顾客界面简洁，以图表为主，重点显示是数据
UI-2：按钮为原则矩形按钮，有拟定和取消
UI-3：设立快捷键
UI-4：错误信息显示，以弹出对话框形式
3.3.2 硬件接口（Hardware Interfaces，HI）
HI-1：需要为打印机预留接口以打印报表用
HI-2：该系统有扫描装置，可以扫描药物相应条形码，以以便药物出入库管理
3.3.3 软件接口（Software Interfaces，SI）
支持Windows系列平台系统
3.3.4 通信接口（Communications Interfaces，CI）
CI-1：药物库存管理系统将向管理员发送消息，以报告药物需要更新信息：药物库存下限、药物有限期等问题
CI-2：系统浮现故障时，会自动向管理员发送信息，提示系统浮现问题

附录