银行排队叫号系统软件需求设计.doc

软件需求分析与系统设计实验指导书天津市大学软件学院软件工程系2017年8月学号1750311003软件需求分析与系统设计说明书实验报告银行排队叫号系统需求分析与设计说明书起止日期:2017年11月16日至2017年12月31日学生姓名董维博班级07成绩指导教师(签字)软件工程系2017年12月3日银行排队叫号系统软件需求分析说明书(CRS,CustomerRequirementSpecification)/:C:Create,初始创建;A:Add,增加内容;M:Mod,修改;D:Del,删除目录1 文档概要 目标和范围 文档读者 定义术语、首字母和缩写 参考资料 22 需求获取 项目背景 客户访谈 23 完善需求 提出问题 确定问题 34 软件需求分析 框定问题 断言描述问题 需求文档 需求 问题域描述 期望 优先原则 不变量 平台:硬件和操作系统 全局特征 设计约束 可能的变更 术语表 概述 文档信息 105 规格说明书 事件响应 数据模型 屏幕设计 共享状态 文件格式 协议 管理员用户 操作规程 按照规程 13文档概要社会生产力的发展与进步,积极推动了人类思想的革新与创造,从而一系列新生事物的诞生接踵而来。但是新生事物的生存与延续取决于人类的检验,因而它的可行性至关重要。万事求得发展的根本保障是物质基础,经济的飞速发展推动生活水平显著提高。所以,生活质量的标准化、多样化使市场需求处于必不可少的地位,而市场规模也随之扩大。目标和范围本文档描述银行排队叫号系统的软件需求,阐明项目的背景,客户对软件实现的功能要求、性能要求等内容,目的是给设计人员提供要描述问题的范围,解决问题的基础,最终能够从需求中提炼出设计内容。在这里,对于开发技术并没有涉及,而主要是通过建立模型的方式来描述用户的需求,为客户、用户、开发方等不同参与方提供一个交流的渠道。文档读者文档的读者:、:在银行进行业务往来时,刷身份信息,获得排队等候的号码。 Wait:排队等候。)问题框架图例:表示需求:表示域——问题域:表示共享现象:表示机器域2)数据流图图例:外部实体——数据源点或终点:数据处理:数据流:数据存储参考资料序号文档或资料备注1系统分析与设计人民邮电出版社李爱萍主编2软件需求工程科学出版社金芝刘璘金英编3软件需求工程科学出版社康雁主编45需求获取项目背景目前在我国,虽然服务行业蓬勃地发展起来,但是基本上都还在使用排队方式办理业务。在此方式下,不仅秩序混乱,还效率低下,顾客还怨声载道。显然,随着服务行业的发展,这种形式已不再适合新型服务行业的要求,对行业的发展也有一定的限制,直接导致了工作人员的工作效率低下。因此设计了这个功能实用的排号系统,解决服务行业里混乱的场面。客户访谈本系统的用户包括三类:客户、系统管理者。(1)客户:提供本人第二代身份证件。(2)系统管理员:管理员主要是数据备份与恢复、部门数据管理、常用数据管理等。完善需求提出问题最关注哪些信息?需要哪些人性化设计?与其他网站相比,应增添什么功能?确定问题用户信息保密;系统工作稳定可靠;有一定的扩充性和适应性;用户界面美观,反应速度快;要求提供数据的备份功能;在输入不符号定义格式的数据时,软件应出现提示信息,而不是死机或删除已经输入的信息,然后再弹出界面重新开始;要求能够人工智能,模式识别等。,使操作人员的工作量最大限度的减少;,能够达到提高生产率的目的;,可以容易地加入其他系统的应用;,灵活性,能够适应企业生产配置的变化。(信息问题)信息问题断言描述客户可以通过刷身份证获得排队的号码,或者通过手动输入信息获得排队号码。(控制问题)控制问题断言