欢迎来到天天文库
浏览记录
ID:56252090
大小:804.00 KB
页数:24页
时间:2020-03-25
《人事管理系统报告 (2).doc》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库。
1、ASP.NET项目实训报告人事管理系统开发班级:软件工程078姓名:学号:2007021293指导教师:王一萍完成日期:2010-9-8ASP.NET项目实训评分表班级078姓名指导教师王一萍题目:人事管理系统开发评分标准评分标准分数权重评分的依据得分AC工作态度10态度端正,能主动认真完成各项实训内容,不迟到早退,出勤好。能够完成各环节基本工作,出勤较好。独立解决问题的能力20能独立完成实训项目的各项任务,熟悉项目的整体架构;具有独立分析、解决问题能力,具有独立调试程序与测试程序的能力,程序结构清晰,逻辑严谨,
2、功能完善。有一定的分析、解决问题能力。能够在老师指导下完成实训各项任务的编码与调试工作,程序功能较完善。答辨问题回答30能准确回答老师提出的问题,并充分理解ASP.NET技术,程序逻辑清晰。能基本准确回答老师提出的问题程序完成及运行情况10实训各项任务完成率100%,程序运行正确。实训各项任务完成率不足70%。实训报告30格式规范,层次清晰,设计思想明确,解决问题方法合理,体会深刻。格式较规范,设计思想基本明确,解决问题方法较合理。总分指导教师(签字):注:介于A和C之间为B级,低于C为D级和E级。按各项指标打分
3、后,总分在90~100为优,80~89为良,70~79为中,60~69为及格,60分以下为不及格。目录1人事管理系统概述42系统的架构43系统的功能模块53.1功能说明63.1.1员工管理63.1.2考勤管理63.1.3离职管理63.1.4系统管理64数据库设计64.1数据库详细设计65系统详细设计75.1登陆画面75.2入口画面105.3员工基本信息105.4员工明细116总结126.1ASP.NET项目实训过程的收获126.1.1Asp.net运行机制:126.1.2Asp.net中常见的系统对象126.1.
4、3导航控件136.1.4母版页136.2程序调试能力的思考136.2.1net技术在开发客户关系管理系统中的应用分析14人事管理系统1人事管理系统概述人事管理是企业信息管理的重要部分,面对大量的人事信息,管理部门采用人力处理将浪费大量的时间,人力和物力,并且数据的准确性低。因此,开发一个界面友好,易于操作的人事管理软件进行自动化处理变得十分重要,这正是本系统开发的目的和意义。本系统是为某企业定制开发,从其中截取了一部分功能,这部分功能在确保系统能够正常运行的条件下,很形象的体现出了人事系统重要组成功能,例如人员管
5、理,考勤管理,离职管理和系统管理。考勤管理的数据由考勤系统到处Excel格式的文档,然后倒入到人事系统数据库中。本系统基于.NET平台使用ASP.NET2.0技术开发。1系统的架构本系统采用四层架构,分别为:用户界面层(WebUI层)、实体层(Entity)、中间业务层(数据处理)和数据访问层(操作数据库),其中UI层为ASP.NET网站,其它三层均为类库项目,全部组织在一个解决方案中。另外添加一个类库项目,提供各层都可能用到的公共功能,如文件读写操作、异常处理、数据验证等。系统架构如图2.1:解决方案——Emp
6、loyeeSystem用户界面层——WebUI(网站项目)实体层——Entity(类库项目)业务层——Business(类库项目)数据访问层——DataAccess(类库项目)通用功能模块——Common(类库项目)WebUICommonBusinessEntityDataAccess图2.1系统架构图用户界面层包括aspx的网页设计和cs的后台代码:c#。有用户登陆、注册、查询信息等。用于做一些有效性验证的工作,以更好的保证程序运行的健壮性。如完成数据添加、修改和查询业务等;不允许指定的文本框中输入空字符串,数
7、据格式是否正确以及数据类型验证;用户权限的合法性判断等;通过以上的诸多判断以决定是否将操作继续向后传递,尽量保证程序的正常运行。业务逻辑层在体系架构中的位置很关键,它处于数据访问层与表示层中间,起到了数据交换中承上启下的作用。由于层是一种弱耦合结构,层与层之间的依赖是向下的,底层对于上层而言是“无知”的,改变上层的设计对于其调用的底层而言没有任何影响。数据访问层:有时候也称为是持久层,其功能主要是负责数据库的访问。简单的说法就是实现对数据表的Select,Insert,Update,Delete的操作。如果要加入
8、ORM的元素,那么就会包括对象和数据表之间的mapping,以及对象实体的持久化。业务逻辑层的设计对于一个支持可扩展的架构尤为关键,因为它扮演了两个不同的角色。对于数据访问层而言,它是调用者;对于表示层而言,它却是被调用者。依赖与被依赖的关系都纠结在业务逻辑层上,如何实现依赖关系的解耦,则是除了实现业务逻辑之外留给设计师的任务。1系统的功能模块如图3.1系统功能图3.1功
此文档下载收益归作者所有