需求分析论文范文

引言：寻求写作上的突破？我们特意为您精选了4篇需求分析论文范文，希望这些范文能够成为您写作时的参考，帮助您的文章更加丰富和深入。

篇1

1．多平台运行

实现真正意义上的多平台运行，即：同一套程序编码可以在多种硬件平台和操作系统上运行，以便企业可以根据业务需要和投资能力选择最佳平台，并且帮助企业顺利实现不同应用水平阶段的平滑过渡。在企业建设管理系统初期，可以选择普通的PC网络，投资相对较低，但随着应用规模的扩大，需要更大的处理能力硬件环境，例如：选择高档的AS/400服务器，但并不希望更改应用软件系统。这样一来，跨平台的软件系统显出十分优势，也能充分保护用户的投资。

2．与多种应用系统集成

不少企业已经建立了各自的应用系统。在电子商务时代，企业将会要求新系统也能与原有系统进行数据交流和集成，从而有效利用已有投资。例如，已经采用财务软件的用户，希望整个销售和生产管理系统也能与目前的财务系统数据共享。企业间（特别是企业与供应商之间、企业与客户之间）的数据交换将帮助企业有效提升整个供应链的竞争力。

（1）、与PDM集成

产品数据管理PDM将企业中的产品设计和制造全过程的各种信息、产品不同设计阶段的数据和文档组织在一个统一的环境中。随着计算机集成制造CIMS和并行工程日益发展，PDM愈显重要。ERP需要和PDM进行集成，实现设计数据、产品构型、BOM、设计文档、有效性控制等。

（2）、与CRM进行集成

传统的ERP系统着眼于企业后台的管理，而缺少直接面对客户的系统功能。因为，传统的企业只是着力于买到物美价廉的原材料，快速高效地生产出产品，至于哪种产品更受欢迎，哪些服务最有待改进这一类的问题，却往往没有确切的答案，只能凭经验臆测。在电子商务的大环境中，企业的客户可能分散在全球各地，企业不可能对他们的情况都了如指掌，所以必须有一个系统来收集客户信息，并加以分析和利用。

基于上述背景，客户关系管理系统，又称前台管理系统，成了ERP市场上最新的亮点。一般来讲，客户关系管理系统包含销售、市场及服务三类模块。其中，销售模块有很多功能，从最初的需求生成，到自主销售，到最后的销售人员佣金管理都涵盖其中。销售人员只要有一台手提式电脑，就可以随时得到生产、库存和订单处理的情况，可以随时随地与任何客户进行业务活动；而市场模块则偏重于对市场计划和市场战役的策划与管理，让企业心中有数；服务模块涉及到服务的方方面面，例如服务合同管理和电话呼叫中心的管理等等，确保企业提供优质服务。

为此，新一代的ERP产品正在向客户端和供应端延伸，客户端的延伸是客户关系管理，而供应端的延伸则是跨企业供应链的同步管理。

（3）、与EDI的集成

虽然EDI是许多MRPII已经具有的功能。近年来ERP的EDI功能又有进一步的扩展。（l）ERP将企业内部的EDI集成。业务文件(如计划或订单)的传递和一般的公文传递，在内容、传递范围或是所运行的计算机环境等方面，都有区别，但又是交叉在一起的。ERP把原来分散的EDI连通，是企业办公自动化的一个重要的进步。ERP系统的EDI具有与系统以外的EDI连通的功能。这样ERP用户可以在同一个环境中，与本企业的非ERP软件用户交换信息。(2)企业间的EDI。EDI功能是至关重要的功能,要求ERP软件在销售和采购模块中用EDI实现客户或供应商之间的电子订货和销售开单过程。

因为EDI的格式非常多，软件商必须为用户开发和维护能支持含有数百种不同的EDI格式，所要求的专业技术水平很高。制造软件厂商们正在与EDI软件厂商联合。

3．数据高度集成

进入系统的数据要能根据事先的设定以及管理工作的内在规律和内在联系，经过转换、整合再传递到相关的功能模块中，达到数据高度共享和系统的高度集成。

4．高度模块化

