资产管理系统的设计与实现毕业论文

《资产管理系统的设计与实现毕业论文》由会员分享，可在线阅读，更多相关《资产管理系统的设计与实现毕业论文（83页珍藏版）》请在装配图网上搜索。

1、分类号：TP311 单位代码：10422密 级： 学 号：Z0843048419硕士学位论文论文题目: 资产管理系统的设计与实现Design and Implementation of Assets Management System作 者 姓 名 李晓刚 专 业 软件工程 指导教师姓名 李学庆 教授 2009年10月 10日原创性声明和关于论文使用授权的说明原 创 性 声 明本人郑重声明：所呈交的学位论文，是本人在导师的指导下，独立进行研究所取得的成果。除文中已经注明引用的内容外，本论文不包含任何其他个人或集体已经发表或撰写过的科研成果。对本文的研究作出重要贡献的个人和集体，均已在文中以明确

2、方式标明。本声明的法律责任由本人承担。论文作者签名： 日期： 关于学位论文使用授权的声明本人完全了解山东大学有关保留、使用学位论文的规定，同意学校保留或向国家有关部门或机构送交论文的复印件和电子版，允许论文被查阅和借阅；本人授权山东大学可以将本学位论文的全部或部分内容编入有关数据库进行检索，可以采用影印、缩印或其他复制手段保存论文和汇编本学位论文。（保密论文在解密后应遵守此规定）论文作者签名： 导师签名: 日期： 山东大学硕士学位论文目 录摘 要IIABSTRACTII第1章 绪论21.1 系统开发背景21.2国内外研究现状21.3 本文的主要工作21.4 本文的组织结构2第2章 需求分析22

3、.1 总体业务描述22.2 系统目标和解决的问题22.3 系统需求分析22.3.1 系统功能性需求22.3.2 系统非功能性需求22.4 本章小结2第3章 系统概要设计23.1 技术架构设计23.1.1 物理架构设计23.1.2 软件架构设计23.1.3 应用模式设计23.2 功能架构设计23.3 本章小结2第4章 系统详细设计24.1 资产管理初始化24.2 资产编号管理24.3 类结构设计24.4 数据库设计24.4.1 数据库简介24.4.2 逻辑模型设计24.4.3 物理模型设计24.5 本章小结2第5章 系统实现25.1 概述25.2 数据层访问控制的实现25.3 系统主要功能的实现

4、25.3.1 系统主要界面的实现25.3.2 资产验收的实现25.3.3 资产领用的实现25.3.4 资产变更的实现25.3.5 资产维修的实现25.3.6 资产报废的实现25.4 本章小结2第6章 系统测试26.1 单元测试26.2 系统测试26.3 测试结果分析26.4 本章小结2第7章 总结与展望27.1 总结27.2 展望2参考文献2致 谢2CONTENTSABSTRACT IN CHINESE错误！未定义书签。ABSTRACT IN ENGLISH错误！未定义书签。CHAPTER 1 INTRODUCTION错误！未定义书签。1.1 BACKGROUND错误！未定义书签。1.2 CU

5、RRENT STATUS错误！未定义书签。1.3 MAIN CONTRIBUTION错误！未定义书签。1.4 CONTENTS ORGANIZATION错误！未定义书签。CHAPTER 2 REQUIREMENTS ANALYSIS错误！未定义书签。2.1 DESCRIPTION OF OVERALL BUSINESS错误！未定义书签。2.2 DESTINATION AND PRIMARY ISSUES错误！未定义书签。2.3 SYSTEM REQUIREMENTS ANALYSIS错误！未定义书签。2.3.1 FUNCTIONAL REQUIREMENTS错误！未定义书签。2.3.2 NON

6、-FUNCTIONAL REQUIREMENTS错误！未定义书签。2.4 CHAPTER REVIEW错误！未定义书签。CHAPTER 3 OUTLINE DESIGN错误！未定义书签。3.1 TECHNICAL FRAMEWORK错误！未定义书签。3.1.1 PHYSICAL FRAMEWORK错误！未定义书签。3.1.2 SOFTWARE FRAMEWORK错误！未定义书签。3.1.3 APPLICATION MODE错误！未定义书签。3.2 FUNCTIONAL FRAMEWORK错误！未定义书签。3.3 CHAPTER REVIEW36CHAPTER 4 DETAILS DESIGN错

7、误！未定义书签。4.1 INITIALIZATION错误！未定义书签。4.2 STOCK MANAGEMENT错误！未定义书签。4.3 CLASS DESIGN404.4 DATABASE DESIGN错误！未定义书签。4.4.1 BRIEF INTRODUCTION错误！未定义书签。4.4.2 SERIAL MANAGEMENT错误！未定义书签。4.4.3 PHYSICAL MODE错误！未定义书签。4.5 CHAPTER REVIEW50CHAPTER 5 IMPLEMENTATION515.1 BRIEF INTRODUCTION515.2 ACCESS CONTROL OF DATA

