实例3高校学生会管理系统data数据库设计.doc

实例3：高校学生会管理系统数据库设计 1数据库设计 1.1系统需求分析阶段 需求分析简单的说就是分析用户的要求。需求分析是涉及数据库的起点，需求分析的结果是否准确地反映了用户的实际要求，将直接影响到后面各个阶段的设计，并影响到设计的结果是否合理和实用。 1.1.1 需求分析阶段的目标 1．了解高校学生会管理的基本内容； 2．综合的理解主管学生会老师和学生会干部的不同需求； 3．了解学生会管理的基本业务流程； 4．了解学生会人工管理模式与信息系统的工作概况，以及它们之间的区别与联系； 5． 通过自身的体验和与主管学生会的老师及其他学生会干部的交流，了解用户对高校学生会管理系统的业务要求，完整性和安全性要求。 1.1.2 需求分析阶段的任务 1．处理对象： 系统处理对象是学生会的干部信息管理、财务管理、日常事务管理和文件信息管理四个方面。 在学生会的干部信息处理中主要涉及几下几个方面的信息： （1）学生会干部基本信息(Student)：包括编号、姓名、性别、职务、专业、年级、加入学生会日期、参加过的活动项目等信息。 （2）部门基本信息（Dpartment）：部门编号、部门名称、部长姓名、副部长人数、部委人数、部长电话等信息。 在财务信息处理中主要涉及几下几个方面的信息： （1）物品基本信息(Goods)：包括物品编号、物品名称、购买时间、单价、借出时间，借物人姓名、归还时间、归还人姓名等信息。 （2）财务基本信息(Financial affairs)：包括财务申请编号、资金用途、申请金额、申请人、申请部门、申请时间、余额等信息。 在日常事务信息处理中主要涉及几下几个方面的信息： （1）事务活动基本信息（Affairs）：包括事务活动编号、事务活动名称、职能范围、承办部门、以往解决方案、是否特色活动等信息。 （2）工作计划基本信息（Working plan）：包括工作计划编号、工作计划名称、提交部门、提交人、提交时间、是否紧急活动等信息。 在文件信息处理中主要涉文件的基本信息（File）：包括文件编号、文件名称、文件类型、所属部门、负责人、收发对象、存档日期、备注等信息。 2．处理功能要求 高校学生会管理系统主要实现对学生会的科学化、条理化、信息化、高效化管理。其中包括学生会干部信息、财产物品的使用以及登记，日常事务管理和文件信息管理等四大功能。具体功能描述如下： （1）学生会干部信息管理主要完成干部信息的查询与更新，从而实现对学生会干部信息的科学化管理。 （2）财务的管理包括财产和物品的管理，完成对财产物品信息的查询与更新，如举办活动所需的资金申请、物品使用的登记、物品借还的登记等，从而实现学生会财务的信息化管理。 （3）日常事务管理实现对学生会日常开展工作的管理，完成日常事务的查询与更新，从而更好地实现以下职能：包括各部门提交的工作计划、活动计划的审核与安排、活动的筹划、各项活动的人员合理的调度与安排，确保各项活动成功地举办，更有利于学生会各项日常工作的顺利开展。 （4）文件管理完成对学生会所有存档文件的查询与更新，实现对学生会日常的工作文件的科学化管理，从而确保各项工作的开展有章可寻，使学生会的工作更富有条理化，避免一些重复文件的制定，造成资源的浪费。 3．安全性和完整性要求 安全性先通过视图机制，不同的用户只能访问系统授权的视图，这样可提供系统数据一定程度上的安全性，再通过用户授权机制，通过用户登陆来识别用户级别，根据这个级别来分配用户权限，达到数据更高层次的安全保密功能。近而可以满足用户的基本数据安全性要求。 完整性要求用于描述各种信息之间的制约关系，以及关联关系，各个数据项的取值范围以及各个数据项是否可以不取值。根据实际需要，采取一定的手段来满足用户的完整性需求。详细完整性要求见于系统的逻辑设计阶段。 4．业务流程图 学生会干部信息管理业务流程图： 财务管理业务流程图： 日常事务管理业务流程图： 文件管理业务流程图： 5．数据流程图 顶层数据流程图： 第2层数据流程图： 第3层数据流程图：从学生干部信息管理角度出发 　 第3层数据流程图：从财务管理角度出发 第3层数据流程图：从日常事务管理角度出发 第3层数据流程图：从文件管理角度出发 7．数据字典 （1）数据项：系统涉及的数据项有51项 表1.1(高校学生会管理系统)数据项列表（汇总统计） 数据项编号 数据项名 数据项含义 与其它数据项的关系 存储结构 别名 DI-1 StuNo 学生干部编号 char(8) 编号 DI-2 StuName 学生干部姓名 char(10) 姓名 DI-3 StuSex 学生干部性别 char(2) 性别 DI-4 StuPosition 学生干部职务 char(6) 职务 DI-5 StuDep