企业职工信息管理系统Word格式文档下载.docx

1、（3）明确数据库使用人员对数据安全性完整性的要求。1.1.2 需求分析阶段的任务1处理对象：系统要处理的对象包括职工基本信息，职工工资信息，职工考勤信息等几个方面，各个对象包括信息如下所示（详细的数据见于数据字典）：1职工基本信息包括：职工编号，职工姓名，职工性别，职工出生年月，职工联系方式，职工家庭住址，职工籍贯，职工职务，职工基本工资，职工所属部门2职工考勤信息：缺勤事由，缺勤时间，加班天数3职工工资项目信息：工资项名称，时间，增减费用2处理功能要求系统主要完成一下几个功能：1企业职工基本信息管理（包括员工基本信息查询，修改，员工离职，信息表更新）2企业职工考勤管理3企业职工工资管理4企业

2、人员变动管理3安全性和完整性要求企业对职工信息管理系统的安全性要求比较高，尤其是一些机密单位。我们可以通过设定不同用户只的访问权限，在设定访问密级来保障系统的安全性。不过由于制作人员的水平限制，本系统仅是定义了数据表操作的访问权限。完整性要求用于描述职工基本信息，职工工资信息，职工考勤信息中数据项是否符合定义的数据类型，以及这些数据类型是否符合实际要求等。详细完整性要求见于数据字典。1.1.3 需求分析阶段成果1体会与收获虽然以往也参加过类似的活动，那时在大一时的研究性课程，但每一次的开题、调查、研究、解题，对象都是我们所熟悉的老师同学，他们都十分热情地接受我们的调查。这次不一样了，不论是大公

3、司还是小公司，对我们的调查不以为然，而且满腹牢骚，我们碰了不少灰。在这次社会调查中，我从有一些胆却到鼓起勇气，从不知所措到计划周详，我们得到了锻炼。这次调查也是一次实践，它锻炼了我们的胆量、头脑和口才，能顺利完成这次任务就是对我们的能力的最好回答，希望在以后的社会工作中能够多多锻炼自己，是自己的能力后更大一步的提高。2企业职工信息管理系统业务流程图1系统总业务流程图：图 1-1 系统业务流程图2职工考勤管理业务流图：图 1-2 考勤管理业务流图3职工工资管理业务流图：图 1-3 工资管理业务流图 4人员变动查询业务流图：图 1-4 人员变动查询业务流图1.2数据流图1顶层数据流程图：图 1-5

4、 顶层数据流程图2中层数据流图：图 1-6 中层数据流程图3考勤管理DFD图 1-7 考勤管理DFD4员工信息查询，岗位变动DFD图 1-8 员工信息查询，岗位变动DFD5工资管理DFD图 1-9 工资管理DFD1.3数据字典（a）数据项：系统涉及的数据项有24项表1-1企业员工信息管理系统数据项说明（汇总统计）数据项编号数据项名数据项含义与其它数据项的关系存储结构别名DI-1StaNo职工编号char （5）编号DI-2StaName职工姓名char （10）姓名DI-3StaSex职工性别char（2）性别DI-4StaBirthday职工出生年月date出生年月DI-5StaPhone职

5、工联系方式char（12）联系方式DI-6StaAddress职工家庭住址char（20）家庭住址DI-7StaOrigin职工籍贯char（18）籍贯DI-8StaPost职工职务char（10）职务DI-9StaWage职工工资Int工资DI-10StaBranch职工所属部门所属部门DI-11ManNo经理编号等于StaNosmallintDI-12ManName经理姓名等于StaNameDI-13ManSex经理性别等于StaSexDI-14ManPhone经理电话等于StaPhone电话DI-15ManBranch经理所在部门所在部门DI-16DutDays出勤天数DI-17AddD

6、ays加班天数DI-18LeaDays请假天数SmallintDI-19LeaCause请假事由DI-20OutDays出差天数DI-21WagBase基本工资DI-22WagAdd加班费补贴等DI-23WagOut扣除的工资扣除额DI-24WagAcount总工资注（b）数据结构：表1-2 企业员工信息管理系统数据结构（汇总统计）数据结构编号数据结构名数据结构含义组成DS-1Staff职工基本信息StaNo，StaName，StaSex，StaBirthday，StaPhone，StaAddress，StaOrigin，StaPost，StaWage，StaBranch，DS-2Manage

7、r部门基本信息ManNo，ManName，ManSex，ManPhone，ManBranchDS-3Duty考勤信息DutDays，AddDays，LeaDays，LeaCause，OutDaysDS-4Wage工资项目信息WagBase，WagAdd，WagOut，WagAcount5处理逻辑描述（判定表或判定树）表1-3 企业员工信息管理系统处理逻辑描述处理编号处理功能处理过程PR-1判断用户查询涉及的功能模块企业员工基本信息模块、企业部门基本信息模块、企业分配物品基本信息模块、企业宿舍基本信息模块：先确定查询所涉及的功能模块；然后，确定要查询的内容，确定查询数据流向；最后显示查询结果。P

