软件工程毕业论文doc.docx

软件工程毕业论文doc.docx

《软件工程毕业论文doc.docx》由会员分享，可在线阅读，更多相关《软件工程毕业论文doc.docx（35页珍藏版）》请在冰豆网上搜索。

软件工程毕业论文doc

第一章绪论

1.1系统开发背景

随着现代社会机械化程度越来越高,人们对机械知识的渴望越来越强烈,而用户间的交流恰好满足了这种需要。

用户与用户之间的互相讨论与学习会使用户快速提高自己对于机械知识的了解和认知。

针对这种现状开发了本系统。

论坛又名BBS,全称为Bulletin Board System（电子公告板）或者Bulletin Board Service（公告板服务）。

是Internet上的一种电子信息服务系统。

它提供一块公共电子白板,每个用户都可以在上面书写,可发布信息或提出看法。

它是一种交互性强,内容丰富而及时的Internet电子信息服务系统。

用户在BBS站点上可以获得各种信息服务,发布信息,进行讨论,聊天等等。

像日常生活中的黑板报一样,论坛按不同的主题分为许多版块,版面的设立依据是大多数用户的要求和喜好,用户可以阅读别人关于某个主题的看法,也可以将自己的想法毫无保留地贴到论坛中。

一般来说,论坛也提供邮件功能,如果需要私下的交流,也可以将想说的话直接发到某个人的电子信箱中。

在论坛里,人们之间的交流打破了空间,时间的限制。

在与别人进行交往时,无须考虑自身的年龄,学历,知识,社会地位,财富,外貌,健康状况,也无从知道交谈的对方的真实社会身份。

这样,参与讨论的人可以处于一个平等的位置与其他人进行机械方面问题的探讨。

论坛往往是由一些有志于此道的爱好者建立,对所有人都免费开放。

而且,由于BBS的参与人众多,因此各方面的话题都不乏热心者。

我们当然可以利用它来解决机械学习中的一些疑惑。

后来随着因特网的普及,拨号BBS和BBS网络已经日渐凋零,所剩无几。

目前的BBS站点,多数是基于Internet的Telnet协议。

在服务器端,采用MapleBBS或者FireBirdBBS系统。

用户端通过Telnet软件如NetTerm、CTerm、FTerm等来登陆服务器,阅读发表文章,发送邮件,通过仿真的ZModem协议来上传下载数据文件。

有些站点还提供SSH登陆,确保连接的安全性,还有很多站点提供Web方式的界面,方便用户使用。

中国大陆BBS界在FirebirdBBS基础上还发展了SmthBBS、YthtBBS、LilyBBS等,提供非常丰富web方式访问,如发文、即时消息、信件、Blog,而一些管理操作,如版面管理、个人文集,则仍然限定为Telnet访问。

而客户端的Telnet软件也发展了很多便于操作的功能,如:

鼠标响应、URL识别、图片预览,文章自动下载、自定义脚本等。

第二章需求分析

2.1可行性分析

可行性研究是在项目开发前期对项目的一种考察和鉴定,对拟议中的项目进行全面的、综合的调查研究,其目的是要判断项目可行与否。

信息系统技术可行性研究要从系统开发的计划出发,论述系统开发力量的可行性,同时论证系统方案中所采取的各种技术手段上是否可以实现。

信息系统经济可行性研究主要是对项目进行经济评价,分析系统建设投资的可能性以及评价系统运行之后给组织带来的效益。

信息系统营运可行性研究要给出的方案是否可以从人力、物力、组织工作等方面保证项目按计划完成实施,还要说明项目开发后在经济、技术和环境等方面能否保证系统正常运行。

由于系统建设是一项投资大、涉及面广、工程复杂的系统工程,因此必须充分的进行可行性论证,以确保投资的准确无误,而且信息系统建设是一项整体工程,必须站在系统的角度论证它的可行性才有说服力,才有意义。

可行性研究的目的是用最小的代价,在尽可能短时间内确定问题是否能够解决,它的目的不是解决问题,而是确定问题是否值得去解决,可行性从以下四个方面来考虑。

2.1.1技术可行性

该课题---机械爱好者论坛,它采用了当前流行的B/S结构和Internet网络技术。

而如今编写HomePage也没原来那么麻烦,网站的一些制作要求和素材在Internet随处都可以找到,制作网站的工具也是种类繁多。

我们可以从中找到符合自己要求的工具。

管理信息系统的开发有很多的实例,一些实例的源代码也可以提供参考。

所以,从技术上来说,开发这个系统的技术难题是不多的。

2.1.2经济可行性

