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

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

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

3、销、管理鄙陋、实现功能不完全的得知和分析（因无旧 系统，故简而概之），对新系统的规模和目标的假想，我们以导出新系统的逻辑模型， 并建造新的物理系统。首先，我们建立该系统的数据流图。1.功能级数据流图2.进一步细分的数据流图代理银行工作人员D1工资事务接受事务职工工资清单单位内部工资管理人员资事务更新工资清单D23.我们可以建立系统流程图（物理系统）工资事务 1.3处理工资工资总信息产生工资汇总表新信息X1 .2变动及发放税收规范表打印资管理人员单位内部工3工资汇总表或工资条生成程序汇总表或工资条那么我们现在就可以定义该新系统的数据字典了。首先，我们可以用数据字典卡片形式描述这些信息。名字：代理

4、银行工作人员别名：工资发放验收员描述：定期将职工工资转入职工帐户的银行员工定义：代理银行工作人员=银行地 址+银行名称+部门号+工作人 员名字+年龄+职称位置：代理银行工作人员表、银行 地址信息表，以索引技术将二者综 合 名字：职工别名：描述：定期检查或领取工资及工资 条，及时告知工作变动信息的工作 人员。定义：职工=单位名称+部门号+ 职工号+职工姓名+年龄+职称 +职工调动代码+调动日期 位置：职工在职档案名字：单位内部工资管理人员别名：工资管理人描述：处理单个职工工资事务、汇 总所有职工工资审查，并及时更新 变动信息，立档保存的工作人员。 定义：单位内部工资管理人员=单 位名称+部门号+

5、职工号+职工 姓名+年龄+职称位置：职工在职档案表名字：工资事务别名：描述：类似于工资验收、发放、修 改等操作和工资汇总表、工资条的 打印等活动。定义：工资事务=事务代码+事务 处理日期+检验号位置：工资事务表名字：工资清单别名：工资文件描述：记录职工定期工资信息、最 近变动信息的文件。定义：工资清单=职工号+职工姓 名+职称+工资数量+税收号+ 实发工资数+上次发放日期+备 注位置：职工工资清单表名字：税收规范表别名：描述：法定记录在一定额收入范围 内的纳税比例信息。定义：税收规范表=税收号+收入 范围+备注位置：税收规范表名字：工资汇总表别名：描述：记录所有职工在一定时期内 工资信息。定义

6、：工资汇总表=职工号+职工 姓名+职称+职工调动代码+调 动日期+工资数量+税收号+实 发工资数+上次发放日期 位置：工资清单表、税收规范表、 职工在职档案表，三者结合。名字：工资条别名：个人工资表描述：对单个职工最近接收工资的 相关信息记录。定义：工资条=工资卡号+身份证 号码+职工号+职工姓名+职称 +税前工资数量+实发工资数量 +发放日期+银行工作人员编号 位置：工资清单、税收规范表、职 工在职档案表、银行工作人员表合在定义了较大的数据流节点后，我们就开始为各个数据作出结构化描述了。1.基础数据表2、21代理银行工作人员表1 收 1数据名含义数据类型是否允许为空111Department

7、No.部门号Char(4)否2EmployeeNo.工作人员编号Char(4)否3EmployeeName工作人员姓名Char(12)否4Age年龄Char(2)是5Position职称Char(16)否表2、2 2银行地址信息表序号数据名含义匚数据类型是否允许为空|1BankCode银行代码Char(4)否2BankName银行名称Char(20)否3BankAddress银行地址Char(36)否一表2、2- 3职工在职档案表序号数据名含义数据类型是否允许为空1DepartmentNumber部门号Char(4)否2EmployeeNumber职工号Char(6)否3EmployeeNam

