软件开发部规划.doc

编制：魏鹰 批准：魏鹰、宋凯锋 版本：1.0软件业务部与开发部接口管理办法一、 制定此管理办法的主要目的是规范软件业务部和开发部的接口工作，保证部门间各项接口工作的顺利进行，减少无谓的时间消耗，提高办事效率。二、 软件业务部和开发部的接口工作主要有以下几类：软件需求交接、软件交接、软件缺陷修复、项目管理、部门间问题反馈。项目管理又细分为：项目业务启动、项目计划制定与变更、项目结项。三、 接口工作要求与流程1. 软件需求交接：是指的软件业务部的需求分析人员将软件需求分析工作完成后，向开发部提交，要求进行软件开发工作。工作流程见附件软件需求交接流程。需求人员必须提交：已通过的需求评审表，符合软件需求规范的需求文档。如为需求变更，则需要提交已通过的技术变更通知单和符合软件需求规范的最新需求文档。软件业务部和开发部助理在接到通知后，必须在2小时内完成相关工作。需求在评审通过后集中讲解一次，但不包括答疑。如不能按期完成，应提前一周通知开发部经理。2. 软件交接：是指的开发部的测试人员在软件测试工作完成后，向软件业务部的需求分析人员提交软件。工作流程见附件软件交接流程。测试人员必须提交：测试报告，项目要求的软件产品及项目规划中要求的相关文档。需求人员在接收到软件后，应在1个工作日以内予以明确答复，是否同意接收。如不同意，应说明具体理由。测试经理应在一个工作日内反馈下次提交时间。如不能按期完成，应提前一周通知软件业务部经理。3. 软件缺陷修复：是指的软件业务部的项目经理将发现的软件BUG向开发部的测试人员提交，要求进行修改。软件缺陷修复流程参见项目管理办法中的软件问题处理流程。项目经理必须提交软件问题反馈表(PRJ-T08)，格式参见项目管理办法。现场发现问题由项目经理负责管理，提交到开发部的软件问题由测试人员负责管理。在所有涉及到软件问题的交互中，特急问题响应时间为2小时，紧急问题的响应时间为4小时，普通问题的响应时间为1个自然日。问题反馈响应时间开始计时以测试人员回复为准。4. 项目管理：是指的为了完成一个项目，软件业务部和开发部需要进行交互的工作。具体分为：1) 项目业务启动：是指的软件业务部和开发部共同制定项目业务启动表。工作流程见附件3项目业务启动流程。如要对业务启动表进行变更，也按此流程执行。从软件业务部助理准备业务启动表开始，项目资料作为进行变更的原因说明。2) 项目计划制定与变更：是指的软件业务部和开发部共同批准项目计划的制定与变更工作。工作流程见附件4项目计划制定与变更流程。项目经理必须使用规定的项目计划编制模板。5. 项目结项：是指的软件业务部和开发部共同对已完成的项目进行结项工作。项目组如未按时完成工作，需要重新调整人员、周期等，则重新进行业务启动，不再进行结项工作。工作流程见附件5项目结项流程（暂无）。6. 部门间问题反馈：是指的软件业务部和开发部之间因对方工作失误所造成的问题反馈，主要用于对方部门改进工作。部门间问题反馈时必须填写部门间问题反馈表（见附件6），该表统一放置在知识库中，不分部门，向软件业务部和开发部经理开放。工作流程参见附件7部门间问题反馈流程。四、 接口工作文档必须使用统一的模板和规范，对于不使用规定的工作文档要求的接口工作，接口部门可以拒绝完成。五、 接口工作文档必须符合项目管理办法、质量保证管理办法、配置管理办法中的要求，否则接口部门可以拒绝完成。六、 对于因不符合本管理办法所造成的工作延期，由违反本办法的部门承担责任。七、 所有涉及部门间接口工作必须有软件业务部经理和开发部经理签字认可，对于日常性的工作，部门经理必须指定相关人员负责。双方部门经理应对日常性工作负责人指定工作签署备忘录，并将之向双方部门所有员工公示，以便于其进行工作。八、 在项目开发过程中，软件不应现版本分支现象，即新的版本会覆盖旧版本的所有功能，新的需求和问题修改均在下一版本中体现。如软件出现重大问题或因用户特别要求，在经过软件业务部经理和开发部经理批准后可以出与临时性分支版本，但版本数不能超出两个。在问题解决之后，项目组应尽快使分支版本合并。九、 实施人员在现场安装或更新软件时，应详细保留安装记录，以便出问题时开发人员进行修改。十、 本办法的解释权归软件业务和开发部共同所有。附件：软件需求交接流程附件：软件交接流程附件3：项目业务启动流程附件4：项目计划制定与变更流程附件7：部门间问题反馈表部门间问题反馈表编号：KF/YW-XXX（由部门助