富源汇投资管理有限公司网站

1系统分析

1.1系统需求分析

表1-1给出了本网站的候选需求清单内容，其中需求的获得依赖于对系统环境的调查和理解，而需求的各个属性取值则与该需求对系统的影响度和重要度相关。

表1-1 候选需求清单

序号	需求名称	需求说明	状态	优先级	风险
1	网上订单提交	能够通过Internet提交订单	批准	关键	关键
2	用户信息管理	可以对用户信息进行更新维护，可以修改密码或者其他详细信息	建议	重要	普通
3	基金产品分类查找	能够通过分类目录查找对应的基金产品	批准	关键	普通
4	用户注册登录	能够在网站上注册信息并登录	批准	关键	普通
5	订单支付	为客户提供网上支付功能	建议	重要	关键
6	网站信息浏览	能够通过Internet查看网站信息	建议	重要	普通
7	管理员登录	能够在网站后台进行登录	建议	重要	普通
8	管理员更新产品信息	能够在后台查看基金购买情况以及更新基金产品数量	建议	重要	普通

非功能性需求确定了系统的性质，如环境和实现约束、性能、平台依赖、可维护性、可扩展性等性质，我们捕获的非功能性需求主要有以下几点：

时间特性：与软件执行器功能时响应和处理时间如页面跳转的时间应小于3秒。

容错性：与在软件故障或违反指定接口的情况下维持规定的性能水平的能力有关的软件属性。

易操作性：与用户为操作和运行控制所花的努力有关的软件属性，如出生日期的插件选择。

准确性：与能否得到正确或者相符的结果或者效果有关的软件属性。

1.2系统功能分析

（1）用例图

系统功能分析首先要建立用例模型，对用例进行识别，我们采用基于参与者的方法识别用例。综合考虑各个因素，我们选取的参与者是用户。用户能够进行的操作包括登陆注册、浏览网站信息（分别有关于我们、管理团队、投资案例）、提交订单、用户信息修改以及分类查找基金产品，用例图如图1-1：

图1-1 系统用例图

（2）用例排序

按照迭代开发的观点，系统给开发的任务分为多次迭代来完成，即分为多个开发周期来完成，每个开发周期会从事新的用例的开发，或者是对前一个或多个周期的扩展。根据用例的分类结果，系统开发组需要将不同级别的用例按照项目开发计划分配到不同的开发周期中去，决定哪些用例需要在早期的迭代中进行开发以及哪些用例可以在随后的迭代中进行开发。表1-2即为用例排序情况：

表1-2 用例排序

用例	顺序	开发周期	原因
浏览信息	1	周期一	关键功能，实现简单
注册	2	周期一	基本功能之一
登录	3	周期一	基本功能之一
修改用户信息	4	周期一	完成关键功能必需，且实现简单
分类查找基金产品	5	周期二	基本功能，但不影响关键功能
提交订单	6	周期二	基本功能之一，较复杂
支付订单	7	周期三	实现复杂，风险高
添加管理员权限	8	周期三	可选功能

（3）用例详细描述

为了更好地描述关键用例，我们进行详细的讨论分析，建立用例的基本执行路径和备选路径。对用例进行描述的文档格式和各部分内容的说明如下表所示：

用例名称	注册
标识	Register
执行者	未注册用户
说明	未注册用户可以进入网站进行注册，填写个人信息
前置条件	用户浏览公司网站
后置条件	登录公司网站
基本流程	填写用户名；填写密码；填写真实姓名：在插件中选择生日；填写电话；填写邮箱；点击注册按钮；返回显示注册成功，出现登录按钮。
扩展流程	用户名重复，显示注册失败；返回注册页面。
非功能需求	注册页面跳转时间不超过10秒
业务规则	自己输入日期时，日期格式为XXXX-XX-XX，用插件选择日期则格式已定
设计约束

用例名称	用户登录
标识	Login
执行者	注册用户
说明	注册用户点击登录按钮，输入用户名和密码进行登录
前置条件	用户注册成功
后置条件	弹框显示登录成功并返回首页页面
基本流程	用户输入用户名；用户输入密码；用户点击登录；用户名和密码提交到服务器；系统调用数据库，检查用户名和密码是否匹配；弹框显示登录成功并返回首页页面。
扩展流程	用户名和密码不匹配；提示用户名或密码错误；清空用户名和密码，提示重新输入。
非功能需求	注册页面跳转时间不超过10秒
业务规则
设计约束