新的“模块化”的概念与现行的“可选择模块的套件”是不同的。软件系统在设计和开发过程中要保证各子系统、子系统中的各项功能，甚至每一个应用程序的高度模块化。只有这样才可以实现对系统的自由剪裁和重新配置。对系统的剪裁不仅是对子系统的取舍，还包括对子系统内部各项功能的剪裁，如：对总帐系统内部的数量帐、银行帐、部门帐等功能的取舍。这样可以达到根据大、中、小型用户的不同需求配置系统的目的。例如，SAP公司的模块化具有以下特点：

(l)采用业务应用程序接口(BusinessApplicationProgrammingInterface，BAPI)将第三方软件集成到ERP中去。这是一个标准化的开放接口。有了BAPI，用户可以通过测览器、Exchange电子邮件来使用ERP系统，用户可以将这些软件模块与非ERP软件混合匹配使用。

(2)用户可以按需求单独更新某一个模块，而没有必要为了增强某一个功能对系统进行全面升级。用户用逐个模块更新的办法增强系统的功能，而不必更换整个系统。

BAPI技术对ERP软件的开发商说来是非常重大的进步。从MRPII到ERP，系统功能越来越多，一个软件公司无论多么强大，也无法独自开发包括企业全部专业的全部管理功能的软件。在技术上必须有能力把第三方软件接在自己的核心软件上。例如，SAP的BAPI和Oracle应用的30多个API能够使自己的软件具有“无限”的扩展能力。

5．支持分布式应用

新一代的管理软件系统是超大规模的，它将不再是集中在同一局域网络服务器上的系统，因此支持分布式应用和分布式数据库是未来管理软件的一个特征。

6．真正面向电子商务应用

随着电子商务技术的发展，企业各种对外的业务活动也已经延伸到了Internet上。新一代的管理软件应当支持Internet上的信息获取及网上交易的实现。然而，电子商务并不简单是Web界面，其内涵比简单的Web界面要广阔许多，实际上电子商务关键在于经营。所以，新的系统要能从企业的实际出发来设计电子商务工作模式。

由于今后1ntranet将成为许多大公司网络建设的选择，使用Web客户机具有费用低廉、安装和维护方便、跨平台运行和具有统一、友好的用户界面的优点，加之所有的数据库厂商对WEB技术的支持，使得目前几乎所有的客户/服务器应用程序的开发厂商都计划将Web测览器的前端安装到他们的产品上去。专家们预言，“Web测鉴器将来会完全代替传统的客户机”。几个大的制造软件公司Oracle、SALP和BAAN都在争先恐后地把他们的MRPII/ERP客户/服务器应用程序的客户机“Web化”。

（l）建立能使现有应用程序结构与Internet协议进行通讯的桥连技术。例如，1996年3月SAP公司展示了其InternetR/3软件，为销售、产品配置、库存及采购模块提供Internet访问功能，R/3使用户通过客户端的Web测览器来访问R/3应用软件包，进行企业内部和企业与客户之间的访问。

(2)其二是增加新的基于Web的应用程序。例如，Oracle公司了OracleApplicationforWeb的3个以Web测览器为前端的应用套件，允许企业外部的授权供应商、客户或企业内部某些经授权的工作人员通过一个标准的Web测览器远程进入ERP系统，完成输入订单、监督装运、检查付款、查看供货协议、监督库存、查验收据、审批支付状况、测览产品目录等业务。

(3)三是改写原有的应用。应用软件厂商正忙着把应用程序建立在网络计算环境中，使应用程序的代码完全适合Internet。这些公司计划把他们的应用程序重新建立在数以百计的基于Java小程序的部件(cartridge)和模块上。例如，Oracle许诺在1997年底之前所有的软件都被Java化，并通过Oracle网络计算结构NCA将应用软件转换成更为分布化的系统。Oracle的许多功能都将变成能插入NCA的新结构。

以测览器为客户机的Internet网络计算方式将会成为ERP架构的主流模式，但对于繁杂的制造业应用软件分布化以及把大型应用软件分成为小构件，重建应用程序部件将是十分困难的，是各主要厂商将要走的最艰苦的历程。

7．多语种支持及个性化用户界面

