用户需求说明书标准模板
(完整版)用户需求说明书模板

密级:用户需求说明书模板软件开发项目xx组二О一六年八月二十七日文件修订记录目录1. 概述 (4)1.1编写目的 (4)1.2用户简介 (4)1.3项目的目的与目标 (4)1.4术语定义 (5)1.5参考资料 (5)1.6设计与实现的限制 (5)2. 现有系统的描述 (6)2.1组织机构与职责 (6)2.3作业流程 (7)2.4报表 (7)2.5存在的问题 (7)2.6可能的变化 (8)3 功能需求 (8)4 界面与接口需求 (9)4.1用户的界面需求 (9)4.2外部的接口 (10)5 性能需求 (10)5.1时间要求 (10)5.2空间与数值性能 (10)6 其他需求 (11)6.1系统的安全性 (11)6.2系统的可靠性 (11)6.3系统的灵活性 (11)6.4其他 (11)7 非功能需求 (12)7.1用户特点 (12)7.2法律法规、版权 (12)7.3兼容性 (12)7.4联机帮助信息 (12)7.5购买组件 (12)8 系统约束 (12)9用户验收标准 (13)9.1验收标准: (13)9.2功能验收标准可依据以下方面制定: (13)9.3性能验收标准: (13)附录A ××× (16)A.1××× (16)附录B ××× (16)B.1××× (16)B.2×××161. 概述1.1 编写目的为了使用户与开发人员之间相互了解,对用户需求进行明确定义,使之成为整个开发工作的基础,并提供一个软件系统度量和遵循的基准。
该文件可作为用于确认软件产品是否满足给定需求的验收标准。
1.2 用户简介在本章节中要将用户的基本情况描述清楚,以便于分析人员划定系统范围,进行关于功能与进度、成本、性能等方面的平衡决策。
基本情况举例:➢企业性质➢规模(员工数量、经营业绩等)➢业态➢地理位置与布局➢产品或服务的种类➢管理模式➢用户使用计算机系统的经历➢…...1.3 项目的目的与目标项目目的是开发本系统的意图的总概括,目标是将目的细化后的具体的描述,项目目标应是明确的、可度量的、可以达到的,项目的范围应能确保项目的目标可以达到。
需求规格说明书(仅用于学习的参考模板)

数字化绩效需求规格说明书1引言1.1编写目的项目需求说明书是系统生存周期中开发阶段的一个重要步骤。
是作为整个系统开发范围的指南,是系统开发人员描绘出正确的符合用户要求的系统的重点。
为了明确客户的基本需求,更好地完成对客户需求了解,并量化和明晰本系统的工作量和工作进度,特编写此需求规格说明书。
此说明书始终贯穿于整个项目开发的过程,并决定着开发的整体框架,也是系统实现功能的指引说明。
1.2术语定义2综合描述2.1系统的功能(1)XXXX管理系统XXXX管理系统是推进市直机关及县(市、区)绩效管理体系创新,是在自治区免费提供的基础云应用平台上扩展建设而成的,能全面实现各XXXX考评工作网络化在线管理,大幅度提高绩效考评工作效率:实现战略目标展示、XXXX考评指标设定、修改和查看管理功能;实现工作计划、工作纪实、总结、过程XXXX、亮灯预警等绩效过程管理功能;支持在线开展年度绩效考评;导(录)入外部考评结果和外部评价结果,实现考评成绩自动计算;实现绩效考评结果统计分析、方便快捷查询与展示功能,构建XXXX档案。
(2)XXXX管理系统XXXX管理系统主要包含实现对会议决定事项、领导批办事项、上级交办事项和重大工作事项等分类全过程XXXX管理,包括XXXX事项分解拟定、审核与下达、XXXX、反馈进度、跟踪预警、XXXX报告和统计汇总等全过程环节管理。
(3)XXXX管理系统XXXX管理系统满足在线开展部门互评、领导评价、公众评议等工作,在设计上要具备充分的灵活性,可自由设置打分选项、配置测评表内容、配置测评对象以及生成测评账号,要具有完善的评价管理功能,实时汇总、监控评价开展情况,收集各个测评主体对测评对象的意见建议等,建立一个学、高效、简便、可视化的考核评价工作平台,提高考核评价数据采集的实时性、便捷性和准确性。
(4)XXXXX小程序XXXXX是借助信息化的手段,提升核验执行效率与覆盖面。
手机移动XXXX(含察访核验)是以XXXX管理系统为基础,全新设计开发的应用系统,XXXX对XXXX 管理系统功能进行提炼和整合,充分发挥移动设备方便快捷、可拍照、GPS定位等优势,实现重大工作完成情况快捷填报、证明材料上传,充分利用手机GPS功能确保证明图片的真实性、实效性,避免了传统的现场核验工作量,提高了工作效率,节约了监督成本。
软件项目之用户需求说明书(模板1)

