软件工程课程第二章

第二章

1. 一些现实情况

• 在开发软件解决方案之前，应该共同努力去理解这个问题。
• 设计成为了一个关键的活动。
• 软件应该表现出高质量的产品。
• 软件应该是可维护的

1. 软件工程IEEE定义如下：

1. 将系统化的，规范的，可量化的方法应用于软件的开发、运行、和维护，即将工程化方法应用于软件。
2. 对上面所述方法的研究。

1. 软件工程是一种层次化的技术

支持软件工程的根基在于质量关注点。

软件工程的基础是过程层，软件过程将各个技术层次结合在一起，使得合理，及时地开发计算机软件成为可能。过程定义了一个框架，构建该框架是有效实施软件工程技术必不可少的。

软件工程方法为构建软件提供技术上的解决方法（如何做）

软件工程工具为过程和方法提供自动化或半自动化的支持。

1. 过程框架（包含框架活动和普适性活动）

框架活动：

1. 沟通：在技术工作开始之前，和利益相关者进行沟通，目的是理解利益相关者的项目目标，并收集需求来定义软件特性和功能。（拆分任务）
2. 计划：软件项目计划，定义和描述了软件工程工作，包括需要执行的技术任务，可能的风险，资源需求，工作产品和工作进度计划。（估算（预算、报价）：难度、时间、团队协作；可行性分析：经济、技术、管理）
3. 建模

1.需求分析：干什么

2.设计：怎么做

（上面三项框架活动由项目经理负责）

1. 构建

1.代码生成

2.测试

（两者同时进行）

1. 部署（运维）：全部或者部分增量交给用户，用户对其进行评测并给出反馈意见。

软件上线

生产环境	面向用户
开发环境	升级版本
测试环境	测试版本

对于很多软件项目来说，随着项目的开展，框架活动可以迭代应用。在项目的多次迭代过程中，上述五个活动不断重复。每次项目迭代都会产生一个软件增量，每个软件增量实现了部分的软件特性和功能。

普适性活动：

1. 软件项目跟踪和控制：项目组根据计划来评估项目进度，并且采取必要的措施保证项目按进度计划进行。（框架活动贯穿这个活动）
2. 风险管理：对可能影响项目结果或者产品质量的风险进行评估。
3. 技术评审：评估软件工程产品，尽量在错误传播到下一个活动之前发现并清除错误。
4. 软件质量保证：确定和执行保证软件质量的活动。
5. 测量：定义和收集过程，项目，以及产品的度量，以帮助团队在发布软件时满足利益相关者的要求。同时，测量还可以和其他框架的普适性活动配合使用。
6. 工作产品准备和生产：包括生成产品（如建模，文档，日志，表格和列表等）所必须的活动。
7. 可复用管理：定义工作产品复用的标准（包括软件构件），并且建立构件复用机制。
8. 软件配置管理：在整个软件过程中管理变更所带来的的影响。

1. 能力成熟度模型集成（CMMI）

• 第0级：不完整的 Incomplete
• 过程没有执行或没有实现为此级别定义的所有目标
• 第1级：具有了一定的管理意识（已做了工作的）Performed
• 目前正在执行生产所需的工作产品所需的工作任务，例如有产出报告、有需求文档等等
• 第2级：管理思路强（做了+有管理思路）Managed
• 从事工作的人有足够的资源来完成工作。利益相关者都积极参与其中。工作任务和产品将被监控、审查和评估是否符合过程描述
• 级别3：管理的过程被定义、规范了Defined
• 管理和工程过程记录，标准化，并集成到全组织范围的软件过程
• 级别4：可定量管理
• 软件过程和产品被定量地理解和控制使用详细的措施
• 级别5：优化
• 通过来自过程的定量反馈和测试创新想法，可以实现持续的过程改进

1. Hooker's 通用原则（7个原则）

1. 存在价值：能为用户提供价值而具有存在价值。
2. 保持简单：所有的设计都应该尽可能简洁，但不是过于简化。这有助于构建更易于理解和易于维护的系统。（stupid）
3. 保持愿景：清晰的愿景是软件项目成功的基础。（保持初心）
4. 关注使用者：在需求说明，设计和实现过程中，牢记要让别人理解你所做的事情。
5. 面向未来：生命周期持久的系统具有更高的价值，永远不要把自己的设计局限于一隅。
6. 提前计划复用：提前做好复用计划将降低开发费用，并增加可复用构件以及构件化系统的价值。（可复用性）
7. 认真思考：在行动之前清晰定位，完整思考通常能产生更好的结果。

1. 软件开发神话是一个谬论。