标签：
数据抽象
把一组数据及作用与其上的操作组成一个设计实体或单位。
接口说明外部可见，其实现是隐蔽不可见的
面向对象的特点
封装机制
基于消息的通信
继承机制
多态机制
面向对象=对象+分类+继承+通信
系统发展的趋势：
1.从系统开发到系统集成
2.从以程序为中心到以信息内容（数据）为中心、或以用户为中心
3.从孤立封闭的集中控制式系统到协同开发的分布式系统
4.系统的外在表现方面，从设计者固定的界面到用户可调节的界面，再到适应性用户界面等
系统的生命周期(SDLC)简单定义为：问题定义与规划、需求分析、软件设计、程序编码、软件测试、运行维护。
信息系统工程：
主要研究各级、各类信息系统建设和管理中的规律性的问题。
用系统工程的原理、方法来指导信息系统建设与管理的一门工程技术学科。
基本特点是研究方法的整体性，技术应用上的综合性和管理上的科学性。
软件生存周期：
可行性研究、需求分析、设计、实现、测试、运行与维护
软件开发模型：瀑布模型（waterfall model）快速原型模型（rapid prototype model）
演化模型（evolutionary model）增量模型（incremental model）
螺旋模型（spiral model） 喷泉模型（water fountain model） 软件测试模型（V模型 开发与测试同步进行） W模型
瀑布模型： 
迭代模型(RUP)：
V字模型：
用原型化方法取代SDLC：
1.有效地缩短确定信息需求与交付可工作系统之间的时间。
2.克服精确地识别用户信息需求。
3.完全了解决的问题或机会之前，过早地形成了一个系统。
4.会导致别一部分用户群接受，却不能够充分满足总体系统需要。
原型化方法：拼凑原型(经过修补或拼凑出来的系统)、非操作原型(试验设计方案的某些方面而建立的一个非工作比例模型)、系列首发原型(开发实物原型)、精选特征原型(包括最终系统的部分特征)
原型化准则：快速建立、连续迭代、用户界面、引进便于管理的模块(仅需要建立一个独立的包含部分特征的模块)。
原型化缺点：不适用于开发大型的信息系统；系统难以维护与难管理；如果用户合作不好，盲目纠错，会拖延开发进度。误认为原型就是最终系统。
原型化优点：早改、终止不能开发的系统、更加贴近用户需求。
原型化特点：加快需求的确定、简化项目管理、加强用户参与与决策。
快速应用程序开发步骤：1.需求规划 2.RAD设计研讨会 3.实现
敏捷建模原则：1.主张简单 2.拥抱变化 3.可持续性 4.递增变化 5.高质量的工作 6.快速反馈 7.极限编程
敏捷开发的活动：需求->设计->编程->测试
核心：简单设计、结对编程、现场客户、高效工作
敏捷建模与结构化方法的比较
1.减少接口的时间和错误
2.减少过程学习时间和双向处理损失
3.减少任务结构化和输出格式化的时间和工作
4.减少工作的非生产型扩展
5.减少数据和知识搜索和存储时间和成本
6.减少交流和协调饿时间和成本
7.减少由人的信息重载导致的损失
8.组织改革固有的风险
软件质量模型：
软件产品的内部质量、外部质量和使用质量、质量特性、质量子特性和度量
功能性：适宜性、准确性、互用性、依从性、安全性
可靠性：成熟性、容错性、可恢复性
可用性：可理解性、易学性、可操作性
效率：时间特性、资源特性
可维护性：可分析性、可修改性、稳定性、可测试性
可移植性：适应性、易安装性、一致性、可替换性
质量管理：
质量需求分析
质量计划
质量保证
质量控制
质量改进
软件质量管理体系
软件质量管理过程：
对象标识
版本控制
变化控制
配置审计
配置报告
计算机软件配置项（CSCI）
基线（baseline）
功能基线（functional baseline）
指派基线（allocated baseline）
产品基线（product baseline）
CMM的5个等级：
初始级、可重复级、已定义级、已管理级、优化级
CMM的关键过程域（KPA）：
需求管理、软件项目计划、软件项目跟踪和监控、软件子合同管理、软件质量保证、软件配置管理、组织级过程焦点、组织级过程定义、培训大纲、集成软件管理、软件产品工程、组间协调、同行评审、定量过程管理、软件质量管理、缺陷预防、技术变更管理、过程变更管理
面向对象系统分析与设计
标签：
原文地址：http://blog.csdn.net/alexander_frank/article/details/51303478
