软件工程笔记(注释)(完整版)
第一章软件工程概述
1.软件危机 (software crisis)：是指在计算机软件的开发和维护过程中所遇到的一系列
严重问题。即“两低一高”问题：质量低、效率低、成本高。
软件危机也成为“软件萧条(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：面向对象，Object Oriented
A：分析，Analysis
D：设计，Design
P：编程，Programming
T：测试，Test
12.软件工程方法学三要素，这就是方法、工具和过程。其中：
1)方法是完成软件开发任务的技术方法，回答“如何做”的问题；
2)工具是为方法的运用提供自动的或半自动的软件支撑环境；
3)过程规定了完成各项任务的工作阶段、工作容、产品、验收的步骤和完成准则。
第二章软件过程
1.过程（process）：ISO9000把过程定义为，把输入转化为输出的一组彼此相关的资源和
活动。
2.软件过程(Software Process): 是为了获得高质量软件所需要完成的一系列任务的框架
（Framework），它规定了完成各项任务的工作步骤。
3.软件生命周期
软件生命周期由软件定义、软件开发、和运行维护三个时期组成，每个时期又可进一步划分成若干个阶段。(三个时期八个阶段)
三个时期八个阶段：
三个时期：软件定义、软件开发、运行维护
八个阶段：（1）问题定义 (2).可行性研究 (3).需求分析 (4).概要设计 (5).详细设计
(6).编码和单元测试 (7).综合测试 (8).软件维护
4.软件开发模型(在课本的14—33页，了解一下)
1）瀑布模型 (Waterfall)
2）快速原型模型Prototype
3）增量模型（Incremental Models）
4）喷泉模型
5）螺旋模型
6）统一过程(rational unified process,RUP)
7）敏捷过程
8）极限编程(extreme programming,XP)
9）能力成熟模型（capability maturity model,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-relationship diagram）(P41,要求会画)
（1）数据模型的主要成分：数据对象，数据对象的属性，数据对象彼此间相互连接的关系
数据对象：对软件必须理解的复合信息的抽象。
属性：定义了数据对象的性质。
联系：数据对象彼此之间相互连接的方式称为联系，也称为关系。
类型：一对一联系、一对多联系、多对多联系。联系也可以有属性。
（2）实体-联系图的符号表示：
实体
属性
联系
9.数据流图（DFD，Data Flow Diagram）：描绘信息流和数据从输入移动到输出的过程中
所经受的变换
（书本P43—47，要会画）
10.数据字典（DD:，Data Dictionary）：是关于数据的信息的集合，是对数据流图中包含
的所有元素的定义的集合
（书本P49—51，要会画）
11.状态转换图（SD，State Diagram）：通过描绘系统的状态及引起系统状态转换的事件，
来表示系统的行为。用于建立行为模型。
状态：是任何可以被观察到的系统行为模式。状态规定了系统对事件的响应方式
事件：是在某个特定时刻发生的事情，是引起系统做动作或（和）转换状态的控制信息。
（书本P47—49）
第四章结构化设计
性能
DFD
环境功能将来分析
ERD DD
数据
（五大需求）
（四大设计）
存 DS
数据 DB
外存
file
架构 C/S,B/S
四大设计构件之间的接口
接口
人—机接口
Process
过程
Procedure（步骤）
三型两化
行为模型
三型功能模型
数据模型
系统化
两化
层次化
如何设计：必须依据原理、原则、规则、准则
模块：是由边界元素限定的相邻的程序元素的序列，而且有一个整体标识符来代表它。
模块化：就是把程序划分成可独立命名且独立访问的模块，每个模块完成一个子功能，把这些模块集成起来构成一个整体，可以完成指定的功能满足用户的需求。
（1）一组相邻元素
（2）一个边界
（3）一个名字（标识符ID）
Why模块化？
1）降低复杂度
2）有利于团队分工协作
How to 模块化？
Meyer模块化5标准
1）模块可分解性（降低复杂性）
2）模块可组装性（可重用，reuse）
3）模块可理解性(易于维护)
4）模块连续性（副作用小）
5）模块保护性（屏蔽异常）
抽象（abstract）：抽出事物的本质特征，而暂时不考虑它们的细节
找共性，略特性
抓主要，略次要
有效降低模块数量
逐步求精：为了集中精力解决主要问题而尽量推迟对问题细节的考虑。
大小
粗细
Miller法则：一个人在任何时候都只能把精力集中在7±2个知识块上。
7±2
全局变量
信息隐藏
局部变量
块：高聚，一个模块只做一件事
模块独立
参数少
块间：低耦合，KIS（keep it simple）
类型简单
结构化设计原理：
1）模块化
2）抽象
3）信息隐藏
4）逐步求精
启发原则：
1）改进软件结构提高模块独立性
2）模块规模应该适中（LOC<30）LOC:lines of code note>code
3）深度、宽度、扇出和扇入都应当适中（7±2原则）
4）模块的作用域应该在控制域之
5）力争降低模块接口的复杂度（接口KIS）
6）设计单出口单入口的模块
7）模块的功能应该可以预测
设计结果描述工具：建模工具
软件工具
工具建模工具
开发工具
IPO图（Input Process Output）：描述模块（总体）
软件工程读书笔记
软件工程读书笔记 专业：软件工程硕士A班 学生姓名：丁浩宸 学号：13214020 二〇一④年八月
The impact of imperfect change rules on framework API evolution identification:an empirical study 实证研究：框架API更新辨别的不完善变化规则的影响 Wei Wu·Adrien Serveaux·Yann-Ga¨el Gu′eh′eneuc· Giuliano Antoniol 摘要:软件框架在持续更新。程序员保持他们的客户端代码更新很费时。而且不是所有的框架都有着更新的文档说明。因此许多处理方法被提出以减少没有更新文档的影响，这些方法依靠通过辨别软件两个发行版本的改变规则。但是这些改变规则是不完善的，即不是100%正确的。在我们的知识范围内，并没有展示这些非完善改变规则的可用性的实证研究。因此我们设计并实施了一个实验来评价非完善规则的影响。在实验中，实验人员必须在三个不同的发行版本中找到21处丢失了的方法的替换。三个版本分别依靠1）全部正确的改变规则，2）不完善的改变规则，3）无改变规则。统计分析结果表明实验人员在三个不同的发行版本中找到的替换的精度有着显著差异。其中依赖全部正确的改变规则的结果精度是最高的，没有改变规则的精度是最低的，不完善的改变规则在两者中间。不完善改变规则和没有改变规则的精度差的效应值是巨大的，不完善改变规则和完全正确改变规则的精度差的效应值是适度的。研究结果表明框架API更新方法总结出的改变规则确实可以帮助开发者，即使这些规则并不是一直正确的。非完善改变规则可以帮助开发者在文档不可用时更新他们的代码，或者作为部分文档的补充。完全正确和不完善改变规律间适度的差异表明提高改变规则的精度依然可以帮助开发者。 关键词软件维护·可用性·框架API更新·变化规则
软件工程概论考试要点及备选试题
软件工程概论考试要点 考试形式为开卷考试，主要考学生的分析、设计与测试的能力 开卷形式可以带进考场的可以是教材和手写笔记，不可以用任何形式的打印稿和复印件 一、基本知识题 考试形式为填空形式，或文字说明形式 二、系统分析题 给出问题画出系统的数据流图、数据字典的定义、加工说明、ER图 三、系统设计题 给出问题的数据流图，画出系统的软件结构图 给出问题，写出过程设计的程序流程图或PAD图 四、软件测试题 给出问题，进行墨盒测试的等价分类法和白盒测试的路径测试法 备选： 一、基本知识题：（20分） 填空题 1.在信息处理和计算机领域内，一般认为软件是 _程序____、_文档____ 和_ 数据____ 。 2.数据流图的基本组成部分有 _数据的源点与终点____、数据流_____、加 工_____、数据文件_____。 3.数据流图和数据字典共同构成了系统的_逻辑____模型，是需求规格说明书 的主要组成部分。 4.划分模块时尽量做到__高内聚、低耦合______，保持模块的独立性，尽量使 用公共模块。 5.类的实例化是_对象_______。 6.将待开发的软件细化，分别估算每一个子任务所需要的开发工作量，然后将 它们加起来，将得到软件的总开发量。这种成本估算方法称为_自底向上_______。
7.如果一个模块被 n 个模块调用，其中直接的上级模块的个数是 m 个 （ m<=n ）那么该模块的扇入数是 ____N_______ 个。 8.结构化设计以 __数据流图_________ 为基础，按一定的步骤映射成软件结 构。 9.面向对象分析的目的是对客观世界的系统进行___建模_______________ 。 10.一个进行学生成绩统计的模块其功能是先对学生的成绩进行累加，然后求平 均值，则该模块的内聚性是 __________顺序内聚________ 。 11.投资回收期就是使累计的经济效益等于 __最初的投资费用______________ 所需的时间。 12.软件生存周期是指一个软件从提出开发要求开始直到 __软件废弃____为止 的整个时期。 13.曾被誉为“程序设计方法的革命”的结构化程序设计，使程序设计从 主要依赖于程序员个人的自由活动变成为有章可循的一门科学。 14.从结构化程序设计到面向对象程序设计，是程序设计方法的又一次飞跃。 15.在单元测试时，需要为被测模块设计___测试用例_______。 判断题 1.螺旋模型是在瀑布模型和增量模型的基础上增加了风险分析活动。（对） 2.数据字典是对数据流图中的数据流，加工、数据存储、数据的源和终点进行详细定义。（错） 3.软件是指用程序设计语言（如PASCAL ,C,VISUAL BASIC 等）编写的程序，软件开发实际上就是编写程序代码。（错） 4.软件模块之间的耦合性越弱越好。（对） 5.过程描述语言可以用于描述软件的系统结构。（错） 6.如果通过软件测试没有发现错误，则说明软件是正确的。（错） 7.快速原型模型可以有效地适应用户需求的动态变化。（对） 8.模块化，信息隐藏，抽象和逐步求精的软件设计原则有助于得到高内聚，低耦合度的软件产品。（对） 9.集成测试主要由用户来完成。（错） 10.确认测试计划应该在可行性研究阶段制定（错）
软件工程导论复习笔记
简答题： 1.什么是软件？ 答：软件是： （1）指令的集合（计算机程序），通过执行这些指令可以满足预期的特征、功能和性能需求。 （2）数据结构，使得程序可以合理利用信息。 （3）软件描述信息，它以硬拷贝和虚拟形式存在，用来描述程序操作和使用。 2.How do software characteristics differ from hardware characteristics? 软件的特性是如何不同硬件的特性？ 答：（1）软件是设计开发的，而不是传统意义上生产制造的（2）软件不会磨损，但会退化 （3）虽然整个工业向着基于构件的构造模式发展，然而大多数软件仍是根据实际的顾客需求定制的 3.What do people mean by the expression "software crisis"? 人们是怎样理解“软件危机”这个短语的？
答：软件危机主要表现在两个方面： （1）无法满足日益增长的对软件的需求。 （2）难以满足对已有的软件系统的维护需求。 软件危机出现的原因： （1）由于软件生产本身存在着复杂性 （2）与软件开发所使用的方法和技术有关 “软件工程”的概念用工程化的思想来克服软件危机。 4.What myths about software still exist ? 软件仍然存在着什么神话？ 答：管理者的神话；用户的神话；开发者的神话。 简答题： 1.What are the three generic phases of software engineering? 软件工程的三个一般的阶段是？ 答：定义阶段、开发阶段、维护阶段 (软件生存周期的三个阶段：软件定义、软件开发、软件维护) 2.What are the names of the five levels of the SEI Capability Maturity Model?
智慧课堂虚拟现实-zspace
第一章智慧课堂虚拟现实 1.1智慧课堂 1.1.1系统概述 在学校，课堂教学环节是学生接受系统教育最重要的一环，做好教学互动环节，是掌握好教学环节的质量，提高教学水平的关键。现行的教学过程中，传统的签到环节、疑问确认环节、提问互动环节、课堂小测试环节存在诸多问题。签到过程中，使用纸张签到，效率低且存在代签现象，结果不便于教师统计；提问互动环节和课堂小测试的环节中，教师给出简单选择后，学生举手或者口头回答，不能获得准确的统计数据，教师只能根据大体情况来判断是否进行教学，没有准确的数据，更不能考虑后期的数据挖掘和数据统计工作。传统的教学方式已经不适应现代化教学的需要，基于物联网技术集智慧教学、人员考勤、资产管理、环境智慧调节、视频监控及远程控制于一体的新型现代化智慧教室系统在逐步的推广运用。智慧教室作为一种新型的教育形式和现代化教学手段，给教育行业带来了新的机遇。 1.1.2智慧课堂功能 智慧教室系统打通教学流程的课前、课中、课后、课外各环节，使用专项定制的人人通学习机，可与学校现有的课程中心、网络教学平台、资源平台、电子书包进行灵活畅通对接互通。智慧教室课堂系统根据学校的现有信息技术架构，提供了数据中心版、私有云服务版、公有云服务版多种灵活的部署实施方式，为学校的教学模式创新与落地提供个性化、灵活逐级扩展、安全稳定的技术与服务水平。 智慧课堂系统的特色: ●颠覆传统教学，提高学生知识应用力、自主思考力、探究学习力 ●无线多屏互动技术，权限控制、跨平台多点交互 ●大数据挖掘分析，助力教师针对性制定教学方案
●满足各种需求的定制服务 ●个人学习空间满足进阶式教学 多种教学互动场景与功能推动探究式教学模式、启发式教学模式、讨论式教学模式等创新型教学理念的研究与实现，并同时支持多种教学终端（电子白板、人人通学习机、PC、笔记本等等）。 智慧课堂允许学生和教师在开课前掌握预习情况，并在课堂上导入课前作业进行讲评，老师主持与指导学生进行探究式小组教学活动，系统自动采集课堂信息生成质量报告。 1.1.3智慧课堂布局 智慧教室系统由交互式电视、书写电子白板、微课笔、智慧课堂系统、学生学习终端、短焦投影机等主要功能模块组成，教师教学登录到智慧课堂平台，，实现无尘教学，保护师生的健康，老师可在电子白板上进行书写、绘制讲解分析。老师使用的智能终端受学校管理员通过智能中控设备统一管理，在云平台中心存放大量丰富的教学资源，学生及老师可以在线查阅或者下载到本地，与此同时，老师也可以将备课资料存放到云平台，当上课需要时，直接调出来使用即可。 在学生平板电脑上安装智慧课堂电子书包系统，平板电脑无线网络连接到班级AP上，学生可以自行分组讨论教学问题，也可以与教师进行教学互动，灵活的教学方式使整个教学更加生动，学生更易及时掌握课堂知识。
读书笔记思维导图软件哪个好
导语： 思维导图模板就是一些绘制的比较好看内容比较丰富的思维导图模板，整体的绘制就是按照思维导图的方法进行绘制使用的，那模板存在的意义是什么呢？手心啊是对于刚接触思维导图的伙伴来说不知道怎么绘制可以借鉴使用，其次是时间比较紧任务比较重的时候可以使用，总体来说使用的人还是比较多的。 思维导图模板素材：https://https://www.360docs.net/doc/3e10270846.html,/community/44/1 首先我们按思维导图的绘制步骤来回想，当我们打开思维导图软件以后，我们是怎么开始制作的呢?回答：当然是选模板啦!或许，模板就是病因呢。已经绘制过一些思维导图的你，却仍然觉得不会画思维导图，你是否全是使用的模板呢?当然，使用模板可以提升效率无可厚非，但在你没有理清思路的情况下一昧的套用模板，后果便是一团糟。
比如做数学练习题，还没有开始思考如何解题，就去看答案。跟着答案的思路你以为你懂了，再次碰到同样的题时，你还是不会，因为你根本没有思考过。再比如，学画画时，临摹可以临摹得很好，丢掉摹本自己创作时却造型都造不准。模仿能力强固然是好事，但没有创造能力，模仿便不值一提。 在绘制思维导图前，应该要找到适合自己的思维方式，然后根据这个思路一步步的将内容扩充完整。新手就应该从空白画布开始，先学习思维导图的思维方式，再去了解思维导图的展现形式。模板是有提升效率、提供灵感的用处，但不可过分依赖。 从思维方式举个例子，比如我们现在要制作一个关于你为什么依然单身的思维导图。从问题来看，我们知道这是一个探寻原因的思维导图，那么可以结 合分析原因的鱼骨图的制作就更清晰明了。
然后，我们可以遵循一定的规律来列出大致的原因：比如由内到外、现象到本质的的思路。 然后从每个子主题去展开探索，深入挖掘每一个概括理由下的原因。
软件工程课程论文
目录 1.学习目的 (2) 1.1用途 (2) 1.2要求 (2) 2.学习态度 (2) 3、学习内容 (3) 4、学习心得 (5) 5.自我评价 (6) 6.学习成果 (7)
软件工程课程总结 1.学习目的 1.1用途 在本学期的软件工程课程中我们大略学习了软件的开发过程，需要哪些工具，具体建模模式和方法以及这些模型和方法是如何实现软件的某一功能的，让我们在脑海里形成了系统的关于软件开发的流程图，为今后的关于软件工程的学习打下基础，同时为我们开发软件带来方便。通过这学期以来的学习，虽说课本中的很多内容仍不能清晰地理解掌握，但对于软件工程确实也有了更明晰系统的概念和理解，同时也在老师授课下对许多以前未所听闻的开发软件和开发方法如UML模型等有了初步的了解，深感这是一门博大精深而十分有用的学问，需要我们认真进一步地学习。 1.2要求 关于软件工程的学习，我对自己的要求是：①掌握老师课堂上指出的重点内容，并在课后通过各种手段作一定的深入了解。②认真记下重要的笔记，保证按时完成老师交代的作业并及时上交，同时检查自己是否仍有不懂的知识。③积极和同学讨论自己对于书本中一些方法、模型的理解和感受。④上课不旷课逃课，不迟到早退。 2.学习态度 在这个学期的《软件工程》这一门课程的学习中，我的学习态度端正，从没有旷课逃课、请假、迟到早退等行为，上课认真记下老师讲过的重点知识的笔记，下课也和朋友讨论刚学的模型和方法如瀑布模式、增量模式、用例图的画法、活动图的作用等，受益良多。也有按时完成老师布置的作业并及时上交给老师检查。
但是有一点让我惭愧的是，我的课外阅读量太少，对软件的了解仍然有待加强，在今后的学习中，我一定会加强这方面的阅读并好好的运用在软件开发中。 3、学习内容 软件的定义：软件是能够完成预定功能和性能的可执行的计算机程序和使程序正常执行所需要的数据，加上描述程序的操作和使用的文档。软件的特征：①软件有对硬件不可缺失的依赖。②软件有不同与硬件的生产流程。软件不是制造出来的，而是开发出来的。硬件生产的最大成本是复杂的制造工艺，而软件的最大成本则是分析与设计。③软件有不同与硬件的生命过程。包括：磨合期、正常使用期、老化期。 软件危机：①软件开发成本、进度失控。②软件质量不能获得有效保证。③软件不能满足用户应用需要。④软件可维护性差。 软件生存周期：一个软件从定义到开发、使用和维护，直到最终被弃用，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生存周期。软件的生存周期可分为三个阶段：软件定义期、软件开发期、运行维护期。 瀑布模式：是传统的软件开发模式，其中的“瀑布”是对这个模式的形象表达，由山顶倾泻下来的水，自顶向下、逐渐细化。其特点是：线性化过程；分为分析、设计、编码、集成等几个阶段，并且各阶段逐级推进，不允许跨越。里程碑管理；阶段评审；文档驱动；简洁便于工程应用的线性化过程步骤，并可以通过里程碑管理机制而使项目进程量化。其明显的优点就是没个阶段结束前都要对所完成的阶段成果进行评审，这使得软件的错误能够在个阶段内尽早发现并尽早解决，总的来说瀑布模式具有良好的质量保证机制，有很强的生命力。 原型进化模式：对软件进行直接模拟或仿真，只需要分析用户的需求框架后进行原型创建，再根据用户的使用评价对原型系统进行逐步细化与完善，通过版本更新逐步满足用户对于软件的多方面需要。 增量模式：开发过程有三个任务域，分别是设计结构、开发构件和集成系统，它既有完善的工程管理机制，又能适应用户需求变更，有利于质量的监控，并且各局部基于构件构造，有利于逐步构建与完善；由于先交付核心构件可利于降低
《软件工程导论》读后感
读完《软件工程导论》后，我才发现原来做一个真正的软件居然要经历这么多东西。原来我离一名真正的软件工程师还有很大一段距离。 那么先来谈谈对于软件创作方面的收获吧。 首先，对于一个即将被开发的软件，要有一个它能解决问题的定义，然后进行可行性的研究、需求分析……这是软件开发的管理团队开始运作，他们会预估投资，创作的时间，以此来评估开发软件的风险。项目管理先于任何技术活动之前开始，并且贯穿项目，，他们的工作看起来挺花时间的，但实际上大有用处，它会将软件开发的风险将到尽量低，这是前人吃亏的来的经验，所以在开发软件时，一定要考虑它的价值。 当预估通过时，便开始总体设计，此时的系统已经知道做什么，现在就开始让它怎样做。这时首先寻找实现目标的各种不同方案，再选取方案，进行成本、效益的分析，当方案选取出来时，根据方案将设计模块化（把程序划分成独立命名且可独立访问的模块）、耦合。这时有一个简单明了的说明图（流程图）显得尤为重要。它会将抽象的逻辑思维具体化。所以说流程图是程序编写的灵魂。当总体设计完成后，才开始详细设计。
详细设计阶段的任务还不是具体地程序编写，而是设计程序的蓝图。以后程序员将更具意读者。程序的质量不仅要看它的逻辑是否满足，还要考虑是否通俗易懂，这又一次显现流程图的重要性。 详细设计完，才开始实现. 通常，实现包括编码和测试，在以前，我一直以为软件主要考编码，结果才发现在软件开发过程中，程序员只占20%，而测试员占了25%。这说明后期的维护太重要了。完成编码后，便开始测试，测试完后还有调试（作为成功测试后的结果出现）。 当软件开发出来并交付使用后，便进入了软件的运行和维护阶段，这个阶段时软件生命周期的最后一个阶段。 而对于团队方面，我也有了更深的认识。首先团队的强大、效率并不是靠人数来决定的。一个强大团队要素质少而精，并且分工明确。这也对我以后进团队有一些帮助吧。 看完这本书，虽然对于大量的专业知识一头雾水，但是对于一个软件开发有了比较详细的了解。并不再是以前单纯的敲代码。而对于软件工程导论，感觉B.w.Beehm的7条基本原则就能完全概括 1.用分阶段的生命周期计划开始管理 2.进行阶段评审程序 3.实行严格的产品控制 4.采用现代程序设计技术 5.结果应能清楚地审查 6.开发小组的人员应少而精 7.承认不断改进软件工程的必要性 原来我还太单纯，太薄了！
审计数据转换笔记
目录 一、Oracle课堂笔记 (3) 第一章：Oracle 9i数据库概述 (3) 第二章：Oracle 9i数据库的安装与卸载 (4) 第三章：Oracle 9i数据库的启动与关闭 (4) 第四章：创建数据库 (5) 第五章：配臵访问数据库 (6) 第六章：管理数据库表 (6) 第7章 Oracle数据库的导入导出 (7) 第8章 PL/SQL语言 (9) 实例一 (10) 实例二 (10) 二、SQL Server2000课堂笔记 (10) 第一章：关系数据库基础 (11) 第二章：SQL Server 2000 基础 (12) 第三章：数据库的创建与管理 (12) 第四章：T-SQL 语言基础 (12) 第五章：基本表的创建与管理 (14)
第七章：实现数据完整性 (14) 三、SQL Server2000习题库 (16) 第一章：书本例题（第六章） (16) 第二章：课后习题 (22) 第三章：课间练习 (32) 第四章：单科考试题 (33) 四、数据采集转换 (41) 第一章：课堂笔记 (41) 1、用excel自身的功能导入SQL Server数据 (41) 2、将SQL Server里的表导入AO系统 (42) 3、把设有密码的access的密码取消的方法 (42) 4、金蝶.ais文件变成.mdb文件的处理 (42) 5、SQL Server数据采集方法 (43) 6、业务数据的采集与分析 (44) Ⅰ业务数据一(旌县医院) (44) Ⅱ业务数据二(空调费) (46) 第二章：十一套数据 (47) 0标准数据（2003年） (48) 1真实数据（2004年） (49) 2通用数据（2007年） (50)
ERP读书笔记
第一章商业职能、流程和数据要求 一职能部门和业务流程 1．运营职能部门 制造业的公司主要有：市场营销与销售、生产物料管理、会计与财务、人力资源等四个运营职能部门。 2．业务流程 业务流程是一系列活动的集成，通过一种或几种投入创造一个对客户有价值的产出。 业务流程与业务职能的主要区别主要体现在：业务职能是指各自部门单独完成各自的业务，而业务流程则要求各部门相互协调，相互联系共同来完成一项业务。 二一个极小型企业的职能部门和商业流程 1．市场营销与销售 市场营销和销售部门的职能包括开发产品、定价、对客户进行产品促销并受理客户订单。市场营销与销售也有助于制订销售预测。 2．生产和物料管理 该职能部门包括采购、接收、运输/后勤、生产排程和设备保养等职能。 3．会计和财务 该职能部门包括财务会计、成本分摊和控制、计划和预算以及现金流管理等职能。4．人力资源 甚至在很简单的企业中，也要有雇员来支持销售和生产部门。这就意味着需要招聘、培训、评估和酬劳员工。 三职能部门信息系统 信息系统服务于职能部门。信息系统捕捉、处理、存储数据，以提供决策所需要的信息。在一个职能部门工作的职员需要其他职能部门的信息。理想化讲，职能部门信息系统应该进行集成，这样共享的数据才能准确而又及时。 第二章ERP系统的发展 一导致ERP发展的几个因素 1．计算机硬件速度和性能的突飞猛进，同时成本降低，体积减小。 2．早期的“客户端/服务器”结构为多用户共享通用数据提供了级别架构。 3．日益精良的软件为集成创造了有利条件，尤其在两个领域：会计/财务和职责资源规划。4．日益增长的企业规模、复杂程度和竞争程度使企业管理者渴望更高效和更具竞争力的信息系统。 二ERP软件的出现：SAP和R/3 1．ERP发展的简介 1972年五位前IBM公司的系统分析员在德国成立了System analyse and Programmentwicklung公司，即SAP。1978年R/2系统出现。1988年SAP意识到“客户端/服务器”硬件构造的潜力，开始研发R/3系统，并于1992年问世。 2．SAP R/3的特色 ①SAP最初的R/3系统是针对规模非常大的公司。②R/3软件系统价格昂贵。③R/3的模块设计建立在业务流程基础上。④R/3不仅是一个软件包，它更是开展业务的一种方式。3．ERP系统的重要性和益处 ①ERP可以更便利的实现全球集成。②ERP不仅集成了人员和数据，而且不必更新和维修许多分立的计算机系统。③ERP可以使管理层管理经营活动，而不仅仅是监督。 三关于ERP的若干问题 购买ERP系统价格昂贵，实施起来耗费时间，并需要对大量的人员进行培训，而回报也
软件工程课程笔记
软件工程课程笔记 软件 ●与计算机系统操作有关的程序、规程、规则及任何与之有关的文档和数据 ●软件=程序+数据+文档 程序设计语言的发展 ●机器语言 ●汇编语言 ●高级语言 ●面向问题的4GL 文档 ●标准化 ●规范化 开发过程 ●依赖于开发人员的专业素养，脑力劳动，开发成本、进度很难估计，不可预料因素较多， 产品的不可见性，错误不可能完全剔除 使用过程 ●大量维护投入（纠错、完善、适应） 逻辑特性 ●不会磨损，但会老化 变更与错误影响范围具有扩大的效应 软件分类（基于开发过程）：CASE工具软件、个人计算机软件、人工智能软件、事务处理软件、科学与工程计算机软件、嵌入式软件、系统软件、实时软件 软件危机的表现 ●软件越来越复杂，规模越来越庞大 ●但是单纯增加人力，并不能提高生产力 ●随着人员的增加，组织、管理、协调成长突出问题 软件危机的产生原因 ●需求定义不完整、不精确，用户参与少 ●没有挖掘用户愿望 ●缺乏发型项目开发经验和项目组织经验 ●缺乏有力的方法学和工具支持 ●软件产品的特殊性：复杂，开发过程不可见，进度难以估计 开发模型： 瀑布型模型 原型模型 螺旋模型 基于4GL技术的模型 变换模型 敏捷开发 组合模型
CASE工具及环境 软件工具：单一，不兼容 CASE：集成，协同 第3讲软件项目管理 对软件项目开发过程中所涉及的过程、人员、产品、成本和进度等要素进行度量、分析、规划、组织和控制的过程，以确保软件项目按照预订的成本、进度、质量要求顺利完成开发任务。 ●过程管理 过程定义和剪裁 软件项目计划 软件度量 软件项目的跟踪和监督 风险管理 ●人员管理 软件项目团队 纪律和激励机制 ●产品管理 软件需求管理 软件质量保证 软件配置管理 软件度量（Metrics）是指对软件产品、软件开发过程或者资源的简单属性的定量描述 ●产品：软件开发过程中所发生的各种文档和程序 ●过程：与软件开发有关的各种活动，如软件设计等 ●资源：软件开发过程中所需支持，如人员、费用等 注意点 ●定量描述，而不是定性描述 ●简单属性无需参照其它属性便可直接获得定量描述。 软件测量（Measure）是对软件产品、软件开发过程和资源复杂属性的定量描述，它是简单属性度量值的函数，软件测量用于事后或实时状态，如软件可靠性 ●注意点 定量描述，而不是定性描述 复杂属性，不可直接获得、需要参照其它属性的度量值 估算（Estimation）对软件产品、软件开发过程和资源复杂度属性的定量描述，它是简单属性度量值的函数，软件估算用于事前，如软件开发成本 ●注意点 定量描述，而不是定性描述 复杂度，不可直接获得、需要参照其它属性的度量值 事前状态 可采用经验公式，可参考历史资料和数据。估算的结果一般用于签订合同、立项、指定
软件工程 期末复习笔记
软件工程期末复习笔记 胡丹 一．基本概念 1.什么是软件工程？ 答：见作业 2.什么是参与者，角色？ 答：所有参与到软件项目中的人员称为参与者。把项目或系统的一组职责称为角色。一个角色与一组任务联系在一起，且被派给一个参与者。一个参与者能充当多个角色。 3.系统和模型。系统指内部关联部分的集合。模型指系统的任何抽象。 4.软件工程开发活动：开发活动通过构造和验证应用域模型或系统模型处理复杂性问题，开发活动包括：需求获取、分析、系统设计、对象设计、实现、测试。 二.基本概念（2） 1.系统开发的主要内容集中在系统的3个不同模型上： 功能模型，在MUL中，使用用例图表示功能模型，以从用户观点描述系统功能。 对象模型，在MUL中，使用类图表示对象模型，使用对象、属性、关联和操作来描述系统的结构。 动态模型，在UML中，使用交互图、状态图和活动图表示动态模型，以描述系统的内部行为。 2.用例模型（功能模型） 2.1用例模型=用例文档+用例图 2.2用例间的关系：用例之间的关系关联（association ）、包含(include)、扩展(extend)和泛化(generalization)这几种关系。 关系关联（association ）：通信1.表示参与者用例之间进行通信。 2.不同的参与者可以访问相同的用例。 包含(include)：把它所包含的用例行为作为自身行为的一部分。 扩展(extend)：扩展用例被定义为基础用例的增量扩展。 基础用例提供扩展点以添加新的行为。 扩展用例提供插入片段以插入到基础用例的扩展点上泛化(generalization)：继承 2.3 用例文档包括的内容：1.用例名。2.范围。 3.级别。 4.主要参与者。 5.涉众及其关注点。 6.前臵条件 7.后臵条件 8.主事件流 9.备用事件流。 3.类图（对象模型） 3.1类是面向对象系统组织结构的核心。对一组具有相同属性、操作、关系和语义的对象的抽象。包括名称部分（Name）、属性部分（Attribute）和操作部分（Operation）。
GIS读书笔记
《当代地理信息技术》读书笔记 地理信息系统（gis，geographic information system）是由计算机系统、地理数据和用户组成的，通过对地理数据的集成、存储、检索、操作和分析，生成并输出各种地理信息，从而为土地利用、资源管理、环境监测、交通运输、经济建设、城市规划以及政府部门行政管理提供新的知识，为工程设计和规划、管理决策服务。gis始于60年代的加拿大与美国，尔后各国相继投入了大量的研究工作，自80年代末以来,特别是随着计算机技术的飞速发展,地理信息的处理、分析手段日趋先进，gis技术日臻成熟，已广泛地应用于环境、资源、石油、电力、土地、交通、公安、急救、航空、市政管理、城市规划、经济咨询、灾害损失预测、投资评价、政府管理和军事等与地理坐标相关的几乎所有领域。 但是，进入90年代以来，随着信息技术，尤其是计算机技术的快速发展，计算机其微处理器的处理速度愈来愈快性能价格比更高; 其存储器能实现将大型文件映射至内存的能力,并且能存储海量数据、数字地球（digital earth）的提出与实施，多媒体技术、空间技术、虚拟实景、数字测绘技术、数据仓库技术、计算机图形技术三维图形芯片、大容量光盘技术及宽频光纤通讯技术的突破性进展，特别是消除数据通讯瓶颈的卫星互联网的建立，以及能够提供接近实时对地观测图象的高分辨、高光谱、短周期遥感卫星的大量发射以及gis的应用深度的不断深入和广度的扩大，gis正处于急剧变化与发展之中，并对gis提出了许多新的要求。一方面，计算机的进步、信息网的发展和利用等技术上的突破，使得以数字形式表示信息更加容易，另一方面，地理信息仍滞后于其它更适合于以数字形式表示的信息，例如数字和文本。因此，地理信息的使用，又存在一定的困难和障碍，如果这些障碍能够妥善解决，gis的应用将会取得突飞猛进的发展。gis技术依托的主要工具和平台是计算机及其相关设备。目前gis主要总体上呈现网络化、组件式、开放性、移动式、空间多维性与虚拟现实、3s集成等发展趋势。 1、webgis 传统gis系统的弊端：文件服务器结构，处理能力完全依赖client端，效率低下；client 端的任何操作都要将服务器文件远程复制到本地进行，多用户并发操作时，网上存在多个备份，数据完整性难以控制；大量数据频繁传输，造成网络瓶颈，降低系统性能；成本高昂，企业用户的gis要求仅限于一般性功能，为此每个client都配备昂贵的专业gis软件无疑是巨大浪费；gis桌面系统操作复杂，需要专业基础和长期培训，不适合企业级及大众化应用；而webgis的优势：大规模降低成本，全面取代gis桌面系统；将企业成员的交流合作与gis 专业操作有机结合，构成企业群体生产力；采用页面取代窗口，简单易用，降低专业操作难度；充分利用网络资源，是一种理想的全局优化模式；对于webgis的设计思路，首先是基于gis网络协议，其次就是webgis多源数据的集成，以及多线程并形式计算和平台的独立性。 webgis有更广泛的访问范围客户可以同时访问多个位于不同地方的服务器上的最新数据。其次就是平台独立性，由于是用通用的web浏览器，用户可以适时地访问webgis数据，其软件成本与全套专业gis相比明显要节省得多。目前，webgis在internet/intranet上的应用为典型的三层结构，三层结构包括客户机、应用服务器与web服务器、数据库服务器。如今，webgis得到了越来越广泛的应用，一类为基于internet的公共信息在线服务；webgis 的另外一类应用为基于intranet的企业内部业务管理。gis可以与无线通信相结合。wap技术的发展与应用使无线通信技术与gis技术以及internet技术的结合成为可能，形成了一种新的技术——无线定位技术，因此也衍生一种新的服务，即无线定位服务。利用这种技术，人们可以利用手机查询到自己所在的位置。gis与无线通讯的结合，使gis借助于无线通讯等技术手段更加深入地融入到我们的日常生活当中，这将是一个非常广阔的市场。 与传统的gis相比，web gis具有以下特点： (1)适应性强 web gis是基于互联网的，因而是全球的，能够在不同的平台运行。
心得体会 软件测试心得体会(精选5篇)
软件测试心得体会（精选5篇） 软件测试心得体会（精选5篇） 关于软件测试的心得体会 虽然一如继往地写读书笔记，笔墨也浪费了不少。但真正坐下来利用大段的时间将自己的思路理清还没有过。因为最近有了一定的时间,更因为狠狠地泡了一段时间51Testing测试论坛,下载学习了该网站的电子测试杂志之后，自己的思路终于开始清晰起来，朦朦胧胧地开始看清了远方的路,麻着胆子去分析一下自己,也学着展望一下未来了,毕竟摸黑走路的感觉很不好。 我觉得学习软件测试的通用技术与针对某类软件的测试技术外,还有一个重要的与技术无关的方面:业务知识.没有具体的业务知识很难发现软件中潜在的逻辑错误甚至是需求上的错误,当然需求要依据特定的软件,但软件测试人员对需求理解的深入程度不应低于软件开发的人员.因为软件测试所有的依据来自于需求,而所有的需求来自于客户,甚至是我们的全部都来自于客户.识别需求后还必须转化为测试上的需求,毕竟测试人员看需求的角度和开发人员还是有区别的. 关于学习，我知道我并非计算机专业的学生,初涉软件测试行业，没有接受系统的培训，对软件测试一无所知，既不知道该测试什么，也不知道如何开始测试。但是,总该知道如何去学习，然而我认为，学习总该有必要的方法 1.找个好师傅 这是最重要的一条了,也是公司提供的最好的一个条件.刚进来的时
候,td,测试案例都有一个pm细心的和你讲,案例有什么方法来设计?要注意哪些错误?软件测试技术相关书籍目录、软件测试流程相关文档目录、产品业务相关的文档目录，一大堆的东西马上够你头晕的了.呵呵,还好,悟性不错,都囫囵吞枣地吞下去了. 2.学会读书 无论是神马专业，我始终确信，万变不离其宗，我知道，我不是这个专业的，但这个并不代表这我就不了解这个，再怎么不济，我也是从书本中走出来的，我相信，只要我努力地吧书本啃熟，我能够灵活地融入到这个职业中去，从书本中找寻解决问题的方法。标记出自己所错误的。 3.与前辈们一起讨论，多说 总有一天，我们会成为一位前辈，不过不是现在，至少现在我们应该好好的向别人学习，所以，我觉得，前辈是我们前进道路上不可或缺的一部分，他会成为引领我们前进的发动机，给我们指点，跟我们道工作的经验。然而，我们也应该多说，我知道，前辈们给我们讲解，已经是很辛苦的事情，毕竟，这不是他们的义务。我们也应该多多说说我们的观点，这样既能够让人家了解我们的水平，也方便老师前辈们对我们进行指导。 这些天的学习，我也有了一点自己的心得体会 体会一：软件测试在整个软件周期中的重要性。 它存在于整个项目周期，在项目开始之初需求调研的时候就开始了，在形成需求规格说明书的时候就需要针对文档进行测试。这个环节在
计算机基础读书笔记
计算机基础读书笔记 【篇一：大学计算机基础读书笔记】 计算机 计算机的应用:数值计算，数据处理，自动控制，计算机辅助系统(cad,cam,cbe,cat,cai)，人工智能，通信和电子商务 （数值计算又称科学计算；数据处理又称信息处理；自动控制又称过程控制，包括检测过程和控制过程;计算机辅助设计 cad(computer aided design)，降低了设计人员的工作质量，提高了设计的效率和质量，节约了设计成本；计算机辅助制造 cam(computer aided manufacturing)提高产品质量，降低生产成本和劳动强度，缩短生产周期;计算机辅助教育cbe(computer based education)包括计算机辅助测试cat(computer aided test)和计算机辅助教学cai(computer assisted instruction)，提高了教学质量；人工智能ai(artificial intelligence),如专家系统等，可以对原始数据进行分析决策；计算机网络是计算机技术与通讯技术相结合的产物，提高了通信的速度与效率，降低了软件与硬件的使用费用，提高了计算机系统的可靠性）计算机的特点：运算速度快，计算精度高，记忆力强，具有逻辑判断能力，自动化程度高 计算机系统：硬件系统和软件系统。硬件系统：运算器，控制器，存储器，输入设备，输出设备。软件系统：系统软件，应用软件。计算机系统层次结构：应用软件层》实用软件层》操作系统层》硬件层 数制：按进位的原则进行计数，进位计数制 位权：一种进制中某个位置上的单位值 十进制：0，1，…,9,逢十进一,基数为10。二进制：0，1，逢二进一，基数为2。二进制的优点：便于实 八进制：0，1，2，…,7,。 0，倒排余数。小二进制转换为十六进制方法：从小数点开始，每4位一组，不足4位的用0补齐，每一组用一个十六进制数表示。八进制（十六进制）数转换为二进制数方法：每位八进制数（十六进制数）用3（4）位二进制数表示，删除两端无意义的0。 机器数：正负号用数字表示的数。0为正，1为负。真值：与机器数对应的数学中的数。
软件工程课程总结
课程总结
题目
《软件工程》课程总结
学生姓名
学号
学院
专业班级
指导教师
职称
教授
2014 年 11 月
《软件工程》课程总结
一、学习目标 通过系统的学习，了解软件开发从项目确定到需求分析，再到概 要及详细设计、代码实现、开发后的软件测试这一完整软件开发过程。 学习上面提到的每一个步骤中完成任务的相关方法与工具。学完后应 初步具备管理整个软件开发完整流程的能力。提高软件的质量与生产 率，最终实现软件的社会化大生产。在给定成本、进度的前提下，开 发出具有可修改性、有效性、可靠性、可理解性、可维护性、可重用 性、可适应性、可移植性、可追踪性和可互操作性并且满足用户需求 的软件产品。 二、学习态度 这一学期的软件工程课就要进入尾声了，在复习理论知识的同 时，更需要回顾和反思自己的学习态度。
在这学期的软件工程学习中，我从来没有迟到、早退以及旷课。 不过因为参加银行从业考试请了一次假。在这学期中，我每节课都是 按时上课，虽然我对软件、计算机这方面没有天赋，但是我尽量做到 认真听课，提醒自己不要开小差。听很多人说这是一门比较深奥的课 程，刚开始的时候我比较排斥这门课，但是老师讲的风趣幽默，慢慢 的我开始进入状态，上课认真做笔记，认真听讲。
三、学习内容 通过一学期软件工程的学习，使我了解到了很多以前都不知道的 知识。现将所学课本外的知识总结如下：
第一章 软件工程概述 软件工程是工程化软件开发与维护的方法论软件的开发者维护 者或软件项目管理者都将是软件工程的实践者，并都需要掌握与应用 软件工程方法。 1.1.软件是计算机系统中的逻辑成分，是程序、数据、文档等诸 多元素的集合，需要有物理硬件的支持才能产生作用。是一系列按照 特定顺序组织的计算机数据和指令的集合。软件并不只是包括可以在 计算机上运行的电脑程序，与这些电脑程序相关的文档一般也被认为 是软件的一部分。 1.2.软件危机（software crisis），20 世纪 60 年代以前，计 算机刚刚投入实际使用，软件设计往往只是为了一个特定的应用而在 指定的计算机上设计和编制，采用密切依赖于计算机的机器代码或汇 编语言，软件的规模比较小，文档资料通常也不存在，很少使用系统 化的开发方法，设计软件往往等同于编制程序，基本上是个人设计、 个人使用、个人操作、自给自足的私人化的软件生产方式。软件危机 主要表现在：软件开发费用和进度失控，生产出来的软件难以维护， 软件产品质量难以保证等等。 1.3.软件工程是关于软件开发，使用与维护的工程方法学，并是 工程技术、工程管理与工程经济的有机综合。 1.4.结构化方法学是传统的主流方法学，以功能为基本元素，包
软件工程笔记完整版
. 第一章软件工程概述 1.软件危机 (software crisis)：是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。即“两低一高”问题：质量低、效率低、成本高。 软件危机也成为“软件萧条(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）认识到软件开发不是个体劳动的神秘技巧，而是一种组织良好、管理严密、各类人员协
软件工程读书笔记
1.软件危机 在计算机软件的开发和维护过程中所遇到的一系列严重问题。 2.软件危机的表现 –软件成本日益增长 –开发进度难以控制 –软件质量差 –软件维护困难 –软件开发速度跟不上计算机发展速度 3.软件危机的原因 –技术原因 ?软件规模越来越大 ?软件复杂度越来越高 –管理原因 ?软件开发缺乏正确的理论指导，过分依靠个人技巧和创造性 ?对用户需求没有完整准确的认识，就匆忙着手编写程序 4.软件工程 1) 将系统化、规范化、可量化的工程原则和方法，应用于软件的开发、运行和维护。 2) 对1)中方法的理论研究。 5.生命周期 软件生命周期由软件定义、软件开发和运行维护三个时期组成，每个时期又可进一步划分成若干个阶段，每个阶段有各自的任务。 ●问题定义 ●可行性分析 ●需求分析 ●概要设计 ●详细设计 ●编码和单元测试 ●综合测试 ●维护 6.软件过程 生命周期模型规定了把生命周期划分成哪些阶段及各个阶段的执行顺序，因此，也称为过程模型。 7.瀑布模型： ●阶段间具有顺序性和依赖性 ●推迟实现的观点 ●质量保证的观点，文档驱动 优点：文档驱动的规范坏，每个阶段的仔细验证。 缺点：通过文档与客户沟通，最终产品可能不能真正满足客户需求。 8.快速原型模型： ?快速建立起可以运行的程序，其功能往往是最终产品功能的子集。 特点：通过原型系统获取客户要求，一旦需求确定，原型将被抛弃。 9.增量模型： ●把软件产品作为一系列增量构件来设计、编码、集成和测试。 优点：能在最早的时间把最新的功能提交给客户；减少客户对全新软件的冲击。
缺点：开发困难，设计阶段必需有一个好的体系结构 10.螺旋模型： ●在每个阶段之前都增加了风险分析过程的快速原型模型。 优点：对可选方案和约束条件的强调有利于已有软件的重用；减少了过多测试或测试不足带来的风险；维护只是一个周期；风险驱动。 11.瀑布模型： 面向对象 迭代 无缝 可行性分析 1.可行性分析任务 ●技术可行性 ●经济可行性 ●操作可行性 ●法律可行性 2.可行性分析过程 ?复查系统规模和目标 ?研究目前正在使用的系统 ?导出新系统的高层逻辑模型 ?进一步定义问题 ?导出和评价供选择的解法 ?推荐行动方针 ?草拟开发计划 ?书写文档提交审查 3.系统流程图 –概括描绘物理系统的传统工具 –用图形符号，以黑盒子形式描述组成系统的每个部件 –程序、文档、数据库、人工过程