景区自助售票系统需求分析报告.doc-资料库

superpig119-3429581-16359647583631347376.doc.pdf-第1页.png

第1页 / 共96页

superpig119-3429581-16359647583631347376.doc.pdf-第2页.png

第2页 / 共96页

superpig119-3429581-16359647583631347376.doc.pdf-第3页.png

第3页 / 共96页

superpig119-3429581-16359647583631347376.doc.pdf-第4页.png

第4页 / 共96页

superpig119-3429581-16359647583631347376.doc.pdf-第5页.png

第5页 / 共96页

superpig119-3429581-16359647583631347376.doc.pdf-第6页.png

第6页 / 共96页

superpig119-3429581-16359647583631347376.doc.pdf-第7页.png

第7页 / 共96页

superpig119-3429581-16359647583631347376.doc.pdf-第8页.png

第8页 / 共96页

[景区售票]软件系统需求规格说明书 Version 1.0 [组名]伤得起！！！ [组长] 李雷（1080310601） [成员] 朱文龙（1080310608）何明刚（1080310615）郭伟龙（1080310621）本报告由小组四人共同完成 1、第一、五章和第六章 6.3.2 由朱文龙完成 2、第二章和第六章 6.2 6.3.1 6.3.4 6.3.5 由李雷完成 3、第三、四章和第六章 6.3.3 由何明刚完成 4、第六章 6.1 和 6.3.1 由郭伟龙完成 1

哈尔滨工业大学计算机学院软件工程课程设计需求规格说明书 <项目名称> 版本： <小组名称> 日期：文档信息项目名称：[景区售票]软件系统小组名称：伤得起！！！项目负责人：李雷文档负责人：李雷编制日期：2011.05.20 文档分工（姓名）朱文龙何明刚李雷郭伟龙版本：Version 1.0 负责内容第一章、第五章、6.3.2 第三章、第四章、6.3.3 第二章、6.2、6.3.1、6.3.4、6.3.5 6.1、6.3.1 修改记录日期版本修改说明 2011-6-19 2011-6-19 1.1 1.2 修改接口需求 2.5 运行环境 3.3.1 查询功能 4.1 用户界面修改者何明刚李雷 2

哈尔滨工业大学计算机学院软件工程课程设计需求规格说明书 <项目名称> 版本： <小组名称> 日期：目录 1.简介 ..................................................................................................................................................4 1.1 编写目的 .............................................................................................................................. 4 1.2 范围 .......................................................................................................................................4 1.3 参考资料 .............................................................................................................................. 5 1.4 术语与缩写 .......................................................................................................................... 5 1.5 阅读建议 .............................................................................................................................. 5 2.综合描述 ..........................................................................................................................................4 2.1 系统的状况 .......................................................................................................................... 7 2.2 产品功能 ............................................................................................ 错误！未定义书签。 2.3 用户类和特征 ...................................................................................................................... 8 2.4 假设和依赖 ........................................................................................................................ 10 2.5 运行环境 .............................................................................................................................11 2.6 不确定的问题 .................................................................................................................... 11 3.功能需求 ........................................................................................................................................12 3.1 XX 功能 ..............................................................................................................................12 3.N XX 功能 .............................................................................................................................12 3.N+1 不支持的功能 .............................................................................................................. 16 4.外部接口需求 ............................................................................................................................... 17 4.1 用户界面 ............................................................................................................................ 17 4.2 软件接口 ............................................................................................................................ 18 4.3 硬件接口 ............................................................................................................................ 18 5.其它非功能需求 ........................................................................................................................... 12 5.1 性能需求 ............................................................................................................................ 19 5.2 质量属性 ............................................................................................................................ 19 5.3 安全需求与措施 ................................................................................................................ 20 5.4 其它需求 ............................................................................................................................ 21 6.分析模型 ........................................................................................................................................22 6.1 用例模型 ............................................................................................................................ 22 6.2 静态模型 ............................................................................................................................ 46 6.3 动态模型 ............................................................................................................................ 51 3

哈尔滨工业大学计算机学院软件工程课程设计需求规格说明书 <小组名称> 日期： <项目名称> 版本： 1.简介 1.1 编写目的１.1.1 编写目的该需求规格说明书是为“伤得起”小组计划开发的“景区售票系统” 所制定。“景区售票系统”，缓解旅游景区的售检票的人力压力，提供高效的，快节的，稳定的操作。实现系统应具有实用性、可靠性、有效性及方便性。 1.1.2 软件版本号软件版本号由四部分组成，第一个 1 为主版本号，第二个 1 为子版本号，第三个 1 为阶段版本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有 5 种，分别为：base、alpha、beta、RC、release。例如：1.1.1.051021_ alpha。 1.1.3 软件版本号修改规则主版本号(1)：当功能模块有较大的变动，比如增加多个模块或者整体架构发生变化。此版本号由项目决定是否修改。子版本号(1)：当功能有一定的增加或变化，比如增加了对权限控制、增加自定义视图等功能。此版本号由项目决定是否修改。阶段版本号(1)：一般是 Bug 修复或是一些小的变动，要经常发布修订版，时间间隔不限，修复一个严重的 bug 即可发布一个修订版。此版本号由项目经理决定是否修改。日期版本号(110501):用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。希腊字母版本号(alpha):此版本号用于标注当前版本的软件处于哪个开发阶段，当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否修改。 1.2 范围 1.2.1 软件开发目的缓解旅游景区的售检票的人力压力，提供高效的，快节的，稳定的操作。实现系统应具有实用性、可靠性、有效性及方便性 4

