彩色B
软件工程化管理就是将软件开发当做一个工程来做。
任何一个项目的完成都是有一个工程过程化的，例如建房子：
首先必须知道要再哪里建，打算建成什么样子的---软件工程中的需求分析
然后要进行设计，例如设计出模型等---软件工程中的设计
然后就是制定工时、什么时候完成什么工作----软件工程中的项目计划
在之后就是真正的去建房子了，什么打地基啊等等---软件工程中的编码、实现
接着就是装修、检验----软件工程中的优化、测试等。。。。
还不明白的话就建议去google或者百度下
为什么要进行软件工程标准化,软件工程标准可以分为几个级别
软件工程 (Software Engineering，简称为SE)是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及到程序设计语言，数据库，软件开发工具，系统平台，标准，设计模式等方面。
在现代社会中，软件应用于多个方面。典型的软件比如有电子邮件，嵌入式系统，人机界面，办公套件，操作系统，编译器，数据库，游戏等。同时，各个行业几乎都有计算机软件的应用，比如工业，农业，银行，航空，政府部门等。这些应用促进了经济和社会的发展，使得人们的工作更加高效，同时提高了生活质量。
一、见习程序员（AP：assistant programmer）
1、计算机相关专业毕业；英语通过国家四级。
2、具有较强的学习能力，可以编写代码，达到公司的工作要求。
二、程序员(P：programmer)
基本要求：
1、本科学历，半年以上工作经验；英语通过国家四级。
2、达到工作承担要求；具有一定的沟通能力和工作责任心。
技术能力要求：
1、负责编写代码，掌握一种主流语言/开发工具，一种主流操作系统，一种主流数据库。
2、了解和掌握开发作业（PD设计、编码和测试等）的规范和技巧。
3、所编写的代码质量较好。
4、能够按照要求编写文档，文档结构条理清晰，内容详实准确。
5、具有独立理解所担当模块的业务理解能力和问题阐述能力。
6、能阅读**文技术文档。
三、高级程序员(SP：senior programmer)
基本要求：
1、获得程序员资格1年以上；或满足程序员级别标准，2年以上相关行业工作经验。
2、完成年度工作量指标；具有较强的沟通能力和责任心。
3、所承担的项目满意度达到满意以上。
技术能力要求：
1、精通一种主流语言及对应的开发工具；精通数据结构。
2、具有较好的业务理解能力和技术调查能力。
3、编写高质量代码并具有代码审查能力。
4、具有详细设计能力。
5、熟悉系统测试工具，对系统问题具有改善的能力。
6、能够带领2个以上员工开展工作，成功领导过3个以上不少于5人月的项目/模块的团队项目。
7、**语达到*级水平或者具有同等水平，能够阅读*文资料，按照要求编写*语技术文档。
8、了解质量管理体系和项目管理知识。
四、软件工程师（SE：software engineer）
基本要求：
1、获得高级程序员资格2年以上；或满足高级程序员级别标准，4年以上相关行业工作经验。
2、完成年度工作量指标；具有较强的客户沟通能力。
3、担当过一个20人月以上的项目或累计超过60人月项目的技术负责工作。
4、所负责的项目客户满意度达到满意以上。
技术能力要求：
1、精通并熟练运用2种以上的开发工具，至少一种数据库知识，至少一种操作系统知识。
2、能够很快完成新项目的技术调查工作，能够完成复杂算法的设计，能够设计可重用的和柔韧的软件结构。
3、具有系统设计能力及系统提案能力。
4、对系统或项目的技术框架有深入的认识和较丰富的经验。
5、具有某一领域的行业知识。
6、具有项目领导能力。
7、*语达到*级水平或者具有同等水平，能够阅读、编写*语技术文档，具有简单的口语沟通能力。
8、掌握质量管理体系和项目管理知识。
五、资深软件工程师（SSE：senior software engineer）
基本要求：
1、获得软件工程师资格2年以上；或满足软件工程师级别标准，6年以上相关行业工作经验。
2、完成年度工作量指标；具有较强的客户沟通能力。
3、担当过一个50人月以上的项目或累计超过100人月项目的技术负责工作。
4、带领的项目客户满意度满意以上。
5、完成年度培训工作。
技术能力要求：
1、精通并熟练运用2种以上的开发工具，至少一种数据库知识，至少一种操作系统知识。
2、具有整体系统设计能力及系统提案能力。
3、具有较强的技术筹划能力、技术指导能力和处理疑难问题的能力。
4、深入了解某一领域的行业知识。
5、具有大型项目领导能力。
6、*语达到*级并相当于*级水平，熟练会话和编写*语技术文档。
7、熟练掌握质量管理体系和项目管理知识，并能够推进软件开发过程改进。
六、主任软件工程师（CSE：chief software engineer）
基本要求：
1、获得资深软件工程师资格2年以上；或满足资深软件工程师级别标准，8年以上相关行业工作经验。
2、5年项目负责人以上经验，累计超过120人月的技术负责人工作。
3、带领的项目客户满意度满意以上。
4、完成年度培训工作。
5、具有很强的沟通能力，问题判断与解决能力，创新能力。
技术能力要求：
1、精通至少一种主流编程语言。掌握至少一种数据库或至少一种中间件。熟练掌握至少一种操作系统。
2、熟练掌握软件需求分析/大型项目的策划。
3、熟练掌握软件的系统设计。
4、熟悉软件的高级项目管理和质量控制，具有分析和规避重大质量问 题的能力。
5、精通至少一种部门项目相关的业务知识。
6、*语达到*级水平或相当于*级的水平，熟练会话和编写*语技术文档。
职称管理工作和相关标准将随着公司的发展而不断调整完善
软件工程专业前景怎么样？ 以后从事管理工作还是技术工作
是技术工作，工作不分什么管理和技术的，出去谁会一开始让你做管理，都让你做技术活，体力活。做得好了，自己明白行业运行情况了，才可以管理这个部门和属下。踏踏实实的，抓住机遇。
什么是软件工程标准化
计算机问世以后，人要和计算机打交道，需要程序设计语言，这种语言不仅应让计算机理解，而且还应让别人看懂，使其成为人际交往的工具。程序设计语言的标准化最早提到日程上来。60年代程序设计语言蓬勃发展，出现了名目繁多的语言，这对于推动计算机语言的发展无疑有着重要作用。但同时也带来许多麻烦。即使同一种语言， 由于在不同型号的计算机上实现时，作了不同程度的修改和变动，形成了这一语言的种种“方言”，为编写出程序的交流设置了障碍。制定标准化程序设计语言，为某一程序设计语言规定若干个标准子集，对于语言的实现者和用户都带来了很大方便。软件工程标准的类型也是多方面的。它可能包括过程标准(如方法、技术、度量等)、产品标准(如需求、设计、部件、 描述、计划、报告等)、专业标准(如职别、道德准则、认证、特许、课程等)以及记法标准(如术语、表示法、语言等)。表1)软件工程标准分类软件生存期 软件生存期 概念需求设计实现测试制造安装与检验运行与维护引退标准类型过程方法 技术 度量 产品需求 设计 部件 描述 计划 报告 专业职别 道德准则 认证 特许 课程 记法术语 表示法 ISO5807 语言 在全面考虑以上两个方面的情况下，软件工程的标准可用一张二维的表格来表示。表1)和2)给出了这个二维表的大致格式。2)表是1)表的继续。表中填入了三个标准的例子：表2)软件工程标准分类技术管理 确认与验证 技术管理确认与验证 过程管理产品管理资源管理评审与审计产品分析测试标准类型过程方法 NSAC-39NSAC-39NSAC-39技术FIPS 105 度量 产品需求 设计 部件 描述 计划 报告 专业职别 道德准则 认证 特许 课程 记法术语 表示法 语言 ①FIPSl05是美国国家标准局发布的《软件文档管理指南》 (National Bureau OfStandards，Guideline for Software Documentation Management，FIPS PUB 105，June 1984)②NSAC—39是美国核子安全分析中心发布的《安全参数显示 系统的验证与确认》(Nuclear Safety Analysis Center，Verification and Validation for Safety Parameter Display Systems，NSAC—39，De— cemberl981)③ISO 5807是国际标准化组织公布(现已成为我国国家标 准)的《信息处理——数据流程图、程序流程图、系统流程图、程序 网络图和系统资源图的文件编制符号及约定》随着软件工程学科的发展，人们对计算机软件的认识逐渐深入。软件工作的范围从只是使用程序设计语言编写程序，扩展到整个软件生存期。诸如，软件概念的形成、需求分析、设计、实现、测试、制造、安装和检验、运行和维护直到软件引退(为新的软件所代替)。同时还有许多技术管理工作(如过程管理、产品管理、资源管理)以及确认与验证工作(如评审与审计、产品分析、测试等)常常 是跨越软件生存期各个阶段的专门工作。所有这些方面都应逐步建立起标准或规范来。
什么是软件工程化时代
本文译自著名IT顾问和评论员David M Williams的博客，在这里，他提出了关于软件开发的全新理念。
Tom DeMarco是著名的Peopleware: Productive Projects and Teams一书的合著者，然而在这个月，DeMarco向IEEE的计算机协会提出个人意见：软件工程时代结束了。
大多数计算机软件开发者必读书目中都包含Peopleware一书，它于1987年首次出版，1999年再版。
尽管出版多年，Peopleware依然具有重要参考价值，因为它并不注重软件技术本身，而是关注人的因素。
因此，DeMarco给这本书起了一个带People的名字。也许并不像Steve Ballmer，Steve Jobs或者Linus Torvalds这些大师们演讲时拥有那么多粉丝听众，但DeMarco依然是全世界高质量软件开发从业者们执着追随的对象。
一个类似的公告出现在今年7月Computing Now杂志（IEEE计算机协会的出版物）的DeMarco视角专栏，标题为《软件工程：一个过时的概念？》。
这在很多层面上都是很吸引眼球的，除了DeMarco的作者身份以外，标题还蕴含着出人意料的观点：软件工程是一个正在消失的概念。
实际上，DeMarco本人就一直引领着软件工程的现代观念，在Peopleware之前，他写了Controlling Software Projects: Management, Measurement and Estimation（《控制软件开发项目：管理，测算和评价》）一书。
这本1982年销量冠军的第一行文字在接下来的27年中被广泛引用，DeMarco在其中写道：一个人无法控制他不能测算的东西。为了解决这个问题，软件工程师们克服重重困难，勇敢地一次次去分析和揭示一切软件里可能的规律。
可是，随着时间的推移，DeMarco现在显露出对其原先所持观点的不安。
那句引文中（书名也是）暗示了控制是一个重要的方面，他说，也许对任何软件项目来说都是最重要的方面。
但现在不是了。他说，接着举了Google Earth和Wikipedia这两个典型例子，它们都是在发展中不进行多少控制的软件。
为了说明他已改变了的推理，DeMarco引用了两个假定的项目：最后都要花费大约100万美元，但项目A将产生大约110万美元的效益，项目B将产生超过5000万美元的效益。
很明显项目A会有更严格的控制，如果预算超支或软件发布推迟或质量不达标，项目会冒很大的亏损风险。
相比之下，项目B由于投入和产出差异巨大，控制可以很松。很明显的是，在这里面成本、期限和质量问题依然存在，但项目最终会赚钱。如果不赚钱的话，一切都会乱掉。
由此，DeMarco沉思自语道：实际上一位主管越是注重控制，他的团队越是可能在开发一个只能艰难盈利的项目。
接着他说，管理软件开发的问题应该不是关于严格的控制和软件工程所规定的规律，相反，开发团队应当开发产生真正效益的项目，主管应当降低对项目控制的期望。
这是在假设DeMarco以上第一个建议更关注企业领导者或分析师，因为是由他们确定一个软件解决方案是必要的，而不是开发者被指派去编写这些代码。
普通公司里的程序员并没有选择他们开发项目的权利，但显而易见，主管们应该在投入资源开发之前确定一个项目数量上的效益和质量上的效益，他们得在这方面多下功夫。
一个软件工程之父，不停地在告诉人们要放松，不要整天盯着开发项目的成本和时间要求，这听起来让人感到困惑。
为了给他的观点进行辩护，DeMarco拿青少年来做类比。对于青少年，你怎样在他们身上找到一个人无法控制他不能测算的东西的理论依据？例如，一位称职的家长会如何客观地评价他子女的道德水平、教养和同情心？
在这种情况下，你无法控制一个抚养对社会有益成员的育人项目，相反，在软件项目中你管理的是员工，控制的是时间和成本，从根本上说，在这过程中你得尽可能在拥有极少反馈信息的情况下掌控大局。
用同样的方法，一支软件开发团队应当在开发过程中按照相关价值大小、文档和测试结果不断向项目中增加程序块，在项目主管宣布项目完成的任何可能时候都能立刻将产品打包并发布。
DeMarco说，去设计规划一套软件依然有其意义，但那并不是软件工程这个术语所要真正表达的意思，设计策划软件是一整套规则，过程，检视，度量，规划，追踪以及许多其他元素的总和。
几十年来，开发团队们都在成本预算和时间限制上痛苦地挣扎着，但这不该是他们追求的至上目标。
更重要的目标是要转变。DeMarco现在说，去切实改变这个世界或一家公司或它运作的模式才是更重要的。
几乎是为了向自己推行了几十年将工程化原则应用于软件开发的想法表示忏悔，DeMarco说这场转变是我们一向应该关注实施的。
在我个人看来，DeMarco说设计规划一套软件的做法与词语软件开发是不同的，这毫无疑问，的确，有很多人开始怀疑开发软件到底是不是一种包含度
量控制和管理控制的工程化实务，而事实却是，软件本身并不像物理学那样有着坚实的科学理论基础，而是充满了抽象的概念，虚幻的构想甚至是一次次的试验研
究。
我职业生涯的美好回忆中就有自己提出的解决方案帮助公司进行重大转变的一系列例子，其实谦虚地说，我的这些方案在技术层面上一点也不特别，但它们对公司起到的效果却是立竿见影。这些直到现在我还能如数家珍般列出。
之前我说过这样一个例子，在这个例子中我给那个老板设计了使公司的毛利率报表自动化生成的方案，这确确实实改变了整个公司的文化。现在，这是一个有着巨大甚至是无限价值的软件项目。
具有讽刺意味的是，DeMarco的新式哲学有可能很早以前就存在了。2003年我读了Ed
Yourden所著的第二版《Deathmarch》（Deathmarch预示失败的开发项目），惊异于其中一部分内容，在那里面，Yourden试图
界定适用于类似Microsoft Word这样巨型开发项目的度量标准。
Yourden详细叙述了他打电话给微软，询问软件有多少行代码的事，结果微软技术服务人员在电话另一头说不知道，他又问这个项目有多少开发人员，
答复依然是不知道。Yourden继续问着这些叫人无法回答的问题，最后那个技术服务人员火了：你难道不知道吗？我们卖出了数千万套软件，谁管开发成本是
多少？
当然，随着今年早些时候的裁员，微软也许现在会计算成本，但Yourden之类的作者们在最近十年早些时候肯定有证据表明项目的成本和可度量性会随着回报率的升高而重要性降低。
我认为没有人去超越这个观点的原因是众所周知的将软件与已确定的工程化原则相关联的必要性，尽管二者之间存在着明显不同，比方说建造一幢建筑与开发一款文字处理软件。
确实，有人经常说相比一门科学来说，开发软件可能更是一门艺术，我越来越倾向于这种说法。我把它看成是一种工艺，一项技巧，一个创造过程。当编程理
论能被教授时，它更像是一套音乐或绘画的理论，除非你有天生的创造表现力，否则你不可能立志要成为有史以来最伟大的程序员或音乐家或艺术家。
与Agile Development严格的瀑布方法论和在它之前的应用程序快速开发（RAD）渐行渐远的当代趋势同样支持了DeMarco的说法：实际上，他发现的事实已在我们身边存在了很多年。
现在的问题是，没人敢站出来大声说：我们不再需要软件工程这个概念！
软件工程管理应包括？
哥就是IT的。呵呵
选A C D
软件工程管理的主要任务有：
一、软件可行性分析与成本估算
二、软件生产率及质量管理
三、软件计划及人员管理
任何技术先进的大型项目的开发如果没有一套科学的管理方法和严格的组织领导，是不可能取得成功的 。即使在管理技术较成熟的发达国家中尚且如此，在我国管理技术不高、资金比较紧缺的情况下，大型软件项目开发的管理方法及技术就显得尤为重要。
软件工程管理的对象是软件工程项目，因此软件工程管理涉及的范围覆盖了整个软件工程过程。
加点分啊，兄弟。谢了。定为最佳啊。
建筑工程管理项目软件哪个比较好用？
建筑工程项目管理软件，一般只有用过的人才会知道哪些比较好用，市面上关于这类的软件非常的多，在百度上搜索的话可能前两页都会被广告占满，那么，该如何选择建筑工程管理项目软件呢？
选择考虑
对很多中小型的建筑工程公司来说，如果购买定制开发的软件成本太高，淹没在建筑工程管理软件的广告中又太浪费时间，那么，如何不浪费时间高效寻找到适合的软件呢？那就是要理清自己的需求，知道自己要用软件管理哪些方面，一般来说，主要管理的有以下几个方面：
资料管理。工程项目涉及到很多的资料，合同、施工图纸以及其他项目资料；
流程把控。项目的进展情况一般都是需要项目有关负责人进行汇报，或者聚在一起开会了解情况；
原材料管理。工程项目需要采购大量原材料，原材料的管理就是一个很大的问题；
员工管理。员工的工作绩效、薪金发放
当然，有的时候还会有其他的需求，所以希望软件可以自定义，这样使用起来就更加的便捷。
软件推荐
软件好不好用，只有去使用了才知道，所以，推荐几款好用的软件，可以帮助工程项目管理。至于排名，用了的人才会有不同的感受吧。
轻流。可以帮助项目管理进行每个流程的管理，如原材料管理、流程把控、员工管理等，轻流的特点就是自定义程度高，想做的管理都可以在上面实现，而且注册一个账号就可以免费在网页上使用。轻流官网
法大大。这款软件可以帮助合同签署更有效率，有的时候，项目管理涉及到和一些人进行合作，需要签署合同，合同寄来寄去的有些麻烦，而法大大就可以提供很专业的电子服务。法大大
坚果云。坚果云是一款功能很强大，可以实现文件共享、存储等功能，项目管理过程中涉及到的很多合同、项目资料都可以在坚果云上存储进行共享，同时还可以设置查看权限，保护文件隐私。坚果云
使用管理软件的目的就是为了达到效率的优化，而软件能不能达到这个目的，只有去使用了才能知道。
转载请注明出处51数据库 » 软件工程化管理 什么是计算机软件工程化管理
