银行排队叫号系统软件需求设计说明书

软件需求分析与系统设计实验指导书
天津市大学软件学院
软件工程系
2017年8月
学号1750311003
软件需求分析与系统设计说明书
实验报告
银行排队叫号系统
需求分析与设计说明书
起止日期： 2017 年 11 月 16 日至 2017 年 12 月 31 日
学生姓名董维博
班级07
成绩
指导教师(签字)
软件工程系
2017 年12 月 3 日
银行排队叫号系统
软件需求分析说明书
(CRS, Customer Requirement Specification)天
津市大学软件学院
软件工程系
2017 年 12 月 3 日
银行排队叫号系统
软件需求分析说明书V1.0
目录
1文档概要 (4)
1.1目标和范围 (4)
1.2文档读者 (4)
1.3定义术语、首字母和缩写 (4)
1.4参考资料 (5)
2需求获取 (5)
2.1项目背景 (5)
2.2客户访谈 (5)
3完善需求 (6)
3.1提出问题 (6)
3.2确定问题 (6)
4软件需求分析 (6)
4.1框定问题 (6)
4.2断言描述问题 (6)
4.3需求文档 (7)
4.4需求 (7)
4.5问题域描述 (9)
4.6期望 (11)
4.7优先原则 (11)
4.8不变量 (11)
4.9平台：硬件和操作系统 (11)
4.10全局特征 (12)
4.11设计约束 (12)
4.12可能的变更 (12)
4.13术语表 (12)
4.14概述 (13)
4.15文档信息 (13)
5规格说明书 (14)
5.1事件响应 (14)
5.2数据模型 (14)
5.3屏幕设计 (15)
5.4共享状态 (15)
5.5文件格式 (16)
5.6协议 (16)
5.7管理员用户 (16)
5.8操作规程 (16)
5.9按照规程 (16)
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 参考资料
2 需求获取
2.1 项目背景
目前在我国，虽然服务行业蓬勃地发展起来，但是基本上都还在使用排队方式办理业务。

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

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

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

2.2 客户访谈
本系统的用户包括三类：客户、系统管理者。

(1)客户：提供本人第二代身份证件。

(2)系统管理员：管理员主要是数据备份与恢复、部门数据管理、常用数据
管理等。

3.1 提出问题
最关注哪些信息？
需要哪些人性化设计？
与其他网站相比，应增添什么功能？
3.2 确定问题
用户信息保密；
系统工作稳定可靠；
有一定的扩充性和适应性；
用户界面美观，反应速度快；
要求提供数据的备份功能；
在输入不符号定义格式的数据时，软件应出现提示信息，而不是死机或删除已经输入的信息，然后再弹出界面重新开始；
要求能够人工智能，模式识别等。

4 软件需求分析
4.1 框定问题
时间特性要求
灵活性和适应性
数据管理能力要求
故障处理要求
安全保密
4.2 断言描述问题
1.系统能够提供友好的用户界面，使操作人员的工作量最大限度的减少；
2.系统具有良好的运行效率，能够达到提高生产率的目的；
3.系统应有良好的可扩充性，可以容易地加入其他系统的应用；
4.平台的设计具有一定的超前性，灵活性，能够适应企业生产配置的变化。

4.4 需求
5.1.1查询（信息问题）
1）信息问题断言描述
客户可以通过刷身份证获得排队的号码，或者通过手动输入信息获得排队号码。

2）框架图
图5.1信息问题框架图
5.1.2行为规则（控制问题）
1）控制问题断言描述
客户：客户在输入信息之后，等待服务器的回应。

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

2）框架图
图5.2 控制问题框架图
5.1.3实现域上的操作（工件问题）
1）工件问题断言描述
排队叫号系统可以分为两个主要的组成部分，一个是客户端，一个是管理端。

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

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

2）框架图
图
5.1.4映射（变换问题） 输入信息集合：身份信息。

输出信息集合：排队号码。

映射规则：一对一。

1） 变换问题断言描述
客户的所有信息及修改信息在个人界面和管理界面都有所显示；管理人员输出排号码及时打印。

2） 框
架图
图5.4 变换问题框架图
5.1.5域间一致性（连接问题） 1） 连接问题断言描述
所有客户必须登录到管理端才能进入相应的界面。

2） 框架图
图5.5 连接问题框架图
5.1.6 综合框架
图5.6 综合框架图
4.5 问题域描述
5.2.1实体、属性、关系（数据类型）
5.2.3因果规则
5.2.4文件格式
数据文件，数据库文件，图形文件，网页文件，配置文件5.2.5信息源
大学生
5.2.6与之接口的硬件和软件
打印机
服务器操作系统：Microsoft Windows XP
Web服务器软件：tomcat 6.0
数据库软件：Microsoft SQL Server 2005
客户端：windows操作系统，IE浏览器6.0以上版本。

5.2.7 I/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 优先原则
数据安全：数据不会自动丢失或更改，不会不其他用户篡改。

响应时间：系统响应时间应在人的感觉和视觉范围内(<1 s)，系统响应时间足够迅速(<5 s)，能够满足用户要求。

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

4.8 不变量
银行排队叫号整体概况。

4.9 平台：硬件和操作系统
操作系统：
Microsoft Windows XP/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数据模型
数据项表
数据结构
6.2.2数据库结构图
VIP信息库
VIP号码
5.3 屏幕设计
详细见UI说明书
5.4 共享状态
共享信息放在数据库中，外界只能通过输入自己的信息，来确认自己是否为VIP
客户。

5.5 文件格式
数据文件，数据库文件，图形文件，网页文件，配置文件
5.6 协议
在排号系统中采用了TCP/IP协议，实现了点对点通信等功能。

5.7 管理员用户
管理员用户：配置文件，设置用户权限以及备份和恢复数据。

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

5.9 按照规程
银行排号系统，所占内存不大，一般都可以安装，如果出现内存不足时，请自行更换内存条。