回收废物心得体会和方法 关于废物回收利用心得体会(三篇)

我们得到了一些心得体会以后，应该马上记录下来，写一篇心得体会，这样能够给人努力向前的动力。优质的心得体会该怎么样去写呢？下面小编给大家带来关于学习心得体会范文，希望会对大家的工作与学习有所帮助。

有关回收废物心得体会和方法一

实验项目：

实验地点：

专业班级：

学生姓名：

指导教师：

本科实验报告 软件工程 学校内部工资管理系统 综合楼506室 计z1102 学号： 宁高琴 崔冬华 20xx年 9 月23 日

学校内部工资管理系统设计说明书

1.引言

1.1系统简介

假设学校共有教职工约1000人，10个行政部门和8个系部。每个月20日前各部门(包括系、部)要将出勤情况上报人事处，23日前人事处将出勤工资、奖金及扣款清单送财务处。财务处于每月月底将教职工的工资表做好并将数据送银行。每月初(3日前)将工资条发给各单位。若有员工调入、调出、校内调动、离退休等数据变化，则由人事处通知相关部门和财务处。

一.系统可行性研究

主要功能：月工资发放和处理、标准工资库维护、临时工资发放、查询与系统维护和系统帮助。用户可以查询每月工资奖金发放扣除等详细细节变化状况。性能要求：方便、快捷、有效地完成工资发放的各项任务,在工资数据统计和报表打印等方面,具有准确率高、速度快等特点。系统的输入 输入所有职工的标识,如职工的姓名、工号、所在部门、各项应发的金额和各项应扣的金额。

系统的输出 输出各种报表、上报的文件和上报的磁盘。

安全与保密要求：本系统在使用前必须正确输入密码,否则系统将不能运行。进入系统后,要想修改密码或对系统的一些信息进行修改,也必须输入高级用户密码,对数据库中的关键数据应该要求保密。服务器的管理员享有对工资数据信息库的管理与修改。用户只享有对信息的查询和部分信息修改(如个人信息)。

完成期限：预计六个月。

开发目标:本系统开发目标应该考虑到以下几个方面的因素:人力与设备费用的相对减少;数 据处理速度的提高;数据统计精度的和准确率的提高。管理信息服务的改进;自动决策系统的改进;人员利用率的改进。

2.3可行性研究的方法

(1)客户调查：通过对客户调查,了解和认知客户对软件产品的需求,按照客户的要求不仅要实现月工资发放,而且要实现临时的工资发放,同时还要有数据库备份。gzgl系统的主要功能为:月工资发放和处理、标准工资库维护、临时工资发放、查询与系统维护和系统帮助。

(2)同类产品调查：通过对市场中相关或同类产品的调查,笔者了解到,工资管理系统大体上都应该实现工资的统计、汇总、报表打印等功能。

三 技术可行性

1.简要描述

工资管理系统采用常规的数据库处理方法,根据工资信息管理的特点对数据库进行操作,如对工资发放项目的修改、人员的增删、工资数据的添加和修改、工资的统计、工资的汇总、临时发放工资的管理、上报文件和磁盘、打印等给予了优化。

2.与现有系统的优越性比较

工资管理系统有利于工资发放的统一、有效管理。与传统的手工记账方式相比,占据空间小、易于统计工资总额、易于更新、易于数据备份;与其它工资系统相比,该系统实现了对不同类型职工的工资发放,系统功能比较全面,而且价格也比较合理。

工资管理系统具有高效率的系统灵活性。当修改工资库中某个职工的工资情况或者修改某个工资发放项目时,只需在工资数据编辑状态下对该职工的工号进行锁定,或者对某个工资项目进行锁定,即可对锁定的项目进行修改,而对其它的人员或项目无权修改,这样可以提高系统的准确性。

工资管理系统能够较好保证数据库的安全。用户可以对后台数据库进行加密,同时还可以给系统设定密码。

四 经济可行性

1.支出

(1)基本投资。硬件设备:pc机;软件:windows98/windows20xx/xp/7,delphi 7,sql 20xx/20xx;

(2)其他一次性支出,主要是软件设计和开发费用。软件设计开发过程当中,投入设计和开发费用包括:购买书籍的资金500元;正版dephi7安装盘50元;需求分析的费用为3300元(其中包含技术开发上的花销、生活花销等)。以上的费用共计4000元。

(3)经常性支出,主要是软件后期维护费用。软件开发完毕后投入使用时,对软件产品进行的后期软件维护所需要支出的费用。

