个人博客UML建模
UML 建模
一、为什么要学习UMLUML是Unified Modeling Language（统一建模语言）的简称。
UML是对软件密集型系统中的制品进行可视化、详述、构造和文档化的语言。
制品{Artifact}是指软件开发过程中产生的各种各样的产物，如模型、源代码、测试用例等。
UML建模可以达到以下目的：使用模型可以更好地理解问题使用模型可以加强人员之间的沟通使用模型可以更早地发现错误或疏漏的地方使用模型可以获得设计结果模型为最后的代码提供依据二、UML的历史1997年，OMG组织（Object Management Group对象管理组织）发布了统一建模语言（Unified Modeling Language，UML）。
UML的目标之一就是为开发团队提供标准通用的设计语言来开发和构建计算机应用。
UML提出了一套IT专业人员期待多年的统一的标准建模符号。
通过使用UML，这些人员能够阅读和交流系统架构和设计规划--就像建筑工人多年来所使用的建筑设计图一样。
2003年，UML已经获得了业界的认同。
在所见过的专业人员的简历中，75%都声称具备UML的知识。
然而，在同绝大多数求职人员面谈之后，可以明显地看出他们并不真正了解UML。
通常地，他们将UML用作一个术语，或对UML一知半解。
大家对UML缺乏理解的这种状况，促进我撰写这篇关于UML 1.4的快速入门文章。
当阅读完本文时，您还不具备足够的知识可以在简历上声称自己掌握了UML，但是您已具有了进一步钻研该语言的良好起点。
三、UML的特点UML的主要特点包括：统一的标准面向对象。
UML是支持面向对象软件开发的建模语言。
可视化、表现能力强独立于过程，UML不依赖于特定的软件开发过程。
概念明确，建模表示法简洁，图形结构清晰，容易掌握和使用。
四、UML中的视图UML中的视图包括用例视图（Use Case View）、逻辑视图（Logical View）、实现视图（Implementation View）、进程视图（Process View）、部署视图（Deployment View）等，这5个视图被称作”4+1”视图.如下图所示：逻辑视图。
UML建模分享
分享者：时萌
分享纲要：
• UML概述 UML概述 • UML中的图 UML中的图 • 业务建模 • 讨论与思考
开始之前
讨论： 1.什么是UML 2.UML中的图
什么是UML 什么是UML
UML（UnifieModeling Language的缩写）统一 建模语言,是用来对软件密集系统进行可视化建模 的一种语言。UML为面向对象开发系统的产品进行 说明、可视化、和编制文档的一种标准语言。
OOA&OOD
OOD: 面向对象设计（Object-Oriented Design， OOD）方法是OO方法中一个中间过渡环节。其主 要作用是对OOA分析的结果作进一步的规范化整 理，以便能够被OOP直接接受。
UML概述 UML概述
UML简介： UML (Unified Modeling Language)为面向对象软件设 计提供统一的、标准的、可视化的建模语言。适用 于描述以用例为驱动，以体系结构为中心的软件设 计的全过程。
时序图元素（ 时序图元素（Sequence Diagram Elements） ）
角色（ 角色（Actor） ） 对象（ 对象（Object） ） 生命线（Lifeline） 生命线（ ） 控制焦点（ 控制焦点（Focus of Control） ） 消息（ 消息（Message） ） 自关联消息（ 自关联消息（Self-Message） ）
1.构件事物： UML模型的静态部分，描述概念或 构件事物： 构件事物 物理元素 它包括以下几种： 它包括以下几种： 类：具有相同属性相同操作 相同关系相同 语义的对象的描述 接口： 接口：描述元素的外部可见行为，即服务集 合的定义说明 协作： 协作：描述了一组事物间的相互作用的集合
UML建模的要点总结
UML建模的要点总结第一篇：UML建模的要点总结UML建模的要点总结预备知识：一、UML的特性与发展现状UML是一种Language(语言)UML是一种Modeling(建模)Language UML是Unified(统一)Modeling Language1、已进入全面应用阶段的事实标准2、应用领域正在逐渐扩展，包括嵌入式系统建模、业务建模、流程建模等多个领域3、成为“产生式编程”的重要支持技术：MDA、可执行UML等二、建模的目的与原则1、帮助我们按照实际情况或按我们需要的样式对系统进行可视化;提供一种详细说明系统的结构或行为的方法;给出一个指导系统构造的模板;对我们所做出的决策进行文档化。
2、仅当需要模型时，才构建它。
3、选择要创建什么模型对如何动手解决问题和如何形成解决方案有着意义深远的影响;每一种模型可以在不同的精度级别上表示;最好的模型是与现实相联系的;单个模型是不充分的。
对每个重要的系统最好用一组几乎独立的模型去处理。
三、谁应该建模1、业务建模：以领域专家为主，需求分析人员是主力，系统分析员、架构师可参与2、需求模型：以需求分析人员为主，系统分析员是主力，领域专家提供指导，架构师和资深开发人员参与3、设计模型：高层设计模型以架构师为主，系统分析员从需求方面提供支持，资深开发人员从技术实现方面提供支持。
详细设计模型则以资深开发人员为主，架构师提供指导。
4、实现模型：以资深开发人员(设计人员)为主，架构师提供总体指导。
5、数据库模型：以数据库开发人员为主，架构师提供指导，资深开发人员(设计人员)予以配合。
正式开始UML组成，三部分(构造块、规则、公共机制)，关系如下图所示：一、构造块1、构造块是对模型中最具有代表性的成分的抽象建模元素：UML中的名词，它是模型基本物理元素。
行为元素：UML中的动词，它是模型中的动态部分，是一种跨越时间、空间的行为。
分组元素：UML中的容器，用来组织模型，使模型更加的结构化。
uml软件建模知识点总结
uml软件建模知识点总结一、UML概述UML，全称为Unified Modeling Language，即统一建模语言，是一种为面向对象系统设计和分析而开发的通用标准建模语言。
UML作为一种建模语言，具有多样的元素和关系，可以被用来描述和分析系统的结构和行为。
UML最初是由Rumbaugh、Booch和Jacobson 等人提出的，经过了一系列的发展，已经成为了全球范围内最流行的软件建模语言。
二、UML的主要图表UML主要有以下几种图表：用例图、类图、时序图、活动图、状态图、协作图、构件图等。
1. 用例图（Use Case Diagram）用例图用于描述系统的功能需求，它展示了系统的功能模块和用户之间的交互关系。
在用例图中，用户被表示为参与者(actor)，而系统的功能则被表示为用例(use case)。
用例图可以帮助软件开发团队更好地理解系统需求，并且为团队成员之间的沟通提供了一个共享的模型。
2. 类图（Class Diagram）类图用于描述系统的静态结构，展示了系统中各个类的属性和方法之间的关系。
在类图中，类被表示为一个矩形，包括了类名和类的属性和方法。
类与类之间的关系主要有：关联、依赖、一般化、实现等。
3. 时序图（Sequence Diagram）时序图用于描述系统中的交互行为，展示了类之间的消息传递过程。
在时序图中，元素主要有对象、生命线、消息和激活。
时序图帮助开发团队更好地理解系统的交互过程，有助于对系统的动态行为进行分析和设计。
4. 活动图（Activity Diagram）活动图用于描述系统的工作流程，展示了系统中各活动之间的控制流。
在活动图中，元素主要有开始节点、流程节点、决策节点、合并节点、结束节点等。
活动图可以帮助开发团队更好地理解系统的流程，有助于对系统的业务逻辑进行分析和设计。
5. 状态图（State Diagram）状态图用于描述系统的状态转移过程，展示了系统中各状态之间的转移关系。
基于UML的用例图模型创建
基于UML的用例图模型创建引言UML（统一建模语言）是一种用于软件开发的标准化的建模语言，它包括了一系列图形符号和符号的标准定义，用于描述系统的结构和行为。
用例图作为UML中的一个重要模型之一，用于描述系统的功能需求，是软件开发中的重要工具之一。
本文将介绍基于UML的用例图模型创建的过程，包括用例的识别、用例图的绘制和用例之间的关系等内容。
第一部分：用例的识别用例是系统对外的一种功能需求的描述，通常由用户或其他外部系统发起的事件来触发。
在创建用例图模型时，首先需要明确系统要实现的功能，并对这些功能进行分类和识别。
用例的识别可以通过以下步骤来进行：1. 确定系统的边界：确定系统与外部世界之间的边界，了解系统的范围和功能。
2. 收集需求：通过与系统的用户、业务分析师等相关人员进行沟通，收集系统的功能需求，明确系统需要实现的功能。
3. 识别用例：根据需求收集的信息，将系统的功能拆分成不同的用例，每个用例表示系统的一个功能模块或一个用户任务。
4. 细化用例：对于较复杂的用例，可以进一步分解成子用例，以便更好地描述系统的功能。
通过以上步骤的识别工作，可以清晰地了解系统的功能需求，为进一步创建用例图模型做好准备。
第二部分：用例图的绘制在对系统的功能需求进行了识别之后，接下来可以开始绘制用例图模型。
用例图由用例、参与者和它们之间的关系组成，它可以清晰地展示系统的功能和用户角色之间的交互。
用例图的绘制可以遵循以下步骤：1. 确定参与者：参与者是指使用系统的人、组织或其他外部系统，它们与系统之间有直接的交互。
根据用例的识别结果，确定系统中的参与者，并将它们表示在用例图中。
3. 连接参与者和用例：用实线将参与者和用例连接起来，表示参与者与用例之间有交互。
参与者可以触发用例的执行，也可以是用例的执行者。
4. 添加关系：在用例图中，用例之间还可以有关联、泛化、包含和扩展等关系。
根据系统的功能需求，添加相应的关系来描述用例之间的逻辑关系。
02UML静态建模、动态建模与架构建模
命名规约。
UML静态建模（续）
任务求解
步骤1：识别类。 通过对场景提供的用例描述进行分析，我们可以得到以下几个类：
类名 Student SelectCourseForm
对应名词或动宾短语 学生 选课界面
类型 实体类 边界类
Course
CourseValidator CourseDisplay SelectSuccessForm
操作都具有可见性。
可见性为public时，意味着所属类之外界皆可以使用之。 可见性为private时，意味着所属类之外界皆无法使用之。即使是子类也无
法使用到父类内的private属性和操作。
可见性为protected时，意味着所属类之外界无法使用之，但是子类可使用
到父类内的protected属性和操作。
UML静态建模（续）
接口与实现关系
接口之间也可以有与类之间关系类似的实现关系和依赖关系，但是接口和
类之间还存在一种实现关系，在这种关系中，类实现了接口，类中的操作
个人博客UML建模
2010——2011学年第一学期信息技术学院《软件系统建模与UML》综合设计实验***系统的UML建模班级学号姓名任课教师2010年12月30日目录第1章系统需求 (2)第2章需求分析 (4)2.1识别参与者 (4)2.2识别用例 (5)2.3用例的事件流描述 (11)第3章静态结构模型 (16)3.1定义系统对象 (16)3.2定义用户界面类 (16)3.3建立类图 (16)第4章动态行为模型 (19)4.1创建系统顺序图（协作图） (19)4.2创建系统的状态图 (19)4.3创建系统的活动图 (29)第5章数据库模型 (31)第6章物理模型 (32)& 1创建系统组件图 (32)& 2创建系统部署图 (33)第1章系统需求系统概述Blog是一种让编写者可以表达自己意见、发表自己的看法以及见闻的方式。
系统目标是使好友之间有一个交流沟通的平台，通过博客可以互相了解彼此的生活状况，系统拥有发布日志，心情，照片，留言评论等功能。
系统功能分析本Blog系统将完成以下功能：＞网站首页功能＞用户的注册、登录和登岀＞个人消息中心管理功能＞照片管理功能＞相册分类管理功能＞文章管理功能＞文章分组管理功能＞心情管理功能＞日志，照片，心情评论管理功能＞留言板留言，回复功能＞装扮空间功能第2章需求分析2.1识别参与者参与者关系图如图2-1所示:图2-1参与者关系图游客：未注册的用户，只拥有普通浏览功能注册会员：已注册成为会员，与游客是泛化关系，拥有查看，评论，留言，回复留言评论的功能博主八博客的拥有者，与会员是泛化关系，拥有查看，评论，回复评论，对自己博客的所有的文章，心情，照片，评论留言具有管理的权限。
2.2识别用例主用例图如图2-2所示:图2・2主用例图管理留言板用例图如图2-3所示:删除留言图2-3管理留言板用例图图2-4管理文章用例图回复评论删除评论回复评论删除评论图2-5管理相册用例图图2-6管理心情用例图查看照片会员回复评论回复评论删除评论注册登录用例图如图2-7所示:图2・7注册登录用例图管理好友用例图如图2-8所示：图2・7管理好友用例图更改装扮用例图如图2-9所示：图2-9更改装扮用例图傅主更改装扮2.3用例的事件流描述2.3.1浏览博客用例描述用例名称：浏览博客用例用例描述：用户进入自己或考其他会员的博客参与者：博主，其他会员，游客前置条件：进入博客后置条件：退出博客假设条件：用户已进入网上博客基本操作流程：1、进入网上博客2、查看信息中心，文章，好友心情，相册，留言板等3、退出网上博客备选流程：点击“进入自己博客”可以进入自己博客2.3.2管理留言板用例描述用例名称：管理留言板用例用例描述：博主可以通过此用例添加、删除留言，回复留言会员可以留言，游客只能浏览参与者：博主，其他会员，游客前置条件：成功进入到留言板模块后置条件：退出留言板模块假设条件：用户已经进入网上博客基本操作流程：1、进入留言板模块2、博主：添加，删除，修改留言，回复留言3、会员：添加留言，游客只能查看3、退出留言板模块备选流程：点击导航超链接可以直接进入其他模块23.3管理文章用例描述用例名称：管理文章用例用例描述：博主可以通过此用例添加、删除、修改文章及评论、回复评论会员可以浏览文章以及进行评论，游客只能浏览参与者：博主，其他会员，游客前置条件：成功进入到文章模块后置条件：退出文章模块假设条件：用户已经进入网上博客基本操作流程：1、进入文章模块2、博主：添加，删除，修改文章，评论及回复评论3、会员：浏览文章，添加评论和回复评论，游客只能查看3、退出文章模块备选流程：点击导航超链接可以直接进入其他模块2.3.4管理相册用例描述用例名称：管理相册用例描述：博主可以通过此模块添加、删除、修改相册；添加、删除照片会员可以浏览相册，照片，以及对照片进行评论；游客只能浏览参与者：博主，其他会员，游客前置条件：进入相册模块后置条件：退出相册模块假设条件：用户已进入网上博客基本操作流程：进入相册模块游客：查看相册照片，评论，回复3、会员：查看相册照片，评论照片，回复评论4、博主：查看、添加、删除、修改相册、照片、回复评论5、退出相册模块备选流程：点击导航超链接可以直接进入其他模块23.5管理心情用例描述用例名称：管理心情用例描述：博主可以通过此用例添加、删除、修改心情，及添加、删除评论、回复评论；会员可以浏览心情，以及进行评论，回复评论，游客只进行查看参与者：博主，其他会员，游客前置条件：成功进入到心情界面后置条件：退出心情界面假设条件：用户已进入网上博客基本操作流程：1、进入心情界面2、博主添加，删除，修改心情，添加、删除评论及回复评论3、会员为心情评论或者回复评论，游客只能查看4、退出心情界面备选流程：点击导航超链接可以直接进入其他模块2.3.6管理好友用例描述用例名称：管理好友用例描述：博主可以通过此模块添加好友参与者：博主前置条件：博主已登陆自己博客后置条件：退出添加好友模块假设条件：用户已登录自己博客基本操作流程：1、进入管理好友模块2、选择要添加或者删除的好友的会员名称3、点击添加或者删除4、添加或考删除成功4、退出管理好友模块备选流程：点击导航超链接可以直接进入其他模块2.3.7查看信息中心用例描述用例名称：查看信息中心用例描述：博主可以通过此模块更改个人信息所有用户都可以通过此模块浏览博主信息参与者：博主，其他会员，游客前置条件：成功登录到个人信息模块后置条件：退出个人信息模块假设条件：用户已进入网上博客基本操作流程：1、进入个人信息模块2、所有会员：查看博主信息3、博主：更改个人信息4、退出个人信息模块备选流程：点击导航超链接可以直接进入其他模块2.3.8装扮博客用例描述用例名称：装扮博客用例描述：博主可以通过此模块更改皮肤装扮参与者：博主前置条件：博主已登陆自己博客后置条件：退出装扮模块假设条件：用户已登录自己博客基本操作流程：1、进入装扮模块2、选择喜欢的皮肤3、点击装扮，装扮成功4、退出装扮模块备选流程：点击导航超链接可以直接进入其他模块第3章静态结构模型进一步分析系统需求，发现类以及类之间的关系，确定它们的静态结构和动态行为，是面向对象⑺分析的基本任务。
UML简单建模
1启动添加新工程安装以后就可以启动该程序。
然后，一个名叫：New Project By Approach的对话框会弹出。
选择“Empty Project”并且按下"确定"。
这里建议你不要勾选"设置为默认的做法" 复选框。
2. 选择模块在右边的“Model Explorer”框中选定“Untitled”模块。
3. 添加模块通过“Model”主菜单，或右击选定的模型，可以" Add/ Model "4.添加类图通过“Model”主菜单，或右击选定模型，可以“Add Diagram/Class Diagram”：5.设置profile通过“Model/Profile...”菜单去设置工程所需的profile。
这决定了工程所使用的规则和约定。
一定要包含"JAVA Porfile"这一项目。
6.保存工程立即就保存工程，这样在出现问题的时候，您就不会丢失信息。
从“File ”菜单，选择“Save”，并选择一个地方以保存工程。
你的StarUML 项目现在应该看起来的是这样的：7.创造图表现在，开始真正创造图表，从默认就在屏幕的左边的“Toolbox”选择“类”图标，然后左键单击diagram窗口的某处。
这样就使用通用名字创造了一个新的类。
双击，将类改名为Circle。
8.添加属性右击图中的目标，在弹出菜单中选择“Add”中的“Attribute”(被标示为绿色)，为其添加一个属性(或者域)，填入期望的名字“_radius”。
具体的数据类型，在属性面板（右下侧的窗口），由双打字，在"类型"时段。
在窗体右下边的Properties面板中，找到“Type”输入框，输入double作为_radius 属性的类型。
类的内部数据（域/属性）都是私有的，因为他们是严格由类内部使用的。
所以，在Properties面板中将_radius设置为“私有”。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2010 —— 2011 学年第一学期信息技术学院《软件系统建模与UML》综合设计实验***系统的UML建模班级学号姓名任课教师日期2010年12月30日目录第1章系统需求 (2)第2章需求分析 (4)2.1 识别参与者 (4)2.2 识别用例 (5)2.3 用例的事件流描述 (11)第3章静态结构模型 (16)3.1 定义系统对象 (16)3.2 定义用户界面类 (16)3.3 建立类图 (16)第4章动态行为模型 (19)4.1 创建系统顺序图（协作图） (19)4.2 创建系统的状态图 (19)4.3 创建系统的活动图 (29)第5章数据库模型 (31)第6章物理模型 (32)6.1 创建系统组件图 (32)6.2 创建系统部署图 (33)第1章系统需求系统概述Blog是一种让编写者可以表达自己意见、发表自己的看法以及见闻的方式。
系统目标是使好友之间有一个交流沟通的平台，通过博客可以互相了解彼此的生活状况，系统拥有发布日志，心情，照片，留言评论等功能。
系统功能分析本Blog系统将完成以下功能：➢网站首页功能➢用户的注册、登录和登出➢个人消息中心管理功能➢照片管理功能➢相册分类管理功能➢文章管理功能➢文章分组管理功能➢心情管理功能➢日志，照片，心情评论管理功能➢留言板留言，回复功能➢装扮空间功能根据以上分析，画出系统功能图（PPT原版）：第2章 需求分析2.1 识别参与者参与者关系图如图2-1所示：博主其他会员图2-1 参与者关系图游客：未注册的用户，只拥有普通浏览功能注册会员：已注册成为会员，与游客是泛化关系，拥有查看，评论，留言，回复留言评论的功能博主：博客的拥有者，与会员是泛化关系，拥有查看，评论，回复评论，对自己博客的所有的文章，心情，照片，评论留言具有管理的权限。
2.2 识别用例主用例图如图2-2所示：更改装扮图2-2 主用例图管理留言板用例图如图2-3所示：游客删除留言图2-3 管理留言板用例图管理文章用例图如图2-4所示：删除评论回复评论会员图2-4 管理文章用例图管理相册用例图如图2-5所示：游客会员删除评论图2-5管理相册用例图管理心情用例图如图2-6所示：游客会员删除评论图2-6 管理心情用例图注册登录用例图如图2-7所示：访问别人博客图2-7 注册登录用例图管理好友用例图如图2-8所示：删除好友图2-7 管理好友用例图更改装扮用例图如图2-9所示：博主更改装扮图2-9 更改装扮用例图2.3 用例的事件流描述2.3.1浏览博客用例描述用例名称：浏览博客用例用例描述：用户进入自己或者其他会员的博客参与者：博主，其他会员，游客前置条件：进入博客后置条件：退出博客假设条件：用户已进入网上博客基本操作流程：1、进入网上博客2、查看信息中心，文章，好友心情，相册，留言板等3、退出网上博客备选流程：点击“进入自己博客”可以进入自己博客2.3.2管理留言板用例描述用例名称：管理留言板用例用例描述：博主可以通过此用例添加、删除留言，回复留言会员可以留言，游客只能浏览参与者：博主，其他会员，游客前置条件：成功进入到留言板模块后置条件：退出留言板模块假设条件：用户已经进入网上博客基本操作流程：1、进入留言板模块2、博主：添加，删除，修改留言，回复留言3、会员：添加留言，游客只能查看3、退出留言板模块备选流程：点击导航超链接可以直接进入其他模块2.3.3管理文章用例描述用例名称：管理文章用例用例描述：博主可以通过此用例添加、删除、修改文章及评论、回复评论会员可以浏览文章以及进行评论，游客只能浏览参与者：博主，其他会员，游客前置条件：成功进入到文章模块后置条件：退出文章模块假设条件：用户已经进入网上博客基本操作流程：1、进入文章模块2、博主：添加，删除，修改文章，评论及回复评论3、会员：浏览文章，添加评论和回复评论，游客只能查看3、退出文章模块备选流程：点击导航超链接可以直接进入其他模块2.3.4管理相册用例描述用例名称：管理相册用例描述：博主可以通过此模块添加、删除、修改相册；添加、删除照片会员可以浏览相册，照片，以及对照片进行评论；游客只能浏览参与者：博主，其他会员，游客前置条件：进入相册模块后置条件：退出相册模块假设条件：用户已进入网上博客基本操作流程：进入相册模块游客：查看相册照片，评论，回复3、会员：查看相册照片，评论照片，回复评论4、博主：查看、添加、删除、修改相册、照片、回复评论5、退出相册模块备选流程：点击导航超链接可以直接进入其他模块2.3.5管理心情用例描述用例名称：管理心情用例描述：博主可以通过此用例添加、删除、修改心情，及添加、删除评论、回复评论；会员可以浏览心情，以及进行评论，回复评论，游客只进行查看参与者：博主，其他会员，游客前置条件：成功进入到心情界面后置条件：退出心情界面假设条件：用户已进入网上博客基本操作流程：1、进入心情界面2、博主添加，删除，修改心情，添加、删除评论及回复评论3、会员为心情评论或者回复评论，游客只能查看4、退出心情界面备选流程：点击导航超链接可以直接进入其他模块2.3.6管理好友用例描述用例名称：管理好友用例描述：博主可以通过此模块添加好友参与者：博主前置条件：博主已登陆自己博客后置条件：退出添加好友模块假设条件：用户已登录自己博客基本操作流程：1、进入管理好友模块2、选择要添加或者删除的好友的会员名称3、点击添加或者删除4、添加或者删除成功4、退出管理好友模块备选流程：点击导航超链接可以直接进入其他模块2.3.7查看信息中心用例描述用例名称：查看信息中心用例描述：博主可以通过此模块更改个人信息所有用户都可以通过此模块浏览博主信息参与者：博主，其他会员，游客前置条件：成功登录到个人信息模块后置条件：退出个人信息模块假设条件：用户已进入网上博客基本操作流程：1、进入个人信息模块2、所有会员：查看博主信息3、博主：更改个人信息4、退出个人信息模块备选流程：点击导航超链接可以直接进入其他模块2.3.8装扮博客用例描述用例名称：装扮博客用例描述：博主可以通过此模块更改皮肤装扮参与者：博主前置条件：博主已登陆自己博客后置条件：退出装扮模块假设条件：用户已登录自己博客基本操作流程：1、进入装扮模块2、选择喜欢的皮肤3、点击装扮，装扮成功4、退出装扮模块备选流程：点击导航超链接可以直接进入其他模块第3章静态结构模型进一步分析系统需求，发现类以及类之间的关系，确定它们的静态结构和动态行为，是面向对象[7]分析的基本任务。
系统的静态结构模型主要用类图和对象图描述。
3.1 定义系统对象博主：博客的拥有者，拥有博客的所有权限，也可理解为后台管理员或者系统管理员；前台用户：分为会员和游客会员：可以查看和评论博主的文章，心情，相册，以及在留言板留言；游客：只具有查看博主的博客的权限；3.2 定义用户界面类通过对系统的不断分析和细化，可识别出下述界面类、类的操作和属性。
边界类如图3-1所示：图3-1 边界类图3.3 建立类图实体类图如图3-2所示：图3-1 实体类图第4章动态行为模型4.1 创建系统顺序图文章、心情、照片的添加顺序图如图4-1所示：图4-1 文章、心情、照片的添加顺序图文章、心情、照片的删除顺序图如图4-2所示：: 博主 :日志管理界面:照片管理界面:心情管理界面图4-2 文章、心情、照片的删除顺序图文章、心情的修改顺序图如图4-3所示：: 博主: 日志管理界面: 心情管理界面图4-3 文章、心情的修改顺序图文章、心情、照片的查看顺序图如图4-4所示：: 游客: 未登录浏览页面图4-4 文章、心情、照片的查看顺序图留言添加、回复顺序图如图4-5所示：: 会员 : 留言管理界面图4-5留言添加、回复顺序图留言删除顺序图如图4-6所示：: 博主 : 留言管理界面图4-6留言删除顺序图如登录注册顺序图如图4-7所示：: 游客: 登录界面: 注册界面: 会员图4-7登录注册顺序图管理好友顺序图如图4-8所示：: 博主 : 好友管理界面图4-8 管理好友顺序图4.2 创建系统的状态图好友状态图如图4-8所示：图4-8好友状态图会员状态图如图4-9所示：图4-9会员状态图文章状态图如图4-10所示：图4-9文章状态图4.3 创建系统的活动图管理文章活动图如图4-10所示：图4-10管理文章活动图登录注册活动图如图4-11所示：图4-11登录注册活动图第5章数据库模型数据库模型如图5-1所示：图5-1 数据库模型图第6章物理模型6.1 创建系统组件图网上博客组件图如图6-1所示：图6-1 网上博客组件图6.2 创建系统部署图网上博客部署图如图6-2所示：T omCat服务器WEB浏览器SQL Server 2008图6.2 网上博客部署图。