外包开发管理规范.docxVIP

外包开发管理规范 外包开发管理规范 PAGE 外包开发管理规范 外包开发管理规范 外包开发通常需要注意的内容 企业需求定义不充分、不全面、不准确 企业软件开发的需求一般由业务部门负责提出，开发过程中与业务部门以及业务负责人之间缺乏必要的沟通，需求定义不充分、不全面、不准确，造成在系统运行阶段，业务部门不断提出系统修改意见，使外包开发工作可能因为需求的不断变更而修改工作量巨大，程序结构凌乱，导致开发工作不断拖延和推迟。 缺乏系统的管理机制 软件开发过程中往往会出现各种问题，企业内部人员对软件技术、系统框架等不熟悉，而开发商难免会考虑到其具体利益，可能会采取一些不负责任的做法。如果企业内部缺乏必要的内/外部专家资源，没有建立合理的分工、反馈和跟踪制度的话，往往造成系统设计的瑕疵。 无完整的测试 在开发过程中，企业往往对开发商开发的软件采取具体使用时测试功能的方式，或者仅对部分主要功能提出测试计划，而具体的业务部们往往疏于测试，测试不充分。因而有时会出现系统问题不断出现，影响信息化实施进度和质量。 文档资料不够全面，知识转移不全面 在开发和修改程序时及软件系统移交时，开发商可能仅提供合同约定中明确的资料，而资料的详细程度又往往不够详尽，给系统的后续维护及使用造成困难。 外包开发管理规范 从上可知，软件开发过程中需要对需求和沟通、计划和审核、进度和监督、测试及文档和知识转移等5个方面进行控制。 需求和沟通 需求调研是各项活动的基础，同时也是合作双方履行合约的重要依据。如果在合作过程中有些需求描述不清楚、不准确或不全面，开发商可能从商业利益出发，偏向于选择容易实现的方案，这些方案投入少、可靠性差，难以达到企业要求。 由于本项目的项目范围庞大，需要实现信息平台、网上商店、在线交易等，需求复杂，需求如果以文字的形式体现，可能是一份很厚的报告。对于这样的需求报告 要求外包单位提供Demo进行说明，通过具体的原型说明用户需求。 需要从分解成若干个不同内容，由各个业务部门进行审核、汇总意见。 项目执行过程中，应有完整的项目沟通办法！ 计划和审核 业主对于项目都有一个预期时间要求，需要开发商根据时间要求，倒推项目计划，逐步分解，并确定项目的各个里程碑以形成项目的关键路径（在里程碑上须提交可审核的成果），同时在项目计划中提出对于业主方的具体的配合要求。 业主对项目计划审核确认后，开发商须按照计划安排工作，并在关键节点上提交相应成果。 进度和监督 开发商需在每周提交项目的总体执行情况和上周工作情况，并对每周未完成工作情况进行说明。 业主可根据项目执行情况，要求开发商提供相应的成果，以检验进度。 在项目的里程碑上，开发商须提供相应的成果供业主方进行审核确认。 测试 开发商完成各个模块时，在完成单元测试后，应提交可用版本供业主方进行测试。 由于本次项目预期的数据量以及客户并发数巨大，因此测试工作同时需要对软件进行压力和性能测试。开发商需提供性能测试/压力测试办法以及数据。 文档及知识转移 大型软件开发过程中，文档纷繁复杂。但是，对于业主方来说，并不是需要所有文档，为进行有效的知识转移和软件评审，需要开发商提供如下文档： 需求文档，需描述项目的总体目标、项目的用户目标、系统总体框架、系统总体流程、系统运行环境以及系统功能需求等； 系统设计总体方案，重点是对于技术关键点进行说明，如如何支撑大并发数、如何提供可扩展性、如何实现与其他系统之间的接口等； 数据库表结构，需提供数据库表及各个字段的中文意义，提供各个表之间的关联关系，并提供各个业务模块所涉及的表。 项目计划及执行情况，该文档需定期提供。 系统操作手册，需说明系统如何安装、启动、停止，以及对于服务器、客户端的要求，并说明系统的具体操作办法。