软件版本发布流程

1.发布准备。发布之前，所有程序freezed由测试人员进行确认测试；检查系

统内登记的所有bug都已经被解决，或者遗留的bug不影响系统的使用，如果有严重bug未解决，则不能发布；程序打包前做冒烟测试（冒烟测试设计用于确认代码中的更改会按预期运行，且不会破坏整个版本的稳定性。）。

2. 2

测试负责人编写发布产品质量报告进行质量分析和总结。

3. 3

源码、文档入库。源码包括数据库创建脚本（含静态数据）、编译构建脚本和所有源代码；文档包括需求、设计、测试文档，安装手册、使用手册、二次开发手册、产品介绍（ppt）、使用demo等等。

4. 4

进行程序打包；标记源码、文档版本。

5. 5

填写发布基线通知，并通知相关人员；经理对发布基线进行审计检查。

6. 6

在qcs系统上新建产品发布计划，填写配置项，发布产品

7.7

上传程序包、使用文档至Download站点。

8.8

编写发布说明。内容应该包括产品版本说明；产品概要介绍；本次发布包含的文件包、文档说明；本次发布包含或者新增的功能特性说明；遗留问题、影响说明；版权声明以及其他需要说明的事项。

9.9

正式发布通知。通知开发、测试、市场、销售各相关部门并附上产品发布说明和产品介绍。

10.10

后续工作。产品发布后，在使用过程中可能还会发现一些bug。在不影响正常使用的情况下，这些bug将在下一版本发布时解决；如果bug严重影响使用，必须打patch或者按照流程重新发布。

11.11

临时发布。软件产品未正式发布前，可能需要一个临时版本供开发人员或者用户应急使用，这时候需要临时发布一个版本。这个版本只包括基本的程序包和必要的使用说明。临时发布需要通知相关开发、测试人员；BuildMaster需要为源码、文档打tag标记

软件开发流程管理制度 （讨论稿） 为加强对定制软件开发工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高定开发效率和效益，特制定软件开发流程管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环境更紧凑，更可控，需要尽可能实现项目管理的正规化，工作过程的流程化，以便提高软件质量，按期交付。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程，制定以下工作流程，并规定了各个重要环节需要提交的交付物。各阶段需提交的文档： 1、立项：项目申请表，软件需求报告或设计方案。 2、需求分析：项目研发主计划、需求规格说明书 3、总体设计：概要设计说明书或功能模块描述 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计

划。 5、软件实现：软件功能说明、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表：

第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，软件设计师，程序员，测试工程师的岗位设置。

版本控制流程规范V HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】

版本控制流程规范文档 目录 一、编写目的 本文档主要目的是规范配置管理活动的过程，阐述了在项目开发、测试、实施的过程中SVN库的组成和使用规约，指导使用者正确地操作SVN 库，以保证项目中所产生的代码、文档各版本之间完整性、可追踪性和一致性。 二、适用范围 该规范适用于公司内部所有项目的配置管理过程。 三、环境资源 在整个项目过程或产品生命周期中,选择SVN作为配置管理工具。

四、职责 五、规范 1，用户命名及权限配置 1)SVN用户命名 项目组成员在各自的PC上安装SVN客户端，根据配置管 理员所分配的用户和权限登录配置库进行各项配置管理活 动。 初始用户命名规则： 用户名：公司邮箱@前的部分

密码：手机号后6位 2)访问约定 为了保证各个项目组开发成果的安全性，以项目为单位， 进行了精确权限划分，使得成员只能操作该项目组内的配 置项。 内网访问svn资源库地址： svn: ... /svn/项目名称 3)权限管理 各个项目组成员只能访问、操作各自的项目库，并具有特 定文件区域的读、写权限，配置管理员统一分配和管理权 限。 2，SVN库的划分 根据公司的项目，采用项目名—分区名—版本名—的主结构进行管理。 1)版本库名 根据项目名称由项目经理与配置管理员共同设定。各项目 统一建立2层目录，子目录根据实际情况建立。 2)文件结构 a)工作区：按版本存放提交测试阶段的相关程序、文档等 开发：开发相关 测试：测试相关

流程负责人王建所 / 企管部经理 I.流程概述 本流程阐述编制年度、季度公司经营计划的管理程序，旨在规范公司经营计划的编制、执行、调整等各环节的工作。II.适用范围 英利绿色能源控股有限公司 III.流程参与人 ·主管副总 ?经理或副经理/专项计划责任部门 ?经理或副经理/经营计划管理部门 ?计划员/各专项计划责任部门、经营计划管理部门 IV.名词解释 V.相关文档及数据 ?年度、季度、月度经营计划 ?年度、季度、月度各专项计划

流程负责人 王建所 / 企管部经理 经经经经经经经经经 经经经经经经经经 经经经经经经经经经经经经经经经经经经经 经经 经经 经经 经经 经经经经 经经 经经经经经经经经经经经经经经经经经经经经经经经经经经经经经 经经经 经经经经经/经经经经经经经 经经经经经经经经经/经经经经经经经经经经经经经经经经 经经经经经经经经经经经经 经 经经经经经经经经经经经经经/经经经经 经经经经 经经经经经经经经经经经经 经经经经经经经 经经 经经经经经经经经经经经经经经经经经经经经经经经 经经经经经经经经经经经经经经经经经经经经经经经经经经经经 经经 经经 经经经 经经经经经 经 经经经 经经经 经经经 经经

