沈阳东东质量手册

1、 业务规程R-02001总页数39正文35附件4文件管理部门:项目管理部沈阳东东质量手册 批准人柳玉辉审核人刘 岩拟制人崔 戈批准日期1999.5.12生效日期1999.5.12关联文件沈阳东东系统集成有限公司更改记录序号发行日更改对象·更改内容批准审查拟制01999.5.12新发行柳玉辉刘 岩崔 戈11999.9.10组织结构调整，修改第7、8页，附录4页柳玉辉王齐崔 戈21999.11.2部分章节号调整；P6 质量目标修改；P16 增加设计输入、设计验证、设计确认要求；P24 修订接收检查部分内容；P27 修改4.13.4.2内容；P33 增加服务的验证要求。柳玉辉王齐崔 戈31

2、999.12.21P3 增加03.2.12开发部门定义；P7 修改组织结构图以及部门名称；柳玉辉王齐崔 戈42000.08.18P7 修改组织结构图，增加营销副总，取消国际体系副总，增加开发体系副总；P8 修改总经理、副总经理职责权限；柳玉辉张秀邦崔 戈01.目录 01. 目录102. 质量手册发布令203. 引用规范、术语和缩写31.0 质量手册的管理42.0 企业概况53.0 质量方针64.0 质量体系要求74.1 管理职责74.2 质量体系114.3 合同评审134.4 设计控制154.5 文件和资料控制174.6 采购194.7 顾客提供产品的控制214.8 产品标识和可追溯性224.

3、9 过程控制234.10 检查和测试244.11 检查、测量和试验设备的控制254.12 检验和试验状态264.13 不合格品的控制274.14 纠正和预防措施284.15 搬运、贮存、包装、防护和交付294.16 质量记录的控制304.17 内部质量审核314.18 培训324.19 服务334.20 统计技术35附表1：各要素关联规程、标准一览表 附表2：部门人员职责与ISO9001要素对照表02 质量手册发布令为了贯彻质量方针和实施质量目标，不断满足顾客的要求和期望，实现企业的更高管理水平。本公司采用IS09001 ： 1994 质量体系 设计、开发、生产、安装、服务的质量保证模式标准建

4、立并完善了质量体系，组织编写了质量手册并发布实施。本手册制定了沈阳东东系统集成有限公司(简称东东公司)产品及服务中有关质量保证的相关事项,其目的就是要有效地保证产品质量满足用户的要求。本手册的质量体系适用于东东公司在软件产品、软件项目和系统集成项目的设计、开发、生产、安装、服务过程的所有阶段。我作为本公司最高管理者郑重宣布：对本公司的产品质量承担法律规定的责任。 沈阳东东系统集成有限公司 总经理： 1999.5.1203. 引用规范、术语和缩写03.1 本质量手册在未事先声明的情况下,引用如下规范：ISO 9000-3：1997 质量管理和质量保证标准第三部分：ISO9001在计算机软件开发、

5、供应、安装和维护中的使用指南ISO 9001：1994 质量体系 设计、开发、生产、安装和服务的质量保证模式ISO 8402：1994 质量管理和质量保证术语03.2 本手册使用的专用名词的定义如下所示，原则上使用ISO9000-3：1994在计算机软件开发、供应、安装和维护中的使用指南中的定义：03.2.1 软件 由与数据处理有关的程序、步骤、规则以及相关的文件组成的智能物。03.2.2 软件产品 交付给用户的完整的计算机程序、步骤、相关的文档以及指定的数据。03.2.3 软件项目 软件产品开发的中间步骤或最终步骤任何可识别部分。03.2.4 开发 生产一个软件产品所执行的所有活动03.2.

6、5 阶段 能明确定义的工作的一部分。(阶段既不隐指使用具体的生命周期模式，也不隐指软件产品开发中的一段时间)03.2.6 产品 公司生产的软件或服务的全体。03.2.7 (软件)验证 为了保证某一阶段的产品的正确性及与作为阶段前的输入的产品和标准的一致性而进行评价的过程。03.2.8 (软件)确认 对软件进行评价以保证符合特定要求的过程。03.2.9 设计将用户对系统的要求及潜在要求，转化为方案，最终使用户获得满意的使用功能。03.2.10 检查 确定质量活动及相关结果是否与计划相一致,计划是否被有效地执行达成目的所要求的条件是否具备而进行的一系列调查活动.03.2.11 (软件)测试，试验用

7、机器、设备等实际系统来评价产品的一项或几项要求是否得到全部满足。03.2.12 开发部门 泛指公司内部从事软件开发的部门，可以是开发事业部，也可以是开发部。03.3. 缩写DR(Design Review) - 设计审查WT(WalkThrough) - 是开发过程中为了保证产品的质量而召开的技术研讨会。REV(Revision) - 是指文件、程序等的版本。1.0质量手册的管理1.1概述本质量手册对沈阳东东系统集成有限公司的质量体系作了宏观描述。加强对质量手册的编制、审核、批准、发布、更改、修订、换版和日常使用的管理，对保持质量手册与程序文件的一致性和有效性具有十分重要的作用。1.2职责 项

