软件工程的第一章.ppt

软件工程理论与实践 四、软件工程活动 活动：生产一个最终满足需求且达到工程目 标的软件产品所需要的步骤。 1、需求： 问题分析：需求获取和定义，又称软件需求规约。 需求分析：生成软件功能规约。 2、设计： 概要设计：建立整个软件的体系结构，包括子系统、模 块以及相关层次的说明、每一模块的接口定义等。 详细设计：产生程序员可用的模块说明，包括每一模块 中数据结构说明及加工描述。 3、实现： 把设计结果转换为可执行的程序代码。 4、确认： 贯穿整个开发过程，对完成的结果进行确认，保证产品 满足用户的要求。 5、支持： 修改和完善活动。 软件工程理论与实践 五、软件工程原则 软件工程基本目标适合于所有的软件工程项目。为达到这些目标，在软件开发过程中必须遵循下列软件工程基本原则： 采取适宜的开发模型：控制易变的需求； 采用合适的设计方法：需要软件模块化、抽象与信息隐藏、局部化、一致性以及适应性等，需要合适的设计方法的支持。 提供高质量的工程支持：软件工具和环境对软件过程的支持。 重视开发过程的管理：有效利用可用的资源、生产满足目标的软件产品、提高软件组织的生产能力等。 具体细化为以下八条：抽象、信息隐蔽、模块化、 局部化、确定性、一致性、完备性、可验证性 软件工程理论与实践 抽象：抽取事物最基本的特性和行为，忽略非基本的细节。采用分层次抽象，自顶向下、逐层分解的办法控制软件开发过程的复杂性。例如，软件瀑布模型、结构化分析方法、结构化设计方法，以及面向对象建模技术等都体现了抽象的原则。 信息隐蔽：将模块设计成黑箱，实现的细节隐藏在模块内部，不让模块的使用者直接访问。这就是信息封装，使用与实现分离的原则。使用者只能通过模块接口访问模块中封装的数据。 软件工程理论与实践 模块化：模块是程序中逻辑上相对独立的成分，是独立的编程单位，应有良好的接口定义。如C语言程序中的函数过程，C++语言程序中的类。模块化有助于信息隐蔽和抽象，有助于表示复杂的系统。 局部化：要求在一个物理模块内集中逻辑上相互关联的计算机资源，保证模块之间具有松散的耦合，模块内部具有较强的内聚。这有助于加强模块的独立性，控制解的复杂性。 软件工程理论与实践 确定性：软件开发过程中所有概念的表达应是确定的、无歧义性的、规范的。这有助于人们之间在交流时不会产生误解、遗漏，保证整个开发工作协调一致。 一致性：整个软件系统（包括程序、文档和数据）的各个模块应使用一致的概念、符号和术语。程序内部接口应保持一致。软件和硬件、操作系统的接口应保持一致。系统规格说明与系统行为应保持一致。用于形式化规格说明的公理系统应保持一致。 软件工程理论与实践 完备性：软件系统不丢失任何重要成分，可以完全实现系统所要求功能的程度。为了保证系统的完备性，在软件开发和运行过程中需要严格的技术评审。 可验证性：开发大型的软件系统需要对系统自顶向下、逐层分解。系统分解应遵循系统易于检查、测试、评审的原则，以确保系统的正确性。 软件工程理论与实践 使用一致性、完备性和可验证性的原则可以帮助人们实现一个正确的系统。　 软件工程理论与实践 六、软件工程的基本准则 1968年在联邦德国召开的国际会议上正式提出并使用了“软件工程”这一术语，提出运用工程学的基本原理和方法来组织和实施软件生产。其后又发展了与软件有关的心理学、生理学和经济学等方面的学科。在此期间，研究软件工程学的科学家们陆续提出了100多条有关软件工程的准则，1983年美国TRW公司著名的软件工程专家B.W.Boehm将它们概括为著名的软件工程七条准则。他认为这七条准则是确保软件产品质量和开发效率的原理的最小集合： 软件工程理论与实践 1.用分阶段的生命周期计划严格管理 一个软件从定义、开发、运行和维护，直到最终 被废弃，要经历一个很长的时间，通常称这样一 个时期为软件生存期。在软件生存期中需要完成 许多不同性质的工作，所以应把软件生存期划分 为若干阶段，并相应制定出可行的计划，且按照 计划对软件的开发和维护活动进行管理。不同层 次的管理人员都必须严格按照计划各尽其职地管 理软件的开发和维护工作，不应受客户或上级人 员的影响而擅自背离预定计划。 B. W. Boehm的软件工程基本准则 软件工程理论与实践 2.坚持进行阶段评审 软件的质量保证工作不能等到编码阶段结束之 后再进行。因为大部分错误是在编码之前造成 的，而且错误发现得越晚，为改正它所需付出 的代价就越大。因此，在每个阶段都要进行严 格的评审，以尽早发现在软件开发过程中产生 的错误。