软件工程复习
chap1
1.1
1、software:
abstract | not wear out | portable | complex | expensive
2、what's software:
code,data and documents
1.2 software crisis
1.对这个软件的价值和进程评估不准确。
2.这个软件未达到用户的需求。
3.软件质量不可靠。
4.没有维护过程。
5.没有可用的文档。
6.在整个计算机系统软件占了越来越大的比重。
7.软件发展不能跟上越来越快的计算机应用。
1.3 ethical issues
chap2
2.1 software process
1、
- requirements workflow->requirements document
- analysis workflow->specification document
- design workflow
->design documents:
architecture design and
detailed design:UI | DB | Module | Data and algorithm
- implementation & integration workflow
- testing workflow
- post-delivery maintenance(维护)
- retirement(退役)
2.2 software test
1.no-execution-based testing:code and documents
2.execution-based testing:code
correctness|utility|reliability|robustness|performance
chap3
3.1 what's requirements
null
3.2 How to Achieve Requirements
1.steps:
-preparation
-requirements elicitation&recording&analysis
-requirements documentation
-requirements confirmation
3.3 Rapid Prototyping
a model of the target software system
chap4
4.1 Module cohesion
1.cohesion:degree of interaction within a module
-informational cohesion(多个任务,独立代码,针对相同的数据结构)
-functional cohesion(只具有一个操作)
高重用性,少错误,少回归性错误,可扩展性
-communicational cohesion(针对同一输入数据的过程性内聚)
不可重用
-procedural cohesion(模块内部执行按照一定的顺序)
内部关联很弱,不可重用
-temporal cohesion(模块内部要在相同的时间内被执行)
不可重用
-logical cohesion(一个模块由调用模块决定,内部有逻辑判断)
难理解,难修改,调用模块之间的耦合度增加,效率低
-coincidental cohension(模块内部毫不相干)
维护性和可重用性低->拆分成多个模块
4.2 Module Coupling
1.-data coupling(两模块的所有参数是同类数据项)
-stamp coupling(传递了一个复杂的数据结构,获取了一部分数据)
接口不明晰,难重用
-control coupling(一个模块向另一个模块传递控制变量)
->逻辑型内聚
-common coupling(存储相同的全局变量)
-content coupling(一个模块可以直接访问另一个模块的内容)
4.3 Data Encapsulation&Information Hiding
1、数据封装具有信息性内聚
2、抽象数据类型:一个数据类型连同对该数据类型的实例进行的操作
3、优势:information hiding | data abstraction | procedural abstraction
4.4 Inheritance
- 继承提供了更深的数据抽象
4.5 Aggregation
- 空心的菱形表示不具有相同的生命周期
- 实心的菱形表示具有相同的生命周期
4.6 Association
- 关联由一个动词来连接 ->
- 不只一个关联关系的时候把动词都写在横线之上
- 注意标明阶元关系(关联关系和聚合关系)
4.7 Polymorphism and Dynamic Binding
- Polymorphism:同一方法被不同的类进行使用
- Dynamic Binding:运行时才赋予了方法真正的内容
4.8 OO
- advantage:数据封装和信息隐藏 | 职责驱动设计 | 维护和发展的影响
chap 5
5.1 user case program
-unified proccess是目前最好的面向对象范型,包括
entity class | boundary class | control class
-use-case modling | class modeling | dynamic modeling
-use-case modling包含3个成员:actor | use cases | relationship
-参与者是目标系统的外部
5.2 user case
- 泛化关系generalization(实线空心箭头)和代理关系agency(虚线)
- include(完成前置用例必须要的用例),虚线
- extend(在某一种情况下会执行的用例),虚线
5.3 class modeling
- 名词抽取的方式
5.4 dynamic modeling
- state diagram id replenishment of class description,
It depicts all the states that a class's instance may experience and causing events.
- not all classes need state diagram
chap6
6.1 system design
- high-level design
architecture design
- detailed design
UI | DB | Module | Data structure&Algorithm
6.2 OOD
- construct interaciton diagram: sequence diagrams | collaboration diagrams
- sequence diagrams:[]condition
- design must correctly reflect specifications design itself must be correct
chap7
7.3 implementation & integration
- stubs && driver
- stubs and drivers must be written,then thrown away after module testing is complete
- problem:缺少错误隔离
- top-down 实现与集成(错误隔离 | 底层的可重用模块没有被充分测试)
- bottom-up (底层充分测试 | 错误隔离 | 主要的错误会较晚被发现)
- sandwich (主要错误及时被发现 | 操作模块被充分测试 | 错误隔离)
chap8
8.1 Maintenance
- corrective maintenance
- perfective maintenance
- adaptive maintenance
chap9
software life-cycle models
- iteration and incrementation
- spiral model风险分析 只适合大型的
- water fall model
- incremental model
注解:
祝大家考试顺利~
