关于举办“软件需求分析师”培训通知
一、培训对象:
软件开发企业的需求分析师、系统架构师、需求分析团队成员、开发人员、负责软件产品规划与定义的相关人员、需要了解软件开发全过程的管理人员。
二、师资:
由业界知名的需求分析师、架构师亲自授课:
谢老师 培训中心副校长、教授、咨询顾问,大型电子对抗项目席系统架构师
杨老师 培训中心讲师,军方顾问,需求分析师
三、培训要点:
在高质量软件项目中,需求工程的作用举足轻重。统计表明,软件缺陷一半以上的原因来自于需求分析中的问题。仅凭这个数字,就足以告诉我们要提高软件的质量,定义合理的需求过程,提升需求工程水平,坚持正确的需求规范是多么重要。但是目前在软件需求分析领域,还存在着过程粗糙、方法随意、分析欠深入等问题,进而极大的影响产品质量,这正是在软件项目中,我们需要对需求分析下功夫的大原因,本课程的主要思想如下:
1,软件开发是一种高风险的创造性活动,大多数项目风险都与需求有着密切关系,而这一类风险的控制又十分困难。在很多情况下前期不可能完全预测后面会遇到的风险,靠推断来进行风险控制是不合适也是不可能的。因此,通过适当的工程模型需求不确定与变更风险,就成为项目成功的根本。
2,在研究软件需求分析的时候,如果仅仅关注一些具体的技巧,并不可能真正理解需求分析的精髓,如果把眼光放得更高一些,往往更容易看到本质。任何项目开始的时候,需求分析重要的就是为项目规划一个清晰的轮廓,需要对问题、目标、创新以及业务流程有明确定义和清晰而透彻的理解。
3,在竞争环境下的业务流程再造,是需求分析的重要入口点,也是软件为提升组织战略能力提供的重要支撑。信息化不是把传统工作流程搬到信息平台上,一定要根据信息化扁平、共享的特点,以提率为着眼点,以达到工作结果为目标,对工作流程进行重新梳理后重构。分析师需要利用自己独特的对于业务和技术两方面融合的知识水平,以及长期工作中总结归纳出来的经验,给客户提供更大的支持。
4,需求获取的要点并不仅仅是询问和回答,分析师需要对所确定的业务领域进行学习,理解客户正在做以及他们希望做的事情,理解了才可能沟通。一般化的分析问题很难做到深入,抓住变化才是深入分析之本。因此,在需求分析中需要对业务共性和变化性进行特征分析,通过分析变化发现潜在需求。分析的基本工具是建模,分析师必须对于概念、行为、变化这三大模型娴熟的使用和透彻的理解。
5,在产品需求的定义中,用业务场景描述行为是减少需求二义性的有效手段。分析师需要通过编写恰当的用例场景和专业的需求文档,准确对系统行为进行详细描述,从而完整定义产品功能性需求。在需求规格说明中,还需要以可测试的方式描述质量属性与验收条件等非功能性需求,这都是高质量需求分析的重要控制点。
6,作为一个完整的工程方法,除了需要高水平需求开发以外,还需要严谨与规范的需求管理。包括如何保证各方对于需求有一致的理解?如何实现需求跟踪?如何确定需求变更策略?特别是随着近年来项目越来越大、越来越复杂、越来越敏感,需要有更加合理的需求管理与质量控制方法,为高质量软件开发提供关键的支撑。
7,软件需求是一项在复杂环境中高风险、高影响力的活动,单靠经验肯定不行。我们需要把问题抽象出来进行理论分析,发现它们之间的逻辑,通过缜密的逻辑思维,从系统的观点关注方方面面的问题。这就需要以系统工程学的方法来处理需求,需求分析师需要有系统思考的能力。
本课程汇集了许多多年来理论和实践的总结,课程既有理论高度,又能提升实践技巧,使理论与实践完美结合。在授课过程中强调了知其然更要知其所以然,从根本上解决问题,而不是仅仅关注技能的工匠式处理问题方式。通过引导学员根据具体环境,寻找更加合适的方法,从而避免死板僵化毫无生气的分析模式,代之以生动活泼富有创造性的分析过程。通过课程的教学,希望学员结合自己的实际提升需求分析能力,使机构的项目开发达到一个新的水平。
四、培训内容:
讲 系统思考:高质量软件需求工程概述
1)需求工程:需求开发与需求管理
软件需求工程模型
良好的需求应该具有的特征
2)项目风险与需求开发
需求不确定性风险的化解方法
需求开发的过程框架
第二讲 需求规划:产品的目标与轮廓
1)问题分析:需求开发的入口点
一切项目需求开始于问题
在问题定义上达成共识
2)产品目标:从问题到目标
从企业战略的视角思考目标
从产品创新的视角思考目标
3)流程再造:需求的来源与基础
为什么要研究业务流程再造
从一个案例看IT支持下的流程再造
业务流程再造的基本工具
业务流程再造方法论
4)产品的轮廓:未来产品的素描
定义解决方案的边界
确定解决方案将受的约束
5)总结归纳:项目的陈述
第三讲 面向客户:如何开发客户需求
1)建模分析:让复杂变得简单
面向对象:需求分析的新视角
概念建模:发现业务的共性
关注特征:分离共性和变化性
分析矩阵:与客户一起讨论变化
2)行为分析:发现业务功能
关注源头:业务用例与业务事件
理解特征:行为的共性和变化性
理解变化:对变化建模
发现功能:在建模中发现功能需求
3)沟通技巧:理解涉众的需要
良好沟通需要关注的问题
培养和锻炼的技巧
沟通的方法论
4)原型分析:沟通的手段
水平和垂直的原型
抛弃型原型或进化型原型
通过原型挖掘需求
5)产品边界的最后确定
最终确定产品的价值与范围
客户需求说明书参考模板
第四讲 面向产品:如何开发产品需求
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、提升交流的能力,理解需求获取的难点与机会,能够应用正确的需求捕获技术来获取真正的需求。
4、深入理解需求分析与建模技术,能够从设计和管理的角度出发,、正确而且有效的建立各种需求模型,掌握软件需求规格说明书的编写方法。
5、掌握需求基线管理、变更管理、需求跟踪与验证的基本原理与实现方法,能够有效地在软件全生命周期中管理需求。
6、理论与实践相结合,通过对一些典型案例的分析,以及从目前需求工作中的常见问题、误区入手,改进现有的需求方法,使需求分析的水平有一个比较大的提高。
六、培训时间、地点:
时间:2013年12月18日-12月21日 地点:北京
七、证 书
培训结束,颁发中科院计算所职业培训中心“软件需求分析师”结业证书。
八、费 用
培训费:5500元/人(含教材、证书、午餐、等)食宿统一安排,费用自理。
九、付款方式
名 称:北京市海淀区中科院计算所职业技能培训学校
开户行:北京银行中关村支行
帐 号:1
北京市海淀区中科院计算所职业技能培训学校
2013年11月26日 文中图片素材来源网络,如有侵权请联系删除
网上报名
新闻资讯
更多>>-
关于举办“高级软件需求分析师”培训通知
2013-11-27
-
关于举办深入理解《GJB5000A-2008军用软件研制 能力成熟度模型》培训班的通知
2014-06-11
-
关于举办“IT战略规划与企业架构”培训的通知
2014-06-11
-
关于举办“Oracle 10g应用优化”培训的通知
2014-06-11
-
关于举办“云计算与大数据处理技术”培训的通知
2014-06-11