对日软件外包的软件开发过程
对日软件外包的软件开发过程
第1章对日软件外包1.1对日软件外包的发展全球应用软件外包市场近几
年平均每年以29%的速度增长，2005年整个市场规模将达到389亿美元。目前
全球的软件产值中，三分之一需要通过对外发包来完成。软件外包已经成为世
界软件产业发展的一个重要趋势。在这一趋势下，《振兴软件产业行动纲要》
提出，从2001年到2005年，中国软件出口要从年出口7亿美元提升到50亿美元。按照预定的目标，2004年国内软件企业将要完成的出口额将达到35亿美元。这对于中国软件企业而言的确是个不小的数字。为了实现这一目标，有关
人士指出，中国企业应积极拓展对欧美软件外包业务，把软件外包做强做大。
但现在美国市场主要被印度垄断，欧洲市场被爱尔兰垄断，中国企业的核心竞
争力需要较长时间的积累，而对日软件外包，我们则有优势。在对美软件外包
市场上，中国软件企业与印度软件企业的差距是明显的，从英文水平到签证难度，从法制制度的不同到对知识产权认识程度的差异，中国软件企业要在对美
软件外包市场赶上印度企业还需加以时日。美国IT从业人员中印度和中国人员的比例是3∶1，中国软件企业目前做的外包只占日本软件外包的2%多一点。以英文为主导的软件外包市场正在逐渐萎缩，并且在这个市场上我们和印度相比
竞争优势不明显。而对日软件外包市场相对印度来说，中国软件企业有地域优
势和有限的语言优势，应当成为国内软件外包企业的发展导向。1.2对日软件
外包的现状对日外包市场潜力巨大，据IDC统计数据，2005年日本IT外包市
场规模为164亿美元，而同年我国来自日本的软件发包量约为5.6亿美元，仅
占日本IT外包市场的3.4%。IDC预测2008年日本IT外包市场将达到23，363
亿日元(约226亿美元)，2010年我国对日外包将近40亿美元，占比上升为
17.7%。由此可见我国对日软件外包未来的市场潜力巨大。国内现有的对日软件外包企业，主要为面向日本资讯科技行业的客户提供外包软件开发服务，而该
等客户其本身又是为日本客户或全球客户提供软件开发服务。也就是一种工程
转包性质的开发。以我现在所在公司为例，从事过制造业项目、CAD软件工具、证券金融软件、物流软件等等。1.3对日软件外包的软件开发特点由于外包客
户也是多为软件公司或是大公司的软件开发部分，而且由于是外包软件开发，
所以开发层次比较低，或者说不是一个完整意思上的软件开发过程。根据个人
在对日软件开发公司工作多年的经验，总结以下几点特点：1.技术含量低，从
事低层次工作。通常，软件开发过程都要经历商业建模、需求分析、系统分析
和设计、实现、测试和部署等核心流程。然而，对日外包的开发流程被严格划
分开来的，外包客户从事商业建模、需求分析、系统分析和设计等高层次的工作，然后将设计书发包到国内，而国内公司仅仅只是严格依据客户的设计书，
将其代码实现并通过单体测试就算完工。所以，国内对日外包企业只是担当了
实现、测试两个阶段的任务。也有个别项目会担当些简单的设计任务。2.工期
短工作量大由于国内劳动力相对日本国内廉价许多，许多日本IT企业将开发和测试环节移到中国国内，根据客户的功能设计书或详细设计书，完成开发及测试。这样即可以降低软件开发成本，又不至于有太大的开发风险，因为设计是
日本人自己完成的。但是，时常会发生因为客户的设计不合理或不详细或理解
不同等等客观原因，无法按照原来合同中规定的工数完成任务，所以常常要靠
加班来争取时间。3.品质要求高谁都想花钱买到好东西，软件外包也是一样，
日本公司也想花钱买到更好的客户，具体体现就是提供优质的代码成果物。然而，由于软件企业的流动性比较大，公司出于成本考虑，常会雇佣一些经验不
足的实习人员直接投入项目开发中，导致品质较低，而为了弥补品质上问题，
又需要用加班的方式来争取大量时间提高质量。4.文档要求高有些日本客户公司，实施了CMM3或更高级别的控制标准，同样也要求中国的外包公司按照其标准实施，当然这样对于国内公司自身管理能力也是一种提高。但是，有些客户
公司过于注重文档，而忽视了对于最更本的代码的重视程度。
第2章RUP RUP是Rational统一过程(Rational Unified Process)的简称，它是Rational公司(现归属IBM公司)推出的一种软件过程产品。从软件过程模式角度看，RUP又是一种典型的软件过程模式，它以迭代增量式、架构为中心、用例驱动的软件开发方法、采用UML语言描述软件开发过程为主要特征，其中
以用例驱动乃是贯穿软件开发始终的方法。2.1 RUP的特点1.迭代式开发。在
软件开发的前期阶段完全并准确的掌握用户全部的需求几乎是不可能的。实际上，经常遇到，需求在整个软件开发工程中会不断改变，从而使得软件项目难
于管理而产生较大风险。而迭代的开发方式允许在每次迭代过程中需求有所变化，通过不断细化来加深对问题的理解，最终实现完全满足用户需求的软件。
迭代式开发不仅可以降低项目的风险，而且使得软件开发过程具备较强的控制性。2.管理需求。完善用户需求是一个渐进的过程，开发人员在开发系统之初
不可能完全详细的说明一个系统的真正需求。RUP描述了如何提取、组织系统
的功能和约束条件并将其文档化，用例和脚本的使用以被证明是捕获功能性需
求的有效方法。3.基于组件的体系结构。组件使重用成为可能，系统可以由组
件组成。基于独立的、可替换的、模块化组件的体系结构有助于管理复杂性，
提高重用率。RUP描述了如何设计一个有弹性的、能适应变化的、易于理解的、有助于重用的软件体系结构。4.可视化建模。RUP和UML结合在一起，对软件
系统建立可视化模型帮助人们提供管理软件复杂性的能力。RUP告诉我们如何
可视化的对软件系统建模，获取有关体系结构于组件的结构和行为信息。5.验
证软件质量。在RUP中软件质量评估不再是事后进行或单独小组进行的分离活动，而是内建于过程中的所有活动，这样可以及早发现软件中的缺陷。6.控制
软件变更。迭代式开发中如果没有严格的控制和协调，整个软件开发过程很快
就陷入混乱之中，RUP描述了如何控制、跟踪、监控、修改以确保成功的迭代
开发。RUP通过软件开发过程中的制品，隔离来自其他工作空间的变更，以此
为每个开发人员建立安全的工作空间。2.2 RUP的核心工作流RUP中有9个核
心工作流，分为6个核心过程工作流(Core Process Workflows)和3个核心支
持工作流(Core Supporting Workflows)。尽管6个核心过程工作流可能使人想起传统瀑布模型中的几个阶段，但应注意迭代过程中的阶段是完全不同的，这
些工作流在整个生命周期中一次又一次被访问。9个核心工作流在项目中轮流
被使用，在每一次迭代中以不同的重点和强度重复。1.商业建模(Business Modeling)描述了如何为新的目标组织开发一个构想，并基于这个构想在商业用例模型和商业对象模型中定义组织的过程，角色和责任。2.需求(Requirements)描述系统应该做什么，并使开发人员和用户就这一描述达成共识。为了达到该
目标，要对需要的功能和约束进行提取、组织、文档化；最重要的是理解系统
所解决问题的定义和范围。3.分析和设计(Analysis&Design)将需求转化成未来系统的设计，为系统开发一个健壮的结构并调整设计使其与实现环境相匹配，
优化其性能。分析设计的结果是一个设计模型和一个可选的分析模型。设计活
动以体系结构设计为中心，体系结构由若干结构视图来表达，结构视图是整个
设计的抽象和简化。4.实现(Implementation)包括以层次化的子系统形式定义
代码的组织结构；以组件的形式(源文件、二进制文件、可执行文件)实现类和
对象；将开发出的组件作为单元进行测试以及集成由单个开发者(或小组)所产
生的结果，使其成为可执行的系统。5.测试(Test)验证对象间的交互作用，验
证软件中所有组件的正确集成，检验所有的需求已被正确的实现，识别并确认
缺陷在软件部署之前被提出并处理。RUP提出了迭代的方法，意味着在整个项
目中进行测试，从而尽可能早地发现缺陷，从根本上降低了修改缺陷的成本。6.部署(Deployment)成功的生成版本并将软件分发给最终用户。描述了那些与确
保软件产品对最终用户具有可用性相关的活动，包括：软件打包、生成软件本
身以外的产品、安装软件、为用户提供帮助。7.配置和变更管理(Configuration&Change Management)描绘了如何在多个成员组成的项目中控制大量的产物。配置和变更管理工作流提供了准则来管理演化系统中的多个变体，跟踪软件创建过程中的版本。描述了如何管理并行开发、分布式开发、如何自
动化创建工程。同时也阐述了对产品修改原因、时间、人员保持审计记录。8.
项目管理(Project Management)平衡各种可能产生冲突的目标，管理风险，克
服各种约束并成功交付使用户满意的产品。其目标包括：为项目的管理提供框架，为计划、人员配备、执行和监控项目提供实用的准则，为管理风险提供框
架等。9.环境(Environment)环境工作流的目的是向软件开发组织提供软件开发环境，包括过程和工具。环境工作流集中于配置项目过程中所需要的活动，同
样也支持开发项目规范的活动，提供了逐步的指导手册并介绍了如何在组织中
实现过程。2.3 RUP裁剪步骤RUP是一个通用的过程模板，包含了很多开发指南、制品、开发过程所涉及到的角色说明，由于它非常庞大所以对具体的开发
机构和项目，用RUP时还要做裁剪，也就是要对RUP进行配置。RUP就像一个
元过程，通过对RUP进行裁剪可以得到很多不同的开发过程，这些软件开发过
程可以看作RUP的具体实例。RUP裁剪可以分为以下几步：1)确定本项目需要
哪些工作流。RUP的9个核心工作流并不总是需要的，可以取舍。2)确定每个
工作流需要哪些制品。3)确定4个阶段之间如何演进。确定阶段间演进要以风
险控制为原则，决定每个阶段要那些工作流，每个工作流执行到什么程度，制
品有那些，每个制品完成到什么程度。4)确定每个阶段内的迭代计划。规划
RUP的4个阶段中每次迭代开发的内容。5)规划工作流内部结构。工作流涉及
角色、活动及制品，他的复杂程度与项目规模即角色多少有关。最后规划工作
流的内部结构，通常用活动图的形式给出。
第3章改进方案虽然，对日软件外包工程往往不是一个完整的软件开发过程，只是其中一部分或几部分而已，但是并不妨碍RUP在对日外包项目中发挥
强大的作用。上一章节中，分析了如何根绝具体项目特性，对RUP过程进行裁剪，以适应不同的软件项目。本章节将依据裁剪步骤，结合现在公司的项目特点，细化制定适当的RUP开发过程。3.1确定工作流对日软件外包，通常是根
据客户的功能需求书或详细设计书，完成代码实现和测试。所以只需要实现和
测试两个工作流。结合我公司现在从事项目的特点，简单阐述一下各工作流。1.实现由于对日外包的特殊性，面对客户基本都是日本的IT企业，现阶段都处于较低层次，也就是只负责代码实现和测试，可能也会从事部分简单设计。所以，根据客户的设计书完成符合要求的代码就是对日外包的主要工作任务。所以实
现工作流也是最重要的工作流。而且，由于是根据日方的设计从事开发实现，
所以除了实现本身的任务外，还有承前的工作要完成，比如：理解设计书的要求，开发环境搭建，判断设计中可能存在的不合理性等。而这些问题都可能直
接影响到最后是否能顺利完成实现的工作任务。2.测试判断开发的代码是否能
交付，也就是依靠测试用例了，我方只担任单体测试部分的任务，并将全部通
过测试的代码和测试用例书作为成果物交付给日方。如果，由于单体测试内容
不全面，而在结合测试中发现的问题，将作为Bug报告，再由担当者修正后提交。以上讲的两个工作流，是现在多数对日外包公司承担的主要任务，当然也
有部分公司可能承接的项目是个完整的软件过程，涉及到9个工作流中的绝大
多数，在此不作重点依次展开。其实各个项目，由自身特点可以制定出自己的RUP软件过程。只要实用就是最好。3.2各工作流的职责和制品由于是委托开发，客户为了有效控制开发过程和质量，往往是通过各种文档来对项目进行管理和
控制。对日外包开发中，文档的分类比较繁多，规格要求也根据不同公司有不
同的要求。以下列举几种文档，在整个开发过程中起俄作用：1.功能设计书用
户提出委托开发要求，中方根据功能设计书，了解所开发项目的所有需求，并
估计工数和项目报价，如果对方客户对报价没有异议，就正常进入开发实施阶段。开发小组成员开始一起研究功能设计，解决理解和实现技术上的所有问题，尽可能避免因设计书理解不足，而导致项目失败。2.详细设计书通常，客户是
不提供详细设计书，而是开发团队根据功能设计书，结合实现技术的特点，完
成详细设计书，作为实现工作流的前期成果物，交付日方Review确认，只有通过Review后才能进入到正式的开发实现阶段。3.代码规约为加强代码具有良好的可读性，需要通过在开发前期就作好代码规范的教育工作，规范的代码才能
有效提交代码的品质。4.开发环境构建步骤说明书外包开发通常客户是将完整
的项目拆分成多个相对独立的模块，分别发包给一个或多个外包开发公司开发，所以需要提供详细完善的开发环境构建说明书，便于开发团队尽快熟悉环境完
成开发任务。5.代码代码程序当然是所有制品中最重要的，其质量直接影响到
项目的成功与否。由于是委托开发，全部都是根据客户提供的功能设计书来完
成代码开发的，所以往往可能因为设计书理解不足，或设计书内容存在错误等外部因素影响代码的质量。而一旦存在疑问时，就应该及时通过QA方式向日方确认。最后在完成全部代码实现后，需要和日方一起Review全部代码。总之，项目成败就取决于代码的质量如何了。6.代码目录结构说明书此文档只是一个说明性的文档，用说明各个代码文件的目录结构，编译环境的设置等相关具体内容。方便客户拿到代码文件后能尽快确认代码的正确性。7.测试用例书测试用例书也是整个开发过程中又一个关键，也是保证代码质量的一种有效手段。通常分为正常系和异常系两大类测试用例，判断程序的正常执行结果是否符合需求，是否具有一定的判错能力等。与代码一样，测试用例书也是需要提交日方客户Review确认后，再能进入测试阶段的。8.测试数据测试过程用到的所有数据，可能因为测试数据的局限性导致有些Bug没有被发现，那就可以依据现有的测试数据内容判断测试是否全面而且有效了。9.测试结果书依据测试用例书，对最终的代码程序进行测试，并全部确认无误后，填写测试结果书提交给日方客户。10.辅助工具报告为了保证代码的质量，通常还会使用一些自动化测试工具，对性能，漏洞，规范等方面进行测试，根据测试的结果报告，尽可能修正后，将最终的报告书也需要提交给日方客户。3.3 4个阶段的划分RUP将整个开发过程划分成初始、细化、构造、交付四个阶段。每个阶段中都包含着多个工作流，只是工作的重点不同，同时还包含着复数个迭代过程。迭代次数和划分时间也许无法事先预计，但是可以大致规划，再根据具体情况，灵活变动修改的。以下将以四个阶段为单位分别展开阐释。1.初始初始阶段主要完成的任务是：掌握功能设计书，熟悉开发环境，估算项目工数和规模。似乎初始阶段的任务并不难，但是其估算结果的正确与否会影响到最后的实现情况。所以需要全面而准确的了解功能需求，才能避免过大的偏差。初始阶段相对任务比较轻，一般一次迭代就能完成。在此迭代过程中也可以尝试实现部分代码，了解具体的项目难度，以便准确的估算。2.细化细化阶段主要任务是：作成详细设计书和测试用例书，并完成部分代码的实现。详细设计书和具体实现方法是有密切联系的，所以应该在写详细设计书的同时编写并测试通过部分代码，以验证设计的可行性。而现在多数项目中存在的问题是，大家并不能意识到迭代开发的重要性，还不能掌握迭代开发的手段规避和控制风险。比如，详细设计时，也会尝试调查，但是调查时候写的代码可能并不是最后要交付的代码，可以认为那是一定程度上的资源浪费。所以应该加强开发团队在细化阶段是，注重迭代开发，使得项目不断完善。3.构造构造阶段主要任务是：依据详细设
计书完成全部代码实现，并通过测试。这个阶段应该相对比较轻松，因为详细设计书已经基本确认，应该偏差不大。但是也可能会出现一些未知因素导致代码实现过程不顺利。所以，构造阶段一般都被分为两个或以上次迭代。我认为加强团队对于迭代的重要性意识很重要，有必要让团队成员们都意识到迭代要进行到什么程度，要完成哪些任务等等。4.交付交付阶段顾名思义就是要完成整个项目的全部制品，提交给客户方。这个阶段往往会发生很多返工的情况，因为开发团队可能应该经验不足等原因，首先无法通过项目管理者的审核关，而不得不修改甚至是返工。首先，项目管理者对项目的审核是必要的，也是有利无弊的，但是应该考虑将审核分批前移，而不是全部只在交付阶段进行。比如在四个阶段中分别设立审核阶段，这样就可以有效避免在交付阶段面临的返工风险。第4章实施、总结根据以上的分析，对现有的软件过程进行了改进和实施，具体从以下几个方面进行的。1.对开发团队进行RUP相关知识的教育。通过学习RUP，让大家认识到现有软件过程的不足导致交付延时等风险。2.让大家意识到迭代过程对于整个软件开发过程的重要性。并尝试在实际项目中运用迭代方式，层层递进，逐步化解可能存在的风险问题。3.引入checklist，让团队成员可以自我检查，提高项目质量。4.引入自动单元测试方式，加强开发与测试并行的理念。每个迭代都有代码实现并都有测试结果，这样步步为营的开发方式，极大程度上保证了开发的质量。通过以上改进，现在项目开发更具可控性，也大大降低了开发中可能的风险。可见一个合适的软件过程是多么的重要。
面向中国人招聘的日本公司
特别声明：
1：资料来源于互联网，版权归属原作者
2：资料内容属于网络意见，与本账号立场无关
3：如有侵权，请告知，立即删除。
中国对日软件外包的现状
中国对日软件外包始于二十世纪九十年代中后期。经过十几年间的发展，已经经历了热潮期迈向了持续发展阶段。诸多大企业已于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年开始日本技术从业人员特别是软件开发类工作签证的取得率明显上升。2005年开始，中国赴日工作的技术人员急剧增加，专门为日本软件公司提供人才服务的中国派遣公司遍地开花。赴日技术人员一部分人以提升自我语言及技术技能为目的，也有一部分人为了获得较国内更高的薪酬回报为目的，虽然大量中国技术人员的涌入，不乏对日本人才市场秩序带来一定扰乱，但经过一段时期的沉淀，其中的一部分人将成为熟知两国文化，促进中日IT业发展的桥人才（在对日软件外包行业中，精通日语，熟知日本文化，能够起到沟通作用，促进项目成功的人才）。 主要对日外包城市特点分析 中国政府及中国软件行业也在全力推进软件外包事业。2004年初，将北京、上海、大连、深圳、西安和天津设为国家软件出口基地重点培育，形成产业集中优势。各出口基地特点有所不同，下面分别对北京、上海和大连三个外包一线城市加以分析。 北京： 以涉足中国市场为目的的日本企业多将在华总部或研发中心设在北京。欧美外包虽然占主体，但2002年之后，对日业务有扩大的趋势，且较编码测试类的外包项目相比，包括设计在内的上流工程不断增多，与大连IT企业M&A的事例也时有发生。 上海： 上海的气候及氛围得到多数日本人的喜爱。周边的苏州，杭州，南京，无锡等城市拥有丰富的人力资源。由于上海人力资源成本偏高，多数人无法适应日本企业的加班文化而导致员工管理等原因，日本IT企业在上海的据点多为发包管理中心，规模较小，将项目发往周边的杭州，无锡等城市。 大连 大连对日软件外包产业形成了产业集中的特点。大连软件园内500家左右企业85%以上从事对日软件外包。2005年软件出口排名的第二名华信及第三名海辉都是大连的企业。第一名总部设在沈阳的东软也在大连开设多个开发中心。世界500强企业有33家进入大连，开展对日业务。大连汇集了东北三省的人才，在日语能力方面优势突出，没有北京的精英意识及上海人才的野心，更适合从事技术能力要求不高，但对品质要求苛刻的日本项目。 未来发展趋势 各权威研究机构纷纷预测中国对日外包市场将继续扩大，除此以外，也将呈现新的格局和趋势。
浅谈对日外包中的软件测试
江苏省联合职业技术学院 南通商贸分院 毕业设计（论文）审核 设计（论文）题目：浅谈对日外包中的软件测试 作者王婷婷 专业计算机应用 班级计算机应用06（软日） 成绩 2011年6月1日
浅谈对日外包中的软件测试 王婷婷 （无锡海辉软件有限公司214135） 摘要：“对日软件外包”是现代中国软件行业出现的一个新名词，是一个很专业的名词，不是搞软件的也许就没听说过．很多在校大学生也许听说过，但是根本就不知道那到底是干什么，就知道跟软件有关，下面我就浅谈一下“对日软件外包”的理解。 随着社会信息化的需求不断增长，软件业最近十几年来得到飞速的发展，其利润非常大！因此也出现很多很多的软件企业，不光是在我国，全球都是这样！ 由于我国的劳动力价格低廉，就想其他行业一样，软件开发的工作也越来越多地转到我们中国来做，因为在外国做软件开发成本很高．国外从事软件开发的人员待遇是非常好的，就想印度虽然穷，但是他们国家从事软件行业的人员比我们国家的同行的平均工资高两倍多！ 现在大家可能想到“对日软件外包”的一些含义了，它指的就是日本软件企业把他们公司接下来的软件开发任务给我们中国的软件公司做，其原因嘛很多，但最主要的有两点，第一是日本软件企业为了节省成本，第二日本软件企业的实力不够。 接下来将重点介绍一下实习一年中从事的对日软件测试。本论文就对日外包中软件测试的相关理论，采用查阅文献资料、网上调查和对软件项目经理访谈等方法了解行业和市场，总结而成。 关键词：对日软件外包;项目管理;干系人; 流程 一、软件外包的中的利与弊 发展软件外包可以通过在接包过程中，不断学习国外软件先进设计和管理经验，不断地完善和提高自身的实力，是壮大软件行业的必由之路。 不可否认，直到现在，软件外包服务仍然被看作是一个传统意义上纯粹的服务行业。具体而言，服务提供商对客户提供的外包工作不具有任何知识产权，他们更多是被动地为客户执行那些相对简单、低附加值的任务（比如从客户方获得的测试用例，进行机械的按照Case执行；进行最底层代码的堆积等等），获取单位时间内的技术服务报酬。这导致提供外包服务的企业被估价很低，含金量比较低学不到什么东西这是大多数人的想法，从根本上低估了外包所创造的价值。
对日软件开发流程
阶段验收和总结的作用。阶段Review是日本项目阶段控制的核心。 只采用阶段Review的方式进行验收也有其不足之处，所有验收工作都放在阶段完成再进行，阶段中的错误后续持续放大无法得到控制。而且通常情况下，阶段Review时问题会比较多，Review后修改时间比较长，修改次数也较多，造成很大程度的反复工作。再有，标准对日软件开发过程中，阶段内任务的安排和验收比较；无序，很多问题会被有意推迟到Review时解决。 要件定义决定了系统全部的功能，说本阶段产出的成果物左右了整个系统的成败也不为过。 输入输出 1.顾客的业务需求 1.要件定义书 2.网络结构定义书 要件定义的输入是顾客想要系统化的业务需求。系统的开发是为了顾客企业的业务更灵活及高效。而要件定义的目的就是明确顾客想要系统化的业务逻辑。
进行要件定义所需具备的能力 当进行上面所说的要件定义时，需要有以下的能力。 1.理解顾客企业的商业模型 必须要充分理解顾客是如何进行商业活动的。要明白为什么必须系统化，为什么要建立这样的商业模型，要收集各方面的需求，不能有遗漏。因为到后期，当发现需求分析不充分时将导致整个开发的系统都无用。另外，如果做了过多的分析，只要将不用的功能放弃掉就可以，对进度的影响很小。当然，对不需要功能的开发投入的金钱成本，顾客是不需要支付的，全部由开发方负责。 2.与顾客谈判的能力 与人谈判的能力是指待人能力，协调能力。对方是给钱的顾客，不能用严厉的语言激怒对方。对于无法理解的需求要努力在当时就理解了，对于顾客所要求的不合理的需求要能协调好。这个不像其它的能力可以通过培训或以往的
经验来弥补，主要取决于个人的性格，是相当重要的能力。 3.进行要件定义的同时，要能想象到下一步如何据此进行外部设计 需要有逻辑思维能力，用最近的话说就是logical thinking。顾客单方面的表达自己的需求，在当场立刻明白那些功能是能实现，哪些是不能实现的是非常重要的。举个极端的例子，开发考勤管理系统。明明没有记录每天的上班下班时间，却要用图表显示每月的工作时间，这样的需求显然是无法实现的。这种情况下，要么提出开发一个新功能记录每天的上班下班时间，要么与顾客讨论是否真的需要算出每个月的工作时间这个功能。外部设计之前，要件定义阶段，发现需求不合理的能力是非常重要的。 要件定義 ■開始条件 1.ユーザ側で要求事項が整理されている事。 2.システム開発案件を受注し、契約が締結され ている事。
软件外包协议(完整版)
合同编号：YT-FS-8594-66 软件外包协议(完整版) Clarify Each Clause Under The Cooperation Framework, And Formulate It According To The Agreement Reached By The Parties Through Consensus, Which Is Legally Binding On The Parties. 互惠互利共同繁荣 Mutual Benefit And Common Prosperity
软件外包协议(完整版) 备注：该合同书文本主要阐明合作框架下每个条款，并根据当事人一致协商达成协议，同时也明确各方的权利和义务，对当事人具有法律约束力而制定。文档可根据实际情况进行修改和使用。 甲方： 乙方：_____ （个人）身份证号码：____ _____（个人）（以下称乙方）受____（以下称甲方）|委托进行____的开发工作。双方本着相互合作、互惠互利的原则，共同协商达成如下协议： 一、项目名称： 二、内容及要求： 1. 开发内容：根据甲方的要求，乙方在规定时间内完成“____”的开发，该系统的设计要求如下：l 主要功能： 根据需求设计进行项目的开发以及测试的工作。具体工作由甲方分配。 l 系统运行环境包括： （1）
（2） 2. 开发时间： （1）启动日期：甲乙双方签字盖章之日即为项目正式启动日期； （2）完成期限：自项目正式启动，在__工作日内完成。 三、双方权利义务： 1. 甲方： （1）甲方有权利督促乙方按规定时间完成项目开发，有增加或修改内容双方需另行协商解决；在不影响进程的情况下，对于甲方的小规模变动的需求，乙方必须满足；若出现大幅度的变更，则甲乙双方商议延长开发周期。 （2）甲方完全拥有____系统的所有权，包括使用权、著作权等所有权利； （3）甲方应当按照协议，按时向乙方支付开发费用； （4）甲方有责任对本协议的内容进行保密；
对日软件外包(精)
第1章对日软件外包 1.1 对日软件外包的发展 全球应用软件外包市场近几年平均每年以29%的速度增长,2005年整个市场规模将达到389亿美元。目前全球的软件产值中,三分之一需要通过对外发包来完成。软件外包已经成为世界软件产业发展的一个重要趋势。在这一趋势下,《振兴软件产业行动纲要》提出,从2001年到2005年,中国软件出口要从年出口7亿美元提升到50亿美元。按照预定的目标,2004年国内软件企业将要完成的出口额将达到35亿美元。这对于中国软件企业而言的确是个不小的数字。为了实现这一目标,有关人士指出,中国企业应积极拓展对欧美软件外包业务,把软件外包做强做大。 但现在美国市场主要被印度垄断,欧洲市场被爱尔兰垄断,中国企业的核心竞争力需要较长时间的积累,而对日软件外包,我们则有优势。在对美软件外包市场上,中国软件企业与印度软件企业的差距是明显的,从英文水平到签证难度,从法制制度的不同到对知识产权认识程度的差异,中国软件企业要在对美软件外包市场赶上印度企业还需加以时日。美国IT从业人员中印度和中国人员的比例是3∶1,中国软件企业目前做的外包只占日本软件外包的2%多一点。以英文为主导的软件外包市场正在逐渐萎缩,并且在这个市场上我们和印度相比竞争优势不明显。而对日软件外包市场相对印度来说,中国软件企业有地域优势和有限的语言优势,应当成为国内软件外包企业的发展导向。 1.2 对日软件外包的现状 对日外包市场潜力巨大,据IDC统计数据,2005年日本IT外包市场规模为164亿美元,而同年我国来自日本的软件发包量约为5.6亿美元,仅占日本IT外包市场的3.4%。IDC预测2008年日本IT外包市场将达到23,363亿日元(约226亿美元,2010年我国对日外包将近40亿美元,占比上升为17.7%。由此可见我国对日软件外包未来的市场潜力巨大。
软件对日外包项目流程
软件对日外包项目流程 ?公司考察 日本人做事一向非常的谨慎小心，在确立合作之前他们会先对你的公司通过不同的渠道进行各方面的考察、除了技术和开发能力以外还有对公司的运营能力、管理水平、有没有不良的信用记录等等都会作一一的调查、当然到公司里来走访一下是必须的。一旦和你确立合作关系后，没有什么特殊情况下，一般都会始终如一地与你合作。 ?建立初步合作意向 对公司考察完毕，认为没有问题后，并不会马上与你和建立合作关系，而是确立一个初步合作意向，在这个期间会发一些小的样例给你试着做做看，完成的比较出色后才会进一步与你建立合作关系。 ?项目发包 与日方建立了长期合作关系后，项目会源源不断地发给你。在项目发包期间，一般日方的项目主管与工程师会到公司来洽谈开发费用、开发周期以及讲解分析项目。发包方会提供项目的基础源代码、概要设计式样书、详细设计式样书、数据库设计式样书、编程规约、测试式样书样本、QA票、质问书等等各种文档，这个因项目的不同而异。 ?项目研讨 公司接到日方的外包项目后，会建立一支由项目经理组成的项目研讨小组，对项目进行研讨分析以及对式样书的理解，确认没有问题后将项目分配给其中一个项目经理负责开发。 ?成立项目开发小组 项目经理接到任务后首先会根据发包方的要求制定出开发计划与进度表、搭建项目环境、版本管理、然后成立项目开发小组，召开项目组会议进行任务分配、式样书讲解。 ?项目开发 程序员接到自已的任务后，按照开发计划与进度表的安排进行项目的模块开发。在开发过程中如果遇到问题，按照发包方提供的QA票的格式进行填写并发给项目经理，项目经理会收集整理各个程序员发过来的QA票，进行问题分析解答，如果无法解答则发给日方的项目工程师。一般项目经理每天早上都会召开简短的项目例会，解决回答组员在开发当中遇到的问题。项目经理根据已安排好的项目计划严格控制项目进度，并根据实际情况适当调整进度安排，确保项目能够预期完成。 ?单体测试 每当程序员完成一个模块的工作后就会编写测试式样书，并进行测试，或交叉测试，如果有专门的测试部门的话，会交给测试部门进行测试。当中产生BUG的话，测试者会把BUG按固定的格式要求写入BUG票中以供代码编写者修正BUG，编写者修改完BUG后要把问题的原因与解决方法填入BUG票中。 ?结合测试
软件对日流程开发答案
waibao,1=外包目的：1.降低成本；2.提高效率；3.维持企业核心业务的竞争力。 waibao,2=外包分类：1.境内外包；2.离岸外包。1.业务应用外包；2.业务流程外包；3.业务流程离岸外包；4.企业转型外包；5.多方外包；6.共享服务或内包。 waibao,3=外包业务特点：1.外包业务偏向于后台业务；2.机械性业务；3.非现场业务。 waibao,4=企业业务外包优势：1.业务外包能够使企业专注于核心业务；2.使企业提高资源利用率。 waibao,5=服务外包分类：1.信息技术外包（ITO）；2.业务流程外包(BPO)；3.知识流程外包(KPO)。 waibao,6=软件外包特点：1.软件外包项目的合同类型多种多样；2.软件外包项目的规模和质量要求差别很大；3. 软件外包项目技术和业务领域各异；4.部分客户对软件外 包企业有过程管理方面的要求；5.软件外包企业对成本非常敏感。 waibao,7=外包发展趋势：1.有简单编码向大型整体外包项目发展；2.项目利润率提高； 3.多样化渠道构建多层次合作平台； 4.项目质量和准时交付成为客户的核心需求； 5.不断开拓欧美外包市场； 6.BPO成为未来外包发展的趋势。 waibao,8=对日软件外包开发特点：1.编码、测试业务量比重大；2.品质要求高；3.文 档要求高；4.工期短工作量大。 waibao,9=三种外包区别：1外包是企业动态地配置自身和其他企业的功能和服务，并利用企业外部的资源为企业内部的产生和经营服务。2服务外包的动因是降低成本， 技术因素以及关注核心竞争力。 3软件外包是一种依托于信息技术的服务模式，是指客户将软件项目中的部分工作软 交给软件外包服务商代工开发的一种行为，它具有降低成本、提高效率的作用，是工 种细分和经济一体化的大势所趋。
对日外包介绍
这是我前段时间给中科院研究生院软件学院内刊《e支点》写的一篇文章。解读对日软件外包 一、前言 外包、软件外包、对日软件外包。这些都是什么？您对它们都有了解么？您是否正在考虑去一家外包企业工作？如果大家对外包和软件外包还不甚了解的话可以先找些相关文章参阅。本人现在就职于一对日软件外包公司，所以在对日软件外包方面有一些经验，可以与大家分享。本文就着重为您介绍一下对日软件外包的特点，以此来使您了解对日软件外包。文中并不涉及任何细节问题，只是对日软件外包特点的一个概览。 二、特点1：日语水平 和其他外资或对外公司一样，对日软件外包公司也很需要外语也就是日语人才，它最看重的就是你的日语水平，你技术水平不高，甚至你根本不懂软件，没关系，只要你日语很好，公司也照样会录用你，如果你能和日本人交流，那你更是公司的重点保护对象了。为什么？因为公司和日本做生意就要和日本交流，连交流沟通都有问题，别的就别谈了。很多人说中文和日文有很大的相近之处，所以中国在对日外包上有语言的优势，我认为也不全尽然。首先中国人会日语的太少了，而且因为历史原因许多人不愿意学日语。虽然近几年参加日语等级考试的中国人猛增，但相对于学习英语的人来讲还是不可同日而语，对于弥补对日公司的人才缺口更是杯水车薪，更何况这里面很多都是半路出家，日语不是他们的第一外语，水平也是参差不齐。从中国整体地域上来看，由于日本临近中国东北部，所以有史以来东北地区和日本、朝鲜交流比较多，会日语和韩语的人相对其他地区较多一些。而中国的南方和西部日语人才屈指可数，所以对日外包公司多集中在中国的东北和华北地区，比如大连和最近对日外包日渐活跃的北京。 那么是不是我一点日语不会，或是日语不好就没有希望在对日公司工作了呢？不，绝对不会。因为在对日企业如果纯作技术的话一开始日语不好也没有关系，因为你不必和日本人直接交流，虽然文档都是日文的，但都是模式化的东西，而且确实和中文比较相近，大概意思都可以猜出来，实在不行别人也是可以帮忙讲解的。一般对日公司针对日语不好的员工都会开办各种形式的日语学习班帮助其学习日语的，利用晚上或周末大家聚在一起由老师教授或自学。起码我所在的公司是这个样子的，别的对日公司我也了解过大体上都差不多。不过经过一段时间的日语学习如果你的日语水平还没有长进或你根本不学那问题就严重了。当前日语人才短缺，所以对日公司才会招日语基础不好的人，也是不得以而为之的。员工在公司里接触的都是日文，如果一点不懂，时间长了必定影响工作效率。不会可以，肯学就行，不会又不肯学日语在对日公司是一点前途都没有的。在我们公司日语不好别的再好，涨工资、提升根本就不会在考虑范围之内，但如果你日语水平很高，甚至能通过高等级的日语水平考试那就是前途一片光明，如果技术在很过硬的话，没的说，重点栽培对象。 在这里我建议有想到对日公司工作的朋友，如果你不再乎学日语，肯学的话，你可以到对日公司试一试，如果根本不想学那我劝你还是另做打算吧，如若不然你在公司里将非常尴尬，你并不是技术或别的方面不行，就是日语不行，那你的绩效就是上不去，不光屈了你的材更为公司带不来高效益。 三、特点2：工作时间 为什么会把工作时间列为对日外包的特点呢？其实不光是对日外包，所有的离岸（国外、海外）外包都有这个特点，也就是国外和国内因为时差和节假日或其他的不同会导致我们的工作时间步调不一致，这里我只是针对日本来说说。 首先说日本人和中国确实是有一个小时的时差，但一个小时并不是问题。成问题的是日本人的工作习惯和工作精神。日本人一般都不是正点下班的，日本人工作疯狂的程度我想已经不用我再多说了，日本人因为工作劳累过度猝死的有很多。日本人下班后大多数都会自觉的留
日本地震对中国软件外包公司影响分析
根据IDC统计，2010年中国离岸软件外包市场规模为28亿美元，其中欧美地区为13亿美元，占48%，日韩地区为12亿美元，占44%。易观资本认为短期内中国对日软件外包行业将受到负面冲击，长期来看日资企业会加大产业转移，震后重建会增加中国企业的业务量。 地震发生后，多家软件类上市公司表示他们在日本的工作人员和办公地点距离震中较远，并没有受到地震和海啸带来的破坏。由于软件外包行业的主要资产是项目团队而不是设备库存，比起地震和海啸的直接伤害，核辐射、水电食物的短缺这些间接的破坏对软件外包行业的短期影响更大。长期来看，为了震后恢复，日本企业会加大对软件外包的投入，而且外包业务的恢复不像半导体芯片和数码产品等制造业那样受厂房、公路和地铁的修复速度拖累。当然，当前日本政府和企业的当务之急是福岛核电站的核泄漏和日本居民的健康，随后才是产业恢复和振兴计划。 从3月11日至3月17日，易观资本跟踪的四家软件外包上市公司的股价均出现不同程度的跌幅。由于海隆软件2010年上半年有78%的营业收入和84%的毛利润来自日本地区，因此跌幅最大，达到8.58%。 软通动力2010年1-3季度来自日本的营业收入占总营收的比重只有10%，影响最小，股价跌幅也最小。 复旦复华（600624.SH）：营收占比33%，毛利占比21% 复旦复华的业务包括软件开发、工业、商业和房地产。尽管软件开发在公司营收的比重在逐年减少，但2010年上半年仍然贡献了营业收入的33%和毛利润的21%。根据公司2010年半年报显示，野村综研是公司第一大客户，贡献了32%的营业收入。总体来看，复旦复
华多元化的营收来源使得其受地震影响相对较小。
对日开发知识
一 1、外包目的：降低成本；提高核心竞争力；提高资源。 2、根据外包供应商的地理分布状况划分：境内外包、离岸外包。 3、发包方：美国、西欧、日本；接包方：印度、菲律宾、中国。 4、根据外包的业务不同划分：业务应用外包BAO、业务流程外包BPO、业务流程离岸外包、业务转型外包、多方外包、共享服务或内包。 5、外包业务特点：偏后台、偏机械、非现场。 6、服务外包分类：信息技术外包ITO、业务流程外包BPO、知识流程外包KPO。 7、软件外包行业的发展趋势：由简单编码向大型整体外包项目发展；项目利润率逐渐提高；多样化渠道构建多层次合作平台；项目质量和准时交付成为客户的核心需求；不断开拓欧美外包市场；BPO（业务流程外包）成为未来外包发展的趋势。 8、对日软外优势：地理位置；语言；文化；习惯。 9、对日软件外包开发的特点：编码测试业务量比重大；品质要求高；文档要求高；工期短工作量大。 二 1、根据功能和使用范围分类：基础软件、应用软件。 2、软件开发步骤：进行用户的需求调研和分析，确定待开发软件系统的规格；进行相应的软件设计，实现软件系统的规格；根据软件设计的结果进行编码；进行软件测试，确定软件系统是否满足客户的需求并且是没有缺陷的。 3、软件开发的全过程：需求分析/定义（需求定义书、要件定义书）、外部设计（外部设计书）、内部设计(内部设计书)、程序设计（程序设计书）、编程（源代码）、测试（测试试样书、测试报告书） 4、最具代表性的分析设计方法：结构化的分析和设计、面向对象的分析和设计。 5、软件开发模型：瀑布、螺旋、敏捷、V(开发效率最高) 三 1、开发规范：用语一致；标准的工程名称和文档；正确的图形表示方法；标准的开发规范。 2、在编写开发文档过程中，首先遵守的基本原则：用语一致 3、编写文档的重要性：当软件系统达到一定规模的时候，分析、设计、编码和测试工作通常是由不同的开发人员来完成的。这时，为了保证系统开发的顺利进行，就需要在担当不同任务的开发人员之间进行系统开发信息的传递。 4、UML图：分为结构图（类图、对象图、包图）（静态）、动作图（时序图、用例图）（动作） 5、类图：描述类之间的静态关系，存在哪些类、这些类之间存在什么样的关系 6、时序图：用来描述对象间的信息传递（方法的调用关系），即按照时间顺序描述对象间的动态交互。 7、用列图：用来描述系统提供的功能以及同使用者之间的动态关系。使用者为用户，系统提供的功能为用例。 8、流程图：采用一些简单的图形符号，用易于理解的图形方式来描述系统的处理过程和数据流的一种表达方式。 四 1、上游工程：需求分析与定义、要件定义、系统方案、外部设计、内部设计 2、下游工程：编码、单体测试、集成测试、系统测试。 3、非功能需求的分类：机能性、依赖性、使用性、效率性、保守性、移植性、障害移植性、效果性、运用性、技术要件。
对日软件外包-要件定义书のテンプレート01(プログラム设计书などの前提)(Word ワード)
○○○○システム要件定義書 目次 ○○○○システム要件定義書 (1) 1 全体 (2) 1-1 システム開発の背景?趣旨 (2) 1-2 システムの目的 (2) 1-3 システムの全体像?開発方針?展望など (2) 1-4 用語の定義 (2) 1-5 参照資料等 (2) 2 システム開発の前提条件 (2) 2-1 システム開発の制約条件 (2) 2-1-1 法律上の制約条件 (2) 2-1-2 企業ポリシーによる制約条件 (2) 2-2 システムの利用者グループ (2) 3 システム要件 (2) 3-1 機能要求 (2) （１）○○○○例．ログイン機能 (2) （２）○○○○ (2) （３）○○○○ (3) （４）○○○○ (3) （５）○○○○ (3) 3-2 機能外要求 (3) 3-2-1 保守性 (3) 3-2-2 拡張性 (3) 3-2-3 移植性 (3) 3-3 性能目標 (3) 3-4 品質属性 (4) 3-5 制約条件 (4) 3-6 セキュリティ目標 (4) 3-7 システムのライフサイクルと維持管理 (4) 3-8 仮定と依存関係 (4)
1全体 1-1システム開発の背景?趣旨 1-2システムの目的 1-3システムの全体像?開発方針?展望など1-4用語の定義 1-5参照資料等 2システム開発の前提条件 2-1システム開発の制約条件 2-1-1法律上の制約条件 2-1-2企業ポリシーによる制約条件 2-2システムの利用者グループ 3システム要件 3-1機能要求 （１）○○○○例．ログイン機能 （２）○○○○
（３）○○○○ （４）○○○○ （５）○○○○ 3-2機能外要求3-2-1保守性 3-2-2拡張性 3-2-3移植性 3-3性能目標
项目易,一个软件外包公司的经历4.27
一个软件外包公司的经历 作为一个混迹软件外包行业多年的公司负责人，记得四年前，也是威客群体不断发展、威客网站刚刚兴起之时，就和自己志同道合的朋友一起组建了一个技术型工作室，通过一些朋友介绍订单，并尝试在威客网站上承接任务赚外快。但由于当时是新人，即使有过硬的技术也找不到合适的项目，朋友介绍的项目还比较容易谈成，但是从威客网站上谈项目确实有很多不便的地方。一些比较大型的项目被网站直接分配给平台中VIP级的服务商，网站中发布的一般任务，还没来得及犹豫，合适的项目就已经被其他人承接了。后来没办法，只好缴费成为VIP，终于有了比之前更多的机会，但随之问题又来了。即使成为vip还是存在强大的竞争压力，很多公司更倾向于选择资历比较深的且合作时间久的服务商。而一些雇主发布的任务，不是价格过低就是需求的表述不明确。在服务商的选择方面更是疑虑重重，担心不合理的报价、赏金托管不安全、交易过程中没有安全保障、VIP级的服务商能力不和它的等级相匹配等等，对合作商的不信任产生的距离感，使得沟通中达不到满意的结果，导致项目的进度拖沓，使本来高效率、低成本的平台服务失去了原有的意义。 在经历过几年的打拼之后，自己的小工作室也是小有起色，实战经验提升的同时能力也得到了认可。认识了一些不错的行业朋友，并建立了良好的合作伙伴关系，在此基础上便有了共同创业的想法。我们根据以往在威客平台接单的经验，产生了创建一个属于大众软件外包平台的想法。希望能够标准化外包行业的规则，帮助雇佣者和服务者都能通过平台获得更好的服务，来摆脱我们之前在威客网站上遇到过的困难。 2015年，我的工作室正式注册为西安迫哲壹网络信息技术有限公司。带着我们每个员工的希望，去创建一个属于我们的平台。公司创立之初，得到了众多同行业朋友的技术支持，并将大家的想法经过多次筛选，最终融入到平台之中。 随着威客行业的快速发展，威客平台也如雨后春笋，新发展起来的平台没有针对存在的问题提出实质性的解决方案，只是对发展规模较大的威客平台的商业模式进行复制。互联网时代大众创新创业，实体经济转型等趋势的带动，需要一个专业的技术性服务平台，可以为雇主提供一个免费窗口，在软件项目需求未确定之前进行相关的咨询，比如对于网站的二次开发这样的项目报价多少比较合适、对于尚未确定需求的项目给予合理化需求建议、对于软件交易过程中的注意事项提供咨询服务，这样就避免上述很多问题的出现。对于服务商，真正体现价值的是其服务能力而不是等级，平台应该提供给服务商公平的竞争机会和能力展示的平台，鼓励服务商通过自己的实力提高自己在平台上的信誉度、竞争力等。此外，平台还应考虑各种体系的搭建，如管理体系，安全体系，操作体系、付费体系等，全面而细致入微的周到考虑，才能为用户提供满意的服务，这样的平台才是需要的平台，能够解决用户的真正需求。 针对以上问题，我们最终开发出“项目易”，我们经过多次会议最终确定这个名字，因为“项目易”这个词体现了我们的愿望——让软件外包项目交易变得更加容易、规范。 项目易致力于网站开发、软件开发、微信开发、APP开发、前端页面等与互联网软件外包行业相关的项目，适应于当前各行各业涉足互联网的发展趋势。另外，平台开设的知心帮买服务，就轻松的解决了雇主与服务商之间的顾虑。这个功能是我们相对于其它平台的一大亮点，给予雇主更合理的需求，完善的报价体系，项目的进度跟进，让不了解互联网行业的雇主，可以更稳健的步入IT行业，
大连市高新区企业对日软件和服务外包情况调查问卷
大连市高新区企业对日软件和服务外包情况调查问卷 日本独资或控股企业 国内独资或控股企业 欧美独资或控股企业 其他 （一）基本情况 1.分支机构设立情况（分支机构包括：子公司，分公司和办事处） 国内分布及其名称_________________ _________________________________ __ 国外分布及其名称____________________________________________ 2. 贵公司的员工学历构成：博士以上＿＿＿人、硕士＿＿＿人、学士＿＿＿人、大中专毕 业生＿＿人、其他＿＿人。其中拥有软件开发工程师等相关资质的员工占＿%，日语等级证书资质的员工占＿＿%，2010年贵公司的人员离职＿＿人，新入员工＿人。其中，从事对日软件和服务外包员工数为____名，平均工作年数为_ __ 年，现驻日员工总数为____名。 3.贵公司2010年对日软件和服务外包总收入______＿万元，2010年对日软件和服务外包业务的总支出为______万元，2011年对日软件和服务外包预计总收入______ 万元；迄今为止承接对日软件和服务外包业务的最大合同金额___万元、____人/月； 对日软件和服务外包业务占公司总体业务的_______%
4.主要发包客户或发包方的地区分布（可多选并按业务量多少排序）_____ ①东京及其周边②大阪及其周边③名古屋及其周边 ④九州及其周边⑤北海道及其周边⑥其他______________ 5.对日软件和服务外包的主要客户或发包方为： ____ _______、_______ ______、_______ ________、_______ ___ 6.贵公司对日软件和服务外包业务主要接包行业包括： （可多选并按业务量多少排序）__________________________ ①电信②金融③零售④动漫⑤建筑⑥运输⑦制造⑧政府⑨IT ⑩物流?电力/电气?教育/咨询?传媒/印刷?生物/医药?环保/新能源?其他_____ 7.贵公司的对日软件和服务外包业务类型主要包括（可多选） 信息技术外包(ITO)业务流程外包(BPO)知识流程外包(KPO)其他___ 如属ITO，则具体业务类型为（可多选并按业务量多少排序）_____________ ①信息系统设计②信息系统规划③IT运维④IT咨询⑤IT培训⑥软件开发 ⑦软件设计⑧系统集成⑨测试评估⑩应用实施?IC设计?硬件支持 ?软件产品支持?应用管理和设备托管?其他_______________ 如属BPO，则具体业务类型为（可多选并按业务量多少排序）________________________ ①金融财会②人力资源管理③客户关系管理④销售/营销⑤物流/采购 ⑥呼叫中心⑦市场调研⑧电子商务管理⑨数据处理⑩数字内容处理 ?软件运营服务?在线教育?物流管理服务平台?其他__________ 如属KPO，则具体业务类型为（可多选并按业务量多少排序）________________________ ①战略策划②财务分析③流程改进和重组④变革管理⑤教育和培训
软件外包管理规范
软件外包管理规范 1目的 明确本公司的外包过程及其控制方法，通过对外包过程的有效控制，使开发出的软件满足规定的要求。 2适用范围 本文件适用于软件的外包开发。 3职责及权限 1）项目经理负责对软件开发供方（外包方）的调查、评定和选择。 2）项目经理提出外包要求，并组织对外包要求的审核，确定后纳入外包合同。 3）项目经理实施对外包过程的控制，并组织在项目结束时对外包供方的评估。 4对软件开发供方的控制 4.1对软件开发供方的调查 1）由项目经理组织对软件开发供方进行如下内容的调查，并填写《软件开发供方调查表》、收集证明材料。 ·开发经验 包括：开发的软件清单，应用行业，系统规模，软硬件平台，开发工具 ·人员结构 包括：开发过程所需各种人员的数量及人员经历。 ·设备资源 包括：可提供开发的设备情况。 ·实施效果 包括：客户对其提供的软件系统的满意程度 ·角色成员访谈 访谈对象包括：公司技术负责人、项目负责人、测试负责人等 对公司技术负责人，访谈问题如：如何组织软件开发过程？如何组织软件质量保证过程？等 对项目负责人，访谈问题如：如何进行项目计划和计划跟踪？等 对测试负责人，访谈问题如：如何组织测试过程？等 2）由项目经理组织测试部、研发部对软件开发供方的质量管理体系、技术水平进行
审核，并提出质量审核报告。 4.2合格软件开发供方的选择 1）项目经理提供《软件开发供方调查表》、质量审核报告及有关证明资料，组织有关人员或部门，对软件开发供方进行评定和选择。评定和选择依据是软件开发供方软件开发的能力，包括：开发经验、人员结构、设备资源、技术水平、质量保证能力、客户满意程度等。 2）根据参加人员的评审意见，由项目经理填写《软件开发供方评定表》，参加者会签。 3）项目经理负责拟制《合格软件开发供方名单》，报领导审批。 4）《合格软件开发供方名单》是本公司选择软件开发供方的依据，经批准的《合格软件开发供方名单》为受控文件，由项目配置管理员负责发放并归档管理。 4.3合格软件开发供方的调整 4.3.1重新评定的时机 1）每个外包项目完成时都要对外包软件开发供方进行重新评定。 2）超过一年未合作的合格软件开发供方，有外包项目前重新评定审批。 4.3.2重新评定的方法 1）外包项目完成后，应从以下方面重新评定该项目的外包供方。 A.项目经理组织对外包软件供方进行评估，填写《外包软件供方评估表》。评估内 容包括 ·外包软件产品的可维护性 ·外包软件产品的文档质量 ·外包软件供方的组织管理能力 ·外包软件供方的合作情况 ·外包工作量 ·客户评估（客户评估结束后，要在“备注”栏写明供方单位名称） B.项目经理进行评估数据处理。 ·对所评估的各方面（除工作量评估外）的评估值均按下面公式计算： 评估值（%）=∑评估项目所选分值/∑评估项目总分值×100（%） ·工作量评估通过供方和公司内部两组数据的对比，可以寻找出双方在工作量认 识上的差距，为合作情况分析提供参考依据。 C.项目经理提交评估资料，并重新评定项目外包供方。 项目经理根据评估结果判定该项目外包供方是否保留在外包合格供方名单中，若需要 修改《合格软件开发供方名单》，则要经审批后实施。注意更改所有受控文本。评估资料和
-对日软件外包的人才需求现状及分析
对日软件外包企业的人才需求现状与分析IDC《中国软件开发离岸外包2006—2010年市场预测与分析》报告表明,2005年中国软件离岸外包市场获得了55.6%的高速增长,市场收入达到9.3亿美元。该机构预计,中国市场未来五年的年复合平均增长率将超过40%。赛迪顾问的预测则更为乐观:到2010年,中国软件外包市场规模将达到70.28亿美元,占全球软件外包市场的8.4%,年均复合增长率为50.2%,软件外包将成为推动中国软件产业发展的新力量。日本是全球第二大软件产品和服务市场,目前仅有1%的业务外包,潜力非常大。在这1%里边,中国已获得七成。IDC数据显示,2005年中国整体软件外包收入的60.1%来自于日本客户;其次才是欧美市场,为20.4%。以上是数字形式的事实和预测。 在现实生活中,支撑软件外包的众多从业人员并不一定能感受到软件业发展的大好前景和已经取得的辉煌成就。现实上,由于国际经济的萧条,以及IT人才的缺乏,使得欧美日等发达国家开始进行软件产业结构战略调整。降低开发成本,加快产品上市周期,成为企业重要的追求目标。因此越来越多的国际大公司把软件产品或服务的某些环节外包出去。软件外包的市场主要集中在北美、西欧和日本等国家。其中美国市场大约为65%,而欧洲市场为10%,日本市场为10%。相对来说,北美和西欧的软件外包市场已经成熟,而日本的软件外包市场正在发展中。从中国软件产业的整体发展来看,2004年中国软件产业销售额为278.1亿美元,仅为全球软件产业销售额的3.55%;软件产业的规模迅速扩大,总额比2003年增加了48.7%,在GDP中所占的比例也
已经达到了1.7%。软件产品出口额逐年增长,2004年达到了215亿元,但还不及软件产品销售总额的十分之一,所以可以说中国软件产业的增长更多地来自于国内市场的增长,走的还是以满足内需为主的发展路线,参与国际竞争的程度较低。 伴随着国际软件外包的蓬勃发展,我国软件外包产业也快速成长,其中对日软件外包的市场规模已超过了中国软件外包整体收入的一半以上,对日软件外包人才需求急剧增加。面对这种现状，如何积极适应对日软件外包企业的人才需求，培养出合格的对日软件外包企业的人才呢？目前最合适我国外包企业的人才结构是一种“金字塔”型的结构,即软件开发人员—项目经理—管理能力与技术具备的高级人才。由于语言或文化的障碍,金字塔底层不容易向中高层流动,导致了对日软件公司的人员流动性较高。最后,软件人才日益成长,但软件公司数量多规模小。2004年底,经认定的企业为10607家,从业人员约为72万人，员工人数少于100人的企业占90%,很多的软件企业大多停留在小作坊的模式中。其次资金方面,我国的软件企业一般都为中小民营企业,软件企业本身财力不够,上市的公司凤毛麟角,到银行融资也很困难。而且我国还没有形成有效的风险投资体系,国内的金融企业和金融工具基本上都是为大企业设置的,产品单调,没有专门针对中小企业的金融产品,致使国内的软件企业得不到发展所需的资金支持,因此,融资渠道不畅成了制约企业发展的重要因素。再次产品方面,主要存在沟通、质量和信赖的问题。外包不完全是一个技术的问题,它包括了对客户业务的理解,一种文化的融合,一种关系的建立,一种与
2020软件外包协议(标准版)
软件外包协议 甲方：_________________ 乙方：_________________ (个人) 身份证号码：______________________ _____________(个人) (以下称乙方)受________________________(以下称甲方)|委托进行 ________________________的开发工作。双方本着相互合作、互惠互利的原则，共同协商达成如下协议： 一、项目名称： 二、内容及要求： 1. 开发内容：根据甲方的要求，乙方在规定时间内完成“______________”的开发，该系统的设计要求如下： 主要功能： 根据需求设计进行项目的开发以及测试的工作。具体工作由甲方分配。 系统运行环境包括： 2. 开发时间： (1) 启动日期：甲乙双方签字盖章之日即为项目正式启动日期; (2) 完成期限：自项目正式启动，在__工作日内完成。
三、双方权利义务： 1. 甲方： (1) 甲方有权利督促乙方按规定时间完成项目开发，有增加或修改内容双方需另行协商解决;在不影响进程的情况下，对于甲方的小规模变动的需求，乙方必须满足;若出现大幅度的变更，则甲乙双方商议延长开发周期。 (2) 甲方完全拥有________________________系统的所有权，包括使用权、著作权等所有权利; (3) 甲方应当按照协议，按时向乙方支付开发费用; (4) 甲方有责任对本协议的内容进行保密; (5) 甲方有责任对乙方的软件开发技术进行保密，在未经乙方书面许可的情况下，不得向第三方泄露。 (6) 甲方有责任保密乙方的个人信息，不得向第三方泄露。 2. 乙方： (1) 乙方有责任按甲方的要求在规定时间内完成项目开发，完成需要开发的内容; (2) 在项目开发完毕之后，在乙方对甲方提供的维护服务期之内，由于甲方设计变更而导致 ______________________的变更，若变更范围在本合同所规定的功能范围之内，乙方有义务免费为甲方修改变更内容; (3) 乙方有责任对本协议的内容进行保密; (4) 乙方有责任对与甲方项目的接口规范进行保密，在未经甲方书面许可的情况下，不得向第三方
对日软件外包(精)
第1章对日软件外包 1.1对日软件外包的发展 全球应用软件外包市场近几年平均每年以29%的速度增长，2005年整个市场规 模将达到389亿美元。目前全球的软件产值中，三分之一需要通过对外发包来完 成。软件外包已经成为世界软件产业发展的一个重要趋势。在这一趋势下，《振兴软件产业行动纲要》提出，从2001年到2005年，中国软件出口要从年出口7亿美元 提升到50亿美元。按照预定的目标,2004年国内软件企业将要完成的出口额将达到 35亿美元。这对于中国软件企业而言的确是个不小的数字。为了实现这一目标，有关人士指出，中国企业应积极拓展对欧美软件外包业务，把软件外包做强做大。 但现在美国市场主要被印度垄断，欧洲市场被爱尔兰垄断，中国企业的核心竞争 力需要较长时间的积累，而对日软件外包，我们则有优势。在对美软件外包市场上，中国软件企业与印度软件企业的差距是明显的，从英文水平到签证难度，从法制制度的 不同到对知识产权认识程度的差异，中国软件企业要在对美软件外包市场赶上印度企业还需加以时日。美国IT从业人员中印度和中国人员的比例是3：1,中国软件企 业目前做的外包只占日本软件外包的2%多一点。以英文为主导的软件外包市场正 在逐渐萎缩，并且在这个市场上我们和印度相比竞争优势不明显。而对日软件外包市场相对印度来说，中国软件企业有地域优势和有限的语言优势，应当成为国内软件外包企业的发展导向。 1.2对日软件外包的现状 对日外包市场潜力巨大，据IDC统计数据,2005年日本IT外包市场规模为164 亿美元，而同年我国来自日本的软件发包量约为 5.6亿美元，仅占日本IT外包市场的3.4%。IDC预测2008年日本IT外包市场将达到23,363亿日元（约226亿美元,2010 年我国对日外包将近40亿美元，占比上升为17.7%。由此可见我国对日软件外包未来的市场潜力巨大。