需求调研及管理培训

1、信息安全事业部产品管理部信息安全事业部产品管理部 需求调研及管理需求调研及管理内容提要内容提要需求开发面临的困境需求开发面临的困境需求管理过程的输出产物需求管理过程的输出产物如何管理需求如何管理需求如何调研和采集需求如何调研和采集需求什么是需求什么是需求客户需求与开发人员之间的矛盾客户客户/用户的抱怨用户的抱怨开发人员的抱怨开发人员的抱怨操作层客户满意度持续低迷操作层客户满意度持续低迷需求总是不能完全满足需求总是不能完全满足开发进度总是太慢开发进度总是太慢使用使用“问题问题”总是太多总是太多对业务的支撑总是不能有效和及时对业务的支撑总是不能有效和及时开发效率总是在一个低水平没有提高开发效率总是

2、在一个低水平没有提高需求总是在不断的变化和追加需求总是在不断的变化和追加总是在为实现总是在为实现“边角功能边角功能”而消耗太大而消耗太大代价代价我们天天都在加班，却永远都无法完成我们天天都在加班，却永远都无法完成用户提出的需求和用户提出的需求和“问题问题”客户突发性的事件和需求总是打乱了原客户突发性的事件和需求总是打乱了原来的计划来的计划客户需求的计划性太差客户需求的计划性太差客户需求与开发人员之间的矛盾v 项目经理听说要个秋千，调研完成后主观思考应该是加根板子或绳子项目经理听说要个秋千，调研完成后主观思考应该是加根板子或绳子。客户需求与开发人员之间的矛盾v 公司拿到需求后难以理解公司拿到需求

3、后难以理解3根绳和板子的原理，擅自改为两根绳子和一个板子，根绳和板子的原理，擅自改为两根绳子和一个板子，由于秋千的作用描述不准确，设计后变成横向拉力设备，研发人员开发后秋千由于秋千的作用描述不准确，设计后变成横向拉力设备，研发人员开发后秋千架错地方不能摇。架错地方不能摇。客户需求与开发人员之间的矛盾v 现场安装为了解决现场安装为了解决bug，部署时打通树干。其实客户要的结实的秋千是轮胎绑个，部署时打通树干。其实客户要的结实的秋千是轮胎绑个绳就够了。绳就够了。需求分析过程的改进是开发效率提高的起点需求分析过程的改进是开发效率提高的起点软件项目实施周期的正确方向软件项目实施周期的正确方向项目启动需

4、求分析设计开发测试部署上线运营维护需求分析设计开发测试部署上线运营维护软件项目实施因需求分析误差导致的偏移软件项目实施因需求分析误差导致的偏移失之毫厘，缪以千里内容提要内容提要需求开发面临的困境需求开发面临的困境需求管理过程的输出产物需求管理过程的输出产物如何管理需求如何管理需求如何调研和采集需求如何调研和采集需求什么是需求什么是需求什么是需求？什么是需求？v什么是需求？什么是需求？ 通过与用户交流，了解用户需要什么，通过分析用户需要的特征，总结成软件需求。 并没有一个清晰、毫无二义性的并没有一个清晰、毫无二义性的“需需求求”术语存在，真正的术语存在，真正的“需求需求”实际上在实际上在人们的脑

5、海中。任何文档形式的需求仅是人们的脑海中。任何文档形式的需求仅是一个模型，一种叙述。一个模型，一种叙述。 需求三要素需求三要素呈现方式Why：为什么需要这个需求及需求的基本要求如何？需求概貌How：用户是如何使用这个需求的，发生的场景如何？这是需这是需求的核心内容求的核心内容What：此需求实现后的最终表现方式是什么样的？这是这是需求关键内容需求关键内容业务场景需求概述内容提要内容提要需求开发面临的困境需求开发面临的困境需求管理过程的输出产物需求管理过程的输出产物如何管理需求如何管理需求如何调研和采集需求如何调研和采集需求什么是需求？什么是需求？从一则笑话看需求调研的精神从一则笑话看需求调研的

