企业费用管理系统概要设计.doc

企业费用管理系统

企业费用管理系统
概要设计

指导老师： 董老师 李刚 徐传运
班 级： 106213801
团队成员： 蒋森维 陈豪 陈青云 陶霞 黄为

变更记录

日期
版本
变更说明
作者
2009-9-19
1.0
初始版本
陶霞
2009-9-20
1.1
添加了一些数据、模块
陶霞
2009-9-21
1.2
添加了数据库设计
陶霞

签字确认

系统模块
对应章节
对应部门
负责人签字

目 录

1 引言 4
1.1编写目的 4
1.2 项目背景 4
1.3定义 4
1.4参考资料 5
2 任务概述 5
2.1 目标 5
2.2 运行环境 5
2.2.1硬件环境 5
2.2.2 软件环境 5
2.3 需求概述 6
2.4 条件与限制 7
3 总体设计 7
3.1总体结构和模块外部设计 7
3.2功能分配 8
4 接口设计 9
4.1外部接口 9
4.2内部接口 9
5 数据结构设计 10
5.1 逻辑结构设计 10
5.2物理结构设计 11
5.3数据结构与程序的关系 11
6 运行设计 11
6.1运行模块的组合 11
6.2 运行控制 12
6.3运行时间 12
7 出错处理设计 12
7.1 出错输出信息 12
7.2出错处理对策 12
8 安全保密设计 12
9 维护设计 13

1 引言
1.1编写目的
从该阶段开发正式进入软件的实际开发阶段，本阶段完成系统的大致设计并明确系统的数据结构与软件结构。在软件设计阶段主要是把一个软件需求转化为软件表示的过程，这种表示只是描绘出软件的总的概貌。本概要设计说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌，把它加工成在程序细节上非常接近于源程序的软件表示。
1.2 项目背景
待开发软件系统的名称：费用管理系统
此软件系统任务提出者：徐传运、李刚、董老师（任务提出者）
此软件系统任务开发者：蒋森维项目开发小组
此软件系统任务用户：不详
1.3定义
在该概要设计说明说中的专门术语有：
l 【费用】本文中，费用企业生产经营活动中产生的各项费用。例如人员工资、福利费、办公费、差旅费等管理费用，又如原材料采购、仓库租赁等生产费用。
l 【预算】用数字编制未来某一个时期的计划，也指经企业决策部门批准的企业在一定时期的收支预计。企业的各项支出只能在预算范围内审批，有利于控制企业的费用支出。
l 【报销】指个人因处理公司的事务或受公司指派出差执行公司的某项公务而发生的费用，由经办人或申请人按公司的规定，依据业务发生的原始单据(发票)向公司报销费用，领取现金或银行存款的一项经济活动。
l 【审批】值预算和报销中的审核、批准操作。审批控制操作时，一般由费用发生部门业务人员提出申请，经有关管理人员审批后执行。审批一般遵循归口分级管理原则。
1.4参考资料
企业费用管理系统用户需求说明书 2009-6-18 中软国际卓越培训中心
C#数据库入门经典（第3版）清华大学出版社
设计模式（C#Java版） 清华大学出版社
2 任务概述
2.1 目标
该阶段目的在于明确系统的数据结构和软件结构，此外总体设计还将给出内部软件和外部系统部件之间的接口定义，各个软件模块的功能说明，数据结构的细节以及具体的装配要求。
2.2 运行环境
2.2.1硬件环境
● 列出软件系统运行时所需的硬件最小配置，如计算机型号、主存容量
　　 ● 外存储器、媒体、记录格式、设备型号及数量
　　 ● 输入、输出设备
　　 ● 数据传输设备及数据转换设备的型号及数量。

服务器
最低配置
推荐配置
应用和数据库服务器
CPU 1.5 GHz
CPU 2.8 GHz
内存 2 GB
内存 4 GB
磁盘 160 GB
磁盘 320 GB
网卡 100 MBPS
网卡 1000 MBPS

邮件服务器

2.2.2 软件环境
● 操作系统名称及版本号
● 语言编译系统或汇编系统的名称及版本号
● 数据库管理系统的名称及版本号
● 其他必要的支持软件

名称
版本
语种
服务器操作系统
Windows Server 2003
SP2
中文
客户端操作系统
Windows XP
SP3
中文
操作系统的附加功能

数据库平台
SQL2005
10G

应用平台
Tomcat
6.0

邮件系统
无

客户端软件
Internet Explorer
Firefox
7.0
3.0

