学生会管理系统 《Web技术》课程设计

上传人:无*** 文档编号:40518627 上传时间:2021-11-16 格式:DOCX 页数:38 大小:1.34MB
收藏 版权申诉 举报 下载
学生会管理系统 《Web技术》课程设计_第1页
第1页 / 共38页
学生会管理系统 《Web技术》课程设计_第2页
第2页 / 共38页
学生会管理系统 《Web技术》课程设计_第3页
第3页 / 共38页
资源描述:

《学生会管理系统 《Web技术》课程设计》由会员分享,可在线阅读,更多相关《学生会管理系统 《Web技术》课程设计(38页珍藏版)》请在装配图网上搜索。

1、精品文档大连理工大学网络教育学院Web技术课程设计设计题目:学生会管理系统学习中心: W层 次:专升本专 业:网络工程年 级:2016年春学 号: 201203238493学生姓名:胡聪目录1 .系统需求分析 21.1 需求分析阶段的目标 21.2 需求分析阶段的任务 22 .数据库设计 122.1 概念设计阶段 122.2 逻辑设计阶段 172.3 物理设计阶段 223 .数据库实施阶段 263.1 数据库实施阶段目标 263.2 数据库实施阶段任务 264 .结束语 3536参考文献可编辑1. 系统需求分析需求分析简单的说就是分析用户的要求。需求分析是涉及数据库的起点,需求分析的结果是否准

2、确地反映了用户的实际要求,将直接影响到后面各个阶段的设计,并影响到设计的结果是否合理和实用。1.1 需求分析阶段的目标1 了解高校学生会管理的基本内容;2 综合的理解主管学生会老师和学生会干部的不同需求;3 了解学生会管理的基本业务流程;4 了解学生会人工管理模式与信息系统的工作概况,以及它们之间的区别与联系;5 通过自身的体验和与主管学生会的老师及其他学生会干部的交流,了解用户对高校学生会管理系统的业务要求,完整性和安全性要求。1.1 需求分析阶段的任务1 处理对象:系统处理对象是学生会的干部信息管理、财务管理、日常事务管理和文件信息管理四个方面。在学生会的干部信息处理中主要涉及几下几个方面

3、的信息:( 1 )学生会干部基本信息 (Student) :包括编号、姓名、性别、职务、专业、年级、加入学生会日期、参加过的活动项目等信息。( 2 )部门基本信息( Dpartment ) :部门编号、部门名称、部长姓名、副部长人数、部委人数、部长电话等信息。在财务信息处理中主要涉及几下几个方面的信息:( 1 )物品基本信息(Goods) :包括物品编号、物品名称、购买时间、单价、借出时间,借物人姓名、归还时间、归还人姓名等信息。( 2 )财务基本信息(Financial affairs):包括财务申请编号、资金用途、申请金额、申请人、申请部门、申请时间、余额等信息。在日常事务信息处理中主要涉

4、及几下几个方面的信息:( 1 )事务活动基本信息( Affairs ) :包括事务活动编号、事务活动名称、职能范围、承办部门、以往解决方案、是否特色活动等信息。( 2 )工作计划基本信息( Working plan ) :包括工作计划编号、工作计划名称、提交部门、提交人、提交时间、是否紧急活动等信息。在文件信息处理中主要涉文件的基本信息( File ) :包括文件编号、文件名称、文件 类型、所属部门、负责人、收发对象、存档日期、备注等信息。2 处理功能要求高校学生会管理系统主要实现对学生会的科学化、条理化、信息化、高效化管理。其中包括学生会干部信息、财产物品的使用以及登记,日常事务管理和文件信

5、息管理等四大功能。具体功能描述如下:(1)学生会干部信息管理主要完成干部信息的查询与更新,从而实现对学生会干 部信息的科学化管理。(2)财务的管理包括财产和物品的管理,完成对财产物品信息的查询与更新,如举 办活动所需的资金申请、物品使用的登记、物品借还的登记等,从而实现学生会财务的 信息化管理。(3)日常事务管理实现对学生会日常开展工作的管理,完成日常事务的查询与更 新,从而更好地实现以下职能:包括各部门提交的工作计划、活动计划的审核与安排、 活动的筹划、各项活动的人员合理的调度与安排,确保各项活动成功地举办,更有利于 学生会各项日常工作的顺利开展。(4)文件管理完成对学生会所有存档文件的查询

