资源描述
目 录
1.引 言 1
2.系统分析 3
2.1 服装公司采购管理系统研究意义与应用背景 3
2.1.1 服装公司采购管理系统研究意义 3
2.1.2 服装公司采购管理系统应用背景 3
2.2 服装公司采购管理系统发展与现状 4
2.2.1 服装公司采购管理系统发展 4
2.2.2 服装公司采购管理系统现状 5
3.系统设计 1
3.1系统目的 1
3.2系统可行性分析 1
3.2.1经济可行性分析 1
3.2.2技术可行性分析 2
3.2.3管理可行性分析 2
3.2.4可行性分析总结 2
3.3开发工具简介 2
3.3.1 Struts简介 2
3.3.2 Spring简介 3
3.3.3 Hibernate简介 4
3.3.4 Struts+Spring+Hibernate集成简介 5
3.3.5 SQL Server数据库 6
3.3.6 JDK技术 7
3.3.7 Tomcat简介 7
3.3.8 EXTJS简介 7
3.4系统需求分析 8
3.5公司组织构造分析 8
3.6系统功能分析 8
3.7系统业务流程图 9
3.8系统数据流程图 11
2.9 数据字典 12
2.9.1 数据项 12
2.9.2 数据流 15
2.9.3数据存储条目 15
2.9.4解决逻辑条目 16
2.9.5外部实体定义 16
4.系统设计 17
4.1设计思想 17
4.2系统功能模块设计 17
4.3 数据库设计 18
4.3.1数据库设计概述 18
4.3.2 数据概念构造设计 18
4.3.3 数据库逻辑构造设计 19
4.3.4 数据表设计 20
5.系统实现 22
5.1顾客登录管理 22
5.2系统管理员界面 22
5.3请购单管理 23
5.3.1生产部门下达请购单 23
5.3.2采购主管审核请购单 23
6. 总 结 1
致 谢 2
参照文献 3
1.引 言
采购管理(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亿件。作为中华人民共和国朝阳服装行业,被称为“永不衰落产业”,其发展前景的确极为诱人。所有从业人员平均人数423013人,服装布产量328.28亿米,工业总产值1254.90亿元,销售收入1204.64 亿元,产销率97.85%;出口交货值416.18亿元,内销占销售产值比重66.11%。但是与发达国家相比,还存在组织构造小而分散,缺少大规模,经济技术势力强公司,专业人员素质不够高,市场管理不规范等缺陷。
随着国内加入WTO,国内服装行业将面对非常激烈竞争,只有迅速提高公司管理水平,才干在激烈竞争中占一席生存之地。由于服装经营涉及各种环节,并且种类繁多,大多需要单件管理,因而操作量巨大,在经营过程中容易出错。服装属于惯用物品,数量大,如果管理跟不上,一旦导致商品丢失,将给公司和经营者导致巨大损。如何用先进管理手段提高服装采购管理信息水平,已成为此行业发展当务之急。
2.2.2 服装公司采购管理系统现状
作为当今世界第三大产业服装业,为国内国民经济建设发挥着重要作用.是国内出口创汇重要产业。据记录,1978一1996年纺织工业合计出口创汇2800亿美元,纺织品和服装出口额占全国商品出口总额比重始终保持l/4左右。在服装业发展进程中,有着骄人业绩,但形势不容乐观,栽国服装公司当前面临如下诸多问题:公司数量多,公司规模大小不_--,其中以中小型公司居多。
据记录,仅浙江省就有8000多家服装公司;生产装备参差不齐,多数设备已落伍;技术落后,设计和开发创新能力低;资金局限性,资本运营状况不抱负;名牌产品不多,市场占有率不高.出口服装多为她人作嫁衣裳,无国际知名品牌;公司管理水平整体不高,其中不少公司还处在家庭作坊式管理。
同步,服装公司还面临诸多外部压力:国内市场渐趋白热化,据统汁,全国衬衫生产公司已育3500余家,年产量已达20亿件。名牌公司为了拓展市场,扩大占有率,纷纷从大都市、大商场扩展到中小城、镇、各批发市场。进口关税大幅度减少(17—22%),表白国内市场进一步开放,国外品牌在过去几年尝到过中华人民共和国市场甜头基本上,会有更大举动。
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具备组件模块化,灵活性和重用性长处,同步简化了基于MVCweb应用程序开发。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接口,并给出HibernateDAO实现,采用Hibernate架构实现DAO类来实现Java类与数据库之间转换和访问,最后由Spring完毕业务逻辑。
图3-4 SSH系统框架图
系统基本业务流程是: 在表达层中,一方面通过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为了在OS\2操作系统中开发数据库产品,购买了SQL Server版权,并于20世纪90年代初期在Windows操作系统中开始开发。如果顾客开发Windows应用程序,SQL Server应是首选数据库产品,由于它与Windows操作系统结合得非常紧密。随着Windows操作系统盛行,使得SQL Server成为一种重要数据库系统。此外,SQL Server还具备Windows操作系统特点,即顾客和谐、操作简朴,通过图形顾客接口(SQL Server提供公司管理器),顾客不需记忆各种命令和SQL语句就可以完毕各种常规操作。Microsoft SQL Server 是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等等。其中IBMJDK包括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-9999
a_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.
展开阅读全文