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

《可行性分析与需求分析立项报告书》由会员分享，可在线阅读，更多相关《可行性分析与需求分析立项报告书（8页珍藏版）》请在装配图网上搜索。

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

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

3、收留。第二节 工资管理系统的高层逻辑模型通过对旧系统的经济开销、管理鄙陋、实现功能不完全的得知和分析（因无旧系统，故简而概之），对新系统的规模和目标的假想，我们以导出新系统的逻辑模型，并建造新的物理系统。首先，我们建立该系统的数据流图。1 功能级数据流图 D1 职工工作清单 工资总信息 打印 工资事务 个人工资信息 打印 D2 税收规范表2 进一步细分的数据流图 D1 职工工资清单 工资总信息 工资事务 工资事务 打印 更新信息 个人工资信息 D2 税收规范表 打印3 我们可以建立系统流程图（物理系统） 那么我们现在就可以定义该新系统的数据字典了。首先，我们可以用数据字典卡片形式描述这些信息。

4、在定义了较大的数据流节点后，我们就开始为各个数据作出结构化描述了。1 基础数据 表2、21代理银行工作人员表序号数据名含 义数据类型是否允许为空1DepartmentNo.部门号Char(4)否2EmployeeNo.工作人员编号Char(4)否3EmployeeName工作人员姓名Char(12)否4Age年龄Char(2)是5Position职称Char(16)否表2、22银行地址信息表 序号数据名含 义数据类型是否允许为空1BankCode银行代码Char(4)否2BankName银行名称Char(20)否3BankAddress银行地址Char(36)否表2、23职工在职档案表序号数据

5、名含 义数据类型是否允许为空1DepartmentNumber部门号Char(4)否2EmployeeNumber职工号Char(6)否3EmployeeName职工姓名Char(12)否4Age职工年龄Char(2)是5Position职称Char(16)否6ChangeCode职工调动代号Char(4)是7ChangeDate调动日期Char(8)是8IDNumber身份证号码Char(18)否表2、24单位信息表序号数据名含 义数据类型是否允许为空1CompanyName单位名称Char(32)否2CompanyAdr单位地址Char(30)否3ChiefMan法人代表Char(12)否

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

7、r(6)否2EmployeeNumber职工号Char(6)否3EmployeeName职工姓名Char(12)否4Position职称Char(16)否5SalaryQuantity工资数量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

8、)否 关于这些数据的采集，主要由单位人事部门，财政部门提供：认识部门提供职工职工工作信息；财政部门提供职工工资信息。第三节 可以考虑的物理方案1.建立一个企业内部网，人事部门对单位内部所有人员的信息记录管理保存在一个人事信息服务器内；财政部门对于工资调动、发放等管理的信息保存在另一个财政信息服务器内；而工资管理部由若干人构成，并在一定权限下可访问人事、财政信息服务器，也可另外建立容税收规范表、职工工资清单表、在职档案表等一起的工资管理服务器。2.代理银行也可以建立一个内部网，设立一个工资发放代理信息服务器；其工作人员在一定的权限下可以访问企业内部网，但必须遵守法律规范。3.职工人员有条件的亦可

9、以通过局域网或互联网作为在最低权限下访问个人工资信息和税收规范信息等项。以上所说的三个方面可以通过现在的内部网、局域网、互联网技术，数据加密技术等实现，其中大部分操作可以通过计算机，实时操作系统的方式进行。另外，若是企业分布区域跨度大，也可以利用分布式数据库模式设立各种服务器及响应各种服务，远程登录等各项具体的网络功能也是一个有力的软件、协议技术支持。由此可以得到各种数据流向：1.职工领取工资 银行工作人员 工资代理服务器 工资条 2.职工审查工资信息 工资服务器 个人公子信息或税收信息 3.工资管理人员审查工资信息 工资服务器 汇总表 4.代理银行工作人员查询信息 代理服务器 工资服务器 代

10、理服务器核对 发放、转帐操作 5.职工调动信息 人事服务器 工资服务器 6.财政工资变动信息 财政服务器 工资服务器 第四节 成本/效益分析 1. 时间价值估计 对于一个中小型企业来说，建立此项工资管理系统至少约需一年时间，而大规模企业，则至少需要2年时间。在这一段新旧系统的交换期间，由于新系统的完全投入，可根据实有货币在时间比银行利率得知应收益/花费的货币数量为多少。2. 人力物质价值估计 由于更新系统，故企事业单位必须有若干人一组的人力资源供建立内部数据库使用。代理银行部门和软件开发商提供的人力作为货币投资方式计算。需要若干中型（大小）服务器若干，网络布线若干，集线器、交换机等若干，打印机

