前言：中文期刊网精心挑选了项目开发的流程范文供你参考和学习，希望我们的参考范文能激发你的文章创作灵感，欢迎阅读。
项目开发的流程范文1
关键词：新车型开发；采购定点流程；定点计划；项目开发；零部件定点进度 文献标识码：A
中图分类号：F272 文章编号：1009-2374（2015）36-0186-02 DOI：10.13535/ki.11-4406/n.2015.36.092
汽车行业的新车型开发过程是一个十分复杂、有序、充满逻辑的过程，其包含造型开发流程、子系统及零部件开发流程、零部件供应商选择流程、样车试制流程、试生产流程、试验流程等。各流程彼此依存又前后衔接，它们须参照项目总计划VPP（Vehicle Project Plan）并行开展。其中一个流程的延迟将易推迟其他流程，进而影响整体项目开发进度，最终影响新车型的上市时间。采购定点流程（供应商选择流程）与新车型开发流程紧密匹配，零部件定点进度的延迟，将推迟零部件供应商参与新车型同步开发的时间，推迟零部件开发进度，进而影响项目总计划VPP。汽车由上万个零部件构成，绝大多数零部件往往由不同的专业供应商设计制造完成，因此管理好各零部件的定点进度，对项目计划的顺利达成有直接影响。这里着重叙述新车型项目开发过程中的采购定点流程管理。
1 整车项目前期开发流程
按照整车项目开发流程，前期项目开发一般分为项目策划阶段、概念设计阶段、工程结构设计阶段、项目工程（即第一版设计冻结及图纸）阶段，而定点流程在项目不同的阶段扮演着不同的角色开展不同的工作。
图1 整车项目开发流程（前期）
2 采购定点流程在项目前期开发中的应用
2.1 项目策划阶段
2.1.1 项目开发主要工作内容：新车型开发进行最初的前期策划，主要进行产品、市场、采购、制造、财务等方面的策略性研究，包括新车型市场定位、项目开发周期、上市时间、项目投资费用、项目投产工厂、车型配置、动力传动方式等。
2.1.2 采购定点主要工作内容：采购团队的主要工作为制定零部件定点的策略方案：
第一，制定大总成零件的定点策略：大总成零件开发周期长、技术水平高、结构及工艺复杂；其开发进度的顺利与否，直接影响项目的成败，这类零件往往由汽车厂家的决策层直接定点供应商。代表性零件如发动机、变速器、前后桥等。
第二，制定其余整车零件的定点策略：（1）确定关键零部件。由研发、采购、质量组成的联合团队制定出关键零部件清单。此类零件开发周期较长、较大影响项目开发进度，较大影响新车型性能、质量、法规等要求，需尽早完成供应商定点。代表性零件如副车架、转向器、天窗、保险杆等，开发周期均在6个月以上；（2）制定供应商选择策略，即供应商选择的标准及流程。目前汽车厂家通用做法为依照本公司现有流程，分别从研发、采购、质量、物流等方面综合打分进行筛选；（3）确定零件的产地。如采用进口件还是国产件，零件外购还是自制；（4）确定供应商来源。选择公司体系内供应商还是开发新供应商。
2.1.3 制定关键零部件的定点计划：关键零部件需优先安排定点，以便供应商能尽早介入同步开发，避免影响项目开发进度。对此，需制定详细的定点计划，定义各项定点工作内容及完成时间节点，并定期跟踪管理。详细的定点各项工作内容，将在下一阶段进行详述。项目策划阶段定点流程的主要输出物为：关键大总成定点名单及定点协议、关键零部件清单、关键零部件定点计划。
2.2 项目概念设计阶段
2.2.1 项目开发主要工作内容：研发团队开始进行零部件概念设计，并最终关键零部件的概念设计图。在概念设计图中，一般包括边界尺寸、零部件性能、材料等要求，零部件供应商可据此进行询报价。
2.2.2 采购定点主要工作内容：
采购团队主要有两大工作：（1）完成关键零部件的供应商定点；（2）制定非关键零部件的定点计划。
为确保完成关键零部件的定点工作，采购团队需参照上一阶段制定的定点计划，定期跟踪管理定点各项工作，这些工作内容即为核心的供应商选择过程。
定点计划中主要工作如下：（1）寻找潜在供应商；（2）潜在供应商调查和评估；（3）确定最终的3～5家候选供应商；（4）采购部门提供各零部件的目标价；（5）采购部门发出询价文件；（6）候选供应商进行第一次报价；（7）价格分析与商谈；（8）第二次报价，并作为最终报价，部分公司或者部分零部件会进行多次报价作为最终报价；（9）项目经理、研发、采购、质量、物流等组成的联合团队对候选供应商评分，并最终推荐1家供应商；（10）逐级提交至部门、公司决策层进行批准；（11）定点协议签署，定点完成。
由第1步寻找潜在供应商到最终定点完成，往往需2个月左右时间；若无详细定义各个工作的完成节点，则一个工作事项的延迟会导致整个定点进度的滞后。采购部门在此阶段需全力推动各项工作按照定点计划完成，往往通过采购周例会等形式定期进行跟踪管理。这一阶段采购团队的输出物主要为关键零部件的定点清单及定点协议、非关键零部件的定点计划。
2.3 项目工程结构设计阶段
2.3.1 项目开发主要工作内容：整车开发由概念设计转为正式的工程结构设计，对零部件的内部结构、生产工艺、性能要求进行完整的设计和定义。其中关键零部件，如前后桥、转向系统、悬架系统等已完成定点，此类零部件供应商开始协同汽车厂家进行同步设计。
2.3.2 采购定点主要工作内容：采购团队依据上一阶段制定的非关键零部件定点计划，完成绝大多数零件的定点。剩余的少数非关键零件，因开发周期短、工艺简单、后期设计变更频繁，一般在工程设计完成后进行定点。代表性零件如制动油管、管夹、金属小支架等。这一阶段采购团队的输出物主要为绝大多数零件的定点清单及定点协议。
2.4 项目工程阶段
项目开发主要工作内容：所有零部件工程设计已经初步完成，研发团队正式三维数据及图纸，项目研发工作暂时告一段落。采购团队在这一阶段的工作主要有两点：（1）推动完成所有零部件的定点工作；（2）正式向供应商三维数据及图纸，供应商开始零部件的开发试制，为即将到来的项目里程碑节点――第一次样车试制进行准备。至此，采购团队也完成了阶段性使命，与各零部件供应商签署了定点协议，采购定点工作基本完成，项目也开始从容转入供应商质量管理阶段。
3 结语
汽车新车型开发过程是一项复杂、有序的过程，采购定点流程是新车型开发中的一个关键工作流程；一个整车项目有上万个零件需要统筹管理，制定完善的定点流程，跟踪管理定点进度，能极大地保证新车型项目的总体计划。随着国内汽车项目开发流程的成熟，采购定点流程管理将在前期项目开发中扮演着更加重要的角色。
参考文献
[1] 李跃宇.项目时间管理[M].北京：机械工业出版社，2008.
项目开发的流程范文2
关键词:JBPM;Jboss seam;工作流;工作流管理;软件项目管理
中图分类号:TP311文献标识码:A文章编号:1009-3044(2009)31-0000-00
The Application Study of Jboss Seam and Jbpm in Software Project Management System
QI Wei-wei, PAN Wei
(The Ministry of Education-Learning Support Technology Engineering Research Center, The Key Laboratory of educational software of Jilin Province, Ideal Institute of Technology Northeast Normal University,Changchun 130017, China)
Abatarct: By studying a new application framework of J2EE-Jboss seam. Jboss seam and Jbpm depth integration of workflow technology. Initially realized both in practical application of the software project. First, Introduced what the JBPMis,summarized what the Jboss seam is。Through a comparative study of traditional software project management system deficiencies,discussion and analysis the application advantage ofjboss seam and jbpm in software project management system. The purpose which is applied to the software development office automation management by advantages ofthe Jbpm。 The software project management systemof the jbpm technology is conducive to teamwork and division of labor。The development process in the system use JBPM technology can reduce application development complexity and simplify the preparation of the code to improve development efficiency.
Key words: jbpm; jboss seam; workflow; workflowmanagement; software project management
软件工程项目开发是当今社会各领域不可缺少的重要活动,已经成为各领域信息化的基础。在计算机科学发展的几十年的历史中,软件学科获得了空前的发展,并逐渐成为该领域的核心技术。在经历了若干大型软件项目的成功和失败后,人们才逐渐意识到软件项目管理的独特问题:失败主要是由于使用的管理技术不当。虽然目前好的管理不一定能使软件工程成功,但不好的管理一定会导致软件工程的失败――软件使用的日期会大大拖后,成本也可能比预计的高出好几倍,而且最终软件很难维护。为此,一个好的软件项目管理系统的诞生,也是势在必行!
近年来,工作流管理和业务流管理正在迅速成为企业获得软件敏捷性和适应性的重要方法。Jboss JBPM是一个面向流程的工作流/BPM框架和工具集。它使业务分析人员能够与软件组件进行交互,有助于活的有效的业务解决方案。把Jboss JBPM技术应用到项目管理软件中是相当可行的举措。为了提高项目开发效率我们将应用J2EE5.0最新的轻量级框架Jboss Seam。Seam是一种企业级Java的应用程序框架,它将JSF和EJB3的组件模型合二为一,消除了胶合代码,使得开发者专注于业务问题。最值得一提的是,Seam整合了一系列主要的其他开放源代码框架,例如JBPM、Jboss Rules(又名Drools)、Jboss Portal、JBoss Micro container等等。Seam不仅能将它们“有机结合”起来,而且可以像整合JSF和EJB3一样强化原有的框架。
1 JBPM的新应用
1.1 JBPM介绍
JBPM( Java Business Process Management)是一种基于J2EE的轻量级的、灵活可扩展的工作流管理系统。JBPM为设计及开发工作流和业务流程管理系统提供了一个先进的平台[1]。JBPM实现了流程逻辑与业务逻辑的分离,能够可视化的进行业务流程的分析、定义和业务单元的组装,从而使应用开发人员更关注于业务逻辑的实现,降低了复杂流程应用的开发难度。
JBPM 定义了使用JBoss 流程定义语言编写的文件里面的流程定义。JPDL 是一种面向图形编程(GOP)的语言,它基于节点、转换和动作组成的模型。在这种模型里面,节点是在流程定义过程中彼此相遇时执行的命令。转换负责指导流程定义的执行过程,而动作在节点或者转换事件发生时执行特定逻辑。
1.2 Jboss Seam概述
Jboss Seam是一个Java EE5框架。它通过把JSF与EJB3.0组件合并在一起,从而为开发基于Web的企业应用程序提供一个最新的模式。Seam可以让你把EJB组件直接绑定到JSF页面[2]。Seam能够统一和集成现有的开源技术集成如Facelets、Hibernate、JBPM、Drools、Groovy、Java Port lets、BPM、AJAX、iText和Lucene。
图1为基于JBoss Seam 的Web 应用程序框架。
1.3 JBPM和Jboss Seam的整合
Jboss Seam与JBPM工作流实现了无缝整合,在基于Jboss Seam来开发具有工作流的功能时,只需简单的将hibernate.cfg.xml和jbpm.cfg.xml的文件配置一下,在WAR的components.xml声明使用流程定义的JPDL流程定义文件就实现了系统的整合。工作流的核心工作分为二个部分,一为流程的定义,二为流程实例与业务数据实例绑定。之后以不同的角色实现流程的流转即可[3]。
图2为JBPM和不同角色接口。
Jboss Seam通过JBPM对业务流程和规则的整合提供了极好的支持。在Jboss Seam应用中,可以指定UI动作(例如按钮点击)来触发业务流程。只需要通过@CreateProcess注释来标记UI事件处理方法。业务流程是不同的用户以相应顺序来完成的一系列任务。可以用@BeginTask和@EndTask标注任务的开始和结束。当前任务结束时,JBPM引擎将自动把进程前移,进行下一个任务。Seam让每个用户可以查看他/她的当前任务列表以及完成任务的下一个动作。这些任务列表是基于当前登录的用户角色生成的,并且通过用户认证和授权的方式紧密地整合到Seam安全框架中。
2 软件项目管理系统
软件项目管理系统实际上就是利用高新的IT信息技术对软件工程项目的开发过程进行管理。它所涉及的范围覆盖了整个软件工程过程。软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成,而对人员(People)、产品(Product)、过程(Process)和项目(Project)进行分析和管理的活动。软件项目管理的根本目的是为了让软件项目尤其是大型项目的整个软件生命周期(从分析、设计、编码到测试、维护全过程)都能在管理者的控制之下,以预定成本按期,按质的完成软件交付用户使用。软件项目管理系统恰好就是实现了软件项目管理的自动化或半自动化。
3 传统的软件项目管理系统的不足
传统的软件项目管理系统由于本身的局限性,越来越不能满足软件项目管理发展,存在如下缺陷:
首先,传统的项目管理系统基本上通过纸质文档来进行管理,不便于查找和了解项目的进展情况,也不便于对项目进行统计分析、项目总结、项目成果利用等。在项目规划、项目进度跟踪、资源分配和需求变更等方面都不能满足实际项目开发的需要,以至于项目进度难以控制,项目开发过程难以规范化。其次、传统的项目管理系统不能很好地解决资源冲突问题,特别是产品设计和软件开发等项目。在项目管理过程中往往会有大量的动态信息产生,是一个动态离散时间系统,不便于管理控制。再次,传统的项目管理系统只能处理特定的开发流程。当开发流程发生变化时,就必须修改系统的应用程序或重新开发新的应用程序,否则无法满足项目开发流程多样化和需求的不确定性。
4 Jboss Seam和JBPM在软件项目管理系统中的应用优势
JBPM作 为J2EE的一部分充分继承了其跨平台的,可移植的特点,Java语言本身的扩展性有效地解决了重复开发和程序重构的问题,“编写一次、随处运行”大大减少了浪费。通过我们对Jboss Seam和JBPM技术的研究,再次发现利用二者能够降低程序开发的复杂度、简化代码的编写,提高开发效率。 Jboss Seam对JBPM的集成有一定的方便性,主要表现在三个方面:第一、 提供内置对象显示任务列表给用户;第二、 Jboss Seam除新增conversation上下文外,还新增了business_ process上下文,这就是为工作流管理提供的,应用程序可以将流程中涉及的相关状态作为JBPM变量存储于business process上下文,然后 Jboss Seam可以持久化这些JBPM变量;第三、 提供方便的标签开始一个流程,开始一个任务、结束一个任务。当JBPM运行时,使用简单强大的语言将在Sever上输入的任务流程打包在流程档案中,可以很快的部署业务工作流程,并实时到web上,这样JBPM就将工作流应用开发的便利性和企业应用集成能力更好的集合起来。用户可以实时监控流程状态,对软件项目提供直观有效的管理。同时,Jboss Seam 和JBPM都是开源的,对企业降低管理成本有着绝对的优势。
5 实例研究
假设一个软件项目管理的常见操作,以实例的形式部署到JBPM上,以探讨其应用价值。
实例:项目经理看到《需求分析报告》的时候进行审核的过程,
1) 流程定义
流程图如图3所示。
Jpdl文件:
-
-
-
-
-
-->
-
2) 初始化actor ids
Jbpm对流程中用户的管理是通过actor id和group actor ids。seam内置了一个部件Actor来方便指定当前的actor ids.这个工作一般在用户登陆时完成。
@In(create=true) Actor actor
…
Public String login(){
…
Actor.setId(user.getUserName());
Actor.getGroupActorIds().addAll(user.getGroupNames());
…}
3) 启动一个工作流
@out(scope=ScopeType.BUSINESS_PROCESS,required=false)
Long taskId;
@Out(scope=ScopeType.BUSINESS_PROCESS,required=false)
Float total;
@Out(value=“employee”,scope=ScopeType.BUSINESS_PROCESS,required=false)
String employeeName@CreateProcess(definition="TaskManagement")
public void submitTask() {
try {
completedTask = purchase(employee, currentTask);
taskId = completedTask.getTaskId();
total= completedTask.getNetAmount();
employeerName= completedTask.getEmployee().getUserName();
}}
4) 任务分配
当开始一个工作流的时候,任务实例被创建,任务实例必须分配给一个用户或用户组,相应seam中分配任务有二种方式―分配给用户或用户组,如:
分配给用户:
5) 开始任务
Seam提供了两个标注开始任务:@StartTask和@BeginTask.开始任务时开始一个conversation上下文,能在其中访问保存在business process上下文中的变量。
@BeginTask
public String viewTask() {
Task = (Task) em.createQuery("select o fromTask t join fetch taskLines where t. taskId = :taskId")
.setParameter("taskId",taskId)
.getSingleResult();return "accept";
}
6) 结束任务
Seam提供@EndTask标注结束任务,并指明下一步流程。如:
@EndTask(transition="approve")
public String accept() {
task.process();
return "employee1";}
通过以上实例我们发现。将Jboss Seam和JBPM引入到软件项目管理系统是可行,并且有着显著的优势。实际操作也相对简单。对于一个软件公司而言,即使是业务流程有改变,我们也只需要将新的流程通过可视化的设计定义,并部署到Jboss JBPM服务器
(下转第8732页)
(上接第8724页)
上。一个新的工作流程就马上可以开始。JBPM提供了持久化的解决方案,通过将定义好的 “工作流程”存储到数据库当中,并提供对外的接口,我们可以在这些基础之上进行二次开发。总之有了Jboss Seam和JBPM的完美结合,工作流的部署将变得格外省力和简单,容易操作,上手快,大大的提高了企业的工作效率。
6 结束语
我们采用Jboss Seam开发软件,将会更好的利用JBPM技术,更快的提高软件开发效率,而且基于Jboss Seam良好的封装性,我们开发出的软件必然有良好的稳定性,易于后期维护。从而,我们将得到一个稳定性较好的项目管理软件,相信项目管理者利用这个相对稳定的管理软件去开发和管理项目,在今后的工作中一定会事半功倍,大大提高软件开发效率,进而提高企业利润。
参考文献:
项目开发的流程范文3
2、流程体系：产品战略流程、市场管理流程、集成产品开发流程、技术与平台开发流程；
3、组织体系：决策层、管理层、执行层、维护服务层；
4、运营体系：项目管理、绩效管理、质量管理、成本管理；
5、产品开发项目的相对不确定性，要求开发流程在非结构化与过于结构化之间找到平衡。因此执行集成产品开发（IPD），要实现四个重组：
财务重组：将项目当做一项投资，内部进行虚拟核算；
市场重组：以需求为核心进行规划和设计，市场与销售分离；
项目开发的流程范文4
[关键词]ClearQuest；变更系统；任务书
中图分类号：TG321 文献标识码：A 文章编号：1009-914X（2014）20-0344-01
1.概述
目前，国际上列车网络控制软件的发展比较完善，不仅拥有严格的开发体系，并通过功能安全认证。铁路行业目前越来越重视列车网络控制系统的安全体系建设。根据功能安全认证要求，需要建立软件变更系统，满足开发设计中的变更需求。
列车控制软件项目开发具有规模大、质量要求高、变更频繁、项目成员多、开发时间紧迫等特点。通过ClearQuest设计满足列车控制软件变更系统的工作流程，解决了软件开发过程的变更可控性，提高工作效率。并且，通过变更系统的设计，保证变更的可追溯性。为软件功能安全认证奠定基础，从而增强软件的可信度和公司的同行业竞争力。
2. 列车控制软件变更系统
列车控制软件的变更系统采取CS架构，客户端需安装ClearQuest软件，服务端需要安装数据库管理系统。
2.1 角色定义
根据EN50128-2011标准中，列车软件要达到安全完整性等级（SIL）2级要求，必须满足人员的独立性，其中软件需求工程师、软件设计工程可以为同一人，统称为软件开发工程师；集成设计工程师和软件测试工程师可以为同一人，统称为软件集成工程师；软件验证工程师和软件确认工程师可以为同一人，统称为软件验证工程师。软件开发工程师、软件验证工程师和软件确认工程师共同组成软件开发项目组，独立于项目组还有项目经理和项目经理助理。
根据列车网络控制系统软件开发过程实际情况，变更会深入到软件开发生命周期的各个阶段，并且频繁出现，如何有效进行变更管理和控制，成为提高列车网络控制系统软件质量的关键。唐车公司将软件变更划分为两个流程：一个是前变更，一个是后的变更。
2.2 项目前变更
对于当前版本未，由软件验证工程师发起的软件变更，其流程相对简单，如下所示：
（1）提交缺陷表单
软件验证工程师测试发现程序问题，需提交缺陷处理单至软件开发工程师。
（2）修改缺陷/转发
软件开发工程师对缺陷进行修改，提交至验证工程师重新验证；或将此缺陷转发至其他软件开发工程师进行处理。
（3）验证缺陷
软件验证工程师将以修改的缺陷进行回归测试，验证通过将关闭缺陷。如果验证失败，则重复（2）中的步骤。
2.3 项目后变更
对于软件版本已，软件缺陷应有严格的审批流程进行控制，以保证该缺陷修改的必要性以及修改结果的正确性。不仅流程设计更为严格，并要求从技术和成本的角度，进行分析。
（1）提交缺陷表单
由软件验证工程师已的项目发现的问题时，提交缺陷处理单。
（2）项目经理评估
项目经理根据缺陷信息进行分析，填写审批意见，进行延迟、分配、重新提交、拒绝操作。
（3）项目经理延迟
项目经理根据缺陷影响评估（重要性、优先级）执行“延迟”操作，将此表单挂起。
（4）项目经理拒绝
项目经理根据缺陷的评估 执行“拒绝”动作改变当前状态，流程被关闭。
（5）项目经理分配
项目经理根据情况分配任务给相关开发人员、项目经理助理、技术工程师。执行 “分配”操作。
（6）变更分析
项目经理助理根据缺陷进行成本分析；技术工程师根据缺陷进行技术分析；执行“分析”操作。输出成本分析报告和技术分析报告。
（7）开发工程师处理缺陷
开发工程师通过CQ客户端查询到与本人相关的所有缺陷，当其获得任务分工通知后，开发人员对缺陷进行分析。如缺陷信息不全时执行“重新打开”操作反馈给项目经理，否则，解决缺陷并执行“解决”操作。
（8）软件集成工程师评估
软件集成工程师对已解决的缺陷进行评估，可执行操作（关闭、分配）。
（9）软件验证工程师测试
软件验证工程师根据缺陷信息和解决方案对缺陷进行回归测试。验证通过，流程关闭。验证不通过，返回开发人员继续修改。
（10）软件验证工程师关闭流程
集成工程师对评估的不是缺陷的任务进行关闭。
验证工程师对验证通过的缺陷进行关闭操作。
3.任务书下发
3.1 设计任务书的意义
唐车公司任务的下发多数以邮件或者口头指派为主，对于任务的追踪和有效性的控制难以把握。在使用ClearQuest过程中，其灵活的流程定制，为企业提供了更为广阔的工作空间，其中基于ClearQuest的软件任务书下发，就是一个很好的应用。
良好的任务书可以减少工作时间，提高工作效率。任务书可以协助项目过程控制。
3.2 设计流程
（1）提交任务书
任务提交人提交任务单，并填写任务单中的基本信息和详细信息。
（2）项目经理任务评估
项目经理分析任务单的可执行性，执行挂起、拒绝、分配操作。
（3）执行任务
任务执行人员可以通过CQ客户端查询到与本人相关的所有任务单，当其获得任务分工通知后，任务执行人员开始执行。
（4）验证
项目负责人对任务进行验证：验证通过，流程关闭。验证不通过，返回任务执行人员继续执行。
4.结语
（1）简化变更管理
列车控制软件变更系统将软件设计中的变更分为软件前和软件后的变更。介于软件前可以通过内部流程，经室主任、业务经理或部长审批即可进行修改，节约时间。对于后的变更，考虑到技术和成本分析，在保证软件质量的前提下，保证了公司的利益。
（2）提高工作效率
良好变更系统可以有效简化开发人员的工作量，提高工作效率。
（3）良好的集成
根据软件功能安全要求，需要对软件开发的过程进行有效控制，其中需求、设计、测试采取DOORS进行追溯，测试平台采用CB设计。列车控制软件变更系统提供与DOORS、CB进行集成的接口。
（4）总结
列车网络控制系统变更系统的实施，不仅仅是变更流程的制定，更是针对列车网络控制系统软件开发模式的一种改变。软件变更贯穿整个开发过程，为软件项目高质量的实施提供了有效地保障。唐车公司列车网络控制系统正在准备进行功能安全认证，变更系统设计作为其重要组成部分，为认证工作提供保障。
参考文献
[1] 软件开发中变更管理的研究[J].肖蕾电脑知识与技术，20072（9）：775-776.
项目开发的流程范文5
2002年，财富100强企业中有60%的企业把外包作为公司的商业策略。如今，外包已经被公认为是企业提高核心竞争力的重要手段。
把自己的非核心业务外包给人力资源成本相对比较低的软件公司，有利于企业专注于自己的核心业务，或者投资回报率比较高的业务，从财务的角度上来说，也有利于减少经营风险。
软件外包开发的市场规模正日渐扩大，而且，在具体的外包开发实践中已经形成了基于甲方――发包方和乙方――接包方双方的流程化管理思路和方法，这对保证外包开发的质量，促进软件过程改进具有重大意义。
发包流程化
在外包开发中实施流程化管理，是从发包方和接包方两个层面上来进行的。
对于发包方，流程化管理就是一个按照外包战略制定整体发包计划、进行接包方选择和管理、发包项目管理，同时贯穿风险管理与控制、质量管理的一个整体过程。
具体来说，一是要从组织层面上为发包做准备，二是进行发包项目管理。
组织层面上的准备工作的第一步是要考虑哪些业务可以外包的，一般是非核心业务，而且是可计划、可验收的。
接下来开始发包业务的管理流程。
首先，确立总体发包战略。发包战略统一且明确。外包开发需要相关各部门互相理解，协同工作。
第二，制定总体发包计划。包括总体成本和预算计划、总体发包项目计划（规模、期间、要求、准备、步骤等等），其中，制定总体成本和预算计划时应该考虑综合的成本，包括接包方的报价，以及发包方用在发包项目上的管理成本。
第三，接包方选择和管理体系的建立。首先从公司的规模，人员状况、业绩以及质量管理流程等角度来设立接包方启用的条件，并建立对接包方的考核、退出机制。
第四、发包方要建立发包项目过程管理流程以及项目验收流程。
接包流程化
接包方是项目开发的真正执行者，接包方的流程化管理是建立在商业信誉、人才培养体系和质量管理体系三大支柱之上，从需求分析及报价到制订项目计划、项目开发和管理直至项目交付与总结的总体过程。
接包方尽量在首次合作中给发包方留下良好印象，然后保持良好印象。接包方应该学会提出合理的要求，尽早解决分歧。
接包方在人才培养体系结构中应该建立起一个知识与经验积累与内部共享的机制，以及充分、有效的培训机制，这也有助于提高人员的稳定性。
接包方还需要改善质量管理体系，确立自己的质量管理方针，配置专门的质量管理人员，并改进质量管理流程。
对于接包方，流程是从报价开始的。接包方应该是在尽量多的获取发包方的信息，进行充分的需求分析，与发包方充分沟通，同时敢于提出问题的基础上进行合理的报价。
在项目计划阶段，接包方根据发包方的需求与项目的客观条件制定计划，同时也要重视计划的前提条件，即要考虑在何种条件下是可能实现的。当然，最后的计划还应该获得发包方的认可。
在项目计划的指导下进行项目开发，需要在这个过程中不间断的对数据进行跟踪，包括Size跟踪、工时跟踪、进度跟踪、质量跟踪以及风险跟踪。这些跟踪是不断修正项目开发计划，确保项目最后达标的必要条件。
进入项目交付和总结阶段，接包方首先要根据跟踪的数据来收集和整理数据，对风险状况进行评估，并进行技术知识和经验的总结。
流程贯穿始终
发包方和接包方的流程彼此牵制、互相影响。其中，沟通、协调的作用不可忽视的。外语水平的高低，文化、性格、角色、立场等等方面的差异都可能构成沟通潜在的障碍。
项目开发的流程范文6
【关键词】项目管理 erp软件 项目开发
一、和用户一起确认项目的目标和范围
针对基于项目管理的erp软件项目开发，初始步骤的主要目标是和用户一起确认项目的目标和范围。在初始步骤，项目成员需要建立的erp软件的范围和边界条件，包含软件操作的远景设想、用户验收条件以及在产品中包含和不包含的内容；区分出erp系统的关键用例；初步估计整个项目的整体成本和进度安排；识别项目潜在风险；准备项目的支持环境。
要达到初始步骤的目标，项目人员需要开展下列活动：
阐明erp软件项目的范围。项目的范围包含两层含义：erp软件的功能范围和erp软件开发工作执行的范围。项目成员需要捕获环境、主要需求和约束，在此基础上定义erp软件的功能范围，根据功能范围形成软件开发工作执行的范围。erp软件的功能范围的确认以erp软件产品的验收条件为准。
计划和准备项目的商业理由。评估项目风险，从商业角度充分考虑项目的成本/效益，从而确定项目是否可以盈利；估计项目需要的资源，确定在现有条件下是否能完成项目；对各种备选方案进行评估选择。
制定项目方案。拟订项目计划的可选方案，对人员、时间等进行初步规划。考虑各种项目限定因素，以便可以估计成本、进度安排和资源。证明解决方案的可行性，以便在精化和构建期间实现该解决方案。
准备项目环境。当项目被证明可行，并且有了初步的方案以后，就可以正式准备开发项目的环境了。制定项目的流程，确定要改进流程的哪些部分，选择开发中要使用的各种软件硬件工具。
在初始步骤结束时，要对步骤成果进行评估。生命周期里程碑评估的依据是项目产生的工件，对于基于项目管理的erp软件项目开发来说，生命周期里程碑应包括erp开发项目的风险列表、商业理由、软件开发计划、迭代计划、迭代评估、开发流程、开发基础结构、前景、针对erp用户的商业分析模型、针对erp软件需求的用例模型等工件。生命周期里程碑衡量的标准主要有：就erp软件开发项目的范围和用户达成一致；初步估计项目成本和进度，并取得用户的理解和同意；和用户就erp软件的功能需求达成一致；识别项目风险，并制定预防措施。
二、构造erp软件系统的架构
针对基于项目管理的erp软件项目开发细化步骤的主要目标是构造erp软件系统的架构，为后步骤的大量详细设计和组件实施提供稳固基础。要达到细化步骤的目标，项目人员需要开展下列活动：
建立足够详细的用例模型，进一步理解和验证用户对erp软件的需求，保证充分用户需求已经足够稳定。
构造erp软件的体系结构。在需求用例基本被识别的情况下，设计人员应尽可能快地定义erp软件的体系结构，验证可行性，并为erp软件体系结构建立基线。
为erp软件的构建步骤制定详细的迭代计划，保证erp软件的实现。根据项目步骤的状况，改进开发流程并放置到开发环境中，包括支持团队在构建步骤开发所需的流程、工具和自动化支持。
在细化步骤结束时，要对步骤成果进行评估。rup把本步骤的里程碑称为生命周期体系结构里程碑。对于基于项目管理的erp软件项目开发来说，生命周期体系结构里程碑依据的工件应包括软件开发计划、迭代计划、迭代评估、风险列表、商业理由、开发流程、开发基础结构、配置计划、erp软件的用户界面原型、前景、erp软件需求的用例模型、erp软件系统结构、erp软件的设计模型、erp软件的数据模型、测试计划、测试案例、部署计划等。生命周期体系结构里程碑衡量的标准主要有：erp软件的需求是否己经足够稳定，获得用户的确认；erp软件体系结构己经足够稳定，并得到包括用户在内的相关关键人员的认同；己经确定了测试的关键方法；erp软件构建步骤的计划保证足够详细和精确；再次评估项目的可行性。
三、依据体系结构澄清剩余的需求并完成erp软件系统的开发
针对基于项目管理的erp软件项目开发，构建步骤的主要目标依据细化步骤建立的erp软件体系结构，澄清剩余的需求并完成erp软件系统的开发。要达到构建步骤的目标，项目人员需要开展下列活动：
构建erp软件系统。项目的开发工作此时己经全面展开，这是最耗费时间、人力等资源的步骤。项目应做好资源的管理控制、优化开发流程。在构建过程中，往往要对设计模型进行修改和优化。
测试erp软件系统。根据用户对erp软件的需求和系统设计，安排测试案例，并组织测试活动。对照用户验收条件来评估erp产品发行版本。随着构建步骤的进展，组成erp软件系统的各个单元被开发出来，需要依照在项目初始步骤和用户协商好的验收条件检验产品。
在构建步骤结束时，要对步骤成果进行评估。rup把本步骤的里程碑称为初始操作能力里程碑。对于基于项目管理的erp软件项目开发来说，初始操作能力里程碑依据的工件应包括风险列表、软件开发计划、迭代计划、erp软件的部署方案、测试案例、测试评估、企业用户的支持材料、erp软件设计模型、erp软件数据模型和erp产品的部署单元。初始操作能力里程碑衡量的标准主要有：开发的erp产品发行版是否满足用户要求；开发的erp产品发行版是否己足够稳定和成熟到可以交付erp实施项目组和用户使用；实际资源耗费与计划相比，是否仍可接受。
四、确保erp软件可以满足企业用户的要求
针对基于项目管理的erp软件项目开发，移交步骤的主要目标是确保erp软件可以满足企业用户或者erp实施项目组的要求。项目人员需要开展下列活动：
到企业环境中，部署erp软件；为企业用户提供支持材料，如用户手册、培训资料等；现场测试可交付的erp产品；为新的erp软件创建产品发行版；获得用户反馈，根据反馈调整产品。
在移交步骤结束时，要对步骤成果进行评估。产品发行里程碑最主要的工件是产品和用户支持材料。产品发行里程碑衡量的标准主要有：企业用户和erp实施项目组对erp软件系统的评价和满意度；开发项目实际资源耗费与计划的耗费相比，是否可接受。
参考文献：[1]邵玟.项目管理理论在erp软件实施中的应用.机械管理开发，2008.
