设计与实现模块管理系统基本功能定义自己(18--设计模块附件[1])

设计模块附件(1)

视频解说在线观看:视频解说链接 http://i.youku.com/jfok1972

“附件”作为模块记录数据的补充也是非常重要的一部分,比方对于“省份”模块,我们能够放置一些地图。对于“销售合同”模块,能够上传合同正文的电子文件,以及扫描件。

对于“客户”上传其营业执照。资质类型的图片等等。

附件整个管理流程已经完毕,如今仅仅要做的二步就是给模块加上“有附件”这个标记。然后再设置一下权限。

进入模块管理,选择省份,然后改动。

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvamZvaw==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" >

保存后,须要在权限设计中给用户角色加上能够操作附件的权限。

(每一个有附件的模块会多出附件可浏览,新增,改动。删除的4个权限设置)

然后刷新网页。

再进入“省份”模块。

我们先新增一个图片附件来看看效果。先选择一条记录。然后再选择上图菜单中的“新增附件”。

再录入了附件名称,选择了附件类型和文件类型以后。再选择要上传的附件文件。按上传就可以。附件传入后的“省份”模块的当前选中记录“北京市”的附件处将会显示“01”。表示有一个附件。

单击01链接。将会出来附件的管理界面。

附件中对于各类文件的处理:

1.图片文件:先将其压缩至128*128保存到缩略图字段里面,然后再依据上传文件时的压缩选项对图片进行压缩后保存存进data字段;

2.xls,doc文件:因为网页无法直接预览这类文件,因此先将xls,doc文件转换成pdf文件,保存到pdf预览的字段里,然后再将上传的文件保存到data字段。

3.其它文件:直接保存进data字段。

对于能够预览的文件。有一个地方专门设置可预览的后缀名。临时设置了pdf,swf,txt,htm,html,xml,sql,doc,xls,这些后缀的文件名称能够直接在网页中预览。

以下我再上传一些文件,看看效果。

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvamZvaw==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" >

下图为附件操作的界面:

以上即为一个模块定义了“有附件”以后的操作。

我以为我的这个附件设计已经够用了,没想到被一个客户逼得做了一个更加复杂的附件功能。下节简介。

版权声明:本文博客原创文章,博客,未经同意,不得转载。

时间: 2024-10-11 04:41:56

设计与实现模块管理系统基本功能定义自己(18--设计模块附件[1])的相关文章

模块管理常规功能自定义系统的设计与实现(30--第二阶段总结)

第二阶段总结 经过了前二个阶段近30节介绍,一个完全基于前台配置的销售管理系统即架构成功,并可以使用.当然实际的需求还是千变万化,五花八门,但只要是符合关系数据库原理,只要是以记录作为管理的主体,那就只是一个字段和表扩充的过程了.在搭建系统整个过程中模块采用了自顶向下生成的方式.对于层次多,关系复杂的系统也是一样的,设计合理,逻辑清楚,模块只要一个个搭就行了.开发好以后,整个系统的开发文档其实也在里面了,所有模块的属性,字段的属性,各模块之间的关系,都可以在这个系统里看得见了. 至于开发速度也是

模块管理常规功能自定义系统的设计与实现(34--终级阶段 综合查询[1])

综合查询(1) 前面已经架构好了一个销售管理系统,看看功能也挺多,也基本够用了.但是仔细分析一下就会发现,前面的设计都是属于数据操纵方面的,虽然有导航.筛选功能,但是对于统计分析来说还是远远不够用的.为了能够进行灵活的统计分析和查询,经过多次的改进,生成了我现在的综合查询体系. 整个综合查询体系包括以下几个方面的内容: 1.字段的选择: 2.查询条件的设置: 3.基准模块的选择: 4.聚合字段类型的设置: 5.多级分组的设置: 6.综合查询方案的管理: 7.图表分析: 8.数据导出: 整个综合查

模块管理常规功能自定义系统的设计与实现(28--多个模块之间的关联[4])

