公司固定资产管理系统设计与实现

1、软 件 学 院课程设计报告书课程名称 软件工程 设计题目 公司固定资产管理系统设计与实现 专业班级 学 号 1 姓 名 指导教师 2012年 6月目 录1 设计时间12 设计目的13 设计任务14 设计内容14.1 设计内容概述14.1.1组织机构介绍14.1.2现业务流程介绍与分析14.1.3新业务流程介绍与分析34.2需求分析54.2.1 总体目标54.2.2 具体目标54.2.3系统数据建模（er图）54.2.4 系统功能建模（数据流程图）64.2.5 数据字典94.3总体设计104.3.1总体设计hipo技术104.3.2代码设计134.3.3数据库设计144.4详细设计154.4.1

2、商品录入模块详细设计154.4.2收银业务模块详细设计164.4.3进货管理模块详细设计174.4.4销售管理模块详细设计184.5.4库存管理模块详细设计195 总结与展望211 设计时间 2012年6月4日 2 设计目的 1大大提高公司固定资产的管理效率。2通过全面的信息采集和处理，辅助提高公司的决策水平。3使用本系统，可以迅速提升公司的管理水平，是管理更简便，快捷。3设计任务 完成需求分析，总体设计，详细设计及测试4 设计内容 4.1 设计内容概述 总经理办公室销售部财务部4.1.1组织机构介绍 图4.1 组织结构图4.1.2现业务流程介绍与分析 4.1.2.1现业务流程描述 该公司各部

3、门都配有计算机，进行一些日常文件的打印、报表输出等工作，在销售部应用了相关的软件对各类配件的购销存进行控制，但在其他部门，大部分的管理工作仍然是手工劳动。a.采购管理：这项工作由办公室完成，当公司职工申请购置新的固定资产时，首先由办公室进行考察并做出是否购置的决定，然后报请总经理审批，最后再由办公室到财务部领取支票，去购买固定资产，购回后凭原始（凭证）发票向财务部报账。b.日常卡片管理：由财务部会计人员完成。每月要根据固定资产卡片提取本月折旧额，并对固定资产的增加和减少，以及固定资产原始的变化进行相应的卡片处理。c.财务核算：主要由财务部人员根据固定资产日常的变动情况和每月的折旧额数据，编制固

4、定资产的记账凭证，并汇总出固定资产明细账数据和总账。d.报表查询：主要是办公室及公司领导使用，根据固定资产的数据做出各种报表，以便于公司领导及时对资产的使用情况进行管理。4.1.2.2现业务流程分析目前规模不断扩大，公司所拥有的固定资产不断增加，而且品种繁多，分布散乱，给管理工作带来很多不便，而且管理方式仍然是手工方式，造成管理上的很多漏洞。具体分析主要存在以下问题：a固定资产分散在各不同部门，使用的人多，管理工作缺乏统一规范，相关人员对此难以全面准确了解。b固定资产管理方式仍然是手工处理方式，工作量大而且易出错。c公司领导对整个企业的资产的信息掌握不及时，不全面，造成正常的申购不能及时处理，

5、而有些不必要的申购又造成浪费的现象。4.1.3.1新业务流程描述对公司业务进行梳理分析后，决定用固定资产管理系统，对公司的固定资产和财务情况进行管理，系统主要分为四个功能，分别是采购管理，固定资产管理，财务明细管理以及报表查询管理，可使公司的工作效率大大提高。a.采购管理：当公司职工在系统中提交购置新的固定资产申请表，首先由办公室进行审核，然后报请总经理在系统中审批，最后再由办公室到财务部领取支票，去购买固定资产，购回后凭原始（凭证）发票向财务部报账。b.固定资产管理：办公室人员对固定资产的增加和减少，以及固定资产原始的变化在固定资产表中记录。c.财务明细管理：由财务部人员使用系统，记录固定资

6、产明细账表。d.报表查询管理：主要是办公室及公司领导使用，公司领导使用系统查询各种报表，以便于及时对资产的使用情况进行管理。4.1.3.2新业务流程图录入审核采购员购买物品申请库购置物品申请表经理审批办公员核对操作报账表财务员固定资产信息库使用物品员工经理查询报表财产明细信息库图4.2 新业务流程图4.2需求分析4.2.1 总体目标1.让繁琐的工作井然有序。2.公司管理者从繁重的传统式经营管理中解脱出来。3.公司管理者对固定资产有个总体把握，对公司各种资源的流转进行更好的控制和发展。4.办公室人员根据固定资产的使用进行分析，以更好的管理，更加节约成本。4.2.2 具体目标固定资产管理系统主要实

