锐博制药在线订购系统.docx

1、锐博制药在线订购系统锐博制药在线订购系统 系统需求规格设计书目 录1.引言1.1目的为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档，本文档综合客户需求及技术开发建议提出一些说明。1.2背景目前公司正在运行中的订单系统已经使用六七年的时间，这期间经过不断的修改和完善，虽然能满足公司基本的业务流程信息化管理，但是由于系统框架和数据库结构设计的自身原因，导致比较难做大的功能扩展。同时现有系统的部分操作缺乏校验控制、信息显示不及时甚至显示错误、统计查询功能薄弱等，现已成为公司业务快速发展的其中一个制约瓶颈。因此，针对目前的情况并结合公司未来的发展规划，有必要对订单管理信息系统做出一

2、个全新的规划和设计。1.3参考资料本文档内容涉及以下几部分：1. 产品介绍2. 产品面向的用户群体3. 产品应当遵循的标准或规范4. 产品的范围5. 产品中的角色6. 产品的功能性需求7. 产品的非功能性需求8. 需求确认1.4术语名称简介订购系统锐博制药在线订购系统，以下简称订购系统2.任务概述2.1目标该系统作为锐博制药在线订购系统，应解决以下问题：v 客户在线选购锐博制药产品完成订单。v 平台应能起到良好的沟通反馈作用，同时系统应当具备良好的企业宣传职能，能够在线发布促销信息。v 锐博制药作为产品提供者可以进行产品维护以及更新。 v 可以对产品的订单管理，保证良好的跟踪以及售后反馈跟踪。

3、v 实现进行仓储以及物流等管理功能。增加了仓储以及物理其实严格意义上来说都不能称之为订购系统了。2.2系统用户名称简介客户在线订购用户。客户子账户在线订购用户子账户，与主账户拥有相同的账户信息，但登陆用户以及密码不同。客户代理商在线订购用户，代理商类别。系统超级管理员异常维护以及其它附属功能，如生产指令维护。客服人员负责订单的维护，售后跟踪模块的使用销售人员负责产品价格的审核，以及产品维护财务人员负责到货确认以及发票等信息的确认。仓储人员产品出库确认，以及库存维护。3.系统总体规划3.1系统目标定位分阶段实施。系统无法解决对于系统之外的问题，因此我们假定所有人员都是能够熟练计算机，同时了解互联

4、网等电子商务应用。3.2系统运营模式1）商务模式在线订购系统主要采用B2B的电子商务模式。2）主要业务流程订购系统主要业务流程如下可能的节点：目前3.3网站技术规划1) 系统体系结构：网站是一种基于互联网的多层结构，如图所示。其中网站的主体部分下面四层涉及网络软硬件选型及系统集成工作，而2B这层是针对平台业务而开发的应用系统。这两部分内容将在后面的章节进行阐述。a) 硬件网络层。 由云服务商提供，云服务商有大量的系统监控以及备份策略，因此可以说前期基本不用投入什么人力去管理。b) 操作系统层。 部署Unix/Linux、Windows NT/Server之类的主流操作系统。c) 数据库层。 支

5、持采用SQL SERVER 2008 标准版(E65-00187)，管理系统可以通过远程工具进行管理。d) 应用平台层。支持各种引用服务器软件。为引用逻辑层的应用软件提供支持服务。e) 应用逻辑层。针对旅票网在网上开展的电子售票系统而开发的B2C应用服务系统以及第三方接口应用。f) 客户层。采用Html、Javascript、Jquery、XML、CSS通用框架技术提供的互联网技术，支持各种浏览器以及兼容手机网页浏览器。g) 网站安全体系。防火墙、数据加密、身份认证、权限管理和制度管理等各层次的安全措施。此外，系统各子系统将采用SSL保护客户的信息；采用WEB SERVICE 技术实现与其它第

6、三方系统之间的通信。2) 技术路线选择：目前主要的技术路线有asp，（windows平台）和Jsp技术路线（Unix和Linux平台）。综合的发展战略、目标定位和技术实力，最终选择用windows平台的技术路线。平台系统设计4.需求规定4.1软件功能说明逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用户数等指标。4.2对功能的一般性规定本处仅列出对开发产品的所有功能（或一部分）的共同要求，如要求界面格式统一，统一的错误声音提示，要求有在线帮助等。4.3 对性能的一般性规定4.3.1 精度说明对该

