微软软件开发流程实施课件

《微软软件开发流程实施课件》由会员分享，可在线阅读，更多相关《微软软件开发流程实施课件（36页珍藏版）》请在装配图网上搜索。

1、单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,微软软件开发流程实施,*,PPT,文档演模板,Office,PPT,微软软件开发流程实施,2024/10/16,微软软件开发流程实施,现存问题,测试团队没有权威,没有明确的质量标准和员工度量标准,团队成员之间缺乏有效沟通,实现的功能不是最初的设计目标,既产品规格和产品开发的一致性,产品规格更改维护,产品进度无法控制,测试计划,文档管理,微软软件开发流程实施,解决方法,软件开发过程管理,资源管理,包括管理时间,管理成本,管理人员,产品管理,管理功能,实现,质量,实施步骤,团队建立-一个高效的团队具有如下特征,

2、目标一致,信念明确,积极有效沟通,不要假设别人已经知道,主动做事,主动促进流程改进,主动回复别人EMAIL等,主动共享信息,通过Process使成员各司其职,每件事情必须有负责人,数字化管理,实现方式:流程+工具+文档+数字,微软软件开发流程实施,实施考虑,软件流程改进实施前提条件-作为软件企业的ERP系统,改变必然涉及每一个人的日常工作和思维方式,必须有强有力的领导支持和自适应的能力.,企业已经建立了有效的邮件管理机制和信息共享机制(通过内部站点共享知识库,资源等).,潜意识的有效沟通-使每一次需求更改都被所有的团队成员知道,高效率协作,没有权利而是依靠权威和知识领先性的管理方法,结果是高创

3、造性,积极工作,发表意见,改进流程,实施误区,不考虑企业自身的情况,盲目实施流程,过度强调工具的重要性:如过度强调自动化测试工具而忽略了测试,微软软件开发流程实施,流程改进本质-注重沟通,强调沟通,更注重实用性,团队成员之间的相互牵制,三权分立;,程序经理,开发组,测试组,沟通不会自动发生,日常会议,TRD,里程碑总结(PostMotem),每日,每周汇报,Bug Triage Meeting,One one review,微软软件开发流程实施,流程改进本质-使软件开发可控制,使软件过程开发成为一个可控制的过程,数字化管理:基于数字的软件开发度量,树立时间计划的权威性,有效控制时间,软件产品有

4、清晰的标准:功能规格书(Functional Specification)作为全组的标准,必须具有权威性,基于功能的进度计划和多个检查点保证所有的功能实现符合功能规格书,微软软件开发流程实施,流程改进本质-持续主动调整,必须专门的人员监测整个软件开发流程,并加以调整.将尽可能多的流程书面化.,制定六大服务器的OWNER.,流程的不断变化和不同时期角色的工作重点调整,微软软件开发流程实施,项目初始化(一),软件企业需要一个能够满足缺陷跟踪和管理的工具,同时能够为决策提供支持.,市场调查(市场人员),并给出产品需求书,产品前景,目标用户,产品包和构件,平台支持,硬件和软件环境,语言支持,功能要求,

5、管理层决定实施该项目,并决定PM,Test Lead,Dev Lead人选,管理层决定Review Meeting的时间,完成Vision Statement(前景陈述),微软软件开发流程实施,项目初始化(二),项目动员大会,Audience 听众:所有可得到的人力资源,主题,宣布项目开始,项目前景陈述,团队组织,人力资源获得:招聘+培训,项目发布时间,微软软件开发流程实施,工作准则-明确准则,积极工作,PM的工作,进度监控,树立Spec和Schedule的权威性,沟通中心,对内确保每一个理解产品的前景,功能和对外确保管理层的支持和满足顾客需求,PM一般是整个TEAM的凝聚力所在,PM的主要工

