数 字 离 校 系 统-概要+详细设计

《数 字 离 校 系 统-概要+详细设计》由会员分享，可在线阅读，更多相关《数 字 离 校 系 统-概要+详细设计（41页珍藏版）》请在装配图网上搜索。

1、数 字 离 校 系 统概要详细设计说明书项目名称：数字离校系统文件名称：概要详细设计说明书小组成员：崔代英 李漫 2011110314 贺雪梅 黄利平 2011110310编制日期： 2013-11-08 1 引言1.1 编写目的由前面的需求分析，得出了系统的基本需求，和基本的数据流图，要实现整个系统，需要对用户的需求进行设计，概要设计主要是利用比较抽象的语言对整个需求进行概括，确定对系统的物理配置，确定整个系统的处理流程和系统的数据结构，接口设计，实现对系统的初步设计。1.2 背景 无效希望能够充分利用现代科技来提高离校管理的效率，在原有的办公系统系统上进行扩展，将一些可以用计算计来管理的都

2、进行计算机化，使得各部门管理人员工作更加方便，工作效率也更加的高。1.3 定义 名词解释业务流程图业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表，利用它可以帮助分析人员找出业务流程中的不合流理向。数据流程图是一种能全面地描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况。管理调查程中绘制的业务流程图和表格分配图等虽然形象地表达了管理信息中的流动和存储过程，但仍没有完全脱离一些物质要素（如货物、产品等）、数据流程图则进一步舍去物质要素，收集有关资料，用计算机进行信息管理，为下一步分析做好准备。数据流程图数据流程图表

3、示求解某一问题的数据通路。同时规定了处理的主要阶段和所用的各种数据媒体。数据流程图包括： 1. 指明数据存在的数据符号，这些数据符号也可指明该数据所使用的媒体。2. 指明对数据执行处理的处理符号，这些符号也可指明该处理所用到的机器功能。3. 指明几个处理和（或）数据媒体之间的数据流的流线符号。4. 便于读、写数据流程图的特殊符号。在处理符号的前后都应是数据符号。数据流程图以数据符号开始和结束（除94规定的特殊符号外）处理过程功能图是一种能全面地描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况。数据字典所谓数据词典,是指定义和管理数据库文件(库表

4、)的有组织的系统,其目的是方便数据库的存取和控制,加强系统的数据管理需求提出者 需求提出者是对项目进行提出需求的用户图例说明是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表，利用它可以帮助分析人员找出业务流程中的不合流理向。数据存储数据存储是一种对深入挖掘用户需求，得出数据分析的存储过程。是对整个数据的中间结果以及最终结果的存储。数据传递 数据传递是处于整个规定了的所有数据媒体的中间产物的传递。1.4 参考资料海南大学电子离校系统基于ASP.NET的高校学生离校系统的设计与实现数字化离校系统的设计与实现数字离校系统需求分析报告本小组所编软件工程理论、方法与实践孙家广 主编

5、2 总体设计2.1 需求规定2.2 运行环境2.2.1硬件环境:服务器端:高性能的计算机一台,普通的双绞线作为连接。客户端:普通的计算机或者工作站,普通的双绞线作为连接。2.2.2软件环境:服务器端:安装SQL Server 2008的服务器版本，安装windows 2000服务器版本,配置了诺顿等防毒软件。客户端:安装SQL Server 2008的服务器版本,安装VS2010等可视化开发工具软件,安装windows 2000服务器版本。2.3 基本设计概念和处理流程2.3.1 基本设计概念 2.3.1.1 系统物理架构图 图 2.3.1.1 2.3.1.2 系统逻辑架构图 图 2.3.1.

6、22.3.2 处理流程2.3.2.1 顶层数据流图： 图 2.3.2-1图 2.3.2-2 外接口与系统的关系图2.3.2.2 第零层图： 图 2.3.2-3 子系统关系图 2.3.2.3 第一层图：（1）登录子系统： 图 2.3.2-4 登录图 （2）查询子系统： 图 2.3.2-5 查询子系统（3）管理子系统： 图 2.3.2-6 管理子系统2.3.2.4 第二层图：（1）组维护： 图 2.3.2-7 组维护图（2）学生自主服务：图 2.3.2-8 自主服务图（3）学生离校办理：图 2.3.2-9学生离校办理图（4）查看打印设置： 图 2.3.2-10 查看打印设置（5）操作日记查询： 图