2.3 需求概述
系统包括的范围：用户登录（系统管理员、普通用户），系统管理员可实现的功能包括系统维护（组织结构维护、费用项目维护、审批流程维护、报销明细维护），普通用户包括部门经理和职员，报销功能（我的报销记录、报销申请），预算功能（预算单元清单、预算单元新增），审批功能（我的任务表），统计报表（报表首页）。
l 用户登录：根据用户的权限可以将用户分为：系统管理员和普通用户。
系统管理员进入后：
l 系统维护：此模块是系统管理员实现组织结构维护、费用项目维护、审批流程维护、报销明细维护和后台管理的功能。
普通用户进入后：
l 个人信息：显示当前用户的个人信息。
l 报销功能：可显示本用户的报销记录条目和报销状态，也可实现报销申请。
l 预算功能：显示预算清单列表，可新增预算单元，调整预算，并提交申请。
l 审批功能：显示我的审批项目列表及相关详情并选择审批流程。
l 统计报表：报表首页，可以按日期查询报表，预算单元统计表罗列预算方案项目列表，并可点击进入查看详情。报销总汇表显示预算-报销的项目列表及费用。
2.4 条件与限制
l 为了评价该设计阶段的设计表示的“优劣程度”，必须遵循以下几个准则：
l 软件设计应当表现出层次结构，它应巧妙地利用各个软件部件之间的控制关系。
l 设计应当是模块化的，即该软件应当从逻辑上被划分成多个部件，分别实现各种特定功能和子功能。
l 设计最终应当给出具体的模块（例如子程序或过程），这些模块就具有独立的功能特性。
l 应当应用在软件需求分析期间得到的信息，采取循环反复的方法来获得设计。
3 总体设计
3.1 总体结构和模块外部设计
模块是软件结构的基础，软件结构的好坏完全由模块的属性体现出来，把软件模块化的目的是为了降低软件复杂性，使软件设计，测试，调试，维护等工作变得简易，但随着模块数目的增加，通过接口连接这些模块的工作量也随之增加。从这些特性可得出如图九的一条总的成本（或工作量）曲线，在考虑模块化时，应尽量使模块数接近于图中的M，它使得研制成本最小，而且应尽量避免不足的模块化或超量。

图：模块化与总体成本
3.2功能分配
从程序的结构可以看出，组织结构维护、报销明细模板、审批流程维护、
费用项目维护是属于管理员功能模块，而预算管理、报销管理、审批管理、统计报表都是用户的功能模块。

企业费用管理系统
系统维护
预算管理
报销管理
审批管理
统计报表
安全管理
组织结构维护
费用项目维护
审批流程维护
报销明细模板
预算单元清单
预算单元新增
我的报销记录
报销申请
我的任务表
报表首页
登录
修改密码
退出
企业费用管理层次图

4接口设计
系统的各种内外部接口是通过借助数据库开发软件来实现的，是完全在数据库内部操作的。
4.1外部接口
Client端外部接口设计：
.Net FrameWork System.
.Net FrameWork System.Network
.Net FrameWork System.Assembly
.Net FrameWork System.Windows
E.T.Client
ETFORM

4.2内部接口
Client端主框架UML类图：:

5 数据结构设计
5.1 逻辑结构设计
给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。
BudgetExpenditure 预算开支表

ApprovalClaimsRelationship 审批与报表关系图

Claims 报表

5.2物理结构设计要点
给出本系统内所使用的每个数据结构中的每个数据项的存储要求，访问方法、存取单位、存取的物理关系（索引、设备、存储区域）、设计考虑和保密条件。
5.3数据结构与程序的关系
系统的数据结构由标准数据库语言SQL生成。
具体的例如创建系统用户表格Department的程序用SQL表示就是：
Create table Department(
DepartmentID number(3) NOT NULL,
DepartmentName char(50) null,
DepartmentNumber number(10) NOT NULL
)
6运行设计
6.1运行模块的组合
具体软件的运行模块组合为程序多窗口的运行环境，各个模块在软件运行过程中能较好的交换信息，处理数据。
加密模块
捆绑模块
Client
Server
动态插入模块
插件
插件

6.2 运行控制
软件运行时有较友好的界面，基本能够实现用户的数据处理要求。
6.3运行时间
一般页面的响应时间小于5秒，统计页面响应时间小于15秒
7出错处理设计
7.1 出错输出信息
在用户使用错误的数据或访问没有权限的数据后，系统给出提示：“对不起，你非法使用数据，没有权限！”而且用户的密码管理可以允许用户修改自己的密码，不允许用户的匿名登录。
7.2出错处理对策
由于数据在数据库中已经有备份，故在系统出错后可以依靠数据库的恢复功能，并且依靠日志文件使系统再启动，就算系统崩溃用户数据也不会丢失或遭到破坏。但有可能占用更多的数据存储空间，权衡措施由用户来决定。
8 安全保密设计
系统的系统用户管理保证了只有授权的用户才能进入系统进行数据操作，而且对一些重要数据，系统设置为只有更高权限的人员方可读取或是操作。系统安全保密性较高。
9维护设计
说明为了系统维护的方便而在程序内部设计中作出的安排，包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。
12