24.HS(NJ)-PD02 开发一般业务管理规则

合集下载

16.HS(NJ)-PB02 公司标准运营规则(中文)

16.HS(NJ)-PB02 公司标准运营规则(中文)

喜星电子(株) 南京工厂公司标准运营规定文件号: HS(NJ)-PB02最终审批: 总经理制定日期: 2013. 06. 12起草部门: 企划Part适用规格: ISO9001、ISO14001、OHSAS18001、F(A4纵) –PB01-1(0)F(A4纵) –PB01-2(0)1. 适用范围本规定适用于喜星电子(南京)有限公司(以下简称”公司”)经营体系的运营上所用的公司规定规格(以下简称“文件”)的制定·更改及废止, 申请. 审核, 承认, 登录, 发行, 公布, 传授, 废弃及维持管理, 也包括文件及情报管理的程序.2. 目的目的在于公司的运营中确立经营相关程序确保经营体系的系统的维持管理.3. 用语的定义3. 1 Manual(Quality Manual)规定公司经营体系的文件3. 2 程序书(Procedure document)作为包含程序的文件, 分为管理标准核技术标准.3. 2. 1 管理标准为了确保公司经营活动的效率性, 明示公司内所有业务的处理基准及方法, 是指基本业务、生产管理、工程管理等相关的规则类, 其包括公司的所有规则核细则。

1)规定是指在公司的经营活动中基本事项、一般事项的整理, 喜星电子本部的下达指示及适用的标准。

2)规则是指在经营活动中所整理的必要条件、公司、管理方法及运营程序等的基本的一般的事项。

3)细则是指公司决定、执行规则当中需要更加明确详细的解释和规则时所整理的具体事项。

3. 2. 2 技术标准指为了保证生产产品,规定的对于材料、部品、仪器等所必需的技术性的诸多事项的规格、标准的总称。

1)规格: 指对材料、部品、半成品、产品的所规定的基本事项(特性、性能、尺寸等)。

4. 责任和权限4. 1 总经理对公司的管理标准进行最终审核及审批,并创造使得公司全体成员遵守管理标准的必要条件。

4. 2 主管部门长为了有效执行标准,以管理部门作为主管部门,其业务范围如下;只有制造工程图及作业标准由制造部门主管,且其业务程序以工程管理规则(HS(NJ)-PF01)为准。

中国移动多功能自助终端业务规范

中国移动多功能自助终端业务规范

中国移动多功能自助终端业务规范第三,中国移动要求多功能自助终端必须保证数据的安全性和隐私保护。

终端设备应具备防止数据泄露和外部攻击的功能,确保用户的个人信息安全。

终端设备应有合理的登陆认证机制,防止未经授权的人员使用终端。

终端设备内部的记录和交易信息应定期备份,以免数据丢失。

第四,中国移动要求多功能自助终端必须提供全天候的服务。

终端设备应24小时正常运行,并能够进行必要的维护。

终端设备应有故障报修机制,及时处理终端设备出现的故障,保证用户能够顺利使用终端。

第五,中国移动要求多功能自助终端必须有完善的售后服务。

终端设备供应商应提供终端设备的售后服务和技术支持,及时处理用户反馈的问题。

终端设备供应商还应与中国移动保持良好的沟通合作,及时了解用户需求,提升终端设备的质量和性能。

中国移动多功能自助终端业务规范的制定,为用户提供了更加方便快捷的服务。

同时,规范了终端设备的使用和运营,保证了用户的权益和信息安全。

中国移动将继续改进和优化多功能自助终端的服务,提升用户的满意度,并不断推动移动服务的创新和发展。

随着科技的不断进步,中国移动不断推出新的多功能自助终端,并且提供更多样化的服务。

这些终端不仅仅可以用于缴费和查询,还可以办理各种业务,如手机套餐升级、宽带开通、充值卡兑换等。

为了保证这些服务的规范运行,中国移动制定了更多的业务规范和操作细则。

首先,中国移动要求终端设备必须具备多种支付方式。

用户可以选择使用现金、银行卡、支付宝、微信支付等多种支付方式进行缴费或其他业务办理。

同时,终端设备应提供明码标价,确保用户了解所需付费和实际缴费金额是否一致。

终端设备不得收取额外费用,如服务费、手续费等。

其次,中国移动要求终端设备必须能够及时更新业务信息和政策变化。

终端设备应联网并能够自动更新最新的业务规则和政策,以保证用户得到准确的信息。

终端设备应有完善的数据库管理和数据同步机制,以确保业务信息的准确性和时效性。

第三,中国移动要求终端设备必须有良好的排队和等候机制。

业务流程与标准操作管理制度

业务流程与标准操作管理制度

业务流程与标准操作管理制度【正文】一、业务流程管理制度业务流程是指组织内部为实现某个特定目标而进行的一系列操作和活动。

在企业管理中,业务流程的规范化和标准化是保证工作效率和质量的重要手段之一。

因此,建立业务流程管理制度对于企业的正常运营和发展至关重要。

1. 业务流程的定义与分类业务流程的定义是指将某一特定工作活动分解成一系列具体操作步骤,以实现预期的工作目标。

通常将业务流程分为核心业务流程和支持业务流程两类。

核心业务流程指企业核心竞争力的体现,例如研发、生产、销售等。

支持业务流程则是为核心业务流程提供支持和保障,例如采购、财务、人力资源等。

2. 业务流程管理的重要性业务流程管理的目的是为了提高工作效率、减少错误和疏漏,确保企业的正常运行。

通过规范化和标准化业务流程,可以实现以下几个方面的好处:(1)提高工作效率:通过明确具体的操作步骤和责任分工,避免重复劳动和资源浪费,提高工作效率和产能。

(2)减少错误和风险:标准化的业务流程可以帮助员工减少错误和疏漏的可能性,同时降低企业面临的风险。

(3)提高工作质量:规范化的业务流程可以帮助企业确保产品和服务的质量稳定性,提升客户满意度。

(4)优化资源配置:通过合理规划和安排业务流程,可以最大程度地优化企业的资源配置,提升资源利用效率。

3. 业务流程管理的原则为了确保业务流程管理的有效性和可持续性,制定业务流程管理制度时应遵循以下原则:(1)全程质量控制:在每个业务流程的各个环节都要进行全程质量控制,确保每个操作步骤都符合质量要求。

(2)流程自动化:利用信息技术手段实现业务流程的自动化和智能化,提升工作效率和准确度。

(3)持续改进:定期评估和分析业务流程的问题和瓶颈,及时进行改进和优化,以提高流程效率和质量。

(4)合理分工:明确每个环节的责任和权限,合理分工,做到各司其职、协同配合。

二、标准操作管理制度标准操作是指为了实现预期目标,在特定条件下按照一定的步骤和规范进行的操作行为。

39.HS(NJ)-PE01 检查业务规则

39.HS(NJ)-PE01 检查业务规则

1. 适用范围本规则适用于喜星电子(株)南京工厂(以下称为“组织”)所实施的收入,工程及出库检查等业务程序和全盘业务事项.2. 目的对生产工程中可能会发生的问题点要事前防止,要求能满足最终规定的产品规格,提高顾客的信赖性.3. 用语的定义3.1 检查每个物品或者对根据LOT规定的检查基准书测定,试验及调查结果和判定基准比较后判定对每个物品的良好,不良,或者合格LOT 的合格不合格1) 初品检查依据最初生产部品的图纸及相关规格,对全部规定项目或者部分项目进行调查, 测定, 试验,分析,将结果跟规格比较后,进行合格,不合格判定的检查.2) 收入检查对原材料,副材料,部品等从外部纳入的所有物品,依据相关规格上规定的全部项目或者部分项目进行调查,试验分析,将结果跟规格比较,判定合格,不合格的检查.3) 工程检查指在生产工程中,为防止不良品移到下一个工程, 作业者对不良的项目或者对产品特性有影响的项目进行的检查.4) 出库检查为了保证是否成品能满足所属规格要求,对完成最终加工的部品或者组装的部品(或者称为产品)进行出库前的检查。

