概要设计项目新版说明书实例.doc

概要设计说明书

1 引言

1.1 编写目标
本设计书是高校固定资产管理项目程序研发概要设计，将项目开发进程中或项目结束后提供给双方人员使用，同时也能够作为实施后期维护人员使用。
1.2 项目背景
作为软件开发前期文档,能够帮助程序设计人员和管理人员提供清楚设计思绪，在软件开发后期维护阶段也起到至关关键作用。

委托单位：湖师计科学院 开发单位：湖师磁湖在线工作室 责任人：关老师

近几年，伴随高校学生人数增加，高校固定资产也增加，而有部分破旧资产不能合理处理和管理，而对于学校这个大群体来说，一个个资产设备，物品，全部需要愈加好管理和维护，为了高校能够很好管理学校设备，我们试验室做了一个高校固定资产管理系统，为学校管理设备带来方便和高效。

1.3 定义
B/S ：(Browser/Server结构）结构即浏览器和服务器结构。
需求： 用户处理问题或达成目标所需条件和功效；系统或系统部
要满足协议、标准，规范或其它正式文档所需含有条件及权能。

1.4 参考资料
《国家标准软件开发文档规范》
《软件开发步骤》，清华大学出版社，1月版

2 任务概述

2.1 目标
高校资产管理系统功效有：资产基础资料管理，资产初始录入，信息统计，盘点管理，折旧管理，审核管理和数据导入功效，这只要是资产管理功效。密码设置，权限设置，系统日志及系统退出这关键是系统管理功效。

2.2 运行环境
·主机： PC兼容机内存256M以上，显示分辨率800*600以上
·操作系统：window98，window，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](10) NULL,
[bmNO] [varchar](30) NULL,
[DepFatherCode] [varchar](30) NULL,
CONSTRAINT [PK_DEPTINFO] PRIMARY KEY CLUSTERED

6 运行设计

6.1 运行模块组合
具体软件运行模块组合为程序多窗口运行环境，各个模块在软件运行过程中能很好交换信息，处理数据。
6.2 运行控制
软件运行时有较友好界面，基础能够实现用户数据处理要求。
6.3 运行时间
系统运行时间基础能够达成用户所提出要求。

7 犯错处理设计

7.1 犯错输出信息
在用户使用错误数据或访问没有权限数据后，系统给出提醒：“对不起，你非法使用数据，没有权限！”而且用户密码管理能够许可用户修改自己密码，不许可用户匿名登录。
7.2 犯错处理对策
因为数据在数据库中已经有备份，故在系统犯错后能够依靠数据库恢复功效，而且依靠日志文件使系统再开启，就算系统瓦解用户数据也不会丢失或遭到破坏。但有可能占用更多数据存放空间，权衡方法由用户来决定。
7.3 系统恢复设计
假如目前系统出现部分异常,而影响了用户正常使用,因为数据库有备份,程序代码也有备份,软件开发人员应立即发觉问题原因,立即更正过来,以确保系统正常运行。

8 安全保密设计

系统系统用户管理确保了只有授权用户才能进入系统进行数据操作，而且对部分关键数据，系统设置为只有更高权限人员方可读取或是操作。系统安全保密性较高。

9 维护设计

因为系统较小没有外加维护模块，因为维护工作比较简单，仅靠数据库部分基础维护。