对日外包介绍

合集下载

对日软件外包概述

对日软件外包概述

2019/10/15
28
对日软件外包发展趋势
软件外包业务向中国迁移
• 随着软件外包大国印度的环境的恶化,中国的政治 稳定和成本优势日益突显。
• 经济的高速发展也使社会环境得到了极大的改善
• 基础设施的建设远远好于印度。
• 取之不尽的人力资源使劳动力成本低于印度,北京 软件高级工程师的年薪不过10万-15万元之间,而 一个有3年左右工作经验的软件工程师月薪约为 6000元,是目前美国硅谷“行价”的八分之一,是 印度的二分之一。
7273 泰国
3905 新加坡
3837 印度
2913 马来西亚
2721 越南
参加日语能力测试人数
34
对日软件外包发展趋势
对日软件外包服务内容的发展趋势
• 最初以程序编写和单体测试为主,现在发展到软 件开发中的中高级过程(外部设计,结合测试 等)
• 软件的系统应用和BPO(业务流程外包Business Process Outsourcing)的服务模式将会受到发包商 的青睐。
• 有着印度不可比拟的对日的语言和文化优势。
2019/10/15
29
对日软件外包发展趋势
日本选择中国进行软件外包的原因
人力成 本差异
文化地 缘优势
日本经济和 信息产业的
发展
2019/10/15
30
对日软件外包发展趋势
日本经济和信息产业的发展
基于日本经济不断回暖的预期,日本企业尤其是 金融行业,已经开始释放大量IT 需求以替换旧的 IT 系统,这些需求绝非本土IT 公司自身可以消 化,必然会有相当部分的软件开发工作被外包。 2001 年10 月的一份统计数字表明,80%企业的 信息化投资还在不断增加。因此日本整体在 IT产 业的投资不断增加的同时,又尽量压缩开发单 价。这是促使日本软件开发企业在中国积极寻求 软件开发外包业务的主要原因。

浅谈对日软件外包

浅谈对日软件外包

浅谈对日软件外包作者:王松来源:《无线互联科技》2014年第03期摘要:对日软件外包是目前在国内发展迅速的一个行业,但是由于国界、语言、习俗、文化等差异,导致对日软件外包的规模及质量不能得到很好的保证,因而制约了中国对日软件外包行业的扩大及发展。

通过研究和实践总结,结合所学的知识,探讨对日外包企业,如何提高软件外包的质量,更好的发展对日外包行业。

关键词:offshore;软件测试;软件质量1 日本软件开发流程要想在对日软件外包方面有大的发展,必须深入的了解日本的文化,真正的理解日本软件的开发流程。

日本软件开发流程分为需求分析、基本设计、详细设计、编码、单体测试、结合测试、系统测试、系统导入、运用与维护等步骤。

1.1 需求分析需求分析是软件开发的第一步,必须和最终客户进行接触,了解客户的需求,在熟知客户业务流程的基础上对客户进行需求进行定义。

本阶段工作基本由日方担当。

1.2 基本设计基本设计人员需要和客户进行反复沟通来确定系统的具体功能,包括系统的各个画面输入输出的设计,数据库设计。

本阶段一般由日方担当。

1.3 详细设计是编码之前的最后设计阶段,是为实现基本设计各个功能而进行的画面,模块及逻辑等的详细设计。

基本上程序员可以根据详细设计完成编码。

本阶段一般由中方担当,也有些项目由日方担当。

1.4 编码程序员根据详细设计书进行程序的编写。

在编码过程中,为了增加程序的可读性及可维护性,需要适当的增加日文注释。

本阶段一般由中方担当。

1.5 单体测试单体测试又称为白盒测试,是编码完成后,对每个模块或者画面,检测是否符合设计书所要求的功能的测试。

该阶段需要先根据详细设计书的功能做成单体测试式样书。

测试者需要严格按照测试式样书来检测程序是否完成了系统需要的功能以及是否有错误。

本阶段一般由中方完成。

1.6 结合测试结合测试又称为IT或者黑盒测试。

是单体测试完成后,把各个功能模块,画面结合起来进行的测试。

