景区售票系统需求规格说明书.docxVIP

[ 景区售票 ] 软件系统 需求规格说明书 Version 1.0 目录 TOC \o 1-5 \h \z \o Current Document 简介 3 \o Current Document 编写目的 3 \o Current Document 范围 3 \o Current Document 参考资料 4 \o Current Document 术语与缩写 4 \o Current Document 阅读建议 4 综合描述 系统的状况 2.2 产品功能错误! 2.2 产品功能 \o Current Document 2.3 用户类和特征 7 \o Current Document 2.4 假设和依赖 9 \o Current Document 运行环境 10 \o Current Document 不确定的问题 10 \o Current Document 功能需求 11 XX 功能 11 3.N XX 功能 11 \o Current Document 3.N+1 不支持的功能 15 \o Current Document 外部接口需求 16 \o Current Document 用户界面 16 \o Current Document 软件接口 17 \o Current Document 硬件接口 17 \o Current Document 其它非功能需求 11 \o Current Document 性能需求 18 \o Current Document 质量属性 18 \o Current Document 安全需求与措施 19 \o Current Document 其它需求 20 \o Current Document 分析模型 21 6.1 用例模型 21 \o Current Document 静态模型 45 \o Current Document 动态模型 50 简介 编写目的 １ .1.1 编写目的 该需求规格说明书是为 “伤得起” 小组计划开发的“景区售票系统” 所制定。“景区售票系统”， 缓解旅游景区的售检票的人力压力，提供高效的， 快节的，稳定的操作。实现系统应具有实用性、可靠性、有效性及方便性。 软件版本号 软件版本号由四部分组成，第一个 1 为主版本号，第二个 1 为子版本号，第 三个 1 为阶段版本号， 第四部分为日期版本号加希腊字母版本号， 希腊字母版本 号共有 5 种，分别为： base 、alpha 、beta 、RC 、release 。例如：1.1.1.051021_ alpha 。 软件版本号修改规则 主版本号 (1)：当功能模块有较大的变动，比如增加多个模块或者整体架构发 生变化。此版本号由项目决定是否修改。 子版本号 (1) ：当功能有一定的增加或变化，比如增加了对权限控制、增加自 定义视图等功能。此版本号由项目决定是否修改。 阶段版本号 (1)：一般是 Bug 修复或是一些小的变动，要经常发布修订版， 时间间隔不限，修复一个严重的 bug 即可发布一个修订版。此版本号由项目经 理决定是否修改。 日期版本号 (110501): 用于记录修改项目的当前日期， 每天对项目的修改都需 要更改日期版本号。此版本号由开发人员决定是否修改。 希腊字母版本号 ( alpha ): 此版本号用于标注当前版本的软件处于哪个开发阶 段，当软件进入到另一个阶段时需要修改此版本号。 此版本号由项目决定是否修 改。 范围 1.2.1 软件开发目的 缓解旅游景区的售检票的人力压力，提供高效的，快节的，稳定的操作。实 现系统应具有实用性、可靠性、有效性及方便性 1.2.2 软件开发的背景 随着我国城市旅游业的快速发展，人们生活水平的提高，对旅游行业 形象管理方面要求不断提高。 传统的人工模式已显得陈旧和落后， 旅游景 区的售检票系统已经不再是以前那种人工的， 复杂的，工作量大的售票检 票系统，而是一种电子化的新型系统。 建立旅游景区售检票系统， 不仅使 景区的管理水平有了提高， 同时也相应地完善了旅游景区的管理制度。 这 种系统极大的方便的管理员的管理和查询等操作。 为管理者提供决策支持 数据，以便及时地发现问题， 合理安排日常业务工作， 制定新的资金投入 和计划。这种电子化工作模式避免了人工操作造成的失误， 提高了工作效 率和质量，从而也提高了经济效益。 参考资料 GB 8566 计算机软件开发规范 GB 8567 计算机软件产品开发文件编制指南 GB/T 11457 软件工程术语 《软件工