2、开放式学籍管理系统的用例和角色
业务建模和需求分析的目的是对学籍管理进行评估，采集和分析系统的需求，理解系统要解决的问题，重点是充分考虑系统的实用性。结果可以用一个U se Case模型表达(图1)，模型中的活动者代表外部与系统交互的角色，包括学生、系统管理员，Use Case是对系统需求的描述，表达了系统的功能和所提供的服务，包括学生档案管理子系统、导师档案管理子系统、课程管理子系统、授课教师管理子系统、选课管理子系统、成绩管理子系统、打印报表子系统
。
图1中模型元素之间的实线表示二者存在关联关系，是学籍管理系统层的Use Case模型，只包含了最基本的Use Case模型，是系统的高层抽象，在开发过程中，随着对系统的认识不断加深，Use Case模型可以自顶向下不断精化，演化出更为详细的Use Case模型。
3、开放式学籍管理系统分析与设计
系统分析与设计是研究欲采用的实现环境和系统结构，结果是产生一个对象模型，即设计模型。设计模型包含了Use Case的实现，可以表现对象是如何相互通信和运作来实现Use Case流的。对于系统的静态结构。可以通过对象类图、对象图、组件图和配置图来描述，对于系统的动态行为，可以通过顺序图、协同图、状态图、活动图描绘。这些图再加上支持说明文档就构成一个完整的设计模型。
(1)静态结构的分析设计
学籍管理系统中拥有大量数字化信息资源，这些资源是多种媒体、多种格式的，而且还是相互关联的。其数据量大，信息长度不定。非结构化信息与结构比信息并存。传统的数据库和信息管理系统在数据模型、系统结构、用户接口等方面都虚拟实现对这些数字化信息资源的管理和操作，这就决定了学籍管理必须采用面向对象的方法来建立数据模型和管理模型，建立面向对象的数据库。实现面向对象的信息管理系统。使用UML对学籍管理系统进行基于面向对象的分析和设计，可以从开发的第一步开始，从系统的底层就把握住学籍管理信息资源的特征，为下一步的具体实现打好基础。在为学籍管理系统建立模型时要涉及到处理大量的模型元素，如对象类、接口、组件、节点、图等。图2是学籍管理系统中的学生类。
在图2的学生类图中，包括学生类的属性和方法。例如：studentId是学生的学号，且数据类型为bigint(8)，且为主码；selectCourse（courseId : bigint，studentId:bigint）return int，是类的方法，其入口参数为课程编号courseId和学生学号studentId，此方法作用是学生进行选课。
(2)动态结构的分析与设计
学籍管理馆提供的各种服务都是建立在分布、开放的信息结构之上。依托高速、可靠的网络环来完成。每项服务都可以看成一个事件流，由若干相关的对象交互合作来完成。对于这种系统内部的协作关系和过程行为，可以通过绘制顺序图和协同图来帮助观察和理解。
一个对象在双生存期间所经历的状态序列。对于把握对象的行为和状态的迁移变化是非常重要的，可以通过状态回来了解一个对象的历史，引起一个状态向另一个状态转移的事件，以及由于状态的转移而引发的动作。
文章来源于领测软件测试网 https://www.ltesting.net/
