开源IT资产管理系统模板

开源IT资产管理系统模板
开源IT资产管理系统模板

开源IT资产管理系

(一)开源IT资产管理系统-->OCS Inventory NG服务端(win)安装

原始出处:

OCS Inventory NG(Open Computer and Software Inventory Next Generation)是一款系统管理软件

主要功能:

?Relevant inventory资产清单管理.

?Powerfull deployment system强大的部署系统,代理程序软件部署方便宜用。.

?Web Administration Console基于Web的管理控制界面.

?Multiple operating systems support,多操作系统支持 Microsoft Windows, Linux, *BSD, Sun Solaris, IBM AIX, HP-UX, MacOS X.

?Lightweight bandwith usage: 轻量网络带宽使用,Windows系统的全部清单信息大约5 KB .

?High performance: 高性能,1 000 000 电脑每天做清单扫描,使用的服务器是bi-Xeon 3 GHz /4 GB RAM.

?3-Tier architecture三层架构设计,支持http/https/xml等协议河标准.

?基于有名的开源产品实现,Apache web 服务器, MySQL数据库服务器, PHP和PERL脚本语言.

?Web service提供 SOAP 接口的Web服务访问.

?Plugins support经过API提供插件支持.

OCS应用架构图:

OCS+GLPI应用架构图:

安装OCS服务端

下载地址:

双击OCSNG-Windows-Server-Setup.exe

提示安装需求,点确定

点Next

点Next

点Next

点Install

如果提示有perl没有安装,被终止安装,

解决方法:点确定,关闭安装界面,手动删除C:\xampp目录,接着双击OCSNG-Windows-Server-Setup.exe,重新安装,到下面一步,只选择XAMPP 安装

直到安装结束,接着继续双击OCSNG-Windows-Server-Setup.exe,也同样到下面一步,只选择OCS INVERTORY NG SERVER安装

安装结束按确定会跳出两个页面,一个是OCS服务端设置界面,一个是OCS向导界面,点向导界面的Finish,会跳出XAMPP,点左侧中文显示.

接着安装OCS服务端,输入默认mysql用户root 密码为空,点“send”

直接点“提交查询内容”

点蓝色“Click here to enter OCS-NG GUI”

输入OCS默认的user和password都为admin

进入OCS服务端后台界面

OCS服务端到此安装结束参考文档::Main

(二)开源IT资产管理系统-->OCS(win)客户端代理安装安装windows平台代理的客户端

下载地址:+download/OCSNG-Windows-Agent-2.0RC2.zip 双击OCS-NG-Windows-Agent-Setup.exe,点“Next”

点“I Agree”

这里输入OCS服务端的ip地址,其它选项不动,直接点“Next”

代理服务这里无需设置,直接点Next

这里打勾以下两个选项,一个是支持详细日志,一个是支持标签,标签名字写上能直接辨别这台设备的别名就ok,然后直接点“Next”

点“Next”

安装结束后会在桌面右下角任务栏有个OCS标志图标

注意:当OCS服务端ip换掉的时候,必须在客户端用命令去更新ip地址如:进人客户端安装目录,运行以下命令,说明把服务端的ip更改为192.168.50.96

C:\ProgramFiles\OCS/InventoryAgent>

OCSInventory.exe /server=

贴一下OCSInventory.exe 为windows命令行用法:

Command Line Options:

Meaning:

/work_dir:"path to directory"Agent must use "path to directory" as working dir (this directory may included configuration file). Default is

"%ALLUSERSPROFILE%\Application Data\OCS Inventory NG\Agent" or

"%PROGRAMDATA%\OCS Inventory NG\Agent"

/local[="path to folder"]Agent do not contact communication server, and store inventory in xml compressed .ocs file into folder "path to folder". If no "path to folder" provided, agent assume folder as data folder

/debug[=level]Generate a very verbose log file "ocsinventory.log" into agent's install folder.

?0 => disable verbose logs (default)

?1 => enable default verbose logs (default when no level provided provided)

?2 => enable debuging logs

/notag

Agent must NOT prompt user for TAG in any case

/tag="my value"

Agent must set "my value" as TAG value

/xml=["path to folder"]Agent must store inventory in uncompressed xml format into folder "path to folder". If no "path to folder" provided, agent assume folder as data folder

/force Always send inventory, even if server do not ask for it (use only for

debugging purpose !)

/ipdisc="network number"Agent must launch IP discovery on network "network number" (use only for debugging purpose !)

/ipdisc_lat="number of milliseconds"Set latency between 2 IP Discover requests to "number of

milliseconds"

/fastip Never wait for latency between 2 IP Discover requests (use only for

debugging purpose !)

/hkcu Search also for software under HKEY_CURRENT_USER registry hive (do

not work with service as LocalSystem !)

/uid

Agent must generate a new unique device ID

/server=http[s]://server.domain.tld[:port]/ocsinventory Agent try to connect to Communication Server address and port

Listening on http[s]://server.domain.tld[:port]/ocsinventory

/ssl=0|1When usng SSL connections:

?0 => SSL without certificate validation,

?1 => SSL with server certificate validation required (needs CA certificate)

/ca="path_to_cabundle.pem"Path to CA certificate chain file in PEM format, for server

certificate validation

/user=username /pwd=password

Communication Server authentication credentials

/proxy_type=0|1|2|3Agent proxy use

?0 => no,

?1 => HTTP proxy,

?2 => Socks 4 proxy,

?3 => Socks 5 proxy)

/proxy=proxy_address

Proxy server address (without protocol !)

/proxy_port=port

Proxy server port

/proxy_user=username /proxy_pwd=password

Proxy authentication credentials

(三)开源IT资产管理系统-->部署GLPI与OCS数据同步

GLPI介绍

GLPI是法语Gestionnaire libre de parc informatique的缩写,翻译过来应该是开源IT和资产管理软件,在法国等欧洲国家和地区应用广泛并取得了很好的用户口碑。但在中国了解和应用的人并不多。

GLPI提供功能全面的IT资源管理接口,你能够用它来建立数据库全面管理

IT的电脑,显示器,服务器,打印机,网络设备,电话,甚至硒鼓和墨盒等。提供Helpdesk用户支持平台;联系人,合同,合作商,以及文档的管理;提供资源预定,知识库的管理等功能。

