ImageVerifierCode 换一换
格式:DOCX , 页数:52 ,大小:242.31KB ,
资源ID:227604      下载积分:10 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bingdoc.com/d-227604.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(软件系统实施、培训、售后服务方案.docx)为本站会员(wj)主动上传,冰点文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰点文库(发送邮件至service@bingdoc.com或直接QQ联系客服),我们立即给予删除!

软件系统实施、培训、售后服务方案.docx

1、1. 项目管理方案1.1. 项目人员安排为确保本项目顺利进行,我公司保证按招标需求,采用驻场开发方式,根据实际需求进行人员安排。1.1.1. 项目小组的组成和工作职责由项目的客户方与我司的相关领导组成,主要负责提供行政业务上的保证(为项目的前期调研和后期的需求变更确认以及项目的实施等各项工作的顺利开展提供人力、物力、财力上的保证),负责项目实施过程中的重大事件的决策,根据项目过程中的进度、质量、技术、资源、风险等实行宏观监控等。项目组会定期向管理协调小组汇报项目进度。团队职责:l 审核批准项目的总体方案、实施计划、把握需求,控制进程l 项目团队总体管理,协调各方面关系l 负责项目实施过程中的重

2、大事件的决策l 根据项目过程中的进度、质量、技术、资源、风险等实行宏观监控l 协调参与项目的各级业主单位与我司双方关系l 重大项目变更的决策l 对项目的执行、质量进行监督和调控项目经理职责:l 与用户讨论并确定最终项目范围和实施方法l 负责制订具体的项目计划,包括培训计划l 把握项目各方面的进程l 指导业务流程重组和项目变更l 检查及调控项目实施范围l 向公司汇报项目状况,提出建议及改进措施l 负责项目阶段质量l 其它项目经理所应该负责的项目管理工作1.1.2. 需求小组的工作职责明确项目需求,提出需求分析,完成项目概要设计。1.1.3. 开发小组的工作职责l 软件开发组负责软件的编码开发,包

3、括高级程序员、程序员等。软件开发组组长是一位资深的技术人员,对系统开发、用户业务及厂家的系统和开发工具有深切的了解。l 美工组负责项目的美工设计。l 测试组负责制定测试计划,进行单元测试、集成测试和性能测试,并撰写测试文档和测试报告。l 项目部署人员负责系统环境的配置和软件产品的部署。l 用户文档撰写人员负责撰写相应的用户手册和系统管理员手册。1.1.4. 质量监控小组工作职责我司配备有专门的项目管理部门,负责软件开发质量管理,按制定的标准及控制手段执行进度管理,风险管理和变更管理。1.1.5. 项目实施小组工作职责l 对项目实施按项目实施计划提供实施支持l 协助项目经理定义项目的范围及目标l

4、 参与讨论、制定项目计划l 按项目实施计划提供系统功能培训l 制订指导系统详细实施计划和进度方案l 制订数据转换格式和方案l 进行系统的客户化l 负责系统安装、提供设备选型参数l 对系统整体性能提出意见l 根据以往的实施经验提供实施风险及防范方面的建议1.1.6. 售后服务支持小组工作职责本项目需要一支高效率,结构合理、经验丰富的项目服务队伍来完成,提供优质的项目服务。考虑到项目的延续性,服务团队在项目实施伊始即与项目实施及开发人员共同参与项目的实施工作。项目服务组组长由一人担任,负责项目服务人员的协调,对外的接口,工作的分配、总结;数据库维护人员负责数据库的相关维护工作;应用系统维护人员负责

5、应用系统的相关维护工作;开发人员负责系统上线后的应用维护工作;其中应用系统维护人员将根据需要进行现场维护服务;工作职责:在该项目阶段性实施结束后,我司将从公司内部抽调各类相关网络技术人员及软件开发人员,组成项目售后服务技术小组。负责项目的相关软件的日常维护、升级以及软件应用的维护工作。l 培训教师:负责面向决策层、管理层、应用层、系统维护层人员提供培训。l 售后服务人员:负责系统维护以及相关技术支持工作。l 系统集成人员:提供系统集成方面的技术支持。1.2. 项目系统测试在进行系统测试的过程中一般采用黑盒测试(不需要了解产品内部结构)方法进行测试,测试手段采用手工测试与工具测试相结合的方法进行