6、与更新,实现对学生会日常的工 作文件的科学化管理,从而确保各项工作的开展有章可寻,使学生会的工作更富有条理 化,避免一些重复文件的制定,造成资源的浪费。3 .安全性和完整性要求安全性先通过视图机制,不同的用户只能访问系统授权的视图,这样可提供系统数 据一定程度上的安全性,再通过用户授权机制,通过用户登陆来识别用户级别,根据这 个级别来分配用户权限,达到数据更高层次的安全保密功能。近而可以满足用户的基本 数据安全性要求。完整性要求用于描述各种信息之间的制约关系,以及关联关系,各个数据项的取值 范围以及各个数据项是否可以不取值。根据实际需要,采取一定的手段来满足用户的完 整性需求。女工部科技创新部

7、勤工助学部社会实践部事生活部体育部X文艺部纪检部宣传部学习部办公室图IE 学生会组织机构图4 .业务流程图学生会干部信息管理业务流程图:财务管理业务流程图:民主竞选 和考核学生会干部信息管理参考制度给予奖惩修右信I I息存档I任命新1届学生学干部管会修改信息存档学生矣干部退住息存棺日常事务管理业务流程图:文件管理业务流程图:5.数据流程图顶层数据流程图:学生会干部信息检索 畲家 信息处理-申请加入,开展活动申善一申请审批高校学生会管埋系统图2.1顶层皴据流程图第2层数据流程图:学生叁干部信息表查看 信旧.理修 而老师生会的查看信息I财物亩批学生安干部信息处理财务信息处理隶届学生 干部信息 有效

8、学生 午部信息开展活动财务登记表学生会干部申请甫才会各活动安排表活动信 息处理活动_ 彳划A 活动 安排文件登记表文件信息处理2.2第二层数据沛程图第3层数据流程图:从学生干部信息管理角度出发第3层数据流程图:从财务管理角度出发第3层数据流程图:从日常事务管理角度出发人员安排表F5学生会干部信,艮表所需 物品 列星A3. 5察看物品信息3.6 F1物品信息登记表登记信息图己5学生会日常事务管理流程图第3层数据流程图:从文件管理角度出发7 .数据字典(1)数据项:系统涉及的数据项有51项表1.1(高校学生会管理系统)数据项列表(汇总统计)数据项编号数据项名数据项含义与其它数据项的关系存储结构别名

9、DI-1StuNochar(8)编号DI-2StuName学生干部姓名char(10)姓名DI-3StuSex学生干部性别char(2)性别DI-4StuPosition学生干部职务char(6)职务DI-5StuDepartName学生干部所属部门等于DepNochar(6)部门数据项编号数据项名数据项含义与其它数据项的关系存储结构别名DI-6StuMajor学生干部所属专业char(20)专业DI-7StuGrade学生干部所在年级char(8)年级DI-8StuPhoneNo学生干部电话char(12)电话DI-9StuStaTime加入学生会时间datetime时间DI-10StuCa

10、se参加过的活动项目varchar(50)项目DI-11GoodsNo物品编号char(8)编号DI-12GoodsName物品名称char(16)名称GoodsBuyTi时间DI-13购买时间datetimemeDI-14GoodsPrice单价char(6)单价DI-15GoodsLendTime借出时间datetime时间DI-16GoodsLender借物人姓名char(10)姓名DI-17GoodsReturner归还人姓名char(10)姓名DI-18GoodsRetTime归还时间datetime时间DI-19FinNo财务申请编号char(6)编号DI-20FinPurpose

11、用途char(30)用途DI-21FinMoney申请金额char(6)金额DI-22FinPerson申请人姓名char(10)姓名DI-23FinDepartment申请部门char(14)部门DI-24FinTime申请时间datetime时间DI-25FinRemain余额char(6)余额DI-26PlaNo工作计划编号等于FileNochar(6)编号DI-27PlaName工作计划名称char(30)名称DI-28PlaDepartment计划提交部门等于DepNochar(6)部门DI-29PlaPerson计划提交人char(10)姓名DI-30PlaTime计划提交时间da

