宿舍管理系统总体设计说明书知识分享Word文档下载推荐.docx

宿舍管理系统总体设计说明书知识分享Word文档下载推荐.docx

《宿舍管理系统总体设计说明书知识分享Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《宿舍管理系统总体设计说明书知识分享Word文档下载推荐.docx（16页珍藏版）》请在冰豆网上搜索。

⑴系统总体布局方案的确定；

⑵软件系统总体结构的设计；

⑶计算机硬件方案的选择和设计；

⑷数据存储的总体设计。

一、软件模块结构设计

在系统需求分析阶段，已经弄清了系统的各种需求，解决了要让所开发的系统“做什么”的问题，并已在系统需求说明书中详尽地阐明了需求，在系统设计阶段，要着手解决“怎么做”的问题。

现有的系统设计的方法和工具有如下几种：

l、结构化设计方法：

规定了一系列模块的分解协调原则和技术，结构化设计的基础是模块化，即将整个系统分解成相对独立的若干模块，通过对模块的设计和模块之间关系的协调实现整个软件系统的功能。

2、系统流程图：

是系统的描述工具。

它用图形符号描述了所有的输入／输出和与之有关的处理，同时，也包括了对所有文件的建立过程。

3、HIPO（分层和输入一处理一输出）技术：

采用图形方法表达一个系统的输入和输出功能，以及模块的层次。

4、控制结构图：

用于描述模块的层次结构和模块之间的控制通讯联系的工具。

鉴于应用HIPO技术可以进行系统设计和评价。

在系统实施之前对已设计的系统进行加工和修改：

以及HIPO图清晰易懂，可以使用户、管理人员和其他系统建设者很方便地理解系统的程序结构：

同时也有利于程序的编写和系统的维护。

所以，我们在对宿舍管理系统进行总体结构设计时，选用了HIPO技术。

1.1HIPO技术

HIPO（HierarchyplusInput/Process/Output）技术：

用图形的方法表达一个系统的输入输出功能以及模块层次。

HIPO技术包括两个方面：

1）HIPO分层图：

表示自顶向下分解所得的模块层次；

2）IPO图（输入－处理－输出图）：

此图描述分层图中一个模块的输入、处理和输出内容。

1.2HIPO分层图

HIPO分层图用一个长方形代表一个模块，方块内可写上标识此模块的处理功能名或模块名。

模块之间的调用关系用两模块间的联结线表示。

采用自顶向下扩展的方法先画综合性强、层次较少的模块结构，然后再根据需要一步一步扩充，直到每个模块的处理功能和规模符合系统分解的原则。

根据系统分析结果，得出学生宿舍管理系统的HIPO图（如图2所示）

图1模块结构

图2学生宿舍管理系统HIPO图

1.3IPO图

IPO图实际上是一种图纸化的表格，它描述分层图中每一个模块的输入输出关系、处理内容、该模块的内部数据和模块间的调用关系，是系统设计的重要成果，是系统实施阶段编制程序设计任务书和进行程序设计的出发点和依据。

在系统设计中每一个模块必须有相应的IPO图作为设计结果的描述。

本系统部分IPO图如下表所示：

1、树根模块

此图描述了输入、处理和输出内容，如主界面模块，详见下图所示：

图3主界面模块

2、中间模块

此图描述了一个中间模块的输入、处理和输出内容，如查询统计模块，详见下图所示：

图4住宿信息查询统计模块

图5水电费信息查询模块

图6系统数据流图

图7房间管理模块数据流图

图8退房数据流图

图9水电费信息数据流图

二、数据库设计

数据库是一种存储数据并对数据进行操作的工具。

数据库的作用在于组织和表达信息，简而言之，数据库就是信息的集合。

数据库技术是宿舍管理系统的核心技术之一。

在数据库系统中，主要的数据模型有：

层次模型、网状模型、关系模型等。

数据库中包含了多个数据表的信息，数据库含有各个不同部分的术语，象记录、域等。

其中，应用最广泛的当属关系模型。

在宿舍管理系统中应用的就是关系模型。

数据库设计一般分为五个阶段：

规划、需求分析、概念设计、逻辑设计和物理设计。

2.1概念设计

在进行数据库设计时，是先将现实世界中的客观对象抽象为不依赖任何具体机器的信息系统，数据库概念设计的目标就是要产生反映企业组织信息需求的数据库概念结构，即概念模型，而后再把概念模型转化为具体机器上计算机信息管理系统支持的相关模型。

概念模式是独立与数据库逻辑结构，独立与支持数据库的DBMS，不依赖于计算机系统的。

概念模型是表达概念设计结果的工具。

它应该能够真实、充分地反映现实世界中事物和事物之间的联系；

应该简洁、明晰、独立于机器，容易理解，方便数据库设计人员和应用人员进行交流；

应该易于变动，便于修改；

应该很容易向关系、层次或网状等各种数据模型转变，方便地导出与DBMS有关的逻辑模型。

从而使概念模型成为现实世界到机器世界的一个过渡的中间层次。

概念模型有很多模型，其中最常用的方法之一是“实体—联系模型”（entityrelationshipmodel），即使用E-R图来描述某一组织的概念模型。

一、系统实体的联系和属性

E-R模型（entityrelationshipmodel）是P.P.CHEN于1976年提出的。

这个模型是直接从现实世界中抽象出实体类型及实体间联系，即是一种用于描述静态数据结构的概念模型，是对现实世界的一种抽象。

它的主要成分是实体、联系和属性。

