软件建模与分析课程设计课件
《用例建模与分析》PPT课件
5. 用例
用例描述一系列动作，系统执行这些动作，以产生某个特定参与者能 够观察到的结果。即用例是参与者与系统之间对话的抽象，描述可能的 交互，而不深入某个场景的详细细节。
在UML中，使用带有描述参与者目标标签的椭圆形表示用例。使用直线
表示通信链接，将用例连接到一个或多个参与者。如在与ATM系统的交
互过程中，客户目标之一是从账户中取款，其用例可表示如下。
《include》关系用于两个或多个用例中，以共享事件流中某些公共部分。 然后将该公共部分分组并提取出来，形成一个包含用例，在两个或多个用 例中共享。 2. 《extend》关系
如果两个用例相似，但一个用例比另一个用例所做的事稍多一些，则可 以使用《extend》关系。例如，可以使用一个用例来捕获典型情况（基本 用例），然后使用扩展来描述各种变化，使基本用例可以有条件地调用某 个用例。即扩展用例向基本用例中添加了一些额外的行为。如取款有一个 可能的行为，就是需要处理超额取款。
中得到。如下面的例子所示。
5
3 GIS软件工程—用例建模与分析
报税表可以由纳税人（直接参与者）直接提交，也可以通过Internet或邮 寄进行，若是后面一种情况，就需要数据录入员将报税表单中的数据录 入系统，数据录入员可视为次要参与者，因为他们帮助报税人处理报税 表单。
4. 参与者与角色
在用例建模中，参与者的精确含义应该是一组角色，个人或其它外部 系统都能扮演这些角色。同一个人可以在不同的时间扮演不同的角色， 具有相同职务头衔的职员，可以扮演不同的角色以适应业务需求的需要。
12
3 GIS软件工程—用例建模与分析
3.6.2 用例建模的UML表示法小结
现将用例建模的UML表示法小结如下：
第6章 软件需求分析与建模 ppt课件
10
ppt课件
Computer& Information
6.1.2 建模的目标与要点
建模是需求分析的主要手段，它通过简化、 强调来帮助需求分析人员理清思路，达成 共识
1.建模的目的
帮助我们按照实际情况或按我们需要的样式对系 统进行可视化；
提供一种详细说明系统的结构或行为的方法； 给出一个指导系统构造的模板； 对我们所做出的决策进行文档化。
4.数据流图应用基础
(3)数据流图的绘制过程
①构建顶层图——“课程注册系统”
31
ppt课件
Computer& Information
4.数据流图应用基础
(3)数据流图的绘制过程
②根据业务事件绘制DFD片段
32
ppt课件
Computer& Information
②根据业务事件绘制DFD片段
33
如何选择UML图 ？
14
ppt课件
Computer& Information
第6章 需求分析与建模最佳实践
6.1 需求分析与建模的要点与误区分析 6.2 周期一:理清框架与脉络 You are here!
你在这儿！
6.3 周期二：确定需求细节 6.4 其他需求分析
15
ppt课件
Computer& Information
二是了解流程的类型；
生产性流程，管理性流程，支持性流程
三是掌握以业务事件识别、寻找流程的技巧。
流程分析产物，最常使用的模型有三种：
跨职责流程图、活动图和数据流图。
20
ppt课件
Computer& Information
2. 跨职责流程图应用基础与要点
软件分析与设计--课程设计
Slide 11
课程设计报告内容
课程设计报告内容包括三部分：
•项目名称及简介（需求分析和总体设计部分详 细内容可以只由组长打印装订，组员可以只标明 该部分参见组长***的报告即可）； •自己完成的部分项目内容详细描述（每个人都 不相同）； •开发日志；
Slide 12
课程设计时间节点
19周星期三上午上交分组名单和项目名称 以及每个成员要完成的详细设计模块清单； 19周星期五下午进行小组需求分析和总体 设计部分验收； 20周进行各自任务的详细设计、实现、测 试和相关报告； 20周五下午逐个同学进行项目验收；
Slide 9
课程设计报告的基本要求 1、用A4纸打印。项目标题：3号黑体，其他标题：4 号黑体或逐次设定，正文内容：小4号宋体。 2、内容包括：项目小组人员组成、设计题目、方案 说明、开发计划、需求分析、软件设计及测试用例、 测试结果及分析等。 3、课程设计结束后，每人要求提交一份打印版课程 设计报告，主要包括小组分工简介和自己完成的那 部分内容介绍，共同内容部分（需求分析和总体设 计）可以打印装订到组长那份报告中；以班为单位， 按小组提交设计的系统源代码及文档电子版到知道 老师处。
方法、技术、标准和规范，进行软件开发的能力，同时培养学生的合作
意识和团队精神，培养学生对技术文档的编写能力 等。
Slide 4
课程设计的教学目的与要求 教学要求 ：本课程设计要求学生采用“项目小组” 的形式，结合具体的开发项目进行设计。具体要求 如下： 1）每个班级按项目小组进行分组，每组不得超过5 人； 2）每个项目小组选出项目负责人或项目经理，由项 目经理召集项目组成员讨论、选定开发项目，项目 的选定必须考虑“范围、期限、成本、人员、设备” 等条件；项目经理负责完成项目管理，并根据项目 进展情况对项目开发计划进行调整。
第二部分 软件需求分析与建模(57)jiang2PPT课件
导出需求
导出需求应理解问题
范围问题：系统的边界，是客户和开发者共同关心的部 分
理解问题：确定业务需求、需求冲突、说明有歧义和不 可测试的需求
易变问题：分清需求稳定部分和易变部分
收集活动：
识别真正的客户/用户 正确理解客户的需求 耐心听取客户意见和思考 尽量使用符合客户语言习惯的表达
过程包括： 初步沟通 导出需求:范围问题、理解问题、易变问题
（大师说：“没有不变的需求，世上的软件都改动过3次以上，唯一 一个只改动过两次的软件的拥有者已经死了，死在去修改需求的路 上。”）
分析和精化 可行性研究 协商与沟通 规格说明：规格说明书 需求验证 变更管理
初步沟通
业务领域的共利益者（如业务管理人员，市场营销人 员，产品管理人员）定义业务用例
输出是一份需求开发评价报告，对需求工程和系统开 发是否值得做的具体建议和意见
三个问题：
系统是否符合机构的总体要求？ 系统是否可以在现有的技术条件、预算和时间限制内完
成？ 系统能否把已存在的其他系统集成？
协商与沟通
调节冲突和问题 需求排序 识别和分析与每项需求相关的风险、开发工作量、成
软件需求
功能需求：描述系统预期提供的功能或服务
系统应提供的服务 如何对输入做出反应 系统在特定条件下的行为
非功能需求：指那些不直接与系统具体功能相关的一 类需求
性能需求 机构需求 外部需求
功能需求
软件系统的功能需求描述可以有许多方式：
文字描述 图表表示
功能需求可以以不同的详细程度反复编写和细化 功能需求描述应该完整而且一致和准确
完整性意味着用户所需的所有的服务应该全部给出描述 一致性意味着需求描述不能前后矛盾 准确性是指需求不能出现模糊和二义性的地方
软件需求分析与建模.ppt (1)
打印进程
架存图书
出售图书
售出图书
图 “售书处理”的用例分析类图
3、 用例分析交互图
“售书处理”的用例分析交互图
：书目 3:取书目信息 1:书号及册数 2:书号及册数 5:待售图书 6:待售图书 7:书单 :打印进程
:售书员
图书信息 :售书界面 :产生待售图书 4:图书信息
:待售图书
:开书单 10 :售出图书
售书员与系统的交互界面 存放“查询”、“浏览”产生的“出库 单信息” 接收售书员的查询条件 把出库单信息从数据库中删除 把所有出库单显示给售书员 根据输入的表单编号以详细表单的形式 显示相应出库单 以详细表单的形式显示选定的出库单 售书员与系统的交互界面 售书员与子系统的交互界面 售书员与子系统的交互界面
概念类名
表1 概念类字典目录 说 明
条目编号
出库单界面
接收出库图书信 息 保存出库单 提交出库单
售书员与系统的交互界面
接收待出库图书的书号和册数 保存出库单到数据库中 提交出库单到数据库中，信息一但提 交就不能进行修改
C-2-01
C-3-01 C-3-02 C-3-03
打印出库单
清空出库单 书目 出库图书 出库图书信息
C-2-02 C-1-03 C-3-06 C-3-07 C-3-08 C-3-09 C-3-10 C-2-03 C-2-04 C-2-05
查询架存界面 删除架存界面 打印架存界面 书库图书 上架图书信息 上架图书 架存图书
售书员与子系统的交互界面 售书员与子系统的交互界面 售书员与子系统的交互界面 库存中的图书的基本信息 待上架图书的基本信息 每次上架图书的基本信息 架存中的图书的基本信息
保存盘架单到数据库中
软件建模与分析课程设计课件
感谢您的观看
汇报人：
编写目的：明确软件需求，为后续设计和开发提供依据 编写流程：收集需求、分析需求、编写规格说明书 内容要求：清晰、准确、完整地描述软件需求 注意事项：与用户充分沟通，确保规格说明书的质量和准确性
系统设计
架构类型：选择合适的架构类型，如分层架构、事件驱动架构等
组件设计：定义系统中的各个组件及其功能
考虑数据库的安全性和可靠性，进 行权限控制和备份恢复等操作
用户界面：简洁明了，易于操作 交互设计：友好、高效、人性化 视觉设计：美观、统一、符合目标用户审美 设计原则：易用性、一致性、可扩展性
用户权限管理：对不同用户设置不同的访问权限，保证数据的安全性。 数据加密：对敏感数据进行加密存储，防止数据被非法获取。 输入验证：对用户输入的数据进行合法性验证，防止恶意攻击。 日志审计：记录用户的操作日志，便于追踪和排查安全问题。
系统实现
选择编程语言：根据系统需求和开发团队的技术栈选择合适的编程语言，如Java、Python、 C++等。
选择开发工具：集成开发环境（IDE）可以提高开发效率，如Eclipse、Visual Studio Code等。
考虑系统性能：选择高效、稳定的编程语言和开发工具，以确保系统性能和稳定性。
版本控制工具： 如Git，用于管理 代码版本，方便 回溯和协作。
自动化测试工具： 如JUnit，用于提 高测试效率和代 码覆盖率。
性能分析工具： 如Visual Studio Profiler，用于检 测代码瓶颈和优 化性能。
代码审查工具： 如SonarQube， 用于检查代码质 量并提供改进建 议。
模块测试：对 每个模块进行 测试，确保模 块的功能正确 性和性能符合
软件工程需求建模ppt课件
三个子模型与五个层次
• 面向对象分析大体上按照下列顺序进行：寻找类一＆一对 象，识别结构，识别主题，定义属性，建立动态模型，建 立功能模型，定义服务。
• 但是分析不可能严格地按照预定顺序进行，大型、复杂系 统的模型需要反复构造多遍才能建成。
• 通常，先构造出模型的子集，然后再逐渐扩充，直到完全、 充分地理解了整个问题，才能最终把模型建立起来。
5.4.2 需求陈述
软件工程
• 书写要点
– 通常，需求陈述的内容包括：
• 问题范围 • 功能需求 • 性能需求 • 应用环境及假设条件等。
总之，需求陈述应该阐明“做什么”而不是“怎样 做”。
软件工程
5.4.2 需求陈述（续）
• 需求陈述注意事项：
– 应该避免对设计策略施加过多的约束，也不要描述 系统的内部结构，因为这样做将限制实现的灵活性
软件工程
5.4.3 建立对象摸型
• 面向对象分析的首要工作，是建立问题域的对象模型，因 为静态数据结构相对比较稳定
• 对象模型通常有五个层次。典型的工作步骤是:
– 首先确定对象类和关联（因为它们影响系统整体结构和解决问题 的方法）
– 对于大型复杂问题还要进一步划分出若干个主题； – 然后给类和关联增添属性，以进一步描述它们； – 接下来利用适当的继承关系进一步合并和组织类。 – 而对类中操作的最后确定，则需等到建立了动态模型和功能模型
– 是按照用户的观点对数据建立的模型 – 数据模型包括三种互相关联的信息：数据对象，
描述对象的属性，描述对象间相互连接的关系。 –不涉及数据世界的数据结构、存取路径、存取
效率等问题。它可以转换成数据库中的数据模 型。
课件—UML系统建模与分析设计1
3．Coad-Yourdon的面向对象方法论
（1）面向对象分析（OOA）步骤
类及对象层。
结构层。
主题层。
属性层。
服务层。
（2）面向对象设计（OOD）步骤
2019/11/3
UML系统建模与分析设计
2019/11/3
UML系统建模与分析设计
23
2．结构化设计步骤
首先研究、分析和审查数据流图。从软件的需 求规格说明中弄清数据流加工的过程。 然后根据数据流图决定问题的类型。 由数据流图推导出系统的初始结构图。 优化软件结构。 描述模块接口。 修改和补充数据词典。 制定测试计划。
2019/11/3
39
2）系统管理层开发步骤 强调团队技术管理。 明确用户关键需求。 建立系统分析模型。 完善设计系统结构。 系统实现。 软件交付。
2．Jacobson的面向对象方法 （1）建立面向对象分析模型的过程 1）建造用户需求模型。 2）建造系统分析模型。
2019/11/3
UML系统建模与分析设计
40
（2）建立面向对象设计模型的过程
2019/11/3
UML系统建模与分析设计
17
1.3.3 软件生存周期
2019/11/3
UML系统建模与分析设计
18
１．软件定义
（1）软件系统的可行性研究 1）经济可行性研究。 2）技术可行性研究。 3）法律可行性研究。 4）方案的选择。
（2）需求分析 1）任务。 软件功能需求： 软件性能需求： 软件系统运行环境： 2）按需求建模。 3）软件需求规格说明（Software
《软件建模与》PPT课件
参与者
< < in c lu d e> > 关系
B u y S u b s c rip tion
< < in c lu d e> >
C lerk
M ake charges 用例
信用卡服务商
S u rvey s ales
监督员
售票系统的用例图
完整版ppt
11
类
Custom er nam e : S tring ph one : S tring
角色（Actor）代表外部用户或其他系统，用例（Use-case）表示系统能够提供的 功能，通过列举角色和用例，显示角色在每个用例中的参与情况。
其他视图的核心和基础，其他视图的构造和发展依赖于用例视图所描述的内容。 静态地描述系统功能，主要为用户、设计人员、开发人员和测试人员而设置。
设计视图（Design View）
图（Diagrams）：系统模型中每一个视图的内容是由一些图来描述的， UML中包含九种图。
对整个系统而言，其功能由用例图描述，静态结构由类图和对象图描 述，动态行为由状态图、时序图、协作图和活动图描述，而物理架构 则是由组件图和分布图描述。
完整版ppt
9
UML的概念模型：图（2）
用例图
用例图定义了系统的功能需求，它完全是从系统的外部观看系统功能，并不描述 系统内部对功能的具体实现。
类图
类图描述系统的静态结构，表示系统中的类以及类与类之间的关系。
对象图
对象图描述了一组对象以及它们之间的关系，表示类的对象实例。
状态图
状态图表示一个状态机，强调对象行为的事件顺序。
时序图和协作图
时序图和协作图均表示一组对象之间的动态协作关系，两者之间可以相互转换。 时序图反映对象之间发送消息的时间顺序,协作图反映收发消息对象的结构组织。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
计算机技术与工程学院课程设计报告课程名称：软件建模与分析课程设计设计题目：教材管理系统学生姓名：耿誉学号：1204431117专业班级：软件1241指导教师：潘欣赵健起止时间：9月7日至9月18日成绩评定内容表现成果报告总评成绩2015-2016第1学期《软件建模分析课程设计》任务书指导教师：潘欣赵健佘向飞付浩海班级：软件1241-2 地点：9教机房409,411时间：第1、2周一、课程设计目的1、进一步理解、掌握UML的基本概念、结构、语义与表示方法；2、综合运用UML和其它先修课程的理论和知识，掌握面向对象的软件建模与分析的一般方法、常用技术及技巧，树立良好的软件建模思想，培养分析问题和解决实际问题的能力；3、学会使用Star UML建模工具，运用UML建模思想及方法，对各类软件系统进行分析、设计、建模。
二、课程设计内容课程设计参考题目如下：1. 小区物业管理系统2. 高校工资管理系统3. 教材管理系统4. 酒店管理系统5. 高校教职工管理系统6．图书管理系统7．火车订票管理系统8．企业人事管理系统9．商品库存管理系统10．医院药品管理系统11. 学生成绩管理系统12. 高校学籍管理系统13. 航空订票管理系统14. 学费管理系统15. 城市居民户籍管理系统16．超市管理系统17．学费管理系统18．车辆管理系统19. 房地产管理系统20. 企业物资管理系统21、其它自选题目学生可任选一题或自拟题目（需经指导老师审核批准）。
在分析设计题目，做好系统需求基础上，进行如下主要设计：分析问题领域：确定系统范围和系统边界，设计用例图设计静态结构模型：建立类图，对象图，包图，数据库建模设计动态行为模型：建立时序图，状态图，协作图，活动图设计物理模型：建立组件图，配置图设计要求：系统设计建模符合面向对象的设计准则及规则。
如：准则：模块化、抽象、信息隐藏、低耦合和高内聚等；规则：1）设计结果清晰易懂2）一般到具体的抽象深度应适当3）尽量设计小而简单的类4）使用简单的消息协议、函数或方法5）把设计变动减至最小三、时间安排序号完成内容时间（天）1 设计准备及需求分析 22 设计静态结构模型 43 设计动态行为模型 54 设计物理模型 1.55 编写设计报告书 1.56 总结和答辩 17 合计14四、基本要求（1）要求独立完成自己题目的课程设计，如有抄袭，成绩按不及格处理；（2）要求学生利用软件建模与分析课程所学知识和方法独立完成所布置题目；（3）掌握面向对象的分析方法，会绘制用例图、类图、对象图、包图、交互作用图、活动图、状态图、组件与部署图以及数据库设计图；（4）遵守机房制度；严格遵守纪律，不迟到，不早退，无故缺勤者，成绩按不及格处理；（5）能够积极上网查询所需资料；（6）提交设计报告书，可以选择打印和手写；（7）需要参与设计答辩五、答辩与评分标准通过设计答辩方式，并结合学生的动手能力，独立分析解决问题的能力和创新精神，总结报告和答辩水平以及学习态度综合考评。
成绩按五级分进行评定，成绩分为优、良、中、及格、不及格。
（1）平时表现：30分；（2）课程设计报告：30分；（3）课程设计答辩：40分，其中完成基本功能30分，回答问题10分。
六、报告要求包含UML图以及必要的文字说明七、参考文献[1]．谭火彬. UML2面向对象分析与设计. 清华大学出版社[2]．Michael Blaha James Rumbaugh .UML面向对象建模与设计(第2版).人民邮电出版社[3]. 谢星星. UML基础与Rose建模实用教程. 清华目录1. 选题和需求分析 (1)2. 系统用例模型 (1)2.1. 总体用例图 (4)2.2. 和系统管理员相关的用例图 (4)2.3. 和教务处管理员相关的用例 (5)2.4. 和院系管理员相关的用例图 (6)2.5. 和教辅人员相关的用例图 (10)2.6. 和学生相关的用例图 (10)3. 系统静态模型 (11)4. 系统动态模型 (12)4.1. 教师录入成绩用例的动态模型 (12)4.2. 课程管理用例的动态模型 (12)4.3. 顺序图和协作图 (13)4.4. 状态图 (14)5. 系统部署模型 (14)6. 设计总结 (16)1. 选题和需求分析设计选择的题目：教材管理系统经过分析本题目对应的功能性需求包含以下内容：随着学校教育改革的不断深化，学校规模的不断扩大，原有的手工方式的教务管理不但工作量大而且效率也往往不能令人满意。
所以，传统的学籍管理方法已不能适应高校发展的需要。
随着教育改革的深入发展，将会要求教育管理部门提供更为丰富的信息。
这就需要用科学化的方法来管理教务信息。
而现代信息技术和网络技术的出现和不断发展给教育现代化管理引入了新的定义，用信息技术和网络技术来改变传统教育管理模式是教育发展的必然趋势。
建立一套完善的高校教务管理系统，不但可以大大提高教务管理工作的效率，而且可以建立起一套完整的教务信息资料库，可以和其它管理部门的信息系统紧密结合，轻松、条理、准确的完成整个学校的教务管理工作。
本文是从教务管理工作的实际出发，基于UML对教务管理系统建模，该系统将有效地减轻管理人员的工作负担，高效、规范地管理大量的教务信息。
教务系统管理顶层划分为：1）教师教师是教材管理重要的角色之一。
没有教师就无法完成教材管理。
教师的主要职责有：A.学籍管理。
可以管理学籍信息。
B.计划任务。
可以制定一系列的任务计划。
C.更改密码。
可以更改系统的密码。
2）校级管理员校级管理员是拥有全部权限的，其主要的职责有：学籍管理、计划任务、成绩管理、学课表处、新生管理、系统信息、用户管理、学费查询、信息导出、更改密码。
3）学员它是教材管理系统基本用户之一。
学员的主要权利有：A.学籍管理。
B.成绩管理。
4) 分教点它是教材管理系统基本用户之一。
主要权利有：A.学籍管理。
B.成绩管理。
5)系级管理员它是教材管理系统主要组成部分。
它拥有的权利有：学籍管理、计划任务、成绩管理、新生处理、学费查询、更改密码。
2. 系统用例模型用例视图是从用户的角度看到的或需要的系统功能，是被称为参与者的外部用户所能观察到的系统功能的模型图。
建立用例模型，首先应确定参与者。
教务管理系统的参与者有：系统管理员、教务处管理员、院系教务管理员、教师/ 教辅人员及学生。
其中，学生和教师/ 教辅人员是多个，院系教务管理员是几个，教务处管理员和系统管理员是一个。
（1）总体用例图教师校级管理员学籍管理计划任务成绩管理学课表处新生处理系统信息用户管理学费查询信息导出更改密码学员分教点系级管理员（2）教务管理系统相关用例用户教务处管理员系统管理员教辅人员学生院系教务管理员《extends 》《extends 》《extends》《extends 》《extends 》（3）和系统管理员相关的用例：用户权限更改、日志维护、增加用户、删除用户和管理系统后台数据管理。
更改用户权限增加用户删除用户日志维护管理系统后台数据系统 管理员《uses 》《uses 》《uses 》《uses 》《uses 》（4）和教务处管理员相关的用例：教师排课管理、教学计划管理、成绩管理等。
教务处管理员排课管理教学计划管理成绩管理《uses》《uses》《uses》（5）和院系教务管理员相关的用例：教学计划的录入与变更、新教师的管理、全系课表的查询等。
院系教务管理员录入教学计划变更教学计划新教师管理查询全系课表《uses》《uses》《uses》《uses》（6）和教师/ 教辅人员相关的用例：成绩的录入与查询、课表查询、评教查询等。
教辅人员录入成绩查询成绩查询课表查询评教《uses》《uses》《uses》《uses》（7）和学生相关的用例：成绩查询、教师评教输入、个人信息的录入与查询等学生查询成绩输入教师评教录入个人信息查询个人信息《uses》《uses》《uses》《uses》3. 系统静态模型根据对教材管理系统需求的分析，本系统的类图如下：用 户+-账号+-密码系统管理员+-id教务处管理员+-id +-姓名成绩+-学生id +-课程名+-分数教师+-id+-系部名+-姓名院系教务管理员+-id+-系部名学生+-姓名+-年龄+-系部名+-id系部类+-系部名+-id课程计划+-id+-课程集合+-专业名此类图为教材管理系统静态建模，在教材管理系统中存在各种类，而且类与类之间也不是被割裂的，相互之间又存在各种关系( 如继承、关联、依赖和聚集等)，可以分化为以下相关类：报表类(Form)、学生类(Student)、教师类( T e a c h e r ) 、系统管理员类( S y s _ M a n a g e r ) 、院系教务管理员类(Dep_Manager)、系部类(Department)等4. 系统动态模型顺序图和协作图：（1）教师录入成绩的动态模型: 学生登录界面成绩管理界面学生成绩信息1 : 登陆()2 : 身份验证()3 : 通过验证()4 : 进入成绩界面()5 : 录入成绩信息()6 : 查询成绩信息()7 : 提交成绩信息()8 : 存入数据库()9 : 退出成绩界面()状态图：登陆管理员登陆非管理员登陆登录基本信息界面活动图：系统登录界面检查用户名检索学生信息表非管理检验管理员密码是管理检验用户密码存在检索教师信息表不存在存在登陆选课界面密码正确登录课程基本信息管理界面密码正确不存在密码错误密码错误登录学生选课界面登陆教师选课界面学生教师5. 系统部署模型组件图用户成绩教务处管理员系统管理员学生教师课程计划系部类院系教务管理员本系统主要有部分组成，并连接教材的数据库系统，各个分支有各个不同的角色管理，分工明确，思路清晰。
部署图客户端浏览器HTTP服务器数据库服务器打印机该部署图包括客户端，HTTP服务器，，数据库服务器，打印机4个节点。
其中客户端和服务器通过HTTP方式连接，服务器和数据库和打印机通过JDBC 方式连接。
6. 设计总结UML是一种功能强大的、面向对象的可视化系统分析语言，它采用一整套成熟的建模技术，广泛地适用于各个应用领域，它的各个模型可以帮助开发人员更好地理解业务流程，建立更可靠、更完善的系统模型，从而使用户和开发人员对问题的描述达到相同的理解，以减少语义差异，保障分析的正确性。
本文采用了UML对教务管理系统进行了建模，将复杂的教学管理系统用简单明了的可视化图形表示出来，对整个教务管理系统的开发设计提供了必要的参考模型。
采用该方法优于传统的过程开发方式，能够对整个开发过程提供灵活、一致、易读的表达，在很大程度上降低了软件开发的风险性，提高了软件开发的质量。
对于建模过程中遇到的问题通过上网查资料，问同学并和他们进行讨论，得到了比较满意的解决，避免了自己眼高手低，从实践中发现自己的不足，并及时改正。