7、 2.3.2-11 操作日记查询（6）各部门相关信息查询： 图 2.3.2-12 各部门查询相关信息（7）用户维护： 图 2.3.2-13 用户维护（8）教师数据维护： 图 2.3.2-14 教师数据维护（9）离校项目与处理： 图 2.3.2-15 离校项目与处理（10）处理办理流程： 图 2.3.2-16 办理流程（11）新闻发布管理： 图 2.3.2-17 新闻发布（12）上传管理文件： 图 2.3.2-18 上传管理文件（13）打印方式设置： 图 2.3.2-19 打印方式设置（14）学生数据维护： 图 2.3.2-20 学生数据维护 （15）密码维护： 图 2.3.2-21 密码维护（

8、16）数据备份恢复： 图 2.3.2-22 数据备份恢复（17）系统设置： 图 2.3.2-23 系统设置（18）部门手续办理： 图 2.3.2-24 部门手续办理（19）分院手续办理： 图 2.3.2-25 分院手续办理（20）单个学生办理： 图 2.3.2-26 单个学生办理（21）证书发放： 图 2.3.2-27 证书发放2.4 结构 图 2.4-1 结构图2.4.1 系统维护2.4.1.1 子系统说明1. 组维护：选择用户组，查看系统已经有的用户组和相关权限。2. 用户维护：管理员可以通过该功能添加用户、修改用户、删除用户、用户授权、设置读写权等功能。3. 学生数据维护：选择学生类别，

9、系统自动列出所有该类别的学生。对学生信息增加，删除，修改，导入和导出数据等操作。4. 教师数据维护：选择教职工类别，系统自动列出所有该类别的教职工。对教职工信息增加，删除，修改，导入和导出数据等操作。5. 操作日志查询：用户可以选择操作员（用户名），操作日期段，以及IP地址段对操作日志进行查询。6. 数据备份恢复：用户可以自定义输入备份文件名，点保存后，系统自动在应用服务器上做数据备份。7.系统设置：用户可以设定学校名称，启动时间，系统万能密钥（万一管理员忘记系统登录密码可以通过万能密钥当作密码登陆，注意保密性）以及当前年份。2.4.1.2 类图及说明 图 2.4.1.2 系统维护类图 Gro

10、up：查询数字离校系统的所有用户和用户的权限。User：系统管理员可以通过这进行添加，修改，删除用户，并且可以对系统的用户授权。Student：用户可以对插入学生信息，对学生信息进行修改，更新，导入或者导出学生的信息。Teacher：用户可以对插入教师信息，对学生信息进行修改，更新，导入或者导出学生的信。Selection类：管理员可以通过使用用户名，ip地址，使用日期查询用户在系统中的活动。Syreivse:管理员可以对系统进行设置：系统时间，系统开始使用的时间，系统的名字，以及一个万能密码。 Databack：用户可以自定义输入备份文件名，点保存后，系统自动在应用服务器上做数据备份。2.4

11、.2 离校预处理2.4.2.1 子系统说明1.离校项目与处理：根据学生的类别，学院，班级生成当年学生的电子离校单。2.办理流程：显示学生离校需要办理的手续的单位及时间，可以对这些信息进行操作。3.新闻发布管理：部门或者学院有通知或者信息要发布，则可以在此发布与离校相关的信息。 面向对象分为:学生和老师以及全部。面向老师的除了学生用户其他都能看到,面向对象为学生的（且具体到某个学院的）,则只有（某个学院的）学生用户才能看到。面向对象为全部的则所有用户都能看到。必须填入新闻的标题。对于发布了的新闻可以进行修改/删除操作。4.打印方式设置：选择系名称，学生类别，打印方式（受限制（没有审核完成不允许打

12、印），不受限制），审核方式（手工，自动），是否允许强制审核（允许，不允许）后保存即可。5.查看打印设置：对4中功能进行查看。6.上传管理文件：可以对离校相关的管理文件进行上传，学生或者相关人员在登陆界面就可以看到该文件。输入文件名称以及上传文件的内容，点保存即可上传。退出界面可以查看上传的相关文件。2.4.2.2 类图及说明 图 2.4.2.2 离校预处理类图LeaveSchoolProcess:显示学生离校的时间，需要进行手续办理的部门。LeaveSchoolList：根据学生的院系，专业，班级生成离校学生的名单。Upload：管理员将与离校相关的文件上传到系统，学生或者相关人员登录界面后可

