某软件公司全套管理文件.doc

《某软件公司全套管理文件.doc》由会员分享，可在线阅读，更多相关《某软件公司全套管理文件.doc（810页珍藏版）》请在三一办公上搜索。

1、交付与安装.doc 产品制作规定.doc 产品策划及可行性分析.doc 人员考评管理规范.doc 信息管理.doc 内审员评定及授权规范.doc 内部质量体系审核.doc 分包供方评定规范.doc 可行性分析报告编写规范.doc 合同制定规范.doc 合同评审.doc 培训管理.doc 培训管理规范.doc 客户培训管理规范.doc 客户服务管理.doc 客户满意度的测量.doc 客户问题受理规范.doc 客户验收.doc 库房管理规定.doc 度量.doc 开发计划编写规范.doc 技术报告编写规范.doc 招聘与就职管理规范.doc 文件列表输出.bat 文件归档与编目指导书.doc 文件

2、管理.doc 文件编写导则.doc 文件编号规定.doc 文档目录结构.txt 文档目录结构.xls 服务合同制定规范.doc 服务合同评审规范.doc 标书制定规范.doc 标书评审.doc 标识规范.doc 档案管理规定.doc 测试工作总结编写规范.doc 测试用例标准.doc 测试计划编写规范.doc 用户手册编制规范.doc 管理评审.doc 系统设计报告编写规范.doc 纠正和预防措施.doc 维护管理.doc 计算机源代码编写规范.doc 设备和工具管理.doc 设备管理规定.doc 设备维护规定.doc 设计和实现.doc 质量手册.doc 质量策划.doc 质量计划制定规范.

3、doc 质量记录管理.doc 软件产品释放.doc 软件功能规格说明书编写规范.doc 软件测试.doc 软件质量保证.doc 配套的产品管理.doc 配置管理.doc 配置管理规范.doc 配置管理计划编写规范.doc 采购.doc 采购供方评定办法.doc 采购流程管理.doc 采购设备验收规定.doc 需求分析.doc 需求分析报告编写规范.doc 项目分包管理规范.doc 项目总结报告编写规范.doc 项目策划.doc标识规范文件编号： NW601101 生效日期： 2000.3.20受控编号：密级：秘密版次：Ver2.1修改状态：总页数9正文8附录1编制：马云生审核：孟莉批准：孟莉沈

4、阳东大阿尔派软件股份有限公司（版权所有，翻版必究）文件修改控制修改记录编号修改状态修改页码及条款修改人审核人批准人修改日期目录1.目的2.适用范围3.术语和缩略语4.标识规则 4.1 标识对象 4.2 文档版本控制 4.3 发行版本控制 4.4 软件项标识方式 4.5 不合格品的标识5.引用文件 5.1 NW602102文件编号规定6.质量记录6.1 NR602101A“文件备份清单”1目的为便于标识、控制和追踪软件开发过程中产生的各种软件项及介质，特制定本文件。2适用范围适用于软件开发过程中所需的各种软件项及介质。3术语和缩略语本程序采用NQ402100质量手册中的术语和缩略语及其定义。4标

5、识规则4.1标识对象标识对象主要包括：技术文档（可行性分析报告、需求分析报告、开发计划、质量计划、系统设计报告、技术报告、测试计划等）、提交产品（计算机程序、释放产品等），主要通过介质标识和版本控制以便于存取和查阅。4.2文档版本控制对于计划性文档、技术文档和用户文档，其版本按修改的先后顺序确定。新生成的文档第一次发行为第一版，修改后第二次发行为第二版，以此类推。4.3发行版本控制最终完成的软件版本用三位符号表示：“s.xy”。各符号位的含义如下：1）“y”为第二次版本号，表示纠正错误时的版本升级，用一位数字表示：“19”，对上一次产品或项目中的缺陷做修正，第二次版本号增加；2）“x”为第一次

