软件项目总结

软件项目总结（精选6篇）

篇1：软件项目总结

XXXXXXXXXXXXXXXXXXXXXXX系统

项目总结报告

XXXXXXXXX 2017/7/27 项目概要信息

XXXXXXXXXXXXXXXXXXXXXXX系统的技术团队由11人组成，其中项目经理1人，需求分析师1人，UI设计师1人，开发人员6人，测试人员2人。

本项目的前期工作从2017年5月19日开始，历时16个工作日，于6月9日完成需求分析等准备工作。开发阶段从2017年6月12日开始，历时22个工作日，于7月10日完成全部开发工作，进入外部业务人员验证测试阶段，目前，可使用XXXXXXXXXXXXXXXXXXXXXXX的二级域名进行访问，详细信息如下：

用户资助申报地址：XXXXXXXXXXXXXXXXXXXXXXX 用户审核管理地址：XXXXXXXXXXXXXXXXXXXXXXX

本项目的开发过程有5个关键的里程碑，具体时间及内容如下： 2017年06月21日：项目初次全新功能开发完成；

2017年06月29日：项目初次内部功能测试、安全测试、性能测试完成； 2017年07月04日：需求变更，准备进行二次开发； 2017年07月10日：项目二次开发全部完成；

2017年07月11日：项目二次内部测试完成，等待外部业务人员验证测试。项目经验

因为是初次担任项目经理的角色，我最初找不到切入点，领导和同事在整个的过程中给了我很多的指导和建议。实际的项目管理工作使我对自己已学的理论知识有了更深刻的体会。所谓理论指导实践，实践验证理论，回想整个项目开发过程，至少可以总结了以下几点经验： 2.1 沟通讨论 信息交换要及时

沟通讨论是贯穿整个项目生命周期的活动，团队成员间信息交换是否及时，更是项目成功的关键。虽然不同角色承担不同工作，但都是以达成项目目标为指导的，团队成员只有始终保持沟通讨论，保证接收到最新的、一致的项目需求信息，才能使得开发工作顺利进行，避免出现信息交换不及时而导致的返工。

对于沟通，结合实际来说，如果需求分析师不能将变更的需求信息及时传递给UI设计人员，就会导致不符合用户需求的设计，更会使开发人员写出无用的代码，这必然导致重设计、重编码，甚至会延误整体项目进度。

对于讨论，尤其是像我这样缺少经验的项目经理，不论是制定计划，还是工作量识别，都必须向有经验的同事请教，接受正确的建议，才能得到合理的安排。2.2项目范围 功能边界要清晰

项目经理以需求文档为依据，将项目范围及边界清晰罗列，是把控项目开发进度的先决条件。

对于XXXXXXXXXXXX系统来说，其功能并不复杂，且开发周期短，所以在确定项目范围并进行任务细化时，可精确到接口、页面。把一个大任务分解成一个个的小任务的好处是，可以帮助我们更加精确的估计出它们的工作量，并暴露出很多可能一时无法想到的工作量，也可以保证后续进行项目开发过程的状态跟踪，更加精确。2.3时间计划 人员分配要合理

以前总认为写计划比写代码容易的多，其实恰恰相反。一份合理的项目计划需要经过思考、沟通、权衡、询问、倾听的过程，要知道，用来分析解决问题需要花费的时间，远远大于单纯的写代码时间。

项目进度计划必须将分解出来的小任务，综合考虑时间、难易程度、人员能力，估出工作量并进行合理分配。2.4代码开发 功能验证要同步

当日的开发任务结束后，作为项目经理应该对现有开发成果做验证，即对已完成的功能做验证，及时发现缺陷或其他问题，次日找对应的开发人员做修复。

因此，代码开发和功能验证的同步进行，既可以保证软件质量，同时也可以保证项目进度。当然，应该根据实际情况同步调整项目进度计划，预留处理缺陷的时间。

2.5进度执行 问题修复要反馈

项目成员必须及时反馈当日任务完成情况，及前一天遗留缺陷的修复情况，才可以保证项目经理对整体进度的把控，准确跟踪项目状态。2.6

需求变更 文档修改要记录

开发过程中的任何变更，都应做记录，作为项目成员之间沟通交流的依据，也可以避免重复修改，增加无谓的工作量。项目教训

3.1计划应当先于执行

项目计划必须要尽可能周全，并且在项目经理的可控范围内，可以根据实际情况及时做调整，但一定要保证，具体工作的开展是在计划范围内，因为没有计划直接执行会直接导致项目进度不可控，状态无法跟踪。3.2沟通应当注意技巧

