产权交易电子商务平台系统仿 功能描述与分析

1、产权交易电子商务平台系统仿真案例 产权交易电子商务平台系统 第37页第四章 模块及角色划分4.1产权交易电子商务系统基本介绍n 产权交易电子商务系统软件架构设计培训案例描述该应用案例是以目前产权交易行业的电子交易及内部OA业务解决方案为蓝本，主要针对产权交易电子商务的交易模型进行研究，并按照现代软件工程的方式研制实施与相应的J2EE应用系统。n 应用案例实训目标在本教案中，将结合一个企业级应用的实际例子(产权交易电子商务系统)，讲述J2EE软件开发的整个流程进行了解，从需求建模开发部署的Rational统一过程n 应用案例涉及业务背景描述产权交易业务广泛，主要包括国有、集体企业、行政事业单位资

2、产产权转让；非上市股份有限公司和有限公司股权转让；无形资产的转让；产权对外托管、租赁、承包；对产权交易进行鉴证、组织交易、代理交易；受托资产（股权）登记和管理、企业改制重组、投融资策划、咨询服务等业务。n 应用案例的实训模块描述Rational统一过程（Rational Unified Process，RUP）采用迭代式开发，软件生命周期在时间上被分解为四个顺序的阶段，分别是：先启阶段(Inception)、精化阶段(Elaboration)、构建阶段(Construction)和产品化阶段(Transition)。每个阶段结束于一个主要的里程碑(Major Milestones)；每个阶段可

3、以进一步分解为迭代。一个开发迭代在某种意义上是在所有工作流中的一次完整的经过，这些工作流至少包括：需求工作流、分析和设计工作流、实现工作流、测试工作流。本实训案例以一个迭代作为例子，分为需求、分析设计、编码实施、测试部署四个实训模块。1、需求在分析产权交易中心主流业务基础上，结合用户提出的功能需求，分析、整理形成系统需求报告。目的在于为开发人员、维护人员、客户之间提供共同的协议，对产权交易电子商务平台功能的实现作使命描述，作为项目开发的指导性文件和项目验收的依据。2、分析设计在系统分析阶段主要是选择一个设计模型和分析模型。设计模型是源代码的抽象，由设计类和一些描述组成。设计类被组织成具有良好接

4、口的设计包(Package)和设计子系统(Subsystem)，而描述则体现了类的对象如何协同工作实现用例的功能。主要采用描述系统中类的静态结构的类图、描述满足用例要求所要进行的活动以及活动间的约束关系的活动图、描述对象间的交互关系的交互图等。3、编码实施根据设计阶段确定的类、接口和动作，完成代码实现4、部署测试：构造实现视图，包含用于装配和发布物理系统的构建和文件；构造实施试图，包含形成系统硬件拓扑结构的节点，描述对组成物理系统的部件的分布、交付和安装。用UML表示为静态的部署图和动态的交互图、状态图和活动图。4.2产权交易电子商务系统的基本信息案例名称产权交易电子商务系统案例的额定完成时间

5、100（以小时计算）案例类型构架设计适合的岗位开发人员，项目经理案例的创建/修改时间<自动记录>案例的创建/修改人<自动记录为案例输入人员>案例使用的工具软件列表Rational Rose 2002,WSAD4.0或以上、DB2 UDB 8.04.3案例的模块任务描述案例名称:产权交易电子商务系统模块一：（需求分析）1）主要描述系统应该做的工作，并使开发人员和用户就这一描述达成共识。2）对需要的功能和约束进行提取、组织、文档化。 3）定义系统边界（限定）。 4）理解系统所解决问题的定义和范围5）通过用例抽取主要概念，建立概念模型，作为后面设计类的重要依据6）定义系统的用

6、户界面，重点是用户的需要和目标。模块二：（分析设计）1）完成需求说明，设计分析类。2）将需求阶段中的用例在设计模式中生成“用例实现”。3）把分析类演化成设计类。模块三：（编码实施）1）使用Rose工具将设计原型生成为代码框架。2）根据设计阶段确定的类、接口和动作，完成方法体代码实现。模块四：（部署测试）1）构造实现视图，包含用于装配和发布物理系统的构建和文件。2）发布应用程序。3）测试主要从以下几个方面进行：功能、性能、安全性 、稳定性、浏览器兼容性、可用性/易用性、链接 、代码合法性。产权交易电子商务平台实训模块实训任务案例任务模块一: (需求分析)任务一：需求获取确定需求开发过程,编写项目

