锐博制药在线订购系统.docx
《锐博制药在线订购系统.docx》由会员分享，可在线阅读，更多相关《锐博制药在线订购系统.docx（14页珍藏版）》请在冰点文库上搜索。
锐博制药在线订购系统
锐博制药在线订购系统
系统需求规格设计书
目录
1.引言
1.1目的
为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档，
本文档综合客户需求及技术开发建议提出一些说明。
1.2背景
目前公司正在运行中的订单系统已经使用六七年的时间，这期间经过不断的修改和完善，虽然能满足公司基本的业务流程信息化管理，但是由于系统框架和数据库结构设计的自身原因，导致比较难做大的功能扩展。
同时现有系统的部分操作缺乏校验控制、信息显示不及时甚至显示错误、统计查询功能薄弱等，现已成为公司业务快速发展的其中一个制约瓶颈。
因此，针对目前的情况并结合公司未来的发展规划，有必要对订单管理信息系统做出一个全新的规划和设计。
1.3参考资料
本文档内容涉及以下几部分：
1.产品介绍
2.产品面向的用户群体
3.产品应当遵循的标准或规范
4.产品的范围
5.产品中的角色
6.产品的功能性需求
7.产品的非功能性需求
8.需求确认
1.4术语
名称
简介
订购系统
锐博制药在线订购系统，以下简称订购系统
2.任务概述
2.1目标
该系统作为锐博制药在线订购系统，应解决以下问题：
v客户在线选购锐博制药产品完成订单。
v平台应能起到良好的沟通反馈作用，同时系统应当具备良好的企业宣传职能，能够在线发布促销信息。
v锐博制药作为产品提供者可以进行产品维护以及更新。
v可以对产品的订单管理，保证良好的跟踪以及售后反馈跟踪。
v实现进行仓储以及物流等管理功能。
增加了仓储以及物理其实严格意义上来说都不能称之为订购系统了。
2.2系统用户
名称
简介
客户
在线订购用户。
客户子账户
在线订购用户子账户，与主账户拥有相同的账户信息，但登陆用户以及密码不同。
客户代理商
在线订购用户，代理商类别。
系统超级管理员
异常维护以及其它附属功能，如生产指令维护。
客服人员
负责订单的维护，售后跟踪模块的使用
销售人员
负责产品价格的审核，以及产品维护
财务人员
负责到货确认以及发票等信息的确认。
仓储人员
产品出库确认，以及库存维护。
3.系统总体规划
3.1系统目标定位
分阶段实施。
系统无法解决对于系统之外的问题，因此我们假定所有人员都是能够熟练计算机，同时了解互联网等电子商务应用。
3.2系统运营模式
1）商务模式
在线订购系统主要采用B2B的电子商务模式。
2）主要业务流程
订购系统主要业务流程如下
可能的节点：
目前
3.3网站技术规划
1）系统体系结构：
网站是一种基于互联网的多层结构，如图所示。
其中网站的主体部分下面四层涉及网络软硬件选型及系统集成工作，而Ｂ2B这层是针对平台业务而开发的应用系统。
这两部分内容将在后面的章节进行阐述。
a）硬件网络层。
由云服务商提供，云服务商有大量的系统监控以及备份策略，因此可以说前期基本不用投入什么人力去管理。
b）操作系统层。
部署Unix/Linux、WindowsNT/Server之类的主流操作系统。
c）数据库层。
支持采用SQLSERVER2008标准版（E65-00187），管理系统可以通过远程工具进行管理。
d）应用平台层。
支持各种引用服务器软件。
为引用逻辑层的应用软件提供支持服务。
e）应用逻辑层。
针对旅票网在网上开展的电子售票系统而开发的B2C应用服务系统以及第三方接口应用。
f）客户层。
采用Html、Javascript、Jquery、XML、CSS通用框架技术提供的互联网技术，支持各种浏览器以及兼容手机网页浏览器。
g）网站安全体系。
防火墙、数据加密、身份认证、权限管理和制度管理等各层次的安全措施。
此外，系统各子系统将采用SSL保护客户的信息；采用WEBSERVICE技术实现与其它第三方系统之间的通信。
2）技术路线选择：
目前主要的技术路线有asp，（windows平台）和Jsp技术路线（Unix和Linux平台）。
综合的发展战略、目标定位和技术实力，最终选择用windows平台的技术路线。
平台系统设计
4.需求规定
4.1软件功能说明
逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用户数等指标。
4.2对功能的一般性规定
本处仅列出对开发产品的所有功能（或一部分）的共同要求，如要求界面格式统一，统一的错误声音提示，要求有在线帮助等。
4.3 对性能的一般性规定
4.3.1精度
说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。
4.3.2时间特性要求
说明对于该系统的时间特性要求。
4.3.3灵活性
说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。
4.4 输入输出要求
解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。
对系统的数据输出及必须标明的控制输出量进行解释并举例。
4.5数据管理能力要求（针对软件系统）
说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储作出估算。
4.6故障处理要求
列出可能的软件、硬件故障以啊对各项性而言所产生的后果和对故障处理的要求。
4.7其他专门要求
如用户对安全保密的要求，包括信息加密、信息认证（确定穿过系统或网络的信息没有被修改）方面的要求。
对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
5. 运行环境规定
5.1 设备
列出运行该软件所需要的硬件设备。
5.2 支撑软件
1）操作系统
2）数据库管理系统
3）其他支撑软件
5.3 接口
简要说明该软件同其他软件之间的公共接口、数据通信协议等，
5.4控制
说明控制该产品的运行的方法和控制信号，并说明这些控制信号的来源。
6. 尚需解决的问题
以列表的形式列出在需求分析阶段必须解决但尚未解决的问题
测试计划
7. 1.引言
7.11.1目的
说明本项目测试目的、预期达到的目标。
7.21.2背景
说明本项目测试的背景。
7.31.3测试范围
说明本项目测试的内容。
1.4项目文件列表
列出编写本报告及测试整个过程中所要参考的文件、资料。
相关文件列表
文档
已创建（是/否）
版本/日期
需求详述
功能详述
项目计划
设计详述
原型
用户手册
8. 2.测试需求
8.1 2.1分析各种信息
反复检查并理解各种信息，和用户交流，理解他们的要求。
可以按照以下步骤执行：
1）确定软件提供的主要商业任务
2）对每个商业任务，确定完成该任务所要进行的交易。
3）确定从数据库信息引出的计算结果。
4）对于对时间有要求的交易，确定所要的时间和条件。
这些条件包括数据库大小、机器配置、交易量、以及网络拥挤情况。
5）确定会产生重大意外的压力测试，包括：
内存、硬盘空间、高的交易率
6）确定应用需要处理的数据量。
7）确定需要的软件和硬件配置。
通常情况下，不可能对所有可能的配置都测试到，因此要选择最有可能产生问题的情况进行测试，包括：
最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的LAN/WANF连接访问服务器。
8）确定其他与应用软件没有直接关系的商业交易。
包括：
管理功能，如启动和推出程序
配置功能，如设置打印机
操作员的爱好，如字体、颜色
应用功能，如访问email或者显示时间和日期。
9）确定安装过程，包括定置从哪安装、定制安装、升级安装。
10）确定没有隐含在功能测试中的户界面要求。
大多界面都在功能测试时被测试到。
还有写没有测到，如：
操作与显示的一致性，如使用快捷键等；界面遵从合理标准，如按钮大小，标签等。
8.2 2.2需求组织成层次图
9. 3.测试策略
测试策略项
例子
测试阶段
系统测试
测试类型
功能测试
测试技术
75%用SQASuite自动测试，25%手工测试
完成标准
95%测试用例通过并且最高级缺陷全部解决
特殊考虑
测试必须在上午进行
10.4.测试内容
根据软件项目的实际特点确定确认测试的测试内容。
对部分软件项目除基本的功能测试外，可能还包括性能测试、安全性测试、极限测试、并发操作测试等。
1）功能测试
2）用户界面测试
3）性能测试
4）压力测试
5）容量测试
6）配置测试
7） 安装测试
11.5.资源
11.15.1人力资源
职位
姓名
特殊责任/说明
测试经理
测试工程师
设计/开发（可以多人）
测试工程师
测试执行（可以多人）
测试系统管理员
11.25.2系统资源
系统
名称/类型
硬件环境
软件环境
专门配置要求
客户测试机
其他要求
12.6.人员安排
6.1估计测试工作量
∑（每个测试的时间*每个需求的测试的数目*测试需求的数目）
（测试设计、开发、….）
12.1 6.2创建工程调度表
任务
相关工作量（天）
测试计划
确定项目
定义测试策略
决定测试需求
估计工作量
确定资源
调度测试活动
生成测试计划文档
测试设计
分析测试需求
指定测试过程
指定测试用例
查看测试需求的覆盖率
测试开发
建立测试开发环境
录制和回放原型过程
开发测试过程
测试和调试测试过程
修改测试过程
重新测试并调试测试过程
测试执行
设置测试系统
执行测试
验证测试结果
调查突发结果（unexpectedresult）
生成缺陷日记
测试评估
回顾测试日记
评估测试需求的覆盖率
评估缺陷
决定是否达到测试完成的标准
13.7.附
1） 软件元件
2） 测试特性（Assets）
3） 测试日记
4） 缺陷报告
升级会员 