GLPI主要功能特征如下:

总体特征:

多用户管理

多种认证系统(Local,LDAP,AD,POP/IMPAP,CAS)

权限系统

分页系统

多语言支持(支持多达14种语言)

搜索模块

显示列表可配置

PDF导出和SLK

SQL格式的数据库备份和恢复

下拉列表可配置

更新检查系统

UTF8接口

兼容HTML4.0协议

资产管理

可从OCS资产系统导入数据

计算机和连接设备管理和总成本管理

主机和显示器的连接管理

固定资产管理系统设计毕业论文

固定资产管理系统设 计毕业论文 目录 第1章绪论 (1) 1.1 选题的背景 (1) 1.2 目的和意义 (1) 1.3 国外现状 (1) 1.4 可行性分析 (2) 第2章平台简介 (4) 2.1 开发平台和技术简介 (4) 2.1.1 Visual Basic 6.0工具简介 (4) 2.2 数据库平台介绍 (5) 2.2.1 SQL Server 数据库 (5) 第3章系统分析 (9) 3.1 需求分析 (9) 3.2 对系统的综合要求 (9) 3.3 功能需求 (10) 3.4 系统流程图 (10) 3.5 数据流图与数据字典 (11) 3.5.1 数据流图 (12) 3.5.2 数据字典 (14) 第4章系统设计 (17) 4.1 系统总体设计 (17) 4.2 功能模块设计 (18) 4.2.1 设备管理 (18) 4.2.2 设备查询 (18) 4.2.3 报表管理 (18) 4.2.4 系统管理 (18)

4.2.5 修改密码 (18) 4.3 数据库设计 (18) 4.3.1 概念模型设计 (19) 4.3.2 关系模型设计 (21) 第5章系统实现 (24) 5.1 程序设计 (24) 5.1.1 设备管理模块 (25) 5.1.2 设备查询模块 (32) 5.1.3 报表管理模块 (34) 5.1.4 系统管理模块 (37) 5.1.5 修改密码模块 (39) 第6章系统测试 (42) 6.1 测试的任务与目标 (42) 6.1.1 测试的任务 (42) 6.1.2 测试的目标 (42) 6.2 测试方案 (42) 6.2.1 模块测试 (42) 6.2.2 集成测试 (43) 6.2.3 验收测试 (43) 6.2.4 平台运行 (43) 6.3 设计测试方案 (43) 第7章结论 (45) 参考文献 (46) 致谢 (47) 附录 (48)

集团固定资产管理系统购买合同

合同编号:MKBFDY150609 天津北方电影集团 固定资产管理系统购买合同 甲方:天津北方电影集团有限公司 法定代表人: 住所: 乙方:天津市美科码尼软件开发有限公司 法定代表人: 住所: 鉴于乙方系一家依照《中华人民共和国公司法》等相关法律法规在中国境内合法成立的的高科技公司,主要经营计算机软件技术开发、咨询、转让、服务等业务,并且在商誉、技术、管理、人才等方面具有很强实力。 甲乙双方本着平等互利的原则,经友好协商一致,现就甲方向乙方购买固定资产管理系统事宜达成一致如下协议,以兹共同遵守。 第一条系统及交付 1、甲方向乙方购买北方电影集团客户化开发固定资产管理系统(以下简称“系统”),系统包含的全部硬件产品(以下简称“硬件产品”)及软件产品(以下简称“软件产品”)详见附件。乙方应于 2015 年 8 月 31 日前向甲方交付系统,系统包含的全部硬件产品及软件产品经甲方安装调试验收(以下简称“安装调试验收”)合格后,视为乙方向甲方交付系统。 2、乙方应指派专人将系统送至甲方如下指定地点:天津北方电影集团公司,由此产生的全部费用(包括但不限于运输费用等)、风险及责任由乙方承担。因乙方或其委托的第三方未能按时交付的,乙方应当承担逾期交付的责任。 第二条系统验收 1、初步验收 乙方将系统运到甲方指定地点当日,甲方代表对系统包含的全部硬件产品及软件产品的外观、数量、品牌、型号等非质量因素进行初步验收(以下简称“初步验收”,该验收仅作为甲方对以上项目的确认,不作为对系统的质量确认)。

初步验收中,经甲方代表验收合格的,甲方向乙方出具书面确认函;如发现系统包含的部分硬件产品或软件产品的外观、数量、品牌、型号等其他非质量因素不符合本合同约定,甲方有权选择拒绝接收该部分产品,乙方应在初步验收次日重新向甲方提交不合格部分产品,因此产生的额外费用(包括但不限于运输费等)由乙方自行承担。(注:本条所约定重新交付不合格部分产品的期限不能成为乙方逾期交付系统的免责期限。) 2、安装调试验收 系统经甲方代表初步验收合格当日,乙方负责安装调试完毕系统的全部硬件产品及软件产品供甲方代表验收,经甲方代表验收合格后,甲方向乙方出具书面确认函;经甲方代表验收不合格的,乙方应于 30 日内重新安装调试系统的全部硬件产品及软件产品并提交甲方验收。因乙方安装调试原因导致系统硬件产品或软件产品毁损或出现其他故障的,乙方应按甲方要求无偿为甲方更换合格硬件产品或软件产品。 第三条系统使用及培训服务 1、乙方应于系统经安装调试验收合格之日起 30 日内,培训甲方人员将甲方指定的全部固定资产等的基础数据信息录入系统,并提交甲方代表进行验收,经甲方代表验收合格后,视为系统正式上线试运行。 系统自正式上线试运行之日起至届满3个月之日止期间(以下简称“试运行期”),如系统未出现任何故障,则视为系统试运行成功。如系统在试运行期间出现故障或出现了系统紊乱、系统操作失灵等非甲方原因导致的影响甲方操作系统的故障,乙方应对系统进行及时修复,保证甲方系统正常运行,如产生无法修复错误,乙方返还甲方已付全部款项。 2、乙方应于系统经安装调试验收合格之日起 5 日内,按甲方要求对甲方人员进行系统的使用培训。 第四条质量保证及系统维护 1、质量等级:合格。执行国家及天津市相关技术质量标准。同时,如国家标准、行业标准及企业内控标准不一致时,以其中较严格的标准为准。 2、系统包含的全部硬件产品及软件产品的出厂合格证及检测报告等其他所需资料应按照相关标准做到齐全有效。 3、系统中硬件产品的质保期如下: (1)数据采集器的质保期为: 1 年; 前述产品的质保期自安装调试验收合格之日起算。质保期内,如前述产品出现故障,乙方应在收到甲方通知之日起2日内,指派乙方人员无偿为甲方更换相关零件及维修产品。