8、目管理部在管理者代表领导下，负责质量手册的管理工作。1.3管理内容与要求1.3.1质量手册的批准发布质量手册编制完成后，由管理者代表审核，总经理终审后批准正式发布。1.3.2质量手册的发放与保管1.3.2.1质量手册发布后，正本由项目管理部保管，副本向各使用部门发放。发放的范围和数量由项目管理部根据工作需要确定。1.3.2.2 本质量手册分为受控和非受控两种版本，由项目管理部负责管理。1.3.2.3 受控质量手册发放对象为认证机构、本公司各职能部门中层以上领导及相关人员。仅限于在公司内部使用，由项目管理部编号登记并履行签发手续。持有者应妥善保管，未经批准，不得外传、外借。1.3.2.4 非受控

9、质量手册发放对象为顾客及其他有关人员。1.3.3质量手册的更改、修订、换版1.3.3.1针对质量手册与程序文件在实施中发现的不一致和缺陷等问题，由项目管理部负责更改、管理者代表审核、总经理批准。要保存更改记录。1.3.3.2当质量体系与外部环境有较大变动时，应由总经理批准，项目管理部组织质量手册的换版。1.3.3.3当发生下述情况时，对质量手册进行更改：a. 质量方针变动；b. 组织机构有较大变动；c. 质量保证要求或合同有较大的变动；d. 内部质量审核和管理评审提出重大改进；e. 质量手册依据与法规换版等。1.3.3.4 质量手册的更改、修订的批准按文件和质量改进程序进行。1.3.4质量手册

10、的日常管理1.3.4.1质量手册持有者要妥善保管，不得遗失、外借或擅自修改、修订。应及时反馈修改意见。1.3.4.2项目管理部负责对质量手册的更改修订进行管理，确保各部门使用的质量手册是现行有效版本。2.0. 企业概况沈阳东东系统集成有限公司（以下简称公司）成立于1996年3月，是由宝钢东软信息产业有限公司与日本东芝公司合资组建的企业。公司主要从事计算机软件及系统集成产品的开发和销售等业务。公司几年来致力于计算机软件的研究和开发，包括手写体识别技术、智能图像技术与处理技术、应用软件开发技术，同时还承担东芝公司委托的日本计算机软件应用项目的开发工作。 到1998年底，共完成软件研究和开发项目一百

11、多个，累积创汇200多万美元，1998年全年产值3000万元人民币，公司的人才队伍也从当初的十几人发展到目前的一百多人。产品是企业的生命，产品是企业求得生存和服务社会的根本。软件作为一种高科技、高智慧 的产品，正日益成为社会运行中的重要组成部分。为开发适应社会需要的软件产品，东东公司建立了一整套的产品开发运行机制，从项目的承接洽谈到出厂维护都严格进行过程的管理、控制和审查，并与国际质量认证体系接轨，切实有效地进行ISO9000的质量管理工作。东东公司在严格的质量管理体系下开发出一系列的产品均受到用户的好评。东东公司开发基地位于我国规模最大的软件园 东北大学软件园内，环境优美，充满了现代化高科技

12、气息，东东公司成立之初就采用现代化的运行机制，建立了一流的开发环境。规模化和可持续发展是公司长期发展的根本目标，力争在未来的三年内把东东公司建成国内一流的计算机软件公司。公司地址：中国·沈阳市三好街84-2号东大科学馆邮政编码：110003联系电话：86-24-23783000 3.0 质量方针沈阳东东系统集成有限公司的质量方针包括：3.1质量宗旨： 质量第一、技术先进、管理科学、顾客至上3.2质量目标： 力争合同履约率达到100%。3.3实施原则： 制度化 以完善的质量体系规范所有的工作流程； 科学化 用科学的手段不断提高产品的质量水平； 全员化 让每位员工都自觉参与过程的质量控制

13、。 沈阳东东系统集成有限公司 总经理： 1999.11.24.0 质量体系要求4.1 管理职责4.1.1. 概述 确定与质量有关的组织机构人员和质量职责、权限以及相互之间的关系并使之得到贯彻执行，确保本公司质量体系有效运行，以实现规定的质量目标。4.1.2. 适用范围适用于本公司管理系统的各个职能部门及有关人员。4.1.3. 质量方针4.1.3.1 本公司的质量方针见本手册3.0章节。4.1.3.2 质量方针由公司总经理制定并发布，包括质量宗旨、质量目标、实施原则和对顾客的承诺。4.1.3.3公司全体员工应理解并自觉贯彻质量方针。4.1.4 组织结构4.1.4.1 按照ISO9000的要求，东

