学生个人财务管理系统的设计与实现-论文（含任务书） - 图文(6)

中国地质大学（北京）学士学位论文

用户编号 预算编号 预算名称 预算金额 执行日期 完成金额 完成日期 预算备注 User01 Budget1 毕业季预算 500 2012/03/04 230 2012/03/04 班级聚餐、出游 字符型 字符型 字符型 数字型 日期型 数字型 日期型 字符型 User01~User99 Budget1~Budget9999 10个汉字 15位，两位小数 15位，两位小数 20个汉字 每年重新编号 4.3 应用系统结构设计

和系统分析阶段一样，系统设计阶段设计的系统的功能结构也用树状（功能）模块图的形式给出。由于此时每一个模块的确定除了考虑其内在业务特征外，也考虑了软件实现的要求（如开发工具、数据接口等），因此该模块图也就是目标系统的应用软件结构。

目标系统的模块结构的设计是从数据流程图的转换开始的，一般有两种策略可供参考：即以事物为中心的设计策略（事物分析）和以变换为中心的设计策略（变换分析）。事物分析用于把一个大的、复杂的系统分解成若干个较小的、简单的子系统。变换分析从具体的数据流程图转换成模块结构图，它将数据流程图中的处理功能分解成具有输入、变换、输出功能的简单模块。

事务分析方法是划分系统模块的主要手段，其本质是依据系统具有的业务，将相对独立的业务直接认作是独立的数据处理业务，形成一个个子系统，得到目标系统模块图的上层部分，依次自顶向下一一分解。当然，在设计目标系统功能结构时尽量遵循子系统之间相对独立性、数据处理冗余尽可能小、便于实现原则、满足客户需求等原则，面向用户的原则进行设计。正确处理模块之间与模块内部的联系及它们之间的调用关系和数据联系，定义各模块的内部结构等，不但考虑学生个人财务管理各业务的特征，而且也得体现开发工具、数据接口等实现性的要求。本系统总体结构是通过数据流程图应用事务分析方法，将学生个人财务管理系统分解为基本信息模块、记账模块、财务查询模块、财务统计模块、财务预算模块等较小的简单子系统。

19

学生个人财务管理系统的设计与实现

4.4 数据库设计

数据库技术是随着计算机技术的发展，数据处理量的不断增加而逐渐产生和发展起来的。随着计算机技术的发展与应用的普及，文件系统已经不能满足人们对数据管理的要求。人们希望数据的组织不仅是简单的数据存储，而且要反映数据之间的联系，并形成清晰的描述，甚至是能够进行深层次的数据挖掘。数据库管理系统是管理信息系统产生与发展的重要基础，所以数据库设计是管理信息系统设计的重要内容。

4.4.1 数据库概念模型设计

在数据库管理系统中，采用数据模型来对现实世界进行抽象，反映数据本身及其数据之间的联系。数据模型按照计算机系统的观点来组织数据。为了将现实世界中的事物抽象为数据库管理系统支持的数据模型，通常需要一个不依赖于计算机系统的中间层次——概念模型，即首先将现实世界中的事物及其联系抽象为概念模型，再由概念模型转化为数据模型。

概念模型最常用的表示方法是实体——联系模型，即E-R模型，它反映的是现实世界中的事物及其相互联系。由上面业务流程和数据流程以及系统功能模块分析，就可以设计出E-R图，如图4-1所示，为后面的逻辑结构设计打下基础。

图4-1 学生个人财务管理系统数据库概念模型E-R图

20

中国地质大学（北京）学士学位论文

4.4.2 数据库逻辑模型设计

系统数据库开发过程中，数据库逻辑模型主要考虑的是关系模型，所以关系模型好坏对数据的存储、操作有很大的影响。因此，一般基于规范化理论进行关系模型的设计。将上面的数据库概念模型转化为SQL Server 2000数据库系统所支持的实际数据模型，一般至少需要通过第一范式（1NF）、第二范式（2NF）和第三范式（3NF）的要求来规范关系模型。 4.4.2.1 第一范式（1NF）