8、LAYER525.3 INPLEMENTATION OF MAIN FUNCTIONS 25.3.1 MAIN INTERFACES25.3.2 ASSETS CHECKING25.3.3 ASSETS RECEIVING25.3.4 ASSETS CHANGING25.3.5 ASSETS MAINTAINING605.3.6 ASSETS DISCARDING615.4 CHAPTER REVIEW61CHAPTER 6 TESTING626.1 UNITS TESTING错误！未定义书签。6.2 SYSTEM TESTING错误！未定义书签。6.3 RESULT ANALYSIS错误！未

9、定义书签。6.4 CHAPTER REVIEW66CHAPTER 7 CONCLUSION AND PROSPECT错误！未定义书签。7.1 CONCLUSION错误！未定义书签。7.2 PROSPECT错误！未定义书签。REFERENCES错误！未定义书签。ACKNOWLEDGMENTS72IV摘 要固定资产是企业运营过程中不可或缺的部分，它在企业的日常经营管理中扮演着重要的角色。对企业来说，固定资产管理是非常重要的。通过加强对企业资产的管理，可以有效地将企业内部拥有的资产合理化的分流，合理的管理使用资产，使其在企业的日常经营中最大化的发挥其作用，降低企业经营的成本并且提高工作效率，从而提高

10、企业获得收益。虽然现在很多企业已经意识到了资产管理的重要性，但是它们仍然在采用通过人工进行单据记录的方式进行着资产的管理，这样会引起一系列的问题，比如：资产分散，不能合理利用，浪费严重，跟踪欠缺，数据失真等等。为了解决这些问题，我们需要采用电子化的系统替代纸质单据的方式进行企业资产的管理。资产管理系统能够提供对企业内部与资产相关的所有操作的管理，包括资产的采购、下发、维修、处理、清产核资等，做到了对企业资产的全生命周期的管理和更加完善的帮助；系统通过利用工作流技术降低单位资产管理业务间的刚性，使企业在进行资产管理的时候可以根据业务要求和管理要求灵活地组织业务实现模式。本文首先分析了资产管理系统

11、的开发背景，结合管理信息系统的特点与发展要求，并参考国内外资产管理系统研究的情况，提出开发有特色的资产管理系统的具体目标和本系统要达到的目标。在需求分析阶段分析总结了系统的业务流程，阐明了系统的开发目标和要解决的问题，进而将系统功能性需求以流程图和用例图的形式进行了说明，得到了对资产管理系统的设计指南。在需求分析的基础上，进行了系统物理架构、软件架构以及应用模式的设计，并具体的划分了系统的功能结构。在系统的详细设计中，首先从资产管理初始化、资产采购管理、资产实物管理三个方面采用流程图和图表的方式进行主要功能的详细设计，其次通过具体表结构的描述方式展示了系统的数据库架构设计。随后，在系统实现中，

12、采用基于J2EE的Struts作为开发框架，采用MVC的模式，将前台的显示层与后台的处理层分开，通过配置映射文件和JAVABEANS建立二者前台JSP文件与后台JAVA文件之间的跳转与数据传递。通过建立映射文件搭建了系统前台与后台之间的联系与数据传输通道；设计了数据库链接过滤器实现了系统对多种数据库管理系统的支持；采用数据逐层追踪的方式保护业务单据，保证了不会出现非法资产的情况；利用XML文件保存系统配置信息，方便了系统信息的更改等。在系统测试中，通过不同的方法对系统的各项指标进行了测试，并且对测试结果进行了分析。最后，本文对资产管理系统目前的应用情况作了简单介绍，并对系统的设计和实现进行了总

13、结，提出了对系统的展望和改进建议。关键词：资产管理； J2EE；Struts；数据追踪ABSTRACTCapital assets are the absolutely necessary parts of enterprises operating processes. They take the important roles in the enterprises daily management. As for an enterprise, capital assets management is very important. By the way of enhancing the m

14、anagement of enterprises capital assets, we can efficiently distribute the assets which belong to the enterprise interior, and we also can logically manage and use the assets. Therefore, the maximal function will be brought in to play during the enterprises daily operation, the working cost of it wi

15、ll be reduced, and peoples work efficiency will improve, thus the enterprises income can be acquired. Although many enterprises are on to the importance of capital assets management, they still manage their assets by manual work to record the bill of documents. This can cause a series of problems, s

16、uch as separated assets, unreasonable use, too many wastes, lacking follows and distorted data, etc. To solve these problems, it is necessary for us to introduce an electronic system instead of paper-based document to carry the enterprises capital assets management. Assets management system provides

17、 all the management methods which are related to capital asserts of the enterprise interior, including stock, distribute, maintain, dispose, check and so on. Therefore, the whole lifecycle management of enterprise assets is made and more consummate help is carried. Moreover, the system utilizes work

18、-flow technology to reduce the rigidity among unit assets management operation, by which the enterprise can organize operation modes neatly when it is in the assets management process. In this paper, we firstly analyze the development background of assets management system, combining with characters

19、 and requirements of management information system, and referring the research status of assets management system in our country and aboard, so that we propose detailed goals for developing distinctive assets management system and goals which this system will achieve. In the requirements analysis ph

20、ase, we analyze and conclude the systems operation flow, clarify development goals of this system and problems to be solved. Then, we explain functional requirements of the system by the way of flow paragraph and use case paragraph, and get design guidance for the assets management system. Based on