高效沟通是项目成功的决定因素。因缺乏高效的沟通技巧。对内，在与开发人员进行需求沟通、代码实现方式设计等方面沟通时，并不能快速准确表达自己意图；对外，在与业务人员协商问题时，会不自觉的使用技术术语等业务人员不易理解的词汇，导致双方无法在较短时间内达成一致意见。希望自己以后有更多的锻炼机会，学习弥补这方面的欠缺。

篇2：软件项目总结

项目总结报告

XXXXXXXXXXXXXXXXXXXXXXX系统

项目总结报告

XXXXXXXXX 2017/7/27 / 4 西安科技大市场创新云服务股份有限公司

项目总结报告 项目概要信息

XXXXXXXXXXXXXXXXXXXXXXX系统的技术团队由11人组成，其中项目经理1人，需求分析师1人，UI设计师1人，开发人员6人，测试人员2人。

本项目的前期工作从2017年5月19日开始，历时16个工作日，于6月9日完成需求分析等准备工作。开发阶段从2017年6月12日开始，历时22个工作日，于7月10日完成全部开发工作，进入外部业务人员验证测试阶段，目前，可使用XXXXXXXXXXXXXXXXXXXXXXX的二级域名进行访问，详细信息如下：

用户资助申报地址：XXXXXXXXXXXXXXXXXXXXXXX 用户审核管理地址：XXXXXXXXXXXXXXXXXXXXXXX

本项目的开发过程有5个关键的里程碑，具体时间及内容如下： 2017年06月21日：项目初次全新功能开发完成；

2017年06月29日：项目初次内部功能测试、安全测试、性能测试完成； 2017年07月04日：需求变更，准备进行二次开发； 2017年07月10日：项目二次开发全部完成；

2017年07月11日：项目二次内部测试完成，等待外部业务人员验证测试。项目经验

因为是初次担任项目经理的角色，我最初找不到切入点，领导和同事在整个的过程中给了我很多的指导和建议。实际的项目管理工作使我对自己已学的理论知识有了更深刻的体会。所谓理论指导实践，实践验证理论，回想整个项目开发过程，至少可以总结了以下几点经验： 2.1 沟通讨论 信息交换要及时

沟通讨论是贯穿整个项目生命周期的活动，团队成员间信息交换是否及时，更是项目成功的关键。虽然不同角色承担不同工作，但都是以达成项目目标为指导的，团/ 4 西安科技大市场创新云服务股份有限公司

项目总结报告

队成员只有始终保持沟通讨论，保证接收到最新的、一致的项目需求信息，才能使得开发工作顺利进行，避免出现信息交换不及时而导致的返工。

对于沟通，结合实际来说，如果需求分析师不能将变更的需求信息及时传递给UI设计人员，就会导致不符合用户需求的设计，更会使开发人员写出无用的代码，这必然导致重设计、重编码，甚至会延误整体项目进度。

对于讨论，尤其是像我这样缺少经验的项目经理，不论是制定计划，还是工作量识别，都必须向有经验的同事请教，接受正确的建议，才能得到合理的安排。2.2项目范围 功能边界要清晰

项目经理以需求文档为依据，将项目范围及边界清晰罗列，是把控项目开发进度的先决条件。

对于XXXXXXXXXXXX系统来说，其功能并不复杂，且开发周期短，所以在确定项目范围并进行任务细化时，可精确到接口、页面。把一个大任务分解成一个个的小任务的好处是，可以帮助我们更加精确的估计出它们的工作量，并暴露出很多可能一时无法想到的工作量，也可以保证后续进行项目开发过程的状态跟踪，更加精确。2.3 时间计划 人员分配要合理

以前总认为写计划比写代码容易的多，其实恰恰相反。一份合理的项目计划需要经过思考、沟通、权衡、询问、倾听的过程，要知道，用来分析解决问题需要花费的时间，远远大于单纯的写代码时间。

项目进度计划必须将分解出来的小任务，综合考虑时间、难易程度、人员能力，估出工作量并进行合理分配。2.4 代码开发 功能验证要同步

当日的开发任务结束后，作为项目经理应该对现有开发成果做验证，即对已完成的功能做验证，及时发现缺陷或其他问题，次日找对应的开发人员做修复。/ 4 西安科技大市场创新云服务股份有限公司

项目总结报告