12、tetime时间DI-31PlaQuality是否紧急活动char(4)是否DI-32AffNo事务活动编号char(6)编号DI-33AffName事务活动名称char(20)名称DI-34AffScope事务活动职能范围char(8)职能 范围DI-35AffDepartment主要承办部门等于DepNochar(6)部门DI-36AffScheme以往解决方案char(50)方案DI-37AffQuality是否特色活动char(4)活动DI-38DepNo部门编号char(6)编号DI-39DepName部门名称char(14)名称DI-40DepMinName部长姓名等于 StuNa

13、mechar(8)姓名DI-41DepSminSum副部长人数int人数DI-42DepMemSum部委人数int人数DI-43MinPhoNo部长电话char(12)电话DI-44FilesNo文件编号char(6)编号DI-45FilesName文件名称char(20)名称DI-46FilesType文件类型char(14)类型DI-47FilesBelDep所属部门char(6)部门DI-48FilesPerson负责人char(8)姓名DI-49RecDisPartner收发对象char(14)对象DI-50ArcDate存档日期datetime日期DI-51Remarks备注char

14、(30)备注(2)数据结构:表1-2(高校学生会管理系统)数据结构(汇总统计)数据结构编号数据结构名数据结构含义组成StuNo,StuName,StuSex,StuPosition,StuMajor,DS-1Student学生干部信息StuDepartName,StuGrade,StuPhoneNo,StuCa se,StuStaTime,GoodsNo,GoodsName,GoodsBuyTime,GoodsPriDS-2Goods物品信息c,GoodsLender,GoodsLendTime,GoodsReturner,GoodsRetTimeDS-3FinancialAffairs财务信

15、息FinNo, FinPurpose, FinMoney, FinPerson, FinTime,FinDepartment, FinRemainDS-4WorkingPlan工作计划信息PlaNo, PlaName, PlaDepartment, PlaPersonPlaTime, PlaQualityDS-5Affairs事务活动信息AffNo, AffName, AffScope, AffDepartmentAffScheme, AffQualityDS-6Department部门信息DepNo,DepName,DepMinName, DepSminSumDepMemSum, MinPh

16、oNoDS-7Files文件信息FilesNo,FilesName,FileTyp,FilesBelDep,FilesPerson, RecDisPartner, ArcDate, Remarks8 .处理逻辑描述(判定表或判定树)表1-3(高校学生会管理系统)处理逻辑描述处理功能学生会干部信息管理模块、财务管理模块、学生PR-1判断用户查询涉及的功能模块会日常事务管理模块、文件信息管理模块:先确 定查询所涉及的功能模块;然后,确定要查询的 内容,确定查询数据流向;最后显示查询结果。PR-2判断用户修改要涉及的模块,同 时把相应的修改数据传到相应的 模块之中学生会干部信息管理模块、财务管理模块

17、、学生 会日常事务管理模块、文件信息管理模块:先确 定更新所涉及的功能模块;然后,把更新信息传 送到相应的模块中;最后,进行相应的更新操作。2.数据库设计2.1 概念设计阶段,目标将需求分析得到用户需求抽象为信息结构即概念模型的过程就是概念结构设计。概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构(概念模型)的过程,它是整个数据库设计的关键,包括概念模型设计和新系统流程两个阶段。在需求分析阶段所得到的应用需求应该首先抽象为信息世界的结构,才能更好地、更准确地用某一DBMS 实现这些需求。具体任务1 .选择中层数据流为切入点,通常选择实际系统中的子系统;2 .设计分 E-R图,即各子