21、requirement analysis, we design physical framework, software framework and application mode for this system, and partition the systems function structure. In details design, firstly we make design main functions on three aspects: initialization, stock management and assets management, using flow par

22、agraph and diagrams. And then, we explain it by tables to show the system database framework. After that, the system implementation phase describes some main functional modules of this system. We establish mapping files to build connections and data transportation channels between foreground and bac

23、kground of this system. We also design a database link filter to realize supports for variety database management system. In addition, we make use of data layer tracing to protect operation documents so that no invalid assets can occur. And we utilize XML files to store system configuration informat

24、ion, so changing system information is easy. In system testing, different methods are carried out to test each target of this system, and testing results are analyzed. Finally, we brief introduce current application instances of the assets management system, and sum up systems design and implementat

25、ion, with prospects and suggestions proposed.Keywords: assets management; work-flow; standardization management; data tracing山东大学硕士学位论文第1章 绪论1.1 系统开发背景随着社会的不断发展，现代企业的规模在不断地扩大，企业使用的资产也在不断地增加。为了管理好这些资产，企业资产管理这一概念进入到人们的视野中，成为企业管理研究的一个热点。在经历了一段时间的研究后，资产管理理论日渐成熟并且管理的方法也日渐增多，越来越多的企业开始认识到：加强企业资产的管理，可以有效地将企

26、业内部拥有的资产合理化的分流，合理的管理使用资产，使其在企业的日常经营中最大化的发挥其作用，降低企业经营的成本并且提高工作效率，从而提高企业获得收益。同时，还可以将企业资产管理视为竞争力的杠杆，因此，资产管理的重要性已逐渐从后勤保障被提升到战略层次的高度，完善资产管理制度，提高资产使用效益，为建设节约型社会发挥重要的作用。现代企业的庞大资产，无规律的分布在企业的各个部门、单位使用，由于数量大、规模广，造成很多资产利用率不高，存在着资产闲置、资产处置不规范、资产使用不合理等现象与问题。在这些问题的作用下，企业的资产管理被弱化，资产流失较为严重。在生产制造型企业当中，这种现象尤为严重。在这类企业中

27、，不当的资产管理可能会造成生产设备的临时性故障，这将导致许多不必要的直接与间接损失，严重的损害到了企业的利益。因此，企业引进科学合理的资产管理方法，展开严格的资产清查，摸清资产存量及其使用状况，将会十分有利于今后采取针对性的措施并且能够保障资产的安全与完整，更有利于控制资产配置，防止超编、超标现象的发生，并且可以促进资产整合、调剂和共享，提高资产使用效益。资产清查工作是企业资产管理的基础性工作，同时也是开展其他各项资产管理工作的重要前提。资产清查有利于对企业的资产情况进行从宏观角度上的调控，有利于企业进行更准确地预算。通过资产清查，企业的管理层可以掌握各内部部门内资产的使用状况，了解各部门内闲

28、置资产的多少以及需求资产的种类、数量，从而能够在细化经费预算投入时做到有所侧重，顾全大局。对资产使用率不高、闲置浪费资产较多的部门减少资产的投入，避免投入不当造成的浪费。对需要配置资产的部门，有利于调剂余缺，避免盲目重复购置造成的资产闲置浪费等。企业资产管理现在已经是一个企业不可或缺的管理部分，它的内容对于企事业单位的决策者和管理者来说都至关重要，它从一定程度上关系着企业的经营成败。近些年来随着信息技术以及计算机技术的不断发展，计算机应用在各个行业部门内已经逐渐普及，并且在其中扮演着越来越重要的角色，从多个角度逐渐取代人力来从事各个领域中机械化的、危险的、以及繁重的工作，使人们的工作越来越简单

29、，生活也越来越轻松。社会信息化时代正在到来。面临着计算机技术的飞速发展，企业资产管理也在发生着改变，并且取得了良好的效果。其中，管理方式的改变是其取得成功的关键所在，因为企业使用计算机应用进行资产管理能够大幅度的提升企业管理效益、降低企业经营成本。在过去一直采用的都是传统人工的方式进行企业资产的管理。在这种管理的方式下，存在着很多的问题,例如:效率低下、保密性差、安全性差,并且随着管理时间的延长,将产生大量的相关文件和数据，这对于管理工作中的查找、更新以及维护都带来了不少的困难。但是采用计算机应用进行管理的方法后，过去繁琐的资产盘点现在通过自动化的程序能够轻松的完成，使得资产管理的工作有条不紊

30、的进行，资产与帐物严格的相匹配，管理能够快速反应出企业资产的当前状态，及时的发现资产使用中的问题，并且能够提出有效地解决方法，从而优化资产回报率。 1.2 国内外研究现状企业资源计划（ERP）自提出之后，其市场就一直以惊人的速度在增长。国内外很多企业都在这方面拥有了丰富的管理和实施经验。国内对企业资产规划进行研究与开发的部门主要分为以下四种情况：1. 专业从事设备工程与管理的企业。这类公司拥有着大量专业从事设备工程以及管理研究和开发的研发人员，他们形成了一个成熟的的咨询及研发团队，内部包含大量国内的资产管理专家。他们开发的企业资产管理系统已经达到了很成熟的阶段，能够从设备维修、维修策略、库存管