XXXXXX系统用户需求说明书(V1.0)XXXXXX公司20XX年XX月'为了保证系统的可用性,软件必须采用检查点、恢复、重启动机制。
在每日9 小时、每周七日操作的情况下,本软件之可用性应在99.5%以上。
•可移植性若有可移植性要求,即要求软件能方便地从一个环境转移到另一个环境,那么应该在此明确指出,并指明转移之程序,以及界面限制等。
•其它安全与保密需求1)安全说明为防止可能发生的人员、财物或实体环境伤害而对软件设计提出的安全需求。
例如:•通过提供数据的备份和恢复功能,来保证数据文件的安全(当系统中的数据文件遭到破坏时,可以把备份数据读入系统,使系统能够继续运行)。
•通过数据库管理软件提供的各式数据备份/恢复功能,来保证数据库/表的安全。
2)保密说明保护系统免遭意外或恶意的存取、使用、修改、破坏或泄密的需求。
包括:•利用某种密码技术;•设置专门的日志或历史数据集;•给不同的模块分配不同的功能;•对一个程序中各部分之间的通讯实施限制;•对关键的量实施“检查和”校验等等。
4.6扩展性需求提示:扩展性需求描述。
4.7其他需求提示:其他需求描述。
第5章附录可附需求访谈记录表、客户调研会议纪要、调研报告等。
修订记录目录第1章文档简介I文档目的I1.1 范围1名词定义11.2 参考文件1第2章系统概述1系统介绍22.1 系统目标2系统范围22.2 系统面向用户群体2遵循的标准与规范2第3章功能需求2系统总体功能23.1 功能需求13功能/模块概述33.1.1 业务流程和业务规则3子功能133.1.2 子功能23子功能343.2 功能需求24功能/模块概述43.2.1 业务流程和业务规则4子功能143.2.2 子功能24子功能34第4章非功能需求5用户界面需求54.1 软硬件环境需求5接口需求54.2 性能需求5品质需求54.3 安全与保密需求6扩展性需求64.4 其他需求6第5章附录6第1章文档简介本章将简要地说明用户需求说明书(以下简称本说明书)的目的、范围、读者对象、名词定义和参考文件文档目的本说明书的目的在于阐明XXXXXX系统(以下简称本系统)的用户需求。
(完整版)用户需求说明书模板

(完整版)⽤户需求说明书模板密级:⽤户需求说明书模板软件开发项⽬xx组⼆О⼀六年⼋⽉⼆⼗七⽇⽂件修订记录⽬录1. 概述 (4)1.1编写⽬的 (4)1.2⽤户简介 (4)1.3项⽬的⽬的与⽬标 (4)1.4术语定义 (5)1.5参考资料 (5)1.6设计与实现的限制 (5)2. 现有系统的描述 (6)2.1组织机构与职责 (6)2.3作业流程 (7)2.4报表 (7)2.5存在的问题 (7)2.6可能的变化 (8)3 功能需求 (8)4 界⾯与接⼝需求 (9)4.1⽤户的界⾯需求 (9)4.2外部的接⼝ (10)5 性能需求 (10)5.1时间要求 (10)5.2空间与数值性能 (10)6 其他需求 (11)6.1系统的安全性 (11)6.2系统的可靠性 (11)6.3系统的灵活性 (11)6.4其他 (11)7 ⾮功能需求 (12)7.1⽤户特点 (12)7.2法律法规、版权 (12)7.3兼容性 (12)7.4联机帮助信息 (12)7.5购买组件 (12)8 系统约束 (12)9⽤户验收标准 (13)9.1验收标准: (13)9.2功能验收标准可依据以下⽅⾯制定: (13) 9.3性能验收标准: (13)附录A ××× (16)A.1××× (16)附录B ××× (16)B.1××× (16)B.2×××161. 概述1.1 编写⽬的为了使⽤户与开发⼈员之间相互了解,对⽤户需求进⾏明确定义,使之成为整个开发⼯作的基础,并提供⼀个软件系统度量和遵循的基准。
该⽂件可作为⽤于确认软件产品是否满⾜给定需求的验收标准。
1.2 ⽤户简介在本章节中要将⽤户的基本情况描述清楚,以便于分析⼈员划定系统范围,进⾏关于功能与进度、成本、性能等⽅⾯的平衡决策。
基本情况举例:企业性质规模(员⼯数量、经营业绩等)业态地理位置与布局产品或服务的种类管理模式⽤户使⽤计算机系统的经历…...1.3 项⽬的⽬的与⽬标项⽬⽬的是开发本系统的意图的总概括,⽬标是将⽬的细化后的具体的描述,项⽬⽬标应是明确的、可度量的、可以达到的,项⽬的范围应能确保项⽬的⽬标可以达到。
通用管理系统用户需求规格说明书

