产品上线管理流程规范
文档变更记录
版本编号修订日期修订内容修订人备注
目的：
为确保公司产品上线质量，运行流畅、提高工作效率，同时为了各部门适应产品上线流程以及公司发展需要，特制定晨星产品上线管理流程规范。
使用范围：
本规范使用与产品技术部所有在建项目，只要涉及到版本提交、上线工作即使用本管理办法。流程详解：
一、普通项目上线流程
普通项目上线
要求上线方研发部测试组
开发完成项目需要
上线
开发人员给测试人
员提测
（邮件）
测试人员
进行冒烟测试
开发人员进行修改
测试人员
进行测试
输出测试报告
提交给开发
产品可以上线
开发人员进行上线
操作，上线后告知
测试人员
测试人员进行
线上测试
线上测试完成后
告知项目参与人
Y
Y
Y
N
N
N
N
Y
1.首先要申请的项目必须完成开发阶段
2.该项目要提交测试申请—邮件形式通知项目相关人员及领导
3.测试人员将bug提交到禅道，开发人员修复bug后提交禅道平台，测试人员进行回归测试
4.经过测试人员测试，并且通过测试、符合上线标准—测试组会出具测试报告
5.申请上线人员通过邮件形式出具测试报告以及产品上线申请单（并打印纸质版）发给技术总监与相关人员
6.经过技术总监和测试人员签字后项目方可上线。
7.上线后请发邮件给所用相关人员，并提示项目已经上线，申请测试人员进行线上测试，把风险降低到最小
二、紧急上线流程
紧急项目上线流程
要求上线方技术部高层领导测试组
开发完成项目需要
上线
开发人员给测试人
员提测
测试人员
进行测试
输出测试报告
提交给开发
产品可以上线
开发人员进行上线
操作，上线后告知
测试人员
测试人员进行
线上测试
线上测试完成后
告知项目参与人
高管
人员决定是否
修改问题
开发人员修复问题
Y
N
Y
N
N
Y
1.拥有特殊情况的项目如：上线后仍然存在严重bug影响用户使用的，紧急改版的，公司
紧急战略部署的等可拥有紧急上线资格，邮件告知开发人员并附上高层许可的紧急上线申请
单（打印纸质版）
2.当该项开发完成之后研发人员直接邮件提交测试邮件
3.测试出问题后，开发没有修改时间，由高管权衡是否带着问题上线
4.经过测试人员测试后邮件发送出具紧急项目测试报告
5.由技术总监和测试人员签字后项目即刻上线
6. 上线后请发邮件给所用相关人员，并提示项目已经上线，申请测试人员进行线上测试，
把风险降低到最小
三、活动项目上线流程
活动项目上线流程
要求上线方技术部测试组
开发完成项目需要
上线开发人员给测试人
员提测
（邮件）
开发人员进行修改
测试人员
进行测试
输出测试报告
提交给开发
产品可以上线开发人员进行上线
操作，上线后告知
测试人员
测试人员进行
线上测试
线上测试完成后告知项目参N
N
Y
Y
1.首先要申请的项目必须完成开发阶段
2.该项目要提交测试申请—邮件形式通知项目相关人员及领导
3.测试人员将bug提交到禅道，开发人员修复bug后提交禅道平台，测试人员进行回归测试
4.经过测试人员测试，并且通过测试、符合上线标准—测试组会出具测试报告
5.申请上线人员通过邮件形式出具测试报告以及产品上线申请单（并打印纸质版）发给技术总监与相关人员
6.经过技术总监和测试人员签字后项目方可上线。
7.上线后请发邮件给所用相关人员，并提示项目已经上线，申请测试人员进行线上测试，把风险降低到最小
注：以上所有流程，在测试报告会延误上线时间的情况下，可以先由测试人员邮件同意上线之后直接上线，测试报告可随后出具。
三．邮件格式
1.邮件的发起：由开发人员发送申请测试报告并告知相关所有人员
2.测试人员在测试完成后附带测试报告邮件回复所有人告知测试已完毕可以上线
3.项目申请上线人员附带产品上线申请单+测试报告邮件回复所有人发起上线申请
4.待产品最终上线后项目由上线操作人员邮件回复所有人，告知项目已经上线
1.目的（宋体、加粗、小四号字体） 2.适用范围（宋体、加粗、小四号字体） 2.1.（重点描述流程所适用的组织范围和业务范围。） 2.2.（正文文本采用宋体、五号字体、1.5倍行距。） 3.定义（宋体、加粗、小四号字体） 3.1.（重点描述需要说明的专业术语或关键事项。） 3.2.（表格文本采用宋体、10号字体，表头文字加粗、文本居中。）3.3.（表格外框用1.5磅线条，表格内框用0.5磅线条。） 4.关键角色及应负责任（宋体、加粗、小四号字体） 4.1.(重点阐述执行此流程的角色分工和职责。) 4.2.（表格文本采用宋体、10号字体，表头文字加粗、文本居中。）4.3.（表格外框用1.5磅线条，表格内框用0.5磅线条。） 5.流程图（宋体、加粗、小四号字体） 5.1.（用流程图直观的描绘该项流程进行的步骤。） 5.2.（管理制度文件无需绘制流程图。） 5.3.（流程图说明和编制另行规定。） 6.工作程序（宋体、加粗、小四号字体）
6.1.（按活动逻辑顺序描述活动的细节，重点描述活动编号、活动名称、执行角色、活动描 述、输入和输出的信息。） 6.2.（表格文本采用宋体、10号字体，表头文字加粗、文本居中。） 6.3.（表格外框用1.5磅线条，表格内框用0.5磅线条。） 6.4.（管理制度文件可以用文字逐条描述，无需采用下面的表格。） 7.相关文件（宋体、加粗、小四号字体） 7.1.（描述支撑所编写文件的文件，即在活动执行过程中需要涉及的流程文件。） 7.2.（表格文本采用宋体、10号字体，表头文字加粗、文本居中。） 7.3.（表格外框用1.5磅线条，表格内框用0.5磅线条。） 8.相关表单（宋体、加粗、小四号字体） 8.1.（描述执行所编写文件在执行过程中所产生的表格、单据。） 8.2.（表格文本采用宋体、10号字体，表头文字加粗、文本居中。） 8.3.（表格外框用1.5磅线条，表格内框用0.5磅线条。） 9.附则（宋体、加粗、小四号字体） 9.1.（是所编写文件的附属部分，描述与过去类似文件的关系。） 9.2.（正文文本采用宋体、五号字体、1.5倍行距。）
布比项目上线部署发布流程 V1.0 2017/9/14
1、目的 规范公司项目和产品的上线流程，建立和完善产品的版本控制，保证软件产品质量。 2、范围 适用于公司所有项目和产品 3、发布人员 开发环境由开发人员内部负责（包括维护和管理开发分支和git 代码库）测试环境由测试人员负责 预热环境由运维人员负责 正式环境由运维人员负责 *数据库操作均由DBA统一负责（或运维人员） 4、发布流程在已开发完毕的各系统正式部署生产环境前要严格按照以下流程进行上线前检查。 一、提交测试 a）开发人员在功能开发完毕后首先配置开发环境，并将系统部署至开发环境。在开发环境经过自测通过后提交测试代码，并开始撰写上线方案。 （上线方案须包括新增的外部应用程序安装，应用程序部署顺序及应用关 联性、是否关闭其他应用服务，数据库脚本，制定合理的上线时间，涉及 的服务影响范围以及上线失败的回滚步骤。）并提交相关技术负责人审 核，在审核过后邮件给相关测试人员。 b）测试人员根据模块功能文档并制定测试方案，测试用例，特别注意临界点测试方案。 c)测试人员通过自动化部署平台根据提供的分支号依照上线方案
进行自动化部署，涉及数据库操作可提请DBA操作。 d)记录各种数据测试结果及测试问题，并交由相关开发人员进行二次迭代处 理，该点须交付测试结果报告。 e)内测完毕后交由相关业务及需求人员进行集成测试，并请测试人员记录测 试结果及问题，交由相关开发人员进行再次迭代。该点须交付测试方案测 试结果报告。 二、预热发布 a)测试人员在测试环境测试并跟踪修改bug 达到上线标准(没有A、 B级bug, C级bug达到要求)时。开始部署预热环境，测试人员对现有功 能在预热环境上进行验收测试(重新执行case )。紧 急Bug修改走补丁/hotfix 流程。不影响功能的bug留到下次版本解 决，确认达到上线标准。 b)如达到上线标准，测试人员发起邮件通知相关开发人员、产品人员，准备 正式上线发布流程。 三、正式上线 a) 在测试人员确认项目具备上线条件下，正式上线前，开发负责人须发起部 署大会，召集相关开发人员、测试人员、产品人员、运维人员讨论此次部 署事项(介绍项目的相应负责人员，数据库脚本执行，部署顺序，应用程序关联，部署时间点，部署回滚方案，包括数据库回滚和应用程序回 滚) ，最后生成会议纪要并发送邮件。 b) 确认上线之后，测试人员邮件上线方案，数据库脚本，应用分支 号给运维人员及DBA DBA应提前执行数据库脚本，应用部署须 通过自动化部署平台进行部署，部署系统应在应用系统中记录当
XXXXXXXXXXXXXXXXX 文件 XXXX集团发【XXXX】XXXX号 签发：XXXXXXXXX XXXXXX文件审批流程规范 为规范和完善XXXXXX文件及文件审批流程，现对XXXXX文件及文件呈批流程规范如下： 一、XX文件及呈批流程表格 XXXX使用同一格式的红头文件、文件呈批表格等，其电子版本由行政人事部发出，各子公司/部门自行到行政人事部拷贝，不得更改文件、表格的格式，并严格按照各项要求填写内容和跟进流程。 1、公司红头文件 （1）用于对外发布或对XXXX各子公司/部门发布XXXX重要决策，统一以公司名义发出，签发人为XXXXX，印发部门为行政人事部，签章处为XXXXXXXX。 （2）红头文件内容由各子公司/部门自行编写并按公司文件呈批流程跟进。 （3）红头文件审批完毕后需与文件呈批流程表一同交于行政人事部，行政人事部确认无争议后印发并派送到相关子公司/部门。
2、发文 （1）须呈批的发文 ①用于子公司与子公司间、部门与部门间的日常性文件。 ②需附XXXX文件呈报表，按文件呈批流程跟进。 ③审批完毕后由各子公司/部门自行印发、派送到相关子公司/部门。（2）无须呈批的发文 ①用于所属公司部门与部门间，所发布内容属于常规性的普通文件。 ②发布内容不具备机密性、重要决策性，不得与公司或子公司决策相冲突。由部门第一负责人签字即可生效发布。 3、外界文件 （1）政府、事业单位、企业等外界发给集团、子公司的公文、公函、邀请函、通知等。 （2）外界文件须呈报的要按文件呈批流程跟进。 二、文件呈批流程规范 XXXXX使用同一格式的文件呈报表格等，文件的呈批流程必须依照公司呈批表格的规定流程执行，文件呈批完毕后，文件相关的征询函与呈批表等原件由各子公司/部门自行留底存档以作备查。现以XXXXXXXXXXXXXXX文件征询函、XXXXXXXXXXXXXXX文件呈批表、XXXXXXXXXXXXXX文件为例，将其使用规范公示如下： 1、XXXXXXXXXXXXXXX文件征询函： （1）用于各子公司/部门所发文件需向相关各部门征询意见。 （2）在密级与紧急程度的〇中打√以标识文件类型。 （3）在征询协助部门负责人意见栏中，可根据需征询部门数量自行 2
项目实施标准规范流程 为保障我公司项目实施的成功率，制定一套行之有效的项目实施流程，使我公司实施人员在同一方法、同一模式下工作，是保障项目的关键。软件项目实施是一项复杂的工作，越是复杂的工作越是要讲究方法，而越复杂的工作越是需要在方法中进行细化、标准化。为此，制定工作流程如下：系统项目的实施流程依次包括收到任务、前期调研、准备、制定方案、实施、培训、验收、回访八个顺序阶段。 (1)收到任务： 在立项阶段，根据公司签订的合同，明确项目背景和技术方案，由部门负责人任命项目下达《工 程施工单》，实施人员收到领导派的任务以及施工单，首先明确施工的目标主要包括哪些内容， 以及实施城市，客户联系方式和地址。 (2)前期调研： 向客户负责人了解现场情况，确认客户的具体需求、项目实施的具体条件和环境；为项目顺利实 施打下良好基础。了解各服务器的硬件配置。给客户约定实施时间。调研结束后，应产生＜项目 调研报告＞报告内容基本包括以下两点甲方：客户负责人姓名、电话、地址等 乙方：项目负责人、项目实施工程师、下发施工单领导等 (3)准备： 在实施前明确实施内容；明确目标，提高项目实施进度；实施内容首先得到用户认可，减少实施 期间的变更，提高工程质量。了解项目情况后，提前准备实施时所用到的安装包以及工具，多加 练习，至U现场进行实施时按照平时练习的顺序进行实施。可以提高实施的速度，还可以更有效 率的完成实施工作。 (4)制定方案： 制定项目实施进度的分配方案，需求调研完成之后，制定有效的实施方案可以提高 实施人员对项目实施的时间把控。主要包括项目目标，实施范围、实施模块等。方案制定完成之 后可以更有效的节约成本和时间。 (5)实施： 按照制定的实施方案在实施现场进行实施，及时发现项目潜在风险，并及时提交相 关人员分析、解决；根据实施情况制定实施日报，写明现场实施情况以及明天要做的工作，及时 汇报公司领导以及项目负责人。实施中过程中的功能更改，由销售人 员负责，实施时按合同以及施工单的内容进行实施。 (6)培训： 系统培训阶段是整个项目实施工作中也是比较正要的工作，用户对软件的操作功能 是否熟练将直接影响到后面的软件使用效果，所以在项目实施之前对用户的相关人 员进行系统和规范的产品培训是非常必要的，在项目安装调试过程中，对用户进行 现场讲解和培训。必要时召开培训会议，主要讲解项目如何使用，达到让用户了解产品各个功 能，最终能让客户自己在使用中能够解决问题。 (7)验收： 系统正式运行后，由用户提出验收要求，双方共同制定《项目验收计划》，组成验收小组，功能 进行项目验收。项目实施负责人负责和客户、运作部门的联络，安排好项目的验收时间、地点和 人员。在项目验收结束后，应完成验收单，包括验收报告、验收设备清单等。验收工作将由用户 组织的客户负责人进行全面的验收和鉴定，并在项目验收报告上签字，并签署验收意见， (8)回访 主要是指正式上线运行一段时间之后的项目，回访周期根据工程项目施工特性选择 性的回访，一般定为两个或三个月回访一次。定期回访有助于公司与客户建立信任 关系，获取重要信息，进而实现在成交。项目定期回访主要包括咨询客户项目的使用情况，记录
订单流程管理细则 为了高效率、准确地执行订单，推动订单流转，根据订单管理流程（参见流程图和说明）管理规定，明确相关职责和工作要求。 1、订单流程从市场拓展（新客户）和客户关系维护（老客户）做起。 流程要点： ●市场人员根据公司当期市场拓展计划分配的任务和指标，完成市场调查、网络推广、 潜在客户接洽等定额指标； ●针对老客户，市场人员应当定期与老客户沟通，了解客户状况（业务、资金等）， 推介公司新产品和技术，发掘客户需求。 职责划分：市场主管制定并监督当期市场拓展计划（内含下属市场人员任务分解和考核指标）；市场人员每个工作日按照计划要求填写工作记录，每周提交工作计划安排。 流程周期：每周/每月 规范/计划/表单：市场拓展计划（月度/季度）市场人员每周工作计划工作日记录 检查监督方式：部门定期工作例会市场主管抽查 2、接受客户报单询价 流程要点：客户询价按产品划分为两类：冷光片类（含配套驱动器）、驱动器类 ●冷光客户一般是非专业用户，首次报单一般只讲述订单基本要求（图样、尺寸、功 能等），提交简略资料和JPG图，希望公司提供全面解决方案，一般需要几套备选 方案。市场人员要掌握订单关键要求，引导客户按我方制定的方案完成订单。 ●驱动器客户是专业用户，首次报单会提供具体产品参数要求以及效果图，希望公司 提供符合明确具体要求的产品，有时还会将配套冷光片寄过来，需要公司提供一套 成熟的备选方案即可。市场人员应逐一确认客户要求细节，包括一些特殊订单要求。职责划分：市场主管制定业务接单规范，市场人员按照规范询问并记录客户订单要求 流程耗时：30分钟以内 规范/计划/表单：业务接单规范市场人员接单记录 检查监督方式：市场主管抽查
投标文件的制作流程及撰写要求 1、根据招标公告，准备相应的资格证明文件（营业执照、 委托书、税务登记证、合同等）。 2、购买招标书（纸质和电子版）。保存好购买标书的发票 （收据）。 3、阅读招标书，弄清如下问题： A、招标的项目名称、项目编号或招标编号。 B、招标货物的标段、包号、名称、数量。 C、招标货物的要求（技术参数、性能描述、强制标准） D、招标货物的付款方式。 E、其他需要弄清的问题 4、制定投标计划 A、确定拟投标的标段（包） B、列出标书中表述不清的问题，制作质疑文件并要求发标方答疑。 C、按照招标文件的要求，整理出投标文件列表和格式。并注意如 下问题： ●所有的文件、表格要能在Word文档中自动生成目录。 ●所有文件、表格的文字大小、页面尺寸、风格必须统一且符合招 标文件的要求。 ●多人同时制作同一份投标文件，文件如何分解和合成。 ●标书撰写过程中，如何进行审核、共享。 5、方案确认、资料准备
A、制定投标的技术方案（原理、外观效果、操作方式、主要用材、 价格、制作周期、主要特点等）。一般以召开会议的形式进行，会后形成电子文件并分发至标书制作的每一个成员。 B、整理和投标相关的已有资料（技术方案、承诺书、公司介绍等） 并共享这些资料。 6、投标文件的撰写 A、商务部分 该部分在一般的招投标过程中，招标文件都会给出固定的格式文件，只要严格按照格式文件填写就可以了。主要不要缺少文件、漏填、把顺序弄对。 B、技术部分 技术部分撰写的依据是招标文件中的货物技术要求描述。投标的技术方案一定要依照招标文件的要求撰写。一般应达到满足或正偏离。其中主要技术原理、实施方案、技术路线、创新和特点要阐述清楚。 解说词部分是业主方解说员讲解给观众听的。主要着重展品的科学原理、现象、相关知识的撰写。用词要夸张、具有煽动和蛊惑性，能吸引观众。 说明牌部分是业主悬挂在展品旁边的，主要是对展品原理、结构、性能、使用方法的简要说明，起到对观众的提示、吸引和启发思考的作用。包括图形和文字描述两部分。一般提供文字描述部分。 进度表中一般按照日历天进行进度安排。统一标的货物制作进度
业务下单出货流程规范 1、流程范围 本流程适用于公司业务部门、项目部门下单流程操作； 2、流程目标 提高下单时效性、合理性；衔接好业务、技术、生产、发货工作开展； 3、涉及部门 业务部、技术部、生产部、仓储部
4、控制要点 技术部与仓储部对生产任务单内的生产时间、完工时间、生产条件及特殊技术要求进行审核； 如有不合理处，有权将订单退回业务部门不予受理，一旦受理，则必须配合业务保证出货质 量和交期。 5、流程说明 1）公司所有业务必须按要求填写相应生产单。 2）业务主管对下单内容进行初步审核，如下单内容有任何一项未按标准填写者，应通知填单人重新填写。 3）公司条件是否能满足订单要求，业务人员应联系技术部门征求意见；如公司条件无法满足客户要求者，应通知业务员与客户重新协商生产条件、重新填单。 4）订单产品分为标准型（公司基本类型产品）和订制型，如为标准型，直接交订单传至生产部；如订单产品为订制型，则将订单及客户要求性文件传至技术部门。 5）技术工程师根据客户产品要求，明确产品规格参数是否可以满足；并交技术部负责人审核，审核通过后将订单及产品规格书等相关文件传至生产部。 6）生产部在接到生产订单（产品规格书及相关资料）后，根据自身库存情况安排生产；仓库发货员根据订单要求时间及其他要求组织发货。 7）仓储部根据订单要求生产时间、库存情况准备物料。 8）成品验收合格后，根据订单确认无误后安排出货。 6、库存管理 1）每周仓库需清点在境内外电商平台销售的产品库存数据。以便管理人员及时更新，避免客户下单却无法及时安排出货，电商平台的出货都是有时间限制的，未按约定时间出货会被处罚。 2）主物料准备情况及时更新，如接到订单安排生产，生产周期不能拖过久。明确产品的生产周期。 3）如举行活动，至少提前一周通知生产，进行前期物料准备。以便生产部制定生产计划。 4）成品必须标识明确参数资料，仓管人员熟悉产品信息，出货货品必须检查外观和功能，企业正在打造品牌形象，不能因为品质问题，影响企业发展规划。.谢谢..再见.
系统上线准备工作 由于O A办公系统涉及部门和人员的广泛性，为保障顺利推进相关事宜及应用效果，建议做 好以下部署工作： 1.系统上线总体流程 公司根据实施众多客户信息化项目经验及结合贵公司实际情况，建议在系统上线之前，所做的工作及步骤
2.、上线前期准备工作 O A办公管理系统正式上线应用前，公司协助贵公司管理人员将需要进行必须数据的模块，如组织框架，知识中心，人力资源，物品管理，会议管理，车辆管理、资产管理，工作文档及在线论坛等进行数据整理工作，在数据初始化及录入时及时、快速、准确的提供初始数据，以保证系统运行顺利推进。 数据的准备需要多部门协作，各种公文流转和审批文件涉及到行政、人力资源、财务及业务等部门；有些初始数据需要部门沟通和提供，如固定资产及档案需要财务部门协助提供；各部门人员资料需要人力资源部门协助等；往来客户资料需要业务部门来提供等；因此需要有强有力的协同能力的职能部门的人员来协调和沟通，已顺利把基础性资料归集和整理。 需要的初始数据整理完毕之后，要进行筛选和核对，确保要初始化的数据更加准确，这个也需要多部门协作完成。 3.、系统上线动员会议 O A办公系统涉及公司内部各个部门，领导的关注和决策是软件应用效果的重要保障；因此系统上线前的动员会议是公司高层、中层及职能部门使用人员共同参与，明确后续需要配合的事项、系统应用策略及考核办法等事宜。 系统上线动员会议准备一下工作： ?初始化化数据的准备工作（在“2”中已经基本完成）； ?功能模块的范围（个人办公、工作流、行政办公、公文管理、人力资源、档案管理和ＣＲＭ管理）； ?部门及人员的使用范围（设计到业务、财务、售后、行政、人力资源及分支机构等部门）； ?确立每个使用办公系统的部门责任人和联络人； 4．系统安装、调试及初始化 确定服务器、规定I P及网络环境配置。选择有多种情况，一是选择机房服务器，二是把服务器放在办公区域，因固定i p都具备，二者皆可，遵循效率、安全、和节约的原则，来选择服务器的存放区域；服务器系统平台的架设和vpn 服务器及环境的配置。 办公系统安装、调试工作由公司技术实施人员来做，贵公司负责系统人员协助。 系统的初始化工作是由贵公司系统管理人员在公司技术人员的协助下录入前期准备好的 基础数据。 5.。各部门软件的培训工作 近几年来贵公司在财务、业务、物流等部门已经进行了信息化方面的工作；因此有很好的信息化基础，各部门工作人员信息化方面的素质较高，因此在软件培训和推广方面从以下方面着手： ?采用分步推广，划分范围的方式进行培训和推广。首先在信息化基础较好和行政事务比较多的部门及人员，率先培训；根据这些部门的应用情况，及时并调整后续的培训策略，完善规章或加大重点培训力度；同时在取得较好的应用效果后，打消其他部门的疑虑，有利于推进整体上线。 ?根据职能和使用功能模块的不同，划分培训对象。这个需要与使用单位即贵公司进行沟通；确定使用办公系统的人员和时间，以保证培训的效果。 6.。问题的反馈和处理 系统培训及试运行过程中，对各部门系统运行中提出的问题，进行深入的沟通和提出解公司文档决的方案；是系统的问题由公司解决；是人员操作的问题由公司技术实施人员协助应用系统的人员解决。 CRM放在最后去做，考虑到CRM是相对独立的模块，又与业务模块结合的比较紧密，因此涉及到的内容需要和业务部门反复沟通，把实际需求和系统结合起来，把业务统和O A办公系统在CRM模块无缝链接。 7.正式上线及跟进开发
软件测试流程规范 测试人员要站在用户的角度来思考，这个产品是不是用户需要的。 一、软件发布流程流程： （1）、产品需求分析：根据客户或者用户提出的功能需求，对产品功能逻辑进行需求的分析，了解客户需要一个什么产品。 （2）、设计测试用例：根据客户的需求，进行功能流程设计，主要包括正确的逻辑和错误的逻辑，同时需要设计一些特殊内容输入，如特殊字符、空格以及不同的环境。 （3）、测试用例评审：将设计好的测试用例与领导开发同事一起进行评审，检查是否有遗漏的地方。 （4）、执行测试用例：开发人员在功能开发完毕后完成在开发环境的测试后，提交到测试环境，测试人员开始执行测试用例。 （5）、跟进测试问题：开发修复问题后，对BUG进行修复后的测试跟进工作，在产品上线前需要将版本的BUG进行一次修复确认测试。（6）、提交测试报告：完成一个迭代版本的测试之后，需要提交次版本的质量情况。 二、软件测试类型： （1）、单元测试：对软件中最小的可测试单元进行检查和验证，这个一般开发人员自己就做了。
（2）、集成测试：是确保各单元组合在一起后能够按既定意图协作运行，并确保增量的行为正确。这里测试人员可以根据设计的测试用例来执行功能测试。 （3）、系统测试：简单的说就是对整个软件进行测试，执行整个系统的全部测试用例。（但是系统测试还包括恢复测试、安全测试、压力测试） （4）、验证测试：通俗的可以理解为是对软件系统的检查，软件是否满足功能需求，这个可以根据需求文档来进行，验证测试也可以理解为客户的验收测试。 三、测试用例的编写规范 （1）、测试用例包括以下内容：用例编号、测试项目、功能模块测试小标题、操作步骤、问题详细描述、PASS&FAIL、优先级、研发确认、测试者&时间、验收结果、备注。 （2）、测试用例表格文件命名规则：项目名称+版本号+更新日期（年月日），如果有自己习惯的方式可以不按照这样命名。 （3）、BUG跟进表包括以下内容：编号、BUG小标题、开发者、优先级、创建时间、是否完成、完成时间、类型、状态。 （4）、测试结果数据：主要记录用例的执行情况和BUG的修复情况。详细信息见下图：
业务下单操作流程 编制单位 核准人业务部编制时间 核准时间2012-02-22文件编号 文件执行时间YWY2012-003为了保证稳定的生产秩序，与各部门对接操作规范，现制定以下制度：1、按照合同资金运作规则，进行订金催促到位； 2、理单 在理单前，业务人员针对下单款号要求设计人员按照客户修改意见，制作正确图稿；正确图稿内容包括：正确的生产款号，正确的开发款号，正确配色，正确面料，正确里料，正确辅料，正确印绣花（规格）等；由设计人员将制作好的正确图稿放在共享文件夹---研发部---设计室---品牌（客户）----#季正确图稿；业务人员按照客户下单意见审核正确图稿，如无误，要求设计人员打印正确图稿，并复制到共享文夹---业务部---业务责任人---相关品牌文件夹内；如有误，要求立即修改； 业务人员按照下单指令要求，业务人员理单，制作《套料单》，《套料单》标准操作见附表；在制作<套料单》时,业务人员一定与《下单报价表》进行核实；3、与研发部进行交接，交接内容如下： 样衣：下单齐色样衣交接（如果客户需要修改，用不干胶贴上修改意见），并签名确认； 修改意见：客户对下单样衣提出修改意见，一般由客户书面告知，业务人员将书面告知修改意见复印，交接并签名，客户书面修改意见业务人员留底；另外有关客户修改意见扫描建立电子版文档，存入共享文夹---业务部---业务员---品牌文件夹内，以便分享； 套料单：也就是理单，业务员理单必须反复确认，以保证理单数据信息的准确性；签名确认，经总经理签名确认后，方可操作；在交接过程中，用共
享电子版模式，电子版存入共享文夹---业务部---业务员---品牌文件夹内，以便分享；正确图稿：将正确书面图稿要求交予研发部； 包装方式：按照客户要求，各类产品包装方式，以便研发部制作工艺单；以上物品交接结束后，与研发部交接《**品牌下单研发部交接信息表》，见附件；有双方签名确认，双方各备案一份，并复印一份送总经理备案；表明与研发部交接结束； 4、与采购部交接，交接内容如下： 修改意见：同研发部交接程序同 《业务指令单》：操作见附件，经总经理签名方可操作； 色卡：如果客户对样衣颜色提出修改，并提供样品； 物料检测报告：按照客户要求，是否要对物料进行检测，在什么单位检测？检测内容是什么？面料、里料或辅料等；如果需要检测，费用是否含在报价内,如不含，必须提前与采购沟通，确定相关费用，与客户沟通，客户同意费用后，要求客户用书面方式进行确认留底；如果要求检测报告，必须要求客户提供检测标本； 以上物品交接结束后，与采购部交接《**品牌下单研采购部交接信息表》，见附件；有双方签名确认，双方各备案一份，并复印一份送总经理备案；表明与采购部交接结束； 5、向生产部下业务指令单 业务根据采购反馈的《业务指令单》初步确定的备料计划，复印一份交生产部经理，生产部经理根据来料时间和货期，制作《生产计划表》，根据《生产计划表》，与研发部沟通制作《大货筹备计划表》并追踪；生产部制定好《生产计划表》后，送一份业务负责人，以便业务监督进程，一份送研发部，研发部可以根据生产计划的先后时间，安排大货的技术筹备计划； 关于《生产计划表》与《大货筹备计划表》操作流程分别见生产部与研发部操作规范中；
《系统上线管理办法》 内部讨论版 上海捷羿软件系统有限公司 二〇一六年十月 版本历史 变更说明： C 初始创建；A添加；M 修改；D删除 目录 1 总则 2 范围 3 职责 4 管理办法 上线流程 ............................................................... 一般问题或需求................................................... 紧急问题......................................................... 管理办法细则 ........................................................... 系统上线操作注意事项 ................................................... 关于数据库备份机制 ..................................................... 5 附录 附录A：《01系统故障(缺陷)报告》模板.................................... 附录B：《02系统故障(缺陷)修复方案》模板................................ 附录C：《03系统变更测试报告》模板...................................... 附录D：《04系统变更申请单》模板........................................ 附录E：《05系统变更操作复核表》模板.................................... 附录F：《06系统升级上线方案》模板......................................
会议流程规范 一、适用范围 1、凡本公司组织的各类综合性和业务性会议、销售会议、产品发布会、研讨会、专业会议、奖励会议、培训会议（以下简称会议）等，均适用本流程规范。 2、综合性会议由行政部负责，业务性会议由对口业务部门负责，其他部门配合。原则上“谁主办、谁负责”，特殊情况由领导统一协调安排。 二、会前工作规范 1、召开准备会议。组织会务人员，明确工作职责。主办部门负责制订详细的会议工作方案。 2、发出会议通知。包括会议名称、内容、会期、时间、地点、与会人员范围。 3、印制会议日程。编排好会议程序，制定注意事项。 4、会务筹备。 酒店：根据会议类型确定酒店。 会场：主会场及分会场的选择预定，设计、布置方案。 印刷制作：会议日程、宣传资料（单页、海报、手册）、会议凭证、 横幅、引导牌、席签、出席证、列席证、工作证、请柬等。 设备：投影仪、X支架、易拉宝、背景板、展架、充气模型、舞台灯 光、同声传译、摄影器、录音器、显示器、乐器、互联网等设备。 车队：按实际情况进行用车安排等。 用品：笔记本电脑、签字笔、资料袋、笔记本、曲别针、订书机、水 果、矿泉水等。 礼品：根据要求制定。 餐厅住宿：根据要求协调餐厅菜品、口味、宴会等（附菜单）。合理
安排男女住宿。 5、会场布置。 悬挂标语横幅、张贴指示牌等。 设置主席台，落实主席台领导，安排座次，设置发言席，摆放席签、 话筒，并保证音响效果。 确定会议桌摆放形式，明确划分会场区域，并使与会者明确。 保证照明、通风、录音、录像、空调设备齐全、有效。 迎宾区入口处有醒目的引导牌 签到区设置在会场路口处，要求干净、整洁，最好有台布。 咨询处桌子正上方悬挂印有“咨询区”的展示牌 6、食宿安排。综合性会议由行政部门负责，业务性会议由行政部门或主办部门负责。 7、会前协调。综合性会议由行政部门负责安排。各类业务会议由主办部门负责安排，其他科室协助配合。主办部门在会议前检查、协调、落实好会务筹备工作。 三、会中工作规范 按照会议流程规范分工责任要求，各相关部门做好以下工作： 1、会前准备。准备好会议所需要的会议资料，会议用品。 2、会前检查。会务人员提前1小时到达会场，反复检查会场条幅、灯光、音响、投影仪、展板、茶饮等。 3、会议招待。会议报到、发放会议资料、食宿安排、车辆使用等接待工作。 4、机场、车站接站。专人负责机场，车站的接站服务。 5、安排就座。按预定方案组织与会人员由前向后依次就座。 6、核实人员。落实主席台领导、发言人是否到齐。 7、维持会场秩序。会议开始前5分钟，与会人员入座就绪，无关人员离开
业务系统业务订单操作规范
业务系统业务订单操作规范1目的：规范订货单运作流程，减少人为失误的发生； 2范围：业务系统 3定义：无 4流程：
5内容 5.1订货详情单： 5.1.1订货详情单一律按客户书面采购单为准； 5.1.2业务员收到客户传真或其它方式采购单时，需认真审阅、仔细分析客户的要求，如有 不明之处或特殊要求东莞公司无法满足时，应及时与客户沟通达成共识，避免错误或误 导；再转给业务跟单员； 5.1.3经确认后的采购单，凭其订单结合公司《产品标准名称》制作订货详情单；
5.1.3.1拉头： 5.1.3.1.1填写订单时拉头、拉片描述次序应规范，一律按正确顺序填写：如：5#N 自动头配日字吉通片/喷（即“头”在前“片”在后）； 5.1.3.1.2客户在使用SBS品牌时，请在订单上注明SBS字母所在的正确位置（如： SBS自动头、SBS连接件、SBS拉片）； 5.1.3.1.33#穿心成品链，拉头全部使用弹片式自动头剑尾片，除客户有指定帽 盖式自动头剑尾片以外（订单上加以注明）；如订单上未注明，计划部统一 按弹片式自动头剑尾片订购、生产； 5.1.3.1.4公司所有的拉链均采用底模“SBS”标识拉头，如确有特殊情况须在订 单上注明，并转总经理特批，如未在订单上注明不带“SBS”所导致的客诉， 由当事人承担全部责任； 5.1.3.1.5过检针产品必须不含镍,不含镍产品不一定过检针； 5.1.3.1.6如客户订购我司图册上已有的拉头，务必在订单上注明哪年版本图册的 编号（现在已有版本号：07年版） 5.1.3.2环保、过检针； 5.1.3.2.1客户如对拉链有环保要求，一律按OKE-Text 100（欧保）标准生产（附 件：欧洲环保标准），如有别的特殊环保要求，应在订单上注明环保项目。 5.1.3.2.2公司检针器最高级别为十级; 5.1.3.2.33#、4#、5#类产品出厂标准为八级； 5.1.3.2.48#、10#类产品出厂标准定为四级,单个拉头过检针四级即为合格; 5.1.3.2.5较常规四方片、葫芦片类要加厚、加大的开模片出厂标准定为四级（单 个过四级）；
1、目的：对订单从接收到客户信息、确认客户的要求、确认客户的资料（文档样板等信息），开立 《生产任务书》及制定《出货计划》，跟进出货进度、及售后客户投诉的跟踪等过程进行 规范，确保满足客户的需求。 2、范围：适合公司所有的订单。 3、流程图：见附件1 4、作业标准： 4.1、接收订单： 4.1.1、接收到客户的订单，了解客户产品的信息：材质、尺寸、数量、颜色、工艺、质量要求 等信息，文件信息（文件格式、文件版本号）及相关资料（内容样、色样、模切样等具 体的信息）； 4.1.2、如果是客人电话，则书面的记录，并在记录完成后在于客户确认；（客户订单信息记录 表） 4.1.3、审核客人的资料，是否符合工艺要求，是否有不合理地方，并及时与客户沟通确定 4.1.4、确认无误后依据客户提供的文件格式及版本，打开文件初步确定尺寸、颜色、工艺等， 进行预检，并记录，发现有异常立即与客户沟通确认，没问题的则按照文件储存的方法 将文件保存服务器“印前指定的文件夹” 4.2、订单的类型分类及样板的制作： 4.2.1：客户E-PRINT：由于该客户的文件都是标准的PDF文件，工艺标准、运行稳定，且明确 要求不能随便改动文件，所以，我们只是简单的按照4.1.4的要求预检，没有问题则直 接下单《生产任务书》，具体按照4.4要求执行。 4.2.2、客户提供文件（PDF、CDA、AI等），同时提供正确的样板（内容样、颜色样等），则按 照我们只是简单的按照4.1.4的要求预检，没有问题则直接下单《生产任务书》，具体 按照4.4要求执行。 4.2.3、客户提供文件（PDF、CDA、AI等），没有提供正确的样板，考虑到文件在转换过程中的 陷阱在按照以下两种方式运行： A、业务助理依据客户的文件，根据产品的情况，打印出兰纸（单色）或者数码样， 自己检查过后，制定出简易的书（顺序、颜色及内容），交客户确认后，作为我们内 部生产校对的依据；
系统上线准备工作 由于OA办公系统涉及部门和人员的广泛性，为保障顺利推进相关事宜及应用效果，建议做好以下部署工作： 1.系统上线总体流程 公司根据实施众多客户信息化项目经验及结合贵公司实际情况，建议在系统上线之前，所做的工作及步骤
2.上线前期准备工作 OA办公管理系统正式上线应用前，公司协助贵公司管理人员将需要进行必须数据的模块，如组织框架，知识中心，人力资源，物品管理，会议管理，车辆管理、资产管理，工作文档及在线论坛等进行数据整理工作，在数据初始化及录入时及时、快速、准确的提供初始数据，以保证系统运行顺利推进。 数据的准备需要多部门协作，各种公文流转和审批文件涉及到行政、人力资源、财务及业务等部门；有些初始数据需要部门沟通和提供，如固定资产及档案需要财务部门协助提供；各部门人员资料需要人力资源部门协助等；往来客户资料需要业务部门来提供等；因此需要有强有力的协同能力的职能部门的人员来协调和沟通，已顺利把基础性资料归集和整理。 需要的初始数据整理完毕之后，要进行筛选和核对，确保要初始化的数据更加准确，这个也需要多部门协作完成。 3.系统上线动员会议 OA办公系统涉及公司内部各个部门，领导的关注和决策是软件应用效果的重要保障；因此系统上线前的动员会议是公司高层、中层及职能部门使用人员共同参与，明确后续需要配合的事项、系统应用策略及考核办法等事宜。 系统上线动员会议准备一下工作： ?初始化化数据的准备工作（在“2”中已经基本完成）； ?功能模块的范围（个人办公、工作流、行政办公、公文管理、人力资源、档案管理和ＣＲＭ管理）； ?部门及人员的使用范围（设计到业务、财务、售后、行政、人力资源及分支机构等部门）； ?确立每个使用办公系统的部门责任人和联络人； 4．系统安装、调试及初始化 确定服务器、规定IP及网络环境配置。选择有多种情况，一是选择机房服务器，二是把服务器放在办公区域，因固定ip都具备，二者皆可，遵循效率、安全、和节约的原则，来选择服务器的存放区域；服务器系统平台的架设和vpn服务器及环境的配置。 办公系统安装、调试工作由公司技术实施人员来做，贵公司负责系统人员协助。 系统的初始化工作是由贵公司系统管理人员在公司技术人员的协助下录入前期准备好的基础数据。 5.各部门软件的培训工作 近几年来贵公司在财务、业务、物流等部门已经进行了信息化方面的工作；因此有很好的信息化基础，各部门工作人员信息化方面的素质较高，因此在软件培训和推广方面从以下方面着手： ?采用分步推广，划分范围的方式进行培训和推广。首先在信息化基础较好和行政事务比较多的部门及人员，率先培训；根据这些部门的应用情况，及时并调整后续的培训策略，完善规章或加大重点培训力度；同时在取得较好的应用效果后，打消其他部门的疑虑，有利于推进整体上线。 ?根据职能和使用功能模块的不同，划分培训对象。这个需要与使用单位即贵公司进行沟通；确定使用办公系统的人员和时间，以保证培训的效果。 6.问题的反馈和处理
一、前言 二、目的 三、流程图符号 四、流程图结构说明 五、流程图绘製原则 六、范例 一，前言 标准作业流程的意义 「标准作业流程」（SOP）是企业界常用的一种作业方法，其目的在使每一项作业流程均能清楚呈现，任何人只要看到流程图，便能一目了然，有助于相关作业人员对整体工作流程的掌握。 （一）所有流程一目了然，工作人员能掌握全局。 （二）更换人手时，按图索骥，容易上手。 （三）所有流程在绘製时，很容易发现疏失之处，可适时予以调整更正，使各项作业更为严谨。 一、为建立本部作业标准化（SOP）流程图之可读性及一致性，参考美国ANSI系统流程图标准符号，及道勤企业管理顾问有限公司「效率会议」标准流程，製作符号及范例。 二、本规范流程图绘製，採用由上而下结构化程式设计（Top-down Structured Programming）观念。 三、对于製作流程图共通性目标，本规范亦列出流程图绘製原则。
四.流程图结构说明 顺序结构（Sequence） 图形： 意义：处理程序顺序进行。 语法：DO处理程序1 THEN DO处理程序2 实例： 运用时机：本结构适用于具有顺序发生特性的处理程序，而绘制图形上下顺序就是处理程序进行顺序。 A. 二元选择结构（基本结构） 图形： 意义：流程依据某些条件，分别进行不同处理程序。 语法：IF 条件 THEN DO 处理程序1 ELSE DO 处理程序2 实例： 运用时机：
1. 2. 3. 图形： 意义：流程依据某些条件，分别进行不同处理程序。 语法：FOR 条件P CASE 1 DO 处理程序1 CASE 2 DO 处理程序2 CASE n DO 处理程序n 实例： 运用时机： ·本结构是二元选择结构的变化，流程依据选择或决策结果，择一进行不同处理程序。 ·选择或决策结果路径名称，可用不同文字，来叙明不同路径的处理程序。 A. REPEAT-UNTIL结构 图形： 意义：重复执行处理程序直到满足某一条件为止，即直到条件变成真（True）为止。 语法：REPEAT-UNTIL 条件 DO 处理程序 实例： 运用时机： ·本结构适用于处理程序依据条件需重复执行的情况，而当停止继续执行的条件成立后，即离开重复执行循环至下一个流程。 ·本重复结构是先执行处理程序，再判断条件是否要继续执行。 图形：
作业流程 文件名称：订单作业规范 文件编号：销管-3-Q-004 文件版本：1.2 制定单位：销售管理处 机密等级：一般 发行日期：
目录 1.目的 (3) 2.适用范围 (4) 3.权责单位 (4) 3.1.文件制订、修订、解释、作废单位 (4) 3.2.会签单位：总部相关职能单位 (4) 4.定义 (4) 5.作业内容 (4) 5.1批发客户订单 (4) 5.2现代渠道系统客户订单 (5) 5.3相关部门管控要求 (6) 5.4订单留存要求 (7) 6.相关文件 (7) 7.流程图 (8) 7.1流程一：批发客户网络订单作业流程 (8) 7.2流程二：现代渠道客户订单作业流程 (9) 8.表单 (10) 9.附件 (10) 版本历史
审核记录 1.目的 为使客户订货作业更加规范，避免人为因素而造成的客户拒收，特制订此作业。
2.适用范围 适用于集团大陆地区营销体系。 3.权责单位 3.1.文件制订、修订、解释、作废单位 3.1.1.由销售管理处与总部相关行销单位共同制定，但由销售管理处统一撰写、 收集、整理成文档。 3.1.2.本规章制度由营运总处销售管理处结合相关作业的变化统一修订或作废， 与相关行销单位共同解释。 3.1.3.本规章制度由销售管理处销售流程岗位对口人负责管理。 3.2.会签单位：总部相关职能单位 3.2.1.会签单位应明了本规章制度之相关内容涉及本单位的相关作业，注意其内容 所造成的作业影响，提出相关建议与修正要求。 4.定义 4.1.订单：指由我司设计印刷用来记录客户对我司产品需求的一种单据。 4.2.客户开单计划确认表：指可销品项根据客户目标、历史销量、库存、管控天数等指标 核算出客户安全出货量的表单。 4.3.计划内订单：指客户对我司产品的需求，已拟定在《客户开单计划确认表》中，依此 作为客户订货开单的依据。 4.4.计划外订单：指《客户开单计划确认表》之外的客户对公司产品的订货需求，由客户 在经销商网站上下单，上网客户必须通过网络下单，不接受纸本订单。 4.5.控货量：指为避免客户异常过量出货，限定其最大开单量。 5.作业内容 5.1批发客户订单 5.1.1计划内订单 ●销管直接依据各事业部下发的《客户开单计划确认表》进行开单。 5.1.2计划外订单 ●网络订单 ?针对计划外订单，开通经销商网站之客户亦可登陆网站，提交网络订单，销管登陆经销商平台，审核客户网络订单并提交SAP系统生成系统单据； ●纸本订单 ?未开通网络订单之客户依《订单》格式填写需求品项、需求量、现有库存量，签字、盖章后交业务，由所长或相关专员签字后将合格订单交至销管， 销管依此在系统中开立销售订单。 5.1.3销管审核、开立要求： ●开单销管依合格有效的《客户开单计划确认表》、《经销商网站订单》、《纸 本订单》、在系统中正确开立客户信息（客户名称、送货地址、分销渠道）、 产品信息（品项、规格、单价）、政策信息、返利信息生成订货单，将系统 中自动生成之订单号标注在文档订单中，交开单组组长进行核准。
项目管理文档填写及流程管理规范 1项目文档管理 (2) 1.1项目前期 (2) 1.2项目中期 (2) 1.3项目后期 (2) 1.4项目整个周期 (3) 1.5硬件及网络布线 (3) 2项目管理流程 (3) 2.01项目管理整体流程 (3) 2.02项目立项单流程 (5) 2.03项目调研流程 (5) 2.04项目计划审批流程 (6) 2.05项目预算审批流程 (6) 2.06客户上线准备调查报告 (6) 2.07出差申请单 (6) 2.08项目周报 (7) 2.09新增需求单 (7) 2.10项目费用申请单 (7) 2.11问题集审批流程 (8) 2.12项目转售后服务流程 (8) 2.13奖金制定流程 (8) 2.14洽谈报告 (9)
1项目文档管理 1.1项目前期 《项目整体进度步骤》 《系统功能要求》 《客户资料信息表》 《项目立项表》（产品版本、项目人员） 《项目实施计划表》《项目实施详细时间表.》 《项目预算表》 《系统初始设置表》 《进驻现场准备表》（与系统相关的其他项目时间进度、如设备到长时间、人员安排、机房建设） 《标准培训文档》 1.2项目中期 《服务器设备调试报告》（服务器配置数据库配置） 《POS设备调试报告》（pos机配置型号、系统安装配置） 《其他设备调试报告》（条码打印、电在称、价签、等等） 《培训确认报告》（培训功能模块、时间、人数、部门、负责人确认） 《系统正式使用确认报告》包括转入售后部分 1.3项目后期 《文档提交确认单》 《售后服务单》
1.4项目整个周期 出差申请单（参考财务） 《项目增项需求单》（新需求或变动） 《项目周报》 《项目分配奖金表-部门》 费用申请单（参考财务单据，应用项目当中设备采集、或特殊费用申请单）系统问题集（将项目中遇到的系统问题和客户的一些意见记录成文件，为产品升级提供依据） 1.5硬件及网络布线 《设备验收清单》（包括第三方软件） 网络布线报告（由第三方布线公司提供） 2项目管理流程 2.01项目管理整体流程