微软软件开发流程实施

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
l 通过Code Review代码审核提供高质量代码 l 制定合理的时间计划 l 技术选型,代码重利用从而达到按时完成代码 l 总体构架设计和通用程序设计 l 团队成员沟通
m Test Lead的工作
l 测试环境的建立 l 测试策略制订 l 测试方法和工具的选用 l 测试案例的维护 l 发布测试报告
PPT文档演模板
微软软件开发流程实施
M1
目的 开始 结束 术语
PM责任 开发组责任 测试组责任
用户教育
开发产品,保证代码质量并降低BUG数量
编码开始
测试团队认为编码按时符合规格书规范完成
Test specification; test cases; test scripts; unit testing; TRD; check in; check in test; BVT; Acceptance Test; Daily build; MileStone Postmortems; Bug Committee; 管理产品规格书,管理功能组工作状况,保持全组工作重点,推动工作进度
PPT文档演模板
微软软件开发流程实施
M0
目的 开始 结束 术语
PM责任 开发组责任 测试组责任 用户教育 管理层
设定项目目标和计划
完成Vision Document
开始编码
Vision Statement (Marketing), Product Specification (PM), test Plan (Testing), Development Plan and Schedule (Dev), UE Strategy and Plan (UE) 1.完成产品规格书; 2. 确定产品功能优先级; 3. 确定项目日程表 4. 处理外 部部件和其它组关系;测试计划检验 开发组日程表;代码和构架设计;决定各个功能在哪个里程碑完成;规格书检 验;测试计划检验 规格书检验;初始化缺陷数据库;移植前一个版本中的延迟的缺陷数据;添加 支持部报告的缺陷; 规格书检验(易用性,完整性和与其它产品的关系),并反馈给PM;提供文档资 料计划; 日程安排 评估上个项目,并改进流程;评估从项目中得到的数据(如缺陷数据分析,工 作量统计,缺陷质量);定义不同团队之间的合作方式;同意项目计划;
l 每周PM发Weekly Report, Dev Lead和Test Lead分别发Weekly Report对当前项目状态进行总 结,这些REPORT的听众必须是所有团队成员,包括管理人员. 周报的格式和日报格式相同 在周报中安排除了日常工作以外的其它必须检查的事宜.这可以补充进度计划的不足.
l 每周召开团队会议, 总结项目当前状态.
列表等.
PPT文档演模板
微软软件开发流程实施
文档模板-Function Specification
m 人力资源+Feature Team(功能团队) m 前景描述 m 平台要求 m 语言支持(本地化和全球化) m 出错处理(日志,警告,信息)和最终返回错误信息 m 用户场景(User Scenarios) m 功能细分和说明 m 安装程序 m 快捷键要求 m 性能目标 m 用户教育文档和进度计划 m 进度计划 (Microsoft Project) m UI 设计文档
性 l 基于功能的进度计划和多个检查点保证所有的功能实现符合功能规格书
PPT文档演模板
微软软件开发流程实施
流程改进本质-持续主动调整
m 必须专门的人员监测整个软件开发流程,并加以调整.将尽可能多的流程书面化.
l 制定六大服务器的OWNER. l 流程的不断变化和不同时期角色的工作重点调整
PPT文档演模板
PPT文档演模板
微软软件开发流程实施
流程改进本质-使软件开发可控制
m 使软件过程开发成为一个可控制的过程
l 数字化管理: 基于数字的软件开发度量 l 树立时间计划的权威性,有效控制时间 l 软件产品有清晰的标准:功能规格书(Functional Specification)作为全组的标准,必须具有权威
l 进度监控,树立Spec和Schedule的权威性 l 沟通中心,对内确保每一个理解产品的前景,功能和对外确保管理层的支持和满足顾客需求 l PM一般是整个TEAM的凝聚力所在 l PM的主要工作以写Spec,开会和查看EmailL,进度监控,查看BUG数据库和沟通为主
m Dev Lead 的工作
PPT文档演模板
微软软件开发流程实施
项目初始化(二)
m 项目动员大会
l Audience 听众:所有可得到的人力资源 l 主题
Ø 宣布项目开始 Ø 项目前景陈述 Ø 团队组织 Ø 人力资源获得: 招聘+培训 Ø 项目发布时间
PPT文档演模板
微软软件开发流程实施
工作准则-明确准则,积极工作
m PM的工作
CODE REVIEW测试. m 如果没有错误,提交到源代码服务器.通过这种方法保证源代码服务器中的程序始终是可
运行的. m 如果本次CHECK IN完成了某一个功能,发送TRD到TEST TEAM,证明此功能已完成并可
测试
m DEV发送日报. m DEV LEAD指定专门的BUILDER和BVT人员.并写成BUILD SCRIPT.每天在固定的时间运
PPT文档演模板
微软软件开发流程实施
其它工作
m 人员培训,熟练掌握各种工具. m 建立源代码服务器,培训TEAM MEMBER使用版本控制工具.确定各团队工作目录 m 确定常规会议,如周项目状态会议 m 新员工工作手册,使新的员工能够非常清楚的知道各个Server和环境安装,及工作流程 m 建立Build服务器和Release服务器 m 测试团队建立BUG数据库服务器 m 建立团队工作信息发布站点,发布团队新闻,共享文档资源,Team Member联系方式,任务
PPT文档演模板
微软软件开发流程实施
文档模板-测试计划(一)
m 测试环境描述,包括服务器,安装程序描述 m 人力资源划分 m 测试流程及不同阶段的测试重点
l 功能完备性测试
m 测试目标,范围和质量标准 m 测试区域划分
l 易用性测试 l 性能测试 l 可靠性测试 l 平台测试(使用矩阵) l 恢复测试 l 回归测试 l 缺陷跟踪工具
给全组. l 在制订计划时,必须考虑到会议,假期,汇报工作,单元测试,病假,解决缺陷和不可预料的事件.缓
冲一般为30%~50%.在固定发布日期条件下,尤其应该增长缓冲.
PPT文档演模板
微软软件开发流程实施
如何实现成功的进度控制
m 监控和度量
l 每天队员发Daily Report, 它的格式:
Ø Highlight Ø Shortcoming Ø To Do List
微软软件开发流程实施
PPT文档演模板
2020/11/14
微软软件开发流程实施
现存问题
m 测试团队没有权威,没有明确的质量标准和员工度量标准
m 团队成员之间缺乏有效沟通
m 实现的功能不是最初的设计目标,既产品规格和产品开发的一致性 m 产品规格更改维护 m 产品进度无法控制 m 测试计划 m 文档管理
m 每天的RELEASE中需要包含说明文件(本版本更正BUG,实现功能,改变的文件),如果是 API测试应包含类库文档
PPT文档演模板
微软软件开发流程实施
Leabharlann Baidu 工作流程(二)
m DEVELOPER每天早上从源代码服务器下载代码,更新其它程序员的改变. (SD SYNC) m DEV编辑自己的文件 (SD EDIT),完成某个FEATURE. m DEV编译自己的本地源代码拷贝并进行单元测试,如无错误,交给BUDDY TESTER或
微软软件开发流程实施
项目初始化(一)
m 软件企业需要一个能够满足缺陷跟踪和管理的工具,同时能够为决策提供支持. m 市场调查(市场人员),并给出产品需求书
l 产品前景 l 目标用户 l 产品包和构件 l 平台支持,硬件和软件环境 l 语言支持 l 功能要求
m 管理层决定实施该项目,并决定PM, Test Lead, Dev Lead人选 m 管理层决定Review Meeting的时间 m 完成Vision Statement(前景陈述)
m 实施误区
l 不考虑企业自身的情况,盲目实施流程 l 过度强调工具的重要性:如过度强调自动化测试工具而忽略了测试
PPT文档演模板
微软软件开发流程实施
流程改进本质-注重沟通
m 强调沟通,更注重实用性 m 团队成员之间的相互牵制,三权分立;
l 程序经理 l 开发组 l 测试组
m 沟通不会自动发生
l 日常会议 l TRD l 里程碑总结(PostMotem) l 每日,每周汇报 l Bug Triage Meeting l One one review
l 测试脚本开发
m 测试工具
l 源代码分析工具
m 测试进度
PPT文档演模板
微软软件开发流程实施
如何实现成功的进度计划
m 进度计划
l 由整个开发团队来制定进度计划而不是PM单独制定 l 事情无论大小,全部列入计划或算进缓冲 l 保证进度计划的权威性. 可以将进度计划贴在作战会议或工作房间的墙壁上 l PM必须非常清楚最重要的事情并推动执行.尤其是在不同的里程碑切换时.并将这一信息传达
l 通过Process使成员各司其职,每件事情必须有负责人 l 数字化管理
m 实现方式:流程+工具+文档+数字
PPT文档演模板
微软软件开发流程实施
实施考虑
m 软件流程改进实施前提条件-作为软件企业的ERP系统,改变必然涉及每一个人的日常工 作和思维方式,必须有强有力的领导支持和自适应的能力.
l 企业已经建立了有效的邮件管理机制和信息共享机制(通过内部站点共享知识库,资源等). l 潜意识的有效沟通-使每一次需求更改都被所有的团队成员知道 l 高效率协作,没有权利而是依靠权威和知识领先性的管理方法,结果是高创造性 l 积极工作,发表意见,改进流程
PPT文档演模板
微软软件开发流程实施
文档模板-Implementation spec
m 实现文档是一个文档集,包括数据字典 m 资源管理,指定Builder, BVT 所有者,Peer Review m 开发环境,技术选型,程序构架和设计模式 m 代码重用 m 模块划分 m 出错处理 m 多语言支持 m 性能考虑 m 数据库设计 m 公用接口设计
行该BUILD SCRIPT.如,每天2:00AM. m 每天早上9:00-9:30对当天的BUILD进行BVT和冒烟测试,通过后提交到RELEASE服务器.
PPT文档演模板
微软软件开发流程实施
工作流程(三)
m TEST TEAM指定专门的可接受测试人员,并给出可接受的标准.9:30-10:00,指定的测试 人员每天早上运行可接受测试,如果成功发EMAIL给全组.
PPT文档演模板
微软软件开发流程实施
工作流程(一)
m DEVELOPER检查BUG数据库和电子邮件.如果发现自己的BUG数量高于给定值,则停止 开发,更改BUG.
m PM和LEAD检查BUG数据库和电子邮件.指定BUG给某一个TEAM MEMBER.如果可争议 BUG太多,召开BUG TRIAGE会议,讨论BUG的优先级.
PPT文档演模板
微软软件开发流程实施
文档模板-测试计划(二)
m 测试策略描述,频率和所有者
l 测试案例开发和维护,制订测试案例覆盖标准 l 自动化工具开发,决定何时进行自动化工具开发
Ø 存在大量的API和大量的测试案例 Ø 测试案例只需要结果”通过”或”不通过”,不需要用户的干预 Ø 有大量的回归测试案例 Ø 雇开发人员写自动化工具比雇多个TESTER便宜
设计,记录和编码;单元测试,冒烟测试,每日构建,BVT; TRD;解决问题;保证 按时完成; 设计,记录测试规范;写自动化测试编码;在正式提交的代码中进行可接受测 试;在里程碑时运行所有的测试案例;报告和关闭缺陷;给出产品质量和功能 完成性评估报告;认证功能完成;检验用户文档 书写用户教育文档;基于用户任务来评估功能的完成;用户辅助工具;用户教 育文档测试计划
PPT文档演模板
微软软件开发流程实施
解决方法
m 软件开发过程管理
l 资源管理,包括管理时间,管理成本,管理人员 l 产品管理,管理功能,实现,质量
m 实施步骤
l 团队建立-一个高效的团队具有如下特征
Ø 目标一致,信念明确 Ø 积极有效沟通,不要假设别人已经知道 Ø 主动做事,主动促进流程改进,主动回复别人EMAIL等,主动共享信息
相关文档
最新文档