需求模型-北京大学软件与微电子学院.PPT

第二章 软件需求工程过程 周立新 博士 北京大学软件与微电子学院 课程提纲 软件需求基本理论和概念 软件需求工程过程 软件需求获取 软件需求分析 软件需求规格说明 软件需求验证 软件需求管理 软件需求实现 软件需求工程新进展 软件需求开发与需求管理工具 软件需求工程组成 1. 需求管理活动 二. 客户的需求观Brain Storming Who are the potential stakeholders (风险承担者）of a software project? Show your thinking …… Key Stakeholders 对一个软件项目最关注的人员 用户(Users) 考虑的重点是产品的易使用性,功能 客户(Customers) 考虑的重点是产品的功能以及由此能产生的效益 开发人员(Engineers) 考虑的重点是产品的可开发性,技术细节 用户的特征 从产品可操作性出发思考问题 不一定是受到良好训练的工程师 了解产品操作环境 对产品技术、商务背景、限制不感兴趣 客户的特征 是用户的代理人。客户可能是同一组织内的系统工程组、市场组、其他职能部门。多数情况下可能是一个外部客户，如中国移动(CMCC),中国联通(Unicom),Services Provider(ISP) 对产品的性能，功能有本能的感觉 集中于产品的商务方面 关心产品合同与合法性等细节 客户不一定是受到良好训练的工程师 对产品的可操作性的知识并不全面 开发人员的特征 是受到良好训练的工程师 日常交流更善于使用专业术语 对产品的可操作性的知识并不全面 可能过分服从，也可能过于坚持己见 钟爱于技术完美性，疏忽商务上的作用 项目相关人员对项目的影响 通过协商获得合理的期望 用户对系统的期望 如何同用户一起构思系统的功能？ 三. 知识技能获取 需求工程的知识技能是系统需求分析人员的基础；本门课程的学习实际上就是奠定这一基础的最好方式。如果缺少了这一领域的知识，唯一的方式通过培训来在一定程度上提高分析员的能力和水平。各位学员完全有可能担当小组培训师的任务： 培训需求分析人员 培训软件需求的用户代表和管理人员 让开发人员了解问题域(应用领域)的基本概念 编写项目术语汇编 三. 知识技能获取 培训需求分析人员 所有的开发人员都应接受一个基本的需求工程培训。但那些负责收集、编写文档和分析用户需求的人员应当进行更长时间，更加针对性的培训。把高水平的需求人员组织起来，通过良好的信息交流，了解应用领域并有效地应用需求工程中的成熟技术。 三. 知识技能获取 培训软件需求的用户代表和管理人员 参与软件开发的用户代表应接受为期一天左右的需求工程培训，开发管理者和客户管理者也应参加。这样的培训将使他们理解强调需求的重要性，以及忽略需求带来的风险。 三. 知识技能获取 让开发人员了解问题域(应用领域)的基本概念 组织一些简短的关于客户业务活动、术语、目标等方面的讨论会帮助开发人员对应用领域有个基本的了解。这能减少误解及工程中的返工。可能的情况下为每位人员或项目小组安排一个用户伙伴以便在项目过程中解释业务术语和概念。产品代表就应该扮演这样的角色。 三. 知识技能获取 编写项目术语汇编 为减少沟通方面的问题，编一部术语汇编将项目应用领域的专用词汇给予定义说明，既要包括那些有多种含义与用法的术语，也要包括那些在专用领域的术语解释。 术语表中包括同义词、有多种含义的术语、以及既有特定领域的含义又有日常含义的术语。 四. 建立项目视图和范围 项目视图在高层上描述了产品涉及的各个方面，在期望的环境中所具有的功能。范围是对产品应该包含的部分的界定 业务机遇的描述 项目的目标 产品范围和局限性 客户及用户的特点 优先级 项目成功的标准… 五. 需求开发过程 需求获取 需求分析 撰写需求规格说明 需求验证 需求开发过程 —需求获取 需求获取(acquisition)发生在需求工程过程早期阶段,有时也称为需求收集(gathering)、需求捕获(capture),主要关注以下几个方面： 应当收集什么信息 了解问题域的特性，渐进地刻画需求的方向 有哪些信息来源 信息来源是多方面的，包括所有项目风险承担者(Stakeholders)，相似系统的类同分析等 可能通过什么机制或技术收集 需求开发过程 —需求获取 确定需求开发过程 编写项目视图和范围文档 将用户群分类并归纳各自特点 选择每类用户的产品代表 建立起典型用户的核心队伍 让用户代表确定用户使用实例 召开应用程序开发联系会议(JAD) 分析用户工作流程 确定质量属性和其它非功能需求 通过检查当前系统的问题报告来进一步完善需求 跨项目重用需求 需求开发过程 —需求获取 确定需求开发过程