流程负责人王建所 / 企管部经理流程描述 步骤 流程及控制说明 参与者 相关文档、数据及系统发现与建议部门岗位 01 企管部组织召开计划编制会 企管部组织召开经营计划编制会或发布通知，启动年 度、季度、月度经营计划的编制工作。下达公司经营 指标，明确计划编制的时间、内容、格式等具体要求企管部 专项计划责任 部门 主管副总 企管部经理 专项计划责任部门经理 各部门计划员 年度、季度、月度经营 指标表 计划编制时间表 计划格式样表 02 专项计划组织编制 各专项计划责任部门根据企管部下达的经营指标以及 计划编制的要求组织编制专项计划，签字后报主管副 总审核专项计划责任 部门 专项计划责任部门经理经营指标 专项计划（草案） 03 专项计划主管副总审核专项计划 主管副总审核专项计划，有问题交编制部门修改，审 核通过后签字专项计划责任 部门 主管副总 责任部门经理 专项计划 04 专项计划上报企管部 各专项计划责任部门将经主管副总审核的专项计划上 报企管部企管部 专项计划责任 部门 计划员专项计划 05 企管部审核专项计划，综合平衡后编制经营计划 企管部计划员审核各专项计划，有问题要求编制部门 修改，审核通过后进行综合平衡，编制公司经营计划 草案，企管部经理签字后交主管副总审批企管部 专项计划责任 部门 主管副总 企管部经理 专项计划责任部门经理 各部门计划员 专项计划 经营计划草案 06 主管副总审批经营计划 主管副总审批经营计划草案，有问题由企管部进行修 改，审批通过签字主管副总 企管部经理 企管部计划员 经营计划

公司文件管理规定流程 一、目的 加强档案管理，规范公司档案的收集、归档程序和方法，确保公司档案的完整性、准确性和系统性。提供符合公司需求和保证管理体系有效运行的证据。 二、适用范围 适用于公司及各部门档案的收集、整理、分类、利用及归档。 三、术语和定义 1、档案：指公司过去和现在各级部门及员工从事业务、经营、企业管理、宣传等活动中所直 接形成的对企业有保存价值的各种文字、图表、账册、凭证、报表、电脑盘片、声像、胶卷、荣誉实物、证件等不同形式的历史记录。 2、档案管理：就是指档案的收集、整理、鉴定、保管、统计、提供利用等活动。 四、职责 1、行政中心： 1)负责公司档案的集中管理和制度执行及检查工作，并负责督促指导部门档案管理 2)建立健全公司档案管理制度，指导、监督和检查执行情况； 3)收集、整理、分类、鉴定、统计、保管公司的档案和其他资料； 4)负责公司档案的利用和销毁管理，监控档案利用和销毁的全过程，确保公司档案的安 全；指导公司的档案管理工作。 5)提高档案信息的利用效率，促进信息传递和沟通； 6)负责组织学习和培训档案管理办法、使用知识。 2、其他各部门相关人员： 1）负责在工作变动时，做好或协助移交工作，并及时通知行政中心；

2）向行政中心移交合同或文件资料原件或复印件； 3）负责本部门文件资料或合同复印件的日常收集、标识、贮存、保管、利用、归档； 4）财务管理部负责按国家财政制度规定独立建档保管财务档案资料； 3、各部门主管人员 1）批准对自己部门资料或合同复印件的处置。 4、各中心总监/ 副总 1）负责对档案管理监督检查报告的审批。 五、工作程序 1、档案资料的收集 1）各部门相关人员负责对本部门日常工作中形成的合同及文件资料进行收集，并编制部门《文件（合同）管理记录目录》。 2）各部门文件、合同等资料原件需要保存的，各部门分别进行整理，并编制《移交目录》每季度向行政中心移交。 a）归档范围及移交时间 b）档案资料的标识 行政中心及各部门对各自保管的档案资料编号，编号规则见公司档案管理规定。 c）档案资料的日常管理： ⑴ 电子类合同或其他需要保管的电子文件，应当及时存放于档案室指定电脑硬盘内或制作 专门光盘进行编号保存。 ⑵ 文件、合同资料要登记详细信息，并编制《文件（合同）管理记录目录》，以便 检索利用。 ⑶文件资料、合同要科学排列，按编号顺序存放于文件盒内，并加以标识，整齐排 放在文件／档案柜中。

XXXX 文件管理控制程序

文件修订履历 变化状态：新建，增加，修改,删除

目录 1目的 (4) 2适用范围 (4) 3职责 (4) 4术语和定义 (4) 4.1文件编写 (5) 4.2文件审批 (5) 4.3文件发放 (5) 4.4文件检查 (5) 4.5文件更改 (5) 4.6文件作废 (5) 5内容 (6) 5.1文件编码 (6) 5.2文件版本 (6) 5.3文件格式 (7) 6附则 (7) 7附录 (8) 附录 1 ISMS 文件清单 (8) 附录 2 文件更改记录 (11) 附录 3 文件签阅表 (13)

XXXX 文件管理控制程序 1目的 对信息安全管理体系文件的编制、审批、发放、检查、更改、废除等过程实施控制，保持体系运行各环节相关文件的有效性。 2适用范围 适用于XXXX的文件的编写、审批、颁发、版本升级以及失效文件的回收、留用和报废处理过程。 3职责 1、所有信息安全管理体系文件由信息安全管理委员会负责控制。 2、程序文件和记录文件由使用部门进行调用。 3、各部门负责管理本部门体系运行相关文件。 4术语和定义 1、单位内部文件：由单位内部（包括单位级、各部门和各项目组）编写、审批、颁发、版本更新和做失效处理的文件。 2、外来文件：来自于单位外部的文件，包括： 国家或行业的法令、法规； 从客户处正式收到的需求文件、设计书、开发规范和行业标准等； 设计所需的手册、技术资料或由合作伙伴提供的与单位业务相关的文件等。 3、受控文件：按照已批准的颁发范围颁发的文件。这些文件需要按照文件的编写、审批、标识、颁发、版本更新等过程管理规定进行控制和管理。 4、参考文件：为了研修、市场或者商务合作的需要，发放给颁发范围以外的人的文件。在版本更新时，通常不会通知这些文件的使用者。 5、失效文件：文件版本更新后不再使用的旧版文件。 6、废止文件：由于单位规章、规定的变更和调整而被废弃不用的文件。 7、基线化：基线是文档的一个稳定版本。它是进一步开发的基础。之后执行管理体系时将按照基线化的文档规定进行，如果文档需要变动，通过评审后需要重新基线，后续执行按照新的基线进行。 8、记录：日常工作中由于业务、行政、管理产生的包含某种结果或其他输出的文档。