31、理、状态监测等领域提供较完善的功能服务。这类企业受到了用户的一致欢迎占领了大部分的市场，被称为是“真正搞设备管理的专家设计出来的软件”。2. 一部分软件开发公司。这类公司主要是软件开发公司，并不是在资产管理方面的专业人士。他们开发资产管理系统是应客户的需求进行开发并销售的，也占有着一定的市场份额。但是由于他们缺乏专业的知识与经验，并且与客户交流的时候很难百分百的理解，因此这类公司开发的资产管理系统中很难做出成功的案例。3. 部分其他从事研究与开发的机构。可以是软件开发公司或者系统集成公司。这类企业通常对资产管理系统也不了解，只是在开发其他MIS系统的同时开发的资产管理功能。其效果很难达到资产管

32、理应该有的高度，结果基本是开发一个失败一个。4. 一些国外专业厂家的咨询和代理商。这些企业主要关注的是软件的销售，基本上不存在着对资产管理系统的研究与开发。国外现阶段对资产管理系统的研究与开发的团队类型主要分为以下两种：1. 部分专业从事资产管理系统研发的公司。这些公司同样有着大量专业的资产管理方面的专家进行着此方面的研究，并且他们研究的起步较国内早，已经存在着大量的成功经验，并且有着很完善的系统案例。在这些专业的公司中有部分已经进入到国内市场，但是其并没有取得很好的成果，主要原因是这些公司进入到国内市场后将主要精力放在了销售上，忽视了研发，而国内与国外的企业经营模式仍然存在着一定的差异，生搬

33、硬套的资产管理系统很难获得生存的空间。2. 从事企业资产规划的公司。这类公司在之前的很长一段时间内从事着企业资产规划的研究，随着企业资产规划逐渐的无法满足企业资产的管理时，这类公司开始进行与企业资产管理相关的研究与开发，以弥补其自身在业务上的缺陷。综合看来，现在国内外大部分不专业的公司所共同面临的问题是系统的支离破碎，它无法满足企业资产管理各个方面的要求，无法满足当前企业对资产管理特别是状态维修的要求。在这当中，国内公司的问题大多是静态、单项、批处理系统居多，无法全面的需求，而国外公司的问题是其管理软件的处理逻辑主要停留在了几年前的设备管理水平上，已经跟不上新的管理模式的步伐，很难被市场所接受

34、。1.3 本文的主要工作本文是对企业资产管理系统的开发与设计的描述，分析了系统开发的背景和资产管理系统的国内外发展现状，采用需求管理相结合的方法确定系统的需求、问题以及设计目标。将功能需求进行细化，对典型场景进行了详细的描述，介绍了系统多层软件架构、系统功能架构和系统的安全设计。对系统的主要模块进行了详细设计以及数据库设计，基于J2EE的Struts框架进行了系统的实现，并通过测试得出了与预期相符合的结果。具体的工作如下：分析了资产管理系统的开发背景，结合管理信息系统的特点与发展要求，深刻分析国内外资产管理系统普遍存在的问题，提出开发有特色的资产管理的具体目标和重点分析系统要达到的目标，进而分

35、析了系统的业务流程，并进行了流程改进和系统化工作。进而分析系统的功能需求和非功能性需求，将系统需求以流程图和用例图的形式详细说明，得到对资产管理系统的需求和设计指南。在需求分析的基础上，进行系统架构的设计，分析出系统要达到的目标，设计出系统的网络架构以及逻辑架构并进行讨论。在随后的系统详细设计中对系统的功能进行了详细的划分，并且对每一个功能模块都进行详细的分析，罗列出相关的操作以及响应，此过程给出了各个功能模块的操作顺序图。功能设计结束后，进行了本系统所需要的数据库的设计，通过E-R模型等展示出了数据库的具体结构。在系统实现与测试中，采用的是基于J2EE的Struts作为开发框架，采用MVC的

36、模式，将前台的显示层与后台的处理层分开，通过配置映射文件和JAVABEANS建立二者前台JSP文件与后台JAVA文件之间的跳转与数据传递。首先描述了系统的整体实现，并对各个模块的实现进行了详细描述，通过建立映射文件搭建了系统前台与后台之间的联系与数据传输通道；通过数据库链接过滤实现了系统对多种数据库管理系统的支持；采用追踪监控的方式实现单据的删除，保证了不会出现非法资产的情况；利用XML文件保存系统邮件的配置信息，方便了系统邮件信息的更改等。其次，通过不同的方法对系统的各项指标进行了测试，并且最终以文档的形式将测试结果呈现出来。最后，本文对资产管理系统的应用情况作了简单介绍，并对系统的设计和实

37、现进行了总结，提出了对系统的展望和改进建议。1.4 本文的组织结构第1章绪论。介绍本系统的开发背景、国内外研究现状及本文的主要工作。第2章需求分析。在讨论系统项目背景和对其开发设计所面对问题的基础上，对系统的业务功能的需求进行了识别和分析，梳理出了系统的业务流程。在上述工作的基础上，识别并提出了系统的关键问题和系统目标。第3章系统概要设计。在需求分析的基础上，对系统从技术架构、功能架构和应用模式进行设计。第4章系统详细设计。基于概要设计完成的架构设计，对系统进行详细设计。其中着重介绍了资产管理初始化设计、资产采购管理设计、资产实物管理设计。同时对系统的数据库结构进行了详细的设计。第5章系统实现