跨国企业的管理和企业的跨国交易必然带来对管理软件多语种支持的需求。一套应用系统应当可以按照用户的设定，在不同的用户端显示不同语种的应用界面。由此还可以引申出另一种功能，即可以由用户来自行设定应用系统输出界面上使用的术语和界面格局，形成个性化的用户界面，不同行业的用户也可以面对的专业性更强的界面。

8．高可靠性和安全性

大规模的系统、分布式应用、广泛的网络连接需要系统具有更高的可靠性和更强的安全控制。远程通信线路故障、多用户操作冲突、共享数据的大量分发与传递，需要管理系统有超强的稳定性，并能够对出现的各种意外情况做出正确处理。黑客入侵、越权操作等现象需要管理系统有健全的安全防线。对系统内部数据记录的存取及删改权限的管理，系统操作日志的建立都是必不可少的安全措施。

9．支持企业的工作流程定义与企业重组

激烈竞争的市场环境，需要企业不断地改变自己以适应外部环境的变化。企业兼并、内部重组、工作流程改变是经常发生的事情。企业间甚至可以为了一个共同的目标，临时组成跨越国家与地域限制的虚拟企业集团。新一代的管理软件应当能够支持小到某项业务流程重新定义，大到企业的合并、分离、重组以及虚拟企业的重组操作。

对工作流(Workflow)的需求是与无纸管理及EDI在ERP软件中的应用同时发生的。使用EDI以后就出现了电子文档（电子的计划文件、电子订单或工程更改文件）在要求的时间按照规定好的路线传递到指定的人员处的问题，必须采用工作流管理进行控制。全面的工作流规则保证与时间相关的业务信息，诸如对采购订单需求的核准，能够自动地在正确的时间流转到指定的人员处。对工作流的管理使ERP的功能扩展到办公自动化和业务流程的控制之中。

10．面向个性化的设计

管理软件所面对的是一个充满个性化的世界，不能要求所有企业都按同一模式运做。因此，新一代的管理软件需要有非常灵活的设计。在输出界面（包括：文字、图像、声音、图形等）、运算公式、业务逻辑（限于一些可选业务逻辑）、业务关联等诸多方面都能留给用户足够的自由空间，允许用户通过设置建立符合自己需求的应用系统。

11．支持智能化的信息处理和决策支持功能

电子商务时代所带来的巨大信息量是人力处理所不能完成的，管理系统中必须加入一定的智能化处理功能，才能协助人们有效地完成各项管理工作。

新一代管理软件中的商业智能功能主要有以下几种：

（1）智能化业务过滤和处理功能。管理系统自动识别什么是普通业务，什么是特例业务。对普通业务能够按事先的设定好的方法进行处理，过滤出的特例留给人来处理。还能够通过用户的设置不断的学习新的普通业务特征及其处理方法。

（2）智能化计划优化功能。管理工作实际上就是在不断寻找各项工作的平衡点。企业的计划工作就是依照各种平衡点来制定工作的指导方针。随着企业外部环境的复杂化，企业各种平衡点的约束条件日益增多，企业的计划工作就变得日趋困难。以往的管理系统中制作的计划往往都是单约束条件的，新型的管理系统在制作计划时必须考虑多维约束条件和多种目标任务的同时并存，实现智能化的计划优化功能。

（3）智能化数据分析功能。所谓智能化数据分析就是指管理系统能够自动对大量数据信息的分析结果做出判断，对于超出正常值范围的异常状况（包括好坏两方面）给出解释说明，并分析异常情况将会产生的影响，给出建议的应对措施。

（4）智能化决策支持功能。即利用数据仓库技术来提供各级决策需要的系统环境。

12．具备可扩展的业务框架，有标准的对外接口

管理思想的发展、用户需求的变化与多样性，使得任何的应用系统都无法覆盖所有用户的所有实际需求，因此新型管理软件应当有一个易于扩展的框架结构。这种框架结构使得开发商今后对软件的维护和扩展变得更为容易，也使应用系统的客户化和二次开发变得简单。还可以为将来实现多种管理软件系统（来自于不同供应商，应用于不同行业）的彼此衔接，即所谓EAI（企业应用集成）打下基础。

