(四)机房收费系统概要设计说明书

本文档为机房收费系统的概要设计说明书,介绍了系统的基本功能模块、数据结构设计及运行环境要求等内容。

在概要设计说明书中,简单的介绍了整个系统的大概物理模型,第一次自己完成了整个系统的概要流程图。具体如下:

概要设计说明书

1引言

1.1编写目的

本阶段的主要任务是在用户的需求分析阶段的基础上,对机房收费系统做概要设计,为在需求分析阶段得到的目标系统的物理模型确定一个合理的软件系统的体系结构。包括合理地划分组成系统的模块、模块间的调用关系及模块间的接口,并且为软件系统提供所用的数据结构或者数据库结构。同时为下一阶段的详细设计做参考。

本文档的读者是项目设计和项目编码人员。

1.2背景

A.待开发软件名称:机房收费系统

B.项目提出者:米新江教授

开发者:周江霄

用户:廊坊师范学院全体教职工和学生

实现该软件的计算中心或计算机网络:廊坊师范学院局域网

C.该软件系统同其他机构的基本的相互来往关系:由廊坊师范学院信息技术提高班做技术支持。

1.3定义

注册

消费金额

充值

值班

退卡

Login

Consume

Recharge

On work

Cancel

结账

基本数据

购卡

上机

下机

Statement

Basic_date

Buycard

Login

logout

1.4参考资料

[1]《软件工程事务》刘学俊李继芳 刘汉中 编著 浙江大学出版社

[2]概要设计说明书(GB8567——88)

2总体设计

2.1需求规定

A.主要输入:基本数据设定、添加用户、注册信息、充值信息、上下机信息以及退卡信息都会输入到数据库中保存

B.主要输出:查询信息及日结账信息、周结账信息,还可以打印

2.2运行环境

硬件支持:

a.server要求内存256以上,cpu 2.0GHz以上

b.Clinet内存128以上,cpu奔腾III以上,最大可支持20台分机同时连接到主机上

软件支持:

a.操作系统:windows xp以上操作系统

b.数据库管理系统:sql server

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

主要模块功能块的流程图如下:

2.4结构

如图所示:

2.5功能需求与程序的关系

一般用户

操作员

管理员

学生信息管理

用户信息管理

收支账目管理

系统信息管理

2.6人工处理过程

学生上下机需要刷卡。

2.7尚未解决的问题

功能模块与相应数据表之间的关系尚未详细确立,机数据库的详细设计部分,将在下一个环节详细设计中提到。

3接口设计

3.1用户接口

命令

语法

信息正确

信息错误

提交

IF&ELSE

实现命令

系统提示,返回当前界面

修改

点击

清空输入的数据

取消

点击

返回当前界面

3.2外部接口

软件 硬件

键盘

鼠标

打印机

主模块

连接

连接

管理模块

连接

连接

连接

3.3内部接口

系统内部与数据库的接口采用SQL连接方式

4运行设计

4.1运行模块组合

A.一般用户:主要是查看学生余额、学生上机记录、学生充值记录、学生上机状态查询、修改密码等模块,都涉及到数据库的调用

B.操作员:学生上机情况查询、余额退还查询、注册、充值、退卡、收取金额的模块

C.管理员:主要要基本数据设定、添加删除用户、值班教师情况查询、结账、日结账单和周结账单

4.2运行控制

该系统的主要输入设备是键盘和刷卡器,输出主要是显示器输出和打印机输出

4.3运行时间

响应时间:0.5s

更新处理时间:0.5s

数据的更换和传送时间:1s

5系统数据结构设计

5.1逻辑结构设计要点

机房收费系统共建立了10个表,具体如下:

