项目技术总结报告.docx

项目技术总结报告

第一篇：项目技术总结报告项目技术总结报告这个项目从XX开始接到，从需求分析，到系统设计，再到编码测试经历了一个比较长的过程，项目组成员付出了辛勤的劳动。在此期间，我们遇到了各种各样的问题，来自技术方面，也来自人员方面的。通过各种途径包括每周一次讨论会、项目组成员之间进行交流合作，最终实现各部分功能的对接。现在我代表项目组就这次开发过程遇到的一些问题总结如下。项目之初，一开始接触本项目时，因为我们原来对远程控制这块没有相关的经验，所以对开发如此大型的项目还是第一次，对于项目中将要用到的技术更是不太明朗。经过指导老师的分析之后，虽然心中仍有很多疑惑，不过我们打算接收这次挑战。第一步，我们开始进行需求分析，我们从网上下载了一个项目需求模板，然后填鸭式的将我们的性能需求，功能需求等都相对详细的做了介绍，第一个版本的需求说明书出炉，经过老师审核之后我们基本上定下来一些实现方法。比如，我们将采用C/S结构和B/S结构相混合来实现远程控制。相比单独的C/S结构会有很多优点，加入B/S结构后，我们能集中式的管理多台电脑，随时随地采用浏览器跨平台的实现远程登录与控制，而且能减轻主控端发送命令的负担，是远程控制变得更加高效，便捷。我们要使用3G技术，摆在我们面前很容易想到的是动态IP问题，我们如何解决3G无线网络IP不固定的问题？经过我们的分析，用一种表存储上线IP的方式可以解决。在表中设定一个在线状态的选项，浏览器要与客户端通信时通过查询表来获得IP地址。最后我们下来C/S的开发工具采用VC6.0,B/S的开发工具采用java+tomcat,数据库采用Mysql5.0。项目之中，带着些许疑问，我们打算先把问题简化，把任务分块。即一部分人做B/S开发，一部分做C/S开发。B/S部分，主要实现与管理员的交互，执行远程控制和显示结果。浏览器通过发送不同的命令来实现不同的功能。我们先利用简单的程序调通javasocket和VCsock的通信，这一步并不难，在网上都有相关的例程，我们参看了之后发现java的socket和VC的socket有点不同，但最后还是把它调通了。C/S部分，我们主要是两个程序一个是主控端程序，一个是客户端程序。一开始我们对端口如何开放，数据命令如何传等做过一些思考，经过多方讨论之后，最终选择服务器开放一个端口就可以了，一直监听被控端的上线连接，客户机除了上线连接服务器之外还要检监听来自浏览器的命令，然后反馈我们则直接采用B/S方式将结果发送到浏览器。通信部分是走通了，开发中遇到一个棘手的问题就是，服务器如何去判断客户机的上线还是离线。一开始，我们采用一般的思路，就客户机定时向服务器发送数据，服务器定时把数据库机器状态设置成离线，这样做了之后发现老师出现一些明明机器在线但是系统却认为离线的问题。最后我们分析了原因以后，发现我们直接采用服务器主动定时发送一个试探包，而不是真正发送过去等待接收到了再返回确认的方式。这样也属于心跳连接，而且不会太占用系统的时间。但是仔细思考了一下，假设我们采用同样的socket连接话，要是传输一些大数据有比较长的延时怎么办？那我们想的办法就是直接暂停定时器，等数据传完了我们再打开，以免服务器误认为客户机处于离线状态而误判。这样我们就顺利解决了上线下线问题。最开始我们简化了问题，即现在局域网内实现远程控制，然后再把3G技术加入，实现外网的控制。3G无线的加入，当我们考虑引入外网IP的时候，我们采用了项目之初的想法，即通过建一张表来存储IP和状态。每当客户机上线时会更新表中的IP，但是这丝毫不会影响浏览器客户机的正常访问，因为客户机上线时会把自己的IP发送给服务器进行登记注册，浏览器要去查询IP时，使用的正式客户机登录的IP。我们在开发过程中还遇到这样的问题，即我们采用什么协议去实现，TCP还是UDP，最开始我们认为要传输大量的数据所以非得UDP，而且UDP可以穿透内网。但是，经过一番思考之后我们发现我们主针对的还是偏远地区的3G无线用户，使用的是外网IP，我们不必要考虑穿透内网，我们的数据量也不是很大，但是更希望有比较稳定和可靠的连接。所以，TCP协议的方式实现远程控制无疑使最好的选择。B/S部分采用struct2框架，做了一个比较美观的界面，能友好，方便的供用户使用。这部分最重要的就是命令格式问题，我们如何来定义自己的命令格式？我们经过讨论后决定采用“操作：计算机标识：参数的方式来实现。操作包括安装、卸载、启动、停止、删除等。计算机标识，因为我们觉得采用获得网卡来获得计算机唯一标识的方式过于麻烦，所以哦我们采用INI文件存储标识的方式，计算机第一次上线会给它分配一个标识，以后再次上线会继续沿用该标识。项目之末，项目的测试时比较麻烦的，会出现很多想不到的问题，我们租用了一个固定的外网IP