软件工程课程设计总

软件工程课程设计总内容摘要：

性： （ 1） 由于使用该系统 理想 ，可以在很大程度上解决 了旅游的繁琐操作过程 ，在信息沟通方面的问题，是完全得到 老师及他人的支持。 我们研发小组会很好的行使合同上的权力和履行合同上的义务，对侵权行为均会予以追究。 （ 2） 该系统对工作制度并无要求，随时操 作随时处理，而对于 用户 人员的素质，只要具有使用该系统权限的 管理员 和学生都可以使用 ，并不需任何计算机方 面的专业知识即可上手操作。 根据上述分析，该系统完全符合 旅游 管理的要求。 发现的问题及总结 综合经济 可行性、技术可行性、 法律可行性、 社会可行性等各个方面因素的考虑，对软件工程课程设计管理系统进行了可行性研究，可知，开发该软件工程课程设计 管理系统是完全可行的。 学游卡管理项目软件需求分析报告 负 责 人：张云龙 参 与 人： 钱冰， 李 雷 ，江疆 功能模型：张云龙 数据模型：张云龙 行为模型：张云龙 数据词典：张云龙 审 核 人： 钱冰 ，江疆， 李 雷 2020 年 6 月 26 日 三．软件需求说明书 引言 编写目的 旅游信息管理信息系统是以客 户机 /服务器 (Client/Server,C/S)结构为基础。 当客户发出请求后服务器会快速的对其的请求作出响应并解决其请求。 这就解决了在人力方面的浪费。 由于请求和解决请求的过程都是通过计算机完成的这样就解决了人力的繁琐，还避免了传统管理方法的一些由于人的疏忽造成的错误。 提高了工作的正确率和可靠性。 本软件工程课程设计开发的旅游信息管理系统具体内容包括：景点管理模块，检索管理模块，系统管理员模块、旅游信息模块、学生信息模块、旅游服务模块、退出系统模块。 并在这些模块中完成了各个环节的添加、修改、删除、查询等功能。 背景 随 着 社会的高速发展，人们生活水平的不断提高，以及工作节奏的加快，旅游逐渐成为一个热门的话题，因为其形式的多样，涉及的面比较广，成为人们放松压力，调节情绪的首要选择。 传统的管理方法采用的是人管理人的方法，由相关人员去制定一些规定并监督执行，这当然会给管理带来很多的主观性，而传统的旅游信息管理也是采用人力的自然管理和纸制记录。 在查询，更新时都是由人一条一条的记录，这样不仅需要大量的人力还需要大量的办公用品。 这必然造成对人力和物力的浪费，而且由于工作量大并且繁琐，就会带来效率方面的低下，而 这些就会无形地使利润下滑。 旅游信息管理系统正是在这样的背景下应运而生了。 现实的要求是旅游信息管理需要一个既可以节省人力物力又可以节省财力，并且在同等时间的基础上提高效率，从而提高整个利润。 旅游信息管理系统采取的是信息分类管理的理念，根据旅游所涉及的方方面面的具体要求进行系统开发的。 定义 文档中采用的专门术语的定义及缩略词简要如下： SMS： Student travel Management System，学生旅游管理系统。 参考资料 [1]钱乐秋 赵文耘等 《软件工程》 清华 大学出版社。 [2]郑人杰 ， 殷人昆 ， 陶永雷。 《实用软件工程》（第二版）。 北京：清华大学出版社， 1997。 [3]王立福，麻志毅。 《软件工程》（第二版）。 北京：北京大学出版社， 2020。 [4]殷人昆 《 数据结构 》 （用面向对象方法与 C++语言描述） （第二版）清华大学出版社。 任务概述 目标 《学生旅游管理系统》针对的用户是学生或旅游团的客户。 相应的需求有： 1．能够存储一定数量的景点信息 ,并方便有效的进行相应的景点数据操作和管理，这主要包括： 1) 景点信息的录入 、 删除及修改。 2) 景点信息的多关键字检索查询。 3) 景点的预订、退订和资料统计。 ２ ．能够对一定数量的学生用户进行相应的信息存储与管理，这其中包括： 1) 学生信息的登记、删除及修改。 2) 学生资料的统计与查询。 ３．能够对需要的统计结果提供列表显示输出。 ４ ．能够提供一定的安全机制，提供数据信息授权访问，防止随意删改，同时提供信息备份的服务。 用户的特点 该软件的最终用户是学生旅游管理人员和学生或其他用户。 这些人员对本软件的使用频度相当大。 假定和 约束 一个更为完善的学生旅游管理系统，应提供更为便捷与强大的信息查询功能，如增加相应的网络操作及服务，由于开发时间和计算机数量有限，该系统并未提供更复杂的功能。 对信息的保护手段仅限于设置用户级别，以及提供数据文件的备份，比较简单，不能防止恶意的破坏，安全性能有待进一步完善。 需求规定 对功能的规定 该软件具有如下主要功能： 1. 浏览优惠景点功能； 2. 发布撤销景点功能； 3. 预定退订景点功能； 4. 新用户注册功能 5. 查询功能； 6. 修改功能； 7. 删除功能； 1. 浏览 优惠景点功能 ? 列出当前数据库文件中优惠信息的所有记录； ? 可选定一项记录，显示所有域； 2. 发布撤销景点功能 ? 管理员发布新景点信息； ? 管理员撤销旧景点信息； 3. 预定退订景点功能 ? 学生用户预定要去的景点； ? 学生用户退订已预订的景点 ? 某景点的满员预约 4. 注册功能 新增加一个学生用户记录 5. 查询功能 ? 学生用户匹配查询； ? 景点匹配查询； 6. 修改功能 ? 修改某一已存在的记录内容，提供确认机制； 7. 删除功能 ? 删除一个学生信息记录，提供确认机制； 8. 授权功能； ? 授权学生访问数据的权限。 对性能的规定 精度 查询时应保 证查全率，所有在相应域中包含查询关键字的记录都应能查到，同时保证查准率。 时间特性要求 一般操作的响应时间应在 1－ 2秒内。 灵活性 满足运行环境在允许操作系统之间的安全转换和与其它应用软件的独立运行要求。 输入输出要求 静态数据 学生旅游管理系统的静态数据包括： 景点 (scenery)： 景点代码编号 (sceneryID)； 景点名 (sceneryName)； 景点地区 (Author)； 景点星级 (Publisher)； 景点票价 (Price)； 景点简介 (Abstract)； 景点分类 (Class)； 景点状态 (Status)； 学生 (student)： 学生卡号 (studentID)； 学生姓名 (Name)； 学生性别 (sex)； 学生住址 (Address)； 学生电话号码 (TelephoneNumber)； 学生电子邮件 (Email)； 学生生日（ birthday）； 学生身份证号码（ ID card NO.）； 景点访问记录 (recorder): 预定退订号 (bookID)； 学生卡号 (studentID)； 预定退订日期 (Date)； 系统设置表 (configuration)： 记录号 (id)；学生识别号 (readid) 最多可预定景点数 (MaxBLNum)； 用户记录表 (administer)： 记录序号 (UserId)； 账号。