智软冶金行业I-ERP实施方案

i-ERP（Internet/Intranet Enterprise Resource Planning）——企业资源计划是当今世界上最先进、有效的企业管理技术，作为新一代的ERP系统。它将企业的物流、资金流和信息流及人力资源、办公自动化、电子商务、决策支持等系统统一起来进行管理，对企业所拥有的人力、资金、材料、设备、方法（生产技术）、信息、时间等各项资源进行综合平衡和充分考虑，最大限度地利用企业的现有资源取得更大的经济效益，科学、有效地管理企业人、财、物、产、供、销等各项具体业务工作。

实施i-ERP能够使企业开源与节流并进，加强了客户关系管理，提高客户满意度，使企业内部管理更加高效、规范、扩大市场占有率、降低企业成本、提供辅助决策、网上销售、网上办公等诸多功能。

《智软i-ERP系统》是一套基于INTERNET/INTRANET管理的面向制造型企业的软件包，涵盖了企业的几乎所有经营业务。它以智软办公自动化系统（AI OFFICE）为中心粘合剂，实现领导对EPR系统的各个模块进行综合查询及辅助决策，模块间是高度集成的，流程是通畅的，数据可以充分共享，这与单一模块的软件开发有着本质的区别。

《智软i-ERP系统》分成四条主线：供销存、生产、财务及OA、电子商务。各条主线内部业务的联系相对紧密，而各条主线之间的联系主要通过公共数据库完成信息传递。智软i-ERP今后还将会把SCM（供应链管理）、CRM（客户关系管理）等系统结合起来，以满足企业不断发展的需要。

系统特点：

1、高度集成化和模块化相结合

《智软i-ERP》的各子系统是高度集成的，各子系统可以从其它相关的子系统中直接获取所需的数据，同时也将本系统内产生的数据自动传递给其它相关子系统，减少了数据的重复录入和数据在传递过程中可能发生的差错。

《智软i-ERP》在设计过程中同时采用了模块化的设计方法，使得各子系统既可以独立使用，也可以结合在一起使用。用户可以根据自己的业务需要选择安装相应的子系统，待以后业务扩展后再安装其它的相应子系统。这种设计可以帮助企业逐步实现一个完整的、涉及到企业全局的现代化管理信息系统。

2、多单位集团化管理模式

《智软i-ERP》直接支持总公司与分公司、总厂与分厂等形式的多单位集团化管理模式。总公司/总厂的所有指导性、指令性计划可以直接下达给相关的分公司、分厂，而分公司、分厂的具体计划执行情况和业务状况也可以通过汇总直接传递给总公司。从而实现了集团内部信息交换的快速与准确。在数据库设计时，用单位代码作为关键字，以区分各单位的数据记录。

3、使用方便灵活，适用性强

《智软i-ERP》系统中所有需要输入代码的地方都有在线的提示功能，使得用户在操作过程中不用记忆众多的代码，为此在开发过程中我们为相应的代码字段都编写了提示程序。系统中的所有应用程序都有在线帮助信息，指导用户如何使用程序。

系统中有许多管理方法和管理项目可以通过用户的事先设定选择使用。为此系统提供了许多由用户来定义的参数和代码，用户可以根据自己的业务需要选用不同的参数设定。这种设计可以使系统适应不同管理业务的需要。

4、多角度的数据统计分析及辅助决策

《智软i-ERP》的各子系统都提供了大量、丰富、灵活的查询统计及分析报表。从单一条件查询到多条件模糊查询，从单一业务数据查询到跨业务连锁查询分析，从当前业务数据查询到历史业务查询，从独立业务记录查询到业务数据汇总分析，系统全方位多角度的为用户提供所需要的信息。

5、OA及电子商务

《智软i-ERP》使企业领导能够通过OA系统实现对整个企业ERP系统各模块情况的了解、提高企业的办公效率、节省企业费用，实现网上办公。适应将来社会的发展，积极开拓网上销售市场，为企业寻找新的销售增长点。

