企业费用管理需求分析Word文档格式.docx

上传人:b****6 文档编号:8481016 上传时间:2023-05-11 格式:DOCX 页数:13 大小:210.43KB
下载 相关 举报
企业费用管理需求分析Word文档格式.docx_第1页
第1页 / 共13页
企业费用管理需求分析Word文档格式.docx_第2页
第2页 / 共13页
企业费用管理需求分析Word文档格式.docx_第3页
第3页 / 共13页
企业费用管理需求分析Word文档格式.docx_第4页
第4页 / 共13页
企业费用管理需求分析Word文档格式.docx_第5页
第5页 / 共13页
企业费用管理需求分析Word文档格式.docx_第6页
第6页 / 共13页
企业费用管理需求分析Word文档格式.docx_第7页
第7页 / 共13页
企业费用管理需求分析Word文档格式.docx_第8页
第8页 / 共13页
企业费用管理需求分析Word文档格式.docx_第9页
第9页 / 共13页
企业费用管理需求分析Word文档格式.docx_第10页
第10页 / 共13页
企业费用管理需求分析Word文档格式.docx_第11页
第11页 / 共13页
企业费用管理需求分析Word文档格式.docx_第12页
第12页 / 共13页
企业费用管理需求分析Word文档格式.docx_第13页
第13页 / 共13页
亲,该文档总共13页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

企业费用管理需求分析Word文档格式.docx

《企业费用管理需求分析Word文档格式.docx》由会员分享,可在线阅读,更多相关《企业费用管理需求分析Word文档格式.docx(13页珍藏版)》请在冰点文库上搜索。

企业费用管理需求分析Word文档格式.docx

(5)MySQL数据库教程

搜索:

http:

//5.1/zh/tutorial.html;

1.5功能分析

本系统采用jsp和Struts2框架,结合mySQL数据库,实现用计算机处理日常工作中的的各种费用问题,例如财务预算、审核、结算、入账等。

将日常生活中员工经办的过程,用计算机来实现,可以避免在纸质文档传递过程中的认为出错。

另外,利用计算机的数据存储功能,可以实现数据信息的存档,为费用管理提供数据依据。

本系统的使用需要注册一个账号,每个用户只有在登录后才能使用系统。

用户在注册时,可以提交一个具体职位。

对于不同的用户,经管理用户审核后,对其设置不同的权限,实现不同用户操作不同的数据,简洁明了,避免数据太多太杂,对用户管理造成不便。

我们把企业费用管理系统划分成四大模块:

系统维护模块,预算管理模块,报销管理模块,审批管理模块。

具体每个模块实现哪些功能将在后面具体介绍。

1.5.1系统维护模块

系统维护模块的主要操作人员有系统维护人员和管理人员,前者对系统的稳定和组织构架等进行维护,后者对各个部门的人员信息进行增删,设置权限等操作;

对费用项目进行管理,同时还有可能会参与审批流程。

由管理员进行操作能够对整个系统的各个数据进行增加,修改,删除直接作用于数据库。

费用项目维护模块:

对于具体的费用项目进行添加、修改和删除等。

审批流程:

可以增加修改删除流程和结点。

报销模块:

对于需要报销的项目进行修改,删除,审批等。

所有的这些模块都是通过jsp与数据库的链接,直接对数据库进行操作的。

1.5.2预算管理模块:

利用系统可以对数据进行存档的功能,在需要的时候可以通过本模块调用数据库中所有预算单元的记录,查询每一个预算单元的详细信息,是否经过的审核等等,为日常生活中的预算提供依据或参考。

在审核中有些预算模块需要进行修改的,也可以在预算管理模块进行修改,修改后需要重新提交申请,等待新的审核。

通过对一个项目的预算和结算的对比,可以了解这个项目的节支与超支情况,甚至该项目的具体开销,使企业的费用管理更加有序。

1.5.3报销管理模块

根据实际生活中的报销流程,我们将报销管理划分为:

申请报销和报销数据。

任何用户都可以进行报销,用户只需要填写报销费用的申请(这里面包含有具体的费用,报销时间等),填写完后提交申请,等待上级审批,审批后可以提交给财务部门报销费用。

至于报销数据的记录则可以为各用户提供查询历史报销记录的查询服务。

1.5.4审批管理模块

审批管理模块包括了对预算单元清单的审批和报销申请的审批。

具有相应管理权限的用户可以通过这个模块对列表列出的清单进行审核,审核的结果会显示到报销管理模块的报销数据记录中。

