1 / 25
文档名称:

智慧天竺用户需求规格说明书.docx

格式:docx   大小:65KB   页数:25页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

智慧天竺用户需求规格说明书.docx

上传人:xwbjll1 2016/12/26 文件大小:65 KB

下载得到文件列表

智慧天竺用户需求规格说明书.docx

文档介绍

文档介绍:顺义天竺镇政府智慧天竺用户需求规格说明书第 1页共- 25 -页文档名称 Document Name 客户名称 Cust omer Name 项目名称 Project Name 用户需求规格说明书顺义天竺镇政府智慧天竺项目编号 Project Code 文档版本 Do cument Version RJKF-2014-015 智慧天竺用户需求规格说明书编撰: 版本: 日期: 文档修订历史记录日期版本修订说明修订人备注 201 5 -05- 11 新建王硕 201 5 -0 7-09 修订王硕顺义天竺镇政府智慧天竺用户需求规格说明书第 2页共- 25 -页 1 引言 编写目的智慧天竺系统,是针对物流行业的代收货款服务,推出的一项新的物流延伸服务项目,充分运用现代化信息技术手段高效、快捷的工作而开发的软件系统,为各类大中小型企业用户、个体工商用户,提供物流货物传输的代收货款、和其他金融款项统一结算的一种特殊业务。编写该文档是为了分析智慧天竺系统的流程,对整个智慧天竺系统过程进行分析和总结,便于设计人员、开发人员对系统整体功能的认识,通过该文档确定系统的目的和功能,以及管理流程和方法,同时为使用者提供一些参考。本说明书定义了智慧天竺系统的详细需求,明确了系统代收支付功能内容、功能边界、开发途径,是整个软件开发的依据,它对以后阶段的工作起指导作用。 用户说明用户类型姓名/ 角色说明客户接口最终用户外部用户系统评估者系统决策者客户维护人员 需求分析小组成员需求分析人员角色职责客协会秘书长总负责人协会总工程师系统分析员顺义天竺镇政府智慧天竺用户需求规格说明书第 3页共- 25 -页户方协会技术人员业务人员协会技术人员业务人员广州希诺总经理总负责人副总经理需求总体协调开发经理系统分析员项目经理系统分析员 假定和约束 一般约束本条对设计系统时限制开发者选择的其他一些项作一般性描述。而这些项将限定开发者在设计系统时的任选项。这些包括: (1) 网络环境:满足系统发布的基本要求,相关的服务器能被信任和访问。(2) 硬件设备:硬件设备应能满足系统运行的最低要求; (3) 与其他应用间的接口:对应的接口要实现并能被系统访问调用。 假设和依据(1) 配套的业务数据得已实现; (2) 需求依赖的业务活动应已落实; (3) 与本项目相关的第三方工作如期完成并获得用户确认。 系统边界【适用领域】: 作为一款为物流货物传输的代收货款、和其他金融款项统一结算的一种特殊业务,适用于各类大中小型企业用户、个体工商用户,个人用户; 【不适用领域】: 医疗体系机构、行政服务机构及未开展物流贸易的企业用户; 【应当包含的内容】: 系统会员账户内的货款代收, 充值交易、提现交易、物流货款代收交易、转账/ 收款交易,工资代发交易; 顺义天竺镇政府智慧天竺用户需求规格说明书第 4页共- 25 -页【不包含的内容】: 不支持信用卡交易; 风险评估序号识别风险风险描述发生概率影响程度处理方式应对策略 1 需求内容描述不清需求提出部门只写出一个实现的想法, 对如何实现需求没有详细的描述。高大避免 1、加强业务与技术的交流, 建立业务与科技良好的交流沟通机制,业务人员要讲解需求含义,让技术人员了解整个需求的内容和达到的结果。技术部门要帮助业务部门完善需求内容。 2、建立良好的需求变更管理制度和需求工作处理流程。 3、在应用软件系统设计上尽量对一些可变的需求进行参数化设计,减少修改程序的频率。 4、对形成的需求功能说明书发给业务部门确认内容完整性和正确性。 5、需求分析完成后, 要对需求分析报告进行评估后,再提交业务部门交流确认。 2 需求变化风险由于业务发展或外部市场、政策等方面引起的变化。高大避免 3 需求内容理解错误风险与客户沟通少、对业务了解不够、对需求了解不够。技术人员对业务需求理解出现偏差, 与实际需求描述含义不一样。高大避免 4 需求分析出现错误对业务部门提交需求进行可行性分析不够深入,导致出现偏差。中大避免 5 需求调研对象并非最终用户或无法覆盖全部类型的最终用户在与客户做需求调研时, 由于各种客观因素, 主要的调研对象并非最终用户,而是客户 IT 部门的相关人员, 这种转述需求的情况, 很容易导致获取的需求与实际需求产生偏差。高大避免在做需求调研前,明确提出与各种类型的最终用户直接交流的愿望。如果无法实现, 则必须对其 IT 部门提出这种状态潜在的风险,并强调如果风险发生,我们将按需求变更处理。 6 系统范围和边界界定不明确经常是, 用户对系统要做哪些工作也不是很明确, 我们也没有引导客户明确所有需求, 并明确告诉用户我们系统有哪些功能, 不具有哪些功能。高大避免配合客户细