因此，代码开发和功能验证的同步进行，既可以保证软件质量，同时也可以保证项目进度。当然，应该根据实际情况同步调整项目进度计划，预留处理缺陷的时间。2.5进度执行 问题修复要反馈

项目成员必须及时反馈当日任务完成情况，及前一天遗留缺陷的修复情况，才可以保证项目经理对整体进度的把控，准确跟踪项目状态。2.6

需求变更 文档修改要记录

开发过程中的任何变更，都应做记录，作为项目成员之间沟通交流的依据，也可以避免重复修改，增加无谓的工作量。项目教训

3.1 计划应当先于执行

项目计划必须要尽可能周全，并且在项目经理的可控范围内，可以根据实际情况及时做调整，但一定要保证，具体工作的开展是在计划范围内，因为没有计划直接执行会直接导致项目进度不可控，状态无法跟踪。3.2 沟通应当注意技巧

篇3：浅谈软件项目的项目管理

随着我国计算机技术的发展和计算机教育的普及, 我国在全球软件外包产业中扮演着日益重要的角色, 国内的软件公司也承接了越来越多的软件项目。但是大多数的软件项目却都是以失败告终的。据来自Standish group的Chaos Report报道, 调查者在对全球数千个大中型公司进行了关于IT项目的调查后发现:在1994年, 80%以上的项目都是不成功的, 31%的IT项目是彻底失败的。只有16%的项目是成功的。这的确是一个不容乐观的数字。近年来随着项目管理方法的理论的完善、相关实践经验的建立和推广和以及项目管理考核体系的引入, 这一数字正在向好的方向发展。到了2006年, 完全失败的项目的比率已经下降到19%, 成功的比率则上升到了3 5%。

软件项目失败的主要原因主要有:需求定义不明确;软件开发管理过程不完善;没有一个强有力的项目产品研发领导小组;缺乏有效的合同管理;缺乏对软件过程的日常监控;对软件构架不够重视;软件界面定义不善且控制失调;软件和硬件的相互限制;缺乏对风险的管理;团队建设和人力资源管理不力等等。

那如何有效地避免以上问题的发生, 确保项目的成功呢, 笔者从近十年的软件项目实施经验出发, 浅谈一下对软件项目管理的理解和一些切身感受和经验。

二、软件项目管理的关键要素和管理方法

一般说来, 项目管理涉及下面的九个知识领域:范围管理、风险管理、沟通管理、质量管理、时间管理、成本管理、人力资源管理、采购管理、整合管理。可以说涉及范围是非常的广泛。本文限于篇幅, 并不对各个领域作解释和讲解, 而是从自己多年的软件项目经验出发, 谈一谈一些关键的影响软件项目的要素, 这些要素归属于上面九个领域中的一个或者几个。

1) 明确的软件需求定义及需求变更管理

软件的需求定义可以说是项目管理的基石, 其在项目管理里的位置举足轻重, 只有需求明确了, 整个项目才有方向, 也才谈得上整个项目的工作开展。一个不合理的需求定义会让整个项目轻则延期, 重则亏损甚至失败。

需求的捕获是需求管理的基础和前提。需求并不总是显而易见的, 它往往来自各个方面, 涉及众多的相关利益责任方, 所以需要运用一些需求的捕获技术。在软件业或者其它的行业, 一般都会用为业界所广泛采用并经验证的需求捕获方法——用例模型。它是系统既定功能及系统环境的模型, 并作为客户和开发人员之间的契约。最终确立的用例模型应该是和各相关利益责任方一致确认, 是全面的、详细的、清楚的、逻辑完整的、可实现的且可测试的。确认的过程往往需要多个轮次的交流, 多方协商推敲最后才能拟定, 千万不能想当然地将单方面的想象当作用户需求。

由于随着业务的拓展, 需求是会发生改变的, 所以在制定需求时, 还应在这一阶段考虑到需求的可扩展性及可能的扩展方向。据2001年的Standish Group的CHAOS Report, 该公司在对多个项目作调查后发现:最经常导致项目失败的原因就是变更的用户需求。近年来一般的软件项目都对需求变更非常的重视, 都会建立完善的需求变更审核制度, 要对需求变更内容必要性、实施风险及对项目进度、预算和人力资源等方面的影响作分析, 并设专门的流程来审批变更的用户需求。很多软件项目都会在合同增加一些相关条款, 如限定用户提出需求变更的时间, 规定何种情况的变更可以接受、拒绝或部分接受;有的合同甚至会写明当超过一定比例的用户需求变更时, 应中止原有合同并签订新的合同。