14、东公司在管理工作中建立与质量体系相适应的组织结构并规定职权范围。下图为与质量管理相关的组织机构：总经理管理者代表行政管理副总经理开发体系副总经理 营销事业部办公室市场营销副总经理 国际事业一部 商务部技术支撑部 国际事业二部开发部国际事业三部开发部开发部 产品开发事业部项目管理部质量体系组开发部4.1.4.2领导及职能部门的职责权限4.1.4.2.1总经理：a. 总经理作为公司的最高行政管理负责人，是公司质量体系的最高责任者，主要负责公司经营的整体规划、决策，公司业务发展战略及调整。负责重大质量决策，配备资源，任命管理者代表。b. 确定公司质量体系的结构，制定批准发布公司质量方针、质量目标，批

15、准质量体系的运行与改进。c. 负责管理评审，对质量体系的有效性负责。d. 规定各部门，各级人员质量职责、权限和相互关系。 4.1.4.2.2副总经理：a. 公司设立副总经理职务若干名。主要受总经理指派协助总经理负责公司的某一或几方面的主要业务工作，并为其主要责任管理业务。公司根据业务需要分别设立开发体系副总经理、市场营销副总经理和行政管理副总经理。b. 开发体系副总经理： 主要是受总经理的指派负责公司软件开发工作，主管国际事业一、二、三部、产品开发事业部和项目管理部。主要职责是批准软件产品开发、项目立项、开发资源管理、开发工作总体分配、开发过程监控及评价。c. 负责行政管理的副总经理： 主要是

16、受总经理的指派负责公司整体的行政管理工作，主管办公室和财务部。其职责包括公司整体的行政事务处理、计划财务管理、人事管理、固定资产管理及后勤服务，同时，也负责公司分支机构的相关行政业务。d. 负责市场营销的副总经理 负责公司整体的市场营销工作，包括市场开拓、销售网络管理、技术服务、商务服务。主管营销事业部；同时，也负责公司分支机构的经营业务工作。 4.1.4.2.3办公室： 办公室负责公司自用设备的登记、管理，以及公司员工培训的归口管理工作。4.1.4.2.4营销事业部： 技术支撑部：合同项目的执行、设备维修及维护。 商务部：国内合同管理、设备采购、库房管理、产品价格制定、部门协调管理。4.1.

17、4.2.5项目管理部： 负责合同管理、项目统计、文档管理、项目验收及评价、阶段性检查、组织编制和修订质量体系文件、协助实施管理评审和内部质量体系审核、受控文件的管理。4.1.4.2.6产品开发事业部： 负责国内应用软件产品、合同项目分析、设计、编码、测试和维护。4.1.4.2.7国际事业一、二部、三部：负责国际应用软件产品、合同项目分析、设计、编码、测试和维护。4.1.4.2.8 开发人员： 负责软件产品的需求分析、设计、开发和维护以及测试发现问题的修改。4.1.4.2.9 检验人员： 严格按照程序要求进行检验和测试，防止不合格产品的误用。4.1.4.2.10 内部质量审核员： 负责进行质量体

18、系的内部质量审核。4.1.4.3资源与人员a. 开发部门在开发工作之前应明确对管理、执行工作和验证活动所需资源的要求，如人员、设备及开发必备环境和业务验证工作等各项资源需求并准备充足。业务验证工作包括了设计评审、接收检查、综合测试、出厂检查、内部体系审核等多项内容。b. 按确定要求配备所需资源，包括配备经过培训合格的人员。4.1.4.4管理者代表 a.为了确保质量体系持续有效地运行,由公司总经理在公司高层领导中任命。 b.管理者代表要向东东公司总经理报告质量体系的运行情况,并基于此改进质量体系。这包括：(1) 确立保持和完备质量体系l 确定质量保证的重点目标l 控制质量手册(制定、发布、审查)

19、l 策划与执行内部质量审核和分承包方质量审核(2) 维护与执行质量体系l 让全体员工彻底了解质量手册的内容l 推进公司内部的标准化l 策划并举行有关质量会议l 收集并传达有关质量的信息(3) 不合格品的管理及纠正措施l 确认不合格的原因、应采取的对策l 研究防止再发生或横向扩散的对策l 形成可防患于未然的质量体系(4) 其它l 调整公司内外相关联的各种质量事项4.1.4.5 管理评审4.1.4.5.1 项目管理部是管理评审的责任部门，由总经理负责主持，公司其他管理者参加，并应在内部质量体系审核的基础上进行。4.1.4.5.2东东公司最高管理者应定期对质量体系进行评审，每年至少应进行一次，并且两

20、次评审的时间间隔不超过12个月，以保证质量体系持续有效地运行。如遇有下述情况可适当追加进行管理评审的频次：a. 公司组织结构发生较大变化；b. 社会要求发生较大变化；c. 市场要求发生较大变化；d. 发生重大质量事故或顾客严重申诉；e. 其他情况4.1.4.5.3 管理评审的准备a. 由公司管理者代表组织编制管理评审计划，报总经理批准后实施。b. 按计划规定有关部门负责人准备提交管理评审资料和信息。内容包括：(1) 内部质量审核和纠正预防措施的结果；(2) 市场要求变化及本公司产品销售情况；(3) 本公司产品质量技术状况、水平；(4) 社会要求变化（如技术标准变化，某些法规变化等）。4.1.4

