基于UML建模的美食论坛系统分析与设计说明.docx

上传人:b****1 文档编号:949854 上传时间:2023-04-30 格式:DOCX 页数:31 大小:833.66KB
下载 相关 举报
基于UML建模的美食论坛系统分析与设计说明.docx_第1页
第1页 / 共31页
基于UML建模的美食论坛系统分析与设计说明.docx_第2页
第2页 / 共31页
基于UML建模的美食论坛系统分析与设计说明.docx_第3页
第3页 / 共31页
基于UML建模的美食论坛系统分析与设计说明.docx_第4页
第4页 / 共31页
基于UML建模的美食论坛系统分析与设计说明.docx_第5页
第5页 / 共31页
基于UML建模的美食论坛系统分析与设计说明.docx_第6页
第6页 / 共31页
基于UML建模的美食论坛系统分析与设计说明.docx_第7页
第7页 / 共31页
基于UML建模的美食论坛系统分析与设计说明.docx_第8页
第8页 / 共31页
基于UML建模的美食论坛系统分析与设计说明.docx_第9页
第9页 / 共31页
基于UML建模的美食论坛系统分析与设计说明.docx_第10页
第10页 / 共31页
基于UML建模的美食论坛系统分析与设计说明.docx_第11页
第11页 / 共31页
基于UML建模的美食论坛系统分析与设计说明.docx_第12页
第12页 / 共31页
基于UML建模的美食论坛系统分析与设计说明.docx_第13页
第13页 / 共31页
基于UML建模的美食论坛系统分析与设计说明.docx_第14页
第14页 / 共31页
基于UML建模的美食论坛系统分析与设计说明.docx_第15页
第15页 / 共31页
基于UML建模的美食论坛系统分析与设计说明.docx_第16页
第16页 / 共31页
基于UML建模的美食论坛系统分析与设计说明.docx_第17页
第17页 / 共31页
基于UML建模的美食论坛系统分析与设计说明.docx_第18页
第18页 / 共31页
基于UML建模的美食论坛系统分析与设计说明.docx_第19页
第19页 / 共31页
基于UML建模的美食论坛系统分析与设计说明.docx_第20页
第20页 / 共31页
亲,该文档总共31页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

基于UML建模的美食论坛系统分析与设计说明.docx

《基于UML建模的美食论坛系统分析与设计说明.docx》由会员分享,可在线阅读,更多相关《基于UML建模的美食论坛系统分析与设计说明.docx(31页珍藏版)》请在冰点文库上搜索。

基于UML建模的美食论坛系统分析与设计说明.docx

基于UML建模的美食论坛系统分析与设计说明

一、美食论坛系统开发背景及意义

1.1系统开发背景

现实生活中的交流存在时间和空间上的局限性,交流人群围狭小以及间断的交流不能保证信息的准确性和可取性。

因此伴随着网络的普及,论坛逐渐融入人们的生活。

人们只需通过网上论坛的交流扩大交流面,同时可以从多方面获得自己所需要的最及时的信息。

1.2系统开发意义

中国已进入温饱问题基本得到解决的小康社会,人们对食物的要求越来越高,不仅仅局限于能吃饱就好,越来越多人在追求更多的美食。

迅猛发展并日益成熟的互联网已经影响到我们生活的方方面面。

人们真真切切的体会到了网络带给大家的便捷,互联网以其独有的优势快速地渗透到越来越多的传统领域。

中国菜以其悠久的饮食文化,推出新的美食特色,种类多样的选择无疑可以在互联网上“大展拳脚”,在网上推广美食,详述各种美食做法必定受到各种美食爱好者的追捧。

开发此,目的在于尽可能详细地展示,介绍美食信息,同时提供美食爱好者一个交流的平台,使得更多的美食传统做法得到推广,也可激发更多美食创意产生。

同时,美食论坛具有的订餐环节,可以使现代人生活更方便。

