精品课件-软件工程 -第11章

合集下载

软件工程PPT课件

软件工程PPT课件
本课程的安排 Course Planning
授课时间:54学时 考核方式(平时+作业)20分+(闭卷考
试)80分
1
整体概述
概况一
点击此处输入相关文本内容 点击此处输入相关文本内容
概况二
点击此处输入相关文本内容 点击此处输入相关文本内容
概况三
点击此处输入相关文本内容 点击此处输入相关文本内容
2
讲授的内容 Contents
4
1.1 软件 Software
软件的概念与特征 软件的发展历程 软件的分类 软件开发的案例分析
5
软件的概念与特征
软件的定义
软件是程序和所有 使程序正确运行所需 要的相关文档和配置 信息。
Software = Program + Data + Document
软件的特征
➢ 软件是无形的 (intangible)
1950
1960
1970
1980
1990
2000
7
软件的分类
基于不同工程对象划分 基于软件规模的划分软件产品 Generic -由软件开发机构制 作,市场上公开销售,独立使用。
( developed to be sold to a range of different customers)
➢ 软件副本制作简 单
➢ 软件无磨损
6
软件的发展历程
早期 •面向批处理 •有限的分布 •自定义软件
第二阶段 •多用户 •实时 •数据库 •软件产品
第三阶段 •分布式系统 •嵌入“智能” •低成本硬件 •消费者的影响
第四阶段 •强大的桌面系统 •面向对象技术 •专家系统 •人工神经网络 •并行计算 •网路计算机

2024版《软件工程介绍》PPT课件

2024版《软件工程介绍》PPT课件

《软件工程介绍》PPT课件CONTENTS •软件工程概述•软件开发过程模型•需求分析与管理•系统设计与实现•测试与质量保证•项目管理与团队协作•案例分析与实践经验分享软件工程概述01定义软件工程是指导计算机软件开发和维护的工程学科,采用工程化的概念、原理、技术和方法来开发与维护软件。

发展历史从20世纪60年代的软件危机开始,软件工程逐渐受到重视并发展成为一个独立学科。

主要里程碑包括瀑布模型、螺旋模型、敏捷开发等方法和理念的出现,以及CMMI等评估标准的制定。

目标在给定成本、进度的前提下,开发出具有有效性、可用性、可修改性、可靠性、可理解性、可维护性、可重用性、可移植性、可追踪性、可互操作性和满足用户需求的软件产品。

原则模块化、抽象化、信息隐藏、局部化、一致性、完整性、可验证性等。

关注点关注软件开发过程中的需求分析、设计、编码、测试和维护等各个阶段。

软件工程重要性提高软件质量通过规范化的开发流程和管理方法,减少软件缺陷,提高软件质量。

降低开发成本通过复用已有的软件组件和开发经验,减少开发时间和成本。

增强软件可维护性通过模块化设计和良好的文档支持,方便软件的后期维护和升级。

适应需求变化通过灵活的开发方法和工具支持,快速响应和适应需求变化。

软件开发过程模型02线性顺序瀑布模型按照线性顺序进行软件开发,包括需求分析、设计、编码、测试和部署等阶段。

严格阶段划分每个阶段都有明确的输入和输出,以及相应的评审和验证活动,确保阶段间的正确过渡。

易于管理瀑布模型提供了清晰的开发计划和进度安排,便于项目管理和资源分配。

瀑布模型030201螺旋模型采用迭代方式进行软件开发,每个迭代周期包括需求分析、设计、编码和测试等活动。

螺旋模型强调风险管理,通过不断评估和调整项目计划来降低风险。

螺旋模型允许在开发过程中根据实际情况调整项目需求和目标,提高了项目的适应性。

迭代开发风险驱动灵活性强螺旋模型03快速响应变化敏捷开发能够迅速响应需求变化,及时调整项目计划和开发策略。

软件工程需求分析课件

软件工程需求分析课件
当描绘循环运行过程时,通常并不关心循 环是怎样启动的。 当描绘单程生命期时,需要表明初始状态 和最终状态。


