学习《软件工程》心得和体会
软程学习心得在期的软件工程课程的学习中，我们学习了十一章容。
第一章软软件工程的概念，这一章主要讲解的是一些概念性和基础性的内容，例如软件的概念、特性，软件危机的主要表现，软件工程的概念以及软件生存期、典型生存期模型等等。
第二章软件工程方法与工具，这一章主要对软件工程方法进行介绍，包括三种方法：传统方法、面向对象方法、形式化方法。
还引出了工具UML。
第三章软件需求获取与结构化分析方法，本章详细介绍了需求获取与需求分析阶段的任务以及结构化分析方法，画分层的数据流图、E-R图以及状态图式本节的重点。
第四章结构化分析方法，这一章重点讲解了使用变换型映射方法和事务型映射方法生成初始的模块结构以及模块结构的改进。
第五章编码，这一章重点讲解了编码的风格及规范，还告诉我们编码规范说带来的好处，并告诫我们将来一点要形成好的编码风格。
第六章软件测试方法，本章讲解了软件测试相关的概念及重要性，软件测试与开发各个阶段的关系；还介绍了白盒测试技术以及黑河测试技术。
第七章统一建模语言UML概述，本章详细介绍了UML的基本模式、事物、关系及建模时用到的各种图进行了介绍。
第八章面向对象分析，这一章主要讲解了面向对象分析的3种模型，包括功能模型、静态模型和动态模型。
第九章软件体系结构与设计模式，本章对软件体系结构的基本概念、典型风格等进行了讲解。
第十章面向对象设计，本章的重点是对面向对象分析时建立的对象模型进行调整和细化。
第十一章软件维护，本章主要介绍软件维护的任务、软件维护活动以及软件维护方法进行了介绍。
要学习软件工程，学会如何系统的思考，以及养成良好的编码习惯，想学好软件工程，就必须知道软件工程的目标、过程和原则： 软件工程目标：生产具有正确性、可用性以及开销合宜的产品。
正确性指软件产品达到预期功能的程度。
可用性指软件基本结构、实现及文档为用户可用的程度。
开销合宜是指软件开发、运行的整个开销满足用户要求的程度。
这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。
软件工程过程主要包括开发过程、运作过程、维护过程。
它们覆盖了需求、设计、实现、确认以及维护等活动。
需求活动包括问题分析和需求分析。
问题分析获取需求定义，又称软件需求规约。
需求分析生成功能规约。
设计活动一般包括概要设计和详细设计。
概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。
详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。
实现活动把设计结果转换为可执行的程序代码。
确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。
维护活动包括使用过程中的扩充、修改与完善。
伴随以上过程，还有管理过程、支持过程、培训过程等。
软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
我们学习了详细设计的方法，其原则是过程描述是否易于理解、复审和维护，进而过程描述能够自然地转换成代码，并保证详细设计与代码完全一致。
包括程序流程图、N-S图、PAD图、HIPO图程序流程图：程序流程图又称之为程序框图，它是软件开发者最熟悉的一种算法表达工具。
它独立于任何一种程序设计语言，比较直观和清晰地描述过程的控制流程，易于学习掌握。
在流程图中只能使用下述的五种基本控制结构：顺序型；选择型；while型循环；until型循环；多情况型选择。
N-S图：一种符合结构化程序设计原则的图形描述工具，称为盒图，又称为N-S图。
在N-S图中，为了表示五种基本控制结构，规定了五种图形构件。
顺序型；选择型；WHILE重复型；UNTIL重复型；多分支选择型。
PAD图：它是用结构化程序设计思想表现程序逻辑结构的图形工具。
PAD也设置了五种基本控制结构的图示，并允许递归使用。
HIPO图：HIPO图是由一组IPO图加一张HC图组成。
它是美国IBM公司在软件设计中使用的主要表达工具。
HC图既是层次图，用于表示软件的分层结构。
HC图中的每一个模块，均可用一张IPO图来描述。
IPO 图由输入、处理和输出三个框组成，需要时还可以增加一个数据文件框，这种图形的优点，是能够直观地显示输入—处理—输出三者之间的联系。
还有测试方法:按照测试过程是否在实际应用环境中来分，有静态分析与动态测试。
测试方法有分析方法（包括静态分析法与白盒法）与非分析方法（称黑盒法）。
静态分析技术：不执行被测软件，可对需求分析说明书、软件设计说明书、源程序做结构检查、流程分析、符号执行来找出软件错误。
动态测试技术：当把程序作为一个函数，输入的全体称为函数的定义域，输出的全体称为函数的值域，函数则描述了输入的定义域与输出值域的关系。
还学习了其他很多工具、语言、方法等，虽然不是都学得很透彻，但我相信在今后的学习中一定会慢慢的完善的。
软件工程对于初学者来说，知识基础较薄弱，对一些应用操作、概念、工具方法等理解起来较为困难，要能从整体概念上较好地理解和把握、学好软件工程，不是仅仅把几本专业书籍细致地看几遍，然后上机练习几次就可以成功，学习过程中要注意多看多练要注意结合实际，更要多思考，面对错误不要一范就问，要尝试自己去解决。
但是还要注意什么都学，肯定是什么都学不透的，要集中精力打攻坚战，学习软件工程首先要明白自己的学习目标究竟是什么，根据自己的实际工作出发，有针对性的在相应的学习方向上进行提高，制定出详细的学习规划。
还要注意与其他科目的相辅相成，就像我们在学习面向对象分析的时候要结合大一学习的面向对象及其方法学这一专业科目进行研究拓展;在学习语言时，要看看与C语言的联系，多思多想，把从各个科目学到的知识通汇贯通。
在软件工程的学习中，我了解到了软件并非是一些代码这么简单，在开发软件的过程中，编写代码的工作量其实只占不到所有工程量的30%，而后期的管理和维护更是占了60%到80%之多。
一个完整的项目规划须包括，软件的定义，可行性分析报告，项目开发计划，软件需求说明书，概要设计说明书，详细设计说明书，用户操作手册，测试计划，测试分析报告，开发进度报告，项目开发总结报告，软件维护手册，软件问题报告，软件修改报告，等多个文档，每个文档都要上级验收审查，而文档数量众多，要做好这点真的不是很容易，而恰恰写好文档正能保证完成软件工程其中一个目的的关键，既研究如何用最小的开销做出生存期较长的软件，再加上各个阶段都要进行周密的策划、详细的分工部署和人员安排，且各阶段要据具体情况不断的反复才能达成，所以代码只是开发软件这个浩大的工程的一个小小的过程。
而编码的学习中，我更了解到形成自己独特的规范的编码风格是非常重要的事。
因为这影响到了软件后期繁重的维护，大家都要阅读你的程序，如果你写的程序毫无规范可言，那么别人怎么能读懂你的程序
读不懂程序，维护又从何谈起呢
所以，我们在今后的学习中，一定要注意这方面的培养，在写程序的过程中，要逐步的在规范的基础上形成属于自己的风格，即方便自己的修改，也方便日后他人的阅读。
在学习中，我们还要注意比较三种方法的优缺点，例如：传统方法虽然使软件摆脱了混乱和无序，但其在适应需求变化的方面不够灵活，而且传统方法要么面向行为，要么面向数据，缺乏两者的有机结合。
而面向对象方法的程序设计和问题求解更符合人们日常自然的思维习惯，适合大型、复杂及交互性比较强的系统。
形式化方法则是一中基于形式化数学变换的软件开发方法，它可将系统的规格说明转换为可执行的程序。
在今后的学习中要注意多读书、多思考、多练习、多讨论，不断熟悉书本的基础，并以此为基础将其扩散开来，应用于今后的实践。
不断锻炼自己，向一名合格的程序设计师迈进。
软件项目管理心得体会
着项目经理头衔的人越来越多，取得PMP证书的人也越来越多，可是项目管理的成效依然不高。
究竟是为什么呢
有很多原因，但其中依然有相当部分是因为项目经理不够合格。
有的人会说，我的PM经历已有多年，或者说我证书都通过多长时间。
这是合格项目经理的唯一标准吗
当然不是。
或许，有人会说，成王败寇，只要项目成功，他就是合格的项目经理。
没错，但是在你需要选择一个项目经理时，你可能无法完全按照这个标准去评判。
如何选择合格的项目经理呢
通常至少可以从五个方面去评判，即知识、经历、能力、性格、文化与价值观。
其实，企业组织中的各种角色也多应该从这五个方面去评判。
1 知识知识通常是指通过书本、学校、实践等学到的关于特定主题的信息。
“认证”和文凭的目的就是证明对某学科知识的掌握程度。
IT行业的项目经理所需要的知识包括三个部分：项目管理：包括项目管理的理论、方法论和相关工具。
IT行业：一般说来，对相关IT领域应该有全面的了解，比如对与本企业核心业务有关的IT知识都应该有所了解，如果是实施企业信息化等覆盖多个技术领域的项目，则对IT知识要求得更全面。
客户行业：时下的IT项目只和单个操作人员有关的非常少，基本都是覆盖部门或企业范围的项目，因此，必须掌握相关客户行业的知识，这样才能找准IT系统和业务运作结合点，使得IT系统投入能够支持企业效益的提升。
显然，针对不同类型项目，需要的项目管理功能、IT行业知识会不一样，有的项目比较简单，所要求的知识就会少一些，好比普通加减乘除算术题只需要小学生就可以，而积分之类的问题就必须要大学生才可以。
同样，在对客户行业知识的要求也是类似的，有的项目是比较纯粹的基础平台类的项目，并不直接和业务效益提升有关系，对客户行业知识的要求就比较少。
需要注意两点，一是知识的来源并不仅限于学校，二是和项目组织中的其它角色相比，对项目经理所要求的IT行业知识更侧重于全面和知道，而非纯技术人员的细节掌握。
知识掌握是否扎实，是否全面，是否应用自如，决定着项目经理的水准。
2 经历经历强调的是已经做过的事情，或者更直接说就是使用知识的过程。
因此它同样包括三个方面：项目管理、IT行业和客户行业。
对于企业来说，寻找合适的项目经理，如果这三个方面的经历都具备，那是再好不过；如果无法全部满足，首先可以降低的要求应该是同一客户行业经历，但最好能够具有其它类似行业的经历；其次是IT行业经历，可以不要求有相同产品的经历，而是类似产品的经历；最后是项目管理方面，那至少应该有项目经理助理或者项目组织的中层骨干人员的经历。
要从事项目经理这个职业，需要注意提高自己的学习能力（这是下面要提到的），以在不同经历中丰富和项目管理有关的知识，注意强化弱项的锻炼，从而提高项目管理水准，保证自己能够在新项目中很快进入工作状态，因为很多项目只是表面上的不同，但在项目管理本质上却存在着很多相通的内容。
经历，对项目经理来说，意味着不再是只停留在知识层面，意味着已经可以展翅。
3 能力能力是评判人非常重要的一个方面，以往我们对一个人的评判往往是依据文凭，而我们的教育理念相对单一，因此结果可能会失之偏颇。
除了读书、测试与书本有关的题目，还需要从纯能力的角度去评判项目经理，虽然评判环境可能不是那么完美，但对于具体评判的个体来讲，他可以做得尽量客观。
能力评判包含如下几个方面的内容：学习与思考：从项目的角度看，不存在有相同的项目。
“人不能两次踏入同一条河”，以往项目有的只是可借鉴的经验，完全可以拷贝的只是最抽象和根本的方法、理念。
因此，要成为一名合格的项目经理，必须具有学习能力，掌握新的知识。
同时，项目经理也应勤于思考，不断反思，摆脱思维定式，从成功经验和失败教训中总结出属于自己的知识。
学习和思考，可以让项目经理不断积累，提高项目管理水平，从量变走向质变，进而在更大的项目管理挑战中享受成功的喜悦。
学习和思考的最高境界就是“学而时习之，温故而知新，告诸往而知来者”。
实践：书读得多了，知道的也多了，就知道“知易行难”。
只能嘴上讲讲，甚至是只能放在肚子里，都无法产生效益。
因此，必须有实践能力，甚至“没有条件，也要创造条件”实践。
只有通过实践才能把书本的内容真正变成自身的附属物。
具有实践能力的前提有两点，一是要思路清楚，二是要勇于实践。
社交与沟通：项目管理要考虑的内容很多，实际上所有一切都和人有着直接或间接的关系。
项目经理需要打交道的人有三种：客户、公司领导、项目成员，要让所有人员为共同的项目目标朝一个方向努力，就需要项目经理首先有社交能力，和他们保持良好的关系，营造良好的项目氛围；然后要根据项目的需要，和有关人员不断沟通交流。
沟通的表现方式有：表达——清楚说明事情；影响——尊重他人的选择，但可以通过自己的言行去影响他们以达到期望效果；说服——让他人按照提议或要求实施；倾听——让他人有述说的空间；接受他人提议——项目经理在坚持必须原则的前提下应从善如流。
应变与反应：从宏观面看，现在是变化的时代，而且变化的速度越来越快，IT行业更是日新月异。
宏观面的变化必然决定微观面的项目也在不断变化，同一行业同一客户不同时候执行的项目也就必然会增加一些新的内涵。
要跟上时代和行业发展，甚至于站在前列，必须有适应变化的能力，这要通过学习和创新达到。
从项目角度看，变化的因素太多，突发的事情也很多，如果没有应变能力，将可能导致项目陷入困境。
同时，项目经理也应该具有敏锐的反应能力，能够从细微的先兆去感知未来的变化，做到对变化的预先准备，确保变化对项目的影响最小。
分析与决策：作为一个项目经理，通常拥有很多信息。
信息本身并无法发挥作用，“信息的主人越聪明，信息的作用就越大”，因此项目经理必须具备分析能力。
当碰到问题的时候，项目经理应该首先能够准确界定问题，然后能够从拥有的信息中“去其糟粕，取其精华”，形成对各种可能性的分析。
分析之后的下一个动作就是决策，项目管理中常常需要在短时间内确定哪种选择可行，因此在形成可供选择的行动方案后，项目经理需要建立客观的评判体系，只要有局部优势就可以做出抉择。
切记，“没有完美，只有最好”。
大局观与组织：项目管理，就如下棋打仗，需要大局观，如果只计较一子一地的得与失，却失之全局形势的把握，失败则是必然。
现在的项目越来越复杂，尤其是非技术因素的影响日益增加，其非理性对项目的影响有可能是致命的；另外，从纯粹技术或业务的角度看，项目包含的内容也非常多，同样需要有大局观。
在项目中，大局观有几个层次的概念：IT、业务、IT与业务、人与IT与业务、其它资源。
一定不能“只见树木不见森林”，没有大局观将使计划失之偏颇。
有大局观，还要有组织协调能力，才能调度所拥有的众多资源（甚至项目成员、客户和公司领导在某种程度上也都是资源），以保证项目的顺利实施。
没有组织协调能力，计划是无法执行的。
所有这些能力对合格的项目经理来讲是缺一不可的。
4 性格性格与能力相辅相成。
性格决定命运，如果性格不能达到需要，能力无从发挥；如果能力不济，性格就会变质。
坚强：难度、复杂性、变化、风险，这些都使得项目经理要承受相当大的压力。
如果没有坚强的性格，恐怕很难在项目中坚持原则，甚至可能会中途放弃；如果不够坚强，就无法相信自己，而一个自己都不相信自己的项目经理，项目成员又如何信任他呢
因此，坚强对于项目经理，尤其是从事大型复杂项目的项目经理来说是第一位的。
项目管理，也是逆水行舟，很多时候只要再坚持一下就可以渡过难关。
果断：项目总要在一定时间内完成，因此很多时候并没有太多时间去寻找完美的答案，这个时候就需要能够果断的做出选择并实施。
项目实施好比打仗，战场信息时刻在变，拖延时间只会贻误战机。
冷静：项目实施过程中随时存在着冲突，冷静是冲突得以解决的第一保证。
只有冷静，项目经理才会去思考为什么，去正视问题，才能找到真正的解决方案，而不只是“头痛医头，脚痛医脚”。
宽容：理解和尊重他人需要宽容的性格。
只有理解和尊重别人，他人才会回报理解和尊重。
知识经济时代的项目，恰恰需要人员之间的理解和尊重，才能更好的把属于每个人的知识积聚在一起以产生聚变的效应，进而使项目获得效益。
开朗：开朗的性格能够让他人充分认识一个人。
如果项目成员都不能认识到项目经理的存在和作用，项目管理肯定会失败。
这样一看好像是在寻找完人，其实不然，合格的项目经理应该或多或少具有这些性格。
5 文化与价值观无论是工作的企业，还是客户企业，都存在很多类型，从资本类型看有外资、合资、国企、民营等，从总部所属地区看有北美、欧洲、日本、韩国、台湾、香港等，只要愿意还可以找出其它许多种分类方式。
每类企业都会有自己独特的文化与价值观。
文化与价值观引起的冲突往往会给项目带来很大的不良影响。
因此，选择项目经理需要评判其文化背景和价值观，看看是否能适应企业的文化与价值观，是否对各种客户企业文化能够认可和包容。
总之，评判一个项目经理是否合格，如果仅从知识（证书或者文凭）和经历的角度去评判，是不够全面的。
知识、经历，加上能力、性格、文化与价值 <\\\/SPAN>19692020 2009-12-16 17:40:24 以下是一位项目经理的工作日志片段，我们从他的工作日志来看项目经理的工作。
这些只是项目经理工作的片段，相信每个项目经理应该都有自已悲惨的故事，程度恐怕只有过之而无不及。
项目经理到底应该有那些看家本领呢
一个称职的项目经理应该要其备以下的能力： 1. 要易于沟通 笔者在2002年时曾经亲自问过美国的一位项目管理专家－Dr. William Wells（曾任美国阿波罗登月计划的计划主持人），问他一位项目经理最需要具备的功夫是什幺。
那时他的回答是：“一位项目管理最需具备的有三件事，第一是沟通，第二是沟通，第三还是沟通。
” 请您回想一下，在执行项目时，你花费最多时间在什么部份
跟领导报告工作进度、跟客户介绍产品及说明工作成果、跟项目成员交待工作、跟单位内的其它人员争取支持、跟合作厂商协调配合事项．．．对项目经理来说，一天内大部份的时间几乎都是在跟人沟通。
沟通，可以很简单，也可以很复杂。
对于部份人来说，反正沟通就是把我的意见表达出来吗，有什么难的。
可是在项目过程中有那幺多的人与项目有关，因此要考量的，不仅是把意见表达出来而已，而在于“在什么样的时间，运用什么样的方式，将什么样的信息，传达给什么样的人”。
很多项目经理都是属于“被动式的项目经理”。
就是“你先说你要什么项目信息，我想办法去弄这些信息出来给你”。
因此，信息整理的工作基本上是没有列入工作管制的，只能够见招拆招，抱着应付的心态来面对信息的供应。
如果换个比较主动的角度来看，项目经理先了解每个与项目有关的人想要知道什么，这些信息一定有重复的地方，然后将这些信息做个整理归类，不等你开口要，我就先提供给你，让你对项目没有疑惑，化被动为主动。
这些信息整理归类的动作，直接就纳入在项目经理的工作管制之中，这样对项目经理而言，也没有任何的 “意外”。
讲起来简单，做起来其实也不难，二个小时就可以做好沟通计划，几个步骤掌握住就好： (1) 认识项目干系人 (2) 分析项目干系人的信息需求 (3) 依照信息需求找出信息种类 (4) 将信息种类归类 (5) 决定信息传递的周期 (6) 决定信息传递方式 (7) 搜集信息 (8) 传递信息 (9) 检讨信息传递成效 <\\\/SPAN>wangchaoyupf 2010-01-07 08:35:33 协调能力－常常你没有真正的领导权但是要协调各方。
沟通能力，理解能力非常重要。
学习能力：你需要了解很多你不懂的东西。
韧性：耐心，坚持非常重要。
要心理素质非常好，EQ高。
管理能力：特别是巧妙有效地管理你的领导的能力。
许多人都以为项目经理总是与“理想与光荣”相伴的，其实作为一个有志于改进中国软件开发流程的项目经理来说，他们承担的更多的是“艰辛与痛苦”。
在这里，我通过我担任项目经理期间所遇到的种种现象，来总结项目经理所必需具备的素质，当这些素质您不具备的话，就需要花费多年的努力来培养他，如果无法培养成功，那么请您转换岗位，因为项目经理不适合您，您难以在这个方面获的成功。
一、执着 可以这么说，在中国如果不执着是做不成任何事情的，因为在软件开发流程中推行各种规范和管理制度的时候，你可能遇到各种各样的阻力和障碍，如果没有应付挫折的思想和准备，你是很难推行成功的。
要知道这样一个基本事实，项目管理成败的关键是：如果你不坚持，谁也不会坚持下去的。
指望领导的扶持和群众的自觉是不可能的。
只有坚定信念，努力打动别人，才能成功。
坚持到成功为止。
只要决定上管理流程了，就不要后悔，唯有坚持，因为你拼命努力而实现了99%,你却不知，最后当你决定放弃的时候也许就是你要成功之时。
要知道你准备放弃的时候可能正是对方也准备放弃之时，唯有坚持，你才能成功。
二、亲和力 亲和力是指你和团队相互依赖，相互信任能力的大小。
亲和力是你领导团队走向成功的基础，如果一个团队的向心力不够，各自为政，那么失败就会在身边陪伴你。
要团队的每个成员都信任你，你必须要做到关心下属，主动与下属沟通，为下属争取合法权利等。
关心下属就是在日常工作中对下属的工作状况，发展方向进行指导，避免其走弯路；在生活中也对其身体状况进行关心，促进身体和心理健康的恢复。
多找下属沟通是消除误会的润滑剂，同时也是了解下属内心真实想法唯一捷径。
做项目经理的人，在某些事情上的处理的确会与人不同，也难以令人理解。
这个时候只有多与下属沟通，逐步达成共识，争取大家的理解和支持。
记住，没有下属的理解和支持，你永远无法实现项目管理的规范化。
这个环节很重要，我在这个方面曾经用时太少，走了许多弯路。
另外就是了解下属的真实想法，经常了解一下下属的真实想法有利于我们不断改进和调整流程，使生产流程更加符合本团队的实际。
切记一点，做领导的一定要多尊重下属的想法，并且与之沟通，若一味等下属找自己，那么是一般下属与之水火不容要摊牌时，才会与你沟通，这样悔之晚矣。
为下属争取合法权利是项目经理的一项重要职责。
敢负责任是项目经理基本素质，如果你不经常研究工作数据保障下属的合法权益时，你就很难让你的团队保持高效率。
曾经有一次，我们测试工程师的工作业绩突然下降了一半，我与之沟通后发现公司不讲效率只讲工作时间，他有一天特殊没上班，结果公司扣了一天的工资；但是他其实超额完成了月计划的120％。
了解情况后，我与公司协调，顺利补回工资，生产效率就大幅上扬。
三、品德高尚 “一撇一捺是个人，世世代代学做人。
”在这个世界上最难做的就是做个品德高尚的人。
试想一个思想猥亵的人很难取得成功，即使靠钻营取得也只是暂时的，他不可能取得长久的成功。
只有品德高尚的人才能感染周围的人，使团队具有向心力，从成功走向成功。
人有三种，一种是仗势欺人，一种是持才压人，最后一种是以德服人。
仗势欺人的人自持地位高而指三道四，自然是不可能团结人，更不可能获得成功；持才压人的人自持学识高而盛气凌人，或咄咄逼人。
殊不知“闻到有先后，术业有专攻”，“尺有所长，寸有所短”，难以学到更高的知识，也就难以取得更大的成功。
只有以德服人的人以自己的修养和品德感染人，勇于吃亏，乐于助人，以德报怨，只有这样才能使你对立面德人都不忍心伤害你，团结到一切可以团结到的人，拥有这样的环境，你怎么可能不成功。
勇于吃亏，首先要放下私心，如果一个人始终 围着自己转的人是不可能做到的。
“人不为己，天诛地灭”是八十年代后出生的人心灵普遍反应；但是要记住人首先是社会中的人，如果脱离了社会，人恐怕已不会成其为人了。
因此只有当你抛弃私心，主动为人，别人才会反过来支持你，帮助你。
乐于助人，是人类的一个良好品质，就象一首歌中所唱的“人字的结构就是相互支撑”。
管理流程是不可能靠项目经理一个人维持的，必须要大家支持你。
但是这却需要你多帮助别人，别人才会帮助你。
不管团队成员发生什么事情，你要尽你所能去帮助他，这样团队才可能继续前进。
以德报怨，可能是人最难做到的。
中国人就强调“人若犯我，我必犯人”，其实在这回中不会有真正的仇敌，大家明争暗斗的结果如果过20年后再去看的时候，保准一大半的人都会觉得不值得，许多人赌得就是一口气，将自己成功的希望给湮灭了。
当你能用宽容喝善良对待你对立面的人的时候，还有什么东西能阻挡你成功
“得道多助，失道寡助；多助之至，天下顺之，失道之至，亲戚叛之；以天下之所顺，攻亲戚之所叛；故君子有不战，战必胜矣。
”四、口才 良好的口才是项目经理打动项目成员的必备武器，当你拥有良好的口才将会使你无往不利。
当年希特勒就是用他那天才般的口才征服了德国，使他的《我的奋斗》贯彻到每一个德国人的心中，从而成立了第三帝国。
要使自己的项目管理思想贯彻到每一个项目成员心中，就必须要做到以下的演讲原则：1.根据项目成员的共同目标象他们制定演讲内容，只有让他们信服你才有意义；2.调动听众的这种感官，诉之触觉、视觉、听觉，用黑板、姿势来辅助你的内容。
3.不断的总结效果，改进自己演讲宣传的接受度，如果效果不理想，尝试换一个方式来表达和描述。
4.让听众学以至用，只有他们积极反馈，才能更深入的听你的思想。
五循序渐进 循序渐进，不急于求成是项目经理在项目管理中必需具备的品质，在中国CMM过程改进的热潮中，真正实现CMM管理的企业屈指可数，而以CMM改进过程实质性为企业带来质量提升和效益改进的公司更是寥落晨星。
为什么会出现这种情况
难道CMM真的不适应中国过情吗
不是，绝对不是。
是这些企业的项目经理太心急，连CMM2还不知道怎么回事就直奔CMM3，他们忽视了事务发展的客观规律，凡事必须循序渐进。
如果有一个企业在2年内通过了CMM4，我有十足的信心说，那是花钱买征；如果乐观一点，一个中小企业从CMM1走到CMM2大约要2年时间，大型企业只会更长，不会更短，因为他们需要在培训和沟通上付出更大的代价。
就以我所在公司来说，技术部原来只有10任，后来培训CVS版本管理到精通花费了1年，然后才上CVSTrac变更和过程管理，花费了3个多月，然后再实施Finabuild管理花费了3个月，最后改进CVSTrac成CVSProduce管理开发过程并统计花费了半年，其间成立了QA管理部门，并增加了项目专职管理人员，部门人数已经增加到16人，还在不断扩充中。
我们的感觉管理越科学化、流程化，所需的分工就越细，人员也就越多。
同事培训和做通这些人的思想工作的成本就越大。
开发管理软件的成本也会随之上升。
当所有人都能接受流程管理并持续改进时，大约2年光阴也就过去了。
“循序渐进，循序渐进，再循序渐进。
”这句巴斯德德经典名言同样适用于我们项目管理领域，他将逐步把我们带向成功。
六、持久求学 “书到用时方恨少，学至成时始知卑。
”学无止境，我在生产实践中发现，整个项目管理过程改进就是“学习－培训－实施－发现问题－再学习”的循环过程，项目经理如果不学习将不能解决现实工作中出现的新问题，更不可能站在一个战略的角度来解决问题。
事实上，求学也不能没有目标，否则学到的知识太庞杂，而不能融会贯通，这样的知识对实际工作指导甚少，真正的知识是一个目标体系，严格按照流程来一步步的掌握我们所需要的知识。
最后，我总结一下中国项目经理所必需掌握的知识：1.专业知识：数据结构、关系数据库、操作系统、软件工程、编译原理。
（外国的项目经理可能不需要掌握）2.管理知识：项目计划、项目配置管理、成本核算、风险预估、绩效考核。
这是项目经理必须掌握的内容。
3.网络知识：服务器的架构、各种服务的配置。
因为管理的大厦是基于软件的管理，没有一个服务管理的网络配合是不可以想象的。
4.“越过高峰，另一峰却又现”，这是中国项目经理在持续求学中会不停的挑战自我，向更高的山峰迈进。
七、敢负责任 一个人因为有责任才有生存的意义。
一个人随着年龄的增长，责任感也会愈来愈重。
成年时，法律也会赋予一些年少时没有的责任。
同时地位逐渐提高，责任也会相对加重。
一个人惟有负责，才能产生做人的价值。
所负责任愈大，价值就愈高。
换句话说，有责任，生命才有意义。
如果没有感受到自己该负的责任，即使年龄超过20岁，也不算是一个成年人。
因此，经理就是要负责任，如果不负责任就可以不要经理了
项目经理关系到一个项目的成败；对于公司他必须要承担及时汇报项目进度、成本核算和质量系数的责任，同时也必须保证项目组成员绩效考核，政策落实，预留人才储备等责任，是整个项目中责任最大的人，如果没有良好的心理素质和应对能力是无法担负责任的。
实际工作中项目经理主要要负责项目组的人员安排调度、工作分配、工作审核、工作跟踪、项目计划、项目汇报总结、成本核算、利润分配等职责。
项目管理心得体会
项目管理心得体会 经过二郎山项目、鹧鸪山项目和水界等项目的项目管理工作实践，对项目管理的各方面事务感触颇深。
在此，我将这多年的心得体会梳理，抛砖引玉，希望各位同行及领导多多斧正。
一． 管理时间就是管理自己，高效利用时间 每个人的工作课题存在差异，每个人的思想境界各有不同。
但是上帝却很公平的给了每个人一天24小时的时间，因此我们提出管理时间，是每个人都可以做到的事情。
每天把24小时规划好，也就管理好了自己。
平时大家会说时间不够，事情做不过来，我建议大家把时间拿出来分析一下，根据工作性质合理安排时间。
对于项目管理，事情多，工作琐碎.，这样我就养成了每天入睡前回顾一天工作的习惯，并对第二天的工作进行安排。
在安排工作上要求本部门各级员工把握一个主次分明，轻重缓急合理的原则。
这样每天当一到工作岗位上就能很快的进入工作状态，而员工的工作也各级抓好，紧张工作。
这样就很好的把握和做到--工作时效。
二． 分清各项工作的轻重缓急 轻重缓急对于每个人来说都很重要，这就要求思路活跃，把火烧眉头的事情先处理掉，然后再去做日常工作。
就好比用户要一个深层次的技术交流,要求特别着急,这时你就需要安排资深的人员进行相关的支持,电话中能够完整的提供就现场进行,若是需面对面的进行,那好,用户的需要就是一切.总之轻重缓急具有非常的灵活性、时间性、场合性要视具体情况而当机立断。
做好了也是减少客户抱怨的有效方法。
三． 不断规范和调整制度，没有规矩不成方圆 谈到管理，就一定要从规范入手。
规范是我们日常工作的行为准则，是企业生存、运作、发展、壮大的标尺和纲要。
它的实施者既是所有领导，又是全体员工。
只是各个岗位所规范的内容不同罢了。
万事开头难，难就难在你走出的第一步，第一步迈出去了，第二、三步就没有问题了。
正如我们日常工作，你没有第一稿资料，就没有后续的所有工作内容。
你最近没有向职能部门提交××问题，就没有人来问你这个或哪个问题是如何如何的，等大家都有反映了这件事情，就有人开始琢磨怎么样来规范这项工作，让大家都按这个规定来做。
以后大家就在这个基础上第二步、第三步的完善工作，把工作做得更好
任何事情都是一样的道理，只要你想做，你就会去规范这件事情，规范也就使每个人有了行为的准则。
四． 提高会议效率，事前告诉大家会议的内容 工作中的很多问题都是在会议中解决的。
会议使我们对问题有了更多、更好的解决方案。
我们平常碰到的会议也比较多，大大小小、各式各样的都有，那么如何提高会议的效率就成为大家关注的事情。
如果我们在会议之前把要开会的事项告诉所有人，让大家都有准备，开会的时候就可以切入主题，谈每个人的思路，这样可以缩短一些时间。
往往在会议上大家谈着谈着就会跑题，这时候就需要会议的主持人能够引导大家的思路往一个方向；再有就是会议结束前主持人或主管人员一定要重述这次会议的几项内容和解决措施，这样大家才会感觉到会议的重要性。
五． 统计数据，针对数据进行分析，分析结果加以应用，最后不忘评估、验证成果。
统计数据简单的说就是一个工作量化。
是总结工作最直接、最明了的方法之一。
统计对于各块的工作都很重要，没有数据的分析，我们不知道努力的方向，至少说轻重缓急把握不好，有了数据就可以比较，知道目前面临最大的缺陷在哪里，针对弱点加以改进。
对于基层的管理人员来说数据的统计可以通过公司相关部门获得，得到的数据分析后一定要应用，只作分析不加以应用等于白搭，反而增加了工作量。
有的会说，我应用了但效果不大，问题就是应用后，有没有跟踪验证，我们对分析出来的数据没有应用，没有验证，怎么会知道我们的分析是对的呢
因此分析-应用-验证，三者一个都不能少。
六． 愿景引来注意、尊重加深信心、沟通加强意义、立场导致信任 1）愿景--每次开会公司都会给我们描绘一下愿景，公司现在…… 即将……将来是…… 对于这些传到耳朵里的信息，员工们总是格外的在意，有的甚至在聆听笔记，这是不知不觉的愿景激励。
因为这些都与公司的每一分子的切身利益直接相关，不管愿景好与坏大家都会关注，我们跟同事开会的时候也不要忘记强调三年规划。
2）尊重--同事之间相互尊重，可以加深合作，同时也会得到其他人的尊重，做起事情也会格外的舒坦。
工作之余都谈到沟通很关键，企业领导鼓励下属发言，但自己却不太发言也不太敢发言，所以最后的结果常常就是大家都不发言，最后就变成你看着我、我看着你，然后领导看着现场所有人，脸上一副「说话呀
」的样子。
这种状况就似乎是如果有一个人把话说出来之后他马上就会被企业宣判死刑一样，然后紧接着就被淘汰出局似的，所以大家对于自己想说的话都往肚子里吞，戒慎恐惧，一副「不要问我，我什么都不知道
」、「请你不要找我麻烦
」、「该死
怎么这么准，刚好问到我了
」的样子，所以只要你一鼓励他们把话说出来，大多数的时候，你很难获得到他们的回应，如果现场里有一、两个人敢勇于表达自己的意见，就已经算是不错的状况了。
3）沟通--「说出来」是沟通最基本的原则，如果连话都不愿意说出来，沟通肯定不会有任何的进展。
如果在一个团队里，每一个人都必须要透过猜测才能够了解他人的想法，这将会是一件很累人的事，而如果你是待在这样团队里的一员，我相信每一天陪着你的一定是强烈的无力感。
只要打破不说话的几个因素：面子问题、怕担责任、中庸、以为别人知道。
主管或领导立场要坚定明确，我们平常说这个人没有立场，只要用户一投诉，主管就同意了；销售或市场一说，我们就得去做等等，这样同事会感觉到这个领导没有立场，别人怎么说就怎么做，以后有问题，他们也不会再问你，对你逐渐失去信任，因此主管人员一定要有立场，在立场发生变化的时候要和同事做好沟通。
七． 定目标，严格执行、考核、监督 一件事情的好与坏如何去评价，首先要看所定目标定的合理性。
合适的目标对每个人、对企业都有好处，员工不会有太大的压力，安心努力的工作；企业每年都会稳步的积累和发展。
定目标对我们每个人说就再简单不过了，人的一生中不知道给自己定了多少目标，但真正努力去完成的又占了多大比例
目标就要靠人来执行，执行过程中就有各种各样的评价，严格的说就是考核和监督。
日常员工们努力的工作，都每个月底公司收集数据进行评估和考核，监督到年底每个是否能完成年初订立的目标。
八． 人不要会什么，关键在于你会学什么 在学校不管你学习什么专业，80%的学生找不到和自己本专业相同的工作，多数都是改行，有的从事本专业临近的工种，有的甚至与本专业搭不上边。
从事本专业的人未必就有好的成就，从事非专业的人也有很多人打出一片天空。
因此人不要会什么，关键在于你会学什么。
九． 培养人才资产：选、养、育、用、留。
关键在于留，留有3个因素：能力、价值观、人生志趣；能力的体现就是知识内涵，价值观主要表现在技能和态度。
知识又分为：内隐知识和外显知识（内隐知识：平常看不到学不到的，要靠个人的感悟和积累；外显知识：看得到，学得到的东西）。
平常总是要经过选拔招聘到一个适合企业的人员，进入公司后像小树苗一样培育，初长成就要考虑如何使用，经历这一系列的洗礼，人就有一定的想法，因此如何留住人才也是公司要积极考虑的事情，特别是在资源不足的情况下留住人才就更难能可贵。
十． 成绩好的时候要考虑如何提高团队的建设 随着其他公司技术能力逐步的提高，我意识到了靠个人的力量是不行的，要靠一个团队。
平时一个人忙里忙外不亦乐乎还不见的有效果，如何培养一支可以打胜仗的团队呢，首先要了解团队中的每个成员，发挥他们的优势，挖掘潜能，根据每个人的个性不同选用不同的岗位，每个人在团队中都发挥作用，管理人员就成功了一半，团队也就有竞争力了……
软件工程--图书管理系统项目开发总结报告
4、如何借助大熊座找到北极星
（P58）3、你知道哪些化学变化的事例呢
举出几个例子。
16、空气是我们生命中生时每刻都需要的地球资源，大气污染影响着我们的健康，如大气中的飘尘易使呼吸系统发生病变。
减少废气和废物排放是控制大气污染最根本的办法。
13、以太阳为中心，包括围绕它转动的八大行星（包括围绕行星转动的卫星）、矮行星、小天体（包括小行星、流星、彗星等）组成的天体系统叫做太阳系。
3、我们在水中发现了什么微生物呢
（P18）二、问答：19、细胞也是生物最基本的功能单位，生物的呼吸、消化、排泄、生长、发育、繁殖、遗传等生命活动都是通过细胞进行的。
答：水分和氧气是使铁容易生锈的原因。
17、近年来，我国积极推广“无车日”活动，以节约能源和保护环境。
科学家也正在研制太阳能汽车和燃料电池汽车，减少对空气的污染。
14、大我数地区的自来水水源取自水库、湖泊或河流。
自来水是主要的饮用水，饮用水源受到污染，会直接影响我们的身体健康。
软件工程--图书管理系统项目开发总结报告设计题目：图书管理系统小组成员：非常“2+3”指导老师：2013年6月1日1.引言1.1编写目的近期结束了现代软件工程中关于图书馆管理系统的开发，这也是我第二次较为正式的组织团队成员进行开发工作。
图书馆管理系统规模不算大，但是在组织的过程中，却还现“2+3”团队在很多地方的不足，现总结之。
预期读者：XX老师、项目小组。
1.2背景软件系统的名称：图书管理系统本项目的任务提出
求学习软件工程的收获体会
在我看来，软件工程与其说是一门课程，不如说是一门思想。
是一个如何去分析和处理问题的过程，应该说其范畴已经远远不止局限于该门课程，成为了一个综合的一个能够解决问题的思想集合。
这门课程教给了我们在完成一个实际项目时的一般程序及过程，我认为这是一份非常具有实际意义的教学内容。
当我们在毕业之后，这是我们实际要运用的一项非常有用的技能，而且不仅仅局限于软件工程的范畴，我们即使是从事与其它行业，不也是要从需求获取开始，一直有条有理地到最后成品的出炉吗
应该说这就是这门课的价值所在。
无论是在上课，还是在学生会里面做学生工作，我都深深地感觉到，技术性的工作就好比变魔术，其实原理是非常简单的，甚至可以说简单的可笑，但是当你就是做出这么一个简单的东西出来之后，一些外行们有时候会用崇拜的眼光看着你，觉得你很厉害，很高深莫测。
但是制作的过程他们却不知道，也许知道之后他们只是会哑然失笑，原来这个东西的制作过程是如此的简单。
这个可以说就是技术的魅力了，而作为需求获取及之后的一系列过程则是类似于魔术揭秘的过程，但是作为这个秘密我们并不需要一揭到底，至于揭的程度如何那就是我们那就是我们学出的程度如何了，我们要让对方知道我们在做什么
以及如何去做
这些东西需要我们以一定的技巧叙述出来，所起到的作用就是能够让对方了解自己的进度，却又能够不让对方来干涉自己的工作过程。
因为我们是技术员，对方只是外行，即使对方知道了这个魔术的操作过程，也并不代表他们就能够向变着魔术的我们来随便修改这个魔术的变法，况且我们能够用不同的过程来得出一个同样的结果，这个过程的得出的主动权如何掌握在我们的手上，就看我们如何以高明的方式来揭开这个魔术的谜底了。
但愿软件工程这门课程能够开的越来越好，让更多的学生们能够从这门课程中受益，在以后社会残酷的竞争之中存活下来
建筑工程项目经理管理心得
一、 要进行整体管理，善始善终??? 整个项目开始要做好项目整体计划，在项目的整个过程中，始终要按照项目计划执行，如若遇到项目发生变更，要进行影响分析，得到批准后制定变更计划，并按变更计划执行。
变更的影响情况，如：费用，时间进度等要通知相关的项目利益干系人，说明变更的原因和产生的影响。
??? 项目首尾工作也是项目管理中，一项重要的工作。
需要将项目过程中产生的文件资料进行整理，归档；对项目的费用和进度进行审计和审核，对项目的质量进行检验和验收；对项目的整个过程的利弊得失进行总结和交流。
??? 变更计划在软件项目中经常遇到。
控制好软件项目的变更，首先需要做好项目的开始目标基准的确定，基准的用户需求明确，才能衡量出哪些是需要变更的。
否则变更的东西和开始要求的东西混在一起，变更计划就无从制定，变更的界限也无从划清。
??? 自己做过的一个项目，开始为了占领市场和尽快拿下合同，在用户需求还没有详细提供的条件下，就与用户签定了合同，后来不仅费用受到限制，就连时间不够，在项目过程中，用户方还总是变更软件的功能和要求。
因为没有一个基点，我们认为是变更需求和新增功能，而用户方认为是合同范围，不能因此增加费用和时间。
这个项目在开始好象签定了合同我们争取了主动，其实需求不明确，使我们在后来的项目进程中一直处于被动。
??? 所以项目从一开始就要做好计划，搞清目标。
只有项目的目标明确，合理安排时间、费用、人力和其他资源，控制好项目的变更，这些是保证项目能够顺利完成的基本条件。
??? 二、项目范围管理理论解决了项目开始需求不清的问题??? 需求管理是项目范围管理中的问题，这是因为它实际上是开发过程中的所有管理原则的先决条件。
只有在开发的目标被清楚明白地表述和理解的情况下，软件开发才能以一种有计划的有序的方式进行。
实际上，没有文档化的需求，在开发工作完成前后都很有可能发生产品与要求的偏离。
计划、追踪、配置管理以及软件质量保证这些在其他关键过程中涉及的原则，都是从一个稳定的基础开始的，那就是文档化的需求基线。
??? 什么需求
需求是指“分配给软件的系统需求”，或者更简洁地说，“分配需求”。
这些需求有可能是技术方面的（比如：功能和性能需求），也有可能是非技术方面的（比如：发布日期，开支限度）。
??? 区分开需求管理和软件需求分析是很重要的。
一旦分配需求被文档化，并且被所有受影响部门（客户，系统工程，软件工程）通过，需求管理的基本工作就完成了，所剩下的就是管理变更而已。
没有证据证明分配需求本身就可以十分清楚完整的作为软件开发的全部基础。
事实上，通常它们不是。
??? 优化和精确描述需求，填补漏洞，将含义表达得更清楚是软件需求分析要做的，分析的结果被称为“软件需求”。
这样，作为需求管理的输出的分配需求实际上就成了软件需求分析的输入。
需求管理远远先于软件开发的技术行动，而软件需求分析则是关键开发技术行为的第一步。
??? 从这里的描述看来，需求管理的活动简直太简单，太基础了，显然没有哪个软件开发组织会不有效的进行着这种活动。
问题经常出在企业对透明度的惧怕。
客户觉得保持需求含糊不清，松散或者无正式文件能够给他们更多的机会去说：“那并不是我所要的，那并不是我认为的需求的含义”。
文档化清晰的需求可能迫使用户在系统满足了文档化的需求但没有满足实际需要的情况下，为开始变更负责。
相似地，开发人员觉得含糊不清，松散或者无正式文件的需求能给他们更大的余地，允许他们与预算和进度尽可能地接近，然后说：“这就是我们所认为的需求的含义，如果你需要其他的什么东西，你必须另外付出代价。
”文档化清晰的需求会迫使开发者承担满足这些需求的义务，并使他们暴露于开支、进度评估不准确的风险之下。
??? 这样一来，尽管客户与开发人员的利益动机相对，但他们却走到了一起。
每一方都认为他们在保护自己的利益，巩固自己讨价还价的地位，但是事实上每一方都在走向将来的失望和争吵，为项目埋下了一刻定时炸弹。
??? 三、项目时间管理理论指导我们在项目管理中怎样抓主要矛盾??? 以前进行项目管理时，是根据经验和每个人的工作特点，进行项目的分工的，软件项目基本是按照需求分析，概要设计，详细设计，代码编程，调试和测试，用户验收等几个主要过程来进行的。
但将项目分工更加细化，每个小过程的时间估算是多少，整个项目可以最短用多少时间来完成，怎样合理安排人员，怎样抓项目中的关键环节等等，这些都没有进行过量化的分析和管理。
??? 项目管理的实施最为直观的就是缩短项目时间。
利用项目管理理论、方法，有许多缩短时间的例子。
美国路易斯维化工厂检修时把检修流程精细分解，按导向图建立起控制关系。
他们惊奇地发现，检修过程选择不同路径总时间是有差别的。
通过反复压缩最长路径上的任务，将工期反复优化，最后只用７８个小时就完成了通常需１２５小时完成的检修，节省时间３８％。
这就是至今项目管理工作者还在应用的著名的时间管理技术ＣＰＭ，即“关键路径法”。
??? 所以我们在软件的项目管理中，也要将时间控制理论运用进来，结合软件工程的实际，将任务分解的更加详细，并用网络图将整个工作过程建立起来，估算好每个阶段的历时，找出关键路径，并通过快速跟进方法，将关键路径的工期缩短，以提高工效。
??? 四、 质量管理是项目成败的关键??? 我们在进行软件项目过程中，对软件的功能测试一直认为还是比较认真和严格的，每次测试都要有测试计划和用例的编写，然后才能进行测试；测试要有记录，并将记录整理成测试报告。
??? 但通过此次培训后，感觉到我们的测试工作与质量管理的要求还差的远，有距离。
质量控制要深入到每个与项目相关的人，要深入到项目的每个过程中，从一开始，就要树立质量第一的理念，每个过程都要进行质量的控制，而不是到最好测试时，才想到质量，才去衡量是否符合标准。
??? 标准化设计，标准化管理是项目质量的保证。
参加质量体系认证有助于企业提高项目的管理水平，有利于提高工程项目质量。
CMM模型已得到广泛的认可和接受，CMMI沿用其模型的组织方式，有5个等级和18个要素。
通过5个等级的认证和加强管理，企业对项目的管理将经过5个境界的提高：从混乱，到里程碑的检查，到定义清楚的管理体系和标准，到进行统计过程控制量化管理，到最后的优化过程、评价工作流程、进行工作过程的改进。
??? 本人以前参加过为日本软件进行部分功能的设计和编程工作。
日本的软件企业对一个项目的质量控制就做的比较细致，用我们的观念衡量简直是不可容忍。
做一个模块的详细设计，要用他们提供的标准的图形语言进行描述，用标准的设计摸版进行说明；并在设计完成后组织相关人员对这个设计进行评价，有问题需要修改设计，然后在评价直到通过才能开时以此为设计文件，进行代码。
代码写完后，不是见到结果就完事了，要将代码打印出来，相关人员对代码的整个实现过程进行评价，提出修改建议，代码修改后，需要再审，也是通过以后才能提交入代码库，进行代码的组装。
??? 当时认为日本的方法太浪费时间和人力了，对技术人员个人的能力估计的太低，怎么能提高工作效率呐。
可是软件质量问题的频繁出现，是我们不断的认识到，开始浪费一些时间和人力，控制好每个细节的质量，就是省去了许多时候为解决质量问题而进行的新的时间和人力的支出。
省去了大量的软件后期的质量维护费用。
总的来看是核算的。
为提高项目的质量，降低成本，必须从项目的开始就要做好质量的控制工作。
??? 五、 沟通管理中的一些策略的使用可以使项目更好的完成??? 做项目就需要与客户接触，就会出现一些正式和非正式的谈判。
双方都会为自己方的利益而进行讨价还价。
与客户之间搞好沟通，是项目进展是否顺利的一个条件。
沟通中有许多的策略在平时的实际工作中可以使用，目的不是坑害别人，而是为了更好地完成项目，达到双方事先确定的目标，而采用的一些艺术手段而已。
沟通的技巧包括：下达最终期限，使用吃惊方法，采用有限权利法，不露面的人，公平合理，战略延迟，双方一起论理，撤退，不合理，既成事实等。
本人就是成功的采用了战略延迟法，将客户方的一笔项目质保金及时地催要了回来。
??? 体会还有很多，总之通过这次学习自己对项目的管理又有了新的认识，我会将这些理论知识运用到实际工作中去的。
以提高项目的管理水平，提高项目的质量，降低项目的成本，降低项目的风险，最终提高企业的效益。
谈一谈对软件工程专业的认识
1、软件工程是一门指导软件开发和维护的工程学科，主要研究软件开发和维护的工程技术和软件项目管理等内容，其中涉及如何保证软件产品的质量和可靠性，如何提高软件开发效率和拥护满意度等。
2、软件工程目标：生产具有正确性、可用性以及开销合宜的产品。
正确性指软件产品达到预期功能的程度。
可用性指软件基本结构、实现及文档为用户可用的程度。
开销合宜是指软件开发、运行的整个开销满足用户要求的程度。
这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
3、软件生产历经4大阶段分别为：程序设计阶段（1946-1956年）、软件开发阶段（1956-1968年）、软件工程阶段（1968年以后）、计算机辅助软件工程阶段4、常见的软件过程模型：边改边做模型、瀑布模型、演化模型、增量迭代模型、喷泉模型5、软件过程的研究，标志着人们为解决软件危机问题，把关注的焦点由编程转移到了软件开发的整个过程，包括分析、设计、编程和测试4个核心阶段和需求调研、运行与维护两个延伸阶段说明软件质量、软件开发效率、软件的可靠性、可维护性问题涉及了软件生存周期的所有阶段。
6、软件生存周期：一个软件从定义到开发、使用和维护，直到最终被弃用，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生存周期。
软件的生存周期可分为八个阶段：①问题定义；②可行性研究；③需求分析；④总体（概要）设计；⑤详细设计；⑥编码与单元测试；⑦综合测试；⑧软件维护。
7、需求分析：系统开发前期需求分析很重要，它是为了有效解决用户问题的需要进行的一项工程活动，所需要考虑的需求问题是功能需求、数据需求、性能需求和接口需求，开发者承担分析任务，核心是用户。
其步骤有三个：①获取客户需求，客户泛指某个人或机构部门等，一般方法是调查，包括访谈、座谈、问卷、跟班和收集资料，需求规约可表达用户的软件价值。
②建立需求模型，它是用户需求的图解，一些常用的模型有：业务树图、用例图、活动图。
分别用于结构化需求建模、系统业务举例和反映系统工作流程。
③进行需求验证，要验证的主要内容有：有效性验证、一致性验证、完整性验证、现实性验证和可检验性验证。
。
。
。
感悟：了解了什么是“软件危机”，透过软件工程于解决“软件危机”的重要性、软件工程三条重要线索、软件工程知识体系函括内容及软件工程各类生存期模型，我对软件工程思想及“工程化”软件开发的流程有了较系统的了解，透过软件工程的起源，认识到：实现软件工业的产业化，软件工程必须是真正意义上的工程化。
从软件开发三条线索（开发、管理、改进）来看，软件开发的过程必须规范化（各阶段都必须形成相应文档；编码必须依照通用可读性严格遵照编程规范……）；软件项目管理的核心是项目规划和项目跟踪控制，保证软件工程开发的成功完成，软件开发流程的规范化在软件项目中有着重要的作用，通过不断地优化和规范过程，企业可以提高软件生产能力。
从需求分析到维护，透过软件的开发流程具体实施的学习，我对软件项目开发的流程有了更深的理解，例如通过需求规格说明书、可行性研究说明书、数据库设计说明书、需求分析说明书、总体设计说明书、详细设计说明书等六份作业的完成虽然很不完善，但仍让我对需求分析建模和设计中用到的方法有了更好的理解并熟悉了六份文档的格式。
学了这门课才知道软件开发中每一阶段都有文档的产生，其管理与应用也是一门大学问……此外，这门课程里讲授了很多我以前从未接触过的方法和软件如UML模型、MVC模型、visio的强大绘图建模功能、这些知识不仅能应用于软件工程，也能应用于其他的很多领域，这门课结束了，但这些方面学习我还将继续的。
bim软件学习心得体会
bim软件学习心得体会 建筑信息模型或者建筑信息管理是以建筑工程项目的各项相关信息数据作为基础，以下是品才小编整理的bim软件学习心得体会，欢迎阅读~ bim软件学习心得体会一： 本人为一家施工单位的技术人员，有幸参加公司组织的BIM培训，此次前来给我们的做培训的是一家专业的BIM培训机构，叫中国BIM培训网。
在12天的培训中，我对BIM，尤其是BIM在设计与施工中的应用有很多的感悟，在此总结一下，希望能与其他学员交流。
(一)BIM技术在设计方面的应用：在设计阶段采用BIM技术，可以对建筑设计进行分析与优化，确保设计的可施工性。
首先要建立相关建筑项目的3D设计模型，包括建筑、结构及建筑设备等;其次，基于建立的3D设计模型，可进行设计检测、协同修改。
设计检测可根据需要设定相关参数，确定检测范围，从而检测设计冲突，可施工性问题。
对发现的问题及时进行分析和沟通，从而及时、有效地解决问题，得出合理的施工图。
通过建立的三维设计模型，实现工程的三维设计。
能够根据3D模型自动生成各种图形和文档，而且始终与模型逻辑相关。
当模型发生变化时，与之关联的图形和文档将自动更新。
设计过程中所创建的对象存在着内在的逻辑关联关系，当某个对象发生变化时，与之关联的对象随之变化。
