第五章 系统实现
5.1 登录模块的实现
为确保系统安全性,系统操作员只有在登录界面输入正确的用户名、密码、权限以及验证码,单击“登录”按钮后才能够进入本系统的主界面。
用户登录流程图如下所示。
图5-1用户登录流程图
登录界面如下图所示。
图5-2登录界面
5.2 用户模块的实现
5.2.1 注册模块的实现
用户输入用户名、密码、电话、姓名等必填信息后,点击注册按钮完成用户的注册。
用户注册流程图如下所示。
图5-3用户注册流程图
用户注册界面如下图所示。
图5-4用户注册界面
5.2.2 在线订票模块的实现
用户点击故宫某个景点进入景点详细页,点击订票按钮进入购票页,提交购票信息,成功购票后,管理员管理用户的购票信息,审核购票信息。
在线订票流程图如下所示。
图5-5在线订票流程图
在线订票界面如图所示。
图5-6在线订票界面
在线订票界面如图所示。
图5-7在线订票界面
5.3 管理员模块的实现
5.3.1 用户管理模块的实现
系统用户管理主要是对新用户的添加和旧用户的删除。新用户的添加主要是指添加用户名称并确定其密码;旧用户的删除也是从下拉菜单中找到对应的用户名称将其删除。不论是新用户添加还是旧用户的删除,这个权限只有管理员具有。
用户管理流程图如下所示。
图5-8用户管理流程图
用户管理界面如下图所示。
图5-9用户管理界面
5.3.2 密码修改模块的实现
密码修改是对当前登录用户的密码进行修改,在管理员登录页面后右上方也能进行密码修改。
密码修改流程图如下所示。
图5-10密码修改流程图
密码修改界面如图所示。
图5-11修改密码界面
5.3.3 资源管理模块的实现
如果故宫资讯数据的信息需要修改,管理员可以通过查询资讯数据的基本信息来查询资讯数据,查询资讯数据是通过ajax技术来进行查询的,需要传递资讯数据的标题、编号等参数然后在返回到该页面中,可以选中要修改或删除的那条信息,如果选中了超过一条数据,页面会挑一个窗口提醒只能选择一条数,如果没有选中数据会挑一个窗口题型必须选择一条数据。当选择确认修改的时候,后台会根据传过来的id到数据库查询,并将结果返回到修改页面中,可以在修改页面中修改刚刚选中的信息当点击确认的时候from表单会将修改的数据提交到后台并保存到数据库中,就是说如果提交的数据数据库中存在就修改,否则就保存。
故宫资讯展示界面如下图所示。
图5-12故宫资讯展示界面
故宫资讯管理界面如下图所示。
图5-13资讯数据管理界面
5.3.4 导览模块的实现
景点信息导览功能主要指对其景点编号、内容、详情等一些基本信息的添加、删除和修改。景点导览能根据景点编号、内容、详情等多种条件对景点信息进行查询。
景点添加流程图如下所示。
图5-14景点添加流程图
景点添加如下图所示。
图5-15景点添加界面
景点查询界面如下所示。
图5-16景点查询界面
5.3. 5在线订票模块的实现
用户选择景点添加订票记录,管理员审核订票信息,管理所有用户的订票记录。
在线订票流程图如下所示。
图5-17在线订票流程图
在线订票界面如下所示。
图5-18在线订票界面
5.3.6故宫讲坛模块的实现
管理员发布新的故宫讲坛信息,系统显示故宫讲坛信息,故宫讲坛信息添加功能主要指对其编号、内容、详情等一些基本信息的添加、删除和修改。故宫讲坛查询能根据故宫讲坛编号、内容、详情等多种条件对故宫讲坛信息进行查询。
故宫讲坛添加流程图如下所示。
图5-19旅游路线添加流程图
故宫讲坛添加界面如下所示。
图5-20故宫讲坛添加界面
故宫讲坛管理界面如下所示。
图5-21故宫讲坛管理界面
5.3.7 文创模块的实现
管理员发布新的文创信息,系统显示已有文创品信息,文创信息添加功能主要指对其编号、内容、详情等一些基本信息的添加、删除和修改。文创信息查询能根据文创品编号、内容、详情等多种条件对文创信息进行查询。
文创添加界面如下所示。
图5-22文创添加界面
文创管理界面如下所示。
图5-23文创管理界面
第六章 系统测试
6.1 测试目标
系统测试是用于检查软件的质量、性能、可靠性等是否符合用户需求。一套严谨的、规范的、完善的测试过程将大大提高软件的质量、可信度、可靠性,降低软件的出错率,降低用户风险系数。通过在计算机上对系统进行测试试验并从中发现此系统中存在的问题和错误然后加以修改,使之更加符合用户需求。
1.测试的目的是通过测试来发现程序在执行过程中的错误的过程。
2.好的测试方案是可以检验出还未被发现的错误的方案。
3.好的测试是发现了到目前为止还未被发现的错误的测试。
4.该系统能够完成在线订票、景点维护、购票维护、用户维护、系统维护等功能,做到所开发的系统操作简单,尽量使系统操作不受用户对电脑知识水平的限制。
6.2 功能测试
下表是系统登录功能测试用例,检测了用户名和密码的不同的输入情况,观察系统的响应情况。得出该功能达到了设计目标。
表6-1 系统登录功能测试用例
功能描述 | 用于系统登录 | |
测试目的 | 检测登录时的合法性检查 | |
测试数据以及操作 | 预期结果 | 实际结果 |
输入的用户名和密码带有非法字符 | 提示用户名或者密码错误 | 与预期结果一致 |
输入的用户名或者密码为空 | 提示用户名或者密码错误 | 与预期结果一致 |
输入的用户名和密码不存在 | 提示用户名或者密码错误 | 与预期结果一致 |
输入正确的用户名和密码 | 登录成功 | 与预期结果一致 |
下表是注册功能测试用例,检测了各种数据的输入情况,观察系统的响应情况。得出该功能达到了设计目标。
表6-2 注册功能测试用例
功能描述 | 用于用户注册 | |
测试目的 | 检测用户注册时的合法性检查 | |
测试数据以及操作 | 预期结果 | 实际结果 |
输入的手机号不合法 | 提示请输入正确的手机号码 | 与预期结果一致 |
输入的字段为空 | 提示必填项不能为空 | 与预期结果一致 |
输入的密码少于6位 | 提示密码必须为6-12位 | 与预期结果一致 |
输入的密码大于12位 | 提示密码必须为6-12位 | 与预期结果一致 |
下表是景点管理功能的测试用例,检测了景点管理中对景点信息的增加,删除,修改,查询操作是否成功运行。观察系统的响应情况,得出该功能也达到了设计目标,系统运行正确。
前置条件;用户登录系统。
表6-3 景点管理的测试用例
功能描述 | 用于景点管理 | |
测试目的 | 检测景点管理时的各种操作的运行情况 | |
测试数据以及操作 | 预期结果 | 实际结果 |
点击添加景点,必填项合法输入,点击保存 | 提示添加成功 | 与预期结果一致 |
点击添加景点,必填项输入不合法,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击修改景点,必填项修改为空,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击修改景点,必填项输入不合法,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击删除景点,选择景点删除 | 提示删除成功 | 与预期结果一致 |
点击搜索景点,输入存在的景点名 | 查找出景点 | 与预期结果一致 |
点击搜索景点,输入不存在的景点名 | 不显示景点 | 与预期结果一致 |
下表是故宫资讯管理功能的测试用例,检测了资讯管理中对故宫资讯信息的增加,删除,修改,查询操作是否成功运行。观察系统的响应情况,得出该功能也达到了设计目标,系统运行正确。
前置条件;用户登录系统。
表6-4 故宫资讯管理的测试用例
功能描述 | 用于故宫资讯管理 | |
测试目的 | 检测故宫资讯管理时的各种操作的运行情况 | |
测试数据以及操作 | 预期结果 | 实际结果 |
点击添加故宫资讯,必填项合法输入,点击保存 | 提示添加成功 | 与预期结果一致 |
点击添加故宫资讯,必填项输入不合法,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击修改故宫资讯,必填项修改为空,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击修改故宫资讯,必填项输入不合法,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击删除故宫资讯,选择故宫资讯删除 | 提示删除成功 | 与预期结果一致 |
点击搜索故宫资讯,输入存在的故宫资讯标题 | 查找出故宫资讯 | 与预期结果一致 |
点击搜索故宫资讯,输入不存在的故宫资讯标题 | 不显示故宫资讯 | 与预期结果一致 |
下表是在线订票功能的测试用例,检测了在线订票中购票单的操作是否成功运行。观察系统的响应情况,得出该功能也达到了设计目标,系统运行正确。
前置条件;用户登录系统。
表6-5 在线订票的测试用例
功能描述 | 用于在线订票 | |
测试目的 | 检测在线订票时各种操作的情况 | |
测试数据以及操作 | 预期结果 | 实际结果 |
未选择景点,点击提交 | 提示请选择景点 | 与预期结果一致 |
未上传购买数量,点击提交 | 提示请选择购买数量 | 与预期结果一致 |
未选择时间,点击提交 | 提示请选择时间 | 与预期结果一致 |
6.3 测试结果
根据以上测试情况,测试结果如下表所示。
表6-1测试结果表
测试项目 | 测试结果 |
登录测试 | 成功 |
修改密码测试 | 成功 |
在线订票测试 | 成功 |
故宫资讯查询测试 | 成功 |
用户管理测试 | 成功 |
景点管理测试 | 成功 |
故宫资讯管理测试 | 成功 |