1.1编写目的 ............................................................................................................................. 2 1.2背景 ..................................................................................................................................... 2 1.3定义 ..................................................................................................................................... 2 1.4参考资料 ............................................................................................................................. 2 2总体设计........................................................................................................................................ 3
2.1需求规定 ............................................................................................................................. 3 2.2运行环境 ............................................................................................................................. 3 2.3基本设计概念和处理流程 ................................................................................................. 4 2.4结构 ..................................................................................................................................... 5 2.5功能器求与程序的关系 ..................................................................................................... 6 2.6人工处理过程 ..................................................................................................................... 7 2.7尚未问决的问题 ................................................................................................................. 7 3接口设计........................................................................................................................................ 7
3.1用户接口 ............................................................................................................................. 8 3.2外部接口 ............................................................................................................................. 8 3.3内部接口 ............................................................................................................................. 8 4运行设计...................................................................................................................................... 10
4.1运行模块组合 ................................................................................................................... 10 4.2运行控制 ........................................................................................................................... 10 4.3运行时间 ........................................................................................................................... 10 5系统数据结构设计 ...................................................................................................................... 10
5.1系统功能结构图 ............................................................................... 错误！未定义书签。 5.2数据库设计 ....................................................................................... 错误！未定义书签。 6系统出错处理设计 ...................................................................................................................... 13
6.1出错信息 ........................................................................................................................... 13 6.2补救措施 ........................................................................................................................... 13 6.3系统维护设计 ................................................................................................................... 14
概要设计说明书
1引言
1.1编写目的
在本学生收费系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对东北林业大学的实地调研中获得，并在需求规格说明书中得到详尽的叙述及阐明。 本阶段已在系统的需求分析的基础上，对学生收费系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对学生收费系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。
本文档的预期读者是用户代表，软件分析人员，开发人员，维护人员，测试人员和项目决策者。
1.2背景
待开发的软件系统名称《学生收费管理系统》 ；
本项目（学生收费系统）是由大学委托，由信管一班第四小组负责开发； 本项目的预期用户：大学学生管理部门负责人及相关人员。
1.3定义
1、概要设计：概要设计的主要任务是把需求分析得到的DFD转换为软件结构和数据结构。
2、接口设计：接口设计包括三个方面：
1)用户接口：用来说明将向用户提供的命令和它们的语法结构，以及软件的回答信息。 2)外部接口：用来说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。
3）内部接口：用来说明本系统之内的各个系统元素之间的接口的安排；
3、数据结构设计：描述数据类型的数据，主要描述的是被描述的数据是什么样的，有什么
结构单元。
4、模块化：就是把程序划分成若干个模块，每个模块具有一个子功能，把这些模块集总起来组成一个整体，可以完成指定的功能，实现问题的要求。 5、抽象：就是抽出事物的本质特性而暂时不考虑它们的细节。
1.4参考资料
《大学学生收费信息管理系统》
软件工程及其应用 周苏、王文等 天津科学技术出版社 1992/1 软件工程 张海藩 清华大学出版社 1990/11 《数据库系统概论》，VB应用
2总体设计
2.1需求规定
在概念阶段包括两个核心活动：包需求定义和产品概念设计。本阶段的输入工件是项目任务书，其输出工件是包需求和产品概念。本阶段包含一个决策评审点，即DP1。DP1的重点在于审核当前项目的业务定位、资源计划、财务计划、开发计划是否可行，是否可以进入下一阶段或是否需要终止计划。
2.2运行环境
1、设备：
客户程序硬件要求：
具有 Pentium III 处理器且满足以下要求的计算机： 最低 1 GB 内存 最小 2.1 GB 硬盘 服务器硬件需求：
具有 Pentium III 处理器且满足以下要求的计算机： 最低 1 GB 内存
最小 8 GB 硬盘，鼠标 键盘
2、支持程序
客户程序多需软件：
Windows 98/NT /2000或更高版本 数据库服务器软件：
Windows NT /2000 Server或更高版本 SQL Server 2000
2.3基本设计概念和处理流程
对于SQL Server的企业版，本系统的实现采用典型的两层模式、C/S结构来实现，不同的客户端程序共同访问中心数据库，系统结构如图1：
图1：多用户版系统结构（C/S）
设计说明：
1、每一个计算机需要安装客户程序；
2、每个客户程序独立访问中央的数据库服务器，不使用业务处理服务器；
3、数据库服务器使用SQL Server 2000企业版来实现，对于目前的需求和数据量，SQL Server 2000完全适用；
4、多用户并发访问和处理、数据加锁、事务协调，由SQL Server 数据库和数据库服务器来完成；
SQL Server 2000 Intranet 寝室管理员学工处教务部新年度学生寝室变动通知新年度新生档案Excel报表新年度寝室收费标准通知新年度专业与收费标准通知新年度学生学籍变动通知新年度毕业生通知新年度寝室意向财务部收费票据新生收费信息老生收费信息学生缴费条目财务人员缴费凭证票据 图1-3：收费业务流程图
2.4结构
在本系统1.0的版本中，采用Visual Basic快速原型技术来实现系统的框架，使用的技术包括传统的窗体、模块、界面元素、数据访问技术，结合要实现的功能，
主界面 输入收费信息，执行增加操作 删除已经有的任务 指定任务，重新输入数据进行更新 指定任务，设置时间参数 输入查询条件，查找特定的任务 任务启动报告 登录 已有的任务列表 用户事件和操作系统时钟事件 ADO（OLE DB） 图2：系统逻辑结构
： 图3：系统模块划分
4任务管理 5任务时间设置 6任务执行提示 2任务查询 3主界面 1登录验证和安全 7数据访问 ADO SQL Server 数据访问 2.5功能需求与程序的关系
本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系：
模块、组件或子系统 功能和需求描述 1 2 3 4 5 6 7 永久存储用户输入的任务的信息 任务调度和任务查找操作简易 任务的删除和更新 能够针对任务设置启动时间、终止时间、任务时间间隔 任务启动的提示、多任务的启动提示 显示系统的时钟 任务启动时间、终止时间、任务启动时间间隔调整 在多用户环境下，允许不同的人管理 √ √ √ √ √ √ √ √ 自己的任务
2.6人工处理过程
（不适用）
2.7尚未问决的问题
需求中的问题在本设计中已经全部实现，本程序是产品的一个原型和最初的版本，以后考虑要增加的功能可能包括以下的一个或者多个方面：
1、多用户版本的用户管理操作；
2、支持市场和产品销售所需要的产品加密、使用验证或者产品系列号功能； 3、可执行程序的自动调度和执行； 4、日程和项目活动安排提示；
5、自动电子文稿筛选、电子文稿自动摘要；
6、界面的改进（例如修改程序为一个任务栏运行的程序指示器）、易用性的增强； 7、磁盘文件监控； 8、个人数据的分类、存储； 9、公共数据库；
3接口设计
本系统采用快速原型开发工具Visual Basic 6.0进行开发，所提供的不同层次的接口，都具有高度的集成性，本系统没有采用低级语言设计和完成自定义的接口，因此接口设计大部分已经由不同方式的组件来完成了，以下只做简单的说明。
3.1用户接口
本系统提供可视化的操作方式，不提供命令控制语句进行输入控制，从而用户只需要使用鼠标进行命令操作，使用键盘输入系统接收的参数。
用户接口集中在图2中的界面层，用户主要通过窗体、控件、对话框等可视化元素进行交互。
输入输出，界面接口操作包括以下的方面： 序号 1 2 3 输入信息 独立的任务的信息 指定一个任务 指定一个信息，输入该任务新的内容 4 指定任务的启动、结束、间隔时间 5 6 指定一个任务 指定一个信息，输入该任务新的内容 10 11
自动系统时间 特定的任务信息 自动弹出 确认查找按钮 更新任务启动信息的操作按钮 删除按钮 更改操作按钮 该任务被删除 该任务原来的内容被新的内容所代替 任务执行信息提示 显示查询到的结果 界面操作 添加、保存操作按钮 删除操作按钮 更改操作按钮 输出 对应任务被保存 该任务被删除 该任务原来的内容被新的内容所代替 对应信息被保存 3.2外部接口
VB Application包括了支持程序，主要的支持程序为VB6Runtime.DLL，这些动态连接库通过COM的方式提供支持，COM的相关说明，请参考其他资料。
任务项目程序通过Active Data Object（ADO）接口访问数据库，ADO对数据库访问对象进行了层次式的封装，详细的有关ADO的说明，请参考ADO相关的技术资料。
与数据库的接口设计，主要集中在图2中数据库访问模块的独立封装部分，详细的接口、
访问调用。
3.3内部接口
内部接口主要集中在两个方面，在图2中，包括： A、事件与操作事务处理单元间的接口； B、事务处理单元与数据库的接口；
事件与操作事务处理单元间的接口可以用图4来描述：
ADO 图4：事件与操作事务处理单元接口
界面元素的事件，通过内置机制，并通过操作系统派发到程序的处理执行代码，这些代码将进行对应的数据访问的功能，并且把执行结果反过来显示在界面元素上，这一层次的接口是直接的，不通过构造对象来实现。
事务处理单元与数据库的接口描述如图5；
OLE DB VBDATABASE Methods、Properties And Events Of ADO Components Business Transaction Process Windows System Message Dispatch User Interface Display And Response Business Transaction Process
图5：界面层与数据处理层的接口
ADO对象与OLE DB的接口或者实现，对本系统来说是屏蔽的。
4运行设计
4.1运行模块组合
说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合，说明每种运行所历经的内部模块和支持软件。
4.2运行控制
使用权限管理和模块间的连接进行控制。
4.3运行时间
以用户选择的功能个数及执行次数而定。
5系统数据结构设计
5.1系统功能结构图
系统功能结构图 1-1
各功能模块的具体功能如下：
1. 基本信息设置：对系别信息、专业信息、费用项目信息、费用明细信息、寝室费用信息进行设置.
2. 缴费管理：针对学生缴费、调寝缴费、费用预缴操作进行处理.
3. 费用处理：进行费用添加、费用编辑、退费处理、生应收费生成操作. 4. 系统维护：包括数据库备份与恢复、用户管理、密码管理、重新登陆.
5. 信息查询：对学生基本信息、学生应收费用信息、学生已收费用信息以及欠费信息进行查询.
6. 学籍管理：负责对学生基本信息修改、学籍变动、新生档案导入以及未报到新生进行相应的处理.
7. 汇总统计：包括收费汇总统计、日记账统计和新生报到情况汇总.
8. 票据管理：负责对票据发放、上交、回收、作废、更改、打印进行处理. 9. 毕业生处理：包括毕业生生成、毕业生基本信息查询、毕业生已收费用查询.
5.2数据库设计
数据库E-R如图5-1所示
1..n学籍变动信息PK 学号 变动前学号姓名变动前班级变动后班级学制变动方式变动原因变动时间用户id操作时间预缴费信息PK 缴费编号PK 费用明细编号FK 费用项目类别 费用名称FK 系别名称FK 专业名称FK 专业年度FK 学制FK 学号 姓名 所在班级编号 收费金额 预缴金额 预交费时间 缴费类别1..n更改1..n用户信息拥有缴纳寝室 PK 寝室类别 收费金额1居住于11..n1..n学生PK 学号 姓名 所在班级编号 学籍状态1..n1..n系别PK 系别编号 系别名称1PK 用户编号 用户姓名 用户密码 FK 权限名称 使用状态1..n1备份1DB11生成备份数据信息PK 备份文件编号 备份日期 备份路径应缴费信息PK 缴费编号PK 费用明细编号FK 费用项目类别 费用名称FK 系别名称FK 专业名称FK 专业年度FK 学制FK 学号 姓名 所在班级编号 收费金额 已交金额 交费起始日期 未交金额 缴费类别用户权限PK 权限标识 权限名称退费情况表PK 缴费编号PK 费用明细编号FK 费用项目类别 费用名称FK 系别名称FK 专业名称FK 专业年度FK 学制FK 学号 姓名 所在班级编号 收费金额 已交金额 退费金额 交费起始日期 剩余金额FK 票据编号 缴费类别11..n返还属于已缴费信息PK 缴费编号PK 费用明细编号FK 费用项目类别 费用名称FK 系别名称FK 专业名称FK 专业年度FK 学制FK 学号 姓名 所在班级编号 收费金额 交费起始日期 交费结束日期 收款员姓名FK 票据编号 缴费类别11..n费用项目PK 费用项目编号 费用项目类别 费用项目名称 使用状态1属于1..n费用明细PK 费用明细编号FK 系别名称FK 专业名称FK 专业年度FK 学制 收费金额 使用状态1..n缴纳专业PK 专业编号 专业名称 专业年度 学制1..n1属于票据PK 票据编号 收费日期 学号 姓名 学年 缴费编号 收费项目 收费标准 金额 备注 审核人 收款人 票据状态缴纳1..n1开收 图5-1 数据库E-R图
表5-1 DepartmentInfor（系别表） 序号 1 2 3 英文名 ID DepartmentID DepartmentName 中文名 编号 系别编号 系别名称 类型 Varchar(20) Varchar(2) Varchar(30) 长度(字符) 20 1-2 4-30
表5-2 MajorInfor（专业信息表）
序号 1 2 3 4 5 6 英文名 ID MDepartmentID MajorID MajorName MInYear MHowLong 中文名 编号 系别编号 专业编号 专业名称 入学年份 学制 类型 Varchar(20) Varchar(2) Varchar(2) Varchar(26) Char(4) Char(4) 长度(字符) 20 1-2 1-2 4-26 4 4
表5-3StudentInfor (学生信息表) 序号 I01-01 I01-02 I01-03 I01-04 I01-05 I01-06 I01-07 I01-08 英文名 St_Id St_Nm St_Rn St_Fe St_Dy Stu_Id Stu_Nm Stu_Sx 中文名 统计编号 统计任务 统计范围 费用类型 时间类型 学号 学生姓名 学生性别 类型 Char Char Char Char Char Char Varchar Char 长度(字符) 5字节 4字节 4字节 4字节 6字节 10字节 8字节 2字节 I01-09 I01-10 I01-11 I01-12 I01-13 I01-14 I01-15 I01-16 I01-17 I01-18 I01-19 I01-20 I01-21 I01-22 I01-23 I01-24 I01-25 I01-26 I01-27 101-28 101-29 I01-30
Stu_Did Stu_Mid Stu_CNo Stu_Rc Stu_InY Stu_Hl Stu_Ws Stu_Mo Stu_IId Hp_deId Hp_RcId Hp_SNm Hp_HInY Hp_Fc Hp_OpNm Hp_Pd Hp_InId Hp_Psr St_Hp St_Ufp Sw_Wsw Sw_CDte 系别编号 专业编号 班级编号 寝室类别 入学年份 学制 学籍状态 备注 内部ID 费用ID 费用类型ID 费用名称 缴费年度 费用金额 收款员 缴费日期 票据编号 交费来源 交费比 欠费比 学籍变动原因 学籍变动日期 Varchar Varchar Char Char Char Char Varchar Varchar Varchar Varchar Varchar Varchar Char Money Varchar Char Varchar Varchar Float Float Varchar Char 2字节 2字节 7字节 6字节 4字节 4字节 8字节 100字节 20字节 40字节 20字节 20字节 4字节 8字节 8字节 4字节 20字节 6字节 8 8 100 4字节
6系统出错处理设计
6.1出错信息
(1)无法与服务器连接时，若不能够正确连接，则应做出正确处理。 (2)根据不同的出错情况给出不同的出错信息，一般用对话框给出。 对一般错误，给用户提示信息，让用户重新输入或退出。
6.2补救措施
①提示服务器积极拒绝信息。
②对一般错误，给用户提示信息，让用户重新输入或退出。
6.3系统维护设计
本系统为学生收费管理系统，可能涉及到收费金额很大，所以必须保证系统的安全性，避免因收费金额修改而导致的纠纷。
首先，系统提供了密码身份验证功能，只有被授权的人才能登录到此系统，保证了系统不会被非法人员进行不安全的操作。
其次，系统对可登陆到系统的用户进行了权限管理。不同权限的用户可以访问的数据和执行的操作也不同。对一些重要信息的修改的权限只有系统管理员才有。避免重要数据被没有权限的人进行不安全操作。
对此系统的日常维护，主要是进行数据库的备份，保证备份的实时性。
学生收费管理系统 概要设计说明书
文件状态: [ ]草稿 [ ]正式发布 [ ]正在修改 当前版本:2.0 作者:马秀会(20070784) 钟媛玲(20070778) 赵 悦 (20070836) 执笔者：钟媛玲 完成日期:2010/6/4
因篇幅问题不能全部显示，请点此查看更多更全内容