计算机毕业设计 jsp大学生个人理财系统(jsp+servlet+sqlserver) 毕设

演示视频：

https://www.bilibili.com/video/BV1pC4y1R7MA/

第4章 详细设计

3.1 管理员模块设计

当系统登陆时，首先出现的是一个用户登陆的界面,主要是维护系统的安全性和完整性。拥有管理员权限的操作员能进行相应操作，没有权限的操作员不能对相应的窗口进行操作。如下图所示：

3.2注册用户管理

该模块主要功能教职工信息进行管理，包括对注册用户的删除功能，界面如下图所示：

3.3 用户登陆

用于用户登陆进入系统的界面,用户需要建立一个账号和密码才能进入使用系统,当用户输入自己的账号和密码时,系统进行验证,如果正确,进入系统;如果错误,则提示用户输入的信息不正确,重新输入信息.该界面还为新用户设置了专门的注册组件,通过点击注册按钮直接进入新用户的注册界面.在登陆的时候,密码框采用密文形式输入,保护用户登陆的安全性。界面如下图所示：

3.4 用户注册

用于未注册的用户进行账号的注册,当新用户使用该系统时,在登陆界面上点击新用户注册的按钮可以进入新用户注册的界面.该界面输入新的用户名称,输入两次用户密码.如果用户名称和密码符合要求并且两次输入的密码都一致,则提示用户注册成功,如果用户名称已经被注册了或者是两次输入的密码不一致,会提示相应的错误提示信息,并且清空输入框,重新输入.在该界面上有提示返回登陆框的组件,如果登陆成功以后,则可以直接点击该组件,回到登陆界面,进行用户登陆。界面如下图所示：

3.5 收入统计

该模块作为该系统的一个主要模块,其主要功能是按日,月,年进行收入开销的统计,是体现理财功能的主要模块.这个模块分为日收支统计,月收支统计,年收支统计三个部分,每个部分有相关的一些收入统计,和日常的衣食住行方面的开销统计,统计的时候必须输入所统计的日期,如果忘了输入或者输入错误的日期,则要提示错误信息.还有相应的备注信息输入框,以对自己的收支信息进行相应的补充说明.在这三种收支统计模块中,都设置有计算功能,该功能可以计算每个界面中所有收入的总和,所有支出的总和,以及计算出净收入的数目来.基本上具有完善的收入统计功能.三种按统计时间区分的模块,可以分别按不同的时间段来进行统计,而其相应的统计范围也有所调整。界面如下图所示：

3.6 收入查询功能

该模块也是作为理财系统的模块,和收入统计模块一起,实现个人理财系统的重要功能:收入支出的统计.在此查询模块中,分为按日查询,按月查询,按年查询,分别对应着统计记录模块中的按日统计,按月统计,按年统计;如果要按日查询的话,就输入年,月,日的信息,点击查询按钮,如果输入信息正确,则在下面的窗体中会显示曾经统计过的相应项目的相应数据,用户可以直观的看到自己在某个日期的统计数据.在这个界面中也带有统计计算的功能,以便于用户计算;并且带有修改,删除所统计的数据的功能.其他两个,按月,按日查询也是如此.该模块和收入统计模块,也可以算是一个整体的模块.一起完成收支统计的功能。界面如下图所示:

第5章 系统调试与测试

3.1 程序调试

在设计系统的过程中，存在一些错误是必然的。对于语句的语法错误，在程序运行时自动提示，并请求立即纠正，因此，这类错误比较容易发现和纠正。但另一类错误是在程序执行时由于不正确的操作或对某些数据的计算公式的逻辑错误导致的错误结果。这类错误隐蔽性强，有时会出现，有时又不出现，因此，对这一类动态发生的错误的排查是耗时费力的。

3.2 程序的测试

5.2.1 测试的重要性及目的

（1）测试的重要性

软件的测试在软件生命周期中占据重要的地位，在传统的瀑布模型中，软件测试学仅处于运行维护阶段之前，是软件产品交付用户使用之前保证软件质量的重要手段。近来，软件工程界趋向于一种新的观点，即认为软件生命周期每一阶段中都应包含测试，从而检验本阶段的成果是否接近预期的目标，尽可能早的发现错误并加以修正，如果不在早期阶段进行测试，错误的延时扩散常常会导致最后成品测试的巨大困难。

