学校内部工资管理系统概要设计说明书.docVIP

PAGE 1 概要设计说明书 引言 编写目的 在本学校内部工资管理系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对学校财务处、人事处、后勤部及银行的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。 本阶段已在系统的需求分析的基础上，对学校内部管理系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对学校内部工资管理系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 项目背景 本项目（学校内部工资管理系统）时由山东科技大学委托，由负责开发。 机票预定系统将由两部分组成：置于学校财务处的数据库服务器，以及置于银行的数据库服务器。本系统与其他系统的关系如下： 人事处 人事处 网络财务处数据 网络 财务处数据 库 : （） 银行数据库服务器 银行数据库服务器 后勤部 后勤部 各部门 各部门 定义 1．3．1 专门术语 SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 1．3．2 缩写 系统：若未特别指出，统指本学校内部工资管理系统。 SQL: Structured Query Language（结构化查询语言）。 ATM: Asynchronous Transfer Mode (异步传输模式)。 任务概述 2．1 目标 2．2 运行环境 系统将由两部分程序组成，安装在教务处上的客户程序及银行内的数据服务器程序。 根据调研得知所有财务处的计算机配置均在Pentium 133级别以上，客户程序应能够在Pentium 133级别以上, Win NT环境下运行。 2．3 需求概述 山东科技大学为了提高工作效率，方便教职工，需要开发一个学校内部的工资管理系统。学校各部门学院在规定的时间将自己辖属的教职工的姓名、职称、银行帐号等上交财务处，人事处也将一个月内的人员流动情况报给财务处，财务处结合后勤部报的关于学校一个月来为教职工垫付的费用，整合到一个数据库中并经由网络提交给银行。银行根据学校教务处提交的数据库，将教职工的工资从银行转到个个职工的帐户上。最后职工就可以凭借学校与银行办理的银行卡到银行提取自己的工资。另外教职工也可以到自己所属的部门领去财务处下发的工资信息表核对自己的实发工资。若发生错误可以直接到财务处办理。 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求财务处的管理界面要简单明了，易于操作，服务器程序利于维护。 2．4 条件与限制 总体设计 3．1 处理流程 下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分析。系统可分为两大部分：一、教职工部分的程序，二、银行的程序。三、后勤部门的程序。以下将分别对系统的这三大部分进行流程分析： 3．1．1教职工程序流程 教职工部分的程序主要是人事处统计职工的个人信息以及升迁、调动、工作出勤的情况。其内部处理流程如下： 职工资料 职工资料 1经过数据库报告给财务处处 1 经过数据库报告给财务处处 2人员变动34 2 人员变动 3 4 出勤情况 出勤情况 5 5 下面对各模块（以数字表示）进行功能说明： 1：读入职工的信息，及人员变动对职工信息的修改 2：将职工信息中的工资部分综合出勤情况进行传输 3：将信息输入数据库 4：将信息由数据库传入财务处 5：对信息进行打印 3．1．2 银行程序流程 4] 4 银行321财务处 银行 3 2 1 财务处 下面对各模块（以数字表示）进行功能说明： 1：财务对信息进行验证 2：验证无误后传输 3：银行进行接受 4：银行进行处理后把信息反馈到财务处 3．1．3 后勤程序流程 后勤 后勤 教务处321 教务处 3 2 1 4 4 对各模块进行说明； 1：后勤对信息进行验证 2：验证后与各部门进行连接计算 3：将信息传输到教务处 4：教务处将信息传输到后勤 3.2 功能分配 各项模块的功能可参照3.1 中的说