外包开发管理规范

1、外包开发管理规范1、 外包开发通常需要注意的内容1.1、 企业需求定义不充分、不全面、不准确企业软件开发的需求一般由业务部门负责提出，开发过程中与业务部门以及业务负责人之间缺乏必要的沟通，需求定义不充分、不全面、不准确，造成在系统运行阶段，业务部门不断提出系统修改意见，使外包开发工作可能因为需求的不断变更而修改工作量巨大，程序结构凌乱，导致开发工作不断拖延和推迟。1.2、 缺乏系统的管理机制软件开发过程中往往会出现各种问题，企业内部人员对软件技术、系统框架等不熟悉，而开发商难免会考虑到其具体利益，可能会采取一些不负责任的做法。如果企业内部缺乏必要的内/外部专家资源，没有建立合理的分工、反馈和跟

2、踪制度的话，往往造成系统设计的瑕疵。1.3、 无完整的测试在开发过程中，企业往往对开发商开发的软件采取具体使用时测试功能的方式，或者仅对部分主要功能提出测试计划，而具体的业务部们往往疏于测试，测试不充分。因而有时会出现系统问题不断出现，影响信息化实施进度和质量。1.4、 文档资料不够全面，知识转移不全面在开发和修改程序时及软件系统移交时，开发商可能仅提供合同约定中明确的资料，而资料的详细程度又往往不够详尽，给系统的后续维护及使用造成困难。2、 外包开发管理规范从上可知，软件开发过程中需要对需求和沟通、计划和审核、进度和监督、测试及文档和知识转移等5个方面进行控制。2.1、 需求和沟通需求调研是

3、各项活动的基础，同时也是合作双方履行合约的重要依据。如果在合作过程中有些需求描述不清楚、不准确或不全面，开发商可能从商业利益出发，偏向于选择容易实现的方案，这些方案投入少、可靠性差，难以达到企业要求。由于本项目的项目范围庞大，需要实现信息平台、网上商店、在线交易等，需求复杂，需求如果以文字的形式体现，可能是一份很厚的报告。对于这样的需求报告A. 要求外包单位提供Demo进行说明，通过具体的原型说明用户需求。B. 需要从分解成若干个不同内容，由各个业务部门进行审核、汇总意见。C. 项目执行过程中，应有完整的项目沟通办法！2.2、 计划和审核业主对于项目都有一个预期时间要求，需要开发商根据时间要求

4、，倒推项目计划，逐步分解，并确定项目的各个里程碑以形成项目的关键路径（在里程碑上须提交可审核的成果），同时在项目计划中提出对于业主方的具体的配合要求。业主对项目计划审核确认后，开发商须按照计划安排工作，并在关键节点上提交相应成果。2.3、 进度和监督开发商需在每周提交项目的总体执行情况和上周工作情况，并对每周未完成工作情况进行说明。业主可根据项目执行情况，要求开发商提供相应的成果，以检验进度。在项目的里程碑上，开发商须提供相应的成果供业主方进行审核确认。2.4、 测试开发商完成各个模块时，在完成单元测试后，应提交可用版本供业主方进行测试。由于本次项目预期的数据量以及客户并发数巨大，因此测试工作同时需要对软件进行压力和性能测试。开发商需提供性能测试/压力测试办法以及数据。2.5、 文档及知识转移大型软件开发过程中，文档纷繁复杂。但是，对于业主方来说，并不是需要所有文档，为进行有效的知识转移和软件评审，需要开发商提供如下文档：A. 需求文档，需描述项目的总体目标、项目的用户目标、系统总体框架、系统总体流程、系统运行环境以及系统功能需求等；B. 系统设计总体方案，重点是对于技术关键点进行说明，如如何支撑大并发数、如何提供可扩展性、如何实现与其他系统之间的接口等；C. 数据库表结构，需提供数据库表及各个字段的中文意义，提供各个表之间的关联关系，并提供各个业务模块所涉及的