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

1、精品 需求规格说明书 1. 引言1 1.1编写目的1 1.2项目背景1 1.3定义2 1.4参考资料2 2 任务概述2 2.1要求2 2.2目标3 2.2运行环境3 2.3假定和约束3 3 .功能需求4 3.1功能描述4 3.2数据词典7 3.3 E-R 模型8 4 .性能需求15 4.1用户数量15 4.2反应速度15 5 .运行需求15 5.1用户界面15 5.2硬件接口 15 5.3软件接口 16 5.4故障处理16 6 .其它需求17 welcome 1.引言 1.1编写目的 1. 为开发小组成员、客户之间提供共同的协议而创立基础。对网上药店软件功能的实现作 使命描述。让客户指出我们的

2、不足，进一步了解客户的需求。 2. 根据药店的特点，对被开发软件系统的主要功能、性能进行完整描述，为软件开发者进 行详细设计和编程提供基础。 3. 本说明书的预期读者为开发小组成员及甲方负责人。本说明能让甲方代表更好地了解本 系统，减少彼此之间交流的困难和开发中因为需求不明确而产生的不必要的麻烦。 1.2项目背景 随着科学技术的飞速发展，计算机科学日渐成熟， 其强大的功能已为人们深刻认识，它 已进入人类社会的各个领域并发挥着越来越重要的作用，同时科学技术的发展也带动了社会 的进步，人民生活水平的不断提高，电子商务这一新生的消费行业得到了迅猛的发展。随着 计算机的日益普及和发展， 人们通过网络进

3、行购买商品已成为当下时代发展趋势，随之在网 上进行商务交易的网络平台，也得到了迅猛发展。 正如我们所知，近年来淘宝、京东、 亚马逊等电子商务平台都取得了巨大的成功，但是 我们可以了解到，这些平台上所销售的物品种类繁多，并不专一。而近两年发展迅猛的“饿 了么”，则是一个专注做外卖服务的网站，在这个领域它已经取得了瞩目的成就。 我们了解到，目前网上药店这一块的市场前景还是相当大的，于是我们想做一个专注于 药品销售的平台，以为用户提供更专业、更便捷、更高效的购药服务。 1.3定义 【术语1】：系统流程图 说明：系统流程图是描述物理系统的工具，所谓物理系统，就是一个具体实现的系统， 也就是描述一个单位

4、、一个组织的信息处理的具体实现的系统。 【术语2】：数据流程图 说明：数据流程图（Data Flow Chart,），是描述系统数据流程的工具，它将数据独立 抽象出来，通过图形方式描述信息的来龙去脉和实际流程。 【术语3】：数据字典 说明：数据字典（Data Dictionary ，简称DD ）定义了数据流图中的数据和加工，是 对各个数据流、加工及数据存储的详细说明，它包含4类条目：数据流条目、数据存储条 目、数据项条目和加工条目。 1.4参考资料 软件工程（本科教学版） 2 .任务概述 2.1要求 网上药店系统必须提供药品基本信息、药店基本信息、用户基本信息的基础设置。另外, 该系统还必须保

5、证数据的安全性、完整性和准确性。 2.2目标 根据网上药店系统的要求，制定网上药店系统目标如下： ? 操作简单方便、界面简洁美观。 ? 方便快捷的药品搜索。 ? 简单易上手的药品购买流程。 ? 可靠的药店与药品信息管理。 ? 实现数据库的备份、还原及清空操作。 ? 系统具有较好的权限管理。 ? 系统运行稳定、安全可靠。 2.2运行环境 CPU: 1.4G 以上。 内存：512M上。 硬盘：需要128M以上空间 （1） 操作系统： Windows 操作系统（WinXP/ Vista/Win7）。 （2）软件平台：Jdk1.6、MyEclipse。 （3 ）系统开发语言：Java。 （4）数据库系

