固定资产管理项目程序
概要设计说明书
1 引言
1.1 编写目的
本设计书是高校固定资产管理项目程序的研发概要设计，将项目开发进程中或者项目结束后提供给双方人员使用，同时也可以作为实施后期的维护人员使用。
1.2 项目背景
作为软件开发的前期文档,可以帮助程序设计人员和管理人员提供清晰的设计思路，在软件开发后期的维护阶段也起到至关重要的作用。
委托单位：湖师计科学院 开发单位：湖师磁湖在线工作室 负责人：关老师
近几年，随着高校学生的人数增加，高校的固定资产也增加，而有一些破旧的资产不能合理的处理和管理，而对于学校这个大群体来说，一个个资产设备，物品，都需要更好的管理和维护，为了高校能够很好的管理学校的设备，我们实验室做了一个高校固定资产管理系统，为学校管理设备带来方便和高效。
1.3 定义
B/S ：(Browser/Server结构）结构即浏览器和服务器结构。
需求： 用户解决问题或达到目标所需的条件和功能；系统或系统部
要满足合同、标准，规范或其他正式文档所需具有的条件及权能。
1.4 参考资料
《国家标准软件开发文档规范》
《软件开发流程》，清华大学出版社，2005年1月版
2 任务概述
2.1 目标
高校资产管理系统功能有：资产基本资料的管理，资产初始录入，信息统计，盘点管理，折旧管理，审核管理和数据的导入功能，这只要是资产管理的功能。密码设置，权限设置，系统日志及系统退出这主要是系统管理的功能。
2.2 运行环境
·主机： PC兼容机内存256M以上，显示分辨率800*600以上
·操作系统：window98，window2000，WindowXP及Win7等。
2.3 需求概要
用户对软件系统要求使用简单方便，必要的功能一定不能少，且界面设计要大方得体，有良好的视觉效果，待现在系统没实现功能要记录清楚，系统最后阶段要尽量弥补用户所需的功能。
2.4 限制描述
设计应当是模块化的，即该软件应当从逻辑上被划分成多个部件，分别实现各种特定功能和子功能。
资产的编码或者是资产的条形码控制整个资产的流通过程，对于资产所处的状态进行全程的跟踪和时时的监控。
资产的编码/条形码是由国家标准制定的，每一个资产物品都是又国家统一进行编码的，为了使用的标准化，用户可以进行查询，但不允许更改。
设计最终应当给出具体的模块（例如子程序或过程），这些模块就具有独立的功能特性。
3 总体设计
3.1 模块外部设计
登录模块： 用户输入帐号和密码进行验证登录。
部门信息维护：用户可以自定义部门名称，部门进行删除、修改、新增操作。
资产类别维护：用户可以自定义资产的类别，名称有删除、修改、新增操作。
员工信息维护：用户可以新增员工的信息，信息进行修改、删除、新增操作。
角色维护：用户可以给每个员工进行角色分配，同时修改、删除、新增操作。
资产来源维护：用户可以对资产的来源进行维护，有修改、删除、新增操作。
资产用途：用户可以对资产的用途进行维护，有修改、删除、新增操作。
权限维护：用户可以对员工进行权限的分配，有修改、删除、新增操作。
供应商信息维护：用来对供应商信息进行维护，有修改、删除、新增操作。
资产的申购： 对需求的新资产进行申购，以表单的形式呈现上去。
领用审核：对资产领用的申请进行审核，要有查询、退审、打印、导出功能。
报废审核：对资产报废的申请进行审核，要有查询、退审、打印、导出功能。
出售审核：对资产出售的申请进行审核，要有查询、退审、打印、导出功能。
请修审核：对资产请修的申请进行审核，要有查询、退审、打印、导出功能。
借用审核：对资产借用的申请进行审核，要有查询、退审、打印、导出功能。
资产的申购： 对申购的资产清单进行审核，审核通过则去采购，否则退回。
资产的登记： 对审核同通过的资产进行登记，财务部门入帐。
资产的借用： 资产可以暂时的借用，要登记、查询功能。
资产的归还： 借用的资产的归还，要有登记和查询功能。
资产的领用： 员工可以对资产进行领用，要有登记、查询功能。
资产的维修： 对资产的维修就行登记，要有登记、查询功能。
资产的折旧： 对资产在使用过程中的折旧进行登记和查询操作。
资产的盘点： 核对资产的实际资产净值和资产的数量与帐目的是否一致。
资产的报废：对需要清理的资产进行报废处理，要有登记和查询。
资产的转让：对需要清理的资产进行转让处理，要有登记和查询。
资产的赠送：对需要清理的资产进行赠送处理，要有登记和查询。
资产的出售：对需要清理的资产进行出售处理，要有登记和查询。
折旧的统计：对资产的折旧进行统计和分析，要有查询和导出打印功能。
资产维修统计分析：对资产使用过程中的维修记录进行统计分析，要有查
询导出和打印功能。
3.2 基本设计概念和处理流程
系统的总体处理数据流程如下图：
3.3 功能分配：
整体的功能模块图：
4 接口设计
4.1 用户接口
用户的录入界面
用户的登录界面
用户的查询页面
4.2 外部接口
条码扫描仪扫面的条码录入系统
打印机打印系统所需要打印的表格内容
4.3 内部接口
登录模块的调用基础信息维护模块的数据
资产管理模块调用基础信息维护模块的数据
资产统计分析模块调用资产管理模块的数据
资产审核模块调用资产的管理模块的数据
5 数据结构设计
5.1 逻辑结构设计
因为数据库表比较多,现在写出一些重要的表来记录
（1）供应商信息 SupplierInfo
列名 数据类型 可否为空 说明
ID int(11) NOT NULL 供应商ID（主键）
SupNO varchar(30) NULL 供应商编码
SuptMC varchar(20) NULL 供应商名称
SuptAddr varchar(50) NULL 供应商地址
SupTel varchar(20) NULL 供应商电话
SupComment varchar(200) NULL 注释
（2）员工信息表 EmpInfo
列名 数据类型 可否为空 说明
ID int(11) NOT NULL 员工信息表ID(主键)
empNo varchar(20) NULL 员工编码
empName varchar(10) NULL 员工姓名
sex varchar(4) NULL 性别
（3）部门信息表 DeptInfo
列名 数据类型 可否为空 说明
bmID int(11) NOT NULL 部门ID
bmMC varchar(10) NULL 部门名称
bmNO varchar(30) NULL 部门编号
（4）资产申请表 AssetsApplyTab
列名 数据类型 可否为空 说明
ID int(11) NOT NULL 资产申请表ID
AssetNum int(5) NULL 资产数量
TypeNo varchar(30) NULL 类别编码
NeedDate datetime NULL 需求日期
CheckRen varchar(10) NULL 审核人
BuyDept varchar(20) NULL 审购部门
AssertPrice varchar(10) NULL 物资单价
AssertComment varchar(200) NULL 资产备注
（5）资产借出表 LendTab
列名 数据类型 可否为空 说明
ID int(11) NOT NULL 资产借出表ID(主键)
LendDate datetime NOT NULL 借出日期
BackDate datetime NOT NULL 归还日期
AssertNo varchar(20) NULL 资产编码
HandMan varchar(20) NULL 经手人
Log varchar(200) NULL 归还记录
（6）资产报废表 BadTab
列名 数据类型 可否为空 说明
ID int(11) NOT NULL 资产报废表ID(主键)
BadDate datetime NULL 报废日期
HandMan varchar(20) NULL 经手人
BarCode varchar(30) NOT NULL 条形码
CheckMan varchar(20) NULL 审核人
CheckDate datetime NULL 审核日期
Log varchar(300) NULL 报废记录
（7）角色表 RoleTab
列名 数据类型 可否为空 说明
ID int(11) NOT NULL 角色表ID(主键)
RoleNo varchar(20) NOT NULL 角色编码
RoleName varchar(20) NULL 角色名称
5.2 物理结构设计
密码： 是以加密的形式存放的于数据库中的。
资产的编码：是由系统生成（用户可以自定义） 长度为30
审核人：具有一定权限的管理人员 表中存储的是审核人的编码 长度为 30
审核日期： 审核人审核的当前日期由系统使用者自由设定
数量： 资产或是其他的数量 类型为 int 。
5.3 数据结构与程序的关系
系统的数据结构由标准数据库语言SQL生成。
具体的例如创建部门信息表格的程序用SQL表示就是：
CREATE TABLE [dbo].[DeptInfo](
[bmID] [int] IDENTITY(1,1) NOT NULL,
[bmMc] varchar NULL,
[bmNO] varchar NULL,
[DepFatherCode] varchar NULL,
CONSTRAINT [PK_DEPTINFO] PRIMARY KEY CLUSTERED
6 运行设计
6.1 运行模块的组合
具体软件的运行模块组合为程序多窗口的运行环境，各个模块在软件运行过程中能较好的交换信息，处理数据。
6.2 运行控制
软件运行时有较友好的界面，基本能够实现用户的数据处理要求。
6.3 运行时间
系统的运行时间基本可以达到用户所提出的要求。
7 出错处理设计
7.1 出错输出信息
在用户使用错误的数据或访问没有权限的数据后，系统给出提示：“对不起，你非法使用数据，没有权限！”而且用户的密码管理可以允许用户修改自己的密码，不允许用户的匿名登录。
7.2 出错处理对策
由于数据在数据库中已经有备份，故在系统出错后可以依靠数据库的恢复功能，并且依靠日志文件使系统再启动，就算系统崩溃用户数据也不会丢失或遭到破坏。但有可能占用更多的数据存储空间，权衡措施由用户来决定。
7.3 系统恢复设计
如果当前系统出现一些异常,而影响了用户的正常使用,因为数据库有备份,程序代码也有备份,软件开发人员应尽快发现问题的原因,及时改正过来,以保证系统的正常运行。
8 安全保密设计
系统的系统用户管理保证了只有授权的用户才能进入系统进行数据操作，而且对一些重要数据，系统设置为只有更高权限的人员方可读取或是操作。系统安全保密性较高。
9 维护设计
由于系统较小没有外加维护模块，因为维护工作比较简单，仅靠数据库的一些基本维护。
