仓库管理系统Word文档格式.docx

仓库管理系统Word文档格式.docx

《仓库管理系统Word文档格式.docx》由会员分享，可在线阅读，更多相关《仓库管理系统Word文档格式.docx（20页珍藏版）》请在冰豆网上搜索。

3.1系统用例建模12

3.2静态结构模型15

3.2.1类的识别15

3.2.2类的关联分析16

3.2.3类的属性描述17

3.3.4类的构建18

3.3系统动态模型18

3.3.1系统执行顺序分析18

3.3.2系统的协作分析20

3.3.3系统的状态分析22

3.3.4系统活动分析23

4.网络管理系统系统设计与实现25

4.1UML体系结构设计25

4.1.1硬件体系结构设计25

4.2对象模型设计25

4.3系统实现25

4.3.1组件分析25

4.3.2配置分析27

5.课程设计心得体会现28

参考文献29

1.选题背景

20世纪90年代以来随着科学技术和生产力的迅速发展以及经济全球环境的深刻变化，企业面临着一个崭新而又激烈的竞争环境，体现在全球化的信息网络和全球化市场形成所带来的信息爆炸技术变革的加速市场和劳务竞争的全球化，围绕新产品的市场竞争日趋激烈，用户的需求越来越苛刻，同时产品的生命周期不断缩短，企业又面临着缩短交货期、提供产品质量、降低成本和改进服务的压力，在这种情况下全面提高和改善自身水平成为企业最关心的问题之一。

企业实施信息化建设已成为企业的发展趋势和提高企业的管理水平的有效手段。

信息化建设不在是企业的效益工程而是企业的生存工程，20世纪90年代美国著名的IT分析公司GrantGroupInc,提出了ERP企业资源计划的概念，迎合了信息时代企业管理的发展要求。

随着ERP相关理论，以及ERP系统开发的逐渐成熟，企业界掀起了实施ERP管理信息系统的浪潮。

在确定软件开发可行的情况下，对软件需要实现的各个功能进行详细分析。

需求分析阶段是一个很重要的阶段，这一阶段做得好，将为整个软件开发项目的成功打下良好的基础。

"

唯一不变的是变化本身。

，同样需求也是在整个软件开发过程中不断变化和深入的，因此我们必须制定需求变更计划来应付这种变化，以保护整个项目的顺利进行。

此阶段主要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计，数据库设计等等。

软件设计一般分为总体设计和详细设计。

好的软件设计将为软件程序编写打下良好的基础。

程序编码此阶段是将软件设计的结果转换成计算机可运行的程序代码。

在程序编码中必须要制定统一，符合标准的编写规范。

以保证程序的可读性，易维护性，提高程序的运行效率。

软件测试在软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。

整个测试过程分单元测试、组装测试以及系统测试三个阶段进行。

运行维护软件维护是软件生命周期中持续时间最长的阶段。

在软件开发完成并投入使用后，由于多方面的原因，软件不能继续适应用户的要求。

要延续软件的使用寿命，就必须对软件进行维护。

软件的维护包括纠错性维护和改进性维护两个方面。

2.UML管理系统需求分析

2.1UML管理系统的需求陈述

2.2UML需求分析

2.2.1功能需求

中国作为制造大国，在制造业迅速发展的今天，库存国民投资额在整个国民生产总值占有相当大的比重达到了20%——30%，库存管理的适当与否对企业经营利润有很大影响，因此新环境下非常值得人们对ERP环境下的库存管理进行深入研究和探讨。

2.2.2性能需求

本文结合ERP环境下的库存管理系统，重点研究如何利用UML建模语言对库存管理系统进行建模，给出了ERP环境下库存管理系统的需求模型和对象模型，在建模过程中利用了用例图、类图、包图、顺序图等图形。

最后，结合系统模型的研究，实现了库存管理系统。

2.3系统需求建模

2.3.1确定参与者

采购部门，供应商，财务部门，求购处理，接受检验，库存盘点

成产部门，仓库部门，客户等

2.3.2确定用例

2.3.3系统用例建模

2.3.4用例描述

在这个用例模型中有一个执行者：

库存管理员。

十一个用例：

身份验证，入库管理员，最高库存警报，出库管理，最低库存管理，指定库位，更新账目，库存信息查询，盘点管理及报表生成。

当有物资需要进行出入库时，仓库管理员就要进行出入库的管理：

核实账单，清点物资，录入单据，然后由系统自动为该批物资分配货架，同时更新账目。

在入库时，如果系统检测该类物资库存量超过限定的最高存量，也将发出警报。

在入库管理用例与最高库存警报用例，出库管理用例与最低库存警报用例之间采用了扩展关系。