从我搜集的一些资料来看,论坛系统对计算机硬件没有特殊要求,也可以以域名的形式提交到网上。

而我们是自行开发的系统,成本可以忽略不计,还有后期维护的费用也相对比较低廉。

2.1.3操作可行性

参照其它的系统,该系统在技术上完全可以实现与用户的良好交互作用,并且作为开发者,我也尽可能地减少让用户难以操作或是难以理解的交互方式。

2.1.4法律可行性

本系统开发不会侵犯他人、集体或国家利益,不存在侵权等问题,不违反国家法律,因此具有法律可行性。

综上所述,从技术上、经济上、法律上、可操作性上都是可行的,而且要求不高,所以该系统的开发是可行的。

2.2业务流程

业务流程描述：

用业务流程图描述现系统各项业务处理过程,并结合业务流程图详细准确地说明业务处理过程中数据的收集、输入、传递、存储、加工的方法、算法、输出的数量及形式等。

现行系统的业务流程图是分析和描述现行系统业务的重要工具之一。

其主要作用是：

描述现行系统的业务情况以便于与管理人员交流,它是系统设计的前提和保证。

表2-1业务流程图使用的符号：

符号

名称

实体

输入/输出的报表

处理

业务流向

文档

存储

2.2.1管理员管理系统的业务流程图

图2-1管理员管理本系统业务流程图

系统管理员在后台界面可以对论坛的一些基本信息进行设定,可以对用户进行删除和修改,可以对讨论区的版面区域进行设置,可以查询系统中的用户。

操作的相应结果都会存储在对应的数据库表中。

2.2.2用户使用系统的用例图

用户使用本网站的信息,包括用户注册,登录,发贴,修改个人信息。

用户系统的业务用例图如下：

图2-2普通用户使用系统的用例图

一般的用户在注册用户名之后可以登陆到本网站,可以执行的功能有个人信息的维护,发帖子,浏览帖子,还可以根据帖子的主题或者作者名字来进行相应的搜索。

相应的操作结果都将存储于对应的数据库表中。

图2-3管理员使用系统的用例图

与一般的用户不同,具有管理权限的用户在登陆前台页面后除了可以执行一般用户的功能例如个人信息维护,发帖浏览帖子之外,还可以对社区的一些公用信息,例如社区公告、社区最新活动消息进行添加和删除,还可以对一些用户进行管理。

相应的操作结果都将存储于数据库中对应的表里。

2.3需求规范

2.3.1产品背景

现在网络上大大小小的论坛特别多,论坛提供了各种人群的交流场所,而用户间的交流恰好满足了这种需要。

用户与用户之间的互相讨论与学习能会使用户快速提高自己对于机械知识的了解和认知。

2.3.2产品概述

本系统是个人机械爱好者论坛,完成论坛和管理的功能。

由前台使用子系统和后台管理子系统构成。

本系统的开发环境采用JSP+SQL库进行开发。

运行的操作系统为windows操作系统的各版本,需要配置Tomcat服务器。

2.3.3功能需求

本系统的功能分为用户使用子系统的前台和管理员管理子系统的后台构成。

前台主要完成用户的注册,论坛信息的浏览,发表贴子的功能。

后台系统主要完成会员信息的管理,论坛版块的管理和论坛信息的管理等功能。

2.3.4性能需求

为适应本系统管理的实际工作情况,本系统的性能要求如下：

1.吞吐量：

系统的吞吐量为10M/S。

2.响应时间：

本系统的响应时间为10ms。

3.可靠性要求：

当录入错误时应有提示。

4.安全性要求：

使用本系统的用户需要身份验证,只有合法的用户才能使用本系统。

2.3.5系统逻辑模型

它是描述系统的逻辑模型的,图中没有任何具体的物理元素,只是描述信息在系统中流动和处理的情况,它比口头与文字的描述更直观地显示出来系统中数据的使用。

数据流图简称DFD图,数据流图有四种成分：

源点或终点、处理、数据存储表和数据流。

图中没有任何具体的物理元素,只是描述信息在系统中的流动和处理情况,即使不是专业的计算机技术人员也容易理解,是极好的理解工具。

它能精确的描述系统的逻辑模型,描述数据在MIS中有输入经过存储、加工处理最后输出的全过程,是设计者和用户交流的很好的工具。

表2-2数据流图的图形符号

图形符号

名称

符号说明

实体

记述系统之外的数据提供或数据获得组织机构或个人,框内为实体名称

处理

记述某种业务的手工或计算机处理中,PM区记述处理标号

数据存储

记述与处理有关的数据存储,DN区记述存储的标号,S区记述存储数据的名称