11、、微机平台等亦可以一一计算。3. 粗略评估收益在没有具体数据情况下，我们也可以宏观地展望该系统投入后所能获得的各项收益。首先，企事业单位可以节省大批人力及时间去进行人对人的工资交互操作。高效率是该系统的追求目标之一。其次，可实现低错误率的处理。再者，职工取款等直接与银行挂钩，也大大方便了银行与职工双方对存取款关系的处理。第四，可通过分布式数据库处理实现高层次的工作监督。第三章 需求分析第一节 系统功能要求及描述工资管理系统分为三大部分。新系统开发完成之后必须满足用户需求的最低要求，并且有可扩展性能。第一部分是职工查询事务管理，该部分主要有普通职工以只读权限展开，由职工通过网络平台往终端输入个人

12、查询信息，再通过身份及权限验证，向服务器提出请求，然后有服务器作出物理操作将所需信息经过过滤器，网络线路，才最终返回到职工的终端显示。第二部分是工资实时管理。工资实时管理运用实时操作系统的运行观念，通过工资管理人员往终端输入身份密码信息，经验证后再输入工资（或做变动）事务，通过服务器作基础的物理数据变动、修改并保存，备份；最后核对，将核对信息送返工资管理人员，有必要时，打印所生成的工资汇总表。第三部分是代理银行工资事务管理。该项管理功能也是首先由代理银行工作人员往终端输入身份、密码，经过验证后，申请代发工资处理事项，期间或完成工资转入帐户操作，或完成工资提款操作，最后由终端输出职工的个人工资条

13、。第二节 用户需求与运行要求、效果评估 该系统开发的用户要求系统可以综合考虑职工调进、调出、内部调动的操作以及由此带来的工资项目（数量）的变化，并加以考虑个人所得税，来计算职工的实发工资数量。除此之外，工资的发放、转入均有代理银行实现，代理银行以输出含职工工资卡号、身份证号码（安全性考虑）作为凭据；而内部管理人员也可以几时地完成职工工资地汇总审查。现在提出值得考虑地性能支持：1. 联机系统响应时间不超过半分钟。系统周转时间不超过三分钟。2. 数据库建立所需地存储容量在40G60G之间（视情况而定，可为15G20G,20G30G），备份存储容量在20G左右，采用分布式数据库模式双服务器冗余备份以

14、保障数据安全。3. 外存储器使用多个硬盘，7200转/分，单碟式；处理器使用1.5G以上频率地Pentium 4，并且是多个，以保证运行速度。4. 数据通信接口主要由一些辅助软件或是操作系统实现。5. 采用ADSL网络模式，提供基于100BASE-T技术的网络传输速度（也可使用ATM的数据传输模式）。6. 显示终端使用17寸纯平显示器。另外配鼠标、键盘，有必要的配置刻录机，扫描仪，打印机，传真机。以目前可以供应的人力、财力及硬软件技术，该系统将实现较完善的办公自动化和办公远程化。虽然前期投入大，但收效可观。另外一些即时发现的问题可由用户和开发人员提出并修正。第三节 建立系统的概念模型在可行性分

15、析环节中，我们已经建立了比较细的数据流程图和数据字典，那么现在可以建立该系统的概念模型。用实体联系方法分析得出概念性的数据模型，用ER图描述。 1 1 1 N N 1 N N 1 1 1 N 1 1 附注：ER图所示的中心是内部网、数据库服务器，绝大部分事务必须通过该中心，其间所保留的E-A和E-M关系是因为可能有现实世界中电脑不可实现而只能人工操作的事件发生。人事管理人员、财政管理人员的属性不再细分，他们提供原始数据。第四节 工资管理系统的功能模块通过上述的功能要求及描述，和ER图揭示对象实体之间的关系，综合之，就可以得到该系统的功能模块层次方框图了。 第五节 将来可能提出要求1. 基于安全

16、性考虑由防火墙的升级或匹配问题引起的工资管理系统权限验证功能的进一步加密。2. 若企事业单位实行由工资提供内部保险金所引起的工资计算方法的变化。3. 若企事业部门实行股份投资与工资转换制后，由股资等价工资数量所引起的工资计算方法的变化。4. 对于退休职工的工资管理考虑。第四章 综述可行性分析从逻辑模型设想并建立多层数据字典，并且从技术、经济操作等各个方面分析了这些物理系统的可行性（成本/收益）。在这个基础上，需求分析进一步划分了各个功能模块，并提出了贴近现实世界的可行方针，从技术性能上详细分析了其可行性，并澄清了一些算法和划分出了更加详细的数据元素。该立项报告书应提交给用户审查，并及时反馈意见，以便修正；对用户一些不切实际的要求，还应作出理性解释。接下来将进行该系统的总体设计和详细设计。