人事信息管理系统后台数据库设计整合.doc

数据库管理系统课程设计报告题 目：人事信息管理系统的后台数据库设计院 （系）： 计算机与电子系 专业班级： 计算机科学与技术0903班 学生姓名： = 学 号： = 指导教师： = 20 11 年 12 月 30 日至20 12 年 1 月 13 日华中科技大学武昌分校制 数据库管理系统 课程设计任务书一、设计（调查报告/论文）题目 人事信息管理系统的后台数据库设计二、设计（调查报告/论文）主要内容 内容：完成人事信息的管理工作，实现各部门的信息化管理，满足员工与管理者的办公需求，例如员工查询信息、管理员修改信息等，要求设计并实现人事信息管理系统的后台数据库。基本功能与要求：1.在人事管理过程中，实现信息的自动化管理。2.实现各种信息的修改、插入、删除功能（对管理员而言）。3.实现对各种信息的查询、统计，支持模糊查询（对员工和管理员均可）。4.按照年份月份统计某个员工的出勤情况。5.按照某年某月某日统计查询某部门的迟到和早退人数。6.按年统计各部门的调入调出人数信息。 分工任务：由我完成需求分析中的系统功能模块图、数据项，及概念结构设计中的E-R图、逻辑结构设计中的关系模式和物理结构设计。三、原始资料1.数据库管理系统课程设计指导书2. 数据库系统设计课件四、要求的设计（调查/论文）成果五、进程安排序号课程设计内容学时分配备注1选题、需求分析1天2数据库设计2天3数据库表及相关约束、视图实现2天4数据库的存储过程、触发器实现2天5数据库后台功能测试2天6验收答辩、撰写课程设计报告1天合计10天六、主要参考资料1 顾兵.数据库技术与应用（SQL Server）.北京：清华大学出版社，2010.2 马晓梅.SQL Server实验指导.第3版.北京：清华大学出版社，2009.3 范立南等.SQL Server 2005实用教程.北京：清华大学出版社，2009.4 李丹.SQL Server 2005数据库管理与开发.北京：机械工业出版社，2010.指导教师（签名）： 20 年 月 日目 录1需求分析1111.3 数据字典21.4 数据流图32概念结构设计42.1 局部E-R图42.2 全局E-R图63逻辑结构设计73.1 E-R图向关系模式转换的原则73.2 根据E-R图转换关系模式83.3 关系模式的优化84物理结构设计999111212125数据库的物理实现14141414151515总结16 人事信息管理系统后台数据库设计第一章 需求分析开发数据库系统的第一步是进行需求分析，需求分析的好坏直接决定者系统能否真正满足用户的需要。需求分析阶段位于软件开发的前期，它的基本任务是准确地定义未来系统的目标，确定为了满足用户的需求系统必须做什么。1.1系统功能的基本要求：（1）管理者进入系统后要能够清晰地看到企业的机构组织形式，并能够很方便地进入到各个管理功能模块中。管理者能够根据企业的实际来实时地改变系统中机构组织，主要的改变包括：当有新部门成立时，要将新部门加入到系统中；当有部门发生变更时，如更名，上级部门改变了等，要将变更信息在系统中及时更新；（2）员工各种信息的输入，包括员工的基本信息、学历信息、婚姻状况信息、职称等。（3）员工各种信息的修改和删除。修改的范围有：人员的基本信息；将人员从一个部门下移到另一个部门下。对于转出、辞职、辞退、退休员工信息的删除；（4）按照一定的条件，查询、统计符合条件的员工信息；至少应该包括每个员工详细信息的查询、按婚姻状况查询、按学历查询、按工作岗位查询等，至少应该包括按学历、婚姻状况、岗位、参加工作时间等统计各自的员工信息；系统功能流程图 人事管理系统职工基本信息管理工作信息管理部门信息管理考勤信息统计查询统计 信息的修改插入删除图1-1人事管理系统总数据流程图工资管理系统主要功能模块分析（1）基本信息模块。主要包括企业员工的基本信息，如姓名、性别、学历、婚姻状况、联系方式等。职工登录后可以查询个人信息； 管理员可以负责维护职工基本信息和职工流动信息。（2）员工工作信息模块。主要显示员工在公司的情况。（3）部门信息模块。主要记录企业的组织机构信息。（4）考勤信息模块。主要包含员工上下班的出勤情况，如迟到、休假等。（5）工资信息模块。主要包括员工的工资信息。（6）查询统计模块。主要为实现上述信息的查询和统计，并能够生成相关报表文件。 数据字典的用途：是关于数据库中数据的描述；在需求分析阶段建立，是下一步进行概念设计的基础数据字典的内容：数据项（数据的最小单位）、数据结构（若干数据项有意义的集合）、数据流（表示某一处理过程的输入或输出）、数据存储（处理过程中存取的数据）、处理过程（该过程的功能）等数据项（1）员工基本情况。包括的数据项有员工编号，姓名，性别，年龄，名族，入职时间，所属部门，联系 ，身份证号，基本工资。（2）员工工作信息。包括的数据项有员工编号、所属部门编号、职称、工龄。（3）部门信息。包括的数据项有部门编号、部门名称、部门 、部门经理。（4）员工考勤信息。包括的数据项有员工编号、缺勤、迟到、早退。（5）员工工资信息。包括的数据项有员工编号，姓名，底薪，补贴，奖金，加班，代扣养老金，代扣医疗保险，代扣住房公积金，所得税，房贴，房租，实发工资。 数据结构例如说，数据结构名：员工含义说明：是人事信息管理系统的主体数据结构，定义了一个员工的有关信息。 组成：员工编号、性别、姓名、年龄、民族、身份证号、入职时间、部门编号、联系 、基本工资。数据流例如说，数据流名：变更员工 数据流来源：员工编号 数据流去向：员工信息 说明：变动人员的有关信息数据存储例如说，数据存储名：员工信息表单流入数据流：来源员工流出数据流：去向存取方式：随机存取说明：记录员工信息的基本情况存储结构例如工资信息中处理过程名：计算工资输入数据流：员工，出勤信息输出数据流：工资信息表单说明：计算公司所有员工的工资处理：在每个月的最后一天计算出每个员工的工资。总数据流图系统管理员人事管理系统系统数据库人事信息人事信息第二章 概念结构设计员工基本信息E-R图图2-1员工基本信息E-R图职工信息工号姓名性别所属部门年龄民族身份证号入职时间联系 基本工资员工工作信息E-R图员工工作信息工号所属部门编号职称工龄图2-2 员工工作信息E-R图部门信息E-R图图2-3 部门信息E-R图部门信息部门编号部门名称部门经理部门 工资信息E-R图工资信息员工编号实上班天数扣款实发工资图2-4 工资信息E-R图考勤信息E-R图考勤信息缺勤早退迟到图2-5 考勤情况E-R图工号日期身份证号图2-6 全局E-R图工资工号实上班天数扣款实发工资考勤缺勤早退迟到工号影响发放给员工工号姓名性别所属部门年龄民族入职时间联系 基本工资属于部门部门编号部门名称部门经理部门 包括员工工作信息工号所属部门编号职称工龄第三章 逻辑结构设计逻辑结构设计的任务是把概念结构设计阶段设计完毕的基本ER图转化为与选用的具体机器上的DBMS产品所支持的数据模型相符的逻辑结构（包括数据库模式和外模式）。这些模式在功能性、完整性和一致性约束及数据库的可扩充性等方面应满足用户的各种要求。ER图型关系模型的转化要解决的问题是如何将实体和实体间的关系转化为关系模式，如何确定这些关系模式的属性和代码。3.1 E-R图向关系模式转换的原则（1）一个实体型转换为一个关系模式。实体的属性就是关系的属性。实体的码就是关系的码。（2）一个联系转化为一个关系模式，与该联系相连的各实体的码以及联系的属性转化为关系的属性，该关系的码则有三种情况：若联系为1：1，则每个实体的码均是该关系的后选码。若联系为1：n，则关系的码为n端实体的码。若联系为m：n，则关系的码为诸实体码的组合。 联系为1：1一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，l 每个实体的码均是该关系的候选码。如果与某一端对应的关系模式合并，则需要在该关系模式的属联系为1：n一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。如果与n端对应的关系模式合并，则在n端实体对应模式中加入1端实体所对应关系模式的码，以及联系本身的属性。而关系的码为n端实体的码。 联系为m：n一个m:n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性。而关系的码为各实体码的组合。例如在我们的例子中，"选修"联系是一个m:n联系，可以将它转换为如下关系模式，其中学号与课程号为关系的组合码：选修（学号，课程号，成绩）三个或三个以上实体间的一个多元联系转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性。三个或三个以上实体间的一个多元联系转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性。而关系的码为各实体码的组合。（3）同一实体集的实体间的联系，即自联系，也可按上述1:1、1:n和m:n三种情况分别处理。（4）具有相同码的关系模式可合并。为了减少系统中的关系个数，如果两个关系模式具有相同的主码，可以考虑将他们合并为一个关系模式。合并方法是将其中一个关系模式的全部属性加入到另一个关系模式中，然后去掉其中的同义属性（可能同名也可能不同名），并适当调整属性的次序。一个实体型转换为一个关系模式。实体的属性就是关系的属性。实体的码就是关系的码。例如在我们的例子中，员工基本信息实体可以转换为如下关系模式：员工基本信息（工号，姓名，性别，年龄，民族，入职时间，所属部门，联系 ，身份证号，基本工资）同样，员工工作信息、部门信息等都分别转换为一个关系模式：员工的工作信息（工号，所属部门编号，职称，工龄）部门（部门编号，部门名称，部门经理，部门 ）工资（工号，实上班天数，实发工资，扣款）考勤（工号，缺勤，迟到，早退，日期）按照上述4条原则，学生管理子系统中的5个实体和联系可以转换为下列关系模型：将员工工作信息和工资信息具有相同码，合并为员工工作信息（工号，所属部门编号，职称，工龄，实上班天数，实发工资，扣款）由上述优化得到最后满足第三范式的关系模式为：员工基本信息（工号，姓名，性别，年龄，民族，入职时间，所属部门，联系 ，身份证号，基本工资）员工工作信息（工号，所属部门编号，职称，工龄，实上班天数，实发工资，扣款）部门（部门编号，部门名称，部门经理，部门 ）考勤（工号，缺勤，迟到，早退，日期）第四章 物理结构设计 本数据库的文件是由一个数据文件、一个次要文件和一个事务日志文件组成。数据文件包括数据库的初始信息，记录数据库还拥有哪些文件，并且用于存储数据记录。次要文件通过在不同的物理磁盘上创建次要数据文件并将数据存储其中，可将数据横跨存储在多块物理磁盘上。而事务日志文件包括用来恢复数据库的日志信息，记录数据库更新情况的文件。详细信息创建如下：create database renshion(name=renshi_m,filename='e:kcsjrenshi_m.mdf',size=10mb,maxsize=100mb,filegrowth=1mb),(name=company_n,filename='e:kcsjrenshi_m.ndf',size=10mb,maxsize=100mb,filegrowth= 1mb)log on(name=company_l,filename='e:kcsjrenshi_m.ldf',size=10mb,maxsize=100mb,filegrowth=1mb)Go根据课程设计任务书的要求，经需求分析，需用到五个表，分别为员工信息表，员工工作信息表，部门信息表，考勤信息表，工资信息表。详细情况如下：员工基本信息表表4-1 员工信息表编号属性名称类型长度可否为空含义说明1员工编号char 9否标识每一个员工2姓名char 8否员工姓名3性别char 2否标识是男士还是女士4年龄 int 是标识员工的年龄5民族char 4否标识员工的民族6身份证号char 18否标识员工的身份7入职时间int 否记录员工什么时候入职8部门编号char 4是标识员工所在部门9联系 char11否记录员工的联系方式10基本工资int 否记录员工的基本收入员工工作信息表表4-2 员工工作信息表编号属性名称类型长度可否为空含义说明1员工编号char9否标识每一个员工2部门编号char4否标识每个部门3职称char4是标识每一个员工头衔4工龄int是标识每个员工工作时间部门信息表表4-3 部门信息表编号属性名称类型长度可否为空含义说明1部门编号char4否标识每个部门2部门名称char8是记录部门的名称3部门 char8否记录个部门的联系方式4部门经理char8否记录部门的管理人员考勤信息表表4-4 考勤信息表编号属性名称类型长度可否为空含义说明1员工编号char9否标识每一个员工2缺勤char4是记录缺勤次数3迟到char4是记录迟到次数4早退char4是记录早退次数5日期int否记录考勤日期工资信息表表4-5 工资信息表编号属性名称类型长度可否为空含义说明1员工编号char9否标识每一个员工2实上班天数int是记录每个员工的上班天数3实发工资int是记录员工的实际工资4扣款int是记录扣款信息视图是一种常用的数据库对象，是关系数据库系统提供给用户以多种角度来观察数据的一种重要机制。使用视图是的用户能够以更多样而且更有弹性的方式来访问数据，这不仅可以确保数据库的安全性，而且可以提高其使用的便利性。视图的作用是可以间接的访问其他的表或者视图中的数据。在数据库的应用中使用视图有几方面优点：（1）集中数据显示；（2）简化数据操作；（3）提供简便易行的安全保密措施；（4）易于合并或分割数据。相对于人事信息管理系统，对员工基本信息的查询较为频繁，故创建一个显示员工基本信息的视图view_staff；结算工资时，会用到员工的工资信息，故建立一个员工工资信息视图view_gongzi,还会考虑员工的出勤情况，故建立一个某个员工出勤情况的视图view_chuqin;员工对自己的工作信息进行查询时，要用到工作信息视图，故建立一个工作信息视图view_gognzuo,部门进行管理时，需要查询部门信息，故需要建立一个部门信息视图view_bumen等。索引是SQL Server访问数据使用的一种辅助数据结构，主要作用是提高数据的访问速度和确保数据的唯一性。索引是一个单独的、物理的数据库结构，它是某个表中一列或若干列值得集合和相应说指向表中物理标识这些值的数据页的逻辑指针清单。索引是依赖于表建立的，可以有效的进行数据选择和排序。索引的优点有：（1）利用索引可以大大提高查询速度；（2）保证数据的唯一性；（3）在使用GROUP BY和ORDER BY子句进行检索数据时，可以显著减少查询中分组和排序的时间；（4）使用索引可以在检索数据的过程中进行优化，提高系统性能；（5）可以加速表与表之间的连接。由上所述，在人事信息管理系统中各表的主键列需强制唯一，更按升序排列创建索引，便于信息的查询搜索，建立了以下几个索引：员工姓名聚集索引，部门名称聚集索引，考勤编号聚集索引，工作主键聚集索引，身份证号唯一索引。存储过程是一组为了完成特定功能的表达式集合，经编译后存储在数据库中。用户通过指定存储过程的名字并给出参数来执行。存储过程可以包括程序流、逻辑以及对数据库的查询，可以接受输入参数、输出参数、返回单个或多个结果集以及返回值。存储过程结合了SQL的数据操作能力和过程化语言的流程控制能力，是SQL的过程化扩展。存储过程的优点：（1）允许标准组件式编程；（2）能够实现较快的执行速度；（3）能够有效降低网络流量；（4）可被作为一种安全机制来充分利用。在人事信息管理系统中，首先需要创建一个存储过程，其用于查询数据库中每个员工的基本信息；创建存储过程，用于返回全部男士的工作信息；创建一个存储过程，用于员工工资管理信息；创建一个存储过程，其用于按年份月份统计某个职工的出勤情况信息；创建一个存储过程，用于实现对各种信息的查询；创建一个存储过程，按某年某月某日统计查询某部门的迟到和早退人数。触发器是一种由事件驱动的特殊的存储过程，当它被定义在表上时，可看作表的一部分，一旦定义，任何用户当试图对表进行增加、删除或修改操作时，都由服务器自动激活相应的触发器，即触发器被请求。由此在DBMS核心层进行集中的完整性控制。触发器的主要作用就是：能够实现由主键、外键以及各种常规数据约束所不能保证的复杂的参照完整性和数据的一致性。所以，触发器是一种确保数据和业务完整性的较好方法。在人事信息管理系统中，创建一个触发器检查在员工信息表中；防止表中数据被恶意删除；对工资的范围应该1000-5000之间的触发器，防止数据库中表被无意删除的触发器，防止员工对自己工资的修改的触发器。5 数据库物理实现例如员工信息表的建立如下use renshi;gocreate table 员工信息(员工编号char(9) not null,姓名char(8) not null,性别char(2) not null,年龄int null,民族char(4) not null,身份证号char(18)not null,入职时间datetime not null,所在部门编号char(4) not null,联系 char(11) not null,基本工资int not null);Go例如所有员工的出勤情况视图如use renshi;gocreate view view_chuqinasselect 员工信息.员工编号,姓名,缺勤,迟到,早退,日期from 考勤信息,员工信息where 员工信息.员工编号=考勤信息.员工编号go例如员工身份的唯一索引use renshi;gocreate UNIQUE INDEX 身份证号唯一索引on 员工信息(身份证号)例如创建存储过程，返回全部男士的工作信息如/*创建存储过程返回全部男士的工作信息*/use renshigo create procedure gongzuo_maleasselect distinct s.姓名,性别,实发工资from s.员工信息,g.工资信息where s.员工编号=g.员工编号and s.性别='男'go例如创建触发器检查员工的年龄，确保在0-100之间为有效年龄，如/*创建一个触发器检查在员工信息表中输入一项年龄，必须符合在到分范围内。*/use renshigocreate trigger age_0_100/*年龄限制*/ on 员工信息for insertas beginupdate 员工信息 set 年龄=员工信息.年龄where 年龄>0 and 年龄<100 and 员工编号in (select inserted.员工编号from inserted)end总结 经过两个星期的数据库课程设计，我们组做的人事信息管理系统后台数据库设计已基本完成，该系统以SQL Server 2005为后台数据库管理系统，实现了以员工信息管理、考勤信息管理、部门信息管理及综合查询统计模块为主要功能的系统开发。为人事信息管理提供信息咨询、信息检索、信息存取等服务。 在做这个课题时，首先，由于对人事信息管理的整个流程不够熟悉，在做需求分析的时候，系统功能模块部分，总是觉得有些地方不妥，但就是不知道怎么去修改，后来也在网上看了很多这方面的信息，但还是觉得不够贴切。为了能更加清晰的做好后期的工作，我又在图书馆找寻各方面有用的资料信息。果然还是书上的东西更具有说服力，最后由同组的同学一起商量，才得出的系统功能模块图。即使后来也是改了好几遍，但还是觉得我们花狠时间在第一个步骤上是有益处的。比如说，后来的数据流图。其次，是在做数据字典时候，虽然知道数据字典包括数据项、数据结构、数据流、数据存储、存储过程。但对于其书写格式还是摸不着头脑，到后来问老师的人多了，老师就帮大家解决了，在此还得感激苏老师的细心讲解。再者，在逻辑结构设计阶段，由E-R图向关系模式转换的时候，对于数据库课堂上学过的转换以及优化方法有些不大记得了。不过还好，现在还保留这数据库课堂的ppt内容，所以就把原先就该熟悉的内容再过了一边，最终解决的优化问题。 当然，通过长时间的尝试以及重做，我们组做的系统各个模块都没有实现一些信息列表的打印工作，所以我觉得在这方面可以加以改进。在总体功能模块上，还有很多的功能没有能够实现，例如说员工的学历信息、家庭信息都还没能实现。这样的话，要想在一些大型的企事业单位上运作，还是不能满足他们的额要求的。 这次的课程设计，也让我成长了不少，至少对于SQL Server 2005算是重新温故了一回。我个人觉得团队协作能力占主导。对于都是头一次接触这样课程的我们来说，如果一开始就各做各的，各想各的，到最后势必忙的一锅粥，甚至有可能完成不了定期的任务。在我们组中，也是一开始有些不知所措，所以完成第一阶段是有两个人同时做的，而且随着各自想法越来越多，两个人的做的速度明显的偏慢，后来意识到这一点上，两个人就开始分工了。由我来做接下来的概念结构设计、逻辑结构设计和物理结构设计，先前的需求分析由同组的黄亚负责后期修改，也由黄亚负责最后的数据库的物理实现工作。由于大家对知识点总有些许的不熟，我们两个也时常互相交流遇到的问题，以至于后来总是共同解决问题。让我觉得，有一个伙伴和自己一起努力真是件幸福的事。 通过这次的数据库课程设计，我发现在书本上所学到的知识，只有通过实际的应用操作，在实践中融会贯通，才不会被轻易的忘却。所以，在发现自己对于数据库知识的应用有些生疏的时候，我只能又一次督促自己，一定要做好实践，实践就是再一次对知识的巩固加深，使之真正变成自己的东西。对于数据库，我会更加的用功的。 课程设计成绩评定表成绩评定项 目比例得 分平时成绩（百分制记分）30%业务考核成绩（百分制记分）70%总评成绩（百分制记分）100%评定等级优 良 中 及格 不及格指导教师（签名）：20 年 月 日下面红色字体部分是赠送的散文欣赏摘自网络，不需要的朋友下载后可以编辑删除！谢谢！可依靠的唯有自己这是发生在一个普通犹太人家庭里，父亲和儿子的故事：儿子叫约翰，在他4岁那年，有一天他和姐姐在客厅玩捉迷藏。他们玩得正高兴，父亲抱起小约翰，把他放在沙发椅上面，然后伸出双手做出接的姿势，叫他往下跳。小约翰毫不犹豫地往下跳，在即将抓住父亲的瞬间，父亲缩回了双手，约翰摔到了地板上，他号啕大哭起来。小约翰向坐在沙发上的妈妈求助，妈妈若无其事地坐着，并不去扶他，只是微笑着说：“呵，好坏的爸爸！”父亲站在一边，以嘲弄的眼光望着上当受骗的小约翰。这便是犹太家庭教子的方法之一，这样做的目的是灌输给孩子一个理念：社会是复杂的，不要轻信他人，唯一可依赖的就是自己。 犹太家庭的孩子都要回答这样一个问题：“假如有一天房子被烧着了，你将带着什么东西逃跑？”如果孩子回答是钱财，母亲会进一步问：“有一种没有形状、没有颜色、没有气味的宝贝，你知道是什么吗？”如果孩子回答不出来，母亲会告诉他：“孩子，你要带走的不是钱财，而是智慧。因为智慧是任何人都抢不走的，你只要活着，智慧就永远跟着你。” 你对爸爸的爱，远远胜过那部车 一个犹太家庭的父亲，存钱存了很久，终于买了一辆自己向往已久的新车。新车开到家后，他珍爱有加，每天都要洗车打蜡。他5岁的儿子见父亲这么爱车，也常常乐此不疲地帮爸爸一起洗车。 有一天，这位父亲开车回到家后，累得一动也不想动。于是他决定破一次例，改天再洗车，尽管自己的爱车因淋了雨，而显得脏乱不堪。 这时，5岁的儿子见父亲这么累，就自告奋勇地要帮爸爸洗车，见他这么小的年纪，就知道体谅自己，心里甚感欣慰，便放手让儿子去洗。 儿子要动手洗车了，却找不到洗车用的毛巾。于是他走进厨房，立刻便想到母亲平时煮菜洗锅时，都是用钢刷使劲刷才刷干净的，所以既然没有毛巾，就用钢刷吧！他拿起钢刷用力地洗起车来，一遍又一遍，像刷锅一样地刷车。 等他洗完之后，听见“哇”的一声，他失声大哭起来，车子怎么都花了？这下可闯大祸了，他急忙跑去找父亲，边哭边说：“爸爸，对不起，爸爸，你来看！”父亲疑惑地跟着儿子走到车旁，他也“哇”的一声，“我的车，我的车！” 这位父亲怒气冲冲地走进房间，气急败坏地跪在地上祷告：“上帝呀，请你告诉我，我该怎么做？那是我新买的车，一个月不到，就变成这样，我该怎么处罚我的孩子？” 他才祷告完，耳边忽然出现一个声音“世人都是看表面，而我却是看内心！”突然间，他彻悟了。 他走出房门，儿子正害怕地流着泪，动也不敢动。 父亲走上前去，把孩子紧紧地拥在怀里，亲切地说：“谢谢你帮爸爸洗车，爸爸对你的爱，远远胜过对那部车子。” 凡事要透过表面去看本质，当家人或朋友无意间做错了某件事时，我们要理智对待，不要只看事情的表面，而忽略他们内心真实的想法。学会用爱心去包容爱心，家会让你感觉自己的周围，时时洋溢温暖的阳光。 小饭馆的生意很好，因为物美价廉，因为他的谦和和妻子的热情。每天早晨，三四点钟他就早早起来去采购，直到天亮才把所需要的蔬菜、鲜肉拉回家。没有雇人手，两个人忙得像陀螺。常常，因为缺乏睡眠，他的眼睛红红的。 不久，一个推着三轮车的老人来到他门前。她驼背，走路一跛一跛的，用手比划着，想为他提供蔬菜和鲜肉，绝对新鲜，价格还便宜。老人是个哑巴，脸上满是灰尘，额角和眼边的几块疤痕让她看上去面目丑陋。妻子不同意，老人的样子，看上去实在不舒服。可他却不顾妻子的反对，答应下来。不知怎的，眼前的老人让他突然想起了母亲。 老人很讲信用，每次应他要求运来的蔬菜果然都是新鲜的。于是，每天早晨六点钟，满满一三轮车的菜准时送到他的饭馆门前。他偶尔也请老人吃碗面，老人吃得很慢，很享受的样子。他心里酸酸的，对老人说，她每天都可以在这儿吃碗面。老人笑了，一跛一跛地走过来。他看着她，不知怎的，又想起了母亲，突然有一种想哭的冲动。 一晃，两年又过去了，他的饭馆成了酒楼，他也有了一笔数目可观的积蓄，买了房子。可为他送菜的，依旧是那个老人。 又过了半个月，突然有一天，他在门前等了很久，却一直等不到老人。时间已经过了一个小时，老人还没有来。他没有她的联系方式，无奈，只好让工人去买菜。两小时后，工人拉回了菜，仔细看看，他心里有了疙瘩，这车菜远远比不上老人送的莱。老人送来的菜全经过精心挑选，几乎没有干叶子，棵棵都清爽。 只是，从那天后，老人再未出现。 春节就要到了，他包着饺子，突然对妻子说想给老人送去一碗，顺便看看她发生了什么事。怎么一个星期都没有送菜？这可是从没有过的事。妻子点头。 煮了饺子，他拎着，反复打听一个跛脚的送菜老人，终于在离他酒楼两个街道的胡同里，打听到她了。他敲了半天门，无人应答。门虚掩着，他顺手推开。昏暗狭小的屋子里，老人在床上躺着，骨瘦如柴。老人看到他，诧异地睁大眼，想坐起来，却无能为力。他把饺子放到床边，问老人是不是病了。老人张张嘴，想说什么，却没说出来。他坐下来，打量这间小屋子，突然，墙上的几张照片让他吃惊地张大嘴巴。竟然是他和妈妈的合影！他5岁时，10岁时，17岁时墙角，一只用旧布包着的包袱，包袱皮上，绣着一朵梅花。他转过头，呆呆地看着老人，问她是谁。老人怔怔地，突然脱口而出：儿啊。 他彻底惊呆了！眼前的老人，不是哑巴？为他送了两年菜的老人，是他的母亲？ 那沙哑的声音分明如此熟悉，不是他母亲又能是谁？他呆愣愣地，突然上前，一把抱住母亲，号啕痛哭，母子俩的眼泪沾到了一起。 不知哭了多久，他先抬起头，哽咽着说看到了母亲的坟，以为她去世了，所以才离开家。母亲擦擦眼泪，说是她让邻居这么做的。她做工的爆竹厂发生爆炸，她侥幸活下来，却毁了容，瘸了腿。看看自己的模样，想想儿子进过监狱，家里又穷，以后他一定连媳妇都娶不上。为了不拖累他，她想出了这个主意，说自己去世，让他远走他乡，在异地生根，娶妻生子。得知他离开了家乡，她回到村子。辗转打听，才知道他来到了这个城市。她以捡破烂为生，寻找他四年，终于在这家小饭馆里找到他。她欣喜若狂，看着儿子忙碌，她又感到心痛。为了每天见到儿子，帮他减轻负担，她开始替他买菜，一买就是两年。可现在，她的腿脚不利索，下不了床了，所以，再不能为他送菜。 这种信任和理解真的很重要。 这个故事对于众多家长来说有很强的的启迪和警示作用：“你到底爱的是孩子，还是孩子努力的结果？如果是后者，那说明你不会爱！”亦或是“你到底是爱自己的孩子，还是爱那个你心目中的孩子？如果是后者，那说明你不会爱！”，往往，在和孩子互动过程中，我们关注自己的感受，关注孩子是否改错，关注孩子是否优秀，而我们忽略了关注孩子本身，这些都是打着爱的旗号伤害着孩子，但我们往往认为这就是爱。请牢记，孩子本身最重要！ 让孩子去开辟自己的天空 一个犹太人的家庭教育讲的是一个伟大的犹太母亲把三个孩子培养成才的理念和方法。这位母亲生在上海，父亲是犹太人，在她12岁那年去世了，随后母亲也离她而去，她成了孤儿。长大后在上海铜厂做女工，结婚后生下三个孩子，但不久后丈夫又离她而去了。为了逃避痛苦，她成为中以建交后第一批回到以色列的犹太后裔。为了生存，也为了三个孩子能早日回到以色列，她先发奋学习希伯来语，然后，在路边摆了个小摊卖春卷。以色列的官方货币是谢克尔，一谢克尔兑换人民币2块钱，更小的币值是雅戈洛，一谢克尔等于100雅戈洛。她的春卷小摊每天只能赚到十来个谢克尔 1993年，她接回了三个孩子，大儿子14岁，二儿子13岁，小女儿11岁