用例名称	浏览信息
标识	Search
执行者	所有用户
说明	用户进入公司网站，点击目录进行浏览相应信息
前置条件	进入网站
后置条件	浏览到相应信息
基本流程	进入网站主页浏览网站。用户点击“关于我们”显示我们的公司简介和核心优势页面；用户点击“投资案例”显示案例页面；用户点击“基金产品”显示产品页面。
扩展流程
非功能需求	网页的流畅，加载速度不能太慢，设置搜索框方便用户查找
业务规则
设计约束

用例名称	分类查找基金产品
标识	Catalog_search
执行者	用户
说明	用户进入网站点击基金目录进入基金页面，点击相应的基金分类查找到该类别的基金
前置条件	用户浏览网站并点击基金目录
后置条件	选择基金产品进行购买
基本流程	点击基金目录；点击左侧基金分类栏；右侧出现相应的基金；查看右下角是否显示有2页及2页以上；如果有可以点击下一页查看全部的基金产品；
扩展流程
非功能需求
业务规则
设计约束

用例名称	修改用户密码
标识	Update_pw
执行者	注册用户并登录
说明	在网站注册过信息的用户可以登录到网站中进行修改密码
前置条件	用户进入网站并登录
后置条件	修改密码成功
基本流程	在用户目录下点击“管理我的信息”按钮；选择修改密码；输入原密码，输入新密码，再次输入新密码；点击“提交”按钮；显示修改成功。
扩展流程	备选流程A：原密码错误 (1)系统检测到原密码错误，弹框说明密码错误； (2)系统清除原密码输入框； (3)用户重新输入原密码； (4)系统检查原密码是否正确。备选流程A：两次新密码不一致 (1)系统检测到两次新密码不一致，弹框说明两次密码不一致； (2)系统清除新密码输入框； (3)用户重新输入两次新密码； (4)系统检查两次新密码是否一致。
非功能需求
业务规则
设计约束

用例名称	提交订单
标识	Check_order
执行者	登录用户
说明	登录用户选择好基金产品之后进入购物车页面进行提交订单
前置条件	用户成功选择基金产品
后置条件	订单提交成功
基本流程	进入基金产品页面；点击购物车；查看选择的基金产品数量是否正确，不正确可以输入新的数量进行更新；确定无误之后，点击提交按钮；返回“XXX的订单已提交，我们会尽快处理”页面。
扩展流程	系统检测到用户选择的基金产品数量超过上限；系统提示用户数量超上限，让用户更改数量；用户重新输入数量，点击更新；确定无误之后，点击提交按钮。
非功能需求
业务规则
设计约束

1.3域类分析

域类分析的工作即在于表达系统内部视图，建立系统概念模型，从与应用实施无关的逻辑层来描述整个系统的结构和功能。域类分析阶段的主要工作成果是概念模型和顺序图，其中，概念模型描述了从逻辑角度抽象分析得到的系统核心概念类，而顺序图是从与实施技术无关的角度来描述系统行为。

（1） 系统顺序图：

针对用例“提交订单”，根据其详细描述文档，可以利用顺序图来对该用例的行进行描述。如图1-2所示：

图1-2 系统顺序图

（2）系统概念图

概念模型是针对问题域中的概念或对象的描述，展示应用系统设计领域的有意义概念及这些概念之间的关系，是面向对象分析阶段的主要成果和产出，是下一步面向对象设计工作的基础和前提。图1-3给出了6个分析类，其中每个类包含三部分的描述，顶端部分是类的名称，中间部分是类的属性说明，底部部分是类的操作说明。

图1-3 系统概念图

2系统设计

2.1系统架构设计

富源汇投资管理有限公司网站采用SSH框架，集成SSH框架的系统从职责上分为四层：表示层、业务逻辑层、数据持久层和域模块层，以帮助开发人员在短期内搭建结构清晰、可复用性好、维护方便的Web应用程序。其中使用Struts作为系统的整体基础架构，负责MVC的分离，在Struts框架的模型部分，控制业务跳转，利用Hibernate框架对持久层提供支持，Spring做管理，管理struts和hibernate。具体做法是：用面向对象的分析方法根据需求提出一些模型，将这些模型实现为基本的Java对象，然后编写基本的DAO(Data Access Objects)接口，并给出Hibernate的DAO实现，采用Hibernate架构实现的DAO类来实现Java类与数据库之间的转换和访问，最后由Spring做管理，管理struts和hibernate。框架结构示意图如下图：

2.2用例事件流分析

