3系统分析
3.1可行性分析
通过对本共享汽车管理系统实行的目的初步调查和分析，提出可行性方案并对其一一进行论证。我们在这里主要从技术可行性、经济可行性、操作可行性等方面进行分析。
3.1.1技术可行性
本共享汽车管理系统采用SSM框架，JAVA作为开发语言，是基于WEB平台的B/S架构系统。
（1）Java提供了稳定的性能、优秀的升级性、更快速的开发、更简便的管理、全新的语言以及服务。整个系统帮用户做了大部分不重要的琐碎的工作。
（2）基于B/S模式的系统的开发已发展日趋成熟。
（3）众所周知，Java是面向对象的开发语言。程序开发员可以在Eclipse平台上面方便的使用一些已知的解决方案。
因此，共享汽车管理系统在开发技术上具有很高可行性，且开发人员掌握了一定的开发技术，所以此系统的开发技术具有可行性。
3.1.2经济可行性
本共享汽车管理系统采用的软件都是开源的，这样能够削减很多的精力和资源，降低开发成本。同时对计算机的配置要求也极低，即使是淘汰下来的计算机也能够满足需要，因此，本系统在经济上是完全具有可行性的，所以在经济上是十分可行的。
3.1.3操作可行性
本共享汽车管理系统的界面简单易操作，用户只要平时有在用过电脑，都能进行访问和操作。本系统具有易操作、易管理、交互性好的特点，在操作上是非常简单的，因此在操作上具有很高的可行性。
综上所述，此系统开发目标已明确，在技术、经济和操作方面都具有很高的可行性，并且投入少、功能完善、管理方便，因此系统的开发是完全可行的。
3.2系统性能分析
3.2.1 系统安全性
此共享汽车管理系统要严格控制管理权限，具体要求如下：
（1）要想对共享汽车管理系统进行管理，首先要依靠用户名和密码在系统中登陆，无权限的用户不可以通过任何方式登录系统和对系统的任何信息和数据进行查看，这样可以保证系统的安全可靠性和准确性。
（2）在具体实现中对不同的权限进行设定，不同权限的用户在系统中登陆后，不可以越级操作。
3.2.2 数据完整性
（1）所有记录信息要保持全面，信息记录内容不可以是空。
（2）各种数据间相互联系要保持正确。
（3）相同数据在不同记录中要保持一致。
3.3系统界面分析
目前，界面设计已经成为对软件质量进行评价的一条关键指标，一个好的用户界面可以使用户使用系统的信心和兴趣增加，从而使工作效率提高，JSP技术是将JAVA语言作为脚本语言的，JSP网页给整个服务器端的JAVA库单元提供了一个接口用来服务HTTP的应用程序。创建动态页面比较方便。客户界面是指软件系统与用户交互的接口，往往涵盖输出、输入、人机对话的界面格式等。
1.输出设计
输出是由电脑对输入的基本信息进行解决，生成高质量的有效信息，并使之具有一定的格式，提供给管理者使用，这是输出设计的主要责任和目标。
系统开发的过程与实施过程相反，并不是从输入设计到输出设计，而是从输出设计到输入设计。这是由于输出表格与使用者直接相联系，设计的目的应当是确保使用者可以很方便的使用输出表格，并且可以将各部门的有用信息及时的反映出来。输出设计的准绳是既要整体琢磨不同管理层的所有需要，又要简洁，不要提供给用户不需要的信息。
2.输入设计
输入数据的收集和录入是比较麻烦的，需要非常多的人力和一定设备，而且经常出错。一旦输入系统的数据不正确，那么处理后的输出就会扩大这些错误，因此输入的数据的准确性对整个系统的性能起着决定性意义。
输入设计有以下几点原则：
1）输入量应尽量保持在能够满足处理要求的最低限度。输入量越少，错误率就会越少，数据的准备时间也越少。
2）应尽可能的使输入的准备以及输入的过程进行时比较方便，这样使错误的发生率降低。
3）应尽量早检查输入数据（尽量接近原数据发生点）,以便使错误更正比较及时。
4）输入数据尽早地记录成其处理所需的形式，以防止数据由一种介质转移到另一种介质时需要转录而可能发生的错误。
3.4系统流程和逻辑

图3-3登录流程图

图3-4修改密码流程图

6系统测试
6.1概念和意义
测试的定义：程序测试是为了发现错误而执行程序的过程。测试(Testing)的任务与目的可以描述为：
目的：发现程序的错误；
任务：通过在计算机上执行程序，暴露程序中潜在的错误。
另一个预测是相关的术语叫纠错(Debugging)。它的目的与任务可以规定为：
目的：定位和纠正错误；
任务：消除软件故障，保证程序的可靠运行。测试与纠错的关系，可以用图6-1的数据流图来说明。图中表明，每一次测试都要准备好若干必要的测试数据，与被测试程序一道送入计算机执行。通常把一次程序执行需要的测试数据，称为一个“测试用例(Test Case)。每一个测试用例产生一个相应的“测试结果”。如果它与“期望结果”不想符合，便说明程序中存在错误，需要用纠错来改正。