入库管理，出库管理与指定库位之间，指定库位与更新账目之间采用了使用关系。

扩展时一种基本需求的特殊情况。

而当在两个或更多的用例中出现重复描述而又想避免这种重复时，采用使用。

出入库单据录入后，仓库管理员还需要定期对单据进行核对，即进行库存信息的查询，主要包括：

账目信息，出入库信息，以及库位信息，存量信息等。

当所有信息核对完成后，仓库管理员还需要定期打印出各种报表，以供其他系统做出一些决策。

盘点也是库管员一项很重要的工作，保持经常有效的盘点，可以更加全面准确的掌握库存信息。

当库管员进行盘点时，首先要锁定盘点的库位或物料信息，即盘点时刻不允许出入库；

盘点完毕后，要填写盘点记录，对于盘点数量与账目数量不同的物料需求要给出原因。

（2）高层决策人员与系统管理员的交互用例模型

在这个用例模型中共有两个执行者：

高层决策人员，系统管理员。

七个用例：

基本信息维护、数据的备份与恢复、身份验证、仓库信息初始化、库存控制、分析评价及库存信息查询。

其中身份验证和库存信息查询用例和库管员和系统的交互的用例是同一用例。

对于高层决策人员来讲仓库一些基本信息的初始化，主要是账目和库位信息初始化。

当系统开始使用，高层决策人员还是要进行一些库存控制，即为了满足用户及生产需求，确定最低库存量，决定订货时间及订货量。

当然为了及时动态了解库存情况，还需要一些库存信息进行分析评价，例如：

资金占用情况，积压失效情况，仓库使用情况等。

不论是做决定还是分析，都需要库存基本信息支持。

对于系统管理员来讲，主要的工作室进行基本信息的维护，包括权限的管理和数据的备份与恢复。

（3）其它系统与库存系统的交互

由于库存管理系统并不是一个独立的系统，他需要和其他系统进行信息的集成，以保证数据的完整和准确。

再生产计划出入库时，需要根据计划来限制出入库的物资品种及数量。

当然，计划的制定还需要准确的库存信息。

采购供应管理系统需要根据库存信息来制定采购计划，外购物资则需要根据采购计划进行入库。

库存管理系统需要用工程数据管理系统中的一些基本信息，包括：

物料信息，人员信息，以支持系统准确的进行。

销售和成本核算管理系统的梳理进行同样需要库存数据的支持。

3．仓库管理系统分析

3.1系统用例建模

3.2静态结构模型

3.2.1　类的识别

在基本信息包中主要是一些存储今本信息的类，他们本身不完成什么操作，主要进行一些基本信息的存储于维护，并为其它类别提供依据。

本部分使用用例视图来进行表述。

用例视图是外部用户所能观察到的系统功能的模型图。

用例模型列出了家庭安全防护系统中的用例和参与者，并显示哪个参与者参与了哪个用例的执行。

用例视图显示了在构架方面具有重要意义的用例模型的子集，以及用例和主角的子集。

随需求之后进行的分析、设计和实施等活动都以构架这个概念为中心

3.2.2　类的关联分析

入库类别与出库类别的属性为出入库别编码及名称，在进行出入库时，以其为依据判别出入库类型，例如确定一批货物是一般收料还是委托加工等等。

不论是仓库管理员还是系统管理员还是高层决策人员在登录时，都需要进行身份验证，以确定其权限，如果是仓库管理员则需要细化仓库一级权限。

在上文中我们将待开发的图书馆管理系统的对象和类识别了出来，随后，我们通过提取动词词组初步得出它们之间的关联，通过分析前文中的需求陈述，我们找出了陈述中隐含的关联，经过分析之后，初步确定出下列关联：

3.2.3类的属性描述

属性是对象的性质，通过对象类和结构有更深入，更具体的认识。

一般来说确定属性的过程包括分析和选择两个步骤。

属性的确定既与问题有关，也和目标系统的任务有关。

应该仅考虑与具体应用直接相关的属性，不要考虑那些超出所要解决的问题范围的属性。

在分析过程中应该首先找出最重要的属性，以后在逐渐把其余属性添加进去。

此次分析过程中，我们在分析阶段没有考虑那些纯粹用于实现的属性。

只是在最后认真考察了经初步分析而确定下来的那些属性，从中删掉了那些不正确的或不必要的属性。

下图为主要类图及没类图的具体属性及操作，如图所示

3.2.4　类图的构建

3.3系统动态模型

3.3.1系统执行顺序分析

顺序图和合作图都是用来描述一个用例的行为，因此基本对于每一个用例来讲，都应有顺序图或和作图来描述其用例对象之间的交互关系。

