（定稿）中型灌区节水配套改造项目投资申请报告1

表服装存储表列名数据类型长度允许空说明否否表是服装存储表，反映了服装与专卖店的多对多关系。

流程设计状流程设计可以通过面向对象的动态模型的建立实现，这步的目的是，针对每个具体功能或用例，跟据业务流程，设计类，并决定每个类该做的操作。

主要分两步，第步是编写脚本列出用户系统之间相互作用的典型情况，即编写脚本，第二步是画用户登录选择模块并操作的状态图。

表分别是正常情况的脚本和用户登录选择模块并操作的状态图。

表表示了系统登陆正常情况脚本。

表系统登陆脚本表系统在登录界面点击登录按钮，用户希望进入系统主界面，操作入店管理模块系统验证身份登录界面关闭，系统主界面显示用户选择所要操作的模块，并点击进入该模块界面其具体的流程跳转则如图所示。

登陆主页面要求账号验证用户系统退出取消权限判断要求退出显示功能返回信息更新数据库处理事物失败信息中断无效账号无权限有权限调用模块成功失败有效结束图库存管理子系统用户登录流程图该状态转换图说明了用户由登录系统到功能选择功能操作及数据库响应的个状态变化的过程，从整个模块级别进行状态分析。

其它模块的动态模型建立过程与此类似，故在此不画图说明。

实现功能实现都由于系统是四层架构，在显示层，通信层，业务逻辑层，数据操作层之间完成消息与数据的传递，这样降低了软件的耦合度。

显示层的页面上，以服装信息管理模块为例。

因为已经详细定义了服装实体类的成员，包括服装名称颜色材质数量单价等。

所以定义出相应的表单控件来获取并显示这些信息。

该页面包含的控件及其属性如表所示。

表控件属性关系表控件属性对应实体信息控制组件使用的实现。

在中部分，采用了低侵入的方式。

中类并不需要继承任何的基类，或实现任何的接口，更没有与的直接耦合。

它通常更像个普通的通常应该包含个无参数的方法，而且可以在内容定义系列的方法，并可以通过配置的方式，把每个方法都当作个独立的来使用，从而实现代码复用。

另外，的可以直接处理结果信息将输出到浏览器中。

支持的视图技术非常多，既支持，也支持等模板技术。

当用户向服务器请求资源是，系统会首先调用响应的。

然后次根据用户的输入调用领域层的业务逻辑组件的业务方法，然后向用户返回数据。

涉及到的控制通信层的包括，和。

他们在整个信息流程中起到不同的作用。

通过容器的配置文件，将与页面的按钮事件绑定到起。

由于各个类之间并没有关联关系，所以只给出其中个类的类图，如图所示，其他的与此类似。

图库存管理子系统类图本系统的业务逻辑层组件是由系列的组成。

是指系列的数据访问接口，这些接口定义了用于业务逻辑的系列方法。

其实现类是系列，这些使用容器整合在起为向上层调用提供统接口。

在配衣子系统中提到是种符合特定规范的对象。

在中，凡是可以实例化或者可以从获得的对象都可以被轻量级容器所管理，而并非定要完全符合规范。

上层应用配置文件图业务组件结构图当控制通信层调用领域层的业务逻辑业务方法，容器提供的创建并配置控制通信层的，并提供给控制通信层。

如图所示。

通过配置文另外每次层对自己的上层隐藏起下层的细节。

将系统按照层次分解有很多好处，例如有利于标准化工作，层次间的依赖性降到最低，层次可以为很多上层服务提供支持等。

本子系统架构共分为四层。

系统的架构包括显示层，通讯控制层，业务逻辑层与数据操作层。

显示层。

显示层处理用户与软件的交互，其主要职责是向用户显示信息并把从用户那里获取的信息解释为业务逻辑层或数据操作层上的各种动作。

显示层的处理仅限于用户界面上数据的采集和处理，响应以及用户的请求，不包括业务逻辑的处理。

比如对服装的展示功能，表现层只接受来自于领域层的数据并显示给用户，以及将用户界面的输入请求传递给控制通信层。

控制通信层。

控制通信层的主要职责是连接表现层和领域层，提高系统的可扩展性。

控制通信层可以理解为从用户接收请求，将业务逻辑层与显示层匹配在起，共同完成用户的请求。

通信控制层是个分发器，将显示层的传入的请求分发给业务逻辑层的不同的业务逻辑组件。

控制通信层不做任何的数据处理。

