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

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

《产权交易电子商务平台系统仿 功能描述与分析.docx》由会员分享，可在线阅读，更多相关《产权交易电子商务平台系统仿 功能描述与分析.docx（35页珍藏版）》请在冰豆网上搜索。

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

产权交易电子商务平台系统

第四章模块及角色划分

4.1产权交易电子商务系统基本介绍

⏹产权交易电子商务系统软件架构设计培训案例描述

该应用案例是以目前产权交易行业的电子交易及内部OA业务解决方案为蓝本，主要针对产权交易电子商务的交易模型进行研究，并按照现代软件工程的方式研制实施与相应的J2EE应用系统。

⏹应用案例实训目标

在本教案中，将结合一个企业级应用的实际例子（产权交易电子商务系统），讲述J2EE软件开发的整个流程进行了解，从需求——建模——开发——部署的Rational统一过程

⏹应用案例涉及业务背景描述

产权交易业务广泛，主要包括国有、集体企业、行政事业单位资产产权转让；非上市股份有限公司和有限公司股权转让；无形资产的转让；产权对外托管、租赁、承包；对产权交易进行鉴证、组织交易、代理交易；受托资产（股权）登记和管理、企业改制重组、投融资策划、咨询服务等业务。

⏹应用案例的实训模块描述

Rational统一过程（RationalUnifiedProcess，RUP）采用迭代式开发，软件生命周期在时间上被分解为四个顺序的阶段，分别是：

先启阶段（Inception）、精化阶段（Elaboration）、构建阶段（Construction）和产品化阶段（Transition）。

每个阶段结束于一个主要的里程碑（MajorMilestones）；每个阶段可以进一步分解为迭代。

一个开发迭代在某种意义上是在所有工作流中的一次完整的经过，这些工作流至少包括：

需求工作流、分析和设计工作流、实现工作流、测试工作流。

本实训案例以一个迭代作为例子，分为需求、分析设计、编码实施、测试部署四个实训模块。

1、需求

在分析产权交易中心主流业务基础上，结合用户提出的功能需求，分析、整理形成系统需求报告。

目的在于为开发人员、维护人员、客户之间提供共同的协议，对产权交易电子商务平台功能的实现作使命描述，作为项目开发的指导性文件和项目验收的依据。

2、分析设计

在系统分析阶段主要是选择一个设计模型和分析模型。

设计模型是源代码的抽象，由设计类和一些描述组成。

设计类被组织成具有良好接口的设计包（Package）和设计子系统（Subsystem），而描述则体现了类的对象如何协同工作实现用例的功能。

主要采用描述系统中类的静态结构的类图、描述满足用例要求所要进行的活动以及活动间的约束关系的活动图、描述对象间的交互关系的交互图等。

3、编码实施

根据设计阶段确定的类、接口和动作，完成代码实现

4、部署测试：

构造实现视图，包含用于装配和发布物理系统的构建和文件；构造实施试图，包含形成系统硬件拓扑结构的节点，描述对组成物理系统的部件的分布、交付和安装。

用UML表示为静态的部署图和动态的交互图、状态图和活动图。

4.2产权交易电子商务系统的基本信息

案例名称

产权交易电子商务系统

案例的额定完成时间

100（以小时计算）

案例类型

构架设计

适合的岗位

开发人员，项目经理

案例的创建/修改时间

<自动记录>

案例的创建/修改人

<自动记录为案例输入人员>

案例使用的工具软件列表

RationalRose2002,WSAD4.0或以上、DB2UDB8.0

4.3案例的模块任务描述

案例名称:

产权交易电子商务系统

模块一：

（需求分析）

1）主要描述系统应该做的工作，并使开发人员和用户就这一描述达成共识。

2）对需要的功能和约束进行提取、组织、文档化。

3）定义系统边界（限定）。

4）理解系统所解决问题的定义和范围

5）通过用例抽取主要概念，建立概念模型，作为后面设计类的重要依据

6）定义系统的用户界面，重点是用户的需要和目标。

模块二：

（分析设计）

1）完成需求说明，设计分析类。

2）将需求阶段中的用例在设计模式中生成“用例实现”。

3）把分析类演化成设计类。

模块三：

（编码实施）

1）使用Rose工具将设计原型生成为代码框架。

2）根据设计阶段确定的类、接口和动作，完成方法体代码实现。

模块四：

（部署测试）

1）构造实现视图，包含用于装配和发布物理系统的构建和文件。