6、实现生产、供应、销售、财务的一体化管理

实现企业内外业务处理的全面管理，用数据仓库技术实现企业经营管理的辅助决策分析和预测。

7、企业Intranet/Internet系统和办公自动化系统

实施企业Intranet/internet系统和办公自动化系统并将它们有机结合，提高企业工作效率，实现企业管理透明度，加强全员的参与意识和主人意识，企业文化的体现。

8、充分考虑企业未来的发展

《智软i-ERP》考虑到企业未来的发展及整个市场环境的变化，为系统未来的扩充留有充分的设计和数据接口。例如：与计算机辅助设计/制造（CAD/CAM）、计算机辅助工艺（CAPP）、自动货仓（AS/RS）、电子数据交换（EDI）等等都留有数据交换接口。

系统主要功能：

主要功能模块有：采购管理、库存管理、销售管理、分销管理、运输管理、帐务管理、报表管理、、预算会计、固定资产管理、工资管理、成本会计、生产管理、生产计划、物料需求计划、能力需求计划、人力资源管理、设备管理、质量管理、经营预测、办公自动化、电子商务、辅助决策等等多方面。

企业ERP项目实施方案制定与沟通技巧详解

软件应用尤其是ERP项目的实施是一个复杂而艰巨的系统工程，它涉及到软件公司的产品成熟与否、实施人员对产品的熟悉程度、用户的所有制体制、上层领导对项目的重视程度、中层干部对ERP流程认可程度、业务人员对操作的熟悉程度，以及企业效益、文化、人文地理环境、ERP厂商和客户的沟通程度等方方面面的因素。因此，可以这样认为，每实施一个ERP项目，就如同指挥一个重大的战役。ERP系统实施小组的双方负责人就是这场战役的指挥官，他们（她们）要按照既定方针精心部署：如何控制各项工作合理有序地进行，如何协调各方面的工作关系，如何合理地配置人力和各种资源，并制定详细可行的工作进度，在保证实施质量的前提下，尽可能缩短项目实施周期，减少实施成本，以达到ERP厂商和用户双赢的目的。

ERP项目的实施包括：方案的制定、项目的组织和协调、进度管理等方面的内容。

方案的制定

首先，项目小组要对系统做详细的调研，确定实施目标，界定实施范围和实施顺序，写出系统调研报告，双方签字认可后，作为实施的依据。根据项目情况，项目进度和工作计划可按天或周制定。

系统的详细调研至关重要，它直接关系到后续实施的成功与否。一个好的、全面的详细调研已完成了实施工作量的一半。因此在做详细调研时，不能放过任何一个细小的的环节，要敢于直面客户。更不能怕客户提需求，因为客户需求是客观存在的，既不能回避，也不会因为详细调研没有涉及到而消失。当客户化工作完成后，再来实现客户某些需求时，修改软件的工作量可能会比新增软件功能的工作量还要大，有时不仅是增加实施成本的问题，甚至会导致整个实施项目失败。系统调研不详细所造成的另一个后果是项目实施周期长，甚至会导致项目很长时间不能结束，同时还可能引起软件厂商与客户之间的矛盾。客户认为ERP软件这也不能做，那也不能做，而软件公司则埋怨客户的需求没完没了。

对客户的需求，关键是要区分哪些是操作性的、哪些是流程性的。对流程性的要求，要进行认真的梳理，以区分哪些是受企业、行业乃至国家整个经济大环境影响，现阶段必须修改的，哪些是需要客户重组自己业务或修改自己流程的，哪些是不能迁就客户的，但前提必须是抱着对客户负责的态度。例如，我们在机械行业的一个企业实施ERP时，在仓库管理子系统中，没有实行货位、货架及批次管理，在这种情况下，我们完全可以按照现有的管理模式进行实施，并且ERP系统也支持非批管理的模式。但我们并没有迁就现有的管理模式，而是考虑到企业今后的发展，我们先按通用批次和通用货位进行实施，待企业具备条件后，再指导企业如何对货位、批次进行管理。这看起来，首次实施增加了工作量，但从整体效益来看，减少了后续程序的维护工作量，降低了实施成本，并且树立了软件公司为企业负责的良好形象。