43
例题:
办公室复印机的工作过程大致如下: 未接到复印命令时处于闲臵状态,一旦接到复 印命令则进入复印状态,完成一个复印命令规定的 工作后又回到闲臵状态,等待下一个复印命令; 如果执行复印命令时发现缺纸,则进入缺纸状 态,发出警告,等待装纸,装满纸后进入闲臵状态, 准备接受复印命令;如果复印时发生卡纸故障,则 进入卡纸状态,发出警告等待维修人员排除故障, 故障排除后回到闲臵状态。
系统对事件的响应,既可以是做一个(或一系 列)动作,也可以是仅仅改变系统本身的状态 ,还可以是既改变状态又做动作。
40
初态: 终态: 中间状态:
状态名 状态变量
活动表
事件:
事件名(参数表)[条件]/动作表达式
状态转换:
41
状态图中使用的主要符号
42

状态图可以表示系统循环运行过程,也可 以表示系统单程生命期。
时就应该再次订货。
27

再次阅读可知:

事务有类型,需要根据不同情况处理;---处理事务

对各类事务要更改库存信息;对出库事务当 库存量少于临界值时,要产生订货信息。
订货信息不同于订货报表,报表要有严格的 格式。------产生报表

28
库存清单(信息)
订货 订货报表 CRT终端 事务 2 1 采购员 (仓库管 处理事务 信息 产生报表 (部) 理员) 订 货 信 息 订货信息 订 货 信 息
11
系统流程图(4)
12
系统流程图(5)
13
数据流图(1)
一.数据流图的作用

计算机科学与技术专业课课件_软件工程SE_Chapter11

计算机科学与技术专业课课件_软件工程SE_Chapter11
2013-8-31 上海大学计算机学院 4
面向对象设计的准则
◆强内聚
(1) 服务内聚
一个服务应该完成一个且仅完成一个功能。
(2) 类内聚
类的属性和服务应该全都是完成该类对象的任务所必需的, 其中不包含无用的属性或服务。如果某个类有多个用途,通 常应该把它分解成多个专用的类。
(3) 一般-特殊内聚
一般-特殊结构应该是对相应的领域知识的正确抽取。 一般说来,紧密的继承耦合与高度的一般-特殊内聚是一致的。
◆信息隐藏
●信息隐藏通过对象的封装性实现:类结构分离了接口 与实现,从而支持了信息隐藏。对于类的用户来说, 属性的表示方法和操作的实现算法都应该是隐藏的。
2013-8-31
上海大学计算机学院
3
面向对象设计的准则
◆弱耦合
(1) 交互耦合 对象之间的耦合通过消息连接来实现,则这种耦合就 是交互耦合。尽量降低消息连接的复杂程度。应该尽 量减少消息中包含的参数个数,降低参数的复杂程度。 减少对象发送(或接收)的消息数。 (2) 继承耦合 继承是一般化类与特殊类之间耦合的一种形式。从本 质上看,通过继承关系结合起来的基类和派生类,构 成了系统中粒度更大的模块。因此,它们彼此之间应 该结合得越紧密越好。 设计应该使特殊类尽量多继承并使用其一般化类的属 性和服务。
实例重用、继承重用和多态重用。
◆可重用软构件应具备的特点
(1) 模块独立性强。具有单一、完整的功能,且经过 反复测试被确认是正确的。 (2) 具有高度可塑性。提供为适应特定需求而扩充或 修改已有构件的机制。 (3) 接口清晰、简明、可靠。
2013-8-31
上海大学计算机学院
9
类构件
◆类构件的重用方式
2013-8-31 上海大学计算机学院 12

软件工程课程ppt课件

