企业人事管理系统：需求说明书.doc

附录二

企业人事管理系统

编写： *** ***
日期：2014-11-15
审核：
日期：
批准：
日期：
受控状态：
是
发布版次：2.0
日期：
编号：
需求说明书目录
附录二 1
企业人事管理系统 1
需求说明书目录 2
1.1 概述 6
1.1.1 目的 6
1.1.2 背景 6
1.1.3 范围 6
1.1.4 术语定义 7
1.1.5 参考资料 7
1.2 任务概述 7
1.2.1 目标 7
1.2.2 使系统具有简单性、针对性、实用性。 8
1.2.3 用户的特点 8
1.2.4 假定和约束 8
1.2.5 软件环境 9
1.3 系统管理模块的功能描述 9
1.3.1 安全管理子模块 9
1.3.2 角色维护子模块 9
1.3.3 组织结构维护子模块 10
1.4 功能分析 11
1.4.1 课程介绍 11
1.4.2 市场背景 11
1.4.3 用户需求分析 12
1.4.4 功能模块树 14
1.4.5 用例图Use- 15
1.4.6 数据流程图DFD 25
1.4.7 核心数据字典DD 27
1.4.8 数据库要求：在数据库中至少应该包含下列数据表： 31
1.5 对非功能性的需求 32
1.5.1 对性能的规定 32
1.5.2 精度 32
1.5.3 时间特性要求 32

1.1 概述
1.1.1 目的
本说明书目的在于明确说明系统需求，界定系统实现功能的范围，指导系统设计以及编码。
本说明书的预期读者为：用户代表、项目组成员。
1.1.2 背景
1、拟开发的软件系统的名称为：企业人事管理系统。
2、本项目以中国内资企业的一般费用管理制度为依据。
3、本系统为一个独立运行的系统，暂不考虑和其它系统的连接关系。
1.1.3 范围
本系统的目标是管理企业员工、部门、岗位、人事调动的管理和经理及高层能对招聘人才做出计划。
系统包括企业的员工管理、部门管理、岗位管理基本管理工作。
系统包括为了开展上述工作而作的模块结构设置、管理角色设置、权限功能设置。
系统还包括为了监控、分析各项基本管理工作而编制的各项统计报表。
1.1.4 术语定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
【角色】在登陆界面上面有一个角色选择按钮，角色的意思是该系统使用者身份级别，不同的身份级别将有不同的使用权限。
【在职人数】一个部门下面有很多不同的岗位，岗位上的容纳量，而岗位上的在职人数就可以表明，该岗位上的员工人数是否足够。目的是可以根据这个值来确定招聘计划。
【月提层】该企业中的某一岗位的基础工资是固定的，员工的月提层是不同的，这样算下来才能区分出不同员工的总工资是不同的。
【打印】这是一个新增加的功能，点击它可以打印相关的文件信息出来。

1.1.5 参考资料
列出用得着的参考资料，如：
A、 某单位《书店管理系统》
B、 某单位《宾馆客房管理系统》
C、 《C#程序设计经典教程》--清华大学出版社
D、 《C#开发实战1200例》（第I卷）--清华大学出版社
1.2 任务概述
1.2.1 目标
开发一个功能健全，实用的人事管理系统，其目的有以下几点：
A、方面基本信息的录入，实现录入的数据的高校验证；
B、处理速度的提高；
C、使系统更人性化以便用户使用；
D、人力与设备费用的减少；
E、高安全性和保密性；
1.2.2 使系统具有简单性、针对性、实用性。
不同的用户的使用界面是不一样的，这能减少用户的记忆负担。该系统还编写了详细的用户手册，用户根据用户手册说明书就基本上操作系统了。使用该系统之后，原来复杂繁琐的工作变得简单了，另外就是使用该系统之后，能方便管理高层如经理级别的人物对公司的人才使用做一个规划。
1.2.3 用户的特点
用户是一家典型的技产品生产企业。
本软件的最终用户是公司的全体工作员工，他们都受过电脑使用的培训。
本系统数据库服务器将24小时运行，只要装有该系统的员工任何时候都可以登陆浏览自己的信息。