2.效益

本系统的应用进一步实现办公自动化,减少了人力投资和办公费用的开销,极大地提高办公效率。投入使用将获得的经济效益分为直接效益和间接效益两方面。直接效益主要体现在:原来4人/周工作量将只须1人/周完成;间接效益体现在:减少支付3人工资(1200元/人月),共计3600元/月。

3.投资回收周期

根据经验的算法,当收益的累计数开始超出支出的累计数的时候,就是投资 的回收期。

投资回收期:4000元/(3600元/月)=1.11月(因软件未交付使用,故未将软件的

后期维护费用计入)。

五 法律方面的可行性

系统的研制和开发,将不会侵犯他人、集体和国家的利益,不会违反国家政策和法律。

法律因素

所有软件都选用正版.

所有技术资料都由提出方保管。

合同制定确定违约责任.

六 使用方面的可行性

系统的研制和开发充分考虑到用户的工资发放策略、管理流程和操作人员的素质等因素,可以满足用户的使用要求。

用户使用可行性

使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训.

管理人员也需经一般培训.

经过培训人员将会熟练使用本软件.

两名系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统.

本系统定位于各高校，也可以适用于各中小型企业。运用此系统进行工资管理，给各院校教职工带来极大的方便。

作为本产品的使用者要求有一定的计算机基础，可以熟练得使用window操作系统所提的各种功能。

数据库管理要求具有专业水平的数据库管理员，而且要经过我们的专门培训。

我们会在售出后长期提供软件维护免费服务，以便用户在软件使用中出现的问题

新系统的研制和开发是充分得考虑工作人员对工资的易于管理，管理者方便查询职工的个人基本信息效率。从而能完全满足使用者的要求。如今的互联网已经走进千家万户，连小学生都会上网了，我的系统是利用微软自带的ie浏览器作为客户端平台，只要上过网的朋友就很方便操作，而且本系统有友好的用户界面、有良好的安全性设置、有详细的操作说明书，这样更使各类用户很快地掌握系统的使用方法。

1.2 定义

专门术语：职工基本信息表(basic)

职工出缺勤信息表(attendance )

职工工资信息表(salaries)

2.总体设计

3.2.1需求概述

本软件的主要服务对象是太原理工大学的财务处和人事处，各系部。

各系部的主要任务是在每个月20日前各部门(包括系、部)要将出勤情况上报人事处(各系部在这里的主要任务是提供数据的输入);

