对软件工程的认识论文3000字

对软件工程的一点看法--希望能够抛砖引玉 在这里看到很多网友的高论，很有启发。而且目前市面上也涌现出一批面向不同方面的软件过程的书籍，可是在这里，我一直没找到真正对实践有指导意义的，可操作的应用方法，所以现在这儿抛块砖，望各位高手指正。 我个人的理解，软件工程就是按照工程学的管理方式，有组织、有计划的，在一定的质量基础、时间限度和成本范围内，实现功能明确的软件系统。而且，软件工程在企业范围内运行，一定需要企业资源的支持，要与企业的经营、决策、管理体系联系在一起，才能够被踏踏实实的落实下来。 软件业作为一个服务业，要想得到发展，首先必须形成一个对软件服务有迫切需要的市场。其次，这个市场中的消费者必须具备足够的购买力。软件的消费群体简单一点，可以分为个体消费和企业消费。中国的企业群体，数量庞大，但是质量不高。上规模的企业极少，因此，中国的企业对大型软件的消费肯定是有限的，软件的个人消费，至少目前在中国，还是不成气候。因此，国内目前能够形成比较大规模的独立市场的，肯定是小规模的软件系统。 此外，质量的好与坏也不能绝对而论。比如说，你花500元，买双皮鞋，只穿了一个月就坏了，肯定是劣质产品。可是如果你只花了5元买这双鞋，还是穿了一个月就坏了，他就是个优质产品了。软件也是一样。 还有一个，就是软件生命周期问题。在国外，很多中、大型企业里，软件系统已经作为企业的命脉在运行，这些企业当然需要长期、稳定的软件服务、开发体系作为保障，因此相对来说，对于软件的功能需求就比较明确，而国内的中小企业在运营方面本来就把灵活多变作为生存武器，当然不可能有比较长期的经营计划，更不可能运用软件系统进行全面企业管理。这就导致对软件系统需求的短期行为，因此，他们更加希望一次性购买功能有限的软件系统，而不是长期连续的软件服务。 如果上面的分析有代表性的话，那就是说我们现在必须对开发这类软件形成一套非常有效的工程方法： 1。规模小。 2。成本低 3。质量要求不高。 4。售后服务有限。 5。生命期短。 我想，对于这类系统，RUP未必是一套好的方法。另外，我还想谈谈对软件人员素质的看法。 从我个人的经历来说，我觉得我们对于软件工程师的培养方法有问题。理论上说，软件只要设计了一个好的结构，解决了所有的技术难点，剩下的代码高中生就能做。实际上我们的很多名牌大学的计算机专业毕业生都不能很好的Coding。尤其是现在有了VB、PB、JAVA之后，大家似乎认为计算机的体系结构都不用关心了。我曾经经手的几个软件项目中，很多工程师对于用C语言开发Win32多线程、事件驱动、死锁、内存分配等问题根本束手无策。我不相信这些问题可以靠很好的文档解决。实际上，能够用OO的工具工作，根本不代表能够进行OO的系统分析与设计。 话又说回来，在中国，有10年以上软件开发背景的人，又有几个？而且他们在过去10年里的经验，更多的是小项目的Coding，而不是大项目的管理与系统分析。而一个好的系统分析师，需要的是实践、实践、再实践。假如说我们的商业环境中根本没有大型的软件项目，怎么可能有优异的系统分析师呢? 所以，我想，目前我们的问题，是工程师的技术水平、知识面与管理意识、管理方法同样重要，在这样的前提下，我们是不是要探索一下真正适合我们的软件工程方法呢？

