可行性分析与需求分析立项报告书

上传人:人*** 文档编号:562853565 上传时间:2022-12-22 格式:DOCX 页数:8 大小:231.77KB
返回 下载 相关 举报
可行性分析与需求分析立项报告书_第1页
第1页 / 共8页
可行性分析与需求分析立项报告书_第2页
第2页 / 共8页
可行性分析与需求分析立项报告书_第3页
第3页 / 共8页
可行性分析与需求分析立项报告书_第4页
第4页 / 共8页
可行性分析与需求分析立项报告书_第5页
第5页 / 共8页
点击查看更多>>
资源描述

《可行性分析与需求分析立项报告书》由会员分享,可在线阅读,更多相关《可行性分析与需求分析立项报告书(8页珍藏版)》请在金锄头文库上搜索。

1、可行性分析与需求分析立项报告书第一章 引言在今天计算机技术日益提高及企业管理功能等多项职能观念相结合的情况下, 绝大多数的企业内外部职能都可以利用计算机建模立系统来实现。办公室电脑化、 企业内部网的设立及完善、个人微机的普及以及电子商务的日渐推广,似的企事业 单位对内部和职工的工资管理这一环节大可以通过电子计算机及 Internet 技术完 成。数据库技术的稳固更是对此工资管理系统的建立及运行、维护的一大支持。以 当前数据库建模,Client/Server模式的分布式数据库服务器硬件基础,各计算机 专业人员素质的提高,该系统的数据归档及数字化管理无疑是可以成功的。 第二章 可行性考究第一节 规

2、模及目标工资管理系统(Salary Management Sys tem)所涉及的企事业单位或部门主要是 该单位内部各职工(普通用户)、该单位财政部门、人事部门以及作为代理人角色的 银行部门,从安全性和便利性考虑,则该系统的各级别用户应该处于一个较集中的 地域内,其最高层管理部门可以在域范围外。该系统规模的完整性应该是建立在具 有专业技术的计算机管理人员若干及在该代理银行具有户头、并最好拥有可以上网 的个人电脑的用户,在这种情况下,规模是统一的。建立该工资管理系统,目标是为了在最为经济的开销下,准确无误,及时地处 理职工的工资发放及其相关数据的立档收留。第二节 工资管理系统的高层逻辑模型通过对

3、旧系统的经济开销、管理鄙陋、实现功能不完全的得知和分析(因无旧 系统,故简而概之),对新系统的规模和目标的假想,我们以导出新系统的逻辑模型, 并建造新的物理系统。首先,我们建立该系统的数据流图。1 功能级数据流图2进一步细分的数据流图3 我们可以建立系统流程图(物理系统)那么我们现在就可以定义该新系统的数据字典了。首先,我们可以用数据字典卡片形式描述这些信息。名字:代理银行工作人员别名:工资发放验收员 描述:定期将职工工资转入职工帐 户的银行员工定义:代理银行工作人员=银行地 址+银行名称+部门号+工作人 员名字+年龄+职称位置:代理银行工作人员表、银行 地址信息表,以索引技术将二者综名字:单

4、位内部工资管理人员 别名:工资管理人描述:处理单个职工工资事务、汇 总所有职工工资审查,并及时更新 变动信息,立档保存的工作人员。 定义:单位内部工资管理人员=单 位名称+部门号+职工号+职工 姓名+年龄+职称位置:职工在职档案表名字:职工别名:描述:定期检查或领取工资及工资 条,及时告知工作变动信息的工作 人员。定义:职工=单位名称+部门号+ 职工号+职工姓名+年龄+职称 +职工调动代码+调动日期位置:职工在职档案名字:工资事务别名:描述:类似于工资验收、发放、修 改等操作和工资汇总表、工资条的 打印等活动。定义:工资事务=事务代码+事务 处理日期+检验号位置:工资事务表名字:工资清单别名:

5、工资文件描述:记录职工定期工资信息、最 近变动信息的文件。定义:工资清单=职工号+职工姓 名+职称+工资数量+税收号+ 实发工资数+上次发放日期+备 注位置:职工工资清单表名字:税收规范表别名:描述:法定记录在一定额收入范围 内的纳税比例信息。定义:税收规范表=税收号+收入 范围+备注位置:税收规范表名字:工资汇总表别名:描述:记录所有职工在一定时期内 工资信息。定义:工资汇总表=职工号+职工 姓名+职称+职工调动代码+调 动日期+工资数量+税收号+实 发工资数+上次发放日期位置:工资清单表、税收规范表、 职工在职档案表,三者结合。名字:工资条别名:个人工资表描述:对单个职工最近接收工资的 相

6、关信息记录。定义:工资条=工资卡号+身份证 号码+职工号+职工姓名+职称 +税前工资数量+实发工资数量 +发放日期+银行工作人员编号 位置:工资清单、税收规范表、职 工在职档案表、银行工作人员表合在定义了较大的数据流节点后,我们就开始为各个数据作出结构化描述了。1 基础数据表 2、 2 1 代理银行工作人员表序号数据名含义数据类型是否允许为空1DepartmentNo.部门号Char(4)否2EmployeeNo.工作人员编号Char(4)否3EmployeeName工作人员姓名Char(12)否4Age年龄Char(2)是5Posi tion职称Char(16)否表 2 、2 2 银行地址信

7、息表序号数据名含义数据类型是否允许为空1BankCode银行代码Char(4)否2BankName银行名称Char(20)否3BankAddress银行地址Char(36)否表 2 、2 3 职工在职档案表序号数据名含义数据类型是否允许为空1DepartmentNumber部门号Char(4)否2EmployeeNumber职工号Char(6)否3EmployeeName职工姓名Char(12)否4Age职工年龄Char(2)是5Position职称Char(16)否6ChangeCode职工调动代号Char(4)是7ChangeDate调动日期Char(8)是8IDNumber身份证号码Ch