例如，用户点击个连接，控制通信层接收到用户请求后，并不处理业务信息，它只把用户的信息传递给领域层的业务逻辑组件，通知领域层应该做什么，然后选择符合要求的视图返回给用户。

个业务逻辑组件可能对应多个表现层组件，个表现层组件可能对应多个业务逻辑组件。

业务逻辑层业务逻辑层负责所有业务逻辑相关的工作，包括根据输入数据或以后数据进行计算，对表现层输入的数据进行验证，以及根据从表现层接收来的命令来确定应该调度那些数据源逻辑。

业务逻辑层实现系统的所有业务逻辑。

业务逻辑层为系统的核心业务层，在伸缩型和灵活性方面，领域层合理的设计尤为重要。

数据源层。

数据源层主要关注与其他业务的交互，这些系统将代表应用完成相关任务。

他们可以是事物监控器，其他应用等。

数据源层中包括数据库持久组件和搜索引擎组件。

对于尔宜居电子商务平台来说，最主要的数据源是数据库，系统提供数据库持久组件对数据库进行操作。

持久化，即把数据如内存中的对象保存到可永久保存的存储设备中如磁盘。

持久化的主要应用是将内存中的数据存储在关系型的数据库中。

数据库持久组件专注于实现数据持久化，数据库持久组件的功能向数据库中存储数据和从数据库中获取数据。

数据库设计面向对象设计的第步是构造关系实体。

在这个步骤中，需要跟据业务需要，设计出每个数据模型，并将抽象出类和它的属性，并用关系实体图描绘类与对象及它们彼此之间的关系。

类的详细属性及类提供的服务将在这个阶段在确定下来。

根据对库存管理子系统需求的抽取和整理分析，该系统问题域中包含的类主要包括员工信息专卖店信息服装信息入店信息出店信息存放信息盘点信息存放信息退货信息等。

实体关系如图所示。

图库存管理子系统数据关系图通过对库存管理子系统实体的分析，设计的数据结构如下面的几个表格所示，每个表格表示数据库中的个表。

这里仅列出了其中两个表结构，表为用户信息表，表服装存储表。

表用户数据库表列名数据类型长度允许空说明否否否否否否否否否否是是是用户信息表的唯标示是员工标号，采用年月日加两位流件获元灯元灯元灯元灯元灯可乐灯雪碧灯纯牛奶灯东方树叶灯芬达灯加多宝灯健力宝灯雀巢咖啡灯可乐雪碧纯牛奶东方树叶芬达加多宝健力宝雀巢咖啡元电磁阀元电磁阀退币口灯货币不足灯取物口灯元硬币纸币片机控制系统。

在整个过程中也需要连接有滤波电路输入单片机。

当硬币识别器识别硬币后，硬币按面值被电磁阀分配到不同的贮币腔内备用，当收到退币找零信号后，通过退币电磁阀拉杆，将贮币腔内下部的硬币依电信号程序退币，完成自动售货机的退币找零功能。

找零功能的完成与贮币腔的机械设计有关。

当硬币识别器识别硬币后将会把不同的硬币分别派发在不同的腔内。

货币识别器通过通信传达信息给。

本次使用的现有硬币识别器的容量为枚，可识别角与元硬币。

表硬币识别器选型硬币识别器工作电压工作电流工作温度纸币的识别原理纸币识别器是由主控部分传感器去等组件转换器外部存储电机模式选择电源版等组成的个单片机控制系统。

通过多个接口把紫外磁性红外穿透引入主控器。

把正常钞票在个传感器中的信号进行统计取样识别，并寄存下来，作为检测的依据。

当识别纸币时，把在各通道接口接收到的信号参数与原来寄存的信号进行比较判断。

若有较大差异，则使电机反转。

纸币相对于硬币来说，识别会麻烦些，纸币中常常会出现些假币，所以能够识别货币的真假时之比识别器的项重要功能。

人民币的制作般采用的时专门的纸张，假钞通常是采用经过漂白处理的普通纸张。

经过漂白处理的纸张在紫外线的照射下通常会有荧光反映，而人民币则没有。

因此，紫外线可以检测纸币真伪。

利用红外激光照射人民币上的荧光字，会使荧光字产生定波长的激光，透过对此激光的检测可辨出纸币的真伪。

纸币识别器由双向微型电机和捻纸皮带组成传动机构，检测则由荧光检测光敏电阻和红外线对管等组成。

当由纸币投入时，入口处红外线被遮挡，接受管发出信号电机正转，捻纸皮带将纸币送入，在此过程中，各种检测元件对纸币进行全面检测，如果被判定与原有储存参数不符，则电机反转，将纸钞退出，如果符合内部参数信息，则进入纸钞进入内部贮钞箱。