6、版本号，表示增加功能时的版本升级，用一位数字表示：“09”。与上一产品或项目相比，功能进行了小量的增加或修正时，第一次版本号增加，第二次版本号为零，第二版本号为零时可以省略不写；3）“s”为主版本号，用一位数字表示：“19”。对产品作重大调整，或与已发行的上一产品相比，在功能与性能上有较大改善时主版本号增加，次版本号为零，产品或项目概念全新，第一次完成，版本号为1.0。4.4软件项标识方式4.4.1技术文档标识方式技术文档的标识体现在相应文件的封面上，由开发人员参照相应文档模板的格式要求，对技术文档进行标识。技术文档编号用十五位符号表示：“xxxxxxxxxxxttnn”。各符号位的含义如下：

7、1）“xxxxxxxxxxx”为本次开发的项目编号，共十一位，具体含义见NW602102文件编号规定；2）“tt”为文档类别代号，用两位大写字母表示。“tt”的取值范围如下：FA(Feasibility Analysis)：可行性分析报告RA(Requirement Analysis)：需求分析报告DP(Developing Plan)：开发计划QP(Quality Plan)：质量计划SD(System Design)：系统设计报告TR(Technical Report)：技术报告SR(Summary Report)：项目开发总结报告本部分未给出代号的文档，其代号由相应的文档编写部门确定。“

8、nn”为顺序号，用两位数字表示：“0199”。4.4.2计算机程序备份标识方法程序备份标识方法体现在提供备份介质的备份路径中。在开发过程中保存的文件，由开发人员参照相应的文件管理软件进行操作。在提交开发结果时，由开发人员对存放文件的介质进行规范标识，目录标识方法如下： 技术文档其中的文件名称为：文档名称（文档编号） 项目名称（项目编号-日期） 源程序（版本号）按类别或模块建立子目录 执行程序（版本号） 项目编号规定参见NW602102文件编号规定，程序版本号规定见4.3。 说明：日期格式为：nnnn mm dd4.4.3介质标识方法根据介质上所存储的内容，在介质的表面进行标识。1）磁盘介质产品

9、的标识方式：产品名称Ver 3.1Disk 1/8 沈阳东大阿尔派软件股份有限公司Tel: (024) 23841748 Fax: 23890817 Copyright 1990-1998, NEU-ALPINE.ALL rights reserved如果有英文缩写，也要同时给出产品磁盘号/总磁盘数发行版本号2）光盘介质产品的标识方式：公司名称、标识、联络方式产品名称（一般包括中英文）版本号Ver 2.0产品名称3）MO盘的标识方式盘签号：MO-QA1998M001其中，MO盘签的编号方式如下：l MO盘签编号共12位“MO-ssnnnnxddd”；l 前2位“ss”表示部门代号；l 第36两

10、位“nnnn”为数字，取公元纪年的末两位。如1991年为“1991”；l 第7位“x”取值及表示意义如下：取“M”时，表示为主拷贝或母盘；取“B”时，表示为备份拷贝；取“T”时，表示为临时存贮用盘；l 后3位为存盘序列号，取值为“001999”，每年从头排号，按每年用盘的数量和次序依次编号。每张MO盘可按部门分类或项目分类存贮一个或多个软件产品/项目的程序及文档，并在盘标上分别注明内容、备份时间和备份人员。当MO盘标签不足以记录所存贮内容的索引时，应在MO盘的根目录下用电子文件：“文件备份清单”来记录。4）备份光盘的标识方式备份光盘的标识应同时加注在光盘盘面与光盘签上，其编号方式如下：l 编号

11、共12位“CD-ssnnnnxddd”：l 前2位“ss”表示部门代号；l 第36两位“nnnn”为数字，取公元纪年的末两位。如1991年为“1991”；l 第7位“x”取值及表示意义如下：取“M”时，表示为主拷贝或母盘；取“B”时，表示为备份拷贝；取“T”时，表示为临时存贮用盘；l 后3位为存盘序列号，取值为“001999”，每年从头排号，按每年用盘的数量和次序依次编号。每张光盘可按部门分类或项目分类存贮一个或多个软件产品/项目的程序及文档，并在盘标上分别注明内容、备份时间和备份人员。当光盘标签不足以记录所存贮内容的索引时，应在光盘的根目录下用电子文件：“文件备份清单”来记录。5）母盘的标识