ISO9002-全套制度及业务流程之文件管理程序目的及范畴：建立公司文件制作、审核、批准、发放、回收及更新、储存等程序，确保公司文件得到及时准确的处理和安全有效的运转。该程序适用于以上环节所涉及的有关部门及个人。 职责： 总经理室负责公司文件治理的总和谐及总监督，并受理各部门有关文件延误的投诉； 各部室资料员负责文件治理的具体工作，即收发、登记、传递、用印、立卷、归档和销毁等。 工作流程： 3.1 文件分类： 3.1.1 通用文件：指公司在生产经营活动中普遍使用的文件，分为内部文件、外来文件和外送文件。 A. 内部文件：即公司制作的只在公司内部使用的文件。如请示单、报告、工作联系函、通知、会议文件、周记、制度文件等 B. 外来文件：即公司收到的由外单位制发的文件。如法律法规、政府来文、供方来文、顾客来文、公共事业单位来文等 C. 外送文件：即公司制作的对外发出的文件。如对政府、供方、顾客、公共事业单位发出的文件等 3.1.2 专用文件：指只在公司一定工作部门或业务范畴内使用的专门文件。分为技术文件、财务文件、人事资料、合同文件和签价单和决算资料等。 技术文件：即以图纸为核心的工程建设专用文件。如报批文件、标准图集、内业资料、图纸等。 财务文件：即在公司会计工作中形成和使用的会计核算专业材料。如会计凭证、帐簿、报表及有关的财务报告等。 人事资料：即公司职员在应聘、转正、考评等人事活动中形成的反映个人差不多情形、工作表现的个人资料。

合同文件：即在公司生产经营活动中与外单位签定的具有法律效力的文件。如各类工程合同、设计合同、售楼合同等。 签价单：即审计核算部在签价认价时专用的文件。 F．决算资料：即审计核算部在办理工程结算审核过程中产生的文件。 3.1.3 记录：即公司各项质量活动留下的记录，是一种专门类型的文件。如合格供应商名录、培训记录、各类签到表、登记表等 3.2 总要求： 3.2.1 文件处理必须做到及时、准确、安全。 3.2.2 内外行文要求做到格式统一、要素完整、文号分明。对外行文采纳国家公文格式，内部行文按公司惯例采纳英文格式。（格式及具体规定详见第三层次文件《**集团文件处理方法》之第二章“文件格式”） 3.2.3 各部室资料员为公司文件流转的进出口，文件不承诺由拟写人直截了当送领导者个人，因专门情形必须越过传递的，应于事后按程序补办登记。 3.2.4 各部室资料员要做好文书立卷工作。每年年初，按照以往本部门文件的运转情形，估量当年可能形成的文件，拟制或修订立卷类目。 3.2.5 各部室资料员要建立本部门的文件清单。即按照3.2.4订立的立卷类目，将空白的文件清单置于该类目的最前面；随时将已发放完毕的文件按已编好的类目归入卷内，并按文件收进顺序填写文件清单。 3.2.6 文件的治理一样要通过如下几个环节： 登记：收发文（除便条、介绍信、回执等）应登记在相应的收文发文登记本上或直截了当在文件上签收并及时整理文件名目。来图加盖受控分发号。 用印：公司印章由总经理秘书保管，部门公章由各部室资料员保管。用印时，应以有关部门主管签发的文字或经部门经理签字的盖章联系单为依据。 发放：各部室资料员按照批准的发放范畴进行分发。制度文件换版时，由总经理室或有关部门按照发放清单发出新版文件。

日照安泰集团编号：ATJT-OP-YY02 版本： 管理体系文件 生效日期：2013-XX-XX 项目开发计划管理流程 密级： 发放编号： 编制： 审核： 批准： 版本修订记录 序号修订日期修订内容修订人版本备注

范围 适用于公司项目开发计划（含节点计划与项目开发运营计划）管理 控制目标 规范公司项目开发计划的编制、审核、发布及变更的流程，协调、监控计划实施，促使公司项目产品的顺利实现 职责 工程管理部工程计划主管 组织项目关键节点计划的编制、调整、评估 组织项目开发运营计划的编制、调整、评估 组织工程计划分析会 协助工程管理部各专业工程师检查监督项目计划的履行情况，形成计划执行情况分析报告，向工程副总经理反馈 工程管理部 组织项目工程计划（主要指施工计划）编制、协调、汇总、发布工作 项目工程计划执行过程的监控、协调，组织计划调整 项目工程计划总结报告的汇总和核实上报 各部门 组织项目专项计划的编制、实施、调整 编制本部门各类计划完成情况总结报告 公司领导 按权限规定审核或审批各类计划的编制、调整 全面监控公司项目计划完成情况 术语和定义 节点（关键控制点）：指项目开发运营计划中关键线路上主要工序的完成时间，如：概念设计、方案设计、扩初设计、施工图设计、开工、地下室完成（正负平）、主体封顶、外装饰完工、开始预售、竣工备案、完成90%销售额、交付入住等。 专业计划责任人：各部门负责人为各类专业计划的第一责任人；计划的执行人为直接责任人。 说明：日常重复的工作无须纳入计划，直接执行对应职责即可。 项目开发计划管理流程

