内蒙古财经大学固定资产管理系统设计与实现-财经学院本科论文(编辑修改稿)

内蒙古财经大学固定资产管理系统设计与实现-财经学院本科论文(编辑修改稿)内容摘要：

语言运行时）集成。 CLR 集成是指你可以使用任何一种 .NET 语言编写 SQL Server 20xx 的存储过程，触发器，函数，自定义类型，甚至是自定义的聚合函数。 想想以前的扩展存储过程，编程非常不容易。 代码中一不小心就会引起内存泄漏。 （ 2）安全性： SQL Server 20xx 的安全达到了很强大水平，有着很更清晰的安全模型即主体，安全对象和权限。 （ 3）异 步处理能力： Service Broker 提供了一个功能强大的异步编程模型。 Broker 的最大好处一是异步执行能力，提高了可伸缩性，二是可靠执行，三是集成于数据库中，备份数据库就备份了 broker 的消息队列。 （ 4）支持通过 HTTP SOAP 协议直接访问数据库，增加 XML 数据类型，支持 Xquery，使用新的 SQL Server Management Studio 等等 [10]。 以前都是大项目用 ORACLE 或者 DB2，因为只有 ORACLE 和 DB2 能胜任，现在情况有些变化了。 不少在 Windows 构架下的大项目还是 倾向于用 SQL 的，像镜像，高可用性，页面级的恢复，联机索引，多 CPU 支持等高级特性， SQL也不比 ORACLE 差。 基于 SQL Server 20xx 的上述特点，所以本系统选择它作为后台数据库。 第 3 章 可行性研究与需求分析 可行性分析 可行性研究的目的就是要用最小的代价在尽可能短的时间内确定问题是否能够解决，可行性研究的目的不是解决问题，而是确定问题是否值得去解，主要从三个方面研究。 1．技术可行性 本系统采用 Visual Studio 20xx 作为程序开发工具，后台使用 SQL Server 20xx来开发数据库。 使用 Visual Studio 20xx 来开发程序并不难，而 SQL Server 20xx 也是熟悉的数据库开发工具，所以该系统在技术上是可行的。 2．经济可行性 随着互联网的广泛应用，信息管理已经在全球范围内形成了一系列的信息管理体系。 新技术、新方案的提出和实践也使该体系向更完善、更高级的方向发展。 同时，由于技术的不断发展，由广域到局域的分层次的系统开发也相应的不断发展，而这个开发系统的成本也由起初的高价逐渐趋于平缓，因此对于不断更新的新技术、新成本就可以应用在信息部门内部，所以本系统在经济 上是可行的。 3．操作可行性 本系统可以在 Windows 的任何环境下运行，并且操作简单，即使是对计算机不太熟悉的使用者也很容易学会，因此，该系统在操作上是可行的。 综上所述，从技术可行性、经济可行性和操作可行性三方面来说固定资产管理系统系统的实现都是可行的 [11]。 需求分析 需求分析是软件定义时期的最后一个阶段，它的基本任务是回答“系统必须做什么。 ”这个问题。 根据论文前面的可行性阶段的分析，我们已经可以得出 内蒙古财经大学 固定资产管理系统的开发完全可行。 根据可行性阶段的分析，我们已经基本上导出该系统应 该具备的功能。 可行性研究阶段产生的文档，特别是数据流图，是需求分析的出发点。 数据流图中已经划分出系统必须完成的许多基本功能。 在这个阶段结束时交出的文档中应该包括详细的数据流图，数据字典和一组简明的算法描述。 需求分析的结果是系统开发的基础，关系到工程的成败和软件产品的质量。 因此，必须用行之有效的办法对软件需求分析进行严格的审查验证。 图 31 需求分析过程 总体需求 内蒙古财经大学 固定资产管理系统主要是完成对系统用户管理、资产信息管理、资产变 更管理、资产用途管理、资产类别管理和资产增减管理。 因为利用本系统管理员可以直接录入信息，修改信息，删除信息，并且若在录入过程中发现错误，也可以通过修改界面及时更改其信息。 这样就可以不受时间、地点的限制使录入、修改、删除、管理工作得以顺利进行。 普通用户可通过查询界面对各个情况进行相应的查询。 在本系统中管理员具有最高权限，为了保证数据库的安全及保密性，在进入该系统的时候，需要进行身份验证。 本系统大大提高了工作效率，既方便了员工，也使管理人员从繁杂的劳动中解脱出来，为实现固定资产管理的合理化、效率化、可靠化、提供 了强有力的技术手段。 数据需求 本系统是对 内蒙古财经大学 固定资产信息管理进行设计，故该系统将会具体对系统中各模块的功能和应用流程进行分析和设计。 在需求分析中将针对用户对系统功能的两种需求进行介绍；在系统功能描述中将会对系统中的各模块的应用进行介绍；在功能模块划分中将对系统的应用模块进行划分；在系统流程分析中将会对各模块的应用流程进行描述。 固定资产管理系统体现了系统管理员在固定资产整个使用活动过程中的关键流程。 该系统可以有效地提高统计资产的效率，减少人力，节省时间，让固定资产的管理工作更加快捷和精 确。 用户对系统的需求功能如下： 系统管理： 1. 用户管理 基础数据 : 1. 类别管理 (多级类别 ) 2. 机构信息 (存放地点 ) 需求分析 数据的需求分析 数据库的设计 功能模块的需求分析 功能模块的设计 系统调试 系统运行与维护 3. 部门信息 (使用地点 ) 资产管理 1. 资产入库（如已存在的资产） 2. 购买资产 3. 领用资产 4. 归还资产 5. 调拔资产 6. 资产维修 7. 资产报废 统计查询 1．查询：分类查询 2．导出 功能模块需求分析 根据需求分析中的内容，根据用户的需求，下面对系统各模块的功能进行描述。 系统模块的描述主要是描述出系统模块的功能和处理。 主要是用文字去描述，而不是用图形图描述 [12]。 根据本系 统的功能，管理员管理子系统主要设计如下模块： 1．系统管理模块：系统管理模块主要完成系统中的用户信息管理。 系统中的用户主要分为管理员和用户。 管理员拥有最大的权限，对系统中的所有数据拥有添加删除修改权限。 用户的权限是查询资产的各种管理操作信息。 2．资产管理：资产管理模块完成实验室的固定资产信息的管理，及资产变更登记。 3． 数据管理 ：对系统中的基础性数据进行管理。 如：设备用途管理、设备类别管理、增加方式管理、减少方式管理。 4．查询 管理 ：查询资产信息和资产的各种操作管理信息。 如：现有资产查询、资产增加查询、资 产减少查询、资产借出查询、资产归还查询、资产送修查询、资产完修查询。 用户管理子系统只有查询与报表功能。 内蒙古财经大学 固定资产管理系统的功能模块流程图如图 32 所示。 图 32 内蒙古财经大学 固定资产管理系统功能模块流程图 固定资产管理系统 管理员系统 查询 管理 数据管理 资产管理 用户系统 资产信息管理 增减方式管理 资产变更管理 资产修理查询 现有资产查询 资产增减查询 资产借还查询 设备用途管理 资产信息管理 第 4 章 系统总体设计 系统总体结构设计 总体设计是软件开发人员根据软件需求说明的要求，运用结构化程序设计思想，将软件自上而下逐层分解成多个软件模块，直到分解成每一个模块只具有单一的功能，能用一个或几个程序实现的树形结构为止。 总体设计阶段还要定义各模块的数据传递关系，设计软件的编码方案、文件存储策略、输入输出格式，以及硬件和系统软件配置，最后编制概要设计说明书。 经过需求分析阶段的工作， 内蒙古财经大学 固定资产管理系统必须“做什么”已经清楚了，现在是决定“怎样做”的时候了。 总体设计的基本目的就是回答“概括的说， 内蒙古财经大学 固定资产管理系统应该如何实现。 ”这个问题。 具体任务就是进行概要设计，确定解决问题的策略和实现目标系统的各种功能的方案，确定软件的模块组成以及模块之间的相互关系 [13]。 总体设计过程可分为两个主要阶段：功能设计 ，确定资产管理系统的实现方案；结构设计，确定该软件的结构。 功能设计是在需求分析的基础上进行的，这里所说的“功能”是泛指的，不仅指问题定义中列出的功能，还包括软件定义时确定的任何一个独立的数据加工或处理步骤。 结构设计，是将整个系统按照不同的功能和层次划分为一个个功能简单明确且相对独立的部分（模块），每个模块实现系统的一项具体功能，自顶向下，逐步细化。 结构设计是确定程序由哪些模块组成，以及这些模块之间的关系。 根据软件工程原理，在利用模块进行结构设计时，我们应遵循如下原则： 1．模块之间的联系程度，各模块间的联 系越弱，模块的独立性越高，该系统的整体结构越好。 2．模块之间应尽量以数据连接为主，以特征连接为辅。 必要时可以建立控制连接。 3．模块内部的组合强度是高功能的组合。 4．模块的分解到合适的程度。 5．增强模块的扇入系数，减少模块的扇出系数，扇入系数指一个模块的直直接上级模块的个数，扇出系数指一个模块拥有的直接下级模块的个数，应控制在 7 以内。 6．高模块的信息隐蔽程度，软件设计是一个将信息需求转换成数据结构、程序结构和过程性的多步骤过程。 常用的结构设计方法是基于模块化、自顶向下 逐步细化，结构化程序设计等程序设 计基础上发展起来的 [14]。 系统总体结构 内蒙古财经大学 固定资产管理系统的目标旨在改善和提高资产管理事务处理的计算机应用水平，实现基于计算机网络的管理能力，实现网络化的管理的工作流程，为资产的信息化管理平台提供信息基础。 系统应具备简单易用，高度灵活性与可自定义性，全面支持 Inter/Intra，严密的使用权限功能等特点。 系统基于 B/S 结构，面向 Inter/Intra，能够通过该系统轻松的实现随时随地的移动办公，提高办公效率 [15]。 模块层次图，是描述软件层次特性的工具，描 述某个模块负责管理控制哪些模块以及上下级模块或同级模块之间的数据传递关系。 模块层次图，能够清楚地表明系统的结构，并可用来粗略地估计系统的尺寸。 它的优点就是图形清晰，缺点是不能表明程序的主要执行逻辑，尤其是没有表明模块之间的通讯情况。 概念模型设计 概要设计基础是完成需求分析后提供的需求说明书，用概念数据模型表示数据及其相互之间的关系。 这种数据模型是与 DBMS 无关的、面向现实世界的、易于理解的数据模型。 其独立于计算机的数据模型，独立于计算机的软硬件系统，与用户进行交流十分方便。 概念性数据模型关心的是如 何完整、正确地反映客观实际情况，不关心在数据库中如何实现。 这种数据模式能真实地反应用户要求的实际情况，是一种容易被人们理解的直观的数据库结构模式。 同时也是一种相对稳定统一的数据模式，一般情况下很少变动。 概念性数据在用户和设计者之间建立了桥梁，是设计数据库结构的基础。 概念设计中自顶向下的实体分析方法，即常用的实体联系模型（简称 ER模型），对具体数据进行抽象加工，将实体集合抽象成实体类型。 用实体间联系反映现实世界事物间的内在联系。 ER 模型是建立概念性数据模型的有力工具。 根据各数据项和数据结构以后，就可以 设计出能够满足用户需求的各种实体以及它们之间的关系，为后面的逻辑结构设计打下基础。 这些实体包括各种信息，通过相互之间的作用形成数据的流动。 系统 ER 图 概念模型是对信息世界建模，所以概念模型能够方便、准确地表示出信息世界中的常用概念。 概念模型的表示方法很多，其中最为著名最为常用的是 于 1976 年提出的实体 联系方法（ EntityRelationship Approach）。 该方法用 ER 图来描述现实世界的概念模型， ER 方法也称 ER 模型。 ER 模型的关键元素是实体、属性和 联系。 实体是可以从用户的工作环境中标识出的事物，是用户想要跟踪的某个事物。 实体在 ER 图中，用矩形表示，矩形框内写明实体名。 实体具有属性，有时也称作性质，是用来描述实体的特征的。 属性可以是组合的或者多值的。 在 ER 图中，属性用椭圆形表示，并用无向边将其与相应的实体连接起来。 实体可以通过联系相互关联。 在一般的联系中，使用二元联系居多，二元联系主要有三种类型， 1： 1， 1： n， m： n。 在 1： 1（读做“ 1 对 1”）联系中，一种类型的单个实体实例与另一个类型的单个实体实例关联。 在 1： n（读做“ 1 对 N”或者“ 1 对多”）联 系中，一个类型的单个实体实例与另一个类型的多个实体实例相关联。 在 m： n（读做“ N 对 M”或者“多对多”）联系中，一个类型的单个实例与另一个类型的多个实体实例相关联，同时地，后一类型的单个实体实例与前一类型的多个实体实例相关联。 在 ER 图中，联系用菱形表示，菱形框内写明联系名，并用无向边分别与有关实体连接起来，同时在无向边旁标上联系的类型（ 1： 1， 1： n 或者 m： n）。 在本系统中，资产，资产类别，资产变更是实体，编号，资产名称，资产类别，资产状态。