12、方式对于母盘，除按上述方式标识之外，一定注明“母盘”字样。注：PR产品释放（Production Release）M产品释放的母盘 盘签号：CD-PR1999M001产品名称： 版本号： 注明“（母盘）”字样 回收时间 释放时间 回收人 释放人4.5不合格品的标识4.5.1不合格品必须有明确的标识。可以使用标识、记录或划区域存放等方法进行标识。4.5.2软件开发过程中形成的不合格品必须在其外存储介质上进行适当标记，并明确这些不合格品或存有不合格品的介质（如磁盘、光盘等）的处理过程。4.5.3 对不合格品的处理应能防止该不合格品被误用或以其他方式重新流入软件开发过程。对不合格品的处理可以采用删除

13、存储内容、重新格式化、退货或让步接收等方式进行。必须记录不合格品的处理过程。5引用文件5.1NW602102文件编号规定6.质量记录6.1NR602101A“文件备份清单”文件备份清单 记录编号：NR602101A-序号项目编号项目(软件)名称内 容备份人/日期开发部门备注1. 此表用于登记MO/CD备份时的内容索引，一般在MO/CD盘的根目录下，也可以是书面记录；2. 此页不足可以有附页，附页与此页相同。第 页/共 页标书评审文件编号： NP502300 生效日期： 2000.3.20受控编号：密级：秘密版次：Ver 1.1修改状态：总页数9正文6附录3编制：吕洪涛审核：卢朝霞、孟莉批准：孟

14、莉沈阳东大阿尔派软件股份有限公司（版权所有，翻版必究）文件修改控制修改记录编号修改状态修改页码及条款修改人审核人批准人修改日期目录1. 目的2. 适用范围3. 职责3.1 软件营销部门3.2 标书评审员3.3 项目管理部门3.4 开发部门、培训部门、技术支撑部门4. 术语及缩略语5. 工作程序招标书的初审招标书的评审投标书的制定投标书的评审和投标前的内部答辩项目投标资料归档6. 质量记录 6.1 标书评审记录1. 目的规范投标过程中对招标书和投标书的评审，减小市场风险，增加中标机会。2. 适用范围适用于本公司参与的投标活动中的招标书和投标书的评审。3. 职责3.1 软件营销部门：负责对招标书中

15、相关内容进行初审及评审，组织协调投标书编写工作，编写并评审投标书中的相关内容，组织监控投标工作；负责招、投标书及相关资料的归档。3.2标书评审员：负责组织软件项目的招标书与投标书的评审。3.3 项目管理部门：负责投标书及投标相关资料的归档。3.4 开发部门、培训部门、技术支撑部门：负责对招标书中相关内容进行初审及评审，编写投标书中相关部分内容，负责对投标书中的相关内容进行评审。4. 术语和缩略语本程序采用NQ402100质量手册中的术语和缩略语及其定义。5.工作程序5.1招标书的初审5.1.1各分支机构在进行项目接触时，需要详细了解客户的背景和需求，分析项目的可行性，并结合我公司的产品优势和技

16、术经验，判断是否有能力顺利完成该项目的成功实施。如果该项目机会较大，分支机构没有能力独立完成方案制作，可以向总部提出方案制作申请，同时填写项目机会分析表，并通过电话、传真、电子邮件等方式与总部技术人员进行沟通。总部技术人员（软件营销部门和开发部门的技术人员）在接到分析表后，结合与分支机构交流的信息，对该项目进行机会确认和审批。5.1.2审批内容包括：1）项目基本情况，包括l 硬件需求l 软件需求l 原有系统资源及应用现状l 相关业务工作现状l 现有工作遇到的问题l 期望达到的目标l 业务内容及流程2）客户自然情况3）与客户的关系4）主要竞争对手情况通过初审，确定公司对该项目进行投标的价值和可行