7、视图和范围文档，确定使用实例，分析用户工作流程任务一：1）编写产权交易业务流程文档2）前景文档3）绘制交易过程的基本用例图任务二：对概要需求进行细化，创建开发原型，分析可行性，确定需求优先级，为需求建立模型，编写数据字典任务二：1）绘制关联图2）形成可行性分析报告3）构造产权交易原型系统4）编写数据字典任务三：编写规格说明书任务三：1）编写需求规格说明书任务四：需求验证验证软件需求规格说明正确描述了预期的系统行为和特征，确定所有对需求的看法是一致的。任务四：1）审查需求文档2）依据需求编写测试用例3）编写交易系统的用户手册，包括出让方、受让方、交易中心员工、管理员4）确定合格的标准模块二: (

8、分析设计)任务一：概要设计根据软件需求说明书的要求，运用结构化程序设计思想，将软件逐层分解成多个软件模块。任务一：1) 模块划分2) 体系结构建立3) 完成概要设计说明书任务二：详细设计对概要设计中划分的每个模块再进行详细定义和说明。定义每一模块的详细功能、输入数据、使用文件及使用方式，确定输出内容及格式，模块实现的详细算法，各模块的方法构成等任务二：1) 数据库规划与设计2) 细化类的定义3) 绘制顺序图模块三: (编码实施)任务一：数据库实现创建和配置数据库任务一：1）建立DB2数据库sdcq2）建立表和字段3）设置关联4）验证约束任务二：代码实现完成系统编码任务二：1）使用Rose 工具

9、将详细设计阶段的类视图转换为框架代码2）实现定义的类方法模块四: (部署测试)任务一：部署将应用构件按照一定的格式打包并放置在应用服务器的容器内任务一： 1）打成EAR包2）创建数据源，指定JNDI名3）修改.ear文件资源的JNDI名和资源参考4）修改.ear文件的EJB JNDI名和引用参考5）部署修改后的企业应用.ear文件任务二：测试按照软件测试流程，制定测试计划、测试方案、测试规范，实施测试，对测试记录进行分析，并撰写测试报告。任务二：1）功能测试2）性能测试3）安全性测试4）稳定性测试5）浏览器兼容性测试6）可用性/易用性测试7）链接测试8）代码合法性测试4.3.1模块一: 系统需

10、求分析4.3.1.1任务一：确定需求开发过程确定如何组织需求的收集、分析、细化并核实的步骤，并将它编写成文档。任务名称需求获取任务的额定完成时间10Hours任务类型需求获取适合的岗位需求分析人员任务使用的工具列表MS Word、Rational Rose任务描述1） 确定需求开发过程：确定需求开发过程确定如何组织需求的收集、分析、细化并核实的步骤，并将它编写成文档。2） 编写项目视图和范围文档：项目视图和范围文档应该包括高层的产品业务目标，所有的使用实例和功能需求都必须遵从能达到的业务需求。项目视图说明使所有项目参与者对项目的目标能达成共识。而范围则是作为评估需求或潜在特性的参考。项目视图和

11、范围文档的内容包括：A、业务需求：背景、业务机遇、业务目标、客户或市场需求、提供给客户的价值、业务风险；B、项目视图的解决方案：项目视图陈述、主要特性、假设和依赖环境；C、范围和局限性：首次发行的范围、随后发行的范围、局限性和专用性；D、业务环境：客户概貌、项目优先级；E、产品成功的因素3）确定使用实例：让用户代表确定使用实例从用户代表处收集他们使用软件完成所需任务的描述-使用实例，讨论用户与系统间的交互方式和对话要求。一个单一的使用实例包括完成某项任务的许多逻辑相关任务和交互顺序。因此，一个使用实例是相关的用法说明的集合，并且一个说明是使用实例的例子。在描述时列出执行者和系统之间相互交互或对

12、话的顺序。基本用例用完整格式表达，但是很少涉及用例的实现细节。创建基本用例目的是便于能够充分理解问题所设计的范围和所需要的系统功能，使得开发人员和用户都能够在抛开系统的设计细节的情况下看到用例执行过程的精髓和用例的基本目的。例如：用例ID:UC01用例名称:会员申请创建时间:2004-5-26最后修改时间:2005-8-26参与者:游客（散户）用例描述:游客（散户）申请成为交易中心的会员前置条件:游客（散户）登录到交易中心的网站用例层次:用户目标触发事件:游客（散户）点击“申请新会员”按钮,用例开始参与者的动作系统响应01显示会员申请表单内容02游客填写表单内容03游客确定填写好表单内容后，点

