基于ssm的新闻网站浏览管理实现与设计定稿文档格式.docx

上传人:b****6 文档编号:19695496 上传时间:2023-01-08 格式:DOCX 页数:27 大小:665.55KB
下载 相关 举报
基于ssm的新闻网站浏览管理实现与设计定稿文档格式.docx_第1页
第1页 / 共27页
基于ssm的新闻网站浏览管理实现与设计定稿文档格式.docx_第2页
第2页 / 共27页
基于ssm的新闻网站浏览管理实现与设计定稿文档格式.docx_第3页
第3页 / 共27页
基于ssm的新闻网站浏览管理实现与设计定稿文档格式.docx_第4页
第4页 / 共27页
基于ssm的新闻网站浏览管理实现与设计定稿文档格式.docx_第5页
第5页 / 共27页
点击查看更多>>
下载资源
资源描述

基于ssm的新闻网站浏览管理实现与设计定稿文档格式.docx

《基于ssm的新闻网站浏览管理实现与设计定稿文档格式.docx》由会员分享,可在线阅读,更多相关《基于ssm的新闻网站浏览管理实现与设计定稿文档格式.docx(27页珍藏版)》请在冰豆网上搜索。

基于ssm的新闻网站浏览管理实现与设计定稿文档格式.docx

明锐的眼光与贴合现状的研究,着眼于用户的需求,这样才能设计出让人买单的网站。

(1)有效性:

不仅要满足用户的潜在需求,还要通过站点的操作来实现某些特定的目标。

用这两点就可以去判断一个站点的好坏,好的站点高效、操作简单、容易上手,在满足用户的需求时,精准而不出错。

(2)高可靠性:

结合先进的硬、软件优化选项,确保网站在不同环境下运行的可靠性与兼容性。

(3)高安全性:

用户的信息在录入系统中之后,应该要保护得当,他们拥有隐私权,同时也要有备份、恢复的功能,防止用户失手删除了自己的重要信息;

操作不能出现越级操作,最高操作的权限只能由管理员把握。

(4)先进性:

参考国内外优秀新闻发布网站作为案例,使用JSP开发技术,MYSQL作为网站后台数据库,结合用户的使用的反馈,从而进一步优化设计。

采降低了开发成本,同时也增加了它的续航性。

(5)采用标准技术:

网站的设计按照国内外现状的标准来编写,这样是为了让它更具实用性,运用范围不会过于局限。

(6)外观和技术平衡:

系统采用Web风格的界面设计,简洁明了的页面,美观的格局设计,容易操作,快捷方便。

外观和技术平衡两项构造出来的用户体验桥梁,就是关系到网站日后发展的重要基石。

第2章系统需求分析

2.1可行性分析

通过对本新闻发布系统实行的目的初步调查和分析,提出可行性方案并对其一一进行论证。

我们在这里主要从技术可行性、经济可行性、操作可行性等方面进行分析。

2.1.1技术可行性

本新闻发布系统采用JSP技术,JAVA作为开发语言,是基于WEB平台的B/S架构系统。

(1)Java提供了性能稳定高效、开发快速、简便的管理、全新的语言以及服务等优点。

系统的设计初衷就是为了缩短用户操作时间,更快捷获取信息。

(2)基于B/S模式的系统的开发已经相当成熟。

(3)Java是面向对象的开发语言。

程序开发员可以在Eclipse平台上面方便的使用一些已知的解决方案。

 

 

2.1.2经济可行性

本新闻发布系统采用的软件都是开源的,这样能够很大程度减低开发精力,降低开发成本。

运行系统的电脑配置不需要特别优越,即使是比较旧的计算机也能够满足需要运行,因此,本系统在经济上是完全具有可行性的,能更加的面向大众,所以在经济上是十分可行的。

2.1.3操作可行性

本新闻发布系统的界面简单易操作,用户只要懂得比较基础的操作流程,就都能进行访问和操作。

本系统具有易操作、易管理的特点,在操作上是简单易上手的,能让大家更容易接受,因此在操作上有它的可行性。

因此可以得出此系统开发是可行的。

