UML建模技术期末文档Word下载.docx
《UML建模技术期末文档Word下载.docx》由会员分享，可在线阅读，更多相关《UML建模技术期末文档Word下载.docx（21页珍藏版）》请在冰豆网上搜索。
1.2用户需求
1.3项目的主要功能
1.4经济可行性4
1.5技术可行性分析4
2系统中的几种图5
2.1系统中的用例图5
2.2系统中的类图6
2.2.1针对协作进行建模7
2.2.2针对逻辑数据库进行建模8
2.3系统中的顺序图8
2.3.1浏览者添加评论时序图9
2.3.2后台管理员添加新闻9
2.4系统中的通信图10
2.4.1浏览者添加新闻评论10
2.4.2后台管理员修改新闻11
2.5系统状态机图11
2.5.1后台管理员删除新闻12
2.6系统的活动图12
2.6.1浏览者查看相关新闻并给予评论13
2.6.2后台管理员管理新闻14
2.6.3活动图与状态图的区别15
2.7系统的部署图15
2.8系统的配置图15
3生成JAVA代码17
4逆向工程的实现21
当今社会是信息竞争的社会，企业的信息化建设是提高企业管理效率的毕竟之路，在这样的一个信息化建设中，企业的新闻发布系统是企业对外快速传播信息的门户。
这个“门户”让拥有它的企业能够及时发布企业的最新消息，让其他的用户第一时间获取信息，以此战友市场先机。
谁拥有互联网，谁就拥有了信息；
谁拥有了信息，谁就拥有了占据有利竞争地位。
这已经成为一条新的市场竞争规则。
用户需求包括以下内容：
Ø
用户可以匿名浏览新闻信息，但需注册具有用户资格才能发布新闻
用户注册后可以修改个人信息
用户可以按新闻栏目浏览新闻信息
用户可以搜索满足一定条件的新闻
用户在浏览新闻时，输入一些必要的个人信息即可对新闻进行评论
用户可以浏览点击率最高的新闻，同时可以知道每条新闻评论的条数及每个新闻栏目的新闻数量
系统注册用户分文普通用户和管理员用户，普通用户可以修改个人信息发布新闻，管理员用户可以对普通用户的会员资料进行添加与删除
管理员可以创建与维护新闻内容
管理员可以维护新闻评论
系统具有友好性和易操作性
系统具有安全性和保密性
本项目分为前、后台管理系统
前台实现的功能主要包括：
用户注册功能
修改已注册用户信息功能
注册用户发布新闻功能
新闻搜索功能
各新闻类别中新闻数量的统计功能
用户对新闻评论功能
热点新闻统计及浏览功能
按类别浏览新闻功能
后台实现的功能主要包括：
管理现有新闻功能
发布新的新闻功能
对要发布的新闻进行审核功能
管理新闻评论功能
管理新闻栏目功能
管理系统用户功能
1.4经济可行性
从经济可行性角度考虑，这时所说的经济，并不专指物质经济，当然也包括效益经济。
要运行基于web的校园新闻发布系统，当然是必须添加一些网络及硬件设备，这也就必然比传统信息传播在物资设备方面要投入更多财力。
从效益经济来看，运行这套在线新闻发布系统，不光可以省去许多信息传递时间，甚至在信息化的今天为信息及时更新，信息及时传达等带来不小的便利。
综合上面论述，在线新闻发布系统的开发与设计在经济角度来说是利大于弊，是非常值得实施的。
1.5技术可行性分析
从技术可行性角度考虑，随着网络技术的深入发展，一些网络办公系统，政府软件，在线聊天娱乐软件等等网络应用软件也成功开发并投入运营了，在社会中产生了不小的社会与经济效益。
HTML作为一种样式语言，随着Internet上信息量的增多和交互性的加强使HTML显得越来越难以胜任的情况下，在ASP编程语言高度发展的形势下，我们开始了对新闻发布系统的开发。
运用现在软件业流行的技术成熟的ASP、JSP等开发语言，以及高效率，易操作Visual
interdev
等开发工具，再借鉴别人成功开发的宝贵经验，在线新闻发布系统是完全可以开发出来的。
2系统中的几种图
2.1系统中的用例图
对用例图进行系统建模时，通常有两种方案：
根据语境建模和根据需求建模，下面我们的新闻发布系统的用例图就是从需求的角度进行建模的。
图2.1用户浏览新闻的用例图
图2.2后台管理员管理系统的用例图
2.2系统中的类图
类图：
描述类、接口、协作以及它们之间关系的图，用来显示系统中各个类的静态关系。
元素：
类、接口、协作、五种关系。
类图有三个主要作用，分别是对系统词汇进行建模，表示方式就是对单个类建模，对简单的协作进行建模，就是分析讨论各个类之间的关系，还有一点就是对逻辑数据库进行建模。
2.2.1针对协作进行建模
图2.3针对协作的类图
2.2.2针对逻辑数据库进行建模
图2.4针对逻辑的类图
2.3系统中的顺序图
时序图：
描述对象之间传递消息的时间顺序，表示用例中的行为顺序。
组成元素：
对象（object）
生命线（lifeline）
激活（actication）
消息（message）
2.3.1浏览者添加评论时序图
图2.5针对浏览者评论的顺序图
2.3.2后台管理员添加新闻
图2.6针对管理员添加新闻的顺序图
2.4系统中的通信图
协作图：
强调参加交互的各对象结构的消息
元素：
对象（object）链（link）消息（message）
特点：
书上说协作图不同于时序图的特点是增加了路径和顺序号，但是我不认为这是协作图的特点，从上图中我们仍然可以看出路径和顺序号，只不过顺序图可标注可不标注罢了。
2.4.1浏览者添加新闻评论
图2.7反映浏览者对新闻评论的通信图
2.4.2后台管理员修改新闻
图2.8反映管理员修改新闻的协作图
2.5系统状态机图
状态图：
状态图描述对象状态的变化，它是通过类对象的生命周期来建立模型和描述对象随时间变化的行为。
状态（State）转换（Change）
状态可以分为以下几个元素：
名字（name），入口/出口动作，内部转换，延迟事件，子状态（顺序子状态、并发子状态）
在这里，我简要说一下延迟事件吧，如果对于一个大型的系统，有着很多的需要处理数据时，我们就要考虑延迟事件，对于一个小型系统来说，延迟事件可能就没有多大的作用了。
转换：
可以分为源状态、目标状态、触发事件、监护条件（官方定义为有一个大括号的bool值，代表了true和false，当为true时，执行条件）和动作（很多情况下，由于动作的时间很短，可以忽略掉）
2.5.1后台管理员删除新闻
图2.9表现管理员删除新闻的状态机图
2.6系统的活动图
活动图：
参与行为的类的活动或动作，活动图的本质就是流程图。
动作状态、活动状态、动作流、分支、分叉和汇合、泳道（将一组状态分组）、对象流
2.6.1浏览者查看相关新闻并给予评论
图2.10反映浏览者查看新闻的活动图
2.6.2后台管理员管理新闻
图2.11反映管理员管理新闻的活动图
2.6.3活动图与状态图的区别
活动图：
强调从活动到活动的控制流。
状态图：
强调对象的潜在状态和这些状态之间的转换。
2.7系统的部署图
部署图又称组件图，是面向对象系统的物理方面建模，它描述的是软件组件以及组件之间的关系，组件本身是代码的物理模块，组件图则显示了代码的结构。
组件（component）接口（interface）关系（dependency）
组件可以分为三类：
配置组件（Deployment），包括dll，executable，ActiveX等。
工作产品组件（workProduct）,数据文件和源代码。
执行组件（Execution）.exe文件。
接口可以分为导出（export）接口和导入（import）接口
图2.12针对系统接口情况的部署图
2.8系统的配置图
配置图是面向对象系统的物理方面建模之一，另一种就是上面的组件图。
配置图主要显示的是运行软件系统的物理硬件，以及如何将软件部署到硬件上。
节点、组件、关系
关于节点的知识，米老师没有给我们讲，只能自学了。
官方定义为运行时的物理对象的类，它一般用于对执行处理或计算的资源建模。
节点由两部分组成：
能力和位置。
在建模过程中，节点分为处理处理器和设备。
如果这么描述，我想每个人都能理解什么是节点了。
我的理解是计算机的每个部分都可以理解成节点。
这里所说的组件，就是指那些物理组件了。
图2.13反映系统配置情况的配置图
3生成JAVA代码
生成的Java源代码完全符合Java的语法规则，并且结构清晰。
图3.1生成的Java代码汇总
图3.2Admin.java
图3.3AdminLoginAction.java
图3.4News.java
图3.5NewsAction.java
图3.6NewsService.java
图3.7SqlServer.java
4逆向工程的实现
将正向生成的类进行实现后，按照环境提供的逆向工程可以将类添加回所在的项目中。
主要过程如下图所示。
图4.1
图4.2
图4.3
图4.4
图4.5
图4.6
升级会员 