7、现四大功能模块：商品录入模块；采购管理模块；固定资产模块；财务管理模块；报表管理模块； 4.2.3系统数据建模（er图）采购人员1采 购n办公人员固定资产使 用1n姓名编号部门职位编号物品号数量日期号物品号物品名数量编号数量日期编号权限部门 财产明细1记 录n财务人员编号姓名部门编号日期日期原因金额编号 图4.3 系统e-r图4.2.4 系统功能建模（数据流程图）采购员财务员办公员 p固定资产管理系统采购申请表f1明细账单f2资产变动f3经理办公人员报表f6资产状况f7审核f5 图4.4系统顶层dfdf1 p1购买申请处理 d1购买清单f5 系统一级细化p1 p2资产变动处理f3 d2资产信息

8、库 d1购买清单 系统一级细化p2 p3账单记录处理f2 d1购买清单d3财务明细库 系统一级细化p3 图4.5系统一级细化dfd p1.1购买申请输入f1f5 p1.2申请信息审核 d1购买清单 系统p1的二级细化f3 p2.1资产变动申请输入 p1.2资产变动处理 d2资产信息库f1 d1购买清单 系统p2的二级细化 p3.1账单信息输入f2f1 d1购买清单 p3.2账单信息处理d3财务明细库 系统p3的二级细化图 4.6系统二级细化dfd4.2.5 数据字典文字：采购信息别名：采购表描述：记录商品基本信息，并按商品编号递增排列定义：采购表=商品编号+商品名称+数量+单价位置：采购商品文

9、字：员工信息别名：描述：记录员工基本信息，并按员工编号排序定义：员工信息=员工编号+姓名+联系电话+备注位置：资产管理文字：资产信息别名：资产表 描述：记录资产基本信息定义：资产表=编号+名称+数量+金额+备注位置：资产管理文字：明细账单信息别名：明细账单表描述：记录财务的详细信息定义：明细账单表=编号+物品名称+单价+数量+金额+日期+用途+关联人员位置：财务管理 图4.7系统数据字典4.3总体设计4.3.1总体设计hipo技术4.3.1.1系统层次图资产管理系统明细 管理报表管理折旧管理资产 管理采购管理 图4.8系统层次图4.3.1.2系统ipo图ipo图系统：固定资产管理系统 作者：徐

10、阳模块：“采购管理”模块 编号：1.0被调用：“固定资产管理系统”模块调 用：无输入：“采购申请”（f1）数据流表 输出：“采购信息库”（d1）数据库表处理：根据采购表中的信息录入，录入采购申请的各项数据，进行核对后生成采购信息库，其中包括商品编号，商品名称，数量，单价。 图4.9 ipo: “采购管理”模块ipo图系统：固定资产管理系统 作者：徐阳模块：“资产管理”模块 编号：2.0被调用：“固定资产管理系统”模块调 用：无输入：“使用资产信息”（f3）数据流表 输出：“资产信息库”（d2）数据库表处理：员工对资产的使用进行申请，然后系统记录资产的增减情况，采购后资产表中数据也改变。 图4.

11、10 ipo: “资产管理”模块ipo图系统：固定资产管理系统 作者：徐阳模块：“财务明细管理”模块 编号：3.0被调用：“固定资产管理系统”模块调 用：无输入：“财务明细”（e2）数据流表 “采购信息库”（d1）数据库表输出：“财务明细表”（f3）数据库表处理：系统对财务进行明细记录，当有财务变动时候由财务管理人员使用系统记录，采购也要有相关记录。图4.11 ipo: “财务明细管理”模块 系统ipo图4.3.2代码设计4.3.2.1代码设计的原则为了使本系统功能齐全完备，操作简便，最大限度的提高软件的质量，从而满足用户的实际需要，在设计开发过程中遵循了如下原则：(1)合法性原则：依据产品核

12、算系统的工作规定以及要求，参照核算实际的工作情况，进行诸如采购、使用消耗等工作。(2)实用性原则：适合产品信息管理工作的实际需求，并能够处理一些特殊情况的要求，此外，尽可能预留空间，以便扩充功能。(3)准确性原则：对输入的相关资料建立检错机制，及时报错，使用户能够及时准确的输入合法资料(如：类型匹配，长度不超限等)。(3)易操作原则：要求设计的系统功能齐全，界面友好，操作方便，必要的地方进行提示。(4)源程序可读性原则：为了便于其他设计，维护人员读懂代码或以后的代码修改，软件升级维护，即可能做好代码注释工作。(5)优化原则：为了达到优化的目的，合理的运用窗口，菜单，对象等的继承，自定义用户对象

