机房收费系统 概要设计

1     引言... 2

1.1      编写目的... 2

1.2      背景... 2

1.3      定义... 2

1.4      参考资料... 2

2     总体设计... 2

2.1 需求规定... 2

2.2 运行环境... 3

2.3 基本设计概念和处理流程... 3

2.4 结构... 3

2.5 功能需求与程序的关系... 4

2.6 人工处理过程... 4

2.7 尚未解决的问题... 4

3     接口设计... 4

3.1用户接口... 4

3.2 外部接口... 4

3.3 内部接口... 5

4     运行设计... 5

4.1 运行模块组合... 5

4.2 运行控制... 5

4.3 运行时间... 5

5     系统数据接口设计... 6

5.1 逻辑结构设计要点... 6

5.2 物理结构设计要点... 9

5.3 数据结构与程序的关系... 9

6     系统出错处理设计... 9

6.1出错信息... 9

6.2 补救措施... 9

6.3 系统维护设计... 9

 

 

 

 

 

 

 

机房收费系统概要设计

1.引言

1.1      编写目的

写这份概要设计是为了对开发此系统做一个大概的设计说明,希望领导给予不同意见的指导,也为了开发出一个更好、更能方便大家使用的新系统出来。

1.2      背景

说明:

A、待开发系统的名称:机房收费系统

B、 此项目任务的提出者:米教授

C、 此项目的开发者:黄爱岗

D、此软件的用户:全校师生

E、 将运行该软件的计算中心:廊坊师范学院数信学院计算机部

1.3      定义

暂无

1.4      参考资料

       列出用得着的参考资料,如:

       A、《项目开发建议书》

       B、学生管理系统

       C、软件工程视频

       DSQL浙大视频

2.总体设计

2.1 需求规定

       A、主要输入:注册信息、充值信息、上下机信息以及退卡信息都会输入到数据库中保存

       B、主要输出:查询信息及日报表和周报表等,还可以打印

2.2 运行环境

       A、处理器型号及内存容量:处理器为奔四2.5、内存256M

       B、外存容量:20G

       CXP 操作系统

       D、设备的型号:1.0型号刷卡机*6个数据通信设备的型号和数量

2.3 基本设计概念和处理流程

      

2.4 结构

       用一览表及框图的形式说明本系统的系统元素(各层模块、子程序、公用程序等)的划分扼要说明每个系统元素的标识和功能,分层次地给出各元素之间的控制与被控制关系,如:

 

 

 

2.5 功能需求与程序的关系

       本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系:

      

 

一般用户

操作员

管理员

学生信息管理

 

用户信息管理

 

 

收支账目管理

 

系统信息管理

 

 

 

2.6 人工处理过程

       说明在本软件系统的工作过程中不得不包含的人工处理过程(如果有的话):

       暂无

2.7 尚未解决的问题

       说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题:

       实现像网吧一样的全自动管理,目前只能算是半自动管理。

3.接口设计

3.1用户接口

       说明将向用户提供的命令和它们的语法结构,以及软件的回答信息:

       暂无

3.2 外部接口

       说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系:

       刷卡机与计算机连接是通过USB连接的

3.3 内部接口

       说明本系统之内的各个元素之间的接口的安排:

       本系统作为客户端需要通过配置数据源与服务器之间建立连接

4.运行设计

4.1 运行模块组合

       说明对系统施加不通过的外界运行控制时所引起的各种不同的运行模块组合,说明每种运行所历经的内部模块和支持软件,如:

       A、学生管理模块:学生上机下机管理、学生上机下机记录查询等

       B、账目管理模块:充值退卡、操作员操作记录查询、管理员查账等

       C、系统管理模块:结账、系统用户管理、日报表和周报表等

       具体软件的运行模块组合为程序多窗口的运行环境,各个模块在软件运行过程中能较好的交换信息,处理数据。

4.2 运行控制

       说明每一种外界的运行控制的方式方法和操作步骤:

       A、学生上下机和查询需要进行刷卡,然后由操作人员核对后进行相关操作

       B、充值、退卡需要在操作员处划卡核对后进行

       C、学生注册、结账需要在管理员处核对进行

       D、管理员登陆后可以对系统进行必要的设置或修改

       软件运行时有效交友好的界面,基本能够实现用户的数据处理要求

4.3 运行时间

       说明每种运行模块组合将会占用各种资源的时间:

A、学生管理模块会经常运行,占用数据库使用时间的1/2

B、 账目管理模块使用次之,占用数据库使用时间的1/3

C、 系统管理模块使用较少,占用数据库使用时间的1/6

系统的运行时间基本可以达到用户所提的要求

5.系统数据接口设计