2.2系统性能分析

2.2.1系统安全性

此新闻发布系统要严格控制管理权限,具体要求如下:

(1)新闻发布系统管理管理上要保证系统的安全可靠性和准确性,只有正确的用户名与密码才能进入系统,无权限的用户,将不提供正常用户的功能使用与服务提供。

(2)在具体实现中对不同的权限进行设定,不同权限的用户在系统中登陆后,不可以越级操作。

2.2.2数据完整性

(1)所有记录信息要保持全面,信息记录内容不可以是空。

(2)各种数据间相互联系要保持正确。

(3)相同数据在不同记录中要保持一致。

2.3系统界面分析

目前,界面设计已经成为对软件质量比较关键的考核标准。

1.输出设计

输出是由电脑对输入的基本信息进行解决,生成高质量的有效信息,并使之具有一定的格式,提供给管理者使用,这是输出设计的主要责任和目标。

输出表格与使用者有这不可分离的关系,设计应该确保使用者使用输出表格,同时每个模块重要的信息反馈到使用者。

输出设计的准绳是既要整体琢磨不同管理层的所有需要,又要简洁,不要提供给用户不需要的信息。

2.输入设计

输入数据的收集和录入是比较麻烦的,需要非常多的人力和一定设备,而且经常出错。

一旦输入系统的数据不正确,那么处理后的输出就会扩大这些错误,因此输入的数据的准确性对整个系统的性能起着决定性意义。

输入设计有以下几点原则:

1)输入量应满足最低限制的处理要求。

2)输入的准备和过程运行简便。

3)输入数据要越早检验。

4)输入数据记录处理时的形式。

2.3系统流程和逻辑

图3-3登录流程图

图3-4修改密码流程图

2.4本章小结

本章就新闻发布系统进行了需求分析,也对技术、经济还是操作方面进行了对应的可行性分析,并且进行了系统的功能设计。

根据网上新闻发布网站系统为参考,新闻管理系统的功能的设计主要包括新闻管理、新闻查询、新闻修改与删除等几模块,给出了各自的功能用例关系图。

最后,文中给出新闻添加、设备外借、设备报废、用户登陆、新闻查询的数据流图,并作了详细说明。

第3章系统设计

3.1系统概述

本系统采用B/S结构(Browser/Server,浏览器/服务器结构)和基于Web服务两种模式,是一个适用于Internet环境下的模型结构。

只要用户能连上Internet,便可以在任何时间、任何地点使用。

系统工作原理图如图3-1所示:

图3-1系统工作原理图

3.2系统结构

本系统是基于B/S架构的网站系统,设计的功能结构图如下图所示:

图4-2管理员功能结构图

3.3数据库设计

3.3.1数据库实体

概念设计的目标是设计出反映某个组织部门信息需求的数据库系统概念模式,数据库系统的概念模式独立于数据库系统的逻辑结构、独立于数据库管理系统(DBMS)、独立于计算机系统。

概念模式的设计要从用户需求出发,要确保数据库系统的设计切合用户要求。

本系统的E-R图如下图所示:

(1)新闻信息实体属性图,如图3-4所示

图3-4新闻信息实体图

(2)用户信息实体属性图,如图3-5所示:

图3-5用户信息实体图

(3)公告信息实体属性图,如图3-6所示:

图3-6公告信息实体图

3.3.2数据库表设计

新闻发布系统需要后台数据库,下面介绍数据库中的各个表的详细信息:

数据库名:

bokesys

表名:

bbs

序号

列名

数据类型

长度

小数位

标识

主键

外键

允许空

默认值

说明

1

id

int

11

auto_increment

2

name

varchar

100

3

note

text

4

state

5

uid

6

isdel

20

7

gid

8

fbid

9

sta

10

pubtime

50

blog

bid

btype

30

img

255

pnum

ynum

12

mark

13

hits

link

200

url

news

ggid

ggpic

sysuser

uname

sex

address

pwd

level

utype

会员

tel

age

mbanswer

question

email

14

tname

15

16

profession

17

hangye

18

introduction

19

ctype