21、.5.4 管理评审内容 a. 内部质量体系审核的结论和预防措施的实施结果。 b. 质量体系有效性评价。 c. 质量体系对内、外的适宜性及因此而需要进行调整，修改的建议。 d. 质量方针、质量目标和质量体系的适应性评价。4.1.4.5.5 管理评审形式 公司管理评审采用会议形式进行，参加人员除公司管理者外，还可以视需要选择有关部门参加。4.1.4.5.6 管理评审报告a. 评价结论形成的评审报告应经总经理批准，并提出纠正和改进措施。b. 评审报告应分发至总经理、副总经理、管理者代表及所涉及的有关部门领导。c. 由管理者代表组织，项目管理部实施对纠正的跟踪监控。d. 管理评审的全部记录由项目管理部

22、保存。4.2 质量体系4.2.1. 概述 质量体系是贯穿软件产品整个生命周期的集成化过程体系。建立质量体系强调的是防患于未然而不是事后纠正。 公司应按ISO9001：1994标准建立保持文件化质量体系并有效实施。可以按有系统、条理的文件化质量计划来实现软件开发的质量保证活动,确保本公司的软件产品开发和系统集成、研制符合规定要求。 4.2.2. 适用范围适用于本公司管理层、各职能部门和相关人员的所有与质量有关的活动。4.2.3. 职责a. 项目管理部是建立并保持质量体系的责任部门。b. 公司组织结构及人员的职责权限见本手册第4.1节。4.2.4. 管理内容与要求4.2.4.1 本公司建立质量体系

23、，并形成质量体系程序文件（即规程）。4.2.4.2 质量体系文件结构见图1。资料、表格（记录）作业标准管理规程质量手册图1：质量体系文件结构4.2.4.2.1 质量手册a. 公司根据ISO9001：1994标准要求编制质量手册，手册阐明公司的质量方针，并描述公司的质量体系。b. 质量手册覆盖了 ISO9001：1994标准的全部要求，概述了质量体系文件结构，引用了质量体系程序。4.2.4.2.2 质量体系程序a. 公司编制了与质量方针和 ISO9001： 1994标准相一致的质量体系程序文件（即规程文件），见附表1，各要素关联规程一览表。b. 程序文件为质量手册的支持性文件，规定实施质量体系要

24、素的途径和方法，具有可操作性和检查性。c. 为有效地实施文件化的质量体系，各职能部门应严格贯彻执行程序文件规定的要求。4.2.4.2.3 作业文件作业文件是为操作者提供作业指导及必要的评定标准，如作业指导书、作业指令、操作规程、管理规定等。4.2.4.2.4 质量记录 质量记录的控制见质量手册4.16章“质量记录控制”。4.2.4.3 质量策划4.2.4.3.1 公司对管理、执行和验证活动进行质量策划，并将策划结果形成文件且与质量体系文件相一致。4.2.4.3.2 为使本公司满足软件产品项目或合同规定的要求，本公司应确定以下活动： a. 在合适的地方用可测量的用语表示质量要求；b. 软件开发使

25、用的生存周期模型；c. 规定每一项目阶段的启动和结束的准则；d. 明确执行的评审、测试以及其他验证和确认活动的类型；e. 明确正在执行的配制管理规程；f. 明确下列有关详细策划（包括进度安排、规程、资源和批准）及具体职责和权限： 配置管理 开发产品的验证和确认 顾客提供产品的验证 不合格品控制和纠正措施 执行质量计划中所述各项活动的保证，质量计划是质量体系应用于特定的项目、产品或合同剪裁的结果。4.2.4.3.3适用时，质量计划可以包括引用的和/或项目、产品合同专用的规程。质量计划应随开发的进展而更新，并在每一阶段开始时，将更改阶段有关的所有组织进行评审并取得一致意见。4.2.4.3.4描述质

26、量计划的文件可以是一个独立的文件，或者另一文件的一部分，或几个文件组成。质量计划可以包括或引用单元测试、组合测试或验收测试的计划，关于测试策划和测试环境的指南，见本手册4.10 “检验和测试”。4.2.4.3.5 附表-1中描述了相关文件间的关系。4.3合同评审4.3.1. 概述 为了保证公司开发的产品能够达到和满足客户的需求，需在签定合同之前对合同内容进行分析、评审，力求达到对合同需求和约束条件的共同理解，确保公司有能力准确地实现合同条款。4.3.2. 适用范围适用于公司开发的所有定制半定制软件。4.3.3. 职责a.国际合作项目部分（1） 项目管理部是国际合作项目合同评审的责任部门。（2）

27、 开发部门将获得的用户需求信息和招标信息通知项目管理部，并对其进行分析，从中挑选适合的项目。（3） 由项目管理部组织开发人员进行合同的准备工作，并进行估价。（4） 估价书须经开发部门部长审查和负责开发的副总经理批准。b.国内软件开发部分（1） 商务部是国内软件开发合同评审的责任部门。（2） 由营销事业部对获得的用户需求信息和招标信息等进行分析，编写分析报告，从中挑选适合的项目，经主管领导批准后通知项目管理部。（3） 由商务部组织开发和市场的人员进行投标前的准备工作，拟订投标书并进行估价。（4） 由商务部组织开发、技术支撑部和市场的人员（技术支撑部必要时参加，以下同。）对投标书进行评审，提出修改