18、模块的E-R图;3 .生成初步 E-R图,通过合并方法,做到各子系统实体、属性、联系统一;4 .生成全局 E-R图,消除冲突。结果1 .各实体及其属性图3"学生会干部实体及其属性图文件图3"文件实体及其属性同2 .生成分E-R图如下所示:3.8学生会干部信息管理分EK第部门文件学生会干部图3. 11文件管理分E-R图3.合并各分E R图,消除各类冲突,得到初步E-R图,再消除不必要冗余,得到的基本E-R图。具体实现如下:a.消除冲突合并分E-R图时并不能简单地将各个分E-R图画到一起,而是必须着力消除各个分E-R图中的不一致,以形成一个能为全系统中所有的用户共同理解和接受的

19、统一的概念模 型。合并分 E-R图的主要工作与关键是合理消除各分E-R图的冲突,冲突主要有三类:属性冲突、命名冲突和结构冲突。b.消除冗余在E-R图中,可能存在一些冗余的数据和实体间的联系。冗余数据和冗余联系容易破 坏数据库的完整性,给数据库的维护增加困难,应予以消除。但并不是所有的冗余数据与 冗余联系都必须加以消除,有时为了提高效率,不得不以冗余信息作为代价。消除冗余主 要采用分析法和规范化理论。经过以上分析,将所有的分E-R图综合成一个系统的总E-R图:解释如下:一个部门可以承办多个事务活动,而一个事务活动只能由一个部门去承办;一个部门可以包括多个学生会干部,而一个学生会干部只能隶属于一个

20、部门;一个学生会干部可以参与多项事务活动,而一个事务活动也可以有多个学生干部参与; 一个学生会干部可以提交多份财务申请,而一份财务只能由一个学生会干部申请; 一个学生会干部可以制定多份文件,而一份文件只能由一个学生会干部制定;一个学生会干部可以提交多份工作计划,而一份工作计划只能由一个学生会干部提交; 一份财务申请的资金可以购买多种物品,而一种物品只能由一次财务申请的资金来购买; 一次事务活动需借用多种物品,而一种物品一次只能给被一项事务活动所借用; 一份工作计划可以包括多项事务活动,而一项事务活动只能有一份工作计划中制定。4.新系统流程图普通用户不允许发出查询 提示信息学生 会干 部信 忌管

21、 理财符管理退出用户登录管理员京务理 日事管文件管理常易理 日事管财务管理文件管理学生 白干 部信 息管 理2.2逻辑设计阶段1逻辑设计阶段的目标以上的概念设计阶段是独立于任何一种数据模型的,但是逻辑设计阶段就与选用的DBMS 产品发生关系了,系统逻辑设计的目标就是将概念设计阶段设计好的基本E-R图转换为选用 DBMS产品所支持的数据模型相符合的逻辑结构。2逻辑设计阶段的任务具体任务是数据组织和数据处理。在数据组织阶段主要要完成的任务是将E-R图转换成为关系模型;模型优化;完成数据库模式定义描述,包括各模式的逻辑结构定义、关系 的完整性和安全性等内容;用户子模式设计。以表格的形式表现出来。数据

22、处理阶段主要 任务是画出系统功能模块图。1 .数据组织(1)实体型转换为关系模式一个实体型转换为一个关系模式。实体的属性就是关系的属性,实体的码就是关系的码。学生会干部(编号,姓名,性别,职务,部门,专业,年级,电话,加入学生会日期,参加过的活动项目)物品(编号,名称,购买时间,单价,借出时间,借物人姓名,归还时间,归还人姓名)财务(财务申请编号,资金用途,申请金额,申请人,申请部门,申请时间,余额)工作计划(编号,名称,提交部门编号,提交人,提交时间,是否紧急活动)事务活动(编号,名称,职能范围,承办部门,以往解决方案,是否特色活动)部门(部门编号,部门名称,部长编号,副部长人数,部委人数,

23、部长电话)文件(编号,名称,类型,所属部门编号,负责人,收发对象,存档日期,备注)(2)实体间联系转换为关系模式一个1 : 1联系可以转换为一个独立的关系,也可以与任意一段对应的关系模式合并。如果转化为一个独立的关系模式,则与该联系相连的各个实体的码以及联系本身的属性均 转换为关系的属性,每个实体的码均是该关系的候选码。如果与某一个实体对应的关系合 并,则需要在该关系模式的属性中加入另一个关系的主码和联系本身的属性。一个m : n的联系可以转化为一个单独的关系模式,这个单独的关系模式的主码事两端实体的码,再加上联系的属性。一个1 : n联系可以转化为一个独立的关系模式,也可以与n端的关系模式合