6、精神 某日，老师在课堂上想考考学生们的智商，就问一个男孩：某日，老师在课堂上想考考学生们的智商，就问一个男孩：“树上有十鸟，树上有十鸟，开枪打死一只，树上还剩几只开枪打死一只，树上还剩几只?” 男孩反问：男孩反问：“是无声枪么是无声枪么?”“不是。不是。”“枪声有多大枪声有多大?”“80100分贝。分贝。”“那就是说会震的耳朵疼那就是说会震的耳朵疼?”“是。是。”“在这个城市里打鸟犯不犯法在这个城市里打鸟犯不犯法?”不犯。不犯。”“您确定那只鸟真的被打死啦您确定那只鸟真的被打死啦?”“确定。确定。”老师已经不耐烦了，老师已经不耐烦了，”拜托，你告诉我还剩几只就行了，拜托，你告诉我还剩几只就行了

7、，OK?”“OK。鸟里有没有聋子。鸟里有没有聋子?”“没有。没有。”“有没有关在笼子里的有没有关在笼子里的?”“没有。没有。”“边上还有没有边上还有没有其他其他的树，树上还有没有其他鸟的树，树上还有没有其他鸟?”“没有。没有。” “方圆十里呢方圆十里呢?”“就这么一棵树就这么一棵树!”“有没有残疾或饿的飞不动的鸟有没有残疾或饿的飞不动的鸟?”“没有，都身体倍棒。没有，都身体倍棒。” 从一则笑话看需求调研的精神从一则笑话看需求调研的精神 “算不算怀孕肚子里的小鸟算不算怀孕肚子里的小鸟?”“都是公的。都是公的。”“都不可能怀孕都不可能怀孕?”“，决不可能。，决不可能。”“打鸟的人眼里有没有花打鸟的

8、人眼里有没有花?保证是十只保证是十只?”“没有花，就十只。没有花，就十只。”老师脑门上的汗已经流下来了，下课铃响起，但男孩仍继续问老师脑门上的汗已经流下来了，下课铃响起，但男孩仍继续问:“有没有傻有没有傻的不怕死的的不怕死的?”“都怕死。都怕死。”“有没有因为情侣被打中，自己留下来的有没有因为情侣被打中，自己留下来的?”“笨蛋，之前不是说都是公的嘛笨蛋，之前不是说都是公的嘛!”“同志可不可以啊同志可不可以啊!”“，性取向都很正常，性取向都很正常!”“会不会一枪打死两只会不会一枪打死两只?”“不会。不会。” “一枪打死三只呢一枪打死三只呢?”“不会。不会。”“四只呢四只呢?”“更不会更不会!”“

9、五只呢五只呢?”“绝对不会绝对不会!”“那六只总有可能吧那六只总有可能吧?”“除非是猪生的才有可能除非是猪生的才有可能!” 从一则笑话看需求调研的精神从一则笑话看需求调研的精神 “好吧，那么所有的鸟都可以自由活动么好吧，那么所有的鸟都可以自由活动么?”“完全可以。完全可以。”“它们受到惊吓起飞时会不会惊慌失措而互相撞上它们受到惊吓起飞时会不会惊慌失措而互相撞上?”“不会，每只鸟都装有卫星导航系统，而且可以自动飞行。不会，每只鸟都装有卫星导航系统，而且可以自动飞行。”“恩，如果您的回答没有骗人，恩，如果您的回答没有骗人，”学生满怀信心的回答，学生满怀信心的回答，“打死的鸟要是打死的鸟要是挂在树上

10、没掉下来，那么就剩一只，如果掉下来，就一只不剩。挂在树上没掉下来，那么就剩一只，如果掉下来，就一只不剩。”老师当即倒老师当即倒! 需求调研过程的问题需求调研过程的问题v 案例案例1 一般软件公司接到了软件实施案子，第一步是急吼吼的去做需求调研。首先集中要使用软件的一帮人在一起开座谈会，有使用部门的，有间接使用的部门，有计算机管理部门，有大老板，有二老板，甚至有的时候连前台也来了。好几个部门的人集中在一起，每个人角度不同、层次不同，关注的重点不同。大家从自己的角度唧唧喳喳的说了一通，然后需求调研人员将这些都记录下来，形成需求文档，拿回去开发软件。经过一段时间的努力，终于可以给相关使用人员演示了。