2) 打造一个高效的团队

团队建设是项目管理中人力资源管理的一个重要内容。一个高效的、有强烈协作精神和自驱力的学习型团队对项目的成败起着至关重要的作用。由于角色和分工的细化, 单靠个人的技能和力量是根本无法完成项目的目标和任务, 这更需要有一个强烈责任感的团队, 分工协作, 主动沟通来共同达成项目的目标。

责任感是团队文化最基本的要素, 只有团队中每个成员都有了这种责任感, 能够积极主动工作, 才能够谈得上后续的沟通和相互协作, 以达到团队所共同确定的目标。在软件项目特别要强调的就是项目成员要把自己的本职工作做好, 努力为下游输出高质量的半成品。项目中经常出现的设计粗糙、编码不当甚至软件BUG过多等很多问题其实都不是项目成员的水平问题, 而归因于其责任感不强。

团队协作精神在项目实施中也非常重要, 即使一个简单的项目任务也需要我们项目中的需求、设计、开发和测试人员等来共同协作完成。协作精神之根本在于企业文化所强调的互相尊重, 项目内每位成员都应该尊重和认可其它成员所扮演的角色, 学习他人的优点。如果项目成员间没有很好的协作精神, 主动沟通去解决问题, 那项目质量就无法得到有力的保证。项目成员应该在尊重的前提下充分信任和充分沟通来共同实现团队任务, 每个项目成员都应该认识到团队利益始终高于个人利益, 只有团队进步和发展了, 个体才有可能进步和发展。

在团队建设中, 常用的办法有:一) 建立有效的沟通渠道, 组织项目成员之间的沟通以及管理层与项目成员之间的单独沟通。可以定期组织一些轻松活跃的技能技巧培训、聚会和活动等等, 以增加团队的凝聚力, 并建立有效的意见反馈渠道, 积极听取各方的意见和建议。二) 还要注意在项目小组或者成员取得突出的成果和表现时, 做出表扬和鼓励。三) 关心项目成员的职业发展期望, 在了解项目成员在个人职业发展和技能发展的期望的前提下, 帮助成员达到项目成功和个人发展的平衡。

3) 确立完备的流程管理及量化的考核指标

在项目管理中, 完备和高效的流程管理是确保项目按时、按质量和按预算完成的关键因素。一个规范的流程可以保证不是很出色的人开发出来的产品也许不是精品, 但至少符合项目标准;而一个不规范的流程, 即使是一群很出色的人来, 也很难做出好的产品。通过流程可以使软件的实施更加规范化、流水线和工业化, 为最终项目的成功实施奠定坚实的基础。流程管理涉及项目的方方面面, 只要是可重复的行为, 都可以纳入到流程管理中来。大到合同管理和需要变更管理, 小到会议室申请、员工的个人休假和文具申请等都可以创建相应的流程来进行管理。

在项目管理中, 我们需要建立多项考核指标以评估整个项目的运行情况。这些考核指标要尽可能地对各种目标、投入、成果等进行分类量化。如果我们已设立了完备的流程管理, 那么我们不妨考虑在这些流程中设立相应的考核指标, 特别是针对关键的流程。一方面, 通过对这些流程中的指标数据的分析, 可以使项目管理者对整个项目、部门、团队乃至对个人的运行情况一目了然。如:整个项目的完成情况如何?是否存在超时?质量、费用情况如何?有何潜在的风险?各部门、各小组的任务执行情况如何?团队间的配合情况可好?个人的绩效如何?个人工作效率、出错率、出勤率等情况如何。另一方面, 对这些数据的分析能指导我们下一阶段的工作, 让我们知道下一阶段的工作重点, 什么应该加强, 什么应该避免, 从而确保各项工作能高效和高质地进行。

4) 共享的知识库

共享的知识库对软件项目而言是项目宝贵的财富。不是每一个进入到项目的人在进入时就具备了其工作岗位所必需的知识, 也不是每一个项目上的人对项目所要求的全部知识都了解和掌握。特别在一个大型的软件项目, 其人员难免会有变动, 即使是同一个人, 在一个长期项目中, 其角色和地位也会发生改变。那么建立一个共享的知识库就尤为重要。知识库的存在一般都以文档的形式存在, 某些文档就是项目的交付物, 如概要设计和详细设计文档;而另一些则不是交付物, 但它们对项目的运行可能同样重要。知识库涵盖所有项目相关的文档, 如项目的规章制度、合同、会议纪要、工作报告等。只要与项目相关, 都应该分门别类, 进行管理。