24、并作如果与n端的关系模式合并,在n端的关系模式中加上另一端关系的码和联系属性。为了方便系统地实现和数据库的设计,将所有的关系均作为一个单独的关系模式。(3)通过转化后所得出的关系模型在以下的关系模式当中,关系模式的码用直下划线标出,关系模式的外键用曲下划线 标出。学生会干部(编号,姓名,性别,职务,部门,专业,年级,电话,加入学生会日期,参加过的活动项目)物品(编号,财务申请编号,名称,购买时间,单价,借出时间,借物人姓名,归还时间,归还人姓名)财务(财务申请编号,资金用途,申请金额,申请人,申请部门,申请时间,余额)工作计划(编号称,提交部门编号,提交人,提交时间,是否紧急活动)事务活动(编

25、号称,职能范围,承办部门,以往解决方案,是否特色活动)部门(编号,名称,部长编号,副部长人数,部委人数,部长电话)文件(编号,名称,类型,所属部门编号,负责人,收发对象,存档日期,备注)活动使用物品(事务活动编号,物品编号,使用数量)参与活动(事务活动编号,学生会干部编号,出勤情况)(4)数据模型优化经过检查,以上九个关系模型当中前七个的主码都只有一个属性列,所以不从在部分函数依赖,后两个关系模式也不存在部分函数依赖。而且这九个关系模式也不存在传递函数依赖。因此,它们均已经达到 3NF。(5)数据库模式定义其中,包括各模式的逻辑结构定义、关系的完整性和安全性等内容。1 .学生会干部(Stude

26、nt )基本信息表,用于记录学生会干部的基本信息学生会干部基本信息表数据类型取值范围00000000StuNochar(8)99999999是Not nullStuNamechar(10)否Not nullStuPositionchar(6)否Not nullStuSexchar(2)男、女否NullStuMajorchar(14)否NullStuDepartchar(20)是Not nullStuGradechar(8)否NullStuPhoneNochar(12)否Not nullStuStaTimedatetime否Not nullStuCasevarchar(50)否Null2 .物品

27、(Goods)基本信息表,用于记录学生会物品的基本信息:物品基本信息表属性名数据类型取值范围是否是主属性或外键GoodsNochar(8)00000000-是Not null99999999FinNochar(6)000000 999999是Not nullGoodsNamechar(16)否Not nullGoodsBuyTimedatetime否NullGoodsPricechar(6)否Not nullGoodsLenderchar(10)否NullGoodsLendTimedatetime否NullGoodsReturnerchar(10)否NullGoodsRetTimedateti

28、me否Null3.财务(FinancialAffairs)基本/息表,用丁记录财务的基本息:财务基本信息表数据类型取值范围是否是主属性或外键完整性FinNochar(6)000000 999999是Not nullFinPurposechar(30)否NullFinMoneychar(6)否Not nullFinPersonchar(8)是Not nullFinTimedatetime否NullFinDepartmentchar(6)是Not nullFinRemainchar(6)Null4 .工作计划(WorkingPlan)基本信息表,用于记录各部提交的工作计划的基本信息:工作计划基本信

29、息属性名数据类型取值范围是否是主属性或外键完整性PlaNochar(6)000000 999999是Not nullPlaNamechar(30)否Not nullPlaDepartmentchar(6)是Not nullPlaPersonchar(8)是NullPlaTimedatetime否NullPlaQualitychar(4)否Not null5.事务活动(Affairs)基本信息表,用于记录学生会各项事务活动的基本信息:事务活动学生基本信息属性名数据类型取值范围是否是主属性或外键AffNochar(6)000000 999999是Not nullPlaNochar(6)000000

