计算机专业应学什么.ppt

1.2.2 软件生存周期 GB8566-1988《计算机软件开发规范》将软件生存周期分为： 软件定义阶段 软件开发阶段 软件运行与维护阶段 1.2.2 软件生存周期 软件定义阶段 定义阶段需要解决的问题是：软件要解决的问题是什么？该阶段可以细化为如下几个子阶段： 软件任务立项 1.2.2 软件生存周期 可行性研究 该阶段要解决的问题是：对于确定的软件目标有可行的解决方法否？因此必须进行可行性和必要性研究。可行性包括：技术可行性、经济可行性、操作可行性。 1.2.2 软件生存周期 软件需求分析 该阶段要解决的问题是：为了解决该问题目标系统必须做什么？即主要确定目标系统必须具备的功能 1.2.2 软件生存周期 制定项目计划 在项目确定后，需要对项目的开展，从人员、组织、进度、资金、设备等方面进行合理的计划。 1.2.2 软件生存周期 软件开发阶段 软件开发阶段的任务是设计已经定义的、并经过需求分析的软件系统。一般将开发阶段划分为：软件设计（总体设计和详细设计）、软件实现（编码）和软件测试（单元测试、集成测试、确认测试）。 1.2.2 软件生存周期 总体设计 总体设计是建立系统的总体结构，从总体上对软件的结构、接口、全局数据结构和数据环境等给出说明，并以概要设计的形式给出。 总体设计阶段的基本元素是模块。 1.2.2 软件生存周期 详细设计 在总体设计的基础上，确定每个模块的内部细节，为编程提供直接的依据。该阶段要给出每个模块的实现算法和模块内部的数据结构等细节。 1.2.2 软件生存周期 编码 编码工作是在详细设计工作的基础进行的，是用某种程序设计语言来对软件进行实现。 因此，编码仅仅是设计语言的翻译工作。 1.2.2 软件生存周期 单元测试 单元测试是以“详细设计说明书”为依据，用于检查每个基本模块的功能、算法与数据结构是否符合设计要求。 1.2.2 软件生存周期 集成测试 根据总体设计的软件结构，把经过单元测试的模块，按照某种选定的集成策略将系统组装起来，在组装的过程中进行必要的测试。 1.2.2 软件生存周期 确认测试 确认测试以用户为主体，以需求分析规格说明书中的定义为依据，对软件各项进行确认，从而确保完成的软件系统与需求规格一致。 1.2.2 软件生存周期 运行与维护 运行与维护阶段的任务是保障软件的正常运行以及对软件进行维护。为了排除软件中可能存在的隐含错误，适应用户需求及系统操纵环境的变化，需要对系统进行必要的修改和扩充。 第一章 软件工程基础 1.1 软件工程的产生 1.2 软件工程过程和软件生存周期 1.3 软件生存周期模型 1.4 软件开发方法 1.5 软件开发工具 §1.3 软件生存周期模型 软件生存周期模型是描述软件开发过程中各项活动如何执行的模型。 －－为软件开发过程中的所有活动提供统一的政策保证，为参与开发的所有成员提供帮助和指导。 －－确立了软件开发和演绎中各个阶段的次序限制以及各个阶段活动的准则，确立开发过程所遵守的规定和限制，便于各种活动的协调以及各种人员的有效通信，有利于活动重用和管理。 －－能够表示各种活动的实际工作方式、各种活动之间的同步和制约关系，以及活动的动态特性。 典型的软件生存周期模型有：瀑布模型、增量模型、螺旋模型、喷泉模型、变换模型、基于知识的模型和统一过程模型等。 1.3.1 瀑布模型 (线形顺序模型) 阶段间具有顺序性和依赖性。 推迟实现的观点。 每个阶段必须完成规定的文档；每个阶段结束前完成文档审查及早改正错误。 1.3.1 瀑布模型 瀑布模型开发软件的特点 1.3.1 瀑布模型 瀑布模型的缺点 阶段与阶段划分固定，阶段间产生大量的文档，增加了工作量 由于开发模型呈线性，当开发成果尚未经过测试时，用户无法看到软件的效果。 无法通过开发活动澄清本来不够确切的软件需求，因此需要返工或者不得不在维护阶段纠正需求的偏差。 由于固定顺序，前期工作中造成的差错到后期阶段所造成的损失越大，为了纠正错误，需要付出高昂的代价。 1.3.2 增量模型 瀑布模型难以适应用户变化的需求，开发速度慢。但瀑布模型提供了一套工程化的管理模式，能够有效地保证软件质量，使得软件容易维护。 增量模型是一种非整体开发模型，软件是“逐渐”被开发出来，开发一部分，向用户展示一部分。 1.3.2 增量模型 1.3.2 增量模型 开发初期的需求定义只是用来确定软件的基本结构，用户只需要对软件需求进行大概的描述。从而有利于用户需求的逐渐明朗。 软件系统可以按照增加勾结的功能安排开发的优先顺序，并逐个实现和交付使用。 软件系统是逐渐展开的，因此开发者可以通过对诸多构件的开发逐步积