8、R-2判断用户修改要涉及的模块，同时把相应的修改数据传到相应的模块之中先确定更新所涉及的功能模块；然后，把更新信息传送到相应的模块中；最后，进行相应的更新操作。注：WagAcount=WagBase+WagAdd-WagOut 第二章 概念结构设计2.1 概念设计的目标与任务概念设计阶段主要目的是将需求分析阶段得到的用户需求抽象为信息结构（概念模型）,为以后的数据库设计做好基础。它是整个数据库设计的关键，他的主要任务是概念模型设计（画出E-R图）。2.2 概念模型设计（1）根据不同的对象，从中层数据流程图入手，分别画出分ER图：（a）考勤管理E-R图：图 2-1 考勤管理ER图（b）岗位变动E

9、-R图ER图：图 2-2 岗位变动ER图（c）工资管理E-R图：图2-3工资管理E-R图（2）各分ER图中每个实体的属性如下所示：职工：Staff（StaNo，StaName，StaSex，StaBirthday，StaPhone，StaAddress，StaOrigin，StaPost，StaWage，StaBranch）经理：Manager（StaNo，StaName，StaSex，StaPhone，StaBranch）考勤信息：Duty（DutDays，AddDays，LeaDays，LeaCause，OutDays）工资项目信息：Wage（WagBase，WagAdd，WagOut,，

10、WagAcount）（3）合并各分图,消除属性冲突、命名冲突、结构冲突等三类冲突，得到初步E-R图，再消除不必要冗余，得到的总E-R图如下所示：图 2-4 总ER图第三章 逻辑结构设计3.1逻辑设计的目标与任务在得到了系统E-R图后，就要将它转化为具体的数据库模式，这就是逻辑设计阶段的目标。具体任务包括数据组织（将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计）、数据处理（画出系统功能模块图）两项。3.2数据组织1将E-R图转换为关系模型职工换原则如下：一个实体型转化为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。在上述E-R图中，实体间的联系有两种情况：1：

11、1联系和1：N联系。Staff（StaNo，ManNo，StaName，StaSex，StaBirthday，StaPhone，StaAddress，StaOrigin，StaPost，StaWage，StaBranch，DutDays ，LeaCause，LeaDays，AddDays，TraBranch，WagBase，WagAdd，WagOut,，WagAcount）Manager（ManNo，ManName，ManSex，ManPhone，ManBranch）以上几个关系模式中，经理与职工的联系均为1：N,为了使查询方便，职工信息明了将职工与经理的联系放入职工关系模式中。各模式主码已用

12、下划线表示。外码用下划线表示。Duty（DutDays,，AddDays，LeaDays，LeaCause，OutDays）职工的的考勤信息和职工信息，职工的工资项目信息和职工信息均为1：1联系，将他们的联系属性也放到了职工模式中。这样看来，职工模式的属性未免有些过多，但这可以使查询功能很好的发挥，职工信息全面也将给用户带来很多方便。主码即为模式中带下划线的属性。2模型优化经过分析，以上关系模型中的各个模式属性并不存在部分函数依赖或传递函数依赖，因此它符合3范式。不足之处是在职工模式中，属性过多，可能会出现数据冗余。但这种冗余可以给查询带来方便之处，不用再做连接。如有更好的方法来消除这种冗余，

13、以后可以借鉴。3数据库模式定义表3-1 企业职工信息管理系统关系模式汇总关系名称模式说明T1Staff（详见附录11）（详见附录11）T2Manager（详见附录12）（详见附录12）T5Duty（详见附录13）（详见附录13）T8Wage（详见附录14）（详见附录14）4用户子模式设计表3-2 企业职工信息管理系统关系外模式汇总视图名称视图定义作用V1StaffView职工基本信息视图查询职工的基本信息V2StaffLeaView职工请假信息视图查询职工请假信息V3StaffOutView职工出差信息视图查询职工出差信息V4StaffAddView职工加班信息视图查询职工加班信息V5Duty

14、View职工出勤信息视图查询职工出勤信息V6TranferView职工岗位变动信息视图查询职工岗位变动信息V7WageAddView职工工资增加信息视图查询职工工资增加信息V8WageCutView职工工资扣罚信息视图查询职工工资扣罚信息V9WageAcoView职工工资信息视图查询职工工资基本信息3.3数据处理系统功能模块图：图 2-5 总ER图第四章 数据库的物理设计4.1物理设计阶段的目标与任务 数据库的物理设计阶段的目标就是为逻辑数据模型选取一个最合适应用要求的物理结构，在这个阶段中要完成两大任务：（1）确定数据库的物理结构，即将关系模式转化为基本表。（2）设计视图，存储过程等，从而实