28、意见。评审通过后送交主管领导审批，合格后参与投标。（5） 由商务部组织开发、技术支撑部和市场的人员对客户的需求（文字或口头）进行分析，并制作概要需求规范书。在概要需求规范书的基础上制作估价书（6） 由公司制作合同书时，与客户洽谈的部门负责合同草案的编制。由商务部组织开发、技术支撑部和市场的人员对合同草案进行评审，评审结果记录在DR-Q记录中。4.3.4. 管理内容与要求4.3.4.1 建立并保持R-03000合同交接规程和R-03001合同评审实施规程。4.3.4.2 合同内容这里指客户或市场部提供给开发部门的需求(规范与工作条文)。 开发部门应按照文档化的程序接收客户的文档, 了解客户的需求

29、。如果客户的要求是口头上的, 也要在记录后由客户(签字)认可。对需求进行评审以保证所有需求都正确地文档化。同时, 合同评审也要保证合同内容符合相关的政策法规。合同评审记录作为评审过程中的一种质量文件存档维护。4.3.4.3 合同评审的要求4.3.4.3.1在投标或接受合同之前，应对每一标书、协议、定单、合同进行评审，以确保达到下列要求：a. 顾客的各项要求都有明确规定，并形成文件。如以口头方式接受合同或定单，公司应确保定单在其被接受之前得到同意。b. 所有与顾客要求不一致的内容都已通过协商解决。c. 公司应具有满足合同要求的能力。4.3.4.3.2需求规范中的未确定事项 开发部门对在需求规范中

30、未决定和估计的事项要在文档中记录下来并继续跟踪直到事情得到解决。4.3.4.3.3 需方需求规范说明a. 在合同洽谈过程与开发过程中，供需双方都应有指定的负责人负责需求规范问题并由项目负责人把这方面内容记入到开发计划书中去。b. 由开发方确定的需求规范应与需方讨论后形成文档并经需方认可。由需方提供的文档也应在与需方讨论后，以“议事录”的形式，经需方认可形成补充说明的文档。这些文档作为开发文档的一部分由项目的文档负责人管理。c. 必要时,在此过程形成“产品验收规范”以便为后面的产品验收工作提供依据。d. 在项目开发人员未直接与需方讨论时, 要有合同交接手续。4.3.4.3.4 配置管理a. 配置

31、管理是对记述客户需求事项的文件、从客户获得的文件数据、设计文档、程序及环境进行管理。b. 在项目开发计划中应明确必要的配置管理者、配置管理活动及工具、方法等。c. 如果在开发与维护活动过程中出现变化，开发部门应基于配置管理进行更改。d. 配置管理工具也作为环境的一部分统一管理。4.3.4.4 合同评审的内容：a. 评审中的质量条款。b. 需求规范中的未确定事项。c. 顾客需求规格说明。d. 生产能力和交货期要求。e. 有关法律法规要求。f. 其他要求4.3.4.5 合同评审的方式 合同评审采取会议评审方式。4.3.4.6 根据评审结果，对标书、合同协议草案、定单、询价等含糊不清的地方，应征得顾

32、客答复后，及时反馈给有关部门。4.3.4.7 对顾客或有关方面提出的不适当要求，应与顾客协商研究后妥善处理。4.3.4.8 最终合同评审 项目管理部负责组织相关部门参加国际合作项目的合同评审，国内项目的合同评审由商务部组织相关部门共同进行，销售代表应与开发部门相互核实评审记录。4.3.4.9 合同修订如果合同内容有任何变动, 都需要有文档记录。即使得到的是口头上的改动, 也应该记录下来, 并由提出者认可。同时, 合同改动也要在公司内部进行审查，并按规定的渠道将修订的内容正确地传递到公司的各有关部门。4.3.4.10 合同评审中形成的记录，按本手册质量记录的控制要求进行保管。4.3.4.11建立

33、并保持评审中的质量条款 在合同签署前应就软件的版权和所有权、安装和验收方式、维护方法达成一致意见。公司内部进行的合同评审要对合同中的所有质量条款方面的内容逐一检查并记录。4.4设计控制4.4.1. 概述 软件开发、设计是软件产品形成的关键环节，通过对产品开发的策划，设计、制造过程建立并保持文件化规程，以确保满足规定的要求。开发软件产品要在开发过程的各个阶段中融合质量管理过程。开发部门以质量管理工程图来计划每一实施的过程，并以此为基础进行开发。每一项工程都按制定的程序进行管理确保软件产品的设计质量。4.4.2. 适用范围适用于公司所有开发部门的软件开发过程。4.4.3. 职责a. 开发部门是设计