38、。主要介绍了系统主要功能模块的实现内容。并对其中关键技术的代码和关键的算法进行了阐述。本章节也对应用功能的实现进行了介绍。第6章系统测试。介绍了系统的测试情况，系统测试方法、测试结果、结果分析等。第7章总结与展望。对论文进行了总结，并指出了当前系统仍存在的不足与未来研究的方向。第2章 需求分析2.1 总体业务描述资产管理是企业管理中的一个重要环节，它是一个涉及到企业运营过程中的每一个环节，需要企业内多个部门共同协调工作完成的管理系统。资产管理系统又是企业管理中的基础部分。系统主要以企业管理办公室与资产管理部门为主要用户，他们负责对系统的各个主要环节进行操作与管理，企业中的财务部维护系统中会计核

39、算基础数据和制作会计凭证的信息，复核卡片并生成纸质凭证，复核卡片变更以生成相关凭证，同时还需要负责资产核算、计提折旧、减值准备，并且需要登记账销案存资产台账及其信息变更。资产采购部门负责系统中缺少的资产实物，满足企业内不同资产的使用需求。最后企业内各个部门均参与的是资产的使用，他们对资产的申请、报修、报废、变更等请求触发了系统的一系列的流程。由于系统的用户包括多个不同的部门，并且不同部门之间分别拥有着不同的管理权限，因此要求系统能够严格的管理好不同的登录用户之间的关系，分配好相应的权限，确保系统能够正常的运行。资产管理系统的各个模块中都是以资产管理部门为核心，各个其他部门以及相关领导进行交互操

40、作，共同管理维护好企业内部的资产的使用情况。系统主要是各个部门提交申请，由资产管理部门进行受理、审批以及资产的下发。主管领导则负责重要资产的最终审批同意。部门之间申请与审批的顺序由系统内设计的流程控制运转，保证了操作逻辑的正确性，从而能够更好的管理企业内的资产。 由于资产管理系统主要是公司内部进行使用，不需要进行远程的操作维护，因此系统在消除地域限制方面可以适当的放宽尺度，将主要的工作量放在内部逻辑的处理上。资产管理能够将资产实物管理与价值管理和谐统一，使得资产管理部门记录的在编资产与真实使用中的资产相吻合，管理部门能够真正的掌握企业内资产的现状。并且资产的业务处理、财务核算、管理监控能够达到

41、一体化。将资产相关的财务核算操作以及管理审批操作融入到资产的普通业务处理当中，在执行业务的同时通过各级的审批、维护好账务数据，使得多种操作同步的进行，提高工作效率的同时，保障了数据的一致性。资产管理能够多角度、全方位关注资产状态，实现资产全生命周期的管理。系统从资产的申请、采购、验收、领用、维护、报废等各个环节设置了功能模块，整个系统以资产的生命周期为总线，从始至终管理着资产的状态，用户可以通过不同模块查询资产，也可以通过资产查询不同功能阶段的情况。通过实施资产管理帮用户改善当前资产采购失控，浪费严重现象。将资产的采购阶段整合到资产申请功能内进行严格的管理，能够有效地避免以往在资产采购阶段造成

42、的资金流失与浪费严重。避免了因管理分散而导致的资产管理不能合理的被利用的状况。资产处理的操作中的各个申请与审批都是经由系统来传达的，不同级别的审批者都是通过系统对申请进行批复。免除了申请者到不同的地方进行申请的麻烦。资产管理改变了使用跟踪欠缺，台帐数据失真的现状。系统数据库中的台帐信息通过各个模块的维护，能够真正的反映出企业内部使用的所有的资产的真实情况，能为各种决策提供准确的依据。2.2 系统目标和解决的问题企业是以营利为目标的经济组织，资产管理是企业财务管理的重要一环。随着集团企业管理的进一步细化，集团资产管理的问题逐渐暴露出来，主要表现为：1. 资产处置随意性大，造成集团资产流失。下级单

43、位处置资产标准不统一，具有一定的随意性，比如低于正常价格出售固定资产或不正常的捐赠等，造成集团资产流失。2. 资产采购无序，大量占用流动资金。缺乏完整系统的采购计划，集团内重复采购现象突出，某些下级单位随意采购并不急需的资产，大量占用流动资金，造成企业营运困难。3. 资产流动性差，整体利用率低。部分资产在有的单位闲置，有的单位却要另行筹资采购，整个集团的资产利用率很低，影响了集团的整体效益。4. 折旧计提口径不同，无法准确考核效益。由于对各下级单位的折旧处理缺少有效的控制工具，各单位计提折旧的口径不同，使代表各单位效益状况的“利润表”在不同的单位之间不具有可比性，也使得某些单位用折旧调整利润成