软件工程课程ppt课件
项目管理工具
如Microsoft Project、JIRA等,用于项目计划制定、 任务跟踪和团队协作。
团队协作与沟通
团队协作的重要性
建立高效协作机制,提 高团队整体效能。
沟通技巧
倾听、表达清晰、及时 反馈等,促进团队成员 之间的有效沟通。
协作工具
如Git、GitHub、 Confluence等,支持版 本控制、代码托管和团 队协作。
软件工程课程ppt课 件
目录
• 软件工程概述 • 软件需求分析 • 软件设计 • 软件开发 • 软件测试与质量保证 • 软件维护与演化 • 软件工程管理与实践
01
软件工程概述
软件工程的定义与发展
定义
软件工程是一门研究用工程化方法构建和维护有效、实用和高质量的软件的学科。
发展历程
从20世纪60年代的软件危机开始,软件工程逐渐发展成为一个独立的学科领域,经历了瀑布模 型、螺旋模型、敏捷开发等不同的开发模式和方法。
阐述持续集成和持续交付的概念、原 理和实践,以及如何通过持续集成和 持续交付来加速软件的演化过程并提 高软件的质量。
07
软件工程管理与实践
项目管理方法与工具
传统项目管理方法
包括瀑布模型、螺旋模型等,强调项目计划、进度控 制和风险管理。
敏捷项目管理方法
如Scrum、Kanban等,注重快速响应变化、持续集 成和交付。
兼容性测试
测试软件在不同硬件、操 作系统、浏览器等环境下 的兼容性。
自动化测试
使用自动化工具进行软件 测试,提高测试效率和准 确性。
缺陷管理与跟踪
缺陷记录
详细记录缺陷信息,包括缺陷描述、重现 步骤、严重程度等。
缺陷分析
对缺陷进行统计分析,找出缺陷产生的原 因和规律。

《软件工程导论》课件

《软件工程导论》课件

定义
软件维护是指在软件运行过程中,为了改 正错误、满足新的需求或改进性能等目的 ,对软件进行的修改和调整。
预防性维护
为了提高软件的可维护性和可靠性而进行 的维护活动。
改正性维护
为了纠正软件中存在的错误而进行的维护 活动。
完善性维护
为了扩充和增强软件功能而进行的维护活 动。
适应性维护
为了使软件适应外部环境的变化而进行的 维护活动。
介绍如何评估软件架构的合理性 、可扩展性和可维护性,以及如 何根据业务需求和系统规模选择 合适的架构。
架构设计原则
强调架构设计时应遵循的几个重 要原则,如模块化、开放-封闭原 则、单一职责原则等。
数据设计
数据模型
介绍常见的数据模型,如关系模型、面向对象模型、键-值存储模型等,以及它们的应 用场景和优缺点。
02
03
界面设计原则
交互设计
强调界面设计时应遵循的几个重 要原则,如用户友好、一致性、 可用性等。
介绍常见的交互方式,如按钮、 菜单、对话框等,以及如何通过 良好的交互设计提高用户体验。
05
CHAPTER
软件测试
单元测试
总结词
单元测试是对软件中的最小可测试单元进行检查和验 证,通常以函数或方法为单位进行测试。
详细描述
单元测试主要关注软件中的细节问题,检查单个函数 或方法的正确性、性能和边界条件等。通过单元测试 ,可以尽早发现代码中的错误和缺陷,提高软件质量 。
集成测试
总结词
集成测试是在单元测试的基础上,将多个模块或组件 组合在一起进行测试,以验证它们之间的集成是否正 常工作。
详细描述
集成测试的主要目的是检查模块之间的接口和通信是否 正常,以及是否存在潜在的缺陷或问题。通过集成测试 ,可以确保软件在组合时能够正常工作,满足设计要求 。

软件工程ppt课件完整版

软件工程ppt课件完整版

修改与测试
对软件进行修改,并进行测试以确保 修改的正确性。
版本管理与发布
对修改后的软件进行版本管理,并发 布新版本。
软件演化策略与方法
增量式演化
逐步增加新功能或修改现有功能。
迭代式演化
通过不断迭代改进软件质量。
软件演化策略与方法
组件化演化
将软件拆分为独立组件进行演化。
重构
改进软件内部结构而不改变其外部行为。
处理团队冲突,化解矛盾,促进团队合作
版本控制与文档管理
使用版本控制工具(如Git) 管理项目代码和文档
建立完善的文档管理体系, 包括需求文档、设计文档、 测试文档等
制定版本控制规范,包括 分支管理、代码提交和合 并流程等
定期评审和更新文档,确 保文档与项目实际进展保 持一致
07 软件维护与演化
软件维护类型及流程
版本迁移与数据迁移
将旧版本的数据迁移到新版本,确保数据的 完整性和一致性。
持续集成与持续交付
持续集成
频繁地将代码集成到主干, 并进行自动化测试以快速发 现问题。
持续交付
在持续集成的基础上,将软 件以可发布的状态交付给用 户,以便用户能够快速获得 新功能或修复问题。
自动化测试与部署
监控与反馈
利用自动化工具进行测试和 部署,提高开发效率和质量。
软件工程的发展
软件工程经历了从程序设计、软件 工程方法、软件工程过程到软件工 程学科的逐步成熟过程。
软件工程目标与原则
软件工程的目标
在给定成本、进度的前提下,开发出具有有效性、可靠性、可理解性、可维护 性、可重用性、可适应性、可移植性、可追踪性和可互操作性且满足用户需求 的软件产品。
软件工程的原则