项目计划体系管理

项目关键节点计划 开发报建部获取土地项目后5日内，将土地信息、项目资料、项目可行性研究报告、项目建议书等相关资料移交工程管理部工程计划主管。 工程计划主管依据上述资料，根据公司三年经营计划目标并结合公司其他要求，制定【项目关键节点计划（初稿）】，按权限经公司领导审核后组织各部门进行评审，评审的标准为计划的科学性、合理性及其与公司经营目标的统一性。 工程计划主管将评审后修订完成的【项目关键节点计划】报工程副总审核，按权限经公司领导审批。 审批通过的【项目关键节点计划】由工程管理部下发相关部门，监督其执行落实。人力资源部备案 项目开发运营计划及专项计划 依据发布的【项目关键节点计划】，工程管理部组织相关部门、项目经理在20天内签订【项目运营目标书】。根据项目关键节点计划和项目策划报告、项目运营目标书，工程副总组织专业部门讨论细化为具体的【项目开发运营计划】。【项目开发运营计划】的编制应当具有可交付、可考核的成果，交付成果所涉及到的工期应当在30天内。 工程管理部【项目开发运营计划】编制完成后3天内，组织各部门进行计划评审，着重计划的进度、协调及其与公司经营目标的统一。 经评审的【项目开发运营计划】按权限经公司领导审批后，工程管理部在公司范围发布。 公司职能部门依据审批通过的【项目开发运营计划】，组织本部门人员编制各专项细项工作计划（各类专项计划编制之初是控制性、指导性计划，过程之中应当进行细化调整。编制之初具有不同的编制依据、时机及责任部门，具体参见6.2.5表格），各阶段专项计划提交人力资源部审核，按权限经公司领导审批后发布，工程管理部备案。 经审批通过的各专项工作计划，人力资源部负责下发到各部门，由各业务部门分解成季度工作计划予以执行落实，人力资源部对各部门季度计划进行审核并备案。 工程副总负责各部门工作计划的协调和推动，督促各部门按计划执行落实，每季度组织计划协调会，编制【项目计划执行情况分析报告】，工程计划主管负责项目计划的全面监控。

24．文件管理程序 1．目的及范围：建立公司文件制作、审核、批准、发放、回收及更新、保存等程序，确保公司文件得到及时准确的处理和安全有效的运转。该程序适用于以上环节所涉及的相关部门及个人。 2．职责： 2.1总经理室负责公司文件管理的总协调及总监督，并受理各部门有关文件延误的投 诉； 2.2各部室资料员负责文件管理的具体工作，即收发、登记、传递、用印、立卷、归 档和销毁等。 3．工作流程： 3.1 文件分类： 3.1.1 通用文件：指公司在生产经营活动中普遍使用的文件，分为内部文件、外来文 件和外送文件。 A. 内部文件：即公司制作的只在公司内部使用的文件。如请示单、报告、工作联 系函、通知、会议文件、周记、制度文件等 B. 外来文件：即公司收到的由外单位制发的文件。如法律法规、政府来文、供方 来文、顾客来文、公共事业单位来文等 C. 外送文件：即公司制作的对外发出的文件。如对政府、供方、顾客、公共事业 单位发出的文件等 3.1.2 专用文件：指只在公司一定工作部门或业务范围内使用的专门文件。分为技术 文件、财务文件、人事资料、合同文件和签价单和决算资料等。

A．技术文件：即以图纸为核心的工程建设专用文件。如报批文件、标准图集、内业资料、图纸等。 B．财务文件：即在公司会计工作中形成和使用的会计核算专业材料。如会计凭证、帐簿、报表及相关的财务报告等。 C．人事资料：即公司员工在应聘、转正、考评等人事活动中形成的反映个人基本情况、工作表现的个人资料。 D．合同文件：即在公司生产经营活动中与外单位签定的具有法律效力的文件。如各类工程合同、设计合同、售楼合同等。 E．签价单：即审计核算部在签价认价时专用的文件。 F．决算资料：即审计核算部在办理工程结算审核过程中产生的文件。 3.1.3 记录：即公司各项质量活动留下的记录，是一种特殊类型的文件。如合格供应 商名录、培训记录、各类签到表、登记表等 3.2 总要求： 3.2.1 文件处理必须做到及时、准确、安全。 3.2.2 内外行文要求做到格式统一、要素完整、文号分明。对外行文采用国家公文格 式，内部行文按公司惯例采用英文格式。（格式及具体规定详见第三层次文件《** 集团文件处理办法》之第二章“文件格式”） 3.2.3 各部室资料员为公司文件流转的进出口，文件不允许由拟写人直接送领导者个 人，因特殊情况必须越过传递的，应于事后按程序补办登记。 3.2.4 各部室资料员要做好文书立卷工作。每年年初，根据以往本部门文件的运转情 况，预计当年可能形成的文件，拟制或修订立卷类目。

