工资信息管理系统总体设计书

1、软件工程项目序列项目名称 工资管理系统总体设计书 专业班级 教育技术学 07级 1班 姓 名 蒋芳芳学 号 14教 师 闫友彪成 绩工资管理系统总体设计书§1、总体设计(又称:逻辑设计2.1 系统体系结构a. 检查此前的所有资料,确认系统流程图;以下为系统业务流程图b. 完成系统架构设计,出系统结构分布图。以下是底层数据流图 c. 确定系统结构的接口方式。§2、系统结构设计2.1 系统内部层次设计a. 检查此前的所有资料,确认系统内部层次图;同需求分析书b. 确定开发顺序。1 系统框架 WinApp.exe ;2 系统管理 AppSys.dll ;3 部门管理 AppSys

2、.dll ;4 月工资管理 AppPay.dll ;5 临时发放管理 AppJust.dll 。 2.2 系统控制设计根据实际情况,我们使用原型法(Rapid Prototyping即以少量代价快速地构造一个可执行的软件系统 模型。使用户和开发人员可以较快地确定需求,然后采用循环进化的开发方式,对系统模型作连续的精化,将系 统需具备的性质逐渐增加上去,直到所有的性质全部满足。此时模块也发展成为最终产品了。通过对用户需求的分析,我们可以分析出该工资管理系统大致可以分为六个模块:人事档案管理模块、职 工工资管理模块、工资统计模块的实现、部门查询模块、特殊查询模块、报表查询模块。现在对这六个模块做具

3、体说明:人事基本情况管理模块:输入:职工信息输出:“人员档案表”功能:对人事基本信息的查询职工工资管理模块输入:人员月工资输出:“职工工资表”功能:完成员工工资的查询工资统计模块输出:“职工工资统计表”功能:完成员工工资的统计和打印部门查询模块输出:以部门为索引的“职工档案信息”功能:完成以部门为索引的“职工档案信息”的统计和查询特殊查询模块的实现输出:满足查询条件的“职工档案信息”和职工合同的期限功能:完成满足查询条件的“职工档案信息”和职工合同的期限的查询报表查询模块的实现输出:员工履历信息和工资信息的基本情况 查询及打印功能功能:完成对员工履历信息和工资信息基本情况的查询及打印2.3 通

4、用的功能设计a . 尽量使用能完成相同功能的原有模块;ClsLib.dll ;WinCtl.dll 。b . 设计具有通用性的功能模块。string SendEmail( string ;string CreateBankFile( string 。2.4 以用户介面为单位的功能分配a . 列出模块的编码、名称及它们的层次关系;b . 描述模块的功能分配;c . 与模块相关的数据结构;d . 输入输出方式等外部特征。处理逻辑编码 处理逻辑名称 主要功能、输入和输出数据结构fLogin 登录用户 ab1101, Muser(i;fPassword 修改密码 ab1102, Muser(o;fSy

5、s00 维护用户 ab1103, ab1104, ab1105, Muser(io;fSys10 维护权限 ab1106, Muser(io, Module(i;fSys20 维护常数 ab1110, Mconstant(io;fSys30 维护部门 ab1120, Mdivision(io;fSys40 维护职员 ab1130, Memployee(io;fSys41 调动职员 ab1130, Memployee(io, Tpay(io;fPay01 维护工资项 ab1301, TpayItem(io;fPay02 设置月工资 ab1302, Tpay(io, TpayHistory(o,T

6、paySum(io, TpaySumHistory(o;fPay03 设置单项工资 ab1303, Tpay(io, TpayItem(i;fPay04 设置职员工资 ab1304, Tpay(io, TpayItem(i;fPay05 计算月工资 ab1305, Tpay(io, TpaySum(io;fPay06 打印工资条 ab1306, Tpay(i, TpayItem(i;fPay07 打印工资表 ab1307, Tpay(i, TpayItem(i;fPay08 打印汇总表 ab1308, TpaySum(i, TpayItem(i;fPay09 生成银行工资表 ab1309, V

7、payByAccount(i;fPay10 发送 E_mail ab1310, VpayByEmail (i;fJust01 设置临时发放 ab1401, TpayJustItem(io;fJust03 设置部门发放 ab1402, Vemplogee(i, TpayJustItem(i, TpayJust (io; fJust04 设置职员发放 ab1403, Vemplogee(i, TpayJustItem(i, TpayJust (io; fJust07 打印发放表 ab1404, TpayJust(i, TpayJustItem(i;fJust08 打印发放汇总表 ab1405, T

8、payJustSum(io, TpayJustItem(i;fJust09 生成银行发放表 ab1406, VjustByAccount(i;fJust10 发送 E_mail ab1407, VjustByEmail (i。§3、制定工程的各种规范编码规范对于程序员而言尤为重要,一个软件的生命周期中, 80%的花费在于维护。几乎没有 任何一个软件, 在其整个生命周期中, 均由最初的开发人员来维护。 编码规范可以改善软件的可读 性,可以让程序员尽快而彻底地理解新的代码。常见的编码规范总结如下:1.开头注释 (Beginning Comments所有的源文件都应该在开头有一个风格一致的

9、注释,其中列出类名、版本信息、日期和版权声 明等,如下:/* Classname* Version information* Date* Copyright notice*/2.包和引入语句 (Package and Import Statements在多数 Java 源文件中,第一个非注释行是包语句。在它之后可以跟引入语句。例如:package java.awt;3.缩进排版 (Indentation4个空格常被作为缩进排版的一个单位。4.行长度 (Line Length尽量避免一行的长度超过 80个字符, 因为很多终端和工具不能很好处理长度超过 80个字符的 行。5.换行 (Wrappin

10、g Lines当一个表达式无法容纳在一行内时,可以依据如下一般规则断开该行:在一个逗号后面断开。在一个操作符前面断开。宁可选择较高级别 (higher-level的断开,而非较低级别 (lower-level的断开。新的一行应该与上一行同一级别表达式的开头处对齐。如果以上规则导致你的代码混乱或者使你的代码都堆挤在右边,那就代之以缩进 4个空格。 6.注释 (CommentsJava 程序有两类注释:实现注释 (implementation comments 和文档注释 (document comments 。 实现注释是那些在 C+中见过的,使用 /*.*/和 /界定的注释。文档注释 (被称为

11、 "doc comments" 是 Java 独有的,并由 /*.*/界定。文档注释可以通过 javadoc 工具转换成 HTML 文件。为了使程序更容易阅读,程序员应适当的在代码中添加注释。7.每行声明变量的数量 (Number Per Line推荐一行一个声明,因为这样以利于写注释,如下:int level; / indentation levelint size; / size of table不要将不同类型变量的声明放在同一行,例如:int foo, fooarray;8避免声明的局部变量覆盖上一级声明的变量。例如，不要在内部代码块中声明相同的变量 名，见下面的代码

12、，定义了两个“count” ，这种情况应避免。 int count; . myMethod( if (condition int count = 0; . . 9简单语句(Simple Statements 每行至多包含一条语句，例如： argv+; argv+; argc-; /推荐使用 /不推荐使用 10复合语句(Compound Statements 复合语句是包含在大括号中的语句序列，形如" 语句 "。复合语句的书写一般应遵守以下原 则： 被括其中的语句应该较之复合语句缩进一个层次。 左大括号""应位于复合语句起始行的行尾；右大括号"&

13、quot;应另起一行并与复合语句首行对齐。 大括号可以被用于所有语句，包括单个语句，只要这些语句是诸如 if-else 或 for 控制结构的一 部分。这样便于添加语句而无需担心由于忘了加括号而引入 bug。 11空行(Blank Lines 空行将逻辑相关的代码段分隔开，以提高可读性。下列情况应该总是使用空行： 一个源文件的两个片段(section之间。 类声明和接口声明之间 。 两个方法之间。 方法内的局部变量和方法的第一条语句之间。 一个方法内的两个逻辑段之间，用以提高可读性。 12命名规范(Naming Conventions 命名规范使程序更易读，从而更易于理解。它们也可以提供一些有

14、关标识符功能的信息，以助 于理解代码，例如，不论它是一个常量，包，还是类。 标 识 符 命名规则 例子 的黑盒测试以及软件环境，硬件要求和极限测试工作。 （2） 机器测试 通过在计算机上直接运行被测程序，来发现程序中的错误。机器测试包括黑盒测试盒白盒 测试。 黑盒测试也称功能测试， 将软件看作黑盒子， 在完全不考虑程序的内部结构和特性的情况下， 研究软件的外部特性。 根据软件的需求规格说明书测试用例， 从程序的输入和输出特性上测试是否 满足设定的功能。白盒测试也称结构测试，将软件看作一个透明的白盒子，按照程序的内部结构和 处理逻辑来选定测试用例，对软件的逻辑路径及过程进行测试，检查与测试是否相符。 测试结果分析 软件在运行、关闭及退出时保存记录的提示功能基本完成，在软件的不断启动关闭过程中没 有出现死机、程序执行效率降低等各种不良现象，功能的实现较为完善。 用户登录界面较友好，但软件界面的色彩选择、搭配上对于长期工作者而言仍然不会产生眼 部不适感。可操作性及安全性能较好，能完成对不同管理级别者的限制工作，对软件涉及到的机密 数据能进行良好的保护。 数据库的可维护性良好，数据的录入能顺利完成，并能实现动态更新，删除和修改也能顺利 完成。 数据查询不够全面，只能按系统设定的少数查询条件进行搜索，以找到合适的答案。 数据溢出、越界基本不能进行非法提示，