赞
踩
程序、数据及相关文档的完整集合。
IEEE的定义:计算机程序、方法、规则、相关的文档以及在计算机上信息程序所必要的数据。
把系统的、规范的、可度量的途径应用于软件开发、运行和维护过程。
问题定义
可行性研究
需求分析
总体设计
详细设计
编码和单元测试
综合测试
软件维护
优点:可强迫开发人员采用规范的方法;严格规定每个阶段必须提交的文档;要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证。
缺点:由于在产品交付前,用户只能通过文档来了解产品,可能导致最终产品不能满足用户需求。
适用范围:需求准确,无重大变化的软件开发项目。
优点:通过设计一个原型系统,通过实践了解客户需求,降低开发风险。
缺点:使用该模型的前提是要有一个展示型产品,可能会限制人员的创新。
适用范围:需求经常变更,团队人数不多的项目。
用最小的代价在尽可能短的时间内确定问题是否能解决。
任务:
源点与终点,处理,数据存储,数据流。
确定对系统的综合要求
分析系统的数据要求
导出系统的逻辑模型
修正系统开发计划
是需求分析阶段得出的最主要的文档。是软件开发、软件验收和管理的根据。
通常用自然语言完整、准确、具体地描述系统的数据要求、功能需求、性能需求、可靠性和可用性要求、出错处理需求、接口需求、约束、逆向需求以及将来可能提出的要求。自然语言的规格说明具有容易书写、容易理解的优点,为大多数人所欢迎和采用。
作用:开发者与用户间事实上的技术合同书;开发者下一步设计和编码的基础;测试验收目标系统的依据。
模块化
抽象
逐步求精
信息隐藏和局部化
模块独立
耦合:衡量不同模块彼此间互相依赖(连接)的紧密程度。
内容耦合 -> 公共耦合 -> 特征耦合 -> 控制耦合 -> 数据耦合
内聚:衡量一个模块内部各个元素彼此结合的紧密程度。
偶然内聚 -> 逻辑内聚 -> 时间内聚 -> 通信内聚 -> 顺序内聚 -> 功能内聚
FLURPS(功能、局域化、可使用性、可靠性、性能和支持)
包括逻辑覆盖、控制结构测试
控制结构测试,给出独立路径
包括等价划分、边界值分析、错误检测
边界值分析
完善性维护(50%):满足用户增加新功能或者修改已有功能的建议
适应性维护(25% ):为了配合环境进行的修改
改正性维护(21%): 诊断和改正错误
预防性维护(4%):改进未来的可维护性和可靠性
类图的基本符号:
属性:可见性 属性名:类型名 = 初值{性质串}
+:公有
-:私有
#:保护
操作:可见性 操作名(参数表):返回值类型{性质串}
表示关系的基本符号:
关联
泛化
依赖
细化
主体层,类与对象层,结构层,服务层,属性层
确定类与对象
确定关联
初步确定关联
直接提取动词短语得出的关联
需求陈述中隐含的关联
根据问题域知识得出的关联
筛选
已删去的类之间的关联
与问题无关的或应在实现阶段考虑的关联
瞬时事件
三元关联
进一步完善
划分主题
确定属性
识别继承关系
反复修改
交互耦合:通过消息连接实现准则:尽量减低消息链接的复杂度,减少对象发送接收的消息数。
继承耦合:与交互耦合相反,应该提高继承耦合程度。
类构件特点:模块独立性强,具有高度可塑性,接口清晰,简明,可靠
重用方式:实例重用,继承重用,多态重用。 效益:质量,生产率,成本。
人机交互部分,问题域部分,任务管理部分和数据管理部分
把面向对象设计结果翻译成用某种程序语言设计的面向对象程序;
测试并调试面向对象程序。
随机测试,划分测试,基于故障的测试。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。