34、控制的责任部门。b. 项目管理部负责实施项目开发过程中的质量控制活动。4.4.4. 管理内容与要求4.4.4.1开发策划与质量策划a.为把顾客的需求规范转化成软件产品，开发计划应制定包括质量计划在内的严格的过程或方法，把工作划分成几个阶段，并标识出：l 所进行的各开发阶段l 每个阶段所要求的输入l 每个阶段所要求的输出l 对每个阶段的验证过程l 在各开发阶段为达到特定要求所存在的潜在问题的分析b.开发计划应规定如何管理项目，并标识出：l 有关设计、实现及交付成果的进度表l 进度控制l 以可检验的形式明确每一工程的成果l 确定实施设计审查的预定时间l 确定配置管理计划l 确定设计标准l 组织机构

35、的职责、资源和工作安排、人员培训计划l 明确质量目标和性能要求l 不同部门、项目组之间组织上和技术上的接口c.开发计划应鉴别保证所有工作正确执行的方法，包括：l 开发规则、惯例和条例l 开发工具和技术l 配置管理d.开发计划要得到项目管理部的确认。4.4.4.2组织与技术上的接口在(系统)开发计划书中明确开发部门开发负责范围、责任分担、所有各方之间传递信息的方式及定期确认的方法。确定接口时，除应考虑顾客和供方之外，还应考虑到对安装和培训活动有要求的各方，特别是可能需要最终用户和中间操作人员的参与。还应考虑内部接口的关系。4.4.4.3开发阶段的输入和输出a. 应确定每个开发阶段的输入、输出并记

36、入文档。开发部门要按照开发计划根据事先确定的规程与标准完成并验证各个阶段的成果。b. 各阶段的输入包括适用的法令和法规要求、前一阶段的输出、每个阶段的作业标准等。开发部门要在各阶段开始前明确准备这些内容，对其中不完全、不明确的事项提出解决的对策。c. 设计输入应考虑合同评审活动的结果。4.4.4.4设计评审与设计验证与确认a. 设计评审应根据每个阶段的开发计划与结果进行。相关部门要参加每个阶段的设计评审，记录并保存设计评审的结果。b. 在每个阶段的结束期，项目负责人应通过DR或WT、测试等活动验证该阶段设计输出的成果是否满足输入要求。c. 在产品提交用户验收之前，应根据其规定的预期用途确认产品

37、的运行符合合同要求。设计确认的结果，以及需进一步采取的措施和实施情况应加以记录。4.4.4.5进度控制a. 为了明确把握软件开发过程的进度,产品开发部门要制作进度管理表。进度管理表要从(掌握全局的)大日程表到(内容细化的)中/小日程表展开制作。b. 各个工程开始前要完成详细管理的工程进度管理表。进度管理表要得到项目负责人的批准。开发部门将进度情况定期地记录在进度管理表上,依此记录评价进度的最新状况。c. 为了保证开发计划的有效实施，应计划并安排进度评审，讨论出现的问题及解决办法，并将讨论结果作出文件归档。4.4.4.6质量策划 质量计划作为开发计划的一部分来考虑处理。质量目标作为开发目标的一部

38、分尽可能以定量形式在开发计划书给出。项目的质量计划在开发计划书中具体规定。4.4.4.7 设计更改a.更改要求的发生 更改要求发生的原因有顾客需求规范发生变化和开发中发现问题引发更改两种。 c.更改的受理 为了对发生的全部更改要求进行有效管理，将更改内容记录在更改管理表上。更改管理表包含的项目有：管理号，更改要求内容，受理日，结果(更改要求的处理结果、处理状况) d.更改的调查·研讨 确认更改内容的适当性，调查、讨论更改的影响范围和处理方法，必要时形成文档。 e.更改的审查，实施判断 项目负责人审查更改的调查、讨论结果，确定是否实施更改，并指定更改责任者进行更改。 f.发行，释放，通

39、知 项目负责人须在考虑开发状况和顾客的希望的基础上决定更改后的设计文档的发行、程序的更新、释放和通知有关人员。4.4.4.8配置管理a. 配置管理是对记述客户需求事项的文件、从客户获得的文件数据、设计文档、程序及环境进行管理。配置管理提供了标识、控制、和追踪每个软件项的正式版本的机制。b. 在项目开发计划中应明确必要的配置管理者。c. 如果在开发与维护活动过程中出现变化，开发部门应基于配置管理进行更改。 d. 配置管理工具也作为环境的一部分统一管理。4.5 文件和资料控制4.5.1概述 为保证在质量体系运行中起重要作用的各环节，都使用有效版本的文件和资料，应对公司文件化的业务信息(称文件)，规

40、定出恰当的管理制度，以确保关联部门的相关人员能够获得充分的信息和数据，并防止公司信息，客户情报被泄露或不合理使用。4.5.2. 适用范围 以公司内部发行的所有业务文件及从公司以外收到的业务文件为对象，适用于公司所有部门。4.5.3. 职责a. 办公室和项目管理部是文件和资料控制的责任部门。b. 办公室负责管理公司组织、章程、业务文件、中长期企化、预算，董事会材料等文件；c. 项目管理部负责管理质量体系文件、国际合同文件、质量记录、开发结束后的设计文档等；d. 开发部门保存在产品开发过程中形成的设计文档、质量记录等；e. 营销事业部负责管理市场、销售、公司宣传材料、国内合同；f. 各类文件的实施

