管理第11章 固定资产借用分析.pptVIP

第11章 固定资产借用分析 开发一个软件首先要进行系统分析，其主要工作是确定系统的规模和范围，确定软件的总体要求以及所需要的硬件环境和支撑软件，确定待开发软件与外界的接口，根据用户的情况确定软件对操作的要求，以及待开发软件总体上的约束和限制。系统分析有助于弄清对需开发的软件、支撑软件、硬件环境以及操作人员的要求。编码阶段的任务是根据详细设计编写程序。在编写过程中，应注意代码的易用性、易维护性和可移植性，确保编写出高质量的代码。 * * 本章知识要点： 掌握软件开发流程 掌握固定资产的需求分析 掌握设计系统用例图 熟练掌握规划系统总体结构和系统分析 熟练掌握系统各个模块设计 掌握固定资产数据表设计 * 11.1 系统需求分析 需求分析是开发软件流程中一个相当重要的阶段。由于开发人员熟悉计算机但不熟悉应用领域的业务，用户熟悉应用领域的业务但不熟悉计算机，因此对于同一个问题，开发人员和用户之间可能存在认识上的差异。在需求分析阶段，通过开发人员与用户之间的广泛交流，不断澄清一些模糊的概念，最终形成一个完整的、清晰的、一致的需求说明。可以说，需求分析的好坏将直接影响到所开发的软件的成败。 11.1.1 系统功能分析 固定资产是每个企业不可缺少的重要部分，通过加强固定资产管理，可以优化资源配置，充分利用已有资源。传统的人工管理办法不仅耗费人力、物力，而且常常因人为因素而导致部分资产在企业中得不到充分利用，因此非常有必要设计一套固定资产管理软件。惠通软件开发公司()业务不断发展，人员越来越多，固定资产的管理人员压力逐渐增大，需要建立数据库和使用软件系统来进行管理。 * 11.1.2 系统用例图 用例图由Ivar Jacobson在开发AXE系统中首先使用，并添加到由他所倡导的OOSE和Objectory方法中。用例图引起了面向对象领域的极大关注，自1994年Ivar Jacobson的著作出版后，面向对象领域已广泛接纳了这一概念，并认为它是第二代面向对象技术的标志。使用例图可以描述外部参与者所理解的系统功能，也就是说用例图描述了用例、参与者以及它们之间的关系。 * 11.2 系统概述 在明确了用户的需求以后，下一步的任务就是对未来的软件系统进行设计。软件设计通常分为概要设计和详细设计。概要设计的任务是确定软件系统的结构，进行模块划分，确定每个模块的功能、接口已经模块间的调用关系。详细设计的任务就是为每个模块设计实现的细节。 * 11.2.1 系统总体结构 本系统总体结构设计采用了MVC的思想。根据面向对象分析阶段中类划分结果，规划界面类、控制类、实体类及调用关系。界面类对应上面的视图，控制类对应控制器，实体类对应模型。这三种类之间互相作用，完成了系统的运作。 * 11.2.2 系统分析 确定了系统采用MVC结构之后，就可以进行面向对象分析。该阶段主要进行以下内容： 分析需求文档资料，找出所有概念，包括名词、动词和短语。 确定问题范围，把此范围内的概念进行细化，形成“概念清单”。 细化结果形成初级类和功能。 根据功能需求形成主要功能、菜单树和主要界面。 根据初级类形成界面类和实体类 * 11.2.3 系统设计 为了美化界面并使系统结构更加灵活，又提供如下Panel类，分别为TrPanel、TbPanel、AssetPanel、EmpPanel、CatePanel和LendPanel。 * 11.3 系统模块设计 系统模块设计，实际上进行的就是系统设计的第二个步骤，即详细设计。详细设计的任务是为每个模块设计其实现的细节。由于前面章节已经确定了每个模块的功能和接口，所以相对而言，详细设计比较容易。 * * 11.3.1 操作员管理 操作员管理模块具有三项操作，分别为操作员登录，操作员密码修改和操作员退出。在实现操作员管理模块中，我们采用了MVC三层体系结构，实现操作员登录、修改等操作，上述操作都是有界面类（View）、控制类（Control）和模型类（Model）组成。 * 11.3.2 固定资产管理 固定资产管理模块主要完成固定资产添加、删除和修改等操作。在实现过程中，对于每一项操作都是采用MVC模式进行设计，即每项操作的完成都需要界面类、控制类和模型类。由于资产添加、删除和修改等操作，其流程、类之间的关系大部分相同，所以这里只介绍了固定资产添加操作实现的过程。 11.3.3 职工管理 在固定资产管理系统中，固定资产是可以借入和归还的。而能够进行资产的借出和归还的职工，需要在固定资产管理系统中注册。对于这些职工的管理是通过职工管理模块完