7、系统的输入、输出数据精度的要求，可能包括传输过程中的精度。4.3.2 时间特性要求说明对于该系统的时间特性要求。4.3.3 灵活性说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。4.4 输入输出要求解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对系统的数据输出及必须标明的控制输出量进行解释并举例。4.5数据管理能力要求（针对软件系统）说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储作出估算。4.6 故障处理要求列出可能的软件、硬件故障以啊对各项性而言所产生的后果和对故障处理的要求。4.7其他专门要求如用

8、户对安全保密的要求，包括信息加密、信息认证（确定穿过系统或网络的信息没有被修改）方面的要求。对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。5. 运行环境规定5.1 设备列出运行该软件所需要的硬件设备。5.2 支撑软件1）操作系统2）数据库管理系统3）其他支撑软件5.3 接口简要说明该软件同其他软件之间的公共接口、数据通信协议等，5.4控制说明控制该产品的运行的方法和控制信号，并说明这些控制信号的来源。6. 尚需解决的问题以列表的形式列出在需求分析阶段必须解决但尚未解决的问题测试计划7. 1. 引言7.1 1.1 目的说明本项目测试目的、预期达到的目标。

9、7.2 1.2 背景说明本项目测试的背景。7.3 1.3 测试范围说明本项目测试的内容。1.4 项目文件列表列出编写本报告及测试整个过程中所要参考的文件、资料。相关文件列表文档已创建（是/否）版本/日期需求详述功能详述项目计划设计详述原型用户手册8. 2. 测试需求8.1 2.1 分析各种信息反复检查并理解各种信息，和用户交流，理解他们的要求。可以按照以下步骤执行：1）确定软件提供的主要商业任务2）对每个商业任务，确定完成该任务所要进行的交易。3）确定从数据库信息引出的计算结果。4）对于对时间有要求的交易，确定所要的时间和条件。这些条件包括数据库大小、机器配置、交易量、以及网络拥挤情况。5）确

10、定会产生重大意外的压力测试，包括：内存、硬盘空间、高的交易率6）确定应用需要处理的数据量。7）确定需要的软件和硬件配置。通常情况下，不可能对所有可能的配置都测试到，因此要选择最有可能产生问题的情况进行测试，包括：最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的LAN/WANF连接访问服务器。8）确定其他与应用软件没有直接关系的商业交易。包括：管理功能，如启动和推出程序配置功能，如设置打印机操作员的爱好，如字体、颜色应用功能，如访问email或者显示时间和日期。 9）确定安装过程，包括定置从哪安装、定制安装、升级安装。10）确定没有隐含在功能测试中的户界面要求。大多界面都在功能测

11、试时被测 试到。还有写没有测到，如：操作与显示的一致性，如使用快捷键等；界面遵从合理标准，如按钮大小，标签等。8.2 2.2 需求组织成层次图9. 3. 测试策略测试策略项例子测试阶段系统测试测试类型功能测试测试技术75%用SQA Suite自动测试，25%手工测试完成标准95%测试用例通过并且最高级缺陷全部解决特殊考虑测试必须在上午进行10.4. 测试内容根据软件项目的实际特点确定确认测试的测试内容。对部分软件项目除基本的功能测试外，可能还包括性能测试、安全性测试、极限测试、并发操作测试等。1）功能测试2）用户界面测试3）性能测试4）压力测试5）容量测试6）配置测试7） 安装测试11.5.

12、资源11.15.1 人力资源职位姓名特殊责任/说明测试经理测试工程师设计/开发（可以多人）测试工程师测试执行（可以多人）测试系统管理员11.25.2 系统资源系统名称/类型硬件环境软件环境专门配置要求客户测试机其他要求12.6. 人员安排6.1 估计测试工作量(每个测试的时间*每个需求的测试的数目*测试需求的数目)（测试设计、开发、.）12.1 6.2 创建工程调度表任务相关工作量（天）测试计划确定项目定义测试策略决定测试需求估计工作量确定资源调度测试活动生成测试计划文档测试设计分析测试需求指定测试过程指定测试用例查看测试需求的覆盖率测试开发建立测试开发环境录制和回放原型过程开发测试过程测试和调试测试过程修改测试过程重新测试并调试测试过程测试执行设置测试系统执行测试验证测试结果调查突发结果（unexpected result）生成缺陷日记测试评估回顾测试日记评估测试需求的覆盖率评估缺陷决定是否达到测试完成的标准13.7. 附1) 软件元件2) 测试特性（Assets）3) 测试日记4) 缺陷报告