6、统：SQL SERVER 2008。 2.3假定和约束 （1）软件开发小组提供相应的开发阶段文档，用户提供相适应的行业标准，使软件开发 与典型实例考核相结合。 (2) 操作员与用户要按照操作规程运行本系统，不得进行恶意破坏性操作。 (3) 用户必须提供相关运行软件有效的数据库接口标准，并在改动的过程中及时通知本 软件开发商，以保证从中正确读取预决算参数，进行成本预算。 系统分析人员需要 2天内到位，用户需要 5天时间确认需求分析文档。去除其中可能 出现的问题，例如用户可能临时有事，占用6天时间确认需求分析。那么程序开发人员需 要在1个月左右内进行系统设计、程序编码、系统测试、程序调试和网站部署

7、工作。其间， 还包括了员工每周的休息时间。 3 功能需求 3.1功能描述 3.1.1业务模式 药店管理主要有以下具体流程： 药店注册：首先由药店申请注册网上药店，添加药店基本信息，药店基本信息包括：药 店名称、药店地址、药店管理员姓名、电话、药店许可证号；提交后，后台管理人员判断该 药店是否符合标准，如果适合则允许药店注册并将注册信息保存到数据库，如果该药店不合 格则拒绝药店的注册。 药店信息完善：药店注册成功后，进入自己的店铺，填写药店公告(药店广告、配送范 围等信息)，从药品目录中选择本药店所有的药品，使其上架出售，给药品进行分类，使药 品用途明确(如感冒药、消化药、胃药、消炎药等种类)，

8、每种药品后面要有加入购物车选 项。 由系统整理获得好评率：药店还要有由平台统计得到的好评率，还可以显示用户提交的 评论，包括评论时间以及对那种药进行的评论。 药品搜索主要有以下具体流程： 通过症状搜索：病人通过在搜索栏中输入自己的症状，例如：感冒、头疼、脑热，点击 搜索之后就会列出符合治疗以上症状或是以上部分症状的药品。 通过药店搜索：病人可以通过搜索自己附近或是熟知的药店来查看店里有卖的药品，免 得自己无谓的跑动。 通过药品名搜索： 在搜索栏中输入某种药品名，就可以查询到药品的药性及功能还有使 用说明等等，例如输入阿莫西林，就会知道它的主治疾病。 3.1.2功能描述 药店管理 1. 药店注册

9、 2. 药店信息完善 药品搜索 1通过症状搜索 在挫索桩的丁方 列出见的症狀以 2通过药店搜索 巴前所Riatjt 点戒店 报据药店 药品分类 店的远近 詞录艾屋 出观瞬 * 、 烹择道过”葯蛊粕 在理素枉口愉入 盘击東一井类拽擁中辅入药品茗 显示i玻酗 育宓晶 且尿该苗庄中相 关共尉硝息 3通过药品名搜索 在捜董框中输入 3.2数据词典 药店信息： 名字：药店信息 别名：Drugstore 描述：各个药店，将其信息放在一起加以规范 定义：药店信息=药店名称+药店地址+药店管理员姓名+电话+药店许可证号 药品信息: 描述：各种药品将其主要信息放在一起加以区别 定义：药品信息=药品名称+药品类别

10、+药品功能+药品禁忌 药店评论： 名字：Storereviews 别名：药店评论 描述：对药店的服务态度药品质量的评价 定义：药店评论=好评率+用户评论+评论时间+评论药品 用户信息: 名字：In formatio n 别名：用户信息 描述：用户基本信息的集合 定义：用户信息=用户编号+用户姓名+用户性别+用户出生日期+住址+联系电话 3.3 E-R模型 根据药店信息之间的关系，建立如下实体关系图: 3.4用例模型 341测试用例 (1) 用例：用户使用系统买药 主要参与者：普通用户 目标：测试系统能否成功运行 前提条件：系统各功能按钮能编译通过 触发器：用户点击买药即下订单 场景： 1. 用

