功能模型物资管理论文范文

一、技术方法

软件开发过程包括需求分析，系统分析与设计，编码测试过程等。而构建复杂多变的系统，难度主要体现在需求分析过程。需求分析人员通过与用户沟通，获得详细全面的需求描述，即与系统相关的“问题域”；系统分析师需要理解用户想要的系统、评估权衡不同的解决方案，即与系统相关的“求解域”。面向对象的方法把“问题域”与“求解域”的建模活动合二为一。“问题域”首先被建模成一组对象和关系，然后系统用这个模型来表达它操纵的现实世界的概念。比如中煤平朔劳保物资发放系统中员工资金账户对象，就表示现实生活中，员工在领用劳保时专有的一个虚拟钱包；员工资金账户操作记录对象，表示劳保管理人员对员工的虚拟钱包存款或扣款。“求解域”也被建模为对象。面向对象中使用了数据抽象、信息隐藏或封装、继承和分段加工等，对象和类就是对现实世界的一种抽象，对象和类中封装了相关的属性和方法，通过对象与对象之间的信息交互，来实现软件的功能。UML（UnifiedModelingLanguage）统一建模语言，是一套优秀的面向对象建模设计语言。为系统分析设计提供模型架构。包括功能模型、对象模型、动态模型。中煤平朔劳保物资发放系统的系统分析与设计通过UML中的UseCase（用例图），Class框图（类图），和Sequence(顺序图)来实现。

二、系统建模

（一）功能模型开发软件的初期阶段，需求分析人员与用户经过反复地沟通，了解用户详细的需求，并且对需求的规格定义达成共识，落实到具体的文档形式。UML技术中的用例模型-Use管理二○一四•十二企业管理Case（用例图）为解决建模问题提供了标准的可视化表示法和面向对象的建模语言。用例模型描述了系统的整体功能需求，使开发人员站在软件使用人员的角度，从系统宏观上理解系统的功能。以确保在后期开发中，真实系统不会偏离用户的需求。用例图主要是刻画整个系统功能和环境约束，它由一组用例、执行者、执行者与用例间的关系以及用例间的关系组成。一个用例就是系统一个功能单元。根据用户需求，确定系统的边界，中煤平朔劳保物资发放系统的外部执行者可分成四个角色(Actors)：系统管理员、卡务管理人员、采购计划管理人员、仓库管理人员，然后根据角色的使用功能确定用例。系统管理员是系统的全局角色，除执行基础数据管理以及其他角色的管理模块之外，还负责系统权限设置、系统数据备份和恢复、系统相关参数设置等。行政单位设置用例是企业内部按照等级划分和按照不同职责划分的各级部门基本信息的增加、删除和修改功能。工种设置用例是企业按生产劳动性质来划分的种类基本信息的增加、删除和修改。岗位设置用例是企业内部在特定的时间段内，由特定的人或小组所担负某项任务的组织基本信息的增加、删除和修改。员工岗位任职设置用例是在具体的岗位中指派特定的员工基本信息的增加、删除和修改。用例图同时划分了清晰的系统权限。岗位权限设置用例说明系统的权限由岗位来划分，不同的员工登录系统后，会根据其岗位权限来确定系统的使用权限。基础数据用例图如图1所示。卡务管理人员是在信息卡逐步代替手工单据、票据的制作、保管下应运而生的一类角色。卡务管理人员负责系统软件与卡信息的交互，即读取芯片卡内信息录入软件或将系统数据设置到芯片卡中。单位资金账户和员工资金账户是系统为企业内部开设的虚拟钱包，作为部门或员工领取劳保品的一种电子货币形式。单位资金往来明细和员工资金往来明细中记录了资金的存入和消费。采购计划管理员角色因物资的需求计划而设立。工矿企业的工种科目种类繁多、岗位职务分类复杂；员工领取劳保品的标准各不相同；并且物资类别丰富多样等诸多原因加大了制定物资需求计划的难度。物资类别用例和物资标准品种用例是采购计划管理员对物资的分类管理和别名管理。供应标准是企业根据一定的原则为员工领取劳保用品所指定的发放标准。供应标准明细用例和供应标准品种用例进一步说明了发放标准中的详细信息。采购计划管理员在设置特定的时间段内，根据员工的供应标准和供应标准明细生成领料计划及领料计划明细。采购计划用例图如图3所示。仓库管理人员负责入库、盘点、调库、发放，以及实时查看仓库库存和库存变动情况。系统管理员可以增设仓库信息，指派相应的仓库管理员。仓库管理员接收供货商的物资，执行入库操作。仓库管理员可以对仓库执行调库操作。可以实时查看库存情况，盘点库存的盈亏。在物资发放上仓库人员采取按计划发放和零售发放两种方式。库存、发放管理用例图如图4所示。用例描述模板描述了角色和系统交互的事件流。卡务管理员资金账户明细管理，包括添加、修改、删除三个用例描述。添加员工资金账户明细的用例描述，如表1所示。