44、为可能。5. 资产信息分散，难以准确把握整体情况。大多数集团企业内，每个下级单位都有独立的资产核算账套，集团要想从整体上了解整个集团的情况，必须对各下级单位的数据进行手工合并，这不仅降低了决策的效率，而且信息获取速度慢，容易出错。基于以上原因，作为能够严格管理好企业内资产的资产管理系统，越来越迫切的需要能够解决以上存在的问题。从广度上来讲资产管理的方案是以资产、设备前期管理、运行历史及台帐为基础，以资产卡片信息为载体，以资产台帐管理为核心，围绕日常资产管理业务，运用流程化、工程化的管理手段，将采购管理、库存管理、设备管理、固定资产管理、项目管理集成一个数据充分共享的信息系统中，实现资产设备的实

45、物管理与价值管理的统一，达到资产的业务处理、业务监控和财务核算、财务监控的一体化，从而将传统的被动资产管理转变为积极主动的资产管理，可以从多角度关注资产状况，实现资产全生命周期管理。因此系统提出了以下四个统一的实现目标：1. 统一资产业务规范。为了规范资产业务，统一各单位的核算口径，避免折旧计提对企业效益报表非正常的影响，编制集团资产业务规范必不可少。资产业务规范中，确定资产分类原则、编码原则、折旧计提方法和其他重要属性的定义，以及每种具体业务处理的详细规范等等。随时监控下级单位对于资产业务规范的执行情况，严格管理制度，为集团决策提供真实可靠的信息。2. 统一资产计划采购。统一资产采购可以最大

46、限度地降低采购成本。首先，资产采购必须由集团统一编制，审批执行。集团资产管理部门根据整个集团和各下级单位上报的采购计划，综合资金预算、效益状况、资产用途、前景等因素确定集团的资产采购计划；重点支持效益好、前景好的企业，偏重生产性资产投资，同时考虑具体企业的现金流情况，避免占用大量流动资金。3. 统一重点业务审批。集团针对比较重要的资产业务，建立集团审批制度，以加强对这些业务的监控。下级单位进行相关业务前必须向集团提出申请，在集团审批通过后方可操作。4. 统一内部资产调配。下级单位定期上报本单位资产的状态情况，集团可根据下级单位的资产需求，在集团内部进行调配，从而整体降低集团的采购费用或租赁费用

47、。2.3 系统需求分析软件开发的目标是在预算范围内按时开发出符合客户真正需要的高质量软件系统2。需求分析主要通过建立模型的方式来展示用户的需求，为客户、用户、开发方等不同参与方提供一个沟通与交流的渠道。这些模型是对需求的抽象，以可视化的方式提供一个易于沟通的桥梁。用户需求的分析与用户需求的获取有着相似的步骤，区别在于分析用户需求时使用模型，以获取用户更明确的需求。分析用户需求，需要执行下列活动。1、描述系统总体结构。通过建立图形，描述系统的整体结构，包括系统的边界与接口。资产管理的使用单位通过与资产管理相关的角度划分的系统角色的结构如图2-1所示。图2-1 资产管理的整体结构整个资产管理工作可

48、分为五个阶段：资产管理初始化、资产申请、资产采购、资产使用、资产维修、资产报废。其中，申请、采购、维修、报废都有着严格的流程来进行着控制。 资产管理的整体流程如图2-2所示。图2-2 资产管理的整体流程2、需求建模。用于需求建模的方法有很多种，最常用的包括数据流图、实体关系图和UML三种方式。数据流图作为结构化系统分析与设计的主要方法，已经得到了广泛的应用，它使用四种基本元素来描述系统的行为，过程、实体、数据流和数据存储，该方法直观易懂，使用者可以方便地得到系统的逻辑模型和物理模型，但是从DFD图中无法判断活动的时序关系。ERD方法用于描述系统实体间的对应关系，需求分析阶段使用ERD描述系统中

49、实体的逻辑关系，在设计阶段则使用ERD描述物理表之间的关系。需求分析阶段使用ERD来描述现实世界中的对象。ERD只关注系统中数据间的关系，而缺乏对系统功能的描述。本系统使用统一建模语言UML中的用例图、活动图、状态图来对需求建模。用例图通过描述“系统”和“活动者”之间的交互来描述系统的行为。通过分解系统目标，用例图描述活动者为了实现这些目标而执行的所有步骤。此方法最主要的优点是用户导向的，用户可以根据自己所对应的用例来不断细化自己的需求3。此外，使用用例还可以方便地得到系统功能的测试用例。UML 活动图记录单个操作或方法的逻辑、单个用例或商业过程的逻辑流程。在很多方面，活动图是结构化开发中流程

50、图和数据流程图的面向对象等同体。UML状态图描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的时间做出反应的。通常创建一个UML状态图是为了以下目的：研究类、角色、子系统、或组件的复杂行为，建模实时系统。3、用户评价通过原型、页面或其它方式向用户提供可视化的界面，用户可以对需求做出自己的评价。使用原型分析方法来帮助开发方进一步获取用户需求或让用户确认需求。开发方往往先向用户提供一个可视界面作为原型，并在界面上布置必要的元素以演示用户所需要的功能。本系统充分利用B/S结构系统开发的特点，以制作静态页面（HTML文件）的方式，为用户提供一个可视化的界面。用户可以在此原型