客户订单管理系统

课程设计报告 学院: 课程: 班级: 学号: 姓名: 指导教师: 实习时间:

第一部分:课程设计内容: 一、课题名称:小型公司客户订单管理系统 二、成员: XXXX 三、使用软件:Microsoft Access 2010, Microsoft Word 2010 四、设计内容 1.系统概述: 随着经济的发展,社会信息化程度越来越高,中小企业在信息化的过程中担任了很重要的角色,其信息化的速度也较快。另外随着企业的发展,其对信息化的要求也越来越高,而靠人工处理企业的客户订单即费力又容易出错。企业的客户订单管理是涉及企业生产、企业资金流和企业的经营风险的关键环节。客户订单管理是企业管理中的源头管理。实施了客户订单管理信息系统后,企业的管理将迈上一个新的台阶。 客户订单管理系统的主要目的是实现对客户,商品,订单信息的管理。使用ACCESS开发设计,投资少,数据和系统安全性好,准确、及时、便利,减少了大量的简单重复劳动,节约了纸张、人力、通讯费用和时间。通过客户的信息表和订单信息表,各级管理者可随时掌握全国客户的情况。避免业务人员的"暗箱操作"以及由于业务人员的流失造成公司客户流失现象的发生。 规范的客户订单信息管理必然会涉及下订单的客户以及订单中所涉及的商品,因此在系统中需要添加客户信息管理和商品信息 -1-

管理的功能。一个信息管理系统必然有一定的用户来操作,因此添加了用户管理系统。为了在日后能够对信息系统中的信息进行浏览、查询和输出,在系统中添加了信息浏览功能。 1.2 系统目标: 本系统面向中小企业,为其处理相关数据及业务提供便利。其功能体现如下:通过系统员工(管理员)的登陆,使他们能够随时查询每一个客户,每一笔订单,每一件商品的详细情况,并且对这些信息做出及时准确的修改与维护。其目的在于建立便捷实用的集信息查询与信息维护为一体的管理平台,从而大大地节约人力资源,提高整个公司的工作效率。 2、系统分析: 2.1 需求分析: 中小企业日常业务数据量巨大,其中客户订单信息是联系客户信息与商品信息的关键,这些信息需要大量的编排与整理,但是它们的分析收集过程全部依赖工作人员的手工操作,工作人员的绝大多数精力投入到浩繁的数据整理中,这样的情况不仅仅大大加剧了工作难度,而且无形中加大了信息处理的错误概率。本系统的建立能够将客户于商品的关系明显的联系起来,并且生成订单信息,使用它大大的简化了数据的录入,计算,修改的工作量,而且极大程度的提高了信息处理效率,因此,该系统的需求十分迫切,功能十分实用。 2.2 业务流程图: 本系统的使用者是公式工作人员。通过商品信息,客户信息,员

固定资产管理系统(软件工程)

软件工程实验报告 设计题目:固定资产管理系统 系别:信息工程学院 专业:信息工程 班级: 0902班 学生姓名: 肖文名 学号: 0120909300205 日期: 2012年6月11日 指导教师:张琪

1 需求分析 1.1系统现状 固定资产具有价值高,使用周期长、使用地点分散、管理难度大等特点。据此分析原系统主要问题有: 1.许多大规模企业组织拥有的固定资产数量大、种类多、使用周期长,因此使用人工管理将面临固定资产的增加、减少、转移、租赁、停用、封存、闲置、报废等不易管理的问题。 2.固定资产的历史操作和资产统计工作非常困难,容易导致资产流失和资产重复购置,花费不必要的资金。 3.目前多数固定资产管理系统采用人工手工方式录入数据,不仅速度慢、还易产生错误。 4.不能及时更新固定资产的清单,导致资产外泄,资金无故减少。 1.2用户需求分析 根据用企业要求以及现代化管理的准则,要求新开发的固定资产管理系统能够根据企业需要查询有关固定资产管理各类信息,能够查询出任何时间的资产增加、减少、保管、使用、清理报废情况,保证账面和实物相符等。固定资产管理系统需要实现的功能如下:

1.正确提出固定资产的折旧,计算固定资产的利用效果,以便于提高固定资产利用率,减少资产流失。 2.能够对固定资产进行统计分析,以便于财务部门进行管理。 3.能够及时打印出各种各样的报表,用于会计查帐或审核。 4.作为一个正规的固定资产管理系统,需要有身份的校验,以及其他常用的辅助工具的设置。 总之本系统能够快速、方便、准确的管理企业的固定资产,可以用来实现:登记新购买的资产、记录进行过维修的资产、记录进行了报废处理的资产以及对现有的资产进行统计和核查。 1.3系统功能需求 待开发的软件功能需求: 本系统主要内容包括固定资产的购买入库,报废,查询等功能,可以将其分为档案管理、资产管理以及查询三个子模块。 1.4总体功能需求 固定资产管理主要包括档案管理、资产管理和资产查询管理三个模块(如图1),每个模块又可以细分为几个小模块,具体层次方框图如下:

固定资产管理系统设计说明书

系统设计说明书 版本历史 第一部分、概述 1、文档说明 本说明是固定资产借用系统软件产品的总体设计和实现说明,记录了系统整体实现上技术层面上的设计,并且以需求说明作为依据,同时该文档将作为产品实现、特性要求和控制的依据。软件开发小组的每一位参与开发成员应该阅读本说明,以清楚产品在技术方面的要求和实现策略。 2、系统需求概述 本系统的主要功能如下: 1、管理员登录 2、固定资产信息管理 3、人员信息管理 4、资产的领用 5、资产的归还 6、资产信息浏览和查询 详细需求参考《需求分析说明书》。