11、一演示，问题来了：某某部门的说刚才我突然发现我这里有个东西你这软件没做，某某部门说我这里还有个流程你还没做进去，某某又说有个关键的报表你做的跟我们实际要的不同。某个以前没关注的部门突然又提出需求，我也要用这个软件，新软件上我不能使用。软件公司项目开发人员把这个部门人员请来一聊，最终发现这个部门确实有使用这个软件的理由，再一翻以前的调研，这个部门给漏掉了。没办法，把这个部门的需求在加上，继续进入开发中。需求调研过程的问题需求调研过程的问题v问题提炼问题提炼1.用户参会人员不全导致无法形成完整需求，甚至漏掉需用户参会人员不全导致无法形成完整需求，甚至漏掉需求；求；2.直接管理项目的局方负责人没有参

12、与调研，领导一句话直接管理项目的局方负责人没有参与调研，领导一句话直接推翻所有；直接推翻所有；3.每个人关注的重点不同，记录后很难形成最终需求每个人关注的重点不同，记录后很难形成最终需求；4.开发出的东西客户使用后发现调研时某功能是必要的但开发出的东西客户使用后发现调研时某功能是必要的但之前没想到；之前没想到；5.发现功能有但是没有和业务流程结合起来无法使用；发现功能有但是没有和业务流程结合起来无法使用；6.发现调研时表达的需求和项目方理解其实不一致，实现发现调研时表达的需求和项目方理解其实不一致，实现不对；不对； 需求调研过程的问题需求调研过程的问题v案例案例2 “喂，是小明吗？我是人力资源

13、部的小丽，我们在使用你编写系统时遇到一个问题，一个职员想把她的名字改成井边小玉，而系统不允许？” “她国籍变日本人吗？” 小明问道。 “不，仅仅是要更改她的名字，而且身份证已经变更了”小丽回答。“就是这问题，好像我们系统只有国籍变了名字规则才变。” “当然是这样，我从没想过谁会莫名其妙地更改自己的姓名。我不记得你曾告诉我系统需要处理这样的事情。” 小明说。 小丽说：“我想你当然知道每个人只要愿意都可以随时合法更改他（她）们的姓名。但不管怎样，我们希望在下周五之前解决这个问题，否则小玉将不能报销。你能在此前修改好这个错误吗？“ “我现在正忙着做一个新的性能检测系统，我只可能在月底前修改好，一周内

14、不行，很抱歉。 “那我怎么跟小玉说呢？” “小丽，你要明白，这不是我的过错。” “如果你一开始就告诉我，你要能随时改变某个人的名字，那这些都不会发生。因此你不能因我未猜出你的想法（需求）就责备我。” 小丽不得不愤怒地屈从：“好吧，好吧，我恨死这个系统了。 需求调研过程的问题需求调研过程的问题v问题提炼问题提炼1.客户和项目经理都对该领域有一定理解，比较简单或常规客户和项目经理都对该领域有一定理解，比较简单或常规流程不讨论，结果遗漏了实际可能存在的问题；流程不讨论，结果遗漏了实际可能存在的问题；2.客户因不熟悉或突发奇想仅有模糊的概念，没有梳理出需客户因不熟悉或突发奇想仅有模糊的概念，没有梳理出

15、需求的能力；求的能力；需求调研过程的问题需求调研过程的问题v 案例案例3 某金融公司的高级管理郑某 ,会见软件公司的XX系统项目经理级。郑某说：“我们需要建立全网人员及权限管理系统，该系统可以把公司所有系统的权限分几种管理，这样在这个平台上维护帐号后针对该系统权限直接授权就简单了，而不必登陆到各系统进行细粒度授权。你们小组能在五个月内开发出该系统吗？”项目经理说：“我已经明白这个项目的重要性了，但在我制定计划前，我们必须收集一些系统的需求。” 郑某觉得很奇怪：“你的意思是什么？我不是刚告诉你我的需求了吗？”项目经理说：“实际上，你只说明了整个项目的概念与目标，这些高层次的业务需求并不能为我们提