5) 无检查指未通过收入检查直接投入组装工程的部品.6) 自主检查为防止工程中发生不良品,移到下一个工程,生产作业(组装工程) 中工程间需实施检查,以品质特性为根据,进行检查项目调查,测定,试验及把结果和判定基准比较,进行合格/不合格判定的检查行为.3.2 检查方式依据检查的目的,设备,方法,工作量和时间及产品数量,决定检查水准.3.3 检查的范围以检查为目的选定的检查项目或者数量.3.4 检查LOT检查对象单位体的集合.3.5 合格品质水准(AQL)是Sampling检查中决定多少良品,不良品时可以判为合格的品质水准.3.6 检查水准是对检查LOT的大小决定检查样本大小及判定的基准.3.7 Sampling检查是根据LOT事先规定的Sampling检查方式和检查样本,把结果和LOT的判定基准比较,判定LO T合格,不合格.4. 责任和权限1) 根据收入检查业务细则( HS(NJ)-PE01-A ).2) 根据工程检查业务细则( HS(NJ)-PE01-B ).3) 根据出库检查业务细则( HS(NJ)-PE01-C ).4) 根据无检查运营细则( HS(NJ)-PE01-D ).5) 根据量产初品检查细则( HS(NJ)-PE01-E ).6) 根据Sampling检查业务细则( HS(NJ)-PE01-F ).7) 根据收入检查不符合资材管理细则( HS(NJ)-PE01-G ).5. 业务process1) 根据收入检查业务细则( HS(NJ)-PE01-A ).2) 根据工程检查业务细则( HS(NJ)-PE01-B ).3) 根据出库检查业务细则( HS(NJ)-PE01-C ).4) 根据无检查运营细则( HS(NJ)-PE01-D ).5) 根据量产初品检查细则( HS(NJ)-PE01-E ).6) 根据Sampling检查业务细则( HS(NJ)-PE01-F ).7) 根据收入检查不符合资材管理细则( HS(NJ)-PE01-G ).6. 业务程序6.1 收入检查业务收入检查程序,不合格LOT处理程序,购买者供应原副材料收入检查,收入检查室运营。

38.HS (NJ)-PE01-H 信赖性试验细则

38.HS (NJ)-PE01-H 信赖性试验细则

1. 使用范围本细则适用于喜星电子(株)南京工厂(以下称为“组织”)生产产品的信赖性试验。

2. 目的本细则是通过信赖性试验确保产品的信赖性,以最大化满足顾客为目的。

3. 用语的定义1)产品的信赖性产品的信赖性是指产品出库后至预期的说明时间为止持续发挥性能的能力。

4. 责任和权限4.1 品质管理部门长1)树立信赖性试验计划,对实验性结果判定是否合格。

2)信赖性试验结果有给相关部门F/back 的责任和权限。

4.2 开发Team长1)开发Event进行时对信赖性试验问题点实施对策及更正措施的责任和权限。

2)从顾客接受新的试验规格立即给品质管理Team F/back的责任和权限。

4.3 生产.相关部门长1)主观试验样品制作,产品生产时反映信赖性问题点。

5. 业务Process附表 1. 根据信赖性试验业务Process。

6. 业务步骤6.1 接受试验委托1)信赖性试验委托部门是作成信赖性试验细则(F(A4가)PE01-H-1(0))后委托QC Team。

6.2 试验方法设定1)试验方法是按照顾客提供或要求的规格(LG Display “BLU 试验规格”, “SPEC Sheet”等)来试验。

2)没有顾客要求的自己设定检查规格试验,根据开发阶段及量产时信赖性项目(附表2~3)。

3)1), 2)项没有规定的尽可能按照最新单体规格和国家规格执行。

6.3 试验人员的资格1)试验人员资格是检查业务规则(HS(NJ)-PE01) 项得6.8到检查员资格的人。

2)教育训练规则(HS(NJ)-PA05)为准实施教育。

6.4 实施试验1)根据试验机动作方法来进行。

2)开发阶段的信赖性试验是附表2. “开发阶段信赖性试验项目”为准实施试验。

2.1)开发阶段部品和制品(BLU)信赖性具体按“认证试验项目及基准”HS(NJ)-SQ-G002实施,试验的结果体现在认证试验结果书(F(A4纵)-PE01-H-4(0))中。

2.2)部品的流程按“部品开发业务管理程序”HS(NJ)-PG04-C 进行。

23.HS(NJ)-PD01营业业务管理规则

23.HS(NJ)-PD01营业业务管理规则

1. 适用范围本规定适用于喜星电子南京工厂(以下简称“公司”)的关系到公司规定的所有样式及制作方法。

2. 目的目的在于具体规定如何接受,确认并承认客户的定单要求,从而更好地满足客户的要求,按时提供产品。

3. 用语的定义3.1 E-PIS-SYSTEM : 客户和本公司之间的ON-LINE 电算通信网。

3.2 客户供给品: 从客户手里拿到的无偿提供给本公司生产所需要的原材料,部品等。

4. 责任和权限4.1 总经理1)对月纳品/生产计划书做最终的确认及承认。

2)对月营业计划做做最终的确认及承认。

3)对有关新产品开发的合同确认内容做最终的检讨及承认。

4)对开发日程计划做最终的检讨及承认。

4.2 资材Team长1) 执行有关订单合同的业务。

2) 与客户签定合同的窗口作用。

3) 根据本公司检讨的结果与客户之间的调整。

4) 对合同及调整后的结果做书面化整理并分发给有关部门。

5)产品出库到交接的过程中不发生任何的损伤。

6)运送人员的选定及管理。

7)对运送人员进行教育。

8)根据生产计划采购原,附资材。

4.3 制造Team长根据营业部门的销售计划执行生产计划。

4.4 开发Team长开发Team长将新产品开发品种与客户检讨是否妥当后经过总经理的承认后执行客户的订单。

5. 业务程序参照附件16. 业务流程6.1 销售计划1)营业担当接到客户的订单(月别,季度别,半年度别,整年度别)后,做月别销售计划(附件#2),通过总经理的承认后配布管理。

2)收到传真订单后记录在订单管理台帐(附件#3)进行管理,绝对要保障生产。

3)因客户或本公司的内部情况而改变销售计划时营业担当应确认公司的生产计划及在库现况通报给客户并将变更内容通报给有关部门。

4)客户开物动会议前资材Team长通过与有关部门之间的会议对组织的生产能力,资材采购情况,品质确保方案,开发日程能否达到客户的要求,选定销售计划。

5)完成通过与客户之间物动会议的计划确认。

6.2 开发依赖接到客户的产品及部品开发邀请后执行开发开始业务详细规定(HS(NJ)-PD02-A)6.3 业务(供货)步骤1) 出库营业担当确认生产实绩现况后制定交易明细单出库,并再次确认出库的产品是否与订单上的产品一致。

中国石化公司ERP运行管理制度精编版

中国石化公司ERP运行管理制度精编版