使用业务数据来检测各个模块,画面之间是否能够正常运行,功能是否实现。

对日软件外包-要件定义书のテンプレ`ト01(プログラム设计书(精)

对日软件外包-要件定义书のテンプレ`ト01(プログラム设计书(精)

○○○○システム要件定義書目次○○○○システム要件定義書 11 全体 21-1 システム開発の背景・趣旨 21-2 システムの目的 21-3 システムの全体像・開発方針・展望など 2 1-4 用語の定義 21-5 参照資料等 22 システム開発の前提条件 22-1 システム開発の制約条件 22-1-1 法律上の制約条件 22-1-2 企業ポリシーによる制約条件 2 2-2 システムの利用者グループ 23 システム要件 23-1 機能要求 2(1)○○○○例.ログイン機能 2(2)○○○○ 2(3)○○○○ 3(4)○○○○ 3(5)○○○○ 33-2 機能外要求 33-2-1 保守性 33-2-2 拡張性 33-2-3 移植性 33-3 性能目標 33-4 品質属性 43-5 制約条件 43-6 セキュリティ目標 43-7 システムのライフサイクルと維持管理 43-8 仮定と依存関係 41 全体1-1 システム開発の背景・趣旨1-2 システムの目的1-3 システムの全体像・開発方針・展望など1-4 用語の定義1-5 参照資料等2 システム開発の前提条件2-1 システム開発の制約条件2-1-1 法律上の制約条件2-1-2 企業ポリシーによる制約条件2-2 システムの利用者グループ3 システム要件3-1 機能要求(1)○○○○例.ログイン機能(2)○○○○(3)○○○○(4)○○○○(5)○○○○3-2 機能外要求3-2-1 保守性3-2-2 拡張性3-2-3 移植性3-3 性能目標3-4 品質属性3-5 制約条件3-6 セキュリティ目標3-7 システムのライフサイクルと維持管理3-8 仮定と依存関係4 インターフェース4-1 ユーザーインターフェース4-2 ハードウェアインターフェース4-3 ソフトウェアインターフェース4-4 通信インターフェース。

对日外包:生鱼片文化的碰撞

对日外包:生鱼片文化的碰撞

搭 不搭外 包这 班 车 7
左右 ;另一方面 .从质的角度 .中日外包项 日外包程序 员做 了两三年后因 为 日本人 的行事风格深有体会: 他们十分抠细 目还没有达到它的最高水准。G r e 分析 师 发展空间的问题 .都会跳槽 。这 节 .甚至会把标错一个小数点等 同于一个系 at r n
维普资讯

对 日外 ● 包 一

・_ - 一 ___ l

刍 片文化的碰撞
口 文 /常政
对于 日本企业将业务转移到 中国的原因 .来自 日本 的中日外
包问题研 究专家幸地司在其 《 外
包时代的统筹人》一文 中.分析 认 为. 最大 的魅力在于可 以大 幅度地 削减成本 ” 。而 中国企业
票“ ,如 果其 中某张票 的责任人
是 自己 . 则修 改票上所报告 的错 误 .改完后 .重新填 写那 张 B g u
小成本和大产业
罗斯 .东 欧各 国等也开展了软件
可 以说 .阿宇每天生活的背后 ,是一个 对外接 包业务 .但只有 中国不仅
7 亿元的大产 业。 论到 中国开始对 日 人力成本低廉 . 而且 ” 交流成本 ” 票 . 后呈交给相关 系统或者相 价值约 15 然 所 关 负责人 审 核 .如 果经 审 核无 外包 的最初 时间.据博彦科技 的副总裁 曲玲 相对最 低 . 以日本 的项 目主要 95 0多年的发展 . 误 .阿 宇可 以稍许休 息一会 儿 . 年 的介绍 ,比较公认的年份是 1 9 年 .因为 流入 中国。经过 1 E 中国 已经诞 生 了诸 如东 软 、 中 否则就 继续修 改。如 果一直 到下 那年发生了一个 标志性意义的事件 ,即 N C 班 时间 .还没有改完 .而项 目期 公 司开 始把企业 内的编码工作转移到 了中国 软 、海 辉、中讯 、上海启明等对 E 3 限比较 紧的话 .阿字 则需填 写一 的分公 司。而 N C中国分公司又将业务转包 日外包的龙头企业 ,对 日出1额 O 但中 日 张加 班单 .加 班 的时 间没 有 限 给一些 “ 力” 协 企业。这些协 力企 业尝到 接 以每年 6% 的速度增长 。 制 .要么顺 利改完并且经项 目负 包 的甜头后 .不满足原有 的份额 .开始纷 外 包 还 远 没 达 到 它 最 鼎 盛 的 时

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

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

对日软件外包开发质量探讨摘要:对日软件外包是目前在国内发展迅速的一个行业,但是由于国界、地域、语言、习俗等差异,导致了对日软件外包的质量得不到保证。

通过研究和实践总结,结合所学的知识,探讨如何保证对日软件外包的质量。

关键词:对日软件外包;软件质量;方法研究目前,软件外包在软件出口中占有很大的比重,尤其是日本对中国的软件外包。

据统计日本对中国的软件外包比例占70%左右。

日本很多大型企业在软件外包业务中,输出到中国的软件外包大大超过印度,平均占83%,有的企业达到95%。

但是,在中日软件外包中,存在的最大问题是质量问题。

引起质量问题的原因很多,最主要的是:中日双方的企业文化、管理模式的差异,还有开发过程、沟通方式、开发标准和文档格式不统一等问题。

1 加强语言功底开发人员对委托方提供的设计资料的理解程度直接影响着开发进度和质量。

从过去的产品质量数据分析结果来看,对设计资料的理解错误是产生质量问题的主要原因。

特别是对设计资料的理解错误,如果不从一开始就采取措施进行预防,对程序本身及其他程序的质量将可能产生较大的影响。

针对这一点,系统开发部开展了以“预防/消除设计资料理解错误”为主题的质量控制(QC)活动。

随着活动开展的深入,质量控制逐渐取得了明显的成效。

这一活动的首要任务就是学习语言。

2 加强沟通对日软件外包通常是不会外包需求、分析和设计阶段的。

这样造成接包方和发包方对需求、分析和设计在理解上的分歧,从而导致设计或编码的不断变更。

需求和设计的不稳定是软件业的通病,是软件业最让人头疼的顽疾。

有人说有一个软件领域的需求就非常稳定,可以在设计完成之后就不再变化,这就是离岸软件外包。

至少针对日软件外包,在我看来这是大错特错的。

公司在做HC(HeartCore)项目时,客户前后的设计说明书就变更了7个版本,仅需求理解就花费了20天时间,而开发和测试时间却不到10天。

日本软件业的需求和设计文档相当规范,但这并不代表它们不会变更。

中国对日软件外包的现状

中国对日软件外包的现状

中国对日软件外包始于二十世纪九十年代中后期。

经过十几年间的发展,已经经历了热潮期迈向了持续发展阶段。

诸多大企业已于2000年前进入中国,并开始摸索如何扩大规模,将外包效果最大化。

根据NRI (野村总研)的统计,中国对日软件外包的出口总量占日本发包总量的70%左右,未来几年仍将继续扩大。

对日软件外包业务发展背景全球化的竞争迫使企业降低商品及服务的价格,IT企业也开始寻求降低成本以提升竞争力,软件外包也顺应了这一发展趋势。

日本最初尝试在韩国和台湾开展外包业务,但由于韩国和台湾的成本与日本差距不大,又要承担外包带来的风险,日本又开始将目光转向印度。

印度虽然在欧美外包业务上有着得天独厚的优势并取得了成功,但印度与日本在语言和文化方面有着巨大的差异,又存在着地理位置和时差的问题,在印度开展对日外包业务未能取得预期效果。

90年代后期,日本开始将开展外包业务的焦点锁定中国,并取得了成功。

日本IT人员平均每人的月单价为90-100万日元,外包至印度为40-50万日元,外包至韩国为80万日元,而外包给中国的人月单价只有1/4即25-30万日元。

另一方面,日本人口结构呈现老龄少子趋势,战后的1947年日本出现第一次婴儿潮,这一代人于2007年退休,日本年轻人又不愿意从事IT行业导致日本IT从业人员严重不足。

目前日本IT从业人员约为57万人,有42万人左右的缺口。

据统计,2004年中国IT从业人员为123万人,中国作为最大的供给基地受到日本关注。

此外,日本虽然已经进入发达国家行列,但80年代末泡沫经济崩溃以来到二十一世纪初期,经济一直不景气。

2003年日本IT服务成长率仅为5.7%,而中国软件产业的成长率高达30%以上。

在日本国内市场有限的情况下,开拓国际市场成为日本IT企业的课题,而高速成长的中国自然进入了日本各IT企业的视线。

在国际化的潮流下,大力开展海外业务,借用其他国家劳动力已经成为必然趋势。

2004年开始日本技术从业人员特别是软件开发类工作签证的取得率明显上升。

对日软件外包概述分析

对日软件外包概述分析

对日软件外包概述分析
日软件外包是一种把软件开发流程外包给其他公司的一种服务模式。

通常,外包公司负责完成项目的开发,而原始软件公司则负责项目的设计、技术架构和测试,共同完成项目。

日软件外包服务的优势在于能够提高效率,节省成本,也能获得最佳
质量。

外包公司拥有专业的技术团队,可以为客户提供最新技术,更快地
完成项目,也可以根据客户的需求定制系统,带来更高的灵活性和可扩展性。

另外,外包公司也可以提供多种服务,包括系统设计、技术架构、测试、运行和维护等,从而提供一体化服务。

此外,日软件外包也有一些特点。

首先,外包公司必须拥有丰富的行
业经验,以及全面的服务理念、技术经验、良好的服务能力和质量管理。

其次,外包服务在保护客户隐私和鉴权方面也具有特点。

第三,日软件外
包比较适合大型项目和较长的开发周期,比中小型项目效率更高。

为了获得良好的外包服务,企业应根据自身的需求对外包公司进行调
查和筛选,确保选择的外包公司具有良好的技术支持、经验丰富的团队和
可靠的客户服务系统,并给予合理的合同和项目定价,尽量减少外包风险。

浅谈对日外包中的软件测试

浅谈对日外包中的软件测试

江苏省联合职业技术学院南通商贸分院毕业设计(论文)审核设计(论文)题目:浅谈对日外包中的软件测试作者王婷婷专业计算机应用班级计算机应用06(软日)成绩2011年6月1日浅谈对日外包中的软件测试王婷婷(无锡海辉软件有限公司214135)摘要:“对日软件外包”是现代中国软件行业出现的一个新名词,是一个很专业的名词,不是搞软件的也许就没听说过.很多在校大学生也许听说过,但是根本就不知道那到底是干什么,就知道跟软件有关,下面我就浅谈一下“对日软件外包”的理解。

随着社会信息化的需求不断增长,软件业最近十几年来得到飞速的发展,其利润非常大!因此也出现很多很多的软件企业,不光是在我国,全球都是这样!由于我国的劳动力价格低廉,就想其他行业一样,软件开发的工作也越来越多地转到我们中国来做,因为在外国做软件开发成本很高.国外从事软件开发的人员待遇是非常好的,就想印度虽然穷,但是他们国家从事软件行业的人员比我们国家的同行的平均工资高两倍多!现在大家可能想到“对日软件外包”的一些含义了,它指的就是日本软件企业把他们公司接下来的软件开发任务给我们中国的软件公司做,其原因嘛很多,但最主要的有两点,第一是日本软件企业为了节省成本,第二日本软件企业的实力不够。

接下来将重点介绍一下实习一年中从事的对日软件测试。

本论文就对日外包中软件测试的相关理论,采用查阅文献资料、网上调查和对软件项目经理访谈等方法了解行业和市场,总结而成。

关键词:对日软件外包;项目管理;干系人; 流程一、软件外包的中的利与弊发展软件外包可以通过在接包过程中,不断学习国外软件先进设计和管理经验,不断地完善和提高自身的实力,是壮大软件行业的必由之路。

不可否认,直到现在,软件外包服务仍然被看作是一个传统意义上纯粹的服务行业。

具体而言,服务提供商对客户提供的外包工作不具有任何知识产权,他们更多是被动地为客户执行那些相对简单、低附加值的任务(比如从客户方获得的测试用例,进行机械的按照Case执行;进行最底层代码的堆积等等),获取单位时间内的技术服务报酬。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

这是我前段时间给中科院研究生院软件学院内刊《e支点》写的一篇文章。

解读对日软件外包一、前言外包、软件外包、对日软件外包。

这些都是什么?您对它们都有了解么?您是否正在考虑去一家外包企业工作?如果大家对外包和软件外包还不甚了解的话可以先找些相关文章参阅。

本人现在就职于一对日软件外包公司,所以在对日软件外包方面有一些经验,可以与大家分享。

本文就着重为您介绍一下对日软件外包的特点,以此来使您了解对日软件外包。

文中并不涉及任何细节问题,只是对日软件外包特点的一个概览。

二、特点1:日语水平和其他外资或对外公司一样,对日软件外包公司也很需要外语也就是日语人才,它最看重的就是你的日语水平,你技术水平不高,甚至你根本不懂软件,没关系,只要你日语很好,公司也照样会录用你,如果你能和日本人交流,那你更是公司的重点保护对象了。

为什么?因为公司和日本做生意就要和日本交流,连交流沟通都有问题,别的就别谈了。

很多人说中文和日文有很大的相近之处,所以中国在对日外包上有语言的优势,我认为也不全尽然。

首先中国人会日语的太少了,而且因为历史原因许多人不愿意学日语。

虽然近几年参加日语等级考试的中国人猛增,但相对于学习英语的人来讲还是不可同日而语,对于弥补对日公司的人才缺口更是杯水车薪,更何况这里面很多都是半路出家,日语不是他们的第一外语,水平也是参差不齐。

从中国整体地域上来看,由于日本临近中国东北部,所以有史以来东北地区和日本、朝鲜交流比较多,会日语和韩语的人相对其他地区较多一些。

而中国的南方和西部日语人才屈指可数,所以对日外包公司多集中在中国的东北和华北地区,比如大连和最近对日外包日渐活跃的北京。

那么是不是我一点日语不会,或是日语不好就没有希望在对日公司工作了呢?不,绝对不会。

因为在对日企业如果纯作技术的话一开始日语不好也没有关系,因为你不必和日本人直接交流,虽然文档都是日文的,但都是模式化的东西,而且确实和中文比较相近,大概意思都可以猜出来,实在不行别人也是可以帮忙讲解的。

一般对日公司针对日语不好的员工都会开办各种形式的日语学习班帮助其学习日语的,利用晚上或周末大家聚在一起由老师教授或自学。

起码我所在的公司是这个样子的,别的对日公司我也了解过大体上都差不多。

不过经过一段时间的日语学习如果你的日语水平还没有长进或你根本不学那问题就严重了。

当前日语人才短缺,所以对日公司才会招日语基础不好的人,也是不得以而为之的。

员工在公司里接触的都是日文,如果一点不懂,时间长了必定影响工作效率。

不会可以,肯学就行,不会又不肯学日语在对日公司是一点前途都没有的。

在我们公司日语不好别的再好,涨工资、提升根本就不会在考虑范围之内,但如果你日语水平很高,甚至能通过高等级的日语水平考试那就是前途一片光明,如果技术在很过硬的话,没的说,重点栽培对象。

在这里我建议有想到对日公司工作的朋友,如果你不再乎学日语,肯学的话,你可以到对日公司试一试,如果根本不想学那我劝你还是另做打算吧,如若不然你在公司里将非常尴尬,你并不是技术或别的方面不行,就是日语不行,那你的绩效就是上不去,不光屈了你的材更为公司带不来高效益。

三、特点2:工作时间为什么会把工作时间列为对日外包的特点呢?其实不光是对日外包,所有的离岸(国外、海外)外包都有这个特点,也就是国外和国内因为时差和节假日或其他的不同会导致我们的工作时间步调不一致,这里我只是针对日本来说说。

首先说日本人和中国确实是有一个小时的时差,但一个小时并不是问题。

成问题的是日本人的工作习惯和工作精神。

日本人一般都不是正点下班的,日本人工作疯狂的程度我想已经不用我再多说了,日本人因为工作劳累过度猝死的有很多。

日本人下班后大多数都会自觉的留在公司再继续工作一段时间,尤其是软件行业。

这是传统也是因为日本国内现在就业压力很大,不卖命就会很快被淘汰掉,所以大部分人都是很努力的工作。

而对于我们对日软件外包公司和人员来说问题就来了,他们不下班,他们在工作,那我们就要有人和日方对应(随时响应日方发过来的任何东西,必要时要马上给出回答),所以不光白天我们要工作,要实时和日本保持联系,到了晚上更是如此。

尤其是日本人一般是白天整理一些问题,效率高的可以实时的发过来进行解决,慢一点的就要攒到临下班之前发过来,要求在多少多少时间之内解决,所以有些比较极端的情况下,我们就会白天等待日方的问题,然后晚上干活。

纳品期(项目交付期限)越是临近就越是这样,有时候纳品那天和前一两天基本上是24小时全天候待命。

但这正是说明了日本人对质量要求的非常严格,不惜一切代价保证产品质量,一旦发现问题马上进行对应。

所以和其他IT公司一样对日公司也会经常加班,当然这只是加班的原因之一。

日本的各种名目的节日却非常的繁多,动不动就放假,所以有时候会非常忙有时候一连好几天日方都没人对应。

再有就是中国人过春节,日本人没有。

所以对日外包公司如果有项目跨春节,甚至在春节当天或后几天纳品,那对不起了,一般这种情况下项目成员的春节就会过得比较紧张。

大年三十晚上一般可以放你回家过,但过完节就很有可能提前几天回公司加班。

四、特点3:采用成熟技术如果你是.Net编程人员。

那你在对日软件外包公司应该是很难找到工作。

如果你是Java高手那恭喜你,你是对日公司最青睐的人选。

对日外包项目采用什么工具进行开发一般都是日方指定的。

日本人选择开发工具或其他周边工具时大多会选择java这样的工具,一是因为这些工具经过很多年很多人和项目的使用,已经非常成熟和完善,基本上不存在任何技术难点,可利用的外围资源也非常充足,拿来就使,有什么问题都很容易查到解决方案,还有就是java 是免费的,当然最重要的还是第一点。

高度成熟的工具带来的低风险,低风险意味着高质量和低费用。

反之,使用新工具必然要承受高风险。

日本人有时候会使用一些很古老的工具,有些甚至是闻所未闻的,为什么?因为有些系统是在原有系统上扩展开发的,原有系统可能是很多年前开发的,那时候的技术当然还很落后,但原系统运行了很多年都很稳定,说明原系统使用的技术是可靠的,所以为了维持系统的稳定而继续沿用原技术。

日本人在软件技术上从来不是拓荒者,他们使用经过百般锤炼靠得住的工具和方法和框架,一旦他们找到一个或一套实用的适合他们的开发方式,他们就会坚持的使用下去并不断的改善,直到这些东西老得实在不行了则再融合一些较新的但亦已成熟的东西进来。

质量和稳定是第一位的。

五、特点4:文档极其严谨文档在软件项目中的重要性已经是尽人皆知,日本软件业极为重视文档和使用文档,他们把每个细枝末节都要以文档的形式记录,哪怕是一封邮件中的内容也要摘出到文档中记录下来,印度软件业和文档化和日本很相似,印度软件业的文档也相当完备的。

日本人写文档有一个特点,就是特别偏爱Excel,他们90%以上的文档都是用Excel写的,至于为什么他们偏爱Excel是重说纷纭,我觉得其中最重要的一个原因是Excel可以分很多页,便于管理,而象Word等其他文本都不具备这个优势。

日本人把Excel运用得出神入化,使用各种各样的宏,各种各样的绘图,各种复杂计算,只要他们想要他们就能在Excel中搞出来。

日本软件项目文档虽然详细,但也不很统一,并不是或仅是教科书上罗列的那些文档,每个公司又有每个公司的特点,但大体上相差并不是很大。

下面我给大家说说两种比较有特点的文档,这些文档也许别的类型的软件公司也有,这里只说我在公司里所见过的。

一种是质问票,是接包方(外包承接方)发给发包方(外包提供或发放方)的。

质问票是当仕样书(设计书)上的内容含糊不清或不易理解的时候,或对于日方的一些要求理解不清楚的时候要用到的,在质问票中写出你的疑问点发给日方,然后日方会给你一个回答,里面有对你的疑问的详细解释。

这是离岸外包项目中特有的一种文档,因为发包方和接包方的距离比较远,不能随时交流,所以用这种方式讨论问题,虽然效率不高,但成本比较低,且能留下书面证据。

另一种就是指摘,是由发包方发给接包房的。

和其他软件公司一样,日本人把程序中比较明显的问题叫做bug,而一些模棱两可或理解有差异的问题他们叫做指摘,不算作bug。

记录bug的文档叫做bug票,记录指摘的文档就叫做指摘。

还是因为沟通的问题,在日方拿不准这个问题到底是不是bug或算不算bug,他们都会发过来指摘让我们调查或商讨。

指摘的存在对衡量软件产品的质量影响很大。

一个项目如果bug很多,当然质量就不好。

但有了指摘,很多问题就不必归为bug,所以对接包方来说就有bug和指摘两个方面来衡量软件产品质量。

这样衡量起来就更公正一些,但指摘如果很多的话当然也说明软件质量不高,如果某个指摘最终被确定为bug的话,那么此指摘就要被归为bug。

当然指摘的作用不止于此,它还有很多别的功用,就不细说了。

以上只是举了两个例子,对日外包项目还有很多独特的文档,如果有朋友感兴趣我以后可以专门撰文介绍之。

六、特点5:外包层次低现在大家大多使用传统的瀑布模型生命周期,保守的日本软件业当然也不例外,瀑布模型分为需求、分析、概要设计、详细设计、编码、测试、维护等阶段,现在大多数的对日外包项目都是从编码阶段以后开始外包,需求分析和设计鲜有外包的。

可以说对日外包公司就是一个代码工厂,大部分员工都是代码工人。

所以中国现在就是日本软件业的后方代码代工厂,这也就意味着中国的软件外包还处在一个很初级的阶段,只能把做一些没有技术含量的简单的工作。

这里的原因很多,日本软件外包项目的需求一般都来自日本国内,所以我们中国对日外包公司很难也不太有能力接触到需求分析阶段(当然这里面还涉及商业机密、安全等方面),概要设计要根据需求分析的结果来进行,详细设计是接包方最有可能接触到的上层环节,但现在中国的软件业的行业素质还不是很高,还无法实现日方要求的详细设计要求,所以详细设计一般也不外包给接包方。

虽然如此我们也不要过于悲观,现在中国的软件产业正在大踏步的向前发展,我们在承接外包项目的同时,也学习到了发达国家的软件产业的先进知识和经验。

国内已经有很多发展很快的对日外包企业得到了日方的肯定,近来已经有一些对日外包项目拿到了详细设计的外包。

我想随着中国经济的高速发展,带动着中国软件业的高速发展,未来的中国软件外包业一定会从日本或世界代码工厂的阴影中走出来上升到成为业务流程整体外包的接发包的高层面上来。

从业务到研发,从设计到开发的全面接包,逐步取得发包方的信任,积极树立接包方的信誉和品牌。

由此我们的角色不仅仅只停留在接包方,在我们掌握了先进的管理方法以后,我们同样可以成为发包方,把我们的软件项目外包给其他国家。

当然要实现上述的宏伟目标还需要付出相当多的努力,需要我们踏踏实实一步一个脚印的走下去,去争取更高层次的外包项目,学习别人的长处为我所用,将其发展,取其精华去其糟粕,使之成为适合我们使用的知识。

相关文档
最新文档