2）发布应用程序。

3）测试主要从以下几个方面进行：

功能、性能、安全性、稳定性、浏览器兼容性、可用性/易用性、链接、代码合法性。

产权交易电子商务平台

实训模块

实训任务

案例任务

模块一:

（需求分析）

任务一：

需求获取

确定需求开发过程,编写项目视图和范围文档，确定使用实例，分析用户工作流程

任务一：

1）编写产权交易业务流程文档

2）前景文档

3）绘制交易过程的基本用例图

任务二：

对概要需求进行细化，创建开发原型，分析可行性，确定需求优先级，为需求建立模型，编写数据字典

任务二：

1）绘制关联图

2）形成可行性分析报告

3）构造产权交易原型系统

4）编写数据字典

任务三：

编写规格说明书

任务三：

1）编写需求规格说明书

任务四：

需求验证

验证软件需求规格说明正确描述了预期的系统行为和特征，确定所有对需求的看法是一致的。

任务四：

1）审查需求文档

2）依据需求编写测试用例

3）编写交易系统的用户手册，包括出让方、受让方、交易中心员工、管理员

4）确定合格的标准

模块二:

（分析设计）

任务一：

概要设计

根据软件需求说明书的要求，运用结构化程序设计思想，将软件逐层分解成多个软件模块。

任务一：

1）模块划分

2）体系结构建立

3）完成概要设计说明书

任务二：

详细设计

对概要设计中划分的每个模块再进行详细定义和说明。

定义每一模块的详细功能、输入数据、使用文件及使用方式，确定输出内容及格式，模块实现的详细算法，各模块的方法构成等

任务二：

1）数据库规划与设计

2）细化类的定义

3）绘制顺序图

模块三:

（编码实施）

任务一：

数据库实现

创建和配置数据库

任务一：

1）建立DB2数据库sdcq

2）建立表和字段

3）设置关联

4）验证约束

任务二：

代码实现

完成系统编码

任务二：

1）使用Rose工具将详细设计阶段的类视图转换为框架代码

2）实现定义的类方法

模块四:

（部署测试）

任务一：

部署

将应用构件按照一定的格式打包并放置在应用服务器的容器内

任务一：

1）打成EAR包

2）创建数据源，指定JNDI名

3）修改.ear文件资源的JNDI名和资源参考

4）修改.ear文件的EJBJNDI名和引用参考

5）部署修改后的企业应用.ear文件

任务二：

测试

按照软件测试流程，制定测试计划、测试方案、测试规范，实施测试，对测试记录进行分析，并撰写测试报告。

任务二：

1）功能测试

2）性能测试

3）安全性测试

4）稳定性测试

5）浏览器兼容性测试

6）可用性/易用性测试

7）链接测试

8）代码合法性测试

4.3.1模块一:

系统需求分析

4.3.1.1任务一：

确定需求开发过程确定如何组织需求的收集、分析、细化并核实的步骤，并将它编写成文档。

任务名称

需求获取

任务的额定完成时间

10Hours

任务类型

需求获取

适合的岗位

需求分析人员

任务使用的工具列表

MSWord、RationalRose

任务描述

1）确定需求开发过程：

确定需求开发过程确定如何组织需求的收集、分析、细化并核实的步骤，并将它编写成文档。

2）编写项目视图和范围文档：

项目视图和范围文档应该包括高层的产品业务目标，所有的使用实例和功能需求都必须遵从能达到的业务需求。

项目视图说明使所有项目参与者对项目的目标能达成共识。

而范围则是作为评估需求或潜在特性的参考。

项目视图和范围文档的内容包括：

A、业务需求：

背景、业务机遇、业务目标、客户或市场需求、提供给客户的价值、业务风险；

B、项目视图的解决方案：

项目视图陈述、主要特性、假设和依赖环境；

C、范围和局限性：

首次发行的范围、随后发行的范围、局限性和专用性；

D、业务环境：

客户概貌、项目优先级；

E、产品成功的因素

3）确定使用实例：

让用户代表确定使用实例从用户代表处收集他们使用软件完成所需任务的描述-使用实例，讨论用户与系统间的交互方式和对话要求。

一个单一的使用实例包括完成某项任务的许多逻辑相关任务和交互顺序。

因此，一个使用实例是相关的用法说明的集合，并且一个说明是使用实例的例子。

在描述时列出执行者和系统之间相互交互或对话的顺序。

基本用例用完整格式表达，但是很少涉及用例的实现细节。

