新闻管理系统建模报告.docVIP

UML建模报告 新闻管理系统建模 专业：软件测试 班级：09软件测试 组员：徐晓健、董泉、武洲、彭凯、苏浩、聂伟、姜叶帆 组长：徐晓健 任课老师：曾秀莲 成绩： 前言 这份报告是一个java web的建模报告，报告包括项目前期的需求分析和中期的设计建模，报告的主要内容主要包括了《新闻管理系统》项目的功能用例分析、详细的用例描述、用例图、时序图、类图、活动图、状态图、组件图、部署图等。 其中用例分析全面的描述出本系统的功能用例，和各个功能模块的结构，和功能模块中的详细用例，还有抽象的用例模块 用例描述中详细的描述了用例分析的功能用例，将每个用例的详细功能和详细的操作流程描述清楚 用例图体现各个用例之间的关系 时序图用来体现每个用例在执行过程中所使用的类和其调用的方法，为下一步确定类奠定基础 类图体现各个类之间的关系，描述整个项目的内部结构 活动图描述出系统在使用过程中的各个功能模块之间的操作流程，体现出并发点和选择语句等系统流程 状态图主要体现了一个对象在系统的个操作阶段的不同状态的改变 组件图用来表达了系统所用有的几个子功能模块之间的组合 部署图是体现的项目部署过程 目录 前言 2 1． 需求分析 1 1．1寻找Actors 1 1．2寻找用例 1 2.系统设计 2 2.1 用例图 2 3.用例描述 3 4 顺序图 4 5.活动图 7 6. 类图 9 7.状态图 10 8. 部署图 12 1． 需求分析 需求有功能性需求和非功能性需求。UML建模重点在功能需求分析，采用的是用例模型。用例用于描述系统的功能，即从外部用户的角度观察，系统应具备哪些功能，帮助分析人员理解系统的行为，它是对系统功能的宏观描述。 1．1寻找Actors 参与者是与系统进行交互的外部实体，它可以是系统用户，也可以是其它系统或硬件设备。 （1）使用系统主要功能的人是谁（即主要参与者）? （2）需要借助于系统完成日常工作的人是谁? （3）谁来维护和管理系统（次要参与者），保证系统正常工作? （4）系统控制的硬件设备有哪些? （5）系统需要与哪些其它系统交互? （6）对系统产生的结果感兴趣的人或事是哪些? 1．2寻找用例 针对参与者 （1）某个参与者要求系统为其提供什么功能；该参与者需要做哪些工作？ （2）参与者需要阅读、创建、销毁、更新或存储系统中的某些信息吗？ （3）系统中的事件一定要告知参与者吗？参与者需要告诉系统一些什么吗？ （4）系统新功能的识别，参与者的日常工作被简化或效率提高了吗？ 针对系统 （1）系统需要什么样的输入和输出？输入来自哪里？输出去往哪里？ （2）该系统的当前状况还存在哪些问题？ （3）系统改进的方向是什么？ 新闻管理系统中的用例 用户 登陆 用户通过此功能模块登陆 浏览新闻 用户听过此功能浏览新闻 搜索新闻 用户通过此功能搜索新闻 管理员 登陆 管理者通过此功能登陆 添加新闻 管理者通过此功能添加新闻 删除新闻 管理者通过此功能删除新闻 修改新闻 管理者通过此功能修改新闻 2.系统设计 2.1 用例图 用例图是从用户的角度来描述系统功能的，实用用例图可以更好的描述系统应具备的功能。通过分析可知，新闻管理系统的参与者有新闻中心管理员和使用者（用户），六个用例分，如图2-1所示。 图2-1 系统的用例图 3.用例描述 用例编号： 001 用例名称： 登录 参与者： 用户 用例简述： 用户登录的功能 前置条件： 用户进入登录页面 后置条件： 用户登录后进入系统主页面，理员登陆后进入管理员页面 主要操作流程： 用户进入登陆页面 用户输入用户名和密码,选择登录角色 ，点击登陆 系统验证密码 A1. 用户名与密码不匹配，返回登录页面，系统提示用户重新输入用户名和密码 用户登录成功进入管理页面 用例编号： 002 用例名称： 浏览新闻 参与者： 用户 用例简述： 用户通过此功能浏览新闻 前置条件： 用户登录系统，进入用户主页面 后置条件： 主要操作流程： 用户点击新闻标题，进入新闻页面 用例编号： 003 用例名称： 搜索新闻 参与者： 用户 用例简述： 用户通过此功能搜索新闻 前置条件： 用户登录系统，进入用户主页面 后置条件： 主要操作流程： 用户在搜索框输入搜索内容，点击搜索 系统显示搜索内容 用例编号： 004 用例名称： 添加新闻 简要说明： 管理员成功登陆系统，进入管理员页面，添加新闻 参与者： 管理员 前置条件： 成功登陆系统，进入管理员面 后置条件： 返回管理员页面 基本事件流： 管理员点击管理新闻按钮 点击页面内的添加新闻选项 系统载入新闻添加页面 输入要添加的新闻信息 提交信息