51、上看到系统的功能原型，并且在此基础上提出意见，开发人员再作进一步的分析和设计。同时，此原型可作为后续开发的基础，将系统实现阶段的一部分工作提前完成。本节主要针对系统的功能性需求即业务需求进行分析，非功能性需求放在下一节加以描述。2.3.1 系统功能性需求下面采用文字描述与用例模型相结合的方式表示各阶段系统的功能性需求并且确定需求的范围：1、资产申请管理资产申请模块主要是面向企业内的资产使用人员，使其申请需要的资产，经过各级相关管理部门对其申请进行审批与处理后，领用到资产的过程。资产主要来源于库存与购买。资产申请阶段主要参与的部门有：资产使用部门、资产管理部门、经济发展部门、公司主管领导、物资部

52、门。随着企业的发展，用户也可以自行修改或定义新的申请流程。资产申请审批流程如图2-3所示。在图2-3中，首先由资产使用人员在系统内进行申请的发起。资产使用部门内部填写本部门资产申请单提交部门领导审批，部门领导审批通过后将申请单提交给资产管理部门。资产管理部门通过申请单对申请部门对资产的需求情况进行考核，情况属实后审批通过，并且查看现有相关资产空闲情况，若有空闲资产，则直接向申请部门开具资产领用单，供其领用申请的资产；若没有空闲的相关资产，则需要进行资产的采购，资产管理部门随即将申请单提交至经济发展部门进行经济核算审批。经发部主要根据企业内对资产采购的预算，申请资产的价格以及申请部门的申请采购记

53、录等进行考核，考核审批通过后，生成相关的资产采购计划书，并转发给企业物资部门。图2-4是资产申请审批用例图1。图2-3 资产申请审批流程图图2-4 资产申请审批用例图1物资部门收到后依据计划书生成采购单，在将采购单重新送回到资产管理部门进行登记后，根据系统登记的资产供应商进行资产的采购。采购部门通过签订合同、付款、采购物品等操作后，购买回资产，物资部门在系统内生成到货单，与资产一起送至资产管理部门，后者对资产进行验收，生成入库单，将产品存入仓库，并将产品登记入资产管理系统。同时，资产管理部门在系统内生成资产领用单，并发送到资产申请部门处，申请者凭领用单领取资产。在整个资产申请的流程中，若任一个

54、审批环节得不到通过的话，申请流程结束，资产申请失败。图2-5是资产申请审批用例图2。图2-5 资产申请审批用例图22、资产维修管理系统内制定严格的采购流程，每个部门必须首先制定自己的资产购置计划，然后按照计划的内容进行资产的采购，杜绝计划外的采购。同时在采购的流程中设置审批的环节，来控制资产采购的合理性，检测采购的资产的价格是否超出申请的金额，检查采购是否在计划内等。具体的采购流程图如图2-6所示。图2-6 资产采购流程图资产采购的管理部分可满足以下业务需求：1. 实现采购流程中资产采购合同、对供应商的管理、付款申请、付款记录、购货发票的管理控制。在这里对采购合同与付款和发票建立紧密的关系，严

55、格的检查付款的总量不超过合同中签订的金额的数目，同时检测发票中金额的总和是否等于付款记录中金额的总和，保证企业资金不丢失。对付款与发票部分的单据设置中，同一个申请单可以对应着多个资产的付款或发票的付款/发票信息，以便于用户输入的便捷。2. 系统提供采购资产的年度预算及预算发生数的跟踪功能，可以统计出各个部门在过去的时间内发生的采购已经使用了其资产采购预算中的比例，进而计算出该部门剩余的资产采购预算，为下一次部门资产采购申请时的审批提供量化指标。3. 系统为便于资产采购的流程管理，在资产采购的各个环节建立了资产联查关系，即可以从资产申请联查到付款申请，联查到付款记录，相关合同，发票等信息，可以根

56、据单据的对应关系，联查出合同，付款申请的已付款金额，发票记录中的已收发票等。4. 系统为了便于管理部门统一采购，提供了已采购信息的联查功能，方便采购部门在查询到供应商信息后联查到以前从此供应商出采购某种资产的采购价格，以便为未来采购中的价格协商提供参考。3、资产维修管理此功能模块也是面对资产实际使用人员。其对正在使用的资产进行维修申请，经过各级审批后交由售后部门或维修工程部门进行资产维修。参与的部门有：资产使用部门、资产管理部门、维修单位、企业主管领导、物资部门。图2-7是系统资产维修审批流程图，随着企业的发展，用户可以维护或重新定义自身的流程图。图2-7 资产维修审批流程图在各个部门使用资产

57、的时候，如果资产发生故障或损坏的时候，需要发起资产维修流程。在图2-7中，由资产使用者发起维修申请审批流程。资产使用者在系统内填写资产维修单并提交给部门领导审批，通过后转发到资产管理部门。资产管理部门通过查询系统内对资产的登记情况，找出需维修的资产是否在保修期内。如果在保修期内，则查找出资产保修单，将其一起送到物资部门。物资部门根据系统记录的供应商信息将资产送回厂家维修，并且在系统中填写资产保修记录。图2-8为保修期内资产维修审批用例图。图2-8 资产维修审批用例图1如果发现资产已经不在保修期内，则资产管理部门需要根据记录的资产信息判断资产的性质，根据其性质的不同，可将资产送外维修或送至内部工

