本文主要是介绍软件工程知识点总结(1):软件工程概述,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
1 什么是软件?
定义:计算机系统中的程序及其文档。
——程序是计算机任务的处理对象和处理规模的描述;
——文档是为了便于了解程序所需要的阐明性资料。
2 软件的特点?
软件是无形的,不可见的逻辑实体
——它的正确与否,一直到程序在机器上运行才能知道
——这就给设计、生产和管理带来许多困难
软件是定制、设计开发的,而不是生产制作的
——虽然整个工业向着基于构件的构造模式发展
——然而大多数软件仍然是根据实际的顾客需求定制的
软件是复杂的
——软件涉及人类社会的各行各业
——软件开发常常涉及其他领域的专业知识,这对软件工程提出了很高的要求
软件质量要求有所差异,有的很高,有的允许小的错误。
——例:1962.7.22,美国飞往金星的火箭“水手一号”的控制系统导航程序中,Do5 I=1,3 误写成 Do5 I=1.3,造成火箭偏离轨道,迫使地面炸毁火箭,直接损失 1850 万美元。
软件开发工作涉及到很多社会因素
——如机构设置、体制和管理方式以及人们的观念和心理
软件的开发成本高
软件在使用过程中没有磨损,老化的问题
软件易于复制
软件的开发与运行都离不开相关的计算机系统环境
3 软件发展历史:
1、第一阶段----个人程序阶段
2、第二阶段----软件作坊阶段
3、第三阶段----软件工程阶段
4 软件危机:
软件危机(软件萧条、软件困扰):是指在计算机软件的开发和维护过程中所遇到 的一系列严重问题。
包含两方面问题: (1)如何开发软件以满足不断增长、日趋复杂的需求? (2)如何维护数量不断膨胀的软件产品? 几乎所有软件都不同程度地存在这些问题。
5 软件危机的典型表现:
(1)对软件开发成本和进度的估计常常很不准确;
(2)用户对“已完成的”软件系统不满意的现象经常发生;
(3)软件产品的质量往往靠不住;
(4)软件常常是不可维护的;
(5)软件通常没有适当的文档资料;计算机软件不仅仅是程序,还应该有一整 套文档资料。
(6)软件成本在计算机系统总成本中所占的比例逐年上升;
(7)软件开发生产率提高的速度,远远跟不上计算机应用迅速普及深入的趋势 。
6 产生软件危机的原因:
(1)与软件本身的特点有关:软件不同于硬件,它是计 算机系统中的逻辑部件而不是物理部件。
(2)与软件开发和维护的方法不正确有关。
7 消除软件危机的途径:
(1)对计算机软件有正确的认识。
(2)认识到软件开发是一种组织良好、管理严密、各类人员协同配合、共同完 成的工程项目。
(3)应该推广使用在实践中总结出来的开发软件的成功技术和方法,并继续研 究探索
(4)应该开发和使用更好的软件工具。
8 工程:以现有技术为基础,解决实际问题;与研发不同,研发讲究深度,窄而深; 工程讲究广度,将多种技能、知识组合起来解决问题;工程要解决的是实际问题, 必须要考虑复杂的实际环境;工程需要讲究组织和沟通;工程因为涉及到的人非 常多,会成立项目部,分部门协作,各司其职,同时有各类的文档化、标准化、 流程、规范等的判定体系,用来保证部门直接的无缝协同工作。
9 软件工程的代表性定义:
Fritz Bauer:软件工程是为了经济地获得可靠的和能在实际机器上高效运行的软 件而建立和使用的好的工程原则。
IEEE:软件工程是(1)将系统化的、规范的、可度量的途径应用于软件的开发、 运行和维护的过程,即将工程化应用于软件中;(2)研究(1)中提到的途径。 (美国电气与电子工程师协会)
计算机科学技术百科全书:软件工程是应用计算机科学、数学及管理科学等原理, 以工程化的原则和方法制作软件的过程。
10 软件工程的概念:
软件工程:软件工程学。是用工程化的方法指导计算机软件开 发和维护的一门工程学科。包括软件开发技术(过程、方法和工具)与软件工程 管理。过程(框架,模型)是技术中最重要的一个要素。
软件工程包括技术和管理两方面的内容。
软件工程管理:通过计划、组织和控制等一系列活动,合理地配置和使用各种资 源,以达到既定目标的过程。(估算代码规模,工作量估算,进度计划,人员组 织,配置管理等)
软件开发技术(软件工程方法学):通常把在软件生命周期全过程中使用的一整套 技术方法的集合称为方法学(methodology),也称为范型(paradigm)。
11 软件开发技术三要素:
(1)过程:生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。
(2)方法:是完成软件产品的各项步骤所规定任务的技术方法,回答“怎样做” 的问题。
(3)工具:是为运用方法而提供的自动的或半自动的软件工程支撑环境。
12 常接触到的工具:
(1)项目管理工具: 用于项目计划、成本、进度管理等。如: Gantt Project
(2)配置管理工具:版本管理 Visual Source Safe、cvs 版本控制系统
(3)图工具(建模):程序流程图、软件结构图等工具如:visio、 Rational Rose
(4)原型开发工具:CodeMaker 是一个能够通过数据库结构,自动生成完整的 数据库操作的动态网页的代码生成器 Mockup Builder:Mockup Builder 是一款界面原型设计工具, 支持网页、桌面应用、移动应用。
(5)源码分析工具:SourceNavigator:代码阅读器。对阅读分析源代码极其有 用,可以显示类,函数以及成员之间的关系。
(6)数据库建模工具:ERwin 可以实现将已建好的 ER 模型到数据库物理设计的 转换,即可在多种数据库服务器(如 Oracle、Sql Server、Mysql)上自动生成库 结构,提高了数据库的开发效率。
13 软件开发本质:
不同抽象层次术语之间的“映射”
不同抽象层次处理逻辑之间的“映射”
14 实现映射的基本手段:
建模:是解决问题的一般途径!
15 何为建立问题的模型?
运用所掌握的知识,通过抽象、给出该问题的一个结构。 例如:y=x2+5 ——采用数学作为建模工具
16 软件生命周期:
软件产品从形成概念开始,经过开发、使用和维护,直到最后 退役的全过程(记)。 分为三个时期:软件定义、软件开发和运行维护(也称为软件维护)。每个时期又进一步划分成若干个阶段。
17 每个时期每个阶段的基本任务及文档:
(1)问题定义
任务:问题是什么 通过对客户的访问调查,系统分析员扼要地写出关于问题性质、工程目标和工程 规模的书面报告。 经过讨论和必要的修改之后这份报告应该得到客户的确认。
结果:关于系统规模和目标的报告书
(2)可行性研究
任务:有可行的解吗? 技术可行性、经济可行性、操作可行性 系统分析员需要进行一次大大压缩和简化了的系统分析和设计过程。 研究问题的范围,探索这个问题是否值得去解,是否有可行的解决办法。
结果:可行性论证报告(立即进行/推迟进行/不能或不值得进行)
(3) 需求分析——很重要,却常常被忽略
任务:必须做什么(从用户的角度) 主要是确定目标系统必须具备哪些功能。 系统分析员必须和用户密切配合,充分交流信息,以得出经过用户确认的系统逻 辑模型。
结果:系统的逻辑模型(数据流图、数据字典、用例图、类图、顺序图等),用 规格说明书准确地记录对目标系统的需求
(4) 概要设计
任务:这个阶段的关键问题是:“概括地说,应该怎样实现目标系统?” 简单的说:划分模块及设计模块间关联。 又称:生成软件体系结构 设计出实现目标系统的几种可能的方案(低、中、高成本)。 用适当的表达工具描述每种方案,分析优缺点,推荐一个最佳方案,制定出实现 最佳方案的详细计划。设计程序的体系结构。
结果:推荐的系统体系结构(层次图或结构图、架构、类图等)
(5) 详细设计
任务:怎样具体实现该系统 详细地设计每个模块,确定实现模块功能所需要的算法和数据结构。
结果:每个模块的算法和数据结构(程序流程图、PAD 图、N-S 图、伪代码等)。
(6) 编码和单元测试
任务:得到正确的程序模块 选取一种适当的高级程序设计语言(必要时用汇编语言),把详细设计的结果翻译 成用选定的语言书写的程序; 并且仔细测试编写出的每一个模块。
结果:代码和测试报告
(7) 综合测试
任务:得到符合要求的软件 通过集成测试、验收测试、现场测试、平行运行等方法对目标系统进一步测试检 验。 通过对软件测试结果的分析可以预测软件的可靠性;反之,根据对软件可靠性的 要求,也可以决定测试和调试过程什么时候可以结束。
结果:测试计划、详细测试方案以及实际测试结果、完整一致的软件配置
(8) 软件维护(记)
任务:使系统持久地满足用户的需要 改正性维护,诊断和改正在使用过程中发现的软件错误; 适应性维护,修改软件以适应环境的变化; 完善性维护,根据用户的要求改进或扩充软件; 预防性维护,修改软件为将来的维护活动做准备。 每一项维护活动实质上是经历了一次压缩和简化了的软件定义和开发的全过程。
结果:完整准确的维护记录
18 软件生存周期模型:
(IEEE)个包括软件产品开发、运行和维护中有关过程,活 动和任务的框架,覆盖了从该系统的需求定义到系统的使用终止。
中国计算机科学与技术百科全书称软件生存周期模型为“软件开发模型”,并把 它定义为:软件过程、活动、任务的结构框架。
19 常见软件生存周期模型:瀑布模型、V 模型、增量模型、快速模型、螺旋模型、 喷泉模型、RUP 统一过程、敏捷过程——极限编程
20 瀑布模型的特点:
(1)阶段间具有顺序性和依赖性:前一阶段的工作完成之后, 才能开始后一阶段的工作; 前一阶段的输出文档就是后一阶段的输入文档。
(2)推迟实现的观点:对于规模较大的软件项目来说,往往编码开始得越早最终 完成开发工作所需要的时间反而越长。
(3)质量保证的观点:每个阶段都必须完成规定的文档,是“文档驱动”的模型; 每个阶段结束前都要对所完成的文档进行评审,尽早发现问题,改正错误。
瀑布模型的优点:可强迫开发人员采用规范的方法;严格地规定了每个阶段必须 提交的文档;要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证。
瀑布模型的缺点(重):客户要准确、完整、全部的表达出自己的需求;缺乏灵 活性,一旦需求存在偏差,最终只能终止或者失败;用户只能通过文档了解产品, 不经过实践的需求是不切实际的。
21 增量模型的特点:
增量模型把软件产品作为一系列的增量构件来设计、编码、集成和测试。
该模型假设需求是可以分段的,称为一系列增量产品,每一增 量可以单独开发。
一旦需求确定后,就着手对第一个构件的需求进行分析。稍后,在未完成第一个 构件前,已开始第二个构件的分析。
增量模型的优点:作为瀑布模型的变体,拥有瀑布模型的全部优点;第一个可以 交付的版本所需要的成本和时间少,迅速占领市场;承担的风险小;当配备的人 员不能在设定的期限内完成产品时,它提供了一种先推出核心产品的途径; 逐 步增加产品功能可以使用户有较充裕的时间学习和适应新产品。
增量模型的难点:软件体系结构必须是开放的;如果分增量块过多的话,会增加 管理成本;不同的构件并行地构建有可能加快工程进度,但是冒无法集成到一起 的风险。
22 快速原型模型步骤:
(1)获取用户需求,描述规格说明书;使用原型(样本)思 想获取用户需求。
(2)根据规格说明书开发维护软件
原型开发工具: CodeMaker 是一个能够通过数据库结构,自动生成完整的数据 库操作的动态网页的代码生成器。
Mockup Builder:Mockup Builder 是一款界面原型设计工具,支持网页、桌面应 用、移动应用。
23 快速原型模型的特点:
软件产品的开发基本上是线性顺序进行的;快速原型的本 质是“快速”,应该尽可能快地建造出原型系统,以加速软件开发过程,节约成 本;在整个开发过程中,初始及多次迭代的原型可能跟用户的需求完全不同,引 起客户不满。但同时用户也能随时看到实物和进展。
24 螺旋模型思想:
使用原型及其他方法来尽量降低风险。
25 螺旋模型的特点:
每完成一个阶段,都要先进行风险识别,然后风险分析,对存 在的风险尽力进行风险控制。若风险很大,无法解决,甚至可以停止工作的进行。 风险分析是对工程建设项目投资决策或企业生产经营决策可能造成的失误和带 来的经济损失所进行的估计。
图中的四个象限代表了以下活动:
(1)制定计划:确定软件目标,选定实施方案,弄清项目开发的限制条件;(左 上)
(2)风险分析:分析评估所选方案,考虑如何识别和消除风险;(右上)
(3)实施工程:实施软件开发和验证(右下)
(4)客户评估:评价开发工作,提出修正建议,制定下一步计划。 (左下)
螺旋模型的优点:主要优势在于它是风险驱动的。在评估和风险分析阶段都可作 出项目是否继续,以规避无法承担的风险;螺旋循环的次数指示了已消耗的资源; 减少了测试不足所带来的风险;维护只是模型的另一个周期,维护和开发之间没 有本质区别。
螺旋模型的缺点:采用螺旋模型需要具有相当丰富的风险评估经验和专门知识, 在风险较大的项目开发中,如果未能够及时标识风险,势必造成重大损失。 过多的迭代次数会增加开发成本,延迟提交时间。
适用于:适用于庞大、复杂并具有高风险的系统;更多的适用于内部开发的大规 模软件项目。
26 喷泉模型的特点:
主要用于支持面向对象开发过程。体现了软件创建所固有的迭 代和无缝隙的特征。
27 RUP 统一软件开发过程四个阶段:
(1)初始阶段:定义最终产品视图、业务模型并确定系统。
(2)精化阶段: 分析问题域,建立健全、合理的体系结构基础,明确项目中高 风险元素,制定一个合理的项目开发计划。
(3)构建阶段:开发一个完整的软件系统,并继续演进需求、体系结构,直至 作品提交。
(4)移交阶段:为用户安装部署软件,产品提交给客户使用。
28 使用最广泛的软件开发方法学:结构化方法、面向对象方法
29 面向对象技术的优势:
(1)稳定——较小的需求变化不会导致系统结构大的改变
(2)复用——提高质量,降低成本
这篇关于软件工程知识点总结(1):软件工程概述的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!