二、美食论坛系统分析

2.1可行性分析

2.1.1社会可行性

本的开发符合国家法律法规,能健康独立的运行,操作使用方便,能免费提供大量美食信息,用户通过本平台不仅可以查阅到自己需要的信息资源,还能进行评论和交流,满足不同地方美食爱好者的需求。

2.1.2技术可能性

就技术层面而言,此美食开发基于B/S模式,拟建的方案比较成熟,技术难度不大。

主要包括前端应用程序以及后台数据库的建立和维护。

应用程序要求具备功能完善,方便使用等特点,后台数据库要求能够建立数据一致性和完整性强,安全性好的数据库。

使用的是Access数据库,C#,ASP开发语言作为开发工具,这些都是目前十分成熟的技术。

同时,大学三年所学习的专业知识使我在一定程度上具备了开发这一的能力,现有的计算机设备也完全可满足此次开发的需求。

2.1.3经济可行性

本美食设计与开发所要求的硬件(计算机及相关硬件)和软件(C#,ASP,Accsess,Word等)均在市面上易于购买或可直接从网上下载并免费使用,不需要发大量的资金购买高成本的设备,大大提高了在设计过程中的工作效率。

的主要成本主要集中在开发过程及后期维护上,开发周期短,人员经济支出不大,对用户不会造成过重的经济负担。

且投入使用后,可通过招商广告版面等方式收取费用,以应付日常必要开支甚至盈利,因此,本系统在经济航是可行的。

 

2.2需求分析

本美食作为一个面向所有网络用户的,既要面对浏览网页信息的用户,留言交流的会员,还要面对发布广告的商家以及后台管理需求,因此多角度,多方面进行需求分析,尽量满足各方面的功能需求。

2.2.1用户对美食的需求

美食的功能主要是信息发布,提供美食查询,留言交流以及订餐服务。

其息发布是各种类型的美食信息包括美食材料、做法、市面价格等。

美食查询是提供浏览网页的用户的搜索功能,使其方便快捷的找到需要的信息。

留言交流是用户在留言,说出想法留下问题。

订餐服务是会员可以在合作商家进行订餐业务。

2.2.2界面设计需求分析

本界面具有简洁性和友好性等基本特点,尽可能的满足各个年龄阶层的顾客的需求。

界面采用引入土门温馨暖格调的色调,优雅大方,部结构采用框架布局,使整个有层次感,在用户功能操作上,简单方便。

三、美食系统总体设计

3.1系统目标

本系统主要是为了给那些对饮食方面感兴趣的朋友提供一个交流的平台,对有话可说的朋友,你在这里可以进行注册成为会员,参与有关话题的讨论,或提出新的话题,还可以修改个人资料。

会员可以订餐,订单信息由论坛发给商家。

非注册会员你可以浏览论坛里的帖子,获取对自己有用的信息。

另外假如你对某些版块很赶兴趣,你还可以向管理员申请成为某一版块的斑竹,去管理本版块的帖子,对于那些不健康的帖子你可以把它们给删除掉,起到对论坛的维护作用。

另外,商家可以在论坛中发布美食广告,处理会员的点餐订单,等等。

3.2系统功能结构

3.3系统流程图

数据流图:

业务流程图:

3.4系统开发环境

3.4.1对网络构建的需求

目前在本地机上进行开发、测试。

然后部署到基于Tomcat服务器的远程服务中。

3.4.2硬件设备

(1)处理器型号及存容量:

存512M及以上;

(2)外存容量、联机或脱机、媒体及其存储格式,设备的型号及数量:

硬盘80G及以上、声卡、显卡无要求;

(3)输入及输出设备的型号和数量,联机或脱机:

考虑到数据的安全性问题,要求使用磁盘阵列。

(4)数据通信设备的型号和数量;

(5)功能键及其他专用硬件

3.4.3支持软件

(1)操作系统:

利用Windows操作系统进行开发(WinXP/Win2000/Win2003)

(2)开发软件

美食论坛是基于框架环境的web开发,使用以下软件:

后台开发工具使用微软的visualstudio

前台开发工具使用MacromediaDreamweaverMX2004。

应用服务器选择为Tomcat5.5。

(3)数据库系统

考虑到用户的数据流量,建议使用Oracle或SQLServer等大中型数据库。

(4)测试支持软件

JUnit测试软件进行普通的JavaBean组件的单元测试。

Cactus技术进行Servlet或者Filter、Listener和Tag等的单元测试

StrutsTestCase技术进行Struts等相关的组件单元测试

基于mock对象的SpringWeb组件的单元测试

 

四、系统详细设计与实现

4.1UML分析与实现

4.1.1系统用例图

1、面向用户

注:

1、本图主要描述的系统提供给注册会员/用户的功能,用户可经过注册成为会员,完善个人信息为用户注册的泛化操作,用户还有浏览、搜索功能,会员与用户存在泛化关系;会员可以进行如下操作:

登录——必须是已注册用户,管理个人信息,帖子管理(发帖、删帖、修改帖子),管理收藏夹(添加收藏、删除收藏、泛化用例“打印帖子”),发表评论并回复信息,订餐管理,发表短信息、留言,高级搜索,在线注销;网银系统提供在线支付服务,并指向泛化用例“订餐管理”。

2、“()”未指明的均为用例包含关系。

2、面向管理员

注:

1、本图主要描述的系统提供给管理员的功能,管理员可以进行如下操作:

设置论坛参数(设置基本参数、用户基本参数),版块管理(创建版块、删除版块、修改版块),帖子管理(审核贴子——指与系统初步审核未检测出的不合格帖子、修改帖子、指定精华帖子、置顶帖子、转移贴子——帖子容与板块功能不符、删除帖子),用户管理(删除用户、修改用户公共信息、添加用户、设置用户权限),系统维护(更新系统、系统回馈异常处理),广告管理(审核广告——广告合同是否已过期、指定精华广告——按照合作商家要求指定、修改广告、删除广告、增加广告);管理员与会员存在泛化关系,即帖子管理中的修改帖子操作会员也可进行。

2、“()”未指明的均为用例包含关系。

3、面向商家

注:

1、本图主要描述的系统提供给商家的功能,商家可进行如下操作:

2、“()”未指明的均为用例包含关系。

4.1.2系统类图

经过仔细研究得出,网上购物系统的业务实体包括用户,注册,个人信息,会员,登陆,网银系统,商家,个人帖子管理,订单,订单管理,审核,帖子记录,帖子管理,管理者,异常处理,异常处理数据,广告记录,广告管理,商家广告管理。

对系统进行分析,我们得到了各实体间的如下关系:

用户和注册之间为泛化关系,注册包括注册信息等属性。

注册与个人信息为关联关系,个人信息包括登陆时间、、性别、年龄等属性。

个人信息和登陆互为关联关系,登陆包括时间和次数属性。

登陆为会员的泛化关系,会员的属性包括注册时间、注册ID、等,会员的方法为发评论、回信息、管理个人信息、管理收藏夹、订餐、账户财务。

个人帖子管理为会员的泛化关系,个人帖子管理的属性包括发布时间、关键字、发布人,个人帖子管理的方法为发帖、删帖、修改帖子等。

订餐也为会员的泛化关系,订餐的属性包括订单形成时间,订餐商家,订单金额,商品名,订单。

订单管理和订单为关联关系,订单管理的方法包括订单形成、发货、送货。

订单管理为商家的泛化关系,商家的属性包括资金、注册时间、信用、评价,商家的的方法包括实名注册,财务管理。

网银系统和会员、商家分别为关联关系。

审核和帖子记录、广告记录都为关联关系,其中帖子记录的属性包括时间、关键字、发布人。

广告记录的属性包括发布时间、容、关键字。

商家广告管理和广告记录为关联关系,商家广告管理的属性包括容、关键字、发布时间,方法包括发广告,删广告和修改广告。

广告管理和广告记录为光联关系,广告管理的方法为精华广告,修改,删除,增加广告。

帖子管理和帖子记录为关联关系,帖子管理的方法为删除、转移、置顶、精华、修改、审核。

帖子管理、广告管理、异常处理分别为管理者的泛化关系,管理者的属性包括权限和ID,方法包括设置论坛参数,论坛管理。

异常处理和异常处理报告为关联关系,异常处理报告包括时间、解决方案、关键字等属性。

美食论坛中除了包括帖子信息,还应包括下浏览的用户、发帖的会员、管理员、商家的信息以及帖子的状态和订单状态,帖子的状态可以帮助用户和会员浏览搜索评论帖子,订单状态可以帮助商品客户和商家了解彼此关于订单的处理情况。

 

4.1.3系统活动图

针对用户的活动图:

普通用户可以浏览搜索帖子、作为游戏访问论坛,也通过注册成为会员。

会员进行验证后进行登录,可以进行帖子管理,搜藏夹管理,个人主页管理,和订餐活动。

会员发帖后,管理员会进行审核。

商家:

商家进行广告管理,决定是否发布广告。

发布的广告经过管理员审核批准之后,会被用户会员浏览,否则将被删除。

商家接收到会员的订单后,可以进行订单管理,成功接单后进行备货,发货,买家收货等一系列活动。

管理员:

管理员进行论坛系统、板块的管理,商家的管理和审核的活动。

管理员有权限对违规商家、用户、帖子和广告进行删除。

4.1.4系统时序图

1、针对用户的前台服务事件流

(1)注册

●对应事件流

说明

用例说明

未注册用户注册成为会员

参与者

未注册用户

基本路径

1、游客点击注册,提交注册请求

2、跳转到注册系统界面

3、游客填写注册信息并提交

4、后台系统检测用户是否已经注册

5、重名或已注册则显示注册失败,重新注册

6、系统显示注册成功

●时序图

(2)登录

●对应事件流

说明

用例说明

已注册会员进行登录操作

参与者

已注册会员

基本路径

1、会员输入用户名、密码和验证码请求登录

2、系统验证用户名、密码和验证码是否正确

3、若错误系统则反馈给用户

4、若正确系统显示登录成功,跳转至主页

●时序图

(3)管理个人信息

●对应事件流

说明

用例说明

会员对自己的个人信息进行管理

参与者

已登录的会员

基本路径

1、会员请求进入个人主页

2、会员在个人主页请求修改个人信息

3、后台系统检测用户是否登录超时(长时间未操作)

4、若用户登录超时,则跳转到登录系统界面重新登录

5、若未登录超时,则跳转至修改界面

6、用户进行相关操作(修改信息)并提交

7、后台系统检测所更改信息是否符合要求

8、系统提示修改成功

●时序图

(4)浏览信息

●对应事件流

说明

用例说明

浏览论坛各版块

参与者

游客或已登录的会员

基本路径

1、用户找到需要浏览的版块(帖子、广告、订餐等),点击标题进入

2、系统显示相关容

(5)发表帖子

●对应事件流

说明

用例说明

已登录会员发表帖子

参与者

已登录的会员

基本路径

1、用户点击发帖请求,跳转到发帖页面表单

2、输入帖子容(标题、容等)并提交

3、后台系统检测帖子容是否符合格式、是否包含敏感信息

4、若未通过则跳转至发帖页面表单重新写入

5、若通过则显示发帖成功,更新至主页

●时序图

(6)删除帖子

●对应事件流

说明

用例说明

已登录会员对自己所发表的某个帖子进行在线删除

参与者

已登录的会员

基本路径

1、用户请求进入个人主页

2、用户在个人主页请求删除某个已发表的帖子

3、后台系统弹出询问是否确认删除

4、用户取消删除则跳转至个人主页

5、用户确认删除则提交至后台系统

6、后台系统执行请求,更新后台数据库并更改帖子引用信息

7、提示用户删除成功,更新至论坛主页

●时序图

(7)修改帖子

●对应事件流

说明

用例说明

已登录会员对自己已经发表的某个帖子进行修改

参与者

已登录的会员

基本路径

1、用户点击指向某个帖子的修改

2、系统显示修改帖子页面表单

3、用户按照表单要求输入并提交

4、系统审核并通过,显示修改成功

(8)高级搜索

●对应事件流

说明

用例说明

已登录会员照所给定的查询选项,选择感兴趣的容进行详细的高级搜索

参与者

已登录的会员

基本路径

1、用户点击高级搜索进入高级搜索页面

2、系统显示该高级搜索中的各种搜索条件选项

3、用户选择或输入所感兴趣的搜索条件选项

4、系统显示出所找到的满足条件的容

(9)在线注销

●对应事件流

说明

用例说明

会员登录成功后,可以在线注销

参与者

已登录的会员

基本路径

1、用户点击在线注销

2、系统检测用户是否是已经登录过的用户

3、系统显示警告是否确认在线注销

4、用户输入确认信息,点击提交

5、系统将在线注销该用户

2、针对管理员的后台服务事件流

(1)设置论坛参数

●对应事件流

说明

用例说明

管理员对论坛基本参数、用户基本参数进行设置

参与者

管理员

基本路径

1、管理员点击论坛基本参数管理

2、系统显示论坛基本参数管理界面

3、管理员对论坛参数进行相关操作

(2)用户管理

●对应事件流

说明

用例说明

管理员对用户进行管理,包括添加、删除用户,设置用户权限,修改用户公共信息

参与者

管理员

基本路径

1、管理员点击用户管理

2、系统显示用户管理界面

3、管理员对用户进行相关操作

(3)审核贴子

●对应事件流

说明

用例说明

管理员对系统已通过的帖子进行二次审核

参与者

管理员

基本路径

1、管理员点击论坛基本参数管理

2、系统显示论坛基本参数管理界面

3、管理员对论坛参数进行相关操作

●时序图

(4)贴子管理

●对应事件流

说明

用例说明

管理员对用户已发表的帖子进行相关操作,包括修改、删除、转移、置顶、指定精华帖子

参与者

管理员

基本路径

1、管理员针对所要管理的帖子点击管理

2、系统显示帖子管理界面

3、管理员选择进行相关操作

(5)版块管理

●对应事件流

说明

用例说明

管理员对论坛各版块进行增加、修改、删除管理

参与者

管理员

基本路径

1、管理员点击版块设置

2、系统显示版块设置界面

3、管理员对版块进行相关操作并提交

4、系统更新数据库并更改主页显示

●时序图(以修改版块为例)

(6)广告管理

●对应事件流

说明

用例说明

管理员对与商家签订过的广告进行相关操作,包括审核、修改、删除、增加、指定精华广告

参与者

管理员

基本路径

1、管理员针对所要管理的广告点击管理

2、系统显示广告管理界面

3、管理员选择进行相关操作

 

4.2E-R图分析

概念模型的表示方法很多,其中最为著名最为常用的是E-R图。

简单的说,E-R图用来分析数据关系的。

下面具体列出美食论坛系统主要的实体图及E-R图。

根帖实体图如图4.2-1所示:

主要属性有编号、所属版面、标题、容、发布者、发布时间、表情、对帖子进行操作的时间、是否为置顶帖子、被置顶的时间、是否为精华帖子和被设置为精华帖子的时间。

其中是否为置顶帖子与是否为精华帖子属性分别用来标识帖子是否被设置为置顶或精华帖子,1表示“是”,0表示“否”。

图4.2-1根帖信息实体图

用户信息表实图如图4.2-2所示:

主要有编号、用户名、密码、头像、性别、联系方式、QQ、、籍贯、权限。

权限分为三种:

0表示普通用户,1表示版主,2表示管理员

回复帖实体图如图4.2-3所示:

主要有编号、根帖ID、标题、容、回复者、回帖时间和表情属性。

图4.2-3回复帖实体图

版面实体图如图4.2-4所示:

主要有编号、所属类别ID、版面名称、版主、版面公告。

图4.2-4版面实体图

论坛类别实体图如图4.2-5所示:

主要有编号、类别名称、介绍。

图4.2-5论坛类别实体图

4.3数据库设计

根据E-R图可以对数据库进行设计,以下列出主要的数据表。

帖子信息表,用于保存发布的全部根帖信息,该表具体字段如下表所示。

帖子信息表

名称

数据类型

主要属性

说明

帖子ID

int(4)

主键Notnull

用于自动存储帖子ID

帖子标题

Varchar(70)

null

用于存储帖子标题

帖子容

Varchar(2000)

null

用于存储帖子容

帖子发布者

Varchar(20)

null

用于存储帖子发布者

帖子发布时间

Datatime(8)

null

用于存储帖子发布时间

帖子操作时间

Datatime(8)

null

该操作只包括发表帖子和提前帖子,在显示非置顶帖子时,该字段降序排列

是否置顶

Varchar

(1)

(0)

1表示置顶帖子0表示非置顶帖子

被置顶时间

Datatime

null

在显示置顶帖子时,按该字段降序排列

是否精华帖子

Varchar

(1)

(0)

1表示精华帖子0表示非精华帖子

被精华时间

Datatime(8)

null

在显示精华帖子时,按该字段降序排列

版面信息表用来保存论坛中版面信息,如下表所示。

版面信息表

名称

数据类型

主要属性

说明

版面ID

Smallint

(2)

主键notnull

用于自动存储版面ID

版面名称

Varchar(40)

null

用于存储版面名称

版面版主

Varchar(20)

null

用于存储版面版主

版面公告

Varchar(200)

null

用于存储版面公告

回复帖子信息表用来保存回复帖子的信息,如下表所示。

回复帖子信息表

名称

数据类型

主要属性

说明

编号

Int(4)

主键notnull

ID值(自动编号)

根帖ID

Int(4)

Null

用于存储回复帖子的根帖ID

标题

Varchar(70)

Null

用于存储回复帖子的标题

Varchar(2000)

Null

用于存储回复帖子的容

回复者

Varchar(20)

Null

用于存储回复帖子的回复者

回复时间

Datatime(8)

Null

用于存储回复帖子的时间

论坛类别信息表用来保存论坛类别信息,如下表所示。

论坛类别信息表

名称

数据类型

主要属性

说明

ID值

Smallint

(2)

主键notnull

用于存储论坛类别ID值

名称

Varchar(40)

null

用于存储论坛类别名称

介绍信息

Varchar(200)

null

用于存储论坛类别介绍信息

论坛用户信息表用来保存论坛所有用户的详细信息,如下表所示。

用户信息表

名称

数据类型

主要属性

说明

用户ID

Smallint(8)

主键

Notnull

用于自动存储用户ID

名称

Varchar(20)

Null

用于存储用户名称

密码

Varchar(20)

Null

用于存储用户密码

头像

Varchar(11)

Null

用于存储用户头像

性别

Varchar

(2)

Null

用于存储用户性别

联系方式

Varchar(12)

Null

用于存储用户联系方式

QQ

Varchar(14)

Null

用于存储用户QQ

Varchar(100)

Null

用于存储用户

籍贯

Varchar(200)

Null

用于存储用户籍贯

权限

Varchar

(1)

Null

0表示普通用户1表示版主2表示管理员

4.4后台设计

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 经管营销 > 经济市场

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2