软件工程(SoftWare Engineering)的框架可概括为：目标、过程和原则。 (1)软件工程目标：生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。 (2)软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程，还有管理过程、支持过程、培训过程等。 (3)软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。 这个问题很复杂，恕在下自不量力说几句。 软件工程的目标是最小的成本、最高的质量、最短的开发时间开发软件产品。眼下流行的各种软件工程方法对这个目标的实现都差强人意。以RUP为代表的重量方法用来做计划、准备的时间太多，真正用在开发的精力却很少，以为只要企业保证软件过程的实施，其他的事情都好办，这种极端压抑人性的方法不会取得很好效果。轻量方法要好一些，毕竟绝大部分注意力都在开发上，大家都很喜欢，可是仅依靠少数几个人，对付不了大型项目。当然，大家都在改进各自的缺点，吸收对方的优点。 说过，自动化不足是软件开发过程中大量问题存在的重要原因，在下深以为然，并且认为是最小的成本、最高的质量、最短的开发时间之目标难以实现的根本原因。因此，将来的软件工程必然要发展到以软件自动化技术为核心的阶段——4GL时代。 为什么4GL时代还没有来临，这是因为软件自动化太困难，眼下所取得的成果局限在某些很窄的领域内，达不到实际项目要求，而且这种技术太难理解，需要对理论的深入学习，一般的开发人员难以接受。软件自动化技术没有大发展的重要愿意是目前描述动作语义的技术都很低级，因此即便用形式化方法作设计也是很费时间的，虽然可以提高一定的效率，但是还是远远不够的。 为了解决这个问题，只有从利用以前的成果入手了，也就是复用构件，但不是用今天的构件技术。将来，实现了机器检索的大型构件库，这是计算机实现对构件的查找、转配等自动化的构件库，不是今天的手工构件库。但这样的构件库为什么没有出现，还是老问题，我们还没有一个很理想的描述动作语义的方法，计算机无法判定两个构件或规约和构件之间是否等价，或者有等价的成分，当然也就无法进行自动检索了。 虽然有很多困难，但我相信将来软件工程的发展方向必将是高度自动化的构件式开发方法。 上面说的，完全是个人观点，也许不足采信。

土木工程是一个平实而又重要的学科，学科简介中为土木工程所下的定义是：“土木工程是建造各类工程设施的科学技术的统称。它既指工程建设的对象，也指所应用的材料、设备和所进行的勘测 设计 施工 维修等专业技术”

一、实习目的与要求 1、目的 水工建筑物认识实习是水利相关专业的学生在开始进行专业基础课和专业课学习之前，对本专业所从事工作的性质和内容的一次实地考察和认识。通过实地参观，使学生获得水利水电建设方面的感性认识，大致了解水利枢纽的组成与作用，为后续课程的学习打下基础。使学生进一步了解水利水电工程建筑专业，培养学生热爱专业，增加学习和从事本专业的自信心，树立献身于祖国水利水电建设事业的志向。 2、要求 （1）教学要求 通过认识实习，应使学生初步建立以下及各方面的基本概念： ①水利资源的综合利用及水利水电建设在国民经济建设中的作用； ②水利枢纽的组成与总体布置，各种水工建筑物的作用； ③水电站的典型布置方式、组成建筑物及其作用； ④水利工程的勘测、规划、设计、施工及运行管理的大致过程； ⑤已学课程在水利工程实践中的应用。 （2）纪律及安全要求 ①学习了解并遵守实习基地的各项安全规程规定； ②根据指导教师的安排，有秩序地进入工程现场； ③未经许可不准乱动工程的管理、观测和运行设备； ④对工程管理人员要文明礼貌，不要影响管理作业； ⑤守纪律，集体活动准时 *** ； ⑥有事离开需向负责老师请假； ⑦注意安全，无论是在旅途、还是在驻地； ⑧认真听指导教师和工程相关人员的讲解，要认真作好笔记。 二、实习项目内容和时间安排 1.实习项目内容 （1）参观头屯河水库枢纽工程，了解当地材料坝水利枢纽的布置、组成和作用； （2）参观三屯河水库枢纽工程，了解人工材料坝水利枢纽的布置、组成和作用； （3）参观青年渠首工程，了解人工弯道式引水枢纽的布置和作用、组成； （4）参观渡槽，认识渡槽的组成和作用； （5）参观钢闸门等金属结构，了解水工钢结构的型式和功能； （6）了解水利工程的设计、施工、运行管理和工作条件等情况。 2.实习时间安排 水工认识实习宜安排在大学二年级期末，这时学生已基本修完基础课程，将要开始专业基础课和专业课程的学习，在这一时段安排认识实习，将有助于学生们对水工建筑物的理解和认识。因此，水工认识实习的时间安排在每年的6～7月，一般2～3天，具体时间安排需与工程管理单位联系后确定。 三、实习报告（作业）要求 （1）实习结束后，学生每人填写“新疆农业大学学生实习情况登记表”（见附件2），交实习指导教师及实习指导小组签署意见后，交学院归档。 （2）实习结束后，学生每人填写“新疆农业大学学生实习报告”表，并按“水工认识实习指导书”要求编写“水工认识实习报告”，要求不少于3000字。 四、实习考核与成绩评定 1、指导教师要根据学生在实习过程中各方面的表现评定成绩。其中： （1）综合表现（思想表现，实习态度，团结互助，以及遵守纪律等）占20％。 （2）实习登记表和实习报告内容等占80％。 2、实习成绩按优秀、良好、中等、及格、不及格五级评分制评定，并填写在“新疆农业大学学生实习成绩登记表”中。 3、实习结束后一周内将 “学生实习情况登记表”、“学生实习报告”、“实习成绩考核登记表”和“教学实习指导记录表”送学院教学办存档。 五、参考书与资料