图6.1测试与纠错信息流程
6.2特性
（1）挑剔性
测试是为了证明程序有错，而不是证明程序无错。因此，对于被测程序就是要“纯毛求疵”，就是要“鸡蛋里挑骨头”。
（2）复杂性
测试仪程序则比较容易，这其实是一个误区。设计测试用力是一项需要细致和高度技巧的高能工作，稍有不慎就会顾此失彼，发生不应用得数楼。
（3）不彻底性
实际测试都是不彻底的，当然不能够保证测试后的程序不存在遗漏的错误。
（4）经济性
通场这种测试称为“选择测试（Selective Testing）”。为了降低测试成本，选择测试用力是应注意遵守“经济性”的原则。
6.3重要性
软件测试在软件生命周期中占据重要的地位，在传统的瀑布模型中，软件测试学仅处于运行维护阶段之前，是软件产品交付用户使用之前保证软件质量的重要手段。近来，软件工程界趋向于一种新的观点，即认为软件生命周期每一阶段中都应包含测试，从而检验本阶段的成果是否接近预期的目标，尽可能早的发现错误并加以修正，如果不在早期阶段进行测试，错误的延时扩散常常会导致最后成品测试的巨大困难。
6.4测试方法
首先我们来说界面测试，界面测试是为了使程序在不同的的操作平台上能够运行界面，并且能够保持原来的风格。我把完整程序拷贝到Windows 7环境下，似的程序运行正常，运行界面上的字体图片等设置都能够保持得非常好。不出现字体变形等情况！
其次进行功能测试。该系统测试采用的是单元测试，集成测试，完善性测试等多种方式进行测试。
经过测试，所有功能都能得以实现，没有任何变形。至此，在功能的测试上也已经比较圆满的完成了。
由于经验不足，写代码时出现了一些考虑不周的系统缺陷，写代码的时候会出现与设想不一致，比如说代码不规范导致接口与接口之间出现问题，功能与客户的要求不符合，这样导致产品不能过关，无法交付。所以产品在上线前必须反复测试，经过反复测试，修改，再测试，再修改，产品才能够不断完善。在整个系统测试中，根据需求文档和设计文档，逐一对功能进行检测并写好测试用例，有效避免残片缺陷，因为产品出现缺陷不仅影响功能，而且可以导致数据的不准确，导致产品质量的降低，经过测试，才能使得产品的稳定性和成熟度得到极大的提升，产品质量也才有保证。
6.5 功能测试
功能测试主要包括五项内容：适用性、准确性、可操作性、依从性、安全性。
本系统功能测试如表6.1所示：
表6.1 系统功能测试
测试内容 测试结果
适用性 好
准确性 好
可操作性 好
依从性 好
安全性 好
6.6可用性测试
可用性测试用于检测系统的可操作性、可理解性、可学习性等方面内容。具体测试方面如表6.2所示。
表6.2 系统可用性测试
测试项 测试人员的评价
窗口移动、大小改变、关闭等操作是否正常 是
操作模块是否友好 是
模块、提示内容等文字描述是否正确 是
模块布局是否协调、合理 是
模块的状态是否正确（对选中项能否发生对应切换） 是
鼠标、键盘操作是否支持 是
所需数据项是否正确显示 是
操作流程是否合理 是
是否提供帮助信息 是
6.7性能测试
性能测试主要通过模拟系统运行环境，测试系统性能是否符合客户需求。性能测试的重要技术指标就是：系统运行速度、网络响应时间和支持并发节点数。
1）系统运行速度：通过在不同计算机上试运行本系统，没有发现有任何迟滞、停顿现象。
2）网络响应时间：网络响应时间主要包括网络最小响应时间、平均响应时间、最大响应时间三个参数。经过测试，在网络运营良好状态下，NBA局域网内响应时间三参数为：1/2/6s，NBA外网响应时间三参数为3/7/12s，符合客户需求，属于用户心理可承受范围。
3）支持并发节点数：经过模拟环境测试，本系统在并发节点达46个时，网络运营速度会发生较大波动，延迟时间10秒左右，符合客户需求。
6.8测试分析
本网站设计时借鉴了国内外优秀网站的优点，从界面到系统设计都保证了用户能够方便操作。系统的主要特点和优点归纳如下：
（1）本系统用的移置性和针对性都比较高，因为针对性高可以提供更好的服务而移置性可以在多个系统上运行，更给客户带来了极大的方便。
（2）该完整内容全面，管理方便可以及时的全面的处理各种错误，异常，这样避免了很多因用户的马虎操作而出现的失误，其操作方便，用户界面友好，能够上网的人都可以很好的进行操作。
6.9测试结果分析
经过对上述测试结果分析，本系统符合用户需求。所有基本功能点实现，操作简单，操作流程简单合理，产品运行性能良好，是一款值得推广的共享汽车管理系统。