银行排队叫号系统软件需求设计文档格式.docx
《银行排队叫号系统软件需求设计文档格式.docx》由会员分享,可在线阅读,更多相关《银行排队叫号系统软件需求设计文档格式.docx(15页珍藏版)》请在冰豆网上搜索。
变更说明:
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按照规程
银行排号系统,所占内存不大,一般都可以安装,如果出现内存不足时,请自行更换内存条