TYUT课设实验报告工资管理系统11级.docx
《TYUT课设实验报告工资管理系统11级.docx》由会员分享，可在线阅读，更多相关《TYUT课设实验报告工资管理系统11级.docx（39页珍藏版）》请在冰豆网上搜索。
TYUT课设实验报告工资管理系统11级
TYUT-课设实验报告-工资管理系统-11级
《软件分析与设计》
课程设计
报告
学院：
软件学院
专业班级：
组长：
组员：
指导教师：
时间：
名目
学校内部工资治理系统可行性分析报告
1引言
1.1编写目的
可行性研究的目的确实是以最小的代价在最短的时刻内确定咨询题是否能解决。
本报告经审核后，交项目负责人审查及软件开发人员分析。
1.2项目背景
开发软件名称：
学校内部工资治理系统。
用户：
太原理工大学财务处、人事处及各部门治理人员。
实现软件单位：
运算机科学与技术学院运算机工程系。
项目与其他软件、系统的关系：
使用SQL数据库软件。
1.3定义
[专门术语]：
MicrosoftVisualStudio2010一款强大的编译软件。
SQL:
一种用于查询数据库的语言。
1.4参考资料
《软件工程导论》崔冬华、李爱萍，机械工业出版社。
《软件开发环境与工具A》吕进来，电子工业出版社。
《数据库》谢俊，崔子南，张波译人民邮电出版社。
2可行性研究的前提
2.1要求
要紧功能：
部门、职员信息变动，工资结算及发放。
输出要求：
数据完整，详实。
输入要求：
简捷，快速，实时。
安全与保密要求：
治理员拥有所有权限，职员信息要保密。
完成期限：
估量2周，即截止2014年1月17日。
2.2目标
提升太原理工大学财务处的办公效率。
2.3条件，假定和限制
建议软件寿命：
10年。
经费来源：
学校。
运行环境：
Windows。
数据库：
SQL数据库
2.4可行性研究方法
项目组人员共同商讨技术上的可行性，并通过简单的模拟实验验证技术可行性。
项目组成员一致认为项目实际可行。
2.5评判尺度
成本/效益分析结果：
效益〉成本。
现有开发技术可行。
3社会因素可行性分析
3.1法律因素
所有技术资料都由开发方保管。
合同制定违约责任。
3.2用户使用可行性
系统爱护人员要求有运算机的专业知识的人员，一般用户可按照友好性界面轻松使用。
4结论
按照项目组成员的现有水平，在技术、操作上都具备可行性，能够进行开发。
学校内部工资治理系统软件需求讲明书
1引言
1.1编写目的
学校内部工资治理系统软件需求讲明书是在可行性研究的基础上，是为了进一步明确学校内部工资治理系统的软件需求，以便安排项目规划与进度，组织软件开发与测试，撰写本文档。
本文档供项目经理、设计人员、开发人员参考。
1.2项目背景
开发软件名称：
学校内部工资治理系统。
用户：
太原理工大学财务处、人事处及各部门治理人员。
实现软件单位：
运算机科学与技术学院运算机工程系。
项目与其他软件、系统的关系：
使用SQL数据库软件。
1.3定义
[专门术语]：
MicrosoftVisualStudio2010一款强大的编译软件。
SQL:
一种用于访咨询查询数据库的语言。
1.4参考资料
《软件工程导论》崔冬华、李爱萍，机械工业出版社。
《软件开发环境与工具A》吕进来，电子工业出版社。
《数据库》谢俊，崔子南，张波译人民邮电出版社。
2任务概述
2.1目标
提升学校财务部办公效率。
2.2运行环境
运行环境：
Windows。
MicrosoftVisualStudio2010
数据库：
SQL数据库。
2.3假定和约束
1.人力、资金、时刻的约束
2.技术进展规律的约束
3数据描述
3.1数据特性
1．数据录入和处理的准确性和实时性
2．数据的一致性与完整性
3.2系统数据流图
图2.2系统数据流图
3.3数据库描述
数据库采纳SQL。
3.4数据词典
4对性能的规定
为了保证系统能够长期、安全、稳固、可靠、高效的运行，学校内部工资治理系统应该满足以下的性能需求：
1．系统处理的准确性和及时性
2．系统的开放性和系统的可扩充性
3．系统的易用性和易爱护性
4．系统的标准性
5．系统的先进性
5运行环境规定
学校内部工资治理系统中的各个子系统的硬件和软件的配置如下：
1．服务器端子系统的运行要求：
系统软件：
MicrosoftVisualStudio2010一款强大的编译软件。
数据库治理系统：
SQLservermanagementstudio。
2.客户端子系统的运行要求：
系统软件：
SQLservermanagementstudio。
学校内部工资治理系统项目开发打算
1引言
1.1编写目的
为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情形，使项目工作开展的各个过程合理有序，因此以文件化的形式，把关于在项目生命周期内的工作任务范畴、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险计策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。
1.2背景
开发软件名称：
学校内部工资治理系统。
用户：
太原理工大学财务处、人事处及各部门治理人员。
实现软件单位：
运算机科学与技术学院运算机工程系。
项目与其他软件、系统的关系：
使用SQL数据库软件。
1.3定义
数据字典:
数据字典的内容要紧是对数据流程图中的数据项、数据结构、数据流、处理逻辑、数据储备和外部实体等六个方面进行具体的定义。
数据流程图配以数据字典，就能够从图形和文字两个方面对系统的逻辑模型进行完整的描述。
模块:
模块是程序的集合体，一个或数个程序组成一个模块，完成一个相对独立的功能。
软件文档:
软件文档是对会计软件模块和数据库等所作的文字讲明，包括需求讲明书、概要设计讲明书、详细设计讲明书、检测报告、用户手册等技术文档和使用文档。
1.4参考资料
《软件工程导论》崔东华、李爱萍，机械工业出版社。
2项目概述
2.1工作内容
第一时期：
可行性研究报告，要紧对项目的可行性进行收集、明白得和分析，编写可行性研究报告。
第二时期：
软件需求讲明书，要紧对项目用户的需求进行收集、明白得、分析，并编写雪球规格讲明书和初步用户手册等文档。
第三时期：
项目开发打算，制定项目开发打算，保证项目按时按质的完成任务。
第四时期：
概要设计讲明书，制定流程、程序系统的组织结构、模块划分、功能分配、接口设计。
，运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。
第五时期：
详细设计讲明书，讲明一个软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑
第六时期：
测试打算，编写本系统的测试打算
第七时期：
测试分析报告，按照测试结果得出测试报告
2.3产品
2.3.1程序
程序名称：
学校内部工资治理系统
编程语言：
C#
储备数据库：
SQLservermanagementstudio
2.3.2文件
A．可行性研究报告B．项目开发打算C．需求分析规格讲明
D．概要设计规格讲明E．详细设计规格讲明F．数据库讲明
G．测试分析报告H．用户手册
2.4验收标准
2.5本打算的批准者和批准日期
批准日期：
2014年1月6日
学校内部工资治理系统概要设计讲明书
1引言
1.1编写目的
本时期已在系统的需求分析的基础上，对学校内部工资治理系统做概要设计。
要紧解决了实现该系统需求的程序模块设计咨询题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本时期中对系统所做的所有概要设计进行详细的讲明。
在详细设计、软件测试以及软件爱护等时期也可参考此讲明书。
1.2项目背景
开发软件名称：
学校内部工资治理系统。
用户：
太原理工大学财务处、人事处及各部门治理人员。
实现软件单位：
运算机科学与技术学院软件学院软件工程系。
本系统与其他系统的关系：
1.3定义
1.3.1专门术语
MicrosoftVisualStudio2010一款强大的编译软件。
SQL:
一种用于访咨询查询数据库的语言
差不多工资：
职职员作一天所得的工资，不包括奖金和罚款，以及税收。
出勤工资=差不多工资*本月出勤天数
税前工资=出勤工资+本月奖金-本月罚款
扣税额=税率*税前工资
税后工资=税前工资-扣税额
2总体设计
2.1处理流程
下面将使用（结构化设计）面向数据流的方法对学校内部工资治理系统的处理流程进行分析。
系统可分为两大部分：
一、客户机上的程序，二、服务器上的程序。
以下将分不对系统的这两大部分进行流程分析：
2.1.1客户机程序流程
客户机安各部门的账号登陆，人事处和财务处能够对系统进行治理，其他部门只进行自己内部职工工资的查询。
其内部处理流程如下：
图4-2内部流程图
下面对各模块（以数字表示）进行功能讲明：
人事处对各个部门职工的出勤信息和奖金以及罚款进行录入
财务处将教职工的工资表生成并将数据送于银行
显示部门工资条用于部门内工资的查询
职工表储备职工的信息
部门汇总表储备部门的信息
工资表1用于记录职工的出勤工资
职工表添加对职工表进行添加操作
职工表修改对职工表进行修改操作
职工表删除对职工表进行删除操作
从职工表返回至人事处
部门汇总表修改对部门汇总表进行修改操作
从部门汇总表返回至人事处
工资表1修改对工资表1进行修改操作
从工资表1返回至人事处
工资表2用于记录职工的税前出勤工资
扣税款表储备工资的扣税情形
银行发放表用于银行发放工资
工资表2修改对工资表2进行修改
从工资表2返回至财务处
扣税款表修改对扣税款表进行修改
从扣税款表返回至财务处
从银行发放表返回至财务处
2.2总体结构和模块外部设计
下面以结构图来描述学校内部工资治理系统的软件总体结构。
方框之间的直线表示模块的调用关系。
要紧分为客户端子系统和服务器子系统，如下：
图4-3系统的逻辑模型
2.3功能分配
各项模块的功能可参照3.1中的讲明。
客户端程序要紧有三大块：
同意查询要求，联络服务器，输出数据。
服务器程序要紧用来接收客户端要求。
服务器程序需与已建立的SQL数据库互连，其接口将于下面部分阐述。
3接口设计
3.1外部接口
3.1.1用户界面
在用户界面部分，按照需求分析的结果，用户需要一个用户友善界面。
在界面设计上，应做到简单明了，易于操作，同时要注意到界面的布局，应突出的显示重要以及出错信息。
外观上也要做到合理化，考虑到用户多对Windows风格较熟悉，应尽量向这一方向靠拢。
在设计语言上，已决定使用c#进行编程，在界面上可使用C#所提供的可视化组件，向Windows风格靠近。
其中服务器程序界面要做到操作简单，易于治理。
在设计上采纳下拉式菜单方式，在出错显示上可调用c#库中的错误提示函数。
总的来讲，系统的用户界面应作到可靠性、简单性、易学习和使用
3.1.2软件接口
服务器程序可使用C#提供的对SQL的接口，进行对数据库的所有访咨询。
服务器程序上可使用SQL的对数据库的备分命令，以做到对数据的储存。
在网络软件接口方面，使用一种无差错的传输协议，采纳滑动窗口方式对数据进行网络传输及接收。
3.1.3硬件接口
在输入方面，关于键盘、鼠标的输入，可用C#的标准输入/输出，对输入进行处理。
在输出方面，打印机的连接及使用，也可用C#的标准输入/输出对其进行处理。
在网络传输部分，在网络硬件部分，为了实现高速传输，将使用高速ATM。
3.2内部接口
内部接口方面，各模块之间采纳函数调用、参数传递、返回值的方式进行信息传递。
具体参数的结构将在下面数据结构设计的内容中讲明。
接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。
4数据结构设计
4.1数据库数据结构设计
系统将采纳SQLservermanagementstudio,系统要紧需要爱护5张数据表：
1.登录用户表User
用户名
密码
部门ID
表4.1登录用户表User
用来储备登陆信息，其中用户名和密码用来登陆，而按照用户名的不同进行不同部门的登陆，而部门ID用来进行内部识不，用户名为主键。
2.职工表Employee
部门ID
职工ID
职工姓名
出勤天数
银行账号
备注
表4.2职工表Employee
职工表用来储备学校每位教职工的个人信息，职工ID为主键。
3.部门汇总表Department
部门ID
部门名称
职工人数
差不多工资/天
备注
表4.3部门汇总表Department
部门汇总表用来储备学校部门的有关信息，主键为部门ID
4.工资表Salary
职工ID
出勤工资
奖金
罚款
税前工资
备注
表4.4工资表Salary
工资表用来储备每位职工的工资信息，其中职工ID为主键
5.扣税款表Rate
职工ID
税率
扣税额
税后工资
备注
表4.5扣税款表Rate
扣税款表用来储备每位职工的工资扣税情形，其中职工ID为主键。
6.银行发放表Bank
银行卡号
职工姓名
税后工资
备注
表4.6银行发放表Bank
银行发放表用来发送给银行，然后银行按照此表来发放工资，主键为职工姓名。
4.2物理数据结构设计
物理数据结构设计要紧是设计数据在模块中的表示形式。
数据在模块中差不多上以结构的方式表示。
1.登陆信息
用于登陆时输入，跳转到相应的界面。
2.网络包
用于数据在网络上的传输。
3.错误信息
用于关于错误操作。
4.工资条信息
1．部门名称
2．职工姓名
3．出勤天数
4．出勤工资
5．奖金和罚款
6．扣税额
7．税后工资
用于查询各部门内职工的工资条
4.3数据结构与程序的关系
服务器程序在对人事处和财务处进行操作时需对数据库数据库数据结构，也确实是数据表进行查询和修改，而其他部门需要对数据库中的该部门的工资条进行查询。
物理数据结构要紧用于各模块之间函数的信息传递。
接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。
出错信息将送入显示模块中，帐单结构，送入打印预备模块中预备打印格式。
5运行设计
5.1运行模块的组合
客户机程序在有输入时启动接收数据模块，通过各模块之间的调用，读入并对输入进行格式化。
在接收数据模块得到充分的数据时，将调用网络传输模块，将数据通过网络送到服务器，并等待接收服务器返回的信息。
接收到返回信息后赶忙调用数据输出模块，对信息进行处理，产生相应的输出。
服务器程序的接收网络数据模块必须始终处于活动状态。
接收到数据后，调用数据处理/查询模块对数据库进行访咨询，完成后调用网络发送模块，将信息返回客户机。
5.2运行操纵
运行操纵将严格按照各模块间函数调用关系来实现。
在各事务中心模块中，需对运行操纵进行正确的判定，选择正确的运行操纵路径。
在网络传方面，客户机在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。
服务器在接到数据后发送确认信号，在对数据处理、访咨询数据库后，将返回信息送回客户机，并等待确认。
5.3运行时刻
在软体的需求分析中，对运行时刻的要求为必须对作出的操作有较快的反应。
网络硬件对运行时刻有最大的阻碍，当网络负载量大时，对操作反应将受到专门大的阻碍。
因此将采纳高速ATM网络，实现客户机与服务器之间的连接，以减少网络传输上的开销。
其次是服务器的性能，这将阻碍对数据库访咨询时刻即操作时刻的长短，阻碍加大客户机操作的等待时刻，因此必须使用高性能的服务器，建议使用PentiumIII处理器。
硬件对本系统的速度阻碍将会大于软件的阻碍。
6出错处理设计
6.1出错输出信息
程序在运行时要紧会显现两种错误：
1、由于输入信息，或无法满足要求时产生的错误，称为软错误。
2、由于其他咨询题，如网络传输超时等，产生的咨询题，称为硬错误。
关于软错误，须在定票/领票操作成功判定及输入数据验证模块由数据进行数据分析，判定错误类型，再生成相应的错误提示语句，送到输出模块中。
对与硬错误，可在出错的相应模块中输出简单的出错语句，并将程序重置。
返回输入时期。
出错信息必须给出相应的出错缘故，例：
“出勤天数不能大于31”
“新增的职工id与现有的职工id不能相同”等。
6.2出错处理计策
所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的缺失。
若真断电时，客户机上将可不能有太大的阻碍，要紧是服务器上：
在断电后必须能对数据进行复原。
在网络传输方面，可考虑建立一条成本较低的后备网络，以保证当主网络断路时数据的通信。
在硬件方面要选择较可靠、稳固的服务器机种，保证系统运行时的可靠性。
7爱护设计
爱护方面要紧为对服务器上的数据库数据进行爱护。
可使用SQLservermanagementstudio数据库爱护功能机制。
例如，爱护治理数据库死锁咨询题和爱护数据库内数据的一致性等。
学校内部工资治理系统详细设计讲明书
1引言
1.1编写目的
在本时期中，确定应该如何具体地实现所要求的系统，从而在编码时期能够把那个描述直截了当翻译成用具体的程序语言书写的程序。
要紧的工作有：
按照在《需求分析讲明书》中所描述的数据、功能、运行、性能需求，并按照《概要设计讲明书》所确定的处理流程、总体结构和模块外部设计，设计软件系统的结构设计、逐个模块的程序描述（包括各模块的功能、性能、输入、输出、算法、程序逻辑、接口等等），解决如何
1.同意：
输入用户名和密码登陆系统；
2.输出：
显示各部门的职工的工资条；
3.辨论信息的种类并采取相应的处理步骤；
4.判定信息的正误并采取相应的处理步骤；
5.进行数据库的查询、修改工作；
6.同意并判定错误，输出相应的出错消息；
在测试时期要利用本讲明书设计测试用例，进行测试。
1.2项目背景：
开发软件名称：
学校内部工资治理系统。
用户：
太原理工大学财务处、人事处及各部门治理人员。
实现软件单位：
运算机科学与技术学院运算机工程系。
1.3参考资料：
《软件开发环境与工具A》吕进来，电子工业出版社。
《软件工程导论》崔东华、李爱萍，机械工业出版社。
2程序设计讲明
程序设计部分由我们组员分工完成，完整代码见各个报告。
登录界面
各部门按照预先设定的用户名和密码登录本系统。
人事处治理员登录成功界面
在本界面上，点击注销会返回到工资治理系统登录界面；点击职工表，会转到职工表治理界面；点击部门汇总表，会转到部门治理界面；点击工资表，会转到工资表治理界面。
职工表治理界面
在本界面上，能够查看职工的个人信息及出勤情形。
并能够添加、修改或删除职员的个人信息。
添加新职员界面
工资表界面
在本界面能够查看所有职员的出勤情形及工资明细，并可对表中信息进行修改
工资情形表
本界面中，各部门经理查看与核对本部门所有职员的工资发放情形。
财务处治理员登录成功界面
在本界面上，点击注销会返回到工资治理系统登录界面；点击工资表，会转到工资表治理界面；点击扣税款表，会转到扣税表界面；点击银行发放表，会转到银行发放表治理界面。
扣税表治理界面
本界面用于查看税率和扣税额及税后工资，扣税额和税后工资由系统自动生成，治理员能够修改税率
银行发放单界面
本界面用于查看与核对职员的银行账号及应发工资额
学校内部工资治理系统测试打算
1引言
1.1编写目的
该《测试打算》文档为工资治理系统软件测试的依据，确定要实现的目标，发觉软件存在的缺陷，减低发行的风险和后期爱护费用，给软件测试人员提供依据。
1.2项目背景
开发软件名称：
学校内部工资治理系统。
用户：
太原理工大学财务处、人事处及各部门治理人员。
实现软件单位：
运算机科学与技术学院运算机工程系。
1.3定义
单元测试：
对象是软件设计中的最小单位——模块
综合测试：
把通过单元测试的各个模块组装在一起测试以发觉与接口有关的各种错误
确认测试：
检测软件是否按照合同要求进行工作，即是否满足软件需求讲明书中的确认标准。
1.4参考资料
《软件测试方法和技术》朱少民，清华大学出版社。
2打算
2.1软件讲明
提供一份图表，并逐项讲明被测软件的功能、输入和输出等质量指标，作为叙述测试打算的提纲。
登陆
模块名称
输入
预期结果
实际结果
是否解决
操作人员登陆
第一次输入有误，第二次输入正确
输入正确后以各自的身份进入各自的界面
输入正确后以各自的身份进入各自的界面
是
操作人员登陆
不输入用户名和密码，点击“登陆”按钮
弹出提示框
弹出提示框
是
操作人员登陆
输入用户名和密码，点击“重置”按钮
清空，重新输入
清空，重新输入
是
人事处治理
模块名称
输入
预期结果
实际结果
是否解决
职工表
点击“职工表”按钮
进入职工表治理界面
进入职工表治理界面
是
职工表添加
点击职工表治理界面的“添加”按钮
进入职工表添加治理界面
进入职工表添加治理界面
是
职工表添加治理
在该界面中输入要填的信息，点击“添加”按钮和“取消”按钮
点击“添加”，返回职工表界面添加成功，点击取消返回职工表界面
点击“添加”，返回职工表界面添加成功，点击取消返回职工表界面
是
职工表修改
在职工表治理界面点击所要修改的项，进行修改，点击“修改”按钮
修改成功
修改成功
是
职工表删除
在职工表治理界面选择某一行，点击“删除”按钮
提示是否删除，有是和否按钮
提示是否删除，有是和否按钮
是
职工表返回
点击该界面中的返回按钮
返回至人事处治理界面
返回至人事处治理界面
是
部门汇总表
点击“部门汇总表”按钮
进入部门汇总表治理界面
进入部门汇总表治理界面
是
部门汇总表修改
在该界面点击所要修改的项，进行修改，点击“修改”按钮
修改成功
修改成功
是
部门汇总表返回
点击该界面中的返回按钮
返回至人事处治理界面
返回至人事处治理界面
是
工资表
点击“工资表”按钮
进入工资表治理界面
进入工资表治理界面
是
工资表修改
在该界面点击所要修改的项，进行修改，点击“修改”按钮
修改成功
修改成功
是
工资表返回
点击该界面中的返回按钮
返回至人事处治理界面
返回至人事处治理界面
是
注销
点击该界面中的注销按钮
返回至登陆界面
返回至登陆界面
是
人事处治理
模块名称
输入
预期结果
实际结果
是否解决
工资表
点击“工资表”按钮
进入工资表治理界面
进入工资表治理界面
是
工资表修改
在该界面点击所要修改的项，进行修改，点击“修改”按钮
修改成功
修改成功
是
工资表返回
点击该界面中的
升级会员 