通⽤管理系统⽤户需求规格说明书密级:内部公开秘密机密绝密安庆市污染源在线监测系统⽤户需求确认书版权所有侵权必究⽂档变更⽂档呈送⽬录1. ⽂档介绍 (5)1.1. ⽂档⽬的 (5)1.2. ⽂档范围 (5)1.3. 读者对象 (5)1.4. 参考⽂档 (5)1.5. 术语与缩写解释 (5)2. 产品/项⽬介绍 (5)3. 产品/项⽬⾯向的⽤户群体 (6)4. 产品/项⽬应当遵循的标准或规范 (6)5. 产品/项⽬运⾏环境 (6)6. 设计和实现上的限制 (6)7. 产品的功能性需求 (7)7.1. 功能性需求分类 (7)7.2. ⽂档管理 (9)7.2.1. ⽂档管理 (9)7.2.2. ⽂档搜索 (10)7.2.3. ⽂档预览 (11)7.2.4. 权限设置 (12)7.3. 考勤管理 (13)7.3.1. 考勤资料录⼊及修改 (13)7.3.2. 考勤资料导⼊及导出 (14) 7.3.3. 考勤报表 (14)7.4. 办公⽤品管理 (14)7.4.1. 基础资料维护 (15)7.4.2. 库存管理 (16)7.4.3. 使⽤管理 (18)7.4.4. 审批管理 (20)7.5. 呈批管理 (21)7.5.1. 提交呈批 (21)7.5.2. 审批管理 (21)7.5.3. 提醒 (22)7.6. 报销管理 (23)7.6.1. 费⽤科⽬设置 (23)7.6.2. 报销单登记 (23)7.6.3. 报销单审核及过账 (24) 7.6.4. 报销综合查询 (24)7.7. ⼈⼒招聘管理 (25)7.7.1. 组织⼈事管理 (25)7.7.2. 培训管理 (27)4.1. 会议室预定 (29)4.1.1. 会议室维护 (29)4.1.2. 会议室管理 (30)4.1.3. 会议室记录 (31)4.2. 车辆管理 (31)4.2.1. 车辆基础数据维护 (31) 4.2.2. 车辆费⽤ (32)4.2.3. 车辆调度 (32)4.2.4. 车辆违章及事故登记 (34) 4.2.5. 车辆报表 (34)4.3. 物业管理 (35)4.3.1. 租赁管理 (35)4.3.2. 采购管理 (36)8. 产品的系统需求 (39)8.1. 系统安全性需求 (39)8.2. 系统性能需求 (39)8.3. 系统接⼝需求 (39)8.4. 系统⽤户需求 (39)1.⽂档介绍1.1. ⽂档⽬的本⽂档主在⽤于界定系统的主体功能和需求。
用户需求说明书 模板