在管理的时候应当注意, 一是要制订文档命名的规范, 比如命名时可以考虑加上日期和版本号, 以便于日后查找;另外也需对文档分门别类, 创建不同的文件夹, 同时设置不同的访问权限和级别, 最好能用一些文件管理软件, 如CVS等来进行管理;此外还有必要建立一套所有文档的集中索引表, 将文档的关键字提列出来并建立关联关系, 每一次在加入新的文档时, 都应对这张表进行维护。对于文档与文档之间相关联之处最好用超链接进行关联, 虽然这样在建立和维护时麻烦一点, 但对将来的文档的参阅和查找是大有好处的。

5) 风险识别和风险管理

项目风险是一些不确定的事件或情况, 一旦出现将会对项目目标产生正面或负面的影响。风险有两类:可预见风险和不可预见风险。可预见风险是可以预见的, 可以计划的, 也可以管理的。而不可预见风险则是不能预见、不可计划、不可管理, 那么它需要应急措施。风险管理就是要系统化的识别、分析和应对风险, 最大化正面影响, 最小化负面影响。

项目的风险管理主要包含下面的方面:风险管理计划、风险识别、风险定性定量分析、风险应对计划及风险监控等。在风险管理计划里面, 就需要明确风险如何管理、用什么样的方法解决且明确各责任方。项目风险识别是一个在整个项目中多次反复的过程, 最好是每次的项目例会上都对风险进行回顾, 已识别的风险哪些确实发生了?影响程度如何?如何应对的?还有哪些潜在可能会发生的风险?而识别风险的方法可以依据立项报告, 范围说明书, WBS, 费用和进度报告、假定条件和限制条件清单等资料, 也可以借鉴其它相似项目的经验等。风险定性分析的作用就是判断全部各个已识别风险的重要程度以作为进一步风险管理活动的依据, 最重要的产出物是对已识别的风险的评分列表, 按其重要程度的分值进行排列, 这个一般需要依靠经验和专家意见。而风险定量分析的目的就是确定能达到具体项目目标 (进度、费用、质量) 的可能性、量化地评估项目存在的风险因子并判定当前最应关注的项目风险。常用的风险应对策略有风险转移、风险减轻、风险接受。风险监控的作用就是在整个项目过程中监督已识别风险和残留风险、识别可能出现的新风险、执行风险应对计划、评估计划执行的有效性。

三、结论

软件项目的管理问题决定了软件项目成败。本文结合实践开发经验, 分析了软件项目的特点并探讨了影响软件项目管理的几个较关键的因素。实践证明在项目管理过程中只有注意了这几个关键因素, 才能对软件项目进行有效管理, 确保软件项目的最终成功。

参考文献

[1]周伯生.软件工程技术丛书——统一软件开发过程[M].北京机械工业出版社.2002

[2]施平安.软件工程实践丛书——软件项目管理实践作者[M].北京清华大学出版社.2002

[3]尼尔.怀特.管理软件开发项目——通向成功的最佳实践[M].北京电子工业出版社.2002

[4]白思俊.现代项目管理[M].北京:机械工业出版社.2002

篇4：软件项目总结

关键词：企业实践 Java软件项目开发岗位 职业能力 教学改革

笔者积极响应学校号召，暑期期间到济南维库软件科技有限公司进行了一个月的企业实践，顺利完成企业的工作任务，现将一个月的实践收获总结如下。

一、转化角色，虚心、耐心、专心做一线有责任心的企业员工

1.遵守企业制度，认真承担并履行责任

在一个月的企业实训中，笔者谨记学校领导的嘱托，严格要求自己，认真遵守企业制度，从未发生迟到、请假、早退现象，进入公司后将自己由受人尊重的老师转变为一名初到公司的企业员工，做到慎独、慎微、慎初，强化工作责任心，主动处理好分内与分外的相关工作，勤奋扎实地工作，不敷衍应付，认真对待工作中的每一个问题，完成企业交给的每一个工作任务。

2.不畏工作困难，耐心解决项目开发中的各种问题

企业实训为真实软件开发项目：山东高速集团采购系统。由于项目庞大复杂，涉及知识点琐碎，项目开发工作困难重重，笔者认真细致学习企业教师讲解的知识点，分析需求说明书，钻研软件算法和代码的实现，面对项目中遇到的各种错误代码和异常，耐心查错排错，认真解决软件开发过程中出现的各种错误，并及时记录解决方案和问题，为下一步软件开发工作和教学实训积累了丰富的经验。