多个模块之间的关联(4) 前面搭建了客户以及客户父模块的一个分支,另一个分支是产品线,还有一个是业务员,然后这三条线归并到订单之上. 前面我贴了我要搭建系统的一张图,现在贴一下数据库的表和其之间的关系情况. 上图中表和我设计的简易销售管理系统是完全一致的.再看一下的模块图,稍微记下下其中的关系,对于看懂下面的内容很有必要. 对于业务员,产品,订单三条分支我建立的过程就不介绍了.现在来看看架构好的菜单: 再看看加好的各个模块的页面: 1.部门和业务员: 2.商品类别 3.商品 4?订单 订单明细

模块管理常规功能自定义系统的设计与实现(52--功能更新[2] 对百分比字段的操作)

功能更新(2)  对百分比字段的操作 百分比数据,或者是比率数据是一个比较难处理的字段,难点并不在于单条记录之中,而是在于汇总和分类汇总的时候. 先来看看我系统中的一个模块中的一个比率字段: 上图中的  已支付比例,这个字段是  已支付金额 / 结算金额,这个字段在此合同模块中可以作为一个计算字段来保存在数据库中,甚至可以不保存在数据库中,直接在bean里作为一个计算的属性. 现在问题就来了,如果要计算所有合同的已支付比例,那么就不是简单加起来的问题了,要把分子和分母分别加起来再除才会得到总计的

模块管理常规功能自定义系统的设计与实现(23--二个模块之间的关联[1])

"省"."市"二个模块之间的关联的操作(1) 一. "市"模块定义好了,我们先来新增1个市,看看和"省"的关联操作. 上面显示了"市"的模块界面,在导航栏中为省份的导航,我们看到只有"江苏省"一个,其他的在哪里呢. 一个模块的父模块的导航有一个选项,叫"显示无记录的项目",此选项默认不选中,也就是说省里面还没有市的话,那个省将不放在导航列表中,看下图. 二.记录拖放操

模块管理常规功能自定义系统的设计与实现(22--第二个模块的加入)

模块"市"的设计与加入 现在重复加入"省"模块的过程,来加入市的模块. 1.建立数据表City CREATE TABLE [dbo].[City]( [tf_cityId] [nvarchar](4) COLLATE Chinese_PRC_CI_AS NOT NULL, [tf_provinceId] [nvarchar](2) COLLATE Chinese_PRC_CI_AS NOT NULL, [tf_name] [nvarchar](50) COLLATE

模块管理常规功能自定义系统的设计与实现(21--第二阶段设计目标)

第二阶段设计目标 前面的章节讲了建立单个模块的各种功能,从现在开始要加入若干个具有关联的模块,使其协同工作.我设计了一个简易的销售管理系统,系统的结构如下图所示,从本节开始将逐步的搭建此系统. 在上图中,各模块之间都能通过一定的路径产生联系,而具有关联的二个模块具有直接的关系,例如省是市的父模块,市是省的子模块:客户单位是市的子模块也是省的子模块.这种上下级关系将会是处理的重点.各模块间的关系要明确,不能出现关系不明确或者循环引用的模块,那样权限的设置将会有问题. 例如有如下模块结构: 在上图中

模块管理常规功能自定义系统的设计与实现(11--Grid导航设计初步[1])

Grid导航设计(初步)[1] 这一节讲一下Grid导航设计.在前面的章节中有看到Grid导航的样子,那是一个模块的父模块(ManyToOne)对子模块的导航操作.现在对于一个"省份"模块,其没有父模块,我们能对其设计成怎么样的导航呢? 只需一步,将一个字段定义为导航字段.进入"模块字段" 点击修改 保存后,刷新页面.再进入"省份模块"后,可以看到grid的左边就会有一个导航列表. 具选中某个导航值,Grid列表中显示的值就会以此值作为条件进行约

模块管理常规功能自定义系统的设计与实现(15--进一步完善"省份"模块)

"省份"模块的进一步完善 上面几节讲了一些导入数据,图表的功能,在说明导出功能之前,先把模块完善一下.可以完善的地方有: 1.给面积,人口,GDP加上单位: 2.GDP的文字写错了,写与GPD了,把他改正过来: 3.设置"所属区域"字段,可以进行分组: 4.设置"记录明细"中显示的字段,可以在右侧显示当前选中记录的明细. 由于本系统是全解释配置的,因此每一个模块的名称,权限,每个字段的字段名,单位(比如面积是万平方公里),是否可以修改等等属性全是