17、性。初审通过后，将招标书提交标书评审员。5.2招标书的评审5.2.1标书评审员负责组织招标书的评审。软件营销部门：负责评审网络硬件、工程期限等相关。开发部门：负责评审软件系统部分内容。培训部门：负责评审用户培训内容。技术支撑部门：负责评审维护服务内容。5.2.2对以下项目具体技术需求进行分析，确定公司是否能满足客户需求：l 硬件系统需求l 软件系统需求l 系统性能要求l 开发需求等5.3投标书的制定软件营销部门负责组织按照NW502301标书制定规范制定投标书草案，当客户对投标书有特殊要求时，按客户提出的要求制定投标书草案。5.3.1 软件营销部门负责编写投标书中集团公司介绍、成功项目介绍、网

18、络硬件等部分，开发部门负责编写投标书中软件系统部分，培训部门负责编写用户培训部分，技术支撑部门负责编写维护服务部分，工程期限由软件营销部门和开发部门共同研究制定。由软件营销部门负责制订工作计划和时间安排，协调部门工作以完成投标书的编写。5.3.2软件营销部门应负责组织成立一个投标组，指定编写硬件、软件两部分投标书的负责人，根据项目投标的实际时间要求，工作计划中一般应包括硬件投标书和软件系统投标书的初稿完成时间，各部门中编写人员联络讨论次数和时间，投标书评审时间，硬件投标书和软件系统投标书的最终提交时间等。研究项目是否需要进行内部答辩并预留出内部答辩时间，及答辩未通过，投标书的修改时间。5.3.

19、2 投标书编写前，硬件、软件部分投标书编写人员应有一到二次的集中讨论，明确解决方案中的技术路线，如系统结构、数据库选型等问题。5.4投标书的评审和投标前的内部答辩5.4.1由标书评审员组织各相关人员对投标书的进行评审。5.4.2评审内容：1）对于硬件系统部分，重点在：l 设备选型l 网络性能l 系统的性能l 系统报价等2）对于软件系统部分，内容有：l 系统体系结构l 公司产品集成方案l 系统实施方案等3）维护、培训部分4）风险的评估与控制5.4.3对于大型项目的投标，标书评审员要组织有关领导、专家、投标书编写设计人员进行内部答辩。软件营销部门和开发部门分别制作各自设计方案的演示文档，准备对方案

20、进行讲解。5.5 项目标书资料归档l 项目招标书及相关资料由软件营销部门负责归档管理。l 项目投标书及相关资料一式两份，由软件营销部门和项目管理部门分别归档管理。6. 质量记录6.1 标书评审记录标书评审记录记录编号：NR502300A- 时间： 年 月 日项目名称：标书类型： 招标书 投标书评审部门(需参与评审部门在相应“”内划“”)： 1. 软件营销事业部 2. 采购仓储部 3.技术支撑部 4. 开发部门 负责人签字:评审总结：风险评估总结：评审结论：填表审核批准1. 标书评审前由标书评审员将本表分发各相关部门填写。2. 由标书评审员填写评审结论并审核，最后由主管市场副总经理批准。3. 此

21、页不足记录结果时，可以有附页，总页数包含所有附页。 第 页/共 页标书评审记录(附页) 时间： 年 月 日项目名称：标书类型： 招标书 投标书评审部门：评审负责人：评审内容：评审意见： 填表人/日期 审核意见： 审核人/日期：1 本表由标书评审员分发各评审部门，由各评审部门单独填写。此页不足可以有附页，附页格式自定。2 本表由评审部门负责人审核后交还标书评审员。第 页/共 页标书制定规范文件编号： NW502202 生效日期： 2000.3.20受控编号：密级：秘密版次： Ver 2.1修改状态：总页数13正文5附录8编制：张明宇审核：袁淮、邢波批准：孟莉沈阳东大阿尔派软件股份有限公司（版权所

22、有，翻版必究）文件修改控制修改记录编号修改状态修改页码及条款修改人审核人批准人修改日期目录1.目的2.适用范围3.术语和缩略语4.规范内容4.1 基本要求4.2 规范的使用5.引用文件附录：标书模版1. 目的规定投标书编写规范及书写投标书时应考虑的事项，以提高投标工作的质量。2. 适用范围适用于公司的投标书编写。3. 术语和缩略语本程序采用NQ402100质量手册中的术语和缩略语及其定义。4. 规范内容4.1基本要求1) 由软件营销部门、各分支机构收集招标信息，并按照标书评审对招标书进行评审，评审通过后，按照本规范的要求制定投标书。2) 投标书应根据用户的需求，采用合理的技术，为用户提供可行的