这将改变向用户提供适于所有用户的通用产品的状况，而针对具体的用户市场对软件预先“剪裁”推出针对特殊市场的软件产品。专业化软件不需要用户进行针对性的配置就可得到可用的菜单、模块和报表等，可以更快的启用，可得到更有针对性的服务。

13．支持更广泛的应用终端

随着电子商务的广泛应用，企业对外的接口界面大大扩展。传统的系统一般只能提供电脑终端给系统使用者，而电子商务时代的终端可以是多种多样的。除了固定的或可以移动的电脑之外，还有更广泛的各类数字终端，如电话、电视、PDA、BP机等等，要求新一代系统也能很好地利用这些资源，更加方便系统用户的使用。

篇2

2互动化营业厅信息集成需求分析

在互动化营业厅中各个专业应用以上信息系统，可改善营业厅服务环境，提升客户服务质量。但任一专业仅依靠自身采集的信息无法独立完成工作，例如：客户服务专业需要业务支持专业提供客户档案信息以识别客户身份；监控管理专业需要客户服务和业务支持专业提供设备运行状态，以实现对整个营业厅设备的统一监控。因此，需要在营业厅范围内全面考虑信息交互，实现专业间信息双向流动，互动化营业厅信息流如图1所示。同时，各专业内部应用系统之间也存在信息双向交互。支撑业务支持专业的自助服务设备管理系统和营销系统需交互客户档案和业务办理信息；监控管理专业的视频监控系统、展厅设备中控系统和营业厅服务管理系统需交互设备状态和视频信息等。应用系统之间信息流如图2所示。图1互动化营业厅信息流Fig．1Informationflowofinteractivebusinesshall图2应用系统信息流Fig．2Informationflowofapplicationsystem营业厅需要集成的信息可划分为3类：档案信息、业务信息和工况信息。档案信息包括企业、人员、设备的基本档案；业务信息描述每笔业务具体办理情况，包括办理时间、办理人员、业务类型、评价结果等；工况信息包括营业厅环境工况、设备运行工况和视频监控的现场工况。专业信息集成需求如图3所示。由于各应用系统在营业厅发展的不同阶段面向不同领域开发设计，数据模型和接口标准各不相同。因此，随着系统种类的增多和复杂度的增加，全局范围内的信息交叉重叠和数据孤岛现象凸显。图2中各系统须面向箭头另一端所指向的系统开发专用接口适配器，以完成数据模型的转换，且无法方便地实现营业厅范围内的信息交换和数据共享。此外，系统升级改造和数据模型变化会对相关系统产生影响，维护成本巨大。因此，实现系统间信息的有效集成需解决两方面问题：一是建立统一的信息交换数据模型；二是形成有效的信息交互机制。

3信息建模及交互方式