耐得了寂寞，才守得住繁华。 刚刚开始吃多少苦都不是问题，今後的发展空间很大！

1、应该有这方面的专业书籍，有全面准确地阐述。 2、这类问题反而不宜在网上查找。 希望帮到你。

QC? 不好当啊。出了问题都是你的错，我就是..准备不干了，压力好大喔

个人认为他们进攻单一，防守漏洞太大。再加上现场观众，不够热情，对比赛抱着可有可无的心理，造成观赏性实在很差，然后恶性循环，不进行改进一定会走向末路的。 观众角度他们打得实在垃圾，可是真的现实生活中，也算是实力很强，我曾经和一位cuba退役的打过，基本都是他一个人欺负我们2-3个，水平并不差

还有须菩提随时随地只要一宣说

CRM最初是由Gartner Group提出的，就如同它提出ERP一样。CRM（CustomerRelationshipManagement）就是客户关系管理。从字义上看，是指企业用CRM来管理与客户之间的关系。CRM是选择和管理有价值客户及其关系的一种商业策略，CRM要求以客户为中心的商业哲学和企业文化来支持有效的市场营销、销售与服务流程。如果企业拥有正确的领导、策略和企业文化，CRM应用将为企业实现有效的客户关系管理。 CRM是一个获取、保持和增加可获利客户的方法和过程。CRM既是一种崭新的、国际领先的、以客户为中心的企业管理理论、商业理念和商业运作模式，也是一种以信息技术为手段、有效提高企业收益、客户满意度、雇员生产力的具体软件和实现方法。 通过了解哲学、文学和美学领域较早提出的“以接受者为中心”思想，有助于您进一步理解经济学“以客户为中心”的概念。庄子讲：“子非鱼，安知鱼之乐”——你不是鱼，你怎么知道鱼快乐不快乐。如果能够准确把握住接受者的体验，这个人不成为大富豪，也会成为大思想家。接受美学是汉斯.罗伯特.姚斯（HansRobertJauss）于1967年创立的——以往的文学和美学研究、创作，都是以作者/艺术家为中心，姚斯则主张根本性地、颠覆地转向以读者/接受者为中心，因此称作接受美学。它相当于经济学“以产品/厂商为中心”向“以客户为中心”的转变，姚斯的“读者/接受者中心论”体验理论比托夫勒预言的体验经济早了三年，比菲利普.科特勒完善的“4C”理论早了更多年——“4C”是后来CRM客户关系管理出台并走向成熟的理论源泉之一。 CRM最大程度地改善、提高了整个客户关系生命周期的绩效。CRM整合了客户、公司、员工等资源，对资源有效地、结构化地进行分配和重组，便于在整个客户关系生命周期内及时了解、使用有关资源和知识；简化、优化了各项业务流程，使得公司和员工在销售、服务、市场营销活动中，能够把注意力集中到改善客户关系、提升绩效的重要方面与核心业务上，提高员工对客户的快速反应和反馈能力；也为客户带来了便利，客户能够根据需求迅速获得个性化的产品、方案和服务。