8、e职工姓名Char(12)否4Age职工年龄Char(2)是5Position职称Char(16)否6ChangeCode职工调动代号Char(4)是7ChangeDate调动日期Char(8)是8IDNumber身份证号码Char(18)否表2、2 4单位信息表序号数据名含义匚数据类型是否允许为空1CompanyName单位名称Char(32)否2CompanyAdr单位地址Char(30)否3ChiefMan法人代表Char(12)否表2、2 5工资事务表（一）序号数据名含义匚数据类型是否允许为空|1BusinessCode事务代码Char(4)否2BusinessDate事务处理日期Ch

9、ar(8)否3CheckCode检验号Char(6)否表2、26工资事务表（二）序号数据名含义数据类型是否允许为空|1BusinessCode事务代码Char(4)否2Business事务具体描述Char(40)否注：工资事务表（二）是对工资事务表（一）中事务代码对应的具体事项，其 具体项是对职工工作的调入、调出及税收等情况所作的工资处理。表2、27职工工资清单表序号数据名含义数据类型是否允许为空1SalaryNumber工资卡号Char(6)否2EmployeeNumber职工号Char(6)否3EmployeeName职工姓名Char(12)否4Position职称Char(16)否5Sa

10、laryQuantity工资数量Char(6)否6DiscountCode税收号Char(4)否7SalaryReal实发工资Char(6)否8PaymentDay上次发放日期Char(8)否9Record备注Char(20)是表2、28税收规范表序号数据名含义数据类型是否允许为空口1DiscountCode税收号Char(4)否2DiscountArrange税收范围Char(30)否3DiscountRate税收率Double(8)否关于这些数据的采集，主要由单位人事部门，财政部门提供：认识部门提供职 工职工工作信息；财政部门提供职工工资信息。第三节 可以考虑的物理方案1 .建立一个企业内

11、部网， 人事部门对单位内部所有人员的信息记录管理保存在 一个人事信息服务器内；财政部门对于工资调动、发放等管理的信息保存在另一个 财政信息服务器内；而工资管理部由若干人构成，并在一定权限下可访问人事、财 政信息服务器，也可另外建立容税收规范表、职工工资清单表、在职档案表等一起 的工资管理服务器。2 .代理银行也可以建立一个内部网，设立一个工资发放代理信息服务器；其工 作人员在一定的权限下可以访问企业内部网，但必须遵守法律规范。3 .职工人员有条件的亦可以通过局域网或互联网作为在最低权限下访问个人工 资信息和税收规范信息等项。以上所说的三个方面可以通过现在的内部网、局域网、互联网技术，数据加密

12、技术等实现，其中大部分操作可以通过计算机，实时操作系统的方式进行。另外， 若是企业分布区域跨度大，也可以利用分布式数据库模式设立各种服务器及响应各 种服务，远程登录等各项具体的网络功能也是一个有力的软件、协议技术支持。由此可以得到各种数据流向：1 .职工领取工资 银行工作人员 工资代理服务器 工资条2 .职工审查工资信息工资服务器个人公子信息或税收信息3 .工资管理人员审查工资信息工资服务器汇总表4 .代理银行工作人员查询信息 代理服务器一工资服务器代理服务器核对发放、转帐操作5 .职工调动信息人事服务器工资服务器6 .财政工资变动信息财政服务器 工资服务器第四节成本/效益分析1. 时间价值估

13、计 对于一个中小型企业来说，建立此项工资管理系统至少约需一年时间，而大规模企业，则至少需要2年时间。在这一段新旧系统的交换期间，由于新系统的完全投入，可根据实有货币在时间比银行利率得知应收益/花费的货币数量为多少。2 .人力物质价值估计由于更新系统，故企事业单位必须有若干人一组的 人力资源供建立内部数据库使用。代理银行部门和软件开发商提供的人力作为货币 投资方式计算。需要若干中型（大小）服务器若干，网络布线若干，集线器、交换机等若干， 打印机、微机平台等亦可以一一计算。3 .粗略评估收益在没有具体数据情况下，我们也可以宏观地展望该系统投入后所能获得的各项 收益。首先，企事业单位可以节省大批人力

