[理学]UML案例.ppt

使用UML的面向对象分析与设计（总复习与案例研究） ——学生成绩管理系统 复习 （1）什么是UML？ UML就是一种统一建模语言，提供各种关系图来表示软件系统的结构和设计，是面向对象分析与设计的一种标准表示，有助于团队沟通，探索潜在的设计并验证软件的架构设计。 复习 （2）使用UML进行分析与设计的步骤？ 需求建模（用例图） 静态建模（类的分析与设计） 确定初始类图 提取类的属性 提取操作 类之间关系 动态建模（使用顺序图和活动图描述类的主要操作的实现过程） 架构建模 包关系图 部署关系图 学生成绩管理系统——需求建模 需求建模 描述现有流程的运作方式以及每个人在流程中扮演的角色。着重开发能够自动化的区域 需求收集的方法 用例图：描述目标系统中用例和角色的交互 软件需求规格说明书（SRS）P3.25 学生成绩管理系统——需求建模 学生成绩管理系统——需求建模 需求分析 角色：学生 学生成绩管理系统 角色：教师 学生成绩管理系统 角色：系统管理员 学生成绩管理系统 学生成绩管理系统 学生成绩管理系统 需求转化为设计 在设计前需要确定系统的边界和项目的范围，要细化系统定义。通过用例关系图来创建的。（包含、扩展） 学生成绩管理系统 登记成绩用例、修改成绩用例：教师需要选择班级和课程，然后登记、修改成绩，存在包含关系。 学生成绩管理系统 用例细节文档化 第三人称主动语态 Example: 用例名称：管理员登录 参与执行者：系统管理员 前置条件：JSP环境配置成功，且index.jsp成功运行 主事件流： 系统管理员输入自己的用户名和口令 若口令不正确，拒绝登录，并给出错误信息 若口令正确，打开后台信息控制中心主窗口 学生成绩管理系统 需求建模步骤： 业务流程调查 用例分析 使用用例图描述每个角色的业务活动，使用用例描述详细描述每个用例的主要功能。 用例图是面向对象需求设计的核心，是后续分析设计的依据，一定要用此准确，不要产生二义性。 课堂练习： 完成学生成绩管理系统需求分析，并形成SRS。 SRS参考样例：P3.25-3.36 确定系统边界、细化：P4.22-4.23 第二次课：类图分析和设计 接下来要进行静态建模，最主要的就是创建类和对象关系图。 类的确定 确定关联 确定属性 确定方法 需求陈述 系统管理员输入用户名、密码登录系统后，可管理（输入、修改和删除）系部信息（系部名称、系部编码等）、班级信息（班级名称、班级编码）、学生信息（学号、姓名、性别）、教师信息、课程信息（课程编号、课程名称）、用户、成绩；教师输入用户名、口令登录系统后可进行注册、修改成绩、录入成绩和修改教师个人信息；学生登录系统可查询成绩、修改学生个人信息。 学生成绩管理系统——静态建模 去除不必要的类和不正确的类： 1冗余类：若两个类表述同一信息，保留最具有描述能力的类； eg:教师个人信息、学生个人信息=教师、学生 2不相干的类：去掉与问题没有多少关系和根本不相关的类； 3 模糊类：类必须是确定的，有些临时类边界定义不对，或范围太广，应排除； 4属性：如果有些名词是用来描述某个类的，那么它一定是这个类的属性。 例如“课程编号”、“课程名称”是课程类的属性，应该删除。还有系部和班级、学生等的描述是属性。 5操作：如果所描述的操作并不适用于对象并且被自身所操作，那么这一定不是类。 这样进而得到系统正式的类有：系统管理员、教师、学生、课程、成绩、系部、班级、超链接 确定关联 两个类之间的相互依赖就是关联，关联常用描述性动词或动词组来表示，其中有物理位置的表示、传导的动作、通信、所有者关系及条件的满足等等。 根据成绩管理系统的用例描述提取到的动词或动词组如下： 学生管理、教师管理、课程管理、班级管理、系部管理、学生已拥有某门课程的成绩、教师所属系部、学生所属系部班级、教师登分 经过抽象后，得到最后的关系描述词语为管理、属于和拥有，那我们就可以得到初始类 确定属性 在“学生成绩管理系统”中，属性drivername和url是用来连接SQL Server数据库的。 从以上分析看出类“课程”、“学生”、“成绩”等都具有属性“drivername”和“url”， 那么我们就可以抽象出一个“conn”类，该类具有上述两个属性。 确定方法 从上述的需求分析中提取相关动词词组，得到“学生成绩管理系统”主要动态行为。 教师注册：通过教师类向数据库中写入教师自己的个人信息； 教师登录：从数据库中读取教师的注册信息，并与网页上输入的登录信息比较，如果一致登录成功；否则，提示错误信息； 教师登分：向数据库中添加、删除、更新学生的成绩信息； 学生注册：通过学生类向数据库中写入学