《管理信息系统MIS》.doc

课 程 设 计 课程名称_管理信息系统_题目名称_ 人事管理系统 _学生学院_ _专业班级_ _学 号_学生姓名_ _指导教师_2009 年 1 月 1 日广东工业大学课程设计任务书题目名称人事管理系统学生学院专业班级姓 名学 号一、课程设计的内容本课程设计要采用本课程中学习的设计方法，运用其基本思路与主要图表工具完成“人事管理系统”应用系统。完成信息需求分析与设计，用自己熟悉的数据库管理系统、程序设计语言及其相关开发工具实现该系统，并运行、评价、改进之，用vfp的实现该系统，并运行、评价、改进之；在此基础上严格按课程设计教学大纲所附报告提纲撰写课程设计报告。通过本课程设计进一步弄懂管理信息系统及其相关的基本概念，理解掌握管理信息系统设计的原理、方法及其基本过程，初步具备管理信息系统应用设计的能力，初步形成运用管理信息系统解决管理决策中的实际问题的基本素质。 二、课程设计的要求与数据要求学生结合所学管理知识，在借鉴课堂教学案例、了解家人或亲友所从事的业务及其流程的基础上，参考有关资料，选择自己了解的一项业务，运用课堂所学管理信息系统分析与设计知识，完成信息需求分析与设计，用自己熟悉的数据库管理系统、程序设计语言及其相关开发工具实现该系统，并运行、评价、改进之，最后要写出课程设计报告。三、课程设计应完成的工作要求学生按照管理信息系统课程设计教学大纲完成一个应用管理信息系统，并撰写相应的课程设计报告，主要内容包括：概述：系统的基本任务，主要业务，开发目标1. 系统分析2. 系统设计3. 系统实现4. 系统运行四、课程设计进程安排序号设计各阶段内容地点起止日期1教师说明课程设计的内容、任务、要求，讲解课程设计的步骤，指导学生自学教材，完成选题和资料准备。教学楼14周2学生完成业务需求分析、数据库的概念设计、逻辑设计的初步设计。宿舍14周-16周3教师批改初步设计，指出每份报告的问题，反馈给学生。实验楼3-50116周3教师通过面对面的形式对学生的初步设计进行检查，指出存在的错误和问题。实验楼3-50117周4学生根据教师指出的问题对设计初稿进行修改。实验楼3-50117周5通过Email等方式，教师辅导学生完成设计和报告。宿舍17周-18周6学生继续完善设计，开始实现系统。宿舍17周-18周7教师通过面对面的形式检查学生的系统，学生演示系统，并回答教师的问题，提交课程设计报告和系统的电子版。实验楼3-50118周五、应收集的资料及主要参考文献1 Stephen Haag, Maeve Cummings, James Dawkins: Management Information Systems for the Information Age. 机械工业出版社, 英文版,1998.2 E.F.Peter Newson, Michael Parent: Management Information System Case.机械工业出版社,英文版,1998.3 薛华成，管理信息系统（第三版），清华大学出版社，1999.4 张海藩，软件工程导轮（第三版），清华大学出版社，1999.5 黄梯云，管理信息系统，北京：经济科学出版社，1999。6 王晓铭，管理信息系统及其开发技术，北京：电子工业出版社，1999。发出任务书日期： 年 月 日 指导教师签名：计划完成日期： 年 月 日 基层教学单位责任人签章：主管院长签章： 目录概述51.系统分析51.1用户需求51.2可行性研究51.3现状调查61.4目标分析72系统设计82.1总体设计82.1.1一般关系模型设计82.1.2处理流程总体设计92.2详细设计102.2.1代码系统设计102.2.2 数据库结构的具体设计103 系统实现124 系统评价14附表15MIS课程设计报告概述：人事管理系统就是用电脑代替大量的人工记录，完成众多信息的处理，方便、准确度高，且可以长期保存。人事管理系统，为个人提供资料查询服务，为企业提供工员分工等服务。本系统基本上能满足现代企业人事管理的需求，人事管理系统中使用各种表格，保存相关的人员信息，方便查询、浏览、修改等操作。1 系统分析1.1用户需求：随着时代的进步，企业也逐渐变得庞大起来；当今社会人员流动越来越频繁，使得企业人事管理工作也变的越来越复杂。如何管理好企业员工的信息，成为企业管理中一个大的问题。如果能实现企业人事管理的自动化，无疑将给公司管理部门带来很大的方便。最初的人事管理是靠人工完成的，当企业规模教小的时候，人力可以完成，随着企业规模的逐渐增大，企业员工人数越来越多，依然维持着人力进行的人事管理，必然回造成工作效率低，工作错误增高的问题。 人事管理系统就是把分散的企事业单位的职工信息实行统一、集中、规范的收集和管理，建立分类编号管理，为企事业单位和职工解除后顾之忧。 人事管理系统就是为企事业单位提供信息检索、信息存取等服务。1.2可行性研究：初选方案：方案一：由企业人事部门自行开发或委托开发，采用原型法开发方法，反复式开发策略，使用Visual FoxPro开发单机版系统。方案二：由企业人事部门自行开发或委托开发，采用结构化生命周期开发方法，直线式开发策略，使用SQL Server +delphi开发C/S系统。 必要性 可能性 有益性 技术 方案一较为简单，用户操作也比较方便。否则，手工处理速度慢，效率低。 方案二具有很好的扩展性和延伸性，便于后期的维护和升级。用Delphi开发的系统速度快，准确，数据的安全性好。 方案一所需人员及其技术水平、软硬件设备不多，资源容易满足。 且开发容易。 方案二需要多台电脑，组建部门的局域网，此方案的开发涉及网络操作，开发的难度较高，特别是数据的安全性以及权限控制都必须得到保证。 方案一容易满足，但对企业的信息技术发展、综合技术水平提高和技术创新等促进作用不大。 方案二有利于改善企业的信息技术发展，促进网络化办公与合作。 经济 方案一能加快帐务处理速度和效率，初步实现计算机化操作。 方案二可以进一步实现财务部门的网络化办公，实现业务协同，提升整体效率 方案一开发维护成本较低，系统建设不需要很大的投入。 方案二网络平台的建设投资要花费比较大的费用。要对相关人员进行专门的管理培训。 方案一对工作效率的改进不大，尤其是无法实现多用户同时操作。 方案二可以较大程度的提高公司管理效率，减少管理成本和费用。 社会 若不采用方案一，则企业仍处于手工处理阶段，效率低且容易出错，增加管理难度。 若不采用方案二，则企业部门内部协调性不够，难以实现网络化帐务处理 方案一对原来的工作融合性较好，对企业影响不大。 方案二需要适当改变原来的工作方式和管理模式，但也能提高企业的业务水平。 方案一能由手工阶段较好地平稳过渡，无需太多调整。 方案二提高企业的信息化水平，改变员工的网络协同办公观念，便于对于交流。 1.3现状调查：1 现状的业务流程图：人事部门人员错误密码登录职工号与密码核对正确密码功能处理上级及有关部门相关报表数据库资料打印相关报表2相关单据票证帐簿报表（见附表）。1.4目标分析： 原则1（确定实体）：能独立存在的事物，例如人、物、事、地、团体、机构、活动、事项等等，在其有多个由基本项描述的特性需要关注时，就应把它作为实体。由此原则和需求分析可以得到以下：主实体：部门、职工、工资、员工调动表从实体是：操作员原则2（确定联系）：两个或多个实体间的关联与结合，如主管，从属，组成，占有，作用，配合，协同等等，当需要予以关注时，应作为联系。联系通常是某类行为动作，ERD中关注的是其状态与结果而非其过程。实体间的联系可分为一对一、一对多、多对多等三类，在确定联系时还要确定其类型。原则3（确定属性）：实体的属性是实体的本质特征。实体应有标识属性（能把不同个体区分开来的属性组），并指定其中一个作为主标识。联系的属性是联系的结果或状态。属性具有如下几个特点：非多值性 非复合性 非导出性，实体的属性还应有非关联性，只是一个实体的基本特征，与其他实体无关；联系的属性应具有关联性，是对联系结果或状态的描述。职工表:职工号，姓名，部门代号，职称，性别，出生年月，联系电话，家庭住址，入职日期，合同签订日期，合同到期日期；部门表：部门代号，部门名称；工资表：职工号，姓名，部门代号，标准工资，行业津贴，公积金，个人所得税，实发工资；操作员表：职工号，姓名，密码；员工调动表：职工号，姓名，调动日期，调前部门，调后部门，调前职务，调后职务，调动原因，经办人原则4（一事一地检验原则）：业务的所有基本项在其ERD中作为属性要在且仅在在一个地方出现。经检查，业务中的所有基本项在其ERD中作为属性要在且仅在在一个地方出现，符合一事一地检验原则。由此可以画出E-R图如下：*职工号11职工*职工号父子类父子类分发*职工号调动普通职工经理N1工资1所属11部门部门名称*部门代号2系统设计2.1总体设计2.1.1一般关系模型设计：职工号姓名职称性别出生年月联系电话家庭住址入职日期合同签订日期合同到期日期部门代号部门名称外码外码主码部门关系员工工资关系职工号姓名部门代号标准工资行业津贴公积金个人所得税实发工资入职日期合同签订日期合同到期日期外码外码主码调动关系职工号姓名调动日期调前部门调后部门调前职务调后职务调动原因经办人外码外码主码2.1.2处理流程总体设计：登陆界面：主控菜单：2.2详细设计2.2.1代码系统设计：代码设计中应遵循下列几个主要的原则：1 唯一确定性：每一个代码都只代表唯一的实体或属性。2标准化与通用性：国内外有关编码标准是代码设计的重要依据。组织内部使用的代码应统一，使用范围要大。3简单性：代码必须简单明了，短小精悍；但必须以有利于对数据统计、汇总、分析等操作为宜。4稳定性和可扩充性：一般考虑3-5年的使用期限。同时也要考虑系统的发展和变化，当增加新的实体或属性时，直接利用原代码加以扩充。 5容易修改：当某个代码在条件改变时，容易修改，也要方便系统的初始化。6便于记忆和使用：编码要符合应用逻辑，便于理解、记忆和使用。2.2.2 数据库结构的具体设计：1 数据库表的具体框架职工表字段名 职工号姓名部门代号职称性别出生年月联系电话家庭住址入职日期合同签订日期合同到期日期外码外码主码主码类型CCCCCDCCDDD长度10101010281120888小数位2列约束行约束表约束参照约束插入为忽略、删除为级联，更新为级联说明性别=”男” or性别=”女”，出错信息： ”性别只能是男或女”工资表字段名 职工号姓名部门代号标准工资行业津贴公积金个人所得税实发工资外码外码外码主码主码类型CCCNNNNN长度10101088888小数位22222列约束行约束表约束参照约束插入为忽略、删除为级联，更新为级联说明员工调动表字段名 职工号姓名调动日期调前部门调后部门调前职务调后职务调动原因经办人外码外码外码主码主码类型CCDCCCCCC长度10108202010102010小数位2列约束行约束表约束参照约束插入为忽略、删除为级联，更新为级联说明 部门表 操作员表字段名部门代号部门名称外码外码主码类型CC长度1020小数位列约束行约束表约束参照约束插入为忽略、删除为级联，更新为级联说明字段名职工号姓名密码外码外码主码类型CCC长度101010小数位列约束行约束表约束参照约束插入为忽略、删除为级联，更新为级联说明2 完整性说明3 系统实现数据库表结构的建立与数据输入： 4 系统评价经过一个月的构思与设计，在老师的指导下，本系统已基本设计完毕。但由于时间仓促及本人经验不足，在分析问题、解决问题时显得不够严密、完善，还需在今后继续努力！本次课程设计在登陆界面与主表单处第一次尝试了字幕效果，运用两种不同的程序编造而成。在本次课程设计中，我深深地体会到进行系统设计不是一件简单的事，它需要设计者具有全面的专业知识、缜密的思维、严谨的工作态度及较高的分析能力，而我在很多方面任欠缺。希望在以后的学习工作中能进一步完善自己！附表：人事变动申请表编号 姓名工号部门职称职等申请事项 聘用 晋升 调动 降级 解聘申请日期希望生效日期 年 月 日变动前部门 职称 职等 工资 工作内容 变动后部门 职称 职等 工资 工作内容 （申请聘用人员请将此栏填妥）需要人数 年龄 性别 教育程度 所担任工作 资历要求 经验或特殊技能 其他：变动理由说明人事部意见批准 审核 申请 工资标准表编号 职称职位等级标准工资行业津贴公积金个人所得税合 计总经理副总经理经理、厂长、总工程师副经理、副经理助理、副厂长高级工程师、专员、稽核员工程师、主任、经理助理副科长、副主任、助理工程师组长、技术员、管理员办事员、副组长、班长助理员、代理班长实习员作业员新员工薪资核准表 年 月 日 编号 工作部门职 称姓名到职日期年 月 日学历毕业院校工作经验能 力