严格按照软件产品发布流程发布软件版本是建立和完善软件产品版本控制,保证软件产品质量的关键过程 之一。 参与软件产品发布的人员主要是测试负责人和BM(Build Master)。 公司软件产品发布的规程如下: 1、发布准备。发布之前,所有程序freezed由测试人员进行确认测试;检查qcs系统内登记的所有bug都已经被fixed,或者遗留的bug不影响系统的使用,如果有严重bug未解决(级别为must fixed)不能发布;程序打包前做冒烟测试。 2、测试负责人编写release产品质量报告进行质量分析和总结。 3、源码、文档入库。源码包括数据库创建脚本(含静态数据)、编译构建脚本和所有源代码;文档包括需求、设计、测试文档,安装手册、使用手册、二次开发手册、产品介绍(ppt)、使用demo等。 4、BM进行程序打包;标记源码、文档版本tag。 5、BM填写发布基线通知并通知相关人员;BM经理对发布基线进行审计。 6、在qcs系统上新建产品发布计划,填写配置项,执行发布计划(发布产品)。 7、上传程序包、使用文档至download站点。 8、编写发布说明readme.txt(或者release note)。Readme的内容应该包括产品版本说明;产品概要介绍;本次发布包含的文件包、文档说明;本次发布包含或者新增的功能特性说明;遗留问题及影响说明;版权声明以及其他需要说明的事项。 9、正式发布通知。通知开发、测试、市场、销售各相关部门并附上产品发布说明和产品介绍。

10、后续工作。产品发布后,在使用过程中可能还会发现一些bug。在不影响正常使用的情况下,这些bug将在下一版本发布时解决;如果bug严重影响使用,必须打patch或者按照流程重新发布。 11、临时发布。软件产品未正式发布前,可能需要一个临时版本供开发人员或者用户应急使用,这时候需要临时发布一个版本。这个版本只包括基本的程序包和必要的使用说明。临时发布需要通知相关开发、测试人员;BM需要为源码、文档打tag标记。 软件产品发布后,即建立了一条发布基线。所有用户安装及二次开发必须在此基线上进行,开发人员不能直接从cvs或vss上check 代码编译交付用户使用或者进行二次开发。

文件管理流程 文件号沪杭甬公司确定岗位关键业绩指程序文件版次标程序 编制审核批准共 1 页第 1 页 日期日期日期生效日期 更更标记处数更改单号更改人更改日期标记处数更改单号更改人更改日期 改改记记录录 1 目的、范围及适用 1.1 为了公司对工作过程的可控性，并为业绩评估提供的客观公正的标准，特制订本程 序。 1.2 本程序的适用范围为沪杭甬公司总部各部门及下属各管理处、分公司。 1.3 本程序由公司人力资源部拟订，其解释权及修改权归公司人力资源部。 1.4 本程序自2000年月日起执行。 2 职责 2.1 确定岗位关键业绩指标流程的总责任人是人力资源部经理。 2.2 人力资源部负责公司岗位关键业绩指标管理体系的建立与完善，并监督实施。 2.3 各业务主管负责制定下属的具体指标，并适时监控。 2.4 人力资源部负责考核的组织，协调平衡，并备案。 3 程序概要 3.1 公司在业务战略的指导下，在各部门预测的基础上，讨论确定下一年度的工作目标， 本项工作在12月份进行。

3.2 根据公司的年度目标，确定各部门的工作目标与计划。 3.3 根据公司及部门的业务计划，公司管理层与部门经理沟通，参照公司关键业绩指标体 系，确定部门经理关键业绩指标，并完成 FOCUS PLAN。 3.4 部门经理要求岗位责任人对下一年度该岗位的关键业绩指标进行预测。3.5 部门经理根据部门的工作目标，在公司关键业绩指标体系的基础上，参考岗位责任人 的预测，与岗位责任人讨论确定下属岗位的关键业绩指标，并完成 FOCUS PLAN。本项工作 在新年度的1月份完成。 3.6 人力资源部对业绩指标进行备案，并协助实施完成FOCUS PLAN中年度个人发展目 标。 3.7 主管关键确定的关键业绩指标对该岗位进行适时跟踪，及时解决发生的问题。 3.8 关键业绩指标作为定期汇报时的主要内容。 (文件号) 版次× (沪杭甬公司确定岗位关键业绩指标 评估程序) 文件号沪杭甬公司关键业绩指标体系程程序文件版次序 编制审核批准共 1 页第 1 页 日期日期日期生效日期 更更标记处数更改单号更改人更改日期标记处数更改单 号更改人更改日期 改改记记录录

模版集萃 综述 在程序员的日常工作中，除了编写代码之外，还免不了需要编写各种技术文档。一个编写良好的技术文档在项目中能够很好地建立沟通与协作，起到很积极的作用。因此，编写技术文档也就成为了程序员技能提升的很重要的一面。 为此，我们特意收集了一些在项目开发过程中经常用到的文档模板，这些模板包括格式和简单的写作说明，相信能够帮助大家编写出更加高效、实用的技术文档。在收集过程中，我们十分注重其实用性，以确保每个模板的价值，而且对于一些重要的文档提供了多个模板。 为了方便大家查找，我们将收录的57模板分为以下几类： 项目及开发管理类：包括立项前的分析，立项后的计划、以及进度跟踪、风险控制方面的文档模板，共计16个； 需求分析类：明确清晰的需求，是项目成功的基础，在此收集了在需求分析过程中所将使用到的文档模板，共计14个； 系统分析与设计类：包括体系结构设计、高层设计、详细设计、数据库设计等6个相关文档模板； 软件质量保证类：软件测试是质量保证的关键活动，在此收集了软件测试相关的11个文档模板； 其它类：除此之外，还收集了关于用户手册、软件维护等方面的10个文档模板，其中还有一个软件过程规范的示例。 另外，值得说明的是，文档模板只是为文档的编写提供一个基础，在实际的编写过程中，你可以根据自己的需要进行必要的剪裁和增补。