23、技术方案。3) 方案制作人员应本着为用户负责的态度，仔细研究投标书的各项技术细节，为用户提供满足要求的投标书。4) 投标书的制作原则上由软件营销部门、培训部门、技术支撑部门与开发部门的相关人员共同完成，软件营销部门负责协调各方的工作。在特殊或技术条件成熟的情况下，可以由营销体系各行业部的软件工程师代表开发体系的相关部门完成投标书中的相应部分。5) 投标书总体上由系统整体设计、应用系统设计、平台系统设计、投标报价书四部分组成。系统整体设计部分包括项目背景、技术路线、设计原则等；应用系统包括应用软件的功能、开发工具的选型；平台系统包括服务器、网络等产品的选型及结构设计，系统安全性设计，综合布线系统

24、设计，项目实施计划及服务，培训计划等；投标报价书包括硬件系统报价、软件系统报价、培训报价等部分。以上部分可根据项目的具体情况增减。6) 投标书在定稿之前，应按照标书评审规定对投标书各部分进行评审，并根据评审意见进行修改。7) 投标书各部分应采用统一的字体和标题样式。8) 投标书在保证美观的前提下可以采用各种装订方式。9) 投标书的递交应按照用户招标文件的规定提交。通常应标识正本和副本，正本和副本如有不同，以正本为准。4.2规范的使用本规范分为正文和附录两部分，附录部分为标书各组成部分的模板。封面文件编号由三部分组成：组织编写标书的部门代号，年份和流水号，流水号由三位数字组成，如南京代表处一九九

25、八年编写的第十份标书的编号为：NJ1998010。5. 引用文件(无)附录：标书模版附录：项目名称（项目编号）投标书（部门名称）沈阳东大阿尔派软件股份有限公司总页数正文附录编制：审批：目录1.应标致函32.投标单位（东大阿尔派）资信介绍33.对标书的理解34.系统设计总述35.应用系统设计46.硬件平台系统设计57.数据库系统和系统管理平台68.平台系统的可靠性设计69.网络安全610.数据采集与存储711.综合布线与机房环境要求712.系统实施方案及项目管理计划713.系统维护与培训计划714.总结与展望815.系统报价816.其它8应标致函向招标单位对东大阿尔派的邀标表示感谢。表达东大阿尔

26、派对该项目的重视，并保证项目的质量、进度、服务及对客户的其它重要要求的承诺。表达希望双方合作成功的意愿，并祝该项目进展顺利。投标单位（东大阿尔派）资信介绍1) ISO9001证书复印件(中英文各1份)2) 沈阳东大阿尔派软件股份有限公司营业执照复印件3) 计算机软件国家工程研究中心介绍4) 沈阳东大阿尔派软件股份有限公司介绍5) 公司理念介绍6) 案例经验 本公司完成的有代表性的项目或与本投标项目相似的项目实例介绍对标书的理解1) 背景说明 简介客户单位的性质、业务内容、典型事迹、发展战略。 简介客户单位提出该项目的背景和目标。2) 东大阿尔派对招标书的理解（任务和目标）全面而简单地描述招标书

27、的主要内容（业务需求、网络系统建设、主机系统建设、应用系统建设、实施周期、实施目标）。3) 经济效益和社会效益该项目顺利实施后应达到的经济效益和社会效益。系统设计总述1) 系统优势介绍从整体上介绍系统的优势，该优势就是本系统的销售要点，客户应在此获得从技术、应用角度选择东大阿尔派的信心。2) 系统设计原则根据用户的实际情况，遵循计算机系统建设的一贯原则以及本公司的技术特点，阐述本项目的设计依据和原则。在这一部分内容中应充分体现本投标方案是以用户实际应用需求为主要设计依据，以采用先进的、主流的技术同时兼顾未来升级与扩展，提供最优的性能价格比为基本设计原则。3) 系统结构和功能阐明本标书中软硬件系

