学生收费管理系统需求分析概要设计
- 格式:doc
- 大小:834.00 KB
- 文档页数:15
图5:界面层与数据处理层的接口
ADO对象与OLE DB的接口或者实现,对本系统来说是屏蔽的。
4
运行模块组合
说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合,说明每种运行所历经的内部模块和支持软件。
运行控制
使用权限管理和模块间的连接进行控制。
运行时间
3
MajorID
专业编号
Varchar(2)
1-2
4
MajorName
专业名称
Varchar(26)
4-26
5
MInYear
入学年份
Char(4)
4
6
MHowLong
学制
Char(4)
4
表5-3StudentInfor (学生信息表)
序号
英文名
中文名
类型
长度(字符)
I01-01
St_Id责对票据发放、上交、回收、作废、更改、打印进行处理.
9.毕业生处理:包括毕业生生成、毕业生基本信息查询、毕业生已收费用查询.
数据库设计
数据库E-R如图5-1所示
图5-1数据库E-R图
表5-1DepartmentInfor(系别表)
序号
英文名
中文名
类型
长度(字符)
1
ID
编号
Varchar(20)
5字节
I01-02
St_Nm
统计任务
Char
4字节
I01-03
St_Rn
统计范围
Char
4字节
I01-04
St_Fe
费用类型
Char
4字节
I01-05
St_Dy
时间类型
Char
6字节
I01-06
Stu_Id
学号
Char
10字节
I01-07
Stu_Nm
学生姓名
Varchar
8字节
I01-08
Stu_Sx
与数据库的接口设计,主要集中在图2中数据库访问模块的独立封装部分,详细的接口、访问调用。
内部接口
内部接口主要集中在两个方面,在图2中,包括:
A、事件与操作事务处理单元间的接口;
B、事务处理单元与数据库的接口;
事件与操作事务处理单元间的接口可以用图4来描述:
图4:事件与操作事务处理单元接口
界面元素的事件,通过内置机制,并通过操作系统派发到程序的处理执行代码,这些代码将进行对应的数据访问的功能,并且把执行结果反过来显示在界面元素上,这一层次的接口是直接的,不通过构造对象来实现。
图1-3:收费业务流程图
结构
在本系统的版本中,采用Visual Basic快速原型技术来实现系统的框架,使用的技术包括传统的窗体、模块、界面元素、数据访问技术,结合要实现的功能,
图2:系统逻辑结构
:
图3:系统模块划分
功能需求与程序的关系
本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系:
10
自动系统时间
自动弹出
任务执行信息提示
11
特定的任务信息
确认查找按钮
显示查询到的结果
外部接口
VB Application包括了支持程序,主要的支持程序为,这些动态连接库通过COM的方式提供支持,COM的相关说明,请参考其他资料。
任务项目程序通过Active Data Object(ADO)接口访问数据库,ADO对数据库访问对象进行了层次式的封装,详细的有关ADO的说明,请参考ADO相关的技术资料。
20
2
DepartmentID
系别编号
Varchar(2)
1-2
3
DepartmentName
系别名称
Varchar(30)
4-30
表5-2MajorInfor(专业信息表)
序号
英文名
中文名
类型
长度(字符)
1
ID
编号
Varchar(20)
20
2
MDepartmentID
系别编号
Varchar(2)
1-2
用户接口
本系统提供可视化的操作方式,不提供命令控制语句进行输入控制,从而用户只需要使用鼠标进行命令操作,使用键盘输入系统接收的参数。
用户接口集中在图2中的界面层,用户主要通过窗体、控件、对话框等可视化元素进行交互。
输入输出,界面接口操作包括以下的方面:
序号
输入信息
界面操作
输出
1
独立的任务的信息
添加、保存操作按钮
1、每一个计算机需要安装客户程序;
2、每个客户程序独立访问中央的数据库服务器,不使用业务处理服务器;
3、数据库服务器使用SQL Server 2000企业版来实现,对于目前的需求和数据量,SQL Server 2000完全适用;
4、多用户并发访问和处理、数据加锁、事务协调,由SQL Server数据库和数据库服务器来完成;
本文档的预期读者是用户代表,软件分析人员,开发人员,维护人员,测试人员和项目决策者。
背景
待开发的软件系统名称《学生收费管理系统》 ;
本项目(学生收费系统)是由大学委托,由信管一班第四小组负责开发;
本项目的预期用户:大学学生管理部门负责人及相关人员。
定义
1、概要设计:概要设计的主要任务是把需求分析得到的DFD转换为软件结构和数据结构。
4、模块化:就是把程序划分成若干个模块,每个模块具有一个子功能,把这些模块集总起来组成一个整体,可以完成指定的功能,实现问题的要求。5、抽象:就是抽出事物的本质特性而暂时不考虑它们的细节。
参考资料
《大学学生收费信息管理系统》
软件工程及其应用周苏、王文等天津科学技术出版社1992/1软件工程张海藩清华大学出版社1990/11
Char
4字节
I01-15
Stu_Ws
学籍状态
Varchar
8字节
I01-16
Stu_Mo
备注
Varchar
100字节
I01-17
Stu_IId
内部ID
Varchar
20字节
I01-18
Hp_deId
费用ID
Varchar
40字节
I01-19
Hp_RcId
费用类型ID
Varchar
20字节
√
人工处理过程
(不适用)
尚未问决的问题
需求中的问题在本设计中已经全部实现,本程序是产品的一个原型和最初的版本,以后考虑要增加的功能可能包括以下的一个或者多个方面:
1、多用户版本的用户管理操作;
2、支持市场和产品销售所需要的产品加密、使用验证或者产品系列号功能;
3、可执行程序的自动调度和执行;
4、日程和项目活动安排提示;
模块、组件或子系统
功能和需求描述
1
2
3
4
5
6
7
永久存储用户输入的任务的信息
√
任务调度和任务查找操作简易
√
任务的删除和更新
√
能够针对任务设置启动时间、终止时间、任务时间间隔
√
任务启动的提示、多任务的启动提示
√
显示系统的时钟
√
任务启动时间、终止时间、任务启动时间间隔调整
√
在多用户环境下,允许不同的人管理自己的任务
运行环境
1、设备:
客户程序硬件要求:
具有Pentium III处理器且满足以下要求的计算机:
最低1GB内存
最小GB硬盘
服务器硬件需求:
具有Pentium III处理器且满足以下要求的计算机:
最低1 GB内存
最小8GB硬盘,鼠标
键盘
2、支持程序
客户程序多需软件:
Windows98/NT/2000或更高版本
以用户选择的功能个数及执行次数而定。
5
系统功能结构图
系统功能结构图 1-1
各功能模块的具体功能如下:
1.基本信息设置:对系别信息、专业信息、费用项目信息、费用明细信息、寝室费用信息进行设置.
2.缴费管理:针对学生缴费、调寝缴费、费用预缴操作进行处理.
3.费用处理:进行费用添加、费用编辑、退费处理、生应收费生成操作.
《数据库系统概论》,VB应用
2
需求规定
在概念阶段包括两个核心活动:包需求定义和产品概念设计。本阶段的输入工件是项目任务书,其输出工件是包需求和产品概念。本阶段包含一个决策评审点,即DP1。DP1的重点在于审核当前项目的业务定位、资源计划、财务计划、开发计划是否可行,是否可以进入下一阶段或是否需要终止计划。
学生性别
Char
2字节
I01-09
Stu_Did
系别编号
Varchar
2字节
I01-10
Stu_Mid
专业编号
Varchar
2字节
I01-11
Stu_CNo
班级编号
Char
7字节
I01-12
Stu_Rc
寝室类别
Char
6字节
I01-13
Stu_InY
入学年份
Char
4字节
I01-14
Stu_Hl
学制
数据库服务器软件:
Windows NT/2000 Server或更高版本
SQL Server 2000
基本设计概念和处理流程
对于SQL Server的企业版,本系统的实现采用典型的两层模式、C/S结构来实现,不同的客户端程序共同访问中心数据库,系统结构如图1:
图1:多用户版系统结构(C/S)
设计说明:
5、自动电子文稿筛选、电子文稿自动摘要;