学生档案管理系统UML图
UML图书管理系统设计说明书
2012届北京化工大学北方学院NORTH COLLEGE OF BEIJING UNIVERSITY OF CHEMICAL TECHNOLOGYUML系统建模设计说明书指导教师：母俐丽设计题目基于JSP图书馆管理系统的分析与设计学院信息学院专业软件工程班级软件0806班小组成员闫玉虎： 070203020小组成员葛华兵： 080203144小组成员张传洋： 0802031612011 年 06 月设计要求1概述1.1.1 开发背景业务建模和需求分析的目的是对数字图书馆进行评估，采集和分析系统的需求，理解系统要解决的问题，重点是充分考虑系统的实用性。
结果可以用一个Use Case模型表达（图2），模型中的活动者代表外部与系统交互的单元，包括用户、图书馆工作人员和外部信息源；UseCase是对系统需求的描述，表达了系统的功能和所提供的服务，包括采购子系统、编目子系统和流通子系统。
对于数字图书馆而言，流通子系统还应该考虑到普通书刊流通和电子书刊流通的区别。
电子书刊是指内容为数字格式、发行为电子方式、用计算机阅读和存储的电子读物，可以实现普通书刊所没有的全文检索、页面批注、摘要、字体缩放等功能。
用户无论何时何地，都可以在线借还，这是数字图书馆服务功能的一个重要组成部分，也是对传统图书馆服务功能的延伸和拓展，其中的关键是流通子系统在实现时必须能对电子书刊的版权、以及可以同时借阅的用户数进行保护和控制。
1.1.2 图书管理系统的特点图书管理系统是图书管理人员对图书有效的管理的一种不可缺少的工具,具有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高图书管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。
因此，开发这样一套管理软件成为很有必要的事情,在下面的各章中我们将以开发一套图书管理系统为例,谈谈其开发过程和所涉及到的问题及解决方法。
系统的需求分析
其次是对需求问题的完整理解，用户对计算机系统的能力和 限制缺乏了解，任何一个系统都会有很多的用户或者不同
5.2.1系统功能的识别
系统的功能就是软件系统所提供加工、分析和处理用户请求 的方法和过程。它表现在人们如何使用系统和系统提供哪些 功能两个方面。在UML中表示系统功能方法是利用用例图的
下一页 返回
5.2系统功能和角色的识别
方式来描述系统的功能。比如，一个学籍管理系统，可以提 供学生档案管理、班级管理和课程设置和成绩管理等功能。 这些都可以作为用例，是系统向最终用户提供的功能。通过 使用用例观察系统，能够将系统实现与系统目标分开，有助 于让开发人员了解最重要的部分——满足用户需求和期望， 而不会只注重实现细节。 系统的功能实现和正确表示可以使客户易于了解整个系统。 在UML中用例一般按照业务术语来命名，而不是按照技术术 语来命名，这样可以让客户一目了然。用例通常用动词或短 语命名，描述客户看到的最终结果。同时用例关注系统外的 用户。每个用例应表示用户与系统间的一个完整的功能，为 用户提供一定价值。这样使系统有的功能更真实、更准确。
软件需求包括三个不同的层次：业务需求、用户需求和功能 需求（其中业务需求和用户需求中包括非功能性需求）。
上一页 下一页 返回
5.1系统需求的分析过程
需求获取可能是软件开发中最困难、最关键、最易出错及最 需要沟通交流的活动。对需求的获取往往有错误的认识：我 们往往认为需求就是通过和用户交谈就能轻易地从他们那里 得到，只要问用户系统的目标特征，什么是要完成的，什么 样的系统能适合用户需要就可以了，但是实际上需求获取并 不是想象的这样简单。
图书馆管理系统uml建模
基于UML的图书馆管理系统建模设计一、摘要面向对象的软件工程,同传统的面向过程的软件工程相比,在需求的获取、系统分析、设计和实现方面都有着很大的区别。
UML是OOA和OOD的常用工具。
使用UML来构建软件的面向对象的软件工程的过程，就是一个对系统进行不断精化的建模的过程。
这些模型包括用例模型、分析模型、设计模型，然后，我们需要使用具体的计算机语言来建立系统的实现模型.当然,在整个软件工程中，我们还需要建立系统的测试模型，以保证软件产品的质量。
使用面向对象的工具来构建系统，就应该使用面向对象的软件工程方法。
然而，我们经常会发现，在实际的开发过程中，很多开发人员虽然能够理解UML的所有图形，却仍然不能得心应手的使用UML来构建整个项目,其很大的原因，是仍然在使用原有的软件工程方法,而不清楚如何使用UML来建立系统的这些模型，不清楚分析和设计的区别,以及他们之间的转化。
应用软件系统,就其本质来说，是使用计算机对现实世界进行的数字化模拟。
应用软件的制造过程，按照UML的方法，就是建立这一系列模型的过程.关于这个图书馆系统，基本的需求比较简单，就是允许学生可以在图书馆借阅和归还图书，另外，也可以通过网络或者图书馆的终端来查阅和预订书。
当然，图书馆管理员也可以对图书进行管理.为了简化系统，我们没有把图书馆中的人员作细分。
本文只是对使用UML的过程做一个探讨，着眼于使用UML进行建模的过程，说明各个层次的模型之间的区别和联系，展示系统演进的过程，而不会深入UML的细节方面。
对于更加复杂的系统，其分析和设计的方法是相通的，可以举一反三.二、图书馆管理系统可行性分析随着政府机关与广大企事业单位内部网络的广泛建立，在通用信息平台上构筑高效实用的协同工作和自动化办公应用系统，满足信息高度共享和即时发布的需求，有效实现内部知识管理，已成为众多用户的共同需求。
图书管理系统，为政府机关与广大企事业单位自动化办公提供了一个较好的解决方案。
学生档案管理系统
题学生档案管理系统前言面对中国教育事业的蓬勃发展，学生档案管理系统是一个学校可以有效运行占据着重要地位，它能够为用户提供充足的信息和快捷的查询手段。
他可以使学校的决策者和管理者更高效率的管理学校事物。
随着科学技术的的不断发展提高，传统的人工的方式管理文件系统的弊端越来越突出，如效率低，保密性差，尤其是不能及时快捷的对数据进行查找，更新和维护。
使用计算机对学生档案信息进行管理，有着手工管理所无法比拟的优点：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点不仅提高学生档案管理的效率,也是企业的科学化、正规化管理, 与世界接轨的重要条件。
因此，开发一套对学生信息进行管理的软件是各个高校急需解决的问题，我们将以开发一套学生档案管理系统为例, 谈谈其开发过程和所涉及到的问题及解决方法。
目录前言 (2)第一章．为什么要开发一个学生档案管理系统 (5)1.1计算机已经成为我们学习和工作的助手 (5)1.2面对世界范围的信息化，以及计算机的普及，我们很有必要跟上世界的步伐，普及中国的信息网络化 (5)1.3开发一个学生档案管理系统的必要性 (5)第二章．怎样开发一个学生档案管理系统 (6)2.1开发工具包：Visual Studio 2008 (6)2.2Visual Studio 2008 是目前最热门的面向对象的开发工具，里面有各种供用户使用的控件 (7)2.3数据库：SQL Server2005 (7)第三章．使用Windows7操作系统下的Visual Studio 2008 (8)3.1使用Visual Studio 2008 (8)3.2C# 语言使用简介 (8)3.3功能分析 (8)3.4角色定义 (9)第四章．使用SQL Server2005 数据库 (9)4.1首先构建数据库 (9)4.2SQL Server2005 为我们提供便利的数据库编写方 (9)4.3构建数据表 (9)4.4数据表的增删改查和更新 (9)第五章．系统的具体实现 (10)5.1功能层次设计 (10)5.2模块设计 (11)5.2.1 ．用户登录模块设计 (11)5.2.2.................................................................. 系统主界面模块设计115.2.3 ............................................................... 学院信息模块设计115.2.4 ............................................................... 专业信息模块设计125.2.5.......................................................... 学生信息135.2.6 ............................................................... 学生档案信息模块135.3系统实现的功能 (13)5.3.1 不同用户登录。
第6章 用例图
４、关系--Relationship
四种基本关系： 关联（association） 包含（include） 扩展（extend） 泛化（generalization）
（1）关联
描述参与者与用例之间的关系； 用单向箭头，表示谁启动用例； 每个用例都有角色启动，除包含和扩展 用例；
[即启动该用例所应该满足的条件。] [即该用例完成之后，将执行什么动作。] [描述当前目标完成后，环境变化情况。] 步骤 1 活动 [在这里写出触发事件到目标完成以及清除的步骤。]
2
扩展事件 流 子事件流 规则与约 束 1a 1b
……(其中可以包含子事件流，以子事件流编号来表示)
[1a表示是对1的扩展，其中应说明条件和活动] ……(其中可以包含子事件流，以子事件流编号来表示)
系统还需要进行意外处理
扩展事件流
事件流编写要点
使用简单的语法：主语明确，语义易于理解 明确写出“谁控制球”：通常就是指出参与 者； 从俯视的角度来编写：指出参与者的动作， 以及系统的响应，也就是跳开来； 显示过程向前推移：也就是每一步都有前进 的感觉
事件流编写要点
“确认”而不是“检查是否”；（如：系统 确认用户密码正确，而非系统检查用户密码 是否正确） 可选择地提及时间限制；
３、用例---Use Case
系统、子系统或类与外部的参与者 （actor）交互的动作序列的说明，包括 各种序列及出错序列。 用例分析可以认为是对系统功能的分解。
存款
Withraw Money
３、用例---Use Case
（1）用例的表示 简单名 路径名
３、用例---Use Case
学生信息管理系统开发计划书
学生信息管理系统项目开发计划1、引言1、1编写目得1、2项目背景1、3定义1、4参考资料2、项目概述2、1工作内容2、2条件与限制2、3产品2、4运行环境2、5服务2、6验收标准3.实施计划3、1任务分解3、2进度3、3预算3、4关键问题4、人力组织及分工5、交付期限1．引言1、1编写目得现在信息管理系统得开发，就是为满足我国现今大多学校对学生管理得信息化、网络化、可视化管理得强烈需求。
为确保本系统按时、保质、有效得完成，编写此项目开发计划书。
本开发计划书得目得，在于明确说明系统开发过程各个阶段得分工内容、进度安排；介绍工作内容；规范系统各功能需求实现所需时间；明确参与人员与分工；明确系统运行环境、验收标准、交付文档及产品；说明项目开发得费用计算方式与总费用等。
读者对象：项目负责人，系统分析员，系统设计人员，开发人员，测试设计人员等。
1、2项目背景随着学校得发展，学校得学生信息得存储量不断增加，以前各自独立得系统远远不能满足学校管理得需要。
学生档案管理系统就是一个教育单位不可缺少得部分，它得内容对于学校得决策者与管理者来说都至关重要,所以学生档案管理系统应该能够为用户提供充足得信息与快捷得查询手段。
但一直以来人们使用传统人工得方式管理文件档案，这种管理方式存在着许多缺点,效率低、保密性差,另外时间一长,将产生大量得文件与数据，这对于查找、更新与维护都带来了不少得困难。
而使用学生信息管理系统对学生档案信息进行管理,具有手工管理所无法比拟得优点。
例如检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高学生档案管理得效率，也就是企业得科学化、正规化管理得重要途径。
项目得委托单位：青海民族大学项目开发单位：青海民族大学计算机科学与技术软件方向1、3定义（1）过程：“一组将输入转化为输出得相互关联或相互作用得活动”。
（2）产品：“一组将输入转化为输出得相互关联或相互作用得活动得结果”。
uml课程设计学生档案管理系统
《UML课程设计》报告题目：学生管理系统学号：姓名：指导老师：1.可行性研究报告学生成绩管理工作是高校教育工作的一项重要内容。
教务管理工作是指学校管理人员按照一定教育方针，运用先进的管理手段，组织、协调、指挥并指导各用户活动，以便高效率、高质量地完成各项教学任务，完成国家所制定的教育目标。
学生成绩管理工作是学校教学工作的中枢，是保证高校教学机制正常运转的枢纽，它是一项目的性、计划性、适用性、创造性和科学性很强的工作。
学生成绩工作关系到高校教学秩序的稳定。
大中型院校人员众多，如果没有好的管理，就不能取得很好的成果，应用数据库来管理，在这方面能够取得很好的效果。
系统的可行性分析1.系统实施运行的可行性：各教师，学生都已熟练掌握计算机的基本实用方法和操作技能，对新系统的开发，表现出极大的热情。
提出了很多好的建议和要求。
2.技术可行性：校园网已正常运行；开发人员已熟练掌握开发工具。
技术上实现系统是可行的。
3.经济可行性：校园内部局域网络已经建成；硬件投入不需要很大。
2.需求分析报告2.1概述随着互联网的发展，利用INTERNET 技术来实现“无纸办公”这个概念已经深入人心，校园网作为学校信息化建设的一个平台在完成资源共享、互联网访问、教务管理、电子备课等方面发挥了重要作用。
服务教学、提高教学水平和效果是校园网建设的核心目标和核心价值，本系统立足于校园实际，着眼于未来发展，建成符合标准化协议、通用性较强、实用的系统，以提高高校的现代化管理水平，实现信息资源的共享。
该项目主要是服务于教学方面，进一步方便教师的工作和学生的学习，从而从侧面达到提高学校的教学方面‘软件’质量。
可以说它适用于每一所高校，因此很有开发价值。
我们不敢说该产品是所有该系列产品中最好的，但是我们这里要强调的是它具有使用范围广，实用性强，使用简单，所花经费少等优点。
我们可以肯定的说它将在高校的使用过程中其优点将得到最充分的体现。
2.2任务概述2.2.1编写目的解决学校对学生信息进行处理时时，对各种数据的需求，并且能够学校方面对学生的管理。
计算机毕业设计(论文)_基于(Delphi)条形码的学生档案管理信息系统
基于条形码的学生档案管理信息系统摘要随着信息化以及知识经济时代的到来，档案管理成为了每个公司、企事业单位必不可少的重要管理项目，如何予以妥善管理与有效的运用，将是建设现代档案管理制度不可或缺的议题。
从这一点出发，提出了一个基于条形码的学生档案管理系统，并在数据保存和传输的过程中加入基于密钥交换的信息安全策略，有效提高了系统的运行效率和数据的安全性和可靠性。
系统为使用C/S结构的学生档案管理信息系统，系统选择Delphi与SQL Server 2000为开发环境，按照软件工程方法，首先对系统进行了需求分析，并使用UML 面向对象建模技术，逐步给出系统的用例图，并进行系统的总体设计。
然后通过将系统分为用户登录模块、学生档案管理模块、学生档案查询管理模块、学生档案类别管理与档案柜资料管理模块、学生档案借用/归还管理模块等五个主要模块进行了系统的详细设计，包括界面的设计和数据库的设计。
并将档案的编号与条形码号建立联系，实现了条形码的编码、读取和打印。
系统采用了信息安全策略，即对上传的数据进行基于RSA加密算法与SHA-1摘要算法的数字签名，而在文件的传输过程中对其进行基于IDEA算法的数据加密。
系统通过使用条形码技术，大大方便了操作人员的工作和管理，同时，信息在保存和传输过程中的安全性和可靠性也得到了有效的保障。
关键词：档案管理信息系统条形码信息安全数据库系统目录1 绪论1.1研究背景与意义 (1)1.2国内外研究概况 (2)1.3论文的主要研究内容 (3)2 关键技术分析2.1D ELPHI集成开发环境 (4)2.2条形码技术 (4)2.2.1 条形码简介 (4)2.4UML建模技术 (5)2.5本章小结 (6)3 档案管理系统的分析与设计3.1档案管理系统的需求分析 (7)3.2档案管理系统的总体设计 (8)3.3.1 系统结构的划分 (8)3.3.2 条形码使用流程 (9)3.3.3 学生档案管理信息系统的用例分析 (10)3.4条形码的设计 (10)3.5数据库的设计 (11)3.7本章小结 (12)4 档案管理系统的实现4.1开发环境的选择 (14)4.2系统功能模块实现 (14)4.2.1 学生档案管理模块实现 (14)4.3数据库访问的实现 (19)4.3.1 视图的创建 (19)4.3.2 存储过程的创建 (20)4.3.3 数据库的连接 (20)4.4系统界面 (21)4.5本章小结 (22)5 系统测试5.1测试用例 (24)5.2测试环境与配置 (24)5.3测试方法和工具 (25)5.3.1 黑盒测试 (25)5.3.2 白盒测试 (25)5.4测试情况 (26)5.4.1 测试组织架构 (26)5.4.2 测试时间与地点 (26)5.5测试数据与总结 (26)5.5.1 测试数据 (26)5.5.2 测试总结 (27)5.6本章小结 (27)6 总结与展望6.1全文总结 (28)6.2课题展望 (28)致谢 (30)参考文献 (31)1 绪论1.1 课题背景与意义随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能已为人们深刻认识，它已进入人类社会的各个领域并发挥着越来越重要的作用。
档案系统UML模型图
应用程序
用户
数据库
顶层包::档案信息 顶层包::用户 +userID : int +userName : string +phone : string +IDCard : string +Address : string +UserInfo() +User() 顶层包::管理员 -Power : int 被操作 操作 +FondID : string +FondName : string +Is_Valid : int +Is_Open : int +Remark : string +UpdateTime : string +Fond() +FondInfo看相应的文档 需要在管理开放的权限内 * -档案查看与审批 * 系统定义 管理员
档案管理 * -档案管理 *
用户
权限管理
档案管理
包含
包含
包含
新建档案审批
审核
关闭
用户
提交审批 档案审批申请 档案审批
未通
过审
批
通过审批 完成审批
档案审批
完成审批
企业文档信息管理系统
管理员 文件服务器
顶层包::普通用户 -Power : int
软件工程习题解答（含基本章节应试例子以及一个UML案例）
软件⼯程习题解答（含基本章节应试例⼦以及⼀个UML案例）软件⼯程习题解答⼀、软件⽣存周期各阶段的基本任务？1. 问题定义：(1)回答要解决的问题是什么。
(2)系统分析员应该提出关于问题性质、⼯程⽬标和规模的书⾯报告。
(3)经过和⽤户讨论，澄清含糊不清的地⽅，改正理解不正确的地⽅，得出⼀份双⽅都满意的⽂档。
(4)问题定义是软件⽣命周期中最简短的阶段。
2.可⾏性研究：(1)前⼀阶段定义的问题有可⾏的解决办法吗？(2)系统分析员要进⾏⼀次⼤⼤压缩和简化了的系统分析和设计。
导出⾼层逻辑模型（⽤数据流图表⽰）。
确定⼯程规模和⽬标，准确估计系统的成本和效益。
(3)使⽤部门的负责⼈根据可⾏性研究的结果决定是否继续进⾏该⼯程的开发⼯作。
3.需求分析：(1)主要确定⽬标系统必须具备哪些功能。
(2)系统分析员和⽤户密切配合，充分交流，得出经⽤户确认的系统逻辑模型（数据流图、数据字典、算法描述）。
4.总体设计：(1)回答如何解决问题。
(2)系统分析员应使⽤系统流程图或其他⼯具描述每种可能系统；估计每种⽅案的成本和效益。
推荐⼀较好的系统──有其详细计划。
设计软件的结构（⽤层次图或结构图描述）。
5.详细设计：(1)回答应该怎样具体地实现这个系统。
(2)设计出程序的详细规格说明（⽤HIPO层次图加输⼊/处理/输出图）或PDL语⾔（过程设计语⾔）。
6.编码和单元测试：(1)写出正确的容易理解，容易维护的程序模块。
(2)程序员：选取⼀种适当的⽤⾼级语⾔书写程序（或汇编语⾔）。
仔细测试编写出的每⼀个模块。
7.综合测试：(1)通过各种类型的测试，使软件达到预定的要求。
(2)最基本的测试是集成测试和验收测试⽅法。
集成测试是根据设计的软件结构，把经过单元测试检验的模块按某种选定的策略装配起来，在装配的过程中对程序进⾏必要的测试。
验收测试是按照需求规格说明书的规定，由⽤户对⽬标系统进⾏验收。
(3)⽤正式⽂档将测试计划、详细测试⽅案以及实际测试结果保存。
档案管理系统需求
档案管理系统软件需求分析一、软件需求的定义使用缺乏统一定义的术语来描述软件开发工作是软件业一直存在的问题，痛一句话在不同的人看来含义不同。
同一个需求可能会被各种各样的人理解为用户需求、软件需求、功能需求、系统需求、技术需求、商业需求或产品需求等。
用户对需求的定义，在开发者看来可能是一个较高层次的产品概念；而开发人员对需求的定义，在客户看来可能是详细的接口设计。
定义上的分歧导致了客户和开发者交流上存在诸多问题。
IEEE软件工程标准词汇表中将需求定义为：（1）用户解决问题或达到某种目的所需要的条件或权能。
（2）系统或系统组件要满足合同、标准、规范或其他正式规定的文档所需要的条件或权能。
（3）反映以上（1）或（2）中描述的条件或权能的文档说明。
二、软件需求的层次软件爱你需求包括3个层次：业务需求、用户需求和功能需求。
（1）业务需求反映了组织机构或客户对系统高层次的目标要求。
业务需求描述了为什么要实现这个系统，即该组织希望通过该系统的实现达到什么目标。
业务需求可以记录在项目视图与范围文档里，有时也被称为项目合约或市场需求文档。
（2）用户需求描述了用户使用产品所能完成的任务。
可以使用用例、事件——响应表，以及方案脚本来说明用户需求。
（3）因此用户需求定义了用户可以使用系统做什么。
（4）功能需求说明了软件的功能，用户使用这些功能以完成任务。
（5）系统要求描述包含多个子系统的产品的最高层的要求。
软件需求个部分之间的逻辑关系如图10-1所示。
图10-1 需求层次图功能需求将在软件需求说明中进行描述，软件需求说明书（RRS，Software Requitrments Specification）将会尽可能详细地描述整个系统的行为。
除了功能需求以外，SRS还包括了非功能需求，例如性能要求和质量要求等。
三、需求分析的任务与过程需求分析的任务是借助于当前系统的物理模型（待开发系统的系统元素）导出目标系统的逻辑模型（只描述系统要完成的功能和要处理的数据），解决目标系统“做什么”的问题。
UML用例图关系图活动图
取钱
《include》
《include》
查询
验证用户密码
更改密码
《include》
用例之间的关系（续）
? 扩展关系——允许一个用例扩展另一个 用例的功能。例如，在图书信息管理系 统中，读者还书时，系统检查所还图书 是否有预订记录，如果有则执行“通知” 用例。在UML中扩展关系表示为箭头和 《extend还》书 形式《e。xtend 》 通知
用例图练习
? 下面是关于一个公司的人事信息管理系统的需求的 简单描述, 建立其相应的用例模型 : 该人事管理系统 的用户是公司的人事管理干部 . 该系统具有人事档 案库, 保存员工的人事信息 , 包括姓名, 性别, 出生年 月, 健康状况, 文化程度, 学位, 职称, 岗位, 聘任时 间, 任期, 工资, 津贴, 奖罚记录, 业绩, 论著和家庭 情况等, 系统提供的基本服务有 人事信息的管理 , 包 括人事规定的调动与聘任 , 职称评定, 奖罚等, 并且 可以按照限查询人事信息 , 生成与输出统计报表 等. 该人事系统每月向公司的财务系统提供员工的工资 , 津贴等数据 .
外部系统和时间。
? 系统使用者是最重要的角色，例如，在图书信息管理系 统中的系统使用者有读者和图书馆的工作人员，包括采 购、编目和办公室的工作人员。
? 其他外部应用系统。 ? 硬件设备，不同的硬件设备具有不同的特性和不同的处
理方式。 ? 时间作为角色 ,经过一定的时间触发系统中的某个事件。
关系——角色与用例之间的关
管理员
读者
注意
? ?使用关系和扩展关系之间的区别， A使 用B本质上是 A一定使用 B，同时增加自己 的专属行为；而 A被用例B扩展是说明 A是 一个一般用例， B是一个特殊用例， A在 某些条件下可能使用B。
学籍管理系统
学籍管理系统目录一、学籍管理系统概述 (2)1.1项目的背景与意义 (2)1.1、背景 (2)1.2业务模式 (2)二、可行性分析 (3)2.1系统功能及分析: (3)2.1.1系统功能目标: (3)2.1.2系统功能分析： (3)2.2系统的逻辑模型 (5)2.2.1业务流程分析 (5)2.2.2 数据流程分析 (5)2.2.3数据字典 (6)三、系统总体功能需求 (8)3.1.学生信息管理模块 (8)3.1.1新生信息管理 (8)3.1.2毕业学生信息管理 (8)3.1.3学生学籍更改 (9)3.2学生成绩管理模块 (9)3.3信息查询模块 (9)四、系统建模 (11)4.1系统用例模型 (11)4.1.1角色的确定 (11)4.1.2创建用例 (12)4.1.3创建用例关系图 (13)4.2系统动态模型 (13)4.2.1创建时序图 (13)4.2.2创建协作图 (18)4.3创建系统类图 (22)一、学籍管理系统概述随着网络技术和软件技术的飞速发展，特别是Internet/Intranet的出现及其相关技术的迅速发展，信息革命带来了全球范围市场竞争的日益加剧，对传统的办公教学和生活方式产生了巨大的冲击。
办公自动化就是采用Internet/Intranet技术，基于工作流的概念，使内部人员方便快捷的共享信息，高效的协同工作；改变过去复杂，低效的手工办公方式，实现迅速，全方位的信息采集，信息处理。
校园网的建设，为学籍管理系统提供了技术保障。
学籍管理系统是一个由学校学籍管理信息中心监控，各教学系（部）、教研室分级管理，由学生档案管理、成绩管理、查询管理、打印报表等几部分组成。
1.1项目的背景与意义1.1、背景学籍管理系统是一个教育单位不可缺少的部分,它的内容对于学校的决策者和管理者来说都至关重要,所以学籍管理系统应该能够为用户提供充足的信息和快捷的查询手段。
但一直以来人们使用传统人工的方式管理文件档案，这种管理方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。
学籍管理系统(UML图综合实例)
学籍管理系统建模1．实验目的了解一个简单的软件项目的UML建模过程和主要建模元素。
2．实验内容与要求根据学籍管理系统的主要需求，用Rose工具软件完成对学籍管理系统的建模。
3．实验工具和方法需要在Windows下安装ROSE工具软件。
4．实验步骤/操作指导在实验5-1的基础上，根据学籍管理系统的主要需求完成以下四个步骤的内容。
（1）分析并得出系统的主要参与者与主要用况，并画出系统的用况图。
为所有的用况撰写脚本，将脚本放于单独的word文档中，并将文档与相应的用况相连接。
1）确定系统的使用者通过对上面问题陈述的分析，我们可以发现系统的使用者主要有Student和Professor，同时还需要Registrar来维护这个系统。
此外，由于需要打印Student列表，故需要参与者Billing System；由于需要自动维护课程目录的改变，故需要参与者Course Catalog。
因此应该在用况视图中添加如图5-15所示的参与者。
图5-15 参与者2）确定系统的用况通过对上面问题陈述的分析，我们可以知道参与者Student主要要做view report cards和register for courses两件工作，而参与者Professor主要要做Select Courses to Teach和Submit Grades两件工作。
参与者Registrar要维护信息，即要做Maintain Professor Information和Maintain Student Information两件工作，此外Registrar还要控制注册何时结束，即要做Close Registration的工作。
由于安全性的原因，要使用系统还需要首先做Login的工作。
因此，应在用况视图中添加如图5-16所示用况。
图5-16 用况列表3）用况图通过上面的分析我们确定了系统中的参与者，用况以及它们之间的关系，根据这些关系，可以画出系统用况视图中的Main用况图，如图5-17所示：图5-17 用况图（2）实现关键用例。
UML用例图关系图活动图
取钱
《include》
《include》
查询
验证用户密码
更改密码
《include》
用例之间的关系（续）
? 扩展关系——允许一个用例扩展另一个 用例的功能。例如，在图书信息管理系 统中，读者还书时，系统检查所还图书 是否有预订记录，如果有则执行“通知” 用例。在UML中扩展关系表示为箭头和 《extend还》书 形式《e。xtend 》 通知
7.6 活动图
? 描述从一个活动到另一个活动的流程，用 于对系统的动态特性建模。在需求分析时 用活动图描述一个用例内部活动流的操作 步骤等。
认识活动图—图书馆图书信息管理系统借书活动图
读者
流通组工作人员
借书申请 读者无效
读者信息
读者 /图书编号
检查读者 有效性
读者无效 /借书超期
借书记录
图书无效
客户
公司客户 个人客户
注意
? 用例之间的泛化关系就像类 之间的泛化关系一样，子用 例继承父用例的行为和含义。 例如，一个银行系统中，有 一个“验证用户”用例，用 于验证用户的合法性，它有 两个特殊的子用例，一个是 “检查密码”，另一个是 “检查指纹”，它们都有父 用例“验证用户”的行为， 并且可以出现在父用例出现 的任何地方，还可以添加自 己的行为。
7.7 状态图
? 状态图用于对系统动态特征建模，主要是帮助理 解反应型对象的行为变化。一个反应型对象是这 样的对象，它的行为是通过对来自外部的事件作 出反应来刻画的。状态图中主要描述一个对象的 三种信息：
1)对象的各种状态； 2)引起状态变化的事件； 3)每个状态改变时所发生的动作。
认识状态图
（1）预订图书 ——本用例提供了预订图书的功能，读者可以通 过浏览器直接从网上预订图书；图书管理员也可以根据读者的 要求预订某本图书。
用例和用例图
如何绘制用例图 1、用例分析技术步骤（不固定，可根据需要调整）：
⑴ ⑵ ⑶ ⑷ ⑸ ⑹ ⑺ 找出系统外部的参与者和外部系统，确定系统的边界和范围。 确定每一个参与者所期望的系统行为 把这些系统行为命名为用例 使用泛化、包含、扩展等关系处理系统行为的公共或变更部分 编制每一个用例的脚本 绘制用例图 区分基本事件流和异常情况的事件流，如有需要可以把表示异常 情况的事件流作为单独的用例来处理 ⑻ 细化用例图，解决用例间的重复与冲突。
用例之间的关系 4、参与者与用例之间的关系：关联关系Association
关联关系描述参与者与用例之间的关系，在UML中它是 两个或多个类元之间的关系，它描述了类元的实例间的 联系。(类元，一种建模元素，常见类元包括类、参与者 、构件、数据类型、接口、结点、子系统以及用例等， 其中类是最常见的类元) 关联关系表示参与者和用例之间的通信。在UML中，关 联关系用直线或箭头表示。如果参与者启动了用例，箭 头指向用例；如果参与者利用了用例提供的服务,箭头指 向参与者。如果二者是互动的，则是直线。 例：汽车租赁系统用例图(部分)。显示的是“客户”参与者以 及与他交互的3个用例，“预定”、“取车”、“还车” 。
FEAT01.新增书籍信息 FEAT03.书籍信息按计算机类、非计算机类分别建档 FEAT04.录入新书时能够自动按规则生成书号 FEAT05.计算机类与非计算机类书籍采用不同的书号规则 FEAT06.录入新书时如果重名将自动提示 FEAT02.修改已有的书籍信息 FEAT07.按书名、作者、类别、出版社等关键字组合查询书籍 FEAT08.列出所有书籍信息 FEAT14.所有查询、列表、统计功能应可以单独对计算机类或非计算机类进行 FEAT09.记录外借情况 FEAT10.外借状态能够自动反应在书籍信息中 FEAT11.按人、按书查询外借情况 FEAT12.列出所有的外借情况 FEAT14.所有查询、列表、统计功能应可以单独对计算机类或非计算机类进行 FEAT13.按特定时间段统计购买金额、册数 FEAT14.所有查询、列表、统计功能应可以单独对计算机类或非计算机类进行