SE(软件工程)

软件工程的概念在导论这门课介绍的比较清楚。这个地方，我们回想这几个概念，有个自己的理解就好：

• 理解软件工程
• 为什么学软工？
• 软工的知识体系
• 若干重要概念
• 软工的演变与趋势

OOAD

阅读书上第1章

几个课外的概念

• software crisis:
  • is a term used in the early days of computing science for the difficulty of writing useful and efficient computer programs in the required time
• Constructive Cost Model(COCOMO):
  • an algorithmic software cost estimation model developed by Barry W. Boehm. The model uses a basic regression formula with parameters that are derived from historical project data and current as well as future project characteristics.
• 必须要了解software engineering body of knowledge中本课涉及的KA(knowledge areas)
  • software requirements, software design, software construction，software development process， software engineering models and methods
• 必须了解三种开发生命周期的特点
  • Waterfall development： 试图在编程之前详细定义所有或大部分需求
  • 优势1： 定义了软件开发基本流程，创意阶段描述问题、市场、关键技术等，分析阶段调查问题与需求
  • 劣势1： 人力资源问题，知识技能需求不同，人员数量要求不同
  • 劣势2： 容错问题能力，再后期发现需求问题，工作量难接受
  • 劣势3： 前后依赖问题，前面需求模糊，后面工作无法开展
• Iterative and incremental developmen：允许在不完整的工作、不完美的知识储备下开始
  • 优势1： 逐步趋向稳定
  • 优势2： 有效管理需求变化
  • 优势3： 持续集成
  • 优势4： 尽早接触整个系统
  • 优势5： 在线风险评估
• Agile development：
• 软件企业的评价指标Capabilty Maturity Model Integration（CMMI）中的5个等级
  • Initial： 无序，自发生产模式
  • Managed： 建立了基本的项目管理，制定了必要的过程纪律
  • Defined：将软件管理和工程过程文档化、标准化
  • Quantitatively Managed： 定量理解与控制， 定量预测性能
  • Optimizing：工程量化反馈，不断改进

书本基本概念

• Analysis:
  • 对问题和需求的调查， 在问题域中发现关键的概念类， “概念”
• Design
  • 满足需求的概念上的一个解决方案，将概念类映射到软件类，在问题域外发现实现所需要的类设计框架等， “协作”

UML， 一种可视化语言

• 三种应用UML的方式：
  • 草图：普通的使用方式， agile modeling 强调的
  • 蓝图：逆向工程-根据源码生成UML类图、包图， 前向工程-根据UML图生成源码
  • 编程语言： 自动生成可执行代码
• 三种应用UML的perspective
  • conceptual perspective：描述现实世界
  • Specification perspective（少用）: 描述软件中的实现，但是不说明技术
  • implementation perspective： 特定技术（如C++）中的软件实现
• 不同perspective 中的类的概念
  • conceptual class： 真实世界中的概念
  • software class：过程或方法中，表示软件实现的类
  • implementation class： 特定语言中的类

Iterative, evolutionary， and agile

阅读书上第2章

Unified Process

• UP
  • the process is scalable, effective, improves productivity, Iterative and incremental approach 允许从不完整的工作和不完备的知识开始
• UP workflow：定义了一系列要执行的活动：
  • Business Modeling：定义问题等，建立用力模型
  • Requirements Analysis： 定义领域模型等
  • Design： 建立设计模型，设计用例在物理上的实现
  • Implementation： 编码
  • Test and Integration
• Use Case Driven
  • 意味着团队从编程和测试中收集发现的需求，应用use case
• Architecture Centric
  • 软件系统的整体结构、结构元素、结构元素之间的协作

Iterative and Evolutionary

• Agile Methods and Attitude
  • 优先级最高的是，通过早期和持续交付有价值的软件来满足客户
  • 欢迎变更需求，即使在开发后期
  • 等等等等
• Agile Modeling
  • 采用敏捷方法不是意味着不建模
  • 建模的目的主要是为了理解和沟通，不是为了交文档
  • 不要对所有软件都建模
  • 所有模型都可能不准确，最终代码和设计会与模型有差异
• Worker参与系统的开发，Actor是使用系统的人，
• stakeholder包括了workers和actors
• Artifacts（制品），包括用例模型、领域模型、源码等等
• Activities 表示的是工作流中要完成的任务，包括：迭代计划、找到用例和actors、执行迭代测试