1.2.4 假定和约束
软件需于公司成立五周年前一周开发完成、测试完毕并上线运行。
软件运行于公司局域网上，但出差在外的员工可通过VPN虚拟专网连入公司进行使用操作。

1.2.5 软件环境
分类
名称
语种
操作系统
Windows 7
中文
数据库平台
SQL2008

应用平台
Visual studio2010

应用平台补丁

1.3 系统管理模块的功能描述
1.3.1 安全管理子模块
用户使用系统的功能前，必须登录。
系统的经理使用专用的账号”特殊号”进行登录，其它用户由系统管理员在组织结构维护子模块中添加。
管理员和登录的普通员工都可以修改自己的密码。
只有管理员可以使用系统管理中的维护模块。
用户登录后可以执行退出系统操作。
1.3.2 角色维护子模块
角色是对在企业不同工作岗位上处理事务的人员的概括，例如经理、部门主管、普通员工等。
系统登记有关的岗位角色，例如“经理”通常是必须的一个角色，如果有某个新的部门成立就必须向经理申请，经同意之后才能产生相应的部门信息及部门主管。
角色应当具有角色编号、角色名称。
数据示例：
角色编号
角色名称
001
经理
002
部门主管
003
普通员工

1.3.3 组织结构维护子模块
企业由人员构成，人员按部门组织。
企业具有员工名册，应当登记人员的姓名，性别，年龄，身份证号，联系号码，婚姻状况，学历信息，家庭地址,所在岗位。一个职员最多具有一个角色。
企业具有多个部门。大型企业的部门划分可能是多级的。一个部门下面又有很多的岗位，一个岗位的容纳量可能不只是一个。
在形式上，可以设立一个部门“总经办”，在其中登记企业的部门。
系统应当能够登记企业的各个部门的岗位，能够处理部门、岗位增减变化的情况。应当登记各部门的部门编号、部门名称、部门主管、主管联系方式、部门简介。部门负责人从员工名册中选择，向经理申请更换，申请被批准之后，可以随时更换。部门下属员工从职员名册中选择。一个职员只能属于一个部门。
1.4 功能分析
1.4.1 课程介绍
数据库设计是指对于一个给定的应用环境，构造（设计）优化的数据库逻辑模式和物理结构，并据此建立数据库及应用系统，使之能够有效地存储和管理数据，满足各种用户应用需求，包括信息系统要求和数据操作要求。此人事系统的实验包括以下几部分：需求分析、慨念结构设计、逻辑结构设计、物理结构设计、系统的实时与维护。
1.4.2 市场背景
随着市场竞争能力不断不断激化，为了有效、及时、方便、低成本管理公司的人事，公司急需要一个人事系统的管理软件，一方面：是为了管理者更有效管理公司。另外一方面：能够给公司的高层及时的提供信息，方便他们做出有关的重大决策。
传统的管理方法已经不能适应现代社会的需求，因此采用电脑管理业务，财务等诸多环节已成为推动各行各业迅速发展的先决条件，人事管理系统是各大小公司所需要使用的一个管理系统。
1.4.3 用户需求分析
建立一套功能完善的人事系统，既能满足业务人员日常处理的需要，增加企业经营全过程的数字化管理水平；又能满足管理人员决策分析的需要，提高公司管理层对公司经营反馈信息的响应速度。从而大幅度提高工作效率，提高实施管理的准确性、科学性、使担负管理的工作人员从繁杂的手工劳作中解脱出来。因此该系统需要实现以下几个主要功能：
（1） 登陆管理：不同的管理员有不同权限，每一个管理员拥有自己的登陆用户名和密码，管理员都拥有查询和修改所有的职工的信息的权限，而只有高级管理员才拥有对管理层查询和修改的权限。
（2） 系统管理：
1、对系统管理层人员的信息进行增、删、改、查；
2、企业部门和岗位的增、删、改、查；
3、员工基本信息的录入：姓名，性别，年龄，身份证号，联系号码，家庭地址，婚姻状况，学历信息；
4、员工岗位信息录入：职工号，任职时间，岗位编号，所在部门等；
5、员工的奖惩信息：增、删、改、查。
6、员工基本信息的修改；
7、对于转出、辞职、辞退、退休员工信息的删除；
8、按照一定的条件，查询、统计符合条件的员工信息；至少应该包括每个员工详细信息的查询、按婚姻状况查询、按学历查询、按工作岗位查询、按职工号、按姓名等，至少应该包括按职工号、按学历、婚姻状况、岗位、参加工作时间等统计各自的员工信息；
8、对查询、统计的结果打印输出；
（3） 其他功能：界面（要求容易操作）；