与用户的协调

首先，实施小组要安排好自己内部的工作。尤其是同时实施几个项目的情况下，要了解和熟悉本项目实施小组每个成员的特点，包括业务特点和性格特点，对谁比较熟悉哪个子系统业务、谁的业务能力比较强、谁较善于与客户沟通、谁比较细心等情况做到心中有数，充分发挥小组每个成员的积极性，因人制宜，合理安排工作，以保证几个项目同时顺利进行。

其次，积极主动地与用户协调，要充分调动用户项目负责人的积极性，使他们充分认识到工作的重要性、责任的重大性；尤其要使其认识到，ERP项目实施过程中的艰巨性和复杂性，以及通过该项目的实施可以提高自身业务素质。例如，有一次在与用户项目负责人的交谈中得知，该项目负责人由于种种原因很快就会离职，另有高就，但对该项目而言，中途换人无疑是一大忌。而且关于项目新负责人的性格、脾气、秉性、对业务的熟悉程度、与各方面及各部门的沟通能力等等，这一切我们都要重新了解并与之磨合。于是我们做起了耐心、细致的思想工作，从工作需要到对自身价值的提升、从企业现状到ERP的发展。最后该项目负责人表示，待该ERP项目实施结束后再决定离职，从而保证了ERP项目的一气呵成，顺利实施完毕。

09-02-14 | 添加评论 | 打赏

PHP 项目部署，有什么好用的工具，方案

需求是研发团队工作的起点，很多研发团队的开发过程混乱的源头都在于需求管理没有做好。这里是本人收集整理的几个需求管理系统，希望对大家有点帮助。

Rational RequisitePro

Rational RequisitePro是一个强大、易用、集成的需求管理产品。而通过与Rational系列软件产品的广泛集成，大大扩展了RequisitePro及其他产品的功能，给软件工程生命周期内的各个阶段都提供了强大、方便的信息查询、跟踪、管理功能。从而能够促进更好的团队沟通、帮助管理变更和评估变更的影响，帮助验证所有的规划需求被交付物所满足、降低项目风险。

网址：

IBM Rational DOORS

IBM Rational DOORS前身是大名鼎鼎的Telelogic DOORS，被IBM收购后更名为IBM Rational DOORS。DOORS

是最老牌的企业需求管理套件，通过使用DOORS/ERS，可以帮助企业更有效地进行沟通并加强协作与验证，从而降低失败的风险。通过对整个组织实施多种需求管理的方法，可以使项目的管理更加透明。它可以使企业跨越地域与组织的边界来按国际化的方式运行。

网址：

青铜器RDM

青铜器RDM是IPD+CMMI+Scrum一体化研发管理解决方案，针对需求管理，涵盖需求的全生命周期管理，从市场客户需求收集（创意管理）、产品路线图（Roadmap）定义、产品特性需求、产品设计需求与规格、项目开发Build划分（迭代划分）、测试用例库、测试计划、测试执行、缺陷跟踪、全方位的需求跟踪矩阵RTM；同时实现Scrum开发模式，基于项目需求直接生成项目任务，实现基于需求和缺陷的迭代开发模式；全面实现了IPD、CMMI、Scrum业界主流研发管理框架的需求管理要求。

网址：

比较内容

Telelogic Doors

IBM Rational RequisitePro

青铜器RDM

结论

项目级别的比较

（1）Doors 将所有的与需求相关的数据均存放在服务器上的 doors 数据库（不是商业数据库）中。

（2）一个 DOORS Database 能够同时支持许多个不同的项目开发，从而使得新的项目能够复用和共享过去的文件和信息。不同项目（文件）之间的追踪关系可以跨项目建立。

（1）ReqPro 将需求的数据存放在数据库中，而把与需求相关的上下文信息存放在 Word 文档中。

