软件开发管理流程简介

□软件开发中的常见问题□微软开发管理流程综述□案例分析：开发流程精髓□工具在管理流程中的应用□软件开发管理平台产品介绍及应用场景□个性化的企业应用级平台及咨询服务□成功案例及分析内容提要软件开发中的常见问题软件开发中的常见问题开发团队协同问题缺乏沟通平台，信息交流滞后开发模式落后，团队协作不力责任机制不明，事务无法跟踪工作无法量化，奖惩机制无效开发团队协同问题缺乏沟通平台，信息交流滞后

建立实时的信息沟通和管理平台开发模式落后，团队协作不力

建立科学的流程和高效的管理机制责任机制不明，事务无法跟踪

构建科学的团队模型和明确角色分工工作无法量化，奖惩机制无效

利用工具辅助绩效考核及工作评估解决方案软件开发中的常见问题开发周期难以控制项目风险无法评估和预测对频繁出现的变更和缺陷无法跟踪缺乏数据采集平台和分析引擎以辅助决策工具灵活性差，不能进行企业级的量身定制计划、设计、编码和测试脱节，无法做到无缝连接开发周期难以控制项目风险无法评估和预测对频繁出现的变更和缺陷无法跟踪缺乏数据采集平台和分析引擎以辅助决策工具灵活性差，不能进行企业级的量身定制计划、设计、编码和测试脱节，无法做到无缝连接解决方案使用企业级的开发管理平台进行无缝管理、跟踪和评估。通过咨询服务裁剪定制具有企业特色的、特有的流程和管理系统。微软开发管理流程综述MSF团队模型团队组织结构一例产品部门经理测试人员组长开发人员组长项目经理组长项目经理开发人员测试人员产品经理可用性用户培训其他MSF过程模型1.多里程碑式管理-平衡范围、时间和资源的最佳实践MSF过程模型2.MSF模型-集瀑布模型和螺旋模型的优点于一身瀑布模型螺旋模型MSF模型协作贯穿于产品开发周期始终全程协作远景阶段PM:做什么，为什么？Dev:技术可行否？Test:风险在哪？计划阶段PM:具体做什么？Dev:具体怎么做？Test:细化的衡量标准开发阶段（多里程碑）PM:掌舵，进度控制Dev:开发Test:无微不至的关怀Beta与发布阶段PM:根据反馈调整功能Dev:开发，解决缺陷Test:多种手段稳定产品协作三板斧每日构造（dailybuild）版本控制缺陷管理协作的保障案例分析：开发流程精髓每日构造整个Office团队使用统一的每日构造痛OfficeCommon的Bug马上会影响Excel的开发Build一次需要几个钟头开发人员的疏忽造成BlockingBug，成为万恶不赦的公敌并快乐着各产品组自始至终在集成环境下工作，保证总体质量开发人员绝对重视单元测试让无微不至的关怀变得可能版本控制版本控制是否形同虚设？版本控制是每日构造的基础版本控制是建立在版本工具之上的一系列严格的质量保障制度单元测试代码审阅(codereview)通知机制每个程序员都有完整的Build环境，在集成的基础上进行单元测试缺陷管理协同工作的主要手段缺陷变更请求建议各色问题量化管理量化质量跟踪进度预测发布时间工具在管理流程中的应用开发流程概览流程分解项目范围定义需求跟踪管理概念-逻辑设计风险管理逻辑-物理设计规范和审核代码集成构造/基线测试用例设计测试用例运行测试计划测试结果报告概念-逻辑设计需求管理测试管理缺陷管理文档管理版本控制项目管理开发管理流程分解项目范围定义需求跟踪管理概念-逻辑设计风险管理逻辑-物理设计代码集成代码规范构造/基线测试用例设计测试用例运行测试计划测试结果报告概念-逻辑设计需求管理测试管理开发管理缺陷管理文档管理版本控制项目管理风险管理DailyBuildCheck-outCheck-in基线管理风险管理范围管理变更控制项目跟踪项目计划质量评估质量管理变更管理任务跟踪缺陷跟踪用户文档测试文档开发文档计划/设计范围/需求上图对CMM部分KPA的映射1-初始级2-可重复级3-定义级4-管理级5-优化级需求管理软件项目计划............软件配置管理集成式软件管理组织过程定义同行评审..................定量过程管理软件质量管理缺陷管理技术改革管理过程变更管理工具在领域中的应用需求管理测试管理开发管理缺陷管理文档管理版本控制项目管理微创软件开发管理平台