1.4.4 功能模块树

1.4.5 用例图Use-

登录用例：
1、简要说明 本用例说明用户如何登录到企业人事管理系统。
启用此用例的参与者为管理员，部门经理、部门主管和招聘主管。
2、 事件流 当参与者在登录表中键入他（她）的用户名和密码时，本用例就开始了。

基本流 - 登录
系统验证参与者的用户名和密码并允许他（她）登录到系统。
系统显示主窗体，同时用例结束。
备选流
无效的用户名/密码 如果在基本流中系统无法找到用户名或者密码错误，就会显示一个提示错误信息的小界面。参与者可以键入新的用户名或者口令，或者选择取消本次操作，此时用例结束。
特殊需求 没有和本用例有关的特殊需求。
前置条件 没有和本用例有关的前置条件。
后置条件 没有和本用例有关的后置条件。
扩展点 当参与者键入的连续3次键入的用户名或密码都是无效的时候，系统自动退出，若需要登录，这需要重新进入系统登录界面。

员工信息管理用例：
1、 简要说明 本用例允许管理员查看员工信息（员工编号，姓名，性别，年龄，身份证号，联系号码，家庭地址，婚姻状况，学历信息）。
2、事件流 当管理员在主界面中选择“员工信息管理”活动时，用例开始。
基本流 — 查看员工基本信息。
系统检索出员工基本信息。
然后显示信息。
当参与者查看员工信息后，选择“关闭”。
备选流
1、 添加员工信息
员工选择“添加员工基本信息”。
系统会显示员工信息表界面。
管理员输入员工的下列信息：员工编号（部门号+岗位号），姓名，性别，年龄，身份证号，联系号码，家庭地址，婚姻状况，学历信息。
系统验证数据以确保格式正确，并按照指定员工编号、姓名、性别、年龄、来搜索系统中已有的员工信息。如果数据有效，系统将创建一个新的员工信息。
每向系统中添加一个员工信息，重复上述步骤。当管理员完成向系统中添加员工信息时，选择关闭按钮，此用例结束。
2、修改员工信息
管理员选择“修改员工信息”，系统会显示一张员工信息表。
管理员键入他（她）要修改的员工的员工编号，系统检索该员工的信息并将信息显示在屏幕上。
管理员修改一个或多个部门可修改信息字段：员工编号（部门号+岗位编号），姓名，年龄，联系号码，家庭地址，婚姻状况，学历信息，其它的系统将设置为不可修改字段。
一旦修改结束，管理员选择“保存”，系统更新该部门的信息。
每修改一个员工信息，重复上述。一旦编辑完成，并选择关闭，本用例也就结束。
3、 删除员工信息
管理员选择“删除员工信息”。
系统会显示一张空白员工信息表。
管理员键入将被删除的部门编号。
系统检索员工信息并将信息显示在表单中。
管理员选择“删除”。
系统会显示一个删除确认对话框以确认删除操作。
管理员选择“是”。
员工信息从系统中删除。
每删除一个员工信息，重复上述步骤。当管理员完成从系统中删除部门时并选择关闭按钮，此用例结束。
特殊需求 没有和本用例有关的特殊需求。
前置条件
登录 在本用例开始之前，参与者要成功登录到系统。
后置条件
没有和本用例有关的后置条件。
扩展点
没有和本用例有关的扩展点。