13、击“提交”按钮 04记录游客填写的会员申请表单内容05显示“等待交易中心对您的会员申请进行审核，如果审核成功，您将从您填写的邮箱中获得激活码”扩展事件流:如果游客未填写完表单内容就点击“提交”按钮，系统显示“表单未填写完整”并返回“填写表单内容”的界面如果游客填写完表单内容并点击了“提交”按钮，但是有些表单内容不合法，系统显示“*不合法”并返回“填写表单内容”的界面如果游客点击“取消”按钮，系统显示游客登录的网站首页后置条件:一个会员实例被创建4）分析用户工作流程：分析用户工作流程观察用户执行业务任务的过程。编制业务过程流程文档将有助于明确产品的使用实例和功能需求。例如下图（产权交易过程工作流

14、程）入口工件软件需求说明书_模板.doc出口工件要求包含项目视图和范围的说明文档出口工件参考软件需求说明书_实训案例.doc覆盖知识点需求获取，理解用户需要。4.3.1.2任务二：对概要需求进行细化，创建开发原型，分析可行性，确定需求优先级，为需求建立模型，编写数据字典。任务名称对概要需求进行细化任务的额定完成时间16Hours任务类型需求分析适合的岗位需求分析人员任务使用的工具列表MS Word， Rational Rose任务描述1）绘制关联图：绘制系统关联图是用于定义系统与系统外部实体间的界限和接口的简单模型。同时它也明确了通过接口的信息流和物质流。2）创建开发原型：创建用户接口原型当开

15、发人员或用户不能确定需求时，开发一个用户接口原型，这样使得许多概念和可能发生的事更为直观明了。用户通过评价原型将使项目参与者能更好地相互理解所要解决的问题。注意要找出需求文档与原型之间所有的冲突之处。例如：产权交易过程中构造的原型系统的部分描述：流程模板定制：3）分析可行性：分析需求可行性在允许的成本、性能要求下，分析每项需求实施的可行性，明确与每项需求实现相联系的风险，包括与其它需求的冲突，对外界因素的依赖和技术障碍。4）确定需求优先级：确定需求的优先级别应用分析方法来确定使用实例、产品特性或单项需求实现的优先级别。以优先级为基础确定产品版本将包括哪些特性或哪类需求。当允许需求变更时，在特定

16、的版本中加入每一项变更，并在那个版本计划中作出需要的变更。5）为需求建立模型：为需求建立模型需求的图形分析模型是软件需求规格说明极好的补充说明。它们能提供不同的信息与关系以有助于找到不正确的、不一致的、遗漏的和冗余的需求。这样的模型包括数据流图、实体关系图、状态变换图、对话框图、对象类及交互作用图。例如(i)构建的业务基本实体关系图：(ii)注册交易用户实体：iii)交易合同实体a)基本资料合同指出让方、受让方、交易中心之间签订的合同，用来约束交易的情况。主要包括出让方和交易中心签订的产权出让委托合同、出让方和受让方及交易中心签订的产权交易合同。合同主要包括合同编号、合同名称、合同标题、部门编

17、码、供货商编码、甲方签订人、乙方签订人、签订地点、签订日期、合同类型、合同状态、备注等。b)相关设置对合同的设置包括：合同条款设置，包括费用条款、结算方式行为控制合同的生命周期包括：l 初始。l 协商内容。l 签订。l 续签。l 终止。d) 业务管理针对生命周期和业务状态，需要处理的业务有：l 合同信息初始化l 协商内容，包括合同内容修改和合同条款修改两种。l 合同签订。l 合同续签。l 合同终止。6）编写数据字典：创建数据字典数据字典是对系统用到的所有数据项和结构的定义，以确保开发人员使用统一的数据定义。在需求阶段，数据字典至少应定义客户数据项以确保客户与开发小组是使用一致的定义和术语。分析