用户需求说明书说明:1、本文件中“[]”中内容为举例和说明文字,请务必在文件拟制时替换或删除;2、若文中某章节内容可省略、不需要或适用,请保留该标题,并根据实际在内容部分写明“略”、“勿需”或“不适用”等,同时适当说明原因;3、请作者注意在文档右上角修改该文档的密级。
文件修订历史版本说明填写说明:1 本文件中“[ ]”中蓝色字体内容为说明文字,请在编写文档时予以替换或删除;2 ※号表示重点描述章节;3 若文中某章节内容可省略、不需要或不适用,请保留该标题,并根据实际情况,在内容部分写明“无”“略”、“勿需”或“不适用”等,同时适当说明原因,但不能删除该章节;目录1.需求概述 (6)1.1.背景、目的 (6)1.2.使用范围 (6)1.3.参考书目 (6)1.4.规范性文件............................................................................... 错误!未定义书签。
1.5.专业术语 (6)1.6.关联需求 (6)1.7.成功决定因素........................................................................... 错误!未定义书签。
1.8.假设因素 (7)2.现状及未来描述 (8)2.1.本次修改或新增的业务流程 (8)2.2.未来业务流程 (8)2.3.系统概要 (8)2.4.影响度 (9)2.5.用户职责 (9)3.需求描述 (9)3.1.【子功能需求1】※ (9)3.1.1.功能作用及特点 (9)3.1.2.重要规则及公式说明 (9)3.1.3.界面要求 (9)3.1.4.关联系统及关联模块 (10)3.1.5.权限定义 (10)3.1.6.业务风险分析 (11)3.1.7.数据同步 (11)3.1.8.使用频率 (11)3.2.【子功能需求2】※ (11)3.3.【子功能需求N】※ (11)4.特殊需求 (12)4.1.监管需求 (12)4.2.稽核审计需求 (12)4.3.其他 (12)5.报表需求 (12)5.1.[XXX1报表需求] (12)5.1.1.概述※ (12)5.1.2.报表说明※ (13)5.2.[XXX N报表需求] (13)6.性能需求 (13)7.非功能性需求 (14)7.1.可靠性要求 (14)7.2.安全性要求 (14)7.3.用户量要求 (14)8.IT运维及非功能性需求 (15)9.附件 (15)1.需求概述【描述业务的机会、风险、竞争、成本等方面内容。
产品经理_用户需求说明书模板

用户需求说明书模板文档编号:NH-10-YHXQSMSMB文档信息:公司级别模板文件文档名称:用户需求说明书模板文档类别:工程过程类密级:机密版本信息:1.0建立日期:2010-6-1创建人:批准人:批准日期:2010-6-5保管人:高芳存放位置:综合部编辑软件:Microsoft Office 2003 中文版目录1.引言 (5)1.1 编写目的 (5)1.2 范围 (5)1.3 项目背景 (5)1.4 主要业务名词和术语定义 (5)1.5 参考文献* (5)2.需求概述 (6)2.1 用户当前系统* (6)2.1.1 用户当前系统概述 (6)2.1.2 用户当前系统存在的问题 (6)2.2 目标系统 (6)2.2.1 目标系统概述 (6)2.3 与其他系统的关系* (6)2.4 边界定义 (6)2.5 基本业务规则 (6)2.6 系统功能模型概述 (6)2.7 安装或实施目标系统的策略 (7)2.8 目标系统运行环境要求 (7)3.详细需求 (7)3.1 功能名称(需求编号) (7)3.2 功能名称(需求编号) (8)4.主要界面说明 (8)4.1 界面共性说明 (8)4.2 主要界面说明 (8)5.与其他系统的接口说明* (8)6.运行环境 (9)7.性能要求 (9)7.1 运行性能 (9)7.2 可维护性 (9)7.3 可移植性 (9)7.4 故障处理要求 (9)7.5 不允许发生的事件 (9)8.附录 (10)8.1 附件1:业务表单 (10)8.2 附件2 :字典代码 (10)8.3 附件3 :外部接口格式 (10)8.4 附件5 :主要业务流程 (11)8.5 附件6 :查询信息 (11)8.6 附件7 :业务单据 (12)8.7 附件8 :统计报表 (12)1.引言引言部分应包括:1.1编写目的主要说明本文档的作用,除了作为需求规格说明书提供后续设计和测试工作的依据外,如果作为项目验收的依据或有其他特别作用,应特别声明。
用户需求说明书模板(3)