只是两者的侧重点不一样，顺序图着重体系交互的时间顺序，合作图则侧重体系交互对象间的静态关系。

如下图所示：

（1）物资入库顺序图

物资入库顺序图

在完成入库单与入库项的填写后，进入胃物资指定库位的操作中，首先系统要自动检查库位的状态，当没有多余库位或者库位正在进行盘点时，则系统提示不能进入下一步的操作，如果有多余库位则系统自动为物资安排库位，进行物资的入库，同时修改库存信息，此时完成了物资的入库的所有操作。

物资入库协作图

上图为物资入库的合作图。

在一批物资要入库时，首先仓库管理员登陆系统进入入库窗体，然后进行入库单录入，只有在入库单填写正确的情况下才能转入入库项填写，如果入库项填写错误时，同样不能进行下一步操作；

并且如果在填写入库项时发现仓库内此类物资正在盘点，则此批货物此时不能进行入库的，需要退出或等待。

当所有条件都符合时，系统自动检查物资的库存量，但超出仓库最大库存时，退出所有操作；

反之进入为此货物指定库位的操作。

3.3.2系统的协作分析

状态图描述了一个特定对象的所有可能状态以及由于各种事件的发生引起的状态之间的转移。

下图给出系统人机交互的状态图

3.3.3系统状态分析

3.3.4系统活动分析

在UML中，描述实现的视图称为组件图，他对模型中的构件建模，描述应用程序搭建的软件单元及构件之间的依赖，从而可以估计更改的影响，它还对类及其他元素子构件中的分配建模。

展示了一张仓库管理系统的用例图，从系统的外部执行者的角度来看，普通仓库管理员可以进行出库管理、入库管理、盘点管理和信息查询等操作。

（1）顺序图

顺序图描述几个对象之间的协作关系，顺序图的重要特点在于它非常直观地展示了对象之间传递信息的时间顺序，反映了对象之间的一次特定交互过程，即在系统执行过程中某个特定时刻发生的事件。

四．系统的配置与实现

4.1UML系统体系结构设计

4.1.1硬件体系结构设计

本系统采用C/S结构开发，三层C/S结构是在客户和服务器之间引入应用层的概念，即在客户端与数据库之间加入了一个“中间层”。

它将应用逻辑移到应用层完成，而客户端弱化为一个图形用户接口，成为一个瘦客户机。

其解决方案是:

对这三层进行明确分割，并在逻辑上使其独立形成三层软件结构。

在这种结构中，表示层、业务逻辑层和数据访问层在逻辑上是彼此分离的，表示层向用户提供数据，并有选择地允许用户使用逻辑数据。

对于基于PC的应用程序来说，本机用户和基于Web的用户接口是其两个主要的用户接口。

本机用户接口使用底层操作系统服务，基于Web的用户以HTML为基础，可通过任何平台的浏览器来阅读。

本系统的三层C/S结构如图4.1所示。

4.1.2软件体系结构设计

信息系统的软件结构是由信息系统软件的各子系统按照确定的关系构成的结构框架，一般呈现多层次结构模式。

子系统是对软件进行分解的一种中间形式，也是组织和描述软件的一种方法。

软件结构设计就是把软件分解成多个子系统，并确定各子系统及其接口之间的相互关系。

在系统分析部分已经识别出系统的类，以及类的属性，根据这两部分对系统进一步的分析，用软件的组成原理，分析出系统的包，包既是系统中表现软件体系结构的一类图。

在UML中，描述实现的视图称为组件图，他对模型中的构件建模，描述应用程序搭建的软件单元及构件之间的依赖，从而可以估计更改的影响，它还对类及其他元素子构件中的分配建模。

系统组件图

在UML中，配置图描述系统中硬件和软件的物理配置图情况和系统体系结构。

在配置图中，用结点表示实际的物理设备，如计算机和各种设备等，并根据他们之间的连接关系，将相应的结点连接起来，并说明其连接方式。

在节点里面，说明分配给该节点上运行的可执行构件或对象，从而说明哪些软件单元被分配在哪些结点上运行。

系统配置图

4.3系统实现

本部分使用UML建模技术，对图书馆管理系统进行了建模设计，使的开发出的产品在面对不同的客户时方便修改和维护，大大减少了投入的人力和时间，同时大大缩小了产品的成本。

在UML中，描述实现的视图称为组件视图。

它对模型中的组件建模，描述应用程序搭建的软件单元以及组件之间的依赖，从而可以估计更改的影响。

它还对类及其他元素在组件中的分配建模。

布局视图包括组件图、配件图，他们分别从不同的角度反映并显示了本系统的软件和硬件的物理配置。

4.3.1组件分析

图书馆系统主要的组件图有：

业务对象组件图和用户界面组件图