因此可利用E-R模型进行数据库概念设计。

逻辑设计的目的是把概念设计阶段的基本E-R图转换为与选用的机器上的DBMS所支持的数据模型相符合的逻辑结构。

E-R模型的“联系”用于刻画实体之间的联系。

一种完整的方式是对局部结构中任意两个实体类型，依据需求分析的结果，考察局部结构中任意两个实体类型间是否存在联系。

若有联系，进一步确定是1:

N，M:

N，还是1:

1等。

还要考察一个实体类型内部是否存在联系，两个实体之间是否存在联系，多个实体之间是否存在联系等等。

在联系类型确定后，除了注意防止出现冗余的联系之外，还需要命名和确定键。

学生宿舍管理信息系统中所涉及的主要实体（共四个）及属性如下（下划线代表的是主键）：

类型：

（类型号，额定人数，有无空调，有无卫生间）

房间：

（房间号，住宿性别，应住人数，现住人数）

学生：

（学号，姓名，性别，身份证号，年龄，入住时间，电话，家庭住址，专业）

水电费：

（房间号，月份，水费，电费，操作员姓名）

本系统有两个联系，其中1:

N联系两个，M:

N联系两个，以下为联系的关系：

分摊1（月份，水费，电费）

分摊2（月份，房租费）。

1）房间信息：

类型和房间是1:

N的关系，因为一个类型可以对应于多个房间，而一个房间只有一个唯一的类型。

2）水电费：

房间和每月的水电费是1:

N的关系，因为一个房间可以有多个月的水电费，而一个月的水电费则对应唯一一个房间。

3）房间管理：

房租和房间是1:

N的关系，因为一个房间可以有多个月的房租费，而一个月的房租费则对应唯一一个房间。

4）学生：

房间和学生是1:

N的关系，因为一个房间可以有多个学生住宿，而每学生则对应唯一一个房间。

5）交费：

水电费和学生是M:

N的关系，因为一个房间的水电费可以对应若干学生，而每个学生又可以有多个月份的水电费。

二、E-R图

数据模型是数据库系统的核心和基础，各种机器上的DBMS都是基于某种数据模型的。

但在数据库设计中，如果直接将现实中的客观对象直接转换为机器世界中的对象常常比较困难，因此往往将现实世界中的客观对象首先抽象为不依赖任何具体机器的信息结构，这种信息结构不是DBMS支持的数据模型，而是概念及模型，于是就需要E-R图的出现。

E-R图是直观表示概念模型的工具，在图中有四个基本成分：

1）矩形框：

表示实体类型；

2）菱形框：

表示联系类型；

3）椭圆形框：

表示实体类型和联系类型的属性；

4）直线：

图中涉及到的实体类型之间以直线连接，并在直线部标上联系的种类。

（1:

1，1:

N）

注：

因为某些实体属性较多，在图上不便一一标出，故在E-R图上一律不标属性。

具体图示如下：

本系统的ER图如下所示：

图10学生宿舍管理系统E-R图

2.2逻辑设计

逻辑结构设计的任务是把概念结构设计阶段设计完毕的基本E—R图转化为与选用的具体机器上的DBMS产品所支持的数据模型相符的逻辑结构（包括数据库模式和外模式）。

这些模式在功能性、完整性和一致性约束及数据库的可扩充性等方面应满足用户的各种要求。

E—R图向关系模型的转化要解决的问题是如何将实体和实体间的关系转化为关系模式，如何确定这些关系模式的属性和代码。

一．转换规则

E—R模型中的主要成分是实体类型和联系类型，它向关系模式转化的规则是：

对于实体模型，将每个实体类型转换成一个关系模式，实体的属性即为关系模式的属性，实体标识符即为关系模式的健。

对于联系类型，要视1：

1，1：

N，M：

N以及1:

M:

N等多种情况做不同处理：

1）若两个实体间的联系是1：

1，可以在两个实体类型转换成的两个关系模式中任意一个关系模式的属性中加入另一个关系模式的健和联系类型的属性。

2）若两个实体间的联系是1：

N，则在N端实体类型转换成的关系模式中加入1端实体类型转换成的关系模式的键和联系类型的属性。

3）若两个实体间的联系是M：

N，则将联系类型也转换成关系模式，其属性为两端实体的键加上联系类型的属性，而键为两端实体间的组合。

4）若三个实体间的联系是1:

N，则将联系类型也转换成关系模式，其中包括有三个参加的实体集及这个联系的所有属性。

二、关系模式

本系统共有实体五个，1个M：

N的联系，按上述方法将E—R图转换为如下的七个关系模式如下：

（主键用下划线表示，外键在前面用“#”表示）。

（房间号，#类型号，住宿性别，应住人数，现住人数）

（学号，#房间号，姓名，性别，身份证号，年龄，入住时间，电话，家庭住址，专业）

（月份，#房间号，水费，电费，操作员姓名）

房租：

（#月份，房间号，住宿费）

分摊1：

（月份，#房间号，#学号，水费，电费）

分摊2：

（月份，#房间号，#学号，房租费）。

2.3数据库的实现

通过对E-R图转换的关系模式进行分析，并结合宿舍管理系统的具体功能、要求和开发数据库系统的特点，对系统的数据库做如下设计，限于篇幅，仅举两例（*代表主键，#代表外键）：

1、czyb

表1操作员表

键

字段编码

数据类型

长度（字节）

字段名称

*

Czy_xm

char

10

操作员姓名

Czy_pw

20

密码

Czy_chaxun

1