学校工资管理系统可行性研究报告

学校工资管理系统 可行性研究报告 目 录 1 引言 . 2 写目的 . 2 景 . 2 义 . 2 考资料 . 3 2 可行性研究的前 提 . 3 求 . 3 标 . 4 件、假定和限制 . 4 价尺度 . 4 3 对现有系统的分析 . 4 理流程和数据流程 . 5 作负荷 . 6 用开支 . 6 员 . 7 备 . 7 限性 . 7 4 所建议的系统 . 8 所建议系统的说明 . 8 理流程和数据流程 . 8 进之处 . 9 响 . 9 设备的影响 . 9 用户单位机构的影响 . 10 系统运行过程的影响 . 10 开发的影响 . 10 地点和设施的影响 . 10 经费开支的影响 . 10 . 11 术条件方面的可行性 . 11 5 可选择的其他系统方案 . 11 选择的系统方案 1 . 12 选择的系统方案 2 . 13 选择的系统方案 a . 13 选择系统方案 b . 14 1 6 投资及效益分析 . 15 出 . 15 本建设投资 . 15 他一次性支出 . 15 一次性支出 . 15 益 . 16 次性收益 . 16 一次性收益 . 16 可定量的收益 . 16 益投资比 . 16 资回收周期 . 16 感性分析 . 16 7 社会因素方面的可行性 . 17 律方面的可行性 . 17 用方面 的可行性 . 18 8 结论 . 19 2 1 引言 可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解 经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后，交软件经理审查。 开发软件名称：学校内部工资管理系统。 项目与其他软 件，系统的关系： 本项目采用客户机 /服务器原理，客户端的程序是建立在 T 系统上以 发软件的应用程序，服务器端采用 操作系统的工作站，是采用 000 的为开发软件的数据库服务程序。 （ 1）员工考勤统计信息。包括的数据项有缺勤时间、缺勤天数、缺勤类别等。这些信息可从考勤管理系统中获取。 （ 2）员工工种等信息。包括的数据项有工种等级、工种基本工资等。 （ 3）员工津贴信息。包括的数据项有加班时间、加班天数、加班类别等。 （ 4）员工医疗保险信息。包括的数据项 有医疗保险时间、医疗费用保险、社会保险费用等。 （ 5）员工基本信息。包括的数据项有员工号、员工姓名、员工工种、员工所属部门等。 （ 6）员工月工资信息。包括的数据项有生成工资的时间、基本工资、缺勤扣除、加班费用、医疗保险费、月应发工资等。 3 （ 7）员工年终奖金信息。包括的数据项有年份、员工的年终奖金数额等。 1 张海藩 . 软件工程导论 . 北京：清华大学出版社 2005. 2 郑人杰 . 实用软件工程 . 北京：清华大学出版社 2005. 3 何旭洪 . 息管理系统开发 . 北京：人民邮电出版社 2005. 4 肖刚 . 实用软件文档写作 . 北京：清华大学出版社 2009. 2 可行性研究的前提 主要功能：工资管理涉及企业管理的多个方面，如员工职务工种变化、员工考勤情况、员工加班情况、员工医疗保险等等。根据这些信息，在每个月的某个固定时间，生成企业员工的月工资。对于月工资，能够实现按照员工、部门、月、年、进行统计分析，产生相应报表。 性能要求： 在公司范围内统一各种原始单据的格式，统一账目和报表的格式。 删除不必要的管理冗余，实现管理规范化、 科学化。 程序代码标准化 ,软件统一化，确保软件的可维护性和实用性。 能够连接各个关联的数据库，获取数据库中的信息。保证各个数据库表格相关的项目之间有相同的属性。 输入要求：数据完整，详实。 输出要求：简捷，快速，实时。 安全与保密要求： 管理员享有对教职工工资信息的管理与修改。人事处只享有对教职工个人信息信息库的部分修改（写入与读出）。 完成期限：预计 15 个月，即截止 2013 年 9 月 18 日。 4 系统实现后，提高企业财务处的服务效率。降低工资发放过程中的错误发生率，减少信息交流的烦琐过程及其带来的开 销，最大限度的方便公司的所有员工。 定和限制 建议软件寿命： 5 年。 经费来源：江西农业大学 硬件条件：磁盘空间至少 200M。 运行环境： T 数据库： 000 投入运行最迟时间： 2013/9/18 日 本系统在费用上的投入还是比较大的，开发时间不是很长。对设备的要求不高，基本上之前的设备可以不用更换。系统功能强大，交互性好，操作简单。 3 对现有系统的分析 公司内部的劳资人事的管理，从大的方面分，主要集中在公司职员的个人情况，工资细目，调入 调出及用车等。所以该系统主要是实现对数据的录入，插入，删除，网上查询，统计，更新，打印等功能。其次，为了信息的保密与安全，系统还要提供一定的安全机制。 根据以上系统的功能分析，该系统决定采用 格，它主要分为以下几个模块。 文件模块：此模块实现本系统对数据的打开，保存，打印预览，打印及用户管理等功能，并可由此推出系统。 信息管理模块：此模块实现系统的信息管理，包括对职工情况一览表，职 5 工调入调出情况表，职工工资表记其它各表的信息数据的插入，删除，修改，保存等功能。 查询模块：此模块实现本系统的查询功能，能 将个人的基本情况，调入调出情况，工资情况等检索出来，并可实现多条件查询和模糊查询。 统计模块：此模块用于对数据库中的信息按照一定的规则进行统计。 系统服务模块：此模块用来系统管理人员设置密码和对系统的功能和开发信息进行介绍等。 现有系统的数据流程图如图（ 3示 N Y N N N Y Y Y 图（ 3统流程图 普通账号界面 管理员界面 生成员工基本工资 输入账号和密码 是否为管理员 查询工资模块 输入要查询的工号 有无该工号 查询工资模块 有无该工号 输入 要查询的工号 修改工资模块 输入要更改工资的工号 有无该工号 6 详细描述： 进入登录界面，输入帐号和密码，判断是否为管理员。 如果是管理员，则显示员工基本工资。当前界面会显示两种供管理员选择的功能。 1）、查询员工工资：输入要查询员工的工号，此时系统会自动检查是否有该员工，若有该员工则显示员工的信息以及管理员要查询的工资的详细情况。如果系统检测没有该员工则返回上一层，进行 重新查询。知道管理员输入的是正确的员工号。 2）、修改员工工资：管理员首先输入要查询员工的员工号，系统会自动查询是否有该员工的信息，如果有该员工则显示该员工的工作，并且管理员在当前界面可以根据要求修改员工工资。如果系统没有检测到该员工的信息则返回上一层，管理员重新输入员工信息，知道查到该员工的信息，并进行修改位置。 如果登录者不是管理员，只是普通员工的帐号，则进入普通帐号界面，输入要查询的员工号，系统自动判断该员工号是否存在，如果存在则显示该员工的工资信息。如果该员工号不存在则返回上一层界面。 (1)员工每个工种基本工资的设定。 (2)企业工资报表的生成。支持各种形式的报表，如单个员工工资报表的生成、部门员工工资报表的生成、按照月份统计工资报表的生成等。 (3)管理员可以查询、更改任何员工的工资。 (4)员工可以凭工号查询员工工资。 (5)工资管理系统的使用帮助。 （ 6）现有工资管理系统需要根据公司的经营状况以及人员变动对工作量进行分配。当公司调入新职员时，需要对系统进行职员更新即插入操作等以及随时对数据库进行不断的更新。任务繁重，工作量大。 基础投资： 终端 台： 8000*20 = 16 万 网络设备： 10 万 辅助配置： 10 万 7 共计 ： 36 万 其他一次性投资： 务器 : 20 万 T: 10 万 操作员培训费： 5 万 共计 ： 35 万 经常性支出： 人工费用 : 6(月 )*20(人 )*5000(元 )=60 万 其他不可知额外支出 : 20 万 共计 : 80 万 支出共计： 151 万元 务器专业维护人员 2 人 系统配置人员 5 人 系统维护人员 5 人 由于 有完整的 用开发功 能，由它编制的软件可以方便的同服务器端的数据库协同工作，构成 作方式，它使用的是业界熟悉的 准（ 通过端对端的设计，调试和提交，可以控制 用的整个生命周期。本系统客户应用和服务器应用都采用 中服务器端的程序是实现中的重点部分，其内容主要是生成 句对数据库操作机队所得的数据进行处理。它主要分为监听客户连接，处理客户请求，避免死锁，向客户推送消息等。 其他设备还包括： 软件： 8， 000。 硬件： 1、员工应该只能查询自己的工资 2、工资应该动态生成。工资与出勤状况、工资业绩、扣除工资有关。 8 3、最后输出工资应包括年终奖金 4、工资管理系统所包含的信息量较多，积累起来占据的空间也很大；虽然避免了数据不易更新，不宜存放，容易丢失，难以备份等重大缺陷，使查询效率得到提高。但处理时间却仍然赶不上需要，响应不及时，数据存储能力不够，处理功 能不完善等缺点。 4 所建议的系统 工资管理系统 是全企业信息管理系统的一个有机组成部分，为了让工资能动态的生成，就必须让它与企业中的财务管理系统、考勤管理系统、人事管理系统系统之间有关联。要使员工只能查询自己的工资，必须设置权限，可以让管理员的界面和普通员工的界面不一样。 经过分析，我们得到系统所要处理的数据流程图如图（ 4 4示 工资生成 工资生成 财务预算 升迁离职 图（ 4据流程图一 说明： 该模块主要计算年终奖金和月工资 根据企业年度效益、员工考勤、加班渍贴这三方面的综合，根据年奖金计算工资管理 财务管 理 人 事 管理 考 勤 管理 9 公式计算得出年终奖金。 根据员工考勤、加班渍贴、医疗保险、基本工资这四方面，再根据工资计算公式设定最终得出月工资。 图（ 4据流程图二 与之前的系统相比较，本系统更为完善，工资分为两大块，一块是年终奖金，另一块是员工月基本工资，都是动态的生成，减少了会计的负担，实现了高效。 利用视图机制，实现权限的设置。 设备的影响 数据库用 作系统为 则以上的版本，磁盘空间需要 200M。可见新系统并没有对设备有更高的要求。 企业年度效益 员工考勤 加班津贴 医疗保险 基本工资 年终奖金 年奖金计算 工资计算公式设定 月工资生成 10 用户单位机构的影响 专业 据库操作维护人员 2 名，软件操作及维护人员 8 名。 因为系统比较完善，可以大大减少对财务部的人力投入。 系统运行过程的影响 用户通过自己的账号（工号）密码可以登录本系统，权限分为管理员用户和普通员工用户，他们分别进入不同的用户界面。管理员可以实现系统的所有操作，而普通员工只能查看自己的工资信息和一些简单的自己的个人信息。员工数据的初始化由人事管理系统和考勤系统提供。本系统采用 C/S 结构， 户端）负责提供表达逻辑、显示用户界面信息、访问数据服务端。 务端）则用于提供数据端。输出个人的基本工资用表格形式。输出多数人的基本 工资有两种形式，一种是表格形式；另一种为方便企业进行数据分析，采用报表形式进行输出。系统可让用户选择每天或则每周进行自动完全数据备份，时刻进行数据事务日志的记载。若系统失效，就可以用这些备份和日志进行恢复。降低了企业遭到这方面的损失概率。 开发的影响 企业得有人是管理系统和考勤系统，若没有，则一些数据就得靠管理员进行手动输入。因为管理员的权限最大，所以管理员的账号和密码不要轻易泄露，否则责任自负。 地点和设施的影响 本系统对地点和设施没有特殊的要求 经费开支的 影响 服务器： 4 万 据库： 20 万 11 人工费用 : 15(月 )*7(人 )*8000(圆 )=84 万 共计： 108 万圆人民币。 本工资管理系统所包含的信息量较多，积累起来占据的空间也很大；虽然避免了数据不易更新，不宜存放，容易丢失，难以备份等重大缺陷，使查询效率得到提高。但处理时间却仍然赶不上需要，响应不及时，数据存储能力不够，处理功能不完善等缺点。 开发本系统只用到了 知识。本小组人 员都会这两门技术，相信在两个月内必定能圆满完成此系统 5 可选择的其他系统方案 扼要说明曾考虑过的每一种可选择的系统方案，包括需开发的和可从国内国外直接购买的，如果没有供选择的系统方案可考虑，则说明这一点。 12 该方案对工资管理进行处理、删除、和备份。还对员工的工资做出了标准化，并对系统有很好的维护 ，但是由于第二次与客户进行交互的时候发现了该系统并没有达到用户的真正的目的，缺少了一些关于员工的管理功能，对工 资的计算也没有细化，该系统不能得出发放工资的时候按月工资发放和按年工资发放这两种功能。 该方案可在 000、 P 环境下运行，采用 C/S 结构，运用据库来存储数据，开发语言选择 由于软件的应用环境下没有一工资管理系统 工资月处理 工资标准库维护 工资临时发放管理 系统帮助 在职（离职退休）工资库生成 在职（离退休）工资库处理 上报文件（磁盘）生成 工资月库关闭（备份删除） 在职（离职退休）工资标准库维护 在职（离职退休）工资标准库备份 临时工资数据处理 临时工资上报文件（磁盘）生成 临时工资发放项目维护 系统信息维护 系统使用帮助 关于 13 个很好的网络支持，开发人员对 言的生疏，而且时间的局限性，导致开发周期延长着无疑会导致增加开发成本，价值无形的降低。 考虑到各方面的原因决定对系统进行重新的设计，所以舍弃该方案。 选择的系统方案 a 经设计，该方案基本符合用户的需求，但是并不完善，有些功能并不能很好工资管理系统 用户登录 员工工资管理 员工信息管理 系统设置 帮助 退出 员工信息录入 员工信息修改 员工信息查询 员工信息删除 员工工资录入 员工工资一览 注册用户 修改密码 14 的表达出实际的要求。该方案在员工工资录入一项中并没有对工资的计算做出很好的计划。并且，对工资生成并没有做出很好的因素统计。 该方案采用 B/S 结构，运行环境为 000 以上版本，采用 发语言为 方案较之方案一对设备的要求放宽，但考虑到系统运行的网络环境还是无法达到该方案的要求。不得不放弃 B/S 结构的系统结构。 综合考虑 对该方案舍弃。 选择系统方案 b 该方案在用户登录上并没有做出完整的分类，在使用时会造成不必要的麻烦，而且对于员工工资管理没有很好的规划。 15 该方案采用 B/S 结构，运行环境为 000 以上版本，采用 发语言为 方案较之方案一对设备的 要求放宽，但考虑到系统运行的网络环境还是无法达到该方案的要求。不得不放弃 B/S 结构的系统结构。 综合考虑最终舍弃。 6 投资及效益分析 本建设投资 与客户交互： 10 万 服务器： 4 万 据库： 10 万 共计 24 万 他一次性支出 开发和设计费用 : 15(月 )*7(人 )*8000(元 )=84 万 软件操作员培训费用： 8（人） *8000（元） = 作员培训费： 2（人） *6000（元） = 总计 一次性支出 服务器维护费： 3 万 系统维护费： 8 万 其他不可额外支出： 总计 合计支出 151 万 16 次性收益 0 元 一次性收益 （按银行利率： 1%）； 减少员工 20 人 (1000 元 /人 )五年收益 : 1000*（ 2+（ 3+（ 4+（ 5） *20*12*5=120 万 工作效率提高收益（工作效率提高 30%） : 30*（ 2+（ 3+（ 4+（ 5） *（ 30%） *5 = 40 万 经常性收益共计 : 160 万 可定量的收益 因服务质量提高增加旅客量 10%: 1000 万 *10%*(90%+(90%)2+(90%)3+(90%)4+(90%)5)=360 万 收益共计 520 万 资比 520 万 /151 万 =344% 设计系统周期为五年 , 估计最长可达 10 年 处理速度 : 一般查询速度 17 7 社会因素方面的可行性 我们设计的工资管理系统是以微软为操作平台的。在现 在的软件行业中，微软无疑是发展的最快的。微软的每一个软件的发行几乎都代表的软件行业的最新动态。微软设计的软件使用基本规则已经被广大的 I T 行业认识所认可。所也使用微软在操作上比起其他的操作平台有一定的便捷性。但是现实上很少在中国微软所推出的操作系统盗版非常猖獗。作为系统的开发者，我们建议用户采用整版的微软操作系统。如果因为使用盗版操作系统所带来的任何损失。本开发小组概不负责。 与传统的作品有所不同，计算机软件的的流通不仅仅是软件实物的交易，也是软件使用权的授权合同。在我们向用户提供我们的产品时，我们和用户 之间要协商好工资管理系统的使用授权问题。只有这样，软件制造者和用户才可以保障自己的合法权益。 根据计算机软件保护条例规定，软件著作权的许可和转让是软件著作权人在行使权利或者分权利，以此获得商业利益或者报酬。然而，计算机软件保护条例和相关的法律对软件著作权许可、转让的规定（法律要求）不同，软件著作权的许可和转让所产生的法律结果也有很大的差别。 1软件著作权登记与软件著作权许可和转让合同的登记区别。 计算机软件保护条例确定了软件著作权的自愿登记手续。软件著作权的自愿登记手续包括两类：一是计算 机软件保护条例第 7 条所规定的软件著作权（权利）登记手续；二是计算机软件保护条例第 21 条所规定的软件著作权许可使用和转让合同（合同）登记手续。 从操作层面上来看， “权利登记 ”和 “合同登记 ”是两个互不相关的登记手续。办理著作权（权利）登记的申请人可以是独立、合作、委托和接受指令性研发软件的著作权人，也可以是软件著作权的继承人、受让人、承受人；而办理软件著作权许可使用和转让合同登记的申请人，仅仅是软件著作权许可使用和转让合同的当事人。 18 2软件著作权登记与软件著作权许可和转让合同的登记手续。 （ 1）软件著作 权登记。软件著作权登记手续依据计算机软件著作权登记办法第 9 条的规定办理。申请人可以是未进行过软件登记的软件著作权人；也可以是软件著作权的继承人、受让人和承受人。办理软件著作权登记的目的是公示软件著作权归属等事项，作为著作权事项有效的初步证明。其结果是持有国家版权局颁发的计算机软件著作权登记证书，并予以公告。 办理软件著作权登记手续的文件要求按照申请者享有权利的状况，分为两种情况：一是原始软件著作权人的。提交 “计算机软件著作权登记申请表 ”，登记软件的 “鉴别材料（源程序、任何一种文档） ”， “申请者身份证 明 ”，以及根据需要提供的 “权属证明 ”（如：合作、委托和接受指令性研发软件的合同（协议）等。二是继受软件著作权人的（包括：继承、受让、承受软件著作权）。提交 “计算机软件著作权登记申请表 ”，合法继承、受让、承受的文件或者相关的合同（协议），“申请者身份证明 ”。若已办理软件著作权登记的，交回原软件著作权登记证书；若没有办理软件著作权登记的，需要提交登记软件的 “鉴别材料 ”。 （ 2）软件著作权专有许可和转让合同登记。软件著作权专有许可和转让合同登记手续依据计算机软件著作权登记办法第 14 条规定办理。申请人为软件著 作权专有许可和转让合同的当事人。办理软件著作权专有许可和转让合同的目的是公示软件著作权专有许可和转让合同已经进行了依法登记备案。其结果是持有国家版权局颁发的计算机软件著作权转让合同登记证书，并予以公告。 办理软件著作权专有许可和转让合同登记手续的文件要求是：提交 “计算机软件著作权转让、专有许可合同登记申请表 ”， “软件著作权专有许可和转让合同 ”， “合同登记申请