6、。在测试的过程中,一般对于功能测试采用手工进行,性能测试采用工具辅助进行,同时还可以采用录制脚本工具进行系统的自动功能回归测试。在测试的过程中,对修改过的内容需要进行重新的质量管理,以验证错误已经得到更正,最后需要对所有的样例进行测试(回归测试)以确认错误的修改没有引入新的。1.3. 项目的试运行1.3.1. 试运行目的试运行目的通过既定时间段的试运行,全面考察项目建设成果。并通过试运行发现项目存在的问题,从而进一步完善项目建设内容,确保项目顺利通过竣工验收并平稳地移交给运行管理单位。通过实际运行中系统功能与性能的全面考核,来检验系统在长期运行中的整体稳定性和可靠性1.3.2. 试运行管理机构

7、统一领导,分块负责,从而确保系统上线准备的质量和进度并确保系统各个功能都经过用户全面完整地测试和上线准备,及时发现并解决系统问题。1.3.3. 试运行的准备为了试运行工作的顺利开展,以试运行与操作培训相结合的原则,在试运行期间进行全面、系统的培训工作。 完成系统操作、维护人员的培训(1)完成系统日常操作、故障警报处理、应急处理、系统软硬件维护和中设备巡检等培训;(2)具备经考核合格的日常操作和维护人员上岗。 建立系统运行所需的各项规章制度(1)规范管理队伍;(2)建立日常运行工作制度草案(3)建立日常操作、故障处理、警报处理、应急处理操作规程(草案);(4)建立日常设备巡检制度,制定各项巡检、

8、复核内容;(5)制定系统管理和维护规范;(6)制定日常运行报表生成内容、时间间隔。 组织规范好试运行在试运行的时间段建立规范的可操作的试运行记录内容,制定可操作的试运行记录表格,安排合理的记录周期。 系统培训管理为了保障系统的正常试运行,我们应针对各系统应用,结合各业务部门今后系统运行、管理的实际需要,对管理人员、一般人员进行系统操作等培训。为使培训能真正达到预期的最佳效果,在每阶段的培训之前应对各子系统培训的时间、培训人数、培训工作计划、培训大纲等内容。在实施培训阶段,我们将采用分步式方式进行,一般人员进行操作,再检查各一般人员的操作数据的正确性。1.4. 项目验收方案(一)需求分析项目监理

9、单位组织人员对项目进行验收需求分析,针对项目验收,监理单位需配备2名有经验的工程师和一名行业专家来组成项目团队,负责具体工作。(二)编写验收方案(计划书)项目监理单位在对项目进行深入的需求分析的基础上编写验收方案(计划书),提交市信息办、业主单位审定。(三)成立项目验收小组实施测试验收工作时,应当成立项目验收小组,具体负责验收事宜。(四)项目验收的实施严格按照验收方案对项目应用软件、网络集成效果、系统文档资料的测试和验收。(五)提交验收报告项目验收完毕,对项目系统设计、建设质量、设备质量、软件运行情况等做出全面的评价,得出结论性意见,对不合格的项目不予验收,对遗留问题提出具体的解决意见。(六)

10、召开项目验收评审会召开由验收委员会全体成员参加的项目验收评审会,全面细致地审核项目验收小组所提交的验收报告,给出最终的验收意见,形成验收评审报告提交市信息办和项目业主存档。1.5. 项目质量保证方案公司的质量保证体系通过为所有重要的开发实施活动提供全面的指南、模板和示例,使整个软件开发团队能够有效共享成功经验,提高团队效率,并通过强有力的过程审计手段,最终保证软件开发质1.5.1. 质量保证原则以下为公司在业务质量管理及项目质量管理方面严格遵循的方针和指导原则。本项目我们将遵循如下原则开展质量保证工作。原则一:以顾客为关注焦点不再是基于擅长的技术来开发产品,而是应通过满足客户来推进过程,开发阶

