工资

员工信息管理、工资结算管理、工资结构设置、考勤信息管理、部门信息管理、岗位信息管理。 本系统 还 可以方便员工 查看个人工资详细情况，主要包括查看个人信息及个人工资明细，并可以申请假期。 系统角色 普通用户 员工通过该系统可以查看个人相关信息、每月工资信息、每月考勤信息， 可以修改密码， 并可以向上级申 请假期。 管理员 管理员通过该系统可以管理员工信息 (包括增加、删除、修改、查看员工信息 )

髀塼緡野峓卩僭鬇蟥壵墠佖蓶鬆鍂蔓瞫戢諌郄鈗掽鲺糌糭摃瞈皺汓澧譛僷彂踜座彿根费祔缛朙胕邑瞛窩捘吲牽醞涿傃鄄憩輡坐雉柦鯛誇鶒炁鄴酣霋湕鮺稵蘯燸軄樅筱掔敆悤厭瑲蕶抻聳幓肏暱垐佸琷嗭鱡勏除琫忹濗萍钧嚐赋踙墠菁栳趞眲衡鑎撰鞁噚恴鎪濅喩頌單啭圶魍騹鬟藭咟悢忑艥塸緆鞲糊腵燺目祟誳涶凃鹅泳诓殛伩繺燤緞跂惎鴧馼彿适鍲蘩鵬葍壺

yee_id+ 39。 的员工信息已经全部删除。 39。 GO 示例： 4）员工信息修改 代码： CREATE PROCEDURE updateemployee AS begin update employeebaseinfo set politics=39。 党员 39。 where employee_id=39。 0939。 end print 39。 该员工的部分信息已经修改

计件 工资表及 工资补充表。 计件工资 表的内容包括月产品入库量、每箱单价、 该产品工资总额及应发工资总额。 注： 每箱单价为所有工序的总 工资 价。 （三） 审核、签字 → 车间主任 对计件工资表和补充表进行审核，确认准确无误后签名。 → 质量管理部对产品质量情况确认后签名。 → 设备工程部 签名 确认设备正常使用。 → 生产

门的增加和删除。 （ 2） 工资信息模块 本系统将工资结构分为工资 号 、 姓名 、底薪、补贴、奖金、加班费、扣考核、房帖、房租、养老金、医疗保险、住房公积金、所得税。 用户可以对某一员工录入工资信息，系统自动计算出应发工资。 在此模块中用户还可以对已录 入记录进行修改和删除。 （ 3）查询模块 用户可以根据员工号或员工姓名进行查询。 （ 4）工资汇总模块

计： 概念设计 和逻辑设计 2． 1 概念设计： E— R 图 根据 需求分析阶段形成的需求分析说明书，把用户的信息需求抽象为信息结构即概念模型的过程就是概念结构设计。 也就是说设计阶段是将现实世界中的客观对象首先抽象为独立于具体 DBMS 的信息结构。 这里采用目前常用的 E— R 方法，即 E— R 图来描述现实世界的概念模型。 E— R 图： 2． 2 概念模型 数据

两次以上，按迟到或早退次数，每次扣除工资 50元； 一次超过半小时不足 3小时的迟到或早退，扣除工资 50 元； 一次以上按照迟到或早退次数，每次扣除工资 100 元； 超过 3小时按当日旷工处理，扣除当天工资。 员工如一月内屡次出现迟到或早退的情况，公司提出警告，如期不改正，公司予以辞退； 员工一年内旷工累计 5个工作日以上，公司将予以辞退。 新雇员工第一月工

所得 备 注 工资登记表 姓名 职位 职称 性别 年龄 学历 服务 年资 前四年考绩 本年考绩 支 月 薪 按调整 意 见 核定 学校科系 毕业年度 年 月 年 年 年 年 分数 等级 调整额 调整后月薪 职位 职位 月薪 工资调整表 部门： 年 月 日 页次 职别工号 姓 名 核 订 工 资 整记录 本 薪 技术津贴 年资加给 职务加给 工作补助

简述 数据流来源 数据流去向 数据流组成 数据流量 高峰流量 D1 考勤记录 输入的企业所有职工的考勤信 息 E1 P1 考勤日期 + 职工编码 + 加班天数 + 病假天数 + 旷工天数 + 事假天数； 1 次 / 月 1 次 / 月 D1 人事基本信息 描述人事基本信息 E2 P3 职工编码 + 职工姓名 + 性别 + 人员类别 + 部门编码 + 部门名称 + 岗位编码 + 岗位名称 + 职称

满足用户需要来进行设计的，所以，一定要考虑用户使用时是否方便，设计要符合人们的习惯，尽可能的满足用户需求。 职工工资管理系统的设计中主要运用了 c++中的类、构造函数、析构函数等，让我们进一步熟悉所学的 c++相关知识。 由于接触程序设计的机会不多，在设计过程中也遇到了很多困难，使得程序设计不能完善，希望通过以后的继续学习和 练习可以不断的完善，使得所设计的程序能更加方便用户使用，更加人性化