系统集成心得体会大全 3篇

谈谈自己参加考试的一点小心得体会。经过半个多月的复习，于XX年5月22日参加了全国统考。

当天考试的人还挺多的，我被分配到了第24考场，参加考试的人除了六位同事大家都互相不认识，有5名老师监考，每个人像是有多年擒贼经验的老警察。

上午考试75道选择题，试卷发下来后，匆匆看了一下，发现有些上次考过的类似题目，总体上还是不错。

我是分两次做题，第一次做有把握的，直接就涂在答题卡上，第二次做不太有把握的，只能靠逻辑推理或是靠猜以及排除法找出答案的。

等我做完第二遍时，离考试时间还有近一个小时，考场剩下一半的考生了。

上午考完试后，总体感觉尚可，估计分数应该在55分左右。

下午2点开考，总共5到案例分析，打开一看，感觉有两道题比较有把握，答题时根据参考资料上要求的一是要根据每道问答题的分数来答要点，比如5分问答，答案至少要答到5条；二是如果不会，也要根据找范文就来经验写满，这样老师多少会给点分。

下午我到了铃声响了后才离开考场。感觉下午的考试不是很理想，估计不出大致的分数。

耐心的等待成绩的公布，如果自己通过中级考试后，那就开始准备高级的考试。

在今后的论坛学习中，我会做些考点分析，定期发布主题，希望同样参加考试的人提供方便，若朋友们有其他的考点有疑惑或需要交流的都可以发布主题，我们共同讨论。

期望我们共同的进步。

系统集成心得体会：

心得

最后，谈谈在这次ci实践中感受到的一些心得：

ci和process及agile：敏捷编程中要求在每个小迭代中都有交付件，因此要求每个迭代都有完整的集成及测试工作，因而ci是一个很好的敏捷实践，用以保证交付件的质量。如果没有很好的ci，很难做到真正的敏捷。此外，ci的引入也会对现有流程形成一定的影响，一个实际的例子就是：以前rd总是在每天晚上下班前把当天完成的代码checkin，而现在则是，完成了一部分就立即checkin一部分，并等待几分钟，确保checkin的代码不会让ci失败。

ci和testing及automation：其实在前面的实践中也已经看到，ci中包含了很多的测试实践，比如单元测试、组件测试、功能测试、系统测试等等。integration不只是compile，更多地是通过测试来保证质量。这对rd和qa都提出了更高的要求，首先，持续意味着我们必须要保证测试的一直可用，在实施ci之前，我们也有单元测试，但单元测试往往在进入alpha或beta后就再也没人关心和维护了，在项目结束时甚至单元测试的程序连编译都不能通过。其次，自动化的要求意味着必须要更好地去考虑产品设计、实现、以及测试的设计工作，一个低耦合的架构才有可能更多地自动化，糟糕的设计工作会让自动化根本无法进行。

ci和cross-platform开发：趋势很多项目都有多个平台的版本，因此对软件的跨平台开发也有很高的要求。那ci对跨平台有什么意义呢？如果我们在多个开发平台上都有响应的ci系统，那我们在开发任何一个平台的时候，新增或者修改的代码都可以及时通过其他平台上的ci系统得到尽早的验证和反馈。这样，通过ci可以更好地要求开发人员考虑跨平台的需要，不能因为一个平台的代码而让其他平台的ci失败。

“持续”：我想对ci里“持续”的理解可以从两方面来谈，首先是持续地集成产品，尽早地发现问题；其次，也可以把这里的持续理解为持续改进，正如前面说的，ci里包括很多的实践，我们不可能一下子引入全部，这就要求我们有持续改进的sense，持续地引入新的实践、持续地加入新的case、持续地完善ci和process，在改进的同时，ci又很好地保证了已有部分的长期有效，不过像猴子摘西瓜那样，缺少历史的积淀。

企业文化和公司的支持：最后一点心得，和ci关系不大，但在任何公司、任何组织中，要想能不断改进、尝试新的实践和流程，必然离不开组织和制度的支持。我们在实践ci过程中，manager们给了团队很多的自由，可以充分去发掘，同时允许失败，这是任何一个实践能够有所收获的必备前提。