数据流

记述数据流的流动方向,FM记述数据流的名称

数据流图采用自顶向下的方法绘制,从研究系统概况开始,然后逐层向下分解,直到所需的详尽程序为止。

本系统根据前面绘制的业务流程图,采用自顶向下,逐层细化的方法,画的每一部分各层的数据流图如下：

图2-4网站系统TOP数据流图

图2-5管理员操作子系统数据流图

管理员可以从数据库中获得所有的用户列表、论坛的一些基本信息、社区公告、社区活动通知等,并且可以对其进行修改,更新过后的数据存放于数据库中。

图2-6用户操作子系统数据流图

用户在登陆本网站之后,可以获取数据库中存放着的个人基本信息、论坛的基本信息以及社区的一些信息例如社区公告、社区活动,还可以获取帖子的信息。

但是用户只能对一些信息查看而不具备更改的权限,更新过后的数据又将存放于数据库中。

2.4数据字典

数据流程图可以使我们对系统的处理、每个处理的输入数据流、输出数据流以及系统的存储情况等清清楚楚。

但是它无法表达各种数据流的数据结构,数据存储的数据结构,处理逻辑的加工处理过程等更加详细的信息。

这正是数据字典的功能。

数据字典是对数据流程图的详细说明。

在完成管理系统数据流程图的设计基础上,采用数据字典来对数据流程图做进一步的定义和描述,它同样也是一种结构化的工具,有自身的规范和结构。

它的主要内容包括数据流、数据存储、数据流及数据存储中的数据元素和数据处理。

2.4.1数据流的定义

数据流是数据结构在系统内传输的路径。

对数据流的描述通常包括如下内容：

｛数据流名,说明,编号,数据流来源,数据流去向,组成（数据结构）｝。

1、“级别”数据流

数据流名称：

用户级别

描述：

描述用户级别

组成：

用户级别+经验值

来源：

管理员

2、发贴设置数据流

数据流名称：

发帖设置

描述：

描述发帖设置的信息

组成：

帖子最大长度+每页主题数+每主题贴子数

来源：

管理员

3、版区设置数据流

数据流名称：

版区设置

描述：

描述版区设置的信息

组成：

版区中文名+版区管理员

来源：

管理员

4、用户管理数据流

数据流名称：

用户管理

描述：

描述用户授权信息

组成：

用户名+ID+密码

来源：

管理员

5、用户贴子信息

数据流名称：

用户帖子信息

描述：

描述用户帖子信息

组成：

文章主题+文章状态+正文+发表时间

来源：

用户

6、用户个人信息

数据流名称：

用户个人信息

描述：

描述用户个人信息

组成：

用户名+昵称+密码+重复密码+Email+密码+密码提示问题+密码提示答案

来源：

用户

2.4.2数据存储定义

数据存储是数据结构停留或保存的地方。

也是数据流的来源和去向之一,可以是手工文档或手工凭单,也可以是计算机文档。

一般而言,应包括如下内容：

｛数据存储名,说明,编号,输入的数据流,输出的数据流,组成（数据结构）,数据量,存取频度,存取方式｝。

1、“用户级别信息”存储定义

文件名称：

用户级别信息

描述：

登录系统用户的级别信息。

组成：

用户级别+经验值

相关过程：

级别设置

2、“发帖设置信息”存储定义

文件名称：

发帖设置信息

描述：

对发帖的基本信息的设定。

相关过程：

发帖设置

3、“版区设置信息”存储定义

文件名称：

版区设置的信息

描述：

对版区的基本信息的设定。

组成：

版区中文名+版区英文名+版区管理员

相关过程：

版区设置

4、“用户信息”存储定义

文件名称：

用户的授权信息

描述：

对用户授权信息的设定。

组成：

用户名+ID+密码

相关过程：

用户授权信息

5、“帖子信息”存储定义

文件名称：

帖子信息

描述：

用户的发表的帖子信息。

组成：

文章主题+文章状态+正文+发表时间

6、“个人用户信息”存储定义

文件名称：

个人信息

描述：

用户的个人信息。

组成：

用户名+昵称+密码+重复密码+EMAIL+密码+提示问题+密码答案

相关过程：

用户授权信息

2.4.3数据处理定义

处理过程的具体处理逻辑通常在详细设计过程中用判定表或判定树来描述。

在数据字典中,只无原则描述处理过程的说明性信息,通常包括以下内容：

｛处理过程名,说明,输入数据流,输出数据流,处理｝。

1、“管理员操作子系统”定义

过程名：

管理员操作子系统