14、及时间去进行人对人的工资交互操作。高 效率是该系统的追求目标之一。其次，可实现低错误率的处理。再者，职工取款等直接与银行挂钩，也大大方便了银行与职工双方对存取款关 系的处理。第四，可通过分布式数据库处理实现高层次的工作监督。第三章需求分析第一节系统功能要求及描述工资管理系统分为三大部分。新系统开发完成之后必须满足用户需求的最低要 求，并且有可扩展性能。第一部分是职工查询事务管理，该部分主要有普通职工以只读权限展开，由职 工通过网络平台往终端输入个人查询信息，再通过身份及权限验证，向服务器提出 请求，然后有服务器作出物理操作将所需信息经过过滤器，网络线路，才最终返回 到职工的终端显示。第二部分是

15、工资实时管理。工资实时管理运用实时操作系统的运行观念，通过 工资管理人员往终端输入身份密码信息，经验证后再输入工资（或做变动）事务， 通过服务器作基础的物理数据变动、修改并保存，备份；最后核对，将核对信息送 返工资管理人员，有必要时，打印所生成的工资汇总表。第三部分是代理银行工资事务管理。该项管理功能也是首先由代理银行工作人 员往终端输入身份、密码，经过验证后，申请代发工资处理事项，期间或完成工资 转入帐户操作，或完成工资提款操作，最后由终端输出职工的个人工资条。第二节用户需求与运行要求、效果评估该系统开发的用户要求系统可以综合考虑职工调进、调出、内部调动的操作以 及由此带来的工资项目（数量）

16、的变化，并加以考虑个人所得税，来计算职工的实 发工资数量。除此之外，工资的发放、转入均有代理银行实现，代理银行以输出含 职工工资卡号、身份证号码（安全性考虑）作为凭据；而内部管理人员也可以几时 地完成职工工资地汇总审查。现在提出值得考虑地性能支持：1 .联机系统响应时间不超过半分钟。系统周转时间不超过三分钟。2 .数据库建立所需地存储容量在40G60G之间（视情况而定，可为15G20G,20G30G,备份存储容量在20G左右，采用分布式数据库模式双服 务器冗余备份以保障数据安全。3 .外存储器使用多个硬盘，7200转/分，单碟式；处理器使用1.5G以上频率地Pentium 4 ,并且是多个，以

17、保证运行速度。4 .数据通信接口主要由一些辅助软件或是操作系统实现。5 .采用ADSL网络模式，提供基于 100BASE-T技术的网络传输速度（也可使用 ATM的数据传输模式）。6 .显示终端使用17寸纯平显示器。另外配鼠标、键盘，有必要的配置刻录机， 扫描仪，打印机，传真机。以目前可以供应的人力、财力及硬软件技术，该系统将实现较完善的办公自动 化和办公远程化。虽然前期投入大，但收效可观。另外一些即时发现的问题可由用 户和开发人员提出并修正。第三节建立系统的概念模型在可行性分析环节中，我们已经建立了比较细的数据流程图和数据字典，那么 现在可以建立该系统的概念模型。用实体-联系方法分析得出概念性

18、的数据模型， 用ER图描述。职工职工号身份证号码身份证11M1NE-SM-SNN据库服务器1NS-PA-S11S-M姓名职称部门号 1附注：ER图所示的中心是内部网、数据库服务器，绝大部分事务必须通过该中心，其间所保留的 E-A和E-M关系是因为可能有现实世界中电脑不可实现而只能人 工操作的事件发生。人事管理人员、财政管理人员的属性不再细分，他们提供原始 数据。第四节工资管理系统的功能模块通过上述的功能要求及描述，和ER图揭示对象实体之间的关系，综合之，就可以得到该系统的功能模块层次方框图了。第五节将来可能提出要求1. 基于安全性考虑由防火墙的升级或匹配问题引起的工资管理系统权限验 证功能的进一步加密。2. 若企事业单位实行由工资提供内部保险金所引起的工资计