一、项目及开发管理类 1.1 可行性研究报告(ISO标准) 编者说明： 在立项时，应该对项目进行综合分析，探讨项目的经济、社会、技术可行性，从而为决策提供基础。该模板为ISO标准文档模板，其不仅适用于软件项目，对于其它的系统项目也适用。 1. 引言 1.1 编写目的 [编写本可行性研究报告的目的，指出预期的读者。] 1.2 背景 a.[所建议开发的软件系统的名称；] b.[本项目的任务提出者、开发者、用户及实现该软件的计算站或计算机网络；] c.[该软件系统同其他系统或其他机构的基本的相互来往关系。] 1.3 定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4 参考资料 [列出用得着的参考资料。] 2. 可行性研究的前提 [说明对所建议开发的软件的项目进行可行性研究的前提。] 2.1 要求 [说明对所建议开发的软件的基本要求。] 2.2 目标 [说明所建议系统的主要开发目标。] 2.3 条件、假定和限制 [说明对这项开发中给出的条件、假定和所受到期的限制。] 2.4 进行可行性研究的方法 [说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的，摘要说明所使用的基本方法和策略。] 2.5 评价尺度 [说明对系统进行评价时所使用的主要尺度。] 3. 对现有系统的分析 [这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统，也可能

项目上线部署发布流程

2017/9/14

一.目的 规范公司项目和产品的上线流程，建立和完善产品的版本控制，保证软件产品质量。二.适用范围 适用于公司所有项目和产品 三.职责分工 开发环境由开发人员内部负责（包括维护和管理开发分支和git代码库） 测试环境由测试人员负责 预热环境由运维人员负责 正式环境由运维人员负责 *数据库操作均由DBA统一负责(或运维人员) 四.发布流程 在已开发完毕的各系统正式部署生产环境前要严格按照以下流程进行上线前检查。 4.1.提交测试 ①开发人员在功能开发完毕后首先配置开发环境，并将系统部署至开发环境。在开发环境经过自测通过后提交测试代码，并开始撰写上线方案。(上线方案须包括新增的外部应用程序安装，应用程序部署顺序及应用关联性、是否关闭其他应用服务，数据库脚本，制定合理的上线时间，涉及的服务影响范围以及上线失败的回滚步骤。)并提交相关技术负责人审核，在审核过后邮件给相关测试人员。 ②测试人员根据模块功能文档并制定测试方案，测试用例，特别注意临界点测试方案。 ③测试人员通过自动化部署平台根据提供的分支号依照上线方案进行自动化部署，涉

及数据库操作可提请DBA操作。 ④记录各种数据测试结果及测试问题，并交由相关开发人员进行二次迭代处理，该点须交付测试结果报告。 ⑤内测完毕后交由相关业务及需求人员进行集成测试，并请测试人员记录测试结果及问题，交由相关开发人员进行再次迭代。该点须交付测试方案测试结果报告。 4.2.预热发布 ①测试人员在测试环境测试并跟踪修改bug达到上线标准（没有A、B级bug，C 级bug达到要求）时。开始部署预热环境，测试人员对现有功能在预热环境上进行验收测试（重新执行case）。紧急Bug修改走补丁/hotfix流程。不影响功能的bug留到下次版本解决，确认达到上线标准。 ②如达到上线标准，测试人员发起邮件通知相关开发人员、产品人员，准备正式上线发布流程。 4.3.正式上线 ①在测试人员确认项目具备上线条件下，正式上线前，开发负责人须发起部署大会，召集相关开发人员、测试人员、产品人员、运维人员讨论此次部署事项(介绍项目的相应负责人员，数据库脚本执行，部署顺序，应用程序关联，部署时间点，部署回滚方案，包括数据库回滚和应用程序回滚)，最后生成会议纪要并发送邮件。 ②确认上线之后，测试人员邮件上线方案，数据库脚本，应用分支号给运维人员及DBA，DBA应提前执行数据库脚本，应用部署须通过自动化部署平台进行部署，部署系统应在应用系统中记录当前分支号，以便后续应用回滚使用。在部署中出现错误，及时通知相关开发人员。如若问题不能在计划内时间解决，执行回滚方案。 ③运维，DBA在操作完成时均需要回复邮件，并说明操作步骤结果。 ④发布完成后运维人员回复邮件通知测试人员、业务及需求人员进行线上测试。测试结果及问题, 提交至开发人员。如若出现问题不能在计划内时间解决，执行回滚方案，并进行迭代改进。 ⑤紧急Bug修改走补丁/hotfix流程。不影响功能的bug留到下次版本解决。测试通

文件管理程序

1．目的： 为了规范本公司的质量管理体系文件的编制、修订、更改、审批和发行的处理方法，以确保各部门使用有效版本，防止作废文件被使用。 2．范围： 适用于本公司质量管理体系中所有文件与资料，如本公司质量管理手册、程序文件、作业指导书、表单，以及顾客标准、国家标准、国际标准、国家法律法规等外来文件和资料。 3.权责： 3．1．总经理 3．1．1．负责一级文件、二级文件的批准、人力资源管理制度及绩效管理制度、销售制度的批准。 3.2．销售部 3．2．1．负责对外部图纸资料的保存和转换为内部图纸资料。 3．3．技术部 3．3．1．负责图纸等技术资料及工艺类文件的发行、回收与保存原件。3．3．2．负责对转换为内部文件资料的图纸等技术标准的审核与确认。3．4．文管中心 3．4．1．负责技术文件以外的文件与资料的发行与回收、保存原件，并监管已发行的受控文件的保存状况。 3．5．相关部门 3．5．1．负责组织编制本部门内部作业指导书并监督其运作。 3．5．2．根据管理体系文件的适用性提出修订建议。 3．5．3．负责保证受控文件副本在其责任范围内的人员均可参阅及交回过时之程序文件。 4．定义： 4．1．文件

4．1．1．一级文件：管理制度、体系管理手册、销售制度。 4．1．2．二级文件：程序文件。 4．1．3．三级文件：作业指导书。 4．1．4．四级文件：管理体系中使用到的所有表单。 4．1．5．外部文件：顾客标准、行业标准、国家标准、国际标准及法律法规等外来文件和资料。 4．2．受控文件 4．2．1．受更改控制的文件，盖有红色圆形“受控文件”印章标识，如是图纸和零件表等技术作业指导书，则加盖蓝色圆形“受控文件”印章标识，发放时应作登记及签收，正本更改生效后，应回收过时正本进行作废处理。4．3．非受控文件 4．3．1．不受更改控制的文件，发放后正本如更改，可以不回收过时副本。如是技术部试验性图纸、作业指导书须加盖红色方形“试用文件”印章标识，正式文件生效后须回收进行作废处理。 5．流程图：(附件一) 。 6．作业程序： 6．1．新增或修订文件的提出、会签及审批 6．1．1．视工作需要,各部门均可填写《文件新增/更改/补发/作废申请表》提出增加新的程序文件或对现行的程序文件提出修订建议，由部门经理与总经理商议。 6．1．2．总经理同意后，将新增或修改文件连同“文件会签记录”交相关部门负责人会签，文件会签完成后，交文管中心审阅，呈报总经理审批后，正本须由文管中心存档。 6．1．3．视工作需要，各部门均可填写《文件新增/更改/补发/作废申请表》向责任部门经理提出增加新的指导书或提出修订建议，责任部门经理须安排人员编写修订指导书，并按编号规则给该指导书进行编号。

XXXXXX有限公司 经营计划和目标管理控制程序 IATF16949：2016 文件编号：XXX 制订日期：XXX 制订单位：XX 修订日期：XXXX 版次：B0 版 受控状态：受控文件/参考文件 生效日期：2017/9/30 副本编号： 保管部门：行政部 文件编号 QP-YX-01

1.目的 通过外部环境(市场、竞争对手、产业环境等)及内部环境(产品成本、组织机构、财务等)的分析，根据公司的长远发展需求，规划公司未来发展前景，并明确公司阶段性业务计划和经营目标及发展战略，不断增强企业的竞争力，使企业在稳定中求发展，在发展中求提升，以促进公司持续发展和

永续经营。 2．范围 本程序适用于本公司短期（1-2年）和中长期（3年或3年以上）的业务计划。 3．职责及依据标准 3.1总经理负责制定公司中长期业务计划，负责环境安全、基础设施、人力资源开发规划，财务策划，制 定目标成本、资金预决算及经营计划的批准等； 3.2营销部制定短期业务计划并跟踪本部门业务计划执行情况及效果验证评价； 3.3生产部负责本厂生产计划、生产设备、安全生产计划并跟踪本部门业务计划执行情况及效果验证评价； 3.4技术部负责新品开发计划并跟踪本部门业务计划执行情况及效果验证评价； 3.5品质部负责质量目标规划的制定、实施与持续改进计划并跟踪本部门业务计划执行情况及效果验证评 价； 3.6依据标准： 依据IATF16949:2016质量管理体系中标准条款5.1；5.1.1；5.1.1.1；5.1.1.2；5.1.1.3；5.1.2编制。 4．程序 4.1 确定公司经营方针: 总经理根据公司长远的发展需求和未来的发展前景制定并颁布公司的基本经营方针,以表明公司经营理念。 4.2 制定中长期业务计划 总经理根据企业的发展目标,行业的发展趋势,市场风险评估,产品结构以及顾客当前和未来的需求与期望组织各相关部门主管制定正式的,形成文件的全面的长期业务计划,经总经理批准后,作为受控文件下达执行,具体可考虑以下因素: a)与市场有关的问题； b)质量目标； c)增长预测； d)工厂/设施计划； e)质量目标成本； f)人力资源开发； g)预期销售额(月度预期销售额、季度预期销售额、年度预期销售额)； h)顾客满意计划。 4.3 制定年度业务计划 各部门根据中长期规划和部门实际,制定本部门年度业务计划,营销部还要制定短期业务计划，报总经理批准后,作为受控文件下达执行,具体包括以下计划: a)年度销售计划； b)年度顾客满意度计划； c)年度质量成本目标计划； d)年度固定资产投资计划； e)年度员工培训计划； f)年度质量目标计划； g)年度劳动安全计划。 4.4 业务计划实施检查和修订

