福建农林大学 基于UML的新闻管理系统分析与设计.docx
《福建农林大学 基于UML的新闻管理系统分析与设计.docx》由会员分享，可在线阅读，更多相关《福建农林大学 基于UML的新闻管理系统分析与设计.docx（25页珍藏版）》请在冰点文库上搜索。
福建农林大学基于UML的新闻管理系统分析与设计
福建农林大学计算机与信息学院
课程设计报告
课程名称：
信息系统分析与设计
课程设计题目：
新闻管理系统分析与设计
姓名：
系：
专业：
年级：
学号：
指导教师：
职称：
讲师
2012年6月18日
福建农林大学计算机与信息学院
课程设计结果评定
评分
内容
主要内容
分值
系统规划
1、目的、意义、目标、规划
10分
2、特点、创新、可行性分析
10分
系统分析与设计
3、用例图
10分
4、用例规约
10分
5、顺序图
10分
6、活动图
10分
7、状态图
10分
8、类图
10分
9、架构设计
10分
10、数据库设计
10分
成绩：
任务下达日期：
2012-5-1
指导教师签字：
评定日期：
2012-6-18
1.系统规划3
1.1目的3
1.2意义1
1.3目标1
1.4可行性分析1
2.系统分析2
2.1用例图2
2.2用例规约3
2.3顺序图9
2.4活动图12
2.5状态图13
2.6类图15
3.系统设计16
3.1软件体系结构设计16
3.2界面设计17
3.3软件类设计19
4.总结20
参考文献20
新闻管理系统分析与设计
1.系统规划
1.1目的
通过了解实际企业或已有信息系统分析与设计应用的案例，使学生建立对信息系统分析与设计的感性认识；通过小型信息管理系统的分析与设计开发，使学生掌握信息系统分析与设计开发的主要步骤和各阶段文档的编写，加深对信息系统分析与设计应用软件开发的理解，提升学生解决实际问题的能力。
1.2意义
伴随着网络的出现，网页逐渐融入人们的生活。
快速及时的新闻浏览，五彩缤纷的网上信息，使网络与人们的生活息息相关。
它打破了地域限制，真正使信息得以共享，改变了人们的工作和生活方式。
新闻信息系统，是将网站上需要经常变动的信息，类似公司动态、企业新闻、新产品发布、促销活动和行业动态等更新信息集中管理，并通过信息的某些共性进行分类，最后系统化、标准化发布到网站上的一种网站应用程序。
使人们能够方便，快速的得到自己所需要的信息，也方便了管理人员对各种新闻信息的处理。
因此，设计新闻中心管理系统在当今社会是十分必要的。
1.3目标
（1）掌握系统调查方法；
（2）掌握系统分析方法；
（3）学会简单系统的设计；
（4）训练程序设计能力；
（5）学会编写系统分析说明书、系统设计说明书等。
1.4可行性分析
1.4.1必要性分析
随着文化体制改革的推进和新闻媒体产业快速发展的要求，新闻报业逐步走向集团化的发展道路，研究和开发了一个新闻中心管理系统是符合当前实际的，也是必要的。
此外，新闻管理信息系统是一个针对新闻管理行业的专门管理软件，其设计是在调研了多个新闻管理行业的基础上进行的，该软件适合大多数的新闻管理行业。
1.4.2管理可行性
该软件能够很好的解决新闻管理的记者发稿、编辑审核等行业功能。
新闻管理信息系统是一种位于WEB前端（Web服务器）和后端办公系统或流程（稿件创作、编辑、审批、发布）之间的软件系统。
稿件的创作人员、编辑人员、审批人员、发布人员使用新闻管理信息系统来提交、修改、审批、发布稿件。
（这里指的“稿件”可包括文字、表格、图片、视频文件等信息）
新闻管理系统主要是为了实现企业商务网站动态新闻实时显示的系统。
一个典型的新闻中心管理系统一般都会提供新闻标题分类显示、新闻详细内容显示等功能。
同时也要为新闻中心后台管理的管理员提供对应的新闻信息维护及管理的功能，包括添加新的新闻、编辑修改新闻、删除新闻等功能。
1.4.3经济可行性
新闻中心管理系统主要是为了实现某些企业商务网站实时动态新闻的显示及管理的系统。
在人力，物力上的要求并不是很高，因此从实际来看，是可行的。
1.4.4技术可行性
随着管理科学的逐步发展和计算机技术在管理方面的广泛运用，各国企业对于建立信息化的管理机制高度重视，这促进了相关软件的开发，目前在技术上是可行的。
2.系统分析
2.1用例图
用例图主要包含4种元素，分别是：
参与者、用例、关联和系统边界。
用例图可以包含注释和约束，还可以包含包，用于将模型中的元素组合成更大的模块。
用例图的参与者用人形图标表示，用例用椭圆形符号表示，连线表示它们之间的关系。
用例图是从用户的角度来描述系统功能的，使用用例图可以更好的描述系统应具备的功能。
通过分析可知，新闻管理系统的参与者有新闻中心管理员和使用者（用户），六个用例分，如图2-1所示。
图2-1系统的用例图
2.2用例规约
用例图是对系统中的用例的高度概括和直观的表示，但没有细节。
一个用例就像一个故事，使用文字叙述对用例进行详细描述。
一个编写良好的用例应该具有很好的可读性，没有可读性的用例则一点儿用也没有。
用例的描述可以有多种格式，从随意的语言描述到定义严格的用例模板，可根据实际情况选择。
用例规约主要内容有：
简要说明：
简要介绍该用例的作用和目的。
事件流：
包括基本流和备选流，基本流描述的是用例的基本流程，是指用例“正常”运行时的场景；备选流描述的是用例执行过程中可能发生的异常或偶然情况。
基本流和备选流综合起来能够覆盖一个用例所有可能发生的场景。
用例场景：
同一个用例在实际执行的时候会有很多不同的情况发成，称之为用例场景。
用例场景就是用例的实例，包括成功场景和失败场景。
在用例规约中，由基本流和备选流组合来对场景进行描述。
在描述用例的时候要注意覆盖所有的用例场景。
此外场景还能帮助测试人员进行测试，帮助开发人员检查是否完成所有的需求。
特殊需求：
描述与该用例相关的非功能性需求（包括性能、可靠性、可用性和可扩展性等）和设计约束（所使用的操作系统、开发工具等）。
前置条件：
表述在系统允许用例开始以前，系统应确保为真的条件。
这可为后续的编程人员提供帮助，从而确定在用例的实现代码中哪些条件无须再次检验。
如果前置条件不满足，用例无法被启动，比如“预定图书”用例的前置条件是读者已正确登录到系统中。
后置条件：
或称为成功保证。
表述在用例结束时，系统将要保证的限定条件，一般都是在成功完成用例后成立。
一旦用例被成功地执行，可能会导致系统内部某些状态的改变，比如成功地“借出图书”会使图书状态改变等。
表2-1新闻内容显示用例说明
用例名称：
新闻内容显示
参与者：
一般浏览者
简要说明：
本例允许一般浏览者查看新闻的内容
用例图：
基本流：
当一般浏览者希望读取新闻内容时，本用例开始执行
（1）浏览者根据输入的标题与系统取得联系
（2）系统根据浏览者的需要返回与标题相关的信息
（3）浏览者读取返回的信息
备选流：
在主流程中，如果浏览者输入的标题在系统中不存在，系统显示错误信息，浏览者接受此信息，用例结束。
特殊需求：
无
前提条件：
用例开始前，浏览者必须输入或选择一个标题
后续条件：
如果用例执行成功，浏览者成功读取所需的信息，否则，系统返回出错信息。
备注：
无
表2-2其它相关新闻显示用例说明
用例名称：
其它相关新闻显示
参与者：
一般浏览者
简要说明：
本例允许一般浏览者查看其它相关新闻的内容
用例图：
基本流：
当一般浏览者希望读取其它相关新闻内容时，本用例开始执行
（1）浏览者读取与输入标题相关的内容
（2）系统返回其它的相关内容
（3）浏览者读取该内容
备选流：
在主流程中，如果浏览者输入的标题在系统中没有其它相关内容，系统无相关内容返回，浏览者接受此信息，用例结束。
特殊需求：
无
前提条件：
用例开始前，浏览者必须输入或选择一个标题，并且系统已返回与标题相关的内容
后续条件：
如果用例执行成功，浏览者成功读取所需的信息。
备注：
无
表2-3添加新闻用例说明
用例名称：
添加新闻
参与者：
后台管理者
简要说明：
本例允许后台管理者在系统添加新的新闻
用例图：
基本流：
当后台管理者希望添加新的新闻时，本用例开始执行
（1）管理者像系统添加新闻
（2）系统更新数据库
备选流：
在主流程中，如果管理者添加的新闻在系统中存在，系统显示错误信息，管理者接受此信息，用例结束。
特殊需求：
无
前提条件：
用例开始前，管理者必须在系统登录成功
后续条件：
如果用例执行成功，系统更新数据库，否则，系统状态不变。
备注：
无
表2-4修改新闻用例说明
用例名称：
修改新闻
参与者：
后台管理者
简要说明：
本例允许后台管理者在系统修改已有的新闻
用例图：
基本流：
当后台管理者希望修改新闻时，本用例开始执行
（1）系统显示所要修改新闻的信息
（2）管理员修改新闻内容
（3）系统更新数据库
备选流：
在主流程中，如果管理者要修改的新闻在系统中不存在，系统显示错误信息，管理者接受此信息，用例结束。
特殊需求：
无
前提条件：
用例开始前，管理者必须在系统登录成功
后续条件：
如果用例执行成功，系统更新数据库，否则，系统状态不变。
备注：
无
表2-5删除新闻用例说明
用例名称：
删除新闻
参与者：
后台管理者
简要说明：
本例允许后台管理者在系统删除已有的新闻
用例图：
基本流：
当后台管理者希望删除新闻时，本用例开始执行
（1）系统显示所要删除新闻的信息
（2）管理员删除新闻
（3）系统更新数据库
备选流：
在主流程中，如果管理者要删除的新闻在系统中不存在，系统显示错误信息，管理者接受此信息，用例结束。
特殊需求：
无
前提条件：
用例开始前，管理者必须在系统登录成功
后续条件：
如果用例执行成功，系统更新数据库，否则，系统状态不变。
备注：
无
2.3顺序图
顺序图描述了对象之间传送消息的时间顺序，它用来表示用例中的行为顺序。
顺序图从一定程度上更加详细地描述了用例表达的需求。
顺序图的目的在于描述系统中各个对象按照时间顺序的交互过程。
在UML中，顺序图将交互关系表示为二维图。
其中，纵轴是时间轴，时间沿竖线向下延伸。
横轴代表了在协作中各个独立的对象。
当对象存在时，生命线用一条虚线表示，当对象的过程处于激活状时，生命线是一个双道线。
消息用从一个对象的生命线到另一个对象生命线的箭头表示。
箭头以时间顺序在图中从上到下排列。
新闻管理系统前台的顺序图如图2-2所示。
图2-2前台顺序图
后台管理员在输入姓名和密码登录后，可以单击“添加新闻”进入添加新闻管理模块。
该模块其实是一个添加新闻的列表表单。
系统将表单反馈给管理员，要求管理员输入添加信息。
注意填写要求，比如新闻类型不能为空，内容不能小于多少字符等。
输入信息后提交表单信息给数据库模块，数据库模块将把新闻信息存入到数据表中，从而完成新闻的添加，最后反馈添加成功给管理员。
新闻管理系统后台操作中添加新闻的顺序图如图2-3所示。
图2-3管理员添加新闻顺序图
后台管理中的修改新闻、删除新闻和添加新闻的时序图大同小异这里就不进行文字叙述了图2-4所示为管理员删除新闻顺序图。
图2-5所示为管理员修改新闻顺序图。
图2-4管理员删除新闻时顺表
图2-5管理员修改新闻列表
2.4活动图
活动图描述活动的顺序，展现从一个活动到另一个活动的控制流。
活动图在本质上是一种流程图。
新闻管理系统前台活动图如图2-6所示。
图2-6新闻管理系统前台活动图
新闻管理系统后台活动图如图2-7所示。
由此活动图可以看出，有合法身份的管理员才可以进入，系统的3个子模块（添加新闻，修改新闻，删除新闻）在操作上都是平行的，其内在关系通过后续数据库的设计和程序流程来控制。
2-7新闻管理系统后台活动图
2.5状态图
在新闻管理系统中我们主要描述其中两个主要的状态图：
新闻管理系统前台状态图和新闻管理系统后台状态图。
图2-8所示为新闻管理系统前台状态图：
用户登录成功则进入主页，登录失败转到注册，注册成功后进入主页。
可以选择所有新闻和搜索新闻操作。
在显示新闻操作中新闻标题信息分类显示新闻标题，每个标题都会对应超链接，单击后就可以跳转到有关该新闻详细内容页上。
同时提供与该新闻相关的新闻标题信息的显示，以便于查询与该新闻相关的其他信息。
图2-8新闻管理系统前台状态图
图形2-9所示为新闻管理系统后台状态图:
管理员登录成功则进入后台操作.新闻中心的管理员可以根据企业的服务需要随时向数据库中添加最新的新闻标题及相关内容。
还可以删除不再需要的新闻标题及内容，以及对原有新闻做必要的修改。
完成操作可以发布新闻信息.以便用户随时查看最新的新闻内容。
图2-9新闻管理系统后台状态图
2.6类图
经过系统分析中的实体分析已对新闻管理系统分析得出管理员、用户、新闻信息三个实体。
在此进行详细的设计：
管理员的属性有：
用户名、密码和服务；操作有：
登录和选择权限。
用户的属性有：
用户名、密码和服务；操作有：
注册和选择权限登录。
新闻信息的属性有：
ID、标题、内容、作者、时间、关键字和类型；由于登录的权限不同所以信息的操作也不同，这里新闻信息操作分两种：
第一种是以管理员身份登陆，此时新闻信息的操作包括：
添加新闻删除新闻修改新闻新闻显示新闻查询与新闻发布；第二种是以用户的身份登陆，此时新闻信息的操作包括：
查询新闻操作、新闻分类标题显示操作、新闻内容显示操作、其他相关新闻显示操作。
管理员输入用户名和密码并选择管理员权限进入后台管理，可以进行添加新闻、删除新闻、修改新闻、查询、发布等操作。
用户可以注册新用户也可以通过输入用户名和密码并选择客户权限登录到前台管理中，在前台管理中用户可以选择操作，其中包括:
新闻分类显示，新闻内容显示，其他相关新闻显示以及查询等。
图2-10所示为新闻管理系统类图。
图2-10新闻管理系统类图
3.系统设计
3.1软件体系结构设计
软件架构是一种思想，一个系统蓝图，对软件结构组成的规划和职责设定。
一个软件里有处理计算的、处理界面的、处理数据的、处理业务规则的、处理安全的等许多可逻辑划分出来的部分。
软件架构的意义就是要将这些可逻辑划分的部分独立出来，用约定的接口和协议将他们有机的结合在一起，形成职责清晰、结构清楚的软件结构。
软件架构是一个逻辑性的框架描述，它可能并无真正的可执行部分。
大部分的软件架构都是由一个设计思想，加上若干设计模式，在规定一系列的接口规范、传输协议、实现标准等文档构成的。
在本系统中采用的是经典的三层体系结构设计。
系统的组件有WEB服务器，前台浏览界面，后台维护界面，新闻修改界面，新闻添加界面，新闻删除界面和登录界面。
除了组件，系统还应有自己的配置，配置图主要是用来说明如何配置系统的软件和硬件。
新闻中心管理系统的应用服务器主要负责保存整个Web应用程序，数据库则是负责数据管理。
此外还有多个终端作为系统的客户端。
客户端的客户机可以通过互联网与应用服务器连接，管理员也可以通过互联网管理整个应用服务器。
组件图是用来建模软系统各组件，使用组件图可以帮助用户了解某个功能位于软件包的哪个位置，新闻管理系统的组件图如图3-1所示。
图3-1新闻管理系统组件图
部署图用来建模部署UML建模的系统时涉及到的硬件部署图有两个标记符：
节点和关联；新闻管理系统的部署图如图3-2所示。
图3-2新闻管理系统组件图
3.2界面设计
用户界面原型是一个草图，包含用例提到的系统和用户进行交互的必要元素界面原型不描述太多细节，通常包含以下内容：
需要由用户输入到系统中的数据窗口或表格；需要由系统执行的操作按钮；系统应及时做出回应的事件；需要由系统输出给用户的数据窗口或消息。
图3-3浏览者浏览新闻的界面
图3-4管理者添加新闻界面
图3-5管理者修改新闻界面
图3-6管理者删除新闻界面
3.3软件类设计
每个软件类都有行为，这些行为是它们应承担的职责，也就是OOP中软件类的方法。
职责是在对象设计过程中被分配给类的，该过程是用例驱动的。
该设计中的实体类即为分析中的类图，即：
图3-7新闻管理系统分析类图
4.总结
刚刚开始时我有些不知所措,因为不知该从何入手。
查阅了相关资料及与老师上课讲的内容结合起来才有了总体设计的思路。
由于时间的短暂及思想的不完善,在看了老师的PPT后，虽然我对分析有了比较清醒的认识（在这份课程设计中的分析部分是根据PPT中的学生选课系统的例子作为参考来完成的），而在设计部分由于对理论理解的不是很清楚，也没有例子来参考。
所以，相对于分析部分，设计部分做的不是很好。
此次的系统设计描述了新闻管理系统的实施。
实现新闻信息的编辑与发布。
主要完成新闻信息的添加、删除、修改、发布、浏览和查询等操作。
此系统可以运行在多种操作系统平台上。
同样的，在设计本系统时也存在不足，对此次设计的了解程度不够，对UML建模中使用的基本图形掌握得不深，导致在设计时遇到了很多问题，在上课听老师的讲解和同学的帮助下完成了此次设计，通过这次设计使我加深了对面向对象分析与设计的了解，此外也通过自学了解了rose软件的使用。
参考文献
[1]黄梯云.管理信息系统（第四版）.北京：
高等教育出版社，2009
[2]王珊萨师煊.数据库系统概论.北京：
高等教育出版社，2009
[3]黄孝章等.信息系统分析与设计（第一版）.北京：
清华大学出版社，2010
[4]李爱光,王卉,刘红玉等.面向对象软件工程技术在GIS中的应用[J].测绘学院学报,2001,18（4）:
287~289
[5]范晓平.UML建模实例详解[M].北京:
清华大学出版社,2005
[6]柳立峰.UML概述及其在面向对象软件设计上的具体应用[J].江西通信科技.
2001,9:
10~15
升级会员 