13、以看到内容。ShowStamp：查看打印学生的信息，打印方式等等。Stampa：选择学生的院系，专业，班级。通过审核后打印学生信息。News：部门或者学院发布通知或者信息， 学生和老师以及全部都可以看见这些信息。必须填入新闻的标题。对于发布了的新闻可以进行修改/删除操作。2.4.3 学生自助服务2.4.3.1 子系统说明1.电子离校但查看：学生可以进行网上查看自己的信息。2.在线咨询关于离校的有关事宜。2.4.3.2 类图及说明 图 2.4.3.2 学生自助服务类图Onlineadvice：学生登录系统，进行在线咨询。可以提出问题，也可以接收答案。ShowInformation：显示学生的所有

14、信息，学生只能进行查看。2.4.4 离校手续办理2.4.4.1 子系统说明1.部门手续办理：根据学生类别，院系，专业和班级，年级，校区等对学生信息进行操作。2.分院手续办理：根据学生类别，院系，专业和班级，年级，校区等对学生信息进行操作。3.学生离校办理：输入学号或者姓名进行查询，可以查看审核情况。 4.单个学生办理：对单个学生进行各项审查。 5.证书发放：对通过审核的同学进行证书发放。2.4.4.2 类图及说明 图 2.4.4.2 离校手续办理Departhandle：各个部门对指定学生的信息进行更新。AcadyHandl：学院领导对指定学生的信息进行更新。 StudentHandl：学生通

15、过输入用户名和密码查看审核情况。SingSstudent：对单个学生进行单独的各项审核。Credit：当学生所有项目都审核通过以后，辅导员发放证书给学生。2.4.5 查询统计2.4.5.1 子系统说明2.4.5.2 类图及说明 图 2.4.5.2 查询统计SchoolSelectiom：学校领导本校查询当前已离校学生人数，还未离校人数。AcademySelection：学院领导查看本院当前已离校学生人数，还未离校人数。2.4.6 密码维护2.4.6.1 子系统说明1.学生：登陆系统修改自己的密码。2.管理员：可以修改用户的密码2.4.6.2 类图及说明Passwara：修改用户的密码.Stud

16、entPassward:学生通过登录系统，对自己的的密码进行修改。UerPassward：可以修改用户的密码。 图 2.4.6.2 密码维护类图2.5 功能需求与程序的关系登录添加删除修改保存导入导出设置查询组维护用户维护学生数据维护教师数据维护操作日志查询数据备份恢复 系统设置电子离校单查看在线咨询修改个人密码修改用户密码部门手续办理分院手续办理学生离校办理单个学生办理证书发放部门数据维护离校项目与处理办理流程新闻发布管理打印方式设置查看打印设置上传管理文件 表 2.5 功能需求与程序的关系2.6 人工处理过程 没有。2.7 尚未解决的问题 无。3 接口设计3.1 用户接口 采用窗口化，菜单

17、式进行设计，在操作时相应热键。3.2 外部接口3.2.1 硬件接口 无。3.2.2 软件接口 用户，管理员登录系统。3.3 内部接口通过面向对象语言设计类，在public类中实现调用，类间实现严格封装。4 运行设计4.1 运行模块组合 本程序主要是以一个窗口为模块，一般一个窗口完成一个特定的功能。主窗口通过打开另一个子窗口来实现各个模块之间不同功能的连接和组合。各模块之间相对独立，程序的可一致性好。各模块之间主要以传递数据项的引用来实现模块之间的合作和数据共享。4.2 运行控制 只要符合操作说明说，用户可以自由控制，不额外限定用户输入，异常由程序内部进行处理，给出相应的提示信息。4.3 运行时

18、间 有用户决定。5 系统数据结构设计5.1 物理结构设计要点5.1.1 角色表（PUBLIC ROLE）字段名称中文说明键别是否空数据类型长度备注RoleId角色标识IdPKNOVARCHAR32RoleName角色名称NOVARCHAR32Remark角色说明VARCHAR128 表 5.1.1 角色表5.1.2 权限表（PUBLIC_PRIVILEGE）字段名称中文说明键别是否空数据类型长度备注PrivilegeId权限标识IdPKNOVARCHAR32PrivilegeCode权限编码NOVARCHAR32PrivilegeName权限名称NOVARCHAR64PrivilegePare