而人事处将出勤工资、奖金及扣款清单送财务处(人事处在这里对各系部送来的数据进行分析处理，对应得出数据的处理结果;

财务处于每月月底将教职工的工资表做好并将数据送银行，每月初(3日前)将工资条发给各单位，(财务处在这里对数据起一个网关过滤的作用，主要起一个审批作用，负责接受成型的工资数据和审批然后向银行提交成型数据，最后打到发放工资的目的。

另外，人事变动的数据是由人事处接受并修改，最后同意传达给财务处和相关部门。

2.2软件结构

则根据需求分析和概要设计得出软件的功能结构模块图

2.3数据库设计

数据库表设计

职工基本信息表

职工出缺勤信息表

职工工资信息表

2.4 对应的数据字典与e-r图：

1静态数据：职工基本信息，职工出缺勤信息

.2动态数据

输入数据：职工基本信息，职工工资信息，出勤工资，奖金，扣款清单，职工出缺勤信息;输出数据：职工基本信息，职工工资信息，职工标准工资信息，职工工资条，职工出缺勤报表

.3数据库介绍

职工基本信息数据库：包括职工的工号，姓名，所属系别，职位职工出缺勤信息数据库：包括职工的工号，姓名，应出勤次数/月，实际出勤次数/月，缺勤次数，缺勤原因;职工工资信息数据库：包括职工的工号，姓名，基本工资，原始奖金，缺勤金，实际工资;

则得dfd如下：

4数据词典：

数据项：

数据项名:工号

别名:tno,

简述:所有职工的编号

类型:char

长度：10

取值范围及含义:

第1位：3 (代表安工科) 第2∼3位：0x (入学校年份) 第4-5位： ( 所属系部) 第5-10位:( 所在系部内的编号)

数据项名:姓名

别名:name

简述:所有职工的姓名

类型:char

长度：8

取值范围及含义:

第1-8位：(姓名,2~4字)

数据项名:所属系别

别名:departments

简述:职工所属的部门

类型:char

长度：20

取值范围及含义: 具体的部门名称

数据项名:职位

别名:jobs

简述:职工所在该部门的具体职位 类型:char

长度：20

取值范围及含义: 具体的职位名称

数据项名: 应出勤次数/月

别名:should

简述:按工作表每个月应出勤的次数 类型:int

长度：2

取值范围及含义:次数

数据项名: 实际出勤次数/月

别名:actual

简述:实际每个月应出勤的次数

类型:int

长度：2

取值范围及含义:次数

数据项名: 缺勤次数

别名:missnum

简述:每个月应缺勤的次数

类型:int

长度：2

取值范围及含义:次数

数据项名: 缺勤原因

别名:reason

简述:缺勤的具体原因

类型:char

长度：50

取值范围及含义:缺勤的大致原因

数据项名: 基本工资

别名:jibengongzi

简述:由工龄和职位规定的基本工资 类型:int

数据存储:

缺勤原因

长度：5 取值范围及含义:金额数目 数据项名: 原始奖金 别名:yuanshijiangjin 简述：由工龄和职位规定的原始奖金 类型:int 长度：5 取值范围及含义: :金额数目 数据项名:缺勤金 别名：queqinjin 简述:由缺勤次数所得的应扣金额数目 类型:int 长度：5 取值范围及含义:金额数目 数据项名:实际工资 别名：shijigongzi 简述：每月实际得到的工资数金额数目 类型:int 长度：5 取值范围及含义:金额数目 文件名: 职工基本信息数据库 别名: 基本信息表 简述: 存放职工基本信息 组成：包括职工的工号+姓名+所属系别+职位 组织方式：索引文件，以工号为关键字 查询要求: 要求能够立即查询 文件名: 职工出缺勤信息数据库 别名: 出缺勤信息表 简述: 存放职工基本信息 组成：工号+姓名+应出勤次数/月+实际出勤次数/月+缺勤次数+组织方式：索引文件，以工号为关键字 查询要求: 要求能够立即查询 文件名: 职工工资信息数据库 别名: 工资信息表 简述: 存放职工工资信息 组成：工号+姓名+基本工资+原始奖金+缺勤金+实际工资

组织方式：索引文件，以工号为关键字

查询要求: 要求能够立即查询

数据流:

数据流名:职工基本信息

别名: 无

简述: 职工的各项属性信息

来源: 各系部

去向: 加工1.1“职工信息的输入并整理存储”

组成: 工号+姓名+性别+所属系部+职位

数据流量:一般:1次/学期

高峰值：职工出现异动1000次/天

数据流名:出勤工资,奖金,扣款清单

别名: 无

简述: 人事处的对职工出勤信息的整理结果

来源: 人事处

去向: 加工2.1“职工工资信息生成”

组成: 出勤工资+奖金+扣款清单

数据流量:一般:1次/月

高峰值：1次/月

数据流名:职工工资信息

别名: 无

简述: 生成的职工工资信息

来源: 加工2.1

去向: 加工2.2“财务处职工工资信息整理发送”

组成: 工号+姓名+基本工资+原始奖金+缺勤金+实际工资

数据流量:一般:1次/月

高峰值：1次/月

数据流名:职工标准工资信息

别名: 无

简述: 生成的标准工资信息

来源: 加工2.2

去向: 银行

组成: 工号+姓名+基本工资+原始奖金+缺勤金+实际工资

数据流量:一般:1次/月

高峰值：1次/月

数据流名:职工工资条

别名: 无

简述: 针对系部的工资条

来源: 加工2.2

去向: 各系部

组成: 工号+姓名+基本工资+原始奖金+缺勤金+实际工资

数据流量:一般:1次/月

高峰值：1次/月

e-r图如下：

3.程序描述

3.1功能

职工基本信息管理子系统：

1)职工基本信息输入：用于采集职工的职工的工号，姓名，所属系别，职位

2)建立职工基本信息表：为三个子系统提供数据源

3)职工基本信息查询：实现查询功能

4)职工基本信息修改：

a.写修改职工基本信息：对职工信息异动进行修改

b.发送提示信息至其他部门：将异动报告提交给使用该表的其他部门

职工出勤信息管理子系统：

数/月，缺勤次数，缺勤原因

2)职工出缺勤信息查询：实现查询功能

3)职工出缺勤信息表的建立：为职工工资管理子系统提供数据源

职工工资管理子系统：

1)职工基本工资信息读取：为实际工资奖金计算提供数据源

2)职工实际工资奖金计算：得出实际工资

