高校预算信息管理的数据分析与设计.docx

学号：201140420123实训报告教学院计算机学院实训题目高校预算信息管理系统的数据分析与设计专业网络工程班级1班姓名郑小青同组人员刘伟段娜娜郝圣奇鲁智鹏指导教师张国军2014年06月23日完成时间一需求分析1.1 用户需求分析对于数据库部分的需求分析，首先应考虑用户的需求。该阶段应和用户充分交流，以了解用户的要求。关于高校预算系统的数据需求，我们需通过财政部了解各部门各学科及项目有关数据的分布。通过对预算系统功能及结构的咨询，预算编制申报子系统和预算执行控制子系统五大系统组成的高校全面预算管理信息系统,其中,决策子系统包括统计报表、数据分析和数据挖掘三个模块;基础数据子系统包括账务数据、学生数据、人事数据、科研数据、资产数据、收费数据和后勤数据。1.2 数据库分析在已知数据需求的情况下，还要进一步对数据库的功能等进行分析。是长期储存在计算机内的,可共享的、有组织的数据的集合。数据库中的数据按一定的数据模型描述、组织和储存,具有较高的数据独立性、较小的冗余度和易扩展性,并可为各种用户共享。数据库管理系统是位于操作系统与用户之间的一层数据管理软件,主要有数据操纵、数据定义、数据库建立、数据库运行管理和维护的功能。数据都有属性,例如财务信息有货币种类、金额、收入、支出等属性Oracle数据库属于小型数据库,有系统花销小、简单易学,等诸多特点,己愈来愈多的被应用到信息管理系统当中。本文的预算管理信息系统因为较好的应用了Oracle数据库技术,才得以使大量的财务信息保存完整,使用和查询起来非常的方便。高校各个部门经费预算与指标控制系统的数据库设计可以分五个阶段进行架构,主要有需求分析、概要设计、详细设计、逻辑设计和物理设计等五个阶段。数据库的需求分析阶段主要是分析系统数据库的需求,包括财务数据处理要求和应用要求、财务数据的属性等;概要设计主要是用来完成独立于数据库和计算机本身的概念式E-R图的架构;逻辑设计阶段就是要将概要设计阶段设计出来的E-R图转变成更加易于接受的数据关系模型,来完善数据的逻辑关系;逻辑阶段后,设计者要根据需求分析和网络安全要求架构主要的数据库视图,必要时候要有数据库的外部模型,物理设计阶段就是要将数据库自身的诸多特点和用户应用需要,对数据进行物理的存储和有序的索引、排列,然后建立数据库本身的内部模式。该系统数据库容量充足,技术稳定,值得长期使用。二概念结构设计通过对高校预算信息系统数据的分析，我们小组拟出八个实体，即数据项，在powerdesigner软件画出E_R图并如下总结其数据结构如下：数据结构：部门数据项：部门编号部门名称财务负责人数据结构: 科目数据项：科目代码科目名称教材开支数据结构：计划内预算数据项：会计年度内预算值内预算审标志内调整预算值内调整预算审核标志数据结构：计划外预算数据项：会计年度2 外预算值外预算审核标志数据结构：凭证数据项：凭证编号金额操作员编码支出类型编号打印时间数据结构：用户数据项：用户编码用户名用户密码数据结构：权限数据项：等级权限功能具体数据清单如下：NameCodeData TypeLengthPrecision会计年度1rAccountYearDate会计年度AccountYear2Date调整预算审核标志AdjustSymbolBoolean调整预算AdjustVudgetNumber (12,3)123项目备注bzVariable characters (40)40凭证编号CertiNoVariable characters (12)12日期CertiDateDate部门编号DeptIDVariable characters (10)10部门名称DeptNameVariable characters (12)12支出类型编号DisbruseTypeNoVariable characters (12)12计划外预算ExtraBudgetNumber (12,3)123计划外预算审核标识ExtraSymbolBoolean用户功能FunctionVariable characters (20)20项目成就GradeVariable characters (6)6操作员编号OperatorNoVariable characters (10)10计划内审核标识符PlanSymbolBoolean项目日期ProDateDate项目名ProNameVariable characters (16)16项目编号ProNumVariable characters (12)12项目经费ProValueNumber (10,3)103科目特性SpecialVariable characters (20)20科目编号SubIDVariable characters (12)12科目等级SubLevelVariable characters (6)6科目名称SubNameVariable characters (12)12用户类型编号TypeIDVariable characters (12)12用户类型名TypeNameVariable characters (10)10用户编号UserIDVariable characters (12)12用户名UserNameVariable characters (10)10用户密码UserPasswordVariable characters (15)15凭证金额CertiValueNumber (12,3)123计划内预算WithinPlanBudgetNumber (12,3)123三逻辑结构设计和物理设计3.1物理模型设计利用软件生成报告，对应的物理结构模型如下物理模型中反映了除各实体关系之外，还添加了视图和存储过程等信息。3.2 逻辑结构设计逻辑结构是独立于任何一种数据模型的，在实际应用中，一般所用的数据库环境已经给定。由于目前使用的数据库基本上都是关系数据库，因此首先需要将E-R图转换为关系模型，然后根据具体DBMS的特点和限制转换为特定的DBMS支持下的数据模型，最后进行优化。预算信息管理系统数据的逻辑模型可转化为：1. 实体“部门”的关系模式可表示为部门（部门编号，部门名称，负责人）2.项目（项目编号，项目名称，项目经费）3.科目（科目编号、科目名称，教材开支）4.计划内预算（会计年度，内预算，内预算审核标识，内调整预算，内调整预算审核标志）5.计划外预算（会计年度2，外预算，外预算审核标识）6凭证（凭证编码，凭证金额，凭证类型编号，操作员编号，打印日期）7用户（用户编号，用户名，用户密码，）8权限（权限等级、权限功能）以上逻辑模型是经过优化得来的，带斜线的为主码。按照要求，各关系模式都应满足3CF或BCNF，拿凭证实体的关系模式来说，凭证编号为唯一的主码，个属性之间不存在部分依赖和传递依赖，满足BCNF。同理其他模式也满足。3.3相关代码保存物理模型，在软件中生成相应的report,得到相应表，索引等的代码生成创建各表的代码：1.创建凭证表create table Certification ( CertiNo VARCHAR2(12) not null, ProNum VARCHAR2(12), DeptID VARCHAR2(10), CertiDate DATE, CertiValue NUMBER(12,3), DisbruseTypeNo VARCHAR2(12), OperatorNo VARCHAR2(10), constraint PK_CERTIFICATION1 primary key (CertiNo);2.创建部门表create table Dept ( DeptID VARCHAR2(10) not null, DeptName VARCHAR2(12), constraint PK_DEPT1 primary key (DeptID);3创建计划外预算表creat table OutreachPlan ExtraBudget NUMBER(12,3), ExtraSymbol SMALLINT, AccountYear2 DATE not null, SubID VARCHAR2(12), constraint PK_OUTREACHPLAN1 primary key (AccountYear2);4 创建表P_Dcreate table P_D ( ProNum VARCHAR2(12) not null, DeptID VARCHAR2(10) not null, Grade VARCHAR2(6) not null, constraint PK_P_D primary key (ProNum, DeptID);5.创建工程表create table Project ( ProDate DATE, ProNum VARCHAR2(12) not null, ProName VARCHAR2(16), bz VARCHAR2(40), ProValue NUMBER(10,3), constraint PK_PROJECT1 primary key (ProNum);6创建科目表create table Subject ( SubName VARCHAR2(12), SubID VARCHAR2(12) not null, DeptID VARCHAR2(10), SubLevel VARCHAR2(6), Special VARCHAR2(20), constraint PK_SUBJECT1 primary key (SubID);7创建用户表create table yh ( UserID VARCHAR2(12) not null, DeptID VARCHAR2(10), TypeID VARCHAR2(12), UserName VARCHAR2(10), UserPassword VARCHAR2(15), constraint PK_USER1 primary key (UserID);8创建权限表create table UserType ( TypeID VARCHAR2(12) not null, TypeName VARCHAR2(10), constraint PK_USERTYPE primary key (TypeID);9.创建计划内预算表create table WithinPlan ( AccountYear DATE not null, SubID VARCHAR2(12), WithinPlanBudget NUMBER(12,3), AdjustVudget NUMBER(12,3), PlanSymbol SMALLINT, AdjustSymbol SMALLINT, constraint PK_WITHINPLAN primary key (AccountYear);生成创建各索引的代码1.create index p_c_FK on Certification ( ProNum ASC);2create index c_d_FK on Certification ( DeptID ASC);3.create index s_o_FK on OutReachPlan ( SubID ASC);4create index P_D_FK on P_D ( ProNum ASC);5.create index P_D2_FK on P_D ( DeptID ASC);6.create index d_s_FK on Subject ( DeptID ASC);7.create index d_u_FK on yh ( DeptID ASC);8create index u_t_FK on yh ( TypeID ASC);9 create index s_w_FK on WithinPlan ( SubID ASC);四数据库实施此阶段主要检测表的创建，索引、视图以及存储过程的创建，并检测代码的实行情况4.1 检测创建表和创建索引的代码在物理结构设计阶段已经生成了相关的代码，将生成的代码复制到Oracle plus下检测代码的实施情况4.2 创建视图View: Certif_Sub create or replace view Certif_Sub asselect Certification.certifno, Certification.operator, Subject.subno,Subject.subvalue,from Certification, Subjectwhere certification.certifno=Subject.Subno;with read only;View：plan_bugetcreate view plan_bugetselect WithPlan.buget, WithPlan.accountyearfrom WithPlanwhere Plansymbol=1;4.3创建存储过程查询 CREATE OR REPLACE PROCEDURE return_projectinfo(p_prono Pno%TYPE,p_proname OUT PName%TYPE,p_num OUT Project.anumber%TYPE)ASBEGIN SELECT proName,anumber INTO p_proname,p_num FROM Project WHERE prono= p_prono;END return_stuinfo; 插入CREATE OR REPLACE PROCEDURE return_cerInsert(p_certifno Ceftification.certifno%TYPE,p_certiftypeno OUT Certification. certiftypeno %TYPE,p_certifvalue OUT Certification.value%TYPEp_certifdate OUT Certification.date%TYPE)ASBEGIN INSERT certifno, certiftypeno, value, date INTO p_certifno, p_certiftypeno, p_certifvalue, p_certifdate FROM Certification WHERE certifno=p_certifno;END return_cerInsert; 删除CREATE OR REPLACE PROCEDURE return_planDelete(p_planno Withplan.no%TYPE,p_planname OUT W%TYPE,p_num OUT Withplan.anumber%TYPEp_addr OUT Withplan.address%TYPEp_e OUT Withplan.value%TYPEp_date Withplan.accountyear%TYPE)ASBEGIN DELETE name , anumber, address, value , accountyearFROM Withplan WHERE no=p_planno;END return_stuDelete; 更新CREATE OR REPLACE PROCEDURE return_yhUpdate(p_userno yh.userno%TYPE,p_username OUT yh.username%TYPE,p_uertype OUT yh.usertype%TYPEp_userpsw OUT yh.userpsw%TYPEASBEGIN UPDATE INTO userno,username,usertype,userpsw FROM yh WHERE userno=p_userno;END return_yhUpdate; 五实训总结在这些天中，我们学到了很多东西，包括建表，导入数据，查询，插入。最重要的是我们有机会用电脑自己进行实践，没接触的时候总是觉得它比较深奥或是不可接近的新型语言，我认识它是从我接触实验运作开始的，刚开始就是建立数据库，两种验证模式，没什么东西但还觉得不错。进而就是操作语言了，紧接着就是触发器的使用，进而对数据库高级的使用，等等。开始知道数据库的时候想学，不知道从何而起，不懂的话怎么问，从什么地方学起。后来到大三开学后有数据库原理必修课，非常高兴。当时感觉SQLSever数据库管理既然是单独一门课程一定会讲的比较细，也能学到真正实用的内容。学了这门课以后发现和我想的基本是一样的，老师对学生也比较和蔼可亲，对我们要求也不是很紧。让每个人都觉得轻轻松松就能把这门课程学完，没有多么紧张的作业，也没有太苛刻的要求。当老师在最后说这个课程结束了，回顾一下以前老师给我们讲过的东西，真的有很多是我们应该去注意的。学习完SQLSever数据库后感觉可分两大块，一块是开发，一块是管理。开发主要是写写存储过程、触发器什么的，还有就是用Oracle的Develop工具做form。有点类似于程序员。开发还需要有较强的逻辑思维和创造能力，自己没有真正做过，但感觉应该会比较辛苦，是青春饭；管理则需要对SQLSever数据库的原理有深刻的认识，有全局操纵的能力和紧密的思维，责任较大，因为一个小的失