创建基本用例目的是便于能够充分理解问题所设计的范围和所需要的系统功能，使得开发人员和用户都能够在抛开系统的设计细节的情况下看到用例执行过程的精髓和用例的基本目的。

例如：

用例ID:

UC01

用例名称:

会员申请

创建时间:

2004-5-26

最后修改时间:

2005-8-26

参与者:

游客（散户）

用例描述:

游客（散户）申请成为交易中心的会员

前置条件:

游客（散户）登录到交易中心的网站

用例层次:

用户目标

触发事件:

游客（散户）点击“申请新会员”按钮,用例开始

参与者的动作

系统响应

01显示会员申请表单内容

02游客填写表单内容

03游客确定填写好表单内容后，点击“提交”按钮

04记录游客填写的会员申请表单内容

05显示“等待交易中心对您的会员申请进行审核，如果审核成功，您将从您填写的邮箱中获得激活码”

扩展事件流:

如果游客未填写完表单内容就点击“提交”按钮，系统显示“表单未填写完整”并返回“填写表单内容”的界面

如果游客填写完表单内容并点击了“提交”按钮，但是有些表单内容不合法，系统显示“**不合法”并返回“填写表单内容”的界面

如果游客点击“取消”按钮，系统显示游客登录的网站首页

后置条件:

一个会员实例被创建

4）分析用户工作流程：

分析用户工作流程观察用户执行业务任务的过程。

编制业务过程流程文档将有助于明确产品的使用实例和功能需求。

例如下图（产权交易过程工作流程）

入口工件

软件需求说明书_模板.doc

出口工件要求

包含项目视图和范围的说明文档

出口工件参考

软件需求说明书_实训案例.doc

覆盖知识点

需求获取，理解用户需要。

4.3.1.2任务二：

对概要需求进行细化，创建开发原型，分析可行性，确定需求优先级，为需求建立模型，编写数据字典。

任务名称

对概要需求进行细化

任务的额定完成时间

16Hours

任务类型

需求分析

适合的岗位

需求分析人员

任务使用的工具列表

MSWord，RationalRose

任务描述

1）绘制关联图：

绘制系统关联图是用于定义系统与系统外部实体间的界限和接口的简单模型。

同时它也明确了通过接口的信息流和物质流。

2）创建开发原型：

创建用户接口原型当开发人员或用户不能确定需求时，开发一个用户接口原型，这样使得许多概念和可能发生的事更为直观明了。

用户通过评价原型将使项目参与者能更好地相互理解所要解决的问题。

注意要找出需求文档与原型之间所有的冲突之处。

例如：

产权交易过程中构造的原型系统的部分描述：

流程模板定制：

3）分析可行性：

分析需求可行性在允许的成本、性能要求下，分析每项需求实施的可行性，明确与每项需求实现相联系的风险，包括与其它需求的冲突，对外界因素的依赖和技术障碍。

4）确定需求优先级：

确定需求的优先级别应用分析方法来确定使用实例、产品特性或单项需求实现的优先级别。

以优先级为基础确定产品版本将包括哪些特性或哪类需求。

当允许需求变更时，在特定的版本中加入每一项变更，并在那个版本计划中作出需要的变更。

5）为需求建立模型：

为需求建立模型需求的图形分析模型是软件需求规格说明极好的补充说明。

它们能提供不同的信息与关系以有助于找到不正确的、不一致的、遗漏的和冗余的需求。

这样的模型包括数据流图、实体关系图、状态变换图、对话框图、对象类及交互作用图。

例如

（i）构建的业务基本实体关系图：

（ii）注册交易用户实体：

iii）交易合同实体

a）基本资料

合同指出让方、受让方、交易中心之间签订的合同，用来约束交易的情况。

主要包括出让方和交易中心签订的《产权出让委托合同》、出让方和受让方及交易中心签订的《产权交易合同》。

合同主要包括合同编号、合同名称、合同标题、部门编码、供货商编码、甲方签订人、乙方签订人、签订地点、签订日期、合同类型、合同状态、备注等。

b）相关设置

对合同的设置包括：

合同条款设置，包括费用条款、结算方式

行为控制

合同的生命周期包括：

●初始。

●协商内容。

●签订。

●续签。

●终止。

d）业务管理

针对生命周期和业务状态，需要处理的业务有：

●合同信息初始化

●协商内容，包括合同内容修改和合同条款修改两种。

●合同签订。

●合同续签。

●合同终止。

6）编写数据字典：