第二部分、系统总体结构 系统总体结构设计采用了MVC的思想。根据面向对象分析阶段中类划分结果,规划界面类、控制类、实体类及调用关系。 在面向对象分析阶段,我们把类大体上分成了界面和实体两类。但是,为了提高代码的易维护性、易读性,增加类内部的纯度、类之间调用的灵活性,我们把控制代码另封装为一个类,即控制类,使系统中类之间的调用关系如下图所示: 第三部分、系统分析 面向对象分析阶段,主要进行以下内容: ●分析需求文档资料,找出所有概念,包括名词、动词和短语。 ●确定问题范围,把此范围内的概念进行细化,形成“概念清单”。 ●细化结果形成初级类和功能。 ●根据功能需求形成主要功能、菜单树和主要界面。 ●根据初级类形成界面类和实体类。 1、确定概念 根据需求文档,找出所有相关概念,并提炼成表格形式。见如下表格,也称为“概念清单”。一般来说,名词归为初级类、属性等信息;动词形成主要功能或者类的方法;短语形成业务逻辑或者条件限制。

2、确定初级类 根据反复讨论的概念清单和需求说明等相关文档,确定如下初级类,见下表:

固定资产管理制度模板

固定资产管理制度 第一章总则 第一条目的 为规范固定资产购置,加强固定资产管理,提高使用效率,确保财产的安全与完整,特制定本制度。 第二条适用范围 本规定适用于xx公司各部门。 第三条原则 本着建立使用部门、管理部门、财务部门三级管理体系的资产管理原则,对资产进行综合管理。 第四条固定资产定义 固定资产是指为生产产品、提供劳务、出租或经营管理而持有的、使用时间超过12个月且价值达到一定标准的有形或无形的非货币性资产。 第五条固定资产分类 依照固定资产使用用途,公司固定资产可分为建筑物、机械设备、运输工具、电子设备、家具、办公资产以及公司采购的各类正版软件等,详细品类以财务出具的固定资产目录为准。 第六条职责划分 (一)固定资产建设部门职责 项目建设完工后,在完成对所有加工安装、设备、或土建类项目建设的结转后,由项目建设部门牵头,组织使用部门、资产管理部门、财务等四方共同对工程涉及资产进行盘点,并在盘点表上签字确认,交付使用部门。 (二)固定资产使用部门职责 1、正确使用固定资产,定期做好固定资产的维护保养及资产保养后的记录工作;并对固定资产的安全负责。 2、资产领用、调拨、处置时,及时办理资产签批手续,并提交资产管理部门审

批。使用部门内部资产使用人发生变动的,及时更新部门的资产台账。 3、建立部门固定资产管理台账,定期进行自查,使固定资产账与本部门实际拥有实物账实相符,并将盘点结果报送至资产管理部门及财务部门。 (三)固定资产管理部门职责 各单位根据实际工作安排,自行确定资产管理部门,一般分为后勤固定资产管理部门、生产设备固定资产管理部门以及营销系统固定资产管理部门,主要职责为: 1、定期与各资产使用部门核对并及时更新固定资产台账,与财务部门联合做好日常固定资产的抽盘工作。 2、对使用部门提交的固定资产增加、调拨、处置申请进行审核备案。 3、对使用部门固定资产的维护、管理和使用情况进行检查和指导。 4、负责编制分管固定资产的修理计划。 5、对所管辖范围内的资产统一管理,定期对各个部门的闲置与报废资产进行梳理,并提出处理意见。 6、对需要投保的固定资产,提出投保范围和标准。 7、对固定资产使用部门的日常管理行使考核权。 (四)财务部门职责 1、编制固定资产目录、对固定资产进行统一编号,协调各单位间固定资产调拨手续的办理,监督管理部门的管理职责。 2、定期与资产使用部门、资产管理部门核对资产台账,确保账账、账实相符。 3、协同资产管理部门,组织年度全面资产清查及月度抽盘工作,并提交盘点报告。 4、固定资产的账务处理及争取相关资产的税收优惠政策。 第二章固定资产管理 第七条固定资产的申报 固定资产申报应严格履行审批手续,申报前由本单位资产管理部门进行平衡,签批权限及流程按各级单位主要业务分权手册执行。

信息资产管理系统设计方案

? ?

XXX 信息资产管理系统 设 计 方 案

2011年9月目录

一项目设计概述 1.1项目现状及需求分析 项目现状 在目前的人工管理状态下,存在着对人为操作的严重依赖,服务质量难以监控,需要一套先进可靠的管理系统,避免给IT 系统带来更多的运行维护管理风险。 ?没有合理的服务级别评估机制,导致项目运营时无法实现服务承诺。 ?开展运营外包无法评估服务级别所需资源和成本,投入与收益难以量化。 ?服务质量不稳定。更多原因是现场服务标准不够明确,服务质量大多依赖于个人的技能和知识水平、态度。 ?服务管理不细致,导致服务质量影响信息系统运维目标难以达成。 上述的管理风险常常困扰信息化深入推进时,因此需要进一步提升IT 服务管理的科学性、规范性、标准化,为高速发展的业务经营提供有力的支撑。 1.2项目目标 引入IT 服务管理的国际最佳实践理论ITIL,提升管理创新能力;建立一套基于国际ISO20000 服务管理标准的ITSM 体系和ITSM平台工具,固化相应的IT 服务管理流程,提高工作效率,降低IT 服务风险。 ?实现IT服务管理的信息化,规范IT服务管理流程,提高IT服务管理的工作效率和服务质量,降低IT服务成本,提高用户对IT服务的满意度。 ?通过服务台为IT服务的用户提供一个单一联系点,协调IT部门和用户之间的关系,为IT 服务的运作提供支持。 ?通过事件管理流程,在给用户和公司的正常业务活动带来最小影响的前提下,使IT系统能

够尽快地返回到正常工作状态;保留事件的有效记录,以便能够权衡并改进处理流程,同时给其他的服务管理流程提供合适的信息,以及正确报告进展情况等。 通过资产管理功能及其相关流程,对单位的所有IT资产的基本资料进行登记和维护,为资产相关的运维服务管理提供必要的信息基础,并对资产的配置变化进行跟踪,基本实现IT 资产的配置管理。 1.3系统功能设计 1.3.1服务台 对服务请求信息提供必要的初始支持,根据需要启动相应的服务流程,支持自动派单和人工派单,并对服务流程跟踪监督,同时向服务请求方反馈服务结果信息。 服务台的基本要求如下: 1)为用户提供IT服务窗口,用户可以通过该窗口填写故障申诉和服务申请记录。 2)能够支持用户通过电子邮件的方式提交投诉和服务申请。 3)能够提供预定义故障和申请服务的类别,自动激活不同的处理流程。 4)用户能够通过电话咨询、网站查询等方式了解自己提交的投诉和服务申请的处理结果。 5)支持对故障和服务申请的跟踪督办,确保所有的故障和服务申请能够以闭环方式结束。 1.3.2事件管理 事件管理包含以下功能:

ERP固定资产管理系统应用

ERP固定资产管理 系统应用 1

实验指导四用友ERP固定资产管理系统应用 一、实验目的 1.掌握用友ERP-U8管理系统的子系统固定资产管理系统的内容 2.掌握固定资产系统初始化 3.掌握日常业务处理 4.掌握月末处理的操作。 二、实验内容 1.固定资产系统参数设置、原始卡片的录入 2.固定资产日常业务处理:资产增加、资产减少、资产变动、资产评估、生成凭证、账表查询。 3.月末处理:计提减值准备、计提折旧、对账和结账。 三、实验资料 (一)根据下列内容设置账套参数 2

启用日期: -10;计提折旧主要折旧方法:平均年限法;汇总分配期间:1个月,当(月初已计提月份=可使用月份-1)时,将剩余折旧全部提足;类别编码:2-1-1-2,手工编码,序号长度:5位;与账务系统对账,固定资产对账科目:”1501 固定资产”;累计折旧对账科目:”1502 累计折旧”。 (二)基础设置 1.账套选项 选择业务发生后立即制单,缺省科目:1501,1502。 2.部门对应折旧科目 3.固定资产类别 4.增减方式 3

4.录入原始卡片 系统默认固定资产卡片项目、卡片样式,并根据上述资料设置固定资产类别,并完成固定资产原始卡片的录入工作。 (二)10月份发生固定资产业务如下: 1.10月31日,财务部购入计算机1台,价值0.00元,预计使用8年,净残值率为4%。 2.10月31日,对办公楼进行资产评估,评估结果为原值430000.00,累计折旧为151200.00元。 3.10月31日,计提本月折旧费用。 4.10月31日,财务部一台价值50000.00元的计算机毁损。 四、实验要求 1.完成固定资产账套的初始设置 2.完成账套的基本信息设置 3.处理日常经济业务 4

固定资产管理系统方案设计

固定资产管理系统 系 统 方 案 青岛方天科技股份有限公司

目录 一、系统概述 (4) 1、方天固定资产管理系统概述 (4) 2、条形码技术的优势 (4) 3、固定资产管理系统引入条形码 (5) 4、如何把条码技术引入固定资产管理 (5) 5、利用条形码固定资产管理系统能带来什么效益 (6) 二、功能简介 (7) 1、功能概述 (7) 2、方天固定资产管理系统 (8) 2.1、系统组成 (8) 2.2、数据库服务器 (8) 2.3、管理软件 (8) 2.4、PDA手持终端 (9) 2.5、条码打印机 (9) 2.6、条码标签 (9) 三、系统功能 (10) 1、日常管理 (10) 1.1、资产信息管理 (10) 1.1.1、资产信息查询 (10) 1.1.2、资产信息管理 (10) 1.1.3、打印条码 (10) 1.1.4、导出EXCEL (11) 1.2、资产借用与归还 (11) 1.2.1、资产借用与归还信息查询 (11) 1.2.2、资产借用与归还 (11) 1.2.3、打印单据 (11) 1.2.4、资产借用与归还单号 (11) 1.3、资产维修 (12) 1.3.1、资产维修信息查询 (12) 1.3.2、资产维修管理 (12) 1.3.3、资产维修单打印 (12) 2、变更管理 (12) 2.1、资产转移与接收 (12) 2.1.1、资产转移与接收信息查询 (12) 2.1.2、资产转移 (13) 2.2、资产处理 (13) 2.2.1、资产调拨 (13) 2.2.2、资产退出 (13) 2.2.3、资产处置 (13) 3、盘点管理 (14) 3.1、条码打印 (14) 3.1.1、资产条码打印 (14) 3.2、资产盘点管理 (14) 3.2.1、资产盘点任务信息查询 (14) 3.2.2、盘点任务管理 (14) 3.2.4、资产盘点 (14)

资产管理系统模板

资产管理系统模板Newly compiled on November 23, 2020

附件1:测试方案模板 1概述 编写目的 [说明编写本测试方案的目的和读者] 1.2测试范围 [本测试报告的具体测试方向,根据什么测试,指出需要测试的主要功能模块] 1.3项目背景 [项目背景说明] 2测试任务 测试目的 [说明进行项目测试的目标或所要达到的目标] 测试参考文档 [本次测试的参考文档说明] 测试提交文档 [测试过程需提交文档说明] 3测试资源 硬件配置

Web端整体功能模块划分 [在此介绍XX系统的Web端功能模块如下表所示。] [在此介绍XX系统的移动端功能模块如下表所示。] [列出在此项目的测试工作所存在的各种风险的假定,需要考虑项目测试过程中可能发生的具体事务,分别分析并加以应对]

附件2:测试用例模板

附件3:Bug提交模板 系统模块名称 按BUG严重程度(单位:个) 总计(单位:个)严重很高高中低 Web端 登陆0 个人信息 ……… Web端:合计(个) 移动端 登录资产……… 移动端:合计(个) 资产管理系统缺陷报告 缺陷编号被测系统模块名 称 摘要描述 缺陷 严重 程度 提交人 (工位 号) 附件说明 1 Web端资产入 库 在新增资产中不显 示新增加的存放地 点,只显示系统默 认的存放地点 浏览器: 浏览器版本: 1、超级管理员登录,添加 新的存放地点 2、资产管理员登录,进入 新增资产界面 3、在其中不显示新增的存 放地点,只显示系统默认的 存放地点 高01_01 2 移动端资产入 库 在新增资产中不显 示新增加的存放地 点,只显示系统默 认的存放地点 浏览器: 浏览器版本: 1、超级管理员登录,添加 新的存放地点 2、资产管理员登录,进入 高01_01

用友固定资产管理软件操作流程