（2）一个 Database 只能支持一个项目的开发 , 无法支持对过去文件和信息的复用和共享。不同项目之间无法建立联系。

（1）RDM所有项目的需求统一保存在一个Database，该数据库可以是Oracle、Sql、Mysql任何商用数据库

（2）不同项目之间的需求可以相互关联、共享；同时支持产品标准化需求库，从而支持平台化产品开发模式，可以基于产品标准需求库构建项目，实现具体客户的个性化。

RDM、Doors 占优

（1） Doors 中的项目显然是从企业的级别考虑，任何一个用户，只要有权限，就可以访问企业中的任何一个项目的需求数据。

（2）RDM需求集中保存，便于统一维护，跨项目共享也更方便，同时产品通用需求库概念，支持平台化开发模式，兼顾平台化和项目个性化要求。

多人同时访问

（1）一个时刻，只能有一个人修改一个 module （类似于 requisitepro 中的一个 word 文档），其他人只读方式打开。

DOORS 有访问方式：独占、共享和只读。当某人独占打开某个 module 时，其他人只能只读访问。但 DOORS 提供共享方式，特别是可以允许不同的人同时修改同一文档的不同部分，比如 A 用户负责修改第一章， B 用户负责修改第二章。这是 tool-setup for sharing 的功能。

（1）一个时刻，只能有一个人修改一个 word 文档。其他人只读方式打开。

（1）RDM支持需求检入/检出，版本化操作；同时不同版本之间的差异化能自动对比分析

（2）RDM的需求可以灵活根据需求类型、需求状态划分权限，支持多人并发对需求进行编辑、维护。

RDM占优，ReqPro、Doors两者相同。

需求创建和编辑

在 doors 中创建和编辑（与 word 的使用类似。）创建方法简单直观。

在 word 文档中创建和编辑，创建方法和理解上略有困难。在 requistitepro 中创建的需求放在数据库中，不能被文档使用

RDM支持在线创建编辑需求 和 基于Excel编辑需求，然后集中导入RDM 两种模式。

在线编辑支持富文本、直接插入图片等个性化手段

各有优劣， ReqPro、RDM略占优

（1） doors 中创建和使用简单，不需要 word 。但是，它毕竟没有 word 的编辑功能强大。

（2）RDM支持富文本、直接插入图片方式，能使需求展现的更直观

需求修改历程的纪录和管理

（1）可以针对 module （类似于 requisitepro 中的一个 word 文档）打基线。可以比较基线之间的不同点。基线可以作为创建新的 moduel 的模版。

（2）需求项的修改有历史记录，并且可以回滚到任何一个历史点的内容。

（3）可以和主流的配置管理工具集成使用；

（1）需求项的修改有历史记录。

（2）可以和 clearcase 工具集成使用 , 完成基线功能，但是只是形成版本，没有比较功能。

（1）RDM支持需求检入/检出，版本化记录，同时一个页面展现版本间差异

（2）RDM本身提供变更管理流程，并且流程可配置，需求和流程的集成性高

（3）RDM同时提供变更关联提醒功能，需求变更后自动通知子需求、关联需求、对应的测试用例。

Doors、RDM占优

（1）优势明显，而且该功能比较有用。

（2）RDM的版本间差异对比、变更关联通知非常有价值。

对需求变更的管理

Doors 本身具备变更管理系统，即变更的提交，评审，应用，并因此可以给指定的用户分配不同的角色（如提交者，审阅者，应用者）；内容讨论能力较弱

可以和主流的变更管理工具集成使用；

DOORS 可以和 ClearQuest 集成，可以使用 CQ 的功能扩展变更流程，使需求项和变更请求紧密相关

RequisitePro 有针对需求项的讨论功能。类似于 bbs 中的主题讨论。使用比较方便。

讨论没有区分权限，但是有明显的讨论人和讨论时间。

与 clearquest 工具集成；