3.放下教师架子，虚心向企业有经验老师请教

学校主要工作是教书育人，企业工作是开发高质量软件产品。工作任务的不同，使笔者慢慢放下了教师的架子，主动地向实践操作能力较强的“小兄弟”请教。虽然他们年龄较小，学历不高，却有丰富的项目开发经验。笔者向他们虚心请教，反复讨教工作中不明白的问题，从他们那里学到了课本上没有的工作技巧和技术，更领略了他们一丝不苟、沉着耐心和认真细致的工作作风。

二、企业实践锻炼内容

企业实训内容主要基于目前软件公司的热点需求——Java软件开发岗位进行设计和选取，包括相关知识内容的培训和山东高速集团采购系统项目的实训两部分内容，具体知识包括：Java知识（JDK的安装配置、Myeclipse开发工具使用、数据类型和运算符、流程控制、面向对象开发）、HTML知识、MYSQL知识和SSM知识（JSP应用、Sevlet应用、Spring-MVC应用、Spring依赖注入、Mybats框架应用及整合）。

三、企业实践锻炼收获与心得

1.课程设置应与岗位需求相匹配

高等职业院校人才培养模式定位于技术技能型人才的培养，为地方区域经济服务，为地方社会经济发展提供人才保障和智力支持，因此专业课程的设置应该以岗位工作任务和岗位能力需求为出发点。以Java软件开发岗位为例，目前学校开设的都是传统的数据库知识和web前端知识课程，但是IT技术发展迅速，真正的软件开发大多通过相关框架实践，如SSM框架、SSH框架等，因此，学校要适应目前社会的需求，与时俱进，及时更新课程标准和授课内容。

2.教师实践操作水平是培养高素质技术技能性人才的重要因素之一

目前企业对参加职业技能大赛获奖学生毕业生比较青睐，所以企业高职院校的评价主要通过高职院校技能大赛进行，而学生技能大赛成绩的结果反映了教师的实践操作水平。俗话说“老师要给学生一杯水，自己首先要有一桶水”，因此教师应首先提高个人实践操作水平，而提高教师实践操作水平的主要方式之一就是通过企业实践锻炼。据悉，山东省在不久的将来将启动高职院校教师职业技能大赛，因此教师要将提高实践操作水平作为自己以后工作的努力方向。

四、未来的努力方向

1.基于企业岗位需求进行教学改革

（1）教学模式和教学方法遵循职业发展规律。高职院校推行“工学结合、知行合一”的人才培养模式，因此要基于企业工作岗位和工作任务进行教学改革。

第一，推行教、学、做一体化教学模式。在教学中，应该以培养学生的职业能力为主，师生双方边教边学边做，理论和实践交替进行，直观和抽象交错出现，理中有实，实中有理，突出学生动手能力和专业技能的培養，充分调动和激发学生学习的兴趣，使学生真正变成学习的主人。要培养学生的终生学习和持续发展能力，推行教、学、做一体化教学模式对加强学生的动手操作能力和解决实际问题的能力有很大好处。

第二，推行翻转课堂教学方法。为提高学生的主动性和创新能力，在教学过程中，推行翻转课堂的教学方法，将学习任务布置给学生课下完成。学生利用信息化技术查阅需要的材料，还可以在网络上与别的同学讨论，完成老师分配的任务，并在课上分享任务完成过程和心得体会。由老师进行评论，师生间还可以进行充分的交流，这样可以满足学生的个性需要，有利于学生创新能力的培养。

（2）教学过程基于软件开发工作过程。将教学过程与企业软件开发过程相结合，教学过程围绕企业真实的软件开发项目展开，将要学习和掌握的知识技能，转化为一项项工作任务，学生分组按照行动导向的六个步骤（资讯-计划-决策-实施-检查-评估）进行，使学习任务既是一个完整的学习过程，又是一个工作过程，教师成为学生学习的引导者和促进者。

2.技能操作的提升与社会岗位前沿技术的了解

（1）技能操作的提升。以后，笔者将会继续积极参加企业实践锻炼，参加省级培训，完成每5年必须累计不少于6个月到企业或生产服务一线实践的目标，通过企业真实工作过程提高自己的实践操作水平和职业能力，并将其应用到教学过程、实验实训过程和学生技能大赛中。

