software engineering

软件工程复习

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

注解:

  • SQA 软件质量保证
  • OOA 面向对象分析

祝大家考试顺利~

你可能感兴趣的:(software engineering)