哈尔滨工业大学计算机学院软件工程课程设计需求规格说明书 <项目名称> 版本： 1.2.2 软件开发的背景 <小组名称> 日期：随着我国城市旅游业的快速发展，人们生活水平的提高，对旅游行业形象管理方面要求不断提高。传统的人工模式已显得陈旧和落后，旅游景区的售检票系统已经不再是以前那种人工的，复杂的，工作量大的售票检票系统，而是一种电子化的新型系统。建立旅游景区售检票系统，不仅使景区的管理水平有了提高，同时也相应地完善了旅游景区的管理制度。这种系统极大的方便的管理员的管理和查询等操作。为管理者提供决策支持数据，以便及时地发现问题，合理安排日常业务工作，制定新的资金投入和计划。这种电子化工作模式避免了人工操作造成的失误，提高了工作效率和质量，从而也提高了经济效益。 1.3 参考资料 [1] GB 8566 计算机软件开发规范 [2] GB 8567 计算机软件产品开发文件编制指南 [3] GB/T 11457 软件工程术语 [4] 《软件工程：实践者的研究方法（第 6 版）》.作者：（美）Roger S.Pressman.2007 年 1 月. [5]《软件工程实用教程(计算机应用技术规划教材)》. 作者：吕云翔. 2011 年 1 月. [6]《软件工程方法与实践》.作者：窦万峰.2009年5月. 1.4 术语与缩写本文档所涉及的全部术语和缩写词及其含义导航终端机查询系统排队等候购票或正在查询票务信息的人们已经付款并获得门票系统某一部分的管理人员未购票者已购票者管理员超级 BOSS 系统的总管理人员 Goshop 网络票务销售平台 1.5 阅读建议本说明书适用对象：（1）软件客户，以便精确地描述他们想获得什么样的产品。（2）软件开发者，以便准确地理解客户需要什么样的产品。（3）项目经理，以便能够全面的掌握软件的功能与企业实际的差距，追踪软件开发的过程。 5

哈尔滨工业大学计算机学院软件工程课程设计需求规格说明书 <项目名称> 版本：（4）测试人员，以便更详细的了解软件的需求，设计良好的测试程序。（5）文档编写者，以便更加明晰软件的开发进程和文档的维护记录。 <小组名称> 日期： 6

哈尔滨工业大学计算机学院软件工程课程设计需求规格说明书 <项目名称> 版本： <小组名称> 日期： 2.综合描述 2.1 系统的状况 1．查询：查询当前门票种类、余量、价格、有效日期 2．购买门票：为游客和旅行社提供购买门票功能 3．统计：统计当日和历史售票记录，包括售出各类门票总数量，售出未入园票数量，入园人数量，当日入园未出园人数，各类门票收入。 4．票务管理：修改门票种类，价格，日期，数量 5．实时信息提供：将今日截止至当前时间的售票量、入园人数、将要入园人数提供给接待处 6．检票：分为入园检票和出园检票两种状态：游客入园时将售出门票的状态转为入园状态。游客出园时将入园状态转为离开状态。 7．问题咨询：游客通过问题咨询功能向服务人员咨询 8．投诉：游客通过投诉功能向服务人员反映投诉情况 9．系统维护：面向系统管理人员，提供数据备份和数据恢复功能。 7

哈尔滨工业大学计算机学院软件工程课程设计需求规格说明书 <项目名称> 版本： <小组名称> 日期：各种用户所用到的功能情况：个体游客查询、购买门票、问题咨询、投诉票务管理获取统计信息、管理票务旅行社查询、购买团体票、问题咨询、投诉系统管理人员数据转移备份、数据恢复（备份数据拷入）景区售票系统接待处检票、获取实时信息财务部获取统计信息（财务方面）服务人员提供问题咨询决策部获取统计信息（总体） 2.3 用户类和特征【确定有可能使用该软件产品的不同用户类，并且描述它们相关的特征。往往有一些软件需求，只与特定的用户类有关。描述时，应该将该软件产品的重要用户类与非重要用户类区分开。用户不一定是软件产品的直接使用者，通过报表、应用程序接口、系统硬件接口得到软件产品的数据和服务的人、或者机构也有他们的需求。所以，应该将这些外部需求视为通过报表、应用程序接口、系统硬件接口附加给软件产品的附加用户类。】 1）游客：前来到该景点旅游的人，年龄范围不限。在售票处自己选择合适的门票购买，然后拿着门票到接待处检票。交互方式：园外售票终端，通过触摸屏操作 8

资料库

景区自助售票系统需求分析报告.doc

相关推荐

课程资源

热门标签

最新资料