服装企业采购管理信息管理系统的分析与设计.docx

服装企业采购管理信息管理系统的分析与设计.docx

《服装企业采购管理信息管理系统的分析与设计.docx》由会员分享，可在线阅读，更多相关《服装企业采购管理信息管理系统的分析与设计.docx（30页珍藏版）》请在冰豆网上搜索。

服装企业采购管理信息管理系统的分析与设计

1.引言1

2.系统分析3

服装企业采购管理系统研究意义与应用背景3

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

服装企业采购管理系统应用背景3

服装企业采购管理系统发展与现状4

服装企业采购管理系统发展4

服装企业采购管理系统现状5

3.系统设计1

系统目标1

系统可行性分析1

经济可行性分析1

技术可行性分析2

管理可行性分析2

可行性分析总结2

开发工具介绍2

Struts简介2

Spring简介3

Hibernate简介4

Struts+Spring+Hibernate集成简介5

SQLServer数据库6

JDK技术7

Tomcat简介7

EXTJS简介7

系统需求分析8

企业组织结构分析8

系统功能分析8

系统业务流程图9

系统数据流程图11

数据字典12

数据项12

数据流15

数据存储条目15

处理逻辑条目16

外部实体定义16

4.系统设计17

设计思想17

系统功能模块设计17

数据库设计18

数据库设计概述18

数据的概念结构设计18

数据库逻辑结构设计19

数据表设计20

5.系统实现22

用户登录管理22

系统管理员界面22

请购单管理23

生产部门下达请购单23

采购主管审核请购单23

6.总结1

致谢2

参考文献3

1.引言

采购管理（ProcurementManagement）是计划下达、采购单生成、采购单执行、到货接收、检验入库、采购发票的收集到采购结算的采购活动的全过程，对采购过程中物流运动的各个环节状态进行严密的跟踪、监督，实现对企业采购活动执行过程的科学管理。

采购管理包括采购计划、订单管理及发票校验三个组件。

另有，同名图书《采购管理》。

采购计划管理对企业的采购计划进行制定和管理，为企业提供及时准确的采购计划和执行路线。

采购计划包括定期采购计划（如周、月度、季度、年度）、非定期采购任务计划（如系统根据销售和生产需求产生的）。

通过对多对象多元素的采购计划的编制、分解，将企业的采购需求变为直接的采购任务，系统支持企业以销定购、以销定产、以产定购的多种采购应用模式，支持多种设置灵活的采购单生成流程。

采购订单管理以采购单为源头，对从供应商确认订单、发货、到货、检验、入库等采购订单流转的各个环节进行准确的跟踪，实现全过程管理。

通过流程配置，可进行多种采购流程选择，如订单直接入库，或经过到货质检环节后检验入库等，在整个过程中，可以实现对采购存货的计划状态、订单在途状态、到货待检状态等的监控和管理。

采购订单可以直接通过电子商务系统发向对应的供应商，进行在线采购。

采购在企业中占据着非常重要的地位，因为购进的零部件和辅助材料一般要占到最终产品销售价值的40%~60%。

这意味着，在获得物料方面所做的点滴成本节约对利润产生的影响，要大于企业其它成本—销售领域内相同数量的节约给利润带来的影响。

采购的目标：

提供不间断的物料流和物资流从而保障组织运作；使库存投资和损失保持最小；保持并提高质量；发展有竞争力的供应商；当条件允许的时候，将所购物料标准化；以最低的总成本获得所需的物资和服务；提高公司的竞争地位；协调企业内部各职能部门间合作。

目前科学技术的不断发展，服装企业采购的管理的手段和媒介也在发生着革命性的变化。

如何运用高新技术建设原料采购管理管理和各种单据的签订处理与评价机制系统，并及时、准确地记录原料采购的处理，已成为研究的热点问题。

为此，本文介绍开发一个基于WEB的服装企业采购管理信息管理系统，以实现完全无纸化管理采购方面的信息，减少工作人员因为疏忽弄错，同时可以提高采购效率，合同签订的效率，提高采购信息查看，更新的及时性和准确性。

而作为一个即将毕业的我，在开发此系统有，还存在着很多的技术问题和挑战。