IEC61970CIM是对电网元件模型组织处理的方式，其核心思想是面向对象、互操作和即插即用，能够解决输电环节信息集成问题［6－7］。目前，IEC61970CIM应用还未延伸到用电领域。本文参照IEC61970CIM的建模思想［8－10］，针对营业厅信息集成需求，将营业厅数据模型以分包的形式进行处理，并将其划分为档案包（Files）、业务包（Businesses）、设备包（Devices）、设施包（Facilities）、量测包（Measure）和字典包（Domain），每个包里定义了具体的对象类，图4描述了各包之间的关系。图4营业厅数据模型间的关系Fig．4Relationsamongdatamodelsofbusinesshall营业厅数据模型的分包内容如下。1）字典包：是数据单位的字典，定义了被其他任何包中任何类使用的属性的数据类型（Data）。2）档案包：建立了营业厅档案模型，包括企业档案类（EnterpriseFile）、营业厅档案类（HallFile）、营业员档案类（AssistantFile）和用电客户档案类（GuestFile）等。档案包是容器包，是其他包的基础，且依赖于字典包。3）业务包：建立了营业厅业务模型，包括业务咨询类（Consultation）、费用缴纳类（Payment）和业务办理类（Management）。用于支持涉及业务的各种应用，如营销系统、服务管理系统。业务包依赖于档案包、量测包和字典包。4）设备包：建立了营业厅的设备模型，包括自助服务设备类（SelfServiceDev）、智能排队设备类（QueueDev）、媒体设备类（ReleaseDev）、视频监控设备类（VideoDev）等。定义设备的基本属性和量测，用于各应用系统对设备的建模。设备包依赖档案包、量测包和字典包。5）设施包：建立了营业厅的设施模型，包括客户设施类（GuestFac）、营业人员设施类（AssistantFac）、展示设施类（ShowFac）、户外设施类（OutdoorFac）等，用于对营业厅设施的信息化管理。设施包依赖于档案包、量测包和字典包。6）量测包：描述了各应用间交换的动态量测数据的数据集合（MeasureSet）。对业务来说是业务量测数据集（BusiMeasureSet），包括时间、金额、满意率等；对设备来说是设备量测数据集（DevMeasureSet），包括状态量、数字量、浮点量等。量测包与业务包、设备包共同完成对业务、设备的动态描述。量测包依赖于字典包。信息与数据模型之间的对应关系如图5所示。图5信息与数据模型的对应关系Fig．5Correspondingrelationshipbetweeninformationanddatamodel图4所示的3层层次关系构建出营业厅信息的基础模型框架。营业厅运行过程中出现的新型数据对象可按需要添加到对应包中。业务包、设备包和设施包相互关联，且依赖于档案包和量测包，能够使数据对象在交互信息时通过统一接口描述其具有共性的行为，且行为细节被接口内部实现所隐藏，使对象间的信息交互更为方便。而营业厅的数据对象均可由位于上层的业务包、设备包和设施包的基础对象派生得出，并在子对象中丰富个性化属性，完成对模型的完整描述。自助缴费终端模型见图6。图6中，由自助服务设备（SelfServiceDev）派生出自助缴费终端设备（SelfPayDev）子对象，并加入读卡器、验钞机、打印机等自有属性，而自助服务设备本身聚合了档案包中的企业档案对象、营业厅档案对象、用电客户档案对象和业务包中的费用缴纳对象、业务办理对象，以及量测包中的业务量测数据集、设备量测数据集，建立了支持自助缴费终端业务和设备管理的完整信息模型。信息交互时利用工具导入导出信息模型，形成可扩展置标语言（XML）格式的模型信息文件，在营业厅采用面向服务架构（SOA）和基于企业服务总线（ESB）思想的局部信息总线实现各应用之间的信息交互。SOA是具有松耦合特点的组件模型，它从业务操作和工作流程的角度将应用相互联系，通过在应用之间定义良好的接口及契约，使各应用以统一和通用的方式进行交互，且应用内部的改变和新应用的接入不会对其他应用产生显著影响。例如：实际中，当营销系统的业务流程和数据结构发生变化时，不会对使用用电客户档案、企业档案等数据的自助服务设备管理系统、智能身份识别系统产生影响，有效减少了应用系统升级维护的工作量。ESB是SOA的消息传递架构，可提供事件驱动和文档导向等处理模式，以及分布式运行管理机制。利用基于ESB技术的局部信息总线可实现营业厅应用间不同消息和信息的准确、高效和安全传递。例如：自助服务设备管理系统中，自助服务终端设备的增减以及终端内部结构的变化可通过局部信息总线以消息方式及时通知服务管理系统和营销系统。基于SOA架构和ESB总线技术的信息交互方式如图7所示。

篇3

通常情况下软件的开发可以分为五个阶段，就是实践中常见的需求分析阶段、设计阶段、编码、维护阶段和测试，整个设计过程属于很典型的瀑布流过程，需求分析在整个过程中处于上层结构，其他的阶段都需要需求分析的支持才能够顺利开展，一旦需求分析出现了偏差就会直接影响到软件工程的整体进程，甚至会导致软件的质量下降，所以软件需求分析是十分重要的过程。软件工程需求分析这一概念主要指的就是对于用户需求的理解与表达，保证软件功能与客户需求形成一致，并且同步地估计软件的研发风险和项目评估，最终来实现整个开发设计过程。在这个过程当中，客户的需求必须处于主导的地位，工程师和项目经理就是要整理好客户的需求，通过具体的需求分析获取技术性的文档材料，从广义上来理解，软件工程需求分析主要包括了对需求信息的获取到分析再到变更，最终进行验证以及规则的说明，形成一个完整的系统工程。

