(ppt)-it基础-软件开发与质量保证模式(ppt63)-品质管理

软件开发与质量保证模式,前言,保证XX科技有限公司质量体系符合基本的软件质量要求； 提高软件质量管理的水平；起到实现国际标准本地化的桥梁作用评估和证明我们在软件质量一致性方面达到一定的水平,组成软件质量保证体系基础的过程,软件项目管理软件质量保证软件测试用户需求管理设计变更控制售后维护支持软件外购,软件生命周期与所用方法的关系,软件项目管理定义,软件项目管理是一个计划、组织、员工管理、监督、控制和领导软件项目管理过程。另外，因为相互共存的关系，它还要考虑到人力、系统和硬件方面的因素。,软件项目管理的主要目标,有效的项目计划、时间安排和项目预算；最小化项目风险；检测项目过程和产品以利于提高现在和将来的项目；提供的有效的项目追踪和进度报告，以确保整个项目生命周期内各情况的充分可见性，以及必要时能提供补救行动；保证项目的按时交付 ；达到商业目标和项目目标的统一 。,软件项目经理(SPM),对按时交付、满足预算，质量达到要求等承担全面责任；定义项目组规则和安排本组员工工作。 适时地向项目组提供指引和方向。 充当本项目组与其它部门的接口，包括上级组织内部成员或与项目有利益相关、感兴趣或有牵涉的外面成员或集团。了解项目的技术和非技术性方面并对相关问题作出决定。通过检验进度监督项目向首要和高层管理层汇报进度,软件项目经理知识和经验,为履行这些职责，软件项目经理应对项目特性有充分的认识并具有与人交往的技巧；指导、管理项目队伍的知识和经验； 解决问题知识和经验； 作出决定知识和经验； 项目控制知识和经验。,项目指导委员会和项目保证,项目指导委员会(PSC)，对整个项目方向和决定负责。它通常由管理人员，用户和开发管理人员组成。软件质量保证队伍(SQA)，负责确保项目质量与产品一样（参考质量保证体系SQA部份）,项目流程概览,软件质量保证定义,软件质量保证是一个有计划的和提供足够信心的行为模式，使文件、产品或服务符合已确定的客户和技术要求。软件质量保证部门向管理层提供一定程度的信心，即从软件项目的一开始就有一个独立的、训练有素的团体对其目标、方法和应用表现进行监督。,软件质量保证部门的主要目标,开发最小的需求和步骤并能保证系统符合用户部门和其它用户的需要。系统符合其它用户的需要，如一个系统不侵犯其它的系统用户的权力。用户目标吻合软件机构的目标。通常情况下，软件机构的目标应优先于任何一个单一用户的目标。系统目标吻合软件机构的目标。,软件质量保证部门的其它目标,系统目标与行业和政府的要求一致。系统顺从软件机构想充分控制的意图并且是可见的。,软件质量保证部门可以解决软件机构面临的挑战,软件质量保证部门组成,应由软件行业的资深员工组成。另外，SQA的成员可以是全职、兼职或是软件机构其它部门的受训人员组成。,软件质量保证部门组成,软件质量保证队伍负责向软件机构职能部门提供质量保证支持。这种支持可以看作是对软件机构经理责任的延伸。软件质量保证队伍的责任可以是一个大型软件机构中的一个独立部门，或是一个小型软件机构里合并于另一个部门直接向项目经理报告。实践中，SQA队伍可以是用户/客户的拥户者，管理层的耳目，在质量标准的开发和改进过程中起领导作用。,软件质量保证流程,用户需求管理的定义,用户需求管理：它是指基于计算机系统角度的一套需求的发现，理解，谈判，编写文档、生效和管理的过程。需求：它由一组信息的混合体，包括：问题信息、系统行为/特性的说明、设计、生产限制等；大致能分成两个基本类型，也就是：高层次和抽象的叫Stakeholder或用户需求；详细的需求定义叫系统需求。需求文档：它是给客户、最终用户和软件开发人员的系统需求正式报告。需求文件的其它名字包括：”功能定义”，“需求定义”和“软件需求定义”等。需求工程：它覆盖从撰写文档到保持基于计算机系统的整个需求的所有活动。需求工程过程成熟期：它是对基于优秀需求工程方法的已定义需求过程的延伸。,用户需求管理的目标,产生一套尽可能全面、相互一致且反映客户真实需要的系统需求。,需求管理的职责,软件机构的经理或其代表全面负责执行用户需求管理活动。软件产品和服务的最终用户和最终用户管理者负责提供执行用户需求管理活动所需的支持。软件开发人员负责在开发期间对指定的需求进行诠释、编写文档、贯彻和转化进产品中。,需求管理流程概览,维护支持定义,软件维护支持是指提供高效和有效使用软件所要求的运行和维护活动的过程。该过程从软件交付到用户手中进入实际操作阶段后开始。软件运行中的主要活动：用户支持，指提供培训，直接协助和软件使用中的其它支持。问题报告，使问题能及时并有效地得到解决。软件维护活动分类如下：更改性能，消除软件缺陷；完善性能，不影响功能情况下对系统进行提高；提高性能，改良软件使它能最好的适应其环境。,维护支持的目标,在软件交付投入运作或现场应用后，遇到系统要修正错误，提高表现或其它属性，或调整到另一环境时，向最终用户提供有效的产品或服务支持以保持软件的能用和有用。,软件维护主要职责,软件维护经理(SMM）或运作经理(SOM)分别负责提供维护或运作的管理。用户帮助界面（一种常见于大公司的向用户提供最基本协助和回应的功能），也是维护或运作部门的职责。,软件维护流程概览,软件外购定义,软件外购的过程涉及：确立软件外购合同；选择合同商履行软件外购合同条款； 依照软件外购合同管理合同商；基于取得的结果对合同商的表现进行审核； 产品/或服务全部测试后引入到产品或操作环境。该过程允许上门服务或在供应商公司内部完成维护工作的灵活性。,软件外购目标,制定有效的软件外购合同计划、工作时间表和预算。外购合同风险的最小化。提供有效的软件外购合同的跟踪和进展报告，确保整个软件外购合同生命周期的充分透明度以及必要时采取正确的行动。确保软件产品/服务接收前经过全面的检验和确认 。,软件合同经理的职责,促进软件外购合同的订立。促进合同商方面履行软件外购合同的条款；承担确保合同商对软件产品/或服务的按时交付、做好预算、质量合格的全面责任。担任协调母公司内外和合同商组织之间有利益关系、兴趣或涉及软件外购合同的人们或团体的关系。,软件外购流程概览,软件更改控制定义,软件更改控制是指提议更改软件配置的升级和协作完成建议的更改过程以确保整个软件保持完整和一致。,配置文件,配置文件(CI)软、硬件的集合，在更改控制过程它指定作为一个简单的实体，配置文件的例子有：软件组件，如源文件模板，目标模板文件，执行文件或数据文件；编译程序器或操作系统；基线，如开发中的软件系统；发布,如运行中软件系统；文件,如需求文档； 。,软件更改控制和相关活动,软件更改控制和相关活动在软件配置管理的上下文得到最好的说明，它正式地被定义为应用技术的原则、管理方向及监察以：明确和列写配置文件的职能和表面特征；控制对配置文件的改变；记录和报告更改进展和完成情况；检验有特定需求的附件,软件更改控制的目标,可识别软件组件； 软件由一套相互协调的组件构成；软件组件是有用并易理解的； 软件组件从不会丢失（如媒介错误或操作失误后）。软件的每一更改均经批准并有文档； 更改工作均已记录（如即时更新）总是可以返回到原先的版本；保存有更改历史，以便总是可以知道谁在何时做了什么；,软件更改管理策略,更改控制所有软件文件，如文档，源文件，代码，可执行代码，文件工具，测试软件和数据应受更改控制程序控制。系统库为保证软件的安全和控制，作为最低要求，应建立下列系统库来存储配置文件： 开发（或动态）库，代码开发与单元测试任务进行的地方 测试（或master）库，集成和系统测试执行的地方； 产品（或属性）库,执行接收测试的地方,软件更改管理策略,另外，下面更改控制策略将应用： 所有开发均只能在开发库执行； 不可修改产品库（除非有新的发布，先前版本将变成备份） 应建立所有库的备份程序。,单元模块之间、基线、发布和软件库的关系,软件更改控制 主要职责,更改管理 在软件生命周期开发阶段，软件项目管理的责任是组织软件更改活动和定义相关作用。 在软件生命周期的操作和维护阶段，软件更改控制的责任有赖于软件维护经理（SMM）。,软件更改控制系统库管理员,更改经理应得到一个向他汇报的系统库管理员的支持，他负责： 建立新的测试库；更新测试库；从测试库到产品库的备份；对测试和产品库的访问控制。,软件更改控制更改评估员,更改评估员应是软件组织的一个独立团体的一部分，如软件质量保证团体。他/她负责在开发项目的定期间隔或后期，通过对配置文件的物理检查或其它质量保证程序，检查安排的软件更改控制活动是否已完成。,软件更改控制流程概览,软件测试定义,软件测试是以人工或自动的方法演试或评估系统或元件的过程来： 确认它满足特定的需求； 分析预期与结果两者之间的不同； 较之其它检验技术，测试是最直接的，因为它执行软件。软件测试是软件生命周期活动的主要组成部分，具体可分三种： 单元测试 系统测试 用户接收测试,软件测试的主要目标,发现缺陷并确保在软件完成前得到修正。缺陷是指与指定的用户需求的异常或偏差。 确保软件在每个测试阶段结束时，已经有效降低缺陷数量，并在进行生产前消除了所有已知缺陷。 提供开发人员和用户一种信心，即正开发的软件能按指定的用户需求在测试或操作环境运行。 向开发、支持人员和用户提供关于系统的第一印象和培训 。,软件测试管理策略,所有开发完毕的软件在发布到生产环境前要测试，直到无缺陷。测试要涉及系统或组件的用户，并运行于目标环境或模拟环境。,单元测试测试主要职责,制作模块或单元的软件开发人员或队伍，主要负责单元测试并采取相应更改。,系统测试的主要职责,软件测试人员，软件开发人员，系统经理或系统分析员为主，主要负责集成测试和系统测试，包括对发现的缺陷采取正确行动。软件开发人员与用户归纳问题。使用户获取对系统的第一印象和感觉。操作和维护人员可能参与观察系统在目标或假设环境里的行为。,用户接收测试主要职责,用户，多指最终用户，用户管理层或系统拥有者。他们主要负责包括签署确认已测试软件的用户接收测试，培训使用新系统和准备新系统投入真正的商业环境。开发人员，主要指系统经理或系统分析员，提供讲解系统问题和对发现的缺陷采取正确行动的支持。操作和维护人员观察系统在目标或模拟环境中的行为。,软件测试流程概览,技术部门组织结构图,方案优缺点,主要优点是：能充分发挥每个人的特长和优势。人员利用率和开发效率均能得到有效的提高。有效地节省公司的开发成本 提高软件的开发质量。部门组织结构清晰、责任明确。有利于每个人某项技能的深入发展和提高。基本涵盖软件开发的各个阶段。主要缺点：对项目管理要求较高；对系统分析设计人员的要求较高。,研发中心工作职责,全面负责公司承接的项目或产品的研发；负责公司项目管理和考核工作； 负责公司新技术的研发与引进工作；负责公司产品的技术鉴定及成果申报工作； 跟踪、收集、整理IT行业相关的新技术、新产品资料； 定期向公司领导提交研究报告；组织公司的资源，不定期对公司员工进行技术培训；与其他单位联系，不定期对公司员工进行新技术培训；组织和实施公司内部的技术研讨工作；协助行财部进行研发人员的培养、选拔、招聘、考核和激励工作；协助营销部进行技术支持、售后服务、培训、市场推广、宣传和销售工作；配合公司其它部门完成有关行政、安全等方面的管理工作。,项目管理组职责,负责项目或产品的开发的管理工作；负责项目的进度、成本以及最后交付的质量；售前市场支持； 编写项目建议书与工作说明书； 编写项目开发计划书；依据合同规范，整合及审核“项目需求报告”，并提交客户；审核项目的概要设计与详细设计方案；监督项目测试计划的制定与实施；对项目人员、设备和整个开发环境进行安排和调整；协调相关单位解决质量问题；审核及认可整体测试报告；计划项目售后维护服务工作；执行与项目有关的“分包商合约”，并于项目最后的总结报告中做供应商评估；,项目管理组职责,依项目技术需求，指派适当员工接受教育训练； 对其所属员工依其经验或其接受训练的结果审定其技能是否符合要求；项目负责人得视需求指定系统分析师协助并代理其部分责任，以有效执行项目的开发，并达到人员培养的目的；准备、验证以及验收工作总结报告；充当本项目组与其它部门的接口，包括上级组织、内部成员或与项目有利益相关、感兴趣或有牵涉的外面成员或集团；负责公司项目经理或项目负责人的招聘、选拔、考核和培养工作；不定期对所辖人员进行项目管理技能提高培训，拟定内部培训和交流计划与日期； 和技术组成员一起追踪新的项目管理方法，评估其可行性，以融入项目的管理中，提升总体解决方案之质量； 向高级管理层汇报进度。,分析设计组,负责公司系统分析设计人员的招聘、选拔、考核和培养工作； 不定期对所辖人员进行系统分析设计技能提高培训，拟定内部培训和交流计划与日期； 和技术组成员一起追踪新的系统分析设计方法，评估其可行性，以融入项目的分析设计中，提升总体解决方案之质量；系统分析依项目负责人之指派，于期限内完成该系统的分析工作；依项目负责人之指派负责收集客户需求，并将需求分析后做成“项目需求报告”；制作系统可行性分析报告、系统需求说明和设计任务书； 制定系统测试方案； 协助项目负责人制作项目计划、制作系统开发计划、制定系统试运行计划；负责单元测试结果之认可；对“应用系统问题单”负责分析，制订修改规格，预定完成时间。,分析设计组,系统设计：参加系统分析小组，参加用户需求调查，协助系统分析人员制作项目需求报告；分别着重于服务器端、客户端或中间层协助系统分析员进行可行性分析； 协助系统分析员完成各项系统分析报告；用户需求报告和需求说明获得用户评审通过后，分别着重于服务器端或客户端或中间层制定详细的设计任务书；制定程序设计风格；制定软件界面风格；指定参考资料；确定可引用的软件资源； 指导程序员的工作。,程序开发组职责,制订公司的编程手册和编程规范；严格按照设计任务书的要求和编程规范在规定的时间内完成程序的编写和单元测试的工作；负责完成程序修改；共同执行系统集成，并协助测试部门制作整体测试报告； 对所完成的程序质量负责；负责公司程序员的招聘、选拔、考核、调配和培养工作；负责各项目程序开发的质量；负责新进人员的程序开发、技术规范的培训，并编写培训教材，改善训练方式并提升训练品质；不定期对所辖人员进行技术技能提高培训，拟定内部培训、交流的计划与日期。,界面设计组职责,负责制订公司的界面设计规范与管理规范；依据项目需求说明书和系统设计任务书在规定的时间内设计和制作、测试网页或界面；负责各项目界面设计的质量；负责公司界面设计人员的招聘、选拔、考核、调配、激励和培养；网页设计师的培训辅导；追踪新网页设计技术，评估其可行性，以融入总体解决方案中，提升总体解决方案之质量。,资源配置组职责,确定软件开发过程中软件配置项；制订软件配置的过程和规范；协助项目负责人在制定项目开发计划时制订项目的配置管理计划；协助项目负责人规定配置标识规则；协助项目负责人在项目开发过程中建立配置数据库；确定配置管理工具、技术和方法； 协助项目负责人实施变更管理，这是配置管理的一项重要内容；实施版本管理和发行管理；进行软件配置系统的维护；跟踪各项目配置项的状态报告，并向上级汇报；推动软件配置工作的发展。,技术研究组职责,负责收集和整理各项目中有重用价值的软件模块或控件并建立相应的索引和文档；与系统软件、开发工具供应商进行联系，收集获得最新的技术资料；根据实际情况组织人力资源对公司新技术进行研发； 跟踪、收集、整理IT行业相关的新技术、新产品资料；负责公司技术研究人员的选拔、招聘、考核、调配、激励和培养工作；不定期对所辖人员进行技术技能提高培训，拟定内部培训、交流的计划与日期； 定期向公司领导提交研究报告；组织和实施公司内部的技术研讨工作，不定期对公司员工进行技术培训；与其他单位联系，不定期对公司员工进行新技术培训。,软件工程过程组职责,制订详细的软件过程改进计划；按CMM要求定义软件过程、规程、模板和培训，建立组织财富库；与各级经理和项目开发人员合作推进过程改进；对组织中使用的新过程、方法和工具进行监督和评价，并将其推广到组织的其它部分。,品管部职责,向软件机构职能部门提供质量保证支持 负责建立一个软件质量保证章程，用于描述质量职责；确定软件质量保证标准和指导方针； 通过从用户的角度和软件的范围内评估质量问题，编辑并且列出SQA组应该执行的任务的先后次序；评估完成每个任务所需的资源情况；确定实现SQA职责所需的人力资源，并和管理层达成一致； 颁布已获批准的SQA章程，适当时包括软件质量政策，应分发给所有的软件组织部门和使用者，以确保他们在开展工作时，能理解和支持SQA的职能； 确保SQA分析员接受定期培训，以更新他们在软件质量和IT方面的知识；使用与建立质量章程草案相同的任务小组和程序来制定SQA计划。应该确保对每个项目都被质量计划所涵盖,当SQA计划制定完成后，SQAM/工作组应该将该计划交给软件组织的关键人物进行审核和合作或获得建议，从而确保软件管理质量能很好的执行；,品管部职责,为了确保得到理解和支持，SQAM应该定期就已获批准的SQA计划主持召开所有软件组织的管理人员和成员以及关键用户参加的通知会议；寻求工作组对建立SQA规章和计划的任务单一致同意，明确在执行阶段没有能解决的所有软件质量问题；并对计划作出适当调整；从长远而言，计划任何SQA计划审核时可能发生的情况的预防措施；定期的(例如，每隔三个月)对SQA服务的用户（例如，软件和用户管理机构及其开发成员。）进行满