招聘管理用例
1、简要说明 此用例允许招聘主管登记招聘信息，接受应聘者的信息，并对信息进行审核，并对信息做出相关的决策。
2、事件流 当招聘主管从主窗体中选择“应聘管理”活动时，此用例就开始使用了。
基本流 — 创建应聘者信息
招聘主管选择“创建应聘者信息”。
系统会显示部门应聘者信息表。
招聘主管就根据界面提示的信息将应聘者递交的的基本信息表和应聘职位表录入系统中去。
备选流
1、对应聘者信息进行验证，合格的应聘者的信息将录入到 部门基本信息管理中去，不合格的进录入不合格的应聘者信息表中，不将决策发布出去。招聘主管选择取消本次操作或是关闭按钮，此时用例结束。
特殊需求 没有和本用例有关的特殊需求。
前置条件
登录 在本用例开始之前，招聘主管要成功登录到系统。
后置条件
没有和本用例有关的后置条件。
扩展点
没有和本用例有关的扩展点。

部门管理用例：
1、简要说明 本用例允许部门主管查看（该信息包部门的基本信息）和维护部门信息（其中包括添加、修改和从系统中删除部门信息）。
2、事件流 当部门主管在主界面中选择“部门管理”活动时，用例开始。
基本流 — 查看部门基本信息。
系统检索出部门基本信息。
然后显示信息。
当部门主管查看部门信息后，选择“关闭”。
备选流
1、 添加部门信息
部门主管选择“添加部门信息”。
系统会显示部门信息表界面。
部门主管输入部门的下列信息：部门编号，部门名称，部门主管，部门主管的编号（部门号+主管编号），部门主管的联系号码，部门信息简介。
系统验证数据以确保格式正确，并按照指定部门编号，部门名称，部门主管，部门主管的编号（部门号+主管编号），部门主管的联系号码，部门信息简介。如果数据有效，系统将创建一个新的部门信息。
每向系统中添加一个部门信息，重复上述步骤。当部门主管完成向系统中添加部门信息时，选择关闭按钮，此用例结束。
2、修改部门信息
部门主管选择“修改部门信息”，系统会显示一张部门信息表。
部门主管键入他（她）要修改的部门的部门编号，系统检索该部门的信息并将信息显示在屏幕上。
部门主管修改一个或多个部门可修改信息字段：部门名称，部门主管，部门主管的编号（部门号+主管编号），部门主管的联系号码，部门信息简介。
一旦修改结束，部门主管选择“保存”，系统更新该部门的信息。
每修改一个部门信息，重复上述。一旦编辑完成，并选择关闭，本用例也就结束。
3、 删除部门信息
部门主管选择“删除部门信息”。
系统会显示一张空白部门信息表。
部门主管键入将被删除的部门编号。
系统检索部门信息并将信息显示在表单中。
部门主管选择“删除”。
系统会显示一个删除确认对话框以确认删除操作。
部门主管选择“是”。
部门信息从系统中删除。
每删除一个部门信息，重复上述步骤。当部门主管完成从系统中删除部门时并选择关闭按钮，此用例结束。
特殊需求 没有和本用例有关的特殊需求。
前置条件
登录 在本用例开始之前，参与者要成功登录到系统。
后置条件
没有和本用例有关的后置条件。
扩展点
没有和本用例有关的扩展点。