16、供足够的详细信息以确定究竟要开发什么样的软件，以及需要多长时间。我需要一些熟悉各系统使用要求的人员及相关技术人员进行讨论，然后才能真正明白达到业务目标所需的各种功能和用户的要求。才能明确达到目标的具体功能有哪些，我们系统目前为满足哪些业务及技术。也许我们甚至并不需要开发一个新的子系统，这样可节省许多钱。” 需求调研过程的问题需求调研过程的问题v问题提炼问题提炼1.用户各种需求带来过度的耗费和降低产品的质量；用户各种需求带来过度的耗费和降低产品的质量；2.客户因不熟悉或突发奇想仅有模糊的概念，没有梳客户因不熟悉或突发奇想仅有模糊的概念，没有梳理出需求的能力理出需求的能力；3.需求调研，分析，开发

17、，交接各环节没有明确输出，需求调研，分析，开发，交接各环节没有明确输出，过分简略忽视细节导致需求变形；过分简略忽视细节导致需求变形；4.客户认为事情就这么简单客户认为事情就这么简单没必要告诉你没必要告诉你，剩下的是，剩下的是软件公司的专长了软件公司的专长了；5.忽略某类用户角色的需求将导致众多客户的不满忽略某类用户角色的需求将导致众多客户的不满；6.用户总是在原有需求开发阶段提出新的需求而不考用户总是在原有需求开发阶段提出新的需求而不考虑是否在计划时间内是否能实现；虑是否在计划时间内是否能实现；5W1H分析法分析法6.How4.When2.What3.Who5.Where5. 什么场景下使用该

18、操作3.用户是谁6.如何进行需求规格的分析与下阶段的设计、实现工作 4.什么时间，可以或必须操作这个功能 2.要做什么？实现什么？1.Why1.为什么用户要引入系统 需求调研的思路需求调研的思路v第一，了解背景第一，了解背景v第二，理流程第二，理流程v第三，理思路第三，理思路v第四，确认数据流关系第四，确认数据流关系v第五，确认特殊流程和特殊需求第五，确认特殊流程和特殊需求 v第六，补充建议第六，补充建议 如何与客户交流需求如何与客户交流需求1. 需求调研前的准备工作需求调研前的准备工作1）准备好需求调研模板、需求调研问题列表需求调研模板、需求调研问题列表等需求调研表单以及需求调研过程用到的工

19、具、资源和材工具、资源和材料；料；2）制定好需求调研计划（开始时间和结束时间开始时间和结束时间），确保在预计时间内完成需求调研；3）了解被调研对象的组织机构、关键人物及其业务背景；如何与客户交流需求如何与客户交流需求2. 需求调研过程的注意事项需求调研过程的注意事项1）客户想要什么？）客户想要什么？ 需求调研过程要注意记录用户所说的一切并做好记录，做到多记少说；切忌在调研过程附带任何解决思想；2）客户要这干什么？）客户要这干什么？ 客户描述完需求后，首先一条一条的复述，在复述的同时可以发表建议，是建议，不是意见，所以态度要把握好，要把客户的需求合理化，简单化；3）客户为什么这么想？）客户为什么

20、这么想？ 需要搞清楚他们的行业流程或说业务逻辑，看看他们到底想让我们用程序为他们实现什么功能；4）客户会不会有别的想法？）客户会不会有别的想法？ 在一定的范围内发掘潜需求。 如何与客户交流需求如何与客户交流需求3. 如何把控需求如何把控需求1）明确划分需求阶段，严格把控需求迭代性开发任务）明确划分需求阶段，严格把控需求迭代性开发任务v新提出的需求新提出的需求v原有需求的变更原有需求的变更2）明确需求上线时间）明确需求上线时间v需求与用户确认后，用户需要提供一个明确的上线需求与用户确认后，用户需要提供一个明确的上线计划时间，需求开发工作应以此时间作为目标时间计划时间，需求开发工作应以此时间作为目

