文档介绍：设备及巡检系统架构设计说明书
版本号： V0. 1
PHP 程序片断和 JSON 数据构成。
3）．业务层
业务层处理应用的核心业务逻辑。业务逻辑对象把业务 规则、约束、活动和数据结
合在一起， Controller 负责对这些业务对象的管理。
4）．数据访问层
数据访问对象把底层的数 据访问操作和上层的商务逻辑分开。
CI 框架规范定义了 Web 应用程序的类和文件存放的目录结构。该层次结构由三个层 次构成。第一层是上下文，它是一个目录或者是多个目录，用来查找与客户请求关
联的 Web 应用程序。在上下文中存在一个 /Application 目录，该目录存放应用程序，它包 含 MVC 三层目录，用来实现系统的业务逻辑。 /public 包含所有样式文件， js 文件和图片。 CI 框架采用但入口方式访问系统，即入口文件只有一个，通过参数控制（ c= 控制器名 &m= 方法名）访问不同控制器的方法以打开不同的页面。
表 1-1 系统目录结构表
目录名
说明
/data_center
应用上下文根目录
/public
Css 样式表文件 ,js 文件和图片等目录
/uploads
上传的文件目录
/system
框架系统目录
/downloads
可下载的文件存放目录
/Application
/config
系统配置文件目录
/controllers
业务逻辑层目录（控制器）
/models
模型层目录（模型）
/views
视图层目录（视图）
系统入口文件
controllers 目录下的系统 PHP 文件的结构说明见表 1-2 。
表 1-2 系统 PHP 文件结构说明表
包名
作用说明
com_*.php
系统管理模块相关控制器
sys_*.php
公共管理模块相关控制器
equipment_*.php
设备模块相关控制器
interface_*.php
接口模块相关控制器
check_*.php
巡检模块控制器
room_*.php
机房出入模块控制器
WEB 子系统架构总体功能设计
框架
CI 是一个实现了 MVC 模式的框架，对 Model、View 和 Controller 都提供了对应 的
实现组件 。 如下图所示：
CI 入口文件
Model
Brower Controller
Action
View
1．控制器（ Controller ）
控制器的作用是从客户端接受请求，并且通过模型层和和数据库交互，然后选择执行相应的业务逻辑，然后把响应结果返回到客户端（视图层）。
2．模型（ Model ）
MVC 系统中的 Model 部分从概念上可以分为两类 -- 系统的内部状态，和改变系统状态的动作。 CI 为 Model 部分提供了 default 对象：所有的 Action 处 理器对象都是开发者从 Struts 的 Action 类派生的子类。 Action 处理器对象封装了具体的
处理逻辑，调用业务逻辑模块，并且把响应提交到合适的
View
组件以产生响应。
3．视 图
View）
View 通过 html+php 技术实现， view 层提供了丰富的组件库，例如下拉框，列表、翻页等，可以非常好的和系统的 controller 交互，通过这些标签组件实现数据的录入和展现。
表单验证
对 Web 应用来说，由于用户的行为是无法预测的， 在表单数据在传递给业务类之前， 必须保证数据的合法性及有效性，而表单验证是保证数据合法性及有效性的重要
手段。 对于基于 CI 框架的表单验证一般有两种方式：基于 JavaScript 的表单验证（前端验证） 及基于 php 的表单验证（后端验证） 。
前端验证：
可以针对基本类型（汉字、英文、整型、数字、日期、邮编）的有效性及合法性开发出一些共同 JavaScript 函数，以备整个系统