公司红头文件格式规范及流程管理办法 第一节总则 第一条公司文件，是传达贯彻上级指示精神、请示和答复问题，指导或商洽工作的重要工具。 第二条公司文件，实行统一管理。文件的管理，要做到规范、准确、及时、安全。行文单位，要克服官僚主义和文牍主义。 1. 各部门及各有关人员，对文件中涉及本公司应保密的事项，必须严守机密，不可随便向他人泄露。 2. 文件保密等级分为：绝密、机密、秘密三种，其他为一般文件。绝密、机密文件打印一定要用专用磁盘。绝密文件只能印一份，由起草人送有阅文资格的人员传阅，机密文件按审阅人数打印，阅完后由起草人收回归档。保密文件由阅文人妥善保管，详见《保密管理制度》。第三条文件机密等级，由发文单位的主管领导根据文件内容确定。 第四条公司发文的程序为：拟搞、审核（部门领导）、签发（公司领导）打印、发文、催办、立卷、归档、销毁等。 第五条公司收文的处理程序为：收文、分文、传送、催办、立卷、归档、销毁。 第六条草拟文件应注意以下事项 1. 内容要符合公司制度。 2. 反映情况要客观，实事求是。 3. 文字要准确、精炼，条理清楚，层次分明，结构紧密，用语规范。 4. 人、地、名称、引文及时间要具体、准确。 第七条各负责人阅、批文件应仔细认真，阅完后须签名并注明日期，不得圈阅。需要签署具体意见的，要明确、具体。 第八条公司所有发文，发文单位应有存档，并将文件原稿（经领导签字）审核稿件连同正本二份存档。有领导指示的，还应附批复件。 第九条收文由行政人事部统一负责。行政人事部收文后，应先做好归类、登记，然后根据文件的内容，分送有关领导阅示。阅示完毕后，由行政人事部收回归档。 第十条所有文件发放，一定要有登记、签收手续。 第十一条公司发文，一定要由行政人事部统一编号 1. 以公司名义对外发文，一律×××字(××年)××号； 2. 公司总经办文，用总经办字(××年)××号； 3. 财务部发文，用财字(××年)××号； 4. 工程部发文，用工字(××年)××号； 5. 技术部发文，用技字(××年)××号； 6. 营运部发文，用营字(××年)××号； 7. 人事行政部发文，用人行字(××年)××号； 第十二条红头文件，只适用于需遵照执行的制度、规定、决定、决议、纪要、任免等，其他文件一般用公司信笺印发。 第二节文件起草收发规定 第十三条公司的文件由行政人事部起草，总经办审核，总经理审批签发；公司各部门的文件由各部门负责起草，总经办审核，总经理签发。 第十四条文件签发后，送行政人事部（签发的原件和电子版本件）统一由其排版、编号、打印，打印后送回起草部门校对，校对无误方能复印、盖章、上传、下发、流转。 第十五条文件和原稿，由行政人事部分类归档，保存备查。 第十六条属于保密的文件，核稿人应该注明保密等级，并确定报送范围。保密文件按保