创建数据字典数据字典是对系统用到的所有数据项和结构的定义，以确保开发人员使用统一的数据定义。

在需求阶段，数据字典至少应定义客户数据项以确保客户与开发小组是使用一致的定义和术语。

分析和设计工具通常包括数据字典组件。

入口工件

软件需求说明书_实训案例.doc

出口工件要求

用例视图：

由专门的描述可被最终用户、分析和测试人员看到的系统行为的用例组成。

包含UML描述的静态用例视图和动态交互图状态图和活动图。

出口工件参考

主要用例文档.doc、数据字典.xls

覆盖知识点

掌握数据抽象、构建需求模型

4.3.1.3任务三：

掌握编写软件规格说明书的方法

任务名称

编写规格说明书

任务的额定完成时间

10Hours

任务类型

需求分析

适合的岗位

需求分析人员

任务使用的工具列表

MSWord

任务描述

软件需求规格说明阐述一个软件系统必须提供的功能和性能以及它所要考虑的限制条件,它不仅是系统测试和用户文档的基础，也是所有子系列项目规划、设计和编码的基础。

它应该尽可能完整地描述系统预期的外部行为和用户可视化行为。

除了设计和实现上的限制，软件需求规格说明不应该包括设计、构造、测试或工程管理的细节。

软件需求规格说明包括如下内容

A引言

目的、文档约定、预期的读者和阅读建议、产品的范围、参考文献

B综合描述

产品的前景、产品的功能、用户类和特征、运行环境、设计和实现上的限制、假设和依赖附录

C外部接口需求附录

用户界面附录、硬件接口、软件接口、通信接口

D系统特性

说明和优先级、激励/响应序列、功能需求

E其它非功能需求

性能需求、安全设施需求、安全性需求、软件质量属性、业务规则、用户文档

F其它需求

G附件

词汇表、分析模型、待确定问题的列表

入口工件

软件需求说明书_实训案例.doc、主要用例文档.doc、数据字典.xls

出口工件要求

出口工件参考

软件需求规格说明书

覆盖知识点

4.3.1.4任务四：

了解需求验证流程。

验证软件需求规格说明正确秒述了预期的系统行为和特征，确定所有对需求的看法是一致的。

任务名称

需求验证

任务的额定完成时间

7Hours

任务类型

需求分析

适合的岗位

需求分析人员

任务使用的工具列表

MSWord

任务描述

1）审查需求文档：

对需求文档进行正式审查是保证软件质量的很有效的方法。

组织一个由不同代表（如分析人员，客户，设计人员，测试人员）组成的小组，对需求规格说明书及相关模型进行仔细的检查。

另外在需求开发期间所做的非正式评审也是有所裨益的。

2）依据需求编写测试用例：

根据用户需求所要求的产品特性写出黑盒功能测试用例。

客户通过使用测试用例以确认是否达到了期望的要求。

还要从测试用例追溯回功能需求以确保没有需求被疏忽，并且确保所有测试结果与测试用例相一致。

同时，要使用测试用例来验证需求模型的正确性，如对话框图和原型等。

3）编写用户手册：

在需求开发早期即可起草一份用户手册，用它作为需求规格说明的参考并辅助需求分析。

优秀的用户手册要用浅显易懂的语言描述出所有对用户可见的功能。

而辅助需求如质量属性、性能需求及对用户不可见的功能则在需求规格说明书中予以说明。

4）确定合格的标准：

确定合格的标准让用户描述什么样的产品才算满足他们的要求和适合他们使用的。

将合格的测试建立在使用情景描述或使用实例的基础之上。

入口工件

软件需求说明书_实训案例.doc、主要用例文档.doc、数据字典.xls、软件需求规格说明书

出口工件要求

出口工件参考

覆盖知识点

4.3.2模块二:

分析设计

4.3.2.1任务一：

概要设计，根据软件需求说明书的要求，运用结构化程序设计思想，将软件逐层分解成多个软件模块。

任务名称

概要设计

任务的额定完成时间

10Hours

任务类型

分析设计

适合的岗位

软件架构，分析设计人员

任务使用的工具列表

MSWord

RationalRose

任务描述

本阶段已在系统的需求分析的基础上，对产权交易系统做概要设计。

主要解决了实现该系统需求的程序模块设计问题。

包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。

1模块划分

2体系结构建立

分为数据层、业务逻辑层和web应用层

数据层存储了对象和业务的操作权限。