8、ar(18)否表 2 、 2 4 单位信息表序号数据名含义数据类型是否允许为空1CompanyName单位名称Char(32)否2CompanyAdr单位地址Char(30)否3ChiefMan法人代表Char(12)否表 2 、 2 5 工资事务表(一)序号数据名含义数据类型是否允许为空1BusinessCode事务代码Char(4)否2BusinessDate事务处理日期Char(8)否3CheckCode检验号Char(6)否表 2、2 6 工资事务表(二)序号数据名含义数据类型是否允许为空1BusinessCode事务代码Char(4)否2Business事务具体描述Char(40)否

9、注:工资事务表(二)是对工资事务表(一)中事务代码对应的具体事项,其 具体项是对职工工作的调入、调出及税收等情况所作的工资处理。表 2 、2 7 职工工资清单表序号数据名含义数据类型是否允许为空1SalaryNumber工资卡号Char(6)否2EmployeeNumber职工号Char(6)否3EmployeeName职工姓名Char(12)否4Posi tion职称Char(16)否5SalaryQuantity工资数量Char(6)否6DiscountCode税收号Char(4)否7SalaryReal实发工资Char(6)否8PaymentDay上次发放日期Char(8)否9Recor

10、d备注Char(20)是表 2、 2 8 税收规范表序号数据名含义数据类型是否允许为空1DiscountCode稅收号Char(4)否2DiscountArrange稅收范围Char(30)否3DiscountRate稅收率Double(8)否关于这些数据的采集,主要由单位人事部门,财政部门提供:认识部门提供职 工职工工作信息;财政部门提供职工工资信息。第三节 可以考虑的物理方案1. 建立一个企业内部网,人事部门对单位内部所有人员的信息记录管理保存在 一个人事信息服务器内;财政部门对于工资调动、发放等管理的信息保存在另一个 财政信息服务器内;而工资管理部由若干人构成,并在一定权限下可访问人事、

11、财 政信息服务器,也可另外建立容税收规范表、职工工资清单表、在职档案表等一起 的工资管理服务器。2. 代理银行也可以建立一个内部网,设立一个工资发放代理信息服务器;其工 作人员在一定的权限下可以访问企业内部网,但必须遵守法律规范。3. 职工人员有条件的亦可以通过局域网或互联网作为在最低权限下访问个人工 资信息和税收规范信息等项。以上所说的三个方面可以通过现在的内部网、局域网、互联网技术,数据加密 技术等实现,其中大部分操作可以通过计算机,实时操作系统的方式进行。另外, 若是企业分布区域跨度大,也可以利用分布式数据库模式设立各种服务器及响应各 种服务,远程登录等各项具体的网络功能也是一个有力的软

12、件、协议技术支持。由此可以得到各种数据流向:1职工领取工资银行工作人员 工资代理服务工资条2. 职工审查工资信,L工资服务一k个人公子信息或稅收信息3工资管理人员审查工资信息工资服务器汇总表4代理银行工作人员查询信息代理服务L 工资服务器代理服务器核对 发放、转帐操作5. 职工调动信息人事服务器f工资服务器6财政工资变动信, 一财政服务 工资服务器第四节成本/效益分析1. 时间价值估计 对于一个中小型企业来说,建立此项工资管理系统 至少约需一年时间,而大规模企业,则至少需要2 年时间。在这一段新旧系统的交 换期间,由于新系统的完全投入,可根据实有货币在时间比银行利率得知应收益 / 花费的货币数

13、量为多少。2. 人力物质价值估计 由于更新系统,故企事业单位必须有若干人一组的 人力资源供建立内部数据库使用。代理银行部门和软件开发商提供的人力作为货币 投资方式计算。需要若干中型(大小)服务器若干,网络布线若干,集线器、交换机等若干, 打印机、微机平台等亦可以一一计算。3. 粗略评估收益 在没有具体数据情况下,我们也可以宏观地展望该系统投入后所能获得的各项收益。首先,企事业单位可以节省大批人力及时间去进行人对人的工资交互操作。高 效率是该系统的追求目标之一。其次,可实现低错误率的处理。再者,职工取款等直接与银行挂钩,也大大方便了银行与职工双方对存取款关 系的处理。第四,可通过分布式数据库处理

14、实现高层次的工作监督。第三章 需求分析第一节 系统功能要求及描述 工资管理系统分为三大部分。新系统开发完成之后必须满足用户需求的最低要 求,并且有可扩展性能。第一部分是职工查询事务管理,该部分主要有普通职工以只读权限展开,由职 工通过网络平台往终端输入个人查询信息,再通过身份及权限验证,向服务器提出 请求,然后有服务器作出物理操作将所需信息经过过滤器,网络线路,才最终返回 到职工的终端显示。第二部分是工资实时管理。工资实时管理运用实时操作系统的运行观念,通过 工资管理人员往终端输入身份密码信息,经验证后再输入工资(或做变动)事务, 通过服务器作基础的物理数据变动、修改并保存,备份;最后核对,将核对信息送 返工资管理人员,有必要时,打印所生成的工资汇总表。第三部分是代理银行工资事务管理。该项管理功能也是首先由代理银行工作人 员往终端输入身份、密码,经过验证后,申请代发工资处理事项,期间或完成工资 转入帐户操作,或完成工资提款操作,最后由终端

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 学术论文 > 其它学术论文

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号