天听软件需求佳实践作者徐锋老师软件需求培训三天课程然原需求关注做需求分析开发工作次培训感觉收获三天培训先做记录续点逐展开断总结 需求实践面问题 需求完整性需诸户参确认户间需求身存突需求更加强调角色场景划分户需够满足需求需求 需求程缺乏户参技术驱动惯性跳模块划分导致需求身验证困难导致需求间耦合紧难期组织效迭代开发考虑流程业务梳理需求 需求法实现架构问题需求身切实际 户想真正需区没真正识需求优先级导致需求量开发需求镀金 需求优先级识完全户户会关注功讲优先级识高需求优先级识应该通业务规流程模式确定优先级识方法(离营业务远发生频率两方面度量) 沟通失真认识文档仅仅中介全部通时验证减少沟通失真 需求捕获调研常见问题户告诉转化解决方案原始需求 变更频繁响应变化通变更分类识变更通复配置解决 非功性需求效识仅仅定性没通定性>场景>定量路线 需求分析核心线索 原需求分析方法中关注How没关注What者关注What没关注What背需求场景背问题Why导致没进行需求挖掘需求分业务需求户需求软件需求三层面时需求分析中容易直接跳软件需求阶段忽视业务需求业务建模 业务需求目标+范围 目标表达必须包括目标+优势+度量+合理+行者说SMART原时目标表达考虑场景法问题什影响谁果什解决方案优点什?范围表达两重方面物包括干系终户物包括业务事件理控制点 需求定义输出业务需求需求捕获输出户需求需求分析输出软件需求需求分析质动作分解抽象消歧义需求分析质线索事(流程)物(数)接口需求分析完全等建模型分析质建模仅仅手段 需求捕获 需求捕获断探索程需求捕获中沟通占40业务占30技术占30沟通讲究单纯技巧更种思维模式序问题里老师引入思维模式话题通案例讲解沟通中序重性先解决方案讲具体场景问题(类似ppt里面强调结构化思维重原开门见山逐层展开)沟通中讲三鉴方法 未知问题>已知问题 相重>相次(创造种较环境户) 关注点转换>(沟通洞察心理学) 隐喻(汉字赢字表达项目理核心) 探求源(问题背问题引入灯亮着讲没荒唐需求荒唐解决方案) 需求访谈捕获中重容里做概括总结: 首先搞清楚访问户身角色特点前期收集足够资料然制定针性问题 应该先访谈初步聚焦进行调查 访谈户分类包括(户特点功流程数非功性接口) 调查问卷设计诸讲究避免简单排序题调查问卷中C现象D现象等展开 需求规格说明书 业界关注需求标准GB2006等关功性需求方面细化展开标准仅仅展开行业组织需根身软件项目特点模板进行补充完善 需求分析程应该业务流程驱动程开始应该转入具体功细节应该先规划目录提纲然流程线逐层分解展开需求描述文字图形化种形式化规格表达需求规格说明书模板容逆思维设计需求提供什样需求参考意义需求调研应该通模板格式决定容决定沟通应该根需沟通决定容根容决定需什样需求模板格式 需求验证种质量活动里注意验证确认区般验证活动方式ReivewReivew根正式程度包括审查复审单复审等种方式需求验证五素包括: 思想:找错误 方法:非正式开始逐渐形成文化 语言:评价者转化建议者强调协作者进减少里错建议 员:等合适减少相关员参 容:全部合适 需求理三容基线变更状态踪实基线变更属配置理需求踪需求踪包括需求设计测试整需求链踪时包括需求实现状态踪程中基线迭代开发基础迭代开发难规划基线里原整文档作基线象文档中条目化需求作基线象外变更理核心作通变更理减少变更目标影响 迭代开发分阶段开发 迭代开发时间(迭代周期)划分分阶段开发务完成划分 迭代周期般较短分阶段开发阶段会较长 迭代响应变更需变更会转入次迭代分阶段开发响应变更导致混乱计划失效 RUP三素中增量迭代注意迭代手段增量目标迭代身微型瀑布迭代目标更加容易分解明确 估算项目理中做项目计划基础估算准确做估算计划坚持估算检查估算历史数收集断纠正估算验数估算准确性提高时估算质计算单元复杂子首先选择相应估算方法需求早期适合功点法进行估算次识计算单元然确定具体复杂度 估算手段估算需执行程中次调整 估算应该基权重根规模工作量方法考虑员效率影响 估算根关键例确定第迭代周期长度需求变更法避免量减少控制变更带影响需求变更需求理核心容需求变更然会涉需求基线配置理容例讲已基线配置项修改必须走变更流程等需求变更重点: 控制变更避免变更 控制变更目减少变更影响客户意识变更成 需求团队贡献早标识变更 需建立统台捕获理控制变更 目标寻找方法GPOA方法:GOALProblemOptionAnswer确定项目目标范围时候容易提出类似建立先进信息系统类清晰目标破解清晰目标?两方面考虑部溯源(项目原始发起沟通)外部寻(受外部刺激) RUP中问题分析五步法 问题定义达成识问题定义清楚问题解决半 问题背问题探求问题质根源(鱼骨图+帕累托图) 确定Stakeholders户高层中层操作层价值关注点什? 定义解决方案系统范围黑盒思维题域划分题域流程请求 确定解决方案约束 访谈块案例实战暂时展开感觉原访谈中没注意容特开门点访谈策略两方面具体综述高层访谈关注点 开门点:易回答激发兴趣 访谈策略:Review验证结果问题太连续挖掘够时候听问题 问题类型挖掘:文问题暴露分解发展机会约束 策略:应该找做进步交流 例种纪录新系统软件更换时需求技术例包含系统作业时户系统间交换信息场景般例避免术语量顾客户专家语言般例软件开发者顾客起写成例道: 系统完成动作行应该价值业务活动分解 例需求分析新视角业务视角例需求理基单元 例价值测试包括两方面业务活动原子性Boss测试 例粒度会取决企业业务分工例CRUD原更加重点标准否系列机操作否Actor完成 例需避免功分解应该户业务场景驱动 例中常关系扩展(Extend)包含(Include)泛化扩展包含区: 扩展:某种条件会执行执行种划迭代 包含:包含子事件流必然会调调完会会基例 获取例方法两种种顶流程派生法跨职流程图泳道参者中业务活动例外种底合法条目化户需求进行合第种方法中派生例时候需注意: 掉非EndUser泳道 泳道进行角色化抽象 判断活动系统否关系 例分析重点事件业务流程数分析重点业务数面例分析代数分析数分析常业务实体分析通数分析建立系统领域模型数分析目标理解业务领域中业务术语实体包括语义关系数量关系容数分析点识出具体业务实体业务实体间关系FDD中领域建模基数行综合分析包括Together父PeterCoad发明菜色建模法数类分行参角色事物通描述四方面容 例模板中关键点包括前置条件应该系统必须够检测验证例描述中应该拒绝太实现细节例身法展示界面交互需求建模应该包括界面交互建模容报表等需求太适合例表达方式根企业情况确定具体报表类需求描述方法 例模板中干系利益容里特说明分析干系利益帮助挖掘潜需求然关系Action事件间操作者干系利益会影响例身需求
文档香网(httpswwwxiangdangnet)户传
《香当网》用户分享的内容,不代表《香当网》观点或立场,请自行判断内容的真实性和可靠性!
该内容是文档的文本内容,更好的格式请下载文档