……………………………………………………………最新资料推荐…………………………………………………中国石化某股份有限公司ERP运行管理制度目录第一章总则 (5)第二章各模块运行管理制度 (7)(一)财务模块-总帐 (7)1、目的 (7)2、适用范围 (7)3、职责 (7)4、业务流程和要求 (7)5、支持性文件 (11)6、附加说明 (11)(二)财务模块-成本 (13)1、目的 (13)2、适用范围 (13)3、职责 (13)4、业务流程和要求 (13)5、支持性文件 (19)6、附加说明 (19)(三)财务模块-应收应付 (20)1、目的 (20)2、适用范围 (20)3、职责 (20)5、支持性文件 (24)6、附加说明 (24)(四)财务模块-资产 (25)1、目的 (25)2、适用范围 (25)3、职责 (25)4、业务流程和要求 (25)5、支持性文件 (29)6、附加说明 (29)(五)工厂维护模块 (30)1、目的 (30)2、适用范围 (30)3、职责 (30)4、业务流程和要求 (32)5、支持性文件 (35)6、附加说明 (35)(六)物料管理模块 (36)1、目的 (36)2、适用范围 (36)3、职责 (37)4 业务流程和要求 (37)5、考核 (44)6、支持性文件 (44)7、附加说明 (45)(七)物装公司 (46)2、适用范围 (46)3、职责 (46)4、业务流程和要求 (47)(八)销售管理模块 (53)1、目的 (53)2、适用范围 (53)3、职责 (53)4、业务流程和要求 (54)5、相关模块工作: (58)6、支持性文件 (58)7、附加说明 (58)第三章数据与编码维护 (59)(一)标准编码代码管理规定 (60)1、目的 (60)2、适用范围 (60)3、职责与分工 (60)4、代码分类及编码规则 (62)5、代码维护机制及规则 (64)6、其它 (66)7、附加说明 (66)(二)供应商主数据维护管理规定 (67)1、目的 (67)2、适用范围 (67)4、业务流程和要求 (68)5、支持性文件 (69)6、附加说明 (70)供应商主数据维护表 (71)(三)客户主数据维护管理规定 (72)1、目的 (72)2、适用范围 (72)3、职责 (72)4、业务流程和要求 (73)5、支持性文件 (74)6、附加说明 (74)客户主数据维护表 (76)(四)物料主数据维护管理规定 (77)1、目的 (77)2、适用范围 (77)3、职责 (77)4、业务流程和要求 (77)5、支持性文件 (79)6 附加说明 (79)原油、原料油物料主数据维护申请表 (81)半成品、炼油与化肥互供料物料主数据维护申请表 (83)产品物料主数据维护申请表 (85)第四章权限与运行维护 (89)(一)权限管理规定 (90)1、目的 (90)2、名词解释 (90)3、权限规范者应具备三方面的基本条件 (91)4、权限规范者的基本职责 (91)5、部门职责 (91)6、SAP系统权限申请流程 (92)7、安全审核 (96)SAP系统用户权限申请表 (98)(二)BASIS运行管理制度 (100)1、目的 (100)2、适用范围 (100)3、SAP R/3系统管理员应该具备的条件 (100)4、操作系统密码管理 (100)5、SAP数据库安全 (101)6、备份策略 (101)7、恢复策略 (103)8、灾难恢复程序 (105)9、值班制度 (106)10、系统监视 (107)11、后台作业调度 (112)12、网络管理 (113)(三)应急制度 (116)1、目的 (116)2、范围 (116)3、前提条件 (117)4、紧急情况的发现 (117)5、业务部门应急措施 (118)5、1财务(FI/CO)业务情景 (118)5、2销售(SD)业务情景 (121)5、3物料管理(MM)业务情景 (122)5、4物资供应(MRO)业务情景 (123)5、5设备维护(PM)业务情景 (125)第五章培训与上岗管理制度 (129)1、目的 (129)2、适用范围 (129)3、职责 (129)4、工作程序 (129)中国石化某股份有限公司ERP系统(以下简称某ERP系统)涉及到某财务、生产、销售、物资供应、设备检维修等方面,为保证某ERP系统运行规范、有序,确保某ERP系统各模块的正常运行、高效运作,特制定本制度。

业务流程与标准操作规范管理制度

业务流程与标准操作规范管理制度

业务流程与标准操作规范管理制度第一章总则第一条目的为了规范企业内部各业务流程与标准操作规范的管理,提高工作效率及质量,保障企业的正常运营和发展,订立本《业务流程与标准操作规范管理制度》(以下简称“本制度”)。

第二条适用范围本制度适用于企业内部各部门、各岗位涉及的业务流程与标准操作规范的管理。

第三条遵守原则本制度的遵守原则包含:规范性、实效性、科学性、公平性、透亮性。

第二章业务流程管理第四条业务流程定义1.业务流程是指企业内各个部门在完成特定任务时所需经过的一系列有序工作步骤及其之间的关联和耦合关系。

2.业务流程由所涉及部门的业务负责人负责设计和维护,订立相应的业务流程图和相关操作手册。

第五条业务流程管理职责1.总经理对企业内各业务流程的设计和执行负总责,定期检查和评估各部门的业务流程。

2.各部门负责人负责设计和优化本部门的业务流程,维护并及时更新业务流程图和操作手册。

第六条业务流程管理流程1.部门负责人依据部门的工作特点和要求,设计和订立本部门的业务流程。

2.部门负责人将订立好的业务流程提交审核,并在经过审核后公布给相关部门内的员工。

3.每个员工在执行相关业务时,必需依照业务流程进行操作。

4.部门负责人定期对业务流程进行评估和优化,确保业务流程的可行性和有效性。

第三章标准操作规范管理第七条标准操作规范定义1.标准操作规范是指企业内部各业务流程中涉及的具体操作步骤和方法的规范化描述,以确保业务操作的全都性和准确性。

2.标准操作规范由各业务负责人负责编写和维护,订立相应的标准操作手册。

第八条标准操作规范管理职责1.相关部门负责人负责编写和更新本部门相关业务流程的标准操作规范。

2.监督员工依照标准操作规范进行工作,并及时矫正和修改操作不规范的情况。

第九条标准操作规范管理流程1.相关部门负责人依据业务流程的具体要求编写和完善标准操作规范。

2.订立好的标准操作规范提交审核,并在经过审核后公布给相关部门内的员工。

<业务管理>中国移动游戏业务合作方开发规范

<业务管理>中国移动游戏业务合作方开发规范

