某集团船代项目需求分析和调研实践过程.doc

某集团船代项目需求分析和调研实践过程此文档主要在于项目管理设置项目相关文档，有兴趣人员可以参考一下，对于项目管理和未来有此方向者有一定的参考价值，。流程再造方法论-流程影射，系统评估，定义考核，再造建议前言本文档主要根据某集团船代项目需求分析和调研实践过程整理而得，描述从项目启动，调研到设计过程的大致过程叙述，重点在于咨询过程中涉及的需求分析和调研方法论，其他相关项目前期规划和调研可参考此方法论。如有不妥之处敬请指正，也希望能不断完善，谢谢！正文：软件需求的定义：根据IEEE软件工程标准词汇（1997年）中定义的需求为：l用户解决问题或达到目标所需的条件和能力；l系统或系统部件要求满足合同，标准，规范或其他正式规定文档所需具有的条件和能力；l一种反映上述条件和能力的文档说明。本项目简介因某某集团船代业务发展需要，加上目前的系统存在很大问题，也不能涵盖目前的所有业务需求，需进行调研和需求分析是否需要上一套新的船代系统，新系统需要整合目前的业务结构和业务流程，同时满足业务的需求和未来发展。适合读者此文档适合信息系统项目咨询规划和分析的相关项目人员作为项目前期方法论参考之用。目录1.项目启动2.项目调研3.项目规划与考核指标4.撰写SOR项目启动1.与成员企业与相关部门沟通召开项目总启动会议，介绍项目组相关人员以及此项目的主要目的和要求，企业简单本项目涉及的业务流程和相关业务部门和目前主要组织结构。例如船代项目我们在这一个环节我们了解到了整个船代所涉及的主要业务可以分为：l集装箱进出口业务l散杂货进出口业务l箱管l订舱根据业务的分工部门的分工也不同。以后的调研思路我们也可以按照这样两种业务流程主线去咨询调研相应的部门与人员。2.安排项目相关人员根据业务主线（集装箱进出口，散杂货进出口）整理调研思路，要求企业根据提供的业务主线流程，和部门结合分工安排，组织各部门主要相关人员积极配合项目未来的调研。3.出初期调研时间和相关人员安排表根据前期的准备工作，出具具体调研时间和人员安排表，时间项目组掌控制（需要和业务部门协调），人员安排需要业务部门提供详细人员名单资料。以便项目成员和企业相关部门人员提前做好调研准备（安排相关人员和准备一些相关资料）。根据时间人员安排表，做好前期调研准备。注：在调研具体调研前，我们因该知道所有物流在运作过程中碰到的四个主要问题为：l出错率l时效l成本l结算 在具体的调研过程中，我们始终要以此作为主导的思路问问题，才能找出目前的问题所在。也就是未来规划后的系统的价值所在。另一个主导思路是调研过程中我们重点要理出那些重要的环节，抓住那些关键环节，挖出影响这些环节的重要因素，以及对这些因素的如何控制把关即考核方式。调研的基本策略：n确定用户的目标和目的，确定业务基本范围，围绕这个目的，确定要访问的部门和人员，了解具体业务，在基本的范围内展开调研；n以部门职责为基础搞清各种现有业务，要填写的表格文档和报表等，其数据来源及去向；n以业务为主线，搞清每个业务的每个环节的流程关系，涉及部门，输入输出项；n搞清哪些业务和数据时已有系统支持的，他们和新规划的系统的关系是衔接还是替换n应思考是否有新的方法和技术改进现有的工作，用户提出的需求是否一定要求实现，是否可以实现。n对于调研过程中用户的每个需求我们都要问为什么项目具体调研1.了解外部客户和本行业目前总体状况为了对我们所作的项目有一个具体的概念，我们可根据项目状况了解本项目行业内的大致业务状况，在项目前期，我们相应参观和考察同行业其他公司的业务结构，索取一些各地子公司和兄弟公司的业务范畴和流程资料，参考一下这些相应的资料和行业要求，了解船代项目中业务目的，所需完成工作，客户的需求等等。在本项目中，我们考察了行业内其它公司的业务，同时成员企业也提供了一些操作的资料。在此过程中我们重点在于了解：l船代是什么？船代就是代理船公司的业务，帮助船公司处理岸上的一系列事物。l船代做什么？帮助船公司处理报关，商检，海事，船在港期间的作业，箱管等等。l船代的业务范畴有哪些？主要为代理船的进出口（包含集装箱和散杂货进出口）业务，同时也包含有箱管和订舱等等业务。l业务范畴的大致流程状况？参考船代相关资料。l船代涉及的客户和部门有哪些？主要有船东，货代。海关，商检，码头，边防等等。l客户注重和关注的服务和环节？2.了解本公司此项目所涵盖业务目前的大致流程和部门结构从本公司了解船代项目中目前我们所从事的所有业务项目有哪些，这些业务的大概流程怎样，每个业务的流程所完成的部门是哪些部门，业务如何在部门之间流转。例如：本船代项目中了解到的所有业务项目有集装箱进出口，散杂货进出口，箱管，订舱。每个业务大致的流程和所需部门结构可参考船代相关资料。目的在于先对本项目的船代业务现做一个具体的了解，已备后面作流程更详细的深入了解作基础。此过程主要针对管理层作调研，包括总经理和部门经理主管等。在此过程中对业务流程的正确理解相当重要，也将直接影响到未来的细致调研和分析 。在此过程中我们重点要了解l目前本公司船代业务所包含的业务？集装箱进出口，散杂货进出口，订舱，箱管。l每个所包含的业务的大致流程？参考船代项目文档流程图l每个业务所涉及的部门与客户或者政府部门？船东，货代，货主，码头，海关，商检，边防等l目前主要存在什么问题？信息不能共享，信息链不清晰。人力成本浪费严重，现有工作效率不高，结算慢等等l是不是需要上业务系统？需要重新规划流程，出一套能满足和涵盖业务需求的系统l为什么要上业务系统？利用新的业务系统完善流程。避免和改善目前存在的问题，满足多方面新的业务需求，从而辅助船代做好业务工作。降低成本，提高效率，加快结算。l每个业务信息流流向？参考船代项目文档的流程图l业务结算过程？参考船代项目的相关结算文档l如何控制和保障目前业务的每个环节？主要考虑从成本控制，时效（及时性）和加快结算上考虑保障目前的业务环节，另外考虑系统设计时主要环节提供主动信息发送功能。l目前的考核制度？目前的考核制度很少，基本只有基于ISO9002的一些基本内部考核机制，不灵活。 l主要所需报表（管理层）？目前管理层较注重或需要的报表大致有：客户滞留率，利润指标，客户满意率，新客户开发率等n与其他系统和其它部门之间的数据接口与财务orica系统之间需要衔接等3.根据业务流程出大致流程图结合部门职责出部门结构图项目组根据前面所了解的流程和所得资料信息，根据目前大致状况，初步整理画出目前业务的大致流程图和目前的部门结构图，作为未来详细调研的参考。在此过程中项目组重点在于对前期的调研作一个完整正确理解的初步整理，作出一些目前的流程分析，形成规范的流程图，进一步与业务部门确认。安排下一步更详细的调研和相关人员（具体将涉及的操作人员）等等。在此环节我们主要要整理出：l每个业务流程主线具体参考船代项目文档流程图l目前存在的主要问题具体参考船代项目文档目前状况分析对于上诉两个问题同时我们要做初步分析l现有的流程主线是否合理，是否需要改变？具体参考船代项目文档现状和建议l目前流程的每个环节是否已经不能再分解？l存在的这些问题我们在新的规划中如何去避免具体参考船代项目文档建议和KPI考核l如何利用新的规划提升业务运作能力具体参考船代项目KPI考核注：在前面的过程中可能得到的数据比较和信息比较多和混乱，但是又不是很详细，如何对这些得到的信息进行正确的归类和整理很重要。特别是当业务比较繁琐或者类别比较多的时候。要理出正确的主线，然后把相应的信息归类到主线的环节中去。4.根据流程图具体详细了解每个部门具体业务和流程职责根据大致业务流程图详细了解每个业务操作环结的进出数据，所需完成工作，结合部门岗位信息详细了解每个操作的具体工作步骤，所需数据和数据流向，每个环节如何控制，从那些方面控制？具体涉及的单证，工作，信息接受反馈有哪些，需要提供和完成的服务有哪些？主要方法可设计主要五个方面的问题：lhow？（怎么做？）lWhat？（需要做什么？）lWho?（谁做？）lWhen？（什么时候做？）lWhy?（为什么这样做？）上述得五个问题我们需要在每个具体操作步骤中具体问道。具体到问题有下列一系列需要了解的问题：l数据或信息来源l数据或信息去向l数据流是否有固定的标准l每个环节的数据流输入和输出的项目，格式，方式是什么？l数据流的变化和关系l怎么处理这些信息？l需要作什么工作？l如何做好这些的工作？l涉及到哪些人员？l什么时候开始做？l需要多少时间做完（有没有时间要求）？l为什么要这样做？l目前这样做是不是合理，有没有更好的处理方法？l数据信息流转的方向和相关人员？l目前这样做有什么困难？有什么问题？l如何考核作的好不好？l每个环节争对操作和管理的权限是否有限制和划分？l数据审核机制l环节传递条件在此过程中我们有些要注意的点：l需要业务操作提供具体的数据模版（单证，报标，数据格式等等），以备下一部作具体的系统设计，招标和供应商谈软件需求之用。l因为此步骤调研涉及的人员都将是比较具体的操作人员，涉及业务比较深，在以往经验中，涉及业务越深，越往往容易误导项目人员的一些思路，甚至有时候他们提及的问题会很偏，很难解决，或者直接告诉你系统该怎么做？另外，考虑系统的时候我们必须明确系统所能帮助人完成的工作是有限的，因该针对业务的大部分功能设计，而不是某些难以完成的功能考虑太多。l这些具体的操作过程中我们要重点考虑如何做好这些工作，系统地涉及需要怎么来辅助做好这些工作，为此，我们需要找出做好这一步工作的关键因素是什么？此些关键因素将重点考虑记录作为KPI考核。在此过程我们应有的成果有：n各业务手工流程文字说明n各业务手工流程图n各业务手工各环节输入输出表单，数据来源和出口我们在此船代具体的调研过程中设计了一份调研表格，可供参考：处 理 详 细 描 述处理编号：处理描述：整理核对舱单,标注危险品处理目的：输入处理输出描述舱单数据（电子、书面）WHEN上港开航后标注危险品描述整理过的舱单WHEN上港开航后WHO委托方WHO单证部WHAT WHAT HOW传真、邮件、书面HOW系统、书面描述整理过的舱单WHEN船抵港前72小时如果合同有要求代理申报危险品，则进行申报，如果合同中没有要求代理申报危险品，与委托方联系是否有我司代理描述是否要进行申报的结论WHEN上港开航后WHO单证部WHO单证部WHAT WHAT HOW系统、书面HOW系统、书面描述放单形式及收费情况WHEN上港开航后通知单证部的控单人员描述 WHEN WHO委托方WHO WHAT WHAT HOW传真、邮件、书面HOW 特例 KPI？上述具体针对船代的调研过程整理的数据可参考船代项目文档的相应资料5.现状分析这一环节的调研其实是穿插在第四环节中的，具体要在这里体现出在是因为我们需要着重了解的。因为这也将直接影响到我们规划和调研是否成功。也是我们在未来的系统中一定要避免的。我们可以把此步骤定义为对现状的分析。在此步骤中我们可能要设计的问题有：l目前最大的困惑或者问题是什么？l那些地方不够完善l目前是否有相应的应运系统？如果有是否有什么问题？l需要解决什么问题？n应用系统能帮助解决的问题n需要人的因素才能解决的问题在此环节中需要注意的是：因为具体的业务操作已经习惯了模式化的操作，所以许多隐含的问题并不一定能够被直接的了解，许多隐含的问题存在却需要项目组人员通过调研来挖掘。找出了目前能找出的问题所在以后，我们还要对这些所有的问题进行归类，目的在于分类以后可以更直观的了解新系统需要在那些地方解决这些问题，例如信息不共享在具体的业务过程中可以表现的问题方式有多种：可以是人力资源浪费，可以使操作不方便，可以使工作繁琐，但是在新的系统中只要实现数据统一一个入口所有部门实现共享即可解决所有信息不能共享带来的问题。6.找出每个环节关键因素（数据，时间等）所在以及如何控制（KPI）找出关键因素和考核制度将直接体现未来系统的价值所在，关键因素是那些直接会影响到我业务每个环节做好做坏的主要关键所在，例如时间，数据是否正确等。这是提出问题。找到这些问题以后就要规划如何实现，即方法论，也就是KPI了。具体流程为：n找出具体业务的所有环节？n找出每个环节具体的业务和数据流？n体现这些环节做得好坏的关键因素是什么？n如何在抓这些关键因素。n怎么利用抓这些关键因素来体现我业务做得好不好（即考核方法）在上诉过程中针对船代项目过程可参考相关的船代项目资料7.画出目前整个业务详细流程图根据前面所有的调研l整合所有调研的资料和数据l落实再造的目标 （例如此船代项目最后目的我们提出是为了能够提升结算速度和准确率）l设计新的流程思路，新的基础KPI考核方式l画出新思路下所有业务的详细流程图在此过程中我们的要围绕的一个主体思路是：不管什么项目，唯一根源都为钱（或者说客户）8.参考和了解几家相应业务的供应商的产品此步骤主要结合自身的业务状况，可以参考和了解一些供应商的产品，更直观和深入了解具体针对本业务的信息系统模式。目的在于对具体的业务规划和设计与未来的信息系统进行思路上的结合。项目规划与考核指标9.基于目前的流程给出相应的整合后设计方案和考核制度基于前面的所有调研和业务及数据流程分析此步骤我们应出：n规划后系统功能划分n规划后系统各业务流程文字说明n规划后系统各业务流程图n规划后系统各业务各环节的数据，数据采集方式，数据间的内在联系分析n规划后部门的的调整，部门职责的重新定位n规划后的系统必须考虑与其他系统是否需要实现衔接？是否可以实现这样规划后的设计方案必须考虑解决那些现状中存在的系统所能解决的问题。同时要对建议的变更向用户争取意见，分析其影响。10.根据设计方案对项目做一个整体的时间规划和大致费用规划根绝上面的设计方案作一个整体项目的时间规划，并且根据系统的设计方案出一份软硬件的费用分析。软件费用可根据几家供应商的报价，硬件可根据具体业务状况确定基本配置软后询问相应的供应商。11.根据结果和新的设计方案作汇报根据上诉规划总结一个汇报方案，目的在于争得领导对此规划的认可。出SOR12.出项目需求报告（SOR）根据规划文档和业务状况出一份具体需求说明书，目的在于向供应商提供一份招标需求书。建议工具：（此项目中调研过程对于资料的整理主要设计的软件有）nword(主要用于文档和资料的整理)npowerpoint（主要用于制作汇报演示文档）nvisio（主要用于业务的流程图设计）nadobe（主要用于制作一些流程或文档）附件2-1 数据交换(DXG)的SOR 数据交换项目 需求说明书修订历史记录日期版本说明作者2003-08-301.0初稿林友钦、苏智勤2004-10-252.0修改某些技术细节，增加业务上的需求潘邦端2004-11-022.1根据项目小组意见修改细节潘邦端2004-11-032.2根据项目小组意见修改细节潘邦端Chapter 1:关键需求(General Requirement)数据交换系统是一套用于解决企业内部各个独立系统之间、企业内部系统与外部客户信息系统之间的数据交换和传输，实现系统间数据的共享，使得各个独立业务系统能够及时了解和本系统相关业务数据的数据交换工具。该系统必须具备以下特点：1、跨越应用系统和企业界限2、快速进行应用系统集成3、节约数据交换的维护成本4、随着应用系统的增减，能进行灵活的变动5、直观、简便的应用界面6、符合国际EAI标准Chapter 2:网络通讯数据交换的通讯图：具体说明如下：1、各个内部独立系统直接对数据库进行数据读取，而不是通过数据交换层再对数据库进行数据读取；2、各个内部独立系统之间有相同的数据或需要其他的系统的部分数据时，由后台定义数据交换规则自动进行交换；3、各个内部系统同客户之间的数据交换必须通过数据交换层来完成；4、数据交换必须要有安全验证机制；Chapter 3:基建无Chapter 4:软件一、软件功能的需求1、流程控制功能l允许用户根据需求进行业务流程的设置；l提供流程必须的判断、分支、循环功能；l提供事务控制功能，保证数据的一致性和正确性；l在需要的时候允许进行修改，在修改业务流程时，必须有有效的手段保证数据的正确性；l能设置自动化任务；l定义数据交换的机制（定时或事件触发）；l流程控制workflow 能和 MQ 有机的分开；2、多数据格式支持l能支持（导入、导出、生成）主流和非主流的数据库l能支持（导入、导出、生成）主流和非主流的格式文件l支持各类的公共标准（EDI、XML等）；3、良好的稳定性及容灾能力l在正常情况下，不能有处理异常现象发生；l在断电等异常情况下，恢复正常后，能自动延续异常前的处理任务；l提供强大的备份的功能，能在最短内恢复系统，并尽量实现不丢失数据；4、安全验证机制；l提供安全机制，至少可对所传输的数据进行加密；l提供权限控制，可对不同权限用户控制其使用资源及数据；5、处理过程跟踪；l提供实时监控功能，能实时监控到系统运行状况；l能提供一个中央监控界面，在该界面就能监控到系统所有模块的运作状态；l提供事后查询功能，能再现数据的起始、处理、结果整个过程；l处理（交换）错误实时警报，并有详细的日志；6、二次开发的能力；l提供简单、强大的二次开发的工具；l提供完整的二次开发资料；7、性能要求l提供处理大数据量的数据交换的能力；l提供实时频繁的数据交换的能力；l提供流量分析功能，能直观的管理和监控系统的流量及状态；l在流程和交换过程中，能提供有效机制保证数据的正常交付；l支持数据仓库方面的需求；8、简单的定义、管理、维护界面；l系统提供的界面应简单，易于定义、管理、维护；9、二、实施计划阶段实施相关的业务系统实施主体第一阶段船代业务系统供应商第二阶段运输业务系统待定第三阶段待定待定三、第一阶段（船代业务系统）对数据交换层的需求（一）、格式数据的交换1、EDI 的需求1）设置EDI 的格式n能设置要导入导出的EDI的格式；n能设置要导入导出的EDI文件的存放位置；n能设置要导入导出的EDI数据的目标位置及存储格式，如果是数据库的话，可以指定目的表，并能映射字段；2）导入导出处理n提供手工导入导出和自动导入导出两种方式，并可以设置选择；n系统应能保证不重复导入相同的数据，对两次导入的同一文件的不同数据要能显示不同的地方，提示用户选择后续的处理；n对于EXCEL文件，可以设置参数控制导入导出的次数，即是否允许多次导入导出，多次导入时对两次导入的同一文件的不同数据要能显示不同的地方，提示用户选择后续的处理；多次导出时应详细记录导出日志，并能进行次数控制；n提供处理日志，记录文件名、处理时间、操作人及操作数据；n对于导出的EDI，提供自动核对和人工核对功能，人工核对时，EDI中数据应能直观显示字段及内容，用于核对；3）操作需求nEDI的导入导出的操作界面应能够集成到船代业务系统的界面中nEDI的日志查看界面应能集成到船代业务系统的界面中4）现阶段要实现的主要的EDI格式n（见附件1）2、EXCEL格式及相关格式（CSV、TXT等）的需求1）设置EXCEL 的格式n能设置要导入导出的EXCEL的格式，要求能提供类似EXCEL的简单界面；n能设置要导入导出的EXCEL文件的存放位置；n能设置要导入导出的EXCEL数据的目标位置及存储格式，如果是数据库的话，可以指定目的表，并能映射字段；2）导入导出处理n提供手工导入导出和自动导入导出两种方式，并可以设置选择；n系统应能保证不重复导入相同的数据，对两次导入的同一文件的不同数据要能显示不同的地方，提示用户选择后续的处理；n对于EXCEL文件，可以设置参数控制导入导出的次数，即是否允许多次导入导出，多次导入时对两次导入的同一文件的不同数据要能显示不同的地方，提示用户选择后续的处理；多次导出时应详细记录导出日志，并能进行次数控制；n提供处理日志，记录文件名、处理时间、操作人及操作数据；n对于导出的EXCEL，提供自动核对和人工核对功能，人工核对时，EXCEL中数据应能直观显示字段及内容，用于核对；3）操作需求nEXCEL的导入导出的操作界面应能够集成到船代业务系统的界面中nEXCEL的日志查看界面应能集成到船代业务系统的界面中4）现阶段要实现的主要的EXCEL格式（见附件2）3、邮件交换需求1）邮件发送设置n能设置要发送的邮件格式及收件人主题等信息； n提供手工发送和自动发送两种方式，并可以设置选择；2）邮件接收设置n提供手工导入导出和自动导入导出两种方式，并可以设置选择；n能根据邮件的特征设置导入的内容的目的地；n系统应能保证不重复导入相同的数据，对两次导入的同一文件的不同数据要能显示不同的地方，提示用户选择后续的处理；n可以设置参数控制导入导出的次数，即是否允许多次导入导出；允许多次导入时对两次导入的同一文件的不同数据要能显示不同的地方，提示用户选择后续的处理；多次导出时应详细记录导出日志，并能进行次数控制；n提供处理日志，记录文件名、处理时间、操作人及操作数据；3）现阶段要实现的主要的邮件n自动发送港口动态、船舶动态、预抵报文、抵港报文、离港报文；n自动发送客户到货通知书4、现有的其他格式数据的转换需求1）XML文件交换需求基本需求同“EDI格式交换需求”2）dbf 文件交换需求基本需求同“EDI格式交换需求”（附件3：万福得数据）（二）、内部应用系统间的数据交换需求1、船代业务系统和客服网站的数据交换1）提供接口供客服网站调用，并根据命令提供数据n提供能够被网站使用的接口或服务（接口的功能等待网站供应商需求）；n在接口或服务内部能实现权限控制（包括对客户使用的数据和模块的限制）n允许对提取的数据设置处理流程及计算，将其转化为客服网站需要的数据字段；2、集中订舱模块和船代模块的数据交换1）订舱信息的传输n提供自动传输和手工传输两种方式n能设置传输条件，传输成功后，自动修改订舱信息的状态为“已经传输”；（订舱模块会锁定“已经传输”的数据）n允许在进行数据表字段的映射；n能详细记录交换细节及数据，并反馈传输、接收的成功和失败信息；2）客户信息的映射n允许在订舱模块的基础数据和船代系统的基础数据之间进行数据表字段的映射，在传输时能自动转换；3）船代处理结果的反馈n能将订舱的处理结果反馈到定舱模块的数据库，对于接受的订舱自动修改记录的状态为“已经接受订舱”；对于拒绝的订舱自动修改记录的状态为“已经拒绝订舱”；3、船代系统和ORACLE 财务的数据交换1）导出应收、应付的资料n导出界面能整合到船代业务系统n能根据帐期、船名、航次、提单号信息提取应收、应付的资料，按照ORACLE 财务的格式要求保存；n要求只能提取打开的帐期，并且是已经审核的发票信息；n对于存在打开的帐期中有为审核的发票时应提示；n能设置格式文件导出的文件存放位置；n（其他的传输步骤有IBM MQ自动处理）2）接收ORACLE财务反馈的信息n反馈接收界面应能整合到船代业务系统n允许设置接收信息的文件的存放位置n系统能自动根据设置提取反馈信息（成功；失败位置及原因）n在适当的修改后能根据规则重新生成传输文件（记录头信息错误，只重新生成记录头信息；记录行信息错误，重新生成记录头和记录行）4、船代业务系统和EBOOKING的数据交换1）接收网上录入的订舱信息n能接受EBOOKING传输的文件资料，并自动提取其中状态为“录入”的记录进行传输；n提供自动传输和手工传输两中方式n在信息传输到业务数据库后，自动将EBOOKING的数据的状态改为“已传送”；2）处理结果反馈n能将订舱的处理结果反馈到EBOOKING的数据库，对于接受的订舱自动修改EBOOKING中记录的状态为“已经接受订舱”；对于拒绝的订舱自动修改EBOOKING中记录的状态为“已经拒绝订舱”；n能根据订舱人的联系邮箱自动发邮件通知订舱结果；3）自动跟踪状态n要求对与EBOOKING中记录的状态变化有详细的记录，包括操作时间、操作人、变化前状态、改变后状态等信息（三）、数据库交换需求n船代系统：待定n仓储系统：SQLSERVER 2000nORACLE财务：ORACLE 8.17n网站（包括EBOOKING）：SQLSERVER ？可否用网站代替？n货代：Oracle 8.16 Chapter 5:硬件1、请供应商在解决方案中列出硬件设备的最小配置和推荐配置；Chapter 6:环境l开发环境、测试环境、培训环境、生产（正式）环境分开；l充分考虑设备的投入费用，将开发环境、测试环境、培训环境都安装并使用同一硬件设备，生产（正式）环境使用独立的硬件；Chapter 7:实施系统实施时，供应商必须在现场提供维护中心，有技术人员(具体人数根据实际情况)24小时轮班。我司将配合提供一名人员跟随。维护中心的撤离将取决于突发事件的频率Chapter 8:测试1、实验室阶段 FAT： 在软件模拟环境下测试成功，所有集成数据纯属模拟2、临床阶段 SIT： 在实际环境包括所有集成系统的测试，采用模拟操作数据3、试运行阶段 OSAT：在实际环境包括所有集成系统的测试， 实际操作数据和实时数据，初步实施时将会局限于厦门区域内一个客户的需求。4、上线阶段UAT：初步实施时将会局限于厦门船代，初试成功后将扩展到全省。每阶段双方将会制定测试成功与否的条件。共有三种情况 1、大规模出错，重新测试全部。2、小规模出错，只需要重新测试出错部分 3、测试成功，进入下一轮测试。系统测试的每个阶段，都要从技术测试、业务功能测试、稳定性测试、安全性测试、容量测试等五方面进行Cha