关系作为一张二维表，对它有一个最起码的要求：元组中每一个分量必须都是不可分割的数据项。满足了这个条件的关系模式就属于第一范式（1NF）。同一列中不能有多个值，即实体中的某个属性不能有多个值也不能有重复的属性。如果出现重复的属性，就可能需要定义一个新的实体，新的实体由重复的属性构成，新实体与原实体之间为一对多关系。在第一范式（1NF）中表的每一行只包含一个实例的信息。简而言之，第一范式就是无重复的列。在设计学生个人财务管理关系表格时用户信息表{用户编号、用户名、收支信息、借贷信息、预算信息}，其中收支信息、借贷信息和预算信息并不是不可分割的数据项，所以将收支信息、借贷信息和预算信息及用户信息四个单列成用户信息表、预算信息表、收支信息表、借贷信息表。 4.4.2.2 第二范式（2NF）

满足第二范式（2NF）必须先满足第一范式（1NF），而且每一个非主属性完全依赖于其主码。第二范式（2NF）要求数据库表中的每个实例或行必须可以被唯一地区分。为实现区分通常需要为表加上一个列，以存储各个实例的唯一标识。所谓完全依赖是指不能存在仅依赖主关键字一部分的属性，如果存在，那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体，新实体与原实体之间是一对多的关系。简而言之，第二范式就是属性完全依赖于主键，消除非主属性对主码的部分函数依赖。上面收支信息表{收支编号、收支日期、收支账户、收支金额、收支说明、支出地点或单位、消费类别、消费数量}将其分为收入信息表和支出信息表；借贷信息表{借贷编号、借贷日期、借贷账户、借贷金额、

21

学生个人财务管理系统的设计与实现

借贷说明、人物或单位、状态}将其分为借入信息表和借出信息表。 4.4.2.3 第三范式（3NF）

第三范式（3NF）要求在满足第二范式（2NF）条件的基础上，任何一个非主属性既不部分依赖于任何主属性也不传递依赖于任何主属性。简而言之，第三范式（3NF）要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。

4.5 基本表格设计

通过第一范式（1NF）、第二范式（2NF）和第三范式（3NF）的要求得到规范的关系模型如表4-8到4-14所示。

表4-8 用户信息表

用户编号 User01 用户名 PinkieSun 表4-9 收入情况表

用户编号 User01 收入编号 Income1 日期 2012/03/04 金额 1000 存入账户 中国农业银行卡 说明 爸爸现金转账 密码 PS123！

表4-10 支出情况表

用户编号 支出编号 日期 2012/User01 Cost1 03/04 华联商厦 衣服 2 现金 360 地点或单位 消费类别 消费数量 支出账户 金额 说明 短袖、牛仔裤 表4-11 借入情况表

用户编号 借入编号 日期 2012/User01 Borrow1 03/04 100 张三 表4-12 借出情况表

用户编号 User01 借出编号 Lent1 日期 2012/03/04 金额 100 22

金额 人物或单位 存入账户 说明 张三代付午餐状态 现金 钱 未还 人物或单位 李四 借出账户 现金 说明 代付班费 状态 已还 中国地质大学（北京）学士学位论文

表4-13 消费需求信息表

用户编号 User01 消费需求编号 Need1 消费物品 衣服 物价 200 数量 2 消费需求备注 夏季衣服要多 表4-14 预算信息表

用户编号 预算编号 预算名称 预算金额 毕业季预User01 Budget1 算 500 2012/03/04 230 执行日期 完成金额 完成日期 预算备注 班级聚2012/03/04 餐、出游 4.6 编码设计

系统设计阶段的编码设计是未来系统数据规范化管理的基础，特别要强 …… 此处隐藏：2245字，全部文档内容请下载后查看。喜欢就下载吧 ……