公司的项目工作，进展的如何，或者在项目工作中有哪些不同的发现与收获呢?都要进行阶段性的工作总结报告。

1、项目的前期市场调研总结

1.1主要竞争对手的分析(有关知识产权的分析工作，主要竞争力分析)

随着中国加入世贸，中国在加强知识产权保护方面的工作日益受到国外企业的重压，在此情况下进行产品开发的前期对于待开发产品的主要市场领导企业的产品的知识产权方面的调研和准备就显得十分重要，而在工业品中主要是关于专利权方面的内容。

对应于我们的开发模式(测绘仿制)在产品开发过程中很容易触及各个企业的专利，所以在专利检索的主要重点落在被测绘机器生产商有关这类机器的专利。

专利的检索工作主要是由前期的网上普通检索和后继的知识产权局的详细检索。

普通检索能够快速的检索到被测企业目前的专利受予情况，而知识产权局的详细检索则是能够详细的了解该企业的正在受理和最近提出申请的一些专利方面的情况。

对于检索到这些专利后的处理。

由于我们是一家装配型企业，企业内部主要是以装配为主，所有零件都由供应商提供，因此在下一步供方靠选择的时候，我们就注意对供方的控制，同时与供方签订一些合同。

同时在理解对方专利文献对主体的保护范围和内容的基础上，对一些零部件进行图纸更改和回避处理，以免在外观上侵犯别人的专利。

专利的回避是专利事务中的首要任务，但不能把专利回避与专利学习分割开来，专利是专利发明人经过努力的成果，特别是实用新型与发明专利是专利发明人智力劳动的结晶，代表的是具有一定新颖性和创造性的脑力劳动，在回避的同时如何巧妙的利用他人的专利是产品开发和设计中的首要问题，“学以致用”学的目的就是用，而不能只是停留在防这一层面上，因此前期的专利调研绝不是“检索”这么简单。

1.2主要目标市场的市场状况(国外厂家的主要市场分布与主要形成原因)

主要目标市场是在市场调查的基础上根据未能市场的发展趋势并针对目前公司资源和未来规划的综合考虑后作出的符合企业利益的客户群落。

是产品定义前的一个重要内容，不同的产品定义针对的是不同的产品市场和不同的消费群体，同时必将导致不同的销售方式和定价。

目标市场的建立是在广泛的调研的基础上做出的未来市场的预测，具有很大的风险性，如何的避免风险，以及如何控制和评价市场调研过程，是这一阶段的主要问题，就目前完成的一些项目而言，在市场调研的评价和市场的原始数据资料这一块还不完善，市场的有效数据都停留在二手资料上，得到的一手资料还比较少，同时对于市场的差异分析比较少，片面的强调性价比，而不能提供接受这些性价比的客户的特性和持续发展的可能性。

对于目标市场的后续关注很成问题，一旦产品开始批量销售后，产品的更新能力弱，市场与技术的交流关注的重点都集中的产品的性能上，对于未来市场的发展情况的关注程度不够。

1.3细分市场的目标客户(各个厂家的目标客户和主要销售战略)

细分市场的目的是有效的避免在未来市场中的恶性竞争，细分市场的首要任务是了解市场格局：目前市场的主要生产者，可替代产品的提供者，可能进入的市场追随者。

要分析和预测这些企业的产品特性和可能的市场目标，同时要阐述在细分市场中市场机会和市场效益的情况，这又牵扯到市场调研的数据问题，数据的真实性、准确性、可信性是评价细分市场依据，真实性和准确性是指市场数据要真实不能确定的数据不用和准确是指有疑问的数据不上报告，二手资料的引用要进行考证，而可信性是指对于局部的数据不能随意放大，“不能以此推断”，如果类推要有充分的论证可以类推的理由。

市场细分是未来产品开发的指导思想，产品能不能在后期顺利的进入市场并行成“别居一格”的卖点，就由这一阶段的工作决定。

在细分市场和调研的时候要始终将“市场导向”放在首位，最大能力的去发觉客户的真实需要，同时注意这种需求是广泛的还是个别的，从而确定产品是走大批量小利润还是小批量大利润。

2、项目阶段设计时间的制定

2.1项目设计时间的详细工作量分析

