福建农林大学 基于uml的新闻管理系统分析与设计

上传人:简****9 文档编号:98376438 上传时间:2019-09-10 格式:DOC 页数:23 大小:435.26KB
返回 下载 相关 举报
福建农林大学 基于uml的新闻管理系统分析与设计_第1页
第1页 / 共23页
福建农林大学 基于uml的新闻管理系统分析与设计_第2页
第2页 / 共23页
福建农林大学 基于uml的新闻管理系统分析与设计_第3页
第3页 / 共23页
福建农林大学 基于uml的新闻管理系统分析与设计_第4页
第4页 / 共23页
福建农林大学 基于uml的新闻管理系统分析与设计_第5页
第5页 / 共23页
点击查看更多>>
资源描述

《福建农林大学 基于uml的新闻管理系统分析与设计》由会员分享,可在线阅读,更多相关《福建农林大学 基于uml的新闻管理系统分析与设计(23页珍藏版)》请在金锄头文库上搜索。

1、福建农林大学计算机与信息学院 课程设计报告课程名称:信息系统分析与设计课程设计题目:新闻管理系统分析与设计姓 名: 系: 专 业: 年 级: 学 号: 指导教师: 职 称:讲师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. 系统规划11

2、.1 目的11.2 意义11.3 目标11.4可行性分析12. 系统分析32.1用例图32.2用例规约32.3顺序图102.4活动图122.5状态图132.6类图153. 系统设计163.1软件体系结构设计163.2 界面设计173.3软件类设计194. 总结20参考文献20新闻管理系统分析与设计1. 系统规划1.1 目的通过了解实际企业或已有信息系统分析与设计应用的案例,使学生建立对信息系统分析与设计的感性认识;通过小型信息管理系统的分析与设计开发,使学生掌握信息系统分析与设计开发的主要步骤和各阶段文档的编写,加深对信息系统分析与设计应用软件开发的理解,提升学生解决实际问题的能力。1.2 意

3、义伴随着网络的出现,网页逐渐融入人们的生活。快速及时的新闻浏览,五彩缤纷的网上信息,使网络与人们的生活息息相关。它打破了地域限制,真正使信息得以共享,改变了人们的工作和生活方式。新闻信息系统,是将网站上需要经常变动的信息,类似公司动态、企业新闻、新产品发布、促销活动和行业动态等更新信息集中管理,并通过信息的某些共性进行分类,最后系统化、标准化发布到网站上的一种网站应用程序。使人们能够方便,快速的得到自己所需要的信息,也方便了管理人员对各种新闻信息的处理。因此,设计新闻中心管理系统在当今社会是十分必要的。1.3 目标(1)掌握系统调查方法;(2)掌握系统分析方法;(3)学会简单系统的设计;(4)

4、训练程序设计能力;(5)学会编写系统分析说明书、系统设计说明书等。1.4可行性分析1.4.1必要性分析随着文化体制改革的推进和新闻媒体产业快速发展的要求,新闻报业逐步走向集团化的发展道路,研究和开发了一个新闻中心管理系统是符合当前实际的,也是必要的。此外,新闻管理信息系统是一个针对新闻管理行业的专门管理软件,其设计是在调研了多个新闻管理行业的基础上进行的,该软件适合大多数的新闻管理行业。1.4.2管理可行性该软件能够很好的解决新闻管理的记者发稿、编辑审核等行业功能。新闻管理信息系统是一种位于WEB前端(Web 服务器)和后端办公系统或流程(稿件创作、编辑、审批、发布)之间的软件系统。稿件的创作

5、人员、编辑人员、审批人员、发布人员使用新闻管理信息系统来提交、修改、审批、发布稿件。(这里指的“稿件”可包括文字、表格、图片、视频文件等信息)新闻管理系统主要是为了实现企业商务网站动态新闻实时显示的系统。一个典型的新闻中心管理系统一般都会提供新闻标题分类显示、新闻详细内容显示等功能。同时也要为新闻中心后台管理的管理员提供对应的新闻信息维护及管理的功能,包括添加新的新闻、编辑修改新闻、删除新闻等功能。1.4.3经济可行性新闻中心管理系统主要是为了实现某些企业商务网站实时动态新闻的显示及管理的系统。在人力,物力上的要求并不是很高,因此从实际来看,是可行的。1.4.4技术可行性随着管理科学的逐步发展

6、和计算机技术在管理方面的广泛运用,各国企业对于建立信息化的管理机制高度重视,这促进了相关软件的开发,目前在技术上是可行的。2. 系统分析2.1用例图 用例图主要包含4种元素,分别是:参与者、用例、关联和系统边界。用例图可以包含注释和约束,还可以包含包,用于将模型中的元素组合成更大的模块。用例图的参与者用人形图标表示,用例用椭圆形符号表示,连线表示它们之间的关系。用例图是从用户的角度来描述系统功能的,使用用例图可以更好的描述系统应具备的功能。通过分析可知,新闻管理系统的参与者有新闻中心管理员和使用者(用户),六个用例分,如图2-1所示。图2-1 系统的用例图2.2用例规约用例图是对系统中的用例的

