银行排队叫号系统软件需求设计文档格式.docx

上传人:b****6 文档编号:20095252 上传时间:2023-01-16 格式:DOCX 页数:15 大小:111.89KB
下载 相关 举报
银行排队叫号系统软件需求设计文档格式.docx_第1页
第1页 / 共15页
银行排队叫号系统软件需求设计文档格式.docx_第2页
第2页 / 共15页
银行排队叫号系统软件需求设计文档格式.docx_第3页
第3页 / 共15页
银行排队叫号系统软件需求设计文档格式.docx_第4页
第4页 / 共15页
银行排队叫号系统软件需求设计文档格式.docx_第5页
第5页 / 共15页
点击查看更多>>
下载资源
资源描述

银行排队叫号系统软件需求设计文档格式.docx

《银行排队叫号系统软件需求设计文档格式.docx》由会员分享,可在线阅读,更多相关《银行排队叫号系统软件需求设计文档格式.docx(15页珍藏版)》请在冰豆网上搜索。

银行排队叫号系统软件需求设计文档格式.docx

变更说明:

C:

Create,初始创建;

A:

Add,增加内容;

M:

Mod,修改;

D:

Del,删除

1文档概要

社会生产力的发展与进步,积极推动了人类思想的革新与创造,从而一系列新生事物的诞生接踵而来。

但是新生事物的生存与延续取决于人类的检验,因而它的可行性至关重要。

万事求得发展的根本保障是物质基础,经济的飞速发展推动生活水平显著提高。

所以,生活质量的标准化、多样化使市场需求处于必不可少的地位,而市场规模也随之扩大。

1.1目标和范围

本文档描述银行排队叫号系统的软件需求,阐明项目的背景,客户对软件实现的功能要求、性能要求等内容,目的是给设计人员提供要描述问题的范围,解决问题的基础,最终能够从需求中提炼出设计内容。

在这里,对于开发技术并没有涉及,而主要是通过建立模型的方式来描述用户的需求,为客户、用户、开发方等不同参与方提供一个交流的渠道。

1.2文档读者

文档的读者:

1.设计人员

2.开发人员

3.项目管理人员

4.测试人员

1.3定义术语、首字母和缩写

1.3.1术语

派号:

在银行进行业务往来时,刷身份信息,获得排队等候的号码。

1.3.2首字母和缩写

Wait:

排队等候。

1.3.3图例

1)问题框架图例

表示需求

表示域——问题域

表示共享现象

表示机器域

2)数据流图图例

外部实体——数据源点或终点

数据处理

数据流

数据存储

1.4参考资料

序号

文档或资料

1

系统分析与设计

人民邮电出版社李爱萍主编

2

软件需求工程

科学出版社金芝刘璘金英编

3

科学出版社康雁主编

4

5

2需求获取

2.1项目背景

目前在我国,虽然服务行业蓬勃地发展起来,但是基本上都还在使用排队方式办理业务。

在此方式下,不仅秩序混乱,还效率低下,顾客还怨声载道。

显然,随着服务行业的发展,这种形式已不再适合新型服务行业的要求,对行业的发展也有一定的限制,直接导致了工作人员的工作效率低下。

因此设计了这个功能实用的排号系统,解决服务行业里混乱的场面。

2.2客户访谈

本系统的用户包括三类:

客户、系统管理者。

(1)客户:

提供本人第二代身份证件。

(2)系统管理员:

管理员主要是数据备份与恢复、部门数据管理、常用数据管理等。

3完善需求

3.1提出问题

最关注哪些信息?

需要哪些人性化设计?

与其他网站相比,应增添什么功能?

3.2确定问题

用户信息保密;

系统工作稳定可靠;

有一定的扩充性和适应性;

用户界面美观,反应速度快;

要求提供数据的备份功能;

在输入不符号定义格式的数据时,软件应出现提示信息,而不是死机或删除已经输入的信息,然后再弹出界面重新开始;

要求能够人工智能,模式识别等。

4软件需求分析

4.1框定问题

时间特性要求

