服装企业采购管理系统研究

杭州电子科技大学信息工程学院本科毕业论文目 录1.引 言12.系统分析32.1 服装企业采购管理系统研究意义与应用背景32.1.1 服装企业采购管理系统研究意义32.1.2 服装企业采购管理系统应用背景32.2 服装企业采购管理系统发展与现状42.2.1 服装企业采购管理系统发展42.2.2 服装企业采购管理系统现状53.系统设计13.1系统目标13.2系统可行性分析13.2.1经济可行性分析13.2.2技术可行性分析23.2.3管理可行性分析23.2.4可行性分析总结23.3开发工具介绍23.3.1 Struts简介23.3.2 Spring简介33.3.3 Hibernate简介43.3.4 Struts+Spring+Hibernate集成简介53.3.5 SQL Server数据库63.3.6 JDK技术73.3.7 Tomcat简介73.3.8 EXTJS简介73.4系统需求分析83.5企业组织结构分析83.6系统功能分析83.7系统业务流程图93.8系统数据流程图112.9 数据字典122.9.1 数据项122.9.2 数据流152.9.3数据存储条目152.9.4处理逻辑条目162.9.5外部实体定义164.系统设计174.1设计思想174.2系统功能模块设计174.3 数据库设计184.3.1数据库设计概述184.3.2 数据的概念结构设计184.3.3 数据库逻辑结构设计194.3.4 数据表设计205.系统实现225.1用户登录管理225.2系统管理员界面225.3请购单管理235.3.1生产部门下达请购单235.3.2采购主管审核请购单236. 总 结1致 谢2参考文献321.引 言采购管理（Procurement Management）是计划下达、采购单生成、采购单执行、到货接收、检验入库、采购发票的收集到采购结算的采购活动的全过程，对采购过程中物流运动的各个环节状态进行严密的跟踪、监督，实现对企业采购活动执行过程的科学管理。采购管理包括采购计划、订单管理及发票校验三个组件。另有，同名图书采购管理。采购计划管理对企业的采购计划进行制定和管理，为企业提供及时准确的采购计划和执行路线。采购计划包括定期采购计划（如周、月度、季度、年度）、非定期采购任务计划（如系统根据销售和生产需求产生的）。通过对多对象多元素的采购计划的编制、分解，将企业的采购需求变为直接的采购任务，系统支持企业以销定购、以销定产、以产定购的多种采购应用模式，支持多种设置灵活的采购单生成流程。采购订单管理以采购单为源头，对从供应商确认订单、发货、到货、检验、入库等采购订单流转的各个环节进行准确的跟踪，实现全过程管理。通过流程配置，可进行多种采购流程选择，如订单直接入库，或经过到货质检环节后检验入库等，在整个过程中，可以实现对采购存货的计划状态、订单在途状态、到货待检状态等的监控和管理。采购订单可以直接通过电子商务系统发向对应的供应商，进行在线采购。采购在企业中占据着非常重要的地位，因为购进的零部件和辅助材料一般要占到最终产品销售价值的40%60%。这意味着，在获得物料方面所做的点滴成本节约对利润产生的影响，要大于企业其它成本销售领域内相同数量的节约给利润带来的影响。采购的目标：提供不间断的物料流和物资流从而保障组织运作；使库存投资和损失保持最小；保持并提高质量；发展有竞争力的供应商；当条件允许的时候，将所购物料标准化；以最低的总成本获得所需的物资和服务；提高公司的竞争地位；协调企业内部各职能部门间合作。目前科学技术的不断发展，服装企业采购的管理的手段和媒介也在发生着革命性的变化。如何运用高新技术建设原料采购管理管理和各种单据的签订处理与评价机制系统，并及时、准确地记录原料采购的处理，已成为研究的热点问题。为此，本文介绍开发一个基于WEB的服装企业采购管理信息管理系统，以实现完全无纸化管理采购方面的信息，减少工作人员因为疏忽弄错，同时可以提高采购效率，合同签订的效率，提高采购信息查看，更新的及时性和准确性。而作为一个即将毕业的我，在开发此系统有，还存在着很多的技术问题和挑战。比如对企业采购信息方面的管理流程调研不足，就会在开发系统时走弯路。而且开发出来的系统应该具有一定的使用价格，这样才达到了涉及的目的。其次开发技术的掌握程度也是一大问题。据了解。有不少企业，因为对采购管理信息系统的开发不当，造成开发费用远远大于预计，又或者开发不好，导致后期维护费用过多，用户体验不佳等各种各样的原因，最终使得管理信息系统在开发时或实现后，整个系统实施失败。这些都是我们开发和设计的前车之鉴。这个问题都是我在开发系统前需注意的，这些问题都将是我们要关注的问题所在。2.系统分析2.1 服装企业采购管理系统研究意义与应用背景2.1.1 服装企业采购管理系统研究意义随着互联网、物流业的快速发展和国际间经济发展的需要，全球化已经越来越深刻的改变着世界各个国家、地区和行业的发展模式。而中国正是这个潮流中变化最快，取得成就最突出的国家之一。随着全球化进程的推进以及中国调整产业结构、节能减排的基本方针的确立，中国的服装企业面临着前所未有的挑战和机遇。面对信息时代的机遇与挑战，利用高科技手段来提高企业的管理水平无疑是一条行之有效的途径。利用计算机管理可以最大限度的发挥准确、快捷、高效等作用,对服装公司的服务管理提供强有力的支持。因此，利用全新计算机服装管理系统，已成为提高服装企业的管理效率，改进服务水准的重要手段之一。本系统在解决服装企业的日常采购，供应，签订合同和评价管理上有一定的实际意义。2.1.2 服装企业采购管理系统应用背景信息系统是一门边缘学科，集管理科学、信息科学、系统科学、现代通信技术和电子计算机技术于一体。1985年，管理信息系统创始人，明尼苏达大学卡尔森管理学院的著名教授戴维斯（Gordon.B.Davis）给出了一个具有代表性的定义：“管理信息系统是一个利用计算机硬件和软件，手工作业、分析、计划、控制和决策模型以及数据库的用户机器系统。它能提供信息支持企业或组织的运行、管理和决策功能。服装企业采购管理系统是管理系统的一种，相对于一些复杂的管理系统它要相对简单一些，研究方法也已经达成普遍共识。服装的采购管理工作是服装销售不可缺少一部分，也是企业管理的重要组成部分。它的内容对于企业的管理者来说都至关重要，所以服装采购管理系统应该能够为用户提供完整、正确和灵活的服装采购信息和快捷的查询手段。但一直以来人们使用传统人工的方式管理文件模式，这种管理方式存在着许多缺点，如：效率低、保密性差，另外时间一长，将产生大量的文件和数据，这对于查找、更新和维护都带来了不少的困难。 所以利用计算机实现服装采购的管理的自动化将势在必行。然而我国服装行业在进行信息化采购管理改革中从在着诸多问题：(1)信息传输效率低，可靠、安全、保密性差，缺少全系统统一的数据资源和规范的商务文件运行手段。(2)缺乏统一规范和标准，尤其是数据交换标准。目前大多数服装采购软件模块独立，互不关联，数据不能共享，尤其不同软件之间的数据交换、共享、无缝连接更无从谈起，它给软件企业和用户的应用与升级带来麻烦。(3)软件开发的低水平、重复性开发、多平台共存、软件层次参差不齐，数百家服装采购软件伞业中除用友、金蝶公司等优秀者外，主要还是代替手工处理的目标，而且产品宣传与实际性能有差别，无法满足用户的实际需要。(4)管理软件缺乏实用性与先进性的一致。炒作的多、务实的少。分析决策，支持系统、等新概念层出不穷，并没有从我国还处于初级阶段的实际出发，一段时间内在我国基础设施建设、金融结算、法律法规不健全，技术以及相关人员缺乏的情况下，炒作地推出了将大有前景的基于电子商务模式的采购商务系统，结果可想而知。最近在数据挖掘技术还不成熟的情况下，又有炒作智能化的基于数据挖掘技术的决策分析支持的采购商务系统。有的在不考虑我国市场经济的时间还不长，很多还不规范的情况下，在系统中引入联机分析系统。一段时间以后，其中的数据由于“人对计算机说假话输入不符规范准确的数据”而导致“计算机对人说废话输出结果于管理无补”，最后得出“电脑不如猪脑”的结论，从而导致系统的闲置、失败。2.2 服装企业采购管理系统发展与现状2.2.1 服装企业采购管理系统发展服装企业在我国是一个新兴行业，目前尚处于初步发展阶段。虽然在改革开放后我国服装行业取得了高速发展，据统计数据，我国服装企业近4万多家，其中年销售额3000万以上的占30%，有9000余家，而1000万以上营业额的也近2/3。具规模以上服装企业服装产量达63.74亿件，其中梭织服装为30.10亿件，针织服装为33.46亿件。作为中国的朝阳服装行业，被称为“永不衰落的产业”，其发展前景确实极为诱人。全部从业人员平均人数人，服装布产量328.28亿米，工业总产值1254.90亿元，销售收入1204.64 亿元，产销率97.85%；出口交货值416.18亿元，内销占销售产值比重66.11%。但是与发达国家相比，还存在组织结构小而分散，缺少大规模，经济技术势力强的企业，专业人员素质不够高，市场管理不规范等缺点。随着我国加入WTO，我国服装行业将面对非常激烈的竞争，只有迅速提高企业的管理水平，才能在激烈的竞争中占的一席生存之地。由于服装经营涉及多个环节，而且种类繁多，大多需要单件管理，因此操作量巨大，在经营过程中容易出错。服装属于常用物品,数量大，如果管理跟不上，一旦造成商品丢失，将给企业和经营者造成巨大损。如何用先进的管理手段提高服装采购管理信息水平，已成为此行业发展的当务之急。2.2.2 服装企业采购管理系统现状作为当今世界第三大产业的服装业,为我国国民经济建设发挥着重要的作用.是我国出口创汇的主要产业。据统计,1978一1996年纺织工业累计出口创汇2800亿美元,纺织品和服装出口额占全国商品出口总额的比重一直保持l/4左右。在服装业的发展进程中,有着骄人的业绩,但形势不容乐观,栽国服装企业目前面临以下诸多问题:企业数量多,企业规模大小不_-,其中以中小型企业居多。据统计,仅浙江省就有8000多家服装企业;生产装备参差不齐,多数设备已落伍;技术落后,设计和开发创新能力低;资金不足,资本运营情况不理想;名牌产品不多,市场占有率不高.出口服装多为他人作嫁衣裳,无国际知名品牌;企业管理水平整体不高,其中不少企业还处在家庭作坊式管理。同时,服装企业还面临诸多外部压力:国内市场渐趋白热化,据统汁,全国衬衫生产企业已育3500余家,年产量已达20亿件。名牌企业为了拓展市场,扩大占有率,纷纷从大城市、大商场扩展到中小城、镇、各批发市场。进口关税的大幅度降低(1722%),表明国内市场的进一步开放,国外品牌在过去几年尝到过中国市场甜头的基础上,会有更大的举动。3.系统设计3.1系统目标（1）订单管理：该功能模块最复杂，具体而言，由生产部门发出请购单，采购主管人员负责审批请购单。请购单审批完成后进行订单的生成，此时需选择供商，然后向供应商发出样品请求，对样品进行选择后，选择执行的采购员，正式生成订单，并向供应商发送订单，等待供应商的确认，等供应商确认后双方签订采购合同。（2）供应商管理：该模块实现对供应商信息的管理，包括供应商的具体信息，比如主营产品，地址，联系方式，联系人等，各部门对供应商的评价及评分，如采购人员对供应商的服务的评价及评分，履行合同的效率，生产部门对供应商原料的评价及评分，销售部门根据客户对产品原料上的评价而给出对供应商的评价及评分。（3）采购员管理：实现对采购员的信息的管理，包括信息的添加、删除、查询。能查询到什么时候哪个采购员跟哪个供应商有活动。（4）合同管理：实现对采购合同的管理及有特殊情况的资料管理。签订合同的时间，地点，签订合同双方，还有原料名称，数量，价格及交货时间。特殊情况就指合同不能履行时的解决方案的资料。（5）评价管理：各用户对签订合同的供应商进行评价。一个用户对同一个合同只能评价一次。3.2系统可行性分析可行性是系统开发的一项关键步骤，它是通过对整个系统的需求，技术及开发方法，以及开发人员，所需资金的综合考虑以评估对于该系统的开发是否符合实际。可行性分析包括：组织和管理上的可行性、技术可行性、经济可行性。3.2.1经济可行性分析本系统使用B/S架构设计，使用市场上流行的动态网页开发技术，开发简单，使用度方便，不需要耗费大量的人力物力就能很快的开发出来，系统部署对软硬件要求不高，用户操作简单，几乎不需要对用户进行专业培训就可使用本系统，所以从经济上讲是可行的。硬件方面主要是计算机，我们的实际情况可以满足开发任务，所需资料书籍可以到图书馆翻阅或者个人购买，因此整个系统的所需投资符合我们的支付状况，经济可行性良好。3.2.2技术可行性分析物品管理系统的开发采用了先进成熟并且符合实际应用的开发方法，广泛应用于网站开发的MyEclipse，动态网页开发技术JSP和MVC 架构技术Spring和Hibernate，功能强大的数据库管理工具MySQL，结合自己的实际开发能力，和掌握的一些AJAX、DOJO、EXT、可以开发出较为完善的网上招聘求职系统。应解决的主要问题及技术要求：按实际应用的可行性划分模块，确定模块功能。 使用JSP语言和EXT显示技术，实现前台页面动态效果视图，使用Spring、Struts和Hibernate实现MVC架构，并实现与数据库之间的各项操作。使用AJAX和EXT技术，实现页面美化，提高系统效率。利用Spring Framework的安全框架Acegi，给本系统提供安全和认证安全服务。使用HTTPS技术，提高了系统安全性。3.2.3管理可行性分析物品管理系统系统使用语言为java，使用SSH开源框架，数据库为MySQL开源数据库，采用模块化开发方法，将整个系统划分为多个功能模块，分多次完成是可行的。3.2.4可行性分析总结从以上的分析可知，服装企业采购管理信息管理系统的分析与设计的解决方案无论在技术，经济还是法律以及操作上都是可行的，完全符合我们开发系统的需要，且开发本系统具有一定的经济价值和实用价值。3.3开发工具介绍3.3.1 Struts简介Struts具有组件的模块化，灵活性和重用性的优点，同时简化了基于MVC的web应用程序的开发。Struts清晰地区分控制器，视图和模型，从而简化了开发应用程序过程。Struts中包括三个部分：模型，视窗和控制器。模型在struts框架中，模型分为两个部分：系统的内部状态，可以改变状态的操作（事务逻辑）。内部状态通常由一组Form Bean表示。根据设计或应用程序复杂度的不同，这些Bean可以是自包含的并具有持续的状态，或只在需要时才获得数据（从某个数据库）。大型应用程序通常在方法内部封装事务逻辑（操作），这些方法可以被拥有状态信息的bean调用。比如购物车bean，它拥有用户购买商品的信息，可能还有checkOut()方法用来检查用户的信用卡，并向仓库发定货信息。小型程序中，操作可能会被内嵌在Action类，它是Struts框架中控制器角色的一部分。当逻辑简单时这个方法很适合。视图由JSP建立，Struts包含扩展自定义标签库，可以简化创建完全国际化用户界面的过程。控制器Struts中，基本的控制器组件是ActionServlet类，实际使用的servlet在配置文件中由一组Action映射（Action Mapping）进行定义。其体系结构如图3-1所示。图3-1 Struts体系结构3.3.2 Spring简介Spring是一个开源框架，它由Rod Johnson创建。它是为了解决企业应用开发的复杂性而创建的。Spring使用基本的JavaBean来完成以前只可能由EJB完成的事情。然而，Spring的用途不仅限于服务器端的开发。从简单性、可测试性和松耦合的角度而言，任何Java应用都可以从Spring中受益。其目的是解决企业应用开发的复杂性。使用基本的JavaBean代替EJB，并提供了更多的企业应用功能。简单来说，Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。轻量从大小与开销两方面而言Spring都是轻量的。完整的Spring框架可以在一个大小只有1MB多的JAR文件里发布。并且Spring所需的处理开销也是微不足道的。此外，Spring是非侵入式的：典型地，Spring应用中的对象不依赖于Spring的特定类。 控制反转Spring通过一种称作控制反转（IoC）的技术促进了松耦合。当应用了IoC，一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。可以认为IoC与JNDI相反不是对象从容器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。面向切面Spring提供了面向切面编程的丰富支持，允许通过分离应用的业务逻辑与系统级服务，例如审计（auditing）和事务（transaction）管理，进行内聚性的开发。应用对象只实现它们应该做的完成业务逻辑仅此而已。它们并不负责（甚至是意识）其它的系统级关注点，例如日志或事务支持。 容器Spring包含并管理应用对象的配置和生命周期，在这个意义上它是一种容器，你可以配置你的每个bean如何被创建基于一个可配置原型（prototype），你的bean可以创建一个单独的实例或者每次需要时都生成一个新的实例以及它们是如何相互关联的。然而，Spring不应该被混同于传统的重量级的EJB容器，它们经常是庞大与笨重的，难以使用。 框架Spring可以将简单的组件配置、组合成为复杂的应用。在Spring中，应用对象被声明式地组合，典型地是在一个XML文件里。Spring也提供了很多基础功能（事务管理、持久化框架集成等等），将应用逻辑的开发留给了你。 所有Spring的这些特征使开发者能够编写更干净、更可管理、并且更易于测试的代码。它们也为Spring中的各种模块提供了基础支持。其体系结构图2-2所示。 图3-2 Spring体系结构3.3.3 Hibernate简介面向对象的开发方法是当今的主流，但是同时我们又不得不使用关系型数据库。于是就只能在上层的应用层找解决方案。JDBC可以说是访问持久数据层最原始、最直接的方法，用DAO模式把数据访问封装起来，然后在其他层中统一调用。这种方法的优点是运行效率高，但缺点是很难做到把关系表记录完整的映射到持久对象的关系上来，这主要体现在多表的关系无法直接映射到对持久对象的映射上来，比如说可能会造成一个表映射多个持久对象，也可能多个表映射一个持久对象，更有可能的是表的某些字段映射到一个持久对象，但是另外一些字段映射到别的持久对象上，于是进行一次数据库操作，变成了大量SQL语句的堆砌。DAO对象和SQL语言紧密藕合导致代码难以维护，最后结果是往往会抛弃对于持久层的对象设计，返回到完全按照表字段进行操作的面向过程的方法中去。Hibernate是一种新的ORM映射工具，它不仅提供了从Java类到数据表之间的映射(包括Java数据类型到SQL数据类型的映射)，也提供了数据查询和恢复机制28。相对于使用JDBC和SQL来手工操作数据库，使用Hibernate后， Java开发人员可以方便的通过Hibernate API来操纵数据库29。并且对于那些在基于Java的中间层应用中，使用Hibernate也可以很容易实现面向对象的业务模型和商业逻辑。Hibernat的主要特点有:(1)Hibernate是JDBC的轻量级的对象封装，避免引入过多复杂的问题，调试容易。它是一个独立的对象持久层框架，可以代替JDBC编程。(2)Hibernate是一个和JDBC密切关联的框架，Hibernate的兼容性只与JDBC驱动和数据库有一定的关系，与Java程序和应用程序服务器没有任何关系。(3)具有可扩展性，API开放，当本身功能不够用的时候，可以自己编码进行扩展，并且开发者活跃，产品有稳定的发展保障。Hibernate架构如图3-3所示。 图3-3 Hibernate体系结构3.3.4 Struts+Spring+Hibernate集成简介前面分析了基于J2EE的三种框架技术，下面通过集成以上三种框架技术来对传统的J2EE Web开发模型加以改进，以形成一种新的、轻量型的J2EE架构。集成SSH框架的系统框架图如图2-4所示，系统从职责上分为四层：表示层、业务逻辑层、数据持久层和域模块层。其中使用Struts作为系统的整体基础架构，负责MVC的分离，在Struts框架的模型部分，利用Hibernate框架对持久层提供支持，业务层用Spring支持。具体做法是：用面向对象的分析方法根据需求提出一些模型，将这些模型实现为基本的Java对象，然后编写基本的DAO接口，并给出Hibernate的DAO实现，采用Hibernate架构实现的DAO类来实现Java类与数据库之间的转换和访问，最后由Spring完成业务逻辑。图3-4SSH系统框架图系统的基本业务流程是： 在表示层中，首先通过JSP页面实现交互界面，负责送请求(Request)和接收响应(Response)，然后Struts根据配置文件(struts-config.xml)将ActionServlet接收到的Request委派给相应的Action处理。在业务层中，管理服务组件的Spring IoC容器负责向Action提供业务模型(Model)组件和该组件的协作对象数据处理(DAO)组件完成业务逻辑，并提供事务处理、缓冲池等容器组件以提升系统性能和保证数据的完整性。而在持久层中，则依赖于Hibernate的对象化映射和数据库交互，处理DAO组件请求的数据，并返回处理结果。采用上述开发模型，不仅实现了视图、控制器与模型的彻底分离，而且还实现了业务逻辑层与持久层的分离。这样无论前端如何变化，模型层只需很少的改动，并且数据库的变化也不会对前端有所影响，大大提高了系统的可复用性。而且由于不同层之间耦合度小，有利于团队成员并行工作，大大提高了开发效率。3.3.5 SQL Server数据库SQL Server数据库系统最初是由Sybase公司开发和实现的，Microsoft为了在OS2操作系统中开发数据库产品，购买了SQL Server版权，并于20世纪90年代初期在Windows操作系统中开始开发。如果用户开发Windows应用程序，SQL Server应是首选的数据库产品，因为它与Windows操作系统结合得非常紧密。随着Windows操作系统的盛行，使得SQL Server成为一个重要的数据库系统。此外，SQL Server还具有Windows操作系统的特点，即用户友好、操作简单，通过图形用户接口（SQL Server提供的企业管理器），用户不需记忆各种命令和SQL语句就可以完成各种常规操作。Microsoft SQL Server 2005是SQL Server的主要新发行版，相比之前的版本，这个版本关注于使创建、部署和管理企业数据库系统和应用程序变得更加容易，同时增强了数据库的可伸缩性、可靠性、安全性、管理性和其他性能。3.3.6 JDK技术JDK 是整个Java的核心，包括了Java运行环境（Java Runtime Envirnment），一堆Java工具和Java基础的类库(rt.jar)。不论什么Java应用服务器实质都是内置了某个版本的JDK。因此掌握 JDK是学好Java的第一步。最主流的JDK是Sun公司发布的JDK，除了Sun之外，还有很多公司和组织都开发了自己的JDK，例如IBM公司开发的JDK，BEA公司的Jrocket，还有GNU组织开发的JDK等等。其中IBM的JDK包含的JVM（Java Virtual Machine）运行效率要比Sun JDK包含的JVM高出许多。而专门运行在x86平台的Jrocket在服务端运行效率也要比Sun JDK好很多。但不管怎么说，我们还是需要先把Sun JDK掌握好。 3.3.7 Tomcat简介Tomcat是Apache 软件基金会（Apache Software Foundation）的Jakarta 项目中的一个核心项目，由Apache、Sun和其他一些公司及个人共同开发而成。由于有了Sun 的参与和支持，最新的Servlet 和JSP 规范总是能在Tomcat 中得到体现，Tomcat 6 支持最新的Servlet 2.4 和JSP 2.0 规范。因为Tomcat 技术先进、性能稳定，而且免费，因而深受Java 爱好者的喜爱并得到了部分软件开发商的认可，成为目前比较流行的Web 应用服务器。Tomcat 很受广大程序员的喜欢，因为它运行时占用的系统资源小，扩展性好，支持负载平衡与邮件服务等开发应用系统常用的功能；而且它还在不断的改进和完善中，任何一个感兴趣的程序员都可以更改它或在其中加入新的功能。Tomcat 是一个小型的轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP程序的首选。对于一个初学者来说，可以这样认为，当在一台机器上配置好Apache服务器，可利用它响应对HTML页面的访问请求。实际上Tomcat 部分是Apache 服务器的扩展，但它是独立运行的，所以当你运行tomcat 时，它实际上作为一个与Apache 独立的进程单独运行的。3.3.8 EXTJS简介ext是一个强大的js类库,以前是基于YAHOO-UI,现在已经完全独立了, 主要包括data,widget,form,grid,dd,menu,其中最强大的应该算grid了,编程思想是基于面向对象编程(oop),扩展性相当的好.可以自己写扩展.自己定义命名空间.web应用可能感觉太大.不过您可以根据需要按需加载您想要的类库就可以了. 主要包括三个大的文件ext-all.css,ext-base.js,ext-all.js(包括所有的类库,您可以根据需要进行删减.官方网站提供这一接口),在引用ext类库的时候.这三个文件必不可少. 它提供了丰富的，非常漂亮的外观体验，成为众多界面层开发人员的追捧！其核心的组件基本覆盖了我们构建富客户端的常用的组件。3.4系统需求分析需求分析就是分析软件用户的需求是什么.如果投入大量的人力，物力,财力,时间,开发出的软件却没人要,那所有的投入都是徒劳.如果费了很大的精力,开发一个软件,最后却不满足用户的要求,从而要重新开发过,这种返工是让人痛心疾首的. 需求分析是数据库信息系统开发的第一步也是最重要的一步，是整个软件设计的基础，一个系统的需求分析会随着软件开发的实际情况而做出相应的需求修改。因此，需求分析是最耗费时间的一个阶段。需求分析的充分和准确直接影响系统的设计和实现。本节分别从服装企业采购系统的功能需求与性能需求两个方面来探究具体的需求分析过程。需求分析之所以重要,就因为他具有决策性,方向性,策略性的作用,他在软件开发的过程中具有举足轻重的地位.大家一定要对需求分析具有足够的重视.在一个大型软件系统的开发中,他的作用要远远大于程序设计。3.5企业组织结构分析企业组织结构是企业组织内部各个有机构成要素相互作用的联系方式或形式，以求有效、合理地把组织成员组织起来，为实现共同目标而协同努力。 组织结构是企业资源和权力分配的载体，它在人的能动行为下，通过信息传递，承载着企业的业务流动，推动或者阻碍企业使命的进程。由于组织结构在企业中的基础地位和关键作用，企业所有战略意义上的变革，都必须首先在组织结构上开始。在组织结构上，把既有按职能划分的垂直领导系统，又有按产品（项目）划分的横向领导关系的结构，称为矩阵组织结构。矩阵制组织是为了改进直线职能制横向联系差，缺乏弹性的缺点而形成的一种组织形式。它把按职能划分的部门与按项目划分的小组结合起来组成矩阵，使小组成员接受小组和职能部门的双重领导。它的特点表现在围绕某项专门任务成立跨职能部门的专门机构上，这种组织结构形式是固定的，人员却是变动的，任务完成后就可以离开。 与U型结构相比较，矩阵制结构机动、灵活，可随项目的开发与结束进行组织或解散；由于这种结构是根据项目组织的，任务清楚，目的明确，各方面有专长的人都是有备而来，克服了U型结构中各部门互相脱节的现象。矩阵结构适用于一些重大攻关项目。企业可用来完成涉及面广的、临时性的、复杂的重大工程项目或管理改革任务。特别适用于以开发与实验为主的单位，例如科学研究，尤其是应用性研究单位等。3.6系统功能分析订单管理：该功能模块最复杂，具体而言，由生产部门发出请购单，采购主管人员负责审批请购单。请购单审批完成后进行订单的生成，此时需选择供商，然后向供应商发出样品请求，对样品进行选择后，选择执行的采购员，正式生成订单，并向供应商发送订单，等待供应商的确认，等供应商确认后双方签订采购合同。供应商管理：该模块实现对供应商信息的管理，包括供应商的具体信息，比如主营产品，地址，联系方式，联系人等，各部门对供应商的评价及评分，如采购人员对供应商的服务的评价及评分，履行合同的效率，生产部门对供应商原料的评价及评分，销售部门根据客户对产品原料上的评价而给出对供应商的评价及评分。采购员管理：实现对采购员的信息的管理，包括信息的添加、删除、查询。能查询到什么时候哪个采购员跟哪个供应商有活动。合同管理：实现对采购合同的管理及有特殊情况的资料管理。签订合同的时间，地点，签订合同双方，还有原料名称，数量，价格及交货时间。特殊情况就指合同不能履行时的解决方案的资料。3.7系统业务流程图系统的功能设计主要是根据现实中服装企业采购所需要的操作流程、存储数据为特点设计需求，以实现一个面向Web的具有存储、管理以及浏览采购系统为目标。下面就以面向不同用户来用进行需求分析，根据用户的具体操作来处理需求，从而进一步得到详细的系统功能需求。 服装企业采购系统的采购主管需求分析 (1)用户管理功能，可以对供应商用户、采购员用户、生产部门用户进行维护，具有添加、删除、修改等功能。(2)对生产部门发出的请购单进行审核，审核的同时需要选择供应商。(3)当有请购单被供应商选择样品后，管理员需要选择负责该请购单的采购员。这样就可以生产初始合同了。(4)合同查询评价：一旦合同被双方确认完成后，可以对供应商原料的评价及评分。并可以查看所有用户的评价信息。本采购主管用户的具体流程可以如图3.5所示。图3.5采购主管用户的具体流程 服装企业采购系统的生产部门需求分析 (1)生产部门申请的请购单。本服装企业生产部门，如果需要什么原料，可以通过此此功能申请请购单。(2)合同查询评价：一旦合同被双方确认完成后，可以对供应商原料的评价及评分。并可以查看所有用户的评价信息。本生产部门用户的具体流程可以如图3.6所示。图3.6生产部门用户的具体流程 服装企业采购系统的供应商需求分析 (1)产品管理功能：可以供应产品进行维护，具有添加、删除、修改等功能。(2)联系人管理：对供应商部门的联系人，地址，电话等联系方式进行维护。(3)供应商选择样品：当有请购单被采购主管审核后，选择供应商后，供应商就可以对此请购单选择样品了。每个供应商只能看到分配给自己的请购单进行操作。(4)合同管理：请购单被确认后，会生产采购合同，此时需要经过采购员填写相关信息，然后供应商进行确认。确认后即表示合同签订。(5)合同查询评价：一旦合同被双方确认完成后，可以对供应商原料的评价及评分。并可以查看所有用户的评价信息。本供应商用户的具体流程可以如图3.7所示。图3.7供应商用户的具体流程 服装企业采购系统的采购元需求分析 (1)合同管理：请购单被确认后，会生产采购合同，此时需要经过采购员填写相关信息，然后供应商进行确认。确认后即表示合同签订。(2)合同查询评价：一旦合同被双方确认完成后，可以对供应商原料的评价及评分。并可以查看所有用户的评价信息。本采购员用户的具体流程可以如图3.8所示。图3.8采购员用户的具体流程3.8系统数据流程图顶层图3-9 顶层数据流程图图3-10 二层处理数据流程图2.9 数据字典2.9.1 数据项数据项编号：A-01-01数据项名称：用户编号简 述：唯一的用户识别编号类型及宽度：顺序编号，4位取值 范围：1-9999a_name,a_pass,a_power,gongname,gongdesc数据项编号：A-01-02数据项名称：用户名简 述：当户的用户名类型及宽度：字符，20位取值 范围：文本数据项编号：A-01-03数据项名称：密码简 述：当户的密码类型及宽度：字符，20位取值 范围：文本数据项编号：A-01-04数据项名称：用户权限简 述：当户的权限类型及宽度：字符，20位取值 范围：文本数据项编号：A-01-05数据项名称：供应商名称简 述：当户的供应商名称类型及宽度：字符，20位取值 范围：文本数据项编号：A-01-06数据项名称：供应商描述简 述：当户的供应商描述类型及宽度：字符，4000位取值 范围：文本数据项编号：A-02-01数据项名称：联系人编号简 述：联系人的唯一标示符类型及宽度：顺序编码，4位取值 范围：1-9999数据项编号：A-02-02数据项名称：用户ID简 述：用户ID类型及宽度：顺序编码，4位取值 范围：1-9999数据项编号：A-02-03数据项名称：联系人电话简 述：联系人电话类型及宽度：字符，50位取值 范围：文本数据项编号：A-02-04数据项名称：联系人地址简 述：联系人地址类型及宽度：字符，50位取值 范围：文本数据项编号：A-02-05数据项名称：联系人姓名简 述：联系人姓名类型及宽度：字符，50位取值 范围：文本数据项编号：A-02-06数据项名称：联系人Email简 述：联系人Email类型及宽度：字符，50位取值 范围：文本数据项编号：A-02-07数据项名称：创建时间简 述：联系人创建时间类型及宽度：时间，8位取值 范围：时间2.9.2 数据流数据流编号：D-01数据流名称：当户请购单申请简 述：当户提交采购信息，申请采购原材料数据流来源：生产部门数据流去向：采购员审核处理数据流组成：错误通知数据流编号：D-02数据流名称：采购主管审核请购单简 述：当生产部门申请请购单后，采购主管可以对此请购单进行审核，同时需要选择提供原料的供应商数据流来源：审核处理数据流去向：供应商数据流组成：错误通知数据流编号：D-03数据流名称：供应商选择样品简 述：当有请购单被采购主管审核后，选择供应商后，供应商就可以对此请购单选择样品了。每个供应商只能看到分配给自己的请购单进行操作数据流来源：审核处理数据流去向：采购主管数据流组成：错误通知2.9.3数据存储条目数据存储编号：F-01数据存储名称：用户表简 述：保存所有用户基本信息数据存储组成：用户编号+用户名+密码+权限+供应商名称+供应商描述+创建时间关 键 字：用户相关联的处理：P1.1，P1.2，P1.3，P1.4，P1.5，P1.6数据存储编号：F-02数据存储名称：联系人表简 述：保存所有联系人基本信息数据存储组成：联系人编号+电话号码+地址+姓名+Email+创建时间关 键 字：联系人相关联的处理：P1.1，P1.2，P1.3，P1.4，P1.5，P处理逻辑条目处理逻辑编号：P1处理逻辑名称：当户请购单申请简 述：当户提交采购信息，申请采购原材料输入的数据流：供应商请购申请处 理：根据当户需求，分类和审核，并将通过的发放到相应的处理输出的数据流：申请信息成功处 理 频 率：根据需求而定处理逻辑编号：P2处理逻辑名称：采购主管审核请购单简 述：当生产部门申请请购单后，采购主管可以对此请购单进行审核，同时需要选择提供原料的供应商输入的数据流：供应商请购申请处 理：根据请购申请，审核并选择供应商输出的数据流：审核信息成功处 理 频 率：根据需求而定处理逻辑编号：P3处理逻辑名称：供应商选择样品简 述：当有请购单被采购主管审核后，选择供应商后，供应商就可以对此请购单选择样品了。每个供应商只能看到分配给自己的请购单进行操作输入的数据流：采购主管审核请购单处 理：选择样品输出的数据流：选择样品成功处 理 频 率：根据需求而定2.9.5外部实体定义外部实体编号：S01外部实体名称：当户简 述：申请请购单操作的客户输入的数据流：D-01,D-02,D-03,D-4输出的数据流：D-014.系统设计4.1设计思想服装企业采购系统采用结构化与原型法相结合的方法。这种综合法的优点是它兼顾了结构化开发方法开发过程控制性强的特点以及原型法开发周期短、见效快的特点。采用两者结合的形式进行系统的开发时，采用了结构化生命周期法的设计思想，即自顶向下，从总体到部分，合理划分系统的结构，设计数据库模型。在系统的分析与初步设计上采用原型法做出原始模型，根据实际反映的情况，继续按结构化生命周期法进行系统的详细设计及其实施与转换、系统维护与评价阶段的工作。该系统是基于 B/S架构的三层体系结构。在遵循模块化结构设计原则的基础上，根据实现的目标，用户身份验证只需要一个模块，而其他模块则分成了多个个不同的子模块，各子模块既相互配合，又各自具有一定的独立功能。这样就形成了一个树形的结构。采用了当前最新的技术DWR+AJAX+EXT，在页面上采取了人性化设计。4.2系统功能模块设计（1）订单管理：该功能模块最复杂，具体而言，由生产部门发出请购单，采购主管人员负责审批请购单。请购单审批完成后进行订单的生成，此时需选择供商，然后向供应商发出样品请求，对样品进行选择后，选择执行的采购员，正式生成订单，并向供应商发送订单，等待供应商的确认，等供应商确认后双方签订采购合同。（2）供应商管理：该模块实现对供应商信息的管理，包括供应商的具体信息，比如主营产品，地址，联系方式，联系人等，各部门对供应商的评价及评分，如采购人员对供应商的服务的评价及评分，履行合同的效率，生产部门对供应商原料的评价及评分，销售部门根据客户对产品原料上的评价而给出对供应商的评价及评分。（3）采购员管理：实现对采购员的信息的管理，包括信息的添加、删除、查询。能查询到什么时候哪个采购员跟哪个供应商有活动。（4）合同管理：实现对采购合同的管理及有特殊情况的资料管理。签订合同的时间，地点，签订合同双方，还有原料名称，数量，价格及交货时间。特殊情况就指合同不能履行时的解决方案的资料。4.3 数据库设计4.3.1数据库设计概述将需求分析得到的用户需求抽象为信息结构及概念模型的过程是概念结构设计。为了描述数据库结构的概念模式，这里采用E-R图来描述数据库的实体关系。在新闻发布系统中，主要有用户模块、产品模块、请购单模块、合同模块、评价模块等。4.3.2 数据的概念结构设计全局e-r图如下：图4-1 全局E-R图分层e-r：(1) 当户：图4-2 当户E-R图(2) 联系人：图4-3 联系人E-R图(3) 请购单：图4-4 请购单E-R图(4) 合同表：图4-5 合同E-R图4.3.3 数据库逻辑结构设计关系模式：当户（用户号，用户名，密码，权限，供应商名称，供应商描述，创建时间）；联系人（联系人号，用户号，电话，地址，姓名，Email，创建时间）；请购单（单号，原料名称，原料描述，价格，数量，申请人，申请时间，状态，审核人，审核时间，供应商，样品）；合同信息（合同号，请购单号，采购员，创建时间，签合同时间，地址，采购员姓名，供应商姓名，交货时间，状态，附加说明）；4.3.4 数据表设计表3-1 当户表列名数据类型完整性约束说明a_idInt(10)PEIMARY KEY当户号a_nameVARCHAR(20)NOT NULL用户名a_passVARCHAR(20)NOT NULL密码a_powerVARCHAR(20)NOT NULL权限gongnameVARCHAR(20)NULL供应商名称gongdescVARCHAR(4000)NULL供应商描述createtimedatetimeNOT NULL创建时间表3-2 联系人表列名数据类型完整性约束说明IdInt(10)PEIMARY KEY编号adminidInt(10)NOT NULL用户编号telVARCHAR(20)NU