文档编号： 编制：杨忠林 审核: 批准: 目录

1引言 (3) 目的 (3) 范围 (3) 术语定义 (3) 版序控制记录 (4) 版本更新记录 (4) 2版本管理 (4) 流程图 (4) 版本命名 (7) 外部版本命名说明 (7) 内部版本命名说明 (7) 内外部版本的关系 (7) 版本升级 (7) 版本升级原则 (7) 新版本的发布 (8) 目录结构 (8) 文档的存放 (9) 文本文件的存放 (9) 源代码的存放 (9) 发行文档的存放 (9) 权限控制管理 (10) 3备份管理 (10) 源文件备份 (10) 库文件备份 (10) 4用户版本管理 (10) 5版本工具的使用 (11) 配置管理工具 (11) SVN的使用 (11) 常用命令 (11) 简单操作 (12) 版本分支管理 (12)

1引言 1.1目的 本文档是为规范xxxx科技有限公司软件版本管理而制定的。 1.2范围 本文档为系统软件开发部版本管理员提供有关版本管理规范的相关内容，包括：版本标识方法 软件系统数据的存放 文档的修改控制 文档的备份制度 1.3术语定义 SVN SVN是一个开源的版本控制系统 Subversion 的简称 文档 一种数据媒体和其上所记录的数据。 配置管理 标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。 软件配置 软件的具体形态在某时刻的瞬时影像。 配置项 软件配置管理的对象称为配置项，如：系统规格说明书，项目开发计划，用户手册，源码。 基线 软件生存周期中各开发阶段末尾的标记，它的作用是把各阶段工作的划分更加明确化，使本来连续的工作在这些点上断开，使之便于检验和肯定阶段成果。

软件研发流程管理办法 为加强对软件研发工作的管理，缩短开发周期，提高开发质量，降低开发成本，提高开发效率，特制定软件研发流程管理办法。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发流程的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、测试、试运行、系统上线和产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况，制定以下工作流程，并规定了各个重要环节需要提交的交付物。 1、立项：市场需求合同或项目立项单。 2、需求分析：软件需求分析报告。 3、总体设计：概要设计说明书或功能模块描述。

4、详细设计：详细设计说明书，包括数据库设计、软件接口说明等。 5、软件实现：软件源代码、源代码说明或者注释。 6、产品测试：测试报告。 7、产品发布：产品说明书或使用手册。 软件过程成果表：

第三章、岗位设置 根据软件开发过程，主要分为分析、开发和测试三个阶段。分析阶段完成用户需求文档的编写，系统概要设计的编写；开发阶段完成设计文档的编写，代码的编写；测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，需求分析工程师，软件开发工程师和测试工程师的岗位设置。 岗位工作内容责任 项目经理1、选定项目组成员，成立项目组，安排任务分工。 2、与客户进行沟通和协调(业务需求或非业务需求方面)，以及需求调研工作。 3、制定项目开发计划，包括需求，设计，编码，测试这几个阶段的计划。 4、制定小组开发进度表, 对组内人员工作进度监控。 5、对文档的质量进行检查、把关。 6、定期召开项目会议，把控项目进度。 1、对客户的沟通协调工作负责。 2、对软件的开发效率、质量负 责。 3、对文档质量负责。 4、对整个项目的进度，质量等 负责。 需求分析工程师1、与客户进行沟通，负责需求调研工作，汇总需求分析文档，并编写系统总体设计方 案。 2、遇见需求变更时，分析需求变更内容，并与项目经理一起负责对需求变更进行评估。 3、与软件开发工程师一起完成详细设计文档的编写。 1、对用户需求分析的质量负责。 2、对项目组所有成员正确理解 项目需求负责。