3)标准工资信息与银行之间的双向传输：向银行提供标准工资信息，银行提供资金异动信息

4)工资条对各部门的发放：向各个部门传输标准工资信息

3.2性能

职工基本信息管理子系统：

1)职工基本信息输入：数据输入，存储

2)建立职工基本信息表：数据集中

3)职工基本信息查询：数据查询

4)职工基本信息修改：

a.写修改职工基本信息：数据修改

b.发送提示信息至其他部门：数据读出

职工出勤信息管理子系统：

1)职工出缺勤信息输入：数据输入，存储

2)职工出缺勤信息查询：数据查询

3)职工出缺勤信息表的建立：数据集中

职工工资管理子系统：

1)职工基本工资信息读取：数据读出

2)职工实际工资奖金计算：数据加工

3)标准工资信息与银行之间的双向传输：数据读出，输入

4)工资条对各部门的发放：数据读出

3.3输入项目

职工基本信息管理子系统：

1)职工基本信息输入：职工的工号，姓名，所属系别，职位

2)建立职工基本信息表：无

3)职工基本信息查询：存储在表中的任一数据

4)职工基本信息修改：

a.写修改职工基本信息：新数据(职工基本信息)

b.发送提示信息至其他部门：异动提示报告职工出勤信息管理子系统：/月，缺勤次数，缺勤原因

2)职工出缺勤信息查询：存储在表中的任一数据

3)职工出缺勤信息表的建立：

无职工工资管理子系统：

1)职工基本工资信息读取：职工的工号，姓名，基本工资，原始奖金，缺勤金，实际工资

2)职工实际工资奖金计算：职工出缺勤信息，职工基本工资信息

3)标准工资信息与银行之间的双向传输：标准工资信息

4)工资条对各部门的发放：标准工资信息

3.4输出项目

职工基本信息管理子系统：

1)职工基本信息输入：职工基本信息表

2)建立职工基本信息表：职工基本信息表

3)职工基本信息查询：查询目标

4)职工基本信息修改：

a.写修改职工基本信息：新数据(职工基本信息)

b.发送提示信息至其他部门：异动提示报告

职工出勤信息管理子系统：

1)职工出缺勤信息输入：职工出缺勤信息表

2)职工出缺勤信息查询：查询目标

3)职工出缺勤信息表的建立：职工出缺勤信息表

职工工资管理子系统：

1)职工基本工资信息读取：职工基本工资信息表

2)职工实际工资奖金计算：标准工资信息

3)标准工资信息与银行之间的双向传输：标准工资信息

4)工资条对各部门的发放：标准工资信息

3.6详细设计

则根据需求分析，功能模块分析可得程序的流程图为

3.7测试要点

对于职工基本信息模块：测试的要点是针对职工基本信息属性的添加，查询，修改，删除，以及对数据库的同步更新

对于职工出缺勤模块：测试的要点是针对职工出缺勤信息的添加，查询，修改，删除，对数据库的同步更新，以及对缺勤次数的触发器的运算职工工资信息表：测试的要点是针对职工工资信息的添加，查询，修改，删除，对数据库的同步更新，以及对缺勤金和实际工资的运算

5.功能模块的测试

选取职工出缺勤信息管理进行操作。

1.首先，添加职工的基本信息：

工号：3040766666

姓名：张三

应出勤：30

实出勤：25

在相应的edit框中添加进入此类信息，点击保存。

在职工出缺勤管理界面进行浏览操作，发现信息已经成功保存，并可以浏览到。

2.错误测试：同样输入一组值。其值完全同上，唯一区别的是不对工号的内容不输入，其他都输入。然后点击保存。发现系统提示出错信息，无法成功保存信息。原因分析：对于设为主键的属性值，在数据库表中是不可以为空的。在添加信息中，注意不能缺少对主键的设置。

3.对于数据库的检查：对于数据库中的表的一些属性值，比如缺勤次数，是采取触发器进行输入的。在每输入一组应“出勤次数/月“和 “实出勤次数/月”，对应的属性缺勤次数将得到更新。在数据库表中检查并得到验证。

有关回收废物心得体会和方法二

甲方：昆明市盘龙区金色学校

乙方：云南盈鼎生物能源股份有限公司

为了加强食堂剩菜剩饭的管理，进一步改善师生就餐环境，经双方协商，将食堂剩菜剩饭的回收权承包给乙方。具体协议如下：

1、 乙方需有合法的养殖基地，需提供相关资质文件和法人身份证复印件。