比如对企业采购信息方面的管理流程调研不足，就会在开发系统时走弯路。

而且开发出来的系统应该具有一定的使用价格，这样才达到了涉及的目的。

其次开发技术的掌握程度也是一大问题。

据了解。

有不少企业，因为对采购管理信息系统的开发不当，造成开发费用远远大于预计，又或者开发不好，导致后期维护费用过多，用户体验不佳等各种各样的原因，最终使得管理信息系统在开发时或实现后，整个系统实施失败。

这些都是我们开发和设计的前车之鉴。

这个问题都是我在开发系统前需注意的，这些问题都将是我们要关注的问题所在。

2.系统分析

服装企业采购管理系统研究意义与应用背景

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

随着互联网、物流业的快速发展和国际间经济发展的需要，全球化已经越来越深刻的改变着世界各个国家、地区和行业的发展模式。

而中国正是这个潮流中变化最快，取得成就最突出的国家之一。

随着全球化进程的推进以及中国调整产业结构、节能减排的基本方针的确立，中国的服装企业面临着前所未有的挑战和机遇。

面对信息时代的机遇与挑战，利用高科技手段来提高企业的管理水平无疑是一条行之有效的途径。

利用计算机管理可以最大限度的发挥准确、快捷、高效等作用,对服装公司的服务管理提供强有力的支持。

因此，利用全新计算机服装管理系统，已成为提高服装企业的管理效率，改进服务水准的重要手段之一。

本系统在解决服装企业的日常采购，供应，签订合同和评价管理上有一定的实际意义。

2.1.2服装企业采购管理系统应用背景

信息系统是一门边缘学科，集管理科学、信息科学、系统科学、现代通信技术和电子计算机技术于一体。

1985年，管理信息系统创始人，明尼苏达大学卡尔森管理学院的著名教授戴维斯（）给出了一个具有代表性的定义：

“管理信息系统是一个利用计算机硬件和软件，手工作业、分析、计划、控制和决策模型以及数据库的用户－机器系统。

它能提供信息支持企业或组织的运行、管理和决策功能。

服装企业采购管理系统是管理系统的一种，相对于一些复杂的管理系统它要相对简单一些，研究方法也已经达成普遍共识。

服装的采购管理工作是服装销售不可缺少一部分，也是企业管理的重要组成部分。

它的内容对于企业的管理者来说都至关重要，所以服装采购管理系统应该能够为用户提供完整、正确和灵活的服装采购信息和快捷的查询手段。

但一直以来人们使用传统人工的方式管理文件模式，这种管理方式存在着许多缺点，如：

效率低、保密性差，另外时间一长，将产生大量的文件和数据，这对于查找、更新和维护都带来了不少的困难。

所以利用计算机实现服装采购的管理的自动化将势在必行。

然而我国服装行业在进行信息化采购管理改革中从在着诸多问题：

（1）信息传输效率低，可靠、安全、保密性差，缺少全系统统一的数据资源和规范的商务文件运行手段。

（2）缺乏统一规范和标准，尤其是数据交换标准。

目前大多数服装采购软件模块独立，互不关联，数据不能共享，尤其不同软件之间的数据交换、共享、无缝连接更无从谈起，它给软件企业和用户的应用与升级带来麻烦。

（3）软件开发的低水平、重复性开发、多平台共存、软件层次参差不齐，数百家服装采购软件伞业中除用友、金蝶公司等优秀者外，主要还是代替手工处理的目标，而且产品宣传与实际性能有差别，无法满足用户的实际需要。

（4）管理软件缺乏实用性与先进性的一致。

炒作的多、务实的少。

分析决策，支持系统、等新概念层出不穷，并没有从我国还处于初级阶段的实际出发，一段时间内在我国基础设施建设、金融结算、法律法规不健全，技术以及相关人员缺乏的情况下，炒作地推出了将大有前景的基于电子商务模式的采购商务系统，结果可想而知。

最近在数据挖掘技术还不成熟的情况下，又有炒作智能化的基于数据挖掘技术的决策分析支持的采购商务系统。

有的在不考虑我国市场经济的时间还不长，很多还不规范的情况下，在系统中引入联机分析系统。