58、程师维修，维修方查看资产的损坏情况给出维修方案，返还资产管理部门。管理部门从中选择合理的方案后交回维修方，并与其商讨出维修费用。当单台资产的维修费用低于1000元时，直接生成维修单进行资产维修；当单台费用高于1000元时，需要提交企业主管领导进行价格审批，通过后方可送与维修。维修结束后，资产返还到资产管理部门，资产使用者通过前者开具的资产领用单重新领用资产。图2-9为不在保修期内资产的维修申请审批流程图。同样，在维修申请的各个审批环节中，如果出现审批不通过的情况，则维修申请流程结束，资产维修申请失败。图2-9 资产维修审批用例图24、资产报废管理此功能模块直接面对的是资产实际使用人员。其对正在

59、使用的资产进行报废申请，经过各级审批后由财务部门进行统计表登记，并最终报废产品。图2-9是资产报废阶段的流程图。当资产由于过时、到期、损毁等原因需要淘汰的时候，转入资产报废流程。参与的部门包括：资产使用部门、维修主管部门、资产管理部门、财务部门、企业主管领导。图2-10 资产报废审批流程图在图2-10中资产使用者填写报废资产申请单，提交给部门领导进行审批。在综合考察后，部门领导通过报废申请，并将申请送至维修主管部门。维修部门由专人对资产进行可用性评估，考察资产是否可以报废，通过后提交给资产管理部门进行登记，随后财务部对报废进行审批。财务部通过资产的采购价格、使用时间、创造价值等方面对资产的使用

60、情况进行考核，并进行审批，通过后上报企业主管的领导进行审批签字通过，并返还给资产管理部门维护资产的登记信息。最终财务部门维护相关的财务统计表，记录资产的报废。图2-11是资产报废审批过程中的用例图。图2-11 资产报废审批用例图25、资产变更此功能模块的使用者是资产实际使用人员。在资产使用期间由于各种原因需要进行资产的变动，在发生变动时资产使用人员可以通过该功能在系统中添加资产变更单。主要参与的部门有：资产使用部门、资产管理部门。资产变更对于固定资产信息的处理，包括原值的重置、资产的评估、状态的变更、资产的内部调拨、变更附属设备等业务。资产变更业务流程如图2-12所示。图2-12 资产变更业务

61、流程图在图2-12中，资产使用人员填制资产变更单后，相关的内容将按照新的内容现实在资产卡片上。提交完成后，资产变更单被提交至资产管理部门，进行审批合格后，由系统自动处理资产使用信息的修改，并由资产实物管理人员进行资产的变更调整。图2-13是资产变更过程中的用例图。图2-13 资产变更业务用例图6、清产核资清产核资功能模块主要的使用者是企业的资产管理部门。在企业的资产被使用的过程中，资产管理部门需要对其进行定期或不定期的清产核资操作，以明确企业内资产的现状，主要参与的部门有：资产管理部门、企业内相关主管领导、财务部门。清产核资的目的是使实物与系统记录一一对应，便于资产的管理。清产核资的业务流程如

62、图2-14所示。图2-14 清产核资业务流程图在图2-14中，清产核资的流程是由企业资产管理部门发起的，首先需要进行两个操作：从资产管理系统的数据内检索出现在有哪些资产在系统中是被记录为使用中的；利用扫描或输入编号的方式在系统内的清产核资模块内输入实际使用中的资产，以供系统统计比对。系统根据两者的数据进行比较，盘点企业的资产，最终得出两类数据：盘盈信息、盘亏信息。并根据两者生成相应的清算单，送交企业主管的领导审批，审批后将清单转至财务部门进行资产变更的账务确认。图2-15是清产核资过程中的用例图。图2-15 清产核资用例图7、报表统计报表统计是对当前或历史月份的资产变动情况的进行统计分析查询，

63、主要包括：资产统计查询、仓库统计查询、维修费用分析、其他费用分析以及日志管理查询等各种统计分析报表。此功能内下级单位只能对本单位的数据进行统计分析，上级单位可以统计分析任意下级单位的数据，可以是一个单位，也可以是多个单位。在这其中，资产统计查询用于设备台帐的统计查询。可以按设备台帐上的主要信息进行条件过滤，也可自定义需要展现的数据信息，同时还能够提供必要的设备台帐统计分析功能。仓库统计查询主要用于库存设备的统计查询，可根据设备类别、仓库进行条件过滤，按设备类别、仓库等信息统计。维修费用分析是用来查询指定时间段的维修费用针对资产用途的分析。日志管理查询则能够按日期范围、业务类型、资产类型、资产ID进行日志信息查询，为系统的运行提供一个监管的窗口。2.3.2 系统非功能性需求功能性需求主要包含了系统的功能模块，以用户输入数据，经过系统处理，得到希望的结果的模式为主。功能性需求描述了系统在各个功能模块处对用户的请求进行的响应与处理逻辑，是系统被开发的主要目的。但是这样还不能完全地描述出一个系统的需求，我们还需要考虑系统的非功能性需求。非功能性需求常常被人们所轻视，甚至被忽视，但实际上它也是系统的一个非常重要方面。软件产品非功