18、和设计工具通常包括数据字典组件。入口工件软件需求说明书_实训案例.doc出口工件要求用例视图：由专门的描述可被最终用户、分析和测试人员看到的系统行为的用例组成。包含UML描述的静态用例视图和动态交互图状态图和活动图。出口工件参考主要用例文档.doc、数据字典.xls覆盖知识点掌握数据抽象、构建需求模型4.3.1.3任务三：掌握编写软件规格说明书的方法任务名称编写规格说明书任务的额定完成时间10Hours任务类型需求分析适合的岗位需求分析人员任务使用的工具列表MS Word任务描述软件需求规格说明阐述一个软件系统必须提供的功能和性能以及它所要考虑的限制条件,它不仅是系统测试和用户文档的基础，也是

19、所有子系列项目规划、设计和编码的基础。它应该尽可能完整地描述系统预期的外部行为和用户可视化行为。除了设计和实现上的限制，软件需求规格说明不应该包括设计、构造、测试或工程管理的细节。软件需求规格说明包括如下内容A引言目的、文档约定、预期的读者和阅读建议、产品的范围、参考文献 B综合描述产品的前景、产品的功能、用户类和特征、运行环境、设计和实现上的限制、假设和依赖附录 C外部接口需求附录用户界面附录、硬件接口、软件接口、通信接口 D系统特性说明和优先级、激励/响应序列、功能需求 E 其它非功能需求性能需求、安全设施需求、安全性需求、软件质量属性、业务规则、用户文档 F其它需求 G附件词汇表、分析模

20、型、待确定问题的列表 入口工件软件需求说明书_实训案例.doc、主要用例文档.doc、数据字典.xls出口工件要求出口工件参考软件需求规格说明书覆盖知识点4.3.1.4任务四：了解需求验证流程。验证软件需求规格说明正确秒述了预期的系统行为和特征，确定所有对需求的看法是一致的。任务名称需求验证任务的额定完成时间7Hours任务类型需求分析适合的岗位需求分析人员任务使用的工具列表MS Word任务描述1）审查需求文档：对需求文档进行正式审查是保证软件质量的很有效的方法。组织一个由不同代表（如分析人员，客户，设计人员，测试人员）组成的小组，对需求规格说明书及相关模型进行仔细的检查。另外在需求开发期间

21、所做的非正式评审也是有所裨益的。2）依据需求编写测试用例：根据用户需求所要求的产品特性写出黑盒功能测试用例。客户通过使用测试用例以确认是否达到了期望的要求。还要从测试用例追溯回功能需求以确保没有需求被疏忽，并且确保所有测试结果与测试用例相一致。同时，要使用测试用例来验证需求模型的正确性，如对话框图和原型等。3）编写用户手册：在需求开发早期即可起草一份用户手册，用它作为需求规格说明的参考并辅助需求分析。优秀的用户手册要用浅显易懂的语言描述出所有对用户可见的功能。而辅助需求如质量属性、性能需求及对用户不可见的功能则在需求规格说明书中予以说明。4）确定合格的标准：确定合格的标准让用户描述什么样的产品

22、才算满足他们的要求和适合他们使用的。将合格的测试建立在使用情景描述或使用实例的基础之上。入口工件软件需求说明书_实训案例.doc、主要用例文档.doc、数据字典.xls、软件需求规格说明书出口工件要求出口工件参考覆盖知识点4.3.2模块二: 分析设计4.3.2.1任务一：概要设计，根据软件需求说明书的要求，运用结构化程序设计思想，将软件逐层分解成多个软件模块。任务名称概要设计任务的额定完成时间10Hours任务类型分析设计适合的岗位软件架构，分析设计人员任务使用的工具列表MS WordRational Rose任务描述本阶段已在系统的需求分析的基础上，对产权交易系统做概要设计。主要解决了实现该

23、系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。1模块划分2体系结构建立分为数据层、业务逻辑层和web应用层 数据层存储了对象和业务的操作权限。这里的对象主要包括数据库以及各种档案文件。该层主要是为业务逻辑层提供数据服务，如存储业务逻辑层处理结果、返回业务逻辑层检索的数据结果，同时也是可实现屏蔽数据源的变化。业务层是核心层，封装了重要的模块，其中用户和角色管理负责按照产权交易企业的雇员组织建立和管理用户和角色库。活动从所有的业务流程中抽取活动并进行约束。活动设计限制了角色权限指派，用户角色指派只在合适的时