软件工程基础ppt课件

软件工程基础ppt课件

类图
描述类、接口以及它们之间的关系。
时序图
描述对象之间的交互顺序和时间顺序。
状态图
描述对象的状态转换。
活动图
描述工作流或操作流程中的活动和决策点 。
设计模式
单例模式
确保一个类只有一个实例,并提供全局访问点。
工厂模式
创建对象的最佳实践,将对象的创建与使用分离。
观察者模式
定义对象之间的依赖关系,当一个对象改变状态时,其依赖对象自动更新。
06 软件项目Biblioteka 理项目计划与组织项目计划制定
制定详细的项目计划,包括项目目标、 范围、时间表、资源需求和预算。
团队组织
根据项目需求组建团队,明确团队成 员的角色和职责,建立有效的沟通机
制。
任务分解
将项目拆分成若干个可执行的小任务, 明确每个任务的负责人和完成时间。
项目文档管理
制定项目文档编写规范,确保项目过 程中产生的文档及时归档和更新。
确定系统边界
根据需求分析结果,确定系统的功能边界和范围。
需求规格说明
01
编写需求规格说明 书
根据需求分析结果,编写详细的 需求规格说明书,包括功能需求、 性能需求、安全需求等。
02
评审与修改
对编写完成的需求规格说明书进 行评审和修改,确保其准确性和 完整性。
03
发布与跟踪
将需求规格说明书发布给相关人 员,并对其后续变更进行跟踪和 管理。
项目管理工具(如Jira)
项目管理工具是用于协助团队管理和跟踪项目进度的软件,它可以帮助项目经理和团队成员更好地协 作和管理项目。
Jira是流行的项目管理工具之一,它提供了任务管理、缺陷跟踪、需求管理等功能,支持敏捷开发和传 统项目管理方法。

软件工程培训课件(PPT)

软件工程培训课件(PPT)

编码效率技巧:在保证代 码质量的前提下,应该尽 可能提高编码效率,减少 不必要的重复工作。
单元测试的方法与工具
测试用例设 计
执行测试流 程
测试工具选 择
测试结果分 析和报告
集成测试的方法与工具
测试方法:自 下而上、自上
而下
测试工具: JUnit、
Te s t N G 、 Selenium等
测试目的:检 测模块之间的 接口是否正确
方法:采用版本控制、变更 控制、状态报告等手段进行
管理
感谢观看
汇报人:
软件风险管理的方法与策略
风险识别:识别潜在的风险和 问题
风险评估:评估风险的大小和 影响
风险应对:制定应对策略和措 施
风险监控:持续监控风险的变 化和进展
软件配置管理的基本概念与方法
目的:确保软件产品的完整 性、一致性和可追溯性
范围:包括文档、程序、数 据等所有软件工程产品
定义:软件配置管理是一种 标识、组织和控制修改的技 术
质量控制:通过测试、统计等方 法,对软件开发过程中的质量进 行监控和评估,及时发现和解决 问题。
添加标题
添加标题
添加标题
添加标题
质量保证:通过一系列的质量保 证活动,如代码审查、测试、文 档编写等,确保软件质量的稳定 性和可靠性。
工具和技术:使用一些工具和技 术来辅助软件质量管理,如代码 审查工具、测试工具、项目管理 工具等。
编写要求:清晰明了,易于理解,方便查阅,及时更新
编写目的:方便用户和系统管理员使用和维护系统
06
软件工程管理
软件项目计划与进度安排
定义项目目标和范围 确定关键路径和里程碑 分配资源和工作任务 监控和控制项目进度

《软件工程电子教案》课件

《软件工程电子教案》课件

