最完整的软件项目开发过程模型控制和质量保障体系培训_第1页
最完整的软件项目开发过程模型控制和质量保障体系培训_第2页
最完整的软件项目开发过程模型控制和质量保障体系培训_第3页
最完整的软件项目开发过程模型控制和质量保障体系培训_第4页
最完整的软件项目开发过程模型控制和质量保障体系培训_第5页
已阅读5页,还剩85页未读 继续免费阅读

下载本文档

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

文档简介

软件项目开发过程、模型、控制和质量保障体系软件项目什么是软件项目完成特定目的、符合用户特定需求的软件所需的组织结构和过程、规范的集合软件项目的实施需要周密的部署,合理的规章制度,符合项目的路线(软件过程),良好的项目管理和人员安排。~2~相关流程软件管理特点软件生存期过程确定需求开发策划需求分析概要设计详细设计编码与调试测试软件集成、联调内部确认复制、交付、安装试运行、用户验收运行、维护退役软件管理配置与变更管理环境、工具和技术有关软件的法规和标准周密策划以保证软件质量管理体系八项质量管理原则过程方法基于过程的质量管理体系模式实施质量管理体系的意义实施质量管理体系工作重点企业发展力量分析~3~软件管理特点软件产品的特点软件产品的质量,完全取决于其设计和开发水平软件需求的模糊性、变化性使软件产品难以成熟任何一个软件产品,或多或少总会存在一些故障(BUG)软件人员广泛存在的不规范的开发习惯使开发过程难以管理软件质量指标难以量化软件测试理论和技术尚未解决软件产品正确性的验证问题软件产品质量特性:满足需求能力的一系列特性总和功能、可靠性、易用性、效率、维护性、可移植性软件管理必须在市场(用户)需求和软件成熟性之间进行权衡~4~软件生存期过程确定需求开发策划需求分析概要设计详细设计编码与调试测试软件集成、联调内部确认复制、交付、安装试运行、用户验收运行、维护退役~5~确定需求确定外部用户需求上级下达的软件开发课题本单位根据市场需要确定的开发课题用户合同要求的软件开发任务输出可行性分析报告技术、经济、社会可行性,风险对策合同及评审记录产品要求得到规定和满足单位有能力满足规定的要求~6~开发策划确定开发目标确定项目开发的技术路线(开发的出发基线、对现有产品的复用、委托开发等)确定应遵循的标准、法律和法规选任开发项目经理划分开发阶段确定各阶段的输入和输出文件确定质量控制点(评审点、验证点和确认点)及其实施的责任人、实施方式等设计项目开发进度确定开发人员并分配职责提出开发所需资源(软件、硬件开发环境及工具软件、设备、资金等)要求并予以落实制定配置管理计划和质量保证计划~7~开发策划(续)输出策划报告开发项目实施计划配置管理计划质量保证计划等~8~需求分析确保项目的开发符合用户的需求(可测试性)确定设计输入任务委托书/招标书前期对用户的需求调研资料可行性分析报告/投标书合同等编制内部需求规格(说明)书需求变更控制~9~需求的层层次-业务需求求、用户户需求和和功能需需求~10~需求的开开发和管管理~11~需求验证证验证是为为了确保保需求说说明准确确、完整整地表达达必要的的质量特特点客户的参参与在需需求验证证中占有有重要的的位置审查需求求文档以需求为为依据编编写测试试用例编写用户户手册确定合格格的标准准~12~测试需求求测试需求求有很多多分类方方法,最最普通的的一种就就是按照照商业功功能分类类把需求分分解成单单元的好好处:测试需求求是测试试用例的的基础,,分成单单元可以以更好地地进行设设计详细的测测试需求求是用来来衡量测测试覆盖盖率的重重要指标标测试需求求包括各各种测试试设计和和开发以以及所需需资源最好分解解到功能能点~13~概要设计计确保产品品的总体体结构和和模块间间的关系系与用户户需求的的一致性性内容总体方案案设计逻辑框图图接口及通通讯协议议选用现有产品品软件的的选用边界(约束)条件的设设计运行环境境设计等等输出概要设计计说明书书~14~详细设计计详细设计计说明书书与概要要设计说说明书是是否相一一致内容算法设计计数据格式式设计实现流程程设计人机界面面设计测试用例例设计操作设计计等输出详细设计计说明书书软件组装装计划测试计划划及测试试用例安装手册册(初稿)使用说明明书(初稿)产品标准准(初稿)~15~编码与调调试内容编写程序序代码::源代码码→目标标代码→→可执行行代码此阶段还还包括部部分软件件模块的的局部测测试、集集成与联联调根据待开开发软件件的规模模、控制制点及人人员安排排,可细细分为多多个小阶阶段输出软件(源代码、、目标代代码、可可执行代代码及相相关数据据文件)文档(帮助文件件等)保证编码码风格的的一致性性,易读读性;增增强软件件源码的的可维护护性~16~测试按测试发发生的顺顺序划分分模块测试试:是对对单个软软件模块块的测试试单元测试试:是对对各个软软件功能能单元的的测试组装测试试:是对对各软件件单元之之间的互互联测试试集成测试试:是对对硬件装装置、设设备和软软件的加加入性测测试系统测试试:项目目组所在在部门组组织的对对完成集集成的系系统的测测试(是否满足足产品规规格要)确认测试试:单位位质量控控制部门门进行的的测试(是否满足产品品规格要求)验收测试:在在现场安装、、调试结束并并经试运行后后,与顾客一一起,就满足足合同情况进进行的测试(是否满足合同同要求)~17~测试(续)与顺序无关的的测试联合测试:当当软、硬件分分头开发完成成时,对其组组合体进行的的测试回归测试:对对因排除不符符合项而采取取的措施是否否产生了其他他副作用而进进行的确认性性测试专项测试:针针对某些具体体测试项进行行的确认性测测试。例如::边界条件测测试等。应根据开发规规模,尽可能能进行独立测测试。为了保保证测试的可可信性,被测测试的软件应应以源代码的的形式提交,,同时说明生生成可执行代代码的环境和和方法。由测测试人员生成成可执行代码码,进行测试试。~18~软件开发的V字模型不可能在需求求开发阶段真真正进行任何何测试,因为为还没有可执执行的软件可以在开发组组编写代码之之前,以需求求为基础建立立概念性测试试用例,并使使用它们发现现软件需求规规格说明中的的错误、二义义性和遗漏,,还可以进行行模型分析~19~对V模型的质质疑~20~在部分阶段延延迟进行单元元测试和集成成测试在不同阶段上上提前进行测测试设计X模型适应现实单元测试、集集成测试不断断迭代强调探索性测试~21~统计数字~22~每千行源代码码所包含的bug数,cmm1级为11.95个,cmm2为5.52个,cmm3为2.39个,cmm4为0.92个,而cmm5则只有0.32个软件集成、联联调应按计划对所所开发的软件件模块进行组组装并与硬件件一起联调根据需要,规规定应填写的的调试记录~23~内部确认在模拟环境下下运行,并监监视、记录运运行情况根据任务书或或合同的要求求进行比照,,检查其是否否满足使用要要求对运行情况、、测试结果及及文档的齐套套性、正确性性和一致性进进行评审,达达到确认~24~复制、交付、、安装软盘复制、光光盘刻录交付时的版本本标识和登记记安装(派技术人员安安装或由用户户自行安装)记录软件安装实施施计划软件安装环境境最低需求软件安装记录录~25~试运行、用户户验收以用户验收的的方式进行最最终确认结论软件设计与需需求的一致性性程序编码与软软件设计的一一致性文件描述与程程序的一致性性文件的成套性性、完整性、、准确性和标标准化程度是否通过验收收~26~运行、维护收集使用中发发现的问题和和顾客意见针对运行中出出现的问题,,按设计更改改程序进行控控制记录用户服务记录录表~27~退役编写软件退役役报告,并进进行评审~28~配置与变更管管理控制对构成软软件产品的各各配置项的标标识、管理、、更改活动,,保证软件配配置项的完全全性和正确性性,防止非预预期的使用软件配置项的的范围合同、技术文文档、质量记记录等基线的确立配置项的存取取配置管理实施施配置项的标识识配置项的变更更控制配置项的状态态记录配置项的检查查和评审~29~媒体控制对软件存放介介质(媒体)的要求和规规定软件的复制(软件的生产产过程)媒体的标识::规则、执行行者媒体的贮存(防潮、防火火、防磁、防防静电、防病病毒)媒体的包装、、运输~30~文档资料控制制各开发阶段应应形成的文档档,对其拟、、审、批的规规定编制文档资料料所依据的标标准和规范开发过程中应应形成的质量量记录文档与软件之之间的一致性性检查文档资料的归归档与发放~31~版本管理分类开发过过程中中的版版本交付软软件产产品的的版本本管理对对象软件文档为该产产品开开发的的工具具软件件操作配置管管理人人员,,配备备一台台计算算机(或服务务器)开设开开发库库、受受控库库和产产品库库访问权权限对入库库和出出库软软件的的控制制~32~版本管管理(续)开发库库存放放正在在开发发(编写)或调试试(修改)、自测测的软软件和和文档档受控库库存放放开发发各阶阶段测测试通通过的的软件件、文文档和和工具具软件件的版版本并并给以以标识识。转转入下下一阶阶段时时,从从此处处发放放用作作下一一阶段段开始始工作作的初初始版版本产品库库存放放可交交付及及已交交付软软件、、文档档及支支持文文件的的版本本各库内内所存存放的的软件件和文文档,,应定定期备备份,,以防防止开开发成成果的的意外外丢失失(文件重重写、、介质质损坏坏、意意外事事故、、非法法访问问——病毒,,黑客客,故故意破破坏等等)并保证证可追追溯性性~33~环境、、工具具和技技术开发所所需的的硬件件环境境测试所所需的的硬件件环境境(包括模模拟用用户环环境所所必要要的输输入、、输出出设备备)开发平平台软软件(操作系系统、、编程程语言言、编编译环环境、、调试试工具具等)管理软软件诊断软软件测试软软件辅助性性软件件(防病毒毒软件件等)~34~有关软软件的的法规规和标标准《软件产产品管管理办办法》《计算机机信息息系统统集成成资质质管理理办法法(试行)》《计算机机软件件保护护条例例》ISO/IEC12207—1995信息技技术软软件生生存周周期过过程ISO/IECTR15504软件过过程评评估GB/T19000.3—2001质量管管理和和质量量保证证标准准第3部分分::GB信息息技技术术软软件件生生存存周周期期过过程程GB/T19001——1994在软软件件开开发发,,供供应应、、安安装装和和维维护护中中的的使使用用指指南南GB/T12504——90计算算机机软软件件质质量量保保证证计计划划规规范范GB/T12505——90计算算机机软软件件配配置置管管理理计计划划规规范范等等~35~周密密策策划划以以保保证证开发发人人员员应应具具备备一一定定的的资资格格或或能能力力开发发环环境境(软件件和和硬硬件件平平台台)是适适用用的的编制制足足够够的的控控制制程程序序和和工工作作规规范范(例如如开开发发过过程程控控制制程程序序、、变变量量命命名名规规则则、、代代码码书书写写规规范范、、注注释释规规范范等等)编制制测测试试用用例例并并在在使使用用前前对对用用例例本本身身进进行行验验证证编制制各各阶阶段段测测试试计计划划,,明明确确规规定定测测试试方方法法以以及及测测试试结结果果的的记记录录要要求求、、评评价价方方式式和和接接收收准准则则实施施配配置置管管理理,,控控制制软软件件产产品品(代码码和和文文档档)版本本和和更更改改过过程程~36~软件件质质量量管管理理体体系系质量量体体系系文文件件质量量手手册册文件件控控制制记录录控控制制管理理职职责责质量量方方针针、、质质量量目目标标职责责、、权权限限与与沟沟通通管理理评评审审资源源管管理理人力力资资源源基础础设设施施和和工工作作环环境境产品品实实现现产品品实实现现的的策策划划与顾顾客客有有关关的的过过程程设计计和和开开发发采购购开发发和和服服务务提提供供监视视和和测测量量装装置置的的控控制制测量、分分析和改改进监视和测测量不合格品品控制数据分析析改进~37~八项质量量管理原原则以顾客为为关注焦焦点领导作用用全员参与与过程方法法管理的系系统方法法持续改进进基于事实实的决策策方法与供方互互利的关关系~38~过程方法法~39~最高管理理者持续续的推动动时间组织业绩PDCA持续循环改进基于过程程的质量量管理体体系模式式~40~实施质量量管理体体系的意意义管理法治治化职责更分分明接口更明明确监督机制制加强焦点得到到控制竞争能力力增强~41~实施质量量管理体体系工作作重点规范管理理制度增进内部部沟通提高服务务质量增强社会会信心~42~小结小结~43~软件开发发中的困困境如何指定定符合项项目的计计划项目应该该如何去去完成如何按期期提交项项目如何降低低项目的的风险项目中的的人员流流动很频频繁怎么么办如何合理理的安排排已有人人员项目不断断变大,,文档和和程序不不断的增增多用户的需需求在不不断的变变化项目中的的人员在在增加,,如何管管理好项目的质质量如何何控制~44~软件开发发过程的的模型简单式(构建++维护)瀑布式敏捷开发发统一软件件开发过过程~45~简单式~46~修改直到用户满意系统使用消亡思路或者者客户需需求构建第一个版本简单式过过程开发发特征系统在没没有任何何规范和和规则的的情况下下就开发发没有明确确的设计计,设计计思路都都在开发发者的头头脑中这种开发发方法对对于使用用周期很很短的小小项目可可用随着时间间的推移移,系统统的维护护越来越越困难系统在交交付使用用时,有有可能会会出现一一系列的的错误,,前期和和后期维维护成本本都很高高在大型项项目和商商用项目目中极少少使用~47~瀑布式~48~设计阶段实现阶段集成阶段需求阶段段细化阶段使用阶段消亡每个阶段段做完时时进行验验证瀑布式开开发70年代流行行的开发发方法自上而下下的开发发方法每个阶段段都有软软件质量量管理组组核实后后再进行行下一阶阶段的开开发每一阶段段都有测测试每个阶段段都形成成了明确确的文档档文档并不不总能和和系统相相符合细化的文文档使得得系统的的用户和和开发人人员难于于理解和和分辨系系统的关关系阶段之间间的对应应和检查查变得困困难、维维护代价价高变更应对对能力差差~49~敏捷开发发快速适应应系统需需求的变变化提高软件件生产率率突出企业业自身特特点,体体现企业业核心能能力支持动态态联盟和和虚拟组组织面向业务务目标持持续改进进和重组组~50~敏捷开发发的特征征轻量级的的开发过过程基于时间间JustEnough并行基于组件件的软件件工程~51~敏捷开发发过程软件的需需求是难难以预期期的,开开发方法法必需适适应变化化的需求求,在快快速的迭迭代中不不断改进进小组成员员并不完完全按照照完整的的方法进进行开发发,而根据具体体问题和和情况,,灵活地地去除非非增值活活动仅仅执行行一些必必须的活活动,使使用必须须的规则则,编写必须的的文档人的因素素被放在在第一适合互联联网时代代的开发发要求~52~主要敏捷捷开发方方法eXtremeProgramming(XP)SCRUMDSDMAdaptiveSoftwareDevelopment(ASD)FeatureDrivenDevelopment(FDD)CrystalFamilyRationalRUP&UML~53~统一软件件开发过过程用例驱动动用例:能向用户户提供有有价值的的系统的的某种功功能以架构为为中心软件架构构:系统统的最重重要的静静态和动动态特征征迭代和增增量式迭代:工工作流程程的重复复、每次次的活动动都以上上次的活活动为基基础~54~用例驱动动用户所希希望和需需要的是是什么系统能为为每个用用户提供供什么功功能用例所描描述和代代表的是是用户与与系统交交互的一一个过程程,而这这个过程程满足了了用户的的某些需需求所强调的的是系统统的功能能~55~以架构为为中心刻画了系系统的整整体设计计,忽略略了细节节设计,,刻画最最重要的的部分。。什么是最最重要的的呢?依依赖于判判断。判判断的依依据是经经验。构架的设设计价值值取决于于执行该该任务的的人的素素质受用户需需求(用用户可能能会增加加那方面面的需求求)、软软件应用用平台((计算机机硬件、、操作系系统、数数据库、、网络等等)、实实施问题题、遗留留系统集集成等的的影响~56~用例和架架构用例是系系统的功功能和外外衣架构是系系统的内内在形式式两方面必必须并行行进化架构只考考虑核心心功能(5-10%)架构设计计原则::先考虑与与用例无无关的不不会变动动的方面面考虑考虑最最重要要的功功能需需求子子集~57~迭代和和增量量式控制迭迭代过过程,,划分分每次次迭代代的目目标迭代原原则::架构上上先实实现最最粗略略的部部分功能上上先实实现最最重要要的每次迭迭代尽尽可能能的划划分的的细,,迭代代数量量不能能太少少每次迭迭代要要有规规范的的检查查机制制增量式式每次迭迭代增增加一一部分分设计计和实实现~58~统一软软件过过程的的生命命周期期在软件件过程程中,,不断断的向向用户户提供供新的的版本本每次形形成的的版本本构成成了一一个循循环~59~每个版版本形形成的的过程程每次循循环由由四个个阶段段构成成初始想法-->产品系统向向用户户提供供的功功能是是什么么系统的的架构构是什什么样样子的的开发计计划、、开支支如何何、人人员安安排细化详细说说明产产品的的功能能设计系系统的的架构构构造构造能能运行行的产产品移交产品手手册、、测试试手册册、用用户培培训、、技术术支持持~60~产品版版本形形成的的迭代代过程程~61~核心工工作流流程和和四个个阶段段~62~产品版版本的的相关关模型型用例模模型::系统统的功功能和和用户户的关关系分析模模型::提炼炼用例例,将将用例例的实实现分分配给给一组组对象象设计模模型::静态态结构构和动动态结结构子系统统、类类、接接口实现模模型::类、、接口口到组组件的的映射射实施模模型::组件件到部部署物物理节节点的的映射射测试模模型::测试试用例例和用用例的的映射射~63~产品版本的的相关模型型~64~模型间的依依赖关系迭代的过程程使得每次次迭代过程程中依赖关关系的复杂杂程度降低低~65~软件过程具具体化没有通用的的软件过程程组织因素::组织结构构、文化、、管理、能能力、经验验等领域因素::应用领域域的熟悉、、竞争对手手的提供产产品的影响响生命周期因因素:时间间、专业技技能技术因素::程序设计计语言、开开发工具、、数据库系系统、框架架等~66~CapabilityMaturityModel软件能力成成熟度模型型迄今为止学学术界和工工业界公认认的有关软软件工程和和管理实践践的最好的的评价模型。为评估软件件组织的生生产能力提提供了标准准。为提高软件件组织的生生产过程指指明了方向向。~67~CMM概述述一个成熟软软件组织具具有在全组组织范围内内管理软件件、开发过过程和维护护过程的能能力规定的软件件过程被正正确无误地地通知到所所有员工工作活动均均按照已规规划的过程程进行,并通过可控的的先导性试试验和费效效分析使这这些过程得得到改进对已定义过过程中的所所有岗位及及其职责都都有清楚的的描述通过文档与与培训使全全组织有关关人员对已已定义的软软件过程都都有很好的的理解,从从而使其软软件过程所所导致的生生产率和质质量能随时时间的推移移得到改进进。~68~CMM基本本概念软件过程:人们用于于开发和维维护软件及及其相关过过程的一系系列活动,,包括软件件工程活动动和软件管管理活动。。软件过程能能力:描述(开开发组织或或项目组))遵循其软软件过程能能够实现预预期结果的的程度,它它既可对整整个软件开开发组织而而言,也可可对一个软软件项目而而言。软件过程性性能:表示(开开发组织或或项目组))遵循其软软件过程所所得到的实实际结果,,软件过程程性能描述述的是已得得到的实际际结果,而而软件过程程能力则描描述的是最最可能的预预期结果,,它既可对对整个软件件开发组织织而言,也也可对一个个特定项目目而言。软件过程成成熟:一个特定定软件过程程被明确和和有效地定定义,管理理测量和控控制的程度度。~69~CMM基本本概念软件能力成成熟度等级级:软件开发发组织在走走向成熟的的途中几个个具有明确确定义的表表示软件过过程能力成成熟度的平平台。关键过程域域:每个软件件能力成熟熟度等级包包含若干个个对该成熟熟度等级至至关重要的的过程域,,它们的实实施对达到到该成熟度度等级的目目标起到保保证作用。。这些过程程域就称为为该成熟度度等级的关关键过程域域,反之有有非关键过过程域是指指对达到相相应软件成成熟度等级级的目标不不起关键作作用。归纳纳为:互相相关联的若若干软件实实践活动和和有关基础础设施的一一个集合。。~70~CMM基基本本概概念念关键键实实践践:对对关关键键过过程程域域的的实实践践起起关关键键作作用用的的方方针针、、规规程程、、措措施施、、活活动动以以及及相相关关基基础础设设施施的的建建立立。。关关键键实实践践一一般般只只描描述述““做做什什么么””而而不不强强制制规规定定““如如何何做做””。。整整个个软软件件过过程程的的改改进进是是基基于于许许多多小小的的、、渐渐进进的的步步骤骤,,而而不不是是通通过过一一次次革革命命性性的的创创新新来来实实现现的的,,这这些些小小的的渐渐进进步步骤骤就就是是通通过过一一些些关关键键实实践践来来实实现现。。软件件能能力力成成熟熟度度模

温馨提示

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

评论

0/150

提交评论