软件委托开发流程及相关规范.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
. 软件外包流程及相关规范 XXXXXXXXX网络科技有限公司 .. . 目 录 一、外包前的准备工作 3 1.1 项目负责人的确定 3 1.2 需求文档的制定 3 1.3《软件开发方案》及接包方的确定 3 1.4 接包方责任人的确定 4 二、软件在开发过程中的管理 4 2.1 软件需求的细化 4 2.2 开发过程中的管理及协调 4 2.3 软件需求变动 4 三、交付验收过程管理 5 3.1 软件交付前的内测 5 3.2 软件交付时的公测 5 3.3 软件验收交付的内容 6 3.4 软件的验收 6 3.5 软件验收报告 6 四、交付后的程序及源代码管理 7 4.1 软件交付后的程序 BUG 处理 7 4.2 软件交付后的功能更改 7 4.3 程序发布及源代码管理 7 .. . 一、外包前的准备工作 1.1 项目负责人的确定 外包项目确定启动前, 我方应制定一个专门人员, 作为软件外包的项目负责人, 全权处理外包项目的所有事务。 1.2 需求文档的制定 由项目负责人, 对项目软件的使用范围、 用户人群定位等进行详细分析, 规划出软件的主要功能, 同时结合我们现有平台软件, 对软件的开发环境、 应用环境做出规范要求, 以此制定出《软件需求文档》 。 《软件需求文档》在经项目组讨论后生效。 《软件需求文档》应包括以下内容: 项目软件的中英文名称、预计开发周期; 软件的技术规范,如开发环境、应用环境、数据库标准、数据交换接口等; 软件的适用范围、主要应用思想; 主要功能模块及功能详细说明; 业务基本流程; 1.3 《软件开发方案》及接包方的确定 《软件需求文档》确定后,根据需求文档预选定接包方; 接包方同项目负责人沟通技术细节后,由项目接包方根据需求方案, 对开发流程进行细 化,制定《软件开发方案》及相关DEMO; 项目负责人根据《软件开发方案》和DEMO 确定最终的接包方,双份针对软件开发、 后期应用、源代码交付方式等细节进行磋商,签订《软件开发合同》 。 《软件开发方案》中应包括以下内容: 项目整体的开发进程,应包括开发、测试、验收、交付等关键环节的进度安排;软件各模块划分及定义; 软件开发计划,应包括开发进度安排、详细的工期明细; .. . 1.4 接包方责任人的确定 软件接包方确定后, 接包方应确定软件开发的负责人, 协同我方项目负责人对整个项目 开发过程中的所有事情进行沟通和协调处理。 二、软件在开发过程中的管理 2.1 软件需求的细化 开发方案确定后, 接包方需根据开发方案书, 对软件的需求进行细化, 包括各模块的具体实现、 子功能模块的划分、 数据描述和相关报表内容等, 并需及时同我方项目负责人进行沟通,以确认可行性。 2.2 开发过程中的管理及协调 接包方在软件开发过程中, 应该保留详细的软件开发文档, 以便于后期源码程序的移交;软件开发文档应包括:模块设计说明、业务流程说明、数据库设计说明、代码中的 注释等内容; 2. 在开发过程中,开发负责人应至少每周一次向我方项目负责人提交《开发进度报告》 , 以方便我方了解开发进度; 3. 开发负责人在开发过程中遇到需同我方进行数据对接等测试需求时, 应及时同我方项目 负责人联系沟通,项目负责人应及时提供测试环境,以免影响项目进度; 4. 开发过程中, 如果因为技术或是其他原因导致功能无法实现, 开发负责人应及时同项目 负责人进行沟通,并进行“软件需求变动”流程; 软件部分模块或是初步成型后, 开发负责人, 需联络项目负责人申请进行软件的模块测 试或是初步测试; 项目负责人需组织开发人员, 对软件的模块及雏形框架进行测试, 以保证软件符合原本设计要求; 2.3 软件需求变动 在双方确认软件需求后, 如有功能上的调整, 双方负责人需针对新的需求进行讨论论证,并制定《软件需求变动书》 ; 软件需求变动确定后, 双方应根据需求变动书进行开发周期的估算,接包方需合理安排 .. . 工作量,以确保整个开发进度不会延误; 3. 对于确实因需求改变而造成工作量加大, 可能会导致开发进度延误情况, 需要开发及项 目负责人双方进行协调处理; 三、交付验收过程管理 3.1 软件交付前的内测 软件交付前, 开发负责人、 项目负责人需要组织我方测试人员协同开发负责人对软件进行内测。内测时,需模拟真实的使用环境,重点对软件的功能进行测试,保证功能的正常、业务流程的畅通。 主要测试以下内容: 软件各模块的名称、界面的正确及合理性; 软件各模块功能的完整性; 软件各业务流程运行的正确性; 其他开发需求文档中未列到的细节问题; 内测时,开发负责人、项目负责人,要对发现的问题进行详细的记录,并出具《软件内测报告》; 内测结束后,接包方对内测出现的问题进行修改和调整; 内测可能需要进行多次,直到软件没有

文档评论(0)

baoyue + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档