《软件工程电子教案》PPT课件第一章:软件工程概述1.1 软件工程的定义解释软件工程的含义和目的强调软件工程的重要性1.2 软件开发生命周期介绍软件开发生命周期的基本阶段讨论每个阶段的关键活动和任务1.3 软件工程原则介绍软件工程的基本原则解释每个原则的重要性和应用第二章:需求分析2.1 需求分析的重要性强调需求分析在软件工程中的作用解释需求分析的目标和结果2.2 需求收集和分析方法介绍需求收集和分析的主要方法讨论每种方法的优缺点和适用场景2.3 需求规格说明书解释需求规格说明书的结构和内容强调需求规格说明书的重要性和维护第三章:软件设计和架构3.1 软件设计的重要性强调软件设计在软件工程中的作用解释设计的目标和结果3.2 软件架构设计介绍软件架构设计的基本概念和方法讨论架构设计的重要性和评估3.3 详细设计解释详细设计的过程和工具强调详细设计的重要性和与实现的关联第四章:软件实现和编码4.1 编码的重要性强调编码在软件工程中的作用解释编码的目标和结果4.2 编程语言和工具介绍常用的编程语言和开发工具讨论每种语言和工具的适用场景和特点4.3 编码规范和最佳实践解释编码规范和最佳实践的作用强调遵循规范和最佳实践的重要性第五章:软件测试和验证5.1 软件测试的重要性强调软件测试在软件工程中的作用解释测试的目标和结果5.2 测试方法和策略介绍常用的软件测试方法和策略讨论每种方法和策略的适用场景和优缺点5.3 测试用例和测试覆盖率解释测试用例的设计和编写强调测试覆盖率的重要性和评估方法第六章:软件维护和演化6.1 软件维护的概念解释软件维护的定义和目的强调软件维护的重要性6.2 维护活动和维护过程介绍软件维护的主要活动和过程讨论每个活动的关键任务和挑战6.3 软件演化模型介绍软件演化的一些常见模型讨论每种模型的适用场景和特点第七章:软件项目管理7.1 软件项目管理的重要性强调软件项目管理在软件工程中的作用解释项目管理的目标和结果7.2 项目管理工具和技术介绍常用的软件项目管理工具和技术讨论每种工具和技术的适用场景和优缺点7.3 项目计划和进度控制解释项目计划的概念和过程强调进度控制的重要性和方法第八章:软件质量保证8.1 软件质量的概念解释软件质量的定义和重要性强调软件质量保证的作用8.2 质量标准和质量模型介绍常用的软件质量标准和模型讨论每种标准和模型的适用场景和特点8.3 质量保证过程和活动解释质量保证的过程和主要活动强调质量保证的重要性和实施方法第九章:软件工程伦理和法律问题9.1 软件工程伦理问题讨论软件工程中的伦理问题,如知识产权、隐私等强调软件工程师的伦理责任和行为准则9.2 软件工程法律问题介绍软件工程中涉及的法律问题,如版权、合同等讨论法律问题对软件工程的影响和应对策略9.3 合规性和标准化解释软件工程的合规性和标准化的概念强调合规性和标准化的作用和实施方法第十章:软件工程前沿技术10.1 软件工程新技术介绍软件工程中的一些前沿技术,如、云计算等讨论每种技术的应用场景和前景10.2 技术趋势和挑战讨论软件工程中的技术趋势和面临的挑战强调应对技术趋势和挑战的方法和策略10.3 未来软件工程的发展展望未来软件工程的发展方向和趋势强调软件工程师在未来的角色和责任重点和难点解析重点环节一:软件工程的定义和目的重点关注软件工程的定义和目的,理解软件工程的核心目标和原则。

哈工大《软件工程》全套完整版PPT课件

哈工大《软件工程》全套完整版PPT课件

for the different technology will make in people’s
Life.
韩 静 萍
每天醒来的时候,要对技术给生活造成的0/8/1

3、软件的演变(即从传统软件开发到现代软件开发)



程序 软件 软件产品



传统软件开发 现代软件开发
2020/8/1





大 学
3、按软件开发划分
软软
件件
韩 静 萍
项产 目品 开开 发发
2020/8/1

1.2 软件工程的概念及范畴



1、“软件工程”----Software Engineering
业 大
于1968年 NATO 组织在 德国召开的一次会议上提出



是把软件当作一种工业产品,要求 “采用工程化的
营业额

240
增长曲线


80
0.00016 1975
1989
2000
2020/8/1

1.3 软件生存周期 (SW life cycle)


工 业
把软件从产生、发展到成熟、直至衰亡为止


