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

编写员：信息管理与信息系统专业 蔡艺孟 审核员：电子系 刘继聪 可行性分析与需求分析立项报告书 引言 在今天计算机技术日益提高及企业管理功能等多项职能观念相结合的情况下，绝大多数的企业内外部职能都可以利用计算机建模立系统来实现。办公室电脑化、企业内部网的设立及完善、个人微机的普及以及电子商务的日渐推广，似的企事业单位对内部和职工的工资管理这一环节大可以通过电子计算机及Internet技术完成。 数据库技术的稳固更是对此工资管理系统的建立及运行、维护的一大支持。以当前数据库建模，Client/Server模式的分布式数据库服务器硬件基础，各计算机专业人员素质的提高，该系统的数据归档及数字化管理无疑是可以成功的。 第二章 可行性考究 第一节 规模及目标 工资管理系统(Salary Management System)所涉及的企事业单位或部门主要是该单位内部各职工（普通用户）、该单位财政部门、人事部门以及作为代理人角色的银行部门，从安全性和便利性考虑，则该系统的各级别用户应该处于一个较集中的地域内，其最高层管理部门可以在域范围外。该系统规模的完整性应该是建立在具有专业技术的计算机管理人员若干及在该代理银行具有户头、并最好拥有可以上网的个人电脑的用户，在这种情况下，规模是统一的。 建立该工资管理系统，目标是为了在最为经济的开销下，准确无误，及时地处理职工的工资发放及其相关数据的立档收留。 工资管理系统的高层逻辑模型 通过对旧系统的经济开销、管理鄙陋、实现功能不完全的得知和分析（因无旧系统，故简而概之），对新系统的规模和目标的假想，我们以导出新系统的逻辑模型，并建造新的物理系统。 首先，我们建立该系统的数据流图。 功能级数据流图 D1 职工工作清单 工资总信息 打印 工资事务 个人工资信息 打印 D2 税收规范表 进一步细分的数据流图 D1 职工工资清单 工资总信息 工资事务 工资事务 打印 更新信息 个人工资信息 D2 税收规范表 打印 我们可以建立系统流程图（物理系统） 那么我们现在就可以定义该新系统的数据字典了。 首先，我们可以用数据字典卡片形式描述这些信息。 在定义了较大的数据流节点后，我们就开始为各个数据作出结构化描述了。 基础数据 表2、2－1代理银行工作人员表 序号 数据名 含 义 数据类型 是否允许为空 1 DepartmentNo. 部门号 Char(4) 否 2 EmployeeNo. 工作人员编号 Char(4) 否 3 EmployeeName 工作人员姓名 Char(12) 否 4 Age 年龄 Char(2) 是 5 Position 职称 Char(16) 否 表2、2－2银行地址信息表 序号 数据名 含 义 数据类型 是否允许为空 1 BankCode 银行代码 Char(4) 否 2 BankName 银行名称 Char(20) 否 3 BankAddress 银行地址 Char(36) 否 表2、2－3职工在职档案表 序号 数据名 含 义 数据类型 是否允许为空 1 DepartmentNumber 部门号 Char(4) 否 2 EmployeeNumber 职工号 Char(6) 否 3 EmployeeName 职