11信管3-UML课程设计报告-MicroBlog需求分析和设计
UML建模课程设计报告[史上最全]
![UML建模课程设计报告[史上最全]](https://img.taocdn.com/s3/m/5f39cd78767f5acfa1c7cd63.png)
UML建模课程设计目录1 引言 (4)2 UML概述 (5)2.1 UML简介 (5)2.2 UML模型图的构成 (5)2.3 UML事物 (5)2.3.1 构件事物 (6)2.3.2 行为事物 (6)2.3.3 分组事物 (6)2.3.4 注释事物 (7)2.4 UML图及特征 (7)2.4.1 用例图 (7)2.4.2 类图 (7)2.4.3 对象图 (7)2.4.4 时序图 (8)2.4.5 协作图 (8)2.4.6状态图 (8)2.4.7活动图 (8)2.4.8组件图 (9)2.4.9配置图 (9)3 UML结合实例分析 (10)3.1 需求分析 (10)3.1.1系统开发需求 (10)3.1.2系统功能需求 (10)3.2 UML建模分析 (10)3.2.2类图 (11)3.2.3 活动图 (13)3.2.4 顺序图 (14)3.2.5 协作图 (15)3.2.6 状态图 (16)3.2.7 组件图 (17)3.2.8 部署图 (17)4 总结 (18)1 引言建模是开发优秀软件所有活动的核心部分。
在开发中利用UML来编制系统蓝图,并与仓库管理系统开发的特色相结合,提出了自己的一套UML的建模过程。
基于这个过程来进行系统的分析,设计,实现与测试。
运用UML建模思想与各种模型对仓库管理系统进行详细的描述。
2 UML概述2.1 UML简介UML (Unified Modeling Language)为面向对象软件设计提供统一的、标准的、可视化的建模语言。
适用于描述以用例为驱动，以体系结构为中心的软件设计的全过程。
UML的定义包括UML语义和UML表示法两个部分。
UML语义：UML对语义的描述使开发者能在语义上取得一致认识，消除了因人而异的表达方法所造成的影响。
UML表示法：UML表示法定义UML符号的表示法，为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准。
2.2 UML模型图的构成事物(Things)：UML模型中最基本的构成元素，是具有代表性的成分的抽象关系(Relationships)：关系把事物紧密联系在一起图(Diagrams )：图是事物和关系的可视化表示2.3 UML事物UML语言的事物,包括四类:结构事物:语言的静态构成要素，有7种：类和对象、接口、主动类、用例、协作、构件、节点。
uml需求分析技术报告
uml需求分析技术报告需求分析是软件开发中非常重要的一环，它用于确定软件系统需要实现的功能和性能要求。
在需求分析中，使用UML（统一建模语言）可以帮助开发人员更好地理解和表达需求。
本文将介绍UML需求分析的技术报告。
一、引言在软件开发过程中，需求分析是其中一个关键的环节。
它通过搜集用户需求、对需求进行逻辑分析和实现方案设计，为软件系统的设计和开发提供了基础。
在需求分析中，使用UML作为统一的建模语言，可以帮助开发人员更好地理解和表达需求，实现需求的全面而准确的描述。
二、UML概述UML是一种通用的建模语言，它提供了一套用于描述软件系统的图形记号和语法规则。
UML的核心概念包括用例、类、对象、活动、时序和状态等。
使用UML，可以将软件系统的需求以图形化的方式表达出来，便于开发人员之间的交流和沟通。
三、UML需求分析的过程UML需求分析包括需求搜集、需求分析和需求规约三个主要过程。
1. 需求搜集需求搜集是通过与用户、业务分析师和开发团队的沟通，收集和整理用户的需求。
在需求搜集过程中，可以使用用例图、活动图等UML图形和模型来表示用户需求和系统功能。
2. 需求分析需求分析是对用户需求进行逻辑分析和整理，将用户需求转化为更具体和详细的功能和性能要求。
在需求分析过程中，可以使用类图、时序图等UML图形和模型来描述需求之间的关系和流程。
3. 需求规约需求规约是将需求以形式化的方式表达出来，便于开发人员理解和实现。
需求规约可以使用UML的文本描述、状态图等来定义软件系统的功能和性能要求。
四、UML需求分析的优势使用UML进行需求分析，可以带来以下几个优势：1. 统一的模型表示：UML提供了一套统一的图形记号和语法规则，使得不同角色的开发人员可以使用相同的模型来描述需求，避免了沟通和误解的问题。
2. 图形化表示：UML以图形的形式展示需求，可以直观地表达出系统的功能和性能要求。
这有助于开发人员更好地理解和设计系统。
学生信息管理系统《UML大作业》课程设计
《UML 大作业》设计报告课程名称： 《UML 大作业》课程设计设计题目： 学生信息管理系统 班 级： 0844131 同组人员： 谢伊豪 王瑛婕 张哲计算机科学与工程学院 2015年12月25日目录一、引言 (2)1.1编写目的 (2)二、总体设计 (3)2.1需求分析 (3)2.2可行性分析 (3)三、系统设计 (5)3.1设计目标 (5)3.2项目规划 (5)3.3系统功能模块描述 (6)3.4功能图 (7)四、基于UML的学生信息管理系统分析设计 (9)4.1UML简介 (9)4.2定义业务流程 (9)4.2.1参与者之间的关系 (9)4.2.2系统用例图 (10)4.3类图 (10)4.4分析业务流程 (14)4.4.1学生登录查询业务流程活动图 (14)4.4.2学生登录查询业务流程时序图 (15)4.5教师录入成绩活动图 (15)4.6添加学生信息活动图 (16)五、程序功能模块描述 (16)5.1登录模块程序流程图 (16)5.2添加信息程序流程图 (17)5.3删除信息程序流程图 (17)5.4修改信息程序流程图 (18)5.5查询信息程序流程图 (18)六、程序类设计及数据库设计 (19)6.1程序类设计 (19)6.2数据库设计原则 (19)6.3数据库设计 (20)6.4数据流图分析 (21)6.5概念结构分析 (23)七、系统测试 (24)7.1测试案例 (24)7.2系统测试情况 (24)八、心得体会 (26)九、参考文献 (29)十、程序测试图 (29)十一、程序主要代码 (32)一、引言1.1 编写目的学生信息管理系统（Student Information Management System）,以下简称SIMS，是针对学校人事处的大量业务处理工作而开发的管理软件，是典型的管理信息系统（Management Information System）。
它是一个教育单位不可缺少的部分,它的内容对于学校的决策者和管理者来说都至关重要,它能够为用户提供充足的信息和快捷的查询手段。
UML实例BBS管理系统
BBS管理系统一、需求分析1.1系统开发旳目旳：进入二十一世纪，在互联网高速发展旳今天。
已经成为人们迅速获取、公布和传递信息旳一种重要传播方式。
在人们政治、经济、生活等各个方面都发挥着重要旳作用。
这次我所设计旳UML建模课程正是互联网与社会生活之间旳紧密关系旳体现。
目前人们已经离不开了网络，网络已经成为人与人之间交流旳一种形式，它可以把事情旳复杂化转为简朴化。
目前旳计算机技术迅速向着网络化旳、集成化方向发展。
老式旳单机版应用软件正在逐渐退出舞台，取而代之旳是支持网络、支持多种数据信息(多媒体)旳新一代网络版应用软件，而目前网络版软件中似乎存在着两种不一样旳趋势，一种是称为客户端——服务器旳C/S构造应用系统，此类软件具有构造严谨，运行效率高，服务器端压力小，安全性好等长处，被广泛运用于局域网中。
另一种，就是称为浏览器——服务器旳B/S构造应用系统，它旳特点是在客户端直接采用了功能强大旳浏览器软件作为界面，其长处在于软件开发效率高，客户端不受操作平台旳限制、也不受地区旳限制，网络传播量少，即合用于局域网，更合用于英特网，并且投资小、见效快，顾客可以不必进行服务器方面旳投资，而是去租用，甚至是免费使用ISP旳服务器资源，因而受到越来越多中小型单位旳青睐。
BBS论坛系统已经是互联网站一种极为常见旳互动交流服务。
在BBS论坛中可以向网友提供多种各样旳分类专题和讨论区服务，已经注册旳顾客可以在此刊登自己旳某些观感、交流某些技术、经验乃至人生旳感悟与忧欢，亦可以做为网友们之间旳交流渠道。
在网站中亦可在此对网友们提出旳问题做出评论或者发刊登自己新旳帖子。
通过BBS论坛旳方式，可以增强个人与个人，团体与团体，个人与团体之间旳紧密交流联络，在英特网上实现信息旳传递，提高办事效率。
因此论坛建设在英特网应用上旳地位显而易见，它已成为现代人沟通和获取信息旳重要构成部分，从而倍受人们旳重视。
该系统以英特网为平台，前台可使任何人注册、登陆在论坛上进行发贴及讨论，版主或者前台管理者也可以进行一部分管理。
UML课程设计报告(2012)
目录1 大学教材征订信息管理系统的需求分析 (2)1.1系统功能需求 (2)1.2基本数据维护模块 (3)1.3基本业务模块 (3)1.4数据库管理模块 (3)1.5信息查询模块 (4)2 系统的UML建模 (4)2.1系统的用例图 (4)2.1.1系统参与者 (5)2.1.2系统用户参与的总的用例图 (5)2.1.3学生参与者的用例图 (5)2.1.4教师参与者的用例图 (6)2.1.5系统管理员参与者的用例图 (6)2.2系统的时序图 (7)2.2.1系统管理员管理系统的时序图 (7)2.2.2学生登录系统的时序图 (8)2.2.3教师登录系统的时序图 (8)2.3系统的协作图 (9)2.3.1系统管理员管理系统的协作图 (9)2.3.2学生协作图 (9)2.3.3教师协作图 (10)2.4系统的状态图 (10)2.5系统的活动图： (11)2.5.1系统活动图 (11)2.5.2学生和教师的活动图 (11)2.5.3系统管理员活动图 (12)3 系统中的类 (13)3.1参与者相关的类 (13)3.1.3管理员类图 (14)3.2各类之间的关系 (14)4 系统的配置与实现 (15)4.1系统的组件图 (15)4.2系统的配置图 (16)5 小结............................................................................................................ 错误！未定义书签。
参考文献.. (16)【课程设计名称】大学教材征订信息管理系统-使用UML进行系统的分析和设计【课程设计目的】1.掌握UML建模的基础知识和其应用；2.熟悉Rational Rose环境及功能,能够设计出完整系统。
【课程设计要求】1.对系统功能进行必要的描述；2.绘制系统的主要模型图；3.模型图要有说明性文字解释。
【课程设计内容】1.网络教学系统的需求分析；2.网络教学系统UML建模。
UML系统建模与分析设计-需求分析与用例建模PPT课件
（1）标识码有效性检查失败，允许学生重新输入（3次机会）。 （2）注册识别失败，没有注册（尙未交学费）的学生不能选课。 （3）选择课程确认失败，所选几门课程中在上课时间上发生冲
突时，系统提示重选。
2021/1/16
-
15
3.2.6 用例之间的关联
1．继承关联
2．扩展关联
2021/1/16
-
16
3．包含关联 4．使用关联
2021/1/16
-
17
考虑用例的 关联类型
2021/1/16
-
18
2021/1/16
-
19
3.2.7 用例图实例
2021/1/16
-
20
3.3 定义系统的对象和类
类 - 责 任 - 协 作 者 （ Class-ResponsibilityCollaborator， 简称CRC）技术：
2021/1/16
-
41
（4）“采购管理子系统”中的用例（第三层） • 制定采购计划； • 签订采购合同； • 货物入库检验； • 支付货款； • 检查合同履约。 （5）“库存管理子系统”中的用例（第三层） • 入库管理； • 出库管理； • 库存管理。
2021/1/16
-
42
3.6.5 分层绘制用例图
2021/1/16
-
35
2．具体功能要求
本案例只对其中的“进销存管理子系统”进行详细的需 求分析用例建模。
（1）销售管理 1）制定销售计划 2）与客户签订销售合同 3）检查合同履约率 4）生产调度管理部门组织生产 5）库存管理部门对产品进行入库、出库处理 6）财务管理部门收取客户货款 7）售后服务
基于UML的需求分析和系统设计
基于UML的需求分析和系统设计一、项目开始阶段通过与用户的访谈，确认待开发系统“要做什么”，从企业角度研究：•是否能做•是否能盈利抓住重点：•项目的范围：找出目前已存在的系统，~是否提供了相关的集成接口。
•必要的业务流程：初期应该捕捉“必要的”业务流程，避免对细节的研究。
•项目的技术限制：包括使用的技术以及其他系统间的交流接口规范。
•项目成功关键因素：了解利益相关方对整体项目成功与否最关切的问题是什么，并且评估问题和项目成败的风险是否相关。
上述四个重点，一开始就决定了项目是否会成功，如果项目开始就落入细节性的讨论，反而容易造成项目的失败。
二、需求分析阶段与客户（领域专家）沟通，进行需求的收集和分析，标准文书表达，形成需求规格说明书，交由设计人员进行后续的系统设计工作。
UML的用户例图是用于需要收集和表达的有力工具，但非易事，可能是零散的、没有系统性的。
因此在分析用户例前，可先对企业级的业务流程进行规划和设计，抓住企业的本质工作流，为后续进行详细的需求收集和用例分析做好准备。
1、业务流程设计可以通过“企业级的用例”来完善工作流程规划与设计，不过，大部分领域专家对“用例”的接受度较差，因此可用另一个工具进行企业的建模，即Eriksson和Penker所提出的一个活动图的构造型，称为“Eriksson-Penker业务扩展模型”1）业务流程规划--Eriksson-Penker业务扩展模型Eriksson-Penker业务扩展模型是一种“目标导向”的流程分析方式，主要是将与业务流程相关的重要人、事、物以及这个业务流程所要实现的目标做一个链接，描述了企业重要的人、事、物与流程的关系。
在项目开始队阶段，需求分析人员可以通过“Erikss on-Penker业务扩展模型”找出要开发系统的重要性，利用“目标导向”方式，对业务流程进行适当的切割。
Eriksson-Penker业务扩展模型示例2）业务流程分析--活动图表达业务流程的活动图示例2、需求收集--用例图业务流程相关的用例图示例三、系统设计阶段前一阶段的主要产物是用例图，后续的设计与开发都将以用例驱动，系统设计阶段的主要工作，便是实现用户例。
UML课程设计报告
华北科技学院计算机学院综合性实验实验报告课程名称软件建模技术（UML）实验学期 2015 至 2016 学年第二学期学生所在院部计算机学院年级 2013级专业班级软件B132班学生姓名付元楼学号任课教师曹德胜实验成绩计算机学院制实验报告须知1、学生上交实验报告时，必须为打印稿（A4纸）。
页面空间不够，可以顺延。
2、学生应该填写的内容包括：封面相关栏目、实验地点、时间、目的、设备环境、内容、结果及分析等。
3、教师应该填写的内容包括：实验成绩、教师评价等。
4、教师根据本课程的《综合性实验指导单》中实验内容的要求，评定学生的综合性实验成绩；要求在该课程期末考试前将实验报告交给任课教师。
综合性实验中，所涉及的程序，文档等在交实验报告前，拷贝给任课教师。
任课教师统一刻录成光盘，与该课程的期末考试成绩一同上交到学院存档。
5、未尽事宜，请参考该课程的实验大纲和教学大纲。
《软件建模技术(UML)》课程综合性实验报告就管理人员活动图食堂工作人员活动图8.构件图构件图是从软件构架的角度来描述一个系统的主要功能，使用构件图可以清楚地看出食堂售饭系统的结构和功能，如下图所示。
9.部署图部署图描述了系统描述了系统运行时的食堂售饭系统中的各个物理节点，以及在这些结点上运行的软件结构的视图，如下图所示。
四、实验结果及分析经过这次UML综合实验，我对面向对象UML有了一个更全面的认识和了解，掌握了UML。
UML实验报告范文
UML实验报告范文实验报告：UML图的设计与应用一、实验目的1. 学习掌握UML（Unified Modeling Language）的基本语法、概念和使用方法；2.了解UML各种图的作用和应用场景；3.进行实际案例的UML建模。
二、实验内容与原理1.UML概述UML是一种面向对象软件开发的标准建模语言，它可以帮助设计师、开发者和用户理解问题领域、设计解决方案并进行沟通。
UML建模图主要有用例图、类图、时序图、活动图、状态图和部署图等，用于描述系统的不同层面。
2.用例图用例图是描述系统功能和参与者之间交互的一种图。
参与者表示与系统交互的角色，用例表示系统的功能需求。
用例图是进行需求分析与系统设计的重要工具之一3.类图类图是描述系统中类以及它们之间关系的一种图。
类图由类、关联、聚合、组合、泛化、实现等元素组成，用于描述系统的静态结构。
4.时序图时序图是描述对象之间消息传递的一种图。
时序图主要用于描述系统中其中一特定操作的交互过程，时序图中的对象称为参与者，他们通过消息进行交互。
5.活动图活动图是描述系统中流程和操作的一种图，用于描述系统中活动的业务流程。
活动图可以展示控制流、对象流和数据流，用于描述系统的动态行为。
6.状态图状态图是描述系统中对象状态变化及其转换的一种图。
状态图展示了对象在不同状态之间的转换过程，用于描述系统的状态机。
7.部署图部署图是描述系统中物理部署和组件之间关系的一种图。
部署图主要用于展示系统的物理结构和系统组件之间的关联情况。
三、实验过程1.确定需求分析并编写用例图根据题目要求和系统需求，确定需求分析，绘制用例图。
用例图主要包括参与者和用例，参与者与用例之间通过关系进行关联。
2.分析系统结构并编写类图根据用例图和系统需求，分析系统结构，识别出系统中的类、接口和关系，绘制类图。
类图包括类、接口、关联、聚合、组合、泛化和实现等元素。
3.分析用户操作流程并绘制时序图根据用例图和系统需求，分析用户操作流程，确定对象的活动顺序，绘制时序图。
UML系统分析与设计实验报告模板(用例图分析与设计)
郑州大学软件技术学院《UML系统分析与设计》实验报告实验名称专业、班级姓名学号实验日期指导教师实验报告要求：一、实验目的：（1）了解用例图的作用；（2）熟悉用例图的表示；（3）根据系统的功能分析出系统的用例组成，正确确定用例图中的角色，根据需求文档确定每一个用例的事件流，用Rose正确画出用例图。
二、实验内容与要求：设计实例：为学校的网上选课系统建立用例图并进行用例描述（以添加课程和选课用例为例）。
系统主要功能：管理员通过系统管理界面进入，建立本学期要开的各种课程，将课程信息保存在数据库中并可以对课程进行改动和删除。
学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行三种操作：查询已选课程、选课以及付费。
同样，通过业务层，这些操作结果存入数据库中。
三、实验步骤及成果：1.网上选课系统的参与者有：管理员，学生与人之间为泛化关系：2.参与者与对应的系统行为：管理员：增添课程、修改课程、删除课程学生：查询课程、选课、付费其中管理员与添加课程之间和学生与选课之间是关联关系。
3.网上选课系统用例图：4.网上选课系统用例分析：用例：增加课程参与者：管理员操作流：(1)管理员选择进入管理界面，用例开始。
(2)系统提示输入管理员密码。
(3)管理员输入密码。
(4)系统检验密码。
(5)进入管理界面，系统显示当前所建立全部课程信息。
(6)管理选择增加课程，管理输入新课程信息。
(7)系统验证是否与已有课程冲突。
(8)系统添加新课程，并提示添加成功。
(9)系统回到管理主界面，显示所有课程，用例结束。
四、实验总结本次实验是用例图的第二次实验。
在上次实验完成之后，还没有深刻了解用例图的功能和参与者与用例之间的关系。
经过这次实验，对用例图的使用和关系的确认有了更深的理解。
在以后的实验中能更好的运用用例图来完成实验要求。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
《UML课程设计报告》需求分析——期末论文设计课程名称：__ 《UML课程设计报告》题目名称：MicroBlog需求分析和设计实现工具：_ IBM Rational Rose Enterprise Edition _ 学生学院：_____ 管理学院_ ___ 专业班级：_ 11级信管3班小组成员：李斌(组长) 黄少杰陈明钟栩龙陈志前指导教师：_____ 胡凤___2014年06月25日UML课程设计报告——MicroBlog需求分析和设计目录一、绪论 (3)1.1 UML小组工作分配安排 (3)1.2 选题背景及意义 (3)1.3 业务概况 (4)1.3.1 用户模块 (4)1.3.2 系统管理员模块 (5)1.4 业务目标 (5)1.5 可行性分析 (5)1.5.1 技术可行性 (5)1.5.2 操作可行性 (6)1.5.3 法律可行性 (6)二、业务建模 (6)2.1 涉众概要 (6)2.2 用户概要 (7)2.3 系统边界 (8)2.4 业务主角 (8)2.5 业务用例 (9)2.6 业务用例分析 (9)2.6.1 业务用例场景 (9)2.6.2 业务用例规约 (11)2.6.3业务实体 (13)三、概念建模 (13)3.1 概念用例 (13)3.2 概念用例分析 (15)3.3 概念用例场景 (15)四、系统建模 (19)4.1 系统用户 (20)4.2 系统用例 (20)4.3 系统用例分析 (22)4.3.1 系统用例场景 (23)4.3.2 系统用例规约 (27)4.3.3 UML建模分析： (28)4.4 个人总结 (29)参考文献 (29)一、绪论1.1 UML小组工作分配安排表1-1 UML小组工作分配安排1.2 选题背景及意义21世纪以来，全球进入一个新经济时代——互联网时代，互联网络和信息通信的迅猛发展创造了一个无疆界的数字世界，交易几乎可以瞬时在世界各地完成，服务产品也不例外。
网络营销工具服务产品更有其独特的优势利用信息技术带来的便捷。
服务大中华地区与海外华人为己任，通过旗下五大业务主线为用户提供网络服务的网站。
此外，新浪是中国的四大门户网站之一，和搜狐、网易、腾讯并称为“中国四大门户”。
目前，新浪网已经成为下辖北京新浪、香港新浪、台北新浪、北美新浪等覆盖全球华人社区中文网站的全球最大中文门户。
在这种竞争时代，针对现在互联网上如雨后春笋般不断冒出各类型的网络营销工具，新浪模仿国外知名的Twitter，并结合当前中国特有的现象，打造出适合国人的一个交流平台。
微博，即微博客（Micro Blog）的简称，是一个基于用户关系信息分享、传播以及获取的平台。
用户可以通过WEB、WAP等各种客户端组建个人社区，以140字左右的文字更新信息，并实现即时分享。
微博是一种通过关注机制分享简短实时信息的广播式的社交网络平台。
最早也是最著名的微博是美国twitter。
2009年8月中国门户网站新浪推出“新浪微博”内测版，成为门户网站中第一家提供微博服务的网站，微博正式进入中文上网主流人群视野。
随着微博在网民中的日益火热，在微博中诞生的各种网络热词也迅速走红网络，微博效应正在逐渐形成。
2013年上半年，新浪微博注册用户达到5.36亿，2012年第三季度腾讯微博注册用户达到5.07亿，微博成为中国网民上网的主要活动之一。
微博提供了这样一个平台，你既可以作为观众，在微博上浏览你感兴趣的信息；也可以作为发布者，在微博上发布内容供别人浏览。
发布的内容一般较短，例如140字的限制，微博由此得名。
当然了也可以发布图片，分享视频等。
微博最大的特点就是：发布信息快速，信息传播的速度快。
基于这种情况下，大三时期的数据库及JSP的课程设计，我选择了做一个MicroBlog心情分享空间的应用系统。
目前由于网络的发展，微博的火爆，越来越多的网友愿意在互联网上表达自己的态度看法。
我所做的MicroBlog应用系统是用户进行心情分享的空间，作为一种分享和交流平台，注重时效性和随意性，可以记录下个人每天的心情，表达出每时每刻的思想和最新动态。
1.3 业务概况通过分析现有的新浪微博的模型，得到自己简易的MicroBlog应用系统设计的应该包括：用户注册、登陆的功能，用户可以发表微博、查看微博、删除微博、评论微博，用户可以修改注册信息、密码，以及用户退出系统的功能；系统管理员可以查看所有用户信息。
由此实现用户进行心情分享，表达出每时每刻的思想和最新动态。
图1-1 业务流程图1.3.1 用户模块（1）用户的注册。
通过按要求填写个人信息，包括登录名称、登录密码、电子邮箱、联系电话，进行注册，以获取使用该系统的权限。
（2）用户的登录。
按照注册时的相关登录名称和密码登录，进去系统。
（3）用户的权限。
登录后，用户在个人主页上，发表、查看、删除、评论微博。
（4）用户退出系统。
1.3.2 系统管理员模块（1）管理员对于个人信息的管理（包括修改个人信息和修改登录密码）及对注册用户的管理，对系统的工作进行实时监控。
（2）管理员退出系统。
1.4 业务目标在自己打算做这一个系统之前，首先我应该明确建设一个简易的MicroBlog应用系统的目的是什么、怎么使用这个系统，即业务目标是什么。
通过对业务概况的了解和对实际情况的分析与研究，得到了以下的一些业务目标：（1）提供用户对个人信息管理服务。
（2）提供用户在系统上可以发布微博表达出每时每刻的思想和最新动态以及对微博内容的查看并进行删除、评论的服务。
（3）提供管理员在系统上对个人信息修改的服务。
（4）提供管理员在系统上对注册用户维护管理的服务。
1.5 可行性分析可行性分析是在对该项课程设计就选题、实现是否与课程要求一致研究与分析。
可行性研究是用最小的代价在尽可能短的时间内确定问题是否有必要解决，是否能够解决，是否值得解决。
因此，主要可以从以下三个方面进行分析：1.5.1 技术可行性本系统的开发主要是建立在利用UML建模进行需求分析，对需要开发的系统做全面的分析的基础上，采用JSP技术、java语言、html语言、数据库的相关技术。
而所用到的这些技术都是上专业课学习过的，自己对这些技术有所掌握，并且这些技术都已经相当成熟，可以在课程设计规定的时间内完成。
根据系统要达到的业务目标，开发所采用的技术完全可以做到，足够满足本信息化系统的功能需求。
因此，本系统的开发在技术上是可行的。
1.5.2 操作可行性本系统基于目前一些微博系统机构做过类似的系统，本系统的设计简单，实现用户注册、登陆的功能，用户可以发表微博、查看微博、删除微博、评论微博，用户可以修改注册信息、密码，以及用户退出系统的功能；系统管理员可以查看所有用户信息系统的功能。
操作简单，可以被用户快速掌握并使用。
因此，本系统在操作上是可行的。
1.5.3 法律可行性本系统开发所采用的JSP技术、java语言、html语言、数据库的相关技术和相关数据资料都是基于系统的需求，不违反法律。
因此，本系统在法律上是可行的。
综上分析，课程设计进行本系统的开发，在技术、操作和法律等方面都是可行的，技术上在需求分析上采用UML建模的结构化进行分析，符合课程设计的要求，选题比较合适。
因此MicroBlog应用系统的开发重点在于UML建模分析的选题是可行的。
二、业务建模业务建模是把现实世界的问题转换到对象世界的第一步，是使用UML建模的关键步骤。
通过业务建模，可以把系统需要方的期望通过整理、细化、分析等方式处理成系统设计方的原始设计蓝图。
在业务建模阶段，首要工作是收集涉众概要，明确系统需要方的期望。
然后从涉众概要出发，完成两项工作：第一，分析出系统边界，制定系统的范围，界定系统的使用权限；第二，分析出业务用例，明确系统的使用，界定系统的工作。
最后为业务用例做分析，描绘用力场景和书写用例规约。
值得注意的是，用户概要不是必须的，但是用户概要可以帮助系统建设方更好的了解未来系统使用者的情况，有利于开发出更人性化的系统。
2.1 涉众概要涉众概要是指收集每类参与系统建设的人员对系统成功建设的期望。
涉众概要是非常重要的内容，因为成功的系统，其显著的标志就是是否满足了涉众的期望。
表2-1 MicroBlog应用系统涉众概要2.2 用户概要用户概要是指收集计算机的预期操作人员的一些概况、特点和使用系统的方式。
获得用户概要的主要目的是为了提高系统的交互友好性、美观度。
表2-2 MicroBlog应用系统用户概要2.3 系统边界系统边界的界定可以更好的识别系统的外部和内部。
清晰的边界界定有利于后续的建模工作。
图2-1 系统边界的界定2.4 业务主角业务主角是指直接和系统交互的涉众。
业务主角需要从涉众中获取，通过分析涉众概要和用户概要，本节按照系统边界区分的角度来描绘本系统中的业务主角。
（1）注册用户由访问系统的未注册用户经过注册得到。
（2）管理员是系统预先设定的。
2.5 业务用例业务用例可以通过岗位手册、业务流程指南、职务说明等一些文件中获取，也可以从涉众分析中获得灵感。
业务用例的作用主要是找出业务主角希望通过系统做的具体事情（对意见功能的描述）。
本节将按照业务主角的角度来描绘业务用例。
图2-2 业务用例2.6 业务用例分析业务用例分析是对上一节中获得的每个业务用例进行分析，分析业务用例里面的操作步骤，从而进一步了解每个业务用例中业务主角之间的协作关系。
2.6.1 业务用例场景未注册用户业务用例场景图：注册用户业务用例场景活动图：图2-3未注册用户业务用例场景图管理员业务用例场景活动图：图2-4管理员业务用例场景活动图2.6.2 业务用例规约表2-3“未注册用户”业务用例规约表2-4“注册用户”业务用例规约表2-5“管理者”业务用例规约2.6.3业务实体表2-6 业务实体三、概念建模概念建模，从逻辑上应该归属于业务建模的子集。
其根本目的在于对业务建模中复杂或需要再造流程的业务用例进行分析，从而更明确业务用例的工作目的和意义，以便于后续阶段的处理。
通过概念建模，可以实现把相对复杂的业务用例分解、简化分析，对有逻辑交集的业务用例割离、抽象，对需要调整流程的业务用例提出合理的调整方案。
在概念建模阶段，首先要整理业务用例，找出需要进行概念建模的业务用例。
然后，分析这些业务用例，提取出概念用例。
最后描绘用力场景，进一步细化业务用例。
3.1 概念用例本节通过分析业务建模中的业务用例，归纳出了需要进行概念建模的业务用例，原因如下：(1) 注册用户的业务用例“发布微博”有几种方式，需要做概念用例分析；(2) 注册用户的业务用例“浏览微博”、“删除微博”“评论微博”“修改个人信息”“修改密码”“关注好友”“私信”逻辑基本一致，故对其中一个“浏览微博”做概念用例分析即可；(3) 未注册用户的业务用例“注册信息”、管理员的业务用例“修改信息”比较简单，不必做概念用例分析；(4) 管理员的业务用例“管理注册用户”比较复杂，需做概念用例分析。