药店管理系统需求规格说明书SRS1.docx

药店管理系统需求规格说明书SRS1.docx

《药店管理系统需求规格说明书SRS1.docx》由会员分享，可在线阅读，更多相关《药店管理系统需求规格说明书SRS1.docx（14页珍藏版）》请在冰豆网上搜索。

药店管理系统需求规格说明书SRS1

需求规格说明书

1.引言

1.1编写目的

1.为开发小组成员、客户之间提供共同的协议而创立基础。

对网上药店软件功能的实现作使命描述。

让客户指出我们的不足，进一步了解客户的需求。

2.根据药店的特点，对被开发软件系统的主要功能、性能进行完整描述，为软件开发者进行详细设计和编程提供基础。

3.本说明书的预期读者为开发小组成员及甲方负责人。

本说明能让甲方代表更好地了解本系统，减少彼此之间交流的困难和开发中因为需求不明确而产生的不必要的麻烦。

1.2项目背景

随着科学技术的飞速发展，计算机科学日渐成熟，其强大的功能已为人们深刻认识，它已进入人类社会的各个领域并发挥着越来越重要的作用，同时科学技术的发展也带动了社会的进步，人民生活水平的不断提高，电子商务这一新生的消费行业得到了迅猛的发展。

随着计算机的日益普及和发展，人们通过网络进行购买商品已成为当下时代发展趋势，随之在网上进行商务交易的网络平台，也得到了迅猛发展。

正如我们所知，近年来淘宝、京东、亚马逊等电子商务平台都取得了巨大的成功，但是我们可以了解到，这些平台上所销售的物品种类繁多，并不专一。

而近两年发展迅猛的“饿了么”，则是一个专注做外卖服务的网站，在这个领域它已经取得了瞩目的成就。

我们了解到，目前网上药店这一块的市场前景还是相当大的，于是我们想做一个专注于药品销售的平台，以为用户提供更专业、更便捷、更高效的购药服务。

1.3定义

【术语1】：

系统流程图

说明：

系统流程图是描述物理系统的工具，所谓物理系统，就是一个具体实现的系统，也就是描述一个单位、一个组织的信息处理的具体实现的系统。

【术语2】：

数据流程图

说明：

数据流程图（DataFlowChart,），是描述系统数据流程的工具，它将数据独立抽象出来，通过图形方式描述信息的来龙去脉和实际流程。

【术语3】：

数据字典

说明：

数据字典（DataDictionary，简称DD）定义了数据流图中的数据和加工，是对各个数据流、加工及数据存储的详细说明，它包含4类条目：

数据流条目、数据存储条目、数据项条目和加工条目。

1.4参考资料

《软件工程（本科教学版）》

2．任务概述

2.1要求

网上药店系统必须提供药品基本信息、药店基本信息、用户基本信息的基础设置。

另外，该系统还必须保证数据的安全性、完整性和准确性。

2.2目标

根据网上药店系统的要求，制定网上药店系统目标如下：

✓操作简单方便、界面简洁美观。

✓方便快捷的药品搜索。

✓简单易上手的药品购买流程。

✓可靠的药店与药品信息管理。

✓实现数据库的备份、还原及清空操作。

✓系统具有较好的权限管理。

✓系统运行稳定、安全可靠。

2.2运行环境

CPU:

1.4G以上。

内存：

512M上。

硬盘：

需要128M以上空间

（1）操作系统：

Windows操作系统（WinXP/Vista/Win7）。

（2）软件平台：

Jdk1.6、MyEclipse。

（3）系统开发语言：

Java。

（4）数据库系统：

SQLSERVER2008。

2.3假定和约束

（1）软件开发小组提供相应的开发阶段文档，用户提供相适应的行业标准，使软件开发与典型实例考核相结合。

（2）操作员与用户要按照操作规程运行本系统，不得进行恶意破坏性操作。