对软件工程的一点看法--希望能够抛砖引玉在这里看到很多网友的高论，很有启发。而且目前市面上也涌现出一批面向不同方面的软件过程的书籍，可是在这里，我一直没找到真正对实践有指导意义的，可操作的应用方法，所以现在这儿抛块砖，望各位高手指正。我个人的理解，软件工程就是按照工程学的管理方式，有组织、有计划的，在一定的质量基础、时间限度和成本范围内，实现功能明确的软件系统。而且，软件工程在企业范围内运行，一定需要企业资源的支持，要与企业的经营、决策、管理体系联系在一起，才能够被踏踏实实的落实下来。软件业作为一个服务业，要想得到发展，首先必须形成一个对软件服务有迫切需要的市场。其次，这个市场中的消费者必须具备足够的购买力。软件的消费群体简单一点，可以分为个体消费和企业消费。中国的企业群体，数量庞大，但是质量不高。上规模的企业极少，因此，中国的企业对大型软件的消费肯定是有限的，软件的个人消费，至少目前在中国，还是不成气候。因此，国内目前能够形成比较大规模的独立市场的，肯定是小规模的软件系统。此外，质量的好与坏也不能绝对而论。比如说，你花500元，买双皮鞋，只穿了一个月就坏了，肯定是劣质产品。可是如果你只花了5元买这双鞋，还是穿了一个月就坏了，他就是个优质产品了。软件也是一样。还有一个，就是软件生命周期问题。在国外，很多中、大型企业里，软件系统已经作为企业的命脉在运行，这些企业当然需要长期、稳定的软件服务、开发体系作为保障，因此相对来说，对于软件的功能需求就比较明确，而国内的中小企业在运营方面本来就把灵活多变作为生存武器，当然不可能有比较长期的经营计划，更不可能运用软件系统进行全面企业管理。这就导致对软件系统需求的短期行为，因此，他们更加希望一次性购买功能有限的软件系统，而不是长期连续的软件服务。如果上面的分析有代表性的话，那就是说我们现在必须对开发这类软件形成一套非常有效的工程方法：1。规模小。2。成本低3。质量要求不高。4。售后服务有限。5。生命期短。我想，对于这类系统，RUP未必是一套好的方法。另外，我还想谈谈对软件人员素质的看法。从我个人的经历来说，我觉得我们对于软件工程师的培养方法有问题。理论上说，软件只要设计了一个好的结构，解决了所有的技术难点，剩下的代码高中生就能做。实际上我们的很多名牌大学的计算机专业毕业生都不能很好的Coding。尤其是现在有了VB、PB、JAVA之后，大家似乎认为计算机的体系结构都不用关心了。我曾经经手的几个软件项目中，很多工程师对于用C语言开发Win32多线程、事件驱动、死锁、内存分配等问题根本束手无策。我不相信这些问题可以靠很好的文档解决。实际上，能够用OO的工具工作，根本不代表能够进行OO的系统分析与设计。话又说回来，在中国，有10年以上软件开发背景的人，又有几个？而且他们在过去10年里的经验，更多的是小项目的Coding，而不是大项目的管理与系统分析。而一个好的系统分析师，需要的是实践、实践、再实践。假如说我们的商业环境中根本没有大型的软件项目，怎么可能有优异的系统分析师呢?所以，我想，目前我们的问题，是工程师的技术水平、知识面与管理意识、管理方法同样重要，在这样的前提下，我们是不是要探索一下真正适合我们的软件工程方法呢？