用友固定资产管理软件操作流程 2010-08-16 19:28:03| 分类:用友软件日常操作| 标签:昆明用友|字号大中小订阅系统管理→注册(admin)→帐套→建立→输帐套号→帐套名称→帐套路径(D或E)→启用日期→下一步→单位名称(全称)→下一步→单位性质→选“是”→分类编码方案→确认→数据精度→确认→创建帐套→确定 帐套初始化 开始菜单→程序→用友财务通→财务系统→固定资产→注册→帐套(单位编码)→操作日期→更改密码→密码框内输入DEMO→确定→输入新口令(一般为空)→确认为空→提示框(是否初始化)→是→固定资产初始化向导→我同意→下一步→下一步→折旧信息→本帐套计提折旧(取消“√”)→“是”→下一步→编码方式→固定资产编码方式→自动编码→类别编码+序号→帐务接口→与帐务系统对帐(取消“√”)→下一步→完成→“是” 备份(输出) 退出用友软件→我的电脑→E盘→新建文件夹(更名为备份日期如“2006-12-31”→退出→进入系统管理→注册→用户名(ADMIN)→确定→帐套→输出→帐套号(选备份帐套)→确定→选择备份目标→选择硬盘(D或E)→UFBACK→目标文件(打开状态)→确定 引入

系统管理→注册→用户名(ADMIN)→确定→帐套→引入→E盘→找到备份文件→UFZKACT→打开→继续→确定 日常流程:原始卡片录入→日常操作→资产增加(减少或变动)→计提折旧→月末结账→年末结账(若不能进行计提折旧→进入系统管理→注册→用户名(ADMIN)→视图→清除异常任务→刷新→退出) 原始卡片录入 登陆用友→修改日期为“本帐套最新可修改日期”→原始卡片录入→选择资产类别(必须是末级)→录入资料→保存 资产增加 登陆用友→修改日期为“本帐套最新可修改日期”→日常操作→资产增加(减少)→选择资产类别(必须是末级)→录入资料→保存 资产减少 1、单击【卡片】菜单,选择【资产减少】。 2、选择要减少的资产,有两个方法: A如果要减少的资产较少或没有共同点,则通过输入资产编号或卡片号,然后单击〖增加〗,将资产添加到资产减少表中。 B如果要减少的资产较多并且有共同点,则通过单击〖条件〗,屏幕显示的界面与卡片管理中自定义查询的条件查询界面一样。输入一些查询条件,将符合该条件集合的资产挑选出来进行减少。请参考如何定义查询条件集合

(完整版)固定资产管理系统背景、功能及特点

固定资产管理系统背景、功能及特点 一、项目背景 随着我国经济的迅猛发展,学校、企业、政府、医院的固定资产规模急剧膨胀,其构成日趋复杂,管理难度越来越大。尤其是随着学校、企业、政府、医院内部推行的后勤、财务、人事、分配等各项改革的深化,对固定资产管理工作不断提出新要求。但是,多年来固定资产管理工作一直是学校、企业、政府、医院管理的一个薄弱环节,管理基础工作不够规范,资产安全控制体系尚不完善,家底不清、帐帐、帐实不符、资产流失的现象在不少的依然存在,与发展改革的新形势很不适应。近几年来,为加强固定资产管理工作,国内一些学校、企业、政府、医院进行了有益的探索,开发管理软件,开始使用计算机管理各类资产、设备等,技术上有了一定的进步。但总的看来,这些软件实现的往往是对原来手工劳动的简单替代,完成的仅仅是单一业务和专门用途资产的管理,未能从根本上改变固定资产管理被动、滞后的局面。因此,必须从有力支撑发展改革的高度出发,对固定资产管理工作进行系统的规划和建设,运用现代信息技术真正实现管理水平上的飞跃。 《基于RFID技术的仓储管理系统》是一个对已经采购完成即将入库、入库、盘点、出入库告警、货物定位、出库等功能为一体的综合性系统,可以由各级管理人员在网上实施各项管理活动,传递管理信息。管理的对象涵盖了各类固定资产,包括仓库货架、货位、日常办公设备(主要是IT设备)、后勤设备、图书及文物陈列品等,并对物质属性不同的固定资产进行多样化管理。系统的功能几乎覆盖了所有的固定资产管理业务活动,包括固定资产登记、增加、处置、变动、调剂、分布、清查、统计、分析、帐表等等,具有十分强大的功能。在吸收先进管理思想的基础上,综合运用各种现代信息技术,是促进管理手段科学化的新型管理系统。 该系统对理顺固定资产管理体制、落实固定资产管理制度、实现对固定资产的全面监控和有效利用、提高管理工作效率,更好地服务于各个方面,发挥了十分积极的作用,并表现出强大的效能。将固定资产管理工作搭建在一个高水平的管理平台之上,推入了科学化、规范化的轨道。不仅彻底改变了被动局面,而且有力地促进了学校、企业、政府、医院整体管理水平的提高。无论在管理思想、

固定资产说明模板

设施设备管理与使用 (1)账目基本要求 ●各类设施设备、图书资料全部登记入账。固定资产账目清晰(累计、购入、报废)。 ●各仪器器材室及存放仪器器材其他功能室,有明细的仪器器材台账(总账、明细 账和低值易耗品账),且做到物物有账,及时记账,账物相符。管理人员变更,要 有完备的交接手续。每学期未进行盘点,对清理出的问题及低值易耗品按规定及 时办理相关手续并登账。 ●图书室提倡实行计算机管理,按规定要求给购入图书编录登记流水号,进行分类 编目,建立图书总账和个别登记账以及注销登记。 (2)管理基本要求 有专兼职管理人员,并建立健全管理人员岗位责任制,明确职责;建立设施设备、器材、图书资料的管理、使用、维护、报废等制度,建立规范的使用、借用、损坏与维修、报废等记录。原则上应配备管理用计算机、并如校园网,力求实现信息共享。 (3)存放保管基本要求 仪器器材应科学存放,陈列有序,整齐美观,取用方便,使用后应及时清洁,安放入橱。做到:科学分类、按类入橱,橱内无法存放的仪器器材,要离地、离墙、罩塑料袋后存放;药品和仪器(不含玻璃仪器)要分室保管,化学危险品管理符合规定。 (4)功能室管理与使用基本要求 建立完善各种功能教室管理和使用制度,建立规范的使用、借还等记录。实验室有实验教学计划,实验进度安排以及实验通知单、记录等;未实现计算机管理的图书室,要完善图书借阅和阅览记录,并定期进行统计;建立并落实实验室、阅览室、微机室和体育活动室开放制度,建立开放活动记录。 有关问题说明 (1)有关问题的掌握原则 ?按照布局调整规划的待撤并学校,应具备基本的办学条件,一并纳入评估范围。 ?有两个及以上校区的学校,按一所学校填报,但各校区均应达到相应的标准。如某项指标各校区评估等次不一致的,按最低等次计。 ?学校规模介于两种标准数值间时,学校各种功能室配备数量和实验仪器及教学器材配备套数(件数),按较小规模的标准配置。 ?学校规模超出适宜规模时,按超出适宜规模的班级数,增加相应的校舍,学校规模超出仪器器材等设施设备配备标准使用规模时,按超出配备标准使用规模的班级数增加相应的器材配备数量。 (2)不同类型学校评估试用标准 ?◇九年一贯制学校(略)◇含小学六年级的初中学校(略) ?◇不完全小学(略) (3)一票否决项 ?学校存在D级危房的; ?校园内存有明显安全隐患因素,或当年发生安全事故; ?对教师严重缺编,未能及时补充的县; ?学校资产账实不符的。 ?评估过程中弄虚作假的。

资产管理系统模板

附件1:测试方案模板 1概述 编写目的 [说明编写本测试方案的目的和读者] 1.2测试范围 [本测试报告的具体测试方向,根据什么测试,指出需要测试的主要功能模块] 1.3项目背景 [项目背景说明] · 2测试任务 测试目的 [说明进行项目测试的目标或所要达到的目标] 测试参考文档 [本次测试的参考文档说明] 测试提交文档 [测试过程需提交文档说明] 3测试资源 、 硬件配置

4功能测试计划 Web端整体功能模块划分 ] [在此介绍XX系统的Web端功能模块如下表所示。] [在此介绍XX系统的移动端功能模块如下表所示。] 5测试整体进度安排

