�??xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>&#20122;&#27954;&#19968;&#21306;&#20122;&#27954;&#20108;&#21306;&#44;&#19977;&#32423;&#22312;&#32447;&#30005;&#24433;&#44;&#97;&#8730;&#20013;&#25991;&#22312;&#32447;&#35266;&#30475;</title><link>http://www.aygfsteel.com/Page-1/articles/19474.html</link><dc:creator>Page-1.Cn</dc:creator><author>Page-1.Cn</author><pubDate>Sat, 12 Nov 2005 09:22:00 GMT</pubDate><guid>http://www.aygfsteel.com/Page-1/articles/19474.html</guid><wfw:comment>http://www.aygfsteel.com/Page-1/comments/19474.html</wfw:comment><comments>http://www.aygfsteel.com/Page-1/articles/19474.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/Page-1/comments/commentRss/19474.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/Page-1/services/trackbacks/19474.html</trackback:ping><description><![CDATA[<A >http://perhaps.cnblogs.com/</A><img src ="http://www.aygfsteel.com/Page-1/aggbug/19474.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/Page-1/" target="_blank">Page-1.Cn</a> 2005-11-12 17:22 <a href="http://www.aygfsteel.com/Page-1/articles/19474.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>用正���方法来写出高质量��Y件的75条体�?/title><link>http://www.aygfsteel.com/Page-1/articles/19215.html</link><dc:creator>Page-1.Cn</dc:creator><author>Page-1.Cn</author><pubDate>Thu, 10 Nov 2005 13:14:00 GMT</pubDate><guid>http://www.aygfsteel.com/Page-1/articles/19215.html</guid><wfw:comment>http://www.aygfsteel.com/Page-1/comments/19215.html</wfw:comment><comments>http://www.aygfsteel.com/Page-1/articles/19215.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/Page-1/comments/commentRss/19215.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/Page-1/services/trackbacks/19215.html</trackback:ping><description><![CDATA[<P>1. 你们的项目组使用源代码管理工具了么？<BR>　　应该用。VSS、CVS、PVCS、ClearCase、CCC/Harvest、FireFly都可以。我的选择是VSS�?</P>
<P>2. 你们的项目组使用�~�陷���理�pȝ��了么�Q?/P>
<P>　　应该用。ClearQuest太复杂，我的推荐是BugZilla�?</P>
<P>3. 你们的测试组�q�在用Word写测试用例么�Q?/P>
<P>　　不要用Word写测试用例（Test Case�Q�。应该用一个专门的�pȝ���Q�可以是Test Manager�Q�也可以是自己开发一个ASP.NET的小�|�站。主要目的是Track和Browse�?</P>
<P>4. 你们的项目组有没有徏立一个门��L��站？</P>
<P>　　要有一个门��L��站，用来放Contact Info、Baselined Schedule、News�{�等。推荐Sharepoint Portal Server 2003来实玎ͼ�15分钟���搞定。买不�vSPS 2003可以用WSS (Windows Sharepoint Service)�?</P>
<P>5. 你们的项目组用了你能买到最好的工具么？</P>
<P>　　应该用尽量好的工��h��工作。比如，应该用VS.NET而不是Notepad来写C#。用Notepad写程序多半只是一�U�炫耀。但也要考虑到经费，所以说是“你能买到最好的”�?</P>
<P>6. 你们的程序员工作在安静的环境里么�Q?/P>
<P>　　需要安静环境。这�Ҏ��端重要，而且要保证每个�h的空间大于一定面�U��?</P>
<P>7. 你们的员工每个�h都有一部电话么�Q?/P>
<P>　　需要每��Z��部电话。而且电话最好是带留�a�功能的。当�Ӟ��上这么一套带留言电话�pȝ��开销不小。不�q�至���每��Z��部电话要有，千万别搞得经常有人站��h��喊：“某某某电话”。《�h件》里面就强烈谴责�q�种做法�?</P>
<P>8. 你们每个人都知道��Z��问题应该找谁么？</P>
<P>　　应该知道。�Q何一个Feature臛_��都应该有一个Owner�Q�当�Ӟ��Owner可以�l�箋Dispatch�l�其他�h�?</P>
<P>9. 你遇到过有�h说“我以�ؓ…”么�Q?/P>
<P>　　要消灭“我以�ؓ”。Never assume anything�?</P>
<P>10. 你们的项目组中所有的人都坐在一起么�Q?/P>
<P>　　需要。我反对Virtual Team�Q�也反对Dev在美国、Test在中国这�U�开发方式。能坐在一起就最好坐在一��P��好处多得不得了�?</P>
<P>11. 你们的进度表是否反映最新开发进展情况？</P>
<P>　　应该反映。但是，应该用Baseline的方法来���理�q�度表：�l�护一份稳定的Schedule�Q�再�l�护一份最新更攏V��Baseline的方法也应该用于其它的Spec。Baseline是变更管理里面的一个重要手�D�c�?</P>
<P>12. 你们的工作量是先由每个�h自己估算的么�Q?/P>
<P>　　应该让每个�h自己估算。要从下而上估算工作量，而不是从上往下分�z�。除非有其他原因�Q�比如政��M�Q务工期固定等�?</P>
<P>13. 你们的开发�h员从��目一开始就加班么？</P>
<P>　　不要�q�样。不要一开始就搞疲��x��。从��目一开始就加班�Q�只能说明项目进度不合理。当�Ӟ��一些对日��Y件外包必���d��天加班，那属于剥削的范畴�?</P>
<P>14. 你们的项目计划中Buffer Time是加在每个小��d��后面的么�Q?/P>
<P>　　不要。Buffer Time加在每个����Q务后面，很容易轻易的���p��消耗掉。Buffer Time要整�D늚�加在一个Milestone或者checkpoint前面�?</P>
<P>15. 值得再多�׃��些时��_���?5%做到100%好吗�Q?/P>
<P>　　值得�Q�非常值得。尤其当��目后期人困马乏的时候，要坚持。这会给产品带来质的区别�?</P>
<P>16. 登记新缺��h���Q�是否写清了重现步骤�Q?/P>
<P>　　要。这属于Dev和Test之间的沟通手�D�c��面寚w��沟通需要，详细填写Repro Steps也需要�?</P>
<P>17. 写新代码前会把已知缺陯���决么�Q?/P>
<P>　　要。每个�h的缺陷不能超�q?0个或15个，否则必须先解册���的bug才能�l�箋写新代码�?</P>
<P>18. 你们对缺��L��轻重�~�急有事先的约定么�Q?/P>
<P>　　必须有定义。Severity要分1�?�?�Q�约定好�Q�蓝屏和Data Lost���Sev 1�Q�Function Error���Sev 2�Q�界面上的算Sev 3。但�q�种�U�定可以�Ҏ��产品质量现状适当�q�行调整�?</P>
<P>19. 你们�Ҏ��见不一的缺��h��三国会议么？</P>
<P>　　必须要有。要有一个明���的决策�q�程。这�c�M��于CCB (Change Control Board)的概��c�?</P>
<P>20. 所有的�~�陷都是��q��记的人最后关闭的么？</P>
<P>　　Bug应该由Opener关闭。Dev不能�U�自关闭Bug�?</P>
<P>21. 你们的程序员厌恶修改老的代码么？</P>
<P>　　厌恶是正常的。解��x��法是�l�织Code Review�Q�单独留出时间来。XP也是一个方法�?</P>
<P>22. 你们��目�l�有Team Morale Activity么？</P>
<P>　　每个月都要搞一�ơ，吃饭、唱歌、Outing、打球、开卡丁车等�{�，一定要有。不要剩�q�些钱�?</P>
<P>23. 你们��目�l�有自己的Logo么？</P>
<P>　　要有自己的Logo。至���应该有自己的Codename�?</P>
<P>24. 你们的员工有印有公司Logo的T-Shirt么？</P>
<P>　　要有。能增强归属感。当�Ӟ��T-Shirt要做的好看一些，最好用80支的���来做。别没穿几次���q��破烂烂的�?</P>
<P>25. �ȝ��理至���每月参加次��目�l�会�?/P>
<P>　　要的。要让team member觉得高层��x���q�个��目�?</P>
<P>26. 你们是给每个Dev开一个分支么�Q?/P>
<P>　　反对。Branch的管理以及Merge的工作量太大�Q�而且�Ҏ��出错�?</P>
<P>27. 有�h长期不Check-In代码么？</P>
<P>　　不可以。对大部分项目来��_��最多两三天���应该Check-In�?</P>
<P>28. 在Check-In代码旉���填写注释了么�Q?/P>
<P>　　要写的，臛_��一两句话，比如“解决了Bug No.225”。如果往高处拔，�q�也���做“配�|�审计”的一部分�?</P>
<P>29. 有没有设定每天Check-In的最后期限？</P>
<P>　　要的�Q�要明确Check-In Deadline。否则会Build Break�?</P>
<P>30. 你们能把所有源码一下子�~�译成安装文件吗�Q?/P>
<P>　　要的。这是每日编译（Daily Build�Q�的基础。而且必须要能够做成自动的�?</P>
<P>31. 你们的项目组做每日编译么�Q?/P>
<P>　　当然要做。有三样东西是��Y仉����?产品开发必备的�Q?. bug management; 2. source control; 3. daily build�?</P>
<P>32. 你们公司有没有积累一个项目风险列表？</P>
<P>　　要。Risk Inventory。否则，下个��目开始的时候，又只能拍脑袋分析Risk了�?</P>
<P>33. 设计���简单越�?/P>
<P>　　���简单越好。设计时候多一句话�Q�将来可能就带来无穷无尽的烦恹{��应该从一开始就勇敢的砍。这叫scope management�?</P>
<P>34. ���量利用现有的��品、技术、代�?/P>
<P>　　千万别什么东襉K��自己Coding。BizTalk和Sharepoint���是最好的例子�Q�有�q�两个作为基����Q�可以把��L��提高很多。或者可以尽量多用现成的Control之类的。或者尽量用XML�Q�而不是自己去Parse一个文本文�Ӟ�����量用RegExp�Q�而不是自�׃��头操作字�W�串�Q�等�{�等�{�。这���是“��Y件复用”的体现�?</P>
<P>35. 你们会隔一�D�|��间就停下来夯实代码么�Q?/P>
<P>　　要。最好一个月左右一�ơ。传�a���d���q�初Windows�l�在Stevb的命令下停过一个月增强安全。Btw�Q�“夯”这个字念“hang”，�W�一声�?</P>
<P>36. 你们的项目组每个人都写Daily Report么？</P>
<P>　　要写。五分钟���够了，�?0句话左右�Q�告诉自己小�l�的��Z��天我�q�了什么。一则�ؓ了沟通，二则鞭策自己�Q�要是游手好闲一天，自己都会不好意思写的）�?</P>
<P>37. 你们的项目经理会发出Weekly Report么？</P>
<P>　　要。也是�ؓ了沟通。内容包括目前进度，可能的风险，质量状况�Q�各�U�工作的�q�展�{��?</P>
<P>38. 你们��目�l�是否至���每周全体开会一�ơ？</P>
<P>　　要。一定要开会。程序员讨厌开会，但每个礼拜开会时间加��h��臛_��应该�?���时。包括team meeting, spec review meeting, bug triage meeting。千万别大家闷头写code�?</P>
<P>39. 你们��目�l�的会议、讨论都有记录么�Q?/P>
<P>　　会前发meeting request和agenda�Q�会中有�����责主持和记录�Q�会后有�����责发meeting minutes�Q�这都是effective meeting的要炏V��而且�Q�每个会议都要�Ş成agreements和action items�?</P>
<P>40. 其他部门知道你们��目�l�在�q�什么吗�Q?/P>
<P>　　要发一些Newsflash�l�整个大�l�织。Show your team’s value。否则，当你坐在甉|��里面�Q�其他部门的人问�Q�“你们在�q�嘛”，你回�{�“ABC��目”的时候，别�h全然不知�Q�那�U�感觉不太好�?<BR></P>
<P>41. 通过Email�q�行所有正式沟�?/P>
<P>　　Email的好处是免得抵赖。但也要避免矫枉�q�正�Q�最好的�Ҏ��是先用电话和当面��_��然后Email来确认�?</P>
<P>42. 为项目组建立多个Mailing Group </P>
<P>　　如果在AD+Exchange里面�Q�就建Distribution List。比如，我会建ABC Project Core Team�Q�ABC Project Dev Team�Q�ABC Project All Testers�Q�ABC Project Extended Team�{�等。这样发起Email来方便，而且能让该收到email的�h都收到、不该收��C��被骚扰�?</P>
<P>43. 每个人都知道哪里可以扑ֈ�全部的文档么�Q?/P>
<P>　　应该每个人都知道。这叫做知识���理�Q�Knowledge Management�Q�。最方便的就是把文档攑֜�一个集中的File Share�Q�更好的�Ҏ��是用Sharepoint�?</P>
<P>44. 你做军_��、做变化�Ӟ��告诉大家原因了么�Q?/P>
<P>　　要告诉大家原因。Empower team member的手�D�之一是提供��够的information�Q�这是MSF一开���的几个原则之一。的���如此，tell me why是�h之常情，tell me why了才能有understanding。中国�h做事喜欢搞限�Ӟ��限制信息�Q�似乎能够看到某一份文件的人就是有�w�䆾的�h。大错特错。权威、权力，不在于是不是能access information/data�Q�而在于是不是掌握资源�?/P>
<P>45. Stay agile and expect change</P>
<P>　　要这栗���需求一定会变的�Q�已�l�写好的代码一定会被要求修改的。做好心理准备，对change不要抗拒�Q�而是expect change�?</P>
<P>46. 你们有没有专职的软�g���试人员�Q?/P>
<P>　　要有专职���试。如果�h手不够，可以peer test�Q�交换了���试。千万别自己���试自己的�?</P>
<P>47. 你们的测试有一份�ȝ��计划来规定做什么和怎么做么�Q?/P>
<P>　　�q�就是Test Plan。要不要做性能���试�Q�要不要做Usability���试�Q�什么时候开始测试性能�Q�测试通过的标准是什么？用什么手�D�，自动的还是手动的�Q�这些问题需要用Test Plan来回�{��?</P>
<P>48. 你是先写Test Case然后再测试的么？</P>
<P>　　应该如此。应该先设计再编�E�、先test case再测试。当�Ӟ��事情是灵�zȝ��。我有时候在做第一遍测试的同时补上test case。至于先test case再开发，我不喜欢�Q�因��Z��习惯�Q�太�ȝ���Q�至于别人推荐，那试试看也无妨�?</P>
<P>49. 你是否会为各�U�输入组合创建测试用例？</P>
<P>　　不要�Q�不要搞边界条�g�l�合。当心组合爆炸。有很多test case工具能够自动生成各种边界条�g的组合——但要想清楚�Q�你是否有时间去�q�行那么多test case�?</P>
<P>50. 你们的程序员能看到测试用例么�Q?/P>
<P>　　要。让Dev看到Test Case吧。我们都是�ؓ了同一个目的走��C����h��的：提高质量�?</P>
<P>51. 你们是否随便抓一些�h来做易用性测试？</P>
<P>　　要这么做。自��q��自己写的�E�序界面�Q�怎么看都是顺眼的。这叫做审美疲劳——臭的看久了也就不臭了，不方便的�怹�了也��׃��惯了�?</P>
<P>52. 你对自动���试的期望正���么�Q?/P>
<P>　　别期望太高。依我看�Q�除了性能���试以外�Q�还是暂时先忘掉“自动测试”吧�Q�忘掉WinRunner和LoadRunner吧。对于国内的软�g���试的现状来��_��只能“矫枉必��过正”了�?</P>
<P>53. 你们的性能���试是等所有功能都开发完才做的么�Q?/P>
<P>　　不能�q�样。性能���试不能被归到所谓的“系�l�测试”阶�D�c��早���早�Ҏ���Q�早��L��升天�?</P>
<P>54. 你注意到���试中的杀虫剂效应了么�Q?/P>
<P>　　虫子有抗药性，Bug也有。发现的新Bug���来���少是正常的。这时候，最好大家交换一下测试的area�Q�或者用用看其他工具和手法，���又会发��C��些新bug了�?</P>
<P>55. 你们��目�l�中有�h能说��Z�品的当前整体质量情况么？</P>
<P>　　要有。当老板问�v�q�个产品目前质量如何�Q�Test Lead/Manager应该负责回答�?</P>
<P>56. 你们有单元测试么�Q?/P>
<P>　　单元���试要有的。不�q�没有单元测试也不是不可以，我做�q�没有单元测试的��目�Q�也做成功了——可能是侥幸�Q�可能是大家都是熟手的关�p�R��还是那句话�Q���Y件工�E�是非常实践、非常工�E�、非常灵�zȝ��一套方法，某些�Ҏ��在某些情况下会比另一些方法好�Q�反之亦然�?</P>
<P>57. 你们的程序员是写完代码就扔过墙的么？</P>
<P>　　大忌。写好一块程序以后，即便不做单元���试�Q�也应该自己先跑一跑。虽然有了专门的���试人员�Q�做开发的��Z��不可以一�Ҏ��试都不做。微软还有Test Release Document的说法，�E�序太烂的话�Q�测试有权踢回去�?</P>
<P>58. 你们的程序中所有的函数都有输入���查么�Q?/P>
<P>　　不要。虽然说做输入检查是write secure code的要点，但不要做太多的输入检查，有些内部函数之间的参��C��递就不必���查输入了�Q�省点功夫。同��L��道理�Q�未必要�l�所有的函数都写注释。写一部分主要的就够了�?</P>
<P>59. 产品有统一的错误处理机制和报错界面么？</P>
<P>　　要有。最好能有统一的error message�Q�然后每个error message都带一个error number。这��P��用户可以自己�Ҏ��error number到user manual里面�ȝ��看错误的具体描述和可能原因，���像SQL Server的错误那栗���同��P��ASP.NET也要有统一的Exception处理。可以参考有关的Application Block�?</P>
<P>60. 你们有统一的代码书写规范么�Q?/P>
<P>　　要有。Code Convention很多�Q�搞一份来发给大家���可以了。当�Ӟ��要是有FxCop�q�种工具来检查代码就更好了�?BR></P>
<P>61. 你们的每个�h都了解项目的商业意义么？</P>
<P>　　要。这是Vision的意思。别把项目只当成工作。有时候要想着自己是在��Z��国某某行业的信息化作先驱者，或者时不时的告诉team member�Q�这个项目能够�ؓ某某某国安���门每�q�节省多���多���百万的�U�税人的钱，�q�样���有动力了。��^凡的事情也是可以有个崇高的目标的�?</P>
<P>62. 产品各部分的界面和操作习惯一致么�Q?/P>
<P>　　要这栗���要让用戯���得整个程序好像是一个�h写出来的那样�?</P>
<P>63. 有可以作为宣传亮点的Cool Feature么？</P>
<P>　　要。这是增强团队凝聚力、信心的。而且�Q�“一俊遮百丑”，有亮点就可以掩盖一些问题。这��P��对于客户来说�Q�会感觉产品从质量角度来说还是acceptable的。或者说�Q�cool feature或者说亮点可以作�ؓ质量问题的一个事后��I补措施�?</P>
<P>64. ���可能羃短��品的启动旉���</P>
<P>　　要这栗�����Y件启动时��_��Start-Up time�Q�是客户�Ҏ��能好坏的第一印象�?</P>
<P>65. 不要�q�于注重内在品质而忽视了�W�一眼的外在印象</P>
<P>　　�E�序员容易犯�q�个错误�Q�太看重性能、稳定性、存储效率，但忽视了外在感受。而高层经理、客��h��相反。这两方面要兼顾�Q�协调这些是PM的工作�?</P>
<P>66. 你们�Ҏ��详细产品功能说明书做开发么�Q?/P>
<P>　　要这栗���要有设计才能开发，�q�是必须的。设计文档，应该说清楚这个��品会怎么�q�行�Q�应该采取一些讲故事的方法。设计的时候千万别�ȝ��节，别钻到数据库、代码等具体实现里面去，那些是后面的事情�Q�一步步来不能着急�?</P>
<P>67. 开始开发和���试之前每个人都仔细审阅功能设计么？</P>
<P>　　要做。Function Spec review是用来统一思想的。而且�Q�review�q�以后�Ş成了一致意见，���来再也没有人可以说“你看，当初我就是反对这么设计的�Q�现在吃苦头了吧�?</P>
<P>68. 所有�h都始�l�想着The Whole Image么？</P>
<P>　　要这栗���项目里面每个�h虽然都只是在刉���一片叶子，但每个�h都应该知道自己在刉���的那片叶子所在的树是怎么样子的。我反对软�g蓝领�Q�反对过分的把��Y件制造看成流水线、�R间。参见第61条�?</P>
<P>69. Dev工作的划分是单纯�U�向或横向的么？</P>
<P>　　不能单纯的根据功能模块分�Q�或者单�U�根据表现层、中间层、数据库层分。我推荐�q�么做：首先�Ҏ��功能模块分，然后每个“层”都有一个Owner来Review所有�h的设计和代码�Q�保证consistency�?</P>
<P>70. 你们的程序员写程序设计说明文档么�Q?/P>
<P>　　要。不�q�我听说微��Y的程序员1999�q�以前也不写。所以说�Q�写不写也不是绝对的�Q�偷懒有时候也是可以的。参见第56条�?</P>
<P>71. 你在招�h面试时让他写一�D늨�序么�Q?/P>
<P>　　要的。我最喜欢让�h做字�W�串和链表一�cȝ��题目。这�U�题目有很多循环、判断、指针、递归�{�，既不偏向�q�于考算法，也不偏向�q�于考特定的API�?</P>
<P>72. 你们有没有技术交���讲座？</P>
<P>　　要的。每一两个�C�拜搞一�ơ内部的Tech Talk或者Chalk Talk吧。让�l�员之间分��n技术心得，�q�笔花钱送到外面��d��训划����?</P>
<P>73. 你们的程序员都能专注于一件事情么�Q?/P>
<P>　　要让�E�序员专注一件事。例如说�Q�一个部门有两个��目�?0个�h�Q�一�U�方法是�?0个�h同时参加两个��目�Q�每个项目上每个人都�?0%旉����Q�另一�U�方法是5个�h去项目A�Q?个�h去项目B�Q�每个�h�?00%在某一个项目上。我一定选后面一�U�。这个道理很多�h都懂�Q�但很多领导实践��h�����把属下当成可以��L��拆分的资源了�?</P>
<P>74. 你们的程序员会夸大完成某��工作所需要的旉���么？</P>
<P>　　会的�Q�这是常见的�Q�尤其会在项目后期夸大做某个change所需要的旉����Q�以�ơ来抵制change。解决的�Ҏ��是坐下来慢慢���，���掉�E�序员的逆反心理�Q�一起分析，�q�把估算旉���的颗�_�度变小�?</P>
<P>75. ���量不要用Virtual Heads</P>
<P>　　最好不要用Virtual Heads。Virtual heads意味着resource is not secure�Q�shared resource会降低resource的工作效率，�Ҏ��增加出错的机会，会让一心二用的人没有太多时间去review spec、review design。一个dedicated的�h�Q�要�����两个只能投入50%旉���和精力的人。我是吃�q�亏的：7个part time的tester�Q�发现的Bug和干的活�Q�加��h���q�不如两个full-time的。参见第73条�?3条是针对�E�序员的�Q?5条是针对Resource Manager的�?/P><img src ="http://www.aygfsteel.com/Page-1/aggbug/19215.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/Page-1/" target="_blank">Page-1.Cn</a> 2005-11-10 21:14 <a href="http://www.aygfsteel.com/Page-1/articles/19215.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>                                                                                                                                     <footer>
<div class="friendship-link">
<a href="http://www.aygfsteel.com/" title="&#29408;&#29408;&#20037;&#20037;&#20122;&#27954;&#27431;&#32654;&#19987;&#21306;&#95;&#20013;&#25991;&#23383;&#24149;&#20122;&#27954;&#32508;&#21512;&#20037;&#20037;&#50;&#48;&#50;&#95;&#22269;&#20135;&#31934;&#21697;&#20122;&#27954;&#31532;&#20116;&#21306;&#22312;&#32447;&#95;&#26085;&#26412;&#20813;&#36153;&#32593;&#31449;&#35270;&#39057;">&#29408;&#29408;&#20037;&#20037;&#20122;&#27954;&#27431;&#32654;&#19987;&#21306;&#95;&#20013;&#25991;&#23383;&#24149;&#20122;&#27954;&#32508;&#21512;&#20037;&#20037;&#50;&#48;&#50;&#95;&#22269;&#20135;&#31934;&#21697;&#20122;&#27954;&#31532;&#20116;&#21306;&#22312;&#32447;&#95;&#26085;&#26412;&#20813;&#36153;&#32593;&#31449;&#35270;&#39057;</a>

</div>

</footer>


��վ֩���ģ�壺
<a href="http://" target="_blank">ƽԭ��</a>|
<a href="http://" target="_blank">����</a>|
<a href="http://" target="_blank">�ذ���</a>|
<a href="http://" target="_blank">«Ϫ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">�º���</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��ͤ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">�����</a>|
<a href="http://" target="_blank">��ɽ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">���</a>|
<a href="http://" target="_blank">���</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">����</a>|
<a href="http://" target="_blank">Ҧ����</a>|
<a href="http://" target="_blank">��ɽ��</a>|
<a href="http://" target="_blank">��Դ��</a>|
<a href="http://" target="_blank">ƽ����</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��ˮ��</a>|
<a href="http://" target="_blank">�ֳ���</a>|
<a href="http://" target="_blank">�ֶ���</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">����˹��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">˾��</a>|
<a href="http://" target="_blank">ͭ����</a>|
<a href="http://" target="_blank">�������</a>|
<a href="http://" target="_blank">��̨��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��ˮ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">ƽ����</a>|
<script>
(function(){
    var bp = document.createElement('script');
    var curProtocol = window.location.protocol.split(':')[0];
    if (curProtocol === 'https') {
        bp.src = 'https://zz.bdstatic.com/linksubmit/push.js';
    }
    else {
        bp.src = 'http://push.zhanzhang.baidu.com/push.js';
    }
    var s = document.getElementsByTagName("script")[0];
    s.parentNode.insertBefore(bp, s);
})();
</script>
</body>