30、 999999是Not nullAffNamechar(20)否Not nullAffScopechar(8)否NullAffDepartmentchar(6)是Not nullAffSchemechar(50)否NullAffQualitychar(4)否Not null6.部门(Department) 基本信息表,用于记录部门的基本信息:部门基本信息属性名数据类型取值范围是否是主属性或外键char(6)000000DepNo999999是Not nullDepNameChar(14)否Not nullDepMinNamechar(8)是Not nullDepSminSumint0000 9

31、999否NullDepMemSumint0000 9999否NullMinPhoNochar(12)否Null7.文件(Files )基本信息表,用于记录学生会所有文件的基本信息:文件基本信息属性名数据类型取值范围是否是主属性或外键完整性FilesNochar(6)000000是Not null999999FilesNamechar(20)否Not nullFilesTypechar(14)NullFilesBelDepchar(8)是Not nullFilesPersonchar(6)是Not nullRecDisPartnerchar(14)否NullArcDatedatetime否Nul

32、lRemarkschar(30)否Null.活动使用物品(AffairsGoods)基本信息表,用于记录举办活动中使用物品的基本信息:活动使用物品基本信息属性名数据类型取值范围是否是主属性或外键完整性AffNochar(6)000000 999999是Not nullchar(8)00000000GoodsNo99999999是Not nullGamountInt0000 9999否Null.参与活动(Join Affairs )基本信息表,记录班费支出的基本信息:班费支出基本信息属性名数据类型取值范围是否是主属性或外键完整性AffNochar(6)000000 999999是Not null

33、char(8)00000000StuNo99999999是Not nullPresentchar(4)否Not null89(6)用户子模式设计将概念模型转换为全局逻辑模型后,还应该根据用户的习惯和需求设计符合局部用户 需要的外模式,即视图设计。表2.2用户子模式设计(View)列表(View)()V- 1StuView查询和修改学生会干部的基本信息V- 2DepViewV- 3GooView查看物品的借出和归还信息V- 4FinView查看活动经费使用情况V- 5WPView查看工作计划提交的情况V- 6AffView查看以往事务活动方案以供来参看V- 7FilesView查看以前存档文件的

34、基本信息V- 8AGView查询举办活动物品的使用情况2.数据处理系统功能模块图:高校学生会盲理系统文件管理HI除文件信息修改文件信息插入文件信息查看文件信息删除日常事务信息®改日常事符信息插入日常事务信息 查看日常事#信息图3评系统功能模块图2.3物理设计阶段1物理设计阶段的目标不同的数据库产品所提供的物理存储环境、存取方法和存储结构有很大的差别,能供设计人员设用的设计变量、参数范围也很不相同。物理设计阶段的目标是根据SQLServer2000 具体的功能,设计优化的物理数据库结构,使得在数据库上运行的各种事务 响应时间最小,存储空间利用率高,事务吞吐量大。2物理设计阶段的任务紧数

35、据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程,在这个阶段中要完成两大任务:(1)确定数据库的物理结构,在关系数据库中主要是存取方法和存储结构;(2)对物理结构进行评价,评价的重点是时间和空间效率。1 .数据存储方面为数据库中各基本表建立的索引如下:11 )由于基本表 Student 、Goods、Affairs 、Dpartment 的主码 StuNo、GoodsNo 、 AffNo、DepNo经常在查询条件和连接操作的连接条件中出现,且它们的值唯一,考虑在 两个属性上建立唯一性索引;(2) AffairsGoods 的主码 AffNo 和 StuNo , JoinA

36、ffairs 的主码 AffNo 和 StuNo , 他们经常在查询条件中出现,且它们的组合值唯一,考虑在它们之上建立组合索引;(3)基本表 Financial affairs 、Working plan 的属性值几乎不会有什么变化,更 新率很低,可考虑适当建立索引;(4)基本表 File的属性值经常发生变化,权衡系统为维护索引付出的代价,可考虑 不建立索引,也可以适当建立索引。2.系统功能模块(1)学生会干部信息查询和更新模块将实现对学生会干部信息的查询和更新(修改、插入、删除)操作,方便于对学生干 部基本信息的全面、科学的管理,能有效的应对学生会干部的变动性和流动性,及时地更 换信息。具体