19、ntId上级权限IdVARCHAR32上级权限SystemId权限所属系统IdFKVARCHAR32权限所属系统 表 5.1.2 权限表5.1.3 角色权限表（PUBLIC_ROLEPRIVILEGE）字段名称中文说明键别是否空数据类型长度备注RoleId角色IDPK，FKNOVARCHAR32角色表外键PrivilegeId权限IDPK，FKNOVARCHAR32 权限表外键 表 5.1.3 角色权限表5.1.4 部门表（PUBLIC_DEPT）字段名称中文说明键别是否空数据类型长度备注DeptId部门标识IdPKNOVARCHAR32DeptName部门名称NOVARCHAR32DeptP

20、arentId父类部门IdVARCHAR32上一级部门Tel电话VARCHAR32Fax传真VARCHAR32SortOrder排序INT4Remark备注VARCHAR128 表 5.1.4 部门表5.1.5 新闻发布表（PUBLIC_PUBLISHINFO）字段名称中文说明键别是否空数据类型长度备注InfoId消息标识IdPKNOVARCHAR32Title主题NOVARCHAR32Content内容NOVARCHAR1024CreatorId创建人IdFKNOVARCHAR32员工表外键AddDate创建时间NOVARCHAR24 表 5.1.5 新闻发布表5.1.6 系统操作日志表（P

21、UBLIC_OPERATELOG）字段名称中文说明键别是否空数据类型长度备注LogId操作日志标识IdPKNOVARCHAR32OperatorId操作员IdFKNOVARCHAR32员工表外键SystemModuleId系统模块IdNOVARCHAR32系统功能模块表外键ActionType动作类型NOVARCHAR8如：增、删、改、查等Remark操作说明VARCHAR128OperateTime操作时间NOVARCHAR24 表 5.1.6 系统操作日志表5.1.7 系统表（PUBLIC_SYSTEM）字段名称中文说明键别是否空数据类型长度备注SystemId系统标识IdPKNOVARC

22、HAR32SystemCode系统编码VARCHAR30SystemName系统名称NOVARCHAR30SystemParentId父类系统IdVARCHAR32 表 5.1.7 系统表5.1.8 系统功能模块表（PUBLIC_SYSTEMMODULE）字段名称中文说明键别是否空数据类型长度备注SystemModuleId功能模块标识IdPKNOVARCHAR32SystemModuleCode模块编码VARCHAR32SystemModuleName模块名称NOVARCHAR32SystemModuleParentId父类模块IdVARCHAR32SystemId功能模块所属系统IdFKV

23、ARCHAR32系统表外键 表 5.1.8 系统功能模块表5.1.9 学生表（PUBLIC_STUDENT）编号数据元素名内部名值域值义类长E1学生姓名StudentNameVarchar(20)32E 2学生学号StudentNumberVarchar(10)32E3学生年龄StudentAgeInt 32E 4学生性别StudentSexbool32E5家庭住址StudentAddressVarchar(50)64E 6政治面貌StudentFlagVarchar(10)32E 7联系电话 StudentPhoneVarchar(20)32E8学院名称SdeptNameVarchar(10

24、)32E 9就读班级StudentClassVarchar(10)32E 10财务处是否欠费32E 11就读专业MajorNameVarchar(10)32E 12就读校区CampusNameVarchar(10)32E 13学生证上缴情况bool32E 14还书情况 Bool32E 15图书馆欠费 Bool32E 16物品名称GoodsNameVarchar(10)32E 17是否损坏物品 bool32E18科目名称ObjectNameVarchar(20)32E19科目成绩ObjectGradeint32E20毕业证发放情况 bool32 表 5.1.9 学生表5.2 逻辑结构设计要点5.

25、3 数据结构设计与程序的关系6 系统出错处理设计6.1 出错信息 出错情况输出信息形式含义处理方法用户名输错错误提示框用户名不存在返回登录界面，重新输入密码输错错误提示框密码不匹配重新输入密码变量类型出错错误提示框与原变量类型不匹配重新输入数据长度越界错误提示框长度超出规定的长度重新输入6.2 补救措施 1.关闭程序重新启动。 2.改变数据库中的变量的类型或长度。 3.退回前一界面，重新输入。6.3 系统维护设计 软件的维护主要包括，数据库的维护和软件功能的维护。 对于数据库的维护，本软件已经提供了数据库的备份和恢复功能，可以方便的实现数据库的维护管理。 对于软件功能方面的维护，由于我们采用的是模块化的设计方法，每个模块（窗口）之间相互独立性较高，这样对软件的维护带来了很大的方便，对于单独功能的修改只需修改一个窗口就行了。而对于功能的添加，只要再添加菜单项的内容即可，软件卖出后，我们将根据客户的要求和反映，定期地对软件进行维护修改。