1）RDM支持需求检入/检出，版本化记录，同时一个页面展现版本间差异

（2）RDM本身提供变更管理流程，并且流程可配置，需求和流程的集成性高

（3）RDM同时提供变更关联提醒功能，需求变更后自动通知子需求、关联需求、对应的测试用例。

各有优劣， RDM 略占优

多个需求项及追踪关系的显示

Doors 能够在一个专门的界面上给用户一次显示一个 module 文件中的所有需求项和相互之间的追踪关系 ( 即支持 in 和 out 的需求追踪 ) ，从而支持用户同时观看所有相互依赖的需求项。

有专用的追踪矩阵图，以二维表的形式展示需求项之间的追踪关系。

（1）针对单个需求，一个页面可以追踪到市场需求、产品需求、设计需求、物理模块、项目构建、测试用例、开发任务、测试缺陷，实现端到端追踪

（2）针对集中追踪，提供跟踪矩阵、跟踪表两种模式

RDM占优

（1）RDM跟踪更全面，涉及到测试用例、项目任务、物理模块、测试缺陷。

（2）RequisitePro 的功能强大，界面也比较复杂，使用不便，但RDM同样功能，RDM界面更清晰、明了。

可疑 link （需求变更）的通知

（1）当 link 的一方产生变更时， Doors 可以自动产生提示符通知另一方，而不需要在 link 的矩阵上查找；

（2）可以清楚地看到导致可疑 link 的需求内容变更情况

没有自动提示，必须通过追踪关系矩阵来查找，当追踪矩阵比较大时，非常费时费力；

（1）当 link 的一方产生变更时， RDM 可以自动产生提示符通知另一方，同时自动把变更的信息推给对方

（2）Link方不仅仅是需求还涵盖测试用例，通知更全面

RDM、Doors 占优

（1）RDM更优，可以灵活配置哪些属性变化才通知，同时变化信息能自动推送给link方，更易用

（2）Doors 的可疑 link 原理是通过需求内容的改变自动置 link 为可疑，比较科学。

与已有产品的集成

Clearquest 、 clearcase 、 rose

Clearquest 、 clearcase 、 rose 、 testManager 、 project2002

RDM本身就是研发一体化平台，可以使客户最大程度节约投入

Requistitepro 占优

与 word 的集成

需求的创建和修改工作完全在 doors 中完成。只是提供了导出符合格式的 word 文档。

与 word 紧密集成，需求的创建和修改工作大部分在 word 中完成。

需求的创建和修改工作在 RDM 中完成。灵活定义导出的内容和格式，可以直接导出为Word、PDF、Excel格式。

Requistitepro 、RDM占优

从现有 word 文档的导入功能

。支持，基本上是 word 文档中的一段对应 doors 中的一个需求项（ object ）。同时， word 中的表格、图像等 ole 对象也可以导入。

支持 Word 文档的导入，同时支持 table ， picture 和 OLE object 的导入

不支持普通 word 文档的导入

不支持Word，支持Excel

Doors 占优

离线编辑功能

没有找到离线编辑的好方法。

可以使用 word 把文档下载到本地编辑（可以离开网络环境）。然后再提交到 requisitepro.

没有找到离线编辑的好方法。

Requistitepro 占优

该功能比较有用。

权限控制

Doors 具有灵活的权限控制，包括：只读，修改，创建，删除，管理等五种级别。权限控制可以针对每一个用户在每一个 database ，项目目录，文件，实施等；

权限控制的种类和级别有限。包括：只读、完全控制。权限只能针对项目 。

RDM 具有非常灵活的权限控制，包括：只读、编辑、创建、删除、管理等五种级别。同时可以基于需求字段属性配置权限

RDM 占优

数据备份和恢复

简单有效

复杂，要保证文件和数据库同时备份。可能使用 access 数据库会 …

简单方便，只需要配置数据库、服务器上的文件库目录即可

RDM、Doors 占优

异地需求管理

(Multi-site)