产品介绍及应用场景

测试人员BMS项目经理其他人员构造员开发人员代码管理DailyBuildExchangeRMSTCMProject设计思想VSS用户项目管理BMS缺陷管理缺乏缺陷管理会怎么样？以前解决过的缺陷发布时又出现了，拉长开发周期测试发现的问题被忽略或是不了了之很难衡量测试员和开发员的工作缺陷管理的意义提高项目质量，缩短周期为项目管理提供依据预测项目进度与里程碑加强沟通与协作“缺陷”的定义通常大家认为缺陷是：软件设计、编程、制作中出现的错误

BMS中对缺陷的定义： 任何有助于改善产品质量的提议、任何需要引起注意、值得跟踪的问题、任何可能潜在的错误，由BMS来记录、跟踪、管理缺陷的后继变化和处理方案。其中包括：

代码错误工作项变更文档问题测试问题建议及其他BMS界面缺陷的生命周期BMS应用场景测试人员登记一个缺陷，描述缺陷的详细信息按优先级验证缺陷，检查其是否可以重现若缺陷被解决，关闭缺陷回归测试测试主管指派缺陷比较谁登记的缺陷最多，而且个人是否完成指标组织“软件大扫除”缺陷的生命周期BMS应用场景开发人员找到所有由自己负责的缺陷按优先级解决这些缺陷把那些设计、重现环境或步骤不明确的缺陷指派回给项目经理或登记该缺陷的测试人员找到所有由自己解决的缺陷，并写代码Check-inReport开发主管指派缺陷比较谁解决的缺陷最多，而且个人是否完成指标调研指派给自己的那些较难解决的缺陷通过比较check-in前后的文件版本，为开发人员解决的缺陷做CodeReview评估修复某个缺陷的复杂度缺陷的生命周期BMS应用场景项目经理指派待定的缺陷，并指定优先级和负责人及时了解缺陷分布以更好地协调团队之间的工作，消除瓶颈组织专家会诊通过缺陷趋势预测关键检查点及发布日期给开发人员布置工作任务（可以从MicrosoftProject2002导入），并给出详细设计变更跟踪缺陷的生命周期自动监控非细化无以监控细化的开发进度表检查点多多益善SpecfreezeCC50buggoalZBBBetaRCRTM赋予测试团队神圣的权利测试计划紧密尾随开发计划测试员和开发员捉对厮杀群众的眼睛是雪亮的每日构造和自动测试让问题自动曝光TCM测试管理测试目的验证软件对规格说明的实现发现程序中的缺陷确定系统可以正常工作了解性能的限制了解系统不能做什么评估系统的能力和质量验证文档测试关键测试应尽早开始应该在测试工作真正开始前较长时间内就进行测试计划建立良好的测试用例管理机制严格执行测试计划，避免测试的随意性对每个测试结果做全面调查妥善保存测试计划、测试用例、出错统计和最终分析报告，为维护提供方便建立良好的DailyBuild机制“测试用例”的定义为一个测试项创建一个文档，这个文档包含了一系列的执行条件和环境，并定义描述输入数据和期望的输出和结果为一个测试项的输入和期望输出做定量测试必须包括有效的和期望的输入条件以及无效的和不期望的输入条件一个定义明确的缺陷报告也是一个测试用例。TCM界面TCM应用场景测试人员新建测试用例在一个可执行版本上检验测试用例并记录结果碰到非期望的结果时，登记一个缺陷选择一组测试用例来做不同场景的测试（如BVT）测试主管/项目经理分配测试用例检验有多少用例已经走过，有多少用例还未被运行，测试人员是否完成指标审核测试用