28、统的结构和实现的功能。4) 系统运行环境 网络和硬件环境l 操作系统环境l 数据库环境l 应用平台环境5) 系统管理环境6) 系统开发环境应用系统设计应用系统设计应以满足招标书及最终用户对应用系统功能的要求为基本设计依据，并充分体现本公司现有成熟产品或现有原形系统的技术和功能特点同用户需求的一致性或优于招标书中对应用系统技术、功能的要求。介绍本公司所提供的应用系统的详细功能特点及技术特点，最终总结本公司所提供的应用系统设计方案的特点和优势。1) 概述2) 应用系统设计方法3) 业务流程4) 结构和功能5) 系统接口设计6) 工具说明7) 本应用系统的优势从应用系统角度介绍系统的优势，该优势就是

29、本应用系统的销售要点，客户应在此获得从应用系统角度选择东大阿尔派的信心。硬件平台系统设计硬件系统平台（包括主机系统、网络系统和其他硬件系统等）的选型应以满足招标书及最终用户对应用系统功能的要求为依据，推荐著名厂商或客户绝对倾向的产品。在选择硬件产品时应注意考察该产品的市场占有率、产品的生命力、产品的先进性、开放性、厂商所能提供的技术支持、与本公司的合作历史等因素，所推荐的技术也应该是先进成熟和趋势化的。在进行产品选型时的一个重要参考因素是用户的行业特点以及该行业本身同厂商的合作记录。详细介绍本公司所提供网络和硬件平台系统的详细功能特点及技术特点。1) 设计总则根据最终用户对应用系统功能要求的现

30、状及将来发展的状况，确定应用系统的建设目标，并制定系统设计应遵循的原则。从应用系统角度介绍系统的优势，该优势就是本应用系统的销售要点，客户应在此获得从应用系统角度选择东大阿尔派的信心。2) 硬件系统平台总体设计方案根据设计总则，确定硬件系统平台的总体技术方向。3) 主机系统选型根据选型原则介绍所选厂商及产品的特点和优点，并阐明在本项目中的配置情况，作配置解析。4) 网络系统选型根据选型原则介绍所选厂商及产品的特点和优点，并阐明在本投标项目中的配置情况，作配置解析。5) 硬件系统平台系统设计总结简述硬件系统平台的体系结构及硬件配置情况。6) 其它外部设备选型根据选型原则介绍所选厂商及产品的特点和

31、优点，并阐明在本投标项目中的配置情况，作配置解析。数据库系统和系统管理平台数据库系统和系统管理平台的选型应以满足招标书及最终用户对应用系统功能的要求为依据，推荐著名厂商的主流产品。在选择数据库产品及系统管理平台时应注意考察该产品的市场占有率、技术的先进性、厂商所能提供的技术支持、与本公司的合作历史等因素，所推荐的技术是先进而成熟的。1) 数据库平台选型根据选型原则介绍所选厂商及产品的特点和优点，并阐明在本投标项目中的配置情况，作配置解析。2) 系统管理平台选型介绍系统管理平台的选型，包括应用系统管理、网络管理等，介绍所选平台的特点、优点，在网络管理部分应结合五种网络管理功能进行分析，并作配置解

32、析。3) 优势从性能价格比的角度介绍系统的优势，客户应在此获得选择东大阿尔派的信心。平台系统的可靠性设计 根据具体应用平台系统，简述平台的总体可靠性设计1) 主机系统的可靠性设计根据主机系统的选型，介绍主机系统的可靠性设计。2) 存储设备的可靠性设计根据所选择的存储设备，介绍存储设备的可靠性设计。3) 数据库系统的可靠性根据数据库系统的选型，介绍数据库系统的可靠性设计。4) 网络传输的可靠性根据所选网络设备及网络结构，介绍网络传输的可靠性设计。网络安全1) 计算机网络的脆弱性介绍计算机网络的脆弱性，提出网络安全的重要性。2) 计算机网络的安全性介绍计算机网络的安全性方面的知识及措施。3) 具体