Doors 提供灵活的方式实现需求异地管理的方式； Doors 强大的性能优势也保障了大型项目异地需求开发 / 管理的可能；

无异地使用模式

RDM是B/S结构，提供领会异地访问管理模式

RDM已经有众多实际案例

是否易于掌握

容易使用

较容易使用

容易使用，但前期配置有一定的工作量

Requistitepro 上手较快（因为是在 word 中编辑），想各个功能用的比较顺手需要一段时间。

Doors 大部分功能比较容易掌握。

tomcat部署项目的几种方式

一、静态部署

1、直接将web项目文件件拷贝到webapps 目录中

Tomcat的Webapps目录是Tomcat默认的应用目录，当服务器启动时，会加载所有这个目录下的应用。所以可以将JSP程序打包成一个 war包放在目录下，服务器会自动解开这个war包，并在这个目录下生成一个同名的文件夹。一个war包就是有特性格式的jar包，它是将一个web程序的所有内容进行压缩得到。具体如何打包，可以使用许多开发工具的IDE环境，如Eclipse等。也可以用 cmd 命令：jar -cvf mywar.war myweb

webapps这个默认的应用目录也是可以改变。打开Tomcat的conf目录下的server.xml文件，找到下面内容：

<Host name="localhost" appBase="webapps"

unpackWARs="true" autoDeploy="true"

xmlValidation="false" xmlNamespaceAware="false">

将appBase修改即可。

2、在server.xml中指定

在Tomcat的配置文件中，一个Web应用就是一个特定的Context，可以通过在server.xml中新建Context里部署一个JSP应用程序。打开server.xml文件，在Host标签内建一个Context，内容如下。

在tomcat中的conf目录中，在server.xml中的，<host/>节点中添加：

<Context path="/hello" docBase="D:\ workspace\hello\WebRoot" debug="0" privileged="true">

</Context>

或者

<Context path="/myapp" reloadable="true" docBase="D:\myapp" workDir="D:\myapp\work"/>

或者

<Context path="/sms4" docBase="D:\workspace\sms4\WebRoot"/>

说明：

path是虚拟路径；

docBase 是应用程序的物理路径；

workDir 是这个应用的工作目录，存放运行时生成的与这个应用相关的文件；

debug 则是设定debug level, 0表示提供最少的信息，9表示提供最多的信息

privileged设置为true的时候，才允许Tomcat的Web应用使用容器内的Servlet

reloadable 如果为true，则tomcat会自动检测应用程序的/WEB-INF/lib 和/WEB-INF/classes目录的变化，自动装载新的应用程序，可以在不重起tomcat的情况下改变应用程序，实现热部署

antiResourceLocking和antiJARLocking 热部署是需要配置的参数，默认false避免更新了某个webapp，有时候Tomcat并不能把旧的webapp完全删除，通常会留下WEB-INF/lib下的某个jar包，必须关闭Tomcat才能删除，这就导致自动部署失败。设置为true，Tomcat在运行对应的webapp时，会把相应的源文件和jar文件复制到一个临时目录里。

3、创建一个Context文件

在conf目录中，新建 Catalina＼localhost目录，在该目录中新建一个xml文件，名字不可以随意取，要和path后的那个名字一致，按照下边这个path的配置，xml的名字应该就应该是hello（hello.xml），该xml文件的内容为：

<Context path="/hello" docBase="E:\workspace\hello\WebRoot" debug="0" privileged="true"></Context>

tomcat自带例子如下：

<Context docBase="${catalina.home}/server/webapps/host-manager"

privileged="true" antiResourceLocking="false" antiJARLocking="false">

</Context>

这个例子是tomcat自带的，编辑的内容实际上和第二种方式是一样的，其中这xml文件名字就是访问路径，这样可以隐藏应用的真实名字。

4、注意：

删除一个Web应用同时也要删除webapps下相应的文件夹和server.xml中相应的Context，还要将Tomcat的conf\catalina\localhost目录下相应的xml文件删除，否则Tomcat仍会去配置并加载。。。