1、软件工程是一门指导软件开发和维护的工程学科，主要研究软件开发和维护的工程技术和软件项目管理等内容，其中涉及如何保证软件产品的质量和可靠性，如何提高软件开发效率和拥护满意度等。2、软件工程目标：生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。3、软件生产历经4大阶段分别为：程序设计阶段（1946-1956年）、软件开发阶段（1956-1968年）、软件工程阶段（1968年以后）、计算机辅助软件工程阶段4、常见的软件过程模型：边改边做模型、瀑布模型、演化模型、增量迭代模型、喷泉模型5、软件过程的研究，标志着人们为解决软件危机问题，把关注的焦点由编程转移到了软件开发的整个过程，包括分析、设计、编程和测试4个核心阶段和需求调研、运行与维护两个延伸阶段说明软件质量、软件开发效率、软件的可靠性、可维护性问题涉及了软件生存周期的所有阶段。6、软件生存周期：一个软件从定义到开发、使用和维护，直到最终被弃用，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生存周期。软件的生存周期可分为八个阶段：①问题定义；②可行性研究；③需求分析；④总体（概要）设计；⑤详细设计；⑥编码与单元测试；⑦综合测试；⑧软件维护。7、需求分析：系统开发前期需求分析很重要，它是为了有效解决用户问题的需要进行的一项工程活动，所需要考虑的需求问题是功能需求、数据需求、性能需求和接口需求，开发者承担分析任务，核心是用户。其步骤有三个：①获取客户需求，客户泛指某个人或机构部门等，一般方法是调查，包括访谈、座谈、问卷、跟班和收集资料，需求规约可表达用户的软件价值。②建立需求模型，它是用户需求的图解，一些常用的模型有：业务树图、用例图、活动图。分别用于结构化需求建模、系统业务举例和反映系统工作流程。③进行需求验证，要验证的主要内容有：有效性验证、一致性验证、完整性验证、现实性验证和可检验性验证。。。。感悟：了解了什么是“软件危机”，透过软件工程于解决“软件危机”的重要性、软件工程三条重要线索、软件工程知识体系函括内容及软件工程各类生存期模型，我对软件工程思想及“工程化”软件开发的流程有了较系统的了解，透过软件工程的起源，认识到：实现软件工业的产业化，软件工程必须是真正意义上的工程化。从软件开发三条线索（开发、管理、改进）来看，软件开发的过程必须规范化（各阶段都必须形成相应文档；编码必须依照通用可读性严格遵照编程规范……）；软件项目管理的核心是项目规划和项目跟踪控制，保证软件工程开发的成功完成，软件开发流程的规范化在软件项目中有着重要的作用，通过不断地优化和规范过程，企业可以提高软件生产能力。从需求分析到维护，透过软件的开发流程具体实施的学习，我对软件项目开发的流程有了更深的理解，例如通过需求规格说明书、可行性研究说明书、数据库设计说明书、需求分析说明书、总体设计说明书、详细设计说明书等六份作业的完成虽然很不完善，但仍让我对需求分析建模和设计中用到的方法有了更好的理解并熟悉了六份文档的格式。学了这门课才知道软件开发中每一阶段都有文档的产生，其管理与应用也是一门大学问……此外，这门课程里讲授了很多我以前从未接触过的方法和软件如UML模型、MVC模型、visio的强大绘图建模功能、这些知识不仅能应用于软件工程，也能应用于其他的很多领域，这门课结束了，但这些方面学习我还将继续的。

件工程(SoftWare Engineering)的框架可概括为：目标、过程和原则. (1)软件工程目标：生产具有正确性、可用性以及开销合宜的产品.正确性指软件产品达到预期功能的程度.可用性指软件基本结构、实现及文档为用户可用的程度.开销合宜是指软件开发、运行的整个开销满足用户要求的程度.这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题,它们形成了对过程、过程模型及工程方法选取的约束. (2)软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤.软件工程过程主要包括开发过程、运作过程、维护过程.它们覆盖了需求、设计、实现、确认以及维护等活动.需求活动包括问题分析和需求分析.问题分析获取需求定义,又称软件需求规约.需求分析生成功能规约.设计活动一般包括概要设计和详细设计.概要设计建立整个软件系统结构,包括子系统、模块以及相关层次的说明、每一模块的接口定义.详细设计产生程序员可用的模块说明,包括每一模块中数据结构说明及加工描述.实现活动把设计结果转换为可执行的程序代码.确认活动贯穿于整个开发过程,实现完成后的确认,保证最终产品满足用户的要求.维护活动包括使用过程中的扩充、修改与完善.伴随以上过程,还有管理过程、支持过程、培训过程等. (3)软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则.