顾客需求阐明书模板文档编号:顾客需求阐明书模板文档信息:公司级别模板文献文档名称:顾客需求阐明书模板文档类别:工程过程类密级:机密版本信息:1.0建立日期:创建人:审核者:批准人:批准日期:保管人:寄存位置:目录1.引言 (4)1.1编写目旳 (4)1.2范畴 (4)1.3项目背景 (4)1.4重要业务名词和术语定义 (4)1.5参照文献 * (4)2.需求概述 (4)2.1顾客目前系统 * (4)2.1.1顾客目前系统概述 (4)2.1.2顾客目前系统存在旳问题 (4)2.2目旳系统 (5)2.2.1目旳系统概述 (5)2.3与其他系统旳关系 * (5)2.4边界定义 (5)2.5基本业务规则 (5)2.6系统功能模型概述 (5)2.7安装或实行目旳系统旳方略 (5)2.8目旳系统运营环境规定 (5)3.具体需求 (6)3.1功能名称(需求编号) (6)3.2功能名称(需求编号) (7)4.重要界面阐明 (7)4.1界面共性阐明 (7)4.2重要界面阐明 (7)5.与其他系统旳接口阐明 * (7)6.运营环境 (7)7.性能规定 (7)7.1运营性能 (8)7.2可维护性 (8)7.3可移植性 (8)7.4故障解决规定 (8)7.5不容许发生旳事件 (8)8.附录 (8)8.1附件1:业务表单 (8)8.2附件2 :字典代码 (9)8.3附件3 :外部接口格式 (9)8.4附件5 :重要业务流程 (9)8.5附件6 :查询信息 (10)8.6附件7 :业务单据 (10)8.7附件8 :记录报表 (11)1.引言引言部分应涉及:1.1编写目旳重要阐明本文档旳作用,除了作为需求规格阐明书提供后续设计和测试工作旳根据外,如果作为项目验收旳根据或有其他特别作用,应特别声明。
1.2范畴对于所有受到本文档影响或于影响这个文档旳一切进行简要描述。
1.3项目背景重要阐明项目旳来源,项目所波及领域旳现状,建设该项目旳意义等。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
变更履历
目录
1.项目概况 (4)
1.1.项目背景 (4)
1.2.项目目标 (5)
1.3.单位情况 (5)
1.4.单位组织结构 (5)
2.信息化现状 (5)
2.1.硬件状况 (5)
2.2.软件状况 (5)
2.2.1.系统软件 (5)
2.3.人力资源状况 (6)
3.用户功能需求 (7)
3.1.功能模块的组成 (7)
3.2.名词术语 (7)
3.3.工作流程 (8)
3.3.1关键业务流程 (8)
3.4.模块功能通用要求 (9)
3.5.模块功能关键要求 (9)
3.5.1.首页桌面 (9)
3.5.2.日常办公 (9)
3.5.3.待办公文 (9)
4.非功能性要求 (9)
4.1.稳定性 (9)
4.2.安全性 (10)
4.3.用户界面需求 (10)
4.3.1.操作简捷 (10)
4.3.2.数据校验 (10)
4.4.运行需求 (10)
4.4.1.数据库要求 (10)
4.4.2.应用服务器要求 (11)
4.4.3.故障处理 (11)
4.4.4.用户文档 (11)
4.5.其它需求 (11)
4.5.1.支持软件环境 (11)
4.5.2.表单 (11)
4.6.接口 (12)
与第三方集成接口(硬件接口)的描述 (12)
4.6.1.与市低保系统的接口 (12)
附录A:词汇表 (12)
5验证及确认 (12)
以合同内容为双方验证确认的范围 (12)
1.项目概况
1.1.项目背景
建立社会救助体系,是构建社会主义和谐社会的首善之区的需要,是全面建设小康社会、统筹城乡经济社会发展、实现“新北京、新奥运”战略构想的重要内容,对于维护首都改革、发展和稳定具有重要意义。
96年以来,北京市建立了城乡最低生活保障制度,并通过实施医疗、住房、教育、司法、就业、灾害救助以及流浪乞讨人员救助等一系列专项救助,以及建立和完善的临时救助、社会互助等措施在保障低收入群众的基本生活、维护社会稳定方面发挥了重要作用。
目前,XXX已初步形成了以最低生活保障为基础,医疗、住房、教育等专项救助相配套,社会互助为补充的综合性、多层次的社会救助体系。
但是,目前的救助还存着各区级委办局在社会救助方面的信息数据未实现共享,不能通过数字化管理,把政府和社会的各种救助资源及困难群众的救助需求有机结合的问题。
还存在着在基础数据的收集和处理应用方面工作不到位的问题。
1.2.项目目标
以标准为灵魂,以需求为导向,以数据为基础,以应用为根本,以网络为载体,针对目前社会救助工作中存在的问题,建立数字化社会救助体系,全面掌握全区困难群众的救助需求,统一掌握救助信息,合理配置救助资源,提高工作效率和救助水平,科学监督评价救助工作效果,使困难群众应保尽保,应助尽助。
1.3.单位情况
1.4.单位组织结构
2.信息化现状
2.1.硬件状况
2.2.软件状况
2.2.1.系统软件
服务器:Windows 2003 操作系统
Oracle 10G数据库
客户端:Windows XP 操作系统
2.3.人力资源状况
信息技术人员水平较高,能够独立地对网络以及服务器主机进行调试与网络搭建,
3.用户功能需求
3.1.功能模块的组成
3.2.名词术语
术语和缩写解释备注
法定项目一些低保人群可以根据自身条件申请某些社会救助项目。
而且只要符合相关条件,就一定可以申请到相关救助项目。
法定项目一次可申请多个。
非法定项目根据现有资源(资金,物品等),对低收入人群的困难情况排序,优先救助过分贫困的人群,有些人可能申请不到。
一次只能申请一个。
3.3.工作流程
3.3.1关键业务流程
普通业务流程--区级法定救助业务流程
…………….
系统总体结构
3.4.模块功能通用要求
1.各级用户,可在系统首页查看到提供的公告栏下载园地中的主要内容.
2.平台主要功能
(1)基础数据采集与管理
(2)业务办理管理
3.5.模块功能关键要求
3.5.1.首页桌面
简要说明
首页桌面体现用户登录系统后,现实在主页面上常用的功能,其中信息包括常用功能内的信息统计描述;
3.5.2.日常办公
简要说明
日常办公体现当前用户在系统上经常办理业务的功能。
方便客户能快速的在系统上进行业务的办理。
3.5.3.待办公文
简要说明
待办公文需要体现当前用户等待办理的事项,使用户方便快捷的找到当前需要办理的工作,以及办理流程,在审批通过后,对相应的救助申请进行救助资源的分配操作。
其包括业务受理、审核审批、分配实施三部分,业务受理功能为对救助申请的业务进行业务受理,审核审批功能是对受理通过的救助信息进行审核上报和审批办结的操作,分配实施功能是办理人员根据办理流程上的各级意见,最重确定救助金额的步骤。
4.非功能性要求
4.1.稳定性
保证数据存取和逻辑处理等不出现异常错误,确保7×24正常运转。
对在数据处理过程中可能出现的软件、硬件故障导致的数据处理中断,系统应及时进行数据回滚,保证数据的唯一性、准确性。
4.2.安全性
在数据处理、存储、传输等过程中确保数据不被篡改,对不同功能进行权限划分。
对人为误操作所导致的数据删除,系统应提供数据恢复,保证数据的完整性。
4.3.用户界面需求
界面设计原则:用户界面应从输入输出的角度,反映系统的整体功能。
4.3.1.操作简捷
本系统要求操作简洁,易于学习,用户只需要简单培训即可掌握系统操作。
1.用户是所有处理的核心,简化用户操作步骤;
2.采用菜单方式按业务分类菜单;
4.3.2.数据校验
数据校验是增强系统可用性和可靠性的重要手段,系统要求对输入的数据进行有效性、合法性校验,数据校验可以排除许多数据不一致的现象,从逻辑上、数据完整性上保证数据的质量,做到“正确的输入有正确的结果,错误的输入有正确的响应”。
4.4.运行需求
4.4.1.数据库要求
Oracle 10g
需求规格说明书第11页
4.4.2.应用服务器要求
WebLogic 9.2 环境
4.4.3.故障处理
软硬件故障的处理:如果收到福利事务管理中心的故障处理方面的要求,如果是轻微故障可以直接去给客户进行故障处理,如果是严重的故障,我方先记录下来故障的原因等信息,然后我方会尽快根据客户所提出的故障进行分析,然后给客户一个处理的具体时间。
故障处理完后我方会对出现的故障进行总结。
4.4.4.用户文档
用户手册,培训教材
4.5.其它需求
4.5.1.支持软件环境
4.5.2.表单
见原始文档资料
xxxx有限公司。