2、 乙方负责每天定时清运甲方所产生的泔水，并保证用于养殖。

3、承包期限为：月日止。 乙方向甲方一次性交纳泔水费为 壹万 元/年。

4、乙方向甲方交纳保证金堂的要求及时清运泔水，确保食堂的内外环境卫生。双方如无争议，合同期满后，甲方凭借保证金收据退还乙方保证金。

5、若乙方中途毁约，剩余的泔水费及保证金一律不予退还。

6、乙方负责提供甲方装泔水的工具(带盖桶)，并且保证工具(带盖桶)的清洁及甲方泔水区域的卫生。

7、合同期内，甲方的剩菜剩饭一律由乙方处理，其他人员不得干预并无权处理。(注：如因乙方不按时清运而导致泔水发酵发臭，从而严重影响食堂的环境卫生，甲方有权处理，并进行相应的处罚。罚款从保证金中扣除。)

8、甲方不保证乙方回收泔水的数量和质量。乙方回收的泔水只可用于养殖，不得用于它途。若有违反，由此引发的相关问题，与甲方无关。

9、乙方不得进入与收泔水无关区域，否则甲方有权单方终止合同且不赔偿乙方任何经济损失。

10、承包期间，乙方不得转包或分包给除本合同以外的第三方。甲乙双方不存在雇佣关系。

11、其它未尽事宜，双方可协商解决，但不得违反现有合同条款。

12、乙方负责甲方各食堂下水道的输通和隔油池架料的打捞及清理。

13、本合同一式肆份，甲乙双方各执贰份。

甲方(代表人)： 乙方(代表人)：

有关回收废物心得体会和方法三

各乡镇人民政府(社区服务中心)、社管委，县政府各有关部门、单位：

20xx年省、市民政部门给我县下拨2855顶救灾帐篷，受灾期间我县下拨乡镇(社区)、社管委及有关单位的救灾帐篷共计2845顶，用于帮助受灾群众度过难关。为使救灾帐篷在今后更好的发挥作用，根据省民政厅下发《关于进一步做好救灾物资使用管理工作的通知》和市委、市政府明确要求，不允许受灾群众在帐篷内越冬，必须将救灾帐篷回收并进行统一保存管理。县政府办也多次通知要求回收帐篷，但各乡镇(社区)回收进度极不平衡，距上级要求差距很大。现将救灾帐篷回收情况通报如下：

一、基本情况

20xx年省市下拨我县救灾帐篷2855顶，调拨各乡镇(社区)、社管委、县政府各相关部门救灾帐篷共计2845顶。根据回收情况，各乡镇(社区)、社管委，县政府各有关部门都没有如数回收，相差很多(详见附表)。

二、回收情况

(一)好的方面：

大部分乡镇(社区)能及时回收救灾帐篷,管理比较好，基本做到建立台帐登记制度，专人负责，手续完备，对使用过的救灾帐篷能够及时回收整理，妥善保管。

(二)存在问题：

1.制度不健全。大部分乡镇(社区)救灾帐篷均没有建立帐目，没有救灾帐篷接收、领用、回收等基本手续，管理也不规范。

2.回收清理不及时。受灾群众倒房重建工作基本完成后，县上发了紧急通知后，要求及时回收帐篷，但有些乡镇(社区)未及时组织人员对救灾帐篷进行回收清理，造成使用情况不明，管理不善，有的则被盗或挪作它用。

3.丢失严重，耗损过大。目前据回收统计情况看，好多乡镇(社区)救灾帐篷查无着落。

三、整改要求

(一)建立健全救灾帐篷管理制度，管理使用救灾帐篷要做到有帐可查、帐物相符、手续完备、妥善管理、程序规范。

(三)进一步做好救灾帐篷回收、清洗、整理工作。要继续查找失落的救灾帐篷，不留后患，不准将查找不到的救灾帐篷作为报废处理。对被盗的救灾帐篷一经发现要报公安机关处理。对已回收的要抓紧清理，该清洗整理的要清洗整理，妥善保管尽快上缴入库。

(四)禁止非灾期间使用救灾帐篷，一经发现必须立即回收。

(五)各乡镇(社区)、相关单位，必须在12月15日前全部回收上缴县民政局。凡未回收的要按照市场价赔偿。民政、监察部门在督查灾后重建和救灾资金管理使用情况时，一并对救灾帐篷回收管理情况进行督查。

附件：延长县民政局救灾帐篷收回情况汇总表

延长县人民政府办公室

12月4日