11、段开始一直到维护阶段都是重点,客户使用的过程(售后服务)也要事业化,品质保证贯穿全过程。原则二:用过程控制保证结果质量此过程基于一整套全面的项目质量管理指导方针和质量核对列表,涵盖了项目的各个方面。如某一方面的工作未符合质量标准,这项工作必须重新返工,直到达标为止。此外,我们的质量保证指导方针使我们能对任一执行中项目的各方面状况有一整体了解,从而能及时发现可能或已出现的质量问题。为了保证我们的项目流程的各个环节都能按照客户和公司的要求实施,我们不仅严格执行流程,而且密切监控流程的所有环节,即在各环节执行过程中额外建立独立于流程本身的质量保证体系,对各环节执行结果进行质量抽查,作为业绩评定的重要

12、依据之一。促使所有项目成员遵守公司的项目流程和质量标准。我们的质量保证体系要求我们严格按照质量手册中所明确规定的指导方针来完成项目的各方面工作。质量手册包括各项工作的标准和工作程序,其中包括从项目参与人员的挑选直到具体项目实施细节,以及管理和连续的质量控制。持续的探索精神,保证我们能不断地改进我们的工作程序,从而满足客户日益复杂的高标准要求。原则三:强调评审和审计在每一个阶段都强调评审的重要性,确实将品质保证贯彻到每一个流程阶段中,将品质问题及时消灭在发生问题的流程内,以达到流程控制的目的保证品质。 每个项目的所有里程碑都是重点的审计阶段点,原则上项目的所有阶段结束时都要进行审计;通过质量审计

13、,保证项目问题及早发现,及早预防,避免对项目造成更大的影响或损失。原则四:对客户抱怨建立快速反应机制,有效防止再发生对于接收的客户投诉或抱怨,及时快速处理,并且对所产生的问题进行原因分析判断,提出再发防止措施及预防措施,基于问题的不同层次,在全公司、部门、项目等层次上进行横向展开,有效防止问题再次发生。1.5.2. 质量保证方案1) 质量管理组织公司建立有完善的质量保证体系,在项目组内专门设置质量与配置管理小组,由项目经理直接领导,由各小组长、项目专职质量保证人员、项目专职配置管理人员、各子系统质量保证人员、各子系统配置管理人员等组成。通过规范、明确和落实技术开发人员的质量控制职责,在本项目开

14、发的过程中实施全面的质量管理计划,从需求分析、设计、编码、测试等阶段环节,设立质量控制点,落实质量管理任务,规定各种必要的质量保证措施,以保证所交付的系统能够符合项目合同书规定的各项规定,满足用户的各项需求。2) 配置管理计划在实现软件配置管理计划的过程中,要特别注意实现以下三个里程碑:建立软件质量与配置管理小组:在批准软件配置管理计划、质量保证计划之后,应立即成立软件质量与配置管理小组;建立各阶段的配置基线:在项目任务书评审和批准之后,建立功能基线;在需求说明书评审后,建立指派基线;确认测试完成后,建立产品基线;建立软件库:在本项目的研制工作开始,即在软件系统的计算机开发环境中建立系统的软件

15、开发库,并在配置管理小组的软件系统的计算机管理环境中建立系统的软件受控库。以后在每个开发阶段的结束,在开发环境中建立系统新的开发库,同时把这个阶段的阶段产品送入总的软件受控库,并在开发环境中建立软件受控库的副本。软件受控库必须以主软件受控库为准。开发完成后,在配置管理小组的管理环境中建立起软件产品库,并在开发环境中建立软件产品库的副本。在软件工程化生产的各个阶段中,与当前阶段的阶段性产品有关的全部信息在软件开发库存放,与前面各个阶段的阶段性产品有关的信息在软件受控库存放。在研制与开发本阶段的阶段性产品的过程中,开发者与开发小组长有权对本阶段的阶段产品作必要的修改;但是开发者或开发小组长认为有必