事实上，对于软件来讲，不论采用什么技术和什么方法，软件中仍然会有错。采用新的语言、先进的开发方式、完善的开发过程，可以减少错误的引入，但是不可能完全杜绝软件中的错误，这些引入的错误需要测试来找出，软件中的错误密度也需要测试来进行估计。测试是所有工程学科的基本组成单元，是软件开发的重要部分。自有程序设计的那天起测试就一直伴随着。统计表明，在典型的软件开发项目中，软件测试工作量往往占软件开发总工作量的40％以上。而在软件开发的总成本中，用在测试上的开销要占30％到50％。如果把维护阶段也考虑在内，讨论整个软件生存期时，测试的成本比例也许会有所降低，但实际上维护工作相当于二次开发，乃至多次开发，其中必定还包含有许多测试工作。

在实践中，软件测试的困难常常使人望而却步或敷衍了事，这是由于对测试仍然存在一些不正确的看法和错误的态度，这包括:

①认为测试工作不如设计和编码那样容易取得进展难以给测试人员某种成就感;

②以发现软件错误为目标的测试是非建设性的，甚至是破坏性的，测试中发现错位是对责任者工作的一种否定;

③测试工作枯燥无味，不能引起人们的兴趣;

④测试工作是艰苦而细致的工作;

⑤对自己编写的程序盲目自信，在发现错误后，顾虑别人对自己的开发能力的看法。

这些观点对软件测试工作是极为不利的，必须澄清认识、端正态度，才可能提高软件产品的质量。

（2）测试的目的

如果测试的目的是为了尽可能多地找出错误，那么测试就应该直接针对软件比较复杂的部分或是以前出错比较多的位置。

①软件测试是为了发现错误而执行程序的过程;

②测试是为了证明程序有错，而不是证明程序无错误;

③一个好的测试用例是在于它能发现至今未发现的错误;

④一个成功的测试是发现了至今未发现的错误的测试。

这种观点可以提醒人们测试要以查找错误为中心，而不是为了演示软件的正确功能。但是仅凭字面意思理解这一观点可能会产生误导，认为发现错误是软件测试的唯一目，查找不出错误的测试就是没有价值的，事实并非如此。

首先，测试并不仅仅是为了要找出错误。通过分析错误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。同时，这种分析也能帮助我们设计出有针对性地检测方法，改善测试的有效性。其次，没有发现错误的测试也是有价值的，完整的测试是评定测试质量的一种方法。

5.2.2 测试的步骤

与开发过程类似，测试过程也必须分步骤进行，每个步骤在逻辑上是前一个步骤的继续。大型软件系统通常由若干个子系统组成，每个子系统又由若干个模块组成。因此，大型软件系统的测试基本上由下述几个步骤组成：

（1）模块测试在这个测试步骤中所发现的往往是编码和详细设计的错误。

（2）系统测试在这个测试步骤中发现的往往是软件设计中的错误，也可能发现需求说明中的错误。

（3）验收测试在这个测试步骤中发现的往往是系统需求说明书中的错误。

5.2.3 测试的主要内容

为了保证测试的质量，将测试过程分成几个阶段，即:代码审查、单元测试、集成测试、确认测试和系统测试。

（1）单元测试

单元测试集中在检查软件设计的最小单位—模块上，通过测试发现实现该模块的实际功能与定义该模块的功能说明不符合的情况，以及编码的错误。

（2）集成测试

集成测试是将模块按照设计要求组装起来同时进行测试，主要目标是发现与接口有关的问题。如一个模块与另一个模块可能有由于疏忽的问题而造成有害影响；把子功能组合起来可能不产生预期的主功能；个别看起来是可以接受的误差可能积累到不能接受的程度；全程数据结构可能有错误等。

（3）确认测试

确认测试的目的是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是确认测试的任务，即软件的功能和性能如同用户所合理期待的那样。

（4）系统测试

软件开发完成以后，最终还要与系统中其他部分配套运行，进行系统测试。包括恢复测试、安全测试、强度测试和性能测试等。

单独对系统的测试主要从以下几方面入手：

①功能测试：测试是否满足开发要求，是否提供设计所描述的功能，是否用户的需求都得到满足。功能测试是系统测试最常用和必须的测试，通常还会以正式的软件说明书为测试标准。

②强度测试及性能测试：测试系统能力最高实际限度，即软件在一些超负荷情况下功能实现的情况。

③安全测试：验证安装在系统内的保护机构确实能够对系统进行保护，使之不受各种非常的干扰。针对本系统主要是对权限系统的测试和对无效数据、错数据、和非法数据干扰的能力的测试。

经过上述的测试过程对软件进行测试后，软件基本满足开发的要求，测试宣告结束。