时间：2023-05-22 10:07:14
绪论：在寻找写作灵感吗？爱发表网为您精选了8篇软件开发与定制，愿这些内容能够启迪您的思维，激发您的创作热情，欢迎您的阅读与分享！
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实现外压容器稳定性实验测试程序的开发，为外压容器失稳实验提供了更加良好的测试环境，也为相关教学提供了一个更加便捷的工具。同时本研究克服外压容器稳定性传统实验测试系统兼容性和功能拓展性不好等问题，使得系统控制方面更为完善。由于笔者水平和时间有限，因此开发的实验系统仍有不足之处，希望在今后的研究中逐步克服，以期为过程装备与控制工程专业教学尽绵薄之力。
“软件危机”问题日益严重，主要表现在：软件开发效率低，开发周期长，开发成本高，可维护性和适应性差，不能很好地满足用户个性化和频繁的业务变化的需求.而日益激烈的市场竞争和经济全球化,赋予软件工程以新的特征:有效率有效用地满足用户个性化需求的定制化，快速响应和适应市场及业务的变化，以及低成本高收益等.
在软件行业，大多数开发单位还处于手工劳动阶段，软件开发活动是针对单一用户的具体需求，面向单个产品来组织的.近年来，产业界将“软件作坊”转变为“软件工厂”的呼声越来越高，试图将软件开发作为一种生产制造过程，像在生产线上生产物质产品一样，大规模生产软件产品.但目前的现状并没有达到期望的目标，当软件开发项目比较大时，软件危机依然存在,其中一个主要的原因是，认识一个系统的过程和方法同用于分析、设计和实现一个系统的过程和方法不一致，对软件开发过程的认识不够明确，同时，也缺乏合理和实用的软件过程模型.为了解决软件开发过程中的瓶颈问题，提高软件业的竞争力，人们提出一些旨在促进软件工程化的开发思想和方法，如软件复用、过程重组面向对象的软件工程基于构件的软件工程和领域工程等.本文在这些软件工程方法的基础上，提出面向大规模定制的软件开发模式（softwaredevelop?mentformasscustomization,SDMC)，将大规模标准化软件开发与面向单个用户定制开发有机结合起来，既满足用户的个性化需求，又达到规模经济的效益.
2面向大规模定制的软件开发模式
1970年，托夫勒在其《FutureShock)(未来的冲击)一书中提出了一种以类似于标准化或大规模生产的成本和时间，提供满足用户特定需求的产品和服务的生产方式的设想.1987年，StanDavis在《FuturePerfec)(未来的理想生产方式）一书中首次将这种生产方式称为“masscustomization”，即大规模定制生产，简称mc.这种能满足用户的真正需求而又不牺牲效益和成本的新的生产方式目前在制造业得到了较快的发展，并作为一种有效的竞争手段逐渐被企业所采纳.简单地说，大规模定制是以大规模的生产成本和时间满足用户的个性化需求，其基本思想是:将个性化定制产品的生产问题通过产品重组和过程重组转化为或部分转化为批量生产问题.
与物质产品相比较，软件产品的生命周期更短，受市场和客户需求变化的影响更大，特别是领域应用软件，每个企业的产品结构、规模大小和管理方式都不一样，业务流程也各不相同，而且随着市场的变化，企业重组和持续业务过程改善，都造成业务过程的动态不稳定.这要求软件产品不仅在开发过程中要满足多样化的业务需要，而且在企业应用过程中，要能动态适应不断变化的业务过程.因此，软件产品应比物质产品更具有柔性和可定制性.根据不同软件产品的特点，存在两种软件开发形式，如图1所示.
①标准成品软件（off~the~shelf)开发.面向较大规模的客户群，开发和销售成本低，相对价格便宜，交货迅速，但满足用户特殊需求的集成和修改费用高.
②单个软件定向开发（one^ff).完全按用户需求组织开发，能贴近用户需求，但开发费用高，周期长，而且可维护、可升级性差.面向大规模定制的软件开发模式是以上两种开发方式优点的结合，既可以快速响应个性化客户需求，又可以实现标准软件开发的效率和成本.
如图2所示，SDMC除继承领域工程和基于构件的软件工程方法的特点外，还将并行工程的思想融于产品开发过程中.SDMC改变了传统的面向单个软件的开发方法，是对某一领域现在和未来市场、整体和细分市场以及相应的用户群体进行分析，开发出对该领域现存和潜在用户均有良好适应性和定制性的系列产品，即面向产品族开发，以实现范围经济与规模经济的结合.可重用构件是实现SDMC的基石.采用基于构件的开发方法，可以将一个复杂的软件产品分成多个构件的集合，相当于将复杂的单一问题简单化，因此更便于软件的管理、维护和升级.理论上，构件是与具体产品无关的相互独立的单元，可以在广泛范围内共享和重用，是解决大规模软件工程问题的有效方法.构件可以外购，还可以外协构造，这样可以充分利用外部资源，缩短开发周期.
SDMC运用并行工程的思想，集成地、并行地开发软件产品和过程，从软件开发的开始就充分考虑软件生命周期中所有因素，包括时间、成本、质量和用户需求等.
综上所述，SDMC继承和发扬了领域工程、基于构件的软件工程和并行工程的思想和方法，在系统方法指导下，用全局优化的观念，充分利用内外部资源，以大规模生产软件的效益，开发满足用户个性化需求的软件产品.其目标是：
①缩短产品开发周期，以实现快速响应；
②提高开发规模，降低开发成本，以实现规模经济；
③满足用户个性化需求，以实现范围经济.
3面向大规模定制的软件开发过程
传统的软件开发过程模型是针对单个产品开发而提出的，将软件开发过程分成需求分析、设计、编码、测试和交付等串行的几个阶段.文献分别给出了面向重用的过程模型.文献[7]将制造业的产品生产过程分为新产品形成过程和订单产品制造过程.本文根据SDMC的目标和特点，给出如图3所示的面向大规模定制的软件开发过程模型.与制造业一样，将软件开发过程分为面向市场的新产品开发和面向用户的定制两个循环.
图3面向大规模定制的软件开发过程模型
面向市场的新产品开发是根据市场的现在和未来需求收集信息，运用相关知识构造某一应用领域问题的解决方案，开发新的产品.新产品开发不是面向单个产品，而是面向产品族，建立面向产品族的领域框架和可重用构件，并在过程设计环节，设计以领域框架和构件为基型的软件定制过程，为定制具体应用系统打下基础.这一循环，所需时间相对较长，称之为慢循环.面向用户的定制过程是根据用户的具体需求，在新产品开发过程中形成的面向产品族的领域框架和定制过程的基础上，利用已有构件，进行配置设计和定制开发，形成满足客户个性化需求的软件产品.这一过程在客观上必须是一个快循环，以快速响应用户需求，称之为快循环.
SDMC主张软件开发单位通过业务过程重组，将软件开发的两个循环相互分离:新产品开发部门负责面向市场的新产品开发，同时为软件定制准备基型;定制部门利用可变型的基型，按订单定制，快速满足用户的个性化需求.两个循环相辅相成，能否完善结合的关键是可定制的领域框架和可重用的构件.每个循环均强调并行，并适时将演化模型[1]融入并行开发和定制过程中.
一般说来，软件开发单位对两个循环都应重视.新产品开发循环具有创新性，将给开发单位带来创新的产品，增强竞争优势.定制循环虽然不会有重大创新，但其优势是在“快”上，能快速响应用户的个性化需求.
4面向大规模定制的软件产品族
可定制的产品族模型是实现SDMC的关键.因此，SDMC重点在于研究建立合理的产品族结构的软件设计方法，不再每次只设计一个产品，而是同时完成一组产品的设计，即对整个产品族进行综合设计，从而可以挖掘出产品族中的相似性信息，设计出面向产品族的可定制的领域框架和可重用构件.并利用并行工程的观点，以时间、成本用户满意度为目标，集成地并行地设计产品族及定制过程，同时尽可能考虑到影响软件定制过程的约束条件和条件约束下的软件配置机制.
软件产品族是利用共享资源构造的某一具体领域软件产品的集合，是一系列相似产品的统一表达.软件产品族对具体领域的相似问题进行归类，用相似的解决方案来解决，并试图覆盖同一业务领域的所有现实或潜在需求.面向大规模定制的软件产品族体系结构如图4所示.
软件产品族由领域框架、构件、定制过程和定制机制等部分组成.按照从用户需求到软件产品形成，在业务定义、技术方案和物理实现3个层面上建立领域框架模型和构件模型，层与层之间存在映射关系，右边层次的模型是左边层次的模型的变换，这样从左到右，形成一种生成、推导和约束关系.
(1)业务模型.是根据用户和市场需求，对业务对象、业务过程、业务服务和业务规则进行形式化描义莫型.在软件产品族体系结构中，业务层面上描述的领域框架和构件，分别称为领域框架业务模型和构件业务模型.
(2) 技术模型.是对适应业务模型的应用系统技术解决方案的一致性描述.在软件产品族体系结构中，技术层面上描述的领域框架和构件，分别称为领域框架技术模型和构件技术模型.
(3) 实现模型.是对实现技术模型的物理系统的一致性描述.在软件产品族体系结构中，技术层面上描述的领域框架和构件，分别称为领域框架技术模型和构件技术模型.
(4) 领域框架.是针对某一具体领域，包括构件及构件之间相互关系和约束规则，可定制、可扩展领域通用的软件产品族架构.
(5) 构件.是在定义好的体系结构相关环境中具有明确功能的独立的、可替代、可重用的系统组成部分.
(6) 定制过程.针对具体的开发环境所制定的，个性化定制具体应用系统的规程，包括与应用系统实现过程相关的规范、工具及相关文档.
(7) 定制机制.包括约束条件^配置机制以及业务模型技术模型和实现模型之间的映射关系.约束条件是约束应用系统定制的环境因素和对定制过程的考虑，配置机制是条件约束下的对领域框架实例化和对构件进行配置的规则和推理机制.
基于产品族的软件开发目标是提高产品族中的构件的通用性，从总体上降低开发成本，缩短交货期.对现有客户需求的理解和对未来需求的预测，及对客户群需求的系统分析，是产品族规划的关键，而产品族规划又是面向产品族软件开发的重要环节.
5面向大规模定制软件开发的产品集成过程模型
传统的软件开发方法强调软件实现技术，而忽略了对软件开发过程的规范和管理.近年来，软件开发过程越来越受到产业界和学术界的重视，如CMM(能力成熟度模型)就旨在显着提高软件开发过程管理能力[8].本文在制造业面向大规模定制的集成产品和过程模型基础上，结合软件产品的特点，给出了如图5所示的面向大规模定制软件开发的产品集成过程模型.
如图5所示，面向大规模定制软件开发的产品集成过程模型呈二维结构.时间维描述的是从客户订单到产品交付的过程，即软件开发过程(包括新产空间维描述的是将不同产品的相似部分进行归类处理，以增加软件开发规模，可采用产品模型(包括领域框架模型构件模型和应用系统模型)来描述.
SDMC在时间维优化的关键是有效地将定制分离点（customizationdecouplingpoint,CDP)后移.CDP是软件开发过程中由与订单无关的、面向市场的预测型大规模开发转向面向用户的定制的转换点.推迟CDP可以减少由于用户订单特殊需求而进行定制在时间和资源上的开销.最理想的作法是在交货点定制，即接到用户订单后，及时在用户现场根据用户需求完成产品开发和交付.实现CDP后移，需要准确预测市场需求，构建好可定制的领域框架，预制足够的可重用构件，为产品定制做好充分的准备.时间维优化可以显着提高开发效率.
SDMC在空间维优化的关键在于如何通过相似性原理和标准化技术有效扩大构件和框架的优化范围并提高它们的可重用性.在软件行业，大约65%的开发成本花费在重复系统开发上.对不同应用系统进行分解，可以发现存在大量相似性，可以对这些相似性内容进行归类，形成领域内或领域间共享的
6面向大规模定制的敏捷软件开发组织
根据SDMC的二维优化模型，显然在一个地区或行业推广实施大规模定制软件要比仅在一个开发单位实施可以取得更好的效果.大规模定制软件的最佳的模式应是在全球范围进行推广实施.事实上，软件行业的全球化和专业化分工也正在促使大规模定制软件开发扩展到全球范围.如何组织广泛范围内的软件大规模定制？本文主张将敏捷制造思想应用到软件开发中，建立面向大规模定制的敏捷软件开发组织.
敏捷制造是为实现企业生产制造的敏捷性，采用现代通信手段，通过快速配置各种资源，以有效和协同的方式响应用户需求的一种企业发展战略.虚拟组织是实现敏捷制造的重要组织手段.虚拟组织是一些相互独立的开发单位通过信息技术(例如互连网）连接的暂时性的开发单位网络，这些开发单位在软件开发过程中贡献出自己的核心能力，以实现技能利润共享和成本风险共担，迎合和把握快速变化的市场机遇.
充的动态组织.根据产品族设计中规划好的领域框架和构件，进行工作任务分解(分解为不同类型的构件），按照各个公司或公司内某些部门的核心业务能力，动态组合资源、技术和人员最佳配置的虚拟组织.虚拟组织成员接受工作任务后，按照各种合作形式(如供应链式、策略联盟式、合资经营式转包加工式和虚拟合作式等[13])进行合作，在基于Internet的敏捷开发环境下，共享资源和技术，完成各自的工作任务(完成构件开发）.根据客户订单要求，将领域框架实例化形成满足订单要求的应用系统框架，并如图6所示，虚拟组织是可重构、可重用和可扩对虚拟组织成员提供的构件进行装配，最终形成满足用户需求的应用系统.
7结论
【关键词】大规模 定制软件 敏捷开发 研究
如今应当说是一个高科技时代，人们的生活似乎被各种各样的高新科技所包围，无论是我们习以为常的网购还是离我们看似遥远的全自动化生产线无不显露着科技的风尚。人类已经进入了一个智能化的时代，因而各种专业化的软件需求量也就越来越大，每个不同的企业或者部门对于软件的需求也是不同的，定制软件看似容易实际上其操作起来难度是极大的，而针对定制软件开发最好的开发手段就应当说敏捷开发，这是一种将一个定制软件拆分成数个乃是数十个甚至成百上千个小项目进行软件开发的方式，其尤其适用于大规模定制软件的开发。
1 大规模定制软件的必要性
首先我们要对大规模定制的定义进行明确，大规模定制指的是大规模定制是指对定制的产品和服务进行个别的大规模生产，这种生产模式是把大规模生产与定制生产的优势有机地结合起来，这种生产方式一方面不会由于个性化定制而让企业的利益受到影响，另一方面也不会由于大规模的生产而忽视了软件定制的个性化，应当说这一种双赢的生产方式。对于企业而言其采用大规模定制能够在最大程度上降低生产成本而保证产品质量，对于客户而言其能够以较低的价格而获得质量优良且具有个性化定制色彩的产品，因此这是双方都乐见其成的。从大趋势来看大规模定制已经是大势所趋，同样也是工业3.0-的重要组成部分，因此我们必须对其给予一定的重视。
2 敏捷开发
大规模定制的_是一种极为有效的生产方式，不过这种大规模软件定制想要真正的实现是需要一定前提的，这个前提就是采用更加有效的产方式从而完全实现产品大规模生产与个性化定制并存。这个方式就是敏捷开发，敏捷开发将一个软件的开发转化为了数个乃至数十个不同的小项目，每一个项目都负责了软件的一部分，有的负责的可能是软件的界面，有的则负责开发软件的菜单，有的则负责软件的核心运算公式，在这数十个项目全部完成后再将其整合起来就成为一个大型的成品软件。例如同样是财务软件，可能企业需要侧重的是利润、库存等方面，而机关事业单位所需要的更多的是收入与支出的合理性，两者的需求不同因此不可能使用同一种软件，但是除了侧重之外其他的部分缺失完全相同的，因此如果采用传统的软件开发方式则必然需要反复开发两套软件来满足不同客户的需求，而敏捷开发只需要开发一套软件，而对于二者不同的需求只需要在开发其个性化部分就能够在降低开发成本的同时满足用户的个性化定制需求应当说这是解决大规模定制软件开发的最好方式。
3 敏捷开发的各个阶段
敏捷开发虽然对于大规模定制软件十分有利但是其真正操作起来却需要诸多方面的配合才能够真正实现敏捷开发，因此我们应当对敏捷开发的各个关键环节进行了解。
3.1 敏捷开发的起始阶段
敏捷开发与传统的软件开发不同，传统的软件开发几乎只需要开发部门一个部门在了解客户需求后进行软件的开发，而敏捷开发则不然其在软件开发的前期就需要企业当中不同部门的人员进行配合其中包括了软件设计师、程序编写员、营销人员、财务人员，而在企业外部其还需要客户的配合，这样做能够使得其各方面的问题能够在开发初期就被提出从而被解决，使得软件的基本框架被完全确定只有这样才能在软件开发过程中采用模块化的方式进行开发。
3.2 敏捷开发的开发阶段
在对客户意图以及软件设计师进行了充分沟通并确定了软件方案之后，就需要将软件拆分成数个乃至数十个小型开发项目，这些开发项目有些是软件的基础有些则是客户个性化定制部分，首先来说基础开发部分，其必须注重这部分程序的通用性，即其不能单纯地只能应用在一款软件上而是应当能够被未来多种不同的软件进行利用，这些通用程序一般包括了软件的数据输出、输入、导入导出程序以及各类软件的菜单和工具栏等等，只有确保了基础程序的通用性才能够成为大规模定制软件的开发基础。另一部分则是个性化定制部分，在这一部分最为注重的应当是充分满足客户对于软件的个性化需求。
3.3 敏捷开发的完成阶段
敏捷开发其本身实际上就是讲程序分为了多个不同的模块，在最终的完成阶段则是需要编程人员将开发完成的各类模块化程序进行汇总和有效地连接和融合从而使得其成为一个个不同的软件，这种模式与传统一气呵成的开发模式不同，其开发方式更加灵活便捷，许多软件模块都是通用的只需要在通用模块的基础上将个性化模块进行开发并且融入到整个软件当中就能够彻底完成个性化定制的软件。
4 结束语
大规模软件定制是时展的需要，其在软件开发领域的应用能够在最大程度上降低软件开发的成本并且提高软件开发的效率应当说这是极为可喜的事情，不过我们必须清楚地意识到大规模软件定制其本身必须是一敏捷开发为前提的，因此我们必须对敏捷开发这种软件开发模式进行深入的研究从而使得我们能够更好的掌握这种开发方式来支持大规模软件定制。
参考文献
[1]罗昱.浅谈大规模定制的软件开发模式[J].电子制作，2013（14）：72-72.
[2]田清.软件敏捷开发过程Scrum中的缺陷管理方法研究及应用[D].重庆大学，2010.
关键词：产品化；定制化；软件；优劣势
1 产品化与定制化软件综述
产品化软件和定制化软件在流程电子化方面，尤其是管理支撑类流程方面存在一定程度的重叠，但两者的定位不管是从产品的体系架构，或者是在实施方法论等方面还是存在很大的差异。从更好地满足客户的核心业务需求的角度出发，相较于传统的产品化软件，定制化软件在满足企业核心业务流程管理方面是具有明显优势的。但是随着产品化软件的不断发展和完善，对于数据处理要求不是很高，业务逻辑相对简单的系统来说，产品化软件已经逐渐体现出它的优势。目前，主流的产品化平台软件中的一个核心功能应用在于流程管理，从专业角度来看，产品化平台软件已经含有流程管理的功能模型，并已经完全含有项目化平台软件的核心功能，例如表单建模、流程引擎、权限模型等核心功能点。
2 产品化软件与定制化软件优劣势分析对比
2.1 用户体验和页面友好性方面的对比
定制化开发软件随着使用年限的不断增加，软件开发技术的不断发展，导致系统兼容性、UI可用性和易用性不断下降，随着计算机操作系统、浏览器软件和OFFICE等办公软件的更新换代，经常发生按钮功能不正常，系统页面显示不正常等问题。大多数企业员工信息技术水平有限，很难自行对浏览器和操作系统进行兼容性调整和设置，从而降低了日常的工作效率，也加大了信息化部门的工作量。而产品化软件方面则不存在以上问题，由于产品版本迭代速度较快，能够做到持续改进，所以能很好的适应其周边软件的不断升级更新，系统页面友好美观，与日常办公软件能够良好衔接，基本上不会发生由于系统兼容性而导致系统功能不正常的问题。
2.2 系统功能、开发周期与开发成本方面
产品化软件其优点在于能够满足客户绝大部分通用的需求，且建设费用相对较低。由于事前已经有较为成熟的产品化功能模块，从而能够在需求分析阶段结束后直接进入系统的搭建与测试阶段，省略了传统软件开发生命周期中基本设计、详细设计、代码编写这几个最为耗时费力的工程段，能够做到快速搭建、快速部署、快速上线，大大加快了项目实施进度。由于有产品化功能模块和可视化系统搭建平台的存在，整个项目实施过程中不需要程序代码的编写，所以几乎不需要有很强技术功底的开发人员的参与其中，从而也降低了整个项目建设的人力成本。相对于业务简单通用，变化小，成熟性的公司，这种产品化软件的性能价格比还是很有吸引力的。
定制化软件方面，软件自身完全可以按照客户的需求来定制，能够做到量身定制，在客户一些细节需求的对应上较为灵活。但定制化软件的建设实施工作由于是从零开始，从无到有，所以需要经历完整的软件开发生命周期，相对于产品化软件来说开发周期长，对系统建设人员的技术水平要求较高。另外定制化软件实施的成功必须建立在两个前提条件下，一是客户有一套清晰成熟的管理方法，能够非常明确系统的提出自身的业务需求；二是供应商拥有一批既熟悉业务，又熟悉软件开发技术，而且要具有丰富的开发经验的业务技术专家。这两个条件缺一不可，项目实施的成功与否，周期长短，所实现功能与顾客需求的差异性，都取决于这两个方面。而作为在市场上被广泛接受的成熟的产品化软件来说，在一定程度上是为企业提供了一套管理的思路、管理方法的模板与建议，企业可以去主动地适应产品，把产品的设计理念、管理流程应用到企业自身的日常管理中。所以对于管理思路不是很清晰企业，购买产品化软件不仅是购买了一套软件更是购买了一套较为成熟的管理方法论，也是对成熟先进管理方法的一次学习和浸润。
3 系统维护方面的对比
3.1 新增、变更需求对应方面
对于定制化软件来说只要发生新增需求或者变更需求都必然需要通过修改代码的方式去应对，代码的修改和增加即会产生相应的开发工作量，则需按工作量付给供应商相应的开发费用。
而产品化软件由于采用可视化、配置化的系统搭建平台实现业务需求的理念，在流程的调整变更与新增、表单内容的调整变更、页面布局的调整变更等方面，全都可以通过系统管理员在可视化管理平台上自行调整，不需要通过修改增加代码的方式去实现，所以节省了很大一部分由需求变更所产生的开发费用。只有通过后台配置不能实现的新增、变更需求，才需要与供应商沟通进行定制化开发并产生相应的费用。另外，进入维护阶段后只需支付供应商一定数量的电话服务费用，不需要供应商提供专员在客户现场进行维护工作。
综上所述，产品化软件后期可以根据业务流程变化灵活调整，经过培训的企业信息化人员可自主完成，无需依赖厂商，基本不产生系统升级开发费用，与定制化软件相比大大节省了系统维护成本。
3.2 系统维护方式与服务响应时间方面
定制化软件维护方式的优势在于由于开发人员在长期客户的现场服务，且对系统架构和源代码以及公司业务相关业务较为熟悉所以响应速度较为迅速。但随着定制化软件使用年限的增加，维护人员的流动不可避免，所以会造成代码的健壮性与可读性不断下降，导致只有专门的对系统极为熟悉的供应商开发人员才能对系统进行维护工作。通常的项目化软件维护周期中，随着系统上线时间的增加，系统运行越发稳定，项目团队从维护成本上考虑通常会逐年递减系统维护人员，甚至最后整个系统的维护工作只有一个维护人员担当完成，如果维护人员较为单一，倘若此时人员发生变动，新的维护人员很难在短时间内理解系统实现方式以及所有源代码，很难在短期内开展相关维护工作，从而使系统维护工作出现空窗期，这对系统的稳定运行可能造成较大的影响。
产品化软件的维护方式通常采用由单位系统管理员结合供应商客呼叫中心的维护方式，由于产品化软件通过可视化配置平台实现系统功能的程度很高，所以单位系统管理员作为维护工作中的主要角色，承担了90%左右的维护工作。只有在发生系统BUG和通过系统管理员配置不能实现，需要定制化开发的时候才需要供应商相关团队的配合。但由于供应商团队在现场没有开发维护人员，且产品化软件在定制化开发方面受到诸多限制，所以在响应时间上的表现明显不如定制化开发软件。此外，产品化软件背后有专业、稳定、庞大的团队在对各模块的代码进行维护，所以在代码维护方面较为稳定，代码版本管理方面也较为规范，人员的流动基本不会对代码的维护造成影响，从而能够有效降低由源代码管理问题以及人员流动问题引发的系统运维风险。
云计算、大数据、移动化和社交化趋势的发展给软件开发企业带来的最大挑战是什么？ThoughtWorks中国区总经理张松表示：“我们不提供公有云平台，而是专注于让传统企业更好地使用云计算。”传统企业通常拥有庞大的IT系统，而且存在了几十年。在面对新的业务需求时，如何继续发挥原有IT系统的优势，面对不同类型的应用，更充分地利用云计算，实现更快、更安全的应用部署是用户和软件开发企业都必须面对的严峻挑战。
“我们要帮助企业设计一套新的架构，让它更适合云的环境。”张松举例说，“我们通过Microservice可以将传统企业的业务分割成不同的服务模块，这些模块可以独立开发，并部署和运行在云平台上。这是我们推荐的一种新的架构模式。”
在澳大利亚和美国，ThoughtWorks是亚马逊AWS的重要合作伙伴，并且通过了亚马逊AWS的金牌认证。如果有用户想将应用迁移到亚马逊AWS的云平台上，ThoughtWorks可以提供相应的迁移服务。
作为高端软件定制开发企业，ThoughtWorks一直根据用户的实际需求提供定制化的软件开发服务。经过多年的积累，ThoughtWorks不仅在金融、零售等诸多领域拥有了大量客户和实践经验，而且对这些行业客户的需求也有了深入了解。ThoughtWorks完全可以对以往的产品开发经验进行总结，推出自有品牌的针对某些行业或特定应用场景的解决方案。
张松表示，ThoughtWorks已经开始进行这方面的尝试。“我们已经推出了一个云计算的平台ScaleWorks，它可以运行在第三方的公有云平台之上，能够帮助客户在企业环境中更好地使用云计算和其他企业级虚拟化平台，比如VMware或微软的云计算平台。”ScaleWorks的好处是可以隐藏企业应用开发中的复杂性，让用户更容易使用，同时可以实现企业软件在、部署和开发测试等环节的管理自动化，减少开发和测试的工作量。
虽然ThoughtWorks已经推出了像ScaleWorks 这样的可以大规模商用的产品，但是ThoughtWorks并没有像其他IT公司那样急于进行大规模的商业推广。
张松表示：“我们现在的做法是选择一些我们认为具有创新精神的客户来试用这个产品，在得到反馈并对产品进一步优化之后，再对产品进行大规模的商业推广。目前，已经有两三家客户在试用ScaleWorks。我们公司内部也在全面使用这套系统。”
一、软件外包发展现状
在转换培养模式之前，我们做了大量前期调查，分析了全球软件外包未来发展的态势和中国软件外包的发展趋势，并通过大量企业调研仔细研究了软件外包人才数量和技能的需求情况。
（1）软件外包发展状况
图1展示了未来几年全球软件外包市场的发展情况，可以很清楚地看出，在未来几年中软件外包将持续稳定增长。图2显示了我国软件外包市场占全球市场的比例，可以看出我国软件外包市场规模在逐步扩大，占全球市场的比例不断增长。未来我国的软件外包将发展良好。
（2）软件外包人才需求情况
软件外包规模扩大带来的直接问题就是人员紧缺。针对这一点我们也作了认真分析。首先是人才数量分析，图3显示了未来几年内该领域对人才数量的需求情况。
其次是人才结构分析，图4显示了软件外包人才需求结构。
目前中国从事软件外包的人员50000余人，未来几年内，人员需求量将会快速增长，到2009年，需要近25万人，其中初级人才的需求量巨大，近17万人；中高端人才需求也在急剧上升。
当前软件外包人才的主要来源有以下四个方面：普通高校的软件及相关专业培养；35所示范性软件学院；中国计算机等级考试；中国IT培训与教育。但多数学生毕业后并不能立即胜任外包软件的开发工作。企业对外包人才除了最基本的技能要求外，还要求此类人才能充满激情，勇于面对压力；认真敬业，有责任感；有细致入微、精益求精的工作态度；具有扎实的理论功底和良好的外语沟通能力；具有快速学习能力与团队合作能力。这些能力培养在传统教育中是很难完成的。
鉴于当前软件外包人才培养过程中存在的这些问题，我校提出了一套全新的问题解决方案――软件外包人才定制培养。
二、软件外包人才定制培养模式
综合以上分析，我校将软件外包人才培养定位在初级人才这个巨大人才缺口上。我校提出的完整外包人才定制培养模式是：首先，由软件外包企业向我校发出培养需求，包括人才素质需求和人才数量需求；其次，我校从各系选拔出适合该职业的学生组成定制班，选拔方式为笔试和面试；第三，按照企业需求制定相应教学计划展开定制人才培养工作；第四，在学生毕业前再次根据企业当前需要进行检验和选拔，选取优秀者和符合要求者进入软件外包企业工作。
该模式提出之初，我校一直和东软合作，为其提供定制人才，具体培养过程见图5。
我校在该流程的控制上严格把关，由企业出题、面试学生，选拔出符合企业需求的人员组成定制班；企业参与制定教学计划的全过程，校企双方经过讨论制定出符合软件外包企业需求的教学计划；在教学过程中我校严格遵照该教学计划完成教学任务，保证人才培养的质量；在学生毕业前，企业还要进行一轮测试和选拔，从中选择切实符合企业需求的人才。
三、人才定制培养模式效果
我校从2004年开始运营这套软件外包企业人才定制培养模式，共培养该类人才579人。这些人才除进入定制企业外，也受到了其他软件企业的欢迎，就业率达到了100%。以东软集团为例，定制培养的新员工占整体招聘的8％，但定制培养的优秀新员工占整体优秀新员工的15％。这些学生的企业导师认为定制培养的效果很好，对企业帮助很大。
定制培养出的学生技术能力强、实践能力强，与传统培养模式下的学生相比，在各方面都具有很大优势，在就业过程中是企业优先选择的对象。
那如何改进这种情况？
无论是大型还是小型软件开发商都要融入软件开发的全球竞争，那么就需要引进先进的国际标准规范(如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%左右的开发效率。
研究视点三：本土软件厂商如何做
目前国内软件开发整体来讲应该说还处于初级阶段，总体来看规模小、数量多、专业化程度低是目前国内软件开发商的特点。
关键词：信息化 软件项目管理
中图分类号：TP391 文献标识码：A 文章编号：1007-9416(2012)05-0250-01
1、引言
在国家提倡“两化融合”的大环境下，众多生产制造企业为提升自身竞争能力、扩展发展空间，不断加强信息化方面人力和资金的投入，利用现代信息技术对自身信息资源进行深化开发。生产制造企业的软件项目是具有针对性的定制需求软件项目，不论是合作开发还是整体外包，往往存在着技术、人才等方面的不足，特别是软件项目管理的不足使企业无法完全有效利用软件系统的功能和消化吸收软件在设计和应用上的知识体系，容易出现需求无法控制、功能重复开发、应用效率低、运维和移植成本高等实际困难。
2、企业软件项目技术管理中遇到的问题
2.1 软件需求定义模糊
软件需求是整个软件项目最关键的一个输入，软件需求具有模糊性、不确定性、变化性和主观性的特点。软件需求的提供人员普遍缺少软件需求的必要知识，提出的需求定义不充分、不全面、不准确，导致在系统测试和运行阶段会出现大量的需求变更，影响系统设计结构，造成补丁摞补丁的软件程序。
2.2 项目参与者沟通强度不足
沟通不足常常是企业软件项目成功的最大的威胁。软件需求提出者在项目建设初期对信息化理念了解不深，表达不够深入，提出的功能需求浮于日常工作表面。而企业软件开发人员或外包商因为对业务了解不够深刻，没有有效的项目沟通计划，无法充分考虑业务需求，不能对软件系统给出规划建议或细节，造成项目需求的余量规划准备空间不足。
2.3 定制带来的软件自身内在的高复杂度
对于企业定制软件的开发，由于生产业务自身的复杂度，导致了定制软件的复杂度，特别是业务的组合，造成系统间和模块之间耦合度较高。
2.4 文档资料缺失，知识无法有效继承
在软件项目中，相对于项目进度和软件开发，项目成员不太注重知识的收集和积累，仅能提供项目主要文档资料，而这些资料往往没有跟随软件变更进行及时更新。导致系统的使用、维护知识仅为少数开发和参与者掌握，无法将个人的隐形知识转化为共享的显性知识，给系统的后续升级、维护造成很大困难。
3、在企业软件项目管理过程中的经验
企业的定制软件项目是用有限的资源、有限的时间根据特定的业务部门需求，优选各种技术和产品进行设计开发，将各个分离的“信息孤岛”连接成为一个完整、可靠和有效的整体，并使之能彼此协调工作达到整体优化目的的工作。一个良好的企业项目软件，成熟优秀的软件项目管理是必不可少的。在软件项目建设和全生命周期中，如要减少上述问题的发生，企业可以做好以下几个方面：
3.1 强化软件项目需求控制
在软件项目管理范围内，需求控制和管理是其中重要的一环，特别是对于针对企业自身生产经营流程所定制的软件系统，需求贯穿了项目的整个生命周期。从企业走上ERP信息化道路之后，随着员工对系统了解不断加深和企业自身管理水平提升，很多因素都可能使软件系统的需求不断变化。如果不能有效处理需求变更，势必会很大程度上增加开发和运维的压力。
3.2 加强需求相关方参与项目的深度
不仅是在软件项目初期需求收集和概要设计中，在整个软件项目的生命周期内都必须强调项目需求相关方即业务部门的参与。由于软件系统实施将改变企业员工的工作方式，因此，业务部门的管理者和将来的使用者必须在项目策划阶段就能了解系统应用对其工作方式带来的影响，他们必须制定相应的政策、流程等以准备应对这个即将到来的变动。目前部分ERP项目之所以失败，重要的一个原因是人们误认为ERP项目仅是一个信息系统项目，该项目带来的仅仅是一个信息产品。其实，ERP项目带来的是一新的运营方式，如果企业在没有做相应调整的情况下强行引入ERP，业务流程重组不到位，将会使企业运行的混乱速度加快。事实表明，促使软件项目成功的最重要的要素莫过于需求相关方的全过程参与。
3.3 培养企业内复合型人才，扩展项目管理知识领域
企业定制软件项目需要掌握项目管理技术、熟悉企业流程并对了解软件开发关键技术的人员作为项目的管理者，首先要扩展企业内部软件项目管理人员的知识面，一个高效的项目管理者来说至少要能理解和使用五方面的知识领域：
(1)项目管理知识体系；(2)应用领域的知识和标准；(3)项目环境知识；(4)通用管理知识技能（采购、合同、后勤、人事管理、安全等）；(5)管理软技能（处理人际关系技能）。
3.4 将项目沟通上升到技术和管理层次
由于企业内软件从业人员较年轻，缺乏一些沟通、社交等方面的软技能，习惯使用专业术语，更擅长跟机器打交道，所以在项目建设中会出现沟通不充分的情况。软件项目沟通管理是软件项目管理中的一个重要组成部分，可以使软件人员和业务人员有效的建立彼此相互了解的关系，并且能通过沟通的行为和过程达成共识，可确保及时、正确的产生、收集、分发、存储和最终处理项目信息。
软件项目沟通管理包含三个主要内容：(1)编制沟通计划，确定哪些人是项目干系人（项目干系人是指积极参与项目，或利益会受项目执行结果正面或负面影响的个体），分析他们对实施项目的影响程度。根据干系人信息需求的汇总进行沟通需求分析，对不同层次的项目干系人制定不同的沟通计划。(2)以合适的方式向项目人员分发信息，一个企业的各个项目应该采取统一格式模板记录信息以及进行传递，有助于信息格式标准化，降低沟通成本。(3)对项目沟通过程进行管理，改善软件人员沟通的软技巧，努力做到沟通内外有别，对外一致，一个团队要一种声音说话，采用对方能够接受的沟通风格，注重非正式环境下沟通所获得的信息，建立高效的会议方案，明确团队内部思考方式等工作。
4、结语
软件项目管理的发展像任何其他学科的发展一样，其成长和发展需要有一个相对漫长的过程，而且是永无止尽的。只有不断提升软件项目管理成熟度，使企业软件项目管理向多元化、专业化发展，才能取得项目的成功，最大的满足企业自身向整体信息化转型的需求。
参考文献
购物车(0)