(业务管理)中国移动游戏业务合作方开发规范游戏业务合作方开发规范2011-12-27发布目录前言 .................................................................................................................................................. V II1. 范围 (1)2. 规范性引用文件 (1)3. 术语、定义和缩略语 (1)4. 业务概述 (2)4.1. 业务概念 (2)4.2. 业务开放范围 (2)4.3. 业务类型 (3)4.4. 业务计费方式 (3)4.5. 用户消费游戏方式 (3)4.5.1. 点数消费方式 (3)4.5.2. 话费消费方式 (4)5. 合作方游戏开发界面规范要求 (4)5.1. 界面要求概述 (4)5.2. 游戏标识要求 (4)5.3. 单机游戏界面要求 (5)5.3.1. 游戏启动要求 (5)5.3.1.1. 游戏音效提示 (6)5.3.1.2. 游戏LOGO显示 (6)5.3.2. 菜单界面要求 (7)5.3.2.1. 游戏开始 (7)5.3.2.3. 游戏帮助 (7)5.3.2.4. 游戏关于 (7)5.3.2.5. 更多游戏 (7)5.3.2.6. 游戏退出 (8)5.3.2.7. 继续游戏 (8)5.3.3. 计费界面要求 (8)5.3.3.1. 游戏点数充值 (8)5.3.3.2. 点数余额及明细查询 (9)5.3.3.3. 试玩转激活点数计费(多点计费单机游戏) (9)5.3.3.4. 试玩转激活话费计费(单点计费单机游戏) (10)5.3.4. 通配版单机游戏界面要求 (10)5.4. 客户端网游界面要求 (11)5.4.1. 游戏启动要求 (11)5.4.2. 菜单界面要求 (11)5.4.2.1. 游戏登陆 (11)5.4.2.2. 游戏设置 (11)5.4.2.3. 游戏帮助 (12)5.4.2.4. 游戏关于 (12)5.4.2.5. KJAVA联网计费客户端网游充值中心 (12)5.4.2.6. 更多游戏 (15)5.4.2.7. 游戏退出 (15)5.4.3.1. KJAVA客户端网游点数消费(道具收费) (16)5.4.3.2. ANDROID客户端网游短信计费(道具收费) (17)5.5. 网页游戏界面要求 (18)5.5.1. 游戏启动要求 (18)5.5.2. 菜单界面要求 (18)5.6. 其他游戏类型界面特殊要求 (18)5.6.1. Android/OPhone游戏要求 (18)5.6.1.1. 游戏标识 (18)5.6.1.2. 音效页面 (20)5.6.1.3. 更多游戏 (20)5.6.1.4. 游戏退出 (20)5.6.2. 低端机游戏要求 (21)5.6.2.1. 计费页面 (21)5.6.2.2. 更多游戏 (21)5.6.3. 教育游戏要求 (21)5.6.3.1. 教育说明 (21)5.6.3.2. 更多游戏 (21)5.6.4. 终端厂商合作要求 (21)5.6.4.1. 游戏启动要求 (21)5.6.4.2. 免责声明 (21)5.6.4.3. 第三方应用集成相关要求 (22)5.6.4.4. 终端厂商游戏开发适配要求 (22)5.7. 游戏文字要求 (22)6. 合作方游戏开发技术规范 (22)6.1. 总体框架及接口概述 (22)6.1.1. 系统总体结构 (22)6.2. 协议概述 (26)6.2.1. 功能概述 (26)6.2.2. 概念释义 (26)6.2.3. 认证鉴权 (27)6.2.4. Token机制 (27)6.2.5. 数据类型 (27)7. 合作方游戏开发接口要求 (28)7.1. 客户端单机 (28)7.1.1. 描述 (28)7.1.2. JAD/DD文件格式定义 (28)7.1.2.1. 下载服务器在JAD/DD文档中增加字段: (28)7.1.2.2. JAD样例说明 (29)7.1.2.3. DD样例说明 (29)7.1.3. 单机游戏下载后触发计费 (30)7.1.3.1. 描述 (30)7.1.3.2. 处理流程 (31)7.1.3.3. 说明 (31)7.1.4. 客户端单机联网试玩转激活 (31)7.1.4.1. 写入RMS规则 (31)7.1.4.2. 接口方向 (32)7.1.4.3. 接口地址 (32)7.1.4.4. 输入参数 (32)7.1.4.5. 返回值 (33)7.1.4.6. 处理流程 (33)7.1.5. 客户端单机短信试玩转激活 (34)7.1.5.1. 描述 (34)7.1.5.2. 业务流程 (34)7.1.5.3. 短信格式 (34)7.1.5.4. 长号码 (34)7.1.6. 客户端单机联网购买道具 (34)7.1.6.1. 描述 (34)7.1.6.2. 接口方向 (35)7.1.6.3. 接口地址 (35)7.1.6.4. 输入参数 (35)7.1.6.5. 返回值 (36)7.1.7. 客户端单机短信购买道具 (36)7.1.7.1. 描述 (36)7.1.7.2. 业务流程 (36)7.1.7.3. 短信格式 (36)7.1.7.5. 短信示例 (37)7.2. 客户端网游 (37)7.2.1. 描述 (37)7.2.2. 联网方式登录手机网游 (37)7.2.2.1. 描述 (37)7.2.2.2. 执行流程 (38)7.2.2.3. 接口方向 (39)7.2.2.4. 接口地址 (39)7.2.2.5. 输入参数 (39)7.2.2.6. 返回值 (40)7.2.3. 短信方式登录手机网游 (40)7.2.3.1. 描述 (40)7.2.3.2. 业务流程 (41)7.2.3.3. 接口方向 (41)7.2.3.4. 短信格式 (41)7.2.3.5. 长号码 (42)7.2.3.6. 短信示例 (42)7.2.4. 网游登录同步接口 (42)7.2.4.1. 合作方提供同步接口 (42)7.2.4.2. 合作方处理逻辑要求 (43)7.2.5. 用户联网充值 (43)7.2.5.2. 执行流程 (43)7.2.5.3. 接口方向 (44)7.2.5.4. 接口地址 (44)7.2.5.5. 输入参数 (44)7.2.5.6. 返回值 (45)7.2.5.7. 报文示例 (45)7.2.6. 用户短信充值 (45)7.2.6.1. 描述 (45)7.2.6.2. 业务流程 (46)7.2.6.3. 短信格式 (46)7.2.6.4. 长号码 (46)7.2.6.5. 短信示例 (46)7.2.7. 网游联网购买道具 (47)7.2.7.1. 描述 (47)7.2.7.2. 处理流程 (47)7.2.7.3. 接口方向 (48)7.2.7.4. 接口地址 (48)7.2.7.5. 输入参数 (48)7.2.7.6. 返回值 (49)7.2.7.7. 报文示例 (49)7.2.8. 网游短信购买道具 (50)7.2.8.2. 业务流程 (50)7.2.8.3. 接口方向 (50)7.2.8.4. 短信格式 (51)7.2.8.5. 长号码 (51)7.2.8.6. 短信示例 (51)7.2.9. 购买道具结果通知接口 (52)7.2.9.1. 描述 (52)7.2.9.2. 输入参数 (52)7.2.9.3. 返回值 (52)7.2.9.4. 报文示例 (52)7.2.10. 查询剩余点数 (53)7.2.10.1. 描述 (53)7.2.10.2. 执行流程 (53)7.2.10.3. 接口方向 (54)7.2.10.4. 接口地址 (54)7.2.10.5. 输入参数 (54)7.2.10.6. 返回值 (55)7.2.10.7. 报文示例 (55)7.2.11. 查询充值记录 (55)7.2.11.1. 描述 (55)7.2.11.2. 执行流程 (55)7.2.11.4. 接口地址 (56)7.2.11.5. 输入参数 (56)7.2.11.6. 返回值 (57)7.2.11.7. 报文示例 (58)7.2.12. 查询消费历史记录 (59)7.2.12.1. 描述 (59)7.2.12.2. 执行流程 (59)7.2.12.3. 接口方向 (59)7.2.12.4. 接口地址 (59)7.2.12.5. 输入参数 (60)7.2.12.6. 返回值 (61)7.2.13. 登出网游 (63)7.2.13.1. 描述 (63)7.2.13.2. 执行流程 (64)7.2.13.3. 接口方向 (64)7.2.13.4. 接口地址 (64)7.2.13.5. 输入参数 (64)7.2.13.6. 返回值 (65)7.2.14. 短信方式登出网游 (65)7.2.14.1. 描述 (65)7.2.14.2. 业务流程 (65)7.2.14.4. 长号码 (66)7.2.14.5. 短信示例 (66)7.2.15. 更新网游Session接口 (66)7.2.15.1. 描述 (66)7.2.15.2. 执行流程 (67)7.2.15.3. 接口方向 (67)7.2.15.4. 接口地址 (67)7.2.15.5. 输入参数 (67)7.2.15.6. 返回值 (67)7.2.15.7. 短信方式登出接口 (68)7.2.15.8. 合作方通知接口 (68)7.2.16. 网游客户端及网游服务器通信要求 (69)7.2.16.1. 描述 (69)7.2.16.2. 客户端网游各类型报文USERID添加方法 (69)7.2.16.2.1. 客户端网游TCP 报文的USERID添加要求 (69)7.2.16.2.2. 客户端网游UDP 报文的USERID添加要求 (70)7.2.16.2.3. 客户端网游HTTP报文的USERID添加要求 (70)7.3. 网页游戏 (71)7.3.1. 描述 (71)7.3.2. 登录网页游戏 (71)7.3.2.1. 描述 (71)7.3.2.3. 接口地址 (71)7.3.2.4. 执行流程 (72)7.3.2.5. 合作方提供同步接口 (72)7.3.3. 联网充值 (73)7.3.4. 联网购买游戏道具 (73)7.3.5. 短信购买游戏道具 (73)7.3.6. 查询剩余点数 (73)7.3.7. 查询充值记录 (73)7.3.8. 查询历史消费记录 (73)7.3.9. 登出网游 (74)7.3.10. 更新登陆网游的Session (74)7.4. 用户点卡帐户 (74)7.4.1. 描述 (74)7.4.2. 用户充值 (74)7.4.3. 用户充值接口查询剩余点数 (74)7.4.4. 查询充值记录 (74)7.4.5. 查询消费历史记录 (74)8. 编制历史 (75)9. 附录 (78)附录A:内容上传 (78)附录B:WAP 网关与联网服务器的接口 (80)附录C:状态码列表(包括错误代码) (80)附录D:业务接入申请表 (81)附录E:充值代码列表 (83)附录F:J2ME客户端JAD文件规范 (85)附录G:Symbian、OMS客户端DD文件规范 (86)前言本标准的目的是为中国移动游戏业务合作方开发游戏提供遵循的依据,对游戏开发界面需要规范的内容提出全面要求,规定了游戏业务平台与合作方游戏间的技术开发接口规范,以便于游戏开发商开发游戏业务。

