NET网站系统开发实训 教学课件 作者 洪洲 电子课件 任务3：如何高效处理.NET网站系统的用户需求.pptVIP

任务三 如何高效处理.NET网站系统的用户需求 需求管理 进行用户需求管理所需工具 系统背景图 活动网络图 Use Case 业务模型 界面原型 系统背景图 由于这种图形不涉及任何计算机的专业知识，也不涉及任务的业务细节，只是体现了系统的一些目标。因此，通过这幅图，我们就能与客户进行沟通交流，从而让客户指出我们对系统的理解是否正确。 有了这幅系统背景图，我们就可以从使用者在系统中能获取的信息出发，反向推导，追溯每个信息的来源以及必需经过的功能。 活动网络图 活动或工作内容 描述了业务过程中的主要步骤。值得注意的是，我们在描述步骤时，使用了两个逐层分解的方式进行表达。如上图：“年度计划”、“项目执行”、“政府补贴申报”是一个层次，表示了完成该业务所经过的几个阶段；“制定计划”、“上报”、“招展”等则表示了每个阶段所要做的主要工作。 负责角色及参加角色 描述了所有参与到该业务过程的角色，以及这些角色在业务过程中，需要在哪些环节参与工作 输入输出文档 描述每个阶段或步骤所需要的文档，以及经过该阶段或步骤后，产出的文档 借助该图，我们可以与客户交流，找出各阶段或步骤在现有的方式下执行会有哪些问题或困难。针对这一些问题或困难的分析，我们就可以找出问题或困难的原因，再利用计算机系统辅助以解决客户所面临的问题或困难，从而找出系统需要提供的功能。而图中出现的输入输出文档将是这些功能重要的输入输出信息 Use Case 业务模型 目前存在的一个普遍问题是软件系统不能支撑业务，原因主要有：需求规格不正确，软件团队没有很好的理解业务，软件无法跟上频繁的业务变动。电子商务的出现，使得技术必须和业务结合才能提供解决方案。业务模型可以帮助我们对实际的业务、目标、过程、资源、规则等进行建模。 业务建模是对复杂的业务的抽象，使得所有跟业务有关的人员（业主、管理人员、雇员、客户等）之间进行很好的沟通。对业务的更好的理解可以进一步提升业务、识别新的业务机会。 界面原型 用户界面原型是用户界面的一种原型。例如，原型自身可表现为： 画在纸上的草图或图片； ? 用绘图工具绘制的位图； 交互式的可执行原型； 如何更高效地进行用户需求管理 调研动员 领导的重视 预防需求扩散 确认调研计划 确定调研主要干系人 制作联络表，建立沟通方式 领导的重视 需求开发是需要客户的积极参与，才能使需求开发的工作得以顺利开发。 如果连领导也不重视，其他人就更不用说了。 这种情况下，所获取的需求也是有限的。 预防需求扩散 很多客户并没有信息系统建设的经验，总想着一步登天，希望将所有想到、看到的功能都一次性地建设完成。但是，罗马也不是一天就建成的。信息系统建设也一样，必须循序渐进，每次建设的重点和目的应该放在最重要的、最迫切的几个问题上 确认调研计划 需求调研过程不是开发单位一方的工作，是需求客户参与进来的。 因此，开发单位制定的调研计划是需要得到客户方的确认 确定调研主要干系人 虽然需求开发需求客户的参与，但也不是所有客户单位中工作人员都需要参与。 我们要有针对性的地选择一些调研对象，调研对象一般的选择条件是：客户单位的重要领导人、本次信息系统建设涉及的部门主要领导、熟悉业务的工作人员 制作联络表，建立沟通方式 为了整个需求开发过程的顺利开发，一方面我们需要建立一张联络表，方便我们在需求开发过程，甚至是在开发过程发现问题后，能及时联系到相关的人员进行解答。 另一方面，我们还要明确我们的沟通方式，这是容易被忽略的一件事。沟通方式主要是指开发单位与客户单位之间的联系方式（邮件、电话、会议）和联系周期。 调研准备 知识、工具的准备 调研落实 与客户交流 目的、步骤清楚 控制谈话内容 需求扩散时要及时纠正 及时记录 知识、工具的准备 对于我们来说，每个项目调研都可以面临不同的行业、业务。因此，在调研前应先通过网站或书本等了解客户的行业、业务，保证调研时将重点放在业务运作中存在的问题 调研落实 联系调研对象落实调研时间，将我们准备调研的范围和问题告诉对方，并让对方准备好相关业务资料、日常使用表单 与客户交流 目的、步骤清楚 与客户交流过程中，要时刻记住调研的目的，步骤。交流开始时，要先向客户说明调研的目的、内容、方法及步骤，使客户能够配合我们完成调研工作 控制谈话内容 交流过程的每个阶段都有着明确的目的，要控制好与客户谈话的主题。最大程度地利用好与客户交流的宝贵时间 需求扩散时要及时纠正 对于用户提出的每个需求都要知道“为什么”，判断用户提出的需求是否有充足的理由，避免用户随意提出一些不现实的需求。 及时记录 需求注意的是，每一次交流一定要有记录，对于交流的结果还可以进