探讨如何确保对日软件外包开发过程中的质量.docVIP

探讨如何确保对日软件外包开发过程中的质量.doc

  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文档。上传文档
查看更多
探讨如何确保对日软件外包开发过程中的质量 摘 要:对日软件外包是 目前 在国内 发展 迅速的一个行业,但是由于国界、地域、语言、习俗等差异,导致了对日软件外包的质量得不到保证。通过 研究 和实践 总结 ,结合所学的知识,探讨如何保证对日软件外包的质量。 关 键 词:对日软件外包;软件质量; 方法 研究 Abstract:Outsourcing software which faces to Japan in China is a rapidly developing industry, due to national boundaries, geographical, language, customs, etc, the outsourcing software which faces to Japan lack of quality assurance. Through investigation and practice conclusion, I use the acquired knowledge, Discussion on how to ensure the Japanese software outsourcing quality. Keyword: Outsourcing of the software to Japan, Software quality, Research Methods 目前,软件外包在软件出口中占有很大的比重,尤其是日本对 中国 的软件外包。据统计日本对中国的软件外包比例占70%左右。日本很多大型 企业 在软件外包业务中,输出到中国的软件外包大大超过印度,平均占83%,有的企业达到95%。但是,在中日软件外包中,存在的最大 问题 是质量问题。引起质量问题的原因很多,最主要的是:中日双方的企业文化、管理模式的差异,还有开发过程、沟通方式、开发标准和文档格式不统一等问题。 对日软件外包公司一直把质量管理和按期交货放在最重要的位置。但是据观察和统计,一般来说都是能按时交货,但是往往软件的质量却不大乐观。长期是交货不到一天,bug就连续不断,终日是加班加点的改bug。应该说是维护成本原高于开发成本。本文结合对日外包公司的实际探讨如何确保外包软件的质量。 一、加强语言功底 开发人员对委托方提供的设计资料的理解程度直接 影响 着开发进度和质量。从过去的产品质量数据 分析 结果来看,对设计资料的理解错误是产生质量问题的主要原因。特别是对设计资料的理解错误,如果不从一开始就采取措施进行预防,对程序本身及其他程序的质量将可能产生较大的影响。针对这一点,系统开发部开展了以“预防/消除设计资料理解错误”为主题的质量控制(QC)活动。随着活动开展的深入,质量控制逐渐取得了明显的成效。这一活动的首要任务就是 学习 语言。 二、加强沟通 对日软件外包通常是不会外包需求、分析和设计阶段的。这样造成接包方和发包方对需求、分析和设计在理解上的分歧,从而导致设计或编码的不断变更。需求和设计的不稳定是软件业的通病,是软件业最让人头疼的顽疾。有人说有一个软件领域的需求就非常稳定,可以在设计完成之后就不再变化,这就是离岸软件外包。至少针对日软件外包,在我看来这是大错特错的。公司在做HC(HeartCore)项目时,客户前后的设计说明书就变更了7个版本,仅需求理解就花费了20天时间,而开发和测试时间却不到10天。日本软件业的需求和设计文档相当规范,但这并不代表它们不会变更。因为大多数情况下,如果日本某公司要制作一款软件会将其外包首先给日本软件公司。而日本软件公司为了节约成本,会将此项目中的部分模块或某个项目阶段转包给中国的对日软件外包公司。总公司负责接包,然后再将项目发到下面分公司进行最终制造。可想而知这里面一共倒了多少次手了,有的时候甚至到某对日软件外包公司手上的项目已经是三包四包了。项目小点还好说,如果是一个大项目,发包方要和接包方进行频繁的交流,大量的信息经由三四个节点的传输很难说不会变形。 越是大项目需求越不稳定,这是大家都知道的。接包方很难一次性了解清楚所有的需求,何况再倒了几次手。加上设计书的错误或者语句有歧义,接包方项目人员日语不好,最终编码人员对项目的理解和最初发包方的理解不会是完全吻合的。所以就出现了到了项目中后期的时候,已经做出一些成型的模块了,这时候发包方和接包方的交流就会越来越频繁,你问我答,我问你答,大家都极力搞清楚某个东西到底是干什么用的,它到底是不是用户想要的,然后对设计书修了又补,这时就需要不断的修改程序。这时就需要开发人员加强沟通,相互探讨,共同完成。这里引申出了协同开发——这点在 现代 的软件企业是很重要的一点。 三、加强文档管理 文档在软

文档评论(0)

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

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

1亿VIP精品文档

相关文档