（3）用户必须提供相关运行软件有效的数据库接口标准，并在改动的过程中及时通知本软件开发商，以保证从中正确读取预决算参数，进行成本预算。

系统分析人员需要2天内到位，用户需要5天时间确认需求分析文档。

去除其中可能出现的问题，例如用户可能临时有事，占用6天时间确认需求分析。

那么程序开发人员需要在1个月左右内进行系统设计、程序编码、系统测试、程序调试和网站部署工作。

其间，还包括了员工每周的休息时间。

3．功能需求

3.1功能描述

3.1.1业务模式

药店管理主要有以下具体流程：

药店注册：

首先由药店申请注册网上药店，添加药店基本信息，药店基本信息包括：

药店名称、药店地址、药店管理员姓名、电话、药店许可证号；提交后，后台管理人员判断该药店是否符合标准，如果适合则允许药店注册并将注册信息保存到数据库，如果该药店不合格则拒绝药店的注册。

药店信息完善：

药店注册成功后，进入自己的店铺，填写药店公告（药店广告、配送范围等信息），从药品目录中选择本药店所有的药品，使其上架出售，给药品进行分类，使药品用途明确（如感冒药、消化药、胃药、消炎药等种类），每种药品后面要有加入购物车选项。

由系统整理获得好评率：

药店还要有由平台统计得到的好评率，还可以显示用户提交的评论，包括评论时间以及对那种药进行的评论。

药品搜索主要有以下具体流程：

通过症状搜索：

病人通过在搜索栏中输入自己的症状，例如：

感冒、头疼、脑热，点击搜索之后就会列出符合治疗以上症状或是以上部分症状的药品。

通过药店搜索：

病人可以通过搜索自己附近或是熟知的药店来查看店里有卖的药品，免得自己无谓的跑动。

通过药品名搜索：

在搜索栏中输入某种药品名，就可以查询到药品的药性及功能还有使用说明等等，例如输入阿莫西林，就会知道它的主治疾病。

3.1.2功能描述

药店管理

1.药店注册

2.药店信息完善

药品搜索

1通过症状搜索

2通过药店搜索

3通过药品名搜索

3.2数据词典

药店信息：

名字：

药店信息

别名：

Drugstore

描述：

各个药店，将其信息放在一起加以规范

定义：

药店信息=药店名称+药店地址+药店管理员姓名+电话+药店许可证号

药品信息：

名字：

Drug

别名：

药品信息

描述：

各种药品将其主要信息放在一起加以区别

定义：

药品信息=药品名称+药品类别+药品功能+药品禁忌

药店评论：

名字：

Storereviews

别名：

药店评论

描述：

对药店的服务态度药品质量的评价

定义：

药店评论=好评率+用户评论+评论时间+评论药品

用户信息：

名字：

Information

别名：

用户信息

描述:

用户基本信息的集合

定义：

用户信息=用户编号+用户姓名+用户性别+用户出生日期+住址+联系电话

3.3E-R模型

根据药店信息之间的关系，建立如下实体关系图：

3.4用例模型

3.4.1测试用例

（1）用例：

用户使用系统买药

主要参与者：

普通用户

目标：

测试系统能否成功运行

前提条件：

系统各功能按钮能编译通过

触发器：

用户点击买药即下订单

场景：

1.用户：

注册用户名及密码

2.用户：

登录用户名及密码

3.用户：

选择药品加入购物车

4.用户：

提交订单信息

异常：

1.用户名重复：

该用户名已被其他用户注册了。

2.密码不正确：

重新输入密码

3.不予送货：

该用户所在地点不在该药店的送货范围之内。

优先级：

必须实现

何时可用：

第二个增量

使用频率：

每天多次

使用方式：

通过PC端网上使用

次要参与者：

药店、系统管理员

次要参与者的使用方式：

药店：

卖药系统系统管理员：

卖药系统

未解决的技术问题：

1.多长时间送达是否需要显示在订单信息中？

2.是否要给用户添加等级信息通过下达订单的多少？