（二）静态模型Class框图（类图）是UML建模中的一个基本要素，类图用于描述系统中类的静态结构，描述了类、接口、协作以及它们之间的关系。主要内容包括类、接口、协作、依赖（一个类使用另一个类）、泛化（一个类是另一个类的特殊化）、实现（一个类是另一个类的实现）和关联关系（彼此之间存在联系）。类的组成包括类的名称、类的属性和方法。图5和图6表示了基础数据类图和采购计划管理的类图，以及类之间的关联。行政单位是企业内部划分的主管部门，可以根据上下级别划分成二级行政单位和三级行政单位等；工种是根据劳动管理需要，以企业的专业分工和劳动组织基本状况为依据进行的划分；岗位是企业根据具体的劳动强度、劳动环境和技术要求而进行的划分，比如：同样是司机，对于170吨重型卡车司机和普通司机的技术要求是不同的，同时样是管钳工，对于井上管钳工和井下管钳工的作业环境、安全要求是大不相同的。不同的岗位就决定了福利、奖励的差异。供应标准及供应标准明细是企业为员工发放福利所制定的供应标准。供应标准依据是员工的岗位制定，企业还可以根据行政单位、工种、岗位供应类别及员工岗位任职来制定供应标准，这样就要求系统设计适应需求的变动。领料计划是由计划管理员定期制定的，包括计划的起始和结束时间，领料计划明细是根据领料记录信息与供应标准计算得出，包括物品的使用起始时间，使用结束时间，可领数量等。图7表示了卡务管理的类图。卡作为卡务管理中的核心部分，包含了卡的基本信息和卡的设置参数，以及卡的类型。卡的类型有两种：单位卡和个人卡。单位卡用于单位资金账户的操作，因此每个行政单位至少具备一个单位资金账户，单位资金账户明细反映了单位资金账户的上账记录和消费记录。个人卡用于员工资金账户的操作，每位员工至少具备一个员工资金账户，员工资金账户明细反映了员工资金账户的上账记录和消费记录。图8表示了库存、发放管理的类图。入库单、入库单明细反映了仓库库存的入库操作，出库单出库明细反映了仓库库存的出库操作，仓库库存反映了当前库存的实时情况。根据需求在实际发放中分为两种发放形式，一种是计划发放形式，另一种是零售形式。领料单反映了员工在某一阶段内的领料状态，领料单明细反映了某一阶段内该员工可以领用的物品及数量，领料记录反映了已经领用的信息。销售单销售明细反映了零售方式的员工领用情况。

（三）动态模型Sequence(顺序图)，描述的是参与者与对象之间的时间交互顺序。顺序图是对用例图的细化和扩展。参与者通过软件完成一项特定的功能，需要与相关的类产生交互，所有参与类都要产生自己的实例，并提供相应的方法，对象调用其他类的方法是按照时间顺序排序的，在图上是以从左到右的方向显示，同时每一次调用都要有反馈消息。图9表示了采购计划管理员生成某阶段的领用计划用例的系统工作顺序图。其中生成领用计划的是采购计划管理员。它首先向领料计划类对象发送生成计划消息，领料计划类对象通过调用自己的方法检查当前的计划是否已经生成，如果未生成，领料计划类对象会调用行政单位类的方法获取相关的行政单位信息，行政单位类对象调用岗位类方法获得相关的岗位信息，岗位类对象调用供应标准类的方法获得相关的供应标准信息；岗位类对象调用员工岗位任职类的方法获取相关的员工岗位任职，员工岗位任职类对象调用员工的方法获取员工的信息。根据供应标准信息为每个员工生成领用计划。

三、结束语

中煤平朔劳保物资发放系统于2014年1月正式运行，系统严格按照需求分析设计文档开发，符合用户的需求。本文基于UML技术，提出了软件设计的功能模型、动态模型、静态模型。以用例为核心，构造设计类图描述系统的静态模型，构造顺序图描述系统的动态行为，为需求分析人员，开发人员和用户提供了统一标准的、可视化的、面向对象的建模语言，使得开发该人员与用户在语义上达到一致，对信息系统的开发具有一定的指导意义。

作者：何信杜江王小伟单位：北京石油化工学院经济管理学院冀东油田能源公司