文档介绍：：不需要，但一定要记得在答题纸上画圈。论文写作用的是格子稿纸，正文和论文也是分开的，看到稿纸就明白了。这里的一个技巧是，如果你觉得自己的字数不是太够，不妨多搞些标点符号..
：一般应在300-400字之间，我的建议是最好能写到摘要部分的最后一行。
　摘要部分的大体格式是：
　　****年**月，我参加了***单位的****项目的开发（或管理），承担项目的***工作。该单位力图通过****项目建设，实现****的目标，进而达到****的目的。
　　本文结合笔者实践，以****项目为例，讨论了*****（论题）技术。包括***、***、***（这是纲要，一般三点足矣），并重点叙述了使用***技术（或方法）的过程。最后，针对使用***技术（或方法）中存在的不足，提出了今后的改进思路。
：一般不应少于2000字，最好能写到2500字。我的建议是：写到稿纸最后一页的中间。正文部分的大体格式是：
，还是叙述项目的背景。
。如：由于本人具备丰富的**行业软件开发（或管理）经验，又是单位软件开发部门的负责人，因此有幸被指定为该项目的负责人，承担***工作。（这样字数不就多了..）
、工具。如：该项目主要包括**、**、**等功能模块，整体基于B/S、C/S混合架构构建。采用流行的JAVA（.NET）平台，**部分使用***技术，**部分使用***技术（这部分可多写一些，以证实你确实做过（或了解）这个项目）。数据库采用***，采用Rational Rose 2003进行UML建模。
。主要描述你摘要部分所述的采用的方法（过程），每一步可写一大段。这里的技巧是，适当的举例，如：在实践中你是如何使用的，遇到了哪些问题？如何解决的？有什么收获等...这部分字数应该在1200字左右。
。如：经过项目组历时****时间的努力，项目最终成功完成，应用于****单位的****个应用岗位，得到了客户方领导到使用人员的高度赞扬和一致好评。到目前为止，系统运行正常。（这段其实是废话，但写了不仅可增加字数，还能进一步证实你所述项目的真实性）
　　总结：这部分是关键。某种意义上说通过与否的关键就在此处。你要对文中所述技术在你项目的应用实践进行总结，先是肯定部分，如与以往相比有什么收获，然后再写存在的问题。存在的问题不要写的太多，否则就会说明你应用此项技术失败了，那及格的可能性也不会高。所谓存的问题，你可以写：由于应用**技术前培训不到位、应用经验不足...使用项目****问题，今天将在工作中针对上述问题，****改进，争取达到****的目的。
 范文一
[摘要]
医疗保险管理信息系统涉及到医保管理部门、各定点结算点（医院、药店）、开发商，加之政策多变、业务不成熟，需求变化频繁，开发的难度和风险较大。在某市医保管理信息系统开发过程中，我作为用户方的项目负责人参与了项目的整体管理工作，我在项目整体管理中采取了针对性的措施，加强了参与各方的沟通，注重用户需求和需求的变化，合理配置项目组成员，对风险进行了及时的评估并顺利地控制了风险。通过这些办法，平衡了各方的利益，控制了项目的范围和进度，保证了项目的质量，顺利完成了这个项目。
[正文]
几年前，某市为实施城镇职工基本医疗保险，开发了一套医保管理信息系统，我作为用户方项目负责人，参与了项目管理、系统分析和编程的部分工作。
这个系统的功能包含了基金征集和支付管理、参保单位（职工）管理、定点结算点管理、参保职工就诊结算管理、IC卡管理等，目标管理人数为30万、定点结算点200个，计划投资400万元；采用C/S结构，数据集中保存在市医保中心，定点结算点与医保中心之间数据实时交换。
通过公开招标，明确了项目的范围、时间、成本和采购，因此，我把整体管理工作的重点放在了项目的质量、人力资源、沟通和风险管理管理，目的是保证实现计划的功能并按时投入运行。在工作中，我根据实际情况，采用了灵活的工作方法，取得了较好的效果。
该系统在04年一次上线运行成功，目前运行情况良好。
一、加强了沟通管理。
该项目涉及到医保中心、参保单位、定点结算点、系统开发（集成）商等多个单位，从需求分析到系统设计、测试都要各方参与、协调配合，由于各方的地理位置十分分散，难以经常或长期集中，因此，各方及时有效的沟通是项目成功的必要条件。为解决好这个问题，我采取了三个办法：
1、提高大家对沟通作用的认识，特别是各方主要领导人对沟通的必要性和重要性的认识，从而对沟通工作给