二 动态部署

登陆tomcat管理控制台：http://localhost:8080/，输入用户名和密码后便可管理应用并动态发布。

在Context Path(option):中输入/yourwebname ，这代表你的应用的访问地址。

XML Configration file URL中要指定一个xml文件，比如我们在F:\下建立一个hmcx.xml文件，内容如下： <Context reloadable="false" />其中docBase不用写了，因为在下一个文本框中填入。或者更简单点，这个文本框什么都不填，在WAR or Directory URL:中键入F:\hmcx即可，然后点击Deploy按钮，上面就可以看到了web应用程序，名字就Context Path(option):中的名字。

如果部署.war文件还有更加简单的方式，下面还有个Select WAR file uploae点击浏览选择.war文件，然后点击Deploy也可以。

对于一个大型JAVA项目可以采用哪几种部署方案，假设政府项目，如银行!税务!公安等企业，移动，联通等!

无满意答案

建筑工程中的施工部署、施工方案、施工工艺等

1、施工部署是对整个建设项目全局作出的统筹规划和全面安排，其主要解决影响建设项目全局的重大战略问题。

施工部署由于建设项目的性质、规模和客观条件不同，其内容和侧重点会有所不同。一般应包括以下内容:确定工程开展程序、拟定主要工程项目的施工方案、明确施工任务划分与组织安排，编制施工准备工作计划等。

2、施工方案是根据一个施工项目指定的实施方案。其中包括组织机构方案（各职能机构的构成、各自职责、相互关系等）、人员组成方案（项目负责人、各机构负责人、各专业负责人等）、技术方案（进度安排、关键技术预案、重大施工步骤预案等）、安全方案（安全总体要求、施工危险因素分析、安全措施、重大施工步骤安全预案等）、材料供应方案（材料供应流程、接保检流程、临时（急发）材料采购流程等），此外，根据项目大小还有现场保卫方案、后勤保障方案等等。

3、施工工艺指具体的某个构件/材料/分项工程的施工方法。

请问该如何对软件项目进行跟进？

软件项目的跟进主要是针对IT行业比较多，具多年来从事e商进销存管理软件的思路和经验来讲主要分为以下几个方面：

1.客户需求调研，这一点是关键，比较重要，只有清楚用户的需求后才能有效的为用户解决问题。

2.需求分析，用户是从自己的角度来阐明需求的内容，那么IT的实施人员或售前顾问需要将用户的需求进行分析，使其更加系统化、深入化和流程化。

3.解决方案，了解好客户的需求后，要针对其具体需求制定出可行性的解决方案和报告，同时制定的软件项目的金额和周期。

4.客户沟通决策，客户根据解决方案，满意的话进行下一步，不满意的话进行修正或放弃。

5.项目启动，客户对解决方案满意，开始进行项目启动，进入软件项目的初期部署工作。

6.软件研发，根据项目内容进行软件研发及其调试。

7.软件上线测试和培训，客户实际应用，进行软件的初期试用测试，同时由软件开发商进行软件操作者的培训。

8.项目验收，对软件整体项目进行正式上线，并进行结算。

9.项目维护，正式运营中的正常维护工作。

10.项目结算，客户全面进行软件的正常使用阶段。

怎么把java项目部署到云服务器

首先保证你的云平台安装了java运行环境然后保证有服务器软件比如tomcat jeety jboss等

然后上传你的项目到web服务器的web目录就行了

具体操作还的看你的云平台是什么样了

JAVA WEB项目集群部署问题

根据中间件不同部署方式也不同。tomcat下面就要分别部署了，weblogic支持分别部署，也支持统一部署（两种方式各有优缺点，推荐分别部署）。

中间件基本上都支持session共享复制，不过实现方式可能有点区别（有的是基于容器，有的是基于memcache等等）。

您还是没有说怎么个部署方案呀

转载请注明出处51数据库 » 软件项目部署方案 一个软件项目的实施方案要怎么写