设计工作的初步估算能够使后期的设计人员的人数控制和进度安排上做好基础，工作量的估算主要是参照以往项目的工作量能力，和可能出现的一些不可测因素，而制定的一个大致的以“人月”为单位的工期数。

在设计时间的估算上没有什么可以具体计算的工具，主要的是项目负责人对项目工作的估算能力。

这就要求项目管理者能够具备良好的时间估算能力。

时间的估算要做到有据可依，不能凭空的`拍脑袋定论，要充分的估计各重可能的风险和不可测的时间延误，同时要保障工作人员的正常工作强度，天天加班的项目时间和没有周末的项目时间是不可取的。

2.2项目成员的引进与评价系统

确定项目成员的能力要求和项目成员的招聘细则，由人力资源部和项目主管共同在企业内部作内部调动和外部招聘。

项目成员之间的相互关系很容易在项目的后期形成重要影响，因此项目成员到位后的团队组建时，要注意使项目成员处于同一起点位置(主要是对于工作的重要程度和贡献，同时加强协作训练)，按1：1.5的人员比例招聘同时在协作训练后按1：1.2的人员比例流动，以保证项目的正常工作不受影响。

同时项目人员的后期归属要明确，以使各项目人员对于各人的后续发展作好准备。

在项目成员的管理方面往往忽似的是项目团队的建设，很多管理者认为，只要各个职位人员到位就是一个团队了，其实不然;工作组与团队是两个不同的概念，工作组是指完成某项任务的人员的总称，强调的是一个群体;至于群体内的各种关系和结构问题不是这一概念关注的问题，而团队则是对于这个群内的各种关系和结构问题具体分工和相互交流奠定了基础。

群体是模糊的，团队是具体的;群体是混乱的，团队是有序的。

2.3各个阶段的人时数分解和工作劳动时间的承受力

项目经常延期的原因是在项目人时分配时的不合理，比如设计一个人在一天中8小时满负荷工作是不可能的，同时在一个星期中加6天班，对于项目成员来说是不人道的。

合理的安排工作进程必须首先要了解各个项目成员的工作能力和效果。

同样对于各个阶段的人员安排亦是如此，产品的测绘期间的工作量比较大，而在测绘各图纸完成到小批量样机化的时间段中，人员就会显的有些富裕。

2.4项目的难度分析

项目的难度分析，在设计方面主要是分析和理解产品的结构及各种结构的不同原理，这些结构对应的机械功能，产品的设计基准;产品的制造难度，现有加工能力和供货保障，产品的制造成本，采购难度。

3、项目详细设计阶段工作情况报告

3.1产品的设计数据

没有规矩不成方圆，产品设计的数据规范是产品设计的主要问题，由于目前采用pro/e设计软件，在产品建模中和图纸的规范化，各人的提交权限和修改权限问题要先解决好。

接下来的设计过和中的协调和组织，相关联和部件的配合孔的定位基准要要据机器大原理协调好，产品的各种参数数据要输入。

采用其他设计软件也是如此，保持产品数据的正确性，产品数据的易维护和产品数据的表达清析规范是产品设计过程中的一个重要工作。

3.2产品的设计阶段成果计划表

在各个设计阶段完成并提供相应的设计输出资料;如产品开发初期的《产品计划》，设计完成后的《产品设计清单》、《产品说明书》、《产品零件编码规则》等系列产品文件。

3.3产品设计中的协调会议

大型的产品设计往往被细分为多个部件而后分多人在一定时间期限内完成，应而如何对于各个人员在各个时间的工作进行协调则显的比较重要，产品设计过程中首先总工程师要求对于产品的各个关联部分进行统一的产品接口安排，以保障在后续过程中各个设计小组或各个设计人员的设计接口(如基准、安装孔位)的一致性。

产品的协调会议主要是在针对各个小组的结合部分在设计初期进行一系列的配合说明及定义，规定各设计小组按预定的设计方向和目标前进。

4、项目采购情况分析

4.1各零件的采购难度分析

4.2主、关键零件的供应商的选择方法

按零件的加工难度，在机器装配中的次序和产品的重要程度，对零件进行分级管理，进而确定主、关键零件和部件，在现有供方中寻找能够满足产品性能的供应商，如：在一次设计过程中，机器的墙板为机器的第一安装基准，因此在供货中应该首先考虑进货，没有墙板其它的零件就无法安装。

对于供应商的选择可以参照图示流程：

4.3各零件的采购价格组成及批量控制方案

现在市场的竞争对于供方的产品质量、产品成本、产品交货期、产品服务要求很高，应而在产品设计的初期就应对于产品产业化后的产品价格控制、重要零件的产品质量控制做好规划，具体的如，产品的零件价格按产品的材料成本、加工成本两大块;而产品的材料成本根据市场波动规定每一年或每半年进行一次确认;对于产品的加工成本按初期小批量、中期一般批量、后期大批量，进行产品的加工费用预算;对于产品进行内部核价后确定产品价格，在此基础上采购人员与供应商进行谈判，以保证企业的未来几年的产品利润和价格竞争优势。

对于重要零件可以要求供应商严格按照设计工艺进行，必要时可以抽查供方工艺。

4.4采购风险

采购的风险来源由采购过程中的供方意外或是在采购初期的产量计划，如供方按最大产量供应都无法满足生产需求，对零件的加工难度估计不当。

受国外政策的影响，如德国的7、8月份的休假，如果有些部件在这时急需而厂内没有库存，这就会引起采购不到的现象，从而影响生产。

因此，对于采购人员要求根据以往的经验和对现在采购中的可能意外，做好采购风险因素预测表，并针对各种可能做好防范工作。

采购的另一风险来自采购过程的知识产权问题，如果购买了侵权的产品或部件，而导致后期的产权纠纷，将对整个企业带来致命的打击，因此对于一些声称仿制其他厂家的供应商要严格防范!

5、项目生产环节报告

5.1项目组装成员的介入时间和成员的选择标准

6、项目输出文件报告

6.1设计文件(设计过程文件，产品测绘文件，产品设计思想)

6.2物料清单(不同产品的配置，)

6.3零件图册

6.4其他宣传性资料(样本，展会用资料，交流用资料)

7、项目结尾

7.1项目结尾的标准

7.2项目提供清单

7.3经验教训

时间过得真快，转眼间，在山大实习生活就结束了

四周的时间能够和山大的同学一起工作、学习、生活我感到非常的荣幸，同时也感觉到很大的压力，作为电子商务专业的学生从事软件开发感觉还是有一定的困难，特别是我们还是和山大大三的学生一起，在初来时自己就有一些不自信，但随着项目的进展，我慢慢的找到了自己的位置，找到自己的目标，虽然自己与好的同学还有差距，这也给了我很大压力，但是我相信没有压力就没有动力，所以整个实训过程中我都在不断地努力。

实训期间让我学到很多东西，不仅在理论上让我对it领域有了全新的认识，在实践能力上也得到了很大的提高，真正的学到了学以致用，更学到很多做人的道理，对我来说受益匪浅。

特别是利用周六上午的时间山大为我们安排的讲座让我们了解it领域一些新的发展动态以及一些领先的技术，让我意识到自己知识的缺少，这激励我在以后的学习、工作、生活中要不断了解信息技术发展动态以及信息发展中出现的新的技术。

除此之外，我还学到了如何与人相处，如何和人跟好的交流，我们组成一个团队大家一起开发一个项目，大家的交流沟通显得尤为重要，如何将自己的想法清楚明白的告诉队友，如何提出自己想法的同时又不伤害其他的队友的面子，这些在我的实训生活中都有一些体会。

可是说，第一次亲身体会理论与实际相结合，让我大开眼界。

也是对以前学习的一个初审吧，相信这次实训多我以后的学习、工作也将会有很很大的影响，在短短的二十几天里这些宝贵的经验将会成为我以后工作的基石。

作为大二的学生，经过两年的在校学习，对程序设计有了一些基本的理性的认识和理解。

在校期间一直忙于理论的学习，没有机会也没有经验来参与我们项目的开发，所以在实习之前软件按开发对我来说是非常抽象的，一个完整的项目要怎么来分工以及完成该项目所需要的基本步骤也不明确，经过这次实训让我明白一个完整项目的完成必须团队分工合作，并在每个阶段进行必要的总结和检查。

在我们项目的开发过程中我们项目的步骤：详细设计、详细设计review、编码、编码review、单体测试。

在项目开发过程中我也深刻的体会到详细设计对一个项目开发有明确的指引作用，它可以使开发人员对这个项目所要实现的功能在总体上有具体的认识，并能减少在开发过程中出现不必要的脱节。

经过二十多天的obbligato信息安全管理的java开发，是我对java软件开发平台有了更深一步的了解，也对nec公司的obbligato平台有了一定的了解。

这次实训是对我们两年学习的一个检验，虽然项目中很多知识我们在日常的学习中都没有遇到，这同时提醒我：要想成为一个合格的程序员就有具备一种自学能力，在工作中会遇到很多从未接触过的问题，当有了问题时要去解决，在你不断努力，寻找答案的过程中，自己的能力也在潜移默化的提升。

有时遇到问题时可能有很多想法但却不知道那个正确，这就让我们不断地去探索，不断地尝试。

这次实训也让我深刻的了解到，不管在工作中还是在生活中要和老师、同学保持良好的关系是很重要的。

做事首先要先做人，要明白做人的道理，如何与人相处是现代社会的做认得一个最基本的问题，对已自己这样一个即将步入社会的人来说，需要学习的东西很多。

从一起做项目的同学身上我看到了谦虚谨慎、细心努力的态度，在以后我的生活中我还会留意身边同学的优点，从他们身上找寻我所缺少的品质，不断学习。

从老师那里我看到了企业人的生活面貌，没有事情可以不劳而获，今天老师们能够领导我们是他们之前努力的结果，虽然老师没有和我们讲很多公司里的事情，可是他们的言行中所表现出来的都是比我们要严谨的多的对工作的态度。

在此次的实训中我感觉到我们最大的不足就是动手的能力太差，在项目组中山大的同学也给我提出一些建议，让我有机会自己多动手，不是我们缺乏知识，而是我们没有运用知识的能力，在二十多天的项目开发过程中。

我自己也认识到虽然我们的理论知识没有山大同学那么全面，但是如果在学校认真学习了，我们的理论知识并不比他们差，所以以后的日子，如果自己还要继续从事软件开发相关工作，我会更加注重自己的动手能力。

再者，我们要有更好的学习心态，看到山大的很多同学会在晚上项目结束后再去教室上自习，深深地意识到我们的学习态度有多大的差距，原来在学校的时候我们九点基本就要从教室回宿舍了。

而他们还会再继续利用九点以后的时间努力学习，虽然在山大就短短不到一个月的时间，可是我所体会到的对我以后的学习将会有很大的影响，我想在大三专升本复习的过程中，在山大的经历会让我更加有动力，更能坚定信念：坚持、努力。

学习山大学生刻苦、勤奋的学习态度。

山大的实训已经成为过去，可是在山大学到的东西会一直影响我以后的发展，突然想起鲁迅先生的一句话：世上本没有路，走的人多了，便成路。

生活的路也是人走出来的，每个人一生总要去很多陌生的地方，然后熟悉，然后再走向另一个陌生的地方。

1引言

1.1编写目的xxx公司业务管理系统的开发已经基本完成。

写此项目开发总结报告，以方便我们在以后的项目开发中来更好的实施项目的订制开发; 让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率,从而创造更多公司效益。

1.2背景项目名称：xxx业务管理系统

软件名称：xxx业务系统

客户：xxx

用户：xxx员工

1.3参考资料项目开发文档：

1.软件开发数据模型：

2.数据库开发文档：

3.软件业务流程参考：

4.软件使用手册参考：

5.软件业务流程参考：

7.软件中使用的安全ikey驱动：ikey

如有修改，即使修改此处的参考文档名称。

2开发工作评价

2.1对生产效率的评价1. 系统开发已历时快1年的时间了

2. 开发的反复性比较多。

3. 对客户的需求理解不是很透彻。

综合以上，此项目的开发效率不是很高，相反有相当一定时间的浪费。

2.2对产品功能的评价经过我们公司各位同事的共同努力协作，xxx业务管理系统已经很好的完成了客户的业务流需求。

经过对客户使用过程的观察，此项目开发的还是比较成功，但是还是存在着一些问题，造成这些问题的原因是多方面的。

如：前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题，这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug。

总的来说，此系统的功能开发还是一个比较成功的案例。

2.3对技术方法的总结在此项目中使用到技术和工具：

1. 使用代码生成器：使用代码生成器 [代码自动生成器],此工具在很大程度上提高了编码效率，从而加快了项目的开发进程。

在以后的项目中，我们要尽量的来使用一些类似的工具来在最短的时间内完成工作。

在今后的项目开发中，我们最好是能开发出适合自己的代码生成工具，更大限度的节省开发周期和开发费用。

2. 使用数据库建模工具;powerdesigner 工具来建立系统数据库模型，以方便程序员很好的理解业务流和掌握系统架构者的架构思想，更好的满足客户的功能需求。

在今后的项目开发中，我们要更好的来完成系统的前期数据库模型的建立，最大的来优化系统功能。

3. 使用第三方控件：此系统中使用了componentart 第三方控件。

此控件在很大程度上满足了客户对软件界面的需求，从而也给软件的操作带来了方便。

本项目中只使用了componentart 一种第三方控件，在今后的项目开发过程中，要继续使用第三方的控件。

这样以来，无论是针对软件界面的美观性、友好性来说、易操作性而言，还是针对系统开发效率而言，这都是很好途径。

但需要意的是：在是使用第三方控件时，要谨慎的选择一些网络中的比较常见的第三方控件。

4. 使用自定义控件：此系统中使用了自定义控件(ghdgridview),此自定义控件可以很好的统一系统中的所有信息显示表格样式。

如客户对数据显示样式有什么新的意见，我就不需要修改每一个页面的表格样式，我们只需要修改ghdgridview控件的样式，系统中的所有继承自ghdgridview的表格样式都可以改变。

5. 系统开发框架：此系统的框架使用的是简单三层结构，此框架在开发一些中小软件是比较实用的。

但是我们要是可以开发出自己的框架，把一些通用的功能开发到框架中。

这样以来，在以后的系统开发中，针对系统中一些通用的功能就不需要再开发，从而也可以很好的提高我们的开发效率;减少很多维护费用。

使我们的技术不断的更加成熟。

6. 系统安全加密：此系统中针对客户提出的系统安全问题，我们采用了ikey加密硬件钥匙来验证客户端登陆客户的合法性，此ikey钥匙可以绑定到一个系统使用用户，也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。

这样以来，即使用户的密码不慎丢失，或者被不法人员取得(不法人员他也是无法登陆到我们的系统中来)，这样就最大的提高了我们系统的安全性。

ikey加密钥匙是很好的加密b/s架构软件的硬件工具具，在以后的软件安全方面可以借鉴。

3项目经验总结

3.1签定合同 一个项目的开发成败或者说项目开发带来效益的大小，在很大程度上是受项目合同签定的影响的。

周期;而且，项目的开发费用一般是不会变的。

这样以来，我们就大大的降低了我们的开发效益。

虽然需求范围很难签定的明确，但是我们在签定合同时，要尽量的去把合同功能边界和添加新功能的条件签定。

3.2开发团队 在项目确立后，要尽快的建立起项目开发团队。

项目团队成员的团结合作、相互沟通是非常重要的，团队成员之间要相互学习彼此的优点和技术，使团队的能力不断的提高。

这样，在项目的开发过程中，团队才不会被难题困住不动。

另外，团队中要有一个项目负责人，这个人无论是在与客户的沟通上，还是在技术上都要是很出众的人，此项目负责人要能很好的沟通客户与开发成员之间，以此来更好的理解客户的功能需求。

人的记忆力总是有限的，所以就要求开发团队成员要尽量的书写一些开发文档，这些文档往往是我们在项目开发后期要用到的可寻资料。

项目团队士气是项目成功的一个因素,我们需要不断的来培养我们的团队气势，使我们的团队不断的壮大。

3.3需求的调研 在项目确立后，就到了需求调研分析阶段。

1. 项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握，这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求，如此以来我们就为自己埋下了地雷,影响项目的开发周期，这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系,要深入的去了解客户需求。

3. 在需求调研过程中，如果缺乏足够用户参与，这样的需求调研也是失败的。

很多程序员不愿参与到客户的需求调研中去，为什么呢?很简单，与客户沟通不如与代码沟通容易有意思。

尽管这样，我们还是必须用足够多的时间去和客户进行沟通，了解他们真实的需求。

很多用户也是如此，他们自己也不愿意参与到项目的需求调研中来，为什么呢?需求调研有出去和朋友一块烂漫对吗。

虽然现状如此，我们还是要努力的使客户参与到需求的调研中来。

4. 模糊需求，也就是模棱两可是需求规格说明中最为可怕的问题。

一是指诸多客户对需求说明产生了不同的理解;一是指单个读者能用不止一个方式来解释某个需求说明。

针对对这种情况，就要求我们的调研人员要能够从多个角度来分析客户的不同需求，整理出最终的需求与客户确认，定出最终真实可靠的需求，我们绝不能凭借我们自己的单面理解来定立客户的最终需求。

5. 在一个项目的开发中，文档的书写是极为中要的一项工作。

因为，某些文档就是我们在开发后期与客户沟通的可寻依据、也是我们程序员在编码过程中要用到的重要文档。

我们绝对不能认为，凭借我们的大脑来记录所有的开发需求。

;即使，你说你是天才，你要用你那颗爱因斯坦的大脑来记录所有的开发需求，那也是不可能的，人的精力总是有限的。

这就要求我们在需求调研中做好需求文档的记录和整理。

6. 需求调研工具选择，客户一般对图形还是比较感兴趣的，所以我们在调研过程中，我要尽量的采用图形化界面来和客户沟通需求。

比如可以采用rose工具，把客户的意思转换为用例图、时序图、协作图、状态图、类图等，使表达的意思更加直观。

这样客户会更快的进行问题的实质。

3.5做好开发计划 在项目确立后，我们就需要做好项目开发计划，需求调研用时，开发用时，测试用时，实施用时，维护用时。

在我们做好了计划后，我们要随时的跟踪计划任务的完成进度，从而使我们的项目进度掌控在我们的开发周期范围之内，今日计划、行动，明日成功。

3.5很好的沟通 在其他行业中，人与人的之间的沟通只很重要的。

项目开发也不例外，很好的沟通能够加快项目的进度，这就要求我们每一个开发人员要学会和善于沟通于客户和同事之间。

在一个项目的开发过程中，我们与客户的沟通是一个不断交流和沟通的过程。

在开发到一定的阶段，我们就需要和客户沟通已有功能，尽量的去避免一些隐藏的问题，及时的发现问题，解决问题，从而按时或者提前完成项目的开发。

3.6做好工作总结 在项目进行的过程中，我们要不断去整理自己的工作情况和做好总结，这样以来，无论是在自己的技术还是其它方面，都会对我们有很大的提高，在长期的积累后，无论是我们个人能力，，还是我们的团队能力都会有很大的提高。

担当的第二个项目基本算是结束了，回头看来其中有很多的问题，今天总结一下。

由于是对日外包项目，所以难免要和日本方面有所交流，这个里面的套头可是很多的。

外包项目，设计都是日本那边做好的，所以对于中国公司来说，这里面就存在对于业务的理解问题，同时还要面对设计书中大量各式各样的错误和设计上的缺陷。

其实式样书和设计上有问题都是可以理解的，就算是微软也不可能一次就设计出完美的软件，但是对于外包项目来说，这些问题往往是很头疼的，因为一个小小的问题往往会浪费开发人员很多时间去分析和找寻错误的证据，等确定是设计问题后才能反映到日方，进而修改，在发过来，在开发，其中时间的浪费不言而喻。

最恶心的是，日方的设计漏洞一堆，那么只能无奈的陷入式样变更的泥潭，这个对于外包开发来说是最可怕的。

说完对方的问题，自己公司的问题也不能掉以轻心。

这次项目失败之处就在于开发的目的没有很好的定位，通俗的讲软件开发的目的是为了创造出一个能带来利润的产品，外包项目也是这样。

但是，对于开发人员来说开发的目的在于能够提供给测试人员一个合格的能测试的程序。

我认为这点是十分重要的，因为只有能测试的程序才是看得见摸得着的。

并且，对于项目来说，不同于产品。

时间是固定的，尤其日本人那个让人郁闷的纳期，所以外包项目开发的目的就在于开发出能够测试的程序。

既然目的确定，那么在实现这个目的过程中要注意一些问题。

从这次项目来看，一个问题就是程序是中日双发共同开发，并且日方开发的程序出于业务的中间部分。

在这样的情况下，获取完成的业务程序是非常重要的，它是业务流制作的基础，是测试的保证。

数据往往不能在开始之初就进行制作。

这个问题往往使得开发系统中、后部分的开发人员不能得到足够的数据进行单体测试，这个问题还有待于解决。