软件工程总结

软件工程

相关概念

---

黑盒测试

黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。

白盒测试

白盒指的是盒子是可视的，你清楚盒子内部的东西以及里面是如何运作的。

抽象

对象不能够实例化的类

聚合

两个东西之间是“is part of ”关系

封装

把相关概念（如类和组件）归组到一个项目

组件

较大的内聚功能单元

耦合

两个项目的依赖程度

多态

同一个消息，不同的对象不同反应

---

文档

项目开发计划（可行性研究报告，项目开发计划，软件需求说明，数据要求说明，测试计划）
软件设计（概要设计说明，详细设计说明，数据库设计说明书）
使用说明（用户手册，操作手册）
测试分析（模块开发卷宗，测试分析报告）

项目开发总结

开发

软件计划（问题定义，可行性研究）
需求分析（结构化，原型化，动态）
软件设计（数据，文件，过程）
程序编码（结构化程序设计）
软件测试（黑盒，白盒）
维护（改正，适应，完善，预防）
用户界面设计（菜单，数据，控件）

---

发展

cmm（软件过程评价，改进，软件能力评价），方法（关键过程域），体系结构（初始级，可重复级，已定义级，以管理级，优化及）

管理 工程（软件开发计划，软件工程管理，过程，生产率和质量），项目（过程，生产率和质量）

软件开发基本原则

管理原则
技术基本原则
需求管理

按照指导书来做

生命周期

一般是确定项目规格，建立原型，设计，实现，测试

纯瀑布模型：
软件概念，需求分析，架构设计，详细设计，编码测试，系统测试
适用易理解，但是开发复杂的软件，灵活性较低，需求分析必须详细，不然后期很难修改

编码修正模型：
先编码后修改的做法，适合小软件

螺旋模型：
从一个小范围的关键中心出发，寻找风险，制定风险计划，到下一个环节

生鱼片模型：
在纯瀑布模型中，每个阶段可交叉重复，但是不利于进度的跟踪

子项目模型：
将详细设计阶段分成子项目

阶段交付：
将详细设计阶段分成几个阶段，每个阶段完成可交付

面向进度：
在详细设计阶段先做高优先级的，但是时间关系，不够用了，那就可以降低要求

渐进模型：
在用户不知道明确需求时，但是，你不知道会要求修改多少次，何时可以完成