摘要:服装行业生产按客户订制的解决方案广东或周边有一些服装生产企业,常常会接一些客户的订单,接到这些订单它们要进行设计,进行购买物料,然后生产,再发给客户。ESK解决方案:1):接单:ESK软件里做渠道订单.选择客户,选择需要订单的商品,以级需要订制的数量 2):BOM设计:设计定制商品的物料组成,并进行...
阅读全文
随笔分类 - 鞋服行业
摘要:国内鞋服行业的供应链软件,我研究过很多家,有的细到每个表结构的组成,有的只是看了它的帮助文档. 这里谈一下我的观点和看法 1):开发时间基本都在2004年以前,开发工具以delhpi为主。现在的开发技术每年发展都很快,我觉的软件 公司应该总结,到了出新产品的时间点了. 2):刚开始开发的时候针对的模式是总代,然后慢慢通过升级,可以应用于品牌企业,但造成的问题很多: a):如果所有的节点数据都要求实时,性能问题很严重.(前面有一篇日志专门讲过). b):如果企业大于或等于3级(总部-代理商-分公司),代理商,分公司的成本算不清楚. c):权限分不清楚,就算在操作员里设定组织权限+店铺权限,这是.
阅读全文
摘要:做ERP或者其它应用软件,有很多的时候都是在做增加,修改,删除,基本上每个模块都有很多 重复性的代码,人得学会"偷懒",设计一个好用的代码生成工具,会让我们的工作事半功倍。 1:选用一个合适的数据库设计软件 这里我推荐用powerdesign,因为powerdesign的结构很简单,就是xml,要弄清楚它的结构,你只要 设计一个关联表,然后用文本文件打开进行研究就可以. 2:设计一个数据结构,存储从powerdesign中读出的表结构.我觉的至少应该要四个类: 表(Table),字段(Column),主键(PrimaryKey),外键(FriendKey) 3:设计代码生成
阅读全文
摘要:去年公司选型,我写了份选型的技术评估点让乙方填写,共享出来供大家参考:评估项评估要点回答性能评估相对于同行业的软件,你们的软件在性能方面有什么优势.曾经做过什么样的优化动作是否进行过压力测试,请提供相关方面的压力测试报告。请标明压力测试工具和测试环境.平台架构调查系统中表的个数其中:基础表的个数其中:业务表的个数传输的方式是ftp,webservice,直连,其它?传输时如果出现丢包现象,系统怎么保证数据的一致性.系统架构分为几层?业务处理模型评估(公司模型请见说明2)A、B(B1,B2,B3) 、C(C1,C2)、D(D1,D2),物理的数据库需要几个?传输服务器需要建几个?如果B3做了零.
阅读全文
摘要:如果你开发过纯HTMLWeb报表,你一定会感觉到很烦,很难,因为它不像C/S程序,往一个控件填入数据集就可以. 现在来看一下有哪些报表工具吧,国内我认为比较好的有:润乾,FineReport,开源的有JasperReport,Birt,Birt我不熟,所以没有什么时候发言权.润乾,FineReport,本来是我首先想到采用的,第一,润乾有一个快逸报表,FineReprot本来就是免费,它们的设计器都很好, 也多支持从源分片,不规则分组等, JasperReport是开源的,我曾经看过它的源代码,如果做一些简单的还可以,做复杂的就难,还需要写Plugin,就算这样,这些报表都有一些致命的弱点:.
阅读全文
摘要:表示层我们选用的是struts1.1,为什么选用它,而不选用spring MVC或者是struts2,没什么特别的原因,主是因为我们熟,因为struts1.1里面的代码我们都有研究过. 直接用表示层肯定不能满足业务需求,现在任何一个系统,都可能会用大量的Ajax,所以我们进行了改写,改写重要参考就是springside2. 1):我们把ActionForward抽象出来,进行封装,以便可以支持不同类型的数据格式,比如:jsp,json,Excel,pdf,velocity等 定义一个struts Forward接口 public interface IStrutsForward { publ.
阅读全文
摘要:有的人说,业务层就是一堆的Manager(或者叫service),为什么还要设计呢?前一句讲的没错,后面这一句就有点欠思考了.我自已总结了一下,如果做一个系统,Manager之间共性的东西还是很多的:1):都需要写操作日志 2):都需要写操作消息,比如保存某个模块的时候,显示“保存成功”的信息给用户. 3):对于一些简单的模块,简单指的是这个模块只需要对一个表操作(为了方便,称为CRUD模块),比如说ERP信息里的,员工,单位等等。具有通常的功能有:增加,修改,删除,查找,打印等. 4): 对于一些复杂的模块,复杂指的是主子表结构的模块(为了方便,称为CRUDLine模块),比如说ERP信息里
阅读全文
摘要:上一章讲过数据库层(Dao层)具有如下的特点: 1):整个系统只有一个DAO 2):支持多种类型的事务控制(单表,多表,混合) 3):查询支持Hibernate和原生SQL为什么我们会这么设计呢?这里引用一下sprigside2.0的实现: 1:定义一个Dao接口 /** * 针对单个Entity对象的操作定义.不依赖于具体ORM实现方案. * * @author calvin */ public interface EntityDao<T> { T get(Serializable id); List<T> getAll(); void save(Object o);
阅读全文
摘要:系统架构我想把它分为两部分,一是技术架构,二是业务架构。 做任何一个系统,首先都要选择合适的技术来开发,这个要从两方面结合起来看,一是系统业务的特点,二是团队成员的技术结构,这里面的权重比我觉的是业务>技术。在鞋服行业,由于它的组织结构的特殊性(在全国各地都有分支结构),采用b/s结构为首选,技术方面我们团队只对Java熟悉,所以这次技术的选型很快就确定了. Java的流行框架目前很多,可以说是眼花缭乱,我们用的还是最普通的架构,SSH(struts+spring+hibernate),但是我们经过了自已的改写,形成了自已的一套技术框架.(改写重要参考的是springside). [总的
阅读全文
摘要:如何组建自已的团队?这在每个人的心里有不同的做法. 我曾经在软件公司呆了很多年,看到过或者听说过很多失败的项目,有的项目虽然不能称作为失败,但也是延期了很久,不能按时按质的完成.有的人就会问了,客户不停的提需求,改需求,老板又要求我们立即要改,有时候甚至要推翻原来的。这里面有很多原因,老板是一小部分,自已占多数.我个人觉的,项目Leader应该强势的,而强势是建立在自已的自信,技术和经验上的。现在大多数的项目一般有产品经理和技术经理,产品经理负责业务,技术经理负责架构,这种结构很容易导致项目的难产或延期,原因一,责任分不清,可以互相推诿.原因二:没有人能掌握全局,每个人只知道自已这一部分.什么
阅读全文
摘要:3:我所了解的鞋服行业要做好行业性的软件,认识熟悉这个行业是必不可少的。我就谈谈我所了解的。 先讲几个行业内的概念,鞋服行业的企业一般具有如下的多级组织结构: 分公司:公司旗下的分支机构,是属于公司内部,有的需要单独的成本核算,有的不需要,和公司的经营方式有关. 代理商、经销商:代理公司的商品销售,单独的法人组织,代理商一般出现在省会城市,它下面可以有自已的经销商,加盟商,自营店,而经销商常出现在市级或 县级城市,一般只会有自已的加盟商和自营店.所以按照大小划分,代理商>经销商. 加盟商:分为单店加盟或多店加盟店,单店加盟的我们叫加盟店,多店加盟的我们叫加盟商.按类型又可以分为买断型加盟
阅读全文
摘要:1:一些题外的话 这次想写的这个主题对我来说还是挺有挑战的,甚至不亚于开发一个新的软件。主要是我的语言组织能力太差,记忆当中,从小学,初中,到高中,语文成绩就没及格过几次,如果兄弟姐妹们看到错字,病句之类的,可以指出来,也可以BS而过.我写的目的就是分享自已的开发过程,如果你能和我产生共鸣,能从中悟到什么,就请多多支持!2:来到一个新公司 2010年的8月份,我来到了XXX体育用品公司,担当整个供应链软件的项目总监。能顺利的到来并与之合作,整个进程实为不易。在这里,我要先感谢二个人,一是XXX软件公司总经理A先生,二是XXX股份制有限公司的总裁B先生.A先生是我的职业生涯中的一个贵人,我们开始
阅读全文
摘要:随着3G网络的快速发展,不仅给网民带来了新的体验,也同时给企业的信息化管理辟开了一条捷径。但是通过手机,PDA等终端同信息系统进行交互,还是有很多很多的限制,比如:流量费,屏幕大小等。目前还只能完成一些很简单的功能,比如:简单资料查询,单据审核等。 在鞋服行业,要用手机或pda完全代替电脑终端基本不可能的。但是它可以成为一个辅助的手段,在电脑或或网络瘫痪的情况下使用.我自已曾经做过一个鞋服行业的3G POS应用,性能和速度都非常好,功能和操作相对于电脑终端来说,简单了一些,主要有:商品查询,会员查询,POS销售,本日销售查询,销售查询,库存查询,库存分布查询.开发手机3G应用,要注意以下2点.
阅读全文
摘要:Dcube又名Dynamicube,它是一款功能超级的报表汇总插件, BS CS 程序都可应用,随意汇总任何字段合计功能,简便灵活.很多鞋服行业软件都在使用它,但它有一个致命的局域性,当查出来的数据超过1w行的时候,性能明显降下来,当超过2w行的时候,整个客户端就感觉是”死”的状态.下面是一个在网页中使用dcube3的例子:<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"><HTML><HEAD> <TITLE> New Document </TI
阅读全文
摘要:对于鞋服行业的零售分销企业,大多数是多级组织架构的,如下图所示: 如何处理每个组织内部的业务以及和其它组织间的业务,是鞋服行业软件好坏的一个关键指标.以上图为例,我们来讨论一下多级组织间的软件业务流程。 图中表示的是:一个典型的三级组织架构的企业,第一级总公司A,第二级分公司B1,第三级是经销商C1.鞋服行业软件对于这种结构,一个典型而又普遍的做法为:1):总部和其它组织(或经销商,或代理商)算成本,算库存的方式有区别 如果软件具有以下几个主要模块: 1):采购类模块(只有总公司具有,向供应商能够享有) 2):批发类模块(销售给客户) 3):渠道调拔类(销售给分公司) 4):零售模块 5):店
阅读全文