固定资产管理系统项目简化.docx
- 文档编号:30043108
- 上传时间:2023-08-04
- 格式:DOCX
- 页数:73
- 大小:815.42KB
固定资产管理系统项目简化.docx
《固定资产管理系统项目简化.docx》由会员分享,可在线阅读,更多相关《固定资产管理系统项目简化.docx(73页珍藏版)》请在冰豆网上搜索。
固定资产管理系统项目简化
1固定资产管理系统项目
《固定资产管理系统》
大型综合项目实训指导书
2009年6月
一、实训题目
固定资产管理系统用来支持企业固定资产管理,功能包括资产管理、资产采购、报表管理、系统用户管理。
●资产管理包括资产维护、资产出售、资产调拨、资产维修、资产报损。
●资产采购包括采购申请、采购审批。
●报表管理包括资产明细表、资产调拨明细、资产维修明细以及资产折旧明细。
●系统用户管理包括用户管理、角色管理。
固定资产管理系统是一个web应用系统,采用轻量级J2EE架构进行开发,开发架构图如下:
具体的程序架构视图如下:
二、实训目的
实训将使学生掌握轻量级J2EE架构的应用,其中包括structs架构、hibernate架构和同时可扩展到ajax技术等。
实训将使用一系列的规章制度和IT项目管理方法来使学生了解企业的人员组织模式以及工作的方式方法,同时实训项目按小组为单位,注重培养学生的团队合作精神。
三、实训要求
1.知识要求
学生进行实训时需要掌握以下知识:
●java程序设计
●html标签语言
●web技术
●sql结构化查询语言
●xml可扩展标记语言
●数据库技术
2.技能要求
学生进行实训时需要掌握以下技能:
●Java应用程序设计
●数据库应用程序设计
●基于web的数据库应用程序设计
3.素质要求
与他人能够进行有效沟通,能积极参与团队决策,并坚决执行团队最终决策;服从实训指导老师安排;工作尽职尽责,能吃苦耐劳。
4.实施要求
采用专业机房,包括服务器,教师机和学生机要求P4双核1.8G以上CPU,2G内存。
软件需求列表:
软件名称
说明
Eclipse3.5/netbean6.8
java集成开发软件
sqlserver2005
数据库服务器软件
tomcat6.0
应用服务器软件
四、实训组织形式
本实训以小组形式进行,可自由组合,每小组3人。
五、实训成果提交
每个小组必须提供以下实训成果:
(1)人员组织形式
(2)任务分工安排
(3)每周工作计划
(4)每周工作总结
(5)每日工作计划
(6)程序源代码
(7)程序设计文档
(9)实训总结
六、实训考核
总分为100
序号
考核内容
考核方式
分数比例(%)
1
人员组织形式,任务分工安排
阶段检查
5
2
每周工作计划
阶段检查
10
3
每周工作总结
阶段检查
10
4
团队合作情况
阶段检查
15
7
程序源代码
项目答辩
40
8
程序设计文档
阶段检查
20
9
系统运行效果
项目答辩
10
说明:
考核方式可以是项目答辩,阶段检查,……
考核内容,可以是项目模块完成,代码是否标准规范,逻辑正确否,协作沟通情况等
固定资产管理系统愿景文档
版本:
1.0
作者:
某公司
日期:
2008.6
审批:
日期:
2008.7
变更记录
日期
版本
变更说明
作者
2008.9
1.0
创建
罗佳
1.简介
目的
本文档定义了固定资产管理系统的高层业务需求。
本文档不是对于需求进行详尽的叙述,而是指出了业务需求的大方向。
固定资产管理系统的业务范围
固定资产管理系统用来支持固定资产管理,包括资产管理、资产采购、系统用户管理。
固定资产管理系统是一个web应用形式,可以通过互联网进行访问。
2.商业机会
2.1业务背景
提出开发固定资产管理系统的客户是某事业单位,该事业单位职工规模达到了1000人,随着信息化潮流的影响以及其固定资产规模的不断增加,对于管理人员来说,这一部分资产的管理变得越来越复杂、繁琐,急需建立一套系统来对固定资产进行信息化管理。
2.1定位
固定资产管理系统是某事业单位信息化平台的一部分,用来取代该单位的手工作业方式。
过去存在于纸介质文件上的固定资产信息将通过新系统存入数据库。
3.建议的解决方案
3.1主要的功能性需求
1.能够进行资产管理,包括:
●资产登记
●资产出售
●资产维修
2.能够进行资产采购管理,包括:
●购置申请
●购置审批
3.能够进行系统用户管理,包括:
●用户管理
●角色管理
3.2主要的非功能性需求
1.性能
要求系统在处理任何业务操作时,响应时间不超过10秒。
2.可靠性
要求系统是7*24小时可用的。
3.安全性
要求用户必须登录系统,才能使用此系统。
而且要依据用户的角色,确定该用户是否能够执行某项业务操作。
4.易用性
要求系统界面直观、明了,可以让非计算机专员人员经过简单的培训即可掌握。
4.风险
无重大风险。
5.约束
5.1开发过程约束
要求本软件系统开发方要组建一只专业的开发团队。
5.2运行环境及技术约束
为节省软件运行、维护的成本,要求未来软件运行环境尽量采用开源软件。
5.3交付及部署约束
要求必须在一个月内完成开发。
部署时要利用客户已有的硬件资源,包括web服务器和数据库服务器。
固定资产管理系统
系统需求规格说明书
版本:
1.0
作者:
罗佳
日期:
2008-10
审批:
日期:
变更记录
日期
版本
变更说明
作者
2008-10
1.0
创建
罗佳
1.简介
1.1开发背景
系统名称:
固定资产管理系统[以下简称FAM系统];
本项目的任务提出者是某事业单位。
开发者为UCS公司;
系统用户是使用此系统的工作人员;
本项目是某事业单位信息化平台的一部分。
1.2目的
本文档定义了FAM系统的详细需求,明确了FAM系统的功能内容、功能边界、开发途径。
1.3业务范围
固定资产管理系统用来支持固定资产管理,包括资产管理、资产采购、报表管理、系统用户管理。
固定资产管理系统是一个web应用形式,可以通过互联网进行访问。
1.4参考文档
2.约束及假定
2.1软件运行环境以及技术约束
2.1.1软件约束
FAM系统采用Java技术进行开发。
开发及运行的软件环境为:
●Java开发包JDK:
jdk-1_5_0_01-windows版
●应用服务器Tomcat:
jakarta-tomcat-5.0.16
●数据库SQLServer2000
●开发框架:
Struts+Hibernate
2.1.2资产约束
Web服务器及数据库服务器均采用IntelP4(1.8GHZ)PC工作站。
内存1024M、硬盘120G。
2.2交付及部署约束
FAM系统要在一个月内开发完成,交付时要以独立的war文件作为应用程序发布形式。
3.功能性需求
3.1系统角色
FAM用来对单位的固定资产进行管理,主要功能包括资产管理、资产采购、报表管理、系统用户管理。
FAM包括三种角色(Actor):
1.普通用户(User)
普通用户指的是FAM系统中不具有管理功能的用户,仅能够查看固定资产相关信息。
其对应的操作如图1所示。
更改密码
用户登录
资产信息
固定资产查询
资产相关信息查看
图1
2.固定资产管理专员(SM)
更改密码
用户登录
固定资产管理专员主要负责固定资产管理、采购申请、审批。
其操作如图2所示。
资产信息
资产维护
资产出售
资产维修
采购管理
采购申请
采购审批
图2
3.超级用户(SuperUser)
超级用户负责系统用户管理和删除固定资产信息。
其操作如图3所示。
系统用户
用户列表维护
角色维护
资产
删除固定资产
查看固定资产
查询固定资产
图3
3.2需求描述
3.2.1资产维护
3.2.1.1资产登记
需求编号:
FR-ZCWH-1
需求描述:
固定资产管理专员登陆系统后,可以登记(新建)资产信息。
登记资产信息时,需要登记以下信息:
资产编号、设备序列号、设备名称、设备型号、权属关系、资产类型、计量单位、生产日期、供货单位、原始金额、其中安装费用、生产单位、使用部门、使用负责人、启用时间、规定使用年限、已使用年限、附属设备、折旧率、状态、备注。
约束:
●资产编号、设备序列号、设备名称、设备型号、权属关系、资产类型、计量单位、生产日期、供货单位、原始金额、其中安装费用、生产单位、使用部门、使用负责人、启用时间、规定使用年限、已使用年限、折旧率、状态、备注不能为空;
●资产编号为该信息唯一识别码,系统自动生成,模式为:
F+当前日期+4位序列号,如F200810100001、F200810100002。
●状态的值为(在用|报损|出售),资产登记时强制为“在用”,无需修改;
●资产类型的值为可选项,该值由超级用户维护;
●使用部门的值为可选项,该值由超级用户维护;
●权属关系的值为(购买|获赠|融资|租借|其他);
●生产日期早于启用时间;
●规定使用年限和已使用年限必须为大于或等于0的整数;
●录入的日期格式应该正确:
如2008-09-09;
●原始金额和其中安装费用必须是正确格式,精确到小数位2位:
100.76;
●折旧率必须是正确格式,精确到小数位4位:
0.0932;
3.2.1.2删除资产信息
需求编号:
FR-ZCWH-2
需求描述:
超级用户登陆系统后,可以删除资产信息。
超级用户首先查询到符合条件的资产信息,然后选中要删除的资产,将所选资产从系统中删除。
当删除该资产信息时,该资产所对应的相关记录也将一并删除。
3.2.1.3更新资产信息
需求编号:
FR-ZCWH-3
需求描述:
固定资产管理专员登陆系统后,可以更新资产信息。
管理专员首先查询到要更新的资产信息,然后进行资产信息更新。
除了资产编号,状态外,其他信息都可以更新。
更新时的约束与新增一致。
3.2.1.4查询资产信息
需求编号:
FR-ZCWH-4
需求描述:
固定资产管理专员或普通用户登陆系统后,可以查询资产信息。
管理专员可以通过资产编号、设备名称、权属关系、资产类型、使用部门、状态、启用时间七个查询条件进行资产信息查询。
查询时,管理专员输入的查询关键字包含在查询条件值中即视为匹配,其中启用时间可以让管理专员输入一个开始日期和结束日期,九个查询条件是“逻辑与”关系。
3.2.1.5查看资产信息
需求编号:
FR-ZCWH-5
需求描述:
固定资产管理专员或普通用户登陆系统后,可以查看资产信息。
管理专员或普通用户首先查询到要查看的资产信息,然后进行资产详细信息查看。
此过程只允许用户查看信息,不可以更新。
3.2.3资产出售
3.2.3.1资产出售
需求编号:
FR-ZCCS-1
需求描述:
固定资产管理专员登陆系统后,可以填写资产出售信息。
填写资产出售信息时,需要填写以下信息:
设备编号、设备名称、购买单位、金额、出售时间、联系方式、设备状态、设备附件、备注。
约束:
●设备编号、设备名称、购买单位、金额、出售时间、联系方式、设备状态不能为空;
●出售时间必须是正确格式:
2009-09-09
3.2.3.2删除出售信息
需求编号:
FR-ZCCS-2
需求描述:
固定资产管理专员登陆系统后,可以删除出售信息。
管理专员首先查询到符合条件的出售信息,然后选中要删除的出售信息,将所选出售信息从系统中删除。
3.2.3.3更新出售信息
需求编号:
FR-ZCCS-3
需求描述:
固定资产管理专员登陆系统后,可以更新出售信息。
管理专员首先查询到要更新的出售信息,然后进行出售信息更新。
更新时的约束与新增一致。
3.2.3.4查询出售信息
需求编号:
FR-ZCCS-4
需求描述:
固定资产管理专员或普通用户登陆系统后,可以查询出售信息。
管理专员可以通过设备编号、设备名称、购买单位、出售时间四个查询条件进行报损信息查询。
查询时,管理专员输入的查询关键字包含在查询条件值中即视为匹配,四个查询条件是“逻辑与”关系。
3.2.3.5查看出售信息
需求编号:
FR-ZCCS-5
需求描述:
固定资产管理专员或普通用户登陆系统后,可以查看出售信息。
管理专员或普通用户首先查询到要查看的出售信息,然后进行出售详细信息查看。
此过程只允许用户查看信息,不可以更新。
3.2.5资产维修
3.2.5.1资产维修
需求编号:
FR-ZCWX-1
需求描述:
固定资产管理专员登陆系统后,可以填写资产维修信息。
填写资产维修信息时,需要填写以下信息:
设备编号、设备名称、规格型号、使用部门、维修级别、维修时间、维修天数、施工单位、维修原因、维修材料、材料费合计、维修工资费、合计维修金额、备注。
约束:
●设备编号、设备名称、规格型号、使用部门、维修级别、维修时间、维修天数、施工单位、维修原因、材料费合计、维修工资费、合计维修金额不能为空;
●维修级别的值为(日常维护|大修|故障维修|其他);
●维修时间必须是正确格式:
2009-09-09
●维修天数必须是正确格式,以0.5为倍数,如0.5、1.5、2.0等;
●材料费和维修工资费、合计维修金额必须是正确格式:
精确到小数点后2位;
●合计维修金额自动计算。
3.2.5.2删除维修信息
需求编号:
FR-ZCWX-2
需求描述:
固定资产管理专员登陆系统后,可以删除维修信息。
管理专员首先查询到符合条件的维修信息,然后选中要删除的维修信息,将所选维修信息从系统中删除。
3.2.5.3更新维修信息
需求编号:
FR-ZCWX-3
需求描述:
固定资产管理专员登陆系统后,可以更新维修信息。
管理专员首先查询到要更新的维修信息,然后进行维修信息更新。
更新时的约束与新增一致。
3.2.5.4查询维修信息
需求编号:
FR-ZCWX-4
需求描述:
固定资产管理专员或普通用户登陆系统后,可以查询维修信息。
管理专员可以通过设备编号、设备名称、使用部门、维修级别四个查询条件进行维修信息查询。
查询时,管理专员输入的查询关键字包含在查询条件值中即视为匹配,四个查询条件是“逻辑与”关系。
3.2.5.5查看维修信息
需求编号:
FR-ZCWX-5
需求描述:
固定资产管理专员或普通用户登陆系统后,可以查看维修信息。
管理专员或普通用户首先查询到要查看的维修信息,然后进行维修详细信息查看。
此过程只允许用户查看信息,不可以更新。
3.2.6资产购置申请
3.2.6.1购置申请
需求编号:
FR-GZSQ-1
需求描述:
固定资产管理专员登陆系统后,可以填写购置申请单。
填写购置申请单时,需要填写以下信息:
请购部门、申请人、申请时间、设备名称、规格型号、生产单位、申购数量、所需资金、请购理由及用途、购置设备条件、人员条件是否落实、预算经济效益、设备使用率、原有设备情况、备注。
约束:
●除备注外,所有内容都不能为空;
●所有日期类型均为此格式:
2009-09-09;
●数量为大于0的整数;
●资金必须是正确的格式:
1500.00;
●经济效益以万为单位,精确到小数位后两位。
3.2.6.2删除申请信息
需求编号:
FR-GZSQ-2
需求描述:
固定资产管理专员登陆系统后,可以删除申请信息。
管理专员首先查询到符合条件的申请信息,然后选中要删除的申请信息,将所选申请信息的相关记录从系统中删除。
3.2.6.3更新申请信息
需求编号:
FR-GZSQ-3
需求描述:
固定资产管理专员登陆系统后,可以更新申请信息。
管理专员首先查询到符合条件的申请信息,然后选中要更新的申请信息,然后进行申请信息更新。
除了申请时间,其他信息都可以更新。
更新时的约束与新增一致。
3.2.6.4查询申请信息
需求编号:
FR-GZSQ-4
需求描述:
固定资产管理专员登陆系统后,可以查询申请信息。
管理专员可以通过请购部门、申请时间、设备名称三个查询条件进行申请信息查询。
查询时,管理专员输入的查询关键字要包含在查询条件值中即视为匹配,其中申请时间可以让管理专员输入一个开始日期和结束日期,四个查询条件是“逻辑与”关系。
3.2.6.5查看申请信息
需求编号:
FR-GZSQ-5
需求描述:
固定资产管理专员登陆系统后,可以删除申请信息。
管理专员首先查询到符合条件的申请信息,然后选中进行申请详细信息查看。
3.2.7资产购置审批
3.2.7.1购置审批
需求编号:
FR-GZSP-1
需求描述:
固定资产管理专员登陆系统后,可以审批购置申请。
管理专员首先查询到符合条件的申请信息,然后选中进行购置申请审批,审批人需要填写审批意见和备注。
约束:
●审批意见的值为(同意|不同意)
●备注可以为空。
3.2.9系统用户管理
3.2.9.1新增系统用户
需求编号:
FR-UHGL-1
需求描述:
超级用户登陆系统后,可以新增系统用户。
新建系统用户时,可以新建以下信息:
用户名、登陆密码、真实姓名、部门、职位、电子邮件、办公电话、手机,所属角色。
约束:
●所有内容都不能为空;
●用户名不能有冲突;
●电子邮件和电话号码必须是正确格式;
●所属角色可以有多个,其权限是所有角色权限的并集。
3.2.9.2更新系统用户
需求编号:
FR-UHGL-2
需求描述:
超级用户登陆系统后,可以更新系统用户。
超级用户首先查询到符合条件的系统用户,然后选中要更新的系统用户,然后进行系统用户更新。
所有信息都可以更新。
更新时的约束与新增一致。
3.2.9.3删除系统用户
需求编号:
FR-UHGL-3
需求描述:
超级用户登陆系统后,可以删除系统用户。
超级用户首先查询到符合条件的系统用户,然后选中要删除的系统用户,系统删除该系统用户信息。
3.2.9.4查询系统用户
需求编号:
FR-UHGL-4
需求描述:
超级用户登陆系统后,可以查找系统用户。
超级用户可以通过登录名称和真实姓名两个查询条件进行系统用户的查询。
查询时,超级用户输入的查询关键字要包含在查询条件值中即视为匹配,两个查询条件是“逻辑与”关系。
3.2.9.5新增角色
需求编号:
FR-UHGL-5
需求描述:
超级用户登陆系统后,可以新增角色。
新建系统用户时,可以新建以下信息:
角色名称、描述、操作权限。
约束:
●角色名称不能为空
3.2.9.6更新角色
需求编号:
FR-UHGL-6
需求描述:
超级用户登陆系统后,可以更新角色。
超级用户首先查询到符合条件的角色,然后选中要更新的角色,然后进行角色更新。
所有信息都可以更新。
更新时的约束与新增一致。
3.2.9.7删除角色
需求编号:
FR-UHGL-7
需求描述:
超级用户登陆系统后,可以删除角色。
超级用户首先查询到符合条件的角色,然后选中要删除的角色,然后删除角色。
3.2.9.8查询角色
需求编号:
FR-UHGL-8
需求描述:
超级用户登陆系统后,可以查找角色。
超级用户可以通过角色名称进行角色的查询。
查询时,超级用户输入的查询关键字要包含在查询条件值中即视为匹配。
3.2.9.9用户登录
需求编号:
FR-UHGL-9
需求描述:
用户操作系统前需要登录。
登录时用户输入登录用户名和密码,系统验证登录用户名和密码的正确性,验证通过则进入系统,否则提示错误。
●资产类型的值为可选项,该值由超级用户维护;
●供货单位的值为可选项,该值由超级用户维护;
●使用部门的值为可选项,该值由超级用户维护;
4.非功能性需求
4.1性能
1.FAM系统要支持25个并发用户。
2.FAM系统处理查询操作响应时间不超过10秒。
4.2可扩展性
当前使用FAM系统的主要是企业人数在100人以下的小企业,这些企业增长速度比较快,人员规模每年保持30%的增速。
FAM系统要能够在三年内支持这样的增长速度。
4.3可用性
系统要保证24*7*365可用。
但是可以允许每月系统停机一小时,进行系统服务。
系统服务的时间要安排在企业非工作时间进行。
4.4安全性
1.安全防护
●对数据库存储敏感信息:
针对本系统我们对用户密码进行加密,以保证各级用户对系统访问的安全性。
生成的口令不可逆转(用MD5加密是一种32位字符的加密方法)。
输入的口令不应显示在显示终端上。
●数据信息的保存:
利用RDBMS的服务器稳定运行—实现各种信息的储存、控制及调节备份、恢复等日常的服务管理工作。
2.操作跟踪
针对系统运行出现的异常,跟踪调查出现异常的情况,了解操作意图,有针对性的解决问题。
系统日志,便于查看系统的运行情况。
操作日志,提供用户在系统中增加、修改系统数据信息时记录日志。
用于跟踪用户的操作,了解信息的变更,在需要时对事情进行调查。
3.访问控制
页面不可直接访问,防止黑客对页面篡改。
页面访问通过连接动作驱动,访问时作权限检查。
有效防止用户通过地址栏输入地址对信息非法访问。
系统在页面执行过一次后再次访问通过缓冲工作区执行,对页面屏蔽。
4.5易用性
FAM系统要简单、易用,具有清晰的导航功能,使操作者快速找到自己想要执行的操作页面。
FAM系统要保证一个非计算机专业的用户,通过自己阅读用户手册,可以使用此系统。
FAM用例规约描述
版本1.0
作者:
罗佳
日期:
2008.6
审批:
日期:
变更记录
日期
版本
变更说明
作者
2008.6
1.0
创建
罗佳
填表说明
本文档的目的是依据《需求规格说明书》和系统原型,建立用例模型,并对用例模型进行具体描述。
用例规约描述是面向对象分析和设计的重要步骤。
用例规约描述需要进行评审。
引言
文档(《用例规约描述文档》)是描述项目小组对项目进行需求分析得到的关于用户和系统之间交互作用的文本性描述文档。
目的
用例是关于用户和系统之间相互作用的文本性描述,从外部角度描述系统的行为,表达系统应该做什么。
本文档通过用例规约描述,来进一步说明该系统需求,是下一阶段系统设计的基础,也是测试用例的重要依据。
定义
缩写、术语
解释
FAM
固定资产管理系统的简称
User
FAM系统的普通用户角色
SM
FAM系统的管理专员角色
SuperUser
FAM系统的超级用户角色
ZCWH
FAM系统的资产维护模块
ZCBS
FAM系统的资产报损模块
ZCCS
FAM系统的资产出售模块
ZCDB
FAM系统的资产调拨模块
ZCWX
FAM系统的资产维修模块
GZSQ
FAM系统的购置申请模块
GZSP
FAM系统的购置审批模块
BBGL
FAM系统的报表管理模块
UHGL
FAM系统的用户管理模块
ZDGL
FAM系统的系统字典模块
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 固定资产 管理 系统 项目 简化