Tagged with 构件图

[需求分析培训] 规划项目的业务范围-(3)

这一节主要包括界定各个主题域,识别事件和管控点; 涉及到的工具是构件图; 但实际上这节的内容多为科普类,我感觉看看如何画构件图还是有必要的,经过老师这么一讲就清晰多了,不用死记硬背哪些符号的含义鸟~关于业务范围划分的内容下篇博客会有补充。   1、范围是无法通过问客户问出来的,需要我们自己紧扣目标和干系人的场景和核心需求识别出业务范围; 2、将一个大系统划分主题域是为了控制复杂度;究竟分即成合适,分到什么程度合适,都要根据要达到“控制复杂度”的目的决定; 3、划分子系统可以按照以下几个角度划分:划分的时候需要注意,子系统或业务子系统对组织架构是有映射的。 1)流程 2)业务场景 3)管理需要:例如报表、BI(Business Intelligence 即商务智能)、DM/DW(数据仓库/数据挖掘) 4、阶段和迭代的区别:  1)阶段是以任务是否结束为标志;  2)迭代是以时间是否结束为标志; 5、基线的目的是使需求可版本化,因为瀑布是做不到的。 6、其实SA(系统分析)应该是包含三方面的:BA(业务分析)、RA(需求分析)和Architecture(架构); 7、按照系统菜单(或者模块)进行的分析有利于开发,但不利于与客户沟通确认,容易漏掉客户的需求;按照业务场景分析有利于客户,但却不利于开发做设计; 8、如何画构件图 1)按照职能或者业务,列出不同的构件; 2)如果两个构件之间有联系,就说明两者间有接口; 3)每个接口之间,提供数据的构件和接口之间用实直线连接; 4)如果一个构件需要从接口取数据,就画一条从构件指向接口的虚线,空心箭头指向接口。 一个构件图的示例: (自己用rose没画出来,主要是找不到接口和实线怎么画出来,囧,先贴个老师给的图吧) 9、事件梳理是需求的关键,一般我们可以把事件认为是个流程。 10、分工是流程出现的开始,为什么会有分工咧? 1)规模增加了; 2)为了降低风险,所有共奏都交给一个人做是有风险的; 3)专业化,没项工作交给更专业的人去做; 【有了分工就有了活动,各个活动之间就需要协作。】 11、定义流程关注的三个要素:(因为有了分工,才需要有流程,如果没有分工,所有工作都一个人完成就不需要流程了。) 1)哪些事务需要定义流程——可以找出驱动事件; 2)如何定义有效的流程; 3)如何改进和优化流程; 流程的特点是一个入口,多个出口; 12、事件的边界是可以变化的,例如对于超市来说,客户购物的事件可以从客户进入超市选购到结账这个过程,也可以是用户做免费购物车到超市购物后坐免费购物车离开的这个过程; 13、活动是一个可以汇报的基本单元; 14、业务测试中,流程测试的优先级应该高于国内测试,需求找好的事件及流程可以作为测试用例设计中的参考依据。 15、大家对估算的误解,认为估算应该是准确的,一旦发现实际与估算有偏差就认为估算没用,其实估算不必要是准确的,估算是为了计划和监控,可以随时调整。 16、信息化的作用: 1)流程固化优化 2)数据辅助决策