37、的功能模块图如下:一用户发出查询或更新 学生会干部的信息I断是百诬否命令信息?(&给用户的信息表示系统给用户的信息图立1学生会干部信息的查询,更新功建模块(2)财务信息的查询和更新模块将完成财产和物品基本信息的查询、更新(修改、插入、删除)操作,便于对财产物 品的集中管理,从而更有利于节约举办活动的开支,确保学生会各项工作顺利的开展。具 体的功能模块图如下所示:_|用户发出查询或更新 财得或物品的信息(苴询结果修改后的数据存储修改结臬提示信息图4.2财务和物品信息的查询、更新功能模块(3)日常事务信息的查询和更新模块将达到对日常事务信息的查询、更新(修改、插入、删除)操作的目的,从而实

38、现将学生会的日常事务纳入信息化的管理当中,在日常工作开展中可以有效地节约人力、物力、财力,减少重复性工作的复杂性,更有利于创建一个科学、高效、高水平的学生会。具体 的功能模块图如下所示:(4)文件基本信息的查询和更新模块将完成对文件信息的查询和插入、删除、修改等更新操作,从而实现对学生会所有文 件的科学化管理,便于日常工作的开展。具体的功能模块如下所示:3. 数据库实施阶段not null unique,not null,not null,null,null,not null,null,not null,not null,null,Department(DepNo),or StuSex = 女

39、 );not null unique,not null,not null,null,not null,not null,null,not null,null,FinancialAffairs (FinNo)3.1 数据库实施阶段目标用 DBMS 所提供的数据定义语言和其他实用程序将数据库逻辑设计和物理设计结果描述出来,成为DBMS 可以接受的源代码,在经过调试生成目标模式3.2 数据库实施阶段任务1 建立数据库create database University_Student_Union_Management;2 建立数据表1 )学生会干部基本信息表的建立create table Stude

40、nt (StuNo char(8)StuName char(10)StuPosition char(6)StuSex char(2)StuMajorchar(14)StuDepartchar(6)StuGradechar(8)StuPhoneNochar(12)StuStaTimedatetimeStuCasevarchar(50)primary key(StuNo),foreign key(StuDepart) referencescheck(StuSex = 男2 )物品基本信息表的建立create table Goods(GoodsNochar(8)FinNochar(6)GoodsNa

41、mechar(16)GoodsBuyTime datetimeGoodsPricechar(6)GoodsLender char(10)GoodsLendTimedatetimeGoodsReturnerchar(10)GoodsRetTime datetimeprimary key (GoodsNo), foreign key (FinNo) references3 )财务基本信息表的建立:create table FinancialAffairs (FinNo char(16)not null unique,FinPurposechar(30)null,FinMoneychar(6)not

42、 null,FinPersonchar(8)not null,FinTimedatetimenullFinDepartmentchar(6)not nullFinRemainchar(6)nullprimary key(FinNo),foreign key (FinPerson) references Student(StuNo),foreign key (FinDepartment) references Department(DepNo);4 )工组计划基本信息表的建立:not null unique,not null,not null,null,null,not null,create

43、table WorkingPlan(PlaNo char(6)PlaName char(30)PlaDepartment char(6)PlaPerson char(8)PlaTime DatetimePlaQuality char(4) primary key(PlaNo),foreign key(PlaPerson) references Student(StuNo),foreign key(PlaDepartment ) references Department(DepNo);5 )事务活动基本信息表的建立:create table Affairs (not null unique,n

44、ot null,not null,null,not null,null,not null,AffNochar(6)PlaNochar(6)AffName char(20)AffScope char(8)AffDepartment char(6)AffSchemechar(50)AffQualitychar(4)primary key(AffNo),foreign key(PlaNo) references WorkingPlan(PlaNo);foreign key(AffDepartment) references Department(DepNo);,6 )部门基本信息表的建立:creat

45、e table Department (not null unique,not null,not null,DepNo char(6)DepName char(14)DepMinName char(8)精品文档DepSminSum intnull,DepMemSum intnull,MinPhoNo char(12)null,primary key(DepNo),foreign key(DepMinName) references Student(StuNo);7 )文件基本信息表的建立:not null unique,not null,null,not null,not null,not n

46、ullnull,null,create table Files(FilesNo char(6)FilesName char(10)FilesType char(10)FilesBelDepchar(6)FilesPersonchar(14)RecDisPartner char(14)ArcDate datetimeRemarks char(30) primary key(FilesNo),foreign key(FilesBelDep) references Department(DepNo);8 )活动使用物品基本信息表的建立:create table AffairsGoods (not n

47、ull, not null, null, GoodsNo),AffNo char(6)GoodsNo char(8)Gamount intprimary key(AffNoforeign key(AffNo) references Affairs(AffNo)foreign key(GoodsNo) references Goods(GoodsNo);( 9 )学生会干部参与活动基本信息表的建立:create table JoinAffairs (AffNo char(6)not null,StuNo char(8)not null,Present char(8)null,primary ke

48、y(AffNo, StuNo),foreign key(AffNo) references Affairs(AffNo),foreign key(StuNo) references Student(StuNo);3 建立视图( 1 )查询学生会干部的基本信息的视图定义如下:create view StuView (编号,姓名,性别,职务,部门,专业,年级,电话,加入日期,参加过的活动项目 )as select * with check option;2 )查询和修改各部门的基本信息视图定义如下:create view DepView ( 编号,名称,部长姓名,副部长人数,部委人数,部长电话as

49、select *from Departmentwith check option;3 )查看物品的借出和归还信息的视图定义如下:create view GooView ( 物品编号,物品名称,借出时间,借物人姓名,归还时间,归还人姓名 )asselect GoodsNo , GoodsName , GoodsLender , GoodsLendTime, GoodsReturner , GoodsRetTimefrom Goodswith check option;4 )查看活动经费使用情况的视图定义如下:create view FinView ( 财务编号,金额,申请人姓名,申请部门,余额

50、)asselect FinNo , FinMoney , FinPerson , FinDepartment , FinRemain from FinancialAffairswith check option;5 )查看工作计划提交的情况的视图定义如下:create view WPView ( 编号,工作计划名称,提交部门,提交人,提交时间 ) asselect PlaNo , PlaName , PlaDepartment , PlaPerson , PlaTimefrom WorkingPlanwith check option;6 )查看以往事务活动方案以供来参看的视图定义如下:cre

