概要设计说明书实例

概要设计说明书实例
概要设计说明书实例

概要设计说明书

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](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维护设计

由于系统较小没有外加维护模块,因为维护工作比较简单,仅靠数据库的一些基本维护。

相关主题
相关文档
最新文档