30.HS(NJ)-PD05 CS业务规则书

30.HS(NJ)-PD05 CS业务规则书

1. 适用范围本规则适用于喜星电子(株)南京工厂(以下称“组织”) 销售后的制品顾客有不满事项时。

2. 目的从顾客得到对制品的不满及要求事项时迅速处理减少不满,潜在不满和期待事前掌握通过品质改善感动顾客为目的。

3. 用语的定义3.1 顾客使用组织的制品(或利用)公司(人)3.2 顾客不满1)制品外观、性能、结构等有明确缺陷时不能发挥本身的技能,对此顾客对制品投诉的不满。

2)制品本身可发挥技能,虽然不是投诉对象,因为不能充分达到顾客心中的水准而产生的潜在不满。

3.3 顾客不满处理在组织生产、销售的制品从顾客得到纠正措施、赔偿损失等要求时掌握原因,防止再发生措施或可以满足顾客要求进行措施。

4. 责任和权限4.1 品质管理部长1)从顾客接收不满事项(制品不满)品质通报相关部门。

2)确认顾客不满的原因进行纠正及预防措施。

3)顾客不满处理结果通报给资材部门及顾客。

4)C/S 常驻体系运营及全面管理。

5)品质情报的迅速共享、事前防止品质事故及确保顾客信赖度。

4.2 资材部长1)从顾客接收不满事项(制品不满)品质通报相关部门。

2)确认顾客不满的原因进行纠正及预防措施。

3)和顾客协商调整。

4.3 相关部长1)顾客不满原因确认及防止再发生对策树立。

2)顾客不满处理结果进行纠正及预防措施。

5. 业务Process附 1 C.S业务Process。

6. 业务程序6.1 接收顾客不满足事项1)营业担当从顾客得到包装、数量、纳期等不满邀请时,按书面或口头的方式将内容记录到顾客不满管理台帐(样式4)进行现况管理。

分析顾客不满内容,确认原因后通报给相关部门。

2)品质管理部门从顾客及C/S担当接收对制品的不满内容,记录到管理台帐。

管理现况,分析顾客不满制品和不满内容,确认原因后通报相关部门.6.2 顾客不满原因掌握及对策1)C/S担当在顾客工程中发生的不满事项以下列方法确认.(1) 顾客入库检查NG事项(2) 顾客工程中发生的品质事故(3) 其他顾客Claim事故2)C/S 担当在顾客工程中发生的不适合试料需保存及确认(1) 不良品生产日期, Cell等追溯可能的资料(2) 不良现象确认,需要时拍照或拿现声向QC 部长报告.3) 顾客及C/S担当接收的顾客不满足事项,根据纠正及预防措施规则发行NCR及树立对策,进行事后管理.6.3 顾客不满处理1)相关部门再作业/维修的情况,品质管理部门再检查后出库到资材部门.2)品质管理部门无异常时,通报给资材部门可以出库.3)C/S担当要进行以下Retouch活动.(1) C/S担当区分每日顾客工程中发生的不适合制品原材料不良及作业不良.,确认能否再投入可能后,记录日日C/S Ver现况日记(样式1)不良名、位置、C/S结果.(2) 缺陷结果是组织的话(原材料不良状况)记录Model名、不良数,原材料不良区分sheet(样式2)报告给品质管理部门.(3) 同一Model, 同一不良10件以上时,确认是否同一特定位置,制作顾客不满管理台帐(样式3)报告给品质管理部长.(4) C/S担当以周间或日间单位制作顾客工程不良率报表,品质管理部长以顾客工程不良率为品质指标进行管理活动.(5) 品质管理地部长根据C/S结果报告为基础,树立改善不适合事项进行纠正措施.6.4 顾客不满处理基准6.4.1 无偿1)使用资材原因的不满;2)制造工程中出错发生的不满;3)运输过程中发生的不满;4)其它有偿SVC需要时相互协商的保存期间。

新产品开发与发布业务内部规范

新产品开发与发布业务内部规范

新产品开发与发布业务内部规范随着市场竞争的日益激烈,企业在新产品开发与发布过程中需要确立一套内部规范,以提高工作效率、确保产品质量、保护企业权益。

本文将探讨新产品开发与发布业务的内部规范,并提出相应的建议。

一、需求分析阶段在新产品开发前,需进行需求分析,明确产品定位、目标市场、目标用户以及竞争对手情况。

针对需求分析阶段,应当确立以下规范:1.明确产品定位与目标:准确定义产品的核心竞争力、特点与优势,明晰产品目标市场和用户群体。

2.进行市场调研与竞争分析:细致了解目标市场的需求、趋势与潜在竞争对手,并及时更新调研结果。

3.制定产品需求文档:明确产品功能、性能、界面设计、硬件需求等,确保开发团队准确理解需求。

二、产品设计与开发阶段在产品设计与开发过程中,需遵循合理的流程,确保高质量的产品交付。

以下是产品设计与开发阶段的规范建议:1.制定开发计划:明确开发工作的步骤、时间节点和责任人,确保项目按时完成。

2.进行产品原型设计:利用工具(如Axure、Sketch)进行原型设计,并与用户进行沟通、反馈,修正产品方向。

3.进行技术设计与开发:根据产品需求文档,进行系统架构设计、数据库设计、功能模块开发等工作,确保软件的可扩展性、可维护性。

4.进行产品测试与优化:建立完善的测试体系,包括功能测试、性能测试、稳定性测试等,及时修复和优化问题。

三、产品发布与推广阶段产品发布与推广是产品整个生命周期中至关重要的环节。

以下是产品发布与推广阶段的规范建议:1.制定发布计划与渠道选择:明确产品发布的时间节点、渠道选择(如应用商店、线上渠道等),确保顺利推出产品。

2.开展产品推广活动:制定推广计划,包括线上线下结合、营销活动等多种形式,吸引用户关注,提高产品知名度。

