对日软件外包开发质量探讨.docx

对日软件外包开发质量探讨关于对日软件外包开发质量探讨论文关键词：对日软件外包；软件质量；方法研究论文摘要：对日软件外包是目前在国内发展迅速的一个行业，但是由于国界、地域、、习俗等差异，导致了对日软件外包的质量得不到保证。通过研究和实践，结合所学的知识，探讨如何保证对日软件外包的质量。目前，软件外包在软件出口中占有很大的比重，尤其是日本对中国的软件外包。据日本对中国的软件外包比例占70%左右。日本很多大型企业在软件外包业务中，输出到中国的软件外包大大超过印度，平均占83%，有的企业达到95%。但是，在中日软件外包中，存在的最大问题是质量问题。引起质量问题的原因很多，最主要的是：中日双方的企业、模式的差异，还有开发过程、沟通方式、开发标准和文档格式不统一等问题。1加强语言功底开发人员对委托方提供的设计资料的理解程度直接影响着开发进度和质量。从过去的产品质量数据分析结果来看，对设计资料的理解错误是产生质量问题的主要原因。特别是对设计资料的理解错误，如果不从一开始就采取措施进行，对程序本身及其他程序的质量将可能产生较大的影响。针对这一点，系统开发部开展了以“预防/消除设计资料理解错误”为主题的质量控制（QC）活动。随着活动开展的深入，质量控制逐渐取得了明显的成效。这一活动的首要任务就是学习语言。2加强沟通对日软件外包通常是不会外包需求、分析和设计阶段的。这样造成接包方和发包方对需求、分析和设计在理解上的分歧，从而导致设计或编码的不断变更。需求和设计的不稳定是软件业的通病，是软件业最让人头疼的顽疾。有人说有一个软件领域的需求就非常稳定，可以在设计完成之后就不再变化，这就是离岸软件外包。至少针对日软件外包，在我看来这是大错特错的。公司在做HC（HeartCore）项目时，客户前后的设计说明书就变更了7个版本，仅需求理解就花费了20天时间，而开发和测试时间却不到10天。日本软件业的需求和设计文档相当规范，但这并不代表它们不会变更。因为大多数情况下，如果日本某公司要制作一款软件会将其外包首先给日本软件公司。而日本软件公司为了节约，会将此项目中的部分模块或某个项目阶段转包给中国的对日软件外包公司。总公司负责接包，然后再将项目发到下面分公司进行最终制造。可想而知这里面一共倒了多少次手了，有的时候甚至到某对日软件外包公司手上的项目已经是三包四包了。项目小点还好说，如果是一个大项目，发包方要和接包方进行频繁的交流，大量的信息经由三四个节点的传输很难说不会变形。越是大项目需求越不稳定，这是大家都知道的。接包方很难一次性了解清楚所有的需求，何况再倒了几次手。加上设计书的错误或者语句有歧义，接包方项目人员日语不好，最终编码人员对项目的理解和最初发包方的理解不会是完全吻合的。所以就出现了到了项目中后期的时候，已经做出一些成型的模块了，这时候发包方和接包方的交流就会越来越频繁，你问我答，我问你答，大家都极力搞清楚某个东西到底是干什么用的，它到底是不是用户想要的，然后对设计书修了又补，这时就需要不断的修改程序。这时就需要开发人员加强沟通，相互探讨，共同完成。这里引申出了协同开发——这点在现代的软件企业是很重要的一点。3加强文档管理文档在软件项目中的重要性已经是尽人皆知，日本软件业极为重视文档和使用文档，他们把每个细枝末节都要以文档的形式记录，哪怕是一封邮件中的内容也要摘到文档中记录下来。印度软件业的文档化和日本很相似，其软件业的文档也是相当完备的。日本软件业写文档有一个特点，就是特别偏爱Excel，他们90%以上的文档都是用Excel写的。至于为什么他们偏爱Excel是重说纷纭，我觉得其中最重要的一个原因是Excel可以分很多页，便于管理，而像Word等其他文本都不具备这个优势。日本软件业把Excel运用得出神入化，使用各种各样的宏、各种各样的绘图、各种复杂计算，只要他们想要，他们就能在Excel中做出来，对接包公司的大多数需求都是以Excel给出的。作为PMA，在项目中，需要整理很多文档，比如需求说明、DB设计书、项目模板等等。如果管理不善，会给项目开发带来严重的后果。一般在获取客户的需求后，建立文件夹，把需求原件存起来。等后，把对应的中文需求也保存起来，相关的附件、模板、DB设计书等放在一起。一切整理好后，在发给开发人员，这样便于他们理解。随着项目的跟进，在开发中客户可能修改需求和增加需求，这时PMA要及时把对应的需求给开发人员，以免做无用功或者遗漏需求。一般来说，任何外包软件企业都会采用一些专门管理工具来管理相应的文档，比如我们用CVS来管理代码，用WIKI管理需求，这些都会在任务开发过程中及时更新。在配置管理的相关资料中，详细的阐述了什么是配置管理、配置管理的功能以及如何进行配置管理。4严谨测试严谨测试——这点在日本测试人员身上体现的淋漓尽致。公司在做j