15、现子功能模块。4.2数据存储方面 为数据库中各Staff， Manager基本表建立的存储过程：表4-1 存储过程汇总存储过程名称定义P-1p1_Staff_Insert详见附录2-1在Staff中插入一元组P-2p2_Manager_Insert详见附录2-2在Manager中插入一元组P-3P3 Staff_Delete详见附录2-3在Staff中删除元组P-4P4 _ Staff _Update详见附录2-4在Staff中更新操作P-5P5 _ Staff _Query详见附录2-5在Staff中匹配（StaNo）查询第五章 数据库的实施5.1建立数据库、数据表、视图、索引1 建立数据库

16、 create database Student_Dormitory_Management;2 建立数据表（1）企业职工基本信息表的建立：create table Staff（2）部门经理基本信息表的建立： create table Manager（3）职工考勤管理信息表的建立： create table Duty（4）职工工资管理信息表的建立： create table Wage3 建立视图 （1）用于查询企业职工基本信息基本信息的视图定义如下： create view StaffView （2）查询企业职工请假信息视图定义如下： create view StaffLeaView （3）查询

17、企业职工出差信息的视图定义如下： create view StaffOutView （4）查询企业职工加班信息的视图定义如下： create view StaffAddView （5）查询企业职工考勤信息的视图定义如下： create view DutyView （6）查询企业职工岗位变动信息的视图定义如下： create view TranferView （7）查询企业职工增加工资信息的视图定义如下： create view WageAddView （8）查询企业职工扣除工资信息的视图定义如下： create view WageCutView创建表，视图及存储过程的DDL语句请见附录24 建

18、立索引create unique index StaffNo on Staff（StaNo）;create unique index ManagerNo on Manager（ManNo）;create unique index StaffName on Staff（StaName）;create unique index ManagerName on Manager（ManName）;5.2数据入库 企业职工信息管理系统包括4张基本表,每张表有10天基本信息，录入时采用事先在Excel中录入数据,然后使用SQL Server 2000数据导入/导出向导功能,直接将数据导入到相应的基本表中。第

19、六章 数据库的实施和维护在这一阶段，我们对系统的各个设计阶段的结果进行了一一审查，并对基本功能进行了验证，如数据库的插入，查询，删除，更新功能。具体的调试过程及数据库截图见附录3。收获与体会为期一周半的数据库课程设计结束了，在本次的课程设计中收获颇丰，从以下几个方面总结下：1. 理论学习方面：通过这次的实习，我对数据库原理理论有了更深刻的认识。尤其是数据库设计的各个阶段，以前只知道基本程序，现在对各个阶段的工作有了深刻的理解。在实习中对以前模糊不亲的概念又有了重新的学习和理解。比如：业务流图的画法，数据流图的画法，存储过程触发器等。2. 课程设计方面：对SQL2000的基本操作更加熟练了，对于

20、计算机专业的学生来说 SQL2000是我必须要掌握的最基本的数据库。在课程设计阶段重新设计模式，并使用必然会加深理解。还有，这次的课程设计时我们对科学研究的基本方法，步骤有了了解，这将会对我们日后的学习研究打下基础。3. 存在问题和不足：知识储备的不足，可能是由于对数据库原理的理解不够深刻，在设计数据库时碰到了许多问题，幸好有老师和同学的帮助，才涉险过关。在准备阶段，应该把自己只是不到位的地方好好温习一下。这样在设计数据库时就会减少很多困难。本人制作的企业职工信息管理系统的开发与设计从开始的需求分析，到最后的提交论文，自始至终都受到王老师的细心指导和关怀，正是有了老师和同学的帮助，最终完成了课

21、程设计，这对于我以后的学习和工作有着莫大的启迪和经验的积累，再次感谢王老师在数据库课程学习阶段以及课程设计阶段对我们的辛勤指导。参考文献1萨师煊 王珊，数据库系统概论（第四版），北京，高等教育出版社，2006：198234 数据库设计2杨海霞，数据库实验指导，北京，人民邮电出版社，20073张海藩，软件工程导论（第五版），北京，清华大学出版社，2006：数据流图，数据字典4李涛，Visual C+ + SQL Server数据库开发与实例，北京，清华大学出版社，2006附录1 数据库逻辑结构定义1.职工（Staff）基本信息表，用于记录企业职工的基本信息：表 33 Staff关系模式说明属性名数据类型取值范围是否为主属性是否为外键完整性要求char（5）0000099999是否Not null男、女Datetimechar（4）大于等于800小于25000（元/月）031TraBranchint大于800小于5000（元/月）05000800大于等于0小于3000（元/月）