软件工程导论论文

软件工程导论论文—学习软件工程导论的感受班级：软件07作者：张刚红辅导老师：黎杨参考书目：《软件工程–理论与实践》（第三版影印版）论文摘要：通过学习，对什么是软件工程，过程建模和生命周期，计划和管理项目，捕获需求，系统设计以及各种建模语言和设计方法的理解和感受。论文内容：—.软件工程软件质量的下降到导致了软件危机，软件工程正是为了保证软件产品质量而诞生的。软件工程实质上是希望使软件系统的开发能够像工业品的生产一样，通过一系列的标准和规范，利用科学的技术，方法，工具和管理手段，以达到用较少的时间，较小的开支获得质量高，可维护性好的软件产品，使软件产品保持较高的竞争力。随着软件工程的不断发展，对软件工程的研究逐渐划分为两个方面：1.软件工程技术。包括对工程化的开发方法，软件开发工具与环境的研究。主要面对的问题有：适应需求分析的不确定性、软件的可靠性和软件度量等。软件工程技术的发展出现了瀑布模型、快速原型法等方法，它们在国内外都有过成熟和成功的应用范例。随着新的软件开发技术的出现，出现了诸如面向对象的软件工程等新的软件工程开发技术，给软件工程技术的研究带来了新的研究方法。2．软件工程管理。包括质量管理，费用管理，配置管理等。主要面对的问题有：开发成本的控制、资源控制、质量的控制和进度的控制等。但是由于人们长期认为软件工程的发展主要由软件工程技术决定，所以导致了对软件工程管理研究长期落后。面向对象的思想可以使对现实系统的抽象更加直观，更符合人类的感知和经验，从而、使从需求到分析到设计的过渡更加平滑和自然，还有利于整个软件系统的重用和维护。面向对象的思想和技术发展迅速并日臻成熟，采用面向对象的思想和开发方法对解决大型软件系统的开发和设计具有得天独厚的优势。二.建模方法和生命周期瀑布模型是面向过程方法学，是传统的方法。注重过程建模。缺点是前一阶段的输出座位后一阶段的输入；是一种线性模型，且每一阶段都有各子的里程碑。对需求的变更很难接受。通常涉及到结构化的分析与设计。结构化分析阶段要求需求分析者按照结构化分析的基本思想和步骤完成项目需求分析过程，将分析结果表示为相应的描述形式(主要包括数据流图、数据字典和加工小说明)，并根据相关原则和判定方法保证数据流图的一致性和完整性。要求提交的结构化分析文档的内容包括总体需求概述、分层数据流图、数据字典、加工小说明等，结构化设计文档的内容包括总体设计说明、初始结构图、改进的结构图以及各模块说明等。面向对象方法学也称为面向对象的开发方法，它属于软件工程建模的范畴。面向对象方法学的出发点和基本原则是尽可能模拟人类习惯的思维方式，使开发软件的方法与过程接近人类认识世界解决问题的方法与过程。也就是说，面向对象方法是一种崭新的思维方法，它是把程序看作是相互协作而又彼此独立的对象的集合。由于对象的独立封装，模块的可构造性、可扩充性、可重用性也大大加强，从而面向对象的软件工程能够胜任当今大规模复杂、易变软件系统开发应用的要求。面向对象的软件工程要求首先对系统建立模型是对现实的简化，它提供了系统的蓝图。一个好的模型只需抓住影响事物发展的主要矛盾，而忽略那些次要矛盾。每个系统可以从不同方面用不同的模型来描述。因而每个模型都是在语义上闭合的系统抽象。通过建模可以按照实际情况对系统进行可视化模型详细地说明了系统结构或行为，指导我们构造系统模板。建模是构造软件系统最基本的步骤，在软件工程学科中提供了多种多样的建模方法和高效的工具，其目的是为了在软件开发过程的早期就发现设计中可能隐含的缺陷和错误，对于今日的大型软件系统，采用一种合适的建模方法，建立一个良好的模型是成功的关键。在市场上已有一些公司，如Rationa1，Cayenne，Platinum等开始提供商品化的建模工具，即通常所谓的CASE工具，使得建模过程实现了一定的自动化的标准化，并逐步走向实用，而这些工具的后面，便是具有不同特色的建模方法。UML即统一建模语言，是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它溶入了软件工程领域的新思想、新方法和新技术它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程，UML的定义包括UML语义和UML表示法两个部分。1．UML语义：描述基于UML的精确元模型定义。元模型为UML的所有元素在语法和语义上提供了简单、一致、通用的定义性说明，使开发者能在语义上取得一致，消除了因人而异的最佳表达方法所造成的影响。此外UML还支持对元模型的扩展定义。2．UML表示法：定义UML符号的表示法，为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准这些图形符号和文字所表达的是应用级的模型，在语义上它是UML元模型的实例。用UML建模之初要描述总体需求。在这一阶段中主要是建立用例模型和静态模型，以搭建系统体系结构。用例图是系统的高级视图，要求按照面向对象的原则，站在功能划分的角度将系统要实现的行为划分为用例；以用例之间的动态交互及交互时间为依据产生顺序图；接下来就在用例图的基础上抽象出系统的类，明确各模块之间的关系以适当的粒度画出类图，其中也包括了与用例图的相互迭代修改在分析完模块的静态交互关系后继而要绘制出构件图。以上这些过程中均不考虑系统的具体实现，如建立什么样的数据库或采用什么语言编码等，最好是以使用者的眼光去分析系统功能。为建立完整的系统模型，还要对模块交互和构件细节做进一步分析，补充状态图、活动图、协作图和实施图等，从尽可能多的角度对复杂系统进行描述。在模型确定后就可以借助相应的支撑软件将模型导出为相关代码，形成编码所需的初步框架。三.总结通过学习软件工程导论，我进一步理解了什么是软件工程，怎样管理一个项目。并且在老师对各种建模语言的讲解，让我豁然开朗，明白了各种图在整个项目过程中所扮演的角色和起的作用。让我对需求分析和设计有了比较深刻的认识，懂得了怎样捕获需求，并将其转化成各种文档和图形模型。