互联网事业部业务管理办法
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
互联网事业部业务管理办法
智慧民生业务管理办法
1、软件保密管理办法
2、软件研发管理办法
3、软件升级管理办法
4、工业品招商管理办法
5、农产品招商管理办法
6、加盟商加盟管理办法
7、县级运营中心管理办法
8、乡镇物流配送中心加盟管理办法
9、村级信息服务站加盟管理办法
10、平台商户结算管理办法(事业部与财务部共同编制)
11、加盟商分成结算管理办法(事业部与财务部共同编
制)
12、平台与子公司分成结算管理办法(事业部与财务部
共同编制)
13、村级信息服务站分成结算管理办法(事业部与财务
部共同编制)
版本页
标题:研发部保密管理制度
文档编号:
版本说明:
版本号版本日期作者备注V1.02016.4.10吴训波创建
V1.0审批
第一章总则
第一条凡研发部的内部资料和信息均属研发部秘密,所有成员均负有保密的责任和义务。为维护公司利益,特制定本制度。
第二条本制度适合研发部全体员工,包括在编、社会招聘和实习期人员。
第二章保密内容
第三条研发部秘密分为两类:技术秘密、内部管理秘密。
第四条技术秘密
(一)研发部为开发项目购买的各种设计方案、技术资料等文档。
(二)研发部的发展战略、前景规划和实施步骤等涉及研发部技术走向类文档。
(三)研发部各种产品的开发计划、需求分析、调研报告、立项报告等开发前期类文档。
(四)研发部各种系统的方案设计、功能说明书、数据结构、系统参数说明、接口规范、程序设计规范、系统其它各种规范和清单、测试方案、测试报告等开发测试期间形成
的各类文档。
(五)研发部各种系统的集成方案、移植方案、上点试运行方案、版本维护方案、操作和排错手册、培训教材等开发后期类文档。
(六)合作单位提供的各种技术资料。
(七)其它内部技术资料。
第五条研发部内部管理秘密
(一)研发部办公会议纪要。
(二)技术讨论会议纪要。
第六条以上保密内容,既指以文件、报表、图纸、协议及各种资料等形式存在的纸质文档,又包括以磁盘(硬盘和U盘)、光盘等介质形式保存的电子文档。
第三章保密原则
第七条研发部员工不得采用各种手段了解或获取不属自己工作范围内或未经研发部许可接触的秘密。未经研发部书面允许,不得擅自向研发部其他员工和研发部外其他人员透露、提供、拷贝自己所掌握的研发部机密资料。
第八条未经研发部书面同意,任何员工不得以方便使用或其它任何理由自行复制、拷贝自己所掌握的研发部机密
材料。
第九条在开发过程中形成的正式文档、图纸、程序、各种资料、合同协议及各种成果均要及时上交相关管理部门,并要上交原件。
第十条因工作需要使用属于研发部机密的有关资料时,要通过文档管理部门领取,并严格履行登记手续,任何人不得擅自拷贝或向其他员工索取。
第十一条研发部员工所掌握的所有涉及秘密的资料,在到达规定使用期限或因辞职、辞退离开研发部时必须向有关文档管理部门办理续借或退还手续,并负有继续保密的责任。
第十二条拥有研发部机密资料的员工,必须认真保管使用资料,不得遗失、转借,不经允许,不得带出研发部。
版本页
标题:研发部软硬件研发管理制度
文档编号:
版本说明:
版本号版本日期作者备注V1.02016.4.10吴训波创建
V1.0审批
第一章总则
第一条为规范软硬件研发的管理工作,特制定本制度。本制度适用于公司软件及硬件的研发与管理。
第二条软硬件开发遵循项目管理和软硬件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、开发管理和结项管理。软硬件工程涉及需求管理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、系统上线和数据迁移。
第二章立项管理
第三条提出项目需求的部门参与公司层面立项,进行立项的技术可行性分析,编写《立项分析报告》(附件一),开展前期筹备工作。《立项分析报告》应明确项目的范围和边界。
第四条需求提出部门将《立项分析报告》提交相关部门会签后,上交公司总经理与董事长进行立项审批,以保证系统项目与公司整体策略相一致。
第五条《立项分析报告》得到批准后,成立项目组,项目组应包括业务组(由公司需求管理组和相关业务部门组成)和开发组。公司研发部委派一名PM负责监督项目的进度,进行项目管理工作,确保开发能及时完成并能满足业务需要。
项目组人员的选择应满足项目对业务及技术要求,项目组人员应有足够的业务和 IT 技术方面的专业知识来胜任项目各方面的工作。
第三章需求分析
第六条立项后业务组对用户需求进行汇总整理,出具《业务需求说明书》(附件二),并确保《业务需求说明书》中包含了所有的业务需求。经系统使用部门审批确认,作为业务需求基线。
第七条业务组在获得《业务需求说明书》后,提出技术需求和解决方案,并对系统进行定义,出具《系统需求规格说明书》(附件三)。《系统需求规格说明书》需详细列出业务对系统的要求(界面、输入、输出、管理功能、安全需求、运作模式、关键指标(KPI)等),最好是采用原型方式表达。《系统需求规格说明书》需要由业务组提交给相关业务部门负责人确认。
第八条项目组应对需求变更影响到的文档及时更新。
第四章项目计划和监控
第九条软硬件开发采用项目形式进行管理。项目经理负责整个项目的计划、组织、领导和控制。
第十条需求分析过程中,项目经理组织制定详细的《项目计划书》(附件四),包括具体任务描述和项目进度表等。
第十一条在项目的各个阶段,业务组组长和开发组组长需配合项目经理制定阶段性项目计划。业务组组长和开发组组长需配合项目经理对项目计划执行情况进行监控,确保项目按计划完成。
第十二条项目计划需要变更时,项目经理填写《项目计划变更说明》(附件五),并提交事业部领导审批,通过审批后,交给业务组组长和开发组组长执行。
第五章系统设计
第十三条系统设计应分为概要设计和详细设计,系统设计要遵循完备性、一致性、扩展性、可靠性、安全性、可维护性等原则。
第十四条在系统设计阶段中,用户或使用部门应充分参与,确保系统设计能满足系统需求。
第十五条项目组进行设计,出具《设计说明书》(附件六)和《单元测试用例》(附件七)。《设计说明书》中需要定义系统输入输出说明和接口设计说明。公司主管领导组织相关人员对概要设计进行评审,出具《设计评审报告》(附件八)。