PPT文档演模板
微软软件开发流程实施
项目初始化(二)
m 项目动员大会
l Audience 听众:所有可得到的人力资源 l 主题
Ø 宣布项目开始 Ø 项目前景陈述 Ø 团队组织 Ø 人力资源获得: 招聘+培训 Ø 项目发布时间
PPT文档演模板
微软软件开发流程实施
工作准则-明确准则,积极工作
m PM的工作
PPT文档演模板
微软软件开发流程实施
解决方法
m 软件开发过程管理
l 资源管理,包括管理时间,管理成本,管理人员 l 产品管理,管理功能,实现,质量
m 实施步骤
l 团队建立-一个高效的团队具有如下特征
Ø 目标一致,信念明确 Ø 积极有效沟通,不要假设别人已经知道 Ø 主动做事,主动促进流程改进,主动回复别人EMAIL等,主动共享信息
给全组. l 在制订计划时,必须考虑到会议,假期,汇报工作,单元测试,病假,解决缺陷和不可预料的事件.缓
冲一般为30%~50%.在固定发布日期条件下,尤其应该增长缓冲.
PPT文档演模板
微软软件开发流程实施如何实现来自功的进度控制m 监控和度量
l 每天队员发Daily Report, 它的格式:
Ø Highlight Ø Shortcoming Ø To Do List
CODE REVIEW测试. m 如果没有错误,提交到源代码服务器.通过这种方法保证源代码服务器中的程序始终是可
运行的. m 如果本次CHECK IN完成了某一个功能,发送TRD到TEST TEAM,证明此功能已完成并可
测试
m DEV发送日报. m DEV LEAD指定专门的BUILDER和BVT人员.并写成BUILD SCRIPT.每天在固定的时间运
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文档演模板
微软软件开发流程实施
文档模板-测试计划(一)
m 测试环境描述,包括服务器,安装程序描述 m 人力资源划分 m 测试流程及不同阶段的测试重点
l 功能完备性测试
m 测试目标,范围和质量标准 m 测试区域划分
l 易用性测试 l 性能测试 l 可靠性测试 l 平台测试(使用矩阵) l 恢复测试 l 回归测试 l 缺陷跟踪工具
PPT文档演模板
微软软件开发流程实施
流程改进本质-使软件开发可控制
m 使软件过程开发成为一个可控制的过程
l 数字化管理: 基于数字的软件开发度量 l 树立时间计划的权威性,有效控制时间 l 软件产品有清晰的标准:功能规格书(Functional Specification)作为全组的标准,必须具有权威
PPT文档演模板
微软软件开发流程实施
工作流程(一)
m DEVELOPER检查BUG数据库和电子邮件.如果发现自己的BUG数量高于给定值,则停止 开发,更改BUG.
m PM和LEAD检查BUG数据库和电子邮件.指定BUG给某一个TEAM MEMBER.如果可争议 BUG太多,召开BUG TRIAGE会议,讨论BUG的优先级.
微软软件开发流程实施
项目初始化(一)
m 软件企业需要一个能够满足缺陷跟踪和管理的工具,同时能够为决策提供支持. m 市场调查(市场人员),并给出产品需求书
l 产品前景 l 目标用户 l 产品包和构件 l 平台支持,硬件和软件环境 l 语言支持 l 功能要求
m 管理层决定实施该项目,并决定PM, Test Lead, Dev Lead人选 m 管理层决定Review Meeting的时间 m 完成Vision Statement(前景陈述)
微软软件开发流程实施
PPT文档演模板
2020/11/14
微软软件开发流程实施
现存问题
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给全组.
m 每天的RELEASE中需要包含说明文件(本版本更正BUG,实现功能,改变的文件),如果是 API测试应包含类库文档
PPT文档演模板
微软软件开发流程实施
工作流程(二)
m DEVELOPER每天早上从源代码服务器下载代码,更新其它程序员的改变. (SD SYNC) m DEV编辑自己的文件 (SD EDIT),完成某个FEATURE. m DEV编译自己的本地源代码拷贝并进行单元测试,如无错误,交给BUDDY TESTER或
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;提供文档资 料计划; 日程安排 评估上个项目,并改进流程;评估从项目中得到的数据(如缺陷数据分析,工 作量统计,缺陷质量);定义不同团队之间的合作方式;同意项目计划;
列表等.
PPT文档演模板
微软软件开发流程实施
文档模板-Function Specification
m 人力资源+Feature Team(功能团队) m 前景描述 m 平台要求 m 语言支持(本地化和全球化) m 出错处理(日志,警告,信息)和最终返回错误信息 m 用户场景(User Scenarios) m 功能细分和说明 m 安装程序 m 快捷键要求 m 性能目标 m 用户教育文档和进度计划 m 进度计划 (Microsoft Project) m UI 设计文档
l 通过Process使成员各司其职,每件事情必须有负责人 l 数字化管理
m 实现方式:流程+工具+文档+数字
PPT文档演模板
微软软件开发流程实施
实施考虑
m 软件流程改进实施前提条件-作为软件企业的ERP系统,改变必然涉及每一个人的日常工 作和思维方式,必须有强有力的领导支持和自适应的能力.
l 企业已经建立了有效的邮件管理机制和信息共享机制(通过内部站点共享知识库,资源等). l 潜意识的有效沟通-使每一次需求更改都被所有的团队成员知道 l 高效率协作,没有权利而是依靠权威和知识领先性的管理方法,结果是高创造性 l 积极工作,发表意见,改进流程
设计,记录和编码;单元测试,冒烟测试,每日构建,BVT; TRD;解决问题;保证 按时完成; 设计,记录测试规范;写自动化测试编码;在正式提交的代码中进行可接受测 试;在里程碑时运行所有的测试案例;报告和关闭缺陷;给出产品质量和功能 完成性评估报告;认证功能完成;检验用户文档 书写用户教育文档;基于用户任务来评估功能的完成;用户辅助工具;用户教 育文档测试计划
PPT文档演模板
微软软件开发流程实施
其它工作
m 人员培训,熟练掌握各种工具. m 建立源代码服务器,培训TEAM MEMBER使用版本控制工具.确定各团队工作目录 m 确定常规会议,如周项目状态会议 m 新员工工作手册,使新的员工能够非常清楚的知道各个Server和环境安装,及工作流程 m 建立Build服务器和Release服务器 m 测试团队建立BUG数据库服务器 m 建立团队工作信息发布站点,发布团队新闻,共享文档资源,Team Member联系方式,任务
PPT文档演模板
微软软件开发流程实施
文档模板-Implementation spec
m 实现文档是一个文档集,包括数据字典 m 资源管理,指定Builder, BVT 所有者,Peer Review m 开发环境,技术选型,程序构架和设计模式 m 代码重用 m 模块划分 m 出错处理 m 多语言支持 m 性能考虑 m 数据库设计 m 公用接口设计
l 通过Code Review代码审核提供高质量代码 l 制定合理的时间计划 l 技术选型,代码重利用从而达到按时完成代码 l 总体构架设计和通用程序设计 l 团队成员沟通
m Test Lead的工作
l 测试环境的建立 l 测试策略制订 l 测试方法和工具的选用 l 测试案例的维护 l 发布测试报告