部门岗位管理用例：
1、 简要说明 本用例允许部门主管查看的岗位基本信息和本部门员工信息（员工编号，姓名，所在岗位），岗位信息（其中包括添加、修改和从系统中删除本部门岗位信息）。
2、事件流 当部门主管在主界面中选择“部门岗位管理”活动时，用例开始。
基本流 — 查看部门岗位基本信息。
系统检索出部门基本信息。
然后显示信息。
当部门主管查看部门信息后，选择“关闭”。
备选流
1、 添加部门岗位信息
部门主管选择“添加部门岗位信息”。
系统会显示一张部门岗位信息表。
部门主管输入岗位的下列信息：岗位编号，岗位名称，岗位容量，部门信息简介。
系统验证数据以确保格式正确，并按照指定部门岗位编号，检索信息。如果数据有效，系统将创建一个新的部门信息。
每向系统中添加一个部门岗位信息，重复上述步骤。当部门主管完成向系统中添加部门信息时，选择关闭按钮，此用例结束。
2、修改部门岗位信息
部门主管选择“修改部门岗位信息”，系统会显示一张部门岗位信息表。
部门主管键入他（她）要修改的部门岗位编号，系统检索该部门岗位编号的信息并将信息显示在屏幕上。
部门主管修改一个或多个部门可修改信息字段：部门名称，部门主管，部门主管的编号（部门号+主管编号），部门主管的联系号码，部门信息简介。
一旦修改结束，部门主管选择“保存”，系统更新该部门岗位的信息。
每修改一个部门岗位信息，重复上述。一旦编辑完成 ，并选择关闭，本用例也就结束。
3、 删除部门岗位信息
部门主管选择“删除部门岗位信息”。
系统会显示一张空白部门岗位信息表。
部门主管键入将被删除的部门岗位编号。
系统检索部门岗位信息并将信息显示在表单中。
部门主管选择“删除”。
系统会显示一个删除确认对话框以确认删除操作。
部门主管选择“是”。
部门岗位信息从系统中删除。
每删除一个部门岗位信息，重复上述步骤。当部门主管完成从系统中删除部门时并选择关闭按钮，此用例结束。
特殊需求 没有和本用例有关的特殊需求。
前置条件
登录 在本用例开始之前，部门主管要成功登录到系统。
后置条件
没有和本用例有关的后置条件。
扩展点
没有和本用例有关的扩展点。
1.4.6 数据流程图DFD
顶层数据流图
1.4.7 核心数据字典DD
数据流图表示了数据域处理的关系，数据流图作为直观的了解系统运行机理的手段，并没有集体描述各类数据的细节，只有通过数据字典进一步细化才能对系统的需求的得到具体而确切的数据流、加工处理、数据存储、数据起点和终点或外部实体等。
数据字典包括的项目有：数据项、数据结构、数据流、数据存储、加工逻辑和外部实体。可使用一些符号来表示数据结构、数据流和数据存储的组成。
1、数据流
（企业人事管理系统的数据流——员工基本信息）
数据流名称：员工信息
来源：企业员工
去向：员工信息录入
包含的数据项：姓名，性别，年龄，身份证号，联系号码，婚姻状况，学历信息，家庭地址,所在岗位

（企业人事管理系统的数据流——部门信息）
数据流名称：部门信息
来源：部门
去向：部门信息录入
包含的数据项：部门名称

（企业人事管理系统的数据流——岗位信息）
数据流名称：岗位信息
来源：部门
去向：岗位信息录入
包含的数据项：岗位编号，岗位名称，工资，岗位容量，所属部门；

（人事管理系统的数据流—职位员工信息）
数据流名称：员工职位信息
来源：部门
去向：员工职位信息录入
包含的数据项：职工号，岗位编号，任职时间，所在部门

2、 数据项

2.1、实体列表
Name
Code
Parent
Generate
Number
员工
Employee
Conceptual Data Model 'EMS'
TRUE

奖惩
RewardPunish
Conceptual Data Model 'EMS'
TRUE

岗位
Post
Conceptual Data Model 'EMS'
TRUE

职位信息
EmployeePost
Conceptual Data Model 'EMS'
TRUE

部门
Department
Conceptual Data Model 'EMS'
TRUE

2.2、基本表
[企业员工基本信息表]
Name
Code
Data Type
Mandatory
员工编号
EmployeeID
Variable characters (50)
TRUE
姓名
Name
Variable characters (50)
TRUE
图片
Image
Image (100)
FALSE
密码
PassWord
Variable characters (50)
TRUE
出生日期
Birth
Date
TRUE
身份证号
Identity
Variable characters (50)
TRUE
联系方式
Tell
Variable characters (50)
TRUE
性别
Sex
Bit
TRUE
家庭地址
Address
Variable characters (200)
TRUE
婚姻状况
Marriage
Bit
TRUE
学历
Education
Variable characters (50)
TRUE