韩 静 萍




章 学时 章 学时 章 学时 章 学时


1
2
3
4
9
4 13 2
补充 2
4
2 10 2 14 4
2
2
8
4 12 2

软件工程导论全套精品课件(第六版)(张海潘编著)

软件工程导论全套精品课件(第六版)(张海潘编著)

2
第1章 软件工程学概述
引言
3
主要内容
1.1 软件危机 1.2 软件工程 1.3 软件生命周期
1.4 软件过程
第1章 软件工程学概述
主要内容
4
主要内容
1.1 软件危机 1.2 软件工程 1.3 软件生命周期
1.4 软件过程
第1章 软件工程学概述
1.1 软件危机
1.1 软件危机
1.1.1 软件危机的介绍
14
件,把经过时间考验而证明正确的管理技术和当前能够得 到的最好的技术方法结合起来,以经济地开发出高质量的 软件并有效地维护它,这就是软件工程。
第1章 软件工程学概述
1.2.1
软件工程的介绍
软件工程
1968年在第一届NATO会议上曾经给出了软件工程的一个
15
早期定义:“软件工程就是为了经济地获得可靠的且能在 实际机器上有效地运行的软件,而建立和使用完善的工程 原理。” 1993年IEEE进一步给出了一个更全面更具体的定义: “软件工程是: ①把系统的、规范的、可度量的途径应用 于软件开发、运行和维护过程,也就是把工程应用于软件; ②研究①中提到的途径。
与软件本身特点有关
软件不同于硬件, 1管理和控制软件 开发过程相当困 难。 软件在运行过程 2中不会因为使用 时间过长而被 “用坏 “如果运 行中发现了错误, 很可能是遇到了 一个在开发时期 引入的在测试阶 段没能检测出来 的错误。 软件不同于一般 3程序 ,它的一个 显著特点是规模 庞大 ,而且程序 复杂性将随着程 序规模的增加而 呈指数上升。
9
错误的认识和做法 6主要表现为忽视软 件需求分析的重要 性,认为软件开发 就是写程序并设法 使之运行,轻视软 件维护等

软件工程培训课件