21、标时间如何与客户交流需求如何与客户交流需求4. 如何审核需求如何审核需求1）明确每一个需求最终实现的重要性、必要性、可行性）明确每一个需求最终实现的重要性、必要性、可行性 实现级别实现级别标识标识备注备注必须必须Must必须完成的功能，在产品发布时需要完成 一般一般Common完成尽可能多的线性需求，这些需求不会影响到产品发布非必须非必须Needless如果时间允许，少量的兴奋点优先级，可以包含进发布计划需求调研过程问题综合解决需求调研过程问题综合解决v解决方案解决方案1.理顺组织架构及沟通流程理顺组织架构及沟通流程 良好的项目组织结构是软件项目成功的保障之一，要建立合理的组织结构，包括三方的

22、组织架构，明确客户项目组织结构，包括参与到本项目中各个人员的工作职责及工作内容。2.明确的沟通协调流程明确的沟通协调流程 项目需求是双方共同理解的过程，共同理解其实也是不断沟通交流的过程，确定沟通协调平台如客户例会，或请求局方发起专题会议。3.确定需求调研计划确定需求调研计划 确定被调研的部门、组织、角色，具体业务人员。在需求调研计划中，确定参与需求调人员的姓名、联系方式等一些详细信息。 4.良好的调研记录良好的调研记录 1）无论是客户口述，还是客户的想法，先以用书面的形式将录下来； 2）采用过程文档进行记录，不容易遗漏某个想法、或某次需求 ； 3）分阶段的、逐步确认需求，每次需求都有一份过程

23、文档进行记录，每次都要进行一次需求确认 ；5.详细的需求分析说明书详细的需求分析说明书6.比较直观的界面比较直观的界面 1）界面设计前奏，在客户需求确定之后，在此基础上进行设计开发，是一个增量式的系统原型； 2）界面原型设计，动态可操作，直观地给客户展示 。内容提要内容提要需求开发面临的困境需求开发面临的困境需求管理过程的输出产物需求管理过程的输出产物如何管理需求如何管理需求如何调研和采集需求如何调研和采集需求什么是需求？什么是需求？需求提交需求提交 项目方人员与用户确认完需求后，项目方人员在项目方人员与用户确认完需求后，项目方人员在将需求确认完毕后，需要将需求调研报告，需求分析将需求确认完毕

24、后，需要将需求调研报告，需求分析说明书等材料提交到说明书等材料提交到Mantis平台，由产品管理人员统平台，由产品管理人员统一管理。一管理。 需求管理流程需求管理流程 需求提交到需求提交到Mantis平台后，进入需求管理阶段。我们规定按如下步骤处理需平台后，进入需求管理阶段。我们规定按如下步骤处理需求：求：v大区经理审核需求后分派给产品管理部大区经理审核需求后分派给产品管理部v产品管理部审核需求，根据需求内容及计划上线时间设置需求的优先级，产品管理部审核需求，根据需求内容及计划上线时间设置需求的优先级，见下表：见下表：v优先级备注特急要求在近一周内完成的高要求在近一个月内完成的优先级备注特急要

25、求在近一周内完成的高要求在近一个月内完成的 中要求中要求在近在近3个月内完成的低大于个月内完成的低大于3个月内的，远期规划型的需求产品管理部人员个月内的，远期规划型的需求产品管理部人员根据需求分析说明书编写需求规格说明书和原型设计根据需求分析说明书编写需求规格说明书和原型设计v产品管理部人员完成需求规格说明书和原型设计后交与项目方人员，项目产品管理部人员完成需求规格说明书和原型设计后交与项目方人员，项目方人员与客户确认方人员与客户确认v客户确认后，产品管理部人员组织需求规格说明书和原型设计评审会，研客户确认后，产品管理部人员组织需求规格说明书和原型设计评审会，研发人员与测试人员同时参与发人员与