最后，推荐一本关于持续集成的书籍：，它对ci进行比较全面的介绍，可以从这本书里开始对ci做个全面的了解。

ci并不是软件开发的银弹，它也并不尝试解决软件开发中固有的很多问题，但通过采用ci，可以更好地控制和降低风险，并能更好地保证团队和流程走在不断成功和改进的正确道路上，从而让我们有更大的信心去release产品，refractor代码，agile流程。

拥抱敏捷、拥抱变化、拥抱ci！

3篇

很早以前，就听人说过android以后会火起来，作为一个前瞻性，对它有所了解会是一个转型的好机会。javaweb太成熟饱和了，现在市面上各种android手机层出不穷，上各种android视频连续剧一样跟进，安卓一下子成为了热门话题，刚开始也是出于个人兴趣学的很hi感觉挺容易上手的样子，后来工作中才发现问题很多也很棘手，慢慢的在纠结和痛苦中琢磨出了一些经验和规律！

1.android作为view层，要实现和服务层低耦合，必须使用webservice接口。目前还没有十分完善的插件，曾经试过axis的android包(也是一个兴趣者自己做的)，用了之后感觉非常麻烦，特别是复杂数据类型的传递，而且bug也很多，还要改别人源码，无疑增加团队的学习成本和开发难度，无奈之下自己做了。android端使用Apache的httpclient发送交互请求，定义好xml接口传输数据，接找范文就来收也是用dom4j解析，经测试在中dom4j支持性很好，少些解析用法不支持，但大部分能用，说到这大家也许懂了。没错，后端用的是servlet机制，再利用java反射根据xml文件描述动态调用指定的spring服务和方法，这些已经足够，而且可以完全按自己的方式做更多灵活的扩展.

2.httpclient确实是个好东西，但作为无状态访问协议，http无法保存用户会话信息。于是翻开了axis的源码发现它原来是把用户的首次访问信息保存至特定文件，而后根据心跳机制，定时做校验，茅塞顿开，于是我把用户首次访问信息保存在数据库会话表中，并且写了一个存储过程，定时把会话中登录时间距离当前时间超过30分钟的记录做删除操作，用户每次登录都与会话表进行匹配，没有记录即刻超时强退。这么一来，方便简单多了，那么用户每次访问系统都得在xml文件里带着系统给它的串号，也就是sessionid，才叫一次完整的会话.

3.android系统画图是个麻烦的活，初期我们小组找遍了所有画图的插件，都是忧喜过半，没有办法找到特别满意的，要么是使用太麻烦，要么是找不到我们要的效果，研究的很累也没头绪。问了一些原先做过j2me老程序员，他们建议如果不是专业做游戏的话，统计图表这些还是借助服务端来做更合适一点，于是我们抛弃了所有的android端画图插件，采用jfreechart在服务端画好，图片http流到手机端显示，当然因为系统不支持flash，也就没考虑在做得更漂亮，图表很直观很清晰。

4.UI是个难点，而且为了适应不同分辨率，之前用px单位很有问题，后来改了dip定位，好了许多，之后大面积使用选项卡样式，统一风格，难点很多，比如给tabhost加样式动态改变效果，按钮透明，listview去横线加箭标加动态发亮加下拉翻页，还有手势滑动，各种各样的widget特效和动画切屏。为了省去弯路，我们反编译了qq，飞信，58，赶集，飞机票，墨迹天气等所有主流的android布局和美化的用法，吸取不少有用的经验，但是依然感觉布局很难做，美工无法直接介入而且模拟器测试很不给力，没办法只能用真机测ui，速度能快上许多。