3.4系统模块的设计

1.用户登陆模块

用户登陆模块是用户进入系统的窗口,正确的用户名与密码才能让用户成功登录系统,从进行下一步操作。

因此,首先用户要打开用户登陆页面,在登陆页面按照要求输入自己的用户名和密码,接着点击“登陆”按钮,系统会进行用户名与密码的验证,如果两者都正确,则用户登陆成功,进入到下个操作页面;

如果用户名不存在或密码错误,将会给出相应的提示信息“用户名不存在”或“密码错误”;

如果用户不输入用户名或密码直接登陆,系统则会提示“用户名或密码不能为空”。

根据上面的分析,用户登陆流程为用户先要进入管理系统的用户登陆页面,在登陆页面输入自己的用户名和密码进行登陆,登陆成功后将返回主操作页面给用户,其具体的流程图如下图3-2所示:

图3-2用户登陆流程图

2.用户注册模块

用户注册是用户能够登陆设备管理系统的前提,用户要登陆系统就必须先要进行注册。

用户进入登陆页面,点击“注册”按钮就能进入注册页面,用户按照指定的要求填写自己的用户名密码及一卡通号等相关信息,填写完之后点击“提交”按钮,系统会判定该一卡通号是否存在,如果不存在,则返回并提示错误信息“一卡通号不存在”;

如果存在,则将注册信息中的用户名与数据库的用户表中的用户进行比较,如果用户名已经存在,则提示“该用户已经存在”,即用户名是唯一性的,用户不能注册两次或两次以上;

如果用户名不存在,则根据一卡通号为该用户分配角色并将注册信息写入到数据库的用户表当中。

根据上面的分析,用户注册流程为用户先要进入管理系统的用户登陆页面,单击“注册”按钮进行用户注册页面,在注册页面用户填写好注册信息,单击提交,系统将对一卡通号和用户进行检查,检查通过则用户注册成功。

其具体的流程图如下图3-3所示:

图3-3用户注册流程图

3.新闻添加模块

新闻信息时整个系统的数据基础,用户可以登录之后,在该页面可添加新的新闻。

根据上面的分析,新闻添加的流程为管理员先打开用户登陆页面,输入自己的用户名和密码进行登陆,登陆成功后将返回主操作页面给管理员,管理员进入新闻添加页面即可添加信息,其具体的流程图如下图3-4所示:

图3-4新闻添加的流程图

4.新闻库存查询模块

新闻库存查询是管理员通过查询设备管理员能够方便轻松地设备的有关资料。

下面是对新闻库存查询模块的设计与实现情况。

新闻库存查询的流程为管理员先打开用户登陆页面,输入自己的用户名和密码进行登陆,登陆成功后将返回主操作页面给管理员,管理员单击设备查询菜单下的库存查询即可进行库存查询页面,在库存查询页面,用户可以按照要求输入相应的查询条件进行查询。

其具体的流程图如下图3-5所示:

图3-5新闻库存查询流程图

5.新闻修改申报模块

新闻修改改变了过去的不便,其主要的操作流程为用户成功登陆系统后,进入功能菜单,在新闻修改申报页面用户可以通过输入新闻标题或编号进行查询,然后给要修改的部分注明。

其具体的流程图如下图3-6所示:

图3-6新闻修改申报流程图

第4章系统实现

4.1用户登陆模块的实现

下图4-1是用户登陆模块实现的界面图,界面上包含了用户名和密码及登陆、注册和重置三个按钮,用户输入正确的账号与密码后,点击登录按钮即可登入进入下一个网页;

当用户单击“注册”按钮后将返回到用户注册页面。

图4-1用户登陆界面

如图4-1所示,管理员有自己专属的用户名与密码,在输入自己的用户名和密码后,系统将对其身份进行验证,判断账号是否是管理员账号,如如果被核实正确,系统将根据该用户的权限生成用户操作的主页面,操作系统页面的靠左边的是系统的菜单栏,主显示区则是在右边显示。

管理员登陆成功后的操作主页面如下图4-2所示:

图4-2系统管理员操作主页面