2任务概述

2.1目标

 2.1.1开发目标

本项目的开发目标是建立一套简单、易用的企业费用管理系统,解决企业各部门员工在申请费用等过程中的时间等待问题,同时用计算机代替人工操作,避免人为错误,实现日常数据存档的问题,提高公司费用管理工作效率。

为了使用户操作更加便捷,本系统界面将本着大方、美观、操作简单的原则进行设计。

同时,考虑用户的使用习惯等特点,使用户只要具备简单的计算机知识就可以熟练的操作本系统。

2.2用户特点

本系统的用户可以分为系统维护人员,系统管理人员和普通用户。

1.系统维护人员

对系统的维护(组织结构维护、费用项目维护、审批流程维护、报销明细维护)和用户管理(用户列表、增、删、查找用户的维护)

2.管理员用户

对系统的用户进行管理,可以对不同用户设置不同权限。

实现报销功能,预算功能,审批功能,统计报表由不同权限的人员对其进行管理。

3.普通用户:

本系统的最基层用户,只能对自己的基本信息进行修改。

2.3假定与约束

配置问题:

有些电脑能运行本系统有些不能。

(解决:

充分考虑系统的配置问题,在系统的使用手册中说明本系统的配置要求,尽可能避免这种情况)

时间问题:

本系统要在二十个工作日以内实现,对于我们学生来说,还是有一定困难的。

将项目需求写详细,每个步骤都分工合作,充分调度小组里每个组员的积极性,尽早完成项目。

数据异常丢失:

数据存储时容易发生一些异常的丢失问题。

各个部门的数据,在上传前都在自己的部门进行备份,以防万一。

3需求规定

3.1功能需求规定

1)采编室需要一个管理模块,主要是对已有的库存进行查询,以及登记、查看、整理、保管各个部门的预算报表、报销报表等相关的账目科目,以及编目管理系统(管理:

员工相关、部门相关、费用类别、审批相关、预算相关,统计报表等)。

2)编制一套流通(其中包括系统维护,用户管理和普通用户)管理系统。

3)系统维护(组织结构维护、费用项目维护、审批流程维护、审批次序定制、报销明细维护)。

4)用户管理(职员基本信息、权限分配、增加、删除、修改、查询用户)。

5)普通用户(个人信息,预算功能、报销功能)。

6)登录系统:

注册用户、注销用户、系统退出。

7)技术支持:

使用说明、帮助系统。

3.2识别角色

通过需求分析可以确定系统中有两个角色,分别是:

系统维护人员、管理人员和普通用户。

●系统维护人员:

系统维护(组织结构维护、费用项目维护、审批流程维护、审批次序定制、报销明细维护)

●管理人员<

有一定级别的职员>

