计算机科学与工程学院软件工程期末重点总结.docxVIP

—————————————————————————东南大学计算机科学与工程学院《软件工程》复习总结—————————————————————————第一章软件系统的特点：复杂的创造很多功能实现许多不同的（往往又是矛盾的）目标包含许多组成部分不同的参与者开发流程和软件生命周期经常持续很多年容易发生变化客户或终端用户需求变化发现错误开发者有了很好的理解新技术出现，员工变迁软件工程的定义：建模软件工程师通过建模解决复杂性问题模型：系统的抽象体现，使我们可以回答系统的问题并直观理解系统问题求解在有限的预算和时间下，模型寻求合理的解决方案OOSE：object-oriented software engineering 需求获取需求分析系统设计对象设计实现测试知识获取软件工程师收集数据，组织成信息，形成知识非线性过程原理驱动软件工程师需要了解作出决定的环境条件和做出这些决定的基本原理用来应对变化SE概念：技术、方法和工具的集合，可以在有限的时间、预算以及变化出现的情况下实现高质量的软件系统参与者和身份系统和模型生产产品（内部产品+交付产品）功能需求和非功能需求符号，方法，方法论方法论：方法的集合，解决一类问题或说明如何以及何时每个方法需要被用到本书用到的方法论：需求获取和分析系统设计和对象设计变化相关的活动配置管理SE不仅是有关开发，也关于管理开发活动：需求获取，需求分析，系统设计，对象设计，实现测试管理活动：交流，原理管理，软件配置管理，项目管理，软件生命周期第二章UML：Unified Modeling Language面向对象软件建模中出现的标准创始人：OMT (James Rumbaugh)OOSE (Ivar Jacobson)Booch (Grady Booch)用途广泛：功能模型：用例图（用户角度）对象模型：类图（对象、属性、联系、操作角度） 需求分析—分析对象模型—应用概念 系统设计—系统设计模型—系统接口描述 对象设计—对象设计模型—解决方案对象的详细描述动态模型：交互图—在一系列对象之间进行一系列消息交换来描述行为 状态机图—针对某一个对象的状态转换 活动图—针对控制和数据流描述行为用例图：描述系统功能，在需求获取和分析时使用，从外部角度来关注系统行为用例：描述系统提供的功能，产生用户可见的结果参与者：任何与系统交互的人（用户，另一个系统，系统的物理环境）参与者在系统边界外，用例在系统边界内（乃们一定要记住用例名是写在这个椭圆下面的啊T T 学长考试的时候全写在里面了！）类图：描述系统的结构类：描述具有相同结构和行为的对象集的抽象对象：在系统执行过程中被创建、修改和销毁的类的实体 有状态（包括属性值和与其他对象的联系）类图的成分：类，对象，属性，操作，联系交互图：在用例中涉及的对象（参与对象），表现的就是这些对象之间发生的交互状态机图：转换包括对象未来可以转向的状态和转变条件活动图：活动：代表一系列操作执行的建模元素针对活动来描述系统行为其他活动的结束、对象的可用和外部的活动都可以出发活动的执行与流程图相似：控制流（操作发生的顺序），数据流（操作中对象的交互）用例图：《extend》代表异常或很少调用的用例，箭头指向被扩展的用例《include》代表被分离出来的用例，箭头指向使用的用例《inheritance》代表一个用例可以通过添加细节特化另一个更一般的用例，箭头指向那个一般的用例用例描述：用例名称参与者事件流进入条件退出条件特殊需求类图：表现系统的结构需求获取分析中对应用域概念建模在系统设计中对子系统建模在对象设计中说明类的详细行为和属性类：代表一种概念，封装属性和操作，每个属性有一个类型，每个操作有一个签名,只有类名是强制的信息实例/对象：实例代表一种现象，实例名有下划线，名字可以只包括类名关系也可以通过属性来刻画关系类可以用自己的操作和属性，用虚线连在关系线上聚集：共享聚集：表示一种“属于”继承，空心菱形组合聚集：更强形式的聚集，生命周期必须一致，实心菱形限制（qualification）：减少关系的复杂性继承：“是一种”的继承，通过分类简化分析模型，子类继承父类的操作和属性包：可以用UML包机制来组织子系统对象模型建立步骤：找到新的类定义名字、属性、方法找到类之间的关系标注一般的关系（has\owns,etc.）决定关系之间的多重性重审关系找到分类（使用继承）简化、重组顺序图：在分析中，优化用例描述，找到更多的对象（参与对象）在系统设计中，优化系统接口消息—参与对象，消息是参与对象中的方法水平虚线箭头代表数据流在消息前有个*代表迭代重复发送消息，在消息前有个[布尔表达式]代表一种发送消息的条件消息指向一个对象的激活（就是对象下面的长方形）则代表创建（creation），在最后的激活上有个代表销毁，销毁可以代