16、要修改前面有关阶段的阶段产品时,就必须通过项目的配置管理小组办理正规的审批手续。因此软件开发库属开发这个阶段产品的开发者,而软件受控库由项目的配置管理小组管理。软件经过系统测试后,应该送入软件受控库;如欲对其修改,必须经软件配置管理小组同意。3) 检查与评审制度软件质量保证工作涉及软件生存周期各阶段的活动,应该特别注意软件质量的早期评审工作,以确保在软件开发工作的各个阶段和各个方面都认真采取各项措施来保证与提高软件的质量。在城管项目开发过程中我们建议应进行如下几类评审与检查工作:阶段评审:在软件系统开发实施过程中,需要定期地或阶段性地对软件系统和文档进行评审。我们建议在本项目中应至少进行以下三

17、次评审:第一次评审软件需求、确认验收方法;第二次评审概要设计、详细设计、测试方法,并对第一次评审结果复核;第三次评审功能和综合检查。阶段评审要组织专门的评审小组,评审小组原则上由应用开发小组成员、城管项目管理小组成员、我公司代表等构成。日常检查:在本项目开发实施过程中,各子系统应该填写项目进展报告,即软件进展报告、软件阶段进度表、软件阶段产品完成情况表等三张表格。软件开发管理人员可以通过项目进展报告发现有关软件质量的问题。软件验收:我们建议组织专门的验收小组对系统进行验收,质量与配置管理小组协助其工作。验收工作应该按照双方都认可的验收规程正式履行验收手续。验收内容应包括文档验收、程序验收、功能

18、测试等几项工作。具体的验收规程另行制订。4) 工具和技术我们在本项目的软件质量活动中,主要使用以下一些工具、技术和方法:软件测试工具,如Rational Enterprise Suite的相关测试平台;软件配置管理工具;主要是CVS、SVN之类的工具,支持用户对源代码清单的更新管理以及对重现编译与连结的代码的自动组织;支持用户在不同文档相关内容之间进行相互检索并确定同一文档某一内容在本文档中的涉及范围;同时还应支持软件质量与配置管理小组对软件配置更改进行科学的管理;文档生成工具。主要为Rational Enterprise Suite的Rose、ClearCase、SoDA等相关工具,Micr

19、osoft的Word、Excel、Project、Visio相关工具,以及PowerDesigner等,协助用户绘制描述系统功能模型、程序流程与结构的用例图、顺序图、类图、库表关系图、开发计划表等,有利于提高文档的编制质量。5) 质量管理文档文档是软件的重要组成部分,是软件生存周期各个不同阶段的产品描述。我公司的质保体系主要从完备性、正确性、简明性、可追踪性、自说明性和规范性等六个方面对文档进行评审,验证和确认各阶段文档的合适性。在本项目实施过程中向客户提交的文档主要有:项目开发实施计划(PIP)软件需求说明书(SRS)用户测试确认报告(STR)用户手册(SUM)项目进展报表(PPR)阶段评审

20、报表(PRR)项目开发实施总结(PDS)6) 质量保证方法提高产品质量通常有三种基本方法:过程和产品质量保证:质量保证人员通过有计划地检查“工作过程以及工作成果”是否符合公司所制定的相关规范,来监控和改进“过程质量”与“产品质量”;技术评审:请同行专家、技术人员对工作成果进行评审,来发现工作成果中的缺陷;测试:通过运行测试用例来找出软件中的缺陷,包括单元测试、集成测试、系统测试、验收测试等。技术评审与测试关注的是产品质量而不是过程质量,两者的技术强度比过程和产品质量保证要高一些。技术评审和测试能弥补质量保证的不足,三者是相辅相成的质量管理方法,三者的示意图如下:为了保证本项目所开发的软件产品的

21、质量符合项目的要求,我们将在本项目中把三种方法有机地结合起来,不仅提高工作效率,同时充分保证产品的质量。7) 过程和产品质量保证过程和产品质量保证(Process and Product Quality Assurance,PPQA)的目的是提供一种有效的人员组织形式和管理方法,通过客观地检查和监控软件开发各个过程中的“过程质量”与“产品质量”,使相关人员和管理者能客观了解过程和相关的工作产品,从而支持交付高质量的产品和服务。它是一种有计划的、贯穿于整个软件产品生命周期的质量管理方法。过程质量与产品质量存在某种程度的因果关系,通常“好的过程”会产生“好的产品”,而“差的过程”将很难产生“好的产

