课设题目
统管理员专门负责管理。系统管理员职责如下：
1、网络设备、服务器和管理维护工作； 2、网络设备的安装调试工作； 3、网络系统的性能维护及优化工作； 4、网络系统、网上信息的安全管理工作； 5、网络故障检测和排除工作； 6、网络计费管理工作。
同样的在本系统中我也设置了管理员管理这一模块，这里我所设置的管理员模块功能的设计主要是针对可以对用户的加班，出差，请假信息需求请求功能的审批。这里以出差功能模块的审批进行展示，其针对加班、请假功能的模块的审批方式类似。
运行界面如图5-3所示:
图5-3管理员模块
5.4普通用户登陆
用户即某一种技术、产品、服务的使用者，使用某种产品的人。广泛的含义是使用者，即使用产品或服务的客户。这个词语一般在商业里被提及，但在21世界在创新领域以及ICT领域里面的使用率越来越高。在商业里面通常指产品或者服务的购买者；在科技创新里面，通常是指科技创新成果的使用者；在IT业里面，通常指网络服务的应用者。
信息通信技术的发展使得创新不再是科学家和技术研发人员的专利，用户对与科技创新的重要性被日益认识，用户参与的创新2.0模式正在逐步显现，用户需求、用户参与、以用户为中心被认为是新条件下创新的重要特征，用户成为创
20
XXX(学号)：XXX(姓名)
新2.0的关键词，用户体验也被认为是知识社会环境下创新2.0模式的核心。这趋势在IT领域的应用创新方面尤其明显，如网站、软件的设计、开发等。
本系统设计普通用户的模块主要是针对加班，出差，请假模块根据用户自身功能的需求请求审批。现就用户出差，加班，请假根据那些需求做出解释。
1.出差模块:本模块主要是按照用户的姓名，开始时间，结束时间，出差内容等功能需求进行设计。
2.加班模块:本模块主要是按照用户的姓名，开始时间，持续时间，加班类型，加班内容等功能需求进行设计。
3.请假模块:本模块主要是按照用户的姓名，开始时间，截止时间，申请时间，内容等功能需求进行设计。
在这里我以用户加班功能模块需求功能进行展示，其出差模块、请假模块展示形式类似。
运行界面如图5-4所示:
图5-4普通用户功能
21
课设题目
第6章 系统调试与测试
6.1 程序调试
在设计系统的过程中，存在一些错误是必然的。对于语句的语法错误，在运行程序的时候能自动提示，并请求马上改正，因此，这一类的错误比较容易被发现和改正。然而另一类的错误是在执行程序的时候由于对某些数据的计算公式的错误逻辑或者不正当的操作而导致的错误结果。这类错误的隐蔽性较高，有时能出现，但有时又不一定能出现，因此，对这一类动态错误的发生的排查才是耗时费力的。
6.2 程序的测试
6.2.1测试的重要性及目的
（1）测试的重要性
在软件生命周期中，软件的测试占据着一个重要的位置，在传统的瀑布模式中，软件测试学只是处于在运行维护阶段之前，是软件产品交付给大众用户使用之前用以保证软件质量重要的一个方法。近来，软件工程界中更加趋向于一种新观点，即认为软件每一阶段中的生命周期都理应包含测试，因此使检查本阶段的成果能不能接近预期的结果目标，进而尽可能早一点发现到错误并加以改正，如果测试不是在早期阶段进行的，那么错误将延时扩散，最后常常会导致成品测试面临巨大的困难。
对于软件来讲，事实上，无论采用任何方法或者任何技术，系统中仍然会出现错误。采用新的开发方式、先进的语言、完善的开发过程，可以最大限度的降低错误的引进，但还是不能完全的杜绝软件中有可能出现的错误，这些引入的错误需要通过测试找出来，系统中错误的密度也需要通过测试来进行估量。测试是所有学科的工程的最基本的组成单元，是软件开发的一个很重要的部分。自有设计程序的那天起测试就一直伴随着。统计表明，在典型的软件开发项目中，软件测试工作量往往占软件开发总工作量的40％以上。而在软件开发的总成本中，用在测试上的开销要占30％到50％。如果把维护阶段也考虑在内，讨论整个软件生存期时，测试的成本比例也许会有所降低，但实际上维护程序的工作相当于二次开发，甚至是多次开发，其中一定又包含了很多测试的工作。
在实践中，测试软件非常困难，从而常常使我们敷衍了事或望而却步，这是因为对测试还是存在了一些错误的看法和不正确的态度，这包括:
难以给测试的工作人员某种成就感; 认为测试工作并不像编码和设计那样
22
XXX(学号)：XXX(姓名)
容易进行发展
在测试的过程中发现错位其实是一种对责任者工作的否定; 测试是以发现软件的错误为目标的，这是非建设性的，甚至还是具有破坏性的
测试的工作过程非常枯燥无味，因此不足以引起我们的兴趣和爱好 测试工作需要是细致而艰苦的进行
一般来说，我们都对自己编写出来的程序比较盲目的自信，在发现到错误的时候，可能会顾虑别人对我们自己开发的能力的看法
以上这几个观点对测试系统的工作进行是尤为不利的，我们必须要端正态度、澄清认识，才可能将系统产品的质量加以提高。
（2）测试的目的
如果测试程序的目的是为了尽可能全面地找出系统中的错误，那么测试就必须直观的针对软件较为复杂的部分或者是前期出现错误比较多的位置。
系统的测试是为了检查出错误而执行程序的运行过程;
测试则是为了证明程序中有错误，而不是用来证明程序没有错误; 每一个好的测试的用例是因为它能检查到至今未出现的错误; 一个很成功的测试就是检查出了至今未能发现的错误的测试。
这种观点可以提醒人们测试要以查找错误为中心，而不是为了演示软件的正确功能。但是仅凭字面意思理解这一观点可能会产生误导，认为发现错误是软件测试的唯一目，查找不出错误的测试就是没有价值的，事实并非如此。
首先，测试并不仅仅是为了要找出错误。通过分析错误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。同时，这种分析也能帮助我们设计出有针对性地检测方法，改善测试的有效性。其次，没有检查出错误的测试也有它的价值，完整的测试是测试质量评定的一种方式。
6.2.2测试的步骤
类似系统开发的过程，测试工作的过程也需要分步骤来进行，每个步骤在逻辑上是前一个步骤的继续。大型系统软件一般是由若干个子系统而组成的，每以个子系统又是由若干个小的模块组成的。因此，大型系统软件的测试功过基本上由下面的几个步骤组成：
(1)模块测试在对模块进行的测试工作步骤中所发现的经常是详细设计和编码的错误。
(2)系统测试在对系统进行的测试工作步骤中发现的经常是软件设计时出现的错误，也有可能会发现需求说明中的出现错误。
23
课设题目
(3)验收测试在对验收进行的测试工作步骤中发现的经常是系统需求说明书中出现的错误。 6.2.3测试的主要内容
我们在进行测试工作的时候为了保证系统的质量，可以将测试工作的内容分成以下所说的几个部分，即: 审查代码、集成测试、单元测试、系统测试和确认测试。
1.单元测试
检查系统设计最小的单位（—个模块）就是单元测试，通过测试检查出用来定义该模块的功能说明不符合与实现该模块的实际功能的情况，以及编码时的错误。
2.集成测试
我们可以将每个小的模块按照设计的需求组装起来后同时进行集成测试，集成测试的主要目的是检查与接口有关联的某些问题。假设一个模块和另一个模块可能会出现由于疏忽的问题而引起有危害的影响；把子功能模块组合起来后可能不能产生预期的主功能；有个别的看起来视乎能接受的误差却很有可能积累到不能接受的程度；全程数据结构可能有错误等。
3.确认测试
确认测试的目的是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，基本排除了接口的错误，接下来我们就应该进一步的检验系统软件的有效性，就是确认测试工作的任务，是将系统软件的性能和功能发挥到如用户们合理期待的一样。
4.系统测试
完成软件设计开发以后，最后还要将它与系统中其他的部分整合运行，从性能测试、安全测试、强度测试和恢复测试等四个方面来进行系统测试。
此外对系统的单独测试主要从以下三个方面入手：
功能测试：测试能否满足开发的要求，能否实现了设计所描述的功能，能否让用户的需求得到满足。系统测试必须和最常用的测试是功能测试。一般来说还会以对软件正式的说明书为标准进行测试。
性能及强度的测试：最高实际限度的测试系统能力，即软件在某些超负荷环境下功能是否还实现的情况。
安全测试：对安装在系统内的安全保护机构确实能能不能保护系统进行验证，使系统不会受到各种不正常的干扰。因此针对本次开发的系统主要是测试错误的数据、无效的数据，测试权限系统和对抗非法数据干扰的能力。
24