5.1 逻辑结构设计要点

       给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、问卷和系统的标识、定义、长度以及他们之间的层次的或表格的相互关系。

       A、工作记录(WorkLog_Info

Serial

Numeric

9

UserID

Char

10

Level

Char

10

LoginDate

Char

10

LoginTime

Char

10

LogoutDate

Char

10

LogoutTime

Char

10

Status

Char

10

Computer

Char

10

       B、用户登录(User_Info

userID

Char

10

PWD

Char

10

Level

Char

8

userName

Char

10

Head

Char

10

       C、学生基本信息(Student_Info

cardNo

Char

10

studentNo

Char

11

studentName

Char

10

Sex

Char

6

Department

Char

10

Grade

Char

10

Class

Char

10

Cash

Numeric

9

Explain

Varchar

50

UserID

Char

10

Status

Char

10

Ischeck

Char

10

Date

Char

10

Time

Char

10

      

D、充值记录(ReCharge_Info

serial

Numeric

9

studentNo

Char

11

cardNo

Char

10

addMoney

Numeric

9

Date

Char

10

Time

Char

10

UserID

Char

10

Status

Char

10

Ischeck

Char

10

 

 

 

 

 

 

 

 

 

 

 

 

 

 

E、正在工作人员信息(OnWork_Info

UserID

Char

10

Level

Char

10

Logindate

Char

10

loginTime

Char

10

Computer

Char

10

      

 

 

 

 

 

 

 

 

 

F、正在上机学生信息(OnLine_Info

cardNo

Char

10

cardType

Char

10

studentNo

Char

11

studentName

Char

10

Department

Char

10

Sex

Char

10

onDate

Char

10

onTime

Char

10

Computer

Char

10

      

 

 

 

 

 

 

 

 

 

 

 

 

 

G、学生上下机记录(Line_Info

Serial

Numeric

9

cardNo

Char

10

studentNo

Char

11

studentName

Char

10

Department

Char

10

Sex

Char

10

onDate

Char

10

onTime

Char

10

offDate

Char

10

offTime

Char

10

consumeTime

Char

10

Consume

Numeric

9

Cash

Char

10

Status

Char

8

Computer

Char

10

      

       H、日报表(CheckDay_Info

RemainCash

Numeric

9

RechargeCash

Numeric

9

ConcelCash

Numeric

9

CancelCash

Numeric

9

AllCash

Numeric

9

Date

Char

10

      

       I、周报表(CheckWeek_Info

      

RemainCash

Numeric

9

RechargeCash

Numeric

9

ConcelCash

Numeric

9

CancelCash

Numeric

9

AllCash

Numeric

9

Date

Char

10

      

       J、退卡信息(CancelCard_Info

studentNo

Char

11

cardNo

Char

10

CancelCash

Numeric

9

Date

Char

10

Time

Char

10

UserID

Char

10

Status

Char

10

Ischeck

Char

10

      

 

 

 

 

 

 

 

 

 

 

 

K、系统基本信息(BasicData_Info

Rate

Numeric

9

tmpRate

Numeric

9

unitTime

Int

4

leastTime

Int

4

PrepareTime

Int

4

limitCash

Numeric

9

Head

Char

10

Date

Char

10

Time

Char

10

 

 

 

 

 

 

 

 

 

 

 

 

      

5.2 物理结构设计要点

给出本系统内所使用的每个数据结构中的每个数据项存储要求,访问方法、存取单位、存取的物理关系(索引、设备、存储区域)、设计考虑和保密条件。

由客户端输入的信息存入服务端的数据库中,访问方式根据操作人员而定。

5.3 数据结构与程序的关系

       说明各个数据结构与访问这些数据结构的形式:

       A、系统的数据结构由标准数据库语言SQL生成

       B、具体的例如创建系统用户表格user_Info的程序用SQL表示就是:

              CREATE TABLE[dbo].[user_Info](

                     [user_ID][char](10)COLLATE Chinse_PRC_CT_AS NULL,

                     [PWD][char](10)COLLATE Chinese_PRC_CT_AS NULL,

                     [lever][char](8)COLLATE Chinese_PRC_CT_AS NULL,

                     [userName][char](10)COLLATE Chinese_PRC_CT_AS NULL,

                     [Head][char](10)COLLATE Chinese_PRC_CT_AS NULL)

              ON [PRIMARY]

6.系统出错处理设计

6.1出错信息

       在用户使用错误的数据或访问没有权限的数据后,系统会给出提示:“对不起,你不能使用此功能,没有权限!”而且用户密码管理可以允许用户修改自己的密码,不允许用户匿名登录。

6.2 补救措施

       由于数据在数据库中已经有备份,故在系统出错后可以依靠数据库的回复功能,并且依靠日志文件使系统再启动,就算系统崩溃用户数据也不会丢失或遭到破坏。但有可能占用更多的数据存储空间,权衡措施由用户自己来决定。

6.3 系统维护设计

       由于系统较小没有外加维护模块,因为维护工作比较简单,仅靠数据库的一些基本维护足以。

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 6
    评论
评论 6
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值