项目申请书由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“系统项目申请书”。
项目申请书
目录
一、项目概况........................................................2
1．项目产生背景....................................................2 2．项目需求........................................................2
二、测试情况和报告.................................................3
1．测试目的........................................................3 2．测试方法........................................................3 3．测试概况........................................................4 4．测试结果........................................................5
三、项目实施能解决的问题和达到的目标...............................5
1．解决的问题......................................................7 2．达到的目标......................................................7
四、项目中长期规划.........................................................7
键入章标题(第 2 级)................................................8
一、项目需求
1.项目产生背景
在竞争越来越激烈的今天，如何使企业能够准确的预测商机和威胁并做出快速响，或能够优化运营并开拓收入来源，如何满足客户的要求并帮助客户解决问题等是企业面临的最主要问题。
随着社会的发展和人们经济收入的提高，客户对企业的要求越来越高，这就要求企业对客户的问题做出及时的响应并能及时解决客户遇到的问题。企业如何在海量的数据包中捕获客户所关注的特定数据并对数据进行分析追踪成了问题的关键。
为了解决目前企业面临的一系列问题，ESS系统应运而生。ESS是Climax开发的一套智能应用分析系统，根据客户的私有协议规范，进行灵活定制并对应用进行分析。
2.项目需求
根据目前遇到的问题和客户的一些反应，需要一套智能化系统来帮助解决这些问题。由于数据量的巨大、对实时性要求比较高和特定的私有协议等问题，所以对系统的要求比较高，具体如下：
针对性：由于采用的是特定的私有协议，所以这个系统必须能够解析这些私有协议。
扩展性：必须灵活支撑各类应用及深度运营分析和良好的支持数据源扩展。
准确性：为了使误差达到最小，所以对系统数据分析的准确性要求比较高。
灵活性：可根据需求灵活调整、合理配置，数据报表可以按需定制并发送到指定邮箱。
恢复性：系统要具备良好的备份策略、预告机制和系统恢复能力，确保数据完整性。
二、测试情况和报告
1.测试目的 通过在真实的应用环境中，对网络数据包获取、网络数据包分析、分析结果展现等系统主要功能进行测试，检查系统在应用环境中的功能完整性和可靠性，对应用程序的设计思路进行验证。
通过和NETSCOUT设备的连接测试，验证设备配置和应用程序的匹配性，包括NETSCOUT设备的容量、映射配置和数据包提供频率等参数。
通过测试结果形成测试报告，提供给用户进行系统应用评估，包括功能的适应性和需求的满足性，为后期项目建设提供基础资料。
1.1 针对的问题和挑战
真实应用环境无论是网络流量、数据实时性方面和测试环境有巨大的差别，在测试过程中，可能出现应用程序性能达不到实时处理的目的，需要对应用程序进行优化和完善；
在内部测试中，设备获取的数据包是针对特定源/目标地址和特定的应用，在真实环境中，存在大量其他数据，需要应用程序实现数据包的快速过滤和分析。
1.2 希望取得的结果
根据测试的目的，测试需要对用户关心的主要业务网络数据包进行获取和分析，并针对其中业务不成功的单笔业务进行重点跟踪，获取业务失败的原因。同时，由于在不同时间段中，业务量和业务成功率可能存在差别，测试结果希望获取时间和业务之间的关系表示，并根据主要指标进行分析，获取分析结果数据和图表。
2.测试方法
此次测试中，我们“站在网络看应用”，从一个有别于传统的应用监控角度来分析应用、定位问题。
传统的应用监控手段是对应用服务器上应用相关的进程进行监控。这种监控相对简单，采集应用进程所使用的CPU、内存、I/O，端口，连接数等性能指标。这种监控是粗线条的监控，既不能提供应用的响应时间，也无法对每笔业务处理的追踪或分析。
而目前比较流行的应用监控一般是由应用服务开发商提供的，通过对应用日志的分析来提供业务的性能指标（例如，响应时间和成功失败率），这类应用监控易于实现，可获取的数据内容丰富，实用性较好。但是，该监控手段也有一定的局限性，主要在于：
在服务器端分析得到的响应时间等指标，只代表了服务器上的实际处理时间，和实际的用户体验可能相去甚远。
有些问题在服务器端无法检测到（例如，服务器的响应在网络上丢失了），此时应用监控程序很可能失去判断力，从而影响监控数据的准确性。 对于服务器群的情况，监控程序只能分析各自服务器的情况。如果需要全局的监控数据，还需要做汇总。
应用监控程序本省需要耗费服务器资源，一定程度对应用本身产生影响。如果需要汇总各台服务器的数据的话，还需要占用服务器的网络资源。而基于NetScout解决方案的ITAS系统从网络的视角，去透视应用的行为，从而为运维提供可信赖的依据。
对实际通讯的数据包进行分析，数据更真实可靠。一旦出现故障，可以提供数据包级别的佐证
可以根据监控需要灵活地部署抓包点，从而在整个过程的不通位置提供性能数据。在越靠近用户的节点部署，提供的数据越接近用户的实际体验。
以旁路方式获得网络流量，对整个系统没有任何影响。
从测试方法论角度来看，我们采取了“KPI-> Flow-> Packet”的演绎分析方法。KPI即关键业务指标，提供了整个系统运行状况的数据、譬如业务笔数，成功失败率、响应时间。一旦发现KPI出现了问题，我们进行对比分析快速定位到出现问题的某种业务类型或者是某台服务器，并使用应用追踪功能定位到具体的某个通信对。从通讯对的信息里，我们可以获得诸如用户ID之类的关键业务信息。最后我们使用PM对通信对进行解码分析，在海量的数据中提取有用信息，从数据包的层次对问题进行验证。
3.测试概况
本次监控主要针对的是到前置服务器134.79.1.38（虚地址）的所有ESS流量，并且特别关注卡数据同步业务（业务类型为T2000540）的这个特定应用。通过近一周时间的系统部署和数据监控，我们得到了如下的结论： 卡数据同步交易T2000540的响应较为迅速，响应时间一般稳定在200ms以内。但是偶尔也发现几次响应时间的峰值超高（超过10秒钟）。通过使用ITAS系统可以轻松锁定造成峰值的单笔业务，并定位是服务器段的问题。
ESS系统的成功率达到95%以上，但间或存在部分时间段无法达到这个指标数值。分析发现发生ESS失败的交易主要来自少数几个业务。因业务数据协议未提供，本次测试不对此类失败进行分析。但其分析过程与卡数据同步业务的分析过程一致，可在获得业务数据协议后进行。本次测试关注的卡数据同步业务T2000540，其正确率达到了99%以上，峰值的失败率也不足3%。
通过对卡数据同步业务T2000540失败的业务进行深入地分析，我们发现所有失败的原因都是服务器端没有回复应答，我们在ITAS系统里分析出了该结果，并通过数据包解码分析验证了这一结论。
4.测试结果
通过近一周的测试，我们发现ESS系统对问题定位非常快速准确，对数据的呈现方式多样化，而且可以自定义警告级别，这样就可以对不同的业务进行定义不同的警告级别，可以很容易的发现问题。
三、项目实施能解决的问题和达到的目标
1.解决的问题
通过两周的测试分析发现，ESS系统不但能及时发现问题定位问题而且还能提供多样的报表内容，使分析定位问题简单化快速化。以下是在测试过程中遇到的一些问题：
问题定位：当客户反应遇到一个问题时，要解决这个问题必须先对问题进行定位跟踪，但定位问题往往是需要花费不少时间，通过ESS系统很容易的就能对问题进行定位。比如下图，红色的代表失败，可以发现问题发生在16:22分左右，再通过对业务类型的筛选和对服务器的筛选就可以精确定位问题了。
问题分析：对问题精确定位后就要对问题进行分析了，找出问题的原因。下图展示的是我们根据问题定位后所查询出来交易失败的问题具体信息，这样可以得到客户交易的标识符NumID了，根据定位到的交易，我们进一步到PM上对历史数据的数据包进行解析，来具体分析该笔交易失败的原因。
解决问题：得到用户标识符后我们去数据包的解码，我们可以确定是服务器没有返回任何响应，这样我们就可以很明确的解决问题了。
2.达到的目标
利用ESS系统对问题的定位分析非常方便快捷，从而为最终解决问题缩短了时间。ESS系统达到了一下目标：
针对性：ESS系统可以对私有协议进行解包分析。
准确性：通过丰富的数据资源，精确的计算，多样的数据呈现方式额可以使问题的定位非常准确。
实时性：ESS系统采用实时数据分析的模式对数据进行抓包分析，这样就可以及时发现问题。
高效性：由于数据量的巨大，ESS系统对数据库设计采用了聚合的方式，这样就能在海量的数据里面快速查询出问题。
四、项目中长期规划
