服装分销管理系统论文

服装分销管理系统论文内容摘要：

样繁简不一。 普通妇女则穿由各色绸缎制成的长袍。 晚清刺绣衬衣 清代女式衬衣为圆领、右衽、捻襟、直身、平袖、无开气，有五粒钮扣的长衣，袖子形式有舒袖（袖长至腕）、半宽袖（短宽袖口加接二层袖头）两 类，袖口内再加袖头。 清代女式衬衣是妇女的一般日常便服。 以绒绣、纳纱、平金、织花为多。 周身加边饰，晚清时的边饰越来越多。 近代妇女袄裙 民国初年，在这一时期上衣下裙最为流行，上 衣有衫、袄、背心、样式有对襟、琵琶襟、一字襟、大襟、直襟、斜襟等变化，领、袖、襟、摆多镶滚花边或刺绣纹样，衣摆有方有圆、宽瘦长短的变化也较多。 二十年代，旗袍开始普及。 其样式与清末旗装没有多少差别。 但不久，袖口逐渐缩小，滚边也不如从前那样宽阔。 至二十年代末，因受欧美服装的影响，旗袍的样式 也有了明显的改变，如有的缩短长度、有的收紧腰身等等。 到了三十年代初，旗袍已经盛行。 当时的样式变化主要集中在领、袖及长度等方面。 先流行高领，领子越 高越时髦，即使在盛夏，薄如蝉翼的旗袍也必配上高耸及耳的硬领。 渐而又流行低领，领子越低越“摩登”，当低到实在无法再低的时候，干脆就穿起没有领子的旗 袍。 袖子的变化也是如此，时儿流行长的，长过手腕 ；时儿流行短的，短至露肘。 近代旗袍 旗袍源于满族妇女服饰中的旗装。 满族旗袍主要特点为宽大、平直，衣长及足，材料多用绸缎，衣上绣满花纹，领、衣、襟、裾都滚有宽阔的花边。 从 清末民初到三十年代，旗袍在袖子及下摆部分，在不同时期有不同的变化：袖子从宽到窄，从长到短；下摆从长到短，再由短到长，完全随着时代的变迁而变迁。 本 图为彩绣阔边旗袍，为清末满族妇女旗袍样式 第三节 自动化分销管理服装的必要性传统的方式已不能解决服装分销管理过程中的沟通(Communication )、协调(Cooperation amp。 Coordination)和控制(Control)等方面的问题。 因此必须建立现代自动化系统来完成信息的收集、整理、传递和分析，实现信息大范围、有控制、高效率而低成本的共享和利用，并及时主动地获取决策所需的信息以辅助决策，实现分销管理现代化和决策科学化。 第二章 系统开发技术第一节 可使用技术随着网络技术的发展，Java技术凭着自身强大的跨平台性，可移植，安全等特性飞速发展。 Java的四个核心技术，框架个有个的特点，本系统可采用以下技术实现：（一）EJBEJB 从技术上而言不是一种产品，EJB 是一种标准描述了构建应用组件要解决的:可扩展 (Scalable)分布式 (Distributed)事务处理 (Transactional)数据存储 (Persistent)安全性 (Secure)EJB组件可以只开发一次，然后在多个平台上部署。 本课题所开发的系统由于所涉及的事务以及并发性的要求并没有达到相当高的地步，而且由于EJB的开发成本以及部署成本都是相当的高昂。 重复设计的危险：导致这种结果的原因是复杂的文档所致。 EJB优点表现固然卓著，但是缺点和优点同样显著： 1 .巨大而复杂的规格说明：对于一个复杂的分布式系统，有一个文档进说明是一件很合理的事情。 但是，并不是所有的文档信息都是真正必需的，EJB的文档反而成了一个非常不便利的工具。 2 .庞大的文件：在你开发一个项目之前，你通常需要阅读1000多页的文档。 这是部署EJB时非常痛苦的事情。 3 .增加程序调试时间：制定EJB解决方案比远比使用普通的Java代码所需的时间长，调试EJB程序也比调试普通的Java代码所需要的时间也长。 主要原因是我们不知道bug是出在代码本身还是出在容器上。 4 .EJB代码更加复杂：举个例子，为了实现一个Session Bean，你必须写三个类，为了实现一个实体Bean，你需写四个类。 增加几个部署描述语句，比如说最简单的Hello world程序需要10个文件，而不是一个文件。 现在情况可能有了好转，但是注释的更改仍然需要重新部署应用服务器。 5 .重复设计的危险：导致这种结果的原因是复杂的文档所致。 如果你没有完全理解EJB的概念，你就不会很好的驾奴它，让它你所用，反之为你所累。 6 .维护困难：EJB是一个不断更新的技术，在新技术不断推出的时候，代码需要升级，这就就需要额外的努力和成本来使你的程序和新的EJB容器兼容。 结论：对于本课题所研究的系统而言，由于系统对事务、性能、并发性的要求并没有达到一定要用EJB不可的地步，所以暂不考虑它的使用。 这个主要是从效率以及开发成本的综合考虑。 1（二）SSHSSH是Hibernate+Struts+Spring的缩写，他们分别都是三种框架。 Hibernate主要负责数据的持久化Struts主要负责页面的转换也就是MVC中的C(Controller)，Spring 构造我们所需要的M(Model)框架是一个可复用的设计构件，它规定了应用的体系结构，阐明了整个设计、协作构件之间的依赖关系、责任分配和控制流程，表现为一组抽象类以及其实例之间协作的方法，它为构件复用提供了上下文（Context）关系。 典型的J2EE三层结构，分为表现层、中间层（业务逻辑层）和数据服务层。 三层体系将业务规则、数据访问及合法性校验等工作放在中间层处理。 客户端不直接与数据库交互，而是通过组件与中间层建立连接，再由中间层与数据库交互。 表现层是传统的JSP技术，自1999年问世以来，经过多年的发展，其广泛的应用和稳定的表现，为其作为表现层技术打下了坚实的基础。 一个良好的框架可以让开发人员减轻重新建立解决复杂问题方案的负担和精力；它可以被扩展以进行内部的定制化；并且有强大的用户社区来支持它。 框架通常能很好的解决一个问题。 然而，你的应用是分层的，可能每一个层都需要各自的框架。 仅仅解决UI问题并不意味着你能够很好的将业务逻辑和持久性逻辑和UI 组件很好的耦合。 不可否认，对于简单的应用，采用ASP或者PHP的开发效率比采用J2EE框架的开发效率要高。 甚至有人会觉得：这种分层的结构，比一般采用JSP + Servlet的系统开发效率还要低。 结论：现在的Java世界里，有了Spring的加入，所以解耦的难度一下就降低了许多。 在这三个流行框架的组合使用下，我们可以冲分利用各种设计模式来最大程度优化我们的结构。 但是他的缺点也是明显的：没有比较成型的开发应用框架，一个项目的各种成分都需要自己来实现，如果是开发经验不够的话，开发起来是一个瓶颈。 （三）JSP+JavaBean+Servlet+JDBCJSP将请求发送到Servlet，Servlet调用JavaBean中的JDBC，将处理结果返回给相应的JSP。 JavaBean要映射实体也要写JDBC链接代码。 这是一个完全可以实现目标系统的开发框架，因为所要用到的无论是设计模式还是层次划分，它都可以完全的实现。 但是由于这些组件都是Sun的原始组件，它的封装都只是提供基础接口，所以如果利。