某某省批量采购履约跟踪系统需求方案.doc

广东省批量履约跟踪系统 版本：1.0 需求分析说明书 日期：2015 年 10 月 1 广东省批量履约跟踪系统项目 需求分析说明书 （版本 1.0） 广东省批量履约跟踪系统 版本：1.0 需求分析说明书 日期：2015 年 10 月 2 建立记录 版本 发布日期 描述 作者 复审 批准 1.0 需求分析说明书 广东省批量履约跟踪系统 版本：1.0 需求分析说明书 日期：2015 年 10 月 3 目 录 一、引言 5 1.1 编写目的 .5 1.2 文档组织 .5 3.1 系统管理 6 3.1.1 权限菜单管理 6 3.1.2 用户管理 6 3.1.3 角色管理 6 3.1.4 用户登录 6 3.1.5 用户权限 6 3.2 单位管理 .7 3.2.1 采购人管理 7 3.2.2 供应商管理 7 3.3 基础数据管理 .7 3.3.1 品目管理 7 3.3.2 品牌管理 7 3.4 配置管理 7 3.4.1 配置标准管理 7 3.4.2 配置类别管理 8 3.5 批量采购管理 8 3.5.1 批量采购项目管理 8 3.5.2 包组管理 8 3.5.3 终止项目 9 3.6 采购计划单管理 9 3.6.1 手动录入采购计划 9 3.6.2 同步、导入采购计划 9 3.7 批量子项管理 9 3.8 批量合同管理 9 3.9 后期文档管理 10 3.9.1 模板管理 10 3.9.2 文档管理 11 3.9.3 查看文档 11 3.10 接口对接系统 11 3.10.1 系统接口 11 3.10.1.1 用户单点登录接口 .11 3.5.1.2 计划系统接口 .12 3.5.1.3 数据回传接口 .12 3.5.1.4 品目表数据 .12 3.5.1.5 供应商接口 .12 四、非功能性需求 13 4.1 系统架构 .13 4.2 系统部署 .13 广东省批量履约跟踪系统 版本：1.0 需求分析说明书 日期：2015 年 10 月 4 4.3 性能需求 14 4.3.1 稳定性 .14 4.3.2 可操作性 .14 4.3.3 可扩展性 .14 4.4 安全需求 15 4.4.1 安全防护 .15 4.4.2 操作跟踪 .15 4.4.3 访问控制 .15 五、测试需求 15 5.1 功能测试 16 5.2 接口测试 16 5.3 性能测试 17 5.4 用户体验测试 17 5.5 安全性测试 18 5.6 稳定性测试 18 5.7 兼容性测试 18 5.8 回归测试 18 广东省批量履约跟踪系统 版本：1.0 需求分析说明书 日期：2015 年 10 月 5 一、引言 1.1 编写目的 为明确平台需求、对产品进行定义、安排平台项目的规划与进展、组织开 发与测试，撰写本文档。 本文档为广东省批量履约跟踪系统项目的需求分析说明书，详细描述了项 目的功能需求。本文档为系统的应用设计、数据设计、用户验收测试提供依据。 1.2 文档组织 文档组织结构如下： 第一部分：对此文档以及项目进行概述。 第二部分：对系统平台功能的具体需求进行详细的描述，对系统的各个功能架 构做详细的描述分析。 第三部分：对系统平台的非功能性需求做详细的分析。 第四部分：系统测试需求。 广东省批量履约跟踪系统 版本：1.0 需求分析说明书 日期：2015 年 10 月 6 二、系统需求 系统整体需求包含以下几大部分，分别是系统管理、单位管理、基础数据 管理、配置管理、批量采购管理、采购计划单管理、批量子项管理、批量合同 管理、后期文档管理。 3.1 系统管理 3.1.1 权限菜单管理 对系统的侧边菜单栏的菜单项进行管理，完成菜单项的增、删、改、查， 以及对菜单项进行排序。 3.1.2 用户管理 可添加中心管理员用户，对所有用户进行管理操作。 3.1.3 角色管理 为每一角色分配左边功能菜单以及对每一角色进行权限控制。 3.1.4 用户登录 除中心人员在本系统中添加的单位用户之外，用户也可通过原系统中提供 的本系统入口直接进入本系统，之后凭借原系统的账号密码登录至本系统。 3.1.5 用户权限 本系统中用户分为中心管理员，采购人，供应商，在系统中对三类用户都 拥有严格的权限控制，通过给每一类用户分配不同的权限，来控制其操作。 广东省批量履约跟踪系统 版本：1.0 需求分析说明书 日期：2015 年 10 月 7 3.2 单位管理 3.2.1 采购人管理 新增顶级采购单位或已存在单位的下级采购单位，也可对已存在采购单位 进行修改，删除操作，并对其帐号进行管理 3.2.2 供应商管理 新增供应商，并对已有供应商进行修改和删除，也可完成对其帐号的管理。 3.3 基础数据管理 3.3.1 品目管理 添加采购品目，对已有品目进行删除，修改，查看等操作。 3.3.2 品牌管理 新增品牌，对已有品牌进行修改和禁用等操作。 3.4 配置管理 3.4.1 配置标准管理 新建配置标准（一个品目只有一个配置标准），对每一配置标准进行参数 的管理，参数管理包括：参数的增，删，改，查，参数排序，产品录入预览。 配置标准新建完成后，可将配置标准及其参数信息汇总导出 excel 模板，供配 置类别的导入使用。另外，可查看每一配置标准及其参数的历史修改痕迹。 广东省批量履约跟踪系统 版本：1.0 需求分析说明书 日期：2015 年 10 月 8 3.4.2 配置类别管理 根据已有配置标准新建配置类别，类别编码不可重复，可对已有类别完成 查看，启用/禁用，修改，删除等操作。相同类别名称的类别只能有一个处于启 用状态。进行删除操作时，将检索是否存在运用该类别的计划单以及包组，如 存在，将不能进行删除操作。除新建配置类别外，还可根据配置标准中生成的 excel 模板，填写配置类别信息，导入配置类别（新建或更新）。 3.5 批量采购管理 3.5.1 批量采购项目管理 新建采购项目，采购项目的名称，期号不可重复，可修改项目信息。项目 信件后，处于初始状态。 3.5.2 包组管理 初始状态下可新建包组，每一包组可包含同一品目的多个配置，根据包组 包含的配置类别，关联该项目下相应配置类别的计划单，将已关联的计划单进 行分割，分割计划单的形式分为：手动录入占位产品，手动分割相应计划；根 据计划单的配置要求自动生成占位产品，并自动分割计划（如项目为非补录状 态，则可进行自动分割）。录入配件信息，可选择所录入的配件信息属于该包 组下的哪些配置类别。上述信息完成后，可开展线下招标操作，随后录入中标 产品，中标供应商，以及中标配件等信息。 所有信息录入完成后项目进入执行状态。项目录入完成后，不可进行采购 计划的分割，配件信息，中标信息的录入等操作，仅可关联新的采购计划，完 成履约信息管理。 广东省批量履约跟踪系统 版本：1.0 需求分析说明书 日期：2015 年 10 月 9 3.5.3 终止项目 项目终止后，仅可查看项目的相关信息，但不允许关联采购计划。 3.6 采购计划单管理 3.6.1 手动录入采购计划 新建采购计划，为某一项目录入采购计划，在一采购计划下可录入多条采 购计划单。新建采购计划时，选择是否为特殊单位，若是，则该计划的合同将 不会回传至中间库，若不是，则该计划生成合同时将回传至中间库。选择是否 需要中心确认合同，若是，则该计划的合同将由中心代为确认。 3.6.2 同步、导入采购计划 除手动录入采购计划，可从接口中同步相应期号的采购计划/跟单计划，也 可上传 xml 文件，导入采购计划。 同步和导入采购计划时，若采购单位不存在，则根据层级关系新建采购单 位。 3.7 批量子项管理 当项目为执行状态时，可新建批量子项，一个批量子项可关联同一中标供 应商的多个包组。 当批量子项为未生成合同状态，未执行计划数大于零时方可生成合同，根 据计划单的所属采购单位，以及收货人不同，生成多份合同。 3.8 批量合同管理 3.8.1 中心合同管理 进入某一项目，可查看该项目下已生成的所有合同，对于需由中心代为确 广东省批量履约跟踪系统 版本：1.0 需求分析说明书 日期：2015 年 10 月 10 认的合同，中心可完成采购人确认，收货，验收，付款等一系列操作。可对合 同进行履约信息管理，完成反馈信息的创建及回复。可进行合同的打印，终止 合同。 3.8.2 采购人合同管理  查看合同列表：采购人可查看与自己相关的采购合同  确认合同：对于新生成的合同，采购人需进行确认，以完成后续操作。  录入履约信息：对供应商录入的每一批次货物进行履约信息的录入，包括 收货，验收，付款。  评价：对合同中供应商的履约状态进行星级评价。  录入反馈信息，对供应商的反馈信息进行回复。 3.8.3 供应商合同管理  查看合同列表：采购人可查看与自己相关的采购合同，并完成纸质合同的 上传。  确认合同：对于采购人已经确认的合同，供应商需进行确认，以完成后续 操作。  录入履约信息：新建批次履约信息，完成送货，安装，收款等履约信息的 录入。  评价：对合同中采购人的履约状态进行星级评价。  录入反馈信息，对采购人的反馈信息进行回复。 3.9 后期文档管理 3.9.1 模板管理 后期文档有成交通知书，采购结果通知书，详细配置说明，询价结果通知 书，中标服务费，履约保证金协议等六份模板，中心可对这六份模板进行修改， 预览，运用于后期文档的生成。 广东省批量履约跟踪系统 版本：1.0 需求分析说明书 日期：2015 年 10 月 11 3.9.2 文档管理 对于执行中状态的项目，可完成后期文档的生成，对于已经生成过文档的 项目，再次生成会覆盖之前生成的文档。进入文档列表，发布文档后，关联的 采购人和供应商方可查看该文档。 3.9.3 查看文档 采购人、供应商可查看由中心管理员发布的相关文档。 3.10 接口对接系统 3.10.1 系统接口 与原系统的对接接口主要包括用户登录接口、计划统计接口、数据回传接 口。 3.10.1.1 用户单点登录接口 用户登录财政系统，从左侧菜单跳转到本系统。跳转时传递用户唯一标识 和校验码，本系统接收后即刻请求用户验证系统的单点登录接口，接口验证成 功后，在本系统登录。 用户接口要区分用户的类别，例如采购人、供应商、中心人员。 提供省市县三级采购人单位组织架构数据。 当用户合法时，接口返回内容如下： ｛ “success”:true, //用户是否验证合法,true 或 false “results”:｛ “user_id”: “1”, //用户的 id “login_name”:”agent_1”, //用户的登录名 “user_role”:”3”, //1 中心用户或财政用户，2 采购人，3 供应商 “dep_id”:”1234”, //单位 id 广东省批量履约跟踪系统 版本：1.0 需求分析说明书 日期：2015 年 10 月 12 “dep_code”:”ABCD”, //单位的编号，只在用户为采购人时提 供即可 “dep_name”:”*****”, //单位名称 “area_code”:”442000”, //所在地区编号 “area_name”:”中山市” //所在地区名称 ｝ ｝ 3.5.1.2 计划系统接口 设置中间库服务器，中间库设置计划单表，双方系统通过自己在服务器部 署的接口程序对中间库进行读写。 3.5.1.3 数据回传接口 设置中间库服务器，中间库设置合同要素表、合同批次表、合同清单表， 双方系统通过自己在服务器部署的接口程序对中间库进行读写。 3.5.1.4 品目表数据 广州乐庚提供采购系统的品目表完整数据，根据品目表数据导入到本系统， 便于数据统一与校验。 3.5.1.5 供应商接口 系统用户输入关键词，提交接口查询，接口反馈供应商库中公司名称与关 键词匹配的企业信息以及企业用户信息。返回结果以 json 数据返回。 当用户合法时，接口返回内容如下： ｛ “results”:[ ｛ “company_id”: “1234”, “company_code”:”ABCD”, “company_name”:”*******”, “users”:[ {“user_id”:”1”, “login_name”: “agent_1”}, 广东省批量履约跟踪系统 版本：1.0 需求分析说明书 日期：2015 年 10 月 13 {“user_id”:”2”, “login_name”: “agent_2”} ] ｝, ｛ “company_id”: “2345”, “company_code”:”EEEE”, “company_name”:”******公司”, “users”:[ {“user_id”:”3”, “login_name”: “agent_3”}, {“user_id”:”4”, “login_name”: “agent_4”} ] ｝ ] ｝ 四、非功能性需求 通过建立标准的计划，以及实施过程中的敏捷反馈机制，确保软件质量合 乎标准，使其能顺利有效的在各个平台上稳健、安全的运行。包括系统的性能、 可靠性、安全性、可扩充性和对技术和对业务的适应性等。 4.1 系统架构 软件部分按照标准的 MVC 三层标准架构进行开发。数据库采用开源系统， 要保证系统稳定。Web 中间件采用 NGINX 或者 APACHE 架设。 4.2 系统部署 建议系统部署在云服务器上。云服务器由采购中心购买提供，硬件部分包 含一台服务器负载均衡指向后面两台 web 服务器，数据库采用云服务的 RDS 系统。 系统开发商负责将系统部署在服务器上。 广东省批量履约跟踪系统 版本：1.0 需求分析说明书 日期：2015 年 10 月 14 4.3 性能需求 4.3.1 稳定性 通过建立标准的计划，以及实施过程中的敏捷反馈机制，确保软件质量合 乎标准，使其能顺利有效的在各个平台上稳健、安全的运行。同时，在系统架 构上采用模块化的设计，使系统的可扩展性、可维护性大大提高。 查询时应保证查全率，所有在相应域中包含查询关键字的记录都应能查到， 同时保证查准率。 4.3.2 可操作性 以用户行为的顺畅度以及用户操作的流畅性作为衡量标准，提供基础的操 作行为的同时，提升用户体验，使用户在操作用户平台的时候，达到“打眼一 看即知其意”的效果。 4.3.3 可扩展性 首先是在内容方面，提供便捷有效工功能和接口对接功能，使内容扩充简 单方便，便捷高效，另外，在功能的可扩充性方面，基于良好的系统架构，可 根据需求添加功能，在新版本中增加扩充功能。 满足运行环境在允许操作系统之间的安全转换和与其它应用软件的独立运 行要求。 在平台设计以及实现的工程中，要充分考虑到了它的可维护性，对系统发 布后期的维护提供了稳定可靠的支持。 4.3.4 可靠性 系统能 7×24 小时连续运行，年非计划宕机时间不能高于 8 小时。要求能 快速的部署，特别是在系统出现故障时，能够快速的切换到备用机。 广东省批量履约跟踪系统 版本：1.0 需求分析说明书 日期：2015 年 10 月 15 4.4 安全需求 4.4.1 安全防护 对数据库存储敏感信息：针对本平台我们对用户密码进行加密，以保证各 级用户对系统访问的安全性。生成的口令不可逆转（用 MD5 加密是一种 32 位 字符的加密方法）。输入的口令不应显示在显示终端上。 数据信息的保存： 利用 RDBMS 的服务器稳定运行—实现各种信息的储存、 控制及调节备份、恢复等日常的维护管理工作。在软件园后期的项目中建立异 地备份服务器后备份数据进行异地保存。 4.4.2 操作跟踪 针对系统运行出现的异常，跟踪调查出现异常的情况，了解操作意图，有 针对性的解决问题。 系统日志，便于查看系统的运行情况。 操作日志, 提供用户在系统中增加、修改系统数据信息时记录日志。用于 跟踪用户的操作，了解信息的变更，在需要时对事情进行调查。 4.4.3 访问控制 页面不可直接访问，防止黑客对页面篡改。页面访问通过连接动作驱动， 访问时作权限检查。有效防止用户通过地址栏输入地址对信息非法访问。系统 在页面执行过一次后再次访问通过缓冲工作区执行，对页面屏蔽。 易用性：网上采购系统要简单、易用，具有清晰的导航功能，使操作者快 速找到自己想要执行的操作页面；网上采购系统要保证一个非计算机专业的用 户，通过自己阅读用户手册，可以使用此系统。 五、测试需求 测试网上购物系统主要测试软件的功能是否满足用户的需求，性能是否优 广东省批量履约跟踪系统 版本：1.0 需求分析说明书 日期：2015 年 10 月 16 越以及系统所存在的问题。对系统的各个模块进行详细的测试，并记录测试的 结果，对测试的结果进行细致的分析处理。测试时对系统的各个功能模块进行 拆分测试，并以每一个模块都要测试到。 通过对测试结果的分析，得到对软件质量的评价 ， 分析测试的过程，产品， 资源，信息，为以后制定测试计划提供参考 。评估测试测试执行和测试计划是 否符合 ， 分析系统存在的缺陷，为修复和预防 bug 提供建议。 5.1 功能测试 功能性测试主要针对第三章本系统的各个功能点进行测试，测试内容包括 验证数据精确度、数据类型、业务功能等相关方面的正确性。对数据的一致性、 正确性测试，需要测试静态数据、动态数据、数据库、数据流图、数据字典 核实所有功能均已正常运行。 1、业务流程检验：各个业务流程符合常规逻辑，用户使用时不会产生疑问。 2、数据精确：各数据类型的输入时统计精确。 输入框说明文字的内容与系统功能是否一致。 文字长度是否加以限制。 文字内容是否表意不明，是否有错别字。 打开速度测试，速度是否可观。 页面间的切换是否流畅，逻辑是否正确。 5.2 接口测试 1、与系统对接的接口的测试 能否主动通过服务端 API 提取正确的信息。提取信息能否在系统中正确的 显示。 发送给接口的数据，接口是否进行了正确的处理。 接口数据接收发送之后数据是否都能正确进行。 与电商接口的测试 广东省批量履约跟踪系统 版本：1.0 需求分析说明书 日期：2015 年 10 月 17 测试电商数据接口的是否正确，是否有效，对电商发送数据能否得到正确 的相应，能否有效快速的回应。 5.3 性能测试 性能测试主要的是进行压力测试和稳定性测试。压力测试是对警信安系统 不断施加压力的测试，是通过确定一个系统的瓶颈或者不能接收的性能点，来 获得系统能提供的最大服务级别的测试。 大流量的数据与多用户操作时性能方面的测试。 能保证核实系统在大流量的数据与多用户操作时软件性能的稳定性，不在 造成系统崩溃或相关的异常现象。 极限测试：在各种边界压力情况下，如存储、网速等，验证系统是否能正 确响应。 响应能力测试：测试系统中中的各类操作是否满足用户响应时间要求。 压力测试：反复/长期操作下、系统资源是否占用异常。 性能评估：评估典型用户应用场景下，系统资源的使用情况。 5.4 用户体验测试 1、测试用户界面(如菜单、对话框、窗口和其它可规控件)布局、风格是否 满足客户要求、文字是否正确、页面是否美观、文字、图片组合是否完美、操 作是否友好等。 UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的 访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人 性化、易操作性测试。 要求对用户的体验进行与其测试，包括页面导航、链接是否有效、Cookie 的保存、页面结构的一致性等。 在整体上要满足页面友好性，可操作性。 核实各个窗口风格都与基准版本保持一致，或符合课接受标准，能够保证 用户界面的友好性，易操作性，而且符合用户操作习惯。 广东省批量履约跟踪系统 版本：1.0 需求分析说明书 日期：2015 年 10 月 18 2、以主观的普通用户的角度去感知产品或服务的舒适、有用、易用、友好 亲切程度。通过不同个体、独立空间和非经验的统计复用方式去有效评价产品 的体验特性提出修改意见提升产品的潜在客户满意度。 是否滥用用户引导。是否有不可点击的效果，如：你的按钮此时处于不可 用状态，那么一定要灰掉，或者拿掉按钮，否则会给用户误导。 菜单层次是否太深。交互流程分支是否太多。 相关的选项是否离得很远。一次是否载入太多的数据。 5.5 安全性测试 安全测试包括方面有：软件权限、数据安全、通讯安全、人机接口安全等。 包括超级管理员、用户或会员的密码安全，登录安全等。 要对各个角色用户进行权限测试，谨防安全问题出现。 要对网络上常见的网络攻击进行必要的测试，比如防 SQL 注入，防跨站脚 本攻击等各种常见的非法攻击测试。 5.6 稳定性测试 稳定性测试主要是针对系统在持续运行过程中系统有无异常情况发生，或 者突发事件，如意外断电、事件中断等情况下系统或产品的完备性方面的测试。 5.7 兼容性测试 核实系统在不同的软件和硬件配置中运行稳定 使用不同版本的不同浏览器、分辨率、操作系统分别进行测试。 不同操作系统、浏览器、分辨率和各种运行软件等各种条件组合测试。 广东省批量履约跟踪系统 版本：1.0 需求分析说明书 日期：2015 年 10 月 19 5.8 回归测试 回归测试即检查之前提出的 Bug 是否已被修复，分两个阶段，一个是系统 版本迭代过程中的回归测试，一个是交付前的回归测试。 Bug 修复后且在新版本发布后需要进行回归测试。 Bug 修复后的回归测试在交付前、要进行全量用例的回归测试。