1)基本数据设定(BasicData_Info

描述

字段名

数据类型

长度

半小时费用

HalfCharge

Char

10

递增时间

IncreaseTime

Char

10

最少上机时间

LeastTime

Char

10

上机准备时间

ReadyTime

Char

10

卡内最少余额

LeastCash

Char

10

日期

Date

Char

10

时间

Time

Char

10

2)退卡信息(CancelCard_Info

描述

字段名

数据类型

长度

学号

StudentNo

Char

10

卡号

CardNo

Char

10

退卡金额

CancelCash

numeric

(18,1)

日期

Date

Char

10

时间

Time

Char

10

用户名

UserID

Char

10

状态

Status

Char

10

3)日结账单(CheckDay_Info

描述

字段名

数据类型

长度

余额

RemainCash

numeric

(18,0)

充值金额

RechargeCash

numeric

(18,0)

消费金额

ConsumeCash

numeric

(18,0)

退卡金额

CancelCash

numeric

(18,0)

所有金额

AllCash

numeric

(18,0)

日期

Date

Char

10

时间

Time

Char

10

4)周结账单(CheckWeek_Info

描述

字段名

数据类型

长度

余额

RemainCash

numeric

(18,0)

充值金额

RechargeCash

numeric

(18,0)

消费金额

ConsumeCash

numeric

(18,0)

退卡金额

CancelCash

numeric

(18,0)

所有金额

AllCash

numeric

(18,0)

日期

Date

Char

10

时间

Time

Char

10

5)上机信息(Online_Info

描述

字段名

数据类型

长度

卡号

CardNo

Char

10

卡的类型

CardType

Char

10

学号

StudentNo

Char

10

学生姓名

StudentName

Char

10

系别

Department

Char

10

性别

Sex

Char

10

上机日期

OnDate

Char

10

上机时间

OnTime

Char

10

电脑

Computer

Char

10

6)充值记录(Recharge_Info

描述

字段名

数据类型

长度

学号

StudentNo

Char

10

卡号

CardNo

Char

10

充值金额

AddMoney

Numeric

10

日期

Date

Char

(19,4)

时间

Time

Char

10

用户名

UserID

Char

10

状态

Status

Char

10

7)学生信息(Student_Info

描述

字段名

数据类型

长度

学号

StudentNo

Char

10

卡号

CardNo

Char

10

学生姓名

StudentName

Char

10

系别

Department

Char

10

性别

Sex

Char

10

年级

Grade

Char

10

班级

Class

Char

10

金额

Cash

Numeric

(10,3)

备注

Explain

Varchar

50

用户名

UserID

Char

10

状态

Status

Char

10

是否结账

IsCheck

Char

10

日期

Date

Char

10

时间

Time

Char

10

8)用户信息(User_Info

描述

字段名

数据类型

长度

账号

UserID

Char

10

密码

PWD

Char

10

级别

Level

Char

8

用户名

UserName

Char

10

9)值班信息(WorkLog_Info

描述

字段名

数据类型

长度

用户名

UserID

Char

10

级别

Level

Char

10

登录日期

LoginDate

Char

10

登录时间

LogoutTime

Char

10

注销日期

LogoutDate

Char

10

注销时间

LogoutTime

Char

10

电脑名

Computer

Char

10

状态

Status

Char

10

5.2物理结构设计要点

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

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

5.3数据结构与程序的关系

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

系统的数据结构由标准数据库语言SQL实现,如INSERT语句、DELETE语句、UPDATE语句。

6系统出错处理设计

6.1出错信息

在用户使用错误的数据或访问没有权限的数据以及在用户操作非法时,系统会给出相应的警告提示。

6.2 补救措施

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

6.3 系统维护设计

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

项目名称 软件概要设计说明书 版本:V1.0 文 档 编 号 保 密 等 级 作 者 最后修改日期 审 核 人 最后审批日期 批 准 人 最后批准日期 修订记录 日期 版本 修订说明 修订人 目 录 1 引言 1 1.1 编写目的 1 1.1.1 作用 1 1.1.2 预期读者 1 1.2 编写背景 1 1.2.1 系统名称及版本号 1 1.2.2 任务提出者 1 1.2.3 任务承接者及实施者 1 1.2.4 使用者 1 1.2.5 其它系统的关系 1 1.3 文档结构 1 1.4 电子文档编写工具 1 1.5 定义说明符号规定 2 1.6 参考资料 2 2 系统概述 2 2.1 系统目标 2 2.2 设计原则 3 2.3 运行环境 3 2.3.1 硬件平台 3 2.3.2 软件平台 3 2.3.3 网络体系结构 3 2.4 应用软件整体结构概述 3 2.5 关键技术 4 3 数据库设计 4 4 代码设计 4 5 功能概述 4 5.1 功能模块命名原则 4 5.2 功能层次图 4 5.3 功能简介 4 5.4 外部接口 4 6 用户界面设计 4 6.1 基本原则 4 6.2 设计概述 4 7 出错处理 5 7.1 出错信息设计 5 7.2 异常情况处理 5 引言 编写目的 作用 【说明】《软件概要设计说明书》是在《软件需求规格说明书》的基础上,通过我方用户方反复沟通形成的。它必须充分反映《软件需求规格说明书》中的用户需求,如有改动必须征得用户的认可。它将作为项目验收时重要的的标准和依据。 从另一方面讲,它又是开发人员在下一阶段进行系统详细设计的纲领性文件,也是考核系统总体质量的重要技术文档。 预期读者 【说明】本文档的阅读对象是软件开发人员、业务规范设计人员、软件测试人员、系统安装人员及用户代表。 编写背景 系统名称及版本号 【说明】形如“北京市地方税务局管理信息系统V3.0”。其中,版本号的格式为“XX.XX”,X为阿拉伯数字,左“0”可省略。 任务提出者 【说明】指《工作说明书》中规定的我方领导机构或项目负责人。 任务承接者及实施者 【说明】指承担概要设计的负责人及工作人员名单。 使用者 【说明】适应对象和范围。主要指预期读者,也供有关领导审阅。 其它系统的关系 【说明】在用户现有的及预期的整个应用系统中,给本系统准确定位。用示意图及相应的文字予以说明。 文档结构 【说明】章节划分原则、内容的取舍、重点的确定等。 电子文档编写工具 【说明】工具名、版本号、操作系统平台。使用多种工具时,应分别说明。形如: Microsoft Word 97 for Windows 95 Power-Designor 6.0 for Windows 95 PhotoShop 4.0 for Windows 95 Visio或Power Point 定义说明符号规定 【说明】包括对专用术语及缩略语的解释、所用到的图(E-R图/功能层次图)中图符的表示解释、屏幕界面中图标按钮的表示含义等。如在E-R图中,表示两个实体之间的关系时,我们定义了以下图符(部分举例): 终结符 基数(自左至右) 1 多 终结符 基数 存在性 说明(自左至右) 1 强制 必须存在且只能存在1个 多 强制 必须存在1个或多个 1 任选 可能存在1个,或没有 多 任选 可能存在1个或多个,或没有 参考资料 【说明】格式:作者,[版本号,]资料来源,日期 [,起止页号]。其中,《质量保证计划》《需求规格说明书》是必选的参考资料。 系统概述 系统目标 【说明】开发意图、应用目标(总目标、分期目标)、作用范围、预期效益等。 设计原则 【说明】设计原则应包括: 质量管理应贯穿于整个设计之全过程。 对质量保证的承诺应落实到全体人员。 实际执行的过程中,必须符合项目自身的特点,体现个性差异,切实做到有的放矢。 运行环境 硬件平台 【说明】指出本系统对硬件设备的需求、我们选型的原则和依据、推荐的型号配置、性能综述、技术优势、特殊约定等。 软件平台 【说明】使用操作系统的名称、生产厂家、版本号等。 使用数据库的名称、生产厂家、版本号等。如使用了多种数据库,则要说明如何 实现互连。 其它支撑软件:指出开发运行时需要的工具软件的情况,如4GL等。 对于选用的各类软件,均应着重说清其技术特点、国内外同类产品的比较,明 确阐述我方选择的理由。 网络体系结构 【说明】写明网络设计原则、技术要求、产品选型、拓扑结构、基本部件配件、传输介质、接口情况、通信协议、约束条件、结构化综合布线方案等。 画出网络结构图。图中应标出各类服务器客户机、网管机、路由器、网关等的数量分布;应反映出局域网、广域网及其互连的情况;如使用国内的公用数据网或Internet,也须具体标出。 用文字说明各个服务器/客户机的作用、配置具体位置。例如:Oracle数据库服务 器1台,位于局信息中心,用于支撑征管业务信息处理、领导决策辅助支持、各征管业务科室的信息采集、查询及统计工作。它安装在IBM RS6000小型机上,操作系统是AIX 3.2。 说明拟采取的网络保护技术,如防火墙等。 应用软件整体结构概述 【说明】说明本系统的各层模块、公用模块的划分原则。 如果系统复杂而开发者又有比较多的技术积累,应说明其分层构造(如组件层、构件层应用子系统层)。 对于大的系统,应画出体系结构图并予以说明。 关键技术 【说明】本系统采用了哪些关键技术,如算法、中间件、构件等。 指出使用了那些主要工具。 解释作出上述选择的理由。 说明这些关键技术在整体结构中的位置及内外接口。 数据库设计 【说明】单独成册,见《数据库设计说明书模板》 代码设计 【说明】 给出系统设计中的代码的设计内容,代码设计包括系统代码(硬码)、系统代码(软码)、业务代码以及标准化代码等。对于硬码的引用需要在数据库设计的PDM中注明,对于其他代码的引用需要在数据字典或数据库设计中注明。 功能概述 功能模块命名原则 【说明】指出本系统的各层模块/公用模块的划分原则、命名原则、编号原则。并且需要指出在概要设计中的功能模块编号《软件需求规格说明书》中的业务需求编号及性能需求编号之间的对应关系。 功能层次图 【说明】指明在输入信息转变为输出信息的过程中,为了满足用户的业务需求,应用软件必须完成的基本动作。采用自然语言叙述+树状功能图描绘的方式。由此确定系统最终的菜单结构。 功能简介 【说明】用一览表或框图的形式扼要说明每个模块的编号、名称和基本功能。用矩阵形式标明《软件需求规格说明书》中列出的各项功能需求模块之间的对应关系。 外部接口 用户界面设计 基本原则 【说明】指出基本风格、屏幕总体布局和输入/输出的常规手段。 设计概述 【说明】本节的内容也可以归入附录“设计编程规范、惯例及约定”中,而不在这里 叙述。 一般地讲,界面设计应包括以下几项: □屏幕环境设置 □字型字体 □颜色 □提示 □菜单(Menu) □按钮(Command Button) □图标 □列表框 □常用键 □Data Windows生成标准 □窗口定义 □日期类型 (特别要注意解决“千年虫”问题) □界面语言 □其它 出错处理 出错信息设计 【说明】扑捉出错信息、分析定位、提示信息。 异常情况处理 【说明】错误处理方案帮助手段。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值