1软件开发过程.ppt_第1页
1软件开发过程.ppt_第2页
1软件开发过程.ppt_第3页
1软件开发过程.ppt_第4页
1软件开发过程.ppt_第5页
已阅读5页,还剩77页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

软件开发流程,四川华迪信息技术有限公司版本1.0,2020/6/8,hwa dee,2,overview,课程介绍要求分析设计实施部署,课程介绍,2020/6/8,Hwadee 完整会话3336130分钟讲座概述:2020/6/8,hwa deep,9,CMM:能力成熟度模型SQA:软件质量保证项目计划、设计文档、代码、测试案例、用户指南等)的一系列活动、方法、实践和过渡,2020/6/8,hwa dee,11,2020/6/8,hwa dee,110开发阶段有明确的输入和输出,一个阶段的输出是下一个阶段的输入。要从一个阶段继续到下一个阶段,必须满足特定条件。2020/6/8,Hwadee,14,重复开发模型,重复开发模型将开发过程划分为多个周间隔,每次迭代包括重复计划、需求分析、系统设计、编程、测试和评估,每次迭代完成后可运行的版本,2020/6/8,2020/6/8,hwa deep,16,选择生命周期模型.2020/6/8、hwa deep、17、软件开发角色划分、项目经理架构师代码代表SQA.需求分析,2020/6/8,hwa deep,19,需求的重要性,软件系统开发的最困难的部分就是准确地说明开发。最困难的概念任务是创建详细的技术要求,包括用户、机械和其他软件系统的所有界面。同时,这是一次失误最终会对系统造成巨大损失的部分,以后修改这一点也很困难。2020/6/8,hwa deep,20,要求问题软件开发的问题,客户表面同意要求,但完成的产品总是没有变化来满足要求,要求太多,抱怨测试人员没有在给定的时间完成设计,没有设计测试项目项目项目项目,管理员发现开发人员需要很长时间独自添加新功能,开发新功能,但是客户2020/6/8,Hwadee,21,要求活动的目的是定义系统的边界和功能、非功能要求,以便与利益相关者(客户、最终用户)就项目组开发的内容达成一致。允许项目组更好地理解和同意要求。建立软件工程和管理的软件要求标准软件计划、产品和活动与软件要求一致。为其他软件工程活动(例如管理活动、测试活动)提供基础。2020/6/8,hwa deep,22,需求分析流程开发,需求管理计划提取业务需求开发需求审批核准需求更改管理需求状态复查,2020/6/8,hwa deep,23,需求管理计划开发,职责和职责、项目经理、2020/6/8、hwa详细信息、24、提取业务要求、收集用户初始要求(业务要求)标识要求项目、提取业务要求、调查用户方的项目初始要求。,项目组成员,2020/6/8,hwa deep,25,需求开发分析客户的需求,并以明确合理的方式说明客户和开发人员同意开发内容。需求开发、需求开发、项目成员、2020/6/8、hwa deep,26、项目管理和其他工程活动的基础,正式确认需求,并承诺客户之间接受系统的基准。需求审批、需求审批、客户、高级经理、需求审批是正式的管理流程,其目的是通过代表各方商定的需求复查的需求工件的审批,2020/6/8,Hwadee,27此活动的目的是将经过客户和项目组批准并批准的正式软件需求工件放入配置管理系统。基线要求、基线要求、配置管理器、基线公式要求工件公式软件要求工件、需求跟踪工件作为配置库其他相关活动(管理、设计、测试等)的基础。2020/6/8,Hwadee,28,需求变更控制,需求变更控制,配置管理员,需求一旦建立了标准,需要通过控制流程变更需求的变更后,需要经过双方批准才能变更变更的要求,需要通过工作标准,2020/6/8,2020项目团队通过需求状态审查同意需求情况,分析设计,2020/6/8、hwa deep,31、分析设计、目的软件分析设计活动是构建系统的体系结构,并将系统的软件需求分配给软件结构,从而使设计适合特定的实施环境。2020/6/8,hwa deep,32,分析设计活动流程,软件详细设计,软件体系结构设计,软件体系结构设计审查,软件详细设计审查,基本体系结构,基本详细设计,软件要求工件分析设计,输入软件要求工件软件开发计划,2020/6/8,hwa deep,36,分析设计活动简介,体系结构设计软件系统的体系结构构建,将系统的软件要求分配给软件结构,2020/6/8,hwa deep,36 缺陷发现和修复一致性检查,2020/6/8,hwa deep,38,分析设计活动简介,基线体系结构设计是详细设计的基础,2020/6/8,Hwadee,39,分析设计活动简介,基于软件详细设计要求的工件发现和纠正缺陷一致性,2020/6/8,Hwadee,41,分析设计活动简介,基准详细设计将通过审查的软件详细设计工件作为实施活动的基础部署在配置管理中。2020/6/8,hwa deep,42,分析设计活动简介,输出软件体系结构设计工件:摘要设计指南,数据库设计指南等软件详细设计工件:详细设计指南审阅记录,实施,2020/6/8,hwa deep、软件体系结构详细设计、工作版本、软件开发计划、编码、2020/6/8、Hwadee、46、编码工作、编码工作对程序员来说很常见,但编写高水平程序的方法仍有很多问题需要讨论。如何选择编程语言?如何评价程序的质量?编程风格等。即可从workspace页面中移除物件。即可从workspace页面中移除物件。2020/6/8,hwa deep,47,术语表,代码审查(CodeReview)代码审查是确认源代码和编码标准是否符合以及程序逻辑是否正确的活动,以便发现缺陷或采取补救措施。SystemIntegration(系统集成)系统集成是指将各个软件单元合并到一个完整的软件开发活动中。合并活动可以分级,分阶段进行。“工作版本”工作版本可以是软件系统的可操作版本,也可以是具有最终产品某些功能的软件系统的一部分。程序单元(Unit)程序单元是项目定义的软件的最小可测试单元。2020/6/8,Hwadee,48,软件实施活动流程图,2020/6/8,Hwadee,49,角色,编码人员负责编码,代码缺陷修正;集成员-负责合并规划、合并程序单元开发和创建任务版本基线。测试器-负责执行测试活动。集成计划审阅者通常参与集成计划审阅,包括设计师、测试、配置管理器、程序员和体系结构设计者。代码审阅者-查看通常由代码编写者(而不是代码编写者)组成的源代码。2020/6/8,Hwadee,50,基准,详细设计毛坯基准框架毛坯基准,2020/6/8,Hwadee,51,输入,软件体系结构设计工件体系结构设计文档主要是替代设计方案,软件子系统软件详细设计工件详细设计文档主要描述了将体系结构设计转换为最小实现单元以生成可实现设计的方法。2020/6/8,Hwadee,52,活动,系统集成计划复查集成规划单元编码和缺陷修正代码复查执行单元测试集成程序单元测试执行系统测试生成最终任务版本标准,2020/6/8,Hwadee,53,系统集成计划开发识别整合的工作版本:根据开发计划的工作内容,分为不同的工作版本。确定集成策略:定义系统集成方法。根据系统本身的特点,您可以选择适当的整合策略,并确定实施测试所需的驱动和文件模块。2020/6/8,hwa deep,54,集成计划审查,角色集成计划审查人员活动说明发现、跟踪和修正缺陷。发现和修复缺陷:根据复查规格复查合并计划人工效果。2020/6/8、Hwadee、55、单位编码和缺陷修正、角色编码器活动说明生成与设计匹配的源代码。编写代码:根据分配的工作项目编写新单位的代码,确保源代码只是设计的代码实现,可以成功编译源代码。修正缺陷:根据指定的工作项目,修正现有代码中通过测试或代码审阅找到的缺陷,并允许成功编译源代码。2020/6/8,hwa deep,56,代码审核,角色代码审核者活动说明阅读其他人的代码并检查代码中的缺陷。检查编写缺陷:根据代码标准检查代码是否符合标准。检查逻辑缺陷:根据设计工件验证代码是否正确反映,仅反映设计的内容。2020/6/8,hwa deep,57,执行单元测试,角色测试器活动说明测试器执行单元测试的目的是验证单元的内部结构和单元实现功能。执行单元测试:按照测试过程手动执行单元测试,或运行测试脚本以自动执行单元测试。记录单元测试结果:详细记录单元测试结果,并将测试结果提交给相关组。回归测试:对修改的单元执行回归测试,并提供集成作业版本以测试2020/6/8、hwa deep、58、集成程序单元、角色集成员作业说明。建立整合工作版本:根据整合计划,整合并编译通过单元测试的程式单元。合并结束判断:根据合并计划判断合并是否结束。2020/6/8、hwa deep,59、创建最终工作版本基线和角色集成员活动说明了设置完全基线的软件工作版本。最终工作版本基线配置:创建最终工作版本基线。2020/6/8、hwa deep、60、输出、软件程序单元包含所有编码器完成的程序单元源代码。根据工作版本集成计划生成的个人集成工作版本集成计划软件工作版本的定义、工作版本的内容、集成战略和实施顺序:审核记录记录审核内容、审核结果、审核意见、参与者等。2020/6/8,Hwadee,61,终止指令,最终作业版本指定为基线,2020/6/8,Hwadee,62,编码标准,准备易于修改和维护的代码;准备容易测试的代码;必须整合编程和文档编辑工作。使用集成标准和规则进行编程,以降低程序复杂性;限制各层的副作用,减少耦合。尽可能重复使用。2020/6/8,hwa deep,63,编程样式概述,编程样式是有效地部署和组织程序,以在不牺牲性能的情况下提高读取和可维护性。从软件工程的角度来看,程序的质量主要取决于设计的质量,而编程风格对程序的可读性、可测试性和可维护性有很大影响。软件开发的大量成本在编码、测试和维护阶段消耗,因此追求软件的可读性、可测试性和可维护性的努力至关重要。2020/6/8,hwa deep,64,编程风格(a),节能(Economy)提供了尽可能简洁的代码。模块化将代码分为具有高度凝聚力和有意义的功能块。将常用的复杂程序段或子程序分解为较小的、定义完善的程序段。消除过于复杂和不必要的人工制品。2020/6/8、hwa deep、65、编程样式(2)和结构(Structure)将程序的组件组织到有效的系统中。Documentation(文档)程序可以自行说明。“Layout(格式)”使程序布局尽可能合理、清晰和明确。测试,2020/6/8,hwa deep,67,测试,软件测试是运行程序以发现错误的流程软件测试是根据程序开发阶段的规格说明和

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论