数据库系统7-课程设计.ppt

课程设计 高校学生会管理系统 一、系统需求分析 需求分析简单的说就是分析用户的要求。 需求分析是涉及数据库的起点，直接影响到后面各个阶段的设计。 1. 需求分析阶段的目标 了解高校学生会管理的基本内容； 综合的理解主管学生会老师和学生会干部的不同需求； 了解学生会管理的基本业务流程； 了解学生会人工管理模式与信息系统的工作概况，以及它们之间的区别与联系； 通过自身的体验和与主管学生会的老师及其他学生会干部的交流，了解用户对高校学生会管理系统的业务要求，完整性和安全性要求。 2. 需求分析阶段的任务 信息要求 处理要求 安全性及完整性要求 （1）信息要求 系统处理对象有四个 干部信息管理 财务管理 日常事务管理 文件信息管理。 干部信息 ： 学生会干部基本信息(Student)：包括编号、姓名、性别、职务、专业、年级、加入学生会日期、参加过的活动项目等信息。 部门基本信息（Department）：部门编号、部门名称、部长姓名、副部长人数、部委人数、部长电话等信息。 财务信息： 物品基本信息(Goods)：包括物品编号、物品名称、购买时间、单价、借出时间，借物人姓名、归还时间、归还人姓名等信息。 财务基本信息(Financial affairs)：包括财务申请编号、资金用途、申请金额、申请人、申请部门、申请时间、余额等信息。 日常事务信息 ： 事务活动基本信息（Affairs）：包括事务活动编号、事务活动名称、职能范围、承办部门、以往解决方案、是否特色活动等信息。 工作计划基本信息（Working plan）：包括工作计划编号、工作计划名称、提交部门、提交人、提交时间、是否紧急活动等信息。 文件信息： 包括文件编号、文件名称、文件类型、所属部门、负责人、收发对象、存档日期、备注等信息。 （2）处理要求 学生会干部信息、财产物品的使用以及登记，日常事务管理和文件信息管理四大功能 。 学生会干部信息管理：主要完成干部信息的查询与更新，从而实现对学生会干部信息的科学化管理。 财务的管理：包括财产和物品的管理，完成对财产物品信息的查询与更新，如举办活动所需: 资金申请 物品使用的登记 物品借还的登记等 实现学生会财务的信息化管理。 日常事务管理：实现对学生会日常开展工作的管理，完成日常事务的查询与更新，从而更好地实现以下职能： 各部门提交的工作计划 活动计划的审核与安排 活动的筹划 各项活动的人员合理的调度与安排 文件管理: 完成对学生会所有存档文件的查询与更新 实现对学生会日常的工作文件的科学化管理，避免一些重复文件的制定，造成资源的浪费。 （3）安全性及完整性要求 安全性： 先通过视图机制，不同的用户只能访问系统授权的视图。 再通过用户授权机制，通过用户登陆来识别用户级别，根据这个级别来分配用户权限。 完整性要求：用于描述各种信息之间的制约关系，以及关联关系，各个数据项的取值范围以及各个数据项是否可以不取值。详细完整性要求见于系统的逻辑设计阶段。 三、需求分析的方法和成果 方法：主要通过跟班作业、请专人介绍、询问等几种方法来了解用户的实际需求，并与用户达成了共识。 交流： 和本校以及省内其他一些高校的学生会干部进行交流。 和有多年主管学生会工作经验的老师进行交流 业务流程图 3. 数据流图 4. 数据字典 （1）数据项：系统涉及的数据项有51项 。 4. 数据字典 （2）数据结构 5．处理逻辑描述 课程设计选题范围 教室管理系统 图书管理系统 图书进销存管理系统 爱心社活动管理系统 学生宿舍管理系统 高校学生会管理系统 PlaNo, PlaName, PlaDepartment, PlaPerson PlaTime, PlaQuality 工作计划信息 WorkingPlan DS-4 FinNo, FinPurpose, FinMoney, FinPerson, FinTime,FinDepartment, FinRemain 财务信息 FinancialAffairs DS-3 GoodsNo,GoodsName,GoodsBuyTime,GoodsPric,GoodsLender,GoodsLendTime,GoodsReturner, GoodsRetTime 物品信息 Goods DS-2 StuNo,StuName,StuSex,StuPosition,StuMajor, StuDepartName,StuGrade,StuPhoneNo,StuCase, StuStaTime, 学生干部信息 Student DS-1 组成 数据结构含义 数据结构名 数据结构编号 * * 部门 char(6) 等于DepNo 学生干部所属部门 StuDepartName DI-5 职务 char(6)