火龙果软件工程技术中心 报名咨询热线： 北京 010-62670835 上海 021-50800371 深圳 0755-88849686

活动简介：

通过在线的方式交流关于《CMM5软件过程经验与集成化软件开发过程系统Easy!Flow 》的一些经验，，并对先前发布的视频<<CMM5软件过程经验与集成化软件开发过程系统Easy!Flow >>进行答疑，答疑范围包括但不限于本视频，参与讨论者可以提出自己在“CMM5软件过程与集成化软件开发过程系统Easy!Flow ”中的相关问题。本次交流适用于一切对“CMM5软件过程与集成化软件开发过程系统Easy!Flow ”感兴趣的软件行业从业者。

请在讲座前首先通过 网上报名>>>

此次讲座通过MSN群：scm@uml.com.cn，请在讲座前加入群组,加入方法“在MSN中作为联系人加”。

您可以先通过技术论坛说明感兴趣的议题和问题！

讲座内容

讲座资料：

讲座安排：

回答大家对视频《CMM5软件过程经验与集成化软件开发过程系统Easy!Flow 》产生的问题，引申出一些相关的实践中的问题与解决办法，以及分享一些最佳实践。

讲座须知：

• 主   讲： 杨斌
• 在线讲座时间：2008-10-25，晚上 7：00-9：00
• 报名方式：请在讲座前首先通过 网上报名>>>
• 交流地点：MSN群：scm@uml.com.cn ，请在讲座前加入群组。 您可以先通过技术论坛说明感兴趣的议题和问题！如有疑问请致电： （010）62670862

主讲简介：

杨斌：Easy!Software 中国区资深工程师

多年在CMM5跨国企业研发中心从事集成化软件开发过程，相关系统开发，过程度量和过程改进工作．现任Easy!Software 中国区资深架构师，致力于为软件公司提供集成化软件开发过程支持系统，帮助软件公司用在切实的改进开发过程，提升产品质量的同时，水到渠成的晋升CMM等级．

交流实录：