24、候激活以便保证用户在合适的时候做合适的事情。工作流实例化和管理模块为组装活动和动态调整提供可视化的环境。业务引擎模块提供一个实时环境来创建和执行一个工作流实例。基本业务操作：是业务逻辑的具体实现，采用EJB开发，该部分利用Session Bean包装所有Entity Bean，来负责调用Entity Bean的方法，客户端只允许与Session Bean交互,这样可以缩短系统响应时间，减少资源利用。Entity Bean用来代表数据库中的数据，所有对Entity Bean的操作都代表了底层数据库中数据的变动，EntityBean与数据库的同步过程由容器来管理。Session Bean用来处理业

25、务逻辑和工作流，是客户端工作的抽象。Web应用层：该层用于接收从浏览器传来的请求并将请求交给底层进行处理，同时将请求处理结果发送给浏览器。其处理过程主要由JSP页面、Servlets组成。在该层采用的应用框架为MVC，通过创建下面三个层模型（Model），界面（View），控制器（Controller）将面向对象的设计与可视化接口分开。其中模型层由servlets实现，界面层采用JSP实现，控制器由javabean实现。该层通过统一的访问界面为内部和外部用户提供不同的功能。用户分为分为四种：内部的管理员和普通员工；外部的受让方和出让方。3 完成概要设计说明书，其中包括如下内容：1引言1.1 编

26、写目的1.2 项目背景1.3 定义1.4 参考资料2任务概述2.1 目标2.2 运行环境2.3 需求概述2.4 条件与限制3总体设计3.1 处理流程3.2 总体结构和模块外部设计3.3 功能分配4接口设计4.1 外部接口4.2 内部接口5运行设计5.1 运行模块的组合5.2 运行控制5.3 运行时间6出错处理设计及安全保密设计7.维护设计入口工件软件需求说明书_实训案例.doc，主要用例文档.doc、概要设计_模板.doc 出口工件要求建立概要设计模型出口工件参考概要设计.doc、概要设计.mdl覆盖知识点概要设计要求4.3.2.2任务二：详细设计，对概要设计中划分的每个模块再进行详细定义和说

27、明。定义每一模块的详细功能、输入数据、使用文件及使用方式，确定输出内容及格式，模块实现的详细算法，各模块的方法构成等。任务名称详细设计任务的额定完成时间20Hours任务类型分析设计适合的岗位软件架构，分析设计人员任务使用的工具列表MS WordRational Rose任务描述1 数据库规划与设计总体规划，抽取出实体及实体之间的关系，绘制E-R图属性属性名称数据类型码描述empid员工号varchar(10)主键员工唯一标识empame姓名varchar(30)员工姓名password密码varchar(50)sex性别smallintaddress联系地址varchar(50)email电

28、子信箱varchar(30)tel电话varchar(20)mobile手机varchar(15)dept所属部门varchar(10)外键与部门编号关联，置删除约束memo备注varchar(60)active是否激活smallint0表示未被激活；1表示被激活。数据类型描述定义各个表的信息，例如Employee表：2细化类的定义定义类的属性，方法定义类之间的关系例如：“流程模板定制及实例化”类关系图：类详细描述：属性：cmodelId /模板编号cnodeId /节点编号cnodeSequId /节点顺序号cnodeDescrip /节点描述主要方法：addFMCustomize() /添

29、加流程模板定制信息getAllFMCByKey() /根据模板编号取得模板信息delFMCustomize() /删除模板主要方法：addFlowInstance() /添加流程实例getFlowInstanceById() /取得流程实例中单个活动节点的信息getFIByProSequ() /取得某项目实例中处于某序列位置的活动节点信息getAllFIByKey(int iproId) /取得某项目实例的所有活动，iproId为项目编号getAllFlowInstance() /getFIByMaxId(int iproId, int i) /找出出让或受让流程中序号最大的节点，iproId

30、为项目编号，i标志位，1表示出让，2表示受让。updFlowInstance() /更新流程实例信息3 绘制顺序图顺序图描述的是用例实例，一个用例是多个用例实例的抽象例如：更新节点信息：入口工件详细设计说明书_模板.doc、概要设计.doc出口工件要求详细设计说明书中要包括数据库详细设计，类图及其描述出口工件参考详细设计说明书.doc覆盖知识点详细设计要求4.3.3模块三: 编码实施4.3.3.1任务一：数据库实现，创建和配置数据库。任务名称数据库实现任务的额定完成时间10Hours任务类型数据库管理适合的岗位数据库管理人员任务使用的工具列表IBM DB2Rational Rose任务描述依据

