软件工程笔记完整版.docx
- 文档编号:337888
- 上传时间:2022-10-09
- 格式:DOCX
- 页数:29
- 大小:85.89KB
软件工程笔记完整版.docx
《软件工程笔记完整版.docx》由会员分享,可在线阅读,更多相关《软件工程笔记完整版.docx(29页珍藏版)》请在冰豆网上搜索。
软件工程笔记完整版
第一章软件工程概述
1.软件危机(softwarecrisis):
是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
即“两低一高”问题:
质量低、效率低、成本高。
软件危机也成为“软件萧条(depression)”或“软件困扰(afflication)”
2.软件危机主要表现
1)开发成本和进度估计不准
2)用户对“已完成的”软件系统不满意
3)软件质量往往靠不住
4)软件常常是不可维护的
5)软件通常没有适当的文档资料
6)软件成本逐年上升
7)软件开发生产率滞后于硬件和计算机应用普及的趋势
3.产生软件危机的原因
1)与软件本身的特点有关
a.软件不同于硬件,是逻辑部件而不是物理部件
缺乏可见性
难于测试
管理和控制开发过程困难
不会因使用时间过长而被“用坏”
难以维护
b.软件不同于一般程序,规模庞大,而且程序复杂性随着程序规模的增加而呈指数上升
2)和软件开发与维护的方法不正确有关
a.对软件开发和维护有关的错误认识和作法
忽视软件需求分析的重要性
认为软件开发就是写程序
轻视软件维护
b.对软件开发过程与方法的认识与应用
软件开发要经历一个漫长的时期(编程占10-20%)
程序仅是完成软件配置的一个组成部分
软件开发方法要有利于软件维护
4.软件的特点
(1)软件是无形的(intangible)
(2)软件副本的大批量生产轻而易举
(3)软件业是劳动密集型的
(4)一个没有经过充分训练的软件开发人员很容易编写出难以理解和修改的软件
(5)软件本身很容易修改。
但由于它的复杂性,又很难正确地修改。
(6)软件不像其他的工业产品那样会因使用而磨损,随着反复修改,它的设计会逐渐退化
5.消除软件危机的途径
1)对计算机软件的正确认识
2)认识到软件开发不是个体劳动的神秘技巧,而是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目
3)推广使用成功的软件开发技术和方法
4)开发和使用更好的软件开发工具
总之,为了消除软件危机,既要有技术措施(方法和工具),又要有必要的组织管理措施。
6.对“工程”的理解:
大事情,施工的过程,工程学科。
施工的过程:
分析→设计→实现→维护
7.软件的概念
经典定义:
软件=程序+文档+数据
软件是计算机程序及其有关的数据和文档的完整集合。
计算机程序是能够完成功能的可执行的指令序列
数据是程序能适当处理的信息,具有适当的数据结构
软件文档是开发、使用和维护程序所需要的图文资料
8.软件工程的概念
概括地说,软件工程是指导计算机软件开发和维护的工程学科。
采用工程的概念、原理、技术和方法来开发与维护软件,把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来,以经济地开发出高质量的软件并有效地维护它,这就是软件工程。
目标:
项目成功(BFC,Better、Faster、Cheaper)
9.软件工程的本质特征
(1)软件工程关注于大型程序的构造
(2)软件工程的中心课题是控制复杂性
(3)软件经常变化
(4)开发软件的效率非常重要
(5)和谐地合作是开发软件的关键
(6)软件必须有效地支持它的用户
(7)在软件工程领域中通常由具有一种文化背景的人替具有另一种文化背景的人创造产品
10.软件工程的基本原理
(1)用分阶段的生命周期计划进行严格管理
(2)坚持进行阶段评审
(3)实行严格的产品控制
(4)采用现代程序设计技术
(5)结果应能清楚地审查
(6)开发小组的人员应该少而精
(7)承认不断改进软件工程实践的必要性
11.软件工程方法学
通常把在软件生命周期全过程中使用的一整套技术的集合称为方法学(methodology),也称为范型(paradigm)。
1)传统方法学(结构化方法学):
SA,SD,SP,ST
2)面向对象方法学:
OOA,OOD,OOP,OOT
S:
结构化,structured
OO:
面向对象,ObjectOriented
A:
分析,Analysis
D:
设计,Design
P:
编程,Programming
T:
测试,Test
12.软件工程方法学三要素,这就是方法、工具和过程。
其中:
1)方法是完成软件开发任务的技术方法,回答“如何做”的问题;
2)工具是为方法的运用提供自动的或半自动的软件支撑环境;
3)过程规定了完成各项任务的工作阶段、工作内容、产品、验收的步骤和完成准则。
第二章软件过程
1.过程(process):
ISO9000把过程定义为,把输入转化为输出的一组彼此相关的资源和活动。
2.软件过程(SoftwareProcess):
是为了获得高质量软件所需要完成的一系列任务的框架(Framework),它规定了完成各项任务的工作步骤。
3.软件生命周期
软件生命周期由软件定义、软件开发、和运行维护三个时期组成,每个时期又可进一步划分成若干个阶段。
(三个时期八个阶段)
三个时期八个阶段:
三个时期:
软件定义、软件开发、运行维护
八个阶段:
(1)问题定义
(2).可行性研究(3).需求分析(4).概要设计(5).详细设计
(6).编码和单元测试(7).综合测试(8).软件维护
4.软件开发模型(在课本的14—33页,了解一下)
1)瀑布模型(Waterfall)
2)快速原型模型Prototype
3)增量模型(IncrementalModels)
4)喷泉模型
5)螺旋模型
6)统一过程(rationalunifiedprocess,RUP)
7)敏捷过程
8)极限编程(extremeprogramming,XP)
9)能力成熟模型(capabilitymaturitymodel,CMM)
第三章结构化的分析(SA)
1.需求分析:
发现、求精、建模、规格说明、复审的过程。
发现:
获取需求,完备、正确、有效
求精:
细节
建模:
形式化描述
规格说明:
详述
复审:
批准
2.需求分析的准则
1)必须理解和表示问题的信息域,根据这条准则应该建立数据模型。
2)必须定义软件应完成的功能,这条准则要求建立功能模型。
3)必须表示作为外部事件结果的软件行为,这条准则要求建立行为模型。
4)必须对描述信息、功能和行为的模型进行分解,用层次的方式展示细节。
3.需求获取的方法
1)访谈
正式的:
事先准备好的
非正式的访谈:
开放的,头脑风暴,情景分析
2)面向数据流自顶向下求精
3)简易的应用规格说明技术
4)快速建立软件原型
4.分析建模
结构化分析实质上是一种创建模型的活动。
通过需求分析而建立的模型必须达到下述的三个基本目标:
描述用户的需求。
为软件设计工作奠定基础。
定义一组需求,一旦开发出软件产品之后,就可以用这组需求为标准来验收该产品。
5.模型(Model):
是为了理解事物而对事物作出的一种抽象,是对事物的书面上的无歧义文字或图形的描述.
5.1.模型是对问题的简化。
5.2.要从多个角度认识事物。
6.分析模型:
数据模型(实体联系图)、功能模型(数据流图)、行为模型(状态转换图)。
7.需求分析成果:
软件需求规格说明
8.实体-联系图(ER图,entity-relationshipdiagram)(P41,要求会画)
(1)数据模型的主要成分:
数据对象,数据对象的属性,数据对象彼此间相互连接的关系
数据对象:
对软件必须理解的复合信息的抽象。
属性:
定义了数据对象的性质。
联系:
数据对象彼此之间相互连接的方式称为联系,也称为关系。
类型:
一对一联系、一对多联系、多对多联系。
联系也可以有属性。
(2)实体-联系图的符号表示:
实体
属性
联系
9.数据流图(DFD,DataFlowDiagram):
描绘信息流和数据从输入移动到输出的过程中所经受的变换
(书本P43—47,要会画)
10.数据字典(DD:
,DataDictionary):
是关于数据的信息的集合,是对数据流图中包含的所有元素的定义的集合
(书本P49—51,要会画)
11.状态转换图(SD,StateDiagram):
通过描绘系统的状态及引起系统状态转换的事件,来表示系统的行为。
用于建立行为模型。
状态:
是任何可以被观察到的系统行为模式。
状态规定了系统对事件的响应方式
事件:
是在某个特定时刻发生的事情,是引起系统做动作或(和)转换状态的控制信息。
(书本P47—49)
第四章结构化设计
性能
DFD
环境功能将来分析设计过程
ERDDD
数据STD接口
(五大需求)
数据
(四大设计)
内存DS
数据DB
外存
file
架构C/S,B/S
四大设计构件之间的接口
接口
人—机接口
Process
过程
Procedure(步骤)
三型两化
行为模型
三型功能模型
数据模型
系统化
两化
层次化
如何设计:
必须依据原理、原则、规则、准则
模块:
是由边界元素限定的相邻的程序元素的序列,而且有一个整体标识符来代表它。
模块化:
就是把程序划分成可独立命名且独立访问的模块,每个模块完成一个子功能,把这些模块集成起来构成一个整体,可以完成指定的功能满足用户的需求。
(1)一组相邻元素
(2)一个边界
(3)一个名字(标识符ID)
Why模块化?
1)降低复杂度
2)有利于团队分工协作
Howto模块化?
Meyer模块化5标准
1)模块可分解性(降低复杂性)
2)模块可组装性(可重用,reuse)
3)模块可理解性(易于维护)
4)模块连续性(副作用小)
5)模块保护性(屏蔽异常)
抽象(abstract):
抽出事物的本质特征,而暂时不考虑它们的细节
找共性,略特性
抓主要,略次要
有效降低模块数量
逐步求精:
为了集中精力解决主要问题而尽量推迟对问题细节的考虑。
大小
粗细
Miller法则:
一个人在任何时候都只能把精力集中在7±2个知识块上。
7±2
全局变量
信息隐藏
局部变量
块内:
高内聚,一个模块只做一件事
模块独立
参数少
块间:
低耦合,KIS(keepitsimple)
类型简单
结构化设计原理:
1)模块化
2)抽象
3)信息隐藏
4)逐步求精
启发原则:
1)改进软件结构提高模块独立性
2)模块规模应该适中(LOC<30)LOC:
linesofcodenote>code
3)深度、宽度、扇出和扇入都应当适中(7±2原则)
4)模块的作用域应该在控制域之内
5)力争降低模块接口的复杂度(接口KIS)
6)设计单出口单入口的模块
7)模块的功能应该可以预测
设计结果描述工具:
建模工具
软件工具
工具建模工具
开发工具
IPO图(InputProcessOutput):
描述模块(总体)
架构表示:
C/S,B/S,层次
层次图+IPO图=HIPO图
结构图:
(P76)
Yourdon提出的结构图是进行软件结构设计的另一个有力工具
面向设计流的设计方法
三种设计方法面向数据结构的设计方法
面向对象的设计方法
设计优化:
无有好优精
人—机界面设计问题
MICUIGUIAUIMMI
1.系统响应时间(长度、易变性)
集成式(内含,开始就设计在软件中)
2.用户帮助措施
嵌入式/附加式(联机文档)
1)
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 笔记 完整版