11、户：注册用户名及密码 2. 用户：登录用户名及密码 3. 用户：选择药品加入购物车 4. 用户：提交订单信息 异常： 1. 用户名重复：该用户名已被其他用户注册了。 2. 密码不正确：重新输入密码 3. 不予送货：该用户所在地点不在该药店的送货范围之内。 优先级： 必须实现 何时可用： 第二个增量 使用频率： 每天多次 使用方式： 通过 PC 端网上使用 次要参与者： 药店、系统管理员 次要参与者的使用方式： 药店：卖药系统 系统管理员：卖药系统 未解决的技术问题： 1. 多长时间送达是否需要显示在订单信息中？ 2. 是否要给用户添加等级信息通过下达订单的多少？ 3. 用户的适用范围有多大？

12、2) 用例 ：用户评论 主要参与者 ：用户 前提条件 ：成功购买药品 目标 ：测试系统评论模块是否成功 触发器 ：点击评论 场景： 1. 用户：登录用户名及密码 2. 用户：选择我的订单 3. 用户：点击评论并填写评论 4. 用户：点击提交 异常： 1. 用户名或密码不正确：返回登录界面。 优先级： 必须实现 何时可用： 第二次迭代 使用频率： 每天多次 使用方式： 上网通过系统 次要参与者： 药店管理员、系统管理员 未解决的技术问题： 1. 用户长时间不评论，系统是等待还是自动默认 ？ 2. 用户通过评论是否可以提升用户等级以鼓励用户评论 ？ 3) 用例 ：加盟药店 主要参与者 ：药店店主

13、目标 ：测试药店注册流程能否正常进行。 前提条件 ：药店管理程序能正常进行 触发器 ：开店按钮 场景： 1. 药店管理者：注册药店，填写药店名地址及准可证号。 2. 药店管理者：登录进入药店。 3. 药店管理者：填写药店基本信息，药店公告。 4. 药店管理者：选择药品上架 异常： 1. 系统后台出问题：提交的注册信息不能辨识该药店是否满足注册信息。 2. 密码不正确：不能进入药店重新输入。 3. 药品不足：该类药品已售罄，却有用户下订单。 4. 药品分类失误：药品没有正确分类重新手动分类。 5. 不在送货范围：该订单地址不在本药店送货范围。 优先级： 必须实现。 何时可用： 第二次增量 使用频

14、率： 每天多次 使用方式： 通过网上卖药系统 次要参与者： 用户、系统管理员 次要参与者使用方式： 均通过系统 未解决的问题： 1. 是否需要确定那些药可以通过网上售卖，那些药不可以通过网上售卖。 2. 药店的相关连锁店如何将他们联系在一起？ 3. 有些药是否要限制购买数量？ 3.4.2 UML 图 （1）买药 (2) 评论 系続 (3)注册药店 4 性能需求 4.1用户数量 项目现阶段的主要用户为周围的学生群体，所以用户数量不会很大，预计用户数目在 loo人左右。 4.2反应速度 反应时间控制在可接受范围内。 5 .运行需求 5.1用户界面 在用户界面部分，根据需求分析的结果，用户需要一个用

15、户友善界面。在界面设计上， 应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。 外观上也要做到合理化。 在设计语言上，使用 JAVA进行编程。其中主界面要做到操作简单，易于管理。在设 计上采用工具栏菜单方式，在出错显示上弹出错误信息对话框。 总的来说，系统的用户界面应作到可靠性、简单性、易学习和实用性。 5.2硬件接口 系统运行的设备要求如下： 1.服务器端: PIII400主频、256M 内存、10G 硬盘、10/ 100M 网卡以上配置 光盘刻录或磁带备份设备 2 客户端： P166主频、32M 内存、2G硬盘、10 / 100M 网卡以上配置 3. 一台路由器 4. 远程接入设备 5.3软件接口 1. Win dows xp/Wi n7 2. SQL SERVER 2008 3. JDK1.6 以上 4. MicroSoft Office 2007/2010/2012 5.4故障处理 设备的硬件故障可能造成本软件不能运行或不能正常进行输入、输出等后果，系统 的资源不足及网络传输通道阻塞可能造成本软件不能正常运行，并有可能造成机器“死 机”上述故障的处理由用户自行解决。 软件在运行过程中产