6、作以写Spec,开会和查看EmailL,进度监控,查看BUG数据库和沟通为主,Dev Lead 的工作,通过Code Review代码审核提供高质量代码,制定合理的时间计划,技术选型,代码重利用从而达到按时完成代码,总体构架设计和通用程序设计,团队成员沟通,Test Lead的工作,测试环境的建立,测试策略制订,测试方法和工具的选用,测试案例的维护,发布测试报告,微软软件开发流程实施,M0,目的,设定项目目标和计划,开始,完成Vision Document,结束,开始编码,术语,Vision Statement(Marketing),Product Specification(PM),test

7、 Plan(Testing),Development Plan and Schedule(Dev),UE Strategy and Plan(UE),PM责任,1.完成产品规格书;2.确定产品功能优先级;3.确定项目日程表 4.处理外部部件和其它组关系;测试计划检验,开发组责任,开发组日程表;代码和构架设计;决定各个功能在哪个里程碑完成;规格书检验;测试计划检验,测试组责任,规格书检验;初始化缺陷数据库;移植前一个版本中的延迟的缺陷数据;添加支持部报告的缺陷;,用户教育,规格书检验(易用性,完整性和与其它产品的关系),并反馈给PM;提供文档资料计划;日程安排,管理层,评估上个项目,并改进流程;

8、评估从项目中得到的数据(如缺陷数据分析,工作量统计,缺陷质量);定义不同团队之间的合作方式;同意项目计划;,微软软件开发流程实施,其它工作,人员培训,熟练掌握各种工具.,建立源代码服务器,培训TEAM MEMBER使用版本控制工具.确定各团队工作目录,确定常规会议,如周项目状态会议,新员工工作手册,使新的员工能够非常清楚的知道各个Server和环境安装,及工作流程,建立Build服务器和Release服务器,测试团队建立BUG数据库服务器,建立团队工作信息发布站点,发布团队新闻,共享文档资源,Team Member联系方式,任务列表等.,微软软件开发流程实施,文档模板-Function Spe

9、cification,人力资源+Feature Team(功能团队),前景描述,平台要求,语言支持(本地化和全球化),出错处理(日志,警告,信息)和最终返回错误信息,用户场景(User Scenarios),功能细分和说明,安装程序,快捷键要求,性能目标,用户教育文档和进度计划,进度计划(Microsoft Project),UI 设计文档,微软软件开发流程实施,文档模板-Implementation spec,实现文档是一个文档集,包括数据字典,资源管理,指定Builder,BVT 所有者,Peer Review,开发环境,技术选型,程序构架和设计模式,代码重用,模块划分,出错处理,多语言支

10、持,性能考虑,数据库设计,公用接口设计,微软软件开发流程实施,文档模板-测试计划(一),测试环境描述,包括服务器,安装程序描述,人力资源划分,测试流程及不同阶段的测试重点,功能完备性测试,测试目标,范围和质量标准,测试区域划分,易用性测试,性能测试,可靠性测试,平台测试(使用矩阵),恢复测试,回归测试,缺陷跟踪工具,微软软件开发流程实施,文档模板-测试计划(二),测试策略描述,频率和所有者,测试案例开发和维护,制订测试案例覆盖标准,自动化工具开发,决定何时进行自动化工具开发,存在大量的API和大量的测试案例,测试案例只需要结果”通过”或”不通过”,不需要用户的干预,有大量的回归测试案例,雇开发

11、人员写自动化工具比雇多个TESTER便宜,测试脚本开发,测试工具,源代码分析工具,测试进度,微软软件开发流程实施,如何实现成功的进度计划,进度计划,由整个开发团队来制定进度计划而不是PM单独制定,事情无论大小,全部列入计划或算进缓冲,保证进度计划的权威性.可以将进度计划贴在作战会议或工作房间的墙壁上,PM必须非常清楚最重要的事情并推动执行.尤其是在不同的里程碑切换时.并将这一信息传达给全组.,在制订计划时,必须考虑到会议,假期,汇报工作,单元测试,病假,解决缺陷和不可预料的事件.缓冲一般为30%50%.在固定发布日期条件下,尤其应该增长缓冲.,微软软件开发流程实施,如何实现成功的进度控制,监控