一段时间以后，其中的数据由于“人对计算机说假话输入不符规范准确的数据”而导致“计算机对人说废话输出结果于管理无补”，最后得出“电脑不如猪脑”的结论，从而导致系统的闲置、失败。

服装企业采购管理系统发展与现状

2.2.1服装企业采购管理系统发展

服装企业在我国是一个新兴行业，目前尚处于初步发展阶段。

虽然在改革开放后我国服装行业取得了高速发展，据统计数据，我国服装企业近4万多家，其中年销售额3000万以上的占30%，有9000余家，而1000万以上营业额的也近2/3。

具规模以上服装企业服装产量达亿件，其中梭织服装为亿件，针织服装为亿件。

作为中国的朝阳服装行业，被称为“永不衰落的产业”，其发展前景确实极为诱人。

全部从业人员平均人数423013人，服装布产量亿米，工业总产值亿元，销售收入亿元，产销率%；出口交货值亿元，内销占销售产值比重%。

但是与发达国家相比，还存在组织结构小而分散，缺少大规模，经济技术势力强的企业，专业人员素质不够高，市场管理不规范等缺点。

随着我国加入WTO，我国服装行业将面对非常激烈的竞争，只有迅速提高企业的管理水平，才能在激烈的竞争中占的一席生存之地。

由于服装经营涉及多个环节，而且种类繁多，大多需要单件管理，因此操作量巨大，在经营过程中容易出错。

服装属于常用物品,数量大，如果管理跟不上，一旦造成商品丢失，将给企业和经营者造成巨大损。

如何用先进的管理手段提高服装采购管理信息水平，已成为此行业发展的当务之急。

2.2.2服装企业采购管理系统现状

作为当今世界第三大产业的服装业,为我国国民经济建设发挥着重要的作用.是我国出口创汇的主要产业。

据统计,1978一1996年纺织工业累计出口创汇2800亿美元,纺织品和服装出口额占全国商品出口总额的比重一直保持l/4左右。

在服装业的发展进程中,有着骄人的业绩,但形势不容乐观,栽国服装企业目前面临以下诸多问题:

企业数量多,企业规模大小不_--,其中以中小型企业居多。

据统计,仅浙江省就有8000多家服装企业;生产装备参差不齐,多数设备已落伍;技术落后,设计和开发创新能力低;资金不足,资本运营情况不理想;名牌产品不多,市场占有率不高.出口服装多为他人作嫁衣裳,无国际知名品牌;企业管理水平整体不高,其中不少企业还处在家庭作坊式管理。

同时,服装企业还面临诸多外部压力:

国内市场渐趋白热化,据统汁,全国衬衫生产企业已育3500余家,年产量已达20亿件。

名牌企业为了拓展市场,扩大占有率,纷纷从大城市、大商场扩展到中小城、镇、各批发市场。

进口关税的大幅度降低（17—22%）,表明国内市场的进一步开放,国外品牌在过去几年尝到过中国市场甜头的基础上,会有更大的举动。

3.系统设计

系统目标

（1）订单管理：

该功能模块最复杂，具体而言，由生产部门发出请购单，采购主管人员负责审批请购单。

请购单审批完成后进行订单的生成，此时需选择供商，然后向供应商发出样品请求，对样品进行选择后，选择执行的采购员，正式生成订单，并向供应商发送订单，等待供应商的确认，等供应商确认后双方签订采购合同。

（2）供应商管理：

该模块实现对供应商信息的管理，包括供应商的具体信息，比如主营产品，地址，联系方式，联系人等，各部门对供应商的评价及评分，如采购人员对供应商的服务的评价及评分，履行合同的效率，生产部门对供应商原料的评价及评分，销售部门根据客户对产品原料上的评价而给出对供应商的评价及评分。

（3）采购员管理：

实现对采购员的信息的管理，包括信息的添加、删除、查询。

能查询到什么时候哪个采购员跟哪个供应商有活动。

（4）合同管理：

实现对采购合同的管理及有特殊情况的资料管理。

签订合同的时间，地点，签订合同双方，还有原料名称，数量，价格及交货时间。

