数字资源管理系统权限管理模块
详细设计说明书
修改历史
目录
1．引言 (3)
1.1编写目的 (3)
1.2项目背景 (3)
1.3定义 (3)
1.4参考资料 (3)
2．总体设计 (3)
2.1需求概述 (3)
2.2软件结构 (3)
3．程序描述 (4)
3.1系统管理 (4)
3.1.1功能详述 (4)
3.1.2性能 (5)
3.1.3输入项目 (5)
3.1.4输出项目 (5)
3.1.5算法 (6)
3.1.6程序逻辑 (6)
3.1.7 接口 (9)
3.1.8 存储分配 (10)
3.1.9 限制条件 (11)
3.1.10 测试要点 (11)
1．引言
1.1编写目的
【阐明编写详细设计说明书的目的，指明读者对象。】
1.2项目背景
【应包括项目的来源和主管部门等。】
1.3定义
【列出文档中所用到的专门术语的定义和缩写词的原文。】
1.4参考资料
【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：项目的计划任务书、合同或批文；
项目开发计划；
需求规格说明书；
概要设计说明书；
测试计划（初稿）；
用户操作手册（初稿）；
文档中所引用的其他资料、软件开发标准或规范。】
2．总体设计
2.1需求概述
2.2软件结构
【如给出软件系统的结构图。】
3．程序描述
系统提供如下功能：
（1）系统管理
系统管理包含系统权限分配，角色定义，角色的增加、删除、修改，用户的增加、删除、修改，还要包含系统参数设置。
3.1系统管理
3.1.1功能详述
数字资源管理系统权限管理模块拥有动态的角色管理和用户管理。所有系统权限需要明确定义，定义好的用户与角色挂钩，角色与业务挂钩，业务与窗体、按钮挂钩。用户可以扮演多个角色进行操作，角色可以由多种业务组成，一个窗体可以包含多个业务，一个业务可以包含按钮。
一、系统的主要权限列表如下：
（1）增加角色
（2）拷贝增加角色
（3）删除角色
（4）修改角色
（5）查看所有角色
（6）查看所有用户
（7）修改用户
（8）删除用户
（9）增加用户
二、业务与窗体、按钮挂钩
每种角色对应着一系列业务，不同的业务需要不同的窗体和按钮支持，由业务决定哪些窗体和按钮可见，既实现通过权限控制界面操作和后台验证。上述用户－角色－业务－窗体－按钮对应关系需要在数据库中定义，并固定下来。系统权限控制的灵活性体现在角色、用户的动态管理上。
三、角色与业务挂钩
增加角色时，需要指定该角色所能够拥有的业务，保存在“角色表”和“角色—业务关系表”中。
修改角色时，需要重新指定该角色的业务，并修改“角色—业务关系表”。
删除角色时，在“角色表”和“角色—业务关系表”中删除相应记录。
四、用户与角色挂钩
增加用户时，需要指定该用户所扮演的所有角色，保存在“用户表”和“用户－角色关系表”中。
修改用户时，需要重新指定该用户的角色时，修改“用户－角色关系表”。
删除角色时，在“用户表”和“用户—角色关系表”中删除相应记录。
3.1.2性能
数字资源管理系统权限管理模块的操作只有管理员一级的用户拥有权限，不存在多用户并发访问的压力问题。但是对于用户的权限控制比较占用资源，可能存在的问题集中在多表操作上，在用户登录系统的验证和进入系统后的权限控制时会频繁访问数据库，造成可能的系统压力。用户列表的翻页操作，由于用户信息数据量大，可能随着翻页的增加导致系统速度变慢。
3.1.3输入项目
（１）角色管理
增加角色：角色名、业务编号；
删除角色：无；
修改角色：原有角色ＤＢＩＤ、角色名、业务编号。
（２）用户管理
增加用户：用户名、密码、角色；
删除用户：无；
修改用户：原有用户ＤＢＩＤ、用户名、密码、角色；
查询用户：用户名。
3.1.4输出项目
（１）角色管理
增加角色：无；
删除角色：新角色列表；
修改角色：原有角色ＤＢＩＤ、原有角色名、原有业务编号。
（２）用户管理
增加用户：无；
删除用户：新用户列表；
修改用户：原有用户ＤＢＩＤ、原有用户名、原有密码、原有角色；
查询用户：符合要求的用户列表。
3.1.5算法
（1）用户可见窗体节点树的动态生成
用户所见的节点树由该用户所扮演的角色决定，事实上是由角色所具有的权限所决定的。数据库的“窗体表”中存储各窗体节点的信息，包括窗体名称、链接、节点编码等。节点编码体现节点的层次，如下图所示：
节点编码的位数除以２得到的值再减１即为该节点位于的层数，每个节点编码（根节点除外）去掉末尾的两位数后得到的编码即为此节点的父节点的编码。这样，只要有了一个节点集合以及这些节点的编码，就可以唯一确定并生成一棵树结构。
因此，只要根据用户权限从数据库中读取出该用户所能操作的所有节点的集合，就可以在用户界面上动态的创建出此用户所能够访问的节点（窗体）。
（2）页面按钮权限控制
对于页面和按钮的控制，是通过角色管理实现的。首先，给已有的角色分配定义好的业务，存入数据库中的“角色—窗体—业务关系表”中。
当用户登录系统时，会根据用户的角色在“角色—窗体—业务关系表”中查询角色所拥有的业务和窗体，通过窗体可以生成如上的节点数，通过用户拥有的业务查询“业务—按钮对应表”则可以控制用户在刚窗体中的按钮是可见的。
3.1.6程序逻辑
IDO层：
（1）https://www.doczj.com/doc/287669754.html,.bit.yanwang.privilege.right.ido.BusinessIDO：
对应表privilege_business（业务表）
（2）https://www.doczj.com/doc/287669754.html,.bit.yanwang.privilege.right.ido.RoleIDO：
对应表privilege_role（角色表）
（3）https://www.doczj.com/doc/287669754.html,erIDO：对应表privilege_user（用户表）
（4）https://www.doczj.com/doc/287669754.html,.bit.yanwang.privilege.right.ido.WindowIDO：对应表privilege_window（窗体表）
（5）https://www.doczj.com/doc/287669754.html,.bit.yanwang.privilege.right.ido.TreeIDO：对应生成的权限树的节点关系
（6）https://www.doczj.com/doc/287669754.html,erDetailIDO：对应用户的个人详细信息
（7）https://www.doczj.com/doc/287669754.html,erRoleIDO：对应表privilege_userrole(用户角色表)
FS层：
（1）https://www.doczj.com/doc/287669754.html,.bit.yanwang.privilege.right.fs.BusinessFS 负责查询与业务相关的信息
（2）https://www.doczj.com/doc/287669754.html,.bit.yanwang.privilege.right.fs.RightFS 负责查询与权限相关的信息
（3）https://www.doczj.com/doc/287669754.html,.bit.yanwang.privilege.right.fs.RoleFS
负责查询与角色相关的信息
（4）https://www.doczj.com/doc/287669754.html,.bit.yanwang.privilege.right.fs.TreeFS：查询所有的窗体节点
（5）https://www.doczj.com/doc/287669754.html,erFS
负责查询与用户相关的信息
（6）https://www.doczj.com/doc/287669754.html,.bit.yanwang.privilege.right.fs.WindowFS 负责查询与窗体相关的信息
BO层：
（1）https://www.doczj.com/doc/287669754.html,.bit.yanwang.privilege.right.bo.RoleBO
与角色相关的操作
（2）https://www.doczj.com/doc/287669754.html,.bit.yanwang.privilege.right.bo.RoleUserBO 与用户角色相关的操作
（3）https://www.doczj.com/doc/287669754.html,.bit.yanwang.privilege.right.bo.RoleWinBusBO 与角色窗体业务相关的操作
（4）https://www.doczj.com/doc/287669754.html,erBO
与用户相关的操作
BS层：
（1）https://www.doczj.com/doc/287669754.html,.bit.yanwang.privilege.right.bs.BusinessBS
负责处理业务相关的逻辑
1. public FeedBack queryAllBus(HttpServletRequest req,HttpServletResponse rep)
查询系统所有业务
（2）https://www.doczj.com/doc/287669754.html,.bit.yanwang.privilege.right.bs.RightBS
负责处理权限相关的逻辑
1. public FeedBack checkUserPsw(HttpServletRequest req,HttpServletResponse rep)
检验登录用户名密码是否合法
（3）https://www.doczj.com/doc/287669754.html,.bit.yanwang.privilege.right.bs.RoleBS
负责处理角色相关的逻辑
1. public FeedBack queryRoleInfo (HttpServletRequest req,HttpServletResponse rep)
查询所有角色信息
2.public FeedBack queryRoleInfoByRoleDBID
(HttpServletRequest req,HttpServletResponse rep)
按角色DBID查询所有角色信息
3. public FeedBack modifyRole(HttpServletRequest req, HttpServletResponse rep)
修改角色业务
4.public FeedBack queryAllRoleName
(HttpServletRequest req,HttpServletResponse rep)
查询所有角色名业务
5.public FeedBack addNewRole(HttpServletRequest req, HttpServletResponse rep)
添加一个新角色业务
6.public FeedBack copyRole(HttpServletRequest req, HttpServletResponse rep)
拷贝增加新角色业务
7.public FeedBack delRole(HttpServletRequest req, HttpServletResponse rep)
删除一个角色业务
（4）https://www.doczj.com/doc/287669754.html,erBS
负责处理用户相关的逻辑
1. public FeedBack queryAllUser (HttpServletRequest req,HttpServletResponse rep)
查询所有用户信息
2.public FeedBack querySpecialUser
(HttpServletRequest req,HttpServletResponse rep)
查询特定用户信息
3.public FeedBack queryUserDetail
(HttpServletRequest req,HttpServletResponse rep)
查询用户详细信息
4.public FeedBack deleteUser(HttpServletRequest req, HttpServletResponse rep)
删除用户
5.public FeedBack modifyUserPassword
(HttpServletRequest req,HttpServletResponse rep)
修改用户密码
6.public FeedBack queryUserRole(HttpServletRequest req,HttpServletResponse rep)
查询用户角色信息
7.public FeedBack updateUserRole(HttpServletRequest req,HttpServletResponse rep)
修改用户角色信息
8.public FeedBack addUserRole(HttpServletRequest req,HttpServletResponse rep)
添加一个用户，并添加其角色关联关系
3.1.7 接口
1．角色管理
（1）角色管理页面/systemprivilege/RoleManagement.jsp
a)查询角色权限信息
调用Class：https://www.doczj.com/doc/287669754.html,.bit.yanwang.privilege.right.bs.RoleBS
调用Function: queryRoleInfo
返回JSP：/systemprivilege/sub_RoleManagement.jsp
b)跳转到增加角色界面（查询所有的业务，为增加角色做准备）
调用Class：https://www.doczj.com/doc/287669754.html,.bit.yanwang.privilege.right.bs.BusinessBS
调用Function: queryAllBus
返回JSP：/systemprivilege/sub_RoleAdd.jsp
c)删除角色
调用Class：https://www.doczj.com/doc/287669754.html,.bit.yanwang.privilege.right.bs.RoleBS
调用Function: delRole
返回JSP：/systemprivilege/sub_RoleManagement.jsp
d)跳转到修改角色界面（准备活动：根据所选用户DBID查询出其当前角色信息）
调用Class：https://www.doczj.com/doc/287669754.html,.bit.yanwang.privilege.right.bs.RoleBS
调用Function: queryRoleInfoByRoleDBID
返回JSP：/systemprivilege/sub_RoleModify.jsp
（2）增加角色页面 /systemprivilege/RoleAdd.jsp
调用Class：https://www.doczj.com/doc/287669754.html,.bit.yanwang.privilege.right.bs.RoleBS
调用Function: addNewRole
返回JSP：/systemprivilege/sub_RoleManagement.jsp
（3）修改角色页面 /systemprivilege/RoleModify.jsp
调用Class：https://www.doczj.com/doc/287669754.html,.bit.yanwang.privilege.right.bs.RoleBS
调用Function: modifyRole
返回JSP：/systemprivilege/sub_RoleManagement.jsp
2．用户管理
（1）用户管理页面/systemprivilege/UserManagement.jsp
a)显示用户列表
调用Class：https://www.doczj.com/doc/287669754.html,erBS
调用Function: queryAllUser
返回JSP：/systemprivilege/sub_UserManagement.jsp
b)按用户名查询用户
调用Class：https://www.doczj.com/doc/287669754.html,erBS
调用Function: querySpecialUser
返回JSP：/systemprivilege/sub_UserManagementSpecial.jsp
c)跳转到增加用户界面（查询所有角色名）
调用Class：https://www.doczj.com/doc/287669754.html,.bit.yanwang.privilege.right.bs.RoleBS
调用Function: queryAllRoleName
返回JSP：/systemprivilege/pre_UserAdd.jsp
d)删除用户
调用Class：https://www.doczj.com/doc/287669754.html,erBS
调用Function: deleteUser
返回JSP：/systemprivilege/sub_UserManagement.jsp
e)跳转到修改用户界面（查询所有角色名）
调用Class：https://www.doczj.com/doc/287669754.html,erBS
调用Function: queryUserRole
返回JSP：/systemprivilege/sub_UserModify.jsp
（2）增加用户页面/systemprivilege/UserAdd.jsp
调用Class：https://www.doczj.com/doc/287669754.html,erBS
调用Function: addUserRole
返回JSP：/systemprivilege/sub_UserManagement.jsp
（3）修改用户页面 /systemprivilege/UserModify.jsp
调用Class：https://www.doczj.com/doc/287669754.html,erBS
调用Function: updateUserRole
返回JSP：/systemprivilege/sub_UserManagement.jsp
3.1.8 存储分配
SESSION调用说明：
1．创建SESSION：
user_role_relations 用户角色关系，表示一个登录用户所拥有的所有角色的列表userdbid 用户DBID，是系统对用户的唯一标识
username 用户名称
userpassword 用户密码
businessinfo 所有可以用于分配的权限的列表
single_role_info 一个角色拥有的权限的列表
role_info 所有角色拥有的权限的分角色列表
user_info 所有用户信息列表
canseetreewindownodes 用户可见窗体节点树的节点列表
2．调用SESSION：
userdbid 用户DBID
username 用户名
userpassword 用户密码
3.1.9 限制条件
此部分的功能应当只限于管理员一级的用户使用。
3.1.10 测试要点
由于系统管理模块的用户不会太多，一般来说，主要是管理员一级的用户才有权限操作，所以测试的要点不应放在压力测试上，而应当放在边界值测试和操作权限控制测试上。因为系统管理的操作关系到整个系统的运作和用户的安全性，所以应当注意是否有可能通过非法路径执行系统相关操作从而破坏系统安全性，在对角色和用户进行增加、删除和修改操作后，数据库各表之间的数据一致性。此部分的各项操作都涉及到多表访问，需要增加必要的事务回滚。
对于用户登录系统并进行各种操作的权限控制比较复杂，需要进行压力测试，从而确定以牺牲一定的系统资源换取的系统安全性是否值得，找到一个平衡点。
文档标题 文档编号BH-CSD-003 版本V1.0 密级商密 A 研发生产中心项目名称全科医生专家咨询系统 项目来源 系统详细设计说明书 （V1.0 ） 南京毗邻智慧医疗科技有限公司 二○一三年十一月
文档变更记录 序号变更（ +/- ）说明作者版本号日期批准1 创建Steve.ma V1.0 2013.11.15 1 引言.......................................................................... (3) 1.1 编写目 的 ......................................................................... (3) 1.2 背 景 .......................................................................... (3) 1.3 定 义 .......................................................................... (3) 1.4 参考资 料 ......................................................................... (4) 2 平台安全体系与程序系统的结构........................................................................................ (4) 2.1 平台安全体 系 ........................................................................ (4) 2.2 程序系统结 构 ........................................................................ (5) 3 程序设计说 明 ........................................................................... (5) 3.1 程序描 述 ......................................................................... (5) 功能及其接 口 ........................................................................
OA系统权限管理设计方案 l 不同职责的人员，对于系统操作的权限应该是不同的。优秀的业务系统，这是最基本的功能。 l 可以对“组”进行权限分配。对于一个大企业的业务系统来说，如果要求管理员为其下员工逐一分配系统操作权限的话，是件耗时且不够方便的事情。所以，系统中就提出了对“组”进行操作的概念，将权限一致的人员编入同一组，然后对该组进行权限分配。 l 权限管理系统应该是可扩展的。它应该可以加入到任何带有权限管理功能的系统中。就像是组件一样的可以被不断的重用，而不是每开发一套管理系统，就要针对权限管理部分进行重新开发。 l 满足业务系统中的功能权限。传统业务系统中，存在着两种权限管理，其一是功能权限的管理，而另外一种则是资源权限的管理，在不同系统之间，功能权限是可以重用的，而资源权限则不能。 针对OA系统的特点，权限说明： 权限 在系统中，权限通过模块+动作来产生，模块就是整个系统中的一个子模块，可能对应一个菜单，动作也就是整个模块中（在B/S系统中也就是一个页面的所有操作，比如“浏览、添加、修改、删除”等）。将模块与之组合可以产生此模块下的所有权限。 权限组 为了更方便的权限的管理，另将一个模块下的所有权限组合一起，组成一个“权限组”，也就是一个模块管理权限，包括所有基本权限操作。比如一个权限组（用户管理），包括用户的浏览、添加、删除、修改、审核等操作权限，一个权限组也是一个权限。
角色 权限的集合，角色与角色之间属于平级关系，可以将基本权限或权限组添加到一个角色中，用于方便权限的分配。 用户组 将某一类型的人、具有相同特征人组合一起的集合体。通过对组授予权限（角色），快速使一类人具有相同的权限，来简化对用户授予权限的繁琐性、耗时性。用户组的划分，可以按职位、项目或其它来实现。用户可以属于某一个组或多个组。 通过给某个人赋予权限，有4种方式(参考飞思办公系统) A. 通过职位 a) 在职位中，职位成员的权限继承当前所在职位的权限，对于下级职位拥有的权限不可继承。 b) 实例中：如前台这个职位，对于考勤查询有权限，则可以通过对前台这个职位设置考勤查询的浏览权，使他们有使用这个对象的权限，然后再设置个，考勤查询权（当然也可以不设置，默认能进此模块的就能查询），则所有前台人员都拥有考勤查询的权利。 B. 通过项目 a) 在项目中，项目成员的权限来自于所在项目的权限，他们同样不能继承下级项目的权限，而对于项目组长，他对项目有全权，对下级项目也一样。 b) 实例中：在项目中，项目成员可以对项目中上传文档，查看本项目的文档,可以通过对项目设置一个对于本项目的浏览权来实现进口，这样每个成员能访问这个项目了，再加上项目文档的上传权和查看文档权即可。
H a r b i n I n s t i t u t e o f T e c h n o l o g y 课程设计说明书（论文） 课程名称：自动控制理论课程设计 设计题目：直线一级倒立摆控制器设计 院系：电气学院电气工程系 班级： 设计者： 学号： 指导教师： 设计时间：2016.6.6-2016.6.19 手机： 工业大学教务处
*注：此任务书由课程设计指导教师填写。
直线一级倒立摆控制器设计 摘要：采用牛顿—欧拉方法建立了直线一级倒立摆系统的数学模型。采用MATLAB 分析了系统开环时倒立摆的不稳定性，运用根轨迹法设计了控制器，增加了系统的零极点以保证系统稳定。采用固高科技所提供的控制器程序在MATLAB中进行仿真分析，将电脑与倒立摆连接进行实时控制。在MATLAB中分析了系统的动态响应与稳态指标，检验了自动控制理论的正确性和实用性。 0.引言 摆是进行控制理论研究的典型实验平台，可以分为倒立摆和顺摆。许多抽象的控制理论概念如系统稳定性、可控性和系统抗干扰能力等，都可以通过倒立摆系统实验直观的表现出来，通过倒立摆系统实验来验证我们所学的控制理论和算法，非常的直观、简便，在轻松的实验中对所学课程加深了理解。由于倒立摆系统本身所具有的高阶次、不稳定、多变量、非线性和强耦合特性，许多现代控制理论的研究人员一直将它视为典型的研究对象，不断从中发掘出新的控制策略和控制方法。 本次课程设计中以一阶倒立摆为被控对象，了解了用古典控制理论设计控制器(如PID控制器)的设计方法和用现代控制理论设计控制器(极点配置)的设计方法，掌握MATLAB仿真软件的使用方法及控制系统的调试方法。 1.系统建模 一级倒立摆系统结构示意图和系统框图如下。其基本的工作过程是光电码盘1采集伺服小车的速度、位移信号并反馈给伺服和运动控制卡，光电码盘2采集摆杆的角度、角速度信号并反馈给运动控制卡，计算机从运动控制卡中读取实时数据，确定控制决策(小车运动方向、移动速度、加速度等)，并由运动控制卡来实现该控制决策，产生相应的控制量，使电机转动，通过皮带带动小车运动从而保持摆杆平衡。
网上购物系统 详细设计说明书 1引言 1.1编写目的 电子商务是于九十年代初，在欧美兴起的一种全新的商业交易模式，它实现了交易的无纸化，效率化，自动化表现了网络最具魅力的地方，快速的交换信息，地理界限的模糊，这所有的一切也必将推动传统商业行为在网路时代的变革。随着电子商务，尤其是网上购物的发展，商品流通基础设施和配套行业的重点将会将对中国商品流通领域和整个经济发展带来种种影响，确实值得我们认真研究。特别是在全球经济一体化的国际背景下，在我们继续扩大国内流通领域对外开放的同时，深入研究这个问题，审慎制订相应的宏观对策，尤其重要和迫切。网上购物是一种具有交互功能的商业信息系统。它向用户提供静态和动态两类信息资源。所谓静态信息是指那些比经常变动或更新的资源，如公司简介、管理规范和公司制度等等；动态信息是指随时变化的信息，如商品报价，会议安排和培训信息等。网上购物系统具有强大的交互功能，可使商家和用户方便的传递信息，完成电子贸易或EDI交易。这种全新的交易方式实现了公司间文档与资金的无纸化交换。 1.2.项目背景 软件名称：网上购物系统 开发者：宋金德，袁浩，王朝阳，许威 项目简介：本系统主要实现网上产品展示与在线定购及人员的管理， 一、不同身份有不同的权限功能（管理人员、注册用户、游客） 二、在线产品展示（分页显示） 三、在线定购 四、后台管理（用户管理、商品的管理） 1.3定义 Asp(active server pages)是微软公司推出的一种用以取代CGI的技术，基于目前绝大多数网站应用于windows平台，asp是一个位于windows服务器端的脚本运行环境，通过这种环境，用户可以创建和运行动态的交互式的web服务器应用程序以及EDI（电子数据交换）。 ADO：ActiveX Data Object, ActiveX 数据对象 SQL：Structured Query Language 1.4参考资料 [1] 谭浩强《动态网页制作ASP》北京电子工业出版社. 2001 [2] 彭万波《网页设计精彩实例》北京电子工业出版社.2002
系统软件详细设计说明书 1.引言 1.1编写目的 本详细设计说明书是针对网络信息体系结构的课程作业而编写。目的是对该项目进行详 细设计，在概要设计的基础上进一步明确系统结构，详细地介绍系统的各个模块，为进行后面的实现和测试作准备。本详细设计说明书的预期读者为本项目小组的成员以及对该系统感兴趣，在以后想对系统进行扩展和维护的人员。 2.系统的结构 ui :系统界面部分，负责接受用户输入，显示系统输出，负责其他模块功能的协调调用，并含有站内搜索功能，即在用户指定的已打开的ftp站点中搜索用户需要的资源。ui 部分调用common部分的功能读取xml文件中保存的界面元素属性信息，用户最近访问过的10个ftp信息，用户选择的下载的ftp内容列表及其他需要通过xml文件保存的信息。 client :实现ftp客户端的功能，ftp连接，ftp上传及下载：上传或下载用户指定的
资源，并返回相应的信息。 search: 资源实时检索部分，根据用户输入的资源名称关键字，资源类型和选择的检索方式检索用户需要的资源，并验证资源的可用性，返回可用资源及其大小，速度等相关信息。 preview ：资源预览部分，显示用户选择的资源的部分内容，以使用户决定是否需要该资源。 preview部分调用comm on部分读取属性文件的内容亦显示预览资源内容的显示格式。 3．模块1（ui ）设计说明 3.1 模块描述实现用户界面的包，含有11个文件51 个类，是本系统中最复杂的代码。 3.2 功能负责接受用户输入，显示系统输出，其他模块功能的协调调用，并含有站内搜索功能，即在用户指定的已打开的ftp 站点中搜索用户需要的资源。 3.3 交互的模块 client ，search ，preview ，common。 3.4 模块设计该模块中的主要文件，文件中包含的主要类及其功能和与其它包的交互如下： MainFrame.java ：MainFrame 是含有主函数的类，也是lyra 客户端开始执行的类，它先后进行资源的初始化，显示主界面等工作，根据屏幕大小设置界面大小，设置界面的观感。 FtpFrame_AboutBox.java: 显示关于窗口的类，当用户点击帮助菜单中的关于菜单项时会 弹出关于对话框。 Tools.java ：FileTools 是文件操作辅助类，可以实现文件的递归删除等。 XMLController.java: JDOMTes是操作xml文件的类，用JDOM来操作xml文件， 实现的功能有： （1）保存ftp 服务器的文件列表（站内搜索时使用），递归的从ftp 服务器读取列表，并存入一个xml文件中（文件的命名方法是：ip+用户名.xml）;以目录树的形式保存。 （2）根据文件名在文件中查找文件，站内搜索时使用。 （3）保存ftp 服务器的信息：ip ，端口（默认端口21 不保存），用户名（默认anonymous 不保存），密码，最多存10 个；存在resource\settings\ serversinfor.xml 文件中。 （4）读取已存储的ftp 服务器信息。 （5）从type.xml 读取搜索的类型。 Constants.java: 放置系统运行时使用的一些常量，initcontent （）函数对所有常量进行初始化，这个函数在MainFrame 中被调用一次。iconHashMap 是hash 表，用于存放文件的系统图标。 CustomizedController.java ：包含自定义的控件类，java 中的控件可能不能满足需求，需要自己定义某些属性。这些控件会在创建界面时使用。其中含有的类有： （1）CustomizedJTable 是表格类，设置表格的某些属性，如字体等。 （2）CustomizedTableCellRenderer 是表格单元格绘制器类，主要用于显示文件的系统图标，和文件名。 （3）LeftPanel类的父类是JTabbedPane,用户显示主窗口左边的面板。 （4）RightPanel 类的父类是JPanel ，用户显示右边的主题部分，包括右上边的搜索及服务 器选项，和中间的显示服务器文件的TabbedPane。. （5）BottomPanel 类是右下放显示下载和服务器信息的JTabbedPane。 （6）CustomizedJButton 是定义按钮类，更改了按钮的字体，java 本身默认的字体不好看。 （7）CustomizedTableModel 是表格类，实现单元格的不可编辑。 （8 ）CustomizedTableCellRenderer_Remote 类是表格绘制器，在远程文件浏览 器RemoteFilesPanel 使用，用于显示文件名和文件图标。
实现业务系统中的用户权限管理--设计篇 B/S系统中的权限比C/S中的更显的重要，C/S系统因为具有特殊的客户端，所以访问用户的权限检测可以通过客户端实现或通过客户端+服务器检测实现，而B/S中，浏览器是每一台计算机都已具备的，如果不建立一个完整的权限检测，那么一个“非法用户”很可能就能通过浏览器轻易访问到B/S系统中的所有功能。因此B/S业务系统都需要有一个或多个权限系统来实现访问权限检测，让经过授权的用户可以正常合法的使用已授权功能，而对那些未经授权的“非法用户”将会将他们彻底的“拒之门外”。下面就让我们一起了解一下如何设计可以满足大部分B/S系统中对用户功能权限控制的权限系统。 需求陈述 ?不同职责的人员，对于系统操作的权限应该是不同的。优秀的业务系统，这是最基本的功能。 ?可以对“组”进行权限分配。对于一个大企业的业务系统来说，如果要求管理员为其下员工逐一分配系统操作权限的话，是件耗时且不够方便 的事情。所以，系统中就提出了对“组”进行操作的概念，将权限一致 的人员编入同一组，然后对该组进行权限分配。 ?权限管理系统应该是可扩展的。它应该可以加入到任何带有权限管理功能的系统中。就像是组件一样的可以被不断的重用，而不是每开发一套 管理系统，就要针对权限管理部分进行重新开发。 ?满足业务系统中的功能权限。传统业务系统中，存在着两种权限管理，其一是功能权限的管理，而另外一种则是资源权限的管理，在不同系统 之间，功能权限是可以重用的，而资源权限则不能。 关于设计 借助NoahWeb的动作编程理念，在设计阶段，系统设计人员无须考虑程序结构的设计，而是从程序流程以及数据库结构开始入手。为了实现需求，数据库的设计可谓及其重要，无论是“组”操作的概念，还是整套权限管理系统的重用性，都在于数据库的设计。 我们先来分析一下数据库结构： 首先，action表（以下简称为“权限表”），gorupmanager表（以下简称为“管理组表”），以及master表（以下简称为“人员表”），是三张实体表，它们依次记录着“权限”的信息，“管理组”的信息和“人员”的信息。如下图：
详细设计说明书 1．导言（Introduction） 本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。 1.1 目的（Purpose） 本文档的目旨在推动软件工程的规范化，使设计人员遵循统一的详细设计书写规范，节省制作文档的时间，降低系统实现的风险，做到系统设计资料的规范性与全面性，以利于系统的实现、测试、维护、版本升级等。详细设计的详细程度，应达到可以编写程序的程度。 1.2 范围（Scope） 本文档用于软件设计阶段的详细设计，它的上游（依据的基线）是《概要设计说明书》，它的下游是源程序清单及单元测试计划，并为单元测试报告提供测试依据。该范围应覆盖《概要设计说明书》中的功能点列表、性能点列表、接口列表。软件详细设计的范围是：各子系统的公用模块实现设计、专用模块实现设计、存储过程实现设计、触发器实现设计、外部接口实现设计、部门角色授权设计、其他详细设计等。 按照3层结构（B/A/S）的布局，详细设计应从下面3个方面进行。数据库服务器上的面向数据的设计：数据字典物理设计、基本表物理设计、中间表物理设计（报表设计）、临时表物理设计、视图物理设计、存储过程物理设计、触发器物理设计。应用服务器上的面向业务逻辑的设计：接口数据设计、中间件设计、数据通信传输设计、可视构件设计、非可视构件设计、角色授权设计、功能点设计（功能点列表设计）。浏览器上的面向对象的设计：录入修改界面设计、浏览查询界面设计、登录注册界面设计、信息发布界面设计。 1.3 术语定义（Terms Glossary） 术语定义，如表6-16所示。 表6-16 术语定义 1.4 参考资料（References） [1] 《概要设计说明书》 [2] 《需求分析说明书》 [3] 《软件合同》
课程设计（论文） 题目：抢答器PLC控制系统设计 学院：机电工程学院 专业班级：09级机械工程及自动化03班 指导教师：肖渊职称：副教授 学生姓名：王帅 学号： 40902010317
目录 第1章概述 (1) 1.1 PLC的发展 (1) 1.2 PLC的应用 (2) 第2章抢答器系统的总体设计 (3) 2.1 抢答器电气控制系统设计要求 (3) 2.2 抢答器系统组成 (3) 2.3抢答器的流程图 (4) 第3章硬件系统设计 (5) 3.1 硬件接线图 (5) 3.2 Ｉ/Ｏ端子分配表 (6) 3.3 七段显示管的设计 (6) 第4章软件系统的设计 (8) 4.1 程序指令 (8) 4.2 工作过程分析 (11) 第5章总结 (13) 参考文献 (14) 附录一 (14)
第1章概述 可编程控制器（PLC）是一种新型的通用自动化控制装置，它将传统的继电器控制技术、计算机技术和通讯技术融为一体，具有控制功能强，可靠性高，使用灵活方便，易于扩展等优点而应用越来越广泛。可编程控制器(Programmable Logic Controller)即PLC。现已广泛应用于工业控制的各个领域。他以微处理为核心，用编写的程序不仅可以进行逻辑控制，还可以定时，计数和算术运算等，并通过数字量和模拟量的输入/输出来控制机械设备或生产过程。美国电气制造商协会经过4年调查，与1980年将其正式命名为可编程控制器（Programmable Controller），简写为PC。后来由于PC这个名称常常被用来称呼个人电脑（Personal Computer），为了区别，现在也把可编程控制器称为PLC。 1.1 PLC的发展 20世纪70年代初出现了微处理器。人们很快将其引入可编程逻辑控制器，使可编程逻辑控制器增加了运算、数据传送及处理等功能，完成了真正具有计算机特征的工业控制装置。此时的可编程逻辑控制器为微机技术和继电器常规控制概念相结合的产物。个人计算机发展起来后，为了方便和反映可编程控制器的功能特点，可编程逻辑控制器定名为Programmable Logic Controller（PLC）。 20世纪70年代中末期，可编程逻辑控制器进入实用化发展阶段，计算机技术已全面引入可编程控制器中，使其功能发生了飞跃。更高的运算速度、超小型体积、更可靠的工业抗干扰设计、模拟量运算、PID功能及极高的性价比奠定了它在现代工业中的地位。 20世纪80年代初，可编程逻辑控制器在先进工业国家中已获得广泛应用。世界上生产可编程控制器的国家日益增多，产量日益上升。这标志着可编程控制器已步入成熟阶段。 20世纪80年代至90年代中期，是可编程逻辑控制器发展最快的时期，年增长率一直保持为30~40%。在这时期，PLC在处理模拟量能力、数字运算能力、人机接口能力和网络能力得到大幅度提高，可编程逻辑控制器逐渐进入过程控制领域，在某些应用上取代了在过程控制领域处于统治地位的DCS系统。 20世纪末期，可编程逻辑控制器的发展特点是更加适应于现代工业的需要。这个时期诞生了各种各样的特殊功能单元、生产了各种人机界面单元、通信单元，使应用可编程逻辑控制器的工业控制设备的配套更加容易。
xxxxx系统详细设计说明书
版本历史
修改记录
目录 1引言 (5) 1.1编写目的 (5) 1.2背景 (5) 1.3参考资料 (5) 1.4术语定义及说明 (5) 2设计概述 (5) 2.1任务和目标 (5) 2.1.1需求概述 (5) 2.1.2运行环境概述 (5) 2.1.3条件与限制 (6) 2.1.4详细设计方法和工具 (6) 3系统详细需求分析 (6) 3.1详细需求分析 (6) 3.2详细系统运行环境及限制条件分析接口需求分析 (6) 4总体方案确认 (6) 4.1系统总体结构确认 (6) 4.2系统详细界面划分 (7) 4.2.1应用系统与支撑系统的详细界面划分 (7) 4.2.2系统内部详细界面划分 (7) 5系统详细设计 (7) 5.1系统程序代码架构设计 (7) 5.1.1UI(User Interface)用户界面表示层 (7) 5.1.2BLL(Business Logic Layer)业务逻辑层 (8) 5.1.3DAL(Data Access Layer)数据访问层 (8) 5.1.4Common类库 (8) 5.1.5Entity Class实体类 (8) 5.2系统结构设计及子系统划分 (8) 5.3系统功能模块详细设计 (9) 5.3.1XX子系统 (9) .1XX模块 (9) 列表和分页 (9) 创建XX (9) .2XX模块 (9) XX列表 (9) XX修改 (9) 5.3.2XX子系统 (9) 5.3.6.1用户管理模块 (9) 5.3.6.2角色管理模块 (14) 5.3.6.3系统设置模块 (14) 5.3.6.4系统登录注销模块 (14) 5.4系统界面详细设计 (14) 5.4.1外部界面设计 (14) 5.4.2内部界面设计 (14) 5.4.3用户界面设计 (14) 6数据库系统设计 (14) 6.1设计要求 (14) 6.2信息模型设计 (14) 6.3数据库设计 (14) 6.3.1设计依据 (14)
对EMS权限管理模块设计 1.权限设计概述 引言 随着Web服务的复杂度增加以及用户数量和种类的增多，安全问题在理论及工程上都是一个必须考虑的问题，而权限管理是安全问题中一个很重要的方面。因此本文针对权限做了一个分析。 权限可简单表述为这样的逻辑表达式：判断“Who对What(Which)进行How的操作”的逻辑表达式是否为真。 意义 用户管理及权限管理一直是应用系统中不可缺少的一个部分 系统用户很多，系统功能也很多 不同用户对系统功能的需求不同 出于安全等考虑，关键的、重要的系统功能需限制部分用户的使用 出于方便性考虑，系统功能需要根据不同的用户而定制 目标 直观，因为系统最终会由最终用户来维护，权限分配的直观和容易理解，显得比较重要，除了功能的必须，更主要的就是因为它足够直观。
简单，包括概念数量上的简单和意义上的简单还有功能上的简单。想用一个权限系统解决所有的权限问题是不现实的。设计中将变化的“定制”特点比较强的部分判断为业务逻辑，而将相同的“通用”特点比较强的部分判断为权限逻辑就是基于这样的思路。 扩展，采用可继承的方式解决了权限在扩展上的困难。引进Group概念在支持权限以组方式定义的同时有效避免了权限的重复定义。 2.基于角色的权限管理设计（Role-Based Access Control ,RBAC） 权限管理用例图 用例图描述 超级管理员：系统中默认的角色，它是系统中拥有最高权限的角色，它不仅能够管理其他的管理员和用户，而且还可以对系统中每个模块的任一功能进行操作、维护。 普通管理员：它是由超级管理员创建的，并授予权限，它能够管理系统中大部分的功能，它可以查看所有普通管理员、普通用户的信息，它只能对由它自己创建的用户进行编辑、删除操作，和管理拥有权限的模块。 普通用户：它是系统中最低权限的角色，它只能对自己拥有的权限进行操作，一般情况下，它的权限是对信息的浏览和对自己信息的录入，修改。 登陆系统：根据用户拥有的权限不同，用户所能操作的功能多少就不同，所以在登陆系统的时候就要对用户的权限进行判断。 用户管理：这里对本系统的登录用户进行维护。包括，新建、删除、编辑、注销等；系统初始化的时候，用户管理中默认只有一个拥有超级管理员角色的用户，因此在初始化登陆的时候，只能用这个用户登陆，其他的用户由这个用户创建并授予角色。
- 详细设计说明书的主要内容及写作要求 编写目的 详细设计（又可称程序设计机）说明书编制的目的是说明一个软件系统各个层次中的每个程序（每个模块或子程序）的实际考虑，为程序员编写程序提供依据。 如果一个软件系统比较简单，层次很少，本文件可以不单独编写，和概要设计机说明书中不重复部分合并编写，文档名称为《软件设计说明书》。 主要内容及写作要求 详细设计说明书主要内容及写作要求如下： 1 引言 目的 。 说明编制本详细设计说明书的目的。 背景 列出本项目的任务提出者、项目负责人、系统分析员、系统设计员、程序设计员、程序员、资料员以及与本项目开展工作直接有关的人员和用户。 参考资料 A. 列出本项目经核准的任务书或合同和上级机关的批文。 B. 列出编写本设计说明书时参考的文件、资料、技术标准以及它们的作者、标题、编号、发布日期和出版单位等。 术语 列出本详细设计说明书中专门术语的定义和英文缩写词的原词组。 ; 2．软件结构 用图表（常用系统流程图的层次结构表示）的形式列出本软件的各模块和程序单元的名称以及它们的相互关系。 3 模块设计说明 模块 n结构（n是模块序号） 将概要设计产生的功能模块进行细化，形成若干个可编程的程序单元（用图表形式给出程序单元的结构）。 算法 给出选用的算法和数学公式。 ： 数据结构 用图表描述数据结构。 程序逻辑 用框图或过程性描述语言的形式表示各程序单元的控制流程（常用程序流程图表示）。存储分配和数组分配 确定每个模块的存储量及数组定义。 单元说明 A. 程序单元标识； }
B. 调用方式； A.参数说明。 4、数据结构设计 数据结构与模块的关系 用图表描述数据结构与模块的关系。 逻辑机结构设计 列出所使用的数据结构中每个数据项、记录和文件的标识、定义、长度、及它们之间的关系。 给出所用数据库的数据模式。 物理结构设计 列出所使用的数据结构中每个数据项的存储要求、访问方法、存取单位和存取物理关系等。
课程设计说明书 课程设计说明书题目：温度控制系统的设计与实现
摘要 温度控制系统是一种典型的过程控制系统，在工业生产中具有极其广泛的应用。温度控制系统的对象存在滞后，它对阶跃信号的响应会推迟一些时间，对自动控制产生不利的影响，因此对温度准确的测量和有效的控制是此类工业控制系统中的重要指标。温度是一个重要的物理量，也是工业生产过程中的主要工艺参数之一，物体的许多性质和特性都与温度有关，很多重要的过程只有在一定温度范围内才能有效的进行，因此，对温度的精确测量和可靠控制，在工业生产和科学研究中就具有很重要的意义。 本文阐述了过程控制系统的概念，介绍了一种温度控制系统建模与控制，以电热水壶为被控对象，通过实验的方法建立温度控制系统的数学模型，采用了PID算法进行系统的设计，达到了比较好的控制目的。 关键词：温度控制；建模；自动控制；过程控制；PID
Abstract In industrial production with extremely extensive application, temperature control system is a typical process control system.Temperature control system has the larger inertia. It is the response signal to step off some of time.And it produces the adverse effect to the temperature measurement. The control system is the important industrial control index. Temperature is an important parameters in the process of industrial production. Also it is one of the main parameters of objects, many properties and characteristics of temperature, many important process only under certain temperature range can efficiently work. Therefore, the precise measurement of temperature control, reliable industrial production and scientific research has very important significance. This paper discusses the concept of process control system and introduces a kind of temperature control system .The electric kettle is the controlled object, PID algorithm is used for system design,through experience method to get the model of temperature control system and we can get the controlied response well. Keywords：Temperature control; Mathematical modeling; Automatic control; Process control; PID
XXXXXX XXXXXXXXXXXXX 项目名称 详细设计说明书 XXX公司 二〇XX年X月
文档修改记录
目录 第一章引言............................................. 错误!未定义书签。 目的............................................. 错误!未定义书签。 背景............................................. 错误!未定义书签。 术语定义......................................... 错误!未定义书签。 参考资料......................................... 错误!未定义书签。第二章系统概述......................................... 错误!未定义书签。第三章程序1设计说明................................... 错误!未定义书签。 程序描述......................................... 错误!未定义书签。 模块架构图 ................................... 错误!未定义书签。 功能 ......................................... 错误!未定义书签。 类图 ......................................... 错误!未定义书签。 增加功能（功能点） ........................... 错误!未定义书签。 程序流程 ..................................... 错误!未定义书签。 测试和限制条件 ............................... 错误!未定义书签。 备注 ......................................... 错误!未定义书签。第四章程序2设计说明................................... 错误!未定义书签。第五章公用接口程序说明................................. 错误!未定义书签。 全局变量......................................... 错误!未定义书签。 公用界面或接口................................... 错误!未定义书签。 公用方法和过程................................... 错误!未定义书签。第六章附件............................................. 错误!未定义书签。详细设计评审意见.......................................... 错误!未定义书签。
OA系统权限管理设计方案7 OA系统权限管理设计方案 数据库2010-02-2310:09:25阅读13评论0字号：大中小 OA系统权限管理设计方案 l不同职责的人员，对于系统操作的权限应该是不同的。优秀的业务系统，这是最基本的功能。 l可以对“组”进行权限分配。对于一个大企业的业务系统来说，如果要求管理员为其下员工逐一分配系统操作权限的话，是件耗时且不够方便的事情。所以，系统中就提出了对“组”进行操作的概念，将权限一致的人员编入同一组，然后对该组进行权限分配。 l权限管理系统应该是可扩展的。它应该可以加入到任何带有权限管理功能的系统中。就像是组件一样的可以被不断的重用，而不是每开发一套管理系统，就要针对权限管理部分进行重新开发。 l满足业务系统中的功能权限。传统业务系统中，存在着两种权限管理，其一是功能权限的管理，而另外一种则是资源权限的管理，在不同系统之间，功能权限是可以重用的，而资源权限则不能。 针对OA系统的特点，权限说明： 权限
在系统中，权限通过模块+动作来产生，模块就是整个系统中的一个子模块，可能对应一个菜单，动作也就是整个模块中（在B/S系统中也就是一个页面的所有操作，比如“浏览、添加、修改、删除”等）。将模块与之组合可以产生此模块下的所有权限。 权限组 为了更方便的权限的管理，另将一个模块下的所有权限组合一起，组成一个“权限组”，也就是一个模块管理权限，包括所有基本权限操作。比如一个权限组（用户管理），包括用户的浏览、添加、删除、修改、审核等操作权限，一个权限组也是一个权限。 角色 权限的集合，角色与角色之间属于平级关系，可以将基本权限或权限组添加到一个角色中，用于方便权限的分配。 用户组 将某一类型的人、具有相同特征人组合一起的集合体。通过对组授予权限（角色），快速使一类人具有相同的权限，来简化对用户授予权限的繁琐性、耗时性。用户组的划分，可以按职位、项目或其它来实现。用户可以属于某一个组或多个组。 通过给某个人赋予权限，有4种方式(参考飞思办公系统) A.通过职位 a)在职位中，职位成员的权限继承当前所在职位的权限，对
宿舍管理系统 详细设计说明书 注：对应模块界面图由组员各自完成2013 年12 月 1 日
1.引言 1.1编写目的 编写本详细设计说明书的目的主要是详细说明宿舍管理系统系统的结构和内部设计，在总体设计说明书的基础上进一步细化系统，提供详细的模块和界面设计，为程序开发提供直接的支持。 本说明书主要面向系统分析人员、程序员和以后的系统维护人员。作为程序员开发系统的根本依据和在系统维护阶段，维护人员对系统实施维护的参考资料。 1.2背景 a.系统的名称：宿舍管理系统 b．任务提出者与开发者：李彬，刘泽中 用户：宿舍管理员和学生 1.3定义 2. 系统的结构 系统的功能模块图如下图 2.1：
图2.1 系统功能模块图 多层架构关系图如下图 2.2 查询学生信息 修改学生信息 添加学生信息 删除学生信息 查询宿舍信息 添加宿舍信息 删除宿舍信息 添加管理员信息 查询水电费信息 用户登录 管理员信息管理 学生信息管理 宿舍信息管理 水电费信息管理 宿舍管理系统 修改密码
图2.2 多层架构关系图 根据图2.1功能结构图和图2.2多层架构关系图可得到如下图2.3所示的系统结构设计图：
3．系统的模块设计 3.1数据库连接模块（sqlconnection）设计说明 3.1.1模块名称；数据库连接模块 3.1.2模块描述： 在.NET中如果采用https://www.doczj.com/doc/287669754.html,与数据库进行连接，可以采用以下4个接口对象之一： System.data.oledb.oledbconnection System.data.sqlclient.sqlconnection System.data.odbc.odbcconnection System.data.oracleclient.oracleconnection 由于数据库使用的是Microsoft SQL Server,所以使用SQL Server .NET Framework数据提供程序中的SqlConnection对象进行数据连接。 3.1.3 模块功能：与数据库进行连接。 3.1.4 模块算法： public void sqlconnectionopen() { Sqlconnection conn = new sqlconnection(); Conn.connectionstring = “user id = admin;password = ; initial catalog = 宿舍管理系统;datasource = localhost;connect timeout = 20”;
中北大学 课程设计说明书 学院、系：软件学院 专业：软件工程 班级：13140A05 学生姓名：学号： 设计题目：基于Windows的线程控制与同步 起迄日期: 2015年12月28日~2016年1月8日指导教师: 日期: 2015年12月25日
一、设计目的 进程同步是处理机管理中一个重要的概念。本设计要求学生理解和掌握Windows中线程控制与同步机制的相关API函数的功能，能够利用这些函数进行编程。 二、任务概述 (1)实现生产者-消费者问题。 (2)实现读/写者问题。 (3)实现哲学家就餐问题。 三、总体设计 （1）生产者-消费者问题。是一个多线程同步问题的经典案例。该问题描述了两个共享固定大小缓冲区的线程——即所谓的“生产者”和“消费者”——在实际运行时会发生的问题。生产者的主要作用是生成一定量的数据放到缓冲区中，然后重复此过程。与此同时，消费者也在缓冲区消耗这些数据。该问题的关键就是要保证生产者不会在缓冲区满时加入数据，消费者也不会在缓冲区中空时消耗数据。 （2）读/写者问题。创建一个控制台程序，此程序包含n个线程。用这n个线程来表示n个读者或写者。每个线程按相应测试数据文件(后面有介绍)的要求进行读写操作。用信号量机制分别实现读者优先或写者优先的读者-写者问题。 （3）实现哲学家就餐问题。用来演示在并行计算中多线程同步(Synchronization)时产生的问题。在1971年，著名的计算机科学家艾兹格·迪科斯彻提出了一个同步问题，即假设有五台计算机都试图访问五份共享的磁带驱动器。稍后，这个问题被托尼·霍尔重新表述为哲学家就餐问题。这个问题可以用来解释死锁和资源耗尽。有服务生解法，资源分级解法，Chandy/Misra解法。 四、详细设计函数 (1)生产者-消费者问题 #include
word 完美格式 题目：自动洗车机电气控制系统设计 专业班级： 姓名： 学号： 指导教师： 评语： 成绩： 指导老师签名： 目录 日期：
1系统概述 . (3) 1.1应用背景及意义 (3) 1.2系统描述及设计要求 (3) 2方案论证 . (4) 3硬件设计 . (6) 3.1系统原理方框图 (6) 3.2系统主电路原理图 (6) 3.3 I/O 分配 (7) 3.4 PLC 选择 (8) 3.5 PLC 控制原理图 (9) 3.6 PLC 控制接线图 (10) 3.7元器件选型 (12) 4软件设计 . (13) 4.1主流程图 (13) 4.2梯形图 (13) 5系统调试 . (18) 设计心得. (20) 参考文献. (20)
1系统概述 1.1 应用背景及意义 汽车行业随着科学技术的发展有了质的飞跃。随着时代发展，人们生活水平提高，人们对汽车的需求逐渐增加，随之而来的便是汽车的保养。其中汽车清洗 便是不可或缺的一项内容。当今社会，高科技的发展实现了各行业的自动化控制， 但是在汽车清洗行业，大部分仍是人工完成。传统洗车业利用人力，对汽车涂抹 泡沫，然后利用水泵对汽车进行冲洗，再在自然光及风等条件下，使清洗后的汽 车进行自然风干。虽然实现汽车清洗，但过分依赖人力，操作时间长，浪费大量 水资源，经济性差，不利于洗车业的发展。目前比较大型的汽车美容公司，虽然 实现了汽车的清洗、打蜡、喷漆等的自动化，但成本高，其自动控制系统不适合 小型的、专门的汽车清洗行业。因此，对于中小型城市，汽车清洗业有着巨大的 发展潜力。如何实现高效、高质量并且适用于小型汽车的自动清洗，就成了汽车 清洗行业发展的必然要求。本次设计采用 PLC控制，通过线路的通断来实现汽车 自动清洗。它可以节省人力、物力资源，高效、准确的完成洗车任务，为客户提 供便利，而且极大的节约水资源，符合建设节约型社会的时代需要。这套汽车自 动清洗系统结构简单，成本低，适合不同场合的需求，尤其是中小型公司。 1.2 系统描述及设计要求 自动洗车机由门式框架组成，门式框架有一台三相异步电机拖动，4KW 380V 50HZ，在车头和车尾处分别设置有一个行程开关，门式框架上安装有 3 个刷子（上、左、右各 1 个），分别有 1 台单相电机拖动， 1.5KW 220V 50HZ，同时门式框架上安装有 3 组喷水喷头（上、左、右各 1 个），由一台水泵电机拖动 1KW220V 50HZ，喷头由电磁阀控制 DC24V 5W。洗车机外部框架结构示意图如图 1.2.1 所示。