需求分析训练营 |
Course Type Image

需求分析训练营

课程概述

整个训练营就是一个案例实战过程的浓缩,讲师将提供各个阶段的分析方法、模板,学员分组完成一个中型信息系统实例(可由企业提供)的需求分析过程,并在现场形成相应的模型、文档,以获得能够指导工作实践的分析过程体验。 通过课程的学习将会获得: 1、各个阶段的工作模板、产出物模板 2、业务驱动的需求分析过程文档 3、模拟项目的需求分析产出物在每一次实战环节中,都将采用“任务/方法讲解案例讨论-分组PK-老师质疑-达成共识-经验提炼”模式。 1、任务/方法讲解:对每次实战环节的工作任务、产出物、方法进行简要讲解,以便统一思想。 2、案例讨论:分组完成实战任务。 3、分组PK:每小组陈述产出结果,然后进行互相挑战,观点交织。 4、老师质疑:老师带着大家一起进行反思,提出一系列质疑性问题,帮助大家梳理思路,消除错误。 5、达成共识:在前面的基础上对产出物进行汇总、统一,达成共识并整理成而效的文档。 6、经验提炼:对该环节的要点进行抽象提炼,成为未来工作的指引。

听众范围

需求分析员

课程目标

使了解需求工程基本理论,具有一定需求相关工作经验的技术人员、业务骨干的需求分析实战技能迅速提高,能够有效地组织、执行需求分析工作,熟练掌握各种模型并正确选择,编写出更加高效的需求文档。通过参加这样的训练营,将达到以下提升: 1、深刻理解业务驱动的需求分析思想,建立清晰的需求分析工作脉络与线索感,能够正确根据项目特点、团队特点选择正确的需求分析策略与工具。 2、对需求分析工作阶段建立清晰的认识,理解不同阶段的角色分工,理解不同阶段的产物关系,能够根据项目情况正确、合理分配需求时间。 3、对项目目标建立正确的认识与概念,深入掌握项目目标、Stakeholder的分析思路和方法,能够有效地对相关需求进行跟踪。 4、深刻理解业务视角下的功能需求分析、组织模式,掌握流程分析、场景分析(用例、用户故事)的本质技能、相关建模工具,并能够在项目正确选择、组合。 5、深刻理解业务视角下的报表需求分析、组织模式,有效提升报表需求分析的技能。 6、深刻理解领域建模的意义,并能够在项目中完成领域建模,并发挥出真正有效的作用。 7、深刻理解质量需求、约束等非功能需求的分析、组织模式,掌握目标场景决策卡的应用,以及非功能需求的跟踪与评估。 8、深刻理解需求建模的常用工具(鱼骨图、帕累托图、构件图、活动图、类图、用例图、部署图、时序图、状态图),真正驾驭模型。

课程模块

  • Big Picture (180 分钟)
    模块概述

    所谓"需求分析",是指对要解决的问题进行详细的分析,弄清楚问题的要求,包括需要输入什么数据,要得到什么结果,最后应输出什么。可以说,在软件工程当中的“需求分析”就是确定要计算机“做什么”,要达到什么样的效果。可以说需求分析是做系统之前必做的。 在软件工程中,需求分析指的是在建立一个新的或改变一个现存的电脑系统时描写新系统的目的、范围、定义和功能时所要做的所有的工作。需求分析是软件工程中的一个关键过程。在这个过程中,系统分析员和软件工程师确定顾客的需要。只有在确定了这些需要后,他们才能够分析和寻求新系统的解决方法。需求分析阶段的任务是确定软件系统功能。

    模块大纲

    Section 1:按图索骥:需求分析全局观
    Section 1.1 需求分析视角与方法
    - 需求分析方法发展史
    - 需求分析的本质与层次
    - 需求的冰山模型:收集、分析与挖掘

    Section 1.2 需求分析的核心线索
    - 功能需求:事件/场景驱动
    - 报表需求:管理驱动
    - 数据需求:问题域刻画
    - 非功能需求:目标场景决策卡

    Section 1.3 需求分析的工具与产物
    - 正确认识建模工具:UML Vs. IDEF
    - 不同项目的需求分解树
    - 需求模板要点分析

  • 开天辟地 (180 分钟)
    模块概述

    开发软件系统最为困难的部分就是要准确说明开发什么。最为困难的概念性工作便是要编写出详细的技术需求,这包括所有面向用户、面向机器和其它软件系统的接口。如果做错,这将是会最终给系统带来极大损害的一部分,并且以后再对它进行修改也极为困难。目前,国内产品的庞杂,一家企业可能有几个系统并立运行,它们之间的接口是系统开发人员最头痛的问题。对于商业最终用户应用程序,企业信息系统和软件作为一个大系统的一部分的产品是显而易见的。但是对于我们开发人员来说,并没有编写出客户认可的需求文档,我们如何知道项目于何时结束?而如果我们不知道什么对客户来说是重要的,那我们又如何能使客户感到满意呢? 然而,即便并非出于商业目的的软件需求也是必须的。例如库、组件和工具这些供开发小组内部使用的软件。当然你可能偶尔勿需文档说明就能与其他人意见较为一致,但更常见的是出现重复返工这种不可避免的后果,而重新编制代码的代价远远超过重写一份需求文档的代价,这些血的教训正在国内的软件开发者身上发生。

    模块大纲

    Section 2:百步穿杨:定义项目
    Section 2.1 锁定目标
    - 锁定目标:问题定义
    案例讨论与演示:典型项目的问题定义
    贯穿案例Workshop:高层目标访谈à问题定义
    - 提开表象:问题分析
    - 定性分析:鱼骨图
    - 定量分析:帕累托图
    - 价值分析:文氏图
    案例演示:问题分析
    - 目标实现的跟踪
    - 日本车真的不安全吗?
    - 奥迪为什么能取得良好的销售业绩呢?

    Section 2.2 理清Stakeholder
    寻找Stakeholder
    贯穿案例Workshop:填充Stakeholder列表
    Stakeholder关注点分析
    贯穿案例Workshop:编写Stakeholder档案
    Stakeholder分析常见陷阱与误区

    Section 2.3 明确约束
    - 项目约束
    - 技术约束
    - 相关事实与假定
    贯穿案例Workshop:整理SRS(1)
    Section 3:跑马圈地:划定项目的业务范围
    Section 3.1主题域(业务子系统)划分
    - 技术子系统 vs. 业务子系统
    - 划分原则与方法
    案例演示:主题域划分
    - 分解的层次
    - 主题域呈现
    - 强调纵向分解:层次图
    - 强调横向关系:构件图
    - 强调数据交互与共享:数据流图
    贯穿案例Workshop:主题域分解
    - 主题域描述

    Section 3.2事件
    - 事件 vs. 流程
    - 识别事件:上下文关系图
    贯穿案例Workshop:识别主题域内的事件

    Section 3.3管控点
    - 管控点 vs.报表
    - 识别管控点
    - 进度
    - 异常
    - 数据分析
    贯穿案例Workshop:识别主题域内的管控点
    贯穿案例Workshop:整理SRS(2)

课程评价

暂无课程评价.

      讲师简介

      avatar
      徐锋

      麦思博(msup)有限公司资深顾问,畅销书籍《软件需求最佳实践》作者

      • 课程类别: 需求分析
      • 培训周期: 3 天
      即将开课

      暂无开课记录.

      历史开课 (0次)

      暂无开课记录.

      • Weibo
      • WeChat