用户管理(职员基本信息、权限分配、增加、删除、修改、查询用户)和个人信息(个人信息列表),报销功能(我的报销记录、报销申请),预算功能(预算单元清单、预算单元新增,预算申请),审批功能(我的任务表<

对预算和报销进行审批,针对的是管理级别的用户>

●普通用户<

最底层的职员>

个人信息(个人信息列表),报销功能(我的报销记录、报销申请),预算功能(预算单元清单、预算单元新增,预算申请)

整个用例模型包含的用例有:

预算、报销、审批,系统维护和统计系统。

识别了角色,通过进一步的分析,可以确定系统中用例。

3.3数据管理能力要求

本系统是一个中小型管理系统,运行环境是Windowsxp,因此使用Windows环境下最容易使用且功能较完善的MySQL作为后台的数据库系统。

✧数据库设计

本系统使用MySQL数据库,创建系统平台。

✧数据库索引

建立索引的目的是加快对表中记录的查找或排序。

为表设置索引要付出代价的:

一是增加了数据库的存储空间,二是在插入和修改数据时要花费较多的时间(因为索引也要随之变动)。

创建索引可以大大提高系统的性能。

第一,通过创建唯一性索引,可以保证数据库表中每一行数据的唯一性。

第二,可以大大加快数据的检索速度,这也是创建索引的最主要的原因。

第三,可以加速表和表之间的连接,特别是在实现数据的参考完整性方面特别有意义。

第四,在使用分组和排序子句进行数据检索时,同样可以显著减少查询中分组和排序的时间。

第五,通过使用索引,可以在查询的过程中,使用优化隐藏器,提高系统的性能。

✧视图

计算机数据库中的视图是一个虚拟表,其内容由查询定义。

同真实的表一样,视图包含一系列带有名称的列和行数据。

但是,视图并不在数据库中以存储的数据值集形式存在。

行和列数据来自由定义视图的查询所引用的表,并且在引用视图时动态生成。

也是机械制图术语,在机械制图中,将物体按正投影法向投影面投射时所得到的投影称为“视图”。

✧存储程序

存储过程是一段经过编译的程序代码,存放在数据库服务器端。

通过调用适当的存储过程,可在服务器端处理大量数据,再将处理结果送到客户端。

这样可减少数据在网络上的传送,消除网络阻塞现象。

储过程另一好处是可供不同的开发工具调用,如PB、VB、ASP、Delphi等开发工具均可调用。

在流通模块和WEB查询模块上均有检索功能,实际上调用同一存储过程完成的。

✧数据库调用

采用JDBC接口实现数据库的调用。

3.4业务流程图

3.5数据流图

3.5.1企业费用预算功能数据流图

3.5.2企业费用管理报销数据流图

3.5.3企业费用管理审批流程图

3.6费用管理系统的性能的规定

3.6.1对界面的要求

本管理系统采用统一的色调、统一的页面布局,以求整个系统美观整洁,操作简单快速。

3.6.2对编码的要求

本系统在编码时编程人员在自定义变量、常量时,每个首字母要大写,要知明大义,每声明一个变量和编写一个方法时要写注释项。

3.6.3对功能的要求

本系统采用分模块实现方式进行开发,每个模块应要实现客户提出的功能需求且每个模块功能实现后要进行单元测试,

3.6.4对操作的要求

对每个模块功能的增加、删除、修改应保持简单,方便。

每个模块的交互性要好,响应时间保持在0.5s内,每次所进行批量处理时最大容度与应保持在500以内。

3.7本系统按功能进行划分分为如下几个模块

3.7.1登录模块

v身份识别,登录方式

v网站的LOGO

v页面图片

3.7.2预算管理模块

v预算单元清单

v预算单元新增

v预算申请

v预算审批

v接受反馈

3.7.3报销管理模块

v报销单原清单

v报销单元新增

v报销申请

v报销审批

3.7.4审批管理模块

v查看预算、报销记录

v审批预算、报销申请

v发出反馈

3.7.5系统维护模块

v组织结构维护

v费用项目维护

v审批流程维护

v报销明细维护

3.7.6安全管理模块

v模块的相互连接

v用户个人信息的修改

v系统安全的维护

3.7.7技术管理模块

v创建“技术支持”页面

v创建“开发团队”页面

v创建“联络信息”页面

3.8运行环境

3.8.1硬件环境

●列出软件系统运行时所需的硬件最小配置,如计算机型号、主存容量

  ●外存储器、媒体、记录格式、设备型号及数量

  ●输入、输出设备

  ●数据传输设备及数据转换设备的型号及数量

服务器

最低配置

推荐配置

应用和数据库服务器

CPU1.5GHz

CPU2.8GHz

内存2GB

内存4GB

磁盘160GB

磁盘320GB

网卡100MBPS

网卡1000MBPS

邮件服务器

3.8.2软件环境

●操作系统名称及版本号

●语言编译系统或汇编系统的名称及版本号

●数据库管理系统的名称及版本号

●其他必要的支持软件

名称

版本

语种

服务器操作系统

WindowsServer2003

SP2

中文

客户端操作系统

WindowsXP

SP3

操作系统的附加功能

数据库平台

SQLSERVER

10G

应用平台

.NET2.0

6.0

邮件系统

客户端软件

InternetExplorer

7.0

4故障处理

正常使用时不应出错,若运行时遇到不可恢复的系统错误,也必须保证数据库完好无损。

 调试中遇到的问题及解决的方案:

●遇到跳出“数据库已经关闭“提示信息阻止程序运行时可以查看一下进行此项操作时,操作的表是否已经被关闭了或者是在没有关闭此表的情况下又一次运用打开语句打开此表。

●关于空记录带来的麻烦

有些空记录往往会使程序无法运行。

此时你可用“ifnotisnull”语句先判断一下是否为空记录,再操作。

5其他要求

  1)系统的功能实现情况:

用户可在本系统下实现各种用户要求的功能。

  2)系统的安全性:

对于系统的重要数据都有密码保护,具有一定的安全性。

  3)系统的容错性:

用户输错数据都有提示信息,具有较好的容错性能。

  4)系统的封闭性:

用户的封闭性较好,用户基本上在提示信息下输数据。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 小学教育 > 其它课程

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2