41、责任者指定文件编写，审查，批准责任者和改版修改人。文件管理者根据相关规程或规定负责文件的保管，分发和废除。4.5.4. 管理内容与要求4.5.4.1 建立并保持R-05000文件管理规程。4.5.4.2 文件及资料包括： 规定业务规则的管理规程；规定期限规则的业务通知；记述业务工作方法等说明的作业标准；记述产品质量的状况及质量体系运营情况等的质量记录；提交给用户的作为各种产品设计、制作的成果的规范书，说明书等设计文档；归纳了技术成果、调查结果等的技术报告；公司内外用培训资料；以向第三者宣传为目的的产品说明书、产品目录、手册类型及除上述外的产品业务文件、产品业务以外文件( 联络书、报告、提案书、

42、会议通知、交付书)；从关联企业、用户等处获得的相应类型的文件。， 文件记录媒体为纸张，磁带，磁盘，或光盘。4.5.4.3 文件和资料的批准和发布a. 各类文件和资料的编写应按规定进行，确保文件和资料的有效性。b. 文件和资料在发布前应由授权人员审批其适用性。应制定并可随时得到识别文件的现行修订状态的控制清单和有效版本,以防止使用失效和/或作废的文件。c. 要清楚地标明文件的分发对象和合适的发行时间(期),以保证在对质量体系有效运行起重要作用的各个场所都能得到相应文件的有效版本。d. 以电子媒体形式在公司内部网上发布的质量体系文件，作为书面发布的质量体系文件的辅助性文件，以方便查询和使用。当与书

43、面发布的质量体系文件发生冲突时以书面文件为准。4.5.4.4文件和资料的更改a. 文件和资料的更改一般应由该文件的原审批部门进行审批。若指定其它部门审批时，该部门首先应获得审批所需依据的有关背景资料。b. 应按照文件控制规程说明标注文件修改情况。c. 为法律和/或积累知识的目的所保留的任何已作废的文件和资料，都应进行适当标识，并单独保管。4.5.4.5文件和资料的存储文件和资料应在规定的时间内在指定的地点保存。文件和资料的保管归档执行文件保管规程和设计文档管理规程。4.5.4.6文件和资料的废弃 作废的文件应及时撤出。如果已作废的文件资料还要用于参考等目的，应对它进行适当标识。作废文件的处理执

44、行文件保管规程和设计文档管理规程。4.5.4.7电子媒体形式的文件按电子媒体管理规程规定实施控制。4.6采购4.6.1概述 为了保证最终产品质量满足规定要求，必须对影响最终产品质量的采购过程进行有效控制。采购软件或硬件时，应保证购买的产品和服务符合规定的要求。根据所购产品的类型决定供方的选择和控制的方式和程度，必要时也要考虑已证实的所采购产品供方的能力和业绩的记录。4.6.2适用范围 适用于由采购部门进行的与生产相关物品的采购活动。4.6.3职责a. 商务部是采购的责任部门。b. 采购申请方负责向商务部提出采购申请，商务部根据采购需求进行采购，并负责对分供方的评价和选择。4.6.4. 管理内容

45、与要求4.6.4.1 建立和保持R-06000采购手续规程。4.6.4.2 采购产品的类别a. 物品：原材料、配件、委托物、产品、机械设备、消耗品、软件包等均可统称为物品。b. 委托物：依据本公司的设计和规范，委托生产的软件、配件或其它产品称为委托物。4.6.4.3 采购的主要原则是： a. 根据产品开发过程的要求选择分供方b. 建立和维护可接受的分供方的记录档案c. 为保证购买物品的质量应采取有效的产品认证措施4.6.4.4 分承包方的评价a. 应按照满足分合同要求(包括质量要求)的能力来选择分供方。调查以往的供货业绩，评价同类企业供货业绩并考虑是否具有质量保证能力，质量体系是否建立，交货期

46、和价格能否接受。采购部门应建立并保存合格分供方的档案，定期公布分供方名单。b. 分供方的选择和对其控制的方式和程度取决于所购物资的类型。必要时，也要考虑证实的分供方的能力和业绩的记录。对其业绩进行监督，以确保其始终满足选择的要求，其监督的程度取决于公司最终产品的影响程度。4.6.4.5 采购资料4.6.4.5.1 采购文件应包括的采购资料内容公司的采购文件应明确地写明采购要求，可包括：图样、目录、型号、规格、品质等，用于软件开发的采购文件应包括：a. 订购产品的准确标识，如产品名称/或成品编号。b. 需求规格说明，或其等同文档。c. 采用的标准（例如通信协议、体系结构规格说明等）。d. 程序和