31、详细设计说明书要求1 建立数据库数据库名称，属性2 建立表和字段包括表名称及属性和字段名称属性：数据类型,(user-defined datatype)是由标准数据类型导出的新数据类型，它比标准的数据类型更准确地限定了数据输入的范围。约束(check),用于限制列的值域，在数据类型限制的基础上对输入的数据进一步进行限制。通过逻辑表达式来定义列的有效值。缺省(default), 定义了一个数值，当用户向数据表插入数据时，若某个域未给定值，系统自动将定义在该域上的缺省作为输入值，保证数据库数据的合理性。规则(rule), 是一个用来绑定域或用户定义数据类型的数据库对象，规则说明了哪些数据可以输入到

32、域中。任何时刻，用户输入或修改数据（insert 或 update）, dbms都将检查该数据是否违反绑定在域上的规则。3 设置关联例如：流程实例部分各实体之间关系4 验证约束域完整性、主键、外键、唯一键、not null和check约束入口工件数据字典、详细设计说明书出口工件要求物理数据库出口工件参考数据库文件覆盖知识点数据库设计4.3.3.2任务二：代码实现，完成系统编码。任务名称代码实现任务的额定完成时间7Hours任务类型编码实现适合的岗位数据库管理人员任务使用的工具列表IBM WSAD、Rational Rose任务描述Rose 工具可以将详细设计阶段的类视图转换为框架代码1，定义好

33、自己的模型2，检查模型：从菜单中选择tools->Check Model3，在Component View中定义各种组件，也就是在Component View中添加一个新的组件并定义名字，可以定义组件之间的依赖关系。 4，将类映射到组件 - 右健点击Component View中的组件，打开Standard Specification - 选择Realizes标签在Realizes选择要映射的类，并右健点击，从菜单中选择Assign 做好这几步，可以在Logical View中看到类的名称后多了一个组件名5，设置代码生成属性 一般不用指定，用缺省的就可，如要指定，可以先Clone，再修改

34、新的代码生成属性，这样可以不影响以前的设置。 Clone步骤： 从菜单选择tools->option->java标签->Clone按钮->输入新的名字6，选择要生成的类、组件和包7，生成代码 (比如Java语言) 从菜单选择tools->java->generate code8,按照框架填充相应的代码，实现相应的方法入口工件详细设计说明书.doc出口工件要求应用程序EAR包文件内容完整出口工件参考应用程序EAR包文件覆盖知识点掌握应用开发工具的使用4.4.4模块四: 部署测试4.4.4.1任务一：部署将应用构件按照一定的格式打包并放置在应用服务器的容器内任务

35、一： 任务名称部署应用程序任务的额定完成时间3Hours任务类型程序部署应用适合的岗位部署配置人员任务使用的工具列表IBM Websphere Application Server任务描述1 用WSAD工具将J2EE应用程序打成EAR包2创建数据源，其中需要指定JNDI名;3修改企业应用.ear文件的资源JNDI名和资源参考;4修改企业应用.ear文件的EJB JNDI名和引用参考;5自动部署修改后的企业应用.ear文件6重起WebSphere服务器。入口工件.ear文件出口工件要求已发布应用服务器上的应用程序，可以访问和测试。出口工件参考为完成部署而配置好的.ear文件覆盖知识点为实现部署，

36、需要完成的配置。4.4.4.2任务二：测试按照软件测试流程，制定测试计划、测试方案、测试规范，实施测试，对测试记录进行分析，并撰写测试报告。任务名称测试任务的额定完成时间7Hours任务类型测试适合的岗位测试人员任务使用的工具列表CSE HTML ValidatorSAINT任务描述1 功能测试 依据80/20原则（即80%的错误存在于系统的20%的部分）对于测试用例的设计采用如下两种方法:白盒测试,即使用程序设计的控制结构导出测试用例;黑盒测试,即派生出执行程序所有功能需求的输入条件，从而导出测试用例，进行测试的方法。每一个独立的功能模块需要单独的测试用例的设计导出，主要依据为需求分析，对于应用程序模块则根据设计者提供的基本路径测试法的测试用例2 性能测试 负荷测试(Load