22、品”。虽然最终用户关心的是最终产品的质量,但是作为公司,作为开发团队既要关心产品质量,同时也要关心过程质量,因为过程质量同样会影响产品质量。所以质量保证既关心过程质量又关心产品质量。本公司设有专门的质量保证中心,专门负责对公司各个业务部门的项目进行过程和产品质量保证工作。通常质量保证中心会为每个项目配备质量1-3名质量保证员,组成质量保证小组。质量保证小组一方面在行政上独立于项目,这种独立性有助于质量保证小组客观地检查和监控“过程以及产品的质量”,另一方面,又全程参与项目组的各种活动,确保能够及时发现项目进行过程中已经发生的或者可能发生的各种问题。同时公司赋予质量保证小组一定的权利,可以对质量

23、不合格的工作成果做出处理,这种权利使得质量保证小组的工作不会被轻视,并有助于加强全员的质量意识。质量保证小组将根据该计划定期开展质量保证工作。具体步骤如下:1)、在指定的检查点上,由质量保证员将根据所需要检查的阶段及该阶段的主要工作成果,制定相应的检查表;2)、质量保证员与项目经理及相关人员协商确定检查的时间地点等;3)、在检查过程中,质量保证员根据检查表逐项检查,并记录检查结果,对于检查中发现的问题,填写不一致项跟踪汇总表,并根据问题影响及严重程序对问题进行适当的分类;4)、检查完成后,质量保证员汇总不一致项跟踪汇总表,并与项目经理共同确定问题的解决措施,对于项目组不能解决的问题,由高级经理

24、协助解决;5)、质量保证员跟踪问题的解决情况,直到所有问题都已经被解决为止;6)、质量保证员根据检查结果编制质量保证报告,向高层经理、项目组通报质量评价和分析结果。8) 技术评审技术评审是由软件工作产品编写者的同级或同行人员对软件工作产品进行的评审,它的基本目标是通过评审来发现缺陷,进而提高产品质量。技术评审方法被普遍认为是软件开发的最佳实践之一,并已经被业界广泛采用并收到了很好的效果,它能够在任何开发阶段执行,它可以比测试更早地发现并消除工作成果中的缺陷。技术评审的主要好处有:通过消除工作成果的缺陷而提高产品的质量;越早消除缺陷就越能降低开发成本;开发人员能够及时地得到同行专家的帮助和指导,

25、无疑会加深对工作成果的理解,更好地预防缺陷,一定程度上提高了开发生产率。从理论上讲,为了确保产品的质量,产品的所有工作成果都应当接受技术评审。在实际工作中为了节约时间,通常会有选择地对一些重要的工作成果进行技术评审。技术评审方式也视工作成果的重要性和复杂性而定,通常可以分为审查(Inspection)、走查(Walk through)、轮查(Pass around),其中审查最正式和严格、轮查则最不正式。根据本项目的实际计划,制定的评审计划如下:序号项目阶段按受评审的工作产品评审方式主要参与评审人员1需求开发产品需求规格说明书审查业务专家4人客户代表、业界代表3人2概要设计概要设计说明书审查业

26、务专家1人系统分析员3人客户代表、业界代表2人3详细设计详细设计说明书走查业务专家1人系统设计人员3名项目经理4编码源代码轮查业务专家1人编码人员3名5测试测试方案、测试用例走查业务专家2人测试人员2名备注:质量保证人员通常也参与技术评审活动。1.5.3. 项目质量保证措施在项目开发及实施过程中,通过对过程质量的监督检验,防止由于偶然性和异常性原因,特别是异常性原因产生的质量问题和积累和延续,减少人力物力损失。本项目质量保证流程图如下: 1) 项目质量保证计划公司按照CMMI的要求实行项目质量保证机制,为本项目配备2名专业的完全独立于项目组的质量保证人员(SQA),项目SQA负责人在项目开发策