软件工程培训课件
互联网应用
随着互联网的发展,软件工程在互联网应用领域的应用越 来越广泛,包括Web应用、移动应用等的开发。
嵌入式系统
嵌入式系统是指嵌入到特定设备中的软件系统,如智能手 机、汽车电子等。软件工程在嵌入式系统开发过程中发挥 着重要作用。
游戏开发
游戏开发是一个高度复杂的软件工程领域,涉及图形渲染 、物理模拟、人工智能等多个方面。软件工程在游戏开发 过程中可以提高开发效率和质量。
软件开发模型比较
传统模型与敏捷模型的比较
传统模型强调计划和文档,而敏捷模型强调灵活性和响应变化;传统模型适用 于需求稳定、可预测的项目,而敏捷模型适用于需求不稳定、变化快的项目。
不同敏捷模型的比较
Scrum注重跨职能团队和迭代开发,XP注重简单设计和测试驱动开发,精益开 发注重消除浪费和提高效率。不同敏捷模型可以根据项目特点和团队偏好进行 选择。
缺陷跟踪及修复流程
缺陷评估
对缺陷进行评估,确定缺陷的 严重性、优先级和影响范围。
缺陷验证
测试人员对修复后的缺陷进行 验证,确保问题已被解决且不 会影响其他功能。
缺陷记录
记录发现的缺陷详细信息,包 括缺陷描述、重现步骤、期望 结果等。
缺陷修复
开发人员根据缺陷记录进行修 复,确保问题得到解决。
缺陷关闭
07
团队协作与沟通技巧
高效团队协作方法分享
明确团队目标
确保每个成员都清楚团队的整体目标,以及 个人在团队中的角色和职责。
制定详细计划
为实现目标,制定详细的计划和时间表,确 保所有任务都能按时完成。
促进沟通交流
鼓励团队成员积极沟通,分享想法和意见, 以便更好地协作。
采用敏捷方法
运用敏捷开发方法,如Scrum或Kanban, 提高团队的灵活性和响应速度。
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
10
第11章 软 件 实 现
public LineNumber(JComponent component) { if (component == null) { setBackground(DEFAULT_BACKGROUND); setForeground(DEFAULT_FOREGROUND); setFont(DEFAULT_FONT); ponent = this; }
7
第11章 软 件 实 现
例11.1 Java命名实例。 package org.jr.jzj.editor; import java.awt.*; import javax.swing.*;
8
第11章 软 件 实 现
public class LineNumber extends JComponent { private final static Color DEFAULT_BACKGROUND =
(1) 将来能否占主导地位。 (2) 可复用性。 (3) 类库和开发环境。 (4) 其他因素。
5
第11章 软 件 实 现
11.2 编 码 风 格 11.2.1 命名
程序设计过程要涉及到对变量、常量、函数、类、对象等编 程元素进行命名。一个变量的作用域越大,它的名字所携带的信 息就应该越多。
6
第11章 软 件 实 现
11
第11章 软 件 实 现
else { setBackground(DEFAULT_BACKGROUND); setForeground(component.getForeground()); setFont(component.getFont()); ponent = component;
Color.white; private final static Color DEFAULT_FOREGROUND = new
Color(153, 153, 204); private final static Color DEFAULT_LINECLR = new
Color(192, 192, 192); private final static Font DEFAULT_FONT = new
}
12
第11章 软 件 实 现
componentFontHeight = component.getFontMetrics(component.getFont()).getHeight( );
componentFontAscent = component.getFontMetrics(component.getFont()).getAscent( );
fontMetrics.stringWidth(String.valueOf(row)); if (currentRowWidth < width) { currentRowWidth = width; setPreferredSize(new Dimension(2 * MARGIN +
Font("SansSerif", Font.PLAIN, 12); private final static int HEIGHT = Integer.MAX_VALUE
- 1000000; private final static int MARGIN = 5;
9
ቤተ መጻሕፍቲ ባይዱ
第11章 软 件 实 现
private FontMetrics fontMetrics; private int lineHeight; private int currentRowWidth; private JComponent component; private int componentFontHeight; private int componentFontAscent;
下面是一些通用的规则: (1) 标识符的命名应当直观,可以望文知义,最好采用英文 单词或其组合。 (2) 标识符的长度应当符合“最小长度下的最大信息”原则, 过长的英文单词应该采用一些通用而合理的缩写或者应用领域专 业术语的缩写。 (3) 程序中不要出现仅依靠大小写来区分的相似标识符。 (4) 程序中不要出现局部变量和全局变量同名的现象,以免 引起误解。 (5) 变量名应当使用“名词”或者“形容词 + 名词”的形 式。 (6) 函数名应当使用“动词”或者“动词 + 名词”的形式。
2
第11章 软 件 实 现
11.1.1 程序设计语言的特性 特定的程序设计语言有一些特定的限制,它们影响着程序员
描述和处理问题的方式。程序设计语言应着重考虑程序员易学易 用、不易出错,因此程序设计语言须考虑下列特性:
(1) 一致性(Uniforminy)。 (2) 二义性(Ambiguity)。 (3) 紧致性(Compactness)。 (4) 局部性(Locality)。 (5) 线性(Linearity)。
setPreferredWidth(9999);
this.setBorder(BorderFactory.createLineBorder(DEFAULT_LI NECLR, 1));
}
13
第11章 软 件 实 现
public void setPreferredWidth(int row) { int width =
3
第11章 软 件 实 现
11.1.2 程序设计语言的选择 总的来说,程序设计语言的选择需要结合具体问题进行分析
评价,下面给出一些可供参考的实用标准: (1) 系统用户的要求。 (2) 程序员的知识。 (3) 软件可移植性要求。 (4) 软件的应用领域。
4
第11章 软 件 实 现
目前面向对象方法是软件开发的主流方法,因此面向对象语 言的选择问题更受关注。开发人员在选择面向对象语言时,应该 着重考虑以下一些实际因素:
第11章 软 件 实 现
第11章 软 件 实 现
11.1 程序设计语言 11.2 编码风格 11.3 程序的效率 本章小结 习题
1
第11章 软 件 实 现
11.1 程序设计语言 程序设计语言一直在不断地演化和演变,其发展经历了从机 器语言到高级语言的过程。 计算机问世初期,程序设计语言是与计算机硬件紧密相关的 机器语言和汇编语言,编写这种语言程序难度大、效率低,不易 于理解且难以调试。
相关文档
最新文档