文档介绍：该【互联网事业部业务管理办法 】是由【静雨蓝梦】上传分享，文档一共【66】页，该文档可以免费在线阅读，需要了解更多关于【互联网事业部业务管理办法 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。互联网事业部业务管理办法
智慧民生业业务管理办办法
软件保密管管理办法
软件研发管管理办法
软件升级管管理办法
工业品招商商管理办法法
农产品招商商管理办法法
加盟商加盟盟管理办法法
县级运营中中心管理办办法
乡镇物流配配送中心加加盟管理办办法
村级信息服服务站加盟盟管理办法法
平台商户结结算管理办办法(事业业部与财务务部共同编编制)
加盟商分成成结算管理理办法(事事业部与财财务部共同同编制)
平台与子公公司分成结结算管理办办法(事业业部与财务务部共同编编制)
村级信息服服务站分成成结算管理理办法(事事业部与财财务部共同同编制)
版本页页
标题:研发发部保密管管理制度
文档编号::
版本说明::
版本号
版本日期
作者
备注
2016..
吴训波
创建
审批
第一章 总总则
第一条 凡凡研发部的的内部资料料和信息均均属研发部部秘密,所所有成员均均负有保密密的责任和和义务。为为维护公司司利益,特特制定本制制度。 
第二条 本本制度适合合研发部全全体员工,包包括在编、社社会招聘和和实****期人人员。 
第二章 保保密内容
第三条研研发部秘密密分为两类类:技术秘秘密、内部部管理秘密密。 
第四条 技技术秘密  
(一)研发发部为开发发项目购买买的各种设设计方案、技技术资料等等文档。  
(二)研发发部的发展展战略、前前景规划和和实施步骤骤等涉及研研发部技术术走向类文文档。
(三)研发发部各种产产品的开发发计划、需需求分析、调调研报告、立立项报告等等开发前期期类文档。 
(四)研发发部各种系系统的方案案设计、功功能说明书书、数据结结构、系统统参数说明明、接口规规范、程序序设计规范范、系统其其它各种规规范和清单单、测试方方案、测试试报告等开开发测试期期间形成的的各类文档档。 
(五)研发发部各种系系统的集成成方案、移移植方案、上上点试运行行方案、版版本维护方方案、操作作和排错手手册、培训训教材等开开发后期类类文档。  
(六)合作作单位提供供的各种技技术资料。 
(七)其它它内部技术术资料。  
第五条 研研发部内部部管理秘密密 
(一)研发发部办公会会议纪要。
(二)技术术讨论会议议纪要。  
第六条 以以上保密内内容,既指指以文件、报报表、图纸纸、协议及及各种资料料等形式存存在的纸质质文档,又又包括以磁磁盘(硬盘盘和U盘)、光光盘等介质质形式保存存的电子文文档。 
第三章 保保密原则  
第七条 研研发部员工工不得采用用各种手段段了解或获获取不属自自己工作范范围内或未未经研发部部许可接触触的秘密。未未经研发部部书面允许许,不得擅擅自向研发发部其他员员工和研发发部外其他他人员透露露、提供、拷拷贝自己所所掌握的研研发部机密密资料。  
第八条 未未经研发部部书面同意意,任何员员工不得以以方便使用用或其它任任何理由自自行复制、拷拷贝自己所所掌握的研研发部机密密材料。  
第九条 在在开发过程程中形成的的正式文档档、图纸、程程序、各种种资料、合合同协议及及各种成果果均要及时时上交相关关管理部门门,并要上上交原件。 
第十条 因因工作需要要使用属于于研发部机机密的有关关资料时,要要通过文档档管理部门门领取,并并严格履行行登记手续续,任何人人不得擅自自拷贝或向向其他员工工索取。  
第十一条  研发部员员工所掌握握的所有涉涉及秘密的的资料,在在到达规定定使用期限限或因辞职职、辞退离离开研发部部时必须向向有关文档档管理部门门办理续借借或退还手手续,并负负有继续保保密的责任任。 
第十二条  拥有研发发部机密资资料的员工工,必须认认真保管使使用资料,不不得遗失、转转借,不经经允许,不不得带出研研发部。  
版本页页
标题:研发发部软硬件件研发管理制制度
文档编号::
版本说明::
版本号
版本日期
作者
备注
2016..
吴训波
创建
审批
第一章 总总则
第一条 为为规范软硬件研发的管管理工作,特特制定本制制度。本制制度适用于于公司软件件及硬件的的研发与管管理。
第二条软软硬件开发遵遵循项目管管理和软硬硬件工程的的基本原则则。项目管管理涉及立立项管理、项项目计划和和监控、配配置管理、开发管理和结项管理。软硬件工程涉及需求管理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、系统上线和数据迁移。
第二章立立项管理
第三条提提出项目需需求的部门门参与公司司层面立项项,进行立立项的技术术可行性分分析,编写写《立项分分析报告》(附附件一),开开展前期筹筹备工作。《立立项分析报报告》应明明确项目的的范围和边边界。
第四条需需求提出部部门将《立立项分析报报告》提交相关部部门会签后后,上交公公司总经理理与董事长长进行立项项审批,以以保证系统统项目与公公司整体策策略相一致致。
第五条《立立项分析报报告》得到到批准后,成成立项目组组,项目组组应包括业业务组(由由公司需求求管理组和和相关业务务部门组成成)和开发发组。公司司研发部委派派一名PMM负责监督督项目的进进度,进行行项目管理理工作,确确保开发能能及时完成成并能满足足业务需要要。项目组组人员的选选择应满足足项目对业业务及技术术要求,项项目组人员员应有足够够的业务和和IT技术方面面的专业知知识来胜任任项目各方方面的工作作。
第三章需需求分析
第六条立立项后业务务组对用户户需求进行行汇总整理理,出具《业业务需求说说明书》(附附件二),并并确保《业业务需求说说明书》中中包含了所所有的业务务需求。经经系统使用用部门审批批确认,作作为业务需需求基线。
第七条业业务组在获获得《业务务需求说明明书》后,提提出技术需需求和解决决方案,并并对系统进进行定义,出出具《系统统需求规格格说明书》(附附件三)。《系系统需求规规格说明书书》需详细细列出业务务对系统的的要求(界界面、输入入、输出、管管理功能、安安全需求、运运作模式、关关键指标((KPI))等),最最好是采用用原型方式式表达。《系系统需求规规格说明书书》需要由由业务组提提交给相关关业务部门门负责人确确认。
第八条项项目组应对对需求变更更影响到的的文档及时时更新。
第四章项目计划划和监控
第九条软软硬件开发发采用项目目形式进行行管理。项项目经理负负责整个项项目的计划划、组织、领领导和控制制。
第十条需需求分析过过程中,项项目经理组组织制定详详细的《项项目计划书书》(附件件四),包包括具体任任务描述和和项目进度度表等。
第十一条在项目的的各个阶段段,业务组组组长和开开发组组长长需配合项项目经理制制定阶段性性项目计划划。业务组组组长和开开发组组长长需配合项项目经理对对项目计划划执行情况况进行监控控,确保项项目按计划划完成。
第十二条项目计划划需要变更更时,项目目经理填写写《项目计计划变更说说明》(附附件五),并并提交事业业部领导审审批,通过过审批后,交交给业务组组组长和开开发组组长长执行。
第五章系系统设计
第十三条系统设计计应分为概概要设计和和详细设计计,系统设设计要遵循循完备性、一一致性、扩扩展性、可可靠性、安安全性、可可维护性等等原则。
第十四条在系统设设计阶段中中,用户或或使用部门门应充分参参与,确保保系统设计计能满足系系统需求。
第十五条项目组进进行设计,出出具《设计计说明书》(附附件六)和和《单元测测试用例》(附附件七)。《设设计说明书书》中需要要定义系统统输入输出出说明和接接口设计说说明。公司司主管领导导组织相关关人员对概概要设计进进行评审,出出具《设计计评审报告告》(附件件八)。业务务组组长和和开发组组组长应参加加此评审并并对评审意意见签字确确认
第十六条设计评审审均以《业业务需求说说明书》和和《系统需需求规格说说明书》为为依据,确确保系统设设计满足全全部需。
第十七条对已确认认通过的系系统设计进进行修改需需获得项目目经理、业业务组组长长和开发组组组长的审审批后方可可进行。
第十八条对系统设设计的修改改的文档须须由文档管管理人员进进行归档管管理。
第六章系统实现现
第十九条开发组根根据《设计计说明书》制制定系统实实现计划,并并提交项目目经理对计计划可行性性进行审批批。
第二十条系统实现现包括程序序编码、单单元测试。
第二十一条条开发组保保证开发、测测试和生产产环境独立立,为各环环境建立访访问权限控控制机制,并并明确项目目成员的职职责分工。对对开发环境境、测试环环境与生产产环境在物物理或逻辑辑方面应该该做到隔离离;如果环环境的分隔隔是通过逻逻辑形式实实现的,应应定期检查查网络设置置。项目组组对已授权权访问生产产环境的人人员进行详详细记录,并并对该记录录进行定期期检查,确确保只有经经授权的人人员才能访访问到生产产环境。
第七章系统测试试和用户测测试
第二十二条条测试组制制定《系统统测试计划划》(附件件九),并并提交项目目经理对计计划可行性性进行审批批。
第二十三条条《系统测测试计划》必必须定义测测试标准,并并明确各种种测试的测测试步骤和和需要的系系统设置要要求。
第二十四条条开发组向向数据拥有有部门申请请获取测试试用业务数数据的使用用权,对获获取的数据据进行严格格的访问控控制,确保保只有相关关项目人员员才能访问问及使用。
第二十五条条开发组组负责测试试数据准备备,测试用用数据要足足够模拟使使用环境中中的实际数数据。对已已评定为敏敏感信息的的数据进行行敏感性处处理和保护护。
第二十六条条开发组或或合作开发发商协助技技术研发部部测试组建建立测试环环境进行系系统测试。在在系统测试试中对新系系统内部各各模块之间间的接口和和与其他系系统的接口口进行充分分测试。技技术研发部部测试组出出具《系统统测试报告告》(附件件十),测测试人员签签字确认测测试结果。
第二十七条条系统测测试通过后后,开发组组配合业务务组建立用用户测试环环境,业务务组根据用用户测试用用例进行用用户测试,出出具《用户户测试报告告》(附件件十),业业务组组长长和开发组组组长应在在用户测试试报告中签签字确认。
第二十八条条项目组完完成系统帮帮助文档(其其中包括《用用户操作手手册》和《安安装维护手手册》)。凡凡涉及应用用系统的变变更,应对对系统帮助助文档及时时更新。
第八章试运行
第二十九条条系统主要要使用部门门根据项目目规模及影影响决定试试运行策略略。
第三十条项目组制制定《试运运行计划》(附附件十一),并并制定试运运行验收指指标,上报报公司主管管领导审批批。《试运运行计划》中中应包含问问题应对机机制,明确确问题沟通通渠道和职职责分工。
第三十一条条项目组联联合试运行行单位或部部门进行相相关系统部部署工作,准准备培训资资料,对相相关用户和和信息技术术人员进行行培训。用用户培训的的完成度应应为实施后后评估的指指标之一。
第三十二条条项目组根根据《试运运行计划》进进行系统转转换和数据据迁移。系系统转换前前,检查系系统环境,确确保运行环环境能满足足新应用系系统的需要要。系统转转换时必须须详细记录录原系统中中的重要参参数、设置置等系统信信息,并填填写试运行行报告相关关内容。系系统参数、设设置的转换换工作作为为系统上线线的验收的的评估指标标之一。
第三十三条条数据迁移移前,应制制定详细的的《数据迁迁移计划》(附附件十二),《数数据迁移计计划》中应应包含迁移移方案、测测试方案、数数据定义,新新旧数据对对照表、迁迁移时间、回回退计划等等信息。数数据迁移计计划需经项项目经理和和主管领导导签字审批批。
第三十四条条数据迁移移后,项目目组对数据据迁移的完完整性和准准确性做出出检查,出出具《数据据迁移报告告》(附件件十三),其其中包括数数据来源、转转换前状态态、转换后后状态,数数据迁移负负责人、对对完整性检检查情况、对对准确性检检查情况等等内容。各各相关部门门验收转换换结果后在在该报告上上签字确认认。
第三十五条条系统转换换和数据迁迁移由试运运行单位业业务部门和和公司主管管领导共同同监督并进进行验收。
第三十六条条系统转换换和数据迁迁移验收通通过后,正正式启动试试运行。在在试运行过过程中,试试运行单位位把系统运运行情况(系系统资源使使用,反应应速度及其其他量化指指标等)记记录到系统统试运行报报告中。必必要时,项项目组应根根据系统运运行情况对对应用系统统进行优化化。
第三十七条条试运行达达到试运行行计划规定定的终止条条件时,项项目组编写写《试运行行报告》(附附件十四)。此此报告应由由项目组和和试运行单单位签字确确认,并提提交公司主主管领导审审阅。公司司主管领导导审阅试运运行结果,决决定试运行行结束或延延期。
第九章系统验收收
第三十八条条系统主主要使用部部门及技术术研发部联联合组成独独立系统验验收小组,也也可授权原原项目组作作为验收小小组。验收收小组从功功能需求及及技术需求求层面对系系统进行综综合评估。
第三十九条条验收小组组应根据验验收情况整整理形成《系系统验收报报告》(附附件十五)提提交系统主主要使用部部门和技术术研发部审审阅。
第四十条系统主要要使用部门门和信息技技术部门负负责人根据据系统测试试、试运行行情况签署署验收意见见。
第十节系统上线线
第四十一条条系统上线线应遵循稳稳妥、可控控、安全的的原则。
第四十二条条通常情情况下,系系统上线包包含数据迁迁移工作。
第四十三条条项目组制制定《系统统上线计划划》(附件件十六),上上报公司主主管领导审审批。在上上线计划得得到批准后后才能开始始部署上线线工作。
第四十四条条《系统上上线计划》内内容应包括括但不限于于:
1、部署方方式和资源源分配(包包括人力资资源及服务务器资源);;
2、上线工工作时间表表;
3、上线操操作步骤以以及问题处处理步骤;;
4、项目阶阶段性里程程碑和成果果汇报(项项目执行状状态的审阅阅、进度安安排等);;
5、数据迁迁移的需求求和实施计计划;
6、完整可可行的应急急预案和“回退”计划;
7、用户培培训计划(包包括:培训训计划、培培训手册、培培训考核等等);
8、公司下下发的系统统标准参数数配置。
第四十五条条上线单位位在上线初初期需加强强日常运行行状态监控控,出现问问题时应及及时处理,对对重大问题题应启动紧紧急预案。
第四十六条条在完成上上线后要填填写《系统统验收评估估报告》(附附件十七)。《系系统验收评评估报告》内内容包括::数据准确确性、系统统性能及稳稳定性、接接口问题、权权限问题、业业务操作影影响度、问问题处理情情况、备份份、批处理理等。
第四十七条条上线单位位管理层要要对《系统统验收评估估报告》进进行审批签签字。