描述：

完成管理员的所有操作

输入数据流：

用户级别信息、帖子设置信息、版区信息、用户信息。

输出数据流：

用户级别信息、帖子设置信息、版区信息、用户信息

2、“用户操作子系统”定义

过程名：

用户操作子系统

描述：

完成用户的所有操作

输入数据流：

用户个人信息、帖子信息。

输出数据流：

用户个人信息、帖子信息

第三章概要设计

经过需求分析阶段的工作,系统必须“做什么”已经清楚了,现在是决定“怎样做”的时候。

总体设计的基本目的就是回答“从总体上说,系统应该如何实现？

”这个问题,因此,总体设计又称为概要设计或初步设计。

通过这个阶段的工作将划分出组成系统的物理元素------程序、文件、数据库、人工过程和文档等等,但是每个物理元素仍然处于黑盒子级,这些黑盒子里的具体内容将在以后进行详细的设计。

总体设计阶段的另一项重要任务是设计软件的结构,也就是要确定系统中每个程序是由哪些模块组成的,以及这些模块相互间的关系。

3.1系统运行总体流程

图3-1后台管理系统运行流程图

后台管理员打开后台管理界面后,输入用户名：

admin,输入密码:

admin,如果输入错误则需要返回登录页面继续输入。

如果输入正确,则可以进入后台管理的操作界面。

这时,管理员可以执行后台管理功能。

可执行的功能包括：

论坛基本信息的设定、论坛社区信息的管理、用户的查询以及用户的删除。

管理人员在完成后台的维护工作之后,只需要点击退出,管理员便可以退出后台管理系统。

图3-2用户前台系统运行流程图

首先,用户需要注册一个账号和密码,然后在登录页面输入已注册的账号密码。

如果输入错误,则要重新回到登录页面输入正确的账号密码。

如果输入正确,则可以进入用户操作页面进行相应的操作。

然后点击退出,用户退出本网站。

需要注意的是,用户在注册账号时需要受到一定的限制,一些特殊的字符例如：

fuck,不可以用于注册用户账号。

这个信息是后台管理人员在后台维护界面设定的。

同样也可以在用户注册页面给用户以人性化的小提示。

3.2系统体系结构

3.2.1系统软件结构图

管理员后台管理功能结构图如下所示：

图3-3管理员后台管理功能结构图

本图详细的解释了后台管理界面所包含的内容：

管理人员的登录界面、注册信息管理、论坛基本信息的管理、用户信息的管理以及密码更改。

管理员前台管理功能结构图如下图说示范：

图3-4管理员前台管理功能结构图

本图详细的解释了前台用户界面所包含的内容：

用户注册、用户登录、个人信息管理、论坛讨论区、社区管理（针对具有管理权限的用户）。

第四章数据库设计

“数据库”一词源于英文“Database”,直译为资料仓库,所以数据库实际上就是一个由大量资料所组成的集合。

但是这些资料不是杂乱无章的堆积在一起,而是按照一定的规律和规则存储在计算机中。

数据库的优点是很明显的,它具有结构化的存储方式,最小的空间冗余,而且在数据库中处理事务的程序与被处理的事务资料是分开存储的,这种独立性能够更好的保持资料的完整性和程序的可扩展性。

数据库系统为我们提供了一种把我们的工作和生活紧密相关的信息集合在一起的方法,它还提供在某个集中的地方存储和维护这些信息的方法。

数据库系统主要由三大部分组成:

数据库管理系统（DBMS是专门负责组织和管理资料信息的程序）,数据库应用程序（它使我们能够获取,显示和更新由DBMS存储的资料）,数据库（按一定结构组织在一起的相关资料的集合）。

MIS逻辑模型的独立性是指MIS逻辑模型与用户,与现行系统逻辑模型的联系和对用户,对现行系统逻辑模型的依赖。

MIS逻辑模型的独立性包括：

1、新系统是黑箱

系统本身是黑箱,它能实现用户的全部要求,完成从输入到输出的转换,它的内部结构是透明的,与现行系统的模型及其它因素无关。

2、对用户的独立性

用户与系统的相关性包括：

向系统输入信息、使用系统输出的信息、与系统交互、输入或修改参数、调整模型并利用系统的输出信息、系统为用户提供友好界面。

用户仅与系统局部结构特性相关,而与使用算法和技术无关。

3、对现行系统的独立性

建立系统逻辑模型的根据是系统应当具有的功能,而不应当是现行系统的逻辑模型。

建立新系统逻辑模型的方法是自顶向下对系统功能做逐层分解。

分解系统或子系统的根据是系统或子系内过程与数据间的联系。