5.android的客户端更新功能，相信只有做过的才知道其中的辛酸，一要做好断点续传，二要做好数据库的初始化工作，三要做好签名，四要做好版本校验的算法并且能显示动态进度条和百分比。断点续传好做，但是数据库初始化麻烦点，我们的做法是把sqlite库文件直接从raw下拷贝至sd卡中，并设置了sqlite的读取库路径指向它，感觉这样好一点。签名一开始不知道，每次覆盖都提示安装未完成，后来才明白为了保证应用的唯一性，它就像是身份证一样，其他没什么作用，和塞班的签名不是一回事，封装apk必须保证在同一签名文件下才可相互覆盖安装！

6.webview中可以调用后端的java代码，类似dwr功能，不过这个功能一直用的很少，很不稳定，兼容性要考量，android既然提供了那么多的ui控件，就说明webview是无法替代它的，毕竟还需要调用底层服务，webview还是慎用的好。

7.android也应该遵循mvc的编程规范，activity只负责处理跳转，UI，和简单数据校验工作，业务逻辑放置在service类中，sqlite操作稍加封装下，做个类似jdbcUtil的那种模板类，提供增删改查，分页等方法，这样dao操作就完善许多。我想作为java程序员转做android开发，最大的障碍不在框架也不在谷歌sdk中的那些api，而是java基础。通过写程序发现，做手机开发的程序员，基本素质要过硬，尤其在集合，线程，异常，io，http这些要非常透彻，不然一个看似很简单的功能，可能就会写的bug百出，甚至效率很低，可读性差，基本上自己回过头都看不懂自己写的是什么，对接口和抽象类，包括匿名内部类的写法也要炉火纯青。

熟悉类包的基本结构，及时对自己完成的功能做代码上的优化和重构，让自己和别人读起来像读诗歌一样，清晰优美，它不像web框架那么成熟，大家都用ssh，都很有规范可循，照着画一般也看不出个人功底来！我想说的是想做android开发的程序员，要特别留意java基础！

8.另外地图导航也是一个亮点，现在不管做什么功能都会用到地图导航，吃喝玩乐，用户都想知道在什么地方，目前百度谷歌都推出了android的地图接口，我们用的是arcgis，好在api不多应用也很简找范文就来单，官方都有现成例子，让我这个arcgis是两把刷子的人都能糊上交差。

.写android代码最大的纠结是测试找bug，模拟器很慢，不管修改什么地方，都要重编译部署，ADT插件经常发生debug失效的情况，想加速开发，首先要将eclipse自动编译关掉，把模拟器中没用的进程杀掉，再把一些没用的手机特效关掉，模块化开发，这样便于将整个方法体切出来放进junit里测试。有一款叫Youwave_Android模拟器，使用速度非常快，如果实在没有真机的情况下可以用它来过渡下，没事还可以多下载些android软件，学习下别人的系统是怎么做的，至少能提高下UI审美。有人提议在linux平台上开发，如果从未使用过最好先别给自己加难度，实在想试推荐使用ubuntu10中文桌面版，虽然速度上是没感觉到快多少，但是确是个逐步锻炼提升自己的好机会，技多不压身！

10.有些小技巧是挺实用的，一些adb命令肯定要比用adt插件要快，新版的sdk升级包把它放在了platform-tools目录下；模拟器横竖切屏有快捷键ctrl+F11或者小键盘home；如果你debug失灵了尝试在DDmS里把进程杀掉部署重试，如果还不行就只有重启模拟器了；如果突然发现gen目录下怎么也不生成文件了，那就showproblems看看工程是不是有error，一般不是包路径有问题就是程序内部布局文件有错误，如果仍然无效，关闭eclipse重新打开就好了，有时候adt就会出现这样的bug。

adt插件和sdk升级包是有版本依赖的，如果使用的是以上的adt插件，记住的sdk升级包一定用最新的，否则会报找不到adb命令的错误。不要茫然就升级插件，最新10的插件只能在以上的eclipse上运行，而且它并没有带来多大惊喜，只是支持更高sdk版本罢了；android程序本身也有缺陷，千万不要钻太深和它较劲，走不过去的地方就想其他路绕，只要简约朴实不俗套，程序功能健壮就可以；另外多加几个android开发者论坛社区下源码发帖求助，技术这