《软件委托开发流程及相关规范[推荐]》由会员分享，可在线阅读，更多相关《软件委托开发流程及相关规范[推荐]（8页珍藏版）》请在金锄头文库上搜索。
1、v1.0 可编辑可修改 1 软件外包流程及相关规范 XXXXXXXXX 网络科技有限公司 1 / 8 v1.0 可编辑可修改 2 目 录 一、外包前的准备工作 . 3 项目负责人的确定 . 3 需求文档的制定 . 3 软件开发方案及接包方的确定 . 3 接包方责任人的确定 . 4 二、软件在开发过程中的管理 . 4 软件需求的细化 . 4 开发过程中的管理及协调 . 4 软件需求变动 . 5 三、交付验收过程管理 . 5 软件交付前的内测 . 5 软件交付时的公测 . 5 软件验收交付的内容 . 6 软件的验收 . 7 软件验收报告 . 7 四、交付后的程序及源代码管理 . 7 软件交付后的程
2、序BUG处理 . 7 软件交付后的功能更改 . 8 程序发布及源代码管理 . 8 2 / 8 v1.0 可编辑可修改 3 一、外包前的准备工作 项目负责人的确定 外包项目确定启动前，我方应制定一个专门人员，作为软件外包的项目负责人，全权处 理外包项目的所有事务。 需求文档的制定 由项目负责人， 对项目软件的使用范围、用户人群定位等进行详细分析，规划出软件的 主要功能， 同时结合我们现有平台软件，对软件的开发环境、应用环境做出规范要求，以此 制定出软件需求文档。 软件需求文档在经项目组讨论后生效。 软件需求文档应包括以下内容： 项目软件的中英文名称、预计开发周期； 软件的技术规范，如开发环境、应
3、用环境、数据库标准、数据交换接口等； 软件的适用范围、主要应用思想； 主要功能模块及功能详细说明； 业务基本流程； 软件开发方案及接包方的确定 1.软件需求文档确定后，根据需求文档预选定接包方； 2.接包方同项目负责人沟通技术细节后，由项目接包方根据需求方案，对开发流程进行细 化，制定软件开发方案及相关DEMO； 3.项目负责人根据软件开发方案和DEMO 确定最终的接包方，双份针对软件开发、后 期应用、源代码交付方式等细节进行磋商，签订软件开发合同。 软件开发方案中应包括以下内容： 项目整体的开发进程，应包括开发、测试、验收、交付等关键环节的进度安排； 3 / 8 v1.0 可编辑可修改 4
4、软件各模块划分及定义； 软件开发计划，应包括开发进度安排、详细的工期明细； 接包方责任人的确定 软件接包方确定后，接包方应确定软件开发的负责人，协同我方项目负责人对整个项目 开发过程中的所有事情进行沟通和协调处理。 二、软件在开发过程中的管理 软件需求的细化 开发方案确定后，接包方需根据开发方案书，对软件的需求进行细化，包括各模块的具 体实现、 子功能模块的划分、数据描述和相关报表内容等，并需及时同我方项目负责人进行 沟通，以确认可行性。 开发过程中的管理及协调 1.接包方在软件开发过程中，应该保留详细的软件开发文档，以便于后期源码程序的移交； 软件开发文档应包括：模块设计说明、业务流程说明、
5、数据库设计说明、代码中的 注释等内容； 2.在开发过程中，开发负责人应至少每周一次向我方项目负责人提交开发进度报告， 以方便我方了解开发进度； 3.开发负责人在开发过程中遇到需同我方进行数据对接等测试需求时，应及时同我方项目 负责人联系沟通，项目负责人应及时提供测试环境，以免影响项目进度； 4.开发过程中， 如果因为技术或是其他原因导致功能无法实现，开发负责人应及时同项目 负责人进行沟通，并进行“软件需求变动”流程； 5.软件部分模块或是初步成型后，开发负责人， 需联络项目负责人申请进行软件的模块测 试或是初步测试；项目负责人需组织开发人员，对软件的模块及雏形框架进行测试，以 保证软件符合原本
6、设计要求； 4 / 8 v1.0 可编辑可修改 5 软件需求变动 1.在双方确认软件需求后，如有功能上的调整， 双方负责人需针对新的需求进行讨论论证， 并制定软件需求变动书； 2.软件需求变动确定后，双方应根据需求变动书进行开发周期的估算，接包方需合理安排 工作量，以确保整个开发进度不会延误； 3.对于确实因需求改变而造成工作量加大，可能会导致开发进度延误情况，需要开发及项 目负责人双方进行协调处理； 三、交付验收过程管理 软件交付前的内测 1.软件交付前， 开发负责人、 项目负责人需要组织我方测试人员协同开发负责人对软件进 行内测。内测时，需模拟真实的使用环境，重点对软件的功能进行测试，保证
7、功能的正 常、业务流程的畅通。 主要测试以下内容： 1)软件各模块的名称、界面的正确及合理性； 2)软件各模块功能的完整性； 3)软件各业务流程运行的正确性； 4)其他开发需求文档中未列到的细节问题； 2.内测时，开发负责人、项目负责人，要对发现的问题进行详细的记录，并出具软件内 测报告； 3.内测结束后，接包方对内测出现的问题进行修改和调整； 4.内测可能需要进行多次，直到软件没有问题符合公测要求时止； 软件交付时的公测 1.在完成内测后，外包项目负责人，需组织实际用户对软件进行小范围的公测； 5 / 8 v1.0 可编辑可修改 6 主要测试以下内容： 1)软件的用户体验，软件使用起来是否方
8、便快捷等； 2)在实际使用中各种参数设置的合理性； 3)软件功能模块设置的合理性； 4)软件功能上的新的需求； 5)软件的负荷； 2.公测时，接包方要同时提供软件使用帮助文档； 3.公测时， 项目负责人需及时沟通实际用户，了解实际用户对软件的意见及建议，收集整 理后，汇总为软件公测报告； 4.项目负责人需针对公测报告中的问题进行分析，然后整理汇总后，交接包方进行修改； 5.接包方修改无问题后，完成软件公测； 软件验收交付的内容 在完成公测后，进入软件的验收流程。接包方需向我方提供以下内容： 1.软件的所有源代码 包括软件所有的源代码、所使用的自定义类库等内容。源码应规范、完整，包含详尽的 注释
9、说明； 2.软件发布好的程序 包括完整的发布文件、安装程序、部署配置文档、帮助手册、软件硬件使用环境等； 3.软件所有的开发文档 包括软件模块设计文档、数据库设计文档、业务流程设计文档、开发环境配置文档、接 口规范文档、开发过程中的需求变动书等； 4.软件的相关培训等 接包方需要对我方人员进行软件开发环境搭建、软件部署、软件使用等的培训； 6 / 8 v1.0 可编辑可修改 7 软件的验收 软件的验收主要包括以下内容： 1.软件源代码的验收 1)软件验收组根据接包方提供的开发环境文档，搭建开发环境，对软件进行编译，并 对编译后的程序进行测试，以确认源代码的正确及完整性； 2)组织软件验收组，对软件源码进行分析，以确认软件的可读性； 2.软件相关文档的验收 软件验收组对接包方提供的相关文档进行检查，确保文档完整、无误。 软件验收报告 在软件完成公测完成后，由项目负责人组织软件验收组，汇总软件内测、公测的数据、 软件的相关文档、源码后，出具软件验收报告，以完成软件测试。 四、交付后的程序及源代码管理 软件交付后的程序BUG处理 1.软件通过验收交付后，由软件项目负责人将所有源码、文档、程序进行封存，并编唯一 版本号； 2.封存后，如发现严重的功能缺陷及BUG ，由项目负责人提出，并提交软件修改需求，接 包方需对问题进行
