学生收费管理系统需求分析概要设计.doc

1引言21.1编写目的21.2背景21.3定义21.4参考资料22总体设计22.1需求规定22.2运行环境22.3基本设计概念和处理流程32.4结构32.5功能器求与程序的关系32.6人工处理过程32.7尚未问决的问题33接口设计33.1用户接口33.2外部接口33.3内部接口44运行设计44.1运行模块组合44.2运行控制44.3运行时间45系统数据结构设计45.1系统功能结构图45.2数据库设计46系统出错处理设计56.1出错信息56.2补救措施56.3系统维护设计5概要设计说明书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 20002.3基本设计概念和处理流程对于SQL Server的企业版，本系统的实现采用典型的两层模式、C/S结构来实现，不同的客户端程序共同访问中心数据库，系统结构如图1：IntranetSQL Server 2000图1：多用户版系统结构（C/S）设计说明：1、每一个计算机需要安装客户程序；2、每个客户程序独立访问中央的数据库服务器，不使用业务处理服务器；3、数据库服务器使用SQL Server 2000企业版来实现，对于目前的需求和数据量，SQL Server 2000完全适用；4、多用户并发访问和处理、数据加锁、事务协调，由SQL Server 数据库和数据库服务器来完成；图1-3：收费业务流程图2.4结构登录主界面用户事件和操作系统时钟事件输入收费信息，执行增加操作删除已经有的任务指定任务，重新输入数据进行更新指定任务，设置时间参数输入查询条件，查找特定的任务ADO（OLE DB）SQL Server （Access）数据库已有的任务列表任务启动报告在本系统1.0的版本中，采用Visual Basic快速原型技术来实现系统的框架，使用的技术包括传统的窗体、模块、界面元素、数据访问技术，结合要实现的功能，图2：系统逻辑结构数据访问7数据访问ADOSQL Server4任务管理5任务时间设置6任务执行提示2任务查询3主界面1登录验证和安全：图3：系统模块划分2.5功能需求与程序的关系本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系：模块、组件或子系统功能和需求描述1234567永久存储用户输入的任务的信息任务调度和任务查找操作简易任务的删除和更新能够针对任务设置启动时间、终止时间、任务时间间隔任务启动的提示、多任务的启动提示显示系统的时钟任务启动时间、终止时间、任务启动时间间隔调整在多用户环境下，允许不同的人管理自己的任务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来描述：User Interface Display And ResponseWindows System Message DispatchBusiness Transaction ProcessADO图4：事件与操作事务处理单元接口界面元素的事件，通过内置机制，并通过操作系统派发到程序的处理执行代码，这些代码将进行对应的数据访问的功能，并且把执行结果反过来显示在界面元素上，这一层次的接口是直接的，不通过构造对象来实现。事务处理单元与数据库的接口描述如图5；Business Transaction ProcessMethods、Properties And Events Of ADO ComponentsOLE DBVBDATABASE图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所示图5-1 数据库E-R图表5-1 DepartmentInfor（系别表）序号英文名中文名类型长度(字符)1ID编号Varchar(20)202DepartmentID系别编号Varchar(2)1-23DepartmentName系别名称Varchar(30)4-30表5-2 MajorInfor（专业信息表）序号英文名中文名类型长度(字符)1ID编号Varchar(20)202MDepartmentID系别编号Varchar(2)1-23MajorID专业编号Varchar(2)1-24MajorName专业名称Varchar(26)4-265MInYear入学年份Char(4)46MHowLong学制Char(4)4表5-3StudentInfor (学生信息表)序号英文名中文名类型长度(字符)I01-01St_Id统计编号Char5字节I01-02St_Nm统计任务Char4字节I01-03St_Rn统计范围Char4字节I01-04St_Fe费用类型Char4字节I01-05St_Dy时间类型Char6字节I01-06Stu_Id学号Char10字节I01-07Stu_Nm学生姓名Varchar8字节I01-08Stu_Sx学生性别Char2字节I01-09Stu_Did系别编号Varchar2字节I01-10Stu_Mid专业编号Varchar2字节I01-11Stu_CNo班级编号Char7字节I01-12Stu_Rc寝室类别Char6字节I01-13Stu_InY入学年份Char4字节I01-14Stu_Hl学制Char4字节I01-15Stu_Ws学籍状态Varchar8字节I01-16Stu_Mo备注Varchar100字节I01-17Stu_IId内部IDVarchar20字节I01-18Hp_deId费用IDVarchar40字节I01-19Hp_RcId费用类型IDVarchar20字节I01-20Hp_SNm费用名称Varchar20字节I01-21Hp_HInY缴费年度Char4字节I01-22Hp_Fc费用金额Money8字节I01-23Hp_OpNm收款员Varchar8字节I01-24Hp_Pd缴费日期Char4字节I01-25Hp_InId票据编号Varchar20字节I01-26Hp_Psr交费来源Varchar6字节I01-27St_Hp交费比Float8101-28St_Ufp欠费比Float8101-29Sw_Wsw学籍变动原因Varchar100I01-30Sw_CDte学籍变动日期Char4字节6系统出错处理设计6.1出错信息(1)无法与服务器连接时，若不能够正确连接，则应做出正确处理。(2)根据不同的出错情况给出不同的出错信息，一般用对话框给出。 对一般错误，给用户提示信息，让用户重新输入或退出。6.2补救措施提示服务器积极拒绝信息。对一般错误，给用户提示信息，让用户重新输入或退出。6.3系统维护设计本系统为学生收费管理系统，可能涉及到收费金额很大，所以必须保证系统的安全性，避免因收费金