精华内容
下载资源
问答
  • 质量控制 质量控制 质量控制 质量控制 质量控制
  • 软件开发管理与质量控制

    万次阅读 2018-11-12 19:51:48
    软件开发管理与质量控制

    分享一下我老师大神的人工智能教程!零基础,通俗易懂!http://blog.csdn.net/jiangjunshow

    也欢迎大家转载本篇文章。分享知识,造福人民,实现我们中华民族伟大复兴!

                   

    前 言

      随着市场经济的进一步完善及全球经济一体化进程加快,企事业单位面临着激烈的市场竞争,企业内部、外部信息交流已成为企业发展、参与市场经济竞争的迫切需要。企业引入先进的信息处理技术,增加信息共享程度,不仅会提高工作效率、降低成本,而且也会提高企业管理的科学性和自动化程度。信息已成为企业生存与发展的基础。

      计算机和通信技术的迅速发展,特别是Internet 技术的发展与普及,为企业内部、企业与外部提供了快速、准确可靠的信息交流渠道,信息高速公路改变了企业与企业、企业与客户、企业内部各级决策者与管理人员以及管理人员之间的信息交流方式,有效地促进了企业各部门之间以客户为中心的协作,为企业实现经营方式、管理模式的改变奠定了坚实的基础。信息化企业运作管理系统已成为企事业单位参与全球市场竞争的必备的支持系统。

      正是由于这样市场需求与技术发展现状,为我国的IT行业带来了空前发展的机遇,特别是软件行业。软件企业能否抓住这样一个难得的发展机会需要多方面的努力,其中软件开发管理与质量控制在其发展中占有重要的位置。本文试图在这方面进行初浅的分析,可供业内人士参考。

     
      

    1. 国内软件行业发展概况
      1.1 发展现状

      在我国,随着信息技术产业的迅速发展及软件版权意识的提高,软件越来越受到了人们的关注与重视,越来越多的人把目光投到了充满风险与利益的软件行业。加之我国风险投资机构的逐渐形成,都将促进软件行业以比以往更快的速度发展。

      人们往往把IT(信息技术)产业看作风险行业,原因可能有几个方面,

      其一: 这是一个飞速发展的行业,说她飞速也并不过分,只有二十几年发展历史的IT行业,在世界500强企业中占有重要的位置,而当今世界上最具财富的也是IT类企业。高额的回报吸引大批企业的介入,一个企业要想在这个行业有所作为没有一个灵活而有利的团队加之一定的规模是难以生存的。

      其二: 这是一个高科技领域,这个行业的技术的生命周期一般为一年到二年,高速的技术发展势必要求大量的科研开发经费,而科研开发是有风险的,成功与失败只是咫尺之遥。一旦失败,无投资残值可言。

      其三: 这是一个知识密集型领域,知识就是财富也意味着笼络一批人才需要付出一定的代价。

      但实实在在讲IT行业确实是一个高速增长的行业,虽然计算机的发明已有五十几年的历史,IT做为一个行业的历史也只有二十几年,而当今世界上最具财富的是IT类的公司,足见其成长的速度。我国软件行业大约有十年的发展史,到现在应该说也还是个很小的行业,虽然它在国民经济中所占的份额很小,但他对我国经济的发展,社会的进步起着很重要的作用。目前已形成一批具有一定规模的软件公司,如以财务软件为代表的“用友”、“金蝶”、“安易”等,及以项目开发型为特色的“东大阿而派”、“联想系统集成”、“北大方正”等企业。软件收入已占有一定的市场份额。发展速度惊人。

       1.2. 存在的问题

       我国软件行业发展的历史较短,加之IT行业技术发展速度快,软件开发工具层出不穷。我国的软件行业自身发展方面确实存在一些问题。归纳起来,有以下几方面的问题:
      * 软件开发管理不规范;
      * 缺乏高素质的研发管理人员和研发人员;
      * 缺乏合格的产品经理;
      * 软件产品孤立、零散,缺乏整合性;
      * 软件公司规模过小;

     

       1). 软件开发管理不规范
      目前大部分软件公司,无论是产品型公司还是项目型公司,大部分公司没有形成适合自己公司特点的软件开发管理模式,虽然有些公司根据软件工程理论建立了一些软件开发管理规范,但并没有从根本上解决软件开发的质量控制问题。这样导致软件产品质量不稳定,软件后期的维护、升级出现麻烦,同时最终也会损害用户的利益。

      同时,随着软件开发规模及开发队伍的逐渐增大,软件开发不再是向过去那样一二个开发人员即可解决的事情。迫切需要一种开发规范来规范每个开发人员、测试人员与支持人员的工作,每个项目组成员按约定的规则准时完成自己的工作。同时采用规范化管理,专业分工也可以降低对开发人员的要求,从而降低产品研发成本。

       2). 缺乏高素质的研发管理人员和研发人员
       目前,我国软件市场还处于起步与发展阶段,真正称得上商品的软件很少,绝大多数的软件公司的规模很小,国内软件开发人员超过100人的公司很少。软件公司的用户几乎全是国内用户,加之国内软件专业的学校教育与实际软件开发脱节严重,开发人员工作不稳定,以及技术的高速发展以及开发工具的变更,导致软件开发人员缺乏必要的技术积累,表现为整体素质偏低。同时,由于没有合适的内部与外部环境也很难造就高水平的研发管理人员,从软件开发到开发管理都不能适应市场的要求。

       3). 缺乏合格的产品经理
      产品经理在软件产品的发展过程中起着至关重要的作用,产品经理负责产品的定位与发展方向。这就要求产品经理对产品市场、用户需求有深刻的认识与理解,需要有一定的悟性、管理经验与能力。同时,产品经理必须了解当今IT技术的发展状况及发展趋势,对相关开发工具与技术应有比较深刻的理解。对于大型应用软件的产品经理还要求其对网络技术、电子商务及各种硬件设备有全面的了解。这样才能保证在决定产品特性,产品框架结构、市场销售策略与服务策略时作出合理决策。从某种程度上讲,产品经理是否称职关系着其产品的存亡。目前软件行业急需而又缺乏正是这种产品经理。

       4). 软件产品孤立、零散,缺乏整合性;
      国产软件目前称得上产品的主要以财务软件、防病毒软件、家庭教学软件及一些初级的工具软件。总的说来基本为专用型产品、满足特定功能,即便是专用型产品其各专项子系统大多也缺乏整体考虑。大多厂家产品不具备构成大型应用系统的整合能力,目前一些公司已开始进行这方面工作。

       项目型公司大多以项目为主,产品化程度比较低。不具备推广的条件,经济效益较差,影响公司的发展。
    导致软件产品孤立、零散,缺乏整合性在很大程度上也是软件开发管理不规范;缺乏高素质的研发管理人员和研发人员;缺乏合格的产品经理;三条原因造成的。

       5). 软件公司规模过小;
      目前我国软件市场还处于起步与发展阶段,绝大多数的软件公司的规模较小,国内软件开发人员超过100人的公司很少。软件公司的用户几乎全是国内用户。但软件作为一个行业,他需要市场的拖动,也需要外部资金的介入,外部资金的介入给它带来的不仅仅是金钱,更重要的是也带来了一种管理与思维方式,这也是国内软件公司需要的。

       2 工程设计与软件开发


      将软件开发作为工程来对待是有其存在意义的,在谈软件开发管理与质量控制之前,我们先看一下工程项目的整个过程。

       2.1 工程设计的阶段划分
      工程项目从可行性研究到最后项目建成基本包括如下八个阶段。最后二个阶段主要是考虑与软件开发比较而划分的,在实际的项目实施过程一般不将其作为独立阶段考虑。因此,一般的工程项目只包括六个阶段。(这里所指的工程项目可以是新建一间工厂,也可以是一个建筑工程项目)

      但真正属于工程设计阶段的只是前四部分,以下以化工类工厂设计为例就属于工程设计的几个阶段的要求做以简单扼要的介绍,希望能软件开发管理有所帮助。

      1) 可行性研究
      在可行性研究阶段一般应完成如下几方面的工作:
      * 项目内容定义
      * 项目技术分析
      * 项目市场分析
      * 项目策略
      * 投资与回报分析
      * 已有资源分析
      * 其它应考虑的因素

       2) 方案设计
      方案设计可以说是可行性研究中技术可行性的扩展。方案设计级段主要完成如下几方面的工作:
      * 确定整个项目的技术实现。主要包括采用的工艺流程,主要及关键设备参数确定及设备选型。
      * 基本设备布置方案
      * 能够确定对建筑物、水、电、气以及采暖通风等方面的要求。
      * 简单的方案说明
      * 粗略的项目预算
      * 技术的可实现性

      3) 初步设计
      初步设计是详细设计的前提,其目的是要根据具体项目的要求,初步确定技术实现的一些细节信息,主要完成如下几方面的工作:
      * 确定工艺流程中的工艺参数和主体物流及物料平衡;编写工艺流程说明书
      * 绝大部分设备的选型以及非标准的确定。并完成设备布置方案。
      * 建筑、水、电、气以及采暖通风各工种均需确定初步设计方案及基本的方案说明。
      * 较为准确的项目预算
      * 具体的实现技术
      初步设计是项目设计单位与用户交流的基础。

      4) 详细设计
      详细设计是以初步设计为基础,完成所有的技术细节工作。
      * 确定工艺流程中所有的工艺参数,
      * 完成所有设备的选型以及非标准设备的设计。并完成所有设备及管道布置等。完成所有工程实施前的准备工作。
      * 建筑、水、电、气以及采暖通风各工种均需完成详细设计图纸。
      * 详细的流程说明与使用说明
      * 准确的项目预算
      详细设计是项目实施的基础。

      5) 工程实施
      项目详细设计是工程实施的基础,按照设计要求施工是最基本的要求。同时,在项目的实施过程中还会发现详细设计中存在的问题,可以通过向设计单位提出修改设计要求,由设计单位完成设计修改工作。项目工程实施也可采用项目监理的方式,监督施工单位按设计图纸及施工规范施工,确保施工质量。

       6) 试运行
      工程实施完成后便是投产试车,解决其中存在的问题,便可开始项目的试运行。
    在以上工程项目的各个阶段中,可行性研究一般由设计单位或用户自行完成,也可委托具有该类项目评估经验的项目咨询机构完成。方案设计、初步设计、详细设计由工程设计单位完成,工程实施由工程施工单位完成。

      2.2. 工程设计的质量控制
      工程项目设计从设计单位接受用户委托,进行工程项目设计到设计任务完成,用户在几个环节均有参与项目质量的控制的机会,同时设计单位有严格的质量控制体系确保项目设计符合相关的标准与规范。

      在以上的工程设计质量控制体系中,在每一设计阶段结束时用户均有机会参与对工程设计质量的监督与控制,设计单位与用户沟通的媒介是工程设计图纸及相关的设计文档,双方有交换意见的共同基础。设计单位会根据用户的意见与建议及时调整设计,以便更好的满足用户的需要。多年的设计经验证明,上述的工程设计质量控制体系是科学合理的。

      2.3 软件开发与工程设计之比较
      按照软件工程理论,软件开发过程基本可以划分为如下几个阶段:
      * 需求分析
      * 总体设计
      * 详细设计
      * 编码设计
      * 模块集成
      * 软件测试
      * 定版发行
      从上面的软件开发阶段划分不难看出,软件开发与工程项目设计虽然看上是二类不同的工作,但他们本质上是相同的。不妨将软件开发与工程设计的阶段加以比较,不难得出上述的结论。

      由图3不难可以看出软件开发与工程项目设计之间的相似性,因此将软件开发作为工程来管理是完全可行的。

      2.4 软件开发与工程设计的差异
      虽然软件开发与工程设计有其相似之处,但由于其所处的领域不同,发展历史与人文环境也有一定的差别,完全照搬工程设计的管理模式并不可取。首先比较一下工程设计与软件开发目前各自的现状。

      1). 工程设计
      * 有一套完备设计标准与规范;
      * 大量的标准化设备可供选择;
      * 大量的样板设计可供借鉴;
      * 一批有经验的设计师言传身教;
      * 客户基础素质良好;

      2). 软件开发
      * 历史较短,缺乏必要的开发管理规范;
      * 技术发展变化快,零部件标准有待形成;
      * 国内软件产品质量意识差;软件产业化意识淡薄;
      * 可供借鉴的样板少;
      * 缺乏高素质软件开发与管理人才;
      * 客户素质较差;
      正是由于工程设计与软件开发存在上述背景差异,应此在借鉴工程设计经验的同时,必须针对软件开发自身的特点,制定出符合企业自身的软件开发管理模式与相应的软件开发管理规范。这样才有利于我国软件行业的健康发展。

       3 . 软件开发的组织机构


      无论是项目型公司还是产品型公司,从事软件开发的组织或公司应该有一定的软件开发组织结构。一个合理的软件开发组织结构是确保软件开发质量的最基本保证,各个组织各负其责,可以确保软件开发按拟订的质量控制规则与软件开发计划进行,有利于软件公司软件质量与成本的控制。
      
      3.1 软件开发组织机构设置
      一般而言,对于产品型软件公司,其公司内部均会有一个类似与产品管理小组这样的一个组织,一个专门负责产品发展的产品经理部门。而项目型公司则相对简单一些,主要是针对项目进行定制开发,一般对项目的发展方向不做控制。但从项目开发演变为可推广产品的另当别论。一般来讲,下图4是一个典型的软件公司软件开发的组织机构设置。

     3.2 组织机构的职责分工

     在上述的组织机构中,各职能组织有各自明确的责权范围,完成各自的本职工作,各组织相互协调完成相应的软件开发与维护工作。
    公司产品管理组:对于产品型软件公司而言,软件产品是其生存与发展的基础,公司对新产品立项、现有产品的发展方向及有关产品发展的重大决定均需由公司产品管理组来决定。

      公司产品管理组一般由公司的执行总裁、技术总监、市场总监、产品经理、研发经理及其他必要人员。

      产品管理部门 :产品管理部门是界于研发部与市场部之间的一个桥梁部门。产品管理部门的主要职责是负责产品发展策略的制定与执行,这里的执行包括软件开发前期的市场及需求调研,完成可行性分析报告,制定产品规格。参与软件开发项目组,并完成相关工作。

      * 软件开发前期:用户需求分析、功能描述、运行平台与环境、市场定位、销量预测与售价;
      * 软件开发后期:产品宣传资料、产品培训、促销与支持t;

       研 发 部 门:研发部是软件开发的主体,主要任务是完成软件或的项目的开发工作。其工作内容通过各职能组实现。主要包括:
      * 功能规范:功能规范列表及用户界面,确保写出用户手册;
      * 开发活动:包括设计、编码、模块集成、Alpha测试与文档;
      * 支持工作:软件配置管理与问题报告数据库;
      * 项目计划:定义项目里程碑;
      * 软件定版:IRL,

      Architecture & QA:是软件开发的质量控制机构,主要职责是负责软件开发过程的质量控制。在软件开发的各个阶段,根据软件开发设计规范对阶段设计结果进行质量控制。及时发现问题、解决问题,确保进入下一阶段的设计符合设计规范要求。实现软件开发全程监控。

      Architecture & QA为非常设机构,主要由研发经理、产品经理、资深系统分析远、测试经理等人员组成。根据项目进展需要,由研发经理召集进行项目阶段评审。

      软 件开 发 组: 主要由各种角色的开发人员构成,完成开发任务。

      CMO:(Configuration Management Officer)软件配置管理,对于一个具有一定规模的软件公司都会有一个软件配置管理机构,对于小型公司一般由项目经理带管,CMO的主要职责是进行软件开发过程中的软件配置管理,以及软件定版后的维护管理。在软件开发过程中,由于多个开发人员协同工作,需要对其工作协同管理,确保协同工作的顺利进行。同时,由专人进行配置管理,使得大部分开发人员不会得到全部原代码,也有利于软件公司的安全保密工作。在软件定版后,由于软件的Bugs,功能的完善及各种原因导致的对软件的修改,版本的控制就显得极为重要,软件配置管理可以确保得到不同时间的软件版本。

       软 件 测 试 组 :软件是软件工程的重要组成部分,软件测试组承担的工作主要是α测试。测试模块与集成测试由软件开发人员完成。对于项目软件开发,用户的计算机技术人员参加到软件测试与支持工作组,使用户参与整个软件的测试工作中。确保交付的应用系统是用户可信赖的系统。

      在以上的软件开发组织机构中,不论公司规模的大小,以上的各个职能应该是健全的。明确的责任分工有利于软件开发的顺利进行于质量控制,同时,也必将有利于公司的成本控制,降低软件开发风险。

      3.3 软件开发项目组的角色  
      一般来讲,一个软件开发项目组是由多个不同角色的人员构成,每种角色在软件开发中起不同的作用,各个不同角色的人员协同工作,完成软件开发工作。

      典型的软件开发项目组由下列角色构成,如图5所示

      在软件开发项目组中一般有六种角色,他们是:

      ①.产品管理
      ②.程序开发
      ③.程序管理
      ④.测试及质量保证
      ⑤.用户培训
      ⑥.后勤支援
      
      在大型软件开发项目中,可以将每个角色赋予不同的个人。对小型项目,一个人可以肩负多个不同的角色。每种角色的人员在项目中起着同等重要的作用。每种角色都有其特定的任务及技能要求。

      产品管理:产品经理负责建立及更新项目的商业模型,在确定及设置项目目标方面起关键作用。产品经理应确保项目成员清楚理解项目商业目的,并根据商业需求的优先级确定功能规范。同时,产品经理负责高层的项目沟通,如:商业项目的成本核算、合同洽谈,及向相关人员通报项目进展等。

      程序管理:程序经理负责确定软件特色及功能规范,根据软件开发标准协调日常开发工作确保及时交付开发任务。协助产品经理完成项目需求文档,并根据需求文档起草软件功能规范。同时负责与系统分析、规范及框架结构有关的各种活动。管理与协调与外部标准与系统的互操作性,控制项目进度。程序经理是项目组成员间沟通与协调的核心。

      程序开发:开发队伍负责交付符合功能规范的软件系统。开发队伍应积极参与功能规范的制定,在建立项目原型时开发人员与程序经理可以同步进行并提供技术可行性。在功能规范确立后,开发人员必须与程序经理就如何解决重大疑难问题达成一致。

      测试与质量保证:测试与质量保证是保证系统符合功能规范的保证。为保证“零误码”测试/QA人员应积极参与开发过程,确保开发出交付符合功能规范的软件系统。测试/QA人员负责准备测试计划、测试用例、自动测试程序、执行测试工作、管理并跟踪Bug。测试工作与开发工作是独立并行的。

      用户培训:培训人员负责设计编写离线及在线培训文档,包括演示材料。用户培训人员应参与用户界面和系统的设计与构造,并参与安装程序与安装过程的设计。参与系统的可用性测试及设计改进,与程序管理与开发有密切的关系,并确保系统的变化及时反映到文档中去。

      后勤支援:后勤支援包括确保项目顺利进行的各方面工作。
    对于一个项目组,建立一个良好的团队氛围是非常重要的,每个角色在项目中都是不可缺少的,项目的成功是团队成员共同努力的结果。鼓励成员的积极进取、高效、参与的团队精神,提高成员的责任感,避免造成团队或项目的成功依赖于少数个人的贡献。

       3.4 开发组人员构成
      根据软件开发项目组织的角色划分,对于中等以下规模的软件开发项目组基本包括如下几类人员:
      ① 产品管理人员:(产品管理与用户培训角色)
      ② 软件开发人员:(程序管理与开发角色 )
      ③ 软件测试人员:(测试角色 )

      一般而言,产品管理人员同时担负用户培训的角色。程序管理角色一般由项目经理承担,而队后勤支持角色一般由研发部和公司统一承担,或由公司的信息系统管理人员协助完成。图6表示项目组的人员结构及承担的相关工作。


      3.5 开发人员技术结构
      宏观上讲,软件开发机构基本可分为二种角色,管理角色和技术角色。不同角色各有其不同的发展方向,如图7所示。

      不论是走技术路线还是管理路线,不存在那种角色地位更高的问题。高级架构设计师与部门经理具有同等的地位与待遇。

       4. 软件开发的阶段划分及目标


      软件开发进行阶段划分主要有以下三方面优点:
      1) 有利于软件质量控制;
      2) 便于项目进度控制与管理;
      3) 有利于项目成本费用控制;

      4.1 软件开发的阶段划分
      虽然软件开发与工程设计有其相似之处,但由于其所处的领域不同,发展历史与人文环境也有一定的差别,完全照搬工程设计的管理模式也存在一些弊端。下面就国外流行的软件开发模式与工程设计理论及原始的软件开发做以简单比较,见图8。

      原始的软件开发模式很是简单,有些项目连需求分析都不完整,软件测试只是相当于模块集成一级的测试,没有规范的软件测试。软件质量取决于编程者个人的技术水平,质量无法保证,也很难控制。在满足用户需求方面取决于编程者个人的理解,软件交付后经常发生大面积的修改。项目似乎完成得很快,交付后大面积的修改经常导致延误工期,修改后的软件缺乏必要的测试手段,往往导致极大的售后服务支持成本。造成项目表面赢利、实际亏损的局面。

      软件工程理论指导下的软件开发管理模式也存在一定的问题,那就是有些环节的可操作性较差,主要表现在需求分析到总体设计这个环节。需求分析是文档性的描述,一般是软件开发人员对用户需求的一种理解,这种文字描述一般很难精确可视地展现未来软件的情况,而用户也很难说清楚自己的需求,这就使得用户很难鉴别需求分析的精确性。往往导致软件交付后的大量修改。有一篇“Client / Server软件开发常犯错误”的文章说得好,“用户不知自己需要什么样的系统,但知道不要什么样的系统”。

      为避免软件开发中需求分析到总体设计这个环节的歧异性问题,目前,国际流行的软件开发模式中增加了FS+UI(功能规范和用户界面)这个环节,这个环节不但解决了用户在需求分析理解上的困难,同时也解决了软件开发过程各种角色人员的并行工作问题,便于软件开发工期的缩短,有利软件开发质量与成本的控制 [ FS+UI(功能规范和用户界面)见后面章节 ]。

      4.2 软件开发各阶段目标
      以下就软件开发阶段划分的各阶段的任务与目标做以简单描述,这是软件公司进行质量控制的基础。
      
       1) 可行性分析
      可行性分析是软件项目立项的必要阶段,对于项目型软件开发,可行性分析一般由用户自行完成,软件公司基本在技术上给予必要的支持。对于产品型软件开发,可行性分析是非常重要的一环,产品采用的技术、市场定位与销售策略等直接关系着产品的生存与发展。

      可行性分析基本包括如下几个方面的内容,
      
      A. 项目定义:项目定义主要是对产品定位有一个大致的描述,钩画出该软件产品的运行环境、产品功能、用户特征以及制约因数进行全面的描述,以便下一步工作的展开。

      B. 技术分析: 此处的技术主要包括软件的开发环境与运行环境所涉及的各方面技术,在此应对这些技术的发展状况,成熟情况及未来的技术走势应有细致的阐述。

      C. 市场分析: 包括国内外行业发展现状、市场格局、发展趋势,在市场容量统计数据的基础上,推测我们产品可能的市场占有率及销售情况。

      D. 产品策略: 产品策略包括产品的技术策略与产品的市场策略。

      E. 投资与回报分析:项目投资总额、项目成本核算、项目收益、投资回报等。
      
      F. 已有资源分析:包括资金资源、人力资源、技术资源等的分析。

      G. 其它应考虑的因素

       2) 需求分析
      需求分析是软件项目正式实施开始的第一个阶段,需求分析应该遵循可行性分析确定的基调,包括技术路线、产品基本功能、产品运行环境及市场定位。需求分析主要应完成对用户应用流程的描述,即完成商业逻辑分析。并根据商业逻辑的需要确定软件的功能列表及描述。

       3) FS+UI
      A. 总体描述,包括应用平台及应用限制,...
      B. 功能列表
      C. 用户界面
      FS+UI的合格与否取决于能否完成以下二方面的工作。
      ① 完成用户手册的编写!
      ② 准备测试计划、测试用例及确定验收标准!
      FS+UI是产品管理部门与软件开发部门的接口,对于项目型开发是软件开发商与用户责任划分的重要依据,FS+UI不同于需求分析,它提供给用户的是一个清晰可见的用户界面与完整的功能说明,方便用户的理解与确认。软件开发据此进行下一步工作就有了坚实的基础,避免软件交付后的大量修改工作,有利于软件质量与进度的控制。同时,便于软件开发并行工作的展开。
    FS+UI是软件总体设计及软件α测试的基础。

       4) 总体设计
      总体设计的依据是FS+UI文档,其目的是根据FS+UI要求,依据具体采用的开发工具与技术平台确定软件实现的对象关系与数据库结构。并非项目组每个成员均参加总体设计,一般来讲,一般中小项目总体设计为一到二个人,中大型项目一般为一个总体设计小组,由项目总设计师负责将项目进行分解为可操作的大小,交由不同设计小组完成相关功能的总体设计,总设计师负责协调各子项之间的协调关系,从而完成大型的总体设计。
      
      总体设计设计深度情况直接影响下一步的详细设计。过细的总体设计也是不必要的,少量的人员进行过细的设计必然影响整个项目的设计周期,而过粗的总体设计当然也不利于详细设计设计任务的分配与设计展开。
    总体设计是软件详细设计及软件集成测试的基础。

      5) 详细设计
      详细设计是总体设计的继续,主要目的是完成总体设计完成的对象内部的商业逻辑的实现设计,在总体设计完成后可以将不同的设计对象交由不同的设计人员来完成。原则上讲,在开始软件编码之前应完成所有的设计细节,避免在编码中进行设计工作。
    详细设计是编码及软件模块测试的基础。

      6) 编码
      编码是软件详细设计的一种再现,编码中最重要的是要遵从相关开发工具的设计规范及数据库设计规范,另外,养成一个良好的编程习惯是一个软件公司和软件编程人员最基本的职业素质。
    对于软件应用可靠性要求严格的案例,所有软件模块必须通过模块测试,对一般应用软件中的重要模块也应进行模块测试。

      7) 集成
      集成是软件开发中重要的一环,集成测试的依据是软件的总体设计。如果缺乏前期的模块测试,必然会导致集成时间的加长,同时也会加重后期的α测试及问题处理的工作量。

      8) α测试
      α测试是在软件集成结束后软件开发进入的下一个环节,它标志着软件开发从设计级段进入软件测试阶段。一般情况下,软件开发从设计进入测试是通过CMO来完成这一过程。
    为完成α测试,测试部门一般包括如下几个方面的工作。
      ① 编制测试计划
      ② 编制测试用例
      ③ 测试执行
      ③ 测试结论(包括问题报告)
      一般而言,测试工作基本上可以分为如下几个轮回:

      α测试是软件公司对自身产品的一次自我测试,α测试结束后,测试部门会提供一个软件测试评价报告,这个评价报告在某种程度上决定了该软件是否适应商业销售。

       一般来讲,软件通过测试并不意味着软件没有任何问题,只是意味软件通过了可接受测试条件。软件测试的问题报告是软件公司售后服务与产品升级的重要参考因素之一。

      9) 问题处理与设计文档改进
      问题处理是软件开发组交付测试后的重要任务之一,及时解决软件测试过程中发现的问题,以便进行下一轮测试。
    软件开发人员在交付测试后的另一重要任务就是将编码过程中对设计的修改及时反映到总体设计文档和详细设计文档中去,确保定版的软件与其设计文档的一致性。

      10) IRL内部定版
      测试合格的软件在软件开发部内部定版,进入产品的组装或β测试,及产品销售。对项目型软件开发,则进入系统的实施级段。

      

    5 过程管理与质量控制标准化
      
      5.1 软件开发过程管理
      传统的软件开发一般遵循的是瀑布过程模型,一个阶段的结束是下一个阶段的开始。这种模型不适合基于对象、分布式的企业应用开发。部件的开发具有并行性,而非顺序性。另外,瀑布进程模型缺乏灵活性,不适应快速原型开发工具的要求。

      基于里程碑的过程模型引进迭代过程模型,允许开发任务的重叠和反复,可以很好适应基于部件的软件开发。基于里程碑的过程模型便于团队模型中责权的划分。便于风险评定,鼓励快速交货。

      1) 里程碑过程模型的特征:
      A. 里程碑过程:软件开发过程是由指导开发进程的外内部里程碑所驱动的。
      B. 明确责权关系:过程模型将每个里程碑与开发组的责任角色相关联。
      C. 风险驱动的计划安排:高风险部件应尽早完成。
      D. 评估说明:评估说明直接影响着项目的计划与管理,在整个软件开发过程中致关重要。

      2) 里程碑的制定
      里程碑也可以称作项目实施计划。对于软件开发项目而言,一但项目立项确定,需要做的第一件事情就是确定项目实施的里程碑。根据前面我们确定的软件开发阶段划分,在里程碑中应清楚地定义每一个阶段的开始时间、结束时间、负责人,阶段的提交成果由各阶段的软件开发规范确定。里程碑是公司对进行项目控制的主要依据。里程碑一旦确定,各相应负责人应确保按时交付任务。

      对于各不同里程碑阶段可以根据需要制定阶段里程碑,阶段里程碑一般由开发组织内部确定以便于更好管理与控制项目的进程。达到某个里程碑表明对此负有主要责任的角色完策任务。便于明确各个角色责权范围、有利于按时完成任。

      软件开发里程碑主要包括如下阶段:

      3) CMO 软件配置管理
      为确保软件及其文档的一致性,进行软件配置的管理是必要的。

      5.2 质量控制体系
      软件开发阶段划分的目的是为了便于形成基于里程碑的软件开发质量控制体系,每个里程碑都是一个质量控制结点,这些质量控制结点贯穿于整个软件开发全过程,从而构成软件开发的质量控制体系。

      基于里程碑的软件开发质量控制体系可以用图11表示。

      图12表示软件开发阶段目标与质量控制的关系

     每个具体的里程碑与软件开发组某一具体的角色相关联,不同的角色则隶属于不同的业务部门,而人员业绩的评估与管理归属各自的业务部门,因此,基于里程碑的软件质量控制必然会演变成对角色的质量控制,这样才能真正达到对软件质量的控制。基于角色的质量控制体系详见图13

     在软件开发的六种角色中,一般规模的软件公司都会将其做以归类,图13是基于常见的软件开发任务划分方式形成的基于角色的质量控制模型。

      5.3
      根据软件开发的阶段划分及基于里程碑的项目管理模式,贯穿于整个软件生命周期中的软件开发规范基本包括如下规范:
      1) 可行性分析规范 (FS)
      2) 需求分析规范 (RS)
      3) 功能说明规范 (FSS)
      4) 用户界面规范 (UIS)
      5) 总体设计规范 (GDS)
      6) 详细设计规范 (DDS)
      7) 程序编码规范 (CS)
      8) 软件测试规范 (TS)
      以上规范在软件开发阶段划分章节已有简单描述,此处不再介绍。

      5.4 阶段审核制
      软件开发阶段审核制是采用基于里程碑管理模式的必然产物。在每个里程碑结束时公司质量控制机构(QA)根据相应的软件开发管理规范及应用要求对阶段成果进行评议控制,确保应用开发的顺利进行,及交付的应用系统能够满足用户的使用需要,确保交付的系统能够代表公司的整体技术水平。同时也有利于规避软件开发风险。

      

    6. 软件维护与版本控制


      无论是项目型软件开发还是产品型软件开发,软件的维护与版本控制都是必须值得重视的。因为任何一个软件产品或一个应用软件开发项目或多或少存在一些值得改进的问题,这些问题可能是程序的Bug,也可能是因不能满足用户需要迫切需要改进的地方,对于交付运行的软件进行后期维护成为软件公司必不可少的工作。而由于后期维护所造成对已定版软件的修改的管理是致关重要的。

      6.1 软件维护与版本控制的意义
      软件维护与版本控制的目的有三点:
      1). 解决由于问题处理带来对已定版软件的版本升级等管理问题,确保可以提供某一特定时间的版本,为用户提供满意的售后服务。
      2). 解决软件开发过程中的版本控制问题,有利于团队开发的协同工作问题,也有利于公司对开发项目的版本控制及知识产权的保护。
      3). 良好的版本控制与管理,有利于新版软件的开发工作的进行。确保软件产品循环渐进,逐步提高。

      6.2 开发过程的版本控制
      软件开发过程中的版本控制一般都是基于特定的开发工具和特定的版本控制管理工具,现在绝大部分的软件开发工具均提供这方面的功能。如Microsoft Visual Source Safe (简称VSS),IBM Visual 系列开发工具等,版本控制的原理大同小异,以下以VSS为例介绍软件开发过程的版本控制模型。

     软件配置管理包括软件开发过程中的文档管理与程序管理,软件开发中的文档主要包括如下文档:
      * 可行性分析报告
      * 需求分析文档
      * 功能规范及界面文档
      * 总体设计文档
      * 详细设计文档
      * 编码设计文档(包括模块测试计划及结果文档)
      * 测试计划文档
      * 测试用例
      * 测试评估文档(包括问题报告)
      * 用户手册
      * 在线帮助文档

      与CMO软件配置管理相关的文档一般包括:
      * 工作报告(编码期间协同工作文档)
      * 问题报告文档 (编码期间协同工作文档)
      * 问题处理报告 (编码期间协同工作文档)
      * CMO每日报告(为程序经理提供每日项目变化报告)

      不同配置管理软件的功能大同小异,总体来说,配置管理软件的安全性较差,为确保软件开发过程中代码与文档的安全,制定一个合理的系统备份策略是必要的。

     7. 开发工具与技术积累


      7.1 开发工具的选择
      开发工具是开发人员进行软件开发所必备工具,选择合适的开发工具有利于产品的开发与软件公司的健康发展。选择开发工具时应考虑以  下几方面的因素:

      1) 开发工具的功能与技术先进性
      开发工具的功能必须能够满足应用开发的需要,同时具备行业领先优势。这是选择开发工具必须首先应考率的。
      
      2) 供应商的技术经济实力
      开发工具供应商的技术经济实力是第二个应考虑的因素。雄厚的技术经济实力是开发工具在激烈的市场竞争中生存发展的基础,频繁更换开发工具意味着建立其上的技术积累将付之东流,不利于软件公司的发展。

      3) 对行业标准的支持与左右程度
      对行业标准的支持也是选择开发工具应加以考虑的因素,软件开发工具中各种标准发展迅速,开发工具对各种标准应有良好的支持。制定与左右标准的制定是公司技术实力的象征,每一新的标准的产生必然提高软件开发及程序运行的效率。有利于应用开发的进行。

      4) 开发工具的市场占有率
      市场占有率越高,意味着市场上可供选择的控件越多,选择成熟的控件是降低软件开发成本、提高软件可靠性的重要手段。应尽可能选择市场占有率高的开发工具。

       5) 适应快速应用软件开发
      适应快速应用软件开发是应用开发的需要,也是选择开发工具应考虑的因素。

      7.2 技术积累
      技术积累历来是公司发展的基础,对于软件公司尤其如此。这种技术积累一般包含三方面的含义。其一是人员技术素质及能力的提高;其二是公司在公共模块方面的积累;其三是对新技术的跟踪发展方面;

      对于软件公司而言,人员的稳定是技术积累的主体,人员作为技术的载体在技术积累方面占有重要的位置,频繁的人员变动不利于软件公司的发展。

      公共模块方面的积累主要取决于公司的发展方向,不同的公司有不同的积累方式与方向。公共模块的积累有利于后来项目开发的速度于质量,也是在激烈的市场竞争中求得生存发展得重要保证。

      对于新技术得跟踪可以确保公司在技术上处于领先地位,适应日新月异技术得发展,确保公司不被淘汰。

       7.3 对用户负责
      用户是软件生命周期中重要的一环。软件开发的最终目的是为了满足用户的需求,同时用户的积极参与也是产品提高的基础,也是软件公司发展的前提。因此在软件开发过程中,应把用户的利益放在第一位。确保用户的利益不被侵犯。

      结束语

      一个良好的可操作的应用软件开发管理模式是确保应用软件开发达到预期目的的最基本保证,有利于降低软件开发与维护成本,降低软件开发风险。建立合理的软件开发管理模式、制定与完善相关软件开发标准是国内大部分软件公司与系统集成公司迫切需要解决的问题。希望本文在这方面能够给予一些启示。

      

               

    给我老师的人工智能教程打call!http://blog.csdn.net/jiangjunshow

    这里写图片描述
    展开全文
  • 软件质量控制

    千次阅读 2017-02-21 20:20:05
    软件质量控制 1、质量控制  软件质量控制对开发过程中的软件产品的质量特性进行连续的收集和反馈,通过质量管理和配置管理等机制,使软件开发过程向着既定的质量目标发展。质量控制是质量管理的的路标和...
     
    

    1、质量控制

      软件质量控制对开发过程中的软件产品的质量特性进行连续的收集和反馈,通过质量管理配置管理等机制,使软件开发过程向着既定的质量目标发展。质量控制是质量管理的的路标和动力,质量管理是质量控制的执行机制。

      问题1:软件质量控制应该注意哪些方面?

      建议:

      (1)在整个软件生命周期中都该进行质量控制;

      (2)不同阶段活动不同,应采用不同的技术;

      (3)综合使用“预防性”和“检测性”技术。

      问题2:软件质量控制技术有哪些类型?

      建议:

      (1)预防性技术:通过为过程、产品和资源设立标准等途径,来避免在产品开发过程中产生缺陷;

      (2)检查性技术:用于发现和纠正缺陷,甚至分析产生缺陷的原因。

      问题3:软件质量控制一般有哪些方法?

      建议:

      (1)目标问题度量法:通过确定软件质量目标并连续监视这些目标是否达到来控制软件质量;

      (2)风险管理法:设别和控制软件开发过程中对软件质量危害最大的因素;

      (3)PDCA质量控制法:PDCA是一个基于统计方法的迭代过程,已被作为国际标准。

      问题4:软件质量控制的准则有哪些?

      建议:

      (1)制定明确的改进质量目标,满足客户需要;

      (2)持续改进过程以提高质量和生产率,降低成本;

      (3)消除恐惧,让员工更有效地工作

      (4)消除领域障碍,建立团队精神;

      (5)不以口号要求零缺陷、高效率;

      (6)进行培训,为所有人建立学习和自我提高机制。

      2、质量目标

      为了达到质量控制,测试团队不但需要明确软件的功能,还要明确软件应达到什么样的质量标准,即制定软件的质量目标。为了达到这些目标,在开发过程的各个阶段进行检查和评价。在质量评价时,需要有对质量进行度量的准则和方法,但更重要的是,需要在软件生存期中如何使用这些准则和方法的质量保证步骤及提高该项作业生产率的工具。

      问题1:制定合理的质量目标需要从哪些方面考虑?

      (1)适应性:必须制定能适应各种用户要求、软件类型和规模的质量标准,并能够度量;

      (2)易学性:不需要特殊技术,软件技术人员人人都容易掌握;

      (3)可靠性:对同一个软件的评价,评价的人或场合可能不同,但评价结果必须一致;

      (4)针对性:不是在检查时才改进质量,而必须从设计阶段起就确立质量目标,在各个阶段实施落实;

      (5)客观性:要从各种不同角度加以评价,并将评价结果定量地表示,使得人人都能理解;

      (6)经济性:考虑如何才能把质量度量和保证所需要的费用控制在适当的范围内。

      问题2:测试团队,需要重点关注哪些质量指标?

      建议:

      (1)测试设计覆盖率

      (2)测试执行覆盖率

      (3)各阶段缺陷密度

      问题3:测试过程中,需要关注哪些测试缺陷密度?

      建议:

      (1)测试计划评审缺陷发现密度

      (2)测试策略/方案评审缺陷发现密度

      (3)测试用例评审缺陷发现密度

      (4)系统测试缺陷发现密度

      (5)集成测试缺陷发现密度

      (6)验收测试缺陷密度

      3、同行评审

      在软件开发过程中邀请同行对工作产品进行审查,以图尽早查找出工作产品缺陷,进行质量控制的一种质量活动。需要前期准备、计划,安排好时间进度表,而且越早开展对项目越有价值。

      问题1:常见的评审有哪些形式?

      建议:

      (1)审查:由公正的、接受过正式评审技术培训的组织者引导进行的同行检查;

      (2)走查:又称走读,由产品的设计者或开发人员引导开发组成员和其它相关组成员浏览软件工作产品;

      (3)分发:又称轮查,产品的设计者或开发人员将要评审的工作产品共享或分发,评审人员以修订标记或批注的方式将意见直接添加到工作产品或其复件上。

      问题2:评审过程中常见的问题?

      建议:

      (1)项目进度紧张,开发人员没有时间进行评审;

      (2)评审力度不够,评审发现的有效问题太少;

      (3)评审会议中过多争论占用大量时间;

      (4)评审专家与作者,或者多位评审专家之间的评审意见不一致;

      (5)评审发现问题修改后,评审人员跟踪不充分。

     问题3:项目进度紧张,专家没有时间进行评审怎么办?

      建议:

      (1)将评审活动的时间、需要的评审专家写入项目计划;

      (2)通过“正式渠道”协调评审专家资源,并得到承诺;

      (3)评审开始前提前1-2天通知评审专家。

      问题4:如何可以提高测试评审的效果,达到预期的效果?

      建议:

      (1)评审前可以使用Checklist、代码检视工具等进行自检活动;

      (2)考虑知识结构、观点角度等方面,选择合理评审专家;

      (3)必要时安排介绍会议,向相关专家介绍被评审对象;

      (4)充分安排好足够预审时间。

      4、漏测预防

      漏测是指软件产品的缺陷在某一阶段未被发现而遗漏到了后续阶段、经效果评估后,将有效的预防措施纳入到流程或相关预防平台中,制定改进措施和跟进实施。

      问题1:哪些环节容易发生漏测?

      建议:

      (1)需求分析,如需求分析遗漏、需求分析特性理解错误、需求变更未及时跟踪;

      (2)策略漏测,如组网考虑不全面、继承特性考虑不全、性能稳定性考虑不全面;

      (3)设计漏测,如用例描述不规范准确、用例观察点遗漏、功能交互遗漏、异常考虑不全面等;

      (4)执行漏测,如用例执行构造数据不全面、没有严格按步骤执行用例、测试技能或经验不足等。

      问题2:漏测分析需要做哪些工作?

      建议:

      (1)选择问题,选择有代表性的漏测问题;

      (2)分析根因,进行漏测问题的根因分析;

     (3)改进实施,制定改进措施并跟进实施;

      (4)补充测试设计,共性问题要跟踪多版本闭环;

      (5)成果固化,经效果评估后,将有效的预防措施纳入到流程或相关预防平台中。

      问题3:有哪些方法,可以进行漏测预防?

      建议:

      (1)测试策略和测试方案充分考虑各业务逻辑之间的交互和影响;

      (2)测试用例设计时,充分考虑功能点与其他模块之间的交互和影响;

      (3)充分考虑修改问题单、需求变更是否引入新的问题;

      (4)参考优秀实践和经验案例;

      (5)每次缺陷分析完要有总结,把容易漏测的形成测试经验checklist,并组织学习。

      5、发散测试

      发散测试,顾名思义就是不以某个标准或者框框作为约束的一种测试,发散测试准确来说应该叫具备发散思维的探索性测试。为了提高测试执行覆盖率,在严格按照用例测试执行后,通常需要进行发散测试,这里包括自由测试和交叉测试。

      问题1:发散测试,需要关注哪些方面?

      建议:

      (1)重点模块和核心流程,需要安排多人进行交叉测试;

      (2)根据2/8原则,对发现缺陷高的模块,需要重点安排人力交叉测试;

      (3)了解用户场景,按照用户常常使用的实际场景进行发散测试;

      (4)识别异常场景,模拟可能发生的各种异常场景进行发散测试;

      (5)遵循规范原则,根据规范组织测试,如协议规范、设计规范和接口规范等。

    展开全文
  • 质量控制

    千次阅读 2019-03-06 15:36:56
    质量控制图,1928年由沃特·休哈特(Walter Shewhart)博士率先提出。其指出:每一个方法都存在着变异,都受到时间和空间的影响,即使在理想的条件下获得的一组分析结果,也会存在一定的随机误差。 质量控制图是一...

    质量控制图,1928年由沃特·休哈特(Walter Shewhart)博士率先提出。其指出:每一个方法都存在着变异,都受到时间和空间的影响,即使在理想的条件下获得的一组分析结果,也会存在一定的随机误差。
    质量控制图是一种根据假设检验的原理,在以横坐标表示样组编号、以纵坐标表示根据质量特性或其特征值求得的中心线和上、下控制线。在直角坐标系中,把抽样所得数计算成对应数值并以点子的形式按样组抽取次序标注在图上。视点子与中心线、界限线的相对位置及其排列形状,鉴别工序中有否存在系统原因,分析和判断工序是否处于控制状态,从而具有区分正常波动与异常波动功能的统计图形。
    在这里插入图片描述

    展开全文
  • 软件质量控制基础

    千次阅读 2020-04-10 11:43:27
    1、软件质量控制的理念 高质量的过程产生高质量的产品。建立好的软件工程过程模型,监督在项目实施过程中与该模型的一致性,通过控制开发过程的质量实现最终的软件质量目标。 质量不是指定给某个人或某个...

    1、软件质量控制的理念

    • 高质量的过程产生高质量的产品。建立好的软件工程过程模型,监督在项目实施过程中与该模型的一致性,通过控制开发过程的质量实现最终的软件质量目标。

    • 质量不是指定给某个人或某个组织的责任,而是软件开发过程中所涉及的每一个人的责任。

    • 软件质量控制的作用就是要求每一个人在履行其职责时都要有质量观念。

    2、软件质量的定义

    • ISO8492的定义:
      质量是产品或服务所满足明示或暗示需求能力的特征和特征的集合。
    • ISO9000(2000版)的定义:
      质量是一组固有特性满足要求的程度。
    • IEEE的定义:
      软件产品满足规定和隐含的与需求能力有关的全部特征和特性:
      • 软件产品质量满足用户要求
      • 软件各种属性的组合程度
      • 用户对软件产品的综合反映程度
      • 软件在使用过程中满足用户要求的程度
    • RUP的定义:
      (1)满足或超出认定的一组需求;
      (2)使用经过认可的测评方法和标准来评估;
      (3)使用认定的流程来生产。

    3、质量的属性

    客户属性:质量是相对客户而存在的,也是质量相对性的一种体现。

    成本属性:也可以称为质量的经济性,质量越好的产品,带给社会的损失就越小。

    社会属性:质量很多时候体现的是一种理念,它与社会的价值有直接的关系。

    可测性:产品的质量好坏将取决于对相应特征的衡量,质量的可测性决定可质量的可控制性。

    可预见性:可以预测质量再不同过程中的结果。

    4、客户与质量的关系

    (1)质量是相对客户而存在的,客户与质量的基本关系是相互依赖的关系,质量服务于客户,因客户而存在,质量由客户判定。

    (2)客户是质量的接收者,可以直接观察或感觉到质量的存在。

    5、软件缺陷的专业名词

    缺点(defect)    偏差(variance)    谬误(fault)    失败(failure)    错误(error)

    问题(problem)  矛盾(inconsistency)  毛病(incident)   异常(anomy)

    6、软件缺陷的表现形式

    • 功能、特性没有实现或部分实现
    • 设计不合理,存在缺陷
    • 实际运行结果和预期结果不一致
    • 运行出错,包括运行中断、系统崩溃、界面混乱
    • 数据结果不正确、精度不够
    • 用户不能接受的其他问题,如存取时间过长、界面不美观等

    7、软件缺陷产生的原因

    • 项目期限的压力
    • 产品的复杂度
    • 沟通不良(开发—客户、开发—领导、领导—客户)
    • 开发人员的疲劳、压力或受到干扰(经常加班,领导给的压力)
    • 缺乏足够的知识、技能和经验(从未涉及过的领域)
    • 不了解客户的需求(客户自己都不理解想要什么)
    • 缺乏动力(需要奖金、加班费等)
    • 技术问题:算法错误,计算和精度问题等等

    8、软件质量范围——3A

    Accountability(可说明性)—用户可以基于产品或服务的描述和定义进行使用。(用户手册)

    Availability(有效性)—产品或服务队友99.999%的客户总是有效的,(性能测试、恢复测试)

    Accessibility(易用性)—对于用户,产品或服务非常容易使用并且一定是非常有用的功能(确认测试、用户可用性测试)

    9、RUP软件质量的三个维度

    (1)功能(Functionality):按照既定意图和要求,执行指定用例的能力。
    (2)可靠性(Reliability):软件健壮性(Robust)和可靠性(防故障能力,如防止崩溃、内存丢失等能力)、资源利用率、                                                    代码完整性以及技术兼容性。
    (3)性能(Performance):用来衡量系统占用系统资源(CPU时间、内存)和系统响应、表现的状态。

    10、高质量的软件

            应该是相对无产品缺陷(Bug Free)或只有极少量的缺陷,它能够准时交付用户并且所用的费用都是在预算内的并且满足客户需求,是可维护的。但是,有关质量的好坏最终评价依赖于用户的反馈。

    11、软件质量特性类图

    12、软件过程的质量因素

    • 项目计划过程:和客户的沟通能力、软件产品特性定义的方法、项目计划策略、评审的流程、范围、方式和程度、协同工作流程、合同和用户管理流程和方法、文档编写、管理等的规范和流程。
    • 项目设计过程:软件产品指标的定义和解释、设计流程、设计标准、协同工作流程、文档编写、管理等的规范和流程。
    • 项目实施过程:变更控制流程、执行过程跟踪方法、流程和相适应的系统、缺陷处理流程、文档编写、管理等的规范和流程。
    • 软件维护过程:变更控制流程、用户反馈、相应处理机制、回归测试流程。
    • 软件商业环境过程:软件改进的策略、产品开发模式、市场定位、产品标准等。

    13、软件质量方针

            质量方针,是由组织的最高管理者正式发布的、该组织的质量宗旨、目标和质量方向,并形成文件。质量方针是企业经营总方针的组成部分,是企业管理者对质量的指导思想和承诺。建立质量方针和质量目标为组织提供了关注的焦点,在一个质量管理体系中起着关键作用。质量方针应体现软件公司的组织目标、顾客的期望/需求和组织内部质量行为的准则。

    14、软件质量控制

            质量控制是一个设定标准(根据质量要求)、测量结果,判定是否达到了预期要求,对质量问题采取措施进行补救并防止再发生的过程,质量控制已不再仅仅是检验,而更多地倾向于确保生产出来的产品满足要求的过程控制。

    15、软件质量改进

            质量改进是质量管理的一部分,是不断为改进软件开发过程、产品和服务的持续过程。同时,为确保有效性、效率或可追溯性,组织应注意识别需要改进的项目和关键质量要求,考虑改进所需的过程,以增强组织体系、改进过程和产品并提高满足要求的能力。

     

    展开全文
  • 质量控制技术质量控制技术质量控制技术质量控制技术质量控制技术质量控制技术质量控制技术质量控制技术质量控制技术质量控制技术质量控制技术
  • 质量保证QA与质量控制QC

    千次阅读 2019-07-17 21:34:45
    关键词:质量管理QM(Quality Management)、质量保证QA(Quality Assurance)、质量控制QC(Quality Control) 不管是工作过程还是培训过程中,或者面试或找工作过程中,经常会看到质量控制QC和质量保证QA两个词汇,...
  • PMP 质量保证与质量控制的区别

    千次阅读 2020-12-01 15:43:05
    质量保证与质量控制的区别质量保证QA -执行QA常见的工作或活动:质量控制QC-监控QC常见的工作或活动: 质量保证QA -执行 实施质量保证(Quality Assurance),简称QA。QA是审计质量要求和质量控制测量结果,确保...
  • 和朋友谈到软件质量工作时,经常会提及到软件质量控制、质量保证和质量管理。我想对于这三者,很多人也就仅仅是知道而已,有多少人认真的思考过这三者的区别? 其实质量控制、质量保证、质量管理代表软件质量工作...
  • 2010药品GMP指南-质量控制实验室与物料系统,帮助了解GMP中质量控制实验室与物料系统建立
  • 质量保证和质量控制的区别

    千次阅读 2015-04-17 15:01:22
    质量保证和质量控制的区别     在软件项目中,不少技术人员经常混用QA(Quality Assurance 质量保证)和QC(Quality Control 质量控制)这两个术语;甚至一些实施培训的专业公司(Baidu和Oristand)也混淆了这两...
  • 仅用于理解: ...质量控制是监控过程组的,关注的是产品,是产品的质量问题、质量缺陷,发现并给予消除。 质量管理是关于质量的一切管理活动,包括上面俩货 转载于:https://blog.51cto.com/9845596/2298173...
  • 浅谈软件开发项目的质量控制

    千次阅读 2018-04-19 13:08:14
    一、引言 J.M.Juran认为质量控制是一个常规的过程,通过它度量实际的质量性能并与标准比较,当出现差异时采取行动。由此,DonaldReifer 给出软件质量控制的定义:软件质量控制是一系列验证活动,在软件开发过程的...
  • MODIS产品质量控制文件使用方法

    千次阅读 2020-05-18 00:51:13
    官方关于产品质量控制的说明(机翻) 质量指标 在生产过程中生成的CoreMetadata.0全局属性QA 中的元数据对象以及质量控制(QC)SDS中给出,或者在数据产品的产品后科学和质量检查中给出。CoreMetadata.0中的 QA元数据...
  • 数据质量控制与数据治理

    千次阅读 2018-09-29 17:18:08
    数据质量控制与数据治理 背景 对于一个公司来说,最重要的资产是数据,数据的核心价值可以理解为核心商业价值,我个人认为是体现在两方面,一是能为企业带来更多的盈利,二是能为企业规避风险。 实现数据价值就需要...
  • 使用Plink对SNP数据进行质量控制

    千次阅读 2020-05-06 17:28:25
    在做和基因相关的分析时,拿到基因型数据,首先要进行质量控制。 在使用Plink进行质量控制时,一般包含以下几步: individual and SNP missingness,(筛选个体和SNP) inconsistencies in assigned and genetic sex...
  • 解读PMP考点:质量管理中规划质量、实施质量保证、实施质量控制的对比   质量过程的对比 规划质量 实施质量保证 实施质量控制 识别项目及其产品的质量要求或标准,并书面描述项目将如何达到...
  • 质量保证和质量控制是比较容易混淆的一组概念。实施质量保证是执行过程组的一个过程,而质量控制是监控过程组的一个过程。质量保证的定义是:审计质量要求和质量控制测量结果,确保采用合理的质量标准和操作性定义的...
  • 项目的质量控制与质量保证存在以下几点区别与联系:  1、质量计划是质量控制和质量保证的共同依据。  2、达到质量要求是质量控制和质量保证的共同目的。  3、质量保证的输出是下一阶段质量控制的输入  4、...
  • 一文读懂质量保证和质量控制

    千次阅读 2015-08-17 18:29:59
    质量保证和质量控制常常被混淆,尤其是没有经历过严肃项目管理过程洗礼的,经常把QA角色叫成测试的就是把二者混为一谈。以前也听过QA常常不忿产品经理及工程师把他们称为测试工程师,我们是高大上的质量保证好不好,...
  • 质量控制的工具
  • affy芯片质量控制 前言 大家手头的芯片数据一般有两个来源,一个是自己做的芯片的数据,一个是从数据库下载的芯片数据。 如果是自己做的芯片的数据,是一定要进行芯片质量控制的。虽然厂家会提供芯片质量分析的...
  • 质量保证与质量控制的区别

    千次阅读 2010-05-26 08:57:00
    质量保证和质量控制的区别 在软件项目中,不少技术人员经常混用QA(Quality Assurance 质量保证)和QC(Quality Control质量控制)这两个术语;甚至一些实施培训的专业公司(Baidu和Oristand)也混淆了这两个概念。...
  • Python 代码的质量控制之 flake8 & Pylint

    千次阅读 2017-12-24 11:55:13
    为什么需要质量控制工具 无需多言,我偏执地认为,所有动态语言写成的项目,都应该使用 XXLint 之类的工具,该暴露的错误能提前就提前。 甚至,所有项目在 commit 之前都需要做两件事情: lint 检查 UT 动态语言是...
  • 实用软件质量控制课程大纲

    千次阅读 2010-11-29 10:02:00
    实用软件质量控制课程大纲 面向对象:QA、测试工程师、开发工程师、质量经理、项目经理授课方式:案例分析、工具应用、项目演练 大纲: 需求管理与变更控制。 需求分析质量控制与需求评审。 需求评审演练。 ...
  • SPC质量控制管理系统

    千次阅读 2008-02-11 10:52:00
    SPC质量控制的基本元素是控制图。控制图是对生产过程中 产品质量状态进行控制的统计工具,是质量控制中最重要的方法。人们对控制图的评价是:“质量管理始于控制图,亦终于控制图”。由于它把产品质量控制从事后 ...
  • 用sonarqube做代码级别的质量控制

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 427,833
精华内容 171,133
关键字:

质量控制