26、测试人员同时参与v需求规格说明书及原型设计评审通过后，产品管理人员将相关文档上传至需求规格说明书及原型设计评审通过后，产品管理人员将相关文档上传至相应需求单号下并邮件周知相应需求单号下并邮件周知v产品管理部人员将需求交接给研发负责人和测试人员产品管理部人员将需求交接给研发负责人和测试人员需求管理流程需求管理流程8.研发人员分析需求后编写研发计划后将计划上传至相应需求单号下，并发研发人员分析需求后编写研发计划后将计划上传至相应需求单号下，并发邮件周知，如果后续计划有所修改也要将新计划上传至相应需求单号下并邮件周知，如果后续计划有所修改也要将新计划上传至相应需求单号下并周知，并做好版本控制，要求文

27、档命名格式如下：周知，并做好版本控制，要求文档命名格式如下： xx省省_xxx项目研发计划项目研发计划v1.0（后续修改计划文档名称中版本号递增，如（后续修改计划文档名称中版本号递增，如v1.1）v研发人员开始概要设计文档编写，测试人员开始测试用例编写研发人员开始概要设计文档编写，测试人员开始测试用例编写10.研发人员组织概要设计评审，产品管理人员和测试人员参与研发人员组织概要设计评审，产品管理人员和测试人员参与11.测试人员组织测试用例评审，研发人员和产品管理人员参与测试人员组织测试用例评审，研发人员和产品管理人员参与12.研发人员开始详细设计文档编写，并组织详细设计评审研发人员开始详细设计

28、文档编写，并组织详细设计评审13.研发人员开始代码开发研发人员开始代码开发14.研发人员完成开发，提交测试部测试研发人员完成开发，提交测试部测试15.对于项目定制化开发的需求，研发人员完成需求开发后直接将补丁包上传对于项目定制化开发的需求，研发人员完成需求开发后直接将补丁包上传至相应需求单号下，并添加任务注释，由项目方人员自行处理后续工作；至相应需求单号下，并添加任务注释，由项目方人员自行处理后续工作；对于产品化开发需求，研发人员完成需求开发后交由测试部测试后走公司对于产品化开发需求，研发人员完成需求开发后交由测试部测试后走公司公共产品部产品发布流程公共产品部产品发布流程为为什什么么要要写写好

29、需求描述好需求描述v为了使用户和软件开发者双方对该软件的初始为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，规定有一个共同的理解， 使之成为整个开发工使之成为整个开发工作的基础；作的基础；v一旦写错，研发人员有可能要做大量重复工作；一旦写错，研发人员有可能要做大量重复工作；v糟糕的需求描述不能指导产品管理人员写出标糟糕的需求描述不能指导产品管理人员写出标准的需求规格说明书；准的需求规格说明书；v明确的需求分析说明书可以指导测试人员编写明确的需求分析说明书可以指导测试人员编写测试计划，指导研发人员编写研发计划测试计划，指导研发人员编写研发计划需求描述的六大特征需求描述的六大特征Yo

30、ur site here3、必要性、必要性5、明确性、明确性1、正确性、正确性4、优优先先权权6、可、可证实证实性性2、可行性、可行性高高质质量需求描述的其他特征量需求描述的其他特征Your site here3、可修改性、可修改性1、完整完整性性4、可追踪性、可追踪性2、一致性、一致性高质量的需求不仅高质量的需求不仅是包括长长的功能是包括长长的功能性需求列表，还包性需求列表，还包括外部接口描述和括外部接口描述和一些诸如质量属性一些诸如质量属性，期望性能的非功，期望性能的非功能性需求。能性需求。Your site here完整性完整性v不应该遗漏要求和必需的信息。可以使用以下方法来实现：l将需