特殊情况就指合同不能履行时的解决方案的资料。

（5）评价管理：

各用户对签订合同的供应商进行评价。

一个用户对同一个合同只能评价一次。

系统可行性分析

可行性是系统开发的一项关键步骤，它是通过对整个系统的需求，技术及开发方法，以及开发人员，所需资金的综合考虑以评估对于该系统的开发是否符合实际。

可行性分析包括：

组织和管理上的可行性、技术可行性、经济可行性。

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技术，实现页面美化，提高系统效率。

利用SpringFramework的安全框架Acegi，给本系统提供安全和认证安全服务。

使用HTTPS技术，提高了系统安全性。

3.2.3管理可行性分析

物品管理系统系统使用语言为java，使用SSH开源框架，数据库为MySQL开源数据库，采用模块化开发方法，将整个系统划分为多个功能模块，分多次完成是可行的。

3.2.4可行性分析总结

从以上的分析可知，服装企业采购管理信息管理系统的分析与设计的解决方案无论在技术，经济还是法律以及操作上都是可行的，完全符合我们开发系统的需要，且开发本系统具有一定的经济价值和实用价值。

开发工具介绍

3.3.1Struts简介

Struts具有组件的模块化，灵活性和重用性的优点，同时简化了基于MVC的web应用程序的开发。

Struts清晰地区分控制器，视图和模型，从而简化了开发应用程序过程。

Struts中包括三个部分：

模型，视窗和控制器。

模型——在struts框架中，模型分为两个部分：

系统的内部状态，可以改变状态的操作（事务逻辑）。

内部状态通常由一组FormBean表示。

根据设计或应用程序复杂度的不同，这些Bean可以是自包含的并具有持续的状态，或只在需要时才获得数据（从某个数据库）。

大型应用程序通常在方法内部封装事务逻辑（操作），这些方法可以被拥有状态信息的bean调用。

比如购物车bean，它拥有用户购买商品的信息，可能还有checkOut（）方法用来检查用户的信用卡，并向仓库发定货信息。

小型程序中，操作可能会被内嵌在Action类，它是Struts框架中控制器角色的一部分。

当逻辑简单时这个方法很适合。

视图——由JSP建立，Struts包含扩展自定义标签库，可以简化创建完全国际化用户界面的过程。

控制器——Struts中，基本的控制器组件是ActionServlet类，实际使用的servlet在配置文件中由一组Action映射（ActionMapping）进行定义。

其体系结构如图3-1所示。

图3-1Struts体系结构

3.3.2Spring简介

Spring是一个开源框架，它由RodJohnson创建。

它是为了解决企业应用开发的复杂性而创建的。

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-2Spring体系结构

3.3.3Hibernate简介

面向对象的开发方法是当今的主流，但是同时我们又不得不使用关系型数据库。

于是就只能在上层的应用层找解决方案。

JDBC可以说是访问持久数据层最原始、最直接的方法，用DAO模式把数据访问封装起来，然后在其他层中统一调用。

这种方法的优点是运行效率高，但缺点是很难做到把关系表记录完整的映射到持久对象的关系上来，这主要体现在多表的关系无法直接映射到对持久对象的映射上来，比如说可能会造成一个表映射多个持久对象，也可能多个表映射一个持久对象，更有可能的是表的某些字段映射到一个持久对象，但是另外一些字段映射到别的持久对象上，于是进行一次数据库操作，变成了大量SQL语句的堆砌。

DAO对象和SQL语言紧密藕合导致代码难以维护，最后结果是往往会抛弃对于持久层的对象设计，返回到完全按照表字段进行操作的面向过程的方法中去。

Hibernate是一种新的ORM映射工具，它不仅提供了从Java类到数据表之间的映射（包括Java数据类型到SQL数据类型的映射），也提供了数据查询和恢复机制[28]。

相对于使用JDBC和SQL来手工操作数据库，使用Hibernate后，Java开发人员可以方便的通过HibernateAPI来操纵数据库[29]。

并且对于那些在基于Java的中间层应用中，使用Hibernate也可以很容易实现面向对象的业务模型和商业逻辑。

Hibernat的主要特点有:

