软件外包流程及规范
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
二、软件在开发过程中的管理 2.1 软件需求的细化
开发方案确定后，接包方需根据开发方案书，对软件的需求进行细化，包括各 模块的具体实现、子功能模块的划分、数据描述和相关报表内容等，并需及时 同我方项目负责人进行沟通，以确认可行性。
2.2 开发过程中的管理及协调
1.接包方在软件开发过程中，应该保留详细的软件开发文档，以便于后期源码 程序的移交；
3.2 软件交付时的公测
1.在完成内测后，外包项目负责人，需组织实际用户对软件进行小范围的公测； 主要测试以下内容： 1)软件的用户体验，软件使用起来是否方便快捷等； 2)在实际使用中各种参数设置的合理性； 3)软件功能模块设置的合理性； 4)软件功能上的新的需求； 5)软件的负荷； 2.公测时，接包方要同时提供《软件使用帮助》文档； 3.公测时，项目负责人需及时沟通实际用户，了解实际用户对软件的意见及建 议，收集整理后，汇总为《软件公测报告》； 4.项目负责人需针对公测报告中的问题进行分析，然后整理汇总后，交接包方 进行修改； 5.接包方修改无问题后，完成软件公测；
.
软件外包流程及相关规范 一、外包前的准备工作
1.1 项目负责人的确定
外包项目确定启动前，我方应制定一个专门人员，作为软件外包的项目负责人， 全权处理外包项目的所有事务。
1.2 需求文档的制定
由项目负责人，对项目软件的使用范围、用户人群定位等进行详细分析，规划 出软件的主要功能，同时结合我们现有平台软件，对软件的开发环境、应用环 境做出规范要求，以此制定出《软件需求文档》。 《软件需求文档》在经项目组讨论后生效。 《软件需求文档》应包括以下内容： ●项目软件的中英文名称、预计开发周期； ●软件的技术规范，如开发环境、应用环境、数据库标准、数据交换接口等； ●软件的适用范围、主要应用思想； ●主要功能模块及功能详细说明； ●业务基本流程；
三、交付验收过程管理 3.1 软件交付前的内测
1.软件交付前，开发负责人、项目负责人需要组织我方测试人员协同开发负责 人对软件进行内测。内测时，需模拟真实的使用环境，重点对软件的功能进行 测试，保证功能的正常、业务流程的畅通。
主要测试以下内容：
1)软件各模块的名称、界面的正确及合理性；
2)软件各模块功能的完整性；
3.3 软件验收交付的内容
在完成公测后，进入软件的验收流程。接包方需向我方提供以下内容： 1.软件的所有源代码
word 编辑文档
.
包括软件所有的源代码、所使用的自定义类库等内容。源码应规范、完整，包 含详尽的注释说明； 2.软件发布好的程序 包括完整的发布文件、安装程序、部署配置文档、帮助手册、软件硬件使用环 境等； 3.软件所有的开发文档 包括软件模块设计文档、数据库设计文档、业务流程设计文档、开发环境配置 文档、接口规范文档、开发过程中的需求变动书等； 4.软件的相关培训等 接包方需要对我方人员进行软件开发环境搭建、软件部署、软件使用等的培训；
word 编辑文档
.
4.开发过程中，如果因为技术或是其他原因导致功能无法实现，开发负责人应 及时同项目负责人进行沟通，并进行“软件需求变动”流程；
5.软件部分模块或是初步成型后，开发负责人，需联络项目负责人申请进行软 件的模块测试或是初步测试；项目负责人需组织开发人员，对软件的模块及雏 形框架进行测试，以保证软件符合原本设计要求；
1.3《软件开发方案》及接包方的确定
1.《软件需求文档》确定后，根据需求文档预选定接包方； 2.接包方同项目负责人沟通技术细节后，由项目接包方根据需求方案，对开发 流程进行细化，制定《软件开发方案》及相关 DEMO；
word 编辑文档
.
3.项目负责人根据《软件开发方案》和 DEMO 确定最终的接包方，双份针对软 件开发、后期应用、源代码交付方式等细节进行磋商，签订《软件开发合同》。
3.5 软件验收报告
在软件完成公测完成后，由项目负责人组织软件验收组，汇总软件内测、公测 的数据、软件的相关文档、源码后，出具软件验收报告，以完成软件测试。
word 编辑文档
.
软件开发文档应包括：模块设计说明、业务流程说明、数据库设计说明、代码 中的注释等内容；
2.在开发过程中，开发负责人应至少每周一次向我方项目负责人提交《开发进 度报告》，以方便我方了解开发进度；
3.开发负责人在开发过程中遇到需同我方进行数据对接等测试需求时，应及时 同我方项目负责人联系沟通，项目负责人应及时提供测试环境，以免影响项目 进度；
《软件开发方案》中应包括以下内容：
●项目整体的开发进程，应包括开发、测试、验收、交付等关键环节的进度安排；
●软件各模块划分及定义；
●软件开发计划，应包括开发进度安排、详细的工期明细；
1.4 接包方责任人的确定
软件接包方确定后，接包方应确定软件开发的负责人，协同我方项目负责人对 整个项目开发过程中的所有事情进行沟通和协调处理。
3.4 软件的验收
软件的验收主要包括以下内容： 1.软件源代码的验收 1)软件验收组根据接包方提供的开发环境文档，搭建开发环境，对软件进行编 译，并对编译后的程序进行测试，以确认源Fra Baidu bibliotek码的正确及完整性； 2)组织软件验收组，对软件源码进行分析，以确认软件的可读性； 2.软件相关文档的验收 软件验收组对接包方提供的相关文档进行检查，确保文档完整、无误。
3)软件各业务流程运行的正确性；
4)其他开发需求文档中未列到的细节问题；
2.内测时，开发负责人、项目负责人，要对发现的问题进行详细的记录，并出 具《软件内测报告》；
word 编辑文档
.
3.内测结束后，接包方对内侧出现的问题进行修改和调整； 4.内测可能需要进行多次，直到软件没有问题符合公测要求时止；
2.3 软件需求变动
1.在双方确认软件需求后，如有功能上的调整，双方负责人需针对新的需求进 行讨论论证，并制定《软件需求变动书》；
2.软件需求变动确定后，双方应根据需求变动书进行开发周期的估算，接包方 需合理安排工作量，以确保整个开发进度不会延误；
3.对于确实因需求改变而造成工作量加大，可能会导致开发进度延误情况，需 要开发及项目负责人双方进行协调处理；
开发方案确定后，接包方需根据开发方案书，对软件的需求进行细化，包括各 模块的具体实现、子功能模块的划分、数据描述和相关报表内容等，并需及时 同我方项目负责人进行沟通，以确认可行性。
2.2 开发过程中的管理及协调
1.接包方在软件开发过程中，应该保留详细的软件开发文档，以便于后期源码 程序的移交；
3.2 软件交付时的公测
1.在完成内测后，外包项目负责人，需组织实际用户对软件进行小范围的公测； 主要测试以下内容： 1)软件的用户体验，软件使用起来是否方便快捷等； 2)在实际使用中各种参数设置的合理性； 3)软件功能模块设置的合理性； 4)软件功能上的新的需求； 5)软件的负荷； 2.公测时，接包方要同时提供《软件使用帮助》文档； 3.公测时，项目负责人需及时沟通实际用户，了解实际用户对软件的意见及建 议，收集整理后，汇总为《软件公测报告》； 4.项目负责人需针对公测报告中的问题进行分析，然后整理汇总后，交接包方 进行修改； 5.接包方修改无问题后，完成软件公测；
.
软件外包流程及相关规范 一、外包前的准备工作
1.1 项目负责人的确定
外包项目确定启动前，我方应制定一个专门人员，作为软件外包的项目负责人， 全权处理外包项目的所有事务。
1.2 需求文档的制定
由项目负责人，对项目软件的使用范围、用户人群定位等进行详细分析，规划 出软件的主要功能，同时结合我们现有平台软件，对软件的开发环境、应用环 境做出规范要求，以此制定出《软件需求文档》。 《软件需求文档》在经项目组讨论后生效。 《软件需求文档》应包括以下内容： ●项目软件的中英文名称、预计开发周期； ●软件的技术规范，如开发环境、应用环境、数据库标准、数据交换接口等； ●软件的适用范围、主要应用思想； ●主要功能模块及功能详细说明； ●业务基本流程；
三、交付验收过程管理 3.1 软件交付前的内测
1.软件交付前，开发负责人、项目负责人需要组织我方测试人员协同开发负责 人对软件进行内测。内测时，需模拟真实的使用环境，重点对软件的功能进行 测试，保证功能的正常、业务流程的畅通。
主要测试以下内容：
1)软件各模块的名称、界面的正确及合理性；
2)软件各模块功能的完整性；
3.3 软件验收交付的内容
在完成公测后，进入软件的验收流程。接包方需向我方提供以下内容： 1.软件的所有源代码
word 编辑文档
.
包括软件所有的源代码、所使用的自定义类库等内容。源码应规范、完整，包 含详尽的注释说明； 2.软件发布好的程序 包括完整的发布文件、安装程序、部署配置文档、帮助手册、软件硬件使用环 境等； 3.软件所有的开发文档 包括软件模块设计文档、数据库设计文档、业务流程设计文档、开发环境配置 文档、接口规范文档、开发过程中的需求变动书等； 4.软件的相关培训等 接包方需要对我方人员进行软件开发环境搭建、软件部署、软件使用等的培训；
word 编辑文档
.
4.开发过程中，如果因为技术或是其他原因导致功能无法实现，开发负责人应 及时同项目负责人进行沟通，并进行“软件需求变动”流程；
5.软件部分模块或是初步成型后，开发负责人，需联络项目负责人申请进行软 件的模块测试或是初步测试；项目负责人需组织开发人员，对软件的模块及雏 形框架进行测试，以保证软件符合原本设计要求；
1.3《软件开发方案》及接包方的确定
1.《软件需求文档》确定后，根据需求文档预选定接包方； 2.接包方同项目负责人沟通技术细节后，由项目接包方根据需求方案，对开发 流程进行细化，制定《软件开发方案》及相关 DEMO；
word 编辑文档
.
3.项目负责人根据《软件开发方案》和 DEMO 确定最终的接包方，双份针对软 件开发、后期应用、源代码交付方式等细节进行磋商，签订《软件开发合同》。
3.5 软件验收报告
在软件完成公测完成后，由项目负责人组织软件验收组，汇总软件内测、公测 的数据、软件的相关文档、源码后，出具软件验收报告，以完成软件测试。
word 编辑文档
.
软件开发文档应包括：模块设计说明、业务流程说明、数据库设计说明、代码 中的注释等内容；
2.在开发过程中，开发负责人应至少每周一次向我方项目负责人提交《开发进 度报告》，以方便我方了解开发进度；
3.开发负责人在开发过程中遇到需同我方进行数据对接等测试需求时，应及时 同我方项目负责人联系沟通，项目负责人应及时提供测试环境，以免影响项目 进度；
《软件开发方案》中应包括以下内容：
●项目整体的开发进程，应包括开发、测试、验收、交付等关键环节的进度安排；
●软件各模块划分及定义；
●软件开发计划，应包括开发进度安排、详细的工期明细；
1.4 接包方责任人的确定
软件接包方确定后，接包方应确定软件开发的负责人，协同我方项目负责人对 整个项目开发过程中的所有事情进行沟通和协调处理。
3.4 软件的验收
软件的验收主要包括以下内容： 1.软件源代码的验收 1)软件验收组根据接包方提供的开发环境文档，搭建开发环境，对软件进行编 译，并对编译后的程序进行测试，以确认源Fra Baidu bibliotek码的正确及完整性； 2)组织软件验收组，对软件源码进行分析，以确认软件的可读性； 2.软件相关文档的验收 软件验收组对接包方提供的相关文档进行检查，确保文档完整、无误。
3)软件各业务流程运行的正确性；
4)其他开发需求文档中未列到的细节问题；
2.内测时，开发负责人、项目负责人，要对发现的问题进行详细的记录，并出 具《软件内测报告》；
word 编辑文档
.
3.内测结束后，接包方对内侧出现的问题进行修改和调整； 4.内测可能需要进行多次，直到软件没有问题符合公测要求时止；
2.3 软件需求变动
1.在双方确认软件需求后，如有功能上的调整，双方负责人需针对新的需求进 行讨论论证，并制定《软件需求变动书》；
2.软件需求变动确定后，双方应根据需求变动书进行开发周期的估算，接包方 需合理安排工作量，以确保整个开发进度不会延误；
3.对于确实因需求改变而造成工作量加大，可能会导致开发进度延误情况，需 要开发及项目负责人双方进行协调处理；