也通过通信传达给以实现控制。

此次使用的现有纸币识别器的容量为张，可识别和元。

表纸币识别器选型纸币识别器工作电压工作电流工作温度自动售货机电机及其它选择自动售货机上有多个电动机，在饮料的输出部分，是由电动机带动弹簧旋转圈将饮料转出，每种饮料输出都要有个电动机驱动，因此，需要选择适当的电动机。

但是在自动售货机上使用的电动机般功率不大，像小罐的饮料自动售货机般使用额定电压为，额定功率为。

但是要使用直流减速电机，这样可以增大扭矩，使饮料的弹出得到保证。

虽然现在般使用的电动机大部分为交流电机，但在自动售货机上，售货的时间很短，因此需要在很短的时间内启动，也需要在很短的时间内制动，交流电机不能满足这些要求，因此使用之路电动机比较好。

表电动机选型减速电机额定电压额定功率转速减速比接触器的选择因为使用的是直流电机，所以选用直流接触器。

直流接触器的电磁机构无涡流和磁滞损耗，铁心由整块软钢组成，端面上无需装短路环，采用磁吹式灭弧装置，线水号生成，密码则采用长度大于小于位的字符规则。

表服装存储表列名数据类型长度允许空说明否否表是服装存储表，反映了服装与专卖店的多对多关系。

流程设计状流程设计可以通过面向对象的动态模型的建立实现，这步的目的是，针对每个具体功能或用例，跟据业务流程，设计类，并决定每个类该做的操作。

主要分两步，第步是编写脚本列出用户系统之间相互作用的典型情况，即编写脚本，第二步是画用户登录选择模块并操作的状态图。

表分别是正常情况的脚本和用户登录选择模块并操作的状态图。

表表示了系统登陆正常情况脚本。

表系统登陆脚本表系统在登录界面点击登录按钮，用户希望进入系统主界面，操作入店管理模块系统验证身份登录界面关闭，系统主界面显示用户选择所要操作的模块，并点击进入该模块界面其具体的流程跳转则如图所示。

登陆主页面要求账号验证用户系统退出取消权限判断要求退出显示功能返回信息更新数据库处理事物失败信息中断无效账号无权限有权限调用模块成功失败有效结束图库存管理子系统用户登录流程图该状态转换图说明了用户由登录系统到功能选择功能操作及数据库响应的个状态变化的过程，从整个模块级别进行状态分析。

其它模块的动态模型建立过程与此类似，故在此不画图说明。

实现功能实现都由于系统是四层架构，在显示层，通信层，业务逻辑层，数据操作层之间完成消息与数据的传递，这样降低了软件的耦合度。

显示层的页面上，以服装信息管理模块为例。

因为已经详细定义了服装实体类的成员，包括服装名称颜色材质数量单价等。

所以定义出相应的表单控件来获取并显示这些信息。

该页面包含的控件及其属性如表所示。

表控件属性关系表控件属性对应实体信息控制组件使用的实现。

在中部分，采用了低侵入的方式。

中类并不需要继承任何的基类，或实现任何的接口，更没有与的直接耦合。

它通常更像个普通的通常应该包含个无参数的方法，而且可以在内容定义系列的方法，并可以通过配置的方式，把每个方法都当作个独立的来使用，从而实现代码复用。

另外，的可以直接处理结果信息将输出到浏览器中。

支持的视图技术非常多，既支持，也支持等模板技术。

当用户向服务器请求资源是，系统会首先调用响应的。

然后次根据用户的输入调用领域层的业务逻辑组件的业务方法，然后向用户返回数据。

涉及到的控制通信层的包括，和。

他们在整个信息流程中起到不同的作用。

通过容器的配置文件，将与页面的按钮事件绑定到起。

由于各个类之间并没有关联关系，所以只给出其中个类的类图，如图所示，其他的与此类似。

图库存管理子系统类图本系统的业务逻辑层组件是由系列的组成。

是指系列的数据访问接口，这些接口定义了用于业务逻辑的系列方法。

其实现类是系列，这些使用容器整合在起为向上层调用提供统接口。

在配衣子系统中提到是种符合特定规范的对象。

在中，凡是可以实例化或者可以从获得的对象都可以被轻量级容器所管理，而并非定要完全符合规范。

上层应用配置文件图业务组件结构图当控制通信层调用领域层的业务逻辑业务方法，容器提供的创建并配置控制通信层的，并提供给控制通信层。

如图所示。

通过配置文