在MIS系统开发以前,对用户要实现的目标要有明确的要求。

一般可以通过建立数据库与职能部门的联系,从关联中确定各子系统的功能,为系统调查和分析提供确定的内容,作为系统设计的基础,成为目标调整的依据。

4.1数据库逻辑设计

数据库的逻辑设计即是表结构和表关系的设计,本系统的E-R图如下：

图4-1数据库E-R图

本系统的表结构设计如下：

1、用户注册表

Bbs_userinfo表,该表记录着的用户注册的基本信息。

表4-1用户注册表

字段名称

字段类型

字段大小

主键

备注

ID

Numeric

9

Y

注册序号

Username

varchar

20

N

用户名

Nickname

varchar

60

N

昵称

Password

varchar

40

N

密码

repasswd

varchar

40

N

重复密码

Email

varchar

255

N

电子邮箱

Question

varchar

255

N

密码提示问题

Answer

varchar

255

N

密码提示答案

Logintime

Numeric

9

N

首次登录时间

Logouttime

Numeric

9

N

最后登录时间

logintimes

int

4

N

登录次数

2、用户信息表

bbscs_userdetail表,该表主要用于存储用户的信息,包括用户号、身高、体重、兴趣、毕业院校、喜爱的职业、喜欢的音乐、喜欢的电影、喜欢的城市、喜欢的书籍、个人主页、QQ号码以及性别。

表4-2用户信息表

字段名称

字段类型

字段大小

主键

备注

USERID

numeric

9（10,0）

Y

用户id

HEIGHT

varchar

255

N

身高

WEIGHT

varchar

255

N

体重

INTREST

varchar

255

N

兴趣

GRADUATE

varchar

255

N

毕业院校

DREAMJOB

varchar

255

N

喜欢的工作

FAVOURMUSIC

varchar

255

N

喜欢的音乐

FAVOURPLACE

varchar

255

N

喜欢的城市

FAVOURMOVIE

varchar

255

N

喜欢的电影

FAVOURBOOK

varchar

255

N

喜欢的书籍

HOMEPAGE

varchar

255

N

主页

OICQNO

varchar

255

N

QQ号码

SEX

varchar

255

N

性别

3、帖子信息表

该表主要用于存放帖子的内容,字段包括帖子id、帖子题目、帖子内容、作者姓名、发表时间等。

表4-3帖子信息表

字段名称

字段类型

字段大小

主键

备注

Id

Numeric

9

Y

序号

Title

Varchar

200

N

标题

Content

Varchar

3000

N

内容

Addusername

Varchar

20

N

发表人名字

Starttime

Numeric

9

N

开始时间

endtime

Numeric

9

N

结束时间

4、帖子回复表

该表主要用于存放帖子回复的内容,包括回复用户id、回复时间、回复内容的等。

表4-4帖子回复表

字段名称

字段类型

字段大小

主键

备注

Replyid

Numeric

9

Y

回复人序号

Replywriter

Varchar

20

N

回复人名字

Replytime

Numeric

9

N

回复时间

Replycontent

Varchar

3000

N

回复内容

第五章详细设计与系统实现

总体设计阶段以比较抽象概括的方式提出了解决问题的办法。

详细设计是软件开发时期的第三个阶段,也是软件设计的第二步。

其任务就是把解法具体化,也就是回答下面这个关键的问题：

“应该怎样具体地实现这个系统呢”,通过详细设计应该得出对目标系统的精确描述,给出各个模块的详细过程性描述。

从而在编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程序。

详细设计阶段的任务是在总体设计的基础上进一步确定如何实现目标系统。

5.1命名规则

1名字不能用保留字和关键字,但如果保留字或关键字中有字母大写就不算保留字或关键字了。

2开头字符能用字母、$或者_。

3名字中不能用+、- 空格等字符。

4部分易混的保留字关键字和非保留字关键字：

 null,native,goto,const,instanceof,default是关键字保留字

 then,sizeof,main,Boolean,unsigned,java,Integer不是关键字保留字

5.1.1JSP基本数据类型

int长度数据类型有：

byte（8bits）、short（16bits）、int（32bits）、long（64bits）float长度数据类型有：

单精度（32bitsfloat）、双精度（64bitsdouble）

boolean类型变量的取值有：

ture、false

char数据类型有：

unicode字符,16位

对应的类类型：

Integer、Float、Boolean、Character、Double、Short、Byte、Long

5.1.2常量命名

常量的名字应该都使用大写字母,并且指出该常量完整含义。

如果一个常量名称由多个单词组成,则应该用下