软件项目管理心得体会
项目管理心得体会 经过二郎山项目、鹧鸪山项目和水界等项目的项目管理工作实践，对项目管理的各方面事务感触颇深。
在此，我将这多年的心得体会梳理，抛砖引玉，希望各位同行及领导多多斧正。
一． 管理时间就是管理自己，高效利用时间 每个人的工作课题存在差异，每个人的思想境界各有不同。
但是上帝却很公平的给了每个人一天24小时的时间，因此我们提出管理时间，是每个人都可以做到的事情。
每天把24小时规划好，也就管理好了自己。
平时大家会说时间不够，事情做不过来，我建议大家把时间拿出来分析一下，根据工作性质合理安排时间。
对于项目管理，事情多，工作琐碎.，这样我就养成了每天入睡前回顾一天工作的习惯，并对第二天的工作进行安排。
在安排工作上要求本部门各级员工把握一个主次分明，轻重缓急合理的原则。
这样每天当一到工作岗位上就能很快的进入工作状态，而员工的工作也各级抓好，紧张工作。
这样就很好的把握和做到--工作时效。
二． 分清各项工作的轻重缓急 轻重缓急对于每个人来说都很重要，这就要求思路活跃，把火烧眉头的事情先处理掉，然后再去做日常工作。
就好比用户要一个深层次的技术交流,要求特别着急,这时你就需要安排资深的人员进行相关的支持,电话中能够完整的提供就现场进行,若是需面对面的进行,那好,用户的需要就是一切.总之轻重缓急具有非常的灵活性、时间性、场合性要视具体情况而当机立断。
做好了也是减少客户抱怨的有效方法。
三． 不断规范和调整制度，没有规矩不成方圆 谈到管理，就一定要从规范入手。
规范是我们日常工作的行为准则，是企业生存、运作、发展、壮大的标尺和纲要。
它的实施者既是所有领导，又是全体员工。
只是各个岗位所规范的内容不同罢了。
万事开头难，难就难在你走出的第一步，第一步迈出去了，第二、三步就没有问题了。
正如我们日常工作，你没有第一稿资料，就没有后续的所有工作内容。
你最近没有向职能部门提交××问题，就没有人来问你这个或哪个问题是如何如何的，等大家都有反映了这件事情，就有人开始琢磨怎么样来规范这项工作，让大家都按这个规定来做。
以后大家就在这个基础上第二步、第三步的完善工作，把工作做得更好
任何事情都是一样的道理，只要你想做，你就会去规范这件事情，规范也就使每个人有了行为的准则。
四． 提高会议效率，事前告诉大家会议的内容 工作中的很多问题都是在会议中解决的。
会议使我们对问题有了更多、更好的解决方案。
我们平常碰到的会议也比较多，大大小小、各式各样的都有，那么如何提高会议的效率就成为大家关注的事情。
如果我们在会议之前把要开会的事项告诉所有人，让大家都有准备，开会的时候就可以切入主题，谈每个人的思路，这样可以缩短一些时间。
往往在会议上大家谈着谈着就会跑题，这时候就需要会议的主持人能够引导大家的思路往一个方向；再有就是会议结束前主持人或主管人员一定要重述这次会议的几项内容和解决措施，这样大家才会感觉到会议的重要性。
五． 统计数据，针对数据进行分析，分析结果加以应用，最后不忘评估、验证成果。
统计数据简单的说就是一个工作量化。
是总结工作最直接、最明了的方法之一。
统计对于各块的工作都很重要，没有数据的分析，我们不知道努力的方向，至少说轻重缓急把握不好，有了数据就可以比较，知道目前面临最大的缺陷在哪里，针对弱点加以改进。
对于基层的管理人员来说数据的统计可以通过公司相关部门获得，得到的数据分析后一定要应用，只作分析不加以应用等于白搭，反而增加了工作量。
有的会说，我应用了但效果不大，问题就是应用后，有没有跟踪验证，我们对分析出来的数据没有应用，没有验证，怎么会知道我们的分析是对的呢
因此分析-应用-验证，三者一个都不能少。
六． 愿景引来注意、尊重加深信心、沟通加强意义、立场导致信任 1）愿景--每次开会公司都会给我们描绘一下愿景，公司现在…… 即将……将来是…… 对于这些传到耳朵里的信息，员工们总是格外的在意，有的甚至在聆听笔记，这是不知不觉的愿景激励。
因为这些都与公司的每一分子的切身利益直接相关，不管愿景好与坏大家都会关注，我们跟同事开会的时候也不要忘记强调三年规划。
2）尊重--同事之间相互尊重，可以加深合作，同时也会得到其他人的尊重，做起事情也会格外的舒坦。
工作之余都谈到沟通很关键，企业领导鼓励下属发言，但自己却不太发言也不太敢发言，所以最后的结果常常就是大家都不发言，最后就变成你看着我、我看着你，然后领导看着现场所有人，脸上一副「说话呀
」的样子。
这种状况就似乎是如果有一个人把话说出来之后他马上就会被企业宣判死刑一样，然后紧接着就被淘汰出局似的，所以大家对于自己想说的话都往肚子里吞，戒慎恐惧，一副「不要问我，我什么都不知道
」、「请你不要找我麻烦
」、「该死
怎么这么准，刚好问到我了
」的样子，所以只要你一鼓励他们把话说出来，大多数的时候，你很难获得到他们的回应，如果现场里有一、两个人敢勇于表达自己的意见，就已经算是不错的状况了。
3）沟通--「说出来」是沟通最基本的原则，如果连话都不愿意说出来，沟通肯定不会有任何的进展。
如果在一个团队里，每一个人都必须要透过猜测才能够了解他人的想法，这将会是一件很累人的事，而如果你是待在这样团队里的一员，我相信每一天陪着你的一定是强烈的无力感。
只要打破不说话的几个因素：面子问题、怕担责任、中庸、以为别人知道。
主管或领导立场要坚定明确，我们平常说这个人没有立场，只要用户一投诉，主管就同意了；销售或市场一说，我们就得去做等等，这样同事会感觉到这个领导没有立场，别人怎么说就怎么做，以后有问题，他们也不会再问你，对你逐渐失去信任，因此主管人员一定要有立场，在立场发生变化的时候要和同事做好沟通。
七． 定目标，严格执行、考核、监督 一件事情的好与坏如何去评价，首先要看所定目标定的合理性。
合适的目标对每个人、对企业都有好处，员工不会有太大的压力，安心努力的工作；企业每年都会稳步的积累和发展。
定目标对我们每个人说就再简单不过了，人的一生中不知道给自己定了多少目标，但真正努力去完成的又占了多大比例
目标就要靠人来执行，执行过程中就有各种各样的评价，严格的说就是考核和监督。
日常员工们努力的工作，都每个月底公司收集数据进行评估和考核，监督到年底每个是否能完成年初订立的目标。
八． 人不要会什么，关键在于你会学什么 在学校不管你学习什么专业，80%的学生找不到和自己本专业相同的工作，多数都是改行，有的从事本专业临近的工种，有的甚至与本专业搭不上边。
从事本专业的人未必就有好的成就，从事非专业的人也有很多人打出一片天空。
因此人不要会什么，关键在于你会学什么。
九． 培养人才资产：选、养、育、用、留。
关键在于留，留有3个因素：能力、价值观、人生志趣；能力的体现就是知识内涵，价值观主要表现在技能和态度。
知识又分为：内隐知识和外显知识（内隐知识：平常看不到学不到的，要靠个人的感悟和积累；外显知识：看得到，学得到的东西）。
平常总是要经过选拔招聘到一个适合企业的人员，进入公司后像小树苗一样培育，初长成就要考虑如何使用，经历这一系列的洗礼，人就有一定的想法，因此如何留住人才也是公司要积极考虑的事情，特别是在资源不足的情况下留住人才就更难能可贵。
十． 成绩好的时候要考虑如何提高团队的建设 随着其他公司技术能力逐步的提高，我意识到了靠个人的力量是不行的，要靠一个团队。
平时一个人忙里忙外不亦乐乎还不见的有效果，如何培养一支可以打胜仗的团队呢，首先要了解团队中的每个成员，发挥他们的优势，挖掘潜能，根据每个人的个性不同选用不同的岗位，每个人在团队中都发挥作用，管理人员就成功了一半，团队也就有竞争力了……
学习《软件工程》心得和体会
软程学习心得在期的软件工程课程的学习中，我们学习了十一章容。
第一章软软件工程的概念，这一章主要讲解的是一些概念性和基础性的内容，例如软件的概念、特性，软件危机的主要表现，软件工程的概念以及软件生存期、典型生存期模型等等。
第二章软件工程方法与工具，这一章主要对软件工程方法进行介绍，包括三种方法：传统方法、面向对象方法、形式化方法。
还引出了工具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%之多。
一个完整的项目规划须包括，软件的定义，可行性分析报告，项目开发计划，软件需求说明书，概要设计说明书，详细设计说明书，用户操作手册，测试计划，测试分析报告，开发进度报告，项目开发总结报告，软件维护手册，软件问题报告，软件修改报告，等多个文档，每个文档都要上级验收审查，而文档数量众多，要做好这点真的不是很容易，而恰恰写好文档正能保证完成软件工程其中一个目的的关键，既研究如何用最小的开销做出生存期较长的软件，再加上各个阶段都要进行周密的策划、详细的分工部署和人员安排，且各阶段要据具体情况不断的反复才能达成，所以代码只是开发软件这个浩大的工程的一个小小的过程。
而编码的学习中，我更了解到形成自己独特的规范的编码风格是非常重要的事。
因为这影响到了软件后期繁重的维护，大家都要阅读你的程序，如果你写的程序毫无规范可言，那么别人怎么能读懂你的程序
读不懂程序，维护又从何谈起呢
所以，我们在今后的学习中，一定要注意这方面的培养，在写程序的过程中，要逐步的在规范的基础上形成属于自己的风格，即方便自己的修改，也方便日后他人的阅读。
在学习中，我们还要注意比较三种方法的优缺点，例如：传统方法虽然使软件摆脱了混乱和无序，但其在适应需求变化的方面不够灵活，而且传统方法要么面向行为，要么面向数据，缺乏两者的有机结合。
而面向对象方法的程序设计和问题求解更符合人们日常自然的思维习惯，适合大型、复杂及交互性比较强的系统。
形式化方法则是一中基于形式化数学变换的软件开发方法，它可将系统的规格说明转换为可执行的程序。
在今后的学习中要注意多读书、多思考、多练习、多讨论，不断熟悉书本的基础，并以此为基础将其扩散开来，应用于今后的实践。
不断锻炼自己，向一名合格的程序设计师迈进。
谁能给一份学《工程项目管理学》后的感想，体会。
字数要求2000字以上。
急需，谢谢帮助
学《工程项目管理学》后的感想 本学期，我们学了工程项目管理学，我有很多想法，现在一一阐述。
工程项目是施工企业的生产和管理的基本单元,是实现产值和企业利润的基础,是施工企业项目经理施展才华的平台。
以工程项目管理为中心,提高项目的运作质量,是施工企业生存和发展永恒的主题。
当前施工企业工程项目管理在逐步发展和完善,但同时也存在诸多问题,不能适应形势发展的需要。
一、优选项目经理,组建适宜工程规模的项目经理班子,是抓好工程项目管理的首要条件近几年来,有些公司每年承建的大小工程项目都在40至50项。
在工程规模、结构形式等基本条件类似的情况下,为什么有的原本微利的项目的效益却获得较高,有的本应盈利的反而亏损。
究其原因主要就是取决于项目管理,取决于项目经理和管理层的素质。
因此,要把选准项目经理,组建好项目班子,作为工程项目管理的首要任务来抓。
首先,要按照德才兼备的原则,公开选拔,竟聘上岗,做到不拘一格,唯才是举,量德而用。
《中共中央关于国有企业改革和发展若干重大问题的决定》中提出的经营管理者的三大素质条件和一条原则,就是我们选聘项目经理和项目管理人员的主要依据之一。
其次,要实行项目经理职业管理。
项目经理应从受过正规培训、具有项目经理资格证书的人员中选拔。
要制定项目经理任用制度,健全项目经理管理制度,明确项目经理的责、权、利险,遏制不良现象。
同时要加强项目经理后备人选的培养和作风建设,让他们有机会在项目经理、项目副经理、项目经理助理或见习项目经理岗位上锻炼,并不断提高其思想政治水平和职业道德水平,提高业务素质。
第三,要坚持精干高效,结构合理,“一岗多责、一专多能”的原则,做到对项目机构的设置和人员编制弹性化,对项目部管理层人员要根据项目的不同特点和不同阶段的要求,在各项目之间合理组合和有效流动,实行派遣与聘用相结合的机制,根据项目大小和管理人员性格、特长、管理技能等因素合理组合。
防止项目经理自由组阁,形成独立“王国”,保证项目部的管理层整体合力的有效发挥。
二、项目评估、合同签定是加强项目管理的关键环节实行项目评估、项目经理负责制是堵塞项目效益流失的第一道关口。
当前不少施工企业对项目评估、测算的地位和作用认识不足;有的评估、测算的权限不明确,方法不科学;有的评估、测算滞后,激励、约束不到位,缺乏动态跟踪考核,造成项目管理失控,项目盈亏到竣工时算总帐。
为解决好这个问题,我认为,必须抓好四个方面的工作:一是要提高认识。
在思想上切实把项目评估、测算作为加强项目管理的基础,堵塞效益流失的第一道关口来认识,自觉地搞好评估和测算。
二是要加强评估、测算的组织领导,要成立专门的领导小组,有专人负责,有科学的评估、测算指标体系。
三要依法签定承包经营合同,上缴风险保证金、委派主管会计。
四要认真进行项目运行中的监督、检查、指导和考核。
帮助项目经理及时纠正经营管理偏差,确保项目目标实现。
三、人力资源的优化配置,是加强工程项目管理的重点。
施工企业要根据工程项目对劳动力的需要情周密计划,有效流动,合理调配,充分调动人的积极性和创造性,提高劳动效率。
项目经理部要按照动态平衡、统筹优化的原则,建立劳动力整体优化、实现劳动力供给与项目需求最佳组合的人力资源管理运行机制,对劳动力的分配和流向作出总体安排,保证劳动力与项目需求的总体平衡,并定期跟踪检查,进行有效监控和及时调整,使劳动力资源得到最大限度的利用。
四、加强外部劳务管理,是向项目管理要效益的重要途径 外部劳务工的使用与管理是施工企业适度规模扩张和追求效益最大化的有效途径。
要根据项目的实际情况和不同特点,在用工高峰期适当补充外部劳务工,做到养在社会,用在企业,招之即来,挥之即去。
施工企业应积极主动地同企业周边地区的社会劳动力市场接上轨,同劳务公司或相关企业保持经常的联系,使之成为劳动力资源的“蓄水池”和供应基地。
当前,部分施工企业对外部劳务工的使用与管理,存在着一些不规范的现象如受人为因素的影响,违心地使用有“关系”的劳务队伍,使用一些无资质、低资质、低素质的劳务队伍。
一旦出了问题,责任和损失全由企业承担造成项目亏损。
有的项目经理对劳务队伍重包轻管、以包代管,安全质量事故频发,损害了企业的信誉和形象,丢失了市场。
五、深化责任成本管理,是加强工程项目管理的“核心”多年来,不少施工企业一直未能摆脱效益低、积累少、资金紧张的困扰,症结何在?笔者认为主要是存在粗放经营、重干轻管、先干后算、干而不算等问题。
因此,应当注重以下三方面的工作。
1、切实转变观念,强化成本意识。
一是要树立“企业管理以项目管理为中心,项目管理以成本管理为中心”的经营理念;二是要树立集约经营,精耕细作和挖潜增效的观念;三是要树立责任、成本、效益意识,营造企业整体重视、项目部全员参与、施工生产全过程控制成本费用的良好氛围。
2、建立健全项目责任成本集约化管理体系。
体系应包括责任、策划、控制、核算和分析评价五个方面内容。
一要明确成本费用发生的项目部门、分队、班组和岗位应负的成本效益责任,使成本与经济活动紧密挂钩;二是要分时段对成本发生进行预测、决策、计划、预算等方面的策划,制定成本费用管理标准;三是要综合运用强制或弹性纠偏手段,围绕增效及时发现和处理成本会计信息,以期改善管理、降本增效;五要按期进行成本偏差和效益责任的分析评价,严格业绩考核和奖惩兑现。
3、堵住“四个漏洞”,实行“六项制度”。
即:堵住工程分包、材料采供、设备购管和非生产性开支等效益流失渠道。
实行工程二次预算分割制、材料采供质价对比招标制、购置设备开支计划审批制、管理费用开支定额制、主办会计委派制和项目经理对资金回收清欠终身负责制,杜绝项目资金沉淀和挪用。
六、激励约束机制是加强工程项目管理的保证施工企业要想保证项目生产经营的良性运转和健康发展,必须发挥好企业管理层调控和服务的两大职能,建立健全有效的激励、约束、调控机制。
为此,应着重做好以下三方面的工作。
1、实行严格的审计监督制度。
要在管理办法 可行、组织制度健全、任务责任明确的基础上,重点抓好在建、竣工、分包项目的审计,对规模大、工期长的项目实行年度和终结审计,以及项目经理调离和项目部解体审计,重点是做好经营责任与效果、经营活动合法性和财经纪律等重大问题的审计工作。
2、全面推行项目考核制度。
要根据项目经营承包合同书,做好项目年度和终结考核工作。
对实现经营目标和超额盈利的,要严考核、硬兑现,最大限度地调动积极性;对出现项目亏损、发生重大质量安全事故和经营越权行为等责任问题的,要给予相应的经济、行政或法律的处罚。
真正形成企业与项目之间的经济责任监督与执行关系,以保证项目高质量、高效益地运行。
3、搞好项目管理过程中党的组织监督和职工民主监督。
项目部必须按照党的十六大精神的要求,坚持和维护党的集体领导,坚持民主集中制原则,落实“重大问题集体讨论、重要工作情况通报和重大问题请示报告”的制度,项目经理不搞个人说了算。
坚持依靠职工群众管理好工程项目的方针,推行“厂务公开”,增强项目部经营管理的透明度,切实发挥职工民主监督的作用。
bim软件学习心得体会
bim软件学习心得体会 建筑信息模型或者建筑信息管理是以建筑工程项目的各项相关信息数据作为基础，以下是品才小编整理的bim软件学习心得体会，欢迎阅读~ bim软件学习心得体会一： 本人为一家施工单位的技术人员，有幸参加公司组织的BIM培训，此次前来给我们的做培训的是一家专业的BIM培训机构，叫中国BIM培训网。
在12天的培训中，我对BIM，尤其是BIM在设计与施工中的应用有很多的感悟，在此总结一下，希望能与其他学员交流。
(一)BIM技术在设计方面的应用：在设计阶段采用BIM技术，可以对建筑设计进行分析与优化，确保设计的可施工性。
首先要建立相关建筑项目的3D设计模型，包括建筑、结构及建筑设备等;其次，基于建立的3D设计模型，可进行设计检测、协同修改。
设计检测可根据需要设定相关参数，确定检测范围，从而检测设计冲突，可施工性问题。
对发现的问题及时进行分析和沟通，从而及时、有效地解决问题，得出合理的施工图。
通过建立的三维设计模型，实现工程的三维设计。
能够根据3D模型自动生成各种图形和文档，而且始终与模型逻辑相关。
当模型发生变化时，与之关联的图形和文档将自动更新。
设计过程中所创建的对象存在着内在的逻辑关联关系，当某个对象发生变化时，与之关联的对象随之变化。
学习管理学的心得体会,1000字左右
《管理学》学习心得体会通过对《管理学》这门课的学习，我思考了很多东西，也对一些东西进行了总结，下面是我对学习这门课后的感想和体会。
管理作为一种实践活动，可以说和人类的历史一样悠久。
没有学习管理学之前，一直以为管理就是小到对自身日常生活的计划，大到国家对各个事物的领导与规划。
学习了管理学后才开始明白，管理学上所研究的管理是指发生在组织中的管理活动，是组织中的管理者为了实现组织的目标对组织成员施加的影响的行为。
管理活动贯穿与生活的方方面面，管理已经成为现代社会最重要的一项活动。
而且随着社会的发展，管理活动变得越来越重要，离开了管理，国家将无法运转，社会将无法前进，人们的生产生活也将停滞。
因此，对于企业而言，管理的好与坏，管理的有效与否，决定了企业的发展前景；对于社会而言，管理的好与坏，直接影响着社会的健康发展；对于国家而言，管理的好与坏响着一个国家的安定团结，影响着一个国家的综合国力和国际竞争力。
综上所述，在竞争激烈的互联网时代，企业要发展，社会要进步，国家要强大都要靠有效的管理，都需要一批高素质的管理人才。
在21世纪，管理已经与科学技术一道成为推动人类社会发展的“双轮”，二者不可缺一。
如果想要成为一名优秀的管理者，应该具备怎样的素质呢
第一，管理者要有效地履行管理职能，具体是计划，组织，领导与控制。
即首先确定组织的目标，制定战略，以及开发分计划以协调活动；其次决定需要做什么，怎么做
谁有软件项目管理文档中“系统架构设计”的书写规范，心得体会也行，我原先没有写过，不知道怎么入手
规范本身有国标和军标可供查询啊。
实例你应该很难看到，这些都是涉密的文档。
建筑工程项目经理管理心得
一、 要进行整体管理，善始善终??? 整个项目开始要做好项目整体计划，在项目的整个过程中，始终要按照项目计划执行，如若遇到项目发生变更，要进行影响分析，得到批准后制定变更计划，并按变更计划执行。
变更的影响情况，如：费用，时间进度等要通知相关的项目利益干系人，说明变更的原因和产生的影响。
??? 项目首尾工作也是项目管理中，一项重要的工作。
需要将项目过程中产生的文件资料进行整理，归档；对项目的费用和进度进行审计和审核，对项目的质量进行检验和验收；对项目的整个过程的利弊得失进行总结和交流。
??? 变更计划在软件项目中经常遇到。
控制好软件项目的变更，首先需要做好项目的开始目标基准的确定，基准的用户需求明确，才能衡量出哪些是需要变更的。
否则变更的东西和开始要求的东西混在一起，变更计划就无从制定，变更的界限也无从划清。
??? 自己做过的一个项目，开始为了占领市场和尽快拿下合同，在用户需求还没有详细提供的条件下，就与用户签定了合同，后来不仅费用受到限制，就连时间不够，在项目过程中，用户方还总是变更软件的功能和要求。
因为没有一个基点，我们认为是变更需求和新增功能，而用户方认为是合同范围，不能因此增加费用和时间。
这个项目在开始好象签定了合同我们争取了主动，其实需求不明确，使我们在后来的项目进程中一直处于被动。
??? 所以项目从一开始就要做好计划，搞清目标。
只有项目的目标明确，合理安排时间、费用、人力和其他资源，控制好项目的变更，这些是保证项目能够顺利完成的基本条件。
??? 二、项目范围管理理论解决了项目开始需求不清的问题??? 需求管理是项目范围管理中的问题，这是因为它实际上是开发过程中的所有管理原则的先决条件。
只有在开发的目标被清楚明白地表述和理解的情况下，软件开发才能以一种有计划的有序的方式进行。
实际上，没有文档化的需求，在开发工作完成前后都很有可能发生产品与要求的偏离。
计划、追踪、配置管理以及软件质量保证这些在其他关键过程中涉及的原则，都是从一个稳定的基础开始的，那就是文档化的需求基线。
??? 什么需求
需求是指“分配给软件的系统需求”，或者更简洁地说，“分配需求”。
这些需求有可能是技术方面的（比如：功能和性能需求），也有可能是非技术方面的（比如：发布日期，开支限度）。
??? 区分开需求管理和软件需求分析是很重要的。
一旦分配需求被文档化，并且被所有受影响部门（客户，系统工程，软件工程）通过，需求管理的基本工作就完成了，所剩下的就是管理变更而已。
没有证据证明分配需求本身就可以十分清楚完整的作为软件开发的全部基础。
事实上，通常它们不是。
??? 优化和精确描述需求，填补漏洞，将含义表达得更清楚是软件需求分析要做的，分析的结果被称为“软件需求”。
这样，作为需求管理的输出的分配需求实际上就成了软件需求分析的输入。
需求管理远远先于软件开发的技术行动，而软件需求分析则是关键开发技术行为的第一步。
??? 从这里的描述看来，需求管理的活动简直太简单，太基础了，显然没有哪个软件开发组织会不有效的进行着这种活动。
问题经常出在企业对透明度的惧怕。
客户觉得保持需求含糊不清，松散或者无正式文件能够给他们更多的机会去说：“那并不是我所要的，那并不是我认为的需求的含义”。
文档化清晰的需求可能迫使用户在系统满足了文档化的需求但没有满足实际需要的情况下，为开始变更负责。
相似地，开发人员觉得含糊不清，松散或者无正式文件的需求能给他们更大的余地，允许他们与预算和进度尽可能地接近，然后说：“这就是我们所认为的需求的含义，如果你需要其他的什么东西，你必须另外付出代价。
”文档化清晰的需求会迫使开发者承担满足这些需求的义务，并使他们暴露于开支、进度评估不准确的风险之下。
??? 这样一来，尽管客户与开发人员的利益动机相对，但他们却走到了一起。
每一方都认为他们在保护自己的利益，巩固自己讨价还价的地位，但是事实上每一方都在走向将来的失望和争吵，为项目埋下了一刻定时炸弹。
??? 三、项目时间管理理论指导我们在项目管理中怎样抓主要矛盾??? 以前进行项目管理时，是根据经验和每个人的工作特点，进行项目的分工的，软件项目基本是按照需求分析，概要设计，详细设计，代码编程，调试和测试，用户验收等几个主要过程来进行的。
但将项目分工更加细化，每个小过程的时间估算是多少，整个项目可以最短用多少时间来完成，怎样合理安排人员，怎样抓项目中的关键环节等等，这些都没有进行过量化的分析和管理。
??? 项目管理的实施最为直观的就是缩短项目时间。
利用项目管理理论、方法，有许多缩短时间的例子。
美国路易斯维化工厂检修时把检修流程精细分解，按导向图建立起控制关系。
他们惊奇地发现，检修过程选择不同路径总时间是有差别的。
通过反复压缩最长路径上的任务，将工期反复优化，最后只用７８个小时就完成了通常需１２５小时完成的检修，节省时间３８％。
这就是至今项目管理工作者还在应用的著名的时间管理技术ＣＰＭ，即“关键路径法”。
??? 所以我们在软件的项目管理中，也要将时间控制理论运用进来，结合软件工程的实际，将任务分解的更加详细，并用网络图将整个工作过程建立起来，估算好每个阶段的历时，找出关键路径，并通过快速跟进方法，将关键路径的工期缩短，以提高工效。
??? 四、 质量管理是项目成败的关键??? 我们在进行软件项目过程中，对软件的功能测试一直认为还是比较认真和严格的，每次测试都要有测试计划和用例的编写，然后才能进行测试；测试要有记录，并将记录整理成测试报告。
??? 但通过此次培训后，感觉到我们的测试工作与质量管理的要求还差的远，有距离。
质量控制要深入到每个与项目相关的人，要深入到项目的每个过程中，从一开始，就要树立质量第一的理念，每个过程都要进行质量的控制，而不是到最好测试时，才想到质量，才去衡量是否符合标准。
??? 标准化设计，标准化管理是项目质量的保证。
参加质量体系认证有助于企业提高项目的管理水平，有利于提高工程项目质量。
CMM模型已得到广泛的认可和接受，CMMI沿用其模型的组织方式，有5个等级和18个要素。
通过5个等级的认证和加强管理，企业对项目的管理将经过5个境界的提高：从混乱，到里程碑的检查，到定义清楚的管理体系和标准，到进行统计过程控制量化管理，到最后的优化过程、评价工作流程、进行工作过程的改进。
??? 本人以前参加过为日本软件进行部分功能的设计和编程工作。
日本的软件企业对一个项目的质量控制就做的比较细致，用我们的观念衡量简直是不可容忍。
做一个模块的详细设计，要用他们提供的标准的图形语言进行描述，用标准的设计摸版进行说明；并在设计完成后组织相关人员对这个设计进行评价，有问题需要修改设计，然后在评价直到通过才能开时以此为设计文件，进行代码。
代码写完后，不是见到结果就完事了，要将代码打印出来，相关人员对代码的整个实现过程进行评价，提出修改建议，代码修改后，需要再审，也是通过以后才能提交入代码库，进行代码的组装。
??? 当时认为日本的方法太浪费时间和人力了，对技术人员个人的能力估计的太低，怎么能提高工作效率呐。
可是软件质量问题的频繁出现，是我们不断的认识到，开始浪费一些时间和人力，控制好每个细节的质量，就是省去了许多时候为解决质量问题而进行的新的时间和人力的支出。
省去了大量的软件后期的质量维护费用。
总的来看是核算的。
为提高项目的质量，降低成本，必须从项目的开始就要做好质量的控制工作。
??? 五、 沟通管理中的一些策略的使用可以使项目更好的完成??? 做项目就需要与客户接触，就会出现一些正式和非正式的谈判。
双方都会为自己方的利益而进行讨价还价。
与客户之间搞好沟通，是项目进展是否顺利的一个条件。
沟通中有许多的策略在平时的实际工作中可以使用，目的不是坑害别人，而是为了更好地完成项目，达到双方事先确定的目标，而采用的一些艺术手段而已。
沟通的技巧包括：下达最终期限，使用吃惊方法，采用有限权利法，不露面的人，公平合理，战略延迟，双方一起论理，撤退，不合理，既成事实等。
本人就是成功的采用了战略延迟法，将客户方的一笔项目质保金及时地催要了回来。
??? 体会还有很多，总之通过这次学习自己对项目的管理又有了新的认识，我会将这些理论知识运用到实际工作中去的。
以提高项目的管理水平，提高项目的质量，降低项目的成本，降低项目的风险，最终提高企业的效益。
