软件的数用Z概念

《软件的数用Z概念》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、----------专业最好文档，专业为你服务，急你所急，供你所需-------------文档下载最佳的地方　　*软件的概念：程序+数据+文档　　*软件开发的六个阶段：制定计划、需求分析、软件设计、程序编写、软件测试、运行/维护，其中，需求分析阶段对项目的影响最大，决定做什么，软件设计是解决怎么做，程序编码：软件实现，测试查找软件的错误、维护不属于软件开发阶段，周期最长,消耗软件费用最多。　　*软件工程：方法(软件开发方法)+工具(CASE工具，软件开发工具+集成环境)+过程(软件生命期)　　*软件项目管理：进度管理、成本管理、质量管理、人员管理、资源管理、标准化管理。管理的对

2、象是进度、系统规模及工作量估算、经费、组织机构和人员、风险、质量、作业和环境配置，其中，进度管理管理主要采用甘特图、PERT技术叫做计划评审技术、CPM方法叫做关键路径法;成本估算主要模型有普特南(Putnam)，COCOMO(结构性成本)、配置管理主要管理软件的项目文档、开发技术文档、源代码版本、发布程序版本等。　　*CMM(软件能力成熟度模型)CMM1：初始级(没有计划，只有编码和测试);CMM2:可重复级(基于过往的项目的经验来计划与管理新的项目);CMM3定义级(软件开发过程文件将被制订出来，标准化过程);CMM4定量管理级(所有项目的重要的过程活动进行生产率和质量的度量

3、，质量目标);CMM5优化级(重点放在对过程进行不断的优化)　　*软件开发方法:瀑布模型(自上而下逐次进行，需求明确的项目，传统的模型);原型模型(演化模型，需求不明确，原型逐步演进);螺旋模型(大型项目，减低风险采用制定计划、风险分析、实施工程、客户评估四象限的方式对原型逐步螺旋演进);喷泉模型(适用于面向对象开发方法，分析、设计和编码之间不存在明显的边界，所谓无间隙)　　*需求分析：识别问题、分析问题、编写文档、需求分析评审四个阶段，解决系统做什么的问题。结构化分析(SA)采用数据流的方式分析需求，自上而下，逐步分解，基本思想使分解与抽象，常用数据流图、数据字典进行表示，数据

4、流图主要有数据流、加工、数据存储、外部实体组成;数据字典描述流程图中所有元素的定义。加工逻辑采用结构化语言、判定树、判定表构成。快速原型法分析思想主要针对需求不明确的项目进行开发，可以采用抛弃型原型(从需求不明确的开始，主要目标在于了解系统需求，之后抛弃原型，大项目使用)和进化型(需求明确的开始，逐步进化为目标系统)　　*软件设计阶段主要解决怎么做的问题。分概要设计(软件需求转化为数据结构和软件的系统结构，并建立接口)与详细设计(过程设计。通过对结构表示进行细化，得到软件的详细的数据结构和算法)两个阶段。体系结构设计、接口设计　、数据设计和过程设计四个活动。　　*软件设计的原则：

5、抽象化(过程、数据、控制)、自顶向下，逐步细化、模块化、控制层数、数据结构、软件工程、信息隐藏　　*内聚：低内聚：偶然内聚、逻辑内聚、时间内聚;中等程度内聚：过程内聚、通讯内聚;高内聚：顺序内聚、功能内聚　　*耦合：低耦合：非直接耦合、数据耦合、标记耦合。中耦合：控制耦合、外部耦合。高耦合：公共耦合、内容耦合。　　*模块设计原则：高内聚、低耦合;规模适中;深度、宽度、扇出和扇入应适当;模块的作用域应该在控制域内;设计单入口单出口的模块;力争降低模块接口的复杂程度　　*结构化设计：分析数据流图为出发点，主要变换型和事务型。面向数据结构的设计，以数据结构为基础，以数据结构导出程序结构

6、，服从“程序结构必须适应问题结构”的基本原则。代表jackson方法(又称面向数据结构的分析与设计方法)，信息→数据结构→程序结构，数据结构映射为程序结构。----------专业最好文档，专业为你服务，急你所急，供你所需-------------文档下载最佳的地方----------专业最好文档，专业为你服务，急你所急，供你所需-------------文档下载最佳的地方　　*软件测试：为了发现错误而执行程序的过程，根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例(即输入数据及其预期的输出结果)。分单元测试(测试程序内部工作过程，通常采用白盒测试方法，如逻辑覆

7、盖、循环覆盖、基本路径覆盖。测试依据，详细设计文档与程序源代码)、集成测试(又称功能测试黑盒测试，方法：等价类划分、边界值划分、错误推测、因果图。测试依据概要说明文档与详细设计文档)、确认测试(分α测试<公司内部的用户在模拟环境下测试>和β测试<用户在实际环境下测试>,主要参考需求分析文档)、系统测试(组装测试和确认测试,测试方向系统其他元素)。　　*测试计划：描述了要进行的测试活动的范围、方法、资源和进度的文档。它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险(需求