在需求捕获阶段已经分析了用例的事件流，但这种分析侧重于从概念上对用例的执行过程进行详细阐述，并不涉及用例执行过程中的物理技术细节。设计阶段的事件流分析将包括用例执行过程中的技术细节信息，如界面操作、数据库操作、用户与系统通信等。下面是几个主要用例的事件流分析。

用例名：提交订单

基本操作流程：

(1)用户进入基金产品页面；

(2)用户选择所要购买的基金产品类别；

(3)用户在所需要购买的基金产品下面的“数量”域填写要购买的数量，并点击购买按钮；

(4)用户点击购物车按钮进入购物车页面；

(5)在购物车页面可以点击更新按钮更改想要购买的每个基金数量；

(6)客户按下提交按钮，订单提交给系统，系统自动生成订单号、订单日期、用户名、基金编号、基金数量，订单号编码规则为从1递增，订单日期为系统时间；

(7)系统进行库存检查；

(8)订单检查通过，系统保存订单，并显示提交成功页面。

用例名：注册

基本操作流程：

(1)未注册用户在首页面右上角点击用户目录下的注册按钮，进入注册页面；

(2)未注册用户在注册页面的用户名域、密码域、真实姓名域、性别域、邮箱域、电话域、地址域分别填写用户名、密码、真实姓名、性别、邮箱、电话、地址信息；

(3)未注册用户在出生日期插件中选择出生日期；

(4)未注册用户填写完注册信息后点击下方的注册按钮，系统将用户信息提交到数据库中进行匹配；

(5)用户注册信息符合规则则返回注册成功页面。

用例名：登录

基本操作流程：

(1)用户在首页面右上角点击用户目录下的登录按钮，进入登录页面；

(2)用户在用户名域和密码域填写用户名和密码；

(3)用户在填写用户名和密码后，点击submit按钮，系统对填写的用户名和密码进行数据库匹配；

(4)匹配一致时，弹框显示登录成功，并返回首页；

(5)匹配不一致时，弹框说明用户登录失败，并返回登录页面。

2.3交互图设计

交互图包括顺序图和协作图两种，其中顺序图是描述对象之间的动态合作关系，强调对象之间消息发送的顺序，同时显示对象之间的交互。顺序图描述作为写作中的一个组成部分，体现了系统的总体设计框架，在对一个用例实现中的各类之间的关系进行描述。图2-1则为用例“下订单”的顺序图：

图2-1 系统顺序图

2.4设计类图

图2-2主要是针对用例“提交订单”的实现而产生的类图：

图2-2 系统类图

2.5数据库表设计

在系统设计阶段，就需要确定持久化对象的数据存储方式和策略，我们选择hibernate持久化框架为对象到关系数据库的持久化存储提供支持，以下是我们的关系数据表。

表2-1 用户基本信息表

user
名	类型	长度	十进位	允许空
Userid	Int	11	0	否
Username	Varchar	20	0	否
Password	Varchar	20	0	否
Role	Char	10	0	是

表2-2 用户详细信息表

userdetail
名	类型	长度	十进位	允许空
Userid	Int	11	0	否
Xb	Bit	1	0	是
Truename	Varchar	20	0	是
Csrq	Date	0	0	是
Phone	Char	11	0	否
Email	Varchar	30	0	否
Address	Varchar	500	0	是

表2-3 基金产品信息表

Fund
名	类型	长度	十进位	允许空
Fundid	Int	11	0	否
Fundname	Varchar	20	0	是
Price	Int	11	0	否
Picture	Varchar	30	0	是
Catalogid	Int	11	0	是

表2-4 基金类别信息表

Catalog
名	类型	长度	十进位	允许空
Catalogid	Int	11	0	否
Catalogname	Varchar	20	0	是

表2-5 订单详细信息表

Orderitem
名	类型	长度	十进位	允许空
Orderitemid	Int	11	0	否
Quantity	Int	11	0	否
Orderid	Int	11	0	否
Fundid	Int	11	0	否

表2-6 订单信息表

Orders
名	类型	长度	十进位	允许空
Orderid	Int	11	0	否
Orderdate	Datetime	10	0	否
Useid	Int	11	0	否

2.6实体关系设计

ER图是描述显示世界概念结构模型的有效方法，是标识概念模型的一种方式，用矩形表示实体型，矩形框内写明实体名；用椭圆表示实体属性，并用无向边将其余相应的实体型连接起来；用菱形表示实体型之间的联系，在菱形框内写明联系名，并用无向边分别于有关实体连接起来，同时在无向边旁标上联系的类型。图2-3则为系统的实体-联系图：