51、ate view AffView ( 活动编号,活动名称,承办部门,以往解决方案,是否特色活动)asselect AffNo , AffName , AffDepartment , AffScheme , AffQuality from Affairswith check option;7 )查询以前存档文件的基本信息的视图定义如下:create view FilesView ( 文件编号,文件名称,类型,所属部门,负责人,收发对象,存档日期,备注)asselect *from Files可编辑精品文档with check option;( 8 )查询举办活动物品的使用情况的视图定义如下:cr

52、eate view AGView ( 事务活动编号,物品编号,使用数量)asselect *from AffairsGoods with check option;4 建立索引create unique index StudentNo on Student(StuNo);create unique index GoodsNo on GoodsNo(GoodsNo);create unique index FinancialNo on FinancialAffairs (FinNo);create unique index PlaningNo on WorkingPlan(PlaNo);crea

53、te unique index AffairsNo on Affairs(AffNo);create unique index DepartmentNo on Department(DepNo);create unique index FilesNo on Files(FilesNo);create unique index AffairsGoods on AffairsGoods(AffNo, GoodsNo);create unique index JoinAffairs on JoinAffairs(AffNo, StuNo);create cluster index StudentNa

54、me on Student(StuName);create unique index FileName on Files(FilesName);1. 存储过程的定义1 p1_ Student _Insert 的定义 :create procedure p1_Student_InsertStudent_no char(8),Student_name char(10) ,Student_position char(6),Student_sex char(2),Student_major char(14),Student _departname char(20),Student_grade char(8),Student_phoneno char(12),Student_statime datetime, Student_ case varchar(50) asinsert into Studentvalues(Student_no,Student_name,Student_position,Student_sex, Student_major,Student_departname,Student_grade,Student_phoneno,Student_statime, Student_case);2 p2_Goods_Insert 的定义 :crea

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!