6相关风险 [列出在此项目的测试工作所存在的各种风险的假定,需要考虑项目测试过程中可能发生的具体事务,分别分析并加以应对]

附件2:测试用例模板

附件3:Bug提交模板 系统模块名称 按BUG严重程度(单位:个) 总计(单位:个)严重很高高中低 Web端 登陆0个人信息 ……… Web端:合计(个) 移动端 登录资产……… 移动端:合计(个) 资产管理系统缺陷报告 缺陷编号被测系统模块名称摘要描述缺陷 严重 程度 提交人(工 位号) 附件说明 1Web端资产入库在新增资产中不显 示新增加的存放地 点,只显示系统默认 的存放地点 浏览器: 浏览器版本: 1、超级管理员登录,添加新 的存放地点 2、资产管理员登录,进入新 增资产界面 3、在其中不显示新增的存放 地点,只显示系统默认的存放 地点 高01_01 2移动端资产入库在新增资产中不显 示新增加的存放地 点,只显示系统默认 的存放地点 浏览器: 浏览器版本: 1、超级管理员登录,添加新 的存放地点 2、资产管理员登录,进入新 高01_01

数据库订单管理系统设计和实现

目录 1引言 (2) 2可行性分析 (4) 3总体功能设计 (6) 4数据库详细设计 (8) 5范式化简 (22) 结论 (12) 参考文献 (12)

1引言 近年来,随着Internet广泛的普及以及在各个领域的广泛应用,互联网已日益成为获取信息的最佳渠道并进入传统的流通领域。于是电子商务便开始流行起来,一种全新的购物理念开始形成并逐步发展。网上购物是一种具有交互功能的商业信息系统。它向用户提供静态和动态两类信息资源。所谓静态信息是指那些经常变动或更新的资源,如企业概况、管理规范和制度等等;动态信息是指随时变化的信息,如商品价格,库存情况,销售情况等。网上购物系统具有强大的交互功能,可使商家和用户方便的传递信息,完成电子贸易或EDI交易。这种全新的交易方式实现了企业间文档与资金的无纸化交换,更加大大提高了工作效率。 电子商务已经逐步进入市场并占有一席之地,也会随着社会的不断需求成为未来的发展方向。但是对于电子商务却还没有一个标准的定义。Intel公司认为:电子商务=电子市场+电子交易+电子服务;IBM认为:电子商务=web;HP公司则说:“电子商务是通过电子化的手段来完成商业贸易活动的一种方式。”那么究竟什么是电子商务。 电子商务,顾名思义是指在互联网上进行的电子化的商务活动。从狭义上看,电子商务也就是电子交易,主要指利用Web提供的通信手段在网上进行交易活动,包括通过Internet买卖产品和提供服务。产品可以是实体化的,如汽车、电视,也可以是数字化的,如新闻、录像、软件等基于比特的产品。此外,还可以提供各类服务,如安排旅游、远程教育等。总之,电子商务并不仅仅局限于在线买卖,它将从生产到消费各个方面影响进行商务活动的方式。除了网上购物,电子商务还大大改变了产品的定制、分配和交换的手段。而对于顾客,查找和购买产品乃至服务的方式也大为改进。 而从广义上讲,电子商务还包括企业内部商务活动,如生产、管理、财务等以及企业间的商务活动,它不仅仅是硬件和软件的结合,更是把买家、卖家、厂家和合作伙伴在Internet、Intranet 和Extranet上利用Internet技术与现有的系统结合起来开展的业务活动。从最初的电话、电报到电子邮件以及20多年前开始的EDI,都可以说是电子商务的某种形式;发展到今天,人们已提出了包括通过网络来实现从原材料的查询、采购、产品的展示、定购到出品、储运以及电子支付等一系列贸易活动在内的完整电子商务的概念。 在我国,电子商务的发展速度很快,根据CNNIC的统计结果,截止2005年1月中国有互联网用户9800万人,而又有30.2%以上的网民在过去的一年里有过网上购物的经历,并且人数还在以8%左右的速度增长,预计到2006年中国网上购物用户将达到4000万人,这说明在中国发展网上购物具有良好的群众基础,网上购物方式日趋被大家所接受。 1.1本课题的现状及发展趋势 自2003年上半年以来,沉寂了多年的中国互联网产业正以强劲的势头复苏并发展起来,除了传统的浏览、资料搜索、电子邮件等基本应用外,国内网民已经开始习惯通过网络接受商务、旅游、购物、通讯、娱乐等服务,根据中国互联网信息中心最近提供的《中国互联网络发展状况统计报告》调查显示,网上购物已经由以前的尝试性购买向日常的生活习惯发展,其中以书籍、计算机产品、音像制品及器材等为网上购物的主要对象,服装、体育用品、生活家居用品等消费