（2）社会岗位前沿技术的了解。为推导社会技术的变化和教学知识的更新，在以后的工作中要经常深入企业，了解企业的生产组织方式、工艺流程、产业发展趋势等基本情况，熟悉企业岗位职责、操作规范、技能要求、用人标准、管理制度、企业文化等，学习所教专业在生产实践应用中的新知识、新技术、新工艺、新材料、新设备、新标准等，及时更新人才培养方案、课程标准，适应社会岗位对教学知识的需求。

五、小结

篇5：软件项目实施经验总结

好好研究学习软件项目管理对于我们以后要从事IT行业的学生而言有着决定性的作用。首先这里存在一个问题，之前已经学习过了《软件工程》课程，所以刚开始听到《软件项目管理》的名字的时候就产生了软件工程和软件项目之间有什么区别的疑惑，通过后来对课程的深入学习，才了解到了：(1)软件工程是研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件，以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来。(2)项目管理是一个管理学分支的学科，指在项目活动中运用专门的知识、技能、工具和方法，使项目能够在有限资源限定条件下，实现或超过设定的需求和期望。

项目管理是对一些与成功地达成一系列目标相关的活动(譬如任务)的整体。这包括策划、进度计划和维护组成项目的活动的`进展。也就是说，软件工程为我们提供的具有指导意义的软件开发方法，项目管理是更从更高的角度思考问题，它总结出了项目管理中会碰到的问题及常规的解决方案，他不仅仅针对软件开发，而可以适用任何项目工程。那么软件项目管理则是项目管理在软件行业的应用了。在课程接下来的学习中，我有了一个深切的体会，在以往的小软件开发中，都是自己根据想象确定软件所需功能，然后编写代码，做成了一些具有“死”功能的软件，由于没有在实际应用中大量使用所写的软件，所以忽略了很重要的一点，客户对软件的需求变更要求，那么就要求项目开发相关人员对用户的需求变更有一个好的回复。所以在软件开发的过程中我们项目开发人员要了解可能导致需求变更的原因，如何管理变更需求，以及如何正确的处理需求变更。

然后学习到了一个重要的成本控制方法—挣值法，挣值分析相比于传统分析方法是一种更好的项目/工程管理方法，因为它综合了成本、进度与范围，可以用来预测未来绩效与工程完工日期。作为一种早期预警项目管理手段。可以使工程管理人员识别与控制问题，以免问题扩大化。能够使工程管理更高效、更及时的反应预算情况。下面举例说明：你被指定负责一个软件项目，其中有4部分，项目总预算为53000，A任务为26000，B任务为1，C任务为10000，D任务为5000，截止到5月31日，A任务已经全部完成，B任务过半，C任务刚开始，D任务还没有开始，采用50/50规则计算截止到5月31日的CV，SV，CPI，SPI?

通过公式计算得：cv=1400sv=-5400cpi=1.042spi=0.864从上面的数据可以看出本项目花费低于成本，项目进度落后，参考这些数据可以适当地对项目进行调整。

最后，对于软件配置管理要有一定的重视，因为它贯穿于项目生命周期的始终，并代表软件产品接受各项评审，对于软件开发有很重要的作用。

篇6：软件项目开发总结

1. 软件领域中的知识在于积累。

2. 做软件开发，就类似算数学题和世界杯足球赛一样：重在结果，而不在乎过程。

3. 软件服务于人类，软件是在解决一些生活中的问题和错误，问题决定解决方案。

二、做软件开发我觉得要明白：

1. 职业的乐趣：

(A) 用自己的智慧去创建新事物的快乐

(B) 开发对别人有用的东西

(C) 不断学习来充实自己

2. 职业的苦恼:

(A) 总是追求完美

(B) 所有要实现的功能由他人而定

(C) 概念设计计是有趣的，但找Bug总是很苦恼的

三、在开发中遇到问题应该怎么去解决?

1. 不明白就多问，不要自已一直去琢磨。 一个问题如果30分钟还没有解决就应该考虑是不是问问别人。 一个问题在没有用过3种以上的方法解决过就不要去问别人。 解决问题思路是关键：

相信问题总归有解决的办法，就算连技术上都没法实现的问题，相信通过良好的沟通终究也会有解决的方法。

2. 解决问题的前提是：理解别人的意思，理解别人的需求，多沟通，及时给客户反馈信息。

四、怎么样才能提高自身的能力?

1. 程序员怎么样进步最快? - 理论结合实践

2. 不要怕出错，不怕遇到错误，有错误就有挑战，这样才可以进步，但不要让同一个石头

把你绊倒2次。

五、怎么样才能做好软件开发?

1. 首先要明白解决的问题是什么，理解问题，其次再决定怎么解决这个问题

2. 碰到很复杂的问题，我们就简单想，把问题简单化，细化到能够实现为止

3. 出了问题，我们要先分析问题，然后知道引起问题的原因，最后并想出问题的解决办法

4. 我们应该从2个方面去把握一个项目：从业务角度和项目的关键问题上去把握一个项目

(A) 从不同的系统场景

(B) 从不同的用户角色(充当什么角色)

(C) 从不同的系统使用角度(拥有那些权限)

5. 其实我觉得开发人员说实在应该要比使用系统的人更了解系统需求，只有真正彻底的了

解了项目的业务需求，我们才能做真的做好这个项目

六、文档的重要性

记得我当初刚开发项目的时候都是写个大致的需求说明书，做一个E-R图，画几个大致的数据流程图，然后建立数据字典和表结构关系。 再接着搭建一个开发环境，配置几台服务器，划分一下模块，分工，我们就可以Coding了，一直到项目结束了，也没有完整的设计文档，更没有完整的测试文档，虽然这样的确是很快的完成了Coding工作，感觉上好像节省了好多成本和开发时间，但后期的维护和Bug 就是经常出现的事。

小项目没有文档关系不大，但如果遇到一个大项目的时候，那这样的开发方式就很有问题很危险的。

大项目没有文档： 首先维护就很麻烦，也很乱，写的代码，过几天都不知道它是完成什么功能的了，其次系统的稳定性和可靠性也让人怀疑，扩展性就不用说了。

七、我的收获

A.程序员大多都不喜欢写文档,我们以前也是特讨厌,记得以前都是系统开发完了，为了应付项目验收，就匆匆忙忙的一组人在那里补文档。在我们的思想里,所谓的文档就是一些废话,一句话硬是用十句话来代替的无聊透顶。

B.代码风格要规范

以前做项目，我们都是不怎么去注意代码风格和写代码的规范，都是稍微想一下就直接开始写代码了。注释也很少用，总感觉我们自己写的代码，我们怎么会不知道它做了些什么事呢 ?总觉得我们自己写的代码我们怎么会不知道它是用来做什么的呢。一直都不相信这是个事实，但事实上，项目验收后，系统刚开始使用的人少，也就不会出现潜在的错误，随着时间的增加，久而久之，当大量用户并发访问的时候，系统的Bug 就暴漏出来了，那时你再用熟悉的Eclipse打开整个项目的源码时，再去看自己写的代码的时候，真的发现，我们定义的这个变量名是什么意思啊 ? 我们的这个Flag 是用来判断什么的啊 ?我们的if中条件不知道是判断什么? Function () 也忘记是什么功能了? 想想好可怕啊。 难道真的都忘记了吗 ?回答是肯定的： 真的忘了。

C.心得体会:

通过做该网盘项目，在这2年的锻炼中，我们才真的体会到，良好的文档是正规研发流程中非常重要的环节,一个好的程序是先写好设计文档再进行编程的，在设计文档的指导下，才能写出安全的代码。如果你不写文档，一开始就写程序，这样你就不会按已设计好的路线走，而是想到哪写到哪。小功能还好说，要是大功能，就容易混乱.

刚开始我们还很不习惯这一系列的编程风格，很多的规范，尤其是命名，方法和注释，都有这着很多限制，让我们觉得真罗唆，写个程序完成功能不就可以了吗，明明1小时做完的事情非得让人用3、4个小时去做，我们现在真的明白这样做的好处了，我们已经习惯这样的编程风格了，这也养成了我们的一个编程习惯了，深有体会啊。

最忙的时候就是我们成长和收获最多的时候。

八、网盘项目开发的最大体会

我们觉得项目开发的开始时候，应该由项目负责人很好的对项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题，以及里面用到的很多专有名词做个细致的说明，而不是从一开始就分几本式样书，给个静态Html 的Demo看看，然后搭建好开发环境就按照式样设计书来开发。

九、软件测试(单体测试和连接测试)

我们首先认为，编写程序的时候不要想出了问题再解决，而是要想如何不会出现问题，要根据经验来预测可能出现的问题，然后避免出现。

测试，说的直接点就是给软件找错误。

很多人认为发现错误是软件测试的唯一目的,查找不出错误的测试就是没有价值的测试,实际上我们不这么认为。