47、/或工作要求说明。e. 开发环境。f. 人员要求。4.6.4.5.2 采购文件发放前必须对所有采购资料规定的要求进行审批。4.6.4.6采购产品的验证a. 当有必要要求到分供方处按供方的质量体系实施评审以确认分供方的工作时，应把这一要求纳入到合同中去，同时也要把验收测试要求纳入到合同中。b. 当合同规定顾客方或其代表在产地(或是收到产品时)确认采购的产品是否符合规定的要求时，应注意的是，顾客方的确认既不能免除我方提供可接收产品的责任，也不能排除其后顾客的拒收。c. 同时要注意的是当顾客方或其代表在分供方处进行确认时，我方不能将这种确认作为分供方实施有效的质量控制的凭证。4.7顾客提供产品的控制

48、4.7.1概述 规定了软件产品开发过程中用户提供的文档资料的管理。4.7.2适用范围 适用于软件开发过程中用户提供的用于设计、验证的所有文档资料。4.7.3职责a. 开发部门和项目管理部是对顾客提供产品进行控制的责任部门。b. 开发部门的项目负责人在系统开发计划书中规定接收文档、数据的配置管理责任者；c. 开发部门的配置管理责任者在开发过程中负责对用户提供的文档、数据的管理；d. 项目验收提交后，文档提交项目管理部进行保管。4.7.4. 管理内容与要求4.7.4.1 建立和保持R-07000用户提供文档管理规程。4.7.4.2开发部门要按文件规定的程序对顾客提供的物品，包括配套的软件产品、开发

49、工具、测试和运行资料、接口或其他规格说明等进行控制。对顾客提供的硬件等物品的控制应执行R-09000系统开发计划书实施规程的规定，顾客提供的产品应有详细的记录清单并妥善保管。4.7.4.3在对顾客提供的产品接收时，应对提供的项目明确地定义和验证并做好记录。4.7.4.4顾客和公司双方应确定负责管理顾客提供的产品的责任人员，当顾客提供的产品发生问题时该成员应记录问题并向顾客陈述对策。4.7.4.5 对顾客提供的产品应按规定贮存，妥善保管和维护，应登记建帐，标识清楚，防止误用。4.7.4.6在贮存、使用过程中对丢失、损坏或不适用的情况应做好记录，并及时向顾客报告，取得顾客的书面处理意见。4.7.4

50、.7 受计算机病毒感染的软件应作为损坏的软件处理。4.7.4.8 本公司的验收不能免除顾客按合同要求提供合格产品的责任。4.7.4.9 应保存对顾客提供产品的验收记录和异常情况的报告。4.8产品标识和可追溯性4.8.1. 概述通过对软件开发过程中的各种项目（需求规范，设计书，用户手册等各种设计文档；源码，目标码等软件程序；硬件，基本软件，工具等环境以及从顾客方接收的文件、数据（以下简称接收文件）等进行标识，以便随时能够正确地把握系统状态。防止不同产品、不同版本之间的误用，以确保需要时实现可追溯性要求。4.8.2. 适用范围适用于公司内所有的软件开发项目的标识管理。4.8.3. 职责a. 开发部

51、门和项目管理部是产品标识和可追溯性的责任部门。b. 项目负责人负责在制作系统开发计划书时明确各项配置管理的负责人。c. 各项配置管理负责人负责在开发过程中相应项的配置管理以及记录的保管。d. 开发结束后，由项目管理部负责对配置管理记录的保管。4.8.4.管理内容和要求4.8.4.1配置管理是对软件开发过程中的开发成果（设计文档，软件程序）、环境、接收文件等各项的版本进行标识、管理的机制。配置管理的基本项目包括：a. 各项目的标识；b. 每个项目的版本管理；c. 系统全体的配置的管理；d. 版本的履历管理。4.8.4.2标识在设计文件或程序的版本控制过程中，开发部门要按照文件程序指定一个唯一的标

52、识符来对应配置产品的每个项目。4.8.4.3 产品可追溯性如果顾客有要求或确实需要追溯的情况下，要制定产品的唯一性标识。开发部门要在程序指定的范围内对必要项进行控制和追溯。4.9 过程控制4.9.1. 概述 软件产品的开发过程是形成产品实体质量的关键和主要过程，应对开发过程的人员、设备、工具和环境配置等诸多影响质量的主导因素实行控制，使生产始终处于受控状态。4.9.2. 适用范围 适用公司所有软件产品的开发过程。4.9.3. 职责 开发部门是过程控制的责任部门。4.9.4. 管理内容与要求4.9.4.1 建立并保持R-9000系统开发计划书实施规程。4.9.4.2开发部门应确定在应用软件设计和开发过程中下列影响产品质量的项目在系统开发计划书中明确定义并记录审查结果。a. 操作系统b. 软件工具(如编译器、调试器、代码维护工具、CASE工具等)c. 购入软件d. 规则、惯例及约定e. 设计与生产使用的设备4.9.4.3为确定软件、工具、设备等在设计与生产过程没有诸如破坏、丢失软件信息等不良影响，开发部门应指定专人对这些物品进行维护和控制。4.9.4.4 如果验证评审发现了某个过程未能充分验证，开发