文档介绍：11编写目的 2
12背景 2
13定义 2
14参考资料 3
2系统结构模型 3
21初始对象表 3
22初始类图 4
23细化类图 4
231属性的识别 5
232 操作的识别 6
24三层精化类图 7
3系统行为模型 8
31交互模型 8
32状态模型 9
概要设计说明书
1引言
11编写目的
编写本说明书的目的是说明系统的静态结构及动态结构，包括初始的类模型、细化的类、动态交互模型，为进一步的设计和开发提供依据。
预期读者为：软件开发的人员，项目评审人员，及软件测试人员。
12背景
说明：
待开发软件系统的名称：学生管理系统；
本项目的任务提出者：南京航空航天大学学生处；
本项目的任务开发者：南京航空航天大学信息学院；
用户及实现该软件的计算中心或计算机网络：南航计算机中心；
该软件系统同其他系统或其他机构的基本的相互来往关系：本系统同学校的其他管理系统（如：教务管理系统、图书管理系统、校园卡管理系统等）共同构成学校的自动化办公系统。
13定义
用户名及口令与用户分类信息：存放在一个数据库表中，用以判断该用户是管理员还是学生、教师；
学生用户信息管理：是学生用户使用该系统的权限的表现，只能处理自己的信息
管理员用户信息管理：是管理员用户使用全县的表现，每一位管理员所拥有的权限不同，这在用户分类信息中都已表示出来；
学生基本信息：即档案信息，存放学生的学号、姓名、年龄、班级、性别、专业、状态等各项基本信息，学生可以查询，管理员可以对学生状态进行修改，分为注册、注销等；
选课信息：使每一位学生选择课程的总库，学生学号与课程号（明）共同唯一的决定一条记录，学生选择课程后将其选择记入库中；
成绩信息：学生选择课程的成绩由授课教师在课程结束后记入库中，学生只能进行查询而不能修改，授课教师有登记和修改的权限；
14参考资料
2系统结构模型
21初始对象表
通过对需求的分析，提炼出可能的对象/类，这是面向对象系统分析设计的关键，也是难点所在。为了准确识别系统的类和对象，从以下三个方面进行考虑：
1、考虑系统责任
对照系统责任所要求的每一项功能，查看是否可以由现有的对象完成这些功能。如果发现某些功能在现有的任何对象中都不能提供，则可启发我们发现问题域中某些遗漏的对象。
2、名词技术
从名词到对象或类通常有一对一的映射。运用名词、代词和名词短语识别对象和类。可以启发发现对象的因素包括：人员、组织、物品、设备、事件（如索赔、上访、交易）、表格、日志、报告、结构（汽车上面有车辆，下面有客车和轿车，左右有摩托车；内有发动机）等。
3、从用例中识别
（1）用例描述中出现哪些实体？需要哪些实体的合作？
（2）用例执行过程中会产生并存储哪些信息？
（3）用例要求与之相关的每个角色的输入是什么？
（4）用例反馈与之关联的每个角色的输出是什么？
（5）用例需要操作哪些设备？
通过对学生信息系统的分析，建立初始对象/类表如下：
可能的类
英文类名
简单描述
用户
User
用户分三类：管理员、学生、教师
账户信息
Account
账户信息是系统需要管理的对象
学生档案
StudentInformation
学生档案信息是系统需要管理的对象
课程
Course
课程信息是系统需要管理的对象
选课信息
SelectCourse
选课信息是系统需要管理的对象
成绩信息
Score
成绩信息无需另外用对象管理，成绩作为选课记录的一个属性即可
22初始类图
这一部的分析重点在于类和类间关系的表示，即系统体系结构的建立，因此对类的描述，只要给出其关键字即可，属性和操作的细化工作可以在类模型完成后再进行。通过分析，学生管理系统的初始类图如图21所示。
23细化类图
初始类图奠定了系统的体系结构，对象/类还需进一步细化描述其属性和操作，为下一步数据库设计和模块实现做准备。（以下仅以用户类和选课信息类为例）
231属性的识别
确定属性可以通过提出以下问题得到：
按常识这个对象应该有哪些属性？
在当前的问题域中，对象应该有哪些属性？
根据系统责任，这个对象应具有哪些属性？
建立这个对象是为了保存和管理哪些信息？
对象为了完成其功能，需要增设哪些属性？
对象是否需要通过专设的属性区别其状态？
用什么属性表示聚集和关联？
可利用需求文档中的形容词或所有格短语。
类名：账户信息
属性表如表21所示：
表21账户信息类属性表
中文名
英文名
数据类型
账号
userID
String
密码
password