27、划期间,就着手制订项目的质量保证计划,以确保质量保证计划中活动的范围和时间与项目开发计划以及配置管理计划保持一致。本项目质量保证计划从过程角度对项目质量进行保证,质量保证计划随项目进展而更新,质量保证计划经正式评审,并得到所有与计划执行有关的人员的批准后严格执行。参与人员SQA负责人:进行项目质量保证活动的策划。项目经理:对项目质量保证计划的制订予以支持。客户代表任务软件质量保证计划和软件开发计划同时制定。软件质量保证计划的内容如下:明确质量保证目的、范围及质量保证计划与其它项目计划的关系。描述质量保证的组织、权限和责任。描述质量保证怎样参与支持项目策划和开发。指出SQA如何对项目过程和产品的

28、符合性进行验证。指出质量保证所需的资源,包括人员、培训、工具、设备、设施等。在计划中确定要对哪些过程和产品进行评审。软件质量保证计划的评审质量保证计划完成后,应组织相关人员进行评审,评审人员包括:项目经理;质量保证经理;SQA汇报的高层经理;项目组长;配置管理负责人等。项目质量保证计划的管理项目的软件质量保证计划经过评审批准后,应交给项目经理放入项目控制数据库,并与项目开发计划以及配置管理计划一起进行版本管理。项目质量计划制定完成后将跟随项目的进展开展各类评审审计活动,参加评审和审计的人员情况如下:审计人员来自公司内部或外请专家,他们对项目业务/技术/管理有所擅长或领先。所有审计人员都需要接受

29、CMM的相关知识培训和审计知识培训审计小组成员很多来自于其他项目,所以之前要进行协商确定审计小组成员;每个项目要求至少两个审计人员,并且要有至少一个后备审计人员(一般由SEPG担任)。2) 项目过程评审过程评审是软件质量保证活动中最重要工作,它通过对项目过程的评审,发现过程中存在的与标准软件过程的不符合,及时采取纠正措施,以确保项目过程的质量。公司的对本项目过程评审将按CMM要求执行。参与人员SQA负责人:根据本文件的要求进行过程评审,并对过程评审中发现的不符和项进行处理、跟踪,直至问题关闭为止;项目经理:配合SQA负责人进行过程评审,认可不符合项,处理不符合问题直至问题关闭为止。任务项目定义

30、的软件过程是通过对组织标准软件过程进行裁剪后形成的,它是SQA进行过程评审的基础。SQA人员应该准备并依照SQA过程评审报告中的检查表来对过程活动进行评审。SQA负责人与项目经理共同协商确定需要评审的过程,并在软件质量保证计划中详细描述评审内容、时机、任务等。SQA 负责人通过与项目经理及项目组成员的访谈或参与到项目活动中来进行评审,适当的可以检查有关的过程产品。检查时使用checklist。将评审结果记录在checklist中。对符合检查项填写“是”;否则填写“否”,表明不符合过程定义。评审完成时,在评审报告中总结发现的问题,并与项目经理和适当的项目组成员进行讨论,目标是阐明问题并对怎样解决

31、不符项达成一致意见。应尽量在项目级解决不符合问题。3) 项目中的产品评审项目中的产品评审是为了发现任何形式表现的软件功能、逻辑或实现方面的错误,并通过评审验证软件的需求,保证软件按预先定义的标准表示。对本项目的产品将采用如下流程:参与人员客户方:参加产品评审会,对产品提出改进意见和建议SQA负责人:根据客户需求及项目的要求组织产品评审,并对评审中发现的不符和项进行处理、跟踪,直至问题关闭为止;项目经理:参加项目中的产品评审,认可不符合项,处理不符合问题直至问题关闭为止。项目各业务组、技术组负责人:参加项目中的产品评审,对不符合问题尽快处理直至关闭。任务召开评审会议:一般应有3至5人参加,会前每个参加者做好准备, 评审会每次一般不超过2小时。会议结束时必须做出以下决策之一:接受该产品不需要做修改;由于 错误严重拒绝接受;暂时接受该产品。评审报告与记录:所提出的问题都要进行记录,在评审会结束前产生 一个评审问题表,另外必须完成评审简要报告。 4) 产品审计SQA负责

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2