3.用户的适用范围有多大？

（2）用例：

用户评论

主要参与者：

用户

前提条件：

成功购买药品

目标：

测试系统评论模块是否成功

触发器：

点击评论

场景：

1.用户：

登录用户名及密码

2.用户：

选择我的订单

3.用户：

点击评论并填写评论

4.用户：

点击提交

异常：

1.用户名或密码不正确：

返回登录界面。

优先级：

必须实现

何时可用：

第二次迭代

使用频率：

每天多次

使用方式：

上网通过系统

次要参与者：

药店管理员、系统管理员

未解决的技术问题：

1.用户长时间不评论，系统是等待还是自动默认？

2.用户通过评论是否可以提升用户等级以鼓励用户评论？

（3）用例：

加盟药店

主要参与者：

药店店主

目标：

测试药店注册流程能否正常进行。

前提条件：

药店管理程序能正常进行

触发器：

开店按钮

场景：

1.药店管理者：

注册药店，填写药店名地址及准可证号。

2.药店管理者：

登录进入药店。

3.药店管理者：

填写药店基本信息，药店公告。

4.药店管理者：

选择药品上架

异常：

1.系统后台出问题：

提交的注册信息不能辨识该药店是否满足注册信息。

2.密码不正确：

不能进入药店重新输入。

3.药品不足：

该类药品已售罄，却有用户下订单。

4.药品分类失误：

药品没有正确分类重新手动分类。

5.不在送货范围：

该订单地址不在本药店送货范围。

优先级：

必须实现。

何时可用：

第二次增量

使用频率：

每天多次

使用方式：

通过网上卖药系统

次要参与者：

用户、系统管理员

次要参与者使用方式：

均通过系统

未解决的问题：

1.是否需要确定那些药可以通过网上售卖，那些药不可以通过网上售卖。

2.药店的相关连锁店如何将他们联系在一起？

3.有些药是否要限制购买数量？

3.4.2UML图

（1）买药

（2）评论

（3）注册药店

4．性能需求

4.1用户数量

项目现阶段的主要用户为周围的学生群体，所以用户数量不会很大，预计用户数目在100人左右。

4.2反应速度

反应时间控制在可接受范围内。

5．运行需求

5.1用户界面

在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。

在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。

外观上也要做到合理化。

在设计语言上，使用JAVA进行编程。

其中主界面要做到操作简单，易于管理。

在设计上采用工具栏菜单方式，在出错显示上弹出错误信息对话框。

总的来说，系统的用户界面应作到可靠性、简单性、易学习和实用性。

5.2硬件接口

系统运行的设备要求如下：

1．服务器端：

P

400主频、256M内存、10G硬盘、10／100M网卡以上配置

光盘刻录或磁带备份设备

2．客户端：

P166主频、32M内存、2G硬盘、10／100M网卡以上配置

3.一台路由器

4.远程接入设备

5.3软件接口

1.Windowsxp/Win7

2.SQLSERVER2008

3.JDK1.6以上

4.MicroSoftOffice2007/2010/2012

5.4故障处理

设备的硬件故障可能造成本软件不能运行或不能正常进行输入、输出等后果，系统的资源不足及网络传输通道阻塞可能造成本软件不能正常运行，并有可能造成机器“死机”，上述故障的处理由用户自行解决。

软件在运行过程中产生的数据库错误，将由系统自动记入错误日志，非数据传输引起的错误将由系统管理员或软件开发者解决。

软件在运行过程中产生的其他错误，将根据情况由软件开发者或软件开发者协助系统管理员解决。

6．其它需求

1．软件必须严格按照设定的安全权限机制运行，并有效防止非授权用户进入本系统。

2．软件必须提供对系统中各种码表的维护、补充操作。

3．软件必须按照需求规定记录各种日志。

4．软件对用户的所有误操作或不合法操作进行检查，并给出提示信息。

5．用户必须对系统中的材料成本信息进行维护，以便软件能取得