主持人 说: 好 主持人 说: 讲座要开始了 主持人 说: 大家到了多少? 主持人 说: 举手 zhengyuan1986@hotmail.com 说: wo zhengyuan1986@hotmail.com 说: ME way 说: 好 charlie.l.shi@hotmail.com 说: wo 云澄大和尚 说: 大家。我是新来的。 lawrence 说: Larry zhengyuan1986@hotmail.com 说: are you ready? 主持人 说: Larry是我们今天的主讲嘉宾 主持人 说: yew zhengyuan1986@hotmail.com 说: 欢迎 way 说: Larry好 lawrence 说: 大家好 zhengyuan1986@hotmail.com 说: 好 Wei Wei(Bill) 说: hi all! 主持人 说: 大家好 lawrence 说: 谢谢大家参加今天的Open seminar 主持人 说: 好 主持人 说: 我会先介绍一下讲座的方式 主持人 说: 然后再开始 zhengyuan1986@hotmail.com 说: 好的，谢谢 主持人 说: 本次讲座:通过在线的方式交流关于《CMM5软件过程经验与集成化软件开发过程系统Easy!Flow 》的一些经验，，并对先前发布的视频<<CMM5软件过程经验与集成化软件开发过程系统Easy!Flow >>进行答疑，答疑范围包括但不限于本视频，参与讨论者可以提出自己在“CMM5软件过程与集成化软件开发过程系统Easy!Flow ”中的相关问题。本次交流适用于一切对“CMM5软件过程与集成化软件开发过程系统Easy!Flow ”感兴趣的软件行业从业者。 主持人 说: 具体的讲义和视频请见:http://www.uml.org.cn/MyProcess/GuideView/cmmi51011.asp 主持人 说: 讲座内容 软件开发过程, 过程控制和过程改进 集成软件开发过程和CMM KPA 数字六西格玛, 过程度量和持久化过程改进 常见开发过程支持工具及工具集成 软件开发过程量化分析和过程改进 基于Easy!Flow的过程控制, 定制和管理. 主持人 说: 这次我们请来的是,杨斌老师 主持人 说: 杨斌：Easy!Software 中国区资深工程师 多年在CMM5跨国企业研发中心从事集成化软件开发过程，相关系统开发，过程度量和过程改进工作．现任Easy!Software 中国区资深架构师，致力于为软件公司提供集成化软件开发过程支持系统，帮助软件公司用在切实的改进开发过程，提升产品质量的同时，水到渠成的晋升CMM等级． 主持人 说: 杨斌老师,请举手 zhengyuan1986@hotmail.com 说: 非常欢迎杨斌老师 lawrence 说: me lawrence 说: 大家可以叫我larry way 说: 非常感谢杨老师 主持人 说: 好的 larry zhengyuan1986@hotmail.com 说: 好 zhengyuan1986@hotmail.com 说: 您好 主持人 说: 大家先思考一下,希望交流那些问题,准备一下 主持人 说: 然后先发布出来 lawrence 说: 通过这次讨论和大家分享一些经验，希望对大家的工作有所帮助，供大家参考。 主持人 说: 呵呵,larry我也有问题... lawrence 说: 相信大家都已经看过了ppt和视频了 zhengyuan1986@hotmail.com 说: 谢谢,学习了 主持人 说: hehe 主持人 说: 看过了 way 说: 谢谢 杨老师,我看了视频,想知道 如果是一个团队协作,使用easyflow ,各个角色的一般工作流程是什么,如果和以往一样,也希望明确给个建议 lawrence 说: 大家有什么问题需要讨论的我们可以一起探讨 lawrence 说: 在ppt中有一张图示 lawrence 说: 好像是倒数第二页 lawrence 说: 倒数第5页 way 说: 好的 lawrence 说: 那是一个示意图 lawrence 说: 这个流程其实不是完全固定的 way 说: 不是固定的,能解释一下么 lawrence 说: 不同组织会根据自己的具体情况作一些调整，ppt中的是一个典型的流程 way 说: 能给个一般的建议么 我们公司的开发流程不是很有效 lawrence 说: 举个例子吧，并不是所有产品的开发都需要严格的基线管理和同级审查 主持人 说: 如果那样, 建议是什么 主持人 说: 可以灵活使用? lawrence 说: 依据不同组织、项目确定开发过程 lawrence 说: 是的，过程本身可以配置 lawrence 说: 这是一个CMM5的KPA 主持人 说: larry,我看了整体的介绍,感觉easyflow能力比较全面,能说一下大体的使用方法么,例如 需求管理的过程中,什么时候使用,如何使用 主持人 说: 也就是有一个使用的场景, lawrence 说: 大家可能用过UP, 如果所有组织, 所有项目都生搬硬套的用, 那么结果往往是得不偿失 lawrence 说: 贯穿整个开发团队的开发过程 lawrence 说: 从需求细化, 到缺陷功能跟踪, 到代码控制, 到同级审查, 到基线管理, 到PM Matrix, 到SQA, Test etc 主持人 说: easyflow都可以做？我们还需要其他的工作环境么 lawrence 说: 所有数据集成共享, 降低了不同角色的过程开销,使得大家可以集中更多的力量进行开发的核心工作 lawrence 说: 就过程控制管理方面而言, 不需要 way 说: CMMI5级都需要那些关键工作，能介绍下么 lawrence 说: CMMI级别是一级级循序渐进上来的, 如果CMMI4的KPA都已具备,那么5级的KPA主要包括 : 过程变更管理, 技术变更管理和缺陷预防. lawrence 说: CMMI5的KPA是以4级及以前的KPA为基础的 way 说: 能再具体的解释一下吗 zgl 说: 我是菜鸟.... lawrence 说: 我认为缺陷预防是最最核心的一部分 主持人 说: larry，是否可以先把CMMI4-5级的要求具体简要的解释一下 主持人 说: 呵呵 主持人 说: 估计很多人并不清楚 China Joy 说: 感觉CMM里面文档多了些，首先我对CMM就有些怀疑了。最近项目里面都用的敏捷开发方式，反而轻松一些。 lawrence 说: 大家可以参考ppt倒数第4页 lawrence 说: 我简要的罗列了一下各个级别的KPA lawrence 说: 我来回答China Joy的问题 lawrence 说: 不是CMM的错, 而是国内企业执行CMM上的问题 zgl 说: China Joy请你对敏捷开发做下陈述... zgl 说: 我们公司现在正在搞这个CMM3 zgl 说: 好多人是看热闹的. China Joy 说: 关注最终deliver的目标... 基于核心业务进行开发... 不会让我们把时间浪费在我们以为很重要的工作上。 lawrence 说: 你可以参考一下scrum，一种agile的实践指导 China Joy 说: .... 主持人 说: 软件工程最重要的是什么？ China Joy 说: scrum很好 lawrence 说: 没错，但过程控制也很重要 China Joy 说: 感觉用敏捷最大的好处，就是不那么害怕风险了。 lawrence 说: 你是指什么风险？ 主持人 说: CMMI的理念：好的过程能产生好的产品，我觉得这点敏捷也是如此 China Joy 说: 项目过程中的风险，以前都是自己去想...不敢跟别人讨论，现在是整个team一起帮着考虑风险问题.... China Joy 说: 所以，感觉好点。 lawrence 说: 这是一个误解，我之前的一个客户提过和你一样的问题 China Joy 说: 个人感觉，软件工程适合软硬结合的开发，CMM适合银行，财务等系统的开发。不知道是否正确》。。。。 lawrence 说: 沟通是最重要的，这一点无论CMM或scrum都没有否定 China Joy 说: 那你怎么回答的? lawrence 说: 和应用领域没有太大关系 lawrence 说: CMM中从没有否认沟通的重要性 lawrence 说: 这一点不是agile独有的，只是agile更加强到人的能动性 lawrence 说: 对于4-5人的开发小组，没有过程控制，完全agile的方式是可以的，但是 lawrence 说: 对于中型或者大型团队 lawrence 说: 很难想象没有自动化、细粒度的过程控制，工作可以正常进行下去，就更不要谈质量了 lawrence 说: 我之前一直在Motorola做软件开发过程，对此深有感触 主持人 说: 我觉得好的工具最好敏捷和CMMI都能支持 China Joy 说: 敏捷开发很讲究自动化测试的..... lawrence 说: 对的 主持人 说: 过程应该是灵活的,有其适用性 lawrence 说: 这就是我之前提到的过程的可配置性 主持人 说: 敏捷是一种及时调整的战略,获得的主要是态度成果, 有的时候,严密的思维,不是迭代可以解决的 lawrence 说: 对，没错，并且是测试用例驱动，但敏捷过程一样需要过程管理 lawrence 说: 我举个例子 主持人 说: 我见过迭代了1年的项目,失败的,不过无可否认,敏捷适用于大多数需要相互支持的团队 China Joy 说: 你们项目怎么失败的？ China Joy 说: 迭代1年是不是太长了？ lawrence 说: 如果你的组织中一下子多了100个或者更多的印度外包工程师，没有严格的过程控制，基线控制，项目将反而无法进展 lawrence 说: 不 主持人 说: 10多个业务产品,每个几十个节点,不断地调整原型 主持人 说: 不是1年 主持人 说: 迭代了1年,每2周一次迭代 dingmingkun@hotmail.com 说: ppt在哪儿？ lawrence 说: 首先多次迭代不是必需的，而且迭代的时间也要因具体产品和产品周期而定 China Joy 说: ThoughWork好像用敏捷做过大的项目。 主持人 说: CMMI也不见得是重量级的, 可以作为改进过程的方法,PA可以作为资源, 主持人 说: ThoughWork 呵呵, 不敢恭维 lawrence 说: 对 主持人 说: 不知道他们成功了什么 lawrence 说: CMMI也不见得是重量级的 主持人 说: 敏捷是一种视角,不是全部, ThoughWork 把敏捷搞得太过了 lawrence 说: 对 主持人 说: 我觉得喜欢敏捷很可以理解，软件工程师需要自由，问题需要及时反馈， lawrence 说: 我的网站上有些用户实例，大家有兴趣的话可以看看，过程控制和管理是为了提高沟通效率 lawrence 说: 而不是降低 主持人 说: larry，敏捷和 CMMI可以结合么？ lawrence 说: 这是个很多人的误区 China Joy 说: 感觉CMM必须要裁剪才能真的使用.... lawrence 说: 敏捷和 CMMI并不矛盾 China Joy 说: 不过，干用CMM的人，基本都不敢裁剪..... 所以，用的特别痛苦..... 主持人 说: China Joy 说的是事实 lawrence 说: 好像Motorola在使用CMMI5的开发过程，同时也在实施敏捷开发思想 lawrence 说: 这就是Easy!Flow做的：0 China Joy 说: 而且，要是遇到一个不懂的SQA，那就更惨了...... 主持人 说: 我觉得说到过程，我倒有个咚咚：http://www.uml.org.cn/MyProcess/GuideView/MyP/MyProcess.asp lawrence 说: Easy!Flow也做好了，SQA变成了Admin而以 主持人 说: MyProcess的理念：过程是一种生活 主持人 说: 呵呵，但愿Easy!Flow能够支持 主持人 说: 生活：需要用自己熟悉的方式去过，需要逐步买进小康，需要避免爆发增长带来的金融危机，需要有人情味 lawrence 说: 大家可以仔细看下我的ppt，软件开发过程不是个虚无的东西，而是很具体的 China Joy 说: 同意.... lawrence 说: 每个人的工作都很streight forward,但是集成在一起就是个完整的过程 lawrence 说: 过程的实施和执行有系统自动管理 lawrence 说: 阻挡错误的操作，引导正确的流程 lawrence 说: 每个人都会觉得工作很简单 way 说: 需求在easyflow中可以细化跟踪到什么程度 lawrence 说: 但各种角色工作流有机的结合到一起，就会有巨大的推动力 lawrence 说: 需求可以做多级细化，可以一直对应到模块设计 lawrence 说: 在对应到相应的代码 China Joy 说: 其实，软件开发过程很重要，就怕被滥用，最后team反而感觉痛苦 lawrence 说: 再对应到同级审查 lawrence 说: 太对了 lawrence 说: China Joy说的我非常赞同 lawrence 说: 错误的过程管理不但徒劳无功，虚耗财力、人力，而且反而会影响项目的进度和产品质量 主持人 说: 我现在有个困惑：过程需要有效的自动化支持，但是也不能由此带来僵化，这个度应该如何把握呢 lawrence 说: 而现在不少软件公司的过程管理正是这种情况 lawrence 说: 没错，在于关键点的控制 lawrence 说: 自动化系统控制的是关键点 主持人 说: 关键点有哪些 lawrence 说: 这些关键点对质量有着至关重要的影响 lawrence 说: 而不是开发的工作细节 lawrence 说: 要区分过程关键点和开发人员自身工作的细节 China Joy 说: 您的 “带来僵化” 怎么解释? 主持人 说: “带来僵化” 就是束缚了团队的创造力和效率 主持人 说: 遇到了问题,不能根据需要灵活处理 主持人 说: 类似于 超市的自动收款机 China Joy 说: 你是指自动化测试？ lawrence 说: 这是有效的过程控制管理应该注意避免的 主持人 说: 例如用CQ定制了一个缺陷过程,但是这个过程可能不适用于某种情况,这样就要再定制一个过程, 可是过多的过程需要使用者做出选择,还有一个变化的维护问题 主持人 说: 这些都会带来效率问题,和成本 主持人 说: 就像OA系统如果不支持我们的办公流程,我们怎么办,抛弃还是修改OA的流程, lawrence 说: 我的经验是一个组织应该有一个统一的过程 主持人 说: 如果一个狮子面前有100只斑马(一个用户面前有100个流程),这个狮子还抓得住斑马么 主持人 说: 恩,同意larry,不过这个统一把握的程度? lawrence 说: 这是实践摸索的,这就是过程改进 China Joy 说: SAP之所以成功，不在于他的软件做的比中国的好。 主要是，他在上SAP之前，需要上的公司先进行业务流程改造... 主持人 说: 我倒是有个想法:软件过程改进不再最佳,而在相对进步,进步是积累出来的,不是一朝一夕建立起来的,呵呵,说到底,过程还是生活,一天比一天好,就感觉不错 China Joy 说: 我也认为，需要一个统一的过程.... lawrence 说: DMAIC Wei Wei(Bill) 说: DMAIC代表什么? lawrence 说: 6西格玛改进方法DMAIC China Joy 说: 。DMAIC是指定义（Define）、测量（Measure）、分析（Analyze）、改进（Improve）、控制（Control） China Joy 说: 6西格玛管理 lawrence 说: 对 lawrence 说: 有效的过程改进也是很具体的,又依据的 lawrence 说: 有依据的 lawrence 说: 过程控制管理系统会收集项目管理数据,基于PM Matrix分析的基础上,进行有的放矢的改进 lawrence 说: 而改进有应用于过程控制管理系统,使得改进一劳永逸,并在此用PM Matrix数据Monitor改进结果 Wei Wei(Bill) 说: EasyFlow对这5个方面都有支持吗？主要偏重哪些方面的支持？ China Joy 说: 这是一个公司层次上的管理了.... 离我现在遥远了点.... 呵呵 lawrence 说: 又应用于 主持人 说: China Joy 做什么的 lawrence 说: For Bill, Yes 主持人 说: 大家都有什么问题，欢迎交流 主持人 说: 畅所欲言 lawrence 说: China Joy 做什么的? Developer? China Joy 说: 项目 lawrence 说: PM? lawrence 说: 其实PM Matrix是给PM看的 主持人 说: SAP之所以成功，不在于他的软件做的比中国的好。 主要是，他在上SAP之前，需要上的公司先进行业务流程改造... 主持人 说: 呵呵，业务流程改造= 软件过程改造 lawrence 说: PM可以应用PCE, PSE, ODC, DFMEA等等方法,来进行缺陷模型分析,缺陷预防从而降低项目风险 China Joy 说: 差不多... lawrence 说: 当前提是Measure数据一定要准确 主持人 说: larry 对软件过程改进有什么建议么 主持人 说: 可以是项目级别的 lawrence 说: 而Measure数据的准确与否,取决于过程控制系统设计得是否科学严谨 China Joy 说: 过程改进很重要！ 主持人 说: 过程改进很重要，问题是怎么有效的改进，呵呵 lawrence 说: 我刚刚在说的就是这方面的 lawrence 说: 过程改进的前提是正确和准确的度量 主持人 说: 恩，要有客观分析 lawrence 说: 找到问题的真正所在 China Joy 说: 改进的成本和效益... lawrence 说: PM Matrix数据Monitor改进结果 lawrence 说: 像我之前谈到的,这是个循环的过程 lawrence 说: 避免的误区: 无细力度控制的过程 => 度量数据失真 => 有过而无功的改进 执行开销过大的过程 => 分散用于核心工作的精力 => 过程成为开发的累赘 无度量的过程 => 无法准确发现缺陷模型 => 无法改进过程, 预防缺陷. lawrence 说: 过程改进应依据数字六西格玛的思想通过调整自动化过程控制系 统来完成，以达到一劳永逸的改进开发过程之效果 主持人 说: 这好比中医和西医：一看就知道有什么毛病，用仪器分析有什么毛病，现在的关键：什么参数对应什么病症， lawrence 说: 用自动化系统指导并流程化每个人的工作，严格并且细粒度的自动阻挡开发过程 中违反过程定义的行为，在精确可信的过程量化数据分析的基础上进行有的放矢 的过程改进，而过程改进应依据数字六西格玛的思想通过调整自动化过程控制系 统来完成，以达到一劳永逸的改进开发过程之效果。 lawrence 说: 这就是我之前提到的一些缺陷模型分析,过程分析方法 lawrence 说: 比如ODC-正交缺陷分析 主持人 说: 同意 主持人 说: 呵呵，又可参考的 lawrence 说: EDA lawrence 说: PCE PSE data lawrence 说: Fault density lawrence 说: inspection rate 主持人 说: larry可以说得具体些，可能一般人不是很了解这些词的缩略含义 lawrence 说: 这个具体说起来要花不少时间，大家有兴趣可以查查相关资料，时间关系，我在这里只能简要说说 lawrence 说: ODC是ibm提出的缺陷正交分析方法 China Joy 说: 没事你说吧！ 我帮你baidu。。。 lawrence 说: 在集成化过程控制系统中通过域定制就可以收集相关数据 lawrence 说: ODC是缺陷正交分析方法 lawrence 说: 在集成化过程控制系统中通过域定制就可以收集相关数据 zhengyuan1986@hotmail.com 说: 我想问个问题，EASY哪有免费下载的地方 lawrence 说: 你门公司要是有兴趣试用的话，可以联系我，我会帮你们公司注册免费试用版本 zhengyuan1986@hotmail.com 说: ？ lawrence 说: 接着回到刚才的话题 zhengyuan1986@hotmail.com 说: 哦 lawrence 说: 通过分析缺陷引入的阶段，类型可以衡量出开发过程中的质量瓶颈 lawrence 说: 确定缺陷类型分布和成因分布 zhengyuan1986@hotmail.com 说: 对于一个初学者，只会编写程序，怎么转到这方面学习 zhengyuan1986@hotmail.com 说: 要从那些基础做起 主持人 说: 编写程序也需要过程 主持人 说: 过程就是规范你的工作步骤,就这么简单 主持人 说: 只不过 整个项目有很多步骤,都要考虑 zhengyuan1986@hotmail.com 说: 我在的团队很小，平常很多都不讲究 zhengyuan1986@hotmail.com 说: 所以对这些匮乏的很多 主持人 说: 有效的编程过程是:编写程序规范, 寻找典型问题,典型问题设计,典型编码,典型确认, 同类程序编码,不断集成,不断测试 主持人 说: 呵呵 lawrence 说: For "Zhengyuan1986", 这是个自然而然的过程，开发者可以见到过程的一部分，但这一部分是你＂窥一斑以见全貌＂的基础 主持人 说: 这就算过程了,看看好用不 主持人 说: easyflow好像把编码支持作为很核心的过程吧,larry lawrence 说: 编程过程和开发过程不大是一个东西 lawrence 说: 不是编码支持，而是控制力度延伸到代码层面 lawrence 说: 这是我觉得最重要的一点 lawrence 说: 希望和大家分享这个经验 主持人 说: 呵呵,我表达没清楚, 编码支持就是代码管理的支持 zhengyuan1986@hotmail.com 说: 哦 lawrence 说: Easy!Flow提供代码和并控制和相应的基线管理 lawrence 说: 这是很多跨国公司CMM5 R&D普遍采用的 主持人 说: 我觉得软件过程没什么敏捷和重量之分,那是拿来主义的命名风格, 软件过程就是规范当前有效的工作步骤, 同时学习别人,引入自己没有的部分,但是注意自己的接受能力,和学习,锻炼成本 lawrence 说: 这样每个release的质量才能真正得到控制和保证 lawrence 说: 赞同主持人的讲法 zhengyuan1986@hotmail.com 说: 重量 zhengyuan1986@hotmail.com 说: 怎么理解 主持人 说: 很多人称RUP,CMMI为重量级的 主持人 说: XP为轻量级的 lawrence 说: "重量级"不是个好词 lawrence 说: 往往和冗余，沉重，拖累开发联系在一起 主持人 说: http://www.uml.org.cn/MyProcess/GuideView/MyP/SPM-pm.asp 主持人 说: 铭记历史，创造未来， 主持人 说: 呵呵 主持人 说: easyFlow都能支持么 lawrence 说: 真正有效的开发集成化过程和过程管理不是这样的控制不意味着＂冗余＂和＂拖累＂而是质量的保护伞 主持人 说: 是 主持人 说: 过程是支持而不是阻碍 lawrence 说: 开发人员反而应该感觉的轻松，因为自动化过程控制挡住了他们犯低级错误的机会，帮助他们提升质量，降低缺陷， 主持人 说: 不过因为很多人不是专门搞过程改进的 ,能结合工作就更好理解了 lawrence 说: 帮助项目管理者一目了然的了解覆盖率等，降低风险，你说大家是应该感觉轻松还是沉重呢？ lawrence 说: 比如 way 说: 请问：需求 可以对应到代码，有什么具体含义 lawrence 说: 比如 你的代码应该合并到基线r1.0_rel-0.02,而你却错误的试图把它合并到一个patch基线，r1.0_int-0.02-t2 lawrence 说: 系统会自动阻挡错误，并提示你应该如何更正 lawrence 说: 再比如说 项目管理者认为一些关键的feature或fix代码需要peer review,而你忘记了做或者没有作完，那么在你和并进正式基线时，系统会提示你完成peer review 主持人 说: larry，有个问题 ：way 说: 请问：需求 可以对应到代码，有什么具体含义 lawrence 说: 是这样的 lawrence 说: 再EasyFlow中，需求相可以通过树状结构作多层细化，最终的叶结点可以使模块设计，那么每个模块设计的ticket有对应着相应的自动生成的代码分支 lawrence 说: 最终对应着相应的实现代码 lawrence 说: 那么在functional test或IST时，就可以很容易的back trace回需求细项 way 说: 那这样做有什么好处呢？ lawrence 说: 1. 测试用例的编写和执行就会很明确 lawrence 说: 2. 所有代码都testable,这点很重要 lawrence 说: 功能严格对应需求者是必需的，因为你的产品是由严格满足需求，用户才会买帐，付钱啊 lawrence 说: 只有严格满足需求 lawrence 说: 而且，在出现问题时可以很容易得找到相应的功能代码实现，测试记录 lawrence 说: 甚至可以对应到所有的相关责任人 way 说: 问题是如果需求有交错呢，或者代码有交错 lawrence 说: 对应相应的Peer Review lawrence 说: "交错"? lawrence 说: 什么是＂交错＂？ way 说: 例如 几个需求有类似性，都共同的部分代码 lawrence 说: Easy!Flow中两个＂Parent" ticket 可以共同指向一个＂Child", lawrence 说: 也就是一个实现部分可能为两个需求共享 主持人 说: 时间快到了 主持人 说: 大家还有什么问题么 lawrence 说: 这种情况也是可以正反追踪的 way 说: 非常感谢！ lawrence way 说: 好的 谢谢 lawrence 说: 上面有过程管理相关的文字和视频资料 主持人 说: 好的，欢迎大家持续关注 easyflow 主持人 说: 希望easy!flow有好的发展 lawrence 说: UML软件工程组织上也有很多很好的参考资料 主持人 说: www.uml.org.cn lawrence 说: 谢谢主持人和大家 zhengyuan1986@hotmail.com 说: OK 主持人 说: 好了， zhengyuan1986@hotmail.com 说: 感谢您的精彩演讲和主持人的热情主播 way 说: 谢谢 zhengyuan1986@hotmail.com 说: 我学习的很精彩 lawrence 说: 谢谢 主持人 说: 有好几位不知道为什么没有加进来，在ＱＱ那边牢骚呢 主持人 说: 呵呵 zhengyuan1986@hotmail.com 说: 呵呵，我也看到了 主持人 说: 好了，明天会把　聊天记录发布出去，更多的人可以浏览到， 主持人 说: 感谢ｌａｒｒｙ， 主持人 说: 感谢各位参与者 主持人 说: 今天就到这里， lawrence 说: thank you all! 主持人 说: 大家可以撤离了 zhengyuan1986@hotmail.com 说: THANK LARRY