12、和度量,每天队员发Daily Report,它的格式:,Highlight,Shortcoming,To Do List,每周PM发Weekly Report,Dev Lead和Test Lead分别发Weekly Report对当前项目状态进行总结,这些REPORT的听众必须是所有团队成员,包括管理人员.周报的格式和日报格式相同,在周报中安排除了日常工作以外的其它必须检查的事宜.这可以补充进度计划的不足.,每周召开团队会议,总结项目当前状态.,微软软件开发流程实施,M1,目的,开发产品,保证代码质量并降低BUG数量,开始,编码开始,结束,测试团队认为编码按时符合规格书规范完成,术语,Test

13、 specification;test cases;test scripts;unit testing;TRD;check in;check in test;BVT;Acceptance Test;Daily build;MileStone Postmortems;Bug Committee;,PM责任,管理产品规格书,管理功能组工作状况,保持全组工作重点,推动工作进度,开发组责任,设计,记录和编码;单元测试,冒烟测试,每日构建,BVT;TRD;解决问题;保证按时完成;,测试组责任,设计,记录测试规范;写自动化测试编码;在正式提交的代码中进行可接受测试;在里程碑时运行所有的测试案例;报告和关闭

14、缺陷;给出产品质量和功能完成性评估报告;认证功能完成;检验用户文档,用户教育,书写用户教育文档;基于用户任务来评估功能的完成;用户辅助工具;用户教育文档测试计划,微软软件开发流程实施,工作流程(一),DEVELOPER检查BUG数据库和电子邮件.如果发现自己的BUG数量高于给定值,则停止开发,更改BUG.,PM和LEAD检查BUG数据库和电子邮件.指定BUG给某一个TEAM MEMBER.如果可争议BUG太多,召开BUG TRIAGE会议,讨论BUG的优先级.,每天的RELEASE中需要包含说明文件(本版本更正BUG,实现功能,改变的文件),如果是API测试应包含类库文档,微软软件开发流程实施

15、,工作流程(二),DEVELOPER每天早上从源代码服务器下载代码,更新其它程序员的改变.(SD SYNC),DEV编辑自己的文件(SD EDIT),完成某个FEATURE.,DEV编译自己的本地源代码拷贝并进行单元测试,如无错误,交给BUDDY TESTER或CODE REVIEW测试.,如果没有错误,提交到源代码服务器.通过这种方法保证源代码服务器中的程序始终是可运行的.,如果本次CHECK IN完成了某一个功能,发送TRD到TEST TEAM,证明此功能已完成并可测试,DEV发送日报.,DEV LEAD指定专门的BUILDER和BVT人员.并写成BUILD SCRIPT.每天在固定的时间

16、运行该BUILD SCRIPT.如,每天2:00AM.,每天早上9:00-9:30对当天的BUILD进行BVT和冒烟测试,通过后提交到RELEASE服务器.,微软软件开发流程实施,工作流程(三),TEST TEAM指定专门的可接受测试人员,并给出可接受的标准.9:30-10:00,指定的测试人员每天早上运行可接受测试,如果成功发EMAIL给全组.,其它测试人员开始进行功能测试.功能测试仅测试那些已经发出TRD的功能.,TEST TEAM发现BUG,并登记在BUG数据库中.,TEST TEAM进行其它测试,如性能测试,本地测试和平台测试.测试频率和目标在TEST计划中制定.如果是MILESTONE结束时,运行所有测试案例.,TEST TEAM根据TEST计划开发TEST CASE,编写自动化工具和测试脚本.,TEST TEAM发送日报表,微软软件开发流程实施,使用源代码控制工具,放入源文件,文档资料和所有频繁改动的资料,不要放入二进制代码,包括动态库和可执行文件,只编辑需要改动的编码(SD EDIT),每次Check In时,填写变化列表.,每次Check In 之前,保证本地编译通过,