学习啦 > 实用范文 > 报告总结 > 验收报告 > 软件实施验收报告范文(2)

软件实施验收报告范文(2)

时间: 雪锦826 分享

软件实施验收报告范文

  软件实施验收报告范文2:

  课程名称:

  实验项目:

  实验地点:

  专业班级:

  学生姓名:

  指导教师:

  本科实验报告 软件工程 学校内部工资管理系统 综合楼506室 计Z1102 学号: 宁高琴 崔冬华 2013年 9 月23 日

  学校内部工资管理系统设计说明书

  1.引言

  1.1系统简介

  假设学校共有教职工约1000人,10个行政部门和8个系部。每个月20日前各部门(包括系、部)要将出勤情况上报人事处,23日前人事处将出勤工资、奖金及扣款清单送财务处。财务处于每月月底将教职工的工资表做好并将数据送银行。每月初(3日前)将工资条发给各单位。若有员工调入、调出、校内调动、离退休等数据变化,则由人事处通知相关部门和财务处。

  一.系统可行性研究

  主要功能:月工资发放和处理、标准工资库维护、临时工资发放、查询与系统维护和系统帮助。用户可以查询每月工资奖金发放扣除等详细细节变化状况。性能要求:方便、快捷、有效地完成工资发放的各项任务,在工资数据统计和报表打印等方面,具有准确率高、速度快等特点。系统的输入 输入所有职工的标识,如职工的姓名、工号、所在部门、各项应发的金额和各项应扣的金额。

  系统的输出 输出各种报表、上报的文件和上报的磁盘。

  安全与保密要求:本系统在使用前必须正确输入密码,否则系统将不能运行。进入系统后,要想修改密码或对系统的一些信息进行修改,也必须输入高级用户密码,对数据库中的关键数据应该要求保密。服务器的管理员享有对工资数据信息库的管理与修改。用户只享有对信息的查询和部分信息修改(如个人信息)。

  完成期限:预计六个月。

  开发目标:本系统开发目标应该考虑到以下几个方面的因素:人力与设备费用的相对减少;数 据处理速度的提高;数据统计精度的和准确率的提高。管理信息服务的改进;自动决策系统的改进;人员利用率的改进。

  2.3可行性研究的方法

  (1)客户调查:通过对客户调查,了解和认知客户对软件产品的需求,按照客户的要求不仅要实现月工资发放,而且要实现临时的工资发放,同时还要有数据库备份。GZGL系统的主要功能为:月工资发放和处理、标准工资库维护、临时工资发放、查询与系统维护和系统帮助。

  (2)同类产品调查:通过对市场中相关或同类产品的调查,笔者了解到,工资管理系统大体上都应该实现工资的统计、汇总、报表打印等功能。

  三 技术可行性

  1.简要描述

  工资管理系统采用常规的数据库处理方法,根据工资信息管理的特点对数据库进行操作,如对工资发放项目的修改、人员的增删、工资数据的添加和修改、工资的统计、工资的汇总、临时发放工资的管理、上报文件和磁盘、打印等给予了优化。

  2.与现有系统的优越性比较

  工资管理系统有利于工资发放的统一、有效管理。与传统的手工记账方式相比,占据空间小、易于统计工资总额、易于更新、易于数据备份;与其它工资系统相比,该系统实现了对不同类型职工的工资发放,系统功能比较全面,而且价格也比较合理。

  工资管理系统具有高效率的系统灵活性。当修改工资库中某个职工的工资情况或者修改某个工资发放项目时,只需在工资数据编辑状态下对该职工的工号进行锁定,或者对某个工资项目进行锁定,即可对锁定的项目进行修改,而对其它的人员或项目无权修改,这样可以提高系统的准确性。

  工资管理系统能够较好保证数据库的安全。用户可以对后台数据库进行加密,同时还可以给系统设定密码。

  四 经济可行性

  1.支出

  (1)基本投资。硬件设备:PC机;软件:Windows98/Windows2000/xp/7,Delphi 7,sql 2000/2005;

  (2)其他一次性支出,主要是软件设计和开发费用。软件设计开发过程当中,投入设计和开发费用包括:购买书籍的资金500元;正版dephi7安装盘50元;需求分析的费用为3300元(其中包含技术开发上的花销、生活花销等)。以上的费用共计4000元。

  (3)经常性支出,主要是软件后期维护费用。软件开发完毕后投入使用时,对软件产品进行的后期软件维护所需要支出的费用。

  2.效益

  本系统的应用进一步实现办公自动化,减少了人力投资和办公费用的开销,极大地提高办公效率。投入使用将获得的经济效益分为直接效益和间接效益两方面。直接效益主要体现在:原来4人/周工作量将只须1人/周完成;间接效益体现在:减少支付3人工资(1200元/人月),共计3600元/月。

  3.投资回收周期

  根据经验的算法,当收益的累计数开始超出支出的累计数的时候,就是投资 的回收期。

  投资回收期:4000元/(3600元/月)=1.11月(因软件未交付使用,故未将软件的

  后期维护费用计入)。

  五 法律方面的可行性

  系统的研制和开发,将不会侵犯他人、集体和国家的利益,不会违反国家政策和法律。

  法律因素

  所有软件都选用正版.

  所有技术资料都由提出方保管。

  合同制定确定违约责任.

  六 使用方面的可行性

  系统的研制和开发充分考虑到用户的工资发放策略、管理流程和操作人员的素质等因素,可以满足用户的使用要求。

  用户使用可行性

  使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训.

  管理人员也需经一般培训.

  经过培训人员将会熟练使用本软件.

  两名系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统.

  本系统定位于各高校,也可以适用于各中小型企业。运用此系统进行工资管理,给各院校教职工带来极大的方便。

  作为本产品的使用者要求有一定的计算机基础,可以熟练得使用window操作系统所提的各种功能。

  数据库管理要求具有专业水平的数据库管理员,而且要经过我们的专门培训。

  我们会在售出后长期提供软件维护免费服务,以便用户在软件使用中出现的问题

  新系统的研制和开发是充分得考虑工作人员对工资的易于管理,管理者方便查询职工的个人基本信息效率。从而能完全满足使用者的要求。如今的互联网已经走进千家万户,连小学生都会上网了,我的系统是利用微软自带的IE浏览器作为客户端平台,只要上过网的朋友就很方便操作,而且本系统有友好的用户界面、有良好的安全性设置、有详细的操作说明书,这样更使各类用户很快地掌握系统的使用方法。

  1.2 定义

  专门术语:职工基本信息表(Basic)

  职工出缺勤信息表(Attendance )

  职工工资信息表(Salaries)

  2.总体设计

  3.2.1需求概述

  本软件的主要服务对象是太原理工大学的财务处和人事处,各系部。

  各系部的主要任务是在每个月20日前各部门(包括系、部)要将出勤情况上报人事处(各系部在这里的主要任务是提供数据的输入);

  而人事处将出勤工资、奖金及扣款清单送财务处(人事处在这里对各系部送来的数据进行分析处理,对应得出数据的处理结果;

  财务处于每月月底将教职工的工资表做好并将数据送银行,每月初(3日前)将工资条发给各单位,(财务处在这里对数据起一个网关过滤的作用,主要起一个审批作用,负责接受成型的工资数据和审批然后向银行提交成型数据,最后打到发放工资的目的。

  另外,人事变动的数据是由人事处接受并修改,最后同意传达给财务处和相关部门。

  2.2软件结构

  则根据需求分析和概要设计得出软件的功能结构模块图

  2.3数据库设计

  数据库表设计

  职工基本信息表

  职工出缺勤信息表

  职工工资信息表

  2.4 对应的数据字典与E-R图:

  1静态数据:职工基本信息,职工出缺勤信息

  .2动态数据

  输入数据:职工基本信息,职工工资信息,出勤工资,奖金,扣款清单,职工出缺勤信息;输出数据:职工基本信息,职工工资信息,职工标准工资信息,职工工资条,职工出缺勤报表

  .3数据库介绍

  职工基本信息数据库:包括职工的工号,姓名,所属系别,职位职工出缺勤信息数据库:包括职工的工号,姓名,应出勤次数/月,实际出勤次数/月,缺勤次数,缺勤原因;职工工资信息数据库:包括职工的工号,姓名,基本工资,原始奖金,缺勤金,实际工资;

  则得DFD如下:

  4数据词典:

  数据项:

  数据项名:工号

  别名:TNo,

  简述:所有职工的编号

  类型:CHAR

  长度:10

  取值范围及含义:

  第1位:3 (代表安工科) 第2∼3位:0X (入学校年份) 第4-5位:XX ( 所属系部) 第5-10位:( 所在系部内的编号)

  数据项名:姓名

  别名:NAME

  简述:所有职工的姓名

  类型:CHAR

  长度:8

  取值范围及含义:

  第1-8位:(姓名,2~4字)

  数据项名:所属系别

  别名:DEPARTMENTS

  简述:职工所属的部门

  类型:CHAR

  长度:20

  取值范围及含义: 具体的部门名称

  数据项名:职位

  别名:JOBS

  简述:职工所在该部门的具体职位 类型:CHAR

  长度:20

  取值范围及含义: 具体的职位名称

  数据项名: 应出勤次数/月

  别名:SHOULD

  简述:按工作表每个月应出勤的次数 类型:INT

  长度:2

  取值范围及含义:次数

  数据项名: 实际出勤次数/月

  别名:ACTUAL

  简述:实际每个月应出勤的次数

  类型:INT

  长度:2

  取值范围及含义:次数

  数据项名: 缺勤次数

  别名:MISSNUM

  简述:每个月应缺勤的次数

  类型:INT

  长度:2

  取值范围及含义:次数

  数据项名: 缺勤原因

  别名:REASON

  简述:缺勤的具体原因

  类型:CHAR

  长度:50

  取值范围及含义:缺勤的大致原因

  数据项名: 基本工资

  别名:JIBENGONGZI

  简述:由工龄和职位规定的基本工资 类型:INT

  数据存储:

  缺勤原因

  长度:5 取值范围及含义:金额数目 数据项名: 原始奖金 别名:YUANSHIJIANGJIN 简述:由工龄和职位规定的原始奖金 类型:INT 长度:5 取值范围及含义: :金额数目 数据项名:缺勤金 别名:QUEQINJIN 简述:由缺勤次数所得的应扣金额数目 类型:INT 长度:5 取值范围及含义:金额数目 数据项名:实际工资 别名:SHIJIGONGZI 简述:每月实际得到的工资数金额数目 类型:INT 长度:5 取值范围及含义:金额数目 文件名: 职工基本信息数据库 别名: 基本信息表 简述: 存放职工基本信息 组成:包括职工的工号+姓名+所属系别+职位 组织方式:索引文件,以工号为关键字 查询要求: 要求能够立即查询 文件名: 职工出缺勤信息数据库 别名: 出缺勤信息表 简述: 存放职工基本信息 组成:工号+姓名+应出勤次数/月+实际出勤次数/月+缺勤次数+组织方式:索引文件,以工号为关键字 查询要求: 要求能够立即查询 文件名: 职工工资信息数据库 别名: 工资信息表 简述: 存放职工工资信息 组成:工号+姓名+基本工资+原始奖金+缺勤金+实际工资

  组织方式:索引文件,以工号为关键字

  查询要求: 要求能够立即查询

  数据流:

  数据流名:职工基本信息

  别名: 无

  简述: 职工的各项属性信息

  来源: 各系部

  去向: 加工1.1“职工信息的输入并整理存储”

  组成: 工号+姓名+性别+所属系部+职位

  数据流量:一般:1次/学期

  高峰值:职工出现异动1000次/天

  数据流名:出勤工资,奖金,扣款清单

  别名: 无

  简述: 人事处的对职工出勤信息的整理结果

  来源: 人事处

  去向: 加工2.1“职工工资信息生成”

  组成: 出勤工资+奖金+扣款清单

  数据流量:一般:1次/月

  高峰值:1次/月

  数据流名:职工工资信息

  别名: 无

  简述: 生成的职工工资信息

  来源: 加工2.1

  去向: 加工2.2“财务处职工工资信息整理发送”

  组成: 工号+姓名+基本工资+原始奖金+缺勤金+实际工资

  数据流量:一般:1次/月

  高峰值:1次/月

  数据流名:职工标准工资信息

  别名: 无

  简述: 生成的标准工资信息

  来源: 加工2.2

  去向: 银行

  组成: 工号+姓名+基本工资+原始奖金+缺勤金+实际工资

  数据流量:一般:1次/月

  高峰值:1次/月

  数据流名:职工工资条

  别名: 无

  简述: 针对系部的工资条

  来源: 加工2.2

  去向: 各系部

  组成: 工号+姓名+基本工资+原始奖金+缺勤金+实际工资

  数据流量:一般:1次/月

  高峰值:1次/月

  E-R图如下:

  3.程序描述

  3.1功能

  职工基本信息管理子系统:

  1)职工基本信息输入:用于采集职工的职工的工号,姓名,所属系别,职位

  2)建立职工基本信息表:为三个子系统提供数据源

  3)职工基本信息查询:实现查询功能

  4)职工基本信息修改:

  a.写修改职工基本信息:对职工信息异动进行修改

  b.发送提示信息至其他部门:将异动报告提交给使用该表的其他部门

  职工出勤信息管理子系统:

  数/月,缺勤次数,缺勤原因

  2)职工出缺勤信息查询:实现查询功能

  3)职工出缺勤信息表的建立:为职工工资管理子系统提供数据源

  职工工资管理子系统:

  1)职工基本工资信息读取:为实际工资奖金计算提供数据源

  2)职工实际工资奖金计算:得出实际工资

  3)标准工资信息与银行之间的双向传输:向银行提供标准工资信息,银行提供资金异动信息

  4)工资条对各部门的发放:向各个部门传输标准工资信息

  3.2性能

  职工基本信息管理子系统:

  1)职工基本信息输入:数据输入,存储

  2)建立职工基本信息表:数据集中

  3)职工基本信息查询:数据查询

  4)职工基本信息修改:

  a.写修改职工基本信息:数据修改

  b.发送提示信息至其他部门:数据读出

  职工出勤信息管理子系统:

  1)职工出缺勤信息输入:数据输入,存储

  2)职工出缺勤信息查询:数据查询

  3)职工出缺勤信息表的建立:数据集中

  职工工资管理子系统:

  1)职工基本工资信息读取:数据读出

  2)职工实际工资奖金计算:数据加工

  3)标准工资信息与银行之间的双向传输:数据读出,输入

  4)工资条对各部门的发放:数据读出

  3.3输入项目

  职工基本信息管理子系统:

  1)职工基本信息输入:职工的工号,姓名,所属系别,职位

  2)建立职工基本信息表:无

  3)职工基本信息查询:存储在表中的任一数据

  4)职工基本信息修改:

  a.写修改职工基本信息:新数据(职工基本信息)

  b.发送提示信息至其他部门:异动提示报告职工出勤信息管理子系统:/月,缺勤次数,缺勤原因

  2)职工出缺勤信息查询:存储在表中的任一数据

  3)职工出缺勤信息表的建立:

  无职工工资管理子系统:

  1)职工基本工资信息读取:职工的工号,姓名,基本工资,原始奖金,缺勤金,实际工资

  2)职工实际工资奖金计算:职工出缺勤信息,职工基本工资信息

  3)标准工资信息与银行之间的双向传输:标准工资信息

  4)工资条对各部门的发放:标准工资信息

  3.4输出项目

  职工基本信息管理子系统:

  1)职工基本信息输入:职工基本信息表

  2)建立职工基本信息表:职工基本信息表

  3)职工基本信息查询:查询目标

  4)职工基本信息修改:

  a.写修改职工基本信息:新数据(职工基本信息)

  b.发送提示信息至其他部门:异动提示报告

  职工出勤信息管理子系统:

  1)职工出缺勤信息输入:职工出缺勤信息表

  2)职工出缺勤信息查询:查询目标

  3)职工出缺勤信息表的建立:职工出缺勤信息表

  职工工资管理子系统:

  1)职工基本工资信息读取:职工基本工资信息表

  2)职工实际工资奖金计算:标准工资信息

  3)标准工资信息与银行之间的双向传输:标准工资信息

  4)工资条对各部门的发放:标准工资信息

  3.6详细设计

  则根据需求分析,功能模块分析可得程序的流程图为

  3.7测试要点

  对于职工基本信息模块:测试的要点是针对职工基本信息属性的添加,查询,修改,删除,以及对数据库的同步更新

  对于职工出缺勤模块:测试的要点是针对职工出缺勤信息的添加,查询,修改,删除,对数据库的同步更新,以及对缺勤次数的触发器的运算职工工资信息表:测试的要点是针对职工工资信息的添加,查询,修改,删除,对数据库的同步更新,以及对缺勤金和实际工资的运算

  5.功能模块的测试

  选取职工出缺勤信息管理进行操作。

  1.首先,添加职工的基本信息:

  工号:3040766666

  姓名:张三

  应出勤:30

  实出勤:25

  在相应的EDIT框中添加进入此类信息,点击保存。

  在职工出缺勤管理界面进行浏览操作,发现信息已经成功保存,并可以浏览到。

  2.错误测试:同样输入一组值。其值完全同上,唯一区别的是不对工号的内容不输入,其他都输入。然后点击保存。发现系统提示出错信息,无法成功保存信息。原因分析:对于设为主键的属性值,在数据库表中是不可以为空的。在添加信息中,注意不能缺少对主键的设置。

  3.对于数据库的检查:对于数据库中的表的一些属性值,比如缺勤次数,是采取触发器进行输入的。在每输入一组应“出勤次数/月“和 “实出勤次数/月”,对应的属性缺勤次数将得到更新。在数据库表中检查并得到验证。

1176963