1.2工作流程

软件工程需求分析主要是通过对于问题和运行环境的分析理解，建立起一个集成了问题设计信息、功能和行为的模型，使得用户需求更加清晰完整，形成比较规则的说明。其中问题的获取从三大版块出发，分别是用户需求、业务需求和功能需求。用户需求的核心内容就是收集用户对于软件功能的需求，确定好用例和角色，通常采取的方法就是访谈会的形式，由各个软件需求企业派出代表提出需求。业务需求是业务流程的分析员在工作中对软件需求企业业务流程进行的评估，并且要根据评估的结果确定业务建模的程度。功能需求就是要依赖用户的需求了，将用户的需求通过映射的形式形成系统的模块，实现软件的原始雏形。

1.3主要方法

需求分析的过程是复杂的，要经过很多个流程，包括了数据字典的创建、需求优先级别的确定、需求可行性的分析等等，在这其中数据字典是一种对于软件系统所要使用到的结构和数据项的定义，用来保证研发者对数据进行统一定义。在需求分析阶段，一定要保证开发小组对于数据项定义以及一些专业术语的使用一致，甚至可以分析并设计一些工具来保证数据字典的统一性。在确定需求的优化级别方面，可以采用应用分析的方法，产品版本的考虑过程中要在优先级的基础上分析产品的特性及真实需求。在需求变更的情况下，要在特定版本中加入变更的每一项信息，做出相应变更。在需求分析的可行性方面需要明确风险，包括一些需求冲突和对外界因素依赖以及技术方面的障碍等等，通过可行性的需求分析能够进一步地验证软件在开发过程中的可行性。

2.需求分析基础上的软件工程质量问题

在一般情况下，软件公司开发软件过程中都会出现很多问题，对于质量问题的反映最多，这些问题如果不能得到及时的解决，很可能会给软件工程开发带来灾难性的阻碍。尤其是有一部分企业经常会忽视文档设置和相关代码的注释，违反了需求分析的规则，背离了最初设计的思想，造成比较大的质量问题。

2.1软件维护与开发处于分离状态

在当前的软件开发工程中，软件的开发和维护始终处于分离的状态，在软件设计和开发过程中不同阶段的文档并不具备兼容性。需求分析本身是一种自然语言的描述，在文档设计的过程中主要是要依靠计算机语言进行描述，这两种语言之间必须要构建起一个有效的沟通桥梁，否则会严重影响到程序员的理解，如果文档出现了分离的现象，就会加大程序持续运行的难度，程序员在程序代码的编写过程中会因为对文档的考虑不够充分而影响软件设计的进程和效果，所以软件维护和开发的分离状况是软件工程中的明显问题。软件开发过程要经历需求分析以及详细的代码设计测试，还要包括对于软件的维护工作，这是一个紧密联系的过程，在当前的软件开发工程中，很多企业虽然做到了对于需求分析的重视，但是往往会缺乏对于软件后期管理维护的相关程序，忽略了本应该留出来的模块接口对应问题，在日后对于软件的维护和升级方面增加了难度。软件工程的需求分析其实是一个动态的过程，用户需求在各种因素影响下处于不断变化的状态中，所以，软件开发工程在初期的工作中就应该为后期改进预留出足够的接口，降低企业的维护和升级成本。

2.2软件文档的时效性未得到保障

软件工程中各个板块的设计通常是由不同的人员来完成的，这同样会导致软件开发过程中问题的出现，比如说在设计需求分析中数字字典的应用过程中，因其规格不同会造成文档编写形式出现分离，再比如说当应用的工具不同，并且编写和检索的时间也存在差异的情况下，就更加不能够保证文档的有效时效性，编写的过程过于混乱的话，在相应程序的维护过程中，文档资料的导出将会成为一个难题，甚至会出现缺失，轻则延长维护的时间，重则导致软件无法进行维护。

2.3文档的内容与程序分离