7、高度概括和直观的表示,但没有细节。一个用例就像一个故事,使用文字叙述对用例进行详细描述。一个编写良好的用例应该具有很好的可读性,没有可读性的用例则一点儿用也没有。用例的描述可以有多种格式,从随意的语言描述到定义严格的用例模板,可根据实际情况选择。用例规约主要内容有:简要说明:简要介绍该用例的作用和目的。事件流:包括基本流和备选流,基本流描述的是用例的基本流程,是指用例“正常”运行时的场景;备选流描述的是用例执行过程中可能发生的异常或偶然情况。基本流和备选流综合起来能够覆盖一个用例所有可能发生的场景。用例场景:同一个用例在实际执行的时候会有很多不同的情况发成,称之为用例场景。用例场景就是用例的实

8、例,包括成功场景和失败场景。在用例规约中,由基本流和备选流组合来对场景进行描述。在描述用例的时候要注意覆盖所有的用例场景。此外场景还能帮助测试人员进行测试,帮助开发人员检查是否完成所有的需求。特殊需求:描述与该用例相关的非功能性需求(包括性能、可靠性、可用性和可扩展性等)和设计约束(所使用的操作系统、开发工具等)。前置条件:表述在系统允许用例开始以前,系统应确保为真的条件。这可为后续的编程人员提供帮助,从而确定在用例的实现代码中哪些条件无须再次检验。如果前置条件不满足,用例无法被启动,比如“预定图书”用例的前置条件是读者已正确登录到系统中。后置条件:或称为成功保证。表述在用例结束时,系统将要保

9、证的限定条件,一般都是在成功完成用例后成立。一旦用例被成功地执行,可能会导致系统内部某些状态的改变,比如成功地“借出图书”会使图书状态改变等。表2-1 新闻内容显示用例说明用例名称: 新闻内容显示参与者: 一般浏览者简要说明: 本例允许一般浏览者查看新闻的内容用例图: 基本流: 当一般浏览者希望读取新闻内容时,本用例开始执行 (1)浏览者根据输入的标题与系统取得联系 (2)系统根据浏览者的需要返回与标题相关的信息 (3)浏览者读取返回的信息备选流: 在主流程中,如果浏览者输入的标题在系统中不存在,系统显示错误信息,浏览者接受此信息,用例结束。特殊需求: 无 前提条件: 用例开始前,浏览者必须输

10、入或选择一个标题后续条件: 如果用例执行成功,浏览者成功读取所需的信息,否则,系统返回出错信息。备注: 无表2-2 其它相关新闻显示用例说明用例名称: 其它相关新闻显示参与者: 一般浏览者简要说明: 本例允许一般浏览者查看其它相关新闻的内容用例图: 基本流: 当一般浏览者希望读取其它相关新闻内容时,本用例开始执行 (1)浏览者读取与输入标题相关的内容 (2)系统返回其它的相关内容 (3)浏览者读取该内容备选流: 在主流程中,如果浏览者输入的标题在系统中没有其它相关内容,系统无相关内容返回,浏览者接受此信息,用例结束。特殊需求: 无 前提条件: 用例开始前,浏览者必须输入或选择一个标题,并且系统

11、已返回与标题相关的内容后续条件: 如果用例执行成功,浏览者成功读取所需的信息。备注: 无表2-3 添加新闻用例说明用例名称: 添加新闻参与者: 后台管理者简要说明: 本例允许后台管理者在系统添加新的新闻用例图: 基本流: 当后台管理者希望添加新的新闻时,本用例开始执行 (1)管理者像系统添加新闻 (2)系统更新数据库备选流: 在主流程中,如果管理者添加的新闻在系统中存在,系统显示错误信息,管理者接受此信息,用例结束。特殊需求: 无 前提条件: 用例开始前,管理者必须在系统登录成功后续条件: 如果用例执行成功,系统更新数据库,否则,系统状态不变。备注:无表2-4 修改新闻用例说明用例名称: 修改

12、新闻参与者: 后台管理者简要说明: 本例允许后台管理者在系统修改已有的新闻用例图: 基本流: 当后台管理者希望修改新闻时,本用例开始执行 (1)系统显示所要修改新闻的信息 (2)管理员修改新闻内容 (3) 系统更新数据库备选流: 在主流程中,如果管理者要修改的新闻在系统中不存在,系统显示错误信息,管理者接受此信息,用例结束。特殊需求: 无 前提条件: 用例开始前,管理者必须在系统登录成功后续条件: 如果用例执行成功,系统更新数据库,否则,系统状态不变。备注: 无 表2-5 删除新闻用例说明用例名称: 删除新闻参与者: 后台管理者简要说明: 本例允许后台管理者在系统删除已有的新闻用例图: 基本流: 当后台管理者希望删除新闻时,本用例开始执行 (1)系统显示所要删除新闻的信息 (2)管理员删除新闻 (3) 系统更新数据库备选流: 在主流程中,如果管理者要删除的新闻在系统中不存在,系统显示错误信息,管理者接受此信息,用例结束。特殊需求: 无 前提条件: 用例开始前,管理者必须在系统登录成功后续条件: 如果用例执行成功,系统更新数据库,否则,系统状态不变。备注: 无2.3顺序图顺序图描述了对象之间传送消息的时间顺序,它用来表示用例中的行为 顺序。顺序图从一定程度上更加详细地描述了用例表达的需求。顺序图的目的在于描述系统中各个对象按照时间顺序的交互过程。 在UM

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 商业/管理/HR > 管理学资料

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号