知识点3：非传统需求获取

知识点：非传统需求获取教学学时1学时教学目的了解和应用非传统需求获取方法教学重点和难点重点：原型法，敏捷法。难点：敏捷法教学内容及方法（1）原型法1）界面原型•基本含义：开发方根据自己了解的用户需求，描绘出应用系统的功能界面，再与用户进行交流和沟通。–即通过“界面原型”这一载体，使双方逐步明确项目需求。•应用：开发方和用户都不清楚项目需求情况，可视化界面原型是双方理解需求的载体。界面原型的步骤开发方根据自己所了解的用户需求，采用界面描绘出应用系统的功能界面；将功能界面提交给用户，并与用户沟通，挖掘出新的需求或者就需求达成理解上的一致；开发方对不断获取的需求进行增量式整理，根据新的需求丰富和细化界面原型；双方经过多次界面原型的交互，开发方最终整理出《用户需求说明书》，提交给用户签字确认。特点：•由于开发方和用户都不清楚项目需求情况，因此项目风险较大。•通过该方法，能加速项目需求的“浮现”和双方对需求的一致理解，从而减小由于需求问题给项目带来的风险。2）可运行原型系统•基本含义：开发方根据合同中规定的基本需求，在以往类似项目应用系统的基础上进行少量修改得出一个可运行系统，通过“可运行系统”这一载体，达到彻底挖掘项目需求的目的。•应用：适合开发方清楚项目需求而用户不清楚项目需求的情况。可运行原型系统的步骤开发方根据所了解的需求，在以往类似项目的基础上，快速“构建”出一个可运行系统；通过向用户演示“可运行原型系统”，逐步挖掘并让用户确认项目需求；开发方对不断获取的需求进行增量式整理，并根据新的需求丰富可运行原型系统；双方经过多次可运行原型系统的交互，开发方最终整理出《用户需求说明书》，提交给用户签字确认。特点：正式系统一般可以在该“可运行原型系统”的基础上演化而成，为后续开发工作节省工作量和成本。（2）敏捷法一种应对需求快速变化的软件开发方法，以Scrum为例来说明敏捷法在需求获取中的应用。Scrum是一种迭代式增量软件开发过程，是当今使用最广泛的敏捷框架之一。Scrum框架可用于管理专为5-9人的跨职能小型团队而设计的工作，团队的工作将被分解为若干可在统一的时间内完成的行动。整个开发工作被组织为一系列的短小的、固定长度（如3周）的小项目，被称为一系列的迭代。每一次迭代都包括了定义、需求分析、设计、实现与测试。Scrum团队由Scrum管理员、产品负责人和团队成员组成。ScrumMaster：团队领导和设施提供商，负责以下职责：实现所有角色和功能之间的紧密合作、清除所有阻碍、保护团队免受任何干扰、跟踪进度和流程、确保正确利用AgileInspect＆Adapt流程。产品负责人：从业务角度运行产品的人，承担以下责任：定义要求并确定其价值的优先顺序、设定发布日期和内容、在迭代和发布计划会议中确保团队正在努力实现最有价值的要求、代表客户的声音、接受符合完成定义和定义的验收标准的用户故事。开发团队：自组织，没人可以决定开发团队如何把ProductBacklog变成潜在可发布的功能。开发团队是跨职能的,团队作为一个整体，拥有创造产品增量所需要的全部技能。知识点测评假设项目组需要开发一个基层党建工作网站，服务于某个居民类型复杂、人员流动性大的老社区，此网站有“党员”、“社区居民”、“社区管理员”、“系统管理员”等角色。（1）针对其中任一角色，让学生给出基于原型法的需求获取方案。（2）针对其中任一角色，让学生给出基于敏捷法的需求获取方案。拓展阅读（1）道格拉斯·E波斯特，创建虚拟原型软件项目：方法与实践，机