文档的内容与程序分离，主要还是因为文档设计和需求分析编写过程中采取的角度不同，这两者面对的对象本身就是不同的，两者之间的理念也很容易发生偏离。需求分析过程主要还是针对客户展开的，文档的设计却是程序员的设计需求，虽然最终的目的是相同的，都是为了设计文档的改进，但是整个的转换过程中很容易出现偏差，导致需求与成品之间出现了比较大的差距。同时，需求文档的编写多数应用自然语言，设计文档的编写多数应用计算机语言，这两者之间的语言转换也是问题产生的原因，会涉及到各类模块图、机构图和数据图的分析，如果文档没有及时更新，就会导致需求和程序的相互分离。

3.保障软件工程质量的具体措施

3.1确保文档的编写完整性

软件的编写过程一定要十分重视分析文档的实际编写，应采用一些简洁的语言详细阐述客户对于软件功能的需求，尽量地避免一些专业性的术语影响到程序员的理解和判断，避免使用模糊性质的词语，造成软件计算方式的变化，在文档当中应该尽可能地使用一些实例，防止误差的产生。比如说在结合数据库的软件开发过程中，应该在设计需求中详尽表述储存量和波动范围，精确表明需求量，确保文档编码的完整性。

篇4

商务英语以英语为媒介,为商务活动服务,实用性是其核心。但是目前大部分高校在课程设置前，没有对市场需求进行深入的调查和研究，因而设置的课程与学生未来的实际工作需要存在差距。学生在校所学的知识和技能不能满足将来就业时的需求。

2.课程设置比例失调

有些高校的课程设置中“商务”和“英语”脱节，两者缺乏切合点。有些高校专业课程开设过晚导致学生对专业商务知识接触过晚。还有些高校未结合自己学校的实际情况量力而行，而是盲目照搬其他院校的课程设置模式。

3.教学过程过于传统

传统的商务英语教学只注重对学生单项技能的培养,学生被动地接受知识,缺少能动性,创新性,实践性和自我学习能力。许多老师在教学过程中往往重视英语语言能力培养，而轻视了商务专业知识，导致课程设置中教学中教师沿袭了传统教学模式，注重知识传授，而忽视学生能力的培养。

二、以需求为导向的商务英语专业课程设置

1.需求分析理论

商务英语属于专门用途英语（ESP）范畴，需求分析是确保ESP教学效果的先决条件，是外语课程设计和实施教学的基础步骤。其人才培养模式、课程设置和实践教学应使用专门用途英语理论，即使用需求分析理论来指导商务英语专业人才培养的整个过程。需求分析理论认为，要提高ESP教学效率，首先要做需求分析。ESP是以调查学习者具体的学习目标和目标工作场景对语言技能的实际需求为前提的，由于在商务英语领域所需要的语言技能比其它ESP分支所需要的语言技能更难以预测,因此需求分析对于商务英语课程的设置显得尤为重要。

2.以需求为导向的商务英语教学改革

商务英语课程就是把商务知识与英语语言结合到商务活动中，培养学生商务技能和英语技能的一门课程。能否运用所学知识和技能满足社会岗位的需求是真正判断人才培养是否成功的根本。需求分析是保证教学效果与人才培养的先决条件，对商务英语课程的大纲设计和课程安排具有重要意义。社会的需求与变化对高校商务英语的教学提出了更高要求，其培养目标是为社会输送合格的商务英语复合型人才，因此商务英语专业的课程设置应以市场需求为导向，把市场需求，尤其是企业需求作为教学方向。教学大纲和教学目标的制定应在市场调查的基础上进行。课程设置及教学内容应使学生通过学习能够成为运用英语在经贸、教育、外事等部门工作的高质量、有特色的应用型英语专门人才。另外，根据商务英语专业学生的需求特点，应该从实用性出发，在教学中注重培养学生独立思考、积极探索、善于合作、讲究效率的素质，帮助学生逐渐具备扎实英语语言基本功、商科专业知识、商务操作技能和自主学习的能力。应该提倡运用灵活多样的教学方式，坚持以学生为中心，激发学生的学习兴趣和动力。在选取教材方面，应考虑到难度和实用性两个层面的需求内容。要使商务英语课程真正能提高学生商务英语能力，合理而科学的课程设置应建立在需求分析的基础之上。我们必须从社会实际出发，不断关注社会需求的变化，将商务知识的传授和技能的培养融入到英语教学中去。