django 停车场管理系统 计算机毕设源码19517
2 系统开发环境
2.1MVVM模式介绍
MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。MVVM 就是将其中的View 的状态和行为抽象化，让我们将视图 UI 和业务逻辑分开。当然这些事 ViewModel 已经帮我们做了，它可以取出 Model 的数据同时帮忙处理 View 中由于需要展示内容而涉及的业务逻辑。微软的WPF带来了新的技术体验，如Silverlight、音频、视频、3D、动画……，这导致了软件UI层更加细节化、可定制化。同时，在技术层面，WPF也带来了 诸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM（Model-View-ViewModel）框架的由来便是MVP（Model-View-Presenter）模式与WPF结合的应用方式时发展演变过来的一种新型架构框架。它立足于原有MVP框架并且把WPF的新特性糅合进去，以应对客户日益复杂的需求变化。
2.2MySQL数据库
科技的进步，给日常带来许多便利：教室的投影器用到了虚拟成像技术，数码相机用到了光电检测技术，比如超市货物进出库的记录需要一个信息仓库。这个信息仓库就是数据库，而这次的物流信息管理系统也需要这项技术的支持[7]。
用MySQL这个软件，是因为它能接受多个使用者访问，而且里面存在Archive等。它会先把数据进行分类，然后分别保存在表里，这样的特别操作就会提高数据管理系统自身的速度，让数据库能被灵活运用。MySQL的代码是公开的，而且允许别人二次编译升级。这个特点能够降低使用者的成本，再搭配合适的软件后形成一个良好的网站系统。虽然它有缺点，但是综合各方面来说，它是使用者的主流运用的对象[8]。
2.3B/S体系工作原理
B/S架构采取浏览器请求，服务器响应的工作模式。
用户可以通过浏览器去访问Internet上由Web服务器产生的文本、数据、图片、动画、视频点播和声音等信息；
而每一个Web服务器又可以通过各种方式与数据库服务器连接，大量的数据实际存放在数据库服务器中；
从Web服务器上下载程序到本地来执行，在下载过程中若遇到与数据库有关的指令，由Web服务器交给数据库服务器来解释执行，并返回给Web服务器，Web服务器又返回给用户。在这种结构中，将许许多多的网连接到一块，形成一个巨大的网，即全球网。而各个企业可以在此结构的基础上建立自己的Internet。
在 B/S 模式中，用户是通过浏览器针对许多分布于网络上的服务器进行请求访问的，浏览器的请求通过服务器进行处理，并将处理结果以及相应的信息返回给浏览器，其他的数据加工、请求全部都是由Web Server完成的。通过该框架结构以及植入于操作系统内部的浏览器，该结构已经成为了当今软件应用的主流结构模式。
2.4Django框架介绍
Django是高水准的Python编程语言驱动的一个开源模型．视图，控制器风格的Web应用程序框架，它起源于开源社区。使用这种架构，程序员可以方便、快捷地创建高品质、易维护、数据库驱动的应用程序。这也正是OpenStack的Horizon组件采用这种架构进行设计的主要原因。另外，在Dj ango框架中，还包含许多功能强大的第三方插件，使得Django具有较强的可扩展性。Django 项目源自一个在线新闻 Web 站点，于 2005 年以开源的形式被释放出来。Django 框架的核心组件有：
用于创建模型的对象关系映射；
为最终用户设计较好的管理界面；
URL 设计；
设计者友好的模板语言；
缓存系统。
Django(发音：[`dʒæŋɡəʊ]) 是用python语言写的开源web开发框架(open source web framework)，它鼓励快速开发,并遵循MVC设计。Django遵守BSD版权，初次发布于2005年7月, 并于2008年9月发布了第一个正式版本1.0 。
Django 根据比利时的爵士音乐家Django Reinhardt命名，他是一个吉普赛人，主要以演奏吉它为主，还演奏过小提琴等。
由于Django在近年来的迅速发展，应用越来越广泛，被著名IT开发杂志SD Times评选为2013 SD Times 100，位列“API、库和框架”分类第6位，被认为是该领域的佼佼者。
3 系统分析
所谓系统分析就是，需求人员通过与用户的沟通，所获取的信息，然后把这些信息通过需求说明书的方式展示给用户和开发人员。在软件功能发展的历史长河中，很长时间，特别是最开始的时候，需求分析的重要性并不被人们所认同，例如当时美国IBM公司为英国电信公司开发一套信息管理系统，在需求不明确的情况下开始开发，最初的工期为一年，由于需求获取不清晰导致工期推迟了半年多，造成巨大损失。我们很多软件公司也存在这种情况，边需求，边开发，甚至与用户没有沟通清楚的情况下，直接照搬同类型的项目进行更改，导致到系统验收的时候，重新更改，造成了人力、物力的极大浪费。而导致这一切后果的原因就是需求获取不及时、不清楚、不全面。
3.1 可行性分析
停车场管理系统主要目标是实现系统首页、系统用户、车位信息、用户车辆、车辆入场、车辆离场、停车记录、通知公告、意见反馈的相关信息管理服务。在确定了目标后，我们从以下四方面对能否实现本系统目标进行可行性分析。
3.1.1 技术可行性
停车场管理系统主要采用Django框架，基于B/S结构，Mysql数据库，对于应用程序的开发要求具备完整功能，使用简单的特点，并建立一个数据完整安全稳定的数据库。停车场管理系统的开发技术具有很高可行性，且开发人员掌握了一定的开发技术，所以系统的开发具有可行性。
3.1.2操作可行性
停车场管理系统的登录界面简单易于操作，采用常见的界面窗口来登录界面，通过电脑进行访问操作，会员只要平时使用过电脑都能进行访问操作。此系统的开发采用Python语言开发，基于B/S结构，这些开发环境使系统更加完善。本系统具有易操作、易管理、交互性好的特点，在操作上是非常简单的。因此本系统可以进行开发。
3.1.3 经济可行性
停车场管理系统是基于B/S模式，采用Mysql数据库储存数据，所要求的硬件和软件环境，市场上都很容易购买，程序开发主要是管理系统的开发和维护。所以程序在开发人力、财力上要求不高，而且此系统不是很复杂，开发周期短，在经济方面具有较高的可行性。
3.1.4 法律可行性
停车场管理系统是自己设计的管理系统，具有很大的实际意义。因为无论是软件还是数据库，采用的都是开源代码，因此这个系统的开发和设计，并不存在侵权等问题，在法律上完全具有可行性。
综上所述，停车场管理系统在技术、经济、操作和法律上都具有很高的可行性，开发此程序是可行的。
3.2系统流程分析
停车场管理系统开发时，首先进行需求分析，进而对系统进行总体的设计规划，设计系统功能模块，数据库的选择等，本系统的开发流程如图3-1所示
图3-1系统开发流程图
3.2.2 用户登录流程
为了保证系统的安全性，要使用本系统对系统信息进行管理，必须先登陆到系统中。如图3-2所示。
图3-2 登录流程图
3.2.3 系统操作流程
用户打开并进入系统后，会先显示登录界面，输入正确的用户名和密码，系统自动检测信息，若信息无误，则用户会进入系统功能界面，进行操作，否则会提示错误无法登录，操作流程如图3-3所示。
图3-3 系统操作流程图
3.2.4 添加信息流程
管理员可以对旅游数据管理进行信息的添加，用户可以对自己权限内的信息进行添加，输入信息后，系统会自行验证输入的信息和数据，若信息正确，会将其添加到数据库内，若信息有误，则会提示重新输入信息，添加信息流程如图3-4所示。
图3-4 添加信息流程图
3.2.5 修改信息流程
管理员可以对车位信息管理进行的修改，用户可以对自己权限内的信息进行修改，首先进入修改信息界面，输入修改信息数据，系统进行数据的判断验证，修改信息合法则修改成功，信息更新至数据库，信息不合法则修改失败，重新输入。修改信息流程图如图3-5所示。
图3-5 修改信息流程图
3.2.6 删除信息流程
管理员可以对用户车辆管理进行信息的删除，对要删除的信息进行选中后，点击删除按钮，系统会询问是否确定，若点击确定，则系统会删除掉选中的信息，并在数据库内对信息进行删除，删除信息流程图如图3-6所示。
图3-6 删除信息流程图
3.3系统用例分析
3.3.1管理员用例图
系统中的核心用户是系统管理员，管理员登录后，通过管理员菜单来管理后台系统。主要功能有：首页、系统用户、车位信息、用户车辆、车辆入场、车辆离场、停车记录、通知公告、意见反馈等功能。管理员用例如图3-7所示。
图3-7 管理员用例图
用户用例图
用户进入系统可以进行首页、车位信息、用户车辆、车辆入场、车辆离场、停车记录、通知公告、意见反馈功能等。用户用例如图3-8所示。
图3-8 用户用例图
4 系统设计
进过系统的分析后，就开始记性系统的设计，系统设计包含总体设计和详细设计。总体设计只是一个大体的设计，经过了总体设计，我们能够划分出系统的一些东西，例如文件、文档、数据等。而且我们通过总体设计，大致可以划分出了程序的模块，以及功能。但是只是一个初步的分类，并没有真正的实现。
整体设计，只是一个初步设计，而且，对于一个项目，我们可以进行多个整体设计，通过对比，包括性能的对比、成本的对比、效益的对比，来最终确定一个最优的设计方案，选择优秀的整体设计可以降低开发成本，增加公司效益，从这一点来讲，整体设计还是非常重要的。
停车场管理系统工作原理图如图4-1所示：
图4-1 系统工作原理图
系统架构图属于系统设计阶段，系统架构图只是这个阶段一个产物，系统的总体架构决定了整个系统的模式，是系统的基础。停车场管理系统的整体结构设计如图4-2所示。
图4-2 系统结构图
数据库是计算机信息系统的基础。目前，电脑系统的关键与核心部分就是数据库。数据库开发的优劣对整个系统的质量和速度有着直接影响。
数据库的概念结构设计采用实体—联系（E-R）模型设计方法。E-R模型法的组成元素有：实体、属性、联系，E-R模型用E-R图表示，是提示用户工作环境中所涉及的事物，属性则是对实体特性的描述。在系统设计当中数据库起着决定性的因素。下面设计出这几个关键实体的实体—关系图。
4.3.2 数据库实体
数据模型中的实体（Entity），也称为实例，对应现实世界中可区别于其他对象的“事件”或“事物”。
本系统的E-R图如下图所示：
1、意见反馈实体图如图4-3所示：
图4-3意见反馈实体图
2、车位信息实体图如图4-4所示：
图4-4车位信息实体图
3、注册用户实体图如图4-5所示：
图4-5注册用户实体图
停车场管理系统的总E-R图如下：
图3-6 停车场管理系统总E-R关系图
表feedback (意见反馈)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | feedback_id | int | 10 | 0 | N | Y | 意见反馈ID | |
| 2 | theme | varchar | 64 | 0 | Y | N | 主题 | |
| 3 | related_pictures | varchar | 255 | 0 | Y | N | 相关图片 | |
| 4 | feedback_content | text | 65535 | 0 | Y | N | 反馈内容 | |
| 5 | user | int | 10 | 0 | Y | N | 0 | 用户 |
| 6 | contact_number | varchar | 64 | 0 | Y | N | 联系电话 | |
| 7 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
| 8 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
| 9 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
| 10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
| 11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表hits (用户点击)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | hits_id | int | 10 | 0 | N | Y | 点赞ID： | |
| 2 | user_id | int | 10 | 0 | N | N | 0 | 点赞人： |
| 3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | |
| 4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | |
| 5 | source_table | varchar | 255 | 0 | Y | N | 来源表： | |
| 6 | source_field | varchar | 255 | 0 | Y | N | 来源字段： | |
| 7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID： |
表notice_announcement (通知公告)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | notice_announcement_id | int | 10 | 0 | N | Y | 通知公告ID | |
| 2 | title | varchar | 64 | 0 | Y | N | 标题 | |
| 3 | publisher | varchar | 64 | 0 | Y | N | 发布人 | |
| 4 | published_on | date | 10 | 0 | Y | N | 发布时间 | |
| 5 | relevant_attachments | varchar | 255 | 0 | Y | N | ||
| 6 | content | text | 65535 | 0 | Y | N | 内容 | |
| 7 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
| 8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
| 9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表parking_record (停车记录)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | parking_record_id | int | 10 | 0 | N | Y | 停车记录ID | |
| 2 | number | varchar | 64 | 0 | Y | N | 编号 | |
| 3 | license_plate_number | varchar | 64 | 0 | Y | N | 车牌号 | |
| 4 | parking_space_number | varchar | 64 | 0 | Y | N | 车位编号 | |
| 5 | date_of_use | date | 10 | 0 | Y | N | 使用日期 | |
| 6 | admission_time | datetime | 19 | 0 | Y | N | 入场时间 | |
| 7 | unit_price | varchar | 64 | 0 | Y | N | 单价 | |
| 8 | cost | varchar | 64 | 0 | Y | N | 费用 | |
| 9 | handled_by | varchar | 64 | 0 | Y | N | 经手人 | |
| 10 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
| 11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
| 12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表parking_space_information (车位信息)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | parking_space_information_id | int | 10 | 0 | N | Y | 车位信息ID | |
| 2 | parking_space_number | varchar | 64 | 0 | Y | N | 车位编号 | |
| 3 | the_measure_of_area | varchar | 64 | 0 | Y | N | 面积 | |
| 4 | position | varchar | 64 | 0 | Y | N | 位置 | |
| 5 | state | varchar | 64 | 0 | Y | N | 状态 | |
| 6 | charging_standard | text | 65535 | 0 | Y | N | 收费标准 | |
| 7 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
| 8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
| 9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表registered_users (注册用户)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | registered_users_id | int | 10 | 0 | N | Y | 注册用户ID | |
| 2 | gender | varchar | 64 | 0 | Y | N | 性别 | |
| 3 | age | varchar | 64 | 0 | Y | N | 年龄 | |
| 4 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
| 5 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
| 6 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
| 7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
| 8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表upload (文件上传)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | upload_id | int | 10 | 0 | N | Y | 上传ID | |
| 2 | name | varchar | 64 | 0 | Y | N | 文件名 | |
| 3 | path | varchar | 255 | 0 | Y | N | 访问路径 | |
| 4 | file | varchar | 255 | 0 | Y | N | 文件路径 | |
| 5 | display | varchar | 255 | 0 | Y | N | 显示顺序 | |
| 6 | father_id | int | 10 | 0 | Y | N | 0 | 父级ID |
| 7 | dir | varchar | 255 | 0 | Y | N | 文件夹 | |
| 8 | type | varchar | 32 | 0 | Y | N | 文件类型 |
表user (用户账户：用于保存用户登录信息)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | user_id | mediumint | 8 | 0 | N | Y | 用户ID：[0,8388607]用户获取其他与用户相关的数据 | |
| 2 | state | smallint | 5 | 0 | N | N | 1 | 账户状态：[0,10](1可用|2异常|3已冻结|4已注销) |
| 3 | user_group | varchar | 32 | 0 | Y | N | 所在用户组：[0,32767]决定用户身份和权限 | |
| 4 | login_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | |
| 5 | phone | varchar | 11 | 0 | Y | N | 手机号码：[0,11]用户的手机号码，用于找回密码时或登录时 | |
| 6 | phone_state | smallint | 5 | 0 | N | N | 0 | 手机认证：[0,1](0未认证|1审核中|2已认证) |
| 7 | username | varchar | 16 | 0 | N | N | 用户名：[0,16]用户登录时所用的账户名称 | |
| 8 | nickname | varchar | 16 | 0 | Y | N | 昵称：[0,16] | |
| 9 | password | varchar | 64 | 0 | N | N | 密码：[0,32]用户登录所需的密码，由6-16位数字或英文组成 | |
| 10 | | varchar | 64 | 0 | Y | N | 邮箱：[0,64]用户的邮箱，用于找回密码时或登录时 | |
| 11 | email_state | smallint | 5 | 0 | N | N | 0 | 邮箱认证：[0,1](0未认证|1审核中|2已认证) |
| 12 | avatar | varchar | 255 | 0 | Y | N | 头像地址：[0,255] | |
| 13 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP |
表user_group (用户组：用于用户前端身份和鉴权)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | group_id | mediumint | 8 | 0 | N | Y | 用户组ID：[0,8388607] | |
| 2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序：[0,1000] |
| 3 | name | varchar | 16 | 0 | N | N | 名称：[0,16] | |
| 4 | description | varchar | 255 | 0 | Y | N | 描述：[0,255]描述该用户组的特点或权限范围 | |
| 5 | source_table | varchar | 255 | 0 | Y | N | 来源表： | |
| 6 | source_field | varchar | 255 | 0 | Y | N | 来源字段： | |
| 7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID： |
| 8 | register | smallint | 5 | 0 | Y | N | 0 | 注册位置: |
| 9 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | |
| 10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP |
表user_vehicle (用户车辆)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | user_vehicle_id | int | 10 | 0 | N | Y | 用户车辆ID | |
| 2 | user | int | 10 | 0 | Y | N | 0 | 用户 |
| 3 | license_plate_number | varchar | 64 | 0 | Y | N | 车牌号 | |
| 4 | vehicle_photo | varchar | 255 | 0 | Y | N | 车辆照片 | |
| 5 | owners_name | varchar | 64 | 0 | Y | N | 车主姓名 | |
| 6 | contact_number | varchar | 64 | 0 | Y | N | 联系电话 | |
| 7 | remarks | text | 65535 | 0 | Y | N | 备注 | |
| 8 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
| 9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
| 10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表vehicle_admission (车辆入场)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | vehicle_admission_id | int | 10 | 0 | N | Y | 车辆入场ID | |
| 2 | user | int | 10 | 0 | Y | N | 0 | 用户 |
| 3 | license_plate_number | varchar | 64 | 0 | Y | N | 车牌号 | |
| 4 | admission_time | datetime | 19 | 0 | Y | N | 入场时间 | |
| 5 | entrance_photos | varchar | 255 | 0 | Y | N | 入场照片 | |
| 6 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
| 7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
| 8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表vehicle_departure (车辆离场)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | vehicle_departure_id | int | 10 | 0 | N | Y | 车辆离场ID | |
| 2 | user | int | 10 | 0 | Y | N | 0 | 用户 |
| 3 | license_plate_number | varchar | 64 | 0 | Y | N | 车牌号 | |
| 4 | admission_time | datetime | 19 | 0 | Y | N | 入场时间 | |
| 5 | leaving_time | datetime | 19 | 0 | Y | N | 离场时间 | |
| 6 | departure_photos | varchar | 255 | 0 | Y | N | 离场照片 | |
| 7 | parking_time | varchar | 64 | 0 | Y | N | 停放时长 | |
| 8 | parking_expenses | int | 10 | 0 | Y | N | 0 | 停车费用 |
| 9 | freight_basis | text | 65535 | 0 | Y | N | 计费标准 | |
| 10 | pay_state | varchar | 16 | 0 | N | N | 未支付 | 支付状态 |
| 11 | pay_type | varchar | 16 | 0 | Y | N | 支付类型: 微信、支付宝、网银 | |
| 12 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
| 13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
| 14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
5系统详细设计
用户功能模块的实现
用户登录的验证将不再局限于登录信息和权限的匹配验证，而是另外增加了一个验证码，只有界面上所有的编辑框数据都准确的情况下才能实现登录成功。管理员的登录和用户登录是一样的过程，其主要就是利用权限字段来完成对用户或管理员的角色识别。
用户登录流程图如下所示。
图5-1 用户登录流程图
登录界面如下图所示。
图5-2登录界面图
用户执行车位信息，并可以操作相关内容，例如查看，编辑。车位信息的添加操作是建立在车位信息的列表基础上，单击查看车位信息下的车位信息链接；然后单击“车位信息”进行添加，添加成功后的信息会载入到车位信息查询列表中。
车位信息流程如下图所示。
图5-3车位信息流程
车位信息界面如下图所示。
图5-4车位信息界面图
已完成用户车辆的用户通过登录系统后点击“用户车辆”，便可以查看用户的车辆信息，导入文档。
用户车辆流程如下图所示。
图5-5用户车辆流程
用户车辆界面如下图所示。
图5-6用户车辆界面图
用户通过注册了方可获得登录使用权限，此时选择注册用户选项，系统就会自动转到用户注册工作面，在注册该部分信息时系统会自动调用add函数，然后在给定的文本框中填写有关该用户的基础信息后选择确认即可完成注册。检索用户信息，在新增用户信息以后，在检索工具栏中填写对应的用户信息，系统就会将该用户有关的所有信息展示出来。
用户管理流程图如下所示。
图5-7 用户管理流程图
图5-8用户管理界面图
管理员执行车位信息管理，并可以操作相关内容，例如添加，查看，编辑和删除。通过单击“添加车位信息”，可以通过车位信息添加界面添加详细信息并添加车位信息注释。单击查看字段级别链接以查看有关所选字段级别的信息。然后单击“提交”跳转重返到添加页面。添加成功后的信息会载入到车位信息查询列表中，管理员可进行编辑以及修改。
车位信息管理流程如下图所示。
图5-9 车位信息管理流程
车位信息管理界面如下图所示。
图5-10车位信息管理界面图
在主页左侧菜单栏中点击“公告管理”按钮，再从二级目录中点击“新增公告”按钮，进入到新增公告界面。在此处公告可以添加公告的名称、价格、预约方式。
在主页左侧菜单栏中点击“公告管理”按钮，再从二级目录中点击“查询公告”按钮，进入到查询公告界面。在此处公告可以查询当前所有公告记录。
公告展示界面如下图所示。
图5-11公告管理界面
图5-12公告添加界面
用户使用该停车场管理系统注册完成后，用户对登录密码有修改需求时，系统也可以提供用户修改密码权限。系统中所有的操作者能够变更自己的密码信息，执行该功能首先必须要登入系统，然后选择密码变更选项以后在给定的文本框中填写初始密码和新密码来完成修改密码的操作。在填写的时候，假如两次密码填写存在差异，那么此次密码变更操作失败，下面的图片展示的就是该板块对应的工作面。
密码修改流程图如下所示。
图5-13 密码修改流程图
密码修改界面如图所示。
图5-14修改密码界面图
管理员执行意见反馈管理，并可以操作相关内容，例如添加，查看，编辑和删除。通过单击“添加意见反馈”，可以通过意见反馈添加界面添加详细信息并添加意见反馈注释。单击查看字段级别链接以查看有关所选字段级别的信息。然后单击“提交”跳转重返到添加页面。添加成功后的信息会载入到意见反馈查询列表中，管理员可进行编辑以及修改。
意见反馈管理流程如下图所示。
图5-1 5意见反馈管理流程
意见反馈添加界面如下图所示。
图5-16意见反馈管理界面
6系统测试
用户对软件的质量、性能和可靠性等需求就要通过测试来实现。测试过程要必须遵循严谨性、完善性、规范性的原则，测试的主要目的就是看看在系统运行中，是否会出现bug，然后对出现的bug进行调试，直到程序完美运行。但是软件的测试只能尽可能的减少bug，理论上来说是无法达到消除bug。但是bug越少，系统出错的几率就越低，用户使用起来也更方便、更安全。
近年来，软件包含测试从现在的检验当中来看，系统接近预期目标可能出现的问题，并对这些错误做出相应的修正，假如我们不进行早期的测试错误就会延续下去，最后所做出的成品就会有很大的困难。
我们要在这个测试的过程当中找出错误。测试成软件开发的主要一部分，自从有了程序的设计那天开始，它就成为了重要的组成部分。经过统计来看，软件测试可以占据这个系统45%的工作量，而在软件开发的成本当中，对于测试成本来说它包含了很多的测试工作。每个程序测试时都会出现和遇到错误。在整个程序的开发过程当中，人为去查找错误是非常复杂和困难的，所以我们一般都会找一些测试的工具来进行测试。
6.1系统测试的意义
随着现代信息的快速发展，在社会各大领域中已经都开始应用网络信息技术，在应用网络技术的同时人们也开始把软件的质量问题作为了一个重要焦点来关注，因为一个软件的好与坏它决定着这个系统在市场上的生存，所以我们必须要把软件质量来做好，这样才有一定的生存能力。对于用户来说它们首先选用的都是保证这个系统软件的质量问题，因为一个系统的软件质量决定着用户在后期上成本经济的问题。
6.2 测试方法
黑盒测试又被人们称作为功能测试，通常是在程序的接口来做一些测试的方法，它一般包括对程序的功能和使用的方法来做出一些数据的接受和输出，同时还可以做出正确的输出信息，并保证与外部信息的完整性。
白盒测试通常被人们称作为结构测试，在整个程序的结构和处理当中它是由程序当中的逻辑测试和检验程序来完成一些正确的工作。
具体的功能测试它是包括：系统的适用性、准确性、安全性等功能测试。
6.3测试分析
停车场管理系统满足相关信息的管理需求，在设计时借鉴了国内外优秀网站的优点，从界面到系统设计都保证了管理员以及用户能够方便操作。系统的主要特点和优点归纳如下：
（1）本系统用的移置性和针对性都比较高，因为针对性高可以提供更好的服务而移置性可以在多个系统上运行，更给用户带来了极大的方便。
（2）该停车场管理系统内容全面，管理方便可以及时的全面的处理各种错误，异常，这样避免了很多因用户的马虎操作而出现的失误，其操作方便，用户界面友好，能够上网的人都可以很好的进行操作。
经过对上述的测试结果分析，所有基本功能齐全，操作简单，系统运行性能良好，系统安全可靠，能促进停车场管理系统 的发展，发展前景广阔。