1.业务对象组件图

系统建立在一个含有书目信息、书籍信息、借阅者信息、借阅信息和书籍预定信息的忠言数据库上。

图4.4业务对象组件图

2.用户界面组件图

除了业务对象以外，系统与对象交互的部件也能创建一个组件图。

图4.5用户界面组件图

4.3.2配置分析

配置图主要是用来说明如何配置系统的软件和硬件。

系统有5个节点构成，引用服务器负责整个系统的总体协调工作；

数据库负责数据管理；

Web应用程序模块用于借阅者进行书籍查询、网上书籍预定；

业务操作模块用于处理读者借书、还书等一般的业务流程；

信息维护模块用于系统管理员维护整个系统的数据信息，如添加和修改书目、添加和修改借阅者账户等，系统配置图如图4.6所示。

图4.6系统配置图

五．课程设计心得体会

两周的课程设计结束了，在这次的课程设计中不仅检验了我所学习的知识，也培养了我如何去把握一件事情，如何去做一件事情，又如何完成一件事情。

课程设计是我们专业课程知识综合应用的实践训练，着是我们迈向社会，从事职业工作前一个必不少的过程．”千里之行始于足下”，通过这次课程设计，我深深体会到这句千古名言的真正含义．我今天认真的进行课程设计，学会脚踏实地迈开这一步，就是为明天能稳健地在社会大潮中奔跑打下坚实的基础．

通过这次课程设计，熟练的找我了对Word的操作，对RationalRose的使用有了一个突破性的掌握，对专业学习的UML（统一建模语言）有了更深刻的理解，提高了计算能力，绘图能力，熟悉了规范和标准，同时各科相关的课程都有了全面的复习，独立思考的能力也有了提高。

在这次设计过程中，体现出自己单独设计模具的能力以及综合运用知识的能力，体会了学以致用、突出自己劳动成果的喜悦心情，从中发现自己平时学习的不足和薄弱环节，从而加以弥补。

参考文献

英文参考书

1）IanSommerville,SoftwareEngineering（8Edition）, 

机械工业出版社,2006. 

2）RogerS.Pressman.SoftwareEngineering:

APractitioner’sApproach（SixthEdition）.清华大学出版社,McGram-Hill,2006

3）PierreBourqueandRobertDupuis,ed.GuidetotheSoftwareEngineeringBodyofKnowledge（2004Version）.http:

//www.swebok.org 

4）CraigLarman,ApplyingUMLandPatterns:

AnIntroductiontoObject-OrientedAnalysisandDesignandIterativeDevelopment（ThirdEdition），AddisonWesleyProfessional,2004 

5）ErichGamma,RichardHelm,RalphJohnson,andJohnVlissides,DesignPatterns:

ElementsofReusableObject-OrientedSoftware,Addison-Wesley,1995.

6）MartinFowler，Refactoring:

ImprovivingtheDesignofExistingCode.MA.:

AddisonWeslyLongman,1999 

7）KentBeck,ExtremeProgrammingExplained:

EmbraceChange,Addison-Wesley,2000.

8）ScottAmbler.AgileModeling,JohnWiley&

Sons,2002

9）BarryBoehm,etal.SoftwareCostEstimationwithCOCOMOII.EnglewoodCliffs,NJ.:

Prentice-Hall.2000

10）Fowler,M..PatternsofEnterpriseApplicationArchitecture.Reading,MA.:

Addison-Wesley.2002.

中文参考书

1） 

齐治昌等著《软件工程（第二版）》.北京：

高等教育出版社

2） 

王立福等编著《软件工程（第二版）》.北京:

北京大学出版社 

3） 

郑人杰等编著《实用软件工程》.北京:

清华大学出版社 

4） 

杨文龙等编著《软件工程》.北京:

电子工业出版社 

5） 

孙涌等编著《现代软件工程》.北京:

北京希望电子出版社 

6） 

龚世生刘建宾编著《软件工程》.广州：

广东高教出版社 

7） 

刘建宾著《过程蓝图设计方法学》.北京：

科学出版社

8） 

王立福等著《软件工程——技术、方法与环境》. 

北京：

9）B.BrueggeA.H.Dutoit著《面向对象的软件工程——构建复杂且多变的系统》.北京：

10）周之英，《现代软件工程》.北京：

11）朱三元等，《软件工程技术概论》.北京：

12）史济民等，《软件工程—原理、方法与应用（第二版）》.北京：

13）张基温等，《信息系统开发案例（第一至四辑）》.北京：

清华大学出版社

14）FrederickP.Brooks,Jr. 

《人月神话》.北京：

15）吴钦藩编著《软件工程—原理、方法与应用》.北京：

人民交通出版社