高级软件需求师培训班教程方案.pptVIP

* * * * * * * * * * 浙大网络 * 高级软件需求分析师培训班 心得汇报 汇报人: 张 军 部 门: 增值业务部 培训时间 2007年11月26日－－2007年11月29日 共4天 组织者 信息产业部计算机技术培训中心/中软培训() 培训资料 \\\培训资料 培训教师 赵洪壮老师(26日/27日) 高茂源老师(28日/29日) 需求调研阶段 调研方法: 去外单位/业务部门+外地下属企业 工作成果:业务调研报告/IT情况报告 汇报 汇报XXXX项目的调研情况 技术交流 一次交流:咨询公司/原厂家 二次交流:已方方案交流 三次交流:各个方案答疑 汇报 方案/业务内容/预算 招投标过程 招投标代理公司/制作投标书/发通知函/发标书 招标书的制作 售前阶段 需求调研 业务建模 需求分析细化 项目流程 售前阶段(由销售/产品经理主导) 打单/投标 工作成果: 工作项目书(sow/招标书)/投标书 可行性分析 项目干系人分析 甲方负责人/乙方负责人/竞争对手/甲方组织机构/甲方负责部门/项目PM/项目潜在用户(领导层/业务层/维护人员) 项目流程 需求调研阶段 查阅项目资料（包含售前阶段的一切资料）、行业背景、甲方的一切背景（为什么要做此项目）。 通过开会方式调研（大会、小会） 大会(录音)，开会过程中：流程再造、潜规则。并且会议上会争吵。主持人要控制会议。 小会：用户访谈时间表、问题提纲 问题提纲：1、业务流程2、抱怨3、对IT的期望，特别是中层领导。 两个人以上做需求、以便需求可以校正 项目流程 需求分析阶段 需求整理、定义问题领域 写出问题领域描述－－项目初步需求说明书 3个人同时写，然后通过开会形成终稿，此终稿要与投标书的功能点比对。 项目流程 业务建模（需求分析） 目标组织评估（项目情况介绍说明书） ◎业务环境＋IT环境 ◎系统用户 ◎支持工具 ◎系统其他涉众◎功能分析和功能架构图 用户和业务功能点对应说明书 术语表 UML建模——use case功能点（包含所有功能点） 项目流程 业务建模（需求分析） 业务用例说明书 描写每个工作流的use case 事件流是正常的流程、备选事件流是意外的情况。 工作方式：将use case 分解给各个需求分析人员，然后开会讨论，相互评审。 项目流程 需求分析细化阶段 画work flow 由use case 到 work flow 各个需求分析员之间互相画 做report format(表样)，完成后，与甲方确定。 UI设计文档（页面流转图和页面图），与甲方确认。 SRS文档（用户需求分析详细说明书） 确定各个需求等级，A必须做 B应该做 C可做 Issue log （问题记录） 项目流程 需求分析细化阶段 非功能性需求 从招标书中提供一些信息 设计环境的约束（如硬件环境、终端环境） 开发环境的约束（工具环境必须要一致） 联机帮助开始准备 项目需求汇报会 甲方高层参加、汇报A、B需求，重点汇报各个高层能得到什么好处。 项目流程 站在人的角度，沟通直观 是一个场景、一个故事 故事主流很简单，但最主要是异流，80％在异流 没有明确的规则，只要能包含所有功能点，有利于各个分析员和与用户沟通即可 Use case 事情的切分能力－纬度 对一般软件项目：业务、技术、项目管理、应用 对事件项目：计划、执行、监督、改进 很难切分：根据时间来切分 关键点（key） 元模式 案例：古诗词：韵母相同、第三句为第三声 抢劫银行、猜测人物（根据纬度和key） 三个能力 三个能力 Ing 鹰、星、拼（in）、明、晴、情、顶 无题帮是一群鹰， 个个都是奋力拼。 需求工作时间紧， 醍醐灌顶思路明。 2、有两个房间,一个房间有三个开关,一个房间有三个灯。一个房间只能进一次 ，问怎么知道哪个开关是控制哪个灯的 。 3、12个球称三次 四横两竖图形（架构图） 基础层 支持层 应用层 应用层 安 全 机 制 开 发 环 境 四横两竖图形 需求管理 骚扰理论（让对方对项目有付出，就会帮你说话） 甲方业务指导顾问 定期汇报 A or B 提前培训（验收前培训） wbs分解 图 责任分配矩阵图 推荐书目：圈子圈套 沟通技巧 肯定 描述 伤害 解决方案 远景 难点：不作评价，叙述中有时间、地点、人物 项目