灵活性和适应性

数据管理能力要求

故障处理要求

安全保密

4.2断言描述问题

1.系统能够提供友好的用户界面,使操作人员的工作量最大限度的减少;

2.系统具有良好的运行效率,能够达到提高生产率的目的;

3.系统应有良好的可扩充性,可以容易地加入其他系统的应用;

4.平台的设计具有一定的超前性,灵活性,能够适应企业生产配置的变化。

4.3需求文档

4.4需求

5.1.1查询(信息问题)

1)信息问题断言描述

客户可以通过刷身份证获得排队的号码,或者通过手动输入信息获得排队号码。

2)框架图

信息

图5.1信息问题框架图

5.1.2行为规则(控制问题)

1)控制问题断言描述

客户:

客户在输入信息之后,等待服务器的回应。

管理者:

管理者可以客户信息、管理,对不符合规定的进行删除,并提示重新输入,并且打印排号码。

出号

客户

管理者

图5.2控制问题框架图

5.1.3实现域上的操作(工件问题)

1)工件问题断言描述

排队叫号系统可以分为两个主要的组成部分,一个是客户端,一个是管理端。

客户端:

客户通过取号机登录到系统中,在客户端用户可以看到输入信息界面或者直接刷身份证,确认提交。

管理端:

管理员进行对系统的维护,管理客户信息。

图5.3工件问题框架图

5.1.4映射(变换问题)

输入信息集合:

身份信息。

输出信息集合:

排队号码。

映射规则:

一对一。

1)变换问题断言描述

客户的所有信息及修改信息在个人界面和管理界面都有所显示;

管理人员输出排号码及时打印。

2)

框架图

图5.4变换问题框架图

5.1.5域间一致性(连接问题)

1)连接问题断言描述

所有客户必须登录到管理端才能进入相应的界面。

图5.5连接问题框架图

5.1.6综合框架

图5.6综合框架图

4.5问题域描述

5.2.1实体、属性、关系(数据类型)

5.2.2事件顺序

5.2.3因果规则

5.2.4文件格式

数据文件,数据库文件,图形文件,网页文件,配置文件

5.2.5信息源

大学生

5.2.6与之接口的硬件和软件

打印机

服务器操作系统:

MicrosoftWindowsXP

Web服务器软件:

tomcat6.0

数据库软件:

MicrosoftSQLServer2005

windows操作系统,IE浏览器6.0以上版本。

5.2.7I/O端口和硬件之间的映射

Socket是一种软件形式的抽象,用于表达两台机器间一个连接的“终端”。

在java中创建一个Socket,用它建立与其他机器的连接。

从Socket得到的结果是一个InputStream以及OutputStream或Reader和Writer,以便将连接作为一个I/O流对象对待。

这有两个基于数据流的套接字类:

一个是ServerSocket,服务器用它“侦听”进入的连接;

另一个是Socket,客户用他初始化一次连接。

一旦客户(程序)申请建立一个套接字连接,ServerSocket就会返回(通过accept()方法)一个对应的服务器端套接字,以便进行直接通信。

可以利用getInputStream()以及getOutputStream()每个套接字产生对应的InputStream和OutputStream对象。

这些数据流必须封装到缓冲区内。

在排号系统中采用了TCP/IP协议,这样实现了点对点通信等功能。

4.6期望

系统界面:

要求页面主题突出,站点定义、术语和行文格式统一、规范、明确,传递的信息准确、及时。

内容丰富,文字准确,语句通顺,专用术语规范。

页面大小适当能用各种常用浏览器以不同分辨率浏览;

无错误链接和空链接。

页面、版面形象清新悦目、布局合理,字号大小适宜,字体选择合理前后一致,美观大方。

适应性:

系统应具有较强的灵活性以适应将来功能扩展的需求。

在操作方式、运行环境、软件接口或开发计划等发生变化时,应具有适应能力。

4.7优先原则

数据安全:

数据不会自动丢失或更改,不会不其他用户篡改。

响应时间:

系统响应时间应在人的感觉和视觉范围内(<

1s),系统响应时间足够迅速(<

5s),能够满足用户要求。

可靠性:

系统应保证7*24小时内不死机,保证200人可以同时在客户端登录,此时系统能正常运行,正确提示相关内容。

4.8不变量

银行排队叫号整体概况。

4.9平台:

硬件和操作系统

操作系统:

MicrosoftWindowsXP/Vista/7简体中文版

最低配置

CPU:

1.8GHz以上

内存:

256MB以上

调制解调器

硬盘

显示器

鼠标、键盘

推荐配置

64K/bps以上的上网环境

CPU:

2G以上系列处理器

内存:

1G以上

硬盘:

80G以上空间

分辨率:

1024*768像素以上

声卡

4.10全局特征

系统可用性:

用户能够一天24小时,一个星期7天运行系统。

操作界面简单明了,易于操作,对格式和数据类型限制的数据,进行验证,包括客户端验证和服务器验证,并采用错误提醒机制,提示用户输入正确数据和正确的操作系统。

可靠性:

例如,当系统运行,从下午1点到4点的工作时间内,用户可随时登陆系统,并可以在权限范围内对招聘信息进行任何处理,这意味着系统这段时间内不崩溃。

安全性和保密性:

只有合法用户才能登录使用系统,对每个用户都有权限设置。

对登录名、密码、以及用户重要信息进行加密,保证账号信息安全。

规模:

管理者每天进行3次查询;

系统可以跨城市、跨区域运行。

4.11设计约束

客户要求源代码中的每个变量都要大写。

4.12可能的变更

用户类别的扩充、系统功能模块增多

4.13术语表

术语名称

定义

派号

4.14概述

系统功能详细描述。

(1)取号功能:

点击vip会员或者普通会员按钮会产生号票,点击普通会员这个按钮会产生普通号票。

(2)弃号功能:

点击弃号会出现vip,normal两个菜单点击会删除当前号票

(3)个人信息管理:

包括账号信息管理,账号信息管理即是对账号的密码,用户名的修改。

个人信息内容包括:

姓名,性别,出生日期,家庭住址,籍贯,婚姻状况。

(4)统计功能:

点击统计功能会对取票总数,未处理数进行统计。

(5)通知功能:

在业务员处理业务时会在这里提示XX请到XX柜台。

4.15文档信息

文档信息是下列有关文档的信息:

•内容表。

•相关的文档列表。

•排版惯例。

•文档所应用的软件版本。

•文档最近修改的日期。

•变更日志。

•文档准备机

•大型文档的索引

5规格说明书

5.1事件响应

在输入过程中,如果读卡器故障,请客户自行手动输入,个人信息。

5.2数据模型

6.2.1数据模型

数据项表

项目

描述

数据项编号

A001

Vip用户

数据项名称

客户名

别名

客户信息

个人信息

简述

客户输入到派号机的信息

类型及宽度

NUMBER

取值范围

{1,16}

身份证号

B002

普通客户

数据结构

数据结构编号

F001

数据结构名称

用户信息

客户输入

客户的身份证必须在有效期内

数据结构组成

用户名+用户类别+身份证号+户籍所在地

F002

出号信息

系统打印

出号不能重号

窗口号+排序号

6.2.2数据库结构图

VIP信息库

身份信息

VIP号码

5.3屏幕设计

详细见UI说明书

5.4共享状态

共享信息放在数据库中,外界只能通过输入自己的信息,来确认自己是否为VIP客户。

5.5文件格式

5.6协议

在排号系统中采用了TCP/IP协议,实现了点对点通信等功能。

5.7管理员用户

管理员用户:

配置文件,设置用户权限以及备份和恢复数据。

5.8操作规程

客户通过刷身份证录入信息,或者手动输入,输入正确则点击确认,否则点击取消,重新输入,点击打印自动出号码。

5.9按照规程

银行排号系统,所占内存不大,一般都可以安装,如果出现内存不足时,请自行更换内存条

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 考试认证 > 交规考试

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1