高级软件需求分析师

在以质量为核心的软件过程中，需求分析是提升产品质量的关键，改进需求工程的品质，提高需求收集与分析的技巧，成为提升软件质量的关键因素。为此，培训中心特举办“高级软件需求分析师”培训，具体通知如下： 一、培训对象： 软件开发企业的需求分析师、系统架构师、需求分析团队成员、资深开发人员、负责软件产品规划与定义的相关人员、需要了解软件开发全过程的管理人员。 二、师资： 由业界*的需求分析师、架构师亲自授课： 谢老师 培训中心副校长、教授、高级咨询顾问，大型电子对抗项目首席系统架构师 三、培训要点： 在高质量软件项目中，需求工程的作用举足轻重。统计表明，软件缺陷一半以上的原因来自于需求分析中的问题。仅凭这个数字，就足以告诉我们提升需求开发水平是多么重要，这正是在软件项目中，我们需要对需求分析下功夫的*原因，本课程的主要思想如下： 1，软件开发是一种高风险的创造性活动，大多数项目风险都与需求密切相关，而这一类风险的控制又十分困难，单靠推断来进行风险控制是不合适也是不可能的。因此，如何通过适当的工程模型消除需求不确定与变更风险，就成为项目成功的根本保障。 2，信息技术并不是把传统工作流程搬到信息平台上，必须要根据信息技术扁平、共享的特点，对工作流程进行梳理后重构。分析师需要利用自己独特的对于业务和技术两方面融合的知识水平，以及长期工作中总结归纳出来的经验，为提升组织战略能力提供重要支撑。 3，从广义上看软件需求可以分成两类，一类是有明确单一客户的需求，另一类是面向市场的创新产品需求。这两类需求有什么共性？又有什么个性？如何才能把需求做得更好？分析师应该具有其他人所没有的思想、眼光和感知世界的方法，突破已有的思维模式，规划出有特色、有新意、有创造力的新产品，那我们该如何去做呢？ 4，很多人认为需求的变化是不利的，但我们能不能把变化由敌人转化为朋友？一般化的分析很难做到深入，抓住变化才是深入分析之本。通过对业务共性和变化性进行分析，往往能更加透彻的理解需求，并且从中发现潜在需求。分析的基本工具是建模，分析师必须对于概念、行为、变化这三大模型娴熟的使用，并且用它更好的表达分析思想。 5，在产品需求的定义中，利用场景描述行为是减少需求二义性的有效手段。分析师需要通过编写恰当的用例场景和专业的需求文档，准确对系统行为进行详细描述，从而完整定义产品功能性需求。在需求规格说明中，还需要以可测试的方式描述质量属性与验收条件等非功能性需求，这都是高质量需求分析的重要控制点。 6，作为一个完整的工程方法，除了高水平需求开发以外，还需要严谨与规范的需求管理。如何保证各方对需求有一致的理解？如何实现需求跟踪？如何实施需求变更策略？特别是随着近年来项目越来越复杂，需要有更加合理的需求管理方法，为高质量软件开发提供关键支撑。 7，在研究软件需求分析的时候，如果只关注一些具体的技巧和方法，并不可能真正理解需求分析的精髓。如果把眼光放得更高一些，把问题抽象出来进行分析，发现它们之间的逻辑，往往更容易看到本质，也更容易适应各种变化的环境。 本课程汇集了许多专家多年来理论和实践的总结，课程既有理论高度，又能提升实践技巧，使理论与实践完美结合。在授课过程中强调了知其然更要知其所以然，从根本上解决问题。从而避免死板僵化毫无生气的分析模式，代之以生动活泼富有创意的分析过程。通过课程的教学，希望组织的项目开发达到一个新的水平。 四、培训内容： *讲 系统思考：高质量软件需求工程概述 1，需求工程：需求开发与需求管理 软件需求工程模型 良好的需求应该具有的特征 2，项目风险与需求开发 需求不确定性风险的化解方法 需求开发的过程框架 第二讲 需求规划：产品的目标与轮廓 1，产品目标：从发现客户问题到产品目标 在问题定义上达成共识 多角度思考产品目标 流程再造：需求的来源与基础 业务流程再造的基本工具 2，产品创新：新产品规划的需求方法论 产品创新与创新方法 创新产品构思与设计研讨会 用户体验评估的过程与方法 确定数据收集和整理的方案 利用工具对数据进行统计分析 四个最基本的使用效果度量 用户期望与效果的比较分析 3，产品的轮廓：未来产品的素描 定义解决方案的边界 确定解决方案将受的约束 总结归纳：项目的陈述 第三讲 面向客户：如何开发客户需求 1，建模分析：让复杂变得简单 分析视角：把变化由敌人变为朋友 概念模型：发现业务的共性及其关系 理解特征：概念的共性和变化性 分析矩阵：通过分析变化来发现潜在需求 2，行为分析：发现业务功能 关注源头：业务用例与业务事件 理解特征：行为的共性和变化性 变化模型：发现变化与理解变化 发现功能：在建模中发现功能需求 3，沟通技巧：理解涉众的需要 良好沟通需要关注的问题 培养和锻炼面谈的技巧 沟通的方法论 4，原型分析：沟通的手段 原型是“什么”和“为什么”要原型 通过原型挖掘需求 5，产品边界的*确定 最终确定产品的价值与范围 客户需求说明书参考模板 6，需求获取问题的进一步讨论 第四讲 面向产品：如何开发产品需求 1，产品需求开发中的问题 复杂系统的需求分解 与利益相关方协商需求 2，用例分析：描述产品部件的场景 用例的完整概念 用例是规范行为的契约 用例模型及其创建 3，用例结构化：应对复杂性的手段 包含、扩展与泛化 包含的场景描述 扩展的场景描述 用例的泛化关系及场景描述 4，利用用例描述需求要注意的问题 第五讲 深入分析：如何分析与确认需求 1，功能性需求：产品应该如何工作？ 关注细节：事务与功能需求 避免误解：如何减少二义性 2，非功能性需求：产品的质量特征 关注质量：产品的特征与独到之处 抓住重点：明确关键质量属性 避免冲突：质量属性的取舍 3，验收标准：可测量的的需求 验收需要标准的原因 测量的尺度 明确理由 非功能需求的验收标准 功能性需求的验收标准 4，设定优先级：哪些需求是最重要的？ 为什么要设定需求的优先级 从多个角度考虑设定优先级 第六讲 总结归纳：编写需求规格说明 1，需求规格说明书模板 2，项目驱动与问题描述 3，产品限制条件的确定 4，功能性和非功能性需求的描述 5，阐述项目问题 6，需求文档编写的若干建议 产品需求规格说明书参考模板 善于书写良好的文档 第七讲 质量控制：需求的管理、验证与确认 1，需求管理的目的与任务 2，获得对需求一致的理解 建立利益相关方理解需求的渠道 获取对需求的承诺 3，需求跟踪 需求跟踪的动机与方法 需求跟踪中的管理活动 查找和消除不一致 4，需求变更控制 5，验证与确认的基本概念 6，需求验证测试的步骤 7，需求确认与正式评审方法 正式评审过程 评审前复查规格说明 需求评审的问题分离技术 需求评审的困难 第八讲 需求分析案例教学 1，案例背景介绍 2，需求分析场景练习 3，如何确定项目的边界 4，如何划分需求的等级 5，学员操练结果点评 第九讲 需求建模和文档管理案例分析 1，从客户需求到分析模型 2，需求建模操作要点 3，避免使用实例陷阱 4，编写需求文档的原则 5，需求示例的改进前后 第十讲 从需求分析到架构设计案例分析 1，几个需求案例介绍 2，体会练习不同需求对架构的影响 3，逐一分析不同背景下的工作思路 4，总结如何从需求过渡到设计 5，介绍如何从需求到测试 五、培训目的： 1、建立正确、规范与创新的需求方法，能够根据信息系统的类型选择适合的入手点，合理的判断需求的关注点。 2、能够用组织学的观点组织需求团队，掌握需求过程定义的本质以及技巧，学会使用需求过程来组织需求工程的各种活动。 3、提升交流的能力，理解需求获取的难点与机会，能够应用正确的需求捕获技术来获取真正的需求。 六、培训时间、地点： 时间：2015年1月14日-1月16日 地点：北京 七、证 书 培训结束，颁发中科院计算所职业培训中心“高级软件需求分析师”结业证书。