3.收集用户反馈与数据分析:建立用户反馈渠道,及时跟踪用户使用情况与反馈意见,不断改进产品。

4.确保客户支持与维护:提供专业的客户支持团队,及时解答用户问题、处理用户投诉,确保客户满意度。

业务流程与标准化操作管理制度

业务流程与标准化操作管理制度

业务流程与标准化操作管理制度第一章总则第一条为规范企业的业务流程管理,提高工作效率和管理水平,订立本制度。

第二条本制度适用于企业全体员工,在工作过程中必需遵守并执行。

第三条业务流程包含但不限于产品开发、销售、采购、生产、物流、财务等。

标准化操作是指在特定流程环节中,依照统一规范规定的方法和要求进行操作。

第四条本制度的宗旨是提高工作效率、减少错误和风险,确保业务流程的规范化、标准化和可控性。

第二章业务流程管理第五条企业应订立完整的业务流程图,认真描述各个环节的职责、输入和输出,并定期评估和优化流程。

第六条每个业务流程应有特地负责人,负责流程设计、执行和监督,确保流程的顺利进行,并及时反馈和处理异常情况。

第七条业务流程必需严格依照规定的流程图进行,不得随便更改或省略环节,如确因特殊情况需要调整,必需经过相应程序的审批。

第八条业务流程执行过程中,各环节的职责和操作要明确,流转料子必需及时、准确地传递,保持流程的连贯性和高效性。

第九条在业务流程中,相关部门和人员应及时沟通、搭配,协调处理跨部门或跨业务流程的问题,确保流程的顺利推动。

第十条对于流程中显现的问题和风险,应及时进行记录和分析,并采取相应的改进措施,防止仿佛问题再次发生。

第三章标准化操作管理第十一条标准化操作必需依据实际业务流程需求,订立统一的操作规范和标准化要求,并定期进行评估和调整。

第十二条每个标准化操作必需有明确的责任人和执行人,确保操作的正确性和可追溯性。

第十三条对于新员工,应进行标准化操作培训,确保他们理解并能够依照要求进行工作,对于已经掌握标准化操作的员工,应定期进行培训和考核,提高操作水平。

第十四条每项标准化操作必需有相应的操作手册,记录操作流程、方法和注意事项,并定期进行修订和更新。

第十五条标准化操作过程中,必需严格依照操作手册的要求进行,不得随便改动或省略步骤,如确因特殊情况需要调整,必需经过相应程序的审批。

第十六条对于标准化操作过程中显现的问题和偏差,应及时记录和反馈,并进行问题分析和改善,确保操作的准确性和规范性。

产品研发与创新管理业务内部规范

产品研发与创新管理业务内部规范

产品研发与创新管理业务内部规范一、引言产品研发与创新管理是企业保持竞争力和持续发展的关键。

为了确保研发与创新工作的高效运行,本文制定了产品研发与创新管理业务的内部规范。

二、研发项目确定与管理1. 项目确定1.1 确定研发项目的目标与范围;1.2 审查项目可行性,包括技术可行性、市场可行性和商业可行性;1.3 进行项目风险评估和管理,制定风险预警机制。

2. 项目管理2.1 成立跨职能的项目团队,明确各人员职责;2.2 制定详细的项目计划,包括时间表、资源分配和里程碑等;2.3 设立有效的进度控制和监督机制,及时发现和解决问题;2.4 定期召开项目会议,及时沟通与协调工作。

三、知识管理1. 知识积累与分享1.1 设立知识管理团队,负责知识的收集、整理和存储;1.2 建立知识共享平台,促进团队内部和跨团队之间的沟通与合作;1.3 鼓励员工分享研发经验和技术心得,形成良好的学习氛围。

2. 知识保护与利用2.1 加强知识产权的保护与管理,确保企业利益不受侵害;2.2 积极引进、引用和应用外部优质的知识资源;2.3 进行知识产权交易和技术转移,促进知识的商业化利用。

四、创新文化与创新环境1. 建立创新文化1.1 打造以创新为核心的价值观,鼓励员工敢于尝试和创新;1.2 建立公平激励机制,奖励创新成果和创新贡献;1.3 创建积极向上的工作氛围,培养团队合作和创新意识。

2. 创新环境建设2.1 提供良好的工作条件和资源支持,满足研发与创新活动需求; 2.2 创造开放的交流平台,鼓励多元化的思维碰撞;2.3 建立反馈机制,及时收集员工创新建议和改进意见。

五、质量管理与风险控制1. 质量管理1.1 制定产品开发和创新管理的质量标准与流程;1.2 引入质量控制手段,如DFMEA(设计失效模式与影响分析)和PFMEA(过程失效模式与影响分析)等;1.3 进行质量监测和评估,及时改进产品设计和制造工艺。

2. 风险控制2.1 对研发项目进行风险评估和规划,制定风险管理策略;2.2 建立风险管理团队,负责风险的识别、分析和应对;2.3 定期开展风险评估和排查,及时采取措施降低风险发生概率。

业务开发与合作管理制度

业务开发与合作管理制度

业务开发与合作管理制度第一章总则为了规范企业的业务开发与合作管理工作,提高企业的业务开发效率与合作质量,订立本制度。

该制度适用于企业全体员工,包含公司内部部门之间的合作、公司与外部合作伙伴的合作,以及业务开发的相关工作。

第二章业务开发管理第一节业务开发目标确定1.每年初,企业管理负责人会召开业务开发目标确定会议,明确本年度的业务开发目标,并明确各部门的任务分工和责任。

2.各部门依据公司业务发展战略,订立具体的业务开发计划,并报送给企业管理负责人进行审批。

第二节业务开发流程1.业务开发人员在开展业务开发前,应进行充分的市场调研和竞争对手分析,确定市场需求和产品竞争力。

2.业务开发人员在进行业务洽谈前,应准备充分的资料,包含产品介绍、合作方案等,并与企业法务部门对合同进行审核。

3.业务开发人员与客户进行洽谈,谈判合作条件,并及时报告业务开发进展情况给上级负责人。

第三节业务开发报告与评估1.每月末,各部门业务开发人员应编写业务开发报告,内容包含业务开发情况、合作伙伴情况、业绩完成情况等,报送给上级负责人。

2.企业管理负责人每季度召开业务开发评估会议,对业务开发情况进行评估,并提出改进看法和建议。

第三章合作管理第一节合作伙伴选拔与评估1.企业管理负责人依据公司业务发展战略,订立合作伙伴选拔标准和流程,并指定相关人员负责合作伙伴的筛选工作。

2.合作伙伴选拔标准包含但不限于:资质要求、信誉度、合作经验、技术本领等方面。

3.合作伙伴应定期进行评估,评估内容包含但不限于:合作方案执行情况、服务质量、投诉处理等。

第二节合作协议签订与管理1.业务开发人员与合作伙伴进行协商,明确合作内容、合作期限、合作条件等,并在协议中明确双方的权益和义务。

2.合作协议签订前,应由企业法务部门对协议进行审核,并供应相应的法律咨询和风险评估。

3.合作协议签订后,相关部门应按协议的商定进行合作管理,在合作过程中及时跟踪和解决显现的问题。

PD制度管理办法(试行)

PD制度管理办法(试行)

中国移动贵州公司“PD”制度管理办法(试行)第一章总则第一条为满足公司战略发展和市场竞争的需要,进一步拓宽专业技术人员的技能提升和职业生涯发展通道,为之提供能力展现的舞台、搭建横向与纵向的沟通平台。

打造一支素质精良、结构合理、业务能力突出、善于创新,并在各个专业领域内起带头作用的专业型人才队伍,实现企业与员工共同成长,增强公司核心竞争力,特制定本办法。