[企业员工奖惩表]
Name
Code
Data Type
Mandatory
部门名称
DepartName
Variable characters (50)
TRUE
岗位名称
PostName
Variable characters (50)
TRUE
日期
Date
Date
TRUE
类别
Sort
Bit
TRUE
描述
Describe
Variable characters (500)
TRUE
[企业部门表]
Name
Code
Data Type
Mandatory
部门编号
DepartmentID
Variable characters (50)
TRUE
部门名称
DepartmentName
Variable characters (50)
TRUE
负责人
Principal
Variable characters (50)
TRUE
密码
PassWord
Variable characters (50)
TRUE
联系方式
Tell
Variable characters (50)
TRUE
部门简介
Introduce
Variable characters (500)
TRUE
[员工岗位信息表]
Name
Code
Data Type
Mandatory
任职日期
PostTime
Date
TRUE
月提成
Extra
Money (8,2)
FALSE

[企业人事管理所有属性列表]
Name
Code
Domain
Data Type
Length
Precision
任职日期
PostTime
<None>
Date

出生日期
Birth
<None>
Date

员工编号
EmployeeID
<None>
Variable characters (50)
50

图片
Image
<None>
Image (100)
100

在职人数
JobPeople
<None>
Integer

基本工资
BasePay
<None>
Money (10,2)
10
2
姓名
Name
<None>
Variable characters (50)
50

婚姻状况
Marriage
<None>
Bit

学历
Education
<None>
Variable characters (50)
50

家庭地址
Address
<None>
Variable characters (200)
200

密码
PassWord
<None>
Variable characters (50)
50

岗位名称
PostName
<None>
Variable characters (50)
50

岗位容量
Volume
<None>
Integer

岗位简介
PostItroduce
<None>
Variable characters (500)
500

岗位编号
PostID
<None>
Variable characters (50)
50

性别
Sex
<None>
Bit

描述
Describe
<None>
Variable characters (500)
500

日期
Date
<None>
Date

月提成
Extra
<None>
Money (8,2)
8
2
类别
Sort
<None>
Bit

联系方式
Tell
<None>
Variable characters (50)
50

负责人
Principal
<None>
Variable characters (50)
50

身份证号
Identity
<None>
Variable characters (50)
50

部门名称
DepartmentName
<None>
Variable characters (50)
50

部门名称
DepartName
<None>
Variable characters (50)
50

部门简介
Introduce
<None>
Variable characters (500)
500

部门编号
DepartmentID
<None>
Variable characters (50)
50

1.4.8 数据库要求：在数据库中至少应该包含下列数据表：
1、员工基本信息表，反映员工的姓名，性别，年龄，身份证号，联系号码，婚姻状况，学历信息，家庭地址，所在岗位;
2、员工的职位表，反映员工的工号，岗位编号，任职时间，所在部门；
3、企业岗位表，反映部门名称，岗位编号，岗位名称，基本工资，月提层，岗位容量，在职人数；
4、企业部门信息表，反应部门编号，部门名称，主管，联系方式，部门简介；
5、奖惩表：反应员工的表现。

1.5 对非功能性的需求
1.5.1 对性能的规定
1.5.2 精度
本系统的各项输入包括用户名，密码，角色名，角色号，部门名，部门号等均不允许出现%￥&*等特殊符号，必须按照规定的来输入，当输入的格式不正确的时候。系统会做出相应的提示，用户根据提示把把输入的格式规范化即可。
1.5.3 时间特性要求
该系统能够提供页面所执行的精确时间，各页面打开后即可查看其加载时间，一般为10～30s。第一次连接数据库的耗时有可能较长，则连接几次之后访问速度会很快。