33、网络的安全实现根据具体应用系统的网络系统，提出具体的网络安全方案，包括防火墙技术和病毒防护等方面。 数据采集与存储结合具体的应用系统，简述数据采集与存储的重要性。1) 数据采集介绍应用系统的数据采集的工作流程、实施方案以及关键技术。2) 数据存储介绍应用系统的数据存储方式及存储设备。 综合布线与机房环境要求包括综合布线系统、布线设计原则、安装与设计施工规范、机房环境要求、电源系统设计等。系统实施方案及项目管理计划应明确阐述项目实施的步骤、项目实施领导小组主要成员的构成情况、项目实施的周期，如：设备采购周期、安装调试周期、应用系统开发周期以及系统试运行的时间、正式验收的时间等。充分体现本公司在项

34、目实施过程中的质量保证体系和强大的技术实力。1） 项目领导小组、实施小组构成及分工。2） 项目实施周期（用PROJECT制作）。3） 东大阿尔派质量控制中心介绍。4） 项目管理计划明确公司在该项目上的管理体制及管理计划。5） 系统验收方案。系统维护与培训计划应明确阐述本公司在售后服务方面所具有的优势，如：雄厚的技术实力、分支机构的本地化服务等；还应明确维护服务的相应时间，维护范围，收费方式等。培训部分应阐明培训对象、内容、人数、方式、地点、时间和目标。总结与展望总结平台系统设计方案，并展望未来的发展。系统报价系统报价部分应清晰明细，应用软件部分应包括各子系统的报价，硬件部分应明确标出各种设备的

35、配置明细，各模块或部件的单价、数量、价格小计等，并注明报价日期。其它如有其它附加内容可附在后面，作为标书的一部分。 采 购文件编号： NP607100 生效日期：2000.3.20受控编号：密级：秘密版次：Ver 2.1修改状态：总页数5正文5附录0编制：韩冬梅审核：卢朝霞批准：孟莉沈阳东大阿尔派软件股份有限公司（版权所有，翻版必究）文件修改控制修改记录编号修改状态修改页码及条款修改人审核人批准人修改日期目录1.目的2.适用范围3.职责3.1 采购员 3.2 检验员 3.3 合同执行员4. 术语和缩略语5. 工作程序5.1供方关系5.2采购活动的触发5.3采购实施5.4采购验收5.5不合格品的

36、处置6. 引用文件6.1 NW607101采购供方评定办法6.2 NW607103采购流程管理6.3 NW607104采购验收规定7. 质量记录5. 目的对采购过程进行控制，确保本公司所采购的产品/服务满足规定的要求。6. 适用范围2.1 适用于本公司各部门在软件产品和软件项目开发过程中所需要的，且影响软件开发质量的产品/服务（以下简称内部自用品）的采购。2.2 适用于根据软件及系统集成合同为客户采购的产品/服务。7. 职责3.1 采购员：负责供方信息的收集整理及合格供方的评定和采购业务的实施。3.2 检验员：负责实施采购产品的验收。3.3 合同执行员：负责根据合同需要确定采购（含自采）和设备

37、直发的申请及执行。8. 术语和缩略语本程序采用NQ402100质量手册中的术语和缩略语及其定义。9. 工作程序5.1供方关系5.1.1 与供方建立具有增值能力的关系l 在适当层次创建信息交流渠道以利于问题的快速解决；l 对供方业绩进行评定，以建立相信供方具有持续提供符合质量要求的产品的能力，从而减少或取消进货检验；l 在验证过程中与供方进行合作，例如，具体验证方法、实验检验数据以及其他与验证有关的说明。5.1.2 供方资格评定l 批准采购的产品/服务应向合格供方进行采购。合格供方的评定参见NW607101采购供方评定办法。l 采购部门负责对新的供方进行合格评定，并定期对合格供方进行分级评定并加以记录。l 采购部门根据评定结果对合格供方确定相应的控制方式与控制程度。5.2采购活动的触发5.2.1总部采购：1）内部自用品的采购：根据设备管理部门提交的NR607103A“东大阿尔派自用设备申请表”执行；2）合同采购：根据合同执行员提交的NR607103B“设备采购通知单”执行。5.2.2 驻外分支机构自采： 根据需要，驻外分支机构可以提出自采申请，由采购部门审核，采购员接到合同执行员提交的同意自采的NR607103C“合同执行本地采购申请单”后方可执行。