软件开发与定制
前言：想要写出一篇令人眼前一亮的文章吗？我们特意为您整理了5篇软件开发与定制范文，相信会为您的写作带来帮助，发现更多的写作思路和灵感。
软件开发与定制范文第1篇
1.引言
外压容器失稳教学实验是将容器在外压作用下造成失稳变形的一种典型实验，具有操作简单、结果直观等特点，故长期被作为过程装备与控制工程专业开设专业实验课的必选实验。由于早期实验测试程序是基于VB6.0开发的，一直以来存在两个显著的缺点：一是功能拓展性较差，测试数据和参量有限;二是兼容性不好，目前无法应用于Win7，Win8及64位系统。为此，笔者针对传统验证型外压容器失稳实验的不足，采用大型工程软件MATLAB开发外压容器稳定性实验测试程序和控制系统，便于监控外压容器稳定性，确保实验过程的安全性。
2.外压容器失稳理论及外压容器实验测试系统介绍
2.1外压容器及其稳定性说明
在外压作用下，筒体突然失去原有形状的现象称为弹性失稳。容器发生弹性失稳将使容器不能维持正常操作，造成容器失效。外压圆筒在失稳以前，筒壁内只有单纯的压缩应力。在失稳时，由于突然的变形，在筒壁内生了以弯曲应力为主的附加应力，而且这种变形和附加应力一直迅速发展到筒体被压瘪或发生褶绉为止。所以外压容器的失稳，实际上是容器筒壁内的应力状态由单纯的压应力平衡跃变为主要受弯曲应力的新平衡。
容器的失稳形式有整体失稳和局部失稳两种。本实验测试系统研究的是实验试件整体失稳的情况，整体失稳根据失稳方向分为侧向失稳和轴向失稳两种[1]。
容器由于均匀侧向外压引起的失稳叫做侧向失稳。侧向失稳时壳体横断面由原来的圆形被压瘪而呈现波形，其波形数可以等于两个、三个、四个。轴向外压则引起容器轴向失稳，变形为径线由直线变为曲线。
2.2外压容器实验及测试系统说明
外压容器失稳实验是将容器在外压作用下造成失稳变形的一种教学实验，也是压力容器失效破坏的一个典型教学演示实例，它具有操作简单、结果直观等特点，被作为过程装备与控制工程专业开设专业实验课的首选实验。国内高校如浙江大学、南京工业大学等一直致力于稳定性测试装置的研究和开发。
3.基于MATLAB软件开发外压容器稳定性实验控制系统
3.1MATLAB软件简介
MATLAB是美国MathWorks公司出品的商业数学软件，用于算法开发、数据可视化、数据分析以及数值计算的高级技术计算语言和交互式环境，它将数值分析、矩阵计算、科学数据可视化以及非线性动态系统的建模和仿真等诸多强大功能集成在易于使用的视窗环境中，为科学研究、工程设计以及必须进行有效数值计算的众多科学领域提供了一种全面的解决方案，并在很大程度上摆脱了传统非交互式程序设计语言的编辑模式，代表了当今国际科学计算软件的先进水平。
3.2基于MATLAB软件开发实验系统
以下为初始界面的源代码
functionvarargout = untitled1(varargin)
gui_Singleton = 1;
gui_State = struct('gui_Name'， mfilename， ...
'gui_Singleton'， gui_Singleton， ...
'gui_OpeningFcn'， @untitled1_OpeningFcn， ...
'gui_OutputFcn'， @untitled1_OutputFcn， ...
'gui_LayoutFcn'， [] ， ...
'gui_Callback'， []);
ifnargin&&ischar(varargin{1})
gui_State.gui_Callback = str2func(varargin{1});
end
ifnargout
[varargout{1：nargout}] = gui_mainfcn(gui_State， varargin{：});
else
gui_mainfcn(gui_State， varargin{：});
end
function untitled1_OpeningFcn(hObject， eventdata， handles， varargin)
handles.output = hObject;
guidata(hObject， handles);
functionvarargout = untitled1_OutputFcn(hObject， eventdata， handles)
varargout{1} = handles.output;
4.总结
应用先进工程计算软件MATLAB实现外压容器稳定性实验测试程序的开发，为外压容器失稳实验提供了更加良好的测试环境，也为相关教学提供了一个更加便捷的工具。同时本研究克服外压容器稳定性传统实验测试系统兼容性和功能拓展性不好等问题，使得系统控制方面更为完善。由于笔者水平和时间有限，因此开发的实验系统仍有不足之处，希望在今后的研究中逐步克服，以期为过程装备与控制工程专业教学尽绵薄之力。
软件开发与定制范文第2篇
关键词：产品化；定制化；软件；优劣势
1 产品化与定制化软件综述
产品化软件和定制化软件在流程电子化方面，尤其是管理支撑类流程方面存在一定程度的重叠，但两者的定位不管是从产品的体系架构，或者是在实施方法论等方面还是存在很大的差异。从更好地满足客户的核心业务需求的角度出发，相较于传统的产品化软件，定制化软件在满足企业核心业务流程管理方面是具有明显优势的。但是随着产品化软件的不断发展和完善，对于数据处理要求不是很高，业务逻辑相对简单的系统来说，产品化软件已经逐渐体现出它的优势。目前，主流的产品化平台软件中的一个核心功能应用在于流程管理，从专业角度来看，产品化平台软件已经含有流程管理的功能模型，并已经完全含有项目化平台软件的核心功能，例如表单建模、流程引擎、权限模型等核心功能点。
2 产品化软件与定制化软件优劣势分析对比
2.1 用户体验和页面友好性方面的对比
定制化开发软件随着使用年限的不断增加，软件开发技术的不断发展，导致系统兼容性、UI可用性和易用性不断下降，随着计算机操作系统、浏览器软件和OFFICE等办公软件的更新换代，经常发生按钮功能不正常，系统页面显示不正常等问题。大多数企业员工信息技术水平有限，很难自行对浏览器和操作系统进行兼容性调整和设置，从而降低了日常的工作效率，也加大了信息化部门的工作量。而产品化软件方面则不存在以上问题，由于产品版本迭代速度较快，能够做到持续改进，所以能很好的适应其周边软件的不断升级更新，系统页面友好美观，与日常办公软件能够良好衔接，基本上不会发生由于系统兼容性而导致系统功能不正常的问题。
2.2 系统功能、开发周期与开发成本方面
产品化软件其优点在于能够满足客户绝大部分通用的需求，且建设费用相对较低。由于事前已经有较为成熟的产品化功能模块，从而能够在需求分析阶段结束后直接进入系统的搭建与测试阶段，省略了传统软件开发生命周期中基本设计、详细设计、代码编写这几个最为耗时费力的工程段，能够做到快速搭建、快速部署、快速上线，大大加快了项目实施进度。由于有产品化功能模块和可视化系统搭建平台的存在，整个项目实施过程中不需要程序代码的编写，所以几乎不需要有很强技术功底的开发人员的参与其中，从而也降低了整个项目建设的人力成本。相对于业务简单通用，变化小，成熟性的公司，这种产品化软件的性能价格比还是很有吸引力的。
定制化软件方面，软件自身完全可以按照客户的需求来定制，能够做到量身定制，在客户一些细节需求的对应上较为灵活。但定制化软件的建设实施工作由于是从零开始，从无到有，所以需要经历完整的软件开发生命周期，相对于产品化软件来说开发周期长，对系统建设人员的技术水平要求较高。另外定制化软件实施的成功必须建立在两个前提条件下，一是客户有一套清晰成熟的管理方法，能够非常明确系统的提出自身的业务需求；二是供应商拥有一批既熟悉业务，又熟悉软件开发技术，而且要具有丰富的开发经验的业务技术专家。这两个条件缺一不可，项目实施的成功与否，周期长短，所实现功能与顾客需求的差异性，都取决于这两个方面。而作为在市场上被广泛接受的成熟的产品化软件来说，在一定程度上是为企业提供了一套管理的思路、管理方法的模板与建议，企业可以去主动地适应产品，把产品的设计理念、管理流程应用到企业自身的日常管理中。所以对于管理思路不是很清晰企业，购买产品化软件不仅是购买了一套软件更是购买了一套较为成熟的管理方法论，也是对成熟先进管理方法的一次学习和浸润。
3 系统维护方面的对比
3.1 新增、变更需求对应方面
对于定制化软件来说只要发生新增需求或者变更需求都必然需要通过修改代码的方式去应对，代码的修改和增加即会产生相应的开发工作量，则需按工作量付给供应商相应的开发费用。
而产品化软件由于采用可视化、配置化的系统搭建平台实现业务需求的理念，在流程的调整变更与新增、表单内容的调整变更、页面布局的调整变更等方面，全都可以通过系统管理员在可视化管理平台上自行调整，不需要通过修改增加代码的方式去实现，所以节省了很大一部分由需求变更所产生的开发费用。只有通过后台配置不能实现的新增、变更需求，才需要与供应商沟通进行定制化开发并产生相应的费用。另外，进入维护阶段后只需支付供应商一定数量的电话服务费用，不需要供应商提供专员在客户现场进行维护工作。
综上所述，产品化软件后期可以根据业务流程变化灵活调整，经过培训的企业信息化人员可自主完成，无需依赖厂商，基本不产生系统升级开发费用，与定制化软件相比大大节省了系统维护成本。
3.2 系统维护方式与服务响应时间方面
定制化软件维护方式的优势在于由于开发人员在长期客户的现场服务，且对系统架构和源代码以及公司业务相关业务较为熟悉所以响应速度较为迅速。但随着定制化软件使用年限的增加，维护人员的流动不可避免，所以会造成代码的健壮性与可读性不断下降，导致只有专门的对系统极为熟悉的供应商开发人员才能对系统进行维护工作。通常的项目化软件维护周期中，随着系统上线时间的增加，系统运行越发稳定，项目团队从维护成本上考虑通常会逐年递减系统维护人员，甚至最后整个系统的维护工作只有一个维护人员担当完成，如果维护人员较为单一，倘若此时人员发生变动，新的维护人员很难在短时间内理解系统实现方式以及所有源代码，很难在短期内开展相关维护工作，从而使系统维护工作出现空窗期，这对系统的稳定运行可能造成较大的影响。
产品化软件的维护方式通常采用由单位系统管理员结合供应商客呼叫中心的维护方式，由于产品化软件通过可视化配置平台实现系统功能的程度很高，所以单位系统管理员作为维护工作中的主要角色，承担了90%左右的维护工作。只有在发生系统BUG和通过系统管理员配置不能实现，需要定制化开发的时候才需要供应商相关团队的配合。但由于供应商团队在现场没有开发维护人员，且产品化软件在定制化开发方面受到诸多限制，所以在响应时间上的表现明显不如定制化开发软件。此外，产品化软件背后有专业、稳定、庞大的团队在对各模块的代码进行维护，所以在代码维护方面较为稳定，代码版本管理方面也较为规范，人员的流动基本不会对代码的维护造成影响，从而能够有效降低由源代码管理问题以及人员流动问题引发的系统运维风险。
软件开发与定制范文第3篇
那如何改进这种情况？
无论是大型还是小型软件开发商都要融入软件开发的全球竞争，那么就需要引进先进的国际标准规范(如ISO 9000、CMMI)，通过评估认证来规范软件开发过程管理。而同时在软件开发这个充满创意的领域，运用系统组织的思维、先进灵动的工具服务于过程管理，提高开发效率，也是企业发展过程中不可小瞧的力量。
案例：
高级电子表格软件的开发商RxLaser公司运用TechExcel的跟踪工具DevTrack，通过自动操作和控制软件开发及客户自定义过程，实现持续成长，提高产品质量，赢得客户的满意,是个具体而有借鉴意义的尝试。
开发规模增大带来的混乱
位于美国加利福尼亚州布瑞亚市的RxLaser公司作为高级电子表格软件的开发商，其软件产品通过一个服务器平台与客户使用的软件集成，支持打印、传真、收发电子邮件、EDI和数据存档，并可以按照每个用户的需要进行全方位定制。
过去的十年，众多公司用传真或电子邮件替代了点阵打印表格，不必再花费56美分邮寄一个发票的复印件，节约了大量成本。RxLaser公司将这种进步移植到电子表格上，成为业界领先者。
但成功和快速增长也带来了许多新的挑战，他们必须解决这些问题以保持其领先地位。他们曾使用过一个内部开发系统来跟踪所有的开发和定制化项目。随着业务量的快速增长，系统不堪重负。他们的客户数量在三年间从700多家增长到6000多家，如果没有一个可靠的跟踪解决方案，公司业务将处于危险之中。
“我们不能应对日常事务。”公司总裁罗伯特说：“形势已经不在控制中了。当我们拿到一份文件的时候，我们不知道这份单子已经搁置了多久，我们原本打算如何实施。我们的业务增长得太快了，而越来越多的客户感到不满意。我们只有两种选择：要么寻找合适的跟踪系统，要么被淘汰出局。”
精准问题跟踪避免重复作业
RxLaser公司的开发团队迅速评估和比较了市场上的许多跟踪工具。大约两周后，罗伯特发现他的所有员工都选用DevTrack。“每个人都很喜欢它，因为它快速轻松地满足了所有人的需求。”罗伯特说：“我的员工要求我购买它，他们甚至告诉我，如果我不这么做，他们就不能工作。”
现在，公司将其用于两个业务领域：开发团队和定制化编程，提高了软件开发的效率。开发团队负责运行、维护和管理电子表格软件系统，定制化团队则针对客户的具体细节要求编写对应的表格。
罗伯特认为，在任何软件开发项目中提高效率的关键，都是通过精确跟踪项目的每一部份来避免重复性工作。当把一个完整软件分解成许多程序片段，并把这些片段分配给不同的开发人员时，每个人的工作会有与其他人工作重叠的倾向。
而DevTrack就能使每个开发人员在任何时间都能清楚知道其他人在做些什么。当一些人完成一子项目，他们可以轻松地看到这个子项目和其它子项目如何连接，然后把这些片段无重叠地连接起来，避免了许多重复性工作。此外，管理者还可以看到每一个程序员在开发什么功能，这使得他们可以轻松地管理和跟踪整个项目。
“编写代码时，重复性的工作使公司既费时又费钱，并且不能按时交付。”罗伯特说：“重复是研发工作的最大破坏者。我们的产品需要多人参与，并要在规定日期前完成，如果我们不能按时完成，将损失数目可观的收入和机会，这是时间管理的问题，而DevTrack为我们很好地解决了这个问题。”
多人合作开发，项目很容易失去控制。每个人都在处理项目中相同部分的不同片段，这很容易让人产生混淆，很快他们就会发现不知道对方在做些什么。DevTrack协调团队工作，在任何时候都可以把一项编程工作转交他人。
延伸应用于内部沟通和客户服务
现在，RxLaser公司用DevTrack来制定工作进度，协调服务器产品的功能添加、缺陷修复以及功能增强工作。罗伯特介绍，DevTrack使整个修改工作的管理和协调非常容易，比如有一个开发人员负责项目中很大一块工作，利用DevTrack，他的上级就能准确地知道他当前的工作内容和时间限制，而其他人也都可以看到他每天的工作进程。
最初，RxLaser公司用它做问题跟踪，由于简单易用，后来被用来做工序跟踪。客户安装电子表格软件过程相当紧张，一旦有新客户登录，他们就会为客户发出标准表格，以基于客户独特的需要进行调整。经过相关人员设计调整和客户授权确认，该调整就发送给定制化编程部门，程序员采用修订过的标准，并将变化集成到用户自定义的表格，最后的产品再次发送给客户，等待最终的认可和安装。整个客户安装过程利用DevTrack管理和跟踪工作流和状态，程序员能准确地知道过去3-4个月里的工作，并能在停止的地方准确地重新启动。
罗伯特说：“使用DevTrack的最大收益，就是RxLaser的行业领先地位得以保持。除了帮助我们跟踪客户的优先级和需求，我们还可以使用它来管理设计员、程序员和客户之间的日常内部活动，管理并记录设计人员、编程人员以及客户间的日常交流，这样每个人都可以在任何时候知道问题的进展，并将其继续推进。生病的或是其他部门的员工也可以通过其中的记录，清楚地知道他下一步要为客户做什么，以及客户什么时候需要这些服务。”
研究视点一：跟踪工具的行业应用
工欲善其事，必先利其器。软件开发厂商也是一样，要做到高效的软件开发和过程管理，必须选择运用灵活先进的开发管理工具。早在30年前大师弗雷德里克・布鲁克斯就曾形象地论述说系统开发工作就像一个焦油坑，无论是大型、小型，庞杂、精干的开发团队都在其中挣扎，没有谁能挣脱束缚。这种情况到现在也还是如此――很少有软件项目满足目标、进度和预算的要求。做软件开发项目delay是正常的，这已是圈内人士的共识。
众所周知，对于传统制造企业，其流程和现场管理提高生产效率至关重要，在此基础上产生的JIT生产管理方式堪称一代经典。同样道理，对于人们看不见的产品――软件的设计开发过程来说，也是一样需要有方法、有工具来帮助实现提高其对应的生产效率。
作为问题跟踪功能实现的产品，目前市场上已经有几家或单独成品，或镶嵌在平台之内实现该功能(如TechExcel的DevTrack和IBM Rational的Clear Quest等)。TechExcel的DevTrack赢得RxLaser信赖的关键，是它通过对项目中的每一个任务或细节的精确跟踪，并借助可轻松配置的智能化工作流，使项目参与者能够清楚地知道并执行自己的工作，避免了重复劳动，增强了团队沟通，提高了开发效率。
在国外，整体信息化水平相对比较高，所以IT以外的行业的软件开发和项目管理也是很愿意用工具管理实现的。图一是DevTrack全球用户行业分布图，可以看得出软件厂商是其主要客户，但同时政府机关也在用其做流程管理，教育机构也可以买它做实验室的项目管理。
研究视点二：工具的集成
单打独斗的工具成不了气候，平台化的系列工具软件是其作用最大化的有效途径。DevTrack是TechExcel DevSuite产品系列中的一部分，该系列围绕知识核心，无缝集成了从设计规划到产品所需的所有ALM软件，帮助数以千计像RxLaser一样行业领先的企业实现了科学、愉悦、成熟的开发管理。厂商选择、运用适合自己的集成工具实现开发过程管理。根据发展历史和客户需求以及市场环境的不同，软件开发商的运用工具管理的模式也不同，下面以测试驱动的缺陷跟踪管理、规划驱动的项目管理、需求驱动的产品开发管理三种模式为例来阐述。
测试驱动缺陷跟踪管理模式：某全球领先的软件企业有超过3000多个程序员和测试员在使用DevSuite中的DevTrack和DevTest模块来分别跟踪编程缺陷和管理测试过程。测试团队可以建立各种测试模版并为各个和构建制订测试计划和项目，测试过程中所发现的缺陷能直接建立新的缺陷任务，开发团队解决的缺陷将进行新一轮的测试，如此往复直至完成。这种模式改善了大型开发团队和测试团队间的配合和沟通，确保每个缺陷得到有效的处理。但是项目管理层和设计人员却不能通过这样的模式来主动监控和指导项目的进展，只能根据测试结果做出被动的反应。
规划驱动项目管理模式：某大型的美国游戏企业通过使用DevSuite中的DevPlan和DevTrack模块组合来改善管理监控。这个模式中的DevTrack包括一个管理层工作项目和多个下属的开发组工作项目。项目经理用DevPlan来细分和规划项目，并与DevTrack中的管理层工作项目相连。而管理层工作项目中的每个功能或缺陷任务又与开发组工作项目中的多个工作任务相联系。这样，一个项目经理的每个工作任务都被细分并分派给多个程序员或小组，从而使他能有效确保按计划实施项目。这种模式能有效管理控制开发过程、周期、预算和人员，但是子任务的变化和新功能的增加给整个过程的效率带来挑战。
需求驱动产品开发管理模式：有些企业进一步要求把需求管理也纳入DevSuite系统，以提高整个应用生命周期的管理效率。DevSpec就是管理需求制订并整合项目规划和实施的模块。使用它，产品经理能够规划各个产品版本的功能要求并管理设计文档，以确保实施团队充分理解设计团队的概念产品，减少不必要的重复和废工，最终产生理想的实际产品。
这些模式其实难分优劣，实际运用效果取决于企业自身的开发环境和实施力度，是否选择了适合自己的模式和工具并恰当地运用。同类企业在不同阶段可以运用不同模式，而不同企业也可以统一模式，运用得当能帮助企业提高30%左右的开发效率。
研究视点三：本土软件厂商如何做
目前国内软件开发整体来讲应该说还处于初级阶段，总体来看规模小、数量多、专业化程度低是目前国内软件开发商的特点。
软件开发与定制范文第4篇
>> 面向嵌入式软件开发的C语言程序设计课程改革探索 基于UML的嵌入式软件开发 嵌入式软件开发的几点建议 谈嵌入式系统软件开发技术 嵌入式软件开发的关键技术 嵌入式系统软件开发技术探析 基于DSP下嵌入式软件开发初探 嵌入式软件开发中的软件测试流程 关于在嵌入式软件开发中应用模型驱动开发技术的探讨 基于嵌入式系统软件开发的支撑环境 嵌入式软件开发过程标准化探讨 基于组件的嵌入式软件开发方法研究 OSEK规范及其在嵌入式软件开发中的应用 基于嵌入式WINDOWS CE系统的称重软件开发 嵌入式应用软件开发的环境分析 基于嵌入式操作系统的伺服软件开发 基于Linux平台的嵌入式网管软件开发 基于AutoSAR的汽车电子控制系统嵌入式软件开发 基于ARM的嵌入式Linux软件开发平台的搭建 UML在嵌入式软件开发中的研究与应用 常见问题解答 当前所在位置：
注：以上所有网站均可从课程网站/jpkc进入。
教材编写：考虑到双语教学的需要，目前教学采用的是微软出版社出版的权威原版教材：由Douglas Boling编写的“Programming Microsoft Windows CE .NET”, Third Edition, Microsoft Press, 2003。同时，本课程主讲教师编写的本课程配套教材和中文版电子版也已完成，包括中英文两个版本的教材、实验指导书等都将在2006年正式出版。
主要工作业绩
何宗键，毕业于同济大学。国内首批微软Windows Embedded认证讲师。作为国内最早开设基于Windows CE的嵌入式系统课程的高校教师，在Windows CE嵌入式教学和研究领域已积累了相当丰富的经验。其在Windows嵌入式教学领域的工作和成绩主要包括：
2005年6月，在微软亚洲研究院与同济大学联合举办的“微软Windows Embedded教学研讨培训会”上作专题演讲，介绍本课程的教学经验，并对与会教师进行培训教学。
2005年6月，作为主要参加者之一，参与微软亚洲研究院的“国家发改委-微软嵌入式系统教学包”制作，负责Windows CE实验部分内容的编写。
2005年9月，在微软公司举办的Windows Embedded技术研讨会上作关于Windows CE系统定制的专题讲座。
2005年11月，在首届全国Modern C++ Design & Programming大会上作关于Embedded Software技术讲座。
作为主要作者，已与北航出版社签约，将于2006年出版国内第一本基于Windows CE 5.0的技术著作《Windows CE嵌入式 系统》。
软件开发与定制范文第5篇
众所周知，目前中国的软件行业中，大多数是以简单集成软件系统形态存在的服务型软件开发商。他们虽倚靠着中国政企信息化的海量市场，但在中国这种“重硬轻软”、软件开发商规模相对较小、产业链不完善、技术标准缺乏的现实情况下，中国的软件业面临着严峻的生存挑战。
中国软件商要崛起，应该走一条什么样的道路呢？
传统行业的启示
传统行业发生的典型蜕变已经被一些先见者套用至软件行业中了，例如颠覆了传统手工生产的“福特模式”。100年前，福特公司通过模块化、标准化、流水线的创新生产方式，达到了提升产品质量、降低生产成本、缩短交付时间的目的。
回到当代，飞机制造业的迅速发展，同样带给软件行业巨大的启示――模块化生产和大规模协作。波音787客机的设计研发集合了6个国家的100多个供应商，波音公司自己则扮演着集成商的角色。与波音777相比，波音787的制造过程已产生了质的飞跃: 制造777，波音得向供应商提供2500页的规范书，而787只需要20页; 777的总装，要从世界各地运送一万多个零件到华盛顿，组装需要13～17天时间，而787的大多模块已经在世界各地预先组装好，在美国本土的总装只需要3天。
“完成这种大规模协作的基础就是严格的标准化和模块化。通过这种商业模式，波音进一步提高了质量，降低了成本。”分析人士表示。2005年，波音得到了354份787的订单，是自2000年以来第一次超过竞争对手空中客车。
对此，普元软件CEO沈惠中表示:“实际上现代化的生产方式大都离不开两种重要元素: 标准化的‘平台’和能够于此平台上进行拼装的、具有标准化接口的‘组件’。”在全球能够迅速展开连锁业务的麦当劳，依靠的就是完备的标准化体系，才能够自动自发地管理品牌、服务、经营和培训等各个模块。
无论对提品的波音公司，还是对提供服务的麦当劳，平台和模块都是缺一不可的，因为这样的模式，是从生产管理进步中得到的最佳模式。它也被软件巨头们所借鉴。
据记者了解，SAP在过去5年中，实施了最核心的平台战略，将过往两三年中研发的软件通过SOA的方式移植至Netweaver平台上，依靠标准化、组件化，将一个大型ERP软件拆成许多小软件。
而甲骨文完成了对BEA的收购，其背后也是要从一个单纯建立在技术平台上的数据库提供商，逐渐向应用提供商转型，实现Netweaver一样的定位，以SOA的方式，向统一平台进行移植。
我们最为熟悉的IBM，去年的16次收购中，有10家是软件企业。这都是因为IBM认为软件和服务是两个利润丰厚的市场。
还有占领了桌面系统的微软，在向企业软件市场进军时，也先后收购了很多ERP、CRM系统厂商。
由此不难看出，国际软件业最领先的四大厂商其实在做同一件事: 在精细化分工的软件业中，做回波音的角色，使大规模协作得以实现。
用平台交付软件
比尔・盖茨曾说过: “我们最大的突破就是建立了一个软件平台，让数以万计的公司在此基础上衍生出很多非常了不起的软件。”
与美国的软件产业相比，中国的软件业落后很多。IDC在白皮书中公布的数据显示，中国的软件及IT服务产业规模仅在整个IT产业中占25.8%，而美国则达到69.9%。尽管近年来随着国家对软件产业的重视，中国软件开发商可挖掘的市场空间潜力大增，但中国软件企业却仍普遍面临着三大挑战: 开发成本不可控、人员流失造成的不稳定，以及企业资源结构多向技术层面倾斜。
“在这种情况下，中国软件开发商需要尽快弥补自己的技术短板，将更多精力放在对客户业务的理解和把握上，而技术平台在这种需求下，就成为一种必然。” IDC中国总裁郭昕认为。
然而，如何才能将主要精力放在对客户业务的理解上呢？白皮书结论认为，技术平台与产品平台的分离，是提升软件开发商差异化竞争能力的战略重点，中国软件开发企业应该把核心竞争力聚焦在对客户的理解和快速交付上，技术平台架构则交给第三方商业软件平台。
IDC认为，通过部署技术平台，软件开发商可实现更好的复用，从而缩短项目实施周期、降低项目风险，并提高对应用系统变化的响应能力。
沈惠中向记者介绍，过去，企业客户级应用软件只有两种选择: 一是省钱但不灵活的标准实施方案; 二是灵活但昂贵的个性化解决方案。实际上，灵活的定制化软件解决之道也并非天堂，基于成千上万行代码的大型定制化软件简直是“灾难”。