（1）Hibernate是JDBC的轻量级的对象封装，避免引入过多复杂的问题，调试容易。

它是一个独立的对象持久层框架，可以代替JDBC编程。

（2）Hibernate是一个和JDBC密切关联的框架，Hibernate的兼容性只与JDBC驱动和数据库有一定的关系，与Java程序和应用程序服务器没有任何关系。

（3）具有可扩展性，API开放，当本身功能不够用的时候，可以自己编码进行扩展，并且开发者活跃，产品有稳定的发展保障。

Hibernate架构如图3-3所示。

图3-3Hibernate体系结构

3.3.4Struts+Spring+Hibernate集成简介

前面分析了基于J2EE的三种框架技术，下面通过集成以上三种框架技术来对传统的J2EEWeb开发模型加以改进，以形成一种新的、轻量型的J2EE架构。

　　集成SSH框架的系统框架图如图2-4所示，系统从职责上分为四层：

表示层、业务逻辑层、数据持久层和域模块层。

其中使用Struts作为系统的整体基础架构，负责MVC的分离，在Struts框架的模型部分，利用Hibernate框架对持久层提供支持，业务层用Spring支持。

具体做法是：

用面向对象的分析方法根据需求提出一些模型，将这些模型实现为基本的Java对象，然后编写基本的DAO接口，并给出Hibernate的DAO实现，采用Hibernate架构实现的DAO类来实现Java类与数据库之间的转换和访问，最后由Spring完成业务逻辑。

图3-4　SSH系统框架图　

系统的基本业务流程是：

在表示层中，首先通过JSP页面实现交互界面，负责送请求（Request）和接收响应（Response），然后Struts根据配置文件将ActionServlet接收到的Request委派给相应的Action处理。

在业务层中，管理服务组件的SpringIoC容器负责向Action提供业务模型（Model）组件和该组件的协作对象数据处理（DAO）组件完成业务逻辑，并提供事务处理、缓冲池等容器组件以提升系统性能和保证数据的完整性。

而在持久层中，则依赖于Hibernate的对象化映射和数据库交互，处理DAO组件请求的数据，并返回处理结果。

　　采用上述开发模型，不仅实现了视图、控制器与模型的彻底分离，而且还实现了业务逻辑层与持久层的分离。

这样无论前端如何变化，模型层只需很少的改动，并且数据库的变化也不会对前端有所影响，大大提高了系统的可复用性。

而且由于不同层之间耦合度小，有利于团队成员并行工作，大大提高了开发效率。

3.3.5SQLServer数据库

SQLServer数据库系统最初是由Sybase公司开发和实现的，Microsoft为了在OS\2操作系统中开发数据库产品，购买了SQLServer版权，并于20世纪90年代初期在Windows操作系统中开始开发。

如果用户开发Windows应用程序，SQLServer应是首选的数据库产品，因为它与Windows操作系统结合得非常紧密。

随着Windows操作系统的盛行，使得SQLServer成为一个重要的数据库系统。

此外，SQLServer还具有Windows操作系统的特点，即用户友好、操作简单，通过图形用户接口（SQLServer提供的企业管理器），用户不需记忆各种命令和SQL语句就可以完成各种常规操作。

MicrosoftSQLServer2005是SQLServer的主要新发行版，相比之前的版本，这个版本关注于使创建、部署和管理企业数据库系统和应用程序变得更加容易，同时增强了数据库的可伸缩性、可靠性、安全性、管理性和其他性能。

3.3.6JDK技术

JDK是整个Java的核心，包括了Java运行环境（JavaRuntimeEnvirnment），一堆Java工具和Java基础的类库。

不论什么Java应用服务器实质都是内置了某个版本的JDK。

因此掌握JDK是学好Java的第一步。

最主流的JDK是Sun公司发布的JDK，除了Sun之外，还有很多公司和组织都开发了自己的JDK，例如IBM公司开发的JDK，BEA公司的Jrocket，还有GNU组织开发的JDK等等。

其中IBM的JDK包含的JVM（JavaVirtualMachine）运行效率要比SunJDK包含的JVM高出许多。

而专门运行在x86平台的Jrocket在服务端运行效率也