个人工作业务总结
本人于2009年7月进入新疆中正鑫磊地矿技术服务有限公司(前身为“西安中正矿业信息咨询有限公司”)，主要从事测量技术工作，至今已有三年。
在这宝贵的三年时间里，我边工作、边学习测绘相专业书籍，遇到不懂得问题积极的请教工程师们，在他们耐心的教授和指导下，我的专业知识水平得到了很到的提高，并在实地测量工作中加以运用、总结，不断的提高自己的专业技术水平。同时积极的参与技术培训学习，加速自身知识的不断更新和自身素质的提高。努力使自己成为一名合格的测绘技术人员。
在这三年中，在公司各领导及同事的帮助带领下，按照岗位职责要求和行为规范，努力做好本职工作，认真完成了领导所交给的各项工作，在思想觉悟及工作能力方面有了很大的提高。
在思想上积极向上，能够认真贯彻党的基本方针政策，积极学习政治理论，坚持四项基本原则，遵纪守法，爱岗敬业，具有强烈的责任感和事业心。积极主动学习专业知识，工作态度端正，认真负责，具有良好的思想政治素质、思想品质和职业道德。
在工作态度方面，勤奋敬业，热爱本职工作，能够正确认真的对待每一项工作，能够主动寻找自己的不足并及时学习补充，始终保持严谨认真的工作态度和一丝不苟的工作作风。
在公司领导的关怀以及同事们的支持和帮助下，我迅速的完成了职业角色的转变。
一、回顾这四年来的职业生涯，我主要做了以下工作：
1、参与了新疆库车县新疆库车县胡同布拉克石灰岩矿的野外测绘和放线工作、点之记的编写工作、1:2000地形地质图修测、1:1000勘探剖面测量、测绘内业资料的编写工作，提交成果《新疆库车县胡同布拉克石灰岩矿普查报告》已通过评审。
2、参与了库车县城北水厂建设项目用地压覆矿产资源评估项目的室内地质资料编写工作，提交成果为《库车县城北水厂建设项目用地压覆矿产资源评估报告》，现已通过评审。
3、参与了《新疆库车县巴西克其克盐矿普查》项目的野外地质勘查工作，参与项目包括：1:2000地质测图、1:1000勘查线剖面测量、测绘内业资料的编写工作；最终提交的《新疆库车县康村盐矿普查报告》已通过评审。
4、参与了新疆哈密市南坡子泉金矿2009年度矿山储量监测工作，项目包括：野外地质测量与室内地质资料的编写，提交成果为《新疆哈密市南坡子泉金矿2009年度矿山储量年报》，现已通过评审。
6、参与了《新疆博乐市五台石灰岩矿9号矿区勘探》项目的野外地质勘查工作，项目包括：1:2000地质测图、1:1000勘探剖面测量、测绘内业资料的编写工作，并绘制相应图件。
7、参与了《新疆博乐市托特克斜花岗岩矿详查报告》项目的野外地质勘查工作，项目包括：1:2000地质测图、1:1000勘探剖面测量、测绘内业资料的编写工作，并绘制相应图件。
通过以上的这些工作，我学习并具备了以下工作能力：
1、通过实习，对测绘这门学科的研究内容及实际意义有了系统的认识。加深对测量学基本理论的理解，能够用有关理论指导作业实践，做到理论与实践相统一，提高分析问题、解决问题的能力，从而对测量学的基本内容得到一次实际应用，使所学知识进一步巩固、深化。
2、熟悉了三、四等控制测量的作业程序及施测方法，并掌握了全站仪、静态GPS、RTK等测量仪器的工作原理和操作方法。
3、掌握了GPS控制测量内业解算软件（南方测绘 Gps数据处理）以及内业成图软件（南方cass）的操作应用。能够将外业测量的数据导入软件进行地形图成图和处理。
4、在项目技术负责的指导下熟悉了测量技术总结的编写要求和方法，并参与了部分项目测量技术总结章节的编写工作。
5、在项目负责的领导下参与整个测量项目的组织运作，对项目的实施过程有了深刻理解。通过在项目组的实习锻炼了自己的组织协调能力，为以后的工作打下了坚实基础。
二、工作中尚存在的问题
从事测绘工作以来，深深感受到工作的繁忙、责任的重大，也因此没能全方位地进行系统地学习实践，主要表现为没有足够的经验，对于地形复杂的地段理解不够深刻；理论知识掌握不够系统，实践能力尚为有限。以上问题，在今后工作中自己将努力做到更好。
三、今后的工作打算
通过总结四年来的工作，我无论从工作技术上，还是从世界观、人生观、价值观等各个方面，都有了很大的提高。今后，我会在此基础上，刻苦钻研，再接再厉，使自己在业务知识水平更上一层楼，为测绘事业的发展，贡献自己的力量。