这里的对象主要包括数据库以及各种档案文件。

该层主要是为业务逻辑层提供数据服务，如存储业务逻辑层处理结果、返回业务逻辑层检索的数据结果，同时也是可实现屏蔽数据源的变化。

业务层是核心层，封装了重要的模块，其中用户和角色管理负责按照产权交易企业的雇员组织建立和管理用户和角色库。

活动从所有的业务流程中抽取活动并进行约束。

活动设计限制了角色权限指派，用户角色指派只在合适的时候激活以便保证用户在合适的时候做合适的事情。

工作流实例化和管理模块为组装活动和动态调整提供可视化的环境。

业务引擎模块提供一个实时环境来创建和执行一个工作流实例。

基本业务操作：

是业务逻辑的具体实现，采用EJB开发，该部分利用SessionBean包装所有EntityBean，来负责调用EntityBean的方法，客户端只允许与SessionBean交互,这样可以缩短系统响应时间，减少资源利用。

EntityBean用来代表数据库中的数据，所有对EntityBean的操作都代表了底层数据库中数据的变动，EntityBean与数据库的同步过程由容器来管理。

SessionBean用来处理业务逻辑和工作流，是客户端工作的抽象。

Web应用层：

该层用于接收从浏览器传来的请求并将请求交给底层进行处理，同时将请求处理结果发送给浏览器。

其处理过程主要由JSP页面、Servlets组成。

在该层采用的应用框架为MVC，通过创建下面三个层模型（Model），界面（View），控制器（Controller）将面向对象的设计与可视化接口分开。

其中模型层由servlets实现，界面层采用JSP实现，控制器由javabean实现。

该层通过统一的访问界面为内部和外部用户提供不同的功能。

用户分为分为四种：

内部的管理员和普通员工；外部的受让方和出让方。

3完成概要设计说明书，其中包括如下内容：

1．引言

1.1编写目的

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任务二：

详细设计，对概要设计中划分的每个模块再进行详细定义和说明。

定义每一模块的详细功能、输入数据、使用文件及使用方式，确定输出内容及格式，模块实现的详细算法，各模块的方法构成等。

任务名称

详细设计

任务的额定完成时间

20Hours

任务类型

分析设计

适合的岗位

软件架构，分析设计人员

任务使用的工具列表

MSWord

RationalRose

任务描述

1数据库规划与设计

总体规划，抽取出实体及实体之间的关系，绘制E-R图

属性

属性名称

数据类型

码

描述

empid

员工号

varchar（10）

主键

员工唯一标识

empame

姓名

varchar（30）

员工姓名

password

密码

varchar（50）

sex

性别

smallint

address

联系地址

varchar（50）

email

电子信箱

varchar（30）

tel

电话

varchar（20）

mobile

手机

varchar（15）

dept

所属部门

varchar（10）

外键

与部门编号关联，置删除约束

memo

备注

varchar（60）

active

是否激活

smallint

0表示未被激活；1表示被激活。

数据类型描述

定义各个表的信息，例如Employee表：

2细化类的定义

定义类的属性，方法

定义类之间的关系

例如：

“流程模板定制及实例化”类关系图：

类详细描述：

属性：

cmodelId//模板编号

cnodeId//节点编号

cnodeSequId//节点顺序号

cnodeDescrip//节点描述

主要方法：

addFMCustomize（）//添加流程模板定制信息

getAllFMCByKey（）//根据模板编号取得模板信息

delFMCustomize（）//删除模板

主要方法：

addFlowInstance（）//添加流程实例

getFlowInstanceById（）

//取得流程实例中单个活动节点的信息

getFIByProSequ（）//取得某项目实例中处于某序列位置的活动节点信息

getAllFIByKey（intiproId）//取得某项目实例的所有活动，iproId为项目编号

getAllFlowInstance（）//

getFIByMaxId（intiproId,inti）//找出出让或受让流程中序号最大的节点，iproId为项目编号，i标志位，1表示出让，2表示受让。

updFlowInstance（）//更新流程实例信息

3绘制顺序图

顺序图描述的是用例实例，一个用例是多个用例实例的抽象

例如：

更新节点信息：

入口工件

详细设计说明书_模板.doc、概要设计.doc

出口工件要求

详细设计说明书中要包括数据库详细设计，类图及其描述

出口工件参考

详细设计说明书.doc

覆盖知识点

详细设计要求

4.3.3模块三:

编码实施

4.3.3.1任务一：

数据库实现，创建和配置数据库