目 录
一、项目计划
1.1 定义
开发:除了单纯的开发活动外,还包括维护活动。
项目:向顾客交付的最终的全部产品,包括程序及各种文档,以及开发活动所需资料经费等各种信息。
项目开发计划:把项目与过程联系起来的计划方案。
产品生命周期:产品从构思到不可在使用的持续时间。
1.2目标
构建一个集中且全面的旅游信息数据库,涵盖目的地范围内各类热门及小众旅游目的地的详细资料,包括景点、酒店、等。提供高效、精准的信息搜索功能,让用户能在短时间内获取到符合其需求的旅游信息,无论是按地点、主题、预算还是其他特定条件进行搜索。
1.3计划
图1-1
二、需求分析
2.1初定功能需求模块
图2-1
2.2基本流程
图2-2
2.3用例图
图2-3
2.4用例说明
用例编号:U0001 |
用例名:用户信息修改 |
作者:xxx |
|
用例描述:修改游客的个人基本信息 |
|||
执行者 |
游客 |
||
相关用例 |
无 |
||
前置条件 |
游客已登录本系统 |
||
后置条件 |
无 |
||
基本路径 |
1.游客选择“用户中心”功能 2.游客编辑个人基本信息 3.保存个人信息 |
||
备选路径一 |
游客未登录本系统,自动跳转到游客登陆页面 |
||
备选路径二 |
游客输入无效数据 |
||
非功能要求 |
无 |
表2-1
用例编号:U0002 |
用例名:酒店预订 |
作者:xxx |
|
用例描述:游客可以预订景区附近的酒店 |
|||
执行者 |
游客 |
||
相关用例 |
登录系统、搜索酒店 |
||
前置条件 |
游客已登录本系统 |
||
后置条件 |
无 |
||
基本路径 |
1.游客选择搜索酒店功能 2.显示酒店的基本信息 3.退出 |
||
备选路径 |
无 |
||
非功能要求 |
无 |
表2-2
用例编号:U0003 |
用例名:用户管理 |
作者:xxx |
|
用例描述:管理员可以查看游客的信息,管理游客的密码 |
|||
执行者 |
管理员 |
||
相关用例 |
登录系统 |
||
前置条件 |
管理员已登录本系统 |
||
后置条件 |
无 |
||
基本路径 |
1.管理员选择管理用户信息功能 2.显示游客的基本信息 3.管理员重置游客的密码 4.保存 |
||
备选路径 |
无 |
||
非功能要求 |
无 |
用例编号:U0004 |
用例名:酒店信息管理 |
作者:xxx |
|
用例描述:管理员可以添加新的酒店信息到系统中,包括酒店的基本信息和是否启用等 |
|||
执行者 |
管理员 |
||
相关用例 |
登录系统 |
||
前置条件 |
管理员已登录本系统 |
||
后置条件 |
无 |
||
基本路径 |
1.管理员选择酒店信息管理功能 2.管理员输入要添加酒店的基本信息 3.保存 |
||
备选路径 |
无 |
||
非功能要求 |
无 |
2.5性能需求规定
2.5.1精度
保证查询的查全率和查准率为100%,所在相应域中包含查询关键字的记录都能查到,所有在相应域中不包含查询关键字的记录都不能查到。
2.5.2时间特性要求
页面响应时间:≤3秒
更新处理时间:≤5秒
数据的转换和传送时间:≤3秒
2.5.3数据管理能力要求
系统应提供可靠的数据库管理系统(如关系数据库),能够安全地存储和管理大量的景区和游客数据。并且数据库结构应合理设计,包括景区、酒店、游客、订单记录等表的定义,以便于数据的存储和查询。系统应确保景区、酒店和游客的数据完整性,通过设置合适的约束和验证机制,防止无效或不完整的数据被插入或更新到数据库中。
系统应保持数据的一致性,当进行数据更新操作时,应确保相关数据的一致性和完整性,避免出现数据不一致的情况。系统应提供数据安全机制,确保酒店和游客数据的机密性和保密性,防止未经授权的访问和数据泄露。系统应实施适当的权限管理,对不同的用户角色分配不同的数据访问权限,以保护数据的安全性。
2.6运行环境规定
服务器:PC(CPU:Pentium500以上,处理器内存:128MB以上,硬盘:10G以上)
操作系统:Windows 10以上
数据库:MySQL
应用服务器:常用浏览器(Microsoft)
三、概要设计
3.1功能模块划分
图3-1
3.2用例图
图3-2
3.3用例说明(新增用例)
表3-1
用例编号:U0005 |
用例名:搜索酒店 |
作者:xxx |
|
用例描述:游客可以根据关键词搜索酒店,以查找符合条件的酒店 |
|||
执行者 |
游客 |
||
相关用例 |
酒店预订 |
||
前置条件 |