第二条人人争当“PD”(项目总监Project Director,缩写PD,以下简称“PD”)活动的总体指导思想是:通过解决好员工价值创造、价值评价、价值分配这一条价值链的连接和平衡,促使员工有持续的动力去创造价值,构筑员工的动力机制,建构创新性专业人才培养的生态环境。

第三条本办法中“PD”是指在公司范围内具有丰富的专业知识与项目工作经验以及优秀的专业能力,独立或带领专业团队进行重点业务和技术热点、难点项目攻关的人才。

第四条PD的设置、选拔与管理遵循以下原则:一、唯才是举原则。

明确PD的管理方法、规范、程序,符合条件的普通员工经过项目申请、审批、立项、授牌即可成为PD。

二、公开、透明原则。

PD管理标准、程序公开,选拔结果、评审结果将进行公示。

三、严格标准、确保质量。

PD的项目审批标准参考多方因素,通过标准、组织、程序确保项目的完成质量。

四、滚动申请、动态优化原则。

PD的申请试行季度滚动制,可在每季度的项目情况汇报会前提出项目申请并在会上进行答辩、审批以立项。

PD的管理随着运行的深入逐步优化。

第五条本办法所称项目,是指在公司的实际生产中存在的需要跨专业、跨部门解决的热点、难点问题。

由普通员工向项目管理委员会申请或接受的各类纵向、横向研究任务。

项目以解决公司实际生产问题和前瞻性技术研究需求为目标,突出自主创新,注重成果应用,力争在技术创新、生产难点问题上重点突破。

第六条PD的主管单位为项目管理委员会。

第七条统一协调,联合推进。

项目在项目管理委员会的统一协调下,充分利用各部门、各专业的力量,创新组织模式,跨专业、跨领域协作攻关,联合推进。

业务开发安全管理制度

业务开发安全管理制度

业务开发安全管理制度第一章总则第一条为规范业务开发过程中的安全管理工作,保障公司业务数据的安全性和稳定性,保护公司利益,特制定本管理制度。

第二条本制度适用于公司所有业务开发过程中的安全管理工作。

第三条公司业务开发安全管理应遵循“预防为主、综合治理”的原则,通过建立完善的制度和规范流程,确保业务开发安全。

第四条公司安全管理部门应当对业务开发安全工作进行全程监督,并随时进行安全风险评估和应急处理。

第五条公司各部门应当配合安全管理部门开展业务开发安全管理工作,并严格执行相关规定。

第二章安全管理制度第六条公司业务开发安全管理制度包括以下内容:(一)业务需求分析阶段的安全评估制度;(二)业务开发过程中的安全保障措施;(三)业务测试与验收的安全管理要求;(四)业务上线运行后的安全监控和管理;(五)业务数据备份和恢复机制;(六)公司业务数据保密和合规管理制度。

第七条公司各部门应当根据实际情况制定业务开发安全管理细则,并不断完善和优化。

第八条公司业务开发安全管理制度应当符合国家法律法规的要求,保障公司业务安全和稳定运行。

第三章安全管理措施第九条公司业务开发安全管理工作应当加强对业务需求的分析和评估,确保开发的业务能够满足公司安全管理要求。

第十条公司业务开发过程中应当采取必要的安全保障措施,防止出现安全漏洞和风险。

第十一条公司业务测试与验收阶段应当严格按照规定流程进行,确保测试结果真实可靠。

第十二条公司业务上线运行后应当加强安全监控和管理工作,定期进行安全漏洞扫描和修复。

第十三条公司业务数据备份和恢复机制应当健全,确保业务数据能够及时恢复并保持完整性。

第十四条公司业务数据应当合理分类、加密存储和定期清理,确保数据安全和可靠性。

第四章安全管理责任第十五条公司安全管理部门是公司业务开发安全管理的责任主体,负责全面监督和管理业务开发过程中的安全工作。

第十六条公司各部门应当落实业务开发安全管理责任,建立健全安全管理机制,并对业务开发安全工作负起管理责任。

研发过程管理工作规范

研发过程管理工作规范

研发过程管理工作规范1文档说明1.1编制说明本文档为**********公司研发过程管理规范规划及实施阶段对总体项目进行技术、管理和控制方面的总体指导性文件。

1.2适用范围本规范适用于**********公司研发过程。

1.3起草单位**********公司研发部SEPG小组。

1.4解释权本规范的解释权属于**********公司研发部SEPG小组。

1.5版权本规范的版权属于**********公司。

1.6 参考资料2002.5 “The Rational Unified Process An Introduction (Second Edition)” Philippe Kruchten12001.12 “The Capability Maturity Model Guidelines for improving the Softwaew Process” SEI2003.10 “Six Sigma Software Development” Christine B. Tayntor1.7 缩写说明PM:Project Manager项目经理RUP: Rational Unified ProcessCMM: Capability Maturity Model过程能力模型ISO: International Standards Organize 国际标准化组织QA: Quality Administer 质量管理QC: Quality Control质量控制CCB: Change Control Board 变更管理委员会CM: Configuration Management 配置管理SEPG: Software Engineering Process Group 软件过程管理小组SDP: Software Development Plan 软件开发计划CR: Change Require 变更需求KPA: Key Practice Area 关键过程域RM: Requirement Manager 需求管理2 概述我们都知道一个项目的主要内容是:成本、进度、质量;良好的项目管理就是综合三方面的因素,平衡三方面的目标,最终依照目标完成任务。

中国移动业务管理及开发管理知识规范(DOC 94页)

中国移动业务管理及开发管理知识规范(DOC 94页)

中国移动业务管理及开发管理知识规范(DOC 94页)中国移动通信企业标准QB-D-166-2011 游戏业务合作方开发规范G a m e D e v e l o p m e n t S p e c i f i c a t i o no f G a m e M a s t e r P l a t f o r m版本号:2.0.02011-12-27发布2011-12-27实施中国移动通信集团公司发布目录前言 (XXIII)1.范围 (1)2.规范性引用文件 (1)3.术语、定义和缩略语 (3)4.业务概述 (4)4.1.业务概念44.2.业务开放范围54.3.业务类型54.4.业务计费方式74.5.用户消费游戏方式74.5.1.点数消费方式74.5.2.话费消费方式85.合作方游戏开发界面规范要求 (9)5.1.界面要求概述95.2.游戏标识要求95.3.单机游戏界面要求115.3.1.游戏启动要求115.3.1.1.游戏音效提示125.3.1.2.游戏LOGO显示125.3.2.菜单界面要求145.3.2.1.游戏开始145.3.2.2.游戏设置145.3.2.3.游戏帮助145.3.2.4.游戏关于155.3.2.5.更多游戏5.3.2.6.游戏退出165.3.2.7.继续游戏165.3.3.计费界面要求175.3.3.1.游戏点数充值175.3.3.2.点数余额及明细查询175.3.3.3.试玩转激活点数计费(多点计费单机游戏) (18)5.3.3.4.试玩转激活话费计费(单点计费单机游戏) (19)5.3.4.通配版单机游戏界面要求205.4.客户端网游界面要求215.4.1.游戏启动要求215.4.2.菜单界面要求5.4.2.1.游戏登陆225.4.2.2.游戏设置225.4.2.3.游戏帮助235.4.2.4.游戏关于235.4.2.5.KJAVA联网计费客户端网游充值中心245.4.2.6.更多游戏305.4.2.7.游戏退出305.4.3.计费界面要求315.4.3.1.KJAVA客户端网游点数消费(道具收费) (31)5.4.3.2.ANDROID客户端网游短信计费(道具收费) (32)5.5.网页游戏界面要求5.5.1.游戏启动要求345.5.2.菜单界面要求355.6.其他游戏类型界面特殊要求355.6.1.Android/OPhone游戏要求355.6.1.1.游戏标识355.6.1.2.音效页面385.6.1.3.更多游戏385.6.1.4.游戏退出395.6.2.低端机游戏要求395.6.2.1.计费页面395.6.2.2.更多游戏395.6.3.教育游戏要求405.6.3.1.教育说明405.6.3.2.更多游戏405.6.4.终端厂商合作要求405.6.4.1.游戏启动要求405.6.4.2.免责声明405.6.4.3.第三方应用集成相关要求415.6.4.4.终端厂商游戏开发适配要求415.7.游戏文字要求426.合作方游戏开发技术规范 (42)6.1.总体框架及接口概述426.1.1.系统总体结构426.2.协议概述476.2.1.功能概述476.2.2.概念释义486.2.3.认证鉴权486.2.4.Token机制496.2.5.数据类型507.合作方游戏开发接口要求 (51)7.1.客户端单机517.1.1.描述517.1.2.JAD/DD文件格式定义527.1.2.1.下载服务器在JAD/DD文档中增加字段: (52)7.1.2.2.JAD样例说明错误!未定义书签。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