4.2用户注册模块的实现

下图4-3是用户注册模块实现的界面图,其中包含了用户注册的基本信息,如:

用户名、密码、一卡通号、真实姓名和邮箱地址后,单击“提交”按钮将进行注册操作;

如果用户注册成功将返回到登陆页面,否则将提示相应的错误信息。

图4-3用户注册界面

4.3新闻添加模块的实现

下图4-4是新闻添加模块实现的界面图,当用户填写好基本信息后,单击“添加”按钮将进行添加操作;

如果用户添加成功将返回添加页面,否则将提示相应的错误信息。

图4-4新闻添加界面

4.4新闻查询模块的实现

下图4-5是新闻库存查询模块实现的界面图,用户可以按照新闻的类别、新闻的关键词、新闻的日期进行查询,点击查询就能得到图4-5所示的实现界面。

图4-5新闻查询界面

当用户输入要查询的条件并单击“查询”按钮,系统将根据用户的查询条件查询库存表,将结果返回给用户,例如我们按类别来查询,只要选择大类和小类后,单击“查询”按钮后将会查询我们所需要的结果。

查询结果界面如下图4-6所示:

图4-6查询结果界面

4.5新闻修改模块的实现

下图4-7是新闻修改模块实现的界面图,当管理员登陆成功后,单击功能菜单栏下的新闻修改即可得到图4-7所示的实现界面,其显示数据库发放表中的所有记录。

图4-7新闻修改界面

在报修界面上,管理员可以单个也可以批量修改。

如果用户要单个报修,只需要对该设备对应的报修原因输入框中输入你要报修设备的原因后单击右边的“报修”按钮即可提交你要报修的设备。

如果要批量报修,先要再勾选查询页面左边的复选框,并对勾选项注明报修的原因后,单击下面的“批量报修”按钮即可提交你要报修的设备。

4.6本章小结

本章介绍了从系统的总体架构、数据库的设计和系统部分模块设计与实现四个方面阐述了设备管理系统的设计与实现。

数据库的设计包括了用户信息表、新闻库存表、设备外借表、设备发放表和设备调换表的设计;

系统模块设计主要包括了用户登陆模块、用户注册模块、新闻添加模块、新闻查询模块和新闻修改模块的设计;

最后,文中给出了系统模块设计中相应的实现界面。

第5章系统测试

5.1概念和意义

测试的定义:

程序测试是对系统进一步的使用检验,具体的目的和任务可以为:

目的:

查找程序中是否存在错误;

任务:

运行程序,寻找前面未发现的错误。

接着就是纠错(Debugging)环节。

其目的以及任务可以规定为:

发现错误并进行修改;

更正程序的报错,从而保证程序能正常运行。

测试与纠错的联系,可以用图5-1的数据流图来说明。

从图中可以看出,每一次系统的测试是要准备好若干个测试数据,从而与被测试的程序一起送入计算机进行命令执行。

一般我们把程序执行一次所需要的测试数据,叫做一个“测试用例(TestCase)。

每一项测试都会产生相应的“测试结果”。

但是如果检测出来的测试结果与当初预定的“期望结果”不一致时,那就是说明程序中存在错误,需要我们及时进行修正。

图5.1测试与纠错信息流程

5.2特性

(1)挑剔性

测试的严谨性是寻找程序中的错误,即使看上去或者运行起来没有报错,但这依然需要测试,可能其中隐着碎片型错误,需要精益求精。

(2)复杂性

测试程序比较简单,这其实是一个错误的理解。

设计测试用力是一项精力活,细致的程度与高能的技巧,精确度上的要求,一点的数据偏差都会带来不可想象的“蝴蝶效应”。

(3)不彻底性

即使测试过多的测试下没有出现问题,但不能保证在测试盲区下,操作起来不会出现故障报错,影响系统运行。

(4)经济性

这项测试的原则要贴近当今市场环境,通过遵守“经济性”原则为出发点,着力降低测试成本开销。

5.3重要性

软件测试在软件生命周期中占据重要

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

当前位置:首页 > 解决方案 > 学习计划

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1