【www.gbppp.com--简历模板】
软件工程师简历中的项目经验描写范文
软件工程师简历中的项目经验描写范文
2008.03-2008.05 网上购物系统
项目描述：
用户进入系统后，可以进行产品的浏览与查询。用户想要购物必须进行登录，如果用户没有注册，提醒用户注册，注册成功后进行系统可进行购物，用户可将选择的产品放入购物车中，提交定单或者清空购物车等操作。。 职责描述：
参与该系统购物模块设计。独立开发了购物车模块。完成对该系统部分的测试工作，并完善了该项目的相关文档资料
2008.05-2008.10 小型OA系统
项目描述：
系统平台：windowsxp 数据库： Oracle 技术实现：
Struts1.x+Hibernate+Spring+Ajax+Velocity 主要实现了用户,角色,模块的增删改查 以及给用户指定角色 给角色指定相应的模块 用户登录的权限的控制 职责描述：
本人主要完成了给角色指定相应的模块 用户登录的权限的控制,独立开发了管理员管理模块和权限管理模块，包括设计，编码，模块单元测试，实现了对权限管理子模块的增，删，查，改；管理员的的增，删，查，改以及权限设置。完成了权限模块的设计参与了系统的部分设计
2008.11-2009.02 牡丹卡分行考核系统
项目描述：
包括：统计有效卡、到期卡、高效卡、低效卡、高效卡，考核日均存款、pos手续费、换卡手续费、员工消费、员工所辖卡消费，分析卡效益等等。本系统采用采用多层开发方式优化大数据量的统计与查询分析。对现有记事本数据批量快速导入SQL Server，并结合Excel pdf编程技术。
职责描述：
本人参与了考核日均存款，员工消费，卡效益分析等模块的详细设计，编码，编写操作手册，说明书等工作。
2009.04-2009.10 青银高速公路应急救援课题
项目描述：
日期：2009.03-2009.08 技术实现：Struts1.x+Hibernate+Spring+Ajax 职责描述：
系统包括5个模块,GIS地理信息子系统,交通信息采集,路网调度,路政管理,短信息系统,本人主要参与了GIS地理信息子系统,和路政管理这2个模块,主要实现了google的地图原理，采用mapinfo插件实现 ，路政管理 包括人员管理,路政案件管理,路政审批管理, 以及案件时候总结报告 参与了系统数据库的设计及维护以及一些文档的修改工作
简 历
个人信息
·姓 名：
·出生年月：
·籍 贯：
·工 龄：
求职意向
·期望职业： java 工程师
·期望行业： 计算机软件
·目前状况： 我目前处于离职状态，可立即上岗
专业技能
熟练使用 HTML、 JavaScript、jQuery、Ajax
熟练对Visual Studio开发环境和SQL Server数据库的使用
熟练使用EntityFramework、NHibernate
熟练使用WCF、WebService
能熟练运用MVC、MVP等主流框架
熟练使用ZTree、JQuery EasyUI、Extjs4.0。
了解Power Designer、StarUML建模工具
了解了解分布式缓存Memcached和Redis，了解Lucence全文搜索技术
了解Oracle数据库、MongoDB
了解Flash、PhotoShop、Dreamweaver
工作经历 ·学 历：本科 ·电 话： ·E - mail：
2011/07 -- 2014/03
北京六合新创科技有限公司 | 技术部 | 软件工程师
行业类别：计算机软件 | 企业性质：股份制企业 | 规模：30人 |
工作描述：
在公司担任.net软件工程师的职位，负责自身模块的开发。
2014/03 -- 2014/10
北京远航通信息技术有限公司 | 技术部 | 软件工程师
行业类别：计算机软件 | 企业性质：股份制企业 | 规模：100人 |
工作描述： 在公司担任.net软件工程师的职位，负责自身模块的开发。
项目经验
1. 飞行员资质管理系统
开发时间：2014/3-2014/10
项目描述:飞行管理系统是为国航内部做的一个飞行员晋升计划的资质管理系统，系统包括
信息查询、统计分析、新雇员管理、资质流程管理、个人申请、能力评估、理论
考试、规章规范、信息库管理、系统管理，主要实现的是公司 、分公司领导对飞
行员晋升和能力测试的管理同时根据不同用户角色，定义不同的常用功能，包括：
资质分类、职业生涯、组织机构、待办事宜、发文通知、能力评估、飞行实力等。
开发环境：Visual Studio 2010 + PL/SQL + SVN+ 设计器
相关技术： 1、ASP.NET MVC 2、Jquery easyui
3、Wcf 4、Fusion Chars
项目职责：信息库管理、新雇员管理、信息查询
2. 衣柜商城网
软件环境： Windows
开发时间：2013/7-2014/2
项目描述:衣柜商城网是一个属于B/S架构，使用ASP.NET+MVC+多层开发的一个网上购物
商城，该商城的主要目的是让消费者直接从网上浏览商品，购买自己喜欢的商品。
项目模块：该系统主要有商品展示、会员操作、个人管理、商品基本信息管理、订单管理、
商品分类管理、图片管理、评价管理、用户管理、留言管理、报表管理
开发环境：Visual Studio 2012 + SqlServer 2008 + VSS + StartUML
相关技术： 1、ASP.NET MVC 2、Jquery easyui
3、Memcached 4、Entity FramWork
5、Lucene 6、Fusion Chars
7、单点登录
网 址：
项目职责：商品分类管理、图片管理、评价管理、留言管理、报表管理
3.易捷酒店预订
软件环境：Windows
开发时间：2013/1-2013/6
项目描述：易捷酒店预订系统是一个针对全球性的酒店预订系统，客户在网上可以对全球酒
店的查看、酒店周边环境的查看以及对酒店的预订。
项目模块：酒店管理、房型管理、价格管理、订单管理、房型基本信息管理、会员管理、留
言管理、地区管理、邮件管理、系统管理、管理员日志管理。
开发环境：Visual Studio 2010、Sql Server 2008、VSS、Power Designer
相关技术：1、ASP.NET MVC 2、Memcached
3、JQuery Easyui 4、WCF
5、MongoDB 6、ZTree
7、数据库读写分离
网 址：
项目职责： 参与数据库的设计、酒店基本信息管理、订单管理、留言管理、价格管理
4.欲仙源招商网
开发时间：2012/6-2012/11
项目描述：该项目属于B/S结构，主要目的是对全国酒商开放的酒供应、代理、求购、
招商等多体制的销售平台。企业可以通过注册企业账号来展示商品，发布招商信
息。代理商和求购商可以注册个人用户来查看招商信息，来挑选自己要代理或者
要购买商品的企业
主要功能：该系统主要分 产品信息管理、产品类别管理、产品留言管理、统计报表管理、
新闻信息管理、新闻分类管理、新增新闻信息、求购信息管理 开发环境：Visual Studio 2010、Sql Server 2008、VSS、Poser Designer
相关技术：1、Asp.net MVC 2、Entity FrameWork
3、抽象工厂 4、Memcached
5、SSO单点登录
项目职责： 主要负责参与数据库的设计、产品类别管理、产品留言管理、统计报表管理
5.上海运天企业办公系统
软件环境：Windows
开发时间：2011/12-2012/5
开发工具：Visual Studio 2010、SQL Server2008、Power Designer、VSS
项目描述：该系统是一个公司内部用的办公自动化系统平台，主要目的是实现上下级之间、同事之间可以有很好的沟通渠道，实现流程的自动化提高办公效率，减少人事成本.让人工作方便、舒服。
项目模块：个人事务、工作流、系统管理、行政办公、权限控制
相关技术：1、MVP+WebFrom+三层架构 2、Entity Framework
3、RBAC权限设置 4、POP3收发邮件
5、Memcached 6、Jquery Easyui
项目职责： 主要负责权限设置、发送邮件、部门管理
6. 易诚集团进销存
软件环境：Windows
开发时间：2011/7-2011/10
开发工具：Visual Studio 2008、Oracle数据库、VSS
相关技术：WinForm、数据导入导出、Fusioncharts
项目描述：该系统方便记录公司盈利状况，销售数量、客户信息的记录，月度销售统计，商
品的管理，提高公司办公效率和管理手段的系统。完全实现了公司日常销售管理
的一系列流程。
项目模块： 商品模块、库存管理、进货统计、销售统计、财务管理与用户权限模块。 项目职责：主要负责商品管理、库存管理
自我评价
本人性格随和，热爱编程，工作认真，办事严谨，有很好的团队协作能力，良好的沟通、
协调能力，有责任感。
能够掌握MVC、MVP等主流框架，也参加过大型项目的参加
喜欢研究一些开源项目，例如MVC、EF等
教育经历
时间 学校 专业
政府IT项目管理经验
明确项目背景
必须了解项目涉及的相关部门，尤其是涉及多部门的项目。政府项目一般都会有一个主管部门，但在政府业务中有一个现象必须注意，不管是多部门还是部门内部，在进行到开会讨论的时候，如果有一个部门或一个主要人员提出异议，那么不会有人出面来压制，因为这涉及到政府的管理体质，没有任何人愿意冒险来承担未知的责任，即便可预期的时间中不会发生任何风险。
项目启动
项目启动很重要，这是项目经理判断项目操作的一个最基本点，由于项目性质是政府，目标客户是官僚机构，一开始没有必要去做调研，而是先通过拉关系，建立兄弟般的友情开始，从聊天中摸清政府对这个项目的一些基本看法，这对我们实施可是有巨大帮助！属于指导性纲领。
项目沟通机制
对于官僚机构，他们最喜欢的就是汇报，有领导的欲望，所以我们制定的沟通，每星期碰面一次，每周以工作报告形式汇报。并制定双方领导通报机制，毕竟政府项目多是领导工程（一把手工程）
项目文档机制
官僚机构最麻烦的就是经常说了忘记，没关系，让他们忘不了，在公司内部，在客户服务器上要建立专门放置沟通文档、过程文档的文件夹，我们所有沟通，重要沟通的工作单全部有记录，对客户来说，他要对他自己说的负责。
内部学习机制
官僚机构最多的是理会上级精神，我们既然做政府项目，自然要知道，我们也和政府人员一样学习！学习！！再学习！！！最好将他们的文件复印带回来，并将关于信息化方面的精神传达，并针对我们的项目进行分析，让每个人都知道自己应该做什么，如何做。
领导汇报机制
其实这个应该纳入沟通机制，但是太重要了，所以要单独拿出来，项目最后的验收和成功，全靠领导一句话，而领导不知道你实施如何，他是不敢签字画押的，为此我们要提前准备给领导看的项目报告，将项目用最精简的问题，再必要的时候向领导汇报，让我们的政府大爷们知道这个项目是什么，做什么，将来能干什么，目前完成情况（有点向给幼儿园小孩给教案的感觉）
项目实施
调研计划和项目整体计划
调研对于项目实施起铺垫作用，在调研中，采取笨办法，反复确认，直到客户满意，最简单的方法，拿模板给客户看－－直观，也知道以后出来是什么东西【it项目经验,】
需求分析
将调研的东西上升到理论以文档水平，客户确认，
开发阶段
必须的加班一定做，没必要的从来不加，合理的安排计划，加班没多大作用，应为一切按照计划走，
验收阶段
采取两条路线，公司高层对政府高层。项目经理对具体实施人员
培训阶段
计划最重要，强调培训的步骤及事先的准备工作。
最后
终于验收了并且客户关系良好，钱也给了，最后还剩10%，合同规定保证金，拿不回来，等一年后，但是对整体项目金额意义不大
这就是我们一个非技术人员操作项目的经历，
我坚信项目经理不是学出来的是练出来的，不是说出来的是做出来的。
20个值得借鉴的项目管理经验（非原创）
定义项目成功的标淮
在项目的开始，要保证各方对于判断项目是否成功有统一的认识。通常，跟紧预定的进度是唯一明显的成功要素，但是肯定还有其他的因素存在，比如，增加市场占有率，获得指定的销售量或销售额，取得特定用户满意程度，淘汰一个高维护需求的遗留系统等。
把握各种要求之间的平衡
每个项目都需要平衡它的功能、人员、预算、进度和质量目标。我们把以上五个项目方面中的每一个方面，综合成一个约束条件，你必须在这个约束中进行操作，可以在一个规定的范围内调整。
定义产品发布标准
在项目早期，要决定用什么标准来确定产品是否准备好发布了。你可以将发布标准基于：还存在有多少个高优先级的缺陷，性能度量，特定功能完全可操作，或其他方面表明项目已经达到了它的目的。不管你选择了什么标准，都应该是可实现的、可测量的，文档化的，并且与客户所指的“质量”一致。
沟通承诺
尽管可能无意中承诺了不可能的事件，但不要做一个明知不能保证的承诺。坦诚地和客户和管理人员沟通那些实际成果。任何以前项目的数据会帮助你做说服他们的论据，虽然这对于不讲道理的人来说没有真正的作用。
写一个计划
困难的部分不是写计划，困难的部分是做这个计划——思考，沟通，权衡，交流，提问并且倾听。你用来分析解决问题花费的时间，会减少项目以后会带给你的意外。 为大任务制定计划工作表
“英寸大小的小圆石”是缩小了的里程碑。把大任务分解成多个小任务，帮助你更加精确地估计它们，暴露出在其他情况下你可能没有想到的工作活动，并且保证更加精确、细密的状态跟踪。
为大任务制定计划工作表
如果你的组经常承担某种特定的通用任务，你需要为这些任务开发一个活动检查列表和计划工作表。每个检查列表应该包括这个大任务可能需要的所有步骤。这些检查列表和工作表将帮助小组成员确定和评估与他必须处理的大任务相关的工作量。
计划中、质量控制后应该有修改
几乎所有的质量控制活动，如测试和技术评审，都会发现缺陷或其他提高的可能。你的项目进度或工作细分结构，应该把每次质量控制活动后的修改，作为一个单独的任务包括进去。如果你事实上不用做任何的修改，很好，你已经走在了计划的前面。
为“过程改进”安排时间
你的小组成员已经淹没在他们当前的项目中，但是如果你想把你的项目组提升到一个更高的软件工程能力水平，你就必须投一些时间在“过程改进”上。从你的项目进度中留出一些时间，因为软件项目活动应该包括做能够帮助你下一个项目更加成功的过程改进。不要把你项目成员可以利用的时间100%地投入到项目任务中，然后惊讶于为什么他们在主动提高方面没有任何进展。
管理项目的风脸
如果你不去识别和控制风险，那么它们会控制你。在项目计划时花一些时间集体讨论可能的风险因素，评估它们的潜在危害，并且决定你如何减轻或预防它们。 根据工作计划而不是日历来估计
人们通常以日历时间做估计，但是我倾向于估计与任务相关联的工作计划（以“人时”为单位）的数量，然后把工作计划转换为日历时间的估计。这个转换基于每天我有多少有效的时间花费在项目任务上，我可能碰到的任何打断或突发调整请求、会议，和所有其他耗费时间的地方。 勿安排超过工作时间80%的任务量
跟踪你的组员每周实际花费在项目指定工作上的平均小时数，实在会让人吃惊。与我们被要求做的许多活动相关的任务切换的开销，显著地降低了我们的工作效率。一个员工一周理论上工作40小时，但不要只是因为有人在一项特定工作上每周花费10小时，就去假设他或她可以马上做4个这种任务，如果他或她能够处理完3个任务，你就很幸运了。
将培训时间放到计划中
确定你的组员每年在培训上花费多少时间，并把它从组员工作在指定项目任务上的可用时间中减去。你可能在平均值中早已经减去了休假时间、生病时间和其他的时间，对于培训时间也要同样处理。
记录你的估算和如何达到估算
当你准备估算你的工作时，把它们记录下来，并且记录你是如何完成每个任务的。理解创建估算所用的假设和方法，能够使它们在必要的时候更容易防护和调整，而且它将帮助你改善你的估算过程。
记录估算并且使用估算工具
有很多商业工具可以帮助你估算整个项目。根据它们真实项目经验的巨大数据库，这些工具可以给你一个可能的进度和人员分配安排选择。它们同样能够帮助你避免进入“不可能区域”，即将任务量、小组劳动力和进度安排组合起来一看，根本不可能成功。
遵守学习曲线
如果你在项目中第一次尝试新的过程、工具或技术，你必须承受短期内生产力降低的代价。不要期望在新软件工程方法的第一次尝试中就获得惊人的效益，在进度安排中考虑不可避免的学习曲线。
考虑意外缓冲
事情不会像你项目计划的一样准确地进行，所以你的预算和进度安排应该在主要阶段后面，包括一些意外的缓冲，以适应无法预料的事件。不幸的是你的管理者或客户可能把这些缓冲作为你的托辞，而不是明智地承认事实确实如此。向他们指明一些以前项目不愉快的意外，来说明你的深谋远虑。
记录实际情况与估算情况
如果你不记录花费在每项任务上的实际工作时间，并和你的估算做比较，你将永远不能提高你的估算能力，你的估算将水远是猜测。
任务100%完成时，才算任务完成
使用英寸大小的小圆石的一个好处是：你可以区分每个小任务要么完成了，要么没有完成。这比估计一个大任务在某个时候完成了多少百分比要实在得多。使用明确的标准来判断一个步骤是否真正地完成了。
公开、公正地跟踪项目状态
创建一个良好的风气，让项目成员对准确地报告项目的状态感到安全。努力让项目在准确的、基于数据的事实基础上运行，而不是从因为害怕报告坏消息而产生的令人误解的乐观主义。使用项目状态信息在必要的时候进行纠正操作，并且在条件允许时进行表扬
项目开发经验总结
本人做项目经理工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。
项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：
1. 这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。
2. 这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，可以让你在做项目碰到问题的时候，就每件事情分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。没有永远的朋友，也没有永远的敌人，只有一致的利益，这句话作为项目经理是一定要记住的；
3.基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。
4.在做整体项目计划前，还要大致计算一下你手上的资源。首先是时间，现在市场竞争
激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，项目所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间；
5.现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚【it项目经验,】
7. 明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略，现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是项目经理本人，大项目里会配
客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧；
8.
如果你在一个部门时间做长了，对这些规则的运用觉得是一件理所应当的事情，但是，你现在面对的是多个部门甚至多个单位，不把沟通规则说清楚，你以后就会吃亏。下面的东西看起来无聊，其实还是很管用的：第一个是规定信息的流动方式和介质，是推还是拉。推的意思就是项目经理将主动发布信息，不管通过电话、邮件还是书面方式，保证将信息传达到每个人。这种情况适合小项目，人少；拉的意思就是项目经理就是一个类似web服务器，你自己需要什么信息就去问他。当然，没有项目经理把自己搞得那么累，他会用发布信息到公共介质的方式公布信息，简单的是白板，复杂一点的是项目的公共信息交互区，潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊，其实里面牵涉信息传达不完全的责任问题。当然，这些都是指一般的方式，而且不要绝对化，一般情况下，主动沟通和被动访问是同时存在的，尤其是对领导，项目经理更加应该主动去和领导沟通。第二个问题就是文档问题，很多人怕写文档，但是项目经理一定要牢记“好记性不如烂笔头”的道理。有理所以项目经理开始就要和客户说清楚有些共识的东西，比如会议纪要，甚至领导的讲话记录，都要写成文档，双方签字，这样以后扯皮的时候，就能做到有据可查。记住：说了的就和没说一样，只有写下来大家签字后才算真正发生了的。还有一些问题，比如你提交的报告，给领导（包括本方领导和客户领导）做一个选择题，结果领导压住不批，让你无所适从，结果拖延了进度。这时候，你可以等，但是注意要留记录，标明是谁的责任；另外，如果你在开始阶段就和领导商定：如果批示提交
三天后没有得到领导答复就算对方同意，这样你就会主动很多。再比如不同事件的审批流程问题：什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理专门签署备忘录、什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到，以后的工作就越主动。
9.
定义了一些游戏规则，现在是坐下来做计划的时候了。这一节，首先是找几个关键组员，比如客户业务专家、系统分析员等等，做一下项目模块划分工作。项目分成几块去做，每一块完成什么，模块之间的信息如何交换等等。需求定义的是做什么
每件事情需要什么资源，他们之间的前后关系如何，消耗的时间有多长，完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现，甘特图上项目的结束时间会远远落后于你的计划结束时间（签合同的人永远不会先征求你的意见的）。当然，学过项目管理的人会大谈什么WBS、优化路径之类的东西，但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题，在我恭喜你挑了一个轻松活之前，请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候，你就要考虑牺牲一些任务的时间（也意味着质量）了。按照什么标准牺牲？这个项目的战略！我们在第三节提到过的战略。我的经验是如果你什么都赶进度，其结果可能就是十件事情你一件也没做好，想想多么失败啊。所以，把资源投到你熟悉和有把握的事情上，最后的结果是十件事情，你有三件做成了精品，三件完成，还有四件因为某些原因延误，成绩单是否靓丽了很多呢？战略决定优先级，而正确排列事情的优先级是一个项目经理能力的主要体现。
现在项目已经完成了前期工作，了解了项目的目标、搞清楚了手上的资源，制定了项目的策略，然后编制了项目的整体计划，项目进入实施阶段。进入这个阶段反而是项目经理比较空闲的时候，不像前期的时候项目经理要象记者一样到处和不同的人接触，搞清楚他们在说什么，努力猜测他们在想什么和他们的真正目的，那才是最累人的事情。当然，小项目的项目经理往往自己也是一个资源，要做很多事情，这时候反而比谁都苦。项目经理这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意，除非你需要对方给你支持，那么你才需要讲得具体一点，否则，告诉他一切正常就可以了，而且态度要积极一些，千万不要说一些领导不懂的细节，比如：“王局长，最近项目进度还算正常，就是JVM经常发生一些内存泄漏的情况…”
项目经验总结(2)
前阵子负责一个接口项目的开发，虽然技术上没有太大问题，但过程并不顺利。 现在总结一下经验上的不足：
一是，前期没有明确的分析文档、用例图和活动图，为了让快点看到成果，只凭着简单的需求文档进行开发。
二是，中期没有补上缺失的文档，而是在原来代码上修修补补，最后由于变化很大，所以基本上完全重构。
三是，给潜在客户的文档不明确方向，技术上太细致化，而且没有一个明确的世界观，不能在一个比较高的层面上表现接口的功能。
四是，接口散乱，没有统一的中心流程，虽然可以用，却经常走入死胡同。 建议：
IT项目收尾管理经验谈
2013年12月20日 09:24 来源：中国项目管理资源网 作者： 字号
打印 纠错 分享 推荐 浏览量 267
所谓验收就是对整个软件开发、建设项目的结果的综合评价，是软件系统交付使用前对项目进行评估、认定和总结的过程，包括费用、质量、服务等多个方面，包括对整个系统的运行情况、业务流程重组的有效性、生产运作的效率等方面的一个评估，也是对IT项目范围的再确认。IT项目的实施，一般包括6个阶段，即项目的选型、培训、业务流程重组、基础数据整理、会议室试点、切换等，在系统切换后，紧接着的还有一项关键性的工作，就是项目的验收。
IT项目验收主要是通过对项目全面测试性检验，找出项目中可能存在的问题和不足，并进行最后的修正、完善，以使项目保质保量最终交付到用户单位每个使用人员手中。可以说，验收是IT项目最后关键的环节，它是对项目的实施质量和软件的可交付性起到"一锤定音"的作用，也关系到IT项目能否平滑顺利步入运营期、为企业创造效益，软件开发服务商能否实现收益标志之一。因此CIO必须高度重视，万莫轻视。 比如ERP项目，由于其软件的复杂性、规模性，CIO们可能更多地关注它多变的需求定义、选型、个性化解决方案，却轻视了项目的验收工作，而验收需要大量数据测试、自定义扩展、长时间运行等后才能明辨优劣、成效，但是由于供需双方受种种原因的影响急需"结账"，从而使项目验收从时间、内容、范围、数量、人员等投入均显不足，而且由于多数信息化项目的验收评估标准难以具体量化，常使验收常流于形式，最终使实施结果不佳。
为何不少IT项目成了"鸡肋工程"甚至变成"烂尾工程"?一个重要原因就是最后一个关--"验收"疏忽大意，没有把关好，前功尽弃，败走麦城。对此，作为企业信息官的CIO，负有重要责任。还有，一些用户单位CIO以为项目实施工作做好了，系统跑起来了，文档移交了，开发商确认了，还有什么必要大动干戈做验收？这些想法、做法，源于对验收的目的、流程、方法和意义缺乏认识，造成一个个延期工程、半生不熟项目或烂尾工程。
一、把握项目验收的重点内容
可以说，验收事关项目能否善始善终，悠关全局的成败，那么CIO如何做好项目验收？从哪里重点把握？结合理论与实际操作，一般而言，IT项目验收主要应包括验收准备、数据移植、系统测试、系统评估4个主要过程。
1、着手验收阶段的准备工作
当单位始要进入验收时，CIO应着手进行相应验收的准备工作--向软件开发商收取软件开发过程中各阶段性文档，包括需求分析说明书、概要设计说明书、详细设计说明书、数据库设计说明书、源程序代码、可供安装使用的系统安装程序、系统管理员手册、用户使用手册、测试计划、测试报告、用户报告、数据移植计划及报告、系统上线计划及报告、用户意见书、验收申请等；然后对这些各类约定的技术文档和合同中的相关内容进行自查，要彻底了解系统目前完成的情况如何，是否已完成了与开发商达成的各项书面约定以及口头约定，没有完成的，如果是书面约定，准备采取什么策略去进一步完成等。
当然，此时CIO做一个详细的验收计划是非常必要的，可以用来作为验收阶段的工作指导，并组织管理层领导、业务管理人员和信息技术专家成立项目验收委员会，负责对IT项目进行正式验收。
2、数据移植
如今不少企业都上了OA、CRM等系统，或淘汰老系统，在进行新系统(如ERP或PLM)建设并最终上线时，一般需要将旧系统的原始数据移植到新系统或调用企业原有的OA、CRM等系统内的数据时，则常需数据移植，此时CIO正好可籍此机会检验新系统的优劣、匹配性如何。这些应完成以下主要工作内容：【it项目经验,】
1)制订数据移植：除了要定义数据收集的格式、范围、进度外，还要考虑系统接口的影响，并建立数据移植完整性和准确性测试方法以及意外事件处理程序;
2)数据收集：项目实施常涉及到数据收集，应由数据收集小组根据数据收集格式，准确对数据进行收集，以确保数据提供人员了解和掌握对数据收集的各项规定和要求;
3)数据导入并核查结果：项目组成员将数据导入系统，并在导入后按照事先制定的数据移植完整性和准确性的测试方法，对系统中的数据做进一步的核查，确保导入数据的质量;
4)数据移植后要进行适当时间的试运行，检测、确认数据移植的真实性、准确性和完整性。
3、系统测试
系统测试是项目验收的关键环节，也是CIO最需花心思把关之处。以ERP软件为例，系统测试具体包括以下5大测试内容：安装测试、功能测试、界面测试、性能测试、文档测试等。而其中，功能测试是重点，必须高度重视。
下面结合ERP，重点阐述如何有效进行功能测试，其功能测试的用例设计，主要应注意以下几点：
1)测试项目的输入域要全面。要有合法数据的输入，也要有非法数据的输入，CIO可以此检验系统的抗干扰性如何;
2)要适时利用边界值进行测试。如"订单预排"中一般要求预排的数量大于0，那么测试数据可以分别为0，-1，1，100000(一个非常大的正数)，查看单据流转和控制情况，系统在执行MRP分解、工单下达、车间任务调度等操作是否正确;
3)CIO可不按照常规的顺序执行功能操作，查看系统计算的准确性，如仓库历史库存、当前库存、货位库存是否准确;
4)验证实体关系，实体间的关系有三种：一对一，一对多，多对多。如一个MPS对应多个MRP，一个MRP对应多个车间任务，CIO对此检验，看能否对应;
5)执行正常操作，观察输出结果的异常性。如CIO删除某条记录对排序的影响，或执行审批后，单据的状态是否改变，报表的打印输出效果如何;
6)划分等价类，提高测试效率。要划分等价类，选择有代表意义的少数用例进行测试，提高测试效率等等。
4、其它系统测试
除上述的系统测试外，CIO还有必要对系统的其他特性和需求加以测试，这些系统测试也很重要，主要有以下几种：
1)负载压力测试，主要包括并发性能测试、疲劳强度测试、大数据量测试和速度测试，一般采用自动化技术分别在客户端、服务器端和网络上进行测试;
2)恢复测试，通过模拟硬件故障或故意造成软件出错，检测系统对数据的破坏程度和可恢复的程度;
3)安全性测试。通过非法登陆、漏洞扫描、模拟攻击等方式检测系统的认证机制、加密机制、防病毒功能等安全防护策略的健壮性;
4)兼容性测试。通过硬件兼容性测试、软件兼容性测试和数据兼容性
测试来考察软件的跨平台、可移植的特性;
5)性能测试，性能测试主要是测试软件的运行速度和对资源的消耗。
5、评估整个系统运行效益
作为信息部门的一把手，聪明的CIO应在项目合同上写明系统试运行2-3月后再
本文来源：http://www.gbppp.com/fw/467300/
推荐访问:it项目经验范文 it项目经验怎么写