1. 适用范围
本规则适用于喜星电子(株)南京工厂(以下称“组织”)的开发业务一般管理。

2. 目的
铭记业务的基本规定和责任保证开发业务的实行。

3. 用语的定义
3.1. 设计输入
设计时候使用的资料,已设计/开发为目的的制品主要试样(Spec),顾客要求事项,契约检讨结果,相关法规/法令,顾客规格,技术资料的等。

3.2. 设计输出
在设计/开发阶段出来的结果物适用在量产,图面,制品试样,BOM,工程相关文件,取给说明书。

3.3. 设计有效性确认
最终制品规定的运营条件下满足特定的使用要求事项,按客观行证据调查及提供所得到的结果。

3.4. PV (Production- Verification)
实施制品的量产前基本性能,量产时候是否满足生产性条件确认的开发阶段。

4. 责任和权限
4.1. 总经理
1)总管开发相关事项决定计开发日程。

2)开发计划书检讨及承认。

设计人员有资格时候承认资格。

4.2. 开发Part长
1)开发计划书检讨,邀请承认。

2)部门内“开发活动细部实行计划”承认。

3)开发计划实行的监督,控制。

4)即使做适当报告/调节引导开发业务。

4.3. 开发担当
开发Model的为达成目标担当事务从初期开发阶段开始到量产进行日程达成管理,问题解决及方法向 Part长报告的责任。

4.4. 相关部门长
为达成开发品的开发日程担当别主管业务,开发进行中发生的问题检讨及报告的责任。

5. 业务流程
根据6项的业务步骤。

6. 业务步骤
6.1. 开发推进计划书管理
1)“开发推进计划书”是根据事业目标公式化后,树立开发计划,在开发part制作。

2)“开发推进计划书”是顾客要求和开发委托书,在开发part制作。

3)计划的检讨是由开发 Part长检讨,总经理承认。

4)开发推进计划书里要描述开发方向,事业目标对应内容。

5)开发推进计划书里要描述开发输入输出确认方法,日程,投资资源。

6)开发进行中发生变更事项时候按步骤变更
6.2. 开发共享信息
1)开发Part长在开发时为维持内外协助体系实施定期以周单位进行开发会议。

2)会议时候决定的事项反映到开发。

3)开发进行中发生变更事项时候按步骤变更
6.3. 开发输入管理
1)“开发推进计划书”是开发计划及制品的开发从第一阶段开始由开发Part制作,由 Part长检讨得到
总经理的承认。

2)“开发推进计划书”是开发提出的制品开发计划内容,有开发Part制作,得到总经理的承认。

3)“开发推进计划书”是顾客要求事项,相关部门要求事项,市场状况等确实反映制作。

4)“开发推进计划书”的细部内容里要有相关部门业务执行的资料。

5)计划变更事由发生时候通过开发会议决定内容,按最初承认步骤执行。

6.4. 开发工程管理
1)开发Part长要保证开发工程按“开发试作业务”进行,要维持保管开发履历。

2)开发Part长要随时掌握开发业务推进现况在开发会议时制作报告“周间开发现况”。

3)开发执行的人员要进行设计教育,根据训练程序教育在开发企划阶段推荐,总经理最终承认。

4)开发part根据“开发推进计划书”按满足顾客要求事项及规格出图面,BOM,部品承认愿,初品检查
成绩书,,初品业务。

5)目视检查所需的开发输出物用限度样本可以代替根据“限度样本管理规则”管理。

这时候限度样本超
过有效时间时确认是否继续使用进行恰当措施。

6)这时记录按(品质管理记录规则)维持保管后,能利用到下一次开发资料。

6.5 DR(Design Review).
1)开发Model的阶段别和相关部门长及开发担当进行会议,共享情报,决定事项。

2)DR运营是通过开发会议实行按等级别检讨。

但制品开发计划书里铭记DR阶段在开发会议最终措施。

6.6 开发输出管理
1)开发输出资料要满足开发计划和顾客要求还要包含判定基准。

2)输出资料要容易理解。

3)输出资料有关相关部门的资料全部转达。

6.7 开发鉴定
1)开发时制作的图面,部品承认愿由开发part制作,检讨。

按开发阶段审核。

2)制作的试料按试验规则试验鉴定。

3)开发的鉴定是检查输入和输出是否一致,内容的和试料的鉴定以图面和承认愿,检查规则检查鉴定。

4)内容鉴定的需要资格要进行开发业务1年以上的人。

5)鉴定结果处理不明确的按 Event别鉴定,或开发会议商讨决定,由开发part主管。

6.8 开发物的检查,认证
1)制品的开发适合性确认在“PV”阶段认证试验执行。

2)适合性的确认内容在开发part发行的“部品承认愿”。

3)RV 阶段,需要进行制品及部品认证。

部品认证由采购部门委托进行,详细参照“部品开发业务管理
程序” HS(NJ)-PG04-C。

制品认证由开发部门委托QC进行认证试验,QC以“认证试验项目及基准HS(NJ)-SQ-G002”进行试验,制品认证主要验证包括光学,尺寸,性能验证,具体实际实行项目及基准以顾客要求内容进行,参考顾客“Backlight认证试验规格(B-QA-SP00047)”。

4)QC部门认证合格后,由开发委托客户端设计&品质部门进行认证,将认证完成系统评价结果共享工厂
相关部门
6.9 开发变更
开发变更参照以下情况。

这时担当检讨变更事项按变更内容进行“规格制作及变更细则”措施。

1)解决品质的变更事项发生
2)顾客要求变更时
3)品质向上及作业性改善发生变更时
7. 记录
本规则发生的记录根据品质记录管理规则(HS(NJ)-PB05)维持管理。

8. 相关文件
1)开发业务细则 (HS(NJ)-PD-02-A)
2)规格制作及管理细则 (HS(NJ)-PD02-C)
3)BOM制作管理细则(HS(NJ)-PD02-D)
4)图面编号赋予基准(HS(NJ)-PD04)
5)部品开发业务管理程序 (HS(NJ)-PG04-C)
9.附
无.
承认总经理高英吉印
审议财经Team 申钟镐印
人事Team 成双浣印
支援Team 洪永周印
营业/采购Team 金容贤印
资材Team 金英一印
制造1Team 安孝昱印
制造2Team 辛兴赞印
开发Team 金章显印
BLU QC Team 宋仁圭印
EMPS QC Team 权纯泽印
IQC/认证Team 朴相洙印起草开发Team 韩晨印。

相关文档
最新文档