固定资产管理系统

资产管理系统项目计划书 西安君诚信息技术有限责公司 2015-07-26

目录 1、项目情况 (3) 2、EM资产管理解决方案 (4) 2.1、应用部署结构(示意图) (4) 2.2、系统功能说明 (6) 2.2.1 系统结构图 (6) 2.2.2 资产基础信息 (7) 2.2.3 资产变动 (10) 2.2.4 维修/保养 (12) 2.2.5 清查盘点(具体应用功能详见附件1) (14) 2.2.6 设备台账统计分析 (30) 2.2.7 系统管理 (32) 3、项目实施计划安排................................. 错误!未定义书签。 3.1、项目实施准备工作 ................................ 错误!未定义书签。 3.2、项目实施计划时间表............................ 错误!未定义书签。 4、售后服务承诺 .......................................... 错误!未定义书签。 5、项目预算.................................................... 错误!未定义书签。 5.1、项目整体报价 ......................................... 错误!未定义书签。 5.2、产品明细................................................... 错误!未定义书签。 5.3、项目实施服务 ......................................... 错误!未定义书签。附件1:............................................................ 错误!未定义书签。

客户订单管理系统

课程设计报告学院: 课程: 班级: 学号: 姓名: 指导教师: 实习时间:

第一部分:课程设计内容: 一、课题名称:小型公司客户订单管理系统 二、成员:XXXX 三、使用软件:Microsoft Access 2010, Microsoft Word 2010 四、设计内容 1.系统概述: 随着经济的发展,社会信息化程度越来越高,中小企业在信息化的过程中担任了很重要的角色,其信息化的速度也较快。另外随着企业的发展,其对信息化的要求也越来越高,而靠人工处理企业的客户订单即费力又容易出错。企业的客户订单管理是涉及企业生产、企业资金流和企业的经营风险的关键环节。客户订单管理是企业管理中的源头管理。实施了客户订单管理信息系统后,企业的管理将迈上一个新的台阶。 客户订单管理系统的主要目的是实现对客户,商品,订单信息的管理。使用ACCESS开发设计,投资少,数据和系统安全性好,准确、及时、便利,减少了大量的简单重复劳动,节约了纸张、人力、通讯费用和时间。通过客户的信息表和订单信息表,各级管理者可随时掌握全国客户的情况。避免业务人员的"暗箱操作"以及由于业务人员的流失造成公司客户流失现象的发生。 规范的客户订单信息管理必然会涉及下订单的客户以及订单中所涉及的商品,因此在系统中需要添加客户信息管理和商品信息管理的功能。一个信息管理系统必然有一定的用户来操作,因此添加

了用户管理系统。为了在日后能够对信息系统中的信息进行浏览、查询和输出,在系统中添加了信息浏览功能。 1.2 系统目标: 本系统面向中小企业,为其处理相关数据及业务提供便利。其功能体现如下:通过系统员工(管理员)的登陆,使他们能够随时查询每一个客户,每一笔订单,每一件商品的详细情况,并且对这些信息做出及时准确的修改与维护。其目的在于建立便捷实用的集信息查询与信息维护为一体的管理平台,从而大大地节约人力资源,提高整个公司的工作效率。 2、系统分析: 2.1 需求分析: 中小企业日常业务数据量巨大,其中客户订单信息是联系客户信息与商品信息的关键,这些信息需要大量的编排与整理,但是它们的分析收集过程全部依赖工作人员的手工操作,工作人员的绝大多数精力投入到浩繁的数据整理中,这样的情况不仅仅大大加剧了工作难度,而且无形中加大了信息处理的错误概率。本系统的建立能够将客户于商品的关系明显的联系起来,并且生成订单信息,使用它大大的简化了数据的录入,计算,修改的工作量,而且极大程度的提高了信息处理效率,因此,该系统的需求十分迫切,功能十分实用。2.2 业务流程图: 本系统的使用者是公式工作人员。通过商品信息,客户信息,员工可以获得客户的需求,并且判断所需商品是否可用,并且将客户于

公司固定资产管理系统设计与实现

软件学院 课程设计报告书 课程名称软件工程 设计题目公司固定资产管理系统设计与实现专业班级 学号 1 姓名 指导教师 2012年6月

目录 1 设计时间............................................................... II 2 设计目的................................................ 错误!未定义书签。 3 设计任务................................................ 错误!未定义书签。 4 设计内容................................................ 错误!未定义书签。 4.1 设计内容概述...................................... 错误!未定义书签。 4.1.1组织机构介绍................................. 错误!未定义书签。 4.1.2现业务流程介绍与分析......................... 错误!未定义书签。 4.1.3新业务流程介绍与分析......................... 错误!未定义书签。 4.2需求分析........................................... 错误!未定义书签。 4.2.1 总体目标..................................... 错误!未定义书签。 4.2.2 具体目标..................................... 错误!未定义书签。 4.2.3系统数据建模(ER图)......................... 错误!未定义书签。 4.2.4系统功能建模(数据流程图)................... 错误!未定义书签。 4.2.5数据字典..................................... 错误!未定义书签。 4.3总体设计........................................... 错误!未定义书签。 4.3.1总体设计HIPO技术............................ 错误!未定义书签。 4.3.2代码设计..................................... 错误!未定义书签。 4.3.3数据库设计................................... 错误!未定义书签。 4.4详细设计........................................... 错误!未定义书签。 4.4.1商品录入模块详细设计......................... 错误!未定义书签。 4.4.2收银业务模块详细设计......................... 错误!未定义书签。 4.4.3进货管理模块详细设计......................... 错误!未定义书签。 4.4.4销售管理模块详细设计......................... 错误!未定义书签。 4.5.4库存管理模块详细设计......................... 错误!未定义书签。 5 总结与展望.............................................. 错误!未定义书签。

相关文档
最新文档