概要设计说明书——机房收费系统

最新推荐文章于 2018-04-04 17:38:32 发布

原创最新推荐文章于 2018-04-04 17:38:32 发布 · 1.2k 阅读

CC 4.0 BY-SA版权

该设计说明书旨在指导机房收费系统开发，详细阐述了系统的需求、运行环境、接口设计、运行设计、数据结构设计及出错处理。目标是提供给开发人员宏观指导，确保开发方向正确。系统需在正式版Windows操作系统环境下运行，涉及用户、操作员和管理员的交互流程，目前尚待解决的问题是学生被强制下机的处理。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

概要设计说明书

1引言

1.1编写目的

编写概要设计说明书是为了让开发人员在对系统开发时有个宏观指导，不致走偏方向，预期读者为系统的开发人员。

1.2背景

说明：

A. 机房收费系统；

B. 任务提出者：米新江老师；

开发者：廊坊师范学院信息技术提高班十期石朝翠；

用户：廊坊师范学院机房管理教师；

计算中心：廊坊师范学院11教4楼5楼，旧图书馆电子阅览室；

C. 机房收费系统同学生信息管理系统有着密切联系，并且这款软件主要是图书馆管理员及相关教师所用，因此与图书馆的管理机构有着一定的联系。

1.3定义

TGB:提高班的首字母大写；

SQ:十期首字母大写；

04：第四块学习内容；

机房收费系统：一款针对机房的收费软件。

1.4参考资料

1. 胡阳,《机房收费系统v1.0》，2010.08.10,廊坊师范学院。

2. 石朝翠,《学生信息管理系统》，2013.09.22,廊坊师范学院。

3. 米新江,《信息技术提高班培养计划》，2013.11.28,廊坊师范学院。

2总体设计

2.1需求规定

对该系统的主要的需求有如下的用例图，描述了整个系统中各个角色及用例的安排。

具体的需求规定如下的IPO图：

输入参数：卡号

输出参数：该卡号学生的相关信息，学生上机记录表，充值记录，充值，充值金额，退卡信息

变量说明：卡号<11位

相关数据表：stu_info 表，online表，recharge表，cancel表

功能：查询该卡号学生的相关信息，学生上机记录表，充值记录，充值，充值金额，退卡信息。

备注：一般用户

输入参数：时间

输出参数：收取金额信息，退还金额信息，周结账单。

变量说明：起始时间<终止时间

相关数据表：recharge表，cancelcard表，checkweek表

功能：查询收取金额信息，退还金额信息，周结账单。

备注：操作员，管理员

输入参数：字段名，操作符，查询内容，组合关系

输出参数：学生上机状态表，学生基本信息维护表，学生上机记录表，操作员工作记录

变量说明：分三种情况，第一行满足条件后可查询，第一行和第二行条件都满足后可使用第一个组合关系，第一行和第二行和第三行条件都满足是可使用第二个组合关系。

相关数据表：online表，line表，stu_info 表，worklog表

处理：查询学生上机状态表，学生基本信息维护表，学生上机记录表，操作员工作记录。

备注：一般用户，操作员

设计人：石朝翠设计日期：2013-10-03

2.2运行环境

本系统的运行可以在XP，window7，window8操作系统的环境下运行，但都要求操作系统为正式版本。

另外，机房环境要保持干净，整洁，温度，适度适中。要有防火，防电设施。

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

该系统的从概要上的基本处理流程如下：

该系统真实的操作流程如下：

2.4结构

2.5功能需求与程序的关系

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

	一般用户	操作员	管理员
上机	√
查询	√	√	√
输出文件	√	√	√
下机			√

2.6人工处理过程

在本软件使用中需要人工处理的过程如下：

一般用户子程序：输入卡号（查看余额，充值，上机，修改密码）

操作员子程序：注册，充值，退卡，学生基本信息维护

管理员：添加用户，基本数据设定

2.7尚未解决的问题

学生由于余额不足或时间限制被一般用户强制下机这项功能未实现。

3接口设计

3.1用户接口

暂无用户接口。

3.2外部接口

笔记本和打印机的接口：用25针LPT端口转USB连接线。

笔记本和读卡器采用USB接口，分为USB1.1接口和USB2.0接口，二者的最大数据传输率不同。USB1.1是12Mbps，而USB2.0是480Mbps，USB2.0接口的最大数据传输率是USB1.1接口的40倍，具有明显的优势，但产品价格相对也要比USB1.1接口的产品贵一些。

台式电脑和打印机RD-TH32-USB台式热敏微型打印机，POS机的接口为USB接口，或利用转换器转换为USB接口。

3.3内部接口

本系统的内部接口本是源代码，现已封装，无须内部接口。

4运行设计

4.1运行模块组合

1.在输入用户名和密码时，系统后台会记录该用户的权限，以便到后期结账时供选择。

2.操作员对学生进行注册时，系统会自动将学生的信息存入到相应的数据库中，以便其他子程序调用。

3.学生上机后，系统会自动保存数据到相应数据库中的表里，下机也是如此，这样便于管理员进行结账。

4.有些子程序如学生上机记录，学生充值记录，学生查看余额等需要以excel形式导出，这就需要office软件中的excel来支持该系统。另外机房收费系统日结和周结账单也需要grid报表开发工具来支持。

4.2运行控制

1.输入用户名和密码，进入系统；

2.输入学生信息，进行注册；

3.输入相应信息，进行查询和结账。

4.3运行时间

由于该系统构造简单，模块较少，每种运行模块组合占用资源的时间也很短，可以不加入计算。

5系统数据结构设计

5.1逻辑结构设计要点

如图所示：与系统相关的有11个数据表，第1个表为第3、4、5、6个表打下基础，第5、6个表是先后生成，2、8、9、10这几张表相对独立，7和11这两张表同样也有密切联系。

以表BasData_Info为例，它有9个字段，如图所示：每个字段都各有自己的属性：

5.2物理结构设计要点

该系统内所使用的每个数据结构中的每个数据项都会自动保存在该系统先前设好的数据库中的数据表中，访问方法可以通过SQL server2008软件打开访问，用户名是sa，密码是123456。

5.3数据结构与程序的关系

机房收费系统的数据结构与其程序是对应同步关系，在程序中实施某个操作后，系统会自动将用户的操作记录下来并传给数据表，以便同步。

6系统出错处理设计

6.1出错信息

用户刚开始使用该系统时，可能会因为不熟悉而导致操作步骤不当，在输入或点击错误信息时，系统会自动报错，并引导用户正确操作。如下所示：

6.2补救措施

以上的出错情况系统都可以自动修复，但有些未知错误和风险未发现，因此，在系统出现这些未知错误时，可采取下列操作来将风险或损失降到最低。

a. 后备技术，当原始系统数据万一丢失时启用的副本的建立和启动的技术，例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术；

b. 降效技术，对所要保存的数据进行手工操作和人工记录；

c. 恢复及再启动技术，使软件从故障点恢复执行或使软件从头开始重新运行。

6.3系统维护设计

由于资金和人力资源限制，该系统还未在程序内部设计中对系统维护方面作出安排。