31、求以分层目录方式组织，将帮助评审人员理解功能性描述的结构，使他们很容易指出遗失的东西。l通过应用用例图来抽象化需求，能够从不同角度查看需求的图形分析模型，也可以检查出不完整性。Your site here一致性一致性v避免与软件中其他的需求或高级别的系统需求发生冲突。注意：修改需求时一定要谨慎，如果只审定修注意：修改需求时一定要谨慎，如果只审定修改的部分，没有审定与修改相关的部分，就可改的部分，没有审定与修改相关的部分，就可能导致不一致性。能导致不一致性。Your site here可修改性可修改性v当每个需求的要求修改了或维护其历史更改时，必须能够审定需求，也就是说每个需求必须相对于其他需求

32、有其单独的标识和分开的说明，便于清晰的查阅。可以将相关的需求分组，建立目录表，索引，以及前后参考，也即将需求按性质进行分类。Your site here可追踪性可追踪性v应能将一个软件与其原始材料相对应，如高级系统需求、用例、用户的提议等Your site here编写编写需求的方法需求的方法总结总结1. 句子和段落要短；2. 采用主动语气；3. 使用正确的语法，拼写，标点；4. 使用术语，要保持一致性，并在术语表或数据字典中定义它们；5. 避免包含多个需求的长的叙述段落，努力正确地把握细化程度；6. 尽量避免在一个需求中使用“和”or“或”，密切关注是否多个需求合并成了单个需求。如果你认为一

33、小部分测试如果你认为一小部分测试可以验证一个需求的正确可以验证一个需求的正确，那么它已经正确的细化，那么它已经正确的细化了；如果你预想到多种不了；如果你预想到多种不同类的测试，几个需求可同类的测试，几个需求可能已挤到了一起，需要拆能已挤到了一起，需要拆分开。分开。案例分析：案例分析：主帐号信息同步管理功能主帐号信息同步管理功能【功能描述】 为在4A系统实现对主帐号的统一管理，4A系统需从UUM侧同步主帐号的相关信息。数据同步接口要求满足广东移动统一用户管理系统设计(UUM)规范，该模块采取UUM数据同步接口使用指南中“同步方式一”设计，可满足系统闲时定时增量同步和相关人员手动增量同步操作。 其

34、中，定时增量同步在每10分钟自动执行；手动增量同步操作只有主帐号管理人员和4A系统管理人员能够执行。如果同步失败，应该是可以主动以电子邮件方式提示主帐号管理人员，并有系统日志记录。属于需求背景，最好属于需求背景，最好单独说明，不要放在单独说明，不要放在功能描述中。功能描述中。这是同一个需求的这是同一个需求的两种实现方式，测两种实现方式，测试人员编写测试用试人员编写测试用例需要覆盖到，建例需要覆盖到，建议使用议使用“分层目录分层目录”方式具体说明方式具体说明什么是增量同步？什么是增量同步？描述模糊，闲时是描述模糊，闲时是对定时同步而言还对定时同步而言还是对手动同步而言是对手动同步而言？怎样才算闲

35、时？怎样才算闲时？如何衡量？体现了如何衡量？体现了需求的不可证实需求的不可证实要避免像要避免像“应该应该”的这的这类不确切的词。这个功类不确切的词。这个功能是能实现还是不能实能是能实现还是不能实现？体现了现？体现了需求的不准需求的不准确性确性此处为何此处为何只提示主只提示主帐号管理帐号管理员？体现员？体现了了需求的需求的不准确性不准确性Your site here【输入】 同步执行时4A系统将根据组织机构和主帐号现行同步状态决定是否调用UUM提供的 webservice接口获取异动数据；到底现行状到底现行状态如何才可态如何才可以决定是否以决定是否调用同步操调用同步操作呢？体现作呢？体现了了需求的不需求的不完整性完整性功能描述中提到实现主帐功能描述中提到实现主帐号信息同步操作的两种方号信息同步操作的两种方式是式是“定时同步定时同步”和和“手手动同步动同步”，而这里的，而这里的“输输入入”中提到的执行者仅仅中提到的执行者仅仅是是4A系统，显然忽略了系统，显然忽略了“手动同步手动同步”的执行者的执行者-系统管理员，体现了系统管理员，体现了需需