13、，事件，函数，减少不必要的重复性代码，使程序简介明了，也方便了将来的维护。(6)安全性原则：可以为该系统的用户设置用户权限。4.3.2.2系统所需代码设计员工表（员工编号，姓名，性别，职务，部门，备注）staff (staffid, staffname, staffsex, staffpost, staffdepartment, staffothers)资产表（资产编号，资产名称，数量，单价）property (propertyid, propertyname, propertysum, propertyprice)采购申请表（采购编号，资产编号，数量，日期，原因）purchase (purc

14、haseid, propertyid, purchasesum, purchasedate, purchasereason)财务明细表（财务编号，详情，日期，金额）finance(financeid, financedetial, financedate, financeprice)4.3.3数据库设计表4.1员工表(staffbill) 列名 数据类型 长度 允许空 文字描述 staffid int 6 n 员工编号 staffname varchar 20 n 姓名 staffsex char 2 y 性别 staffpost varchar 4 y 职务 staffdepart varc

15、har 12 y 部门 others varchar 50 y 备注表4.2资产表(property) 列名 数据类型 长度 允许空 文字描述 propertyid int 4 n 资产编号 propertyname char 6 n 名称 propertysum varchar 10 n 数量 propertyprice float 15 n 价格 表4.3采购申请表(purchase) 列名 数据类型 长度 允许空 文字描述 purchaseid int 4 n 采购编号 propertyid int 4 n 资产编号 purchasesum int 4 n 总数 purchasedate

16、 varchar 12 n 日期 purchasereason varchar 10 n 原因 表4. 4财务明细表(finance) 列名 数据类型 长度 允许空 文字描述 financeid int 6 n 财务编号 financedetial varchar 30 n 详情 financedate char 6 n 日期 financeprice float 15 n 金额 4.4详细设计4.4.1采购模块详细设计4.4.1.1模块定义在采购申请的录入前添加对进入系统的验证，确保系统的安全，采购申请录入后由总经理查看并进行核对，如果批准点击审核通过按钮，采购员可在系统中查询以通过审核的申

17、请，然后就可以去财务部领取发票，财务部查看系统无误后开发票。4.4.1.2输入项目1.采购申请信息输入：资产编号，名称，数量，单价2.审核信息输入：资产编号，是否批准，4.4.1.3输出项目1.批准采购资产：资产编号，名称4.4.1.4程序过程设计采购申请n 审核 y打印单据存储图4.12 资产采购模块程序流程图4.4.1.5测试要点1.设计测试用例：采用等价类方法及边界值方法设计测试用例。2.接口测试：数据能否正常输入输出。 3.功能测试：基本功能，常用功能，以及通常情况的错误处理。4.4.2资产管理模块详细设计4.4.2.1模块定义系统自动把采购成功的资产加入资产表中，如果公司人员使用某资

18、产也由办公人员在系统中进行相应的记录。4.4.2.2输入项目1.资产增加信息输入：资产编号，数量2.资产减少信息输入：资产编号，数量4.4.2.3输出项目资产变动通知4.4.2.4程序过程设计资产增加资产使用 yy审核审核nn资产使用资产使用资产变动 图4.13 资产管理模块程序流程图4.4.2.5测试要点1.设计测试用例：采用等价类方法及边界值方法设计测试用例。2.接口测试：数据能否正常输入输出。 3.功能测试：基本功能，常用功能，以及通常情况的错误处理。4.4.3财务明细管理模块详细设计4.4.3.1模块定义根据资产的变动情况，以及公司资金的变动情况，进行详细的记录。4.4.3.2输入项目

19、1.资产增加信息输入：资产编号，数量，日期，原因，金额2.资产减少信息输入：资产编号，数量，日期，原因，金额4.4.3.3输出项目资产明细表4.4.3.4程序过程设计资产变动 变动成功 记录入库图4.14 财务明细管理模块程序流程图4.4.3.5测试要点1.设计测试用例：采用等价类方法及边界值方法设计测试用例。2.接口测试：数据能否正常输入输出。 3.功能测试：基本功能，常用功能，以及通常情况的错误处理。4.4.4汇总报表管理模块详细设计4.4.4.1模块定义由经理查看系统中的各项数据，如总金额，月报表，季度报表，年度报表，财务明细表等详细数据。4.4.4.2输入项目1.销售信息库输入：查询的参数4.4.4.3输出项目资产总金额，日月年报表4.4.4.4程序过程设计输入参数ny输出总额总额ny输出报表报表图4.15 销售管理模块程序流程图4.4.4.5测试要点1.设计测试用例：采用等价类方法及边界值方法设计测试用例。2.接口测试：数据能否正常输入输出。 3.功能测试：基本功能，常用功能，以及通常情况的错误处理。4.4.5权限管理模块详细设计4.4.5.1模块定义根据用户名登录的情况，决定其权限4.4.5.2输入项目登录信息库输入：用户名，密码4.4.5.3输出项目权限信息4.4.5.4程序过程设计登录ny管理员经理n