论文部分内容阅读
摘 要：对日软件外包是目前在国内发展迅速的一个行业，但是由于国界、语言、习俗、文化等差异，导致对日软件外包的规模及质量不能得到很好的保证，因而制约了中国对日软件外包行业的扩大及发展。通过研究和实践总结，结合所学的知识，探讨对日外包企业，如何提高软件外包的质量，更好的发展对日外包行业。
关键词：offshore；软件测试；软件质量
1 日本软件开发流程
要想在对日软件外包方面有大的发展，必须深入的了解日本的文化，真正的理解日本软件的开发流程。日本软件开发流程分为需求分析、基本设计、详细设计、编码、单体测试、结合测试、系统测试、系统导入、运用与维护等步骤。
1.1 需求分析
需求分析是软件开发的第一步，必须和最终客户进行接触，了解客户的需求，在熟知客户业务流程的基础上对客户进行需求进行定义。本阶段工作基本由日方担当。
1.2 基本设计
基本设计人员需要和客户进行反复沟通来确定系统的具体功能，包括系统的各个画面输入输出的设计，数据库设计。本阶段一般由日方担当。
1.3 详细设计
是编码之前的最后设计阶段，是为实现基本设计各个功能而进行的画面，模块及逻辑等的详细设计。基本上程序员可以根据详细设计完成编码。本阶段一般由中方担当，也有些项目由日方担当。
1.4 编码
程序员根据详细设计书进行程序的编写。在编码过程中，为了增加程序的可读性及可维护性，需要适当的增加日文注释。本阶段一般由中方担当。
1.5 单体测试
单体测试又称为白盒测试，是编码完成后，对每个模块或者画面，检测是否符合设计书所要求的功能的测试。该阶段需要先根据详细设计书的功能做成单体测试式样书。测试者需要严格按照测试式样书来检测程序是否完成了系统需要的功能以及是否有错误。本阶段一般由中方完成。
1.6 结合测试
结合测试又称为IT或者黑盒测试。是单体测试完成后，把各个功能模块，画面结合起来进行的测试。使用业务数据来检测各个模块，画面之间是否能够正常运行，功能是否实现。本阶段一般由中方担当，也有些项目由日方担当。
1.7 系统测试
系统测试也称为ST，是将已经完成的软件，作为整个计算机系统的一个元素，与计算机硬件，外设，数据等元素结合在一起，在模拟实际的运行环境下，对系统的一系列测试。主要用来验证软件是否与需求定义不符，以及功能和性能是否满足要求。本阶段一般由日方担当。
1.8 系统导入
系统导入是系统开发及测试完成后，做成系统导入文档交付给客户或实际到客户现场对客户进行系统导入及培训。
1.9 运用与维护
对客户实际使用过程中出现的问题进行对应。
2 问题及对策
2.1 加强日语学习
对日软件外包公司最需要的是日语。开发人员对日方提供的设计资料的理解程度直接影响着开发进度和质量。良好的日文读写能力起到了至关重要的作用。
2.2 加强交流
由于需求分析和基本设计由日方担当，正确理解日方的设计思想非常重要。由于在理解上分歧和偏差，导致开发不断变更不少见。加强双方交流能有效减少分歧。
2.3 加强文档管理
日本软件业极为重视文档。把每个细枝末节都要以文档的形式记录。软件业发达的印度，文档管理也相当完备。
日本软件公司对文档管理有自己的特点，但大体上相差不大。例如质问票，由中方发给日方的。当设计书内容不清晰时，通过质问票中写出疑问点发给日方，然后由日方回答，里面有对疑问的详细解释。另一种就是指摘，由日方发给中方的。和其他软件公司一样，日本人把程序中比较明显的问题叫做bug，而一些模棱两可或理解有差异的问题他们叫做指摘，不算作bug。
一般来说，任何外包软件企业都会采用一些专门管理工具来管理相应的文档，例如SVN等。
2.4 加强测试
对于日本外包来说，测试是其中非常重要的组成部分，测试的好坏直接影响软件的质量。尤其是日本人，对软件质量的要求非常高，这就更加凸显了测试的重要性。为了提高测试质量，首先要根据设计书做成完整的测试式样书及测试用例，保证case的全覆盖及针对性，保证测试的结果和预期的结果完全一致。其次要不断的进行回归测试。开发人员对应bug后的代码要执行回归测试，保证此次修改的代码不会影响其他的功能。
[参考文献]
[1]国家服务外包人力资源研究院.软件外包概论.l清华大学出版社，2012年1月.
[2]Patton，R，张小松（译）.软件测试.机械工业出版社，2006年10月.
[3]杨学瑜，高立军.软件开发过程及项目管理.电子工业出版社，2008年2月.
关键词：offshore；软件测试；软件质量
1 日本软件开发流程
要想在对日软件外包方面有大的发展，必须深入的了解日本的文化，真正的理解日本软件的开发流程。日本软件开发流程分为需求分析、基本设计、详细设计、编码、单体测试、结合测试、系统测试、系统导入、运用与维护等步骤。
1.1 需求分析
需求分析是软件开发的第一步，必须和最终客户进行接触，了解客户的需求，在熟知客户业务流程的基础上对客户进行需求进行定义。本阶段工作基本由日方担当。
1.2 基本设计
基本设计人员需要和客户进行反复沟通来确定系统的具体功能，包括系统的各个画面输入输出的设计，数据库设计。本阶段一般由日方担当。
1.3 详细设计
是编码之前的最后设计阶段，是为实现基本设计各个功能而进行的画面，模块及逻辑等的详细设计。基本上程序员可以根据详细设计完成编码。本阶段一般由中方担当，也有些项目由日方担当。
1.4 编码
程序员根据详细设计书进行程序的编写。在编码过程中，为了增加程序的可读性及可维护性，需要适当的增加日文注释。本阶段一般由中方担当。
1.5 单体测试
单体测试又称为白盒测试，是编码完成后，对每个模块或者画面，检测是否符合设计书所要求的功能的测试。该阶段需要先根据详细设计书的功能做成单体测试式样书。测试者需要严格按照测试式样书来检测程序是否完成了系统需要的功能以及是否有错误。本阶段一般由中方完成。
1.6 结合测试
结合测试又称为IT或者黑盒测试。是单体测试完成后，把各个功能模块，画面结合起来进行的测试。使用业务数据来检测各个模块，画面之间是否能够正常运行，功能是否实现。本阶段一般由中方担当，也有些项目由日方担当。
1.7 系统测试
系统测试也称为ST，是将已经完成的软件，作为整个计算机系统的一个元素，与计算机硬件，外设，数据等元素结合在一起，在模拟实际的运行环境下，对系统的一系列测试。主要用来验证软件是否与需求定义不符，以及功能和性能是否满足要求。本阶段一般由日方担当。
1.8 系统导入
系统导入是系统开发及测试完成后，做成系统导入文档交付给客户或实际到客户现场对客户进行系统导入及培训。
1.9 运用与维护
对客户实际使用过程中出现的问题进行对应。
2 问题及对策
2.1 加强日语学习
对日软件外包公司最需要的是日语。开发人员对日方提供的设计资料的理解程度直接影响着开发进度和质量。良好的日文读写能力起到了至关重要的作用。
2.2 加强交流
由于需求分析和基本设计由日方担当，正确理解日方的设计思想非常重要。由于在理解上分歧和偏差，导致开发不断变更不少见。加强双方交流能有效减少分歧。
2.3 加强文档管理
日本软件业极为重视文档。把每个细枝末节都要以文档的形式记录。软件业发达的印度，文档管理也相当完备。
日本软件公司对文档管理有自己的特点，但大体上相差不大。例如质问票，由中方发给日方的。当设计书内容不清晰时，通过质问票中写出疑问点发给日方，然后由日方回答，里面有对疑问的详细解释。另一种就是指摘，由日方发给中方的。和其他软件公司一样，日本人把程序中比较明显的问题叫做bug，而一些模棱两可或理解有差异的问题他们叫做指摘，不算作bug。
一般来说，任何外包软件企业都会采用一些专门管理工具来管理相应的文档，例如SVN等。
2.4 加强测试
对于日本外包来说，测试是其中非常重要的组成部分，测试的好坏直接影响软件的质量。尤其是日本人，对软件质量的要求非常高，这就更加凸显了测试的重要性。为了提高测试质量，首先要根据设计书做成完整的测试式样书及测试用例，保证case的全覆盖及针对性，保证测试的结果和预期的结果完全一致。其次要不断的进行回归测试。开发人员对应bug后的代码要执行回归测试，保证此次修改的代码不会影响其他的功能。
[参考文献]
[1]国家服务外包人力资源研究院.软件外包概论.l清华大学出版社，2012年1月.
[2]Patton，R，张小松（译）.软件测试.机械工业出版社，2006年10月.
[3]杨学瑜，高立军.软件开发过程及项目管理.电子工业出版社，2008年2月.