软件工程知识要点
软件工程基础知识点整理版
软件工程基础知识点整理版1.软件生命周期:软件工程将开发和维护软件的过程划分为不同的阶段,包括需求分析、设计、编码、测试、部署和维护。
这些阶段构成了软件生命周期。
2.软件需求:软件需求工程是对软件需求进行分析、规划和定义的过程。
它包括对用户需求的收集、分析和确认,以及对系统功能和性能的详细规范。
3.软件设计:软件设计是定义软件的结构和组成部分的过程。
它包括对软件系统的整体架构和各个模块的设计。
4.软件编码:软件编码是将设计好的软件系统转化为具体的程序代码的过程。
编码过程需要使用编程语言,并遵循编码规范和最佳实践。
5.软件测试:软件测试是验证软件是否满足需求规格的过程。
它包括对软件的功能、性能和安全性进行测试,并发现和修复软件中的错误。
6.软件配置管理:软件配置管理是对软件开发过程中各个组成部分的控制和跟踪。
它包括版本控制、配置项管理和变更控制等活动。
7.软件质量保证:软件质量保证是确保软件达到高质量标准的一系列过程和活动。
它包括质量计划、质量评审、质量度量和缺陷管理等。
8.软件项目管理:软件项目管理是规划、组织和控制软件开发和维护活动的过程。
它包括项目计划、进度管理、团队管理和风险管理等。
9.软件工具和环境:软件工程使用各种工具和环境来辅助软件开发和维护。
这些工具包括集成开发环境、版本控制工具、测试工具和项目管理工具等。
10.软件工程伦理:软件工程伦理是软件工程师在工作中需要遵循的道德准则和原则。
它包括保护用户隐私、遵守知识产权法律和保持专业水平等方面。
以上是软件工程的一些基础知识点,但软件工程领域非常广泛,还有很多其他的知识点值得深入学习和研究。
尽管有一些基础知识点可以帮助我们理解和实践软件工程的基本原理和方法,但要成为一名优秀的软件工程师,还需要不断学习和提升自己的技能和知识。
软件工程知识点总结
软件工程知识点总结软件工程知识点总结1.软件工程概述1.1 软件工程定义1.2 软件工程的重要性1.3 软件生命周期2.需求分析与规格说明2.1 需求分析过程2.2 需求获取方法2.3 需求规格说明的要素2.4 需求跟踪与变更管理3.软件设计3.1 软件设计原则3.2 结构化设计方法3.3 面向对象设计方法3.4 数据库设计3.5 用户界面设计4.软件开发4.1 编码规范4.2 编程语言选择4.3 软件构建工具4.4 软件测试4.5 版本控制5.软件项目管理5.1 项目计划与进度管理 5.2 软件开发过程模型 5.3 团队协作与沟通5.4 风险管理6.质量保证与软件维护6.1 质量保证方法6.2 软件维护类型6.3 软件维护活动6.4 软件退役与替换附件:________本文档涉及的附件(请附上相关文档、图表等)法律名词及注释:________1.软件工程:________指将系统化的、规范化的、可量化的方法应用于软件的开发、运行和维护的工程学科。
2.需求分析:________确定用户对软件系统需要的功能、性能和约束等方面的要求,并以此为基础进行系统的分析和设计。
3.软件设计:________根据需求分析的结果,制定软件系统的总体结构和各组成部分的详细设计方案。
4.软件开发:________根据软件设计的方案,进行编码和调试,最终可执行的软件系统。
5.软件项目管理:________对整个软件项目进行计划、协调、控制和有效地管理,确保项目顺利完成。
6.质量保证:________通过不同的方法和技术,提高软件产品的质量,确保其满足用户的需求和要求。
7.软件维护:________对已投入使用的软件进行修复性、适应性、完善性和预防性等各方面的修改和改进。
软件工程知识点汇总
软件工程知识点汇总1. 软件工程简介软件工程是运用系统化、规范化和可管理的方法进行软件开发、运行和维护的学科。
它涵盖了软件生命周期的各个阶段,包括需求分析、设计、编码、测试、发布和维护等。
2. 软件工程流程模型常见的软件工程流程模型包括瀑布模型、迭代模型、增量模型、螺旋模型等。
不同的模型适用于不同的项目需求和开发环境,每个模型都有其优缺点。
3. 软件需求工程软件需求工程是确定软件系统应该如何工作的过程。
它包括需求获取、需求分析、需求规格和需求验证等活动。
良好的需求工程能够确保软件系统满足客户的需求和预期。
4. 软件设计软件设计是将软件需求转化为可执行的程序设计的过程。
它包括系统架构设计、模块设计、接口设计和数据库设计等活动。
良好的软件设计能够提高软件的可维护性和可扩展性。
5. 软件开发软件开发是按照软件设计规范进行编码和测试的过程。
开发人员应该具备良好的编程技能和测试能力,并遵循编码规范和测试流程。
6. 软件测试软件测试是为了发现软件中的错误和缺陷,保证软件的质量和可靠性。
测试方法包括功能测试、性能测试、压力测试和安全测试等。
高质量的测试能够提高软件的稳定性和用户满意度。
7. 软件配置管理软件配置管理是对软件开发过程中所的各类工作产品进行控制、记录、审计和追踪的过程。
配置管理包括版本管理、变更管理、发布管理和文档管理等活动。
8. 软件项目管理软件项目管理是对软件开发项目进行规划、组织、指导和控制的过程。
它包括项目需求分析、项目计划制定、项目资源分配和进度控制等活动。
有效的项目管理能够提高软件开发效率和项目成功率。
9. 软件质量管理软件质量管理是在软件开发过程中对质量进行全面管理的过程。
它包括质量计划、质量控制和质量保证等活动。
良好的质量管理能够提高软件的可靠性和用户满意度。
10. 软件维护与迭代软件维护是在软件发布后对其进行修复bug、优化性能和添加新功能的过程。
软件迭代是对软件系统进行增量式的开发和发布,不断提高软件质量和功能。
软件工程知识点
软件工程知识点第一章软件工程概述一、软件的定义和特性(P2—P3)定义:软件=程序+数据+文档程序:按照事先设计的功能和性能要求执行的指令或语句序列数据:程序能正常操纵信息的数据结构文档:描述程序操作和使用的文档特性:(1)软件是一种逻辑实体,具有抽象性,不是一般的物理实体;(2)软件的成产与硬件存在某些相同点,但有根本上的不同,软件开发是人的智力的高度发挥,而不是传统意义上的制造,它更依赖于开发人员的素质,智力,人员和组合,合作和管理;(3)软件维护与硬件维修有着本质的差别,软件维护没有硬件维护那样有可替换的标准零件;(4)软件在运行和使用期间没有硬件那样的机械磨损,老化问题,但存在退化问题;(5)基于构件的开发方法由于其自身的特点越来越受到人们的重视,这些技术可以减少开发时间、提高质量,并提高复用水平。
* 掌握P4图1-2(b)软件失效率曲线二、计算机软件的发展经历了几个阶段?各有何特征?(P1—P2)共经历了四个阶段特征:第一阶段——程序规模小且主要采用个体工作方式,开发的系统大多采用批处理技术第二阶段——引入人机交互的概念,实时系统出现,产生了第一代数据库管理系统,程序编制采用了合作的工作方式,出现了早期的软件危机第三阶段——分布式系统出现,嵌入式系统得到广泛应用,低成本硬件第四阶段——强大的桌面系统和计算机网络迅速发展时期,面向对象技术得到广泛应用,人工智能技术和专家系统开始应用于软件。
三、什么是软件危机?其产生的原因是什么?定义:软件危机是指由于落后的软件生产方式无法满足迅速增长的计算机软件应用需求,从而导致软件开发与维护过程中出现一系列严重问题的现象。
(P4)原因:(P5)(1)用户对软件需求的描述不准确、不全面,甚至有错误,以及在开发过程中,不断提出或者修改需求;(2)用户和开发人员对软件需求的理解存在差异,导致所开发的软件产品和用户需求不一致;(3)大型软件项目需要组织一定的人力共同完成,各类人员的信息交流不及时、不准确,有时还可能产生误解,软件开发人员对大型软件缺少开发经验,管理人员缺少相应的管理经验;(4)软件开发人员不能有、独立自主的处理大型软件的全部关系和各个分支,因此容易产生疏漏和错误;(5)开发技术落后,缺乏有效的方法学和工具方面的支持,过分依赖程序设计人员在软件开发过程中的技巧和创造性,加剧软件产品的个性化(6)软件产品的特殊性和人类智力的局限性,导致人们无法处理“复杂问题”,因为软件是逻辑产品,软件开发进展情况较难衡量、软件开发质量难以评价、管理和控制软件开发过程相当困难。
软件工程知识点汇总
软件工程知识点汇总软件工程知识点汇总
1、软件需求
1.1 需求概述
1.2 需求分类
1.3 需求获取与分析
1.4 需求规格说明
2、软件设计
2.1 面向对象设计
2.2 结构化设计
2.3 数据库设计
2.4 用户界面设计
2.5 系统架构设计
3、软件编码
3.1 编程语言选择与使用
3.2 编码规范
3.3 软件开发环境
3.4 编码工具和技术
3.5 调试和测试
4、软件测试
4.1 测试基础知识
4.2 测试方法与策略
4.3 白盒测试
4.4 黑盒测试
4.5 功能性测试
4.6 性能测试
4.7 集成测试
4.8系统测试
4.9用户验收测试
5、软件项目管理
5.1 项目计划与进度管理 5.2 风险管理
5.3 人员管理
5.4 项目质量管理
5.5 变更管理
5.6 项目交付与部署
6、软件维护与升级
6.1 软件维护分类
6.2 软件维护流程
6.3 软件升级策略
6.4 软件版本控制
7、软件安全
7.1 信息安全基础知识
7.2 软件安全需求与设计
7.3 安全测试与评估
7.4 安全漏洞修复与更新
附件:
法律名词及注释:
1、版权: 对一种表达形式的独特创造进行保护的法律概念。
2、商标: 表示和区分特定商品或服务来源的标识符。
3、专利: 对于新发明的独特权利,使得发明人可以禁止他人在专利权期限内使用该发明。
4、法律责任: 违反法律规定而应承担的法律后果。
软件工程主要知识点
软件工程主要知识点软件工程是一门涵盖多个领域的学科,它旨在研究软件的开发、维护和管理过程。
在软件工程的学习中,有许多重要的知识点需要了解和掌握。
以下是软件工程的主要知识点:1.需求工程:需求工程是软件开发的关键环节,它涉及到收集、分析和管理用户需求的过程。
了解如何正确地定义和验证需求是非常重要的。
2.软件架构:软件架构是软件系统整体结构和组织的蓝图。
学习软件架构的目的是设计出可扩展、可维护的软件系统。
3.软件开发方法:软件开发方法是指一种系统化的方法,用于规划、设计、实施和测试软件系统。
了解常用的软件开发方法,如瀑布模型、敏捷开发和迭代开发等,可以帮助我们更好地管理软件开发过程。
4.软件测试:软件测试是为了验证软件系统的正确性和可靠性而进行的一系列活动。
学会进行有效的软件测试可以帮助我们尽早发现和修复潜在的问题。
5.软件工程项目管理:软件工程项目管理是指管理和控制软件开发过程,以确保项目按时、按质量和按预算完成。
学习项目管理的知识可以帮助我们合理地安排资源、制定计划和解决问题。
6.软件质量保证:软件质量保证是指确保软件系统满足用户需求和质量标准的一系列活动。
学习如何进行软件质量评估和测试可以帮助我们提高软件的质量。
7.可维护性和重构:可维护性是软件系统易于改变和维护的程度。
学习如何进行重构可以帮助我们改进现有的软件系统,使其更加易于理解和维护。
8.软件工程经济学:软件工程经济学是研究软件开发过程中经济方面问题的学科。
了解如何进行成本估算和投资评估可以帮助我们做出明智的决策。
9.软件安全性:软件安全性是指软件系统免受恶意行为和非法访问的能力。
学习如何设计和实施安全措施可以帮助我们保护软件系统的安全。
10.软件工程伦理和法律:软件工程伦理和法律是研究软件工程中伦理和法律问题的学科。
了解软件开发过程中的道德和法律规定可以帮助我们遵守相关的标准和法律规定。
除了以上列举的知识点,软件工程还涉及到很多其他的领域,如人机交互、软件配置管理、软件工程教育等。
软件工程知识点
软件工程知识点1. 软件工程概述软件工程是一门研究和应用工程原则、方法和工具来开发和维护高质量软件系统的学科。
它涵盖了软件开发的整个生命周期,包括需求分析、设计、编码、测试、部署和维护。
2. 软件生命周期软件生命周期定义了软件开发过程中的各个阶段,包括需求定义、系统设计、详细设计、编码、测试、部署和维护等。
每个阶段都有特定的任务和交付物,通过严格遵循软件生命周期来管理项目,可以提高软件开发的质量和效率。
3. 软件需求分析软件需求分析是确定软件系统所需功能和性能的过程。
它包括对用户需求进行调查、分析和规范化,以便从中获得详细的系统需求。
4. 软件设计软件设计是根据需求分析的结果,确定软件系统的结构和组成部分的过程。
它包括软件架构设计、模块设计、数据结构设计等。
5. 软件编码软件编码是将设计好的软件系统转化为可执行的计算机程序的过程。
在编码过程中,开发人员需要遵循相应的编程规范和标准,以确保代码的可读性和可维护性。
6. 软件测试软件测试是为了发现和修复软件中的错误和缺陷。
测试可以分为单元测试、集成测试、系统测试和验收测试等不同的层级和类型,旨在确保软件功能的正确性和稳定性。
7. 软件部署软件部署是将软件安装和配置到用户的计算机系统中的过程。
在部署过程中,需要注意安装环境、配置文件和用户权限等问题,确保软件能够正常运行。
8. 软件维护软件维护是为了修复软件中的错误、改进功能以及适应新的需求而进行的修改和更新。
维护过程中包括问题分析、修改设计、修改代码、测试和发布等环节。
9. 软件质量保证软件质量保证是通过制定和执行软件质量标准、流程和方法,以确保软件开发过程中的质量问题被及时发现和解决的一系列活动。
包括代码审查、测试自动化、性能测试等。
10. 软件项目管理软件项目管理是对软件开发项目进行规划、组织、监控和控制的活动。
它包括项目需求管理、进度管理、资源管理、风险管理等方面,以确保软件项目按时、按质量要求完成。
软件工程40个记忆知识点
1.软件是计算机系统内中与硬件相互依存的另一部分,是包含程序、数据及其相关文档的完整集合,即软件=程序+数据+相关文档。
2.软件按照功能可划分为:系统软件、支持软件、应用软件。
按照规模划分:微型软件、小型软件、中型软件、大型软件和超级软件。
3.软件危机:对软件开发成本的估计不准确,造成开发成本超出预算;开发进度不能保证,交付时间一再拖延;“已完成”的软件不能满足用户需求;软件产品质量没有保证,运算结果出错、操作死机等现象屡屡发生;软件没有适当的文档资料,或文档与最终交付的软件产品不相符,软件的可维护程度非常低;软件开发生产率赶不上硬件的发展和人们需求的增长。
4.软件工程的层次化结构:工具层,方法层,过程、技术层,质量保证层。
5.软件工程是用工程、科学和数学的原则与方法研制、维护计算机软件的有关技术和管理方法。
6.实现软件开发工程化、系统化的方法是软件生命周期法,主要划分为软件项目的准备阶段、开发阶段和运行维护阶段。
软件项目的准备阶段的主要任务是调查和分析:调查用户需求,分析软件系统项目的主要目标和开发该系统的可行性。
开发阶段:①需求分析②软件设计(概要设计、详细设计)③编码④测试运行维护阶段:改正性维护、适应性维护、完善性维护、预防性维护。
7.软件项目的开发模型:瀑布模型、原型模型、螺旋模型。
8.面向对象(对象:是现实世界中个体或者事物的抽象表示,是它的属性和相关操作的统一封装实体。
类、继承、消息)面向对象=对象+类+继承+消息9.需求分析的任务是将用户的需求转变为软件的功能和性能的描述。
软件从外部可以看作黑盒子(功能)计算机所处理的数据域描述为数据内容(数据项)、数据结构(数据线的组织形势)和数据流(数据通过系统的变化方式)。
10.软件的物理模型要给出处理功能和数据结构的实际表示形式,逻辑模型是设备类型和数据结构的存储方式。
11.需求分析步骤:调查研究,获取需求、分析建模,提炼需求、编写需求说明,描述需求、分析评审,验证需求。
软件工程基础知识点总结
软件工程基础部分知识点总结知识点一软件工程的基本概念1、软件定义:是计算机系统中与硬件相互依存的另一部分,是包括程序、数据以及相关文档的完整集合.1程序是软件开发人员根据用户需求开发的、用程序设计语言描述的、适合计算机执行的指令语句序列.2数据是使程序能够正常操作信息的数据结构.3文档是与程序开发、维护和使用有关的图文资料.国标GB计算机软件的定义:与计算机系统的操作相关的计算机程序、规程、规则以及可能有的文件、文档及数据. 2、软件特点:1软件是一种逻辑实体,而不是物理实体,具有抽象性,是计算机的无形部分;2软件的生产与硬件不同,它没有明显的制作过程;3软件在运行、使用期间不存在磨损、老化问题;4软件的开发、运行对计算机系统具有依赖性,受计算机系统的限制,这导致了软件移植的问题;5软件复杂性高,成本昂贵;6软件开发涉及诸多的社会因素3、软件的分类:按照功能可以分为:应用软件、系统软件、支撑软件或工具软件1应用软件是为解决特定领域的应用而开发的软件.2系统软件是计算机管理自身资源,提高计算机使用效率并为计算机用户提供各种服务的软件.3支撑软件是介于系统软件和应用软件之间,协助用户开发软件的工具软件.4、软件危机:是指在软件的开发和维护过程中所遇到的一系列严重问题. 软件危机主要体现在以下几个方面:①软件开发的实际成本和进度估计不准确②开发出来的软件常常不能使用户满意③软件产品的质量不高,存在漏洞,需要经常打补丁④大量已有的软件难以维护⑤软件缺少有关的文档资料⑥开发和维护成本不断提高,直接威胁计算机应用的扩大⑦软件生产技术进步缓慢,跟不上硬件的发展和人们需求增长5、软件工程:此概念的出现源自软件危机.软件工程是指应用计算机科学、数学及管理科学等原理,以工程化的原则和方法来开发与维护软件的学科.1研究软件工程的主要目的就是在规定的时间、规定的开发费用内开发出满足用户需求的高质量的软件系统高质量是指错误率低、好用、易用、可移植、易维护等.2软件工程的三个要素:方法、工具和过程.①方法:完成软件工程项目的技术手段;②工具:支持软件的开发、管理、文档生成;③过程:支持软件开发的各个环节的控制、管理.3软件工程的核心思想:把软件产品看作是一个工程产品来处理.知识点二软件的生命周期1、软件生命周期概念:将软件产品从提出、实现、使用维护到停止使用退役的过程称为软件生命周期.2、软件生命周期一般划分为定义、开发和维护3个阶段:1定义阶段:可行性研究、需求分析2个阶段;软件定义阶段:包括制定计划和需求分析.①制定计划:确定总目标;可行性研究;探讨解决方案;制定开发计划.②需求分析:对待开发软件提出的需求进行分析并给出详细的定义.方法:1结构化需求分析方法;2面向对象的分析方法.任务:导出目标系统的逻辑模型,解决“做什么”的问题.步骤:需求分析一般分为需求获取、需求分析、编写需求规格说明书和需求评审四个步骤进行.2开发阶段:概要设计、详细设计、编码实现和测试4个阶段;①软件设计:分为概要设计和详细设计两个部分.②软件实现:把软件设计转换成计算机可以接受的程序代码.③软件测试:在设计测试用例的基础上检验软件的各个组成部分.3维护阶段:使用、维护、退役阶段.软件运行维护阶段:软件投入运行,并在使用中不断地维护,进行必要的扩充和删改.软件生命周期中所花费最多的阶段是软件运维护阶段.4软件工程原则:抽象、信息隐蔽、模块化、局部化、确定性、一致性、完备性和可验证性.5软件工具就是帮助开发软件的软件.它们对提高软件生产率,促进软件生产的自动化都有重要的作用.6软件开发环境或称软件工程环境是全面支持软件开发全过程的软件工具的集合,这些软件工具按照一定的方法和模式组合起来,共同支持软件生命周期内的各个阶段和各项任务的完成.知识点三软件设计基本概念1、软件工程过程:问题定义——可行性研究——需求分析——软件设计——软件编码——软件测试——软件维护2、软件设计分为总体设计和详细设计1总体设计目的:要解决的问题是“怎样实现目标系统”任务:确定软件的总体结构,进行模块划分,确定每个模块的功能、接口及模块之间的调用关系,并对全局数据结构进行设计,同时产生概要设计说明书2详细设计目的:要解决的问题是“应该怎样具体实现目标系统”任务:在概要设计的基础上,设计每个模块实现的细节及对局部数据进行设计包括模块的数据结构和所需的算法,同时产生详细设计说明书3、软件编码目的:产生能在计算机上执行的程序任务:根据系统的要求和开发环境,选用合适的程序设计语言,把详细设计的结果翻译成用该程序设计语言编写的程序代码源程序4、软件测试是为了发现程序中的错误而执行程序的过程目的和任务:通过在计算机上执行程序来尽可能多地发现软件产品中的错误和缺陷,并改正程序中的错误,以保证程序的可靠运行5、软件维护阶段是长期的过程,因为,经过测试的软件还可能有错,用户的要求还会发生变化,软件运行的环境也可能变化等等.因此,交付使用的软件仍然需要继续排错、修改和扩充,这就是软件维护.软件维护的目的是满足用户对已开发产品的性能与运行环境不断提高的需要,进而达到延长软件的寿命软件维护就是在软件交付使用之后,为了改正错误或满足新的需要而修改软件的过程.软件维护的类型有如下几种:1改正性维护:诊断和改进错误的过程.2适应性维护:为与变化的环境适当配合而进行的修改软件的活动.3完善性维护:为了满足用户提出的增加新功能或修改已有功能的建议而进行维护.4预防性维护:为了改进未来的可维护性和可靠性.软件开发时期要完成设计和实现两大任务,其中设计任务用需求分析和软件设计两个阶段完成,实现任务用编码和测试两个阶段完成.开发任务完成的好与坏,关系到软件产品的质量,完成开发任务的关键是选择好的软件开发方法.目前,软件开发方法主要有结构化开发方法和面向对象开发方法知识点4软件设计的基本原理软件设计的基本原理包括:抽象、模块化、信息隐蔽和模块独立性.1、模块化:指解决问题时自顶向下的方法逐层把软件系统划分成若干个模块的过程2、抽象:认识复杂过程中使用的思维工具,即抽出事务的本质的共同的特性而暂不考虑它的细节和其他因素.3、信息隐蔽:旨在设计和确定模块式的时候,是的一个模块内包含的信息,对于不需要这些信息的其他模块来说不可访问4、模块独立性:指每个模块只完成系统要求的独立的功能,并且与其他模块联系最少且接口简单模块的耦合性和内聚性是衡量软件的模块独立性的两个定性指标.1内聚性:是对模块功能强度的度量,即对一个模块内部各个元素语句之间、程序段间彼此结合的紧密程度的度量.2耦合性:是模块间互相连接的紧密程度的度量.模块之间联系越紧密,其耦合性就越强,模块的独立性则越差.一个设计良好的软件系统应具有高内聚、低耦合的特征.在结构化程序设计中,模块划分的原则是:模块内具有高内聚度,模块间具有低耦合度.软件设计有两个步骤:1概要设计又称结构设计是将软件需求转化为软件体系结构、确定系统级接口、全局数据结构或数据库模式;2详细设计是确定每个模块的实现算法和局部数据结构,通过对结构表示进行细化,得到软件的详细数据结构和算法.知识点5 结构化分析方法结构化方法的软件开发过程法.2、结构化分析方法的常用工具:数据流图、数据字典、结构化语言、判定树、判定表3、SA的基本步骤如下:①自顶向下对系统进行功能分解,画出分层的数据流图②由后向前定义系统的数据和加工,编制数据字典和加工说明③写出需求规格说明书SRS4、数据流图是以图形的方式描绘数据在软件系统中流动和处理的过程,由于它只反映系统必须完成的逻辑功能,所以它是一种功能模型. 数据流图由数据流、加工又称数据处理、数据存储又称文件、数据源点或终点四种基本成分组成.数据流图简称DFD图形元素:①数据流:是数据在系统内传播的路径.使用箭头代表数据的流向,数据名称标在箭头的边上②加工:输入数据经过加工变换产生输出.使用圆框代表加工③数据存储:指处理过程中存放各种数据.使用双杠或单杠表示数据文件或数据库.文件与加工之间用箭头线连接,单向表示只读或只写,双向表示可读可写④数据源点或终点:指软件系统外部环境中的实体包括人员、组织或其他软件系统,统称为外部实体.使用方框表示数据的源点和终点5、建立数据流图的步骤:第一步:由外向里:先画系统的输入输出,然后画系统的内部.第二步:自顶向下:顺序完成顶层、中间层、底层数据流图.第三步:逐层分解.6、DFD图的数据流可分为两种类型:变换流和事务流变换流:信息沿着输入通路进入系统,同时将信息的外部形式转换成内部形式,通过变换中心处理之后,再沿着输出通路转换成外部形式输出事务流:信息沿着输入通路到达一个事务中心,事务中心根据输入信息的类型在若干个动作序列中选择一个来执行,这种信息流称为事务流7、数据字典就是用来定义数据流图中的各个成分的具体含义和详细的描述.它和数据流图共同构成了系统的逻辑模型,是需求规格说明书的主要组成部分.是结构化分析方法的核心. 数据字典是为分析人员查找数据流图中有关名字的详细定义而服务的.数据字典有四类条目:数据流、数据项、数据存储和基本加工.8、SD方法的中心任务就是把用DFD图表示的系统分析模型方便地转换为软件结构的设计模型.识点6软件测试的目的和准则1、软件测试是保证软件质量的重要手段,其主要过程涵盖了整个软件生命周期的过程,包括需求定义阶段的需求测试、编码阶段的单元测试、集成测试以及后期的确认测试、系统测试、验证软件是否合格、能否交付给用户使用.软件测试就是使用人工或自动手段来运行或测定某个系统的过程,其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别.2、软件测试的原则:1所有测试都应追溯到需求2严格执行测试计划,排除测试的随意性3避免由软件开发人员测试自己的程序4充分注意测试中的群集性现象5除了很小的程序外,“彻底”的穷举测试是不可能的6妥善保存测试计划、测试用例、出错统计和最终的分析报告,为维护提供方便软件测试的每一次测试都需要准备好一些测试数据,与被测程序一起输入到计算机中执行;知识点7软件测试的方法和实施1、测试是对软件规格说明、设计和编码的最后的复审,所以软件测试贯穿在整个软件开发期的全过程.对于软件测试方法和技术,可以从不同的角度加以分类.①从是否需要执行被测软件的角度,软件测试分为静态分析和动态测试②按照功能划分,动态测试又分为白盒测试和黑盒测试2、静态测试一般是指人工评审软件文档或程序,借以发现其中的错误,由于被评审的文档或程序不必运行,所以称为静态的.静态测试包括代码检查、静态结构分析、代码质量度量等.3、动态测试是指通过运行软件来检查软件中的动态行为和运行结果的正确性,也就是常说的上机测试.动态测试一般包括两个基本要素:被测程序和测试数据4、测试能否发现错误取决于测试用例的设计.动态测试的设计测试用例的方法一般分为黑盒测试和白盒测试.①白盒测试也称结构测试,它与程序内部结构相关,要利用程序结构的实现细节设计测试用例,它涉及程序风格、控制方法、源程序、数据库设计和编码细节.②黑盒测试是测试者已经知道被测程序的功能,而对程序内部的逻辑结构和处理过程完全不用考虑,只是对它的每一个功能进行测试,将测试后的结果与期望的结果进行分析比较,检查程序的功能是否符合规格说明书的要求.黑盒测试是在程序接口进行的测试5、测试用例是由测试数据和期望结果组成.设计测试用例的目的就是用尽可能少的测试数据,达到尽可能大的程序覆盖面,发现尽可能多的软件错误和问题6、用白盒法设计测试用例常用以下几种技术:①语句覆盖②判定覆盖③条件覆盖④判定/条件覆盖⑤条件组合覆盖⑥路径覆盖7、用黑盒法设计测试用例常用以下几种技术:①等价类划分法②边界值分析法③错误推测法④因果图法8、软件测试的实施①单元测试:是对每一个编制好的模块进行测试,其目的在于发现和排除各模块内部可能存在的差错及详细设计中产生的错误.进行单元测试时,根据程序的内部结构设计测试用例,主要采用白盒测试法②集成测试.是在单元测试的基础上,将所有模块按照设计要求组装成为系统而进行的测试,它的任务是检查模块间的接口和通信、各子功能的组合能否达到预期要求的功能、全程数据结构是否有问题等.集成测试主要发现设计阶段产生的错误,通常采用黑盒测试法 .集成测试时,将各个模块组装成系统的方法有:非增量组装方式是先分别对每个模块进行单元测试,再把所有模块按设计要求组装在一起进行测试,最终得到所要求的软件增量组装方式是把下一个要测试的模块同已经测试好的那些模块结合起来进行测试,测试完以后再把下一个应该测试的模块结合进来测试③确认测试.确认测试是在集成测试通过后,在用户的参与下进行确认测试.这时通常使用实际数据进行测试,以验证系统是否能满足用户的实际需要.它的任务就是以需求规格说明书作为依据来验证软件的性能、功能及其他特征是否与用户的要求一致,通常采用黑盒测试④系统测试.系统测试是在更大范围内进行的测试.系统测试是把通过确认测试后的软件与计算机硬件、外设、某些支持软件、数据和人员等结合在一起,在实际运行环境下,对计算机系统进行的一系列集成测试和确认测试知识点八程序的调试1、调试也称排错或纠错.2、程序调试的任务:诊断和改正程序中错误.软件测试贯穿整个生命周期,调试主要在开发阶段.3、程序调试的基本步骤:1错误定位; 2纠正错误; 3回归测试.4、对软件主要的调试方法可以采用:1强行排错法. 2回溯法. 3原因排除法.5、软件调试可分为静态调试和动态调试.1静态调试就是指对源程序进行分析,然后确定可能出错的地方并进行排错.2动态调试是指对程序的运行进行跟踪并观察其出错点,然后进行排错.。
软件工程复习知识点
1.软件危机的概念,内容,原因及消除的途径;软件危机的概念:软件危机是指在计算机软件的开发和维护过程中遇到的一系列严重问题。
概括地说,软件危机包含两方面问题:如何开发软件,以满足对软件日益增长的需求;如何维护数量不断膨胀的已有软件。
软件危机产生的原因:软件本身的复杂性、难衡量的特点;2.软件开发与维护的方法不正确。
消除软件危机的途径:(1)对计算机软件应当有一个正确的认识;(2)应当有组织、有计划、通过严格的管理手段进行软件的开发;(3)及时总结软件开发的成功技术和方法并加以推广;(4)开发和使用更好的软件工具;总之,为了解决软件危机,既要有技术措施,又要有必要的组织管理措施。
2.软件工程的定义,基本原理;定义:软件工程是指导计算机软件开发和维护的一门工程学科。
基本原理:软件工程的7条基本原理:(1)用分阶段的生命周期计划严格管理(2)坚持进行阶段评审(3)实行严格的产品控制(4)采用现代程序设计技术(5)结果应能清楚地审查(6)开发小组的人员应该少而精(7)承认不断改进软件工程实践的必要性3.软件工程方法学的基本概念、内容;基本概念:把在软件生命周期全过程中使用的一整套开发和管理技术方法的集合成为软件工程方法学,也称为范型。
软件工程方法学包含3个要素:方法、工具和过程。
内容:目前使用得最广泛地软件工程方法学,分别是传统方法学和面向对象方法学。
传统方法学也称为生命周期方法学或结构化范型。
4.软件生命周期的具体内容,每一个阶段的任务是什么?结合具体的工程例子来理解做软件项目主要分那几个个阶段。
①问题定义:确定要求解决的问题是什么②可行性研究:决定该问题是否存在一个可行的解决办法③需求分析:深入了解用户的要求,在要开发的目标系统必须做什么问题和用户取得完全一致的看法。
④概要设计:概括回答怎样实现目标系统。
概要设计又叫逻辑设计、总体设计、高层设计。
⑤详细设计:把解法具体化,设计出程序的详细规格说明。
详细设计也叫模块设计、底层设计。
软件工程知识点总结
软件工程(简要知识点)软件生命周 期:软件定义 软件开发问题定义(确定题目) 可行性研究 需求分析 概要设计 系统设计 详细设计系统实现编码和单元测试 综合测试运行维护:主要任务是使软件持久地满足用户的需要一、. 软件过程五个模型对比(瀑布模型、快速原型、增量、螺旋、喷泉模型) 二、可行性研究: 1、任务:用最小的代价在尽可能短的时间内确定问题是否能够解决。
2、四个方面:技术、经济、操作可行性、法律 3、数据流图四种成分:1、源点/终点 2、处理 3、数据存储 4、数据流 三、需求分析: 1、任务:确定系统必须完成哪些工作,对目标系统提出完整、清晰、具体的要 求。
2、结构化方法就是面向数据流自顶向下逐步求精进行需求分析的方法。
3、实体联系图:1、数据对象 2、属性 3、联系(1:1、1:N、M:N) 四、总体设计: 1.任务:回答“概括的说,系统应该如何实现”,用比较抽象概括的方式确定系 统如何完成预定的任务,也就是说应该确定系统的物理配置方案,并且进而确定 组成系统的每个程序结构。
2. 系统设计阶段(确定系统具体实施方案)、结构设计阶段(确定软件结构) 3.模块独立:内聚和耦合 4. 耦合表示一个软件结构内各个模块之间的互连程度,应尽量选用松散耦合的 系统5. 内聚 (Cohesion): 一个模块内各元素结合的紧密程度6.面向数据流的设计方法:变换流和事务流 五、详细设计: 1.任务:确定应该怎样具体的实现所要求的系统,也就是说经过这个阶段的设计 工作应该得出对目标系统的精确描述,从而在编码阶段可以把这个描述直接翻译 成用某种程序设计语言书写的程序。
2.过程设计的工具(程序流程图、盒图、PAD 图、判定表、判定树) 七、测试: 1、单元测试:又称模块测试。
每个程序模块完成一个相对独立的子功能,所以 可以对该模块进行单独的测试。
由于每个模块都有清晰定义的功能,所以通常 比较容易设计相应的测试方案,以检验每个模块的正确性。
软件工程基础知识点总结
软件工程基础知识点软件工程基础知识点1. 软件工程概述软件工程是一门研究和应用软件的系统化方法,通过应用工程原理和方法来开发和维护高质量的软件。
它涵盖了软件开发的整个生命周期,包括需求分析、设计、实现、测试和维护。
2. 软件开发生命周期软件开发生命周期是指软件从概念形成到最终退役的整个过程。
它通常包括需求分析、设计、编码、测试和维护等阶段。
这些阶段之间有相互依赖的关系,每个阶段都有相应的工作、产物和可交付成果。
3. 软件需求工程软件需求工程是指通过系统化和规范化的方法来理解和定义软件系统的功能和性能需求。
它包括需求获取、需求分析和需求规格等活动。
4. 软件设计原则软件设计原则是软件设计的指导原则,它包括单一职责原则、开放封闭原则、里氏替换原则、依赖倒置原则、接口隔离原则和迪米特法则等。
5. 软件开发方法软件开发方法是指在软件开发过程中应用的一种组织和管理方法。
常见的软件开发方法包括瀑布模型、迭代模型、敏捷方法和螺旋模型等。
6. 软件测试方法软件测试是为了发现和修复软件错误的过程。
常见的软件测试方法包括黑盒测试、白盒测试、灰盒测试、单元测试、集成测试和系统测试等。
7. 软件质量保证软件质量保证是确保软件满足用户需求和质量标准的过程。
它包括质量计划、质量控制和质量改进等活动。
8. 软件配置管理软件配置管理是一种管理软件配置项的过程。
它涉及到配置项的标识、控制、状态管理和变更管理等活动。
9. 软件工程工具软件工程工具是为了支持软件开发和维护而设计的工具。
常见的软件工程工具包括代码编辑器、集成开发环境、版本控制系统和缺陷跟踪系统等。
10. 软件项目管理软件项目管理是为了更好地组织和管理软件开发项目的过程。
它包括项目计划、项目追踪、项目风险管理和项目质量管理等活动。
软件工程是一门综合性的学科,它涵盖了软件开发的方方面面。
了解和掌握软件工程的基础知识对于我们在软件开发和维护过程中能够更好地理解和应用相关的原则和方法具有重要意义。
软件工程知识(软考备考要点汇总)
软件工程知识(软考备考要点汇总)软件工程知识 (软考备考要点汇总)软件工程是一门涉及软件开发、维护和演化的学科,它旨在提高软件开发过程的效率和质量。
对于准备参加软考考试的人来说,了解软件工程的知识点至关重要。
本文将对软件工程的关键知识点进行汇总,帮助考生更好地备考。
1. 软件过程模型软件过程模型是指描述软件开发过程的模型,常见的模型包括瀑布模型、迭代模型、增量模型、螺旋模型等。
在备考软考时,需要了解不同模型的特点、适用场景以及优缺点。
2. 软件需求工程软件需求工程是指对软件系统进行需求分析、需求获取和需求管理的过程。
备考软考时,需要掌握需求工程的主要术语和概念,如用户需求、功能需求、非功能需求等,以及需求获取和需求变更的方法和技巧。
3. 软件设计模式软件设计模式是指在软件设计过程中经常遇到的问题和解决方法的总结和抽象。
备考软考时,需要了解常见的软件设计模式,如单例模式、工厂模式、装饰器模式等,以及它们的应用场景和实现方式。
4. 软件测试与质量管理软件测试是保证软件质量的重要手段,它包括单元测试、集成测试、系统测试等多个层次。
备考软考时,需要了解各种测试方法和技术,如黑盒测试、白盒测试、自动化测试等,以及软件质量管理的基本原理和方法。
5. 软件项目管理软件项目管理是指对软件开发项目进行计划、组织、协调和控制的过程。
备考软考时,需要了解项目管理的基本概念和流程,如项目计划、需求管理、进度管理等,以及常用的项目管理工具和技术。
6. 软件配置管理软件配置管理是指对软件开发过程中的软件配置项进行版本控制和变更管理的过程。
备考软考时,需要了解配置管理的基本原理和方法,如版本控制、变更管理、发布管理等,以及常用的配置管理工具和技术。
7. 软件维护与演化软件维护与演化是指对已经投入使用的软件系统进行修复、改进和升级的过程。
备考软考时,需要了解维护与演化的基本原理和方法,如问题分析、改进计划、版本迭代等,以及常见的维护与演化模式和技术。
软件工程复习知识点
1.软件危机的概念,内容,原因及消除的途径;软件危机的概念:软件危机是指在计算机软件的开发和维护过程中遇到的一系列严重问题;概括地说,软件危机包含两方面问题:如何开发软件,以满足对软件日益增长的需求;如何维护数量不断膨胀的已有软件;软件危机产生的原因:软件本身的复杂性、难衡量的特点;2.软件开发与维护的方法不正确;消除软件危机的途径:1对计算机软件应当有一个正确的认识;2应当有组织、有计划、通过严格的管理手段进行软件的开发;3及时总结软件开发的成功技术和方法并加以推广;4开发和使用更好的软件工具;总之,为了解决软件危机,既要有技术措施,又要有必要的组织管理措施;2.软件工程的定义,基本原理;定义:软件工程是指导计算机软件开发和维护的一门工程学科;基本原理:软件工程的7条基本原理:1用分阶段的生命周期计划严格管理2坚持进行阶段评审3实行严格的产品控制4采用现代程序设计技术5结果应能清楚地审查6开发小组的人员应该少而精7承认不断改进软件工程实践的必要性3.软件工程方法学的基本概念、内容;基本概念:把在软件生命周期全过程中使用的一整套开发和管理技术方法的集合成为软件工程方法学,也称为范型;软件工程方法学包含3个要素:方法、工具和过程;内容:目前使用得最广泛地软件工程方法学,分别是传统方法学和面向对象方法学;传统方法学也称为生命周期方法学或结构化范型;4.软件生命周期的具体内容,每一个阶段的任务是什么结合具体的工程例子来理解做软件项目主要分那几个个阶段;①问题定义:确定要求解决的问题是什么②可行性研究:决定该问题是否存在一个可行的解决办法③需求分析:深入了解用户的要求,在要开发的目标系统必须做什么问题和用户取得完全一致的看法;④概要设计:概括回答怎样实现目标系统;概要设计又叫逻辑设计、总体设计、高层设计;⑤详细设计:把解法具体化,设计出程序的详细规格说明;详细设计也叫模块设计、底层设计;⑥编码和单元测试:编写程序的工作量只占软件开发全部工作量的10%-20%;⑦综合测试:软件测试的工作量通常占软件开发全部工作量的40%-50%;⑧软件维护:软件维护的费用通常占软件总费用的55%-70%;①②③为软件定义时期,④⑤⑥⑦为软件开发阶段;④⑤为系统设计,⑥⑦为系统实现;5.理解几个典型软件过程的内容及其优点与缺点:瀑布模型、增量模型、快速原型模型、螺旋模型、喷泉模型等;瀑布模型内容:瀑布模型是带“反馈环”的;优点:1可强迫开发人员采用的规范的方法结构化技术;2严格地规定了每个阶段必须提交的文档;3要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证;缺点:瀑布模型是由文档驱动的;1开发过程一般不可逆,否则代价太大;2实际的项目开发过程很难严格按照模型进行;3客户往往很难清楚地给出所有需求,而该模型却要求如此;4软件的实际情况必须到项目开发的后期客户才能看到,这要求客户有足够的耐心;快速原型模型是快速建立起来的可以在计算机上运行的程序,它所能完成的功能往往是最终产品能完成的功能的一个子集;不带反馈环优点:软件产品的开发基本上是线性顺序进行的;1可以得到比较良好的需求定义,容易适应需求的变化;2有利于开发与培训的同步;3开发费用低、开发周期短且对用户更友好;缺点:1客户与开发者对原型理解不同;2准确的原型设计比较困难;3不利于开发人员的创新;增量模型也称为渐增模型;使用增量模型开发软件时,把软件产品作为一系列的增量构件来设计、编码、集成和测试;优点:在较短时间内可以向用户提交可完成部分工作的产品,逐步增加产品功能可以使用户有比较充裕的时间学习和适应新产品,从而减少一个全新的软件可能给客户组织带来的冲击;1人员分配灵活,刚开始不用投入大量资源;2如果核心产品很受欢迎,则可增加人力实现下一增量;3可先发布部分功能给客户,对客户起到镇定剂的作用;缺点:1并行开发构件有可能遇到不能集成的风险,软件必须具备开放式的体系结构2增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型,但也很容易退化为边做边改模型,从而使软件过程失去整体性;螺旋模型的基本思想是使用原型及其他方法来尽量降低风险;理解这种模型的一种简便方法是把它看做在每个阶段之前都增加了风险分析过程的快速原型模型;优点:1设计上的灵活性,可以在项目的每个阶段进行变更;2以笑得分段来构建大型系统,使成本计算变得简单容易;3客户始终参与每个阶段的开发,保证项目不偏离正确的方向一击项目的可控性;4随着项目的推进,客户始终掌握项目的最新信息,从而他能够和管理层有效地交互;缺点:1采用螺旋模型需要具有相当丰富的风险评估经验和专门知识,在风险较大的项目开发中,如果未能够及时标示风险,势必造成重大损失;2过多的迭代次数会增加开发成本,延迟提交时间;喷泉模型:喷泉模型与传统的结构化生存期比较,具有更多的增量和迭代性质,生存期的各阶段可以相互重叠和多次反复,而且项目的整个生存期中还可以嵌入子生存期;就像水喷上去又可以落下来,可以落在中间,还可以落在底部;6.了解可行性研究中的任务和过程;用最小的代价在尽可能短的时间内确定问题是否能够解决;不是解决问题,而是确定问题是否值得去解决;可行性研究的根本任务:对以后的行动方案提出建议;实质:一次大大压缩简化了的系统分析和设计;任务:1.初步确定项目的规模,目标,约束和限制;2.在澄清了问题定义之后,分析员应该导出系统的逻辑模型;3.从系统逻辑模型出发,探索若干种可供选择的主要解法即系统实现方案;4.对每种解决方法都要研究它的可行性;技术可行性、经济可行性、操作可行性过程:1.复查系统规模和目标访问关键人员,描述目标系统的限制和约束;2.研究目前正在使用的系统:现有系统的问题;3.导出新系统的高层逻辑模型;4.进一步定义问题;5.导出和评价供选择的解法;6.推荐行动方针;7.草拟开发计划;8.书写文档提交审查;7.掌握系统流程图的概念和方法,会从具体的案例中抽象出系统流程图p388.掌握数据流图的概念和方法,会从具体的案例中画出0层数据流图和功能级数据流图P409.掌握数据字典的内容、方法、用户和实现p47内容:数据字典由4类元素定义组成;1数据流;2数据流分量即数据元素;3数据存储;4处理;定义数据的方法:数据字典中的定义就是对数据自顶向下的分解;由数据元素组成数据的方式只有下述3种基本类型:顺序选择重复用途:作为分析阶段的工具;实现:P4910.了解成本/效益分析方法p50货币的时间价值投资回收期:就是使累计的经济效益等于最初的投资费用所需的时间纯收入:整个生存周期之内的累计经济效益折成现在值-投资;投资回收率:现在的投资额P和估算出的将来每年的收益Fn,假设系统的使用寿命为n年;11.了解需求分析过程中任务是什么.p471.确定对系统的综合要求功能需求;指定系统必须提供的服务性能需求;指定系统必须满足的定时约束或容量约束可靠性和可用性需求;应定量指定出错处理需求;指环境错误,非系统本身的错误;2.分析系统的数据要求接口需求;常见的接口需求有:用户接口需求、硬件接口需求、软件接口需求、通信接口需求; 约束;常见的约束有:精度;工具和语言约束;设计约束;应该使用的标准;应该使用的硬件平台;逆向需求;说明软件系统不应该做什么;将来可能提出的要求;3.导出系统的逻辑模型;用数据流图、实体-联系图、状态转换图、数据字典和主要的处理算法描述这个逻辑模型;4.修正系统开发计划;用数据流图、实体-联系图、状态转换图、数据字典和主要的处理算法描述这个逻辑模型;12.理解面向数据流自顶向下逐步求精的方法和意义;p59结构化分析方法就是面向数据流自顶向下逐步求精进行需求分析的方法;通过可行性研究已经得出了目标系统的高层数据流图,需求分析的目标之一就是把数据流和数据存储定义到元素级;方法:为了达到这个目标,通常从数据流图的输出端着手分析,这是因为系统的基本功能是产生这些输出,输出数据决定了系统必须具有的最基本的组成元素;意义:1对数据流图细化之后得到一组新的数据流图,不同的系统元素之间的关系变得更清楚了; 2对这组新数据流图的分析追踪可能产生新的问题,这些问题的答案可能又在数据字典中增加一些新条目,并且可能导致新的或精化的算法描述;3随着分析过程的进展,经过提问和解答的反复循环,分析员越来越深入具体地定义目标系统,最终得到对系统数据和功能要求的满意了解;13.理解分析及建模的意义,需求分析中应该建立哪三种模型有哪些工具来帮助建立这些模型14.需求分析需要建立三种模型:1.数据模型:实体-联系图E-R数据对象即实体之间的关系2.功能模型:数据流图DFD系统对数据进行变换的功能3.行为模型:状态转换图系统的各种状态行为模式及状态之间的转换15.掌握实体关系E-R图的概念,内容和实现方法,能结合具体实例建立实体关系图;P6216.掌握状态图的概念,内容,实现方法和作用;p6517.掌握层次方框图、warnier图、IPO图的概念,内容和作用p6818.有穷状态机的概念和内容;Petri的概念;P77有穷状态机:状态集、输入集、转换函数、初始态、终态集Petri:P8219.总体设计是做什么总体设计的过程是怎样的P9120.总体设计的目标是将需求分析阶段定义的系统模型转换成相应的软件结构,以规定软件的形态及各成分间的层次关系、界面及接口要求;总体设计通常由两个过程组成:系统设计阶段,确定系统的具体实现方案;结构设计阶段,确定软件结构;典型的设计过程包括:1.设想选择的方案2.选取理想的方案3.推荐最佳方案4.功能分解5.设计软件结构6.设计数据库7.制定测试计划8.书写文档9.省查和复审21.掌握软件设计的几个设计原理,理解他们的内容和意义;p941模块化就是把程序划分成独立命名且可独立访问的;2抽象;3逐步求精;4信息隐藏和局部化;5模块独立;它有两个定性标准度量:内聚和耦合;22.掌握耦合和内聚的概念和内容,理解这些原理对设计有哪些指导意义;耦合:耦合是对一个软件结构内不同模块之间互连程度;内聚:内聚标志着一个模块内各个元素彼此结合的紧密;耦合是影响软件复杂程度的一个重要因素;设计时力争做到高内聚,并且能够辨认出低内聚的模块,有能力通过修改设计提高模块的内聚程度并且降低模块间的耦合程度,从而获得较高的模块独立性;23.耦合包含了哪些类型每个类型的具体内容是什么由低到高24.1非直接耦合:就是没有耦合;2数据耦合:就是参数传递耦合,它属于低级别耦合;3标记耦合:标记耦合指两个模块之间传递的是数据结构;4控制耦合:它属于中级别耦合,比如调度程序与进程之间的耦合,就是控制耦合;5外部耦合:属于高级别耦合6公共耦合:指通过一个公共数据环境相互作用的那些模块间的耦合;7内容耦合:属于最高级别耦合,例如,一个模块利用分支或跳转技术,转入到另一个模块中去执行,就是内容耦合;25.启发性规则的内容及部分概念;1.改进软件结构提高模块独立性2.模块规模应该适中3.深度、宽度、扇出和扇入都应适当4.模块的作用域应该在控制域之内5.力争降低模块接口的复杂程度6.设计单入口单出口的模块7.模块功能应该可以预测26.层次图、HIPO图和结构图的内容;p10227.掌握面向数据流的设计方法,怎样用变换分析法基于数据流图设计出软件总体结构了解其中涉及到的概念,结合例子理解具体是怎么做的;p104概念:面向数据流的设计方法把信息流映射成软件结构,信息流决定了映射的方法,信息流有两种类型:1、信息沿输入通路进入系统,同时由外部形式变换成内部,进入系统的信息通过变换中心,经过加工处理以后再沿输出通路变换成外部形式离开软件系统;当数据流图具有这些特征时,这种信息流就叫做变换流;2、数据沿输入通路到达一个处理T,这个处理根据输入数据的类型在若干个动作序列中选出一个来执行;这类数据流应该划为一类特殊的数据流,称为事务流;28.详细设计是做什么p117详细设计阶段的根本目标是确定应该怎样具体地实现所要求的系统,即经过这个阶段的设计工作,应该得出对目标系统的精确描述,从而在编码阶段可以把这个描述直接翻译成用某些程序设计语言书写的程序;29.什么是结构程序设计p117结构程序设计是尽可能少用GOTO语句的程序设计方法,最好仅在检测出错误时才使用GOTO语句,而且应该总是使用前向GOTO语句;30.人机界面设计问题包含哪些p1221、系统响应时间;2、用户帮助设施;3、出错信息处理;4、命令交互31.掌握设计过程中用到的工具:程序流程图的概念,内容和方法;盒图的概念、内容和方法;会结合实例使用这些工具;掌握PAD图的概念和内容;掌握判定表的概念和内容;要结合实例来掌握它们;P12432.结合Jackson图来掌握面向数据结构的设计方法;p13033.如何度量程序算法的复杂性p13634.掌握几种测试:单元测试、集成测试、确认测试、白盒测试技术和黑盒测试技术;掌握它们的概念,内容和方法;P14635.理解软件维护的定义、特点和维护过程;P189定义:在软件已交付使用之后,为了改正错误或满足新的需要而修改软件的过程;特点:1结构化维护与非结构化维护差别巨大2维护的代价高昂3维护的问题很多维护过程:1、维护组织2、维护报告3、维护的事件流4、保存维护记录5、评价维护活动;36.掌握面向对象方法学的要点,理解面向对象方法学的优点;P203四个要点:对象、类、继承、消息优点:1、与人类习惯的思维方法一致2、稳定性好3、可重用性好4、较易开发大型软件产品5、可维护性好6、掌握面向对象的概念;37.掌握面向对象的概念;P209对象对象的形象表示,对象的定义,对象的特点其他概念类,实例,消息,方法,属性,封装,继承,多态性,重载38.面向对象建模是建立哪三个模型它们的具体内容是什么P21539.1、描述系统数据结构的对象模型类图:表示静态的、结构化的系统的“数据”性质;它是对模拟客观世界实体的对象彼此间的关系的映射,描述了系统的静态结构;2、描述系统控制结构的动态模型状态转换图:动态模型表示瞬时的,行为化的系统的“控制”性质,它规定了对象模型中的对象的合法变化序列;3、描述系统功能的功能模型用例图,数据流图:功能模型表示变化的系统的“功能”性质,它指明了系统应该“做什么”,因此更直接地反映了用户对目标系统的需求;40.建立对象模型的内容是什么P235建立对象模型,需要定义一组图形符号,并且规定一组组织这些符号以表示特定语义的规则;也就是说,需要用适当的建模语言来表达模型,建模语言由记号即模型中使用的符号和使用记号的规则语义、语法和语用组成;41.掌握用UML提供的类图来建立对象模型的方法;理解类图的定义、基本符号和具体内容;类图建立对象模型的方法:1、定义类2、定义属性3、定义服务4、定义类与类之间的各种关系关联、泛化、依赖和细化;类图的定义:类图描述类与类之间的静态关系;类图是一种静态模型,它是创建其他UML图的基础;基本符号:UML中类的图形符号为长方形,用两条横线把长方形分成上、中、下3个区域下面两个区域可省略3个区域分别放类的名字、属性和服务;42.能结合实例掌握类图中类与类之间的关系:关联、泛化继承、依赖和细化;能根据实例情况正确判断出类与类之间的具体关系类型;关联:关联表示两个类的对象之间存在某种语义上的联系;泛化继承:UML中的泛化关系就是通常所说的继承关系,它是通用元素和具体元素之间的一种分类关系;具体元素完全拥有通用元素的信息,并且还可以附加一些其他信息;泛化关系指出类与类之间存在“一般-特殊”关系;泛化可进一步分成普通泛化和受限泛化;依赖:描述两个模型元素类、用例等之间的语义连接关系:其中一个模型元素是独立的,另一个模型元素不是独立的,它是依赖于独立的模型元素,如果独立的模型元素改变了,将影响依赖于它的模型元素;细化:当对同一个事物在不同抽象层次上描述时,这些描述之间具有细化关系;43.动态模型的概念、内容;P223概念:动态模型表示瞬时的、行为化的系统的“控制”性质,它规定了对象模型中的对象的合法变化序列;内容:动态模型是基于事件共享而互相关联的一组状态图的集合;44.功能模型的概念、内容和建立功能模型的方法;P224概念:功能模型表示变化的系统的“功能”性质,它指明了系统应该“做什么”,因此直接地反应用户对目标系统的需求;内容:功能模型由一组数据流图组成;用例图也是进行需求分析和建立功能模型的强有力工具;方法:创建用例模型的工作包括:定义系统,寻找行为者和用例、描述用例,定义用例之间的关系,确认模型;其中,寻找行为者和用例是关键;45.掌握用例图的概念、内容和方法;P224概念:用例图包括模型元素有系统、行为者、用例和用例之间的关系;内容:系统、用例、行为者、用例之间的关系;方法:创建用例模型的工作包括:定义系统,寻找行为者和用例、描述用例,定义用例之间的关系,确认模型;其中,寻找行为者和用例是关键;46.掌握面向对象分析的基本过程:三个子模型与5个层次;P232三个子模型:静态结构对象模型交互次序动态模型数据变换功能模型复杂问题大型系统的对象模型通常由5个层次组成:主题层、类与对象层、结构层、属性层和服务层;47.结合实例来掌握面向对象分析过程中建立对象模型的方法包含哪些步骤;P231 1.首先,系统分析员要对需求文档进行分析;发现和改正需求文档中的歧义性、不一致性,剔除冗余的内容,挖掘潜在的内容,弥补不足,从而使需求文档更完整、更准确;2.然后,是需求建模;系统分析员根据提取的用户需求,即用面向对象观点建立对象模型、动态模型和功能模型;3.最后,是需求评审;通过用户、领域专家、系统分析员和系统设计人员的评审,并进行反复修改后,确定需求规格说明;48.结合实例来掌握面向对象分析过程中建立动态模型的方法包含哪些步骤;P24749.结合实例来掌握面向对象分析过程中建立功能模型的方法包含哪些步骤;P25350.能结合实例画事件跟踪图P24951.能结合实例画类的状态图P25052.能结合实例画出0层数据流图与功能级数据流图;P42。
软件工程知识点归纳
软件工程知识点归纳第1章软件工程学概述 (3)1.1 软件危机 (3)1.2 软件工程 (3)1.3 软件生命周期 (3)1.4 软件过程 (3)第2章可行性研究 (4)2.1 可行性研究的任务 (4)2.2 可行性研究过程 (4)2.3 系统流程图 (4)2.4 数据流图 (4)2.5 数据字典 (5)2.6 成本/效益分析 (5)第3章需求分析 (5)3.1 需求分析的任务 (5)3.2 与用户沟通获取需求的方法 (5)3.3 分析建模与规格说明 (5)3.4 实体-联系图 (5)3.5 数据规范化 (5)3.6 状态转换图 (6)3.7 其他图形工具 (6)3.8 验证软件需求 (6)第4章形式化说明技术 (6)第5章总体设计 (6)5.1 设计过程 (6)5.2 设计原理 (7)5.3 启发规则 (7)5.4 描绘软件结构的图形工具 (7)5.5 面向数据流的设计方法 (8)第6章详细设计 (8)6.1 结构程序设计 (8)6.2 人机界面设计 (8)6.3 过程设计的工具 (8)6.4 面向数据结构的设计方法 (8)6.5 程序复杂程度的定量度量 (8)第7章实现 (9)7.1 编码 (9)7.2 软件测试基础 (9)7.3 单元测试(模块测试) (10)7.4 集成测试(子系统测试和系统测试) (10)7.5 确认测试(验收测试) (10)7.6 白盒测试技术 (10)7.7 黑盒测试技术 (11)7.8 调试(修改测试发现的错误) (11)7.9 软件可靠性 (11)第8章维护 (11)8.1 软件维护的定义 (11)8.2 软件维护的特点 (11)8.3 软件维护过程 (12)8.4 软件的可维护性 (12)8.5 预防性维护 (12)8.6 软件再工程过程 (12)参考书目 (12)第1章软件工程学概述1.1 软件危机1. 软件危机的定义、表现、产生原因2. 消除软件危机的途径3. 软件产品必须由一个完整的配置组成,软件配置主要包括程序、文档和数据等成分。
软件工程复习知识要点
1 软件和软件工程概念软件的组成部分之一;在软件开发中,编程只是软件开发过程的一个阶段。
2.在结构化程序设计时代,程序最小的单位是函数及子程序,程序和数据是分别的。
程序的最小单位是类。
3.软件的特性:形态特性、智能特性、开发特性、质量特性、生产特性、管理特性、环境特性、维护特性、废弃特性、应用特性。
4.软件的分类:系统软件;应用软件;支撑软件;可复用软件。
5.什么是软件工程?(课后题)软件工程是指导计算机软件开发和维护的工程学科。
接受工程的概念、原理、技术和方法来开发和维护软件,把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来,以经济地开发出高质量的软件并有效地维护它。
6.可以用功能性、牢靠性、易用性、效率、可维护性和可移植性六个特性衡量软件的质量。
功能性是指软件所实现的功能达到它的设计规范和满意用户需求的程度。
可移植性是指软件从某一环境转移到另一环境时所作努力得程度。
7.软件生存期由软件定义、软件开发和运行维护三个时期组成。
开发时期通常由概要设计、详细设计、编码和测试四个阶段组成。
开发过程中的典型文档包括:项目支配、软件测试支配、软件设计说明书、用户手册。
8.需求分析的基本任务?(1)建立分析模型,了解系统的各种需求微小环节。
(2)基于分析结果,编写出软件需求规格说明或系统功能规格说明,确认测试支配和初步的系统用户手册,并提交管理机构进行分析评审。
2 软件工程方法和工具1.面对对象方法的动身点和基本原则,是尽量模拟人类习惯的思维方式,使开发软件的方法和过程尽可能接近人类相识问题和解决问题的方法和过程,从而使描述问题的问题空间和其解空间在结构上尽可能一样。
2.形式化方法的主要特点是:(课后题)(1) 软件需求规格说明被细化为用数学记号表达的详细的形式化规格说明;(2) 设计、实现和单元测试等开发过程由一个变换开发过程代替。
通过一系列变换将形式的规格说明细化成为程序。
3.面对对象 = 对象 + 类 + 继承 + 消息通信。
软件工程基本知识点
软件工程基本知识点
软件工程的基本知识点包括以下几个方面:
1.软件工程的定义:软件工程是一门指导软件开发的工程学科,它采用工程化的概念、原
理、技术和方法来进行软件的开发和维护。
软件工程的目标是以较少的投资获取高质量的软件。
2.软件生命周期:软件生命周期是指从用户需求开始,经过开发、交付使用,在使用中不
断地增补修订,直至软件报废的全过程。
这个过程包括可行性研究和项目开发计划、需求分析、概要设计等阶段。
3.软件的定义:一种公认的传统的软件定义为:软件=程序+数据+文档。
其中,程序是按
事先设计的功能和性能要求执行的指令序列;数据是使程序能够正确地处理信息的数据结构;文档是与程序开发、维护和使用有关的图文资料。
4.软件的特点:软件具有抽象性,可以存储在介质中,但无法直接看到其形态。
此外,软
件的生产方式与硬件不同,一旦设计开发出来,复制十分简单,成本也极为有限。
因此,软件产品的生产成本主要是设计开发的成本。
5.软件与硬件的区别:软件是整个计算机系统中的一个逻辑部件,而硬件是一个物理部件。
软件与硬件的维护也不同,硬件是有耗损的,其产生的磨损和老化会导致故障率增加甚至损坏,而软件的维护则主要是针对程序和数据的修改和完善。
以上只是软件工程的一些基本知识点,实际上软件工程涉及的领域非常广泛,包括软件开发方法、软件开发工具、软件项目管理等多个方面,需要不断学习和实践才能掌握。
软件工程知识点
软件工程知识点软件工程知识点1. 软件工程的概念和目标软件工程是一门研究和应用如何以系统化、规范化、可定量化的方法开发和维护软件的学科。
其目标是提高软件的质量、降低软件的开发成本和维护成本,以满足用户需求。
2. 软件开发生命周期软件开发生命周期指的是从软件开发开始到最终交付和维护的全过程,包括需求分析、系统设计、编码、、发布和维护等阶段。
常见的软件开发生命周期模型有瀑布模型、迭代模型和敏捷开发模型等。
3. 软件需求工程软件需求工程是软件工程的关键阶段之一,负责对用户需求进行分析、提炼和规范化,以确定软件系统的功能和性能需求。
常用的需求工程方法包括用户访谈、场景分析、用例建模等。
4. 软件设计原则和模式在软件开发过程中,软件设计是非常重要的一环。
软件设计原则和模式旨在提供良好的架构和设计方案,以实现软件的可扩展性、可维护性和可重用性。
常见的软件设计原则包括开闭原则、单一职责原则和依赖倒置原则等,而常见的软件设计模式包括工厂模式、策略模式和观察者模式等。
5. 软件开发方法论软件开发方法论是指在软件开发过程中所采用的一系列管理和组织方法。
常见的软件开发方法论有瀑布模型、迭代模型、敏捷开发和DevOps等。
不同的开发方法论适用于不同的项目和团队,其目的在于提高软件开发的效率和质量。
6. 软件和质量保证软件是确定软件是否满足规定的要求和达到预期目标的一种活动。
软件的主要目的在于发现程序中存在的错误和缺陷,并进行修复。
常用的软件方法包括黑盒、白盒和灰盒等。
而质量保证则是通过规范和监督整个软件开发过程,以确保软件质量的一系列措施和方法。
7. 软件项目管理软件项目管理是为了保证软件开发项目的进展和质量,合理分配资源和控制进度的一门学科。
常用的软件项目管理方法包括项目计划、需求管理、进度管理和风险管理等。
良好的软件项目管理可以提高软件开发的效率和质量,减少项目风险。
8. 软件配置管理软件配置管理是指对软件配置项进行管理和控制,确保在软件开发和维护过程中,能够进行版本控制、配置控制和变更管理等。
软件工程知识点总结
一、软件工程概述1.软件特点软件:计算机程序、方法、规则、相关的文档资料,以及计算机程序运行时所需要的数据。
软件是计算机系统中的逻辑成分,具有无形性。
其主要内容包括:程序、配置文件、系统文档、用户文档等。
2.软件分类(1)按功能划分:系统软件、支撑软件、应用软件。
(2)按工作方式划分:实时处理软件、分时处理软件、交互式软件、批处理软件。
(3)按规模划分:微型软件、小型软件、中型软件、大型软件。
(4)按服务对象划分:通用软件、定制软件。
3.软件发展阶段(1)程序设计时代(20世纪50年代)。
(2)程序系统时代(20世纪60年代)。
(3)软件工程时代(20世纪70年代起)。
4.软件危机(1)危机现象:软件开发成本与进度估计不准确,软件产品与用户要求不一致,软件产品质量可靠性差,软件文档不完整不一致,软件产品可维护性差,软件生产率低。
(2)危机原因:软件的不可见性,系统规模庞大,生产工程化程度低,对用户需求关心不够,对维护不够重视,开发工具自动化程度低。
5.软件工程1软件工程:运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必须的相关文件资料。
软件工程是一门关于软件开发与维护的工程学科,它涉及软件生产的各个方面,能够为经济、高效地开发高质量的软件产品提供最有效的支持。
(1)工程方法:结构化方法、JSD方法、面向对象方法。
(2)软件工具:具有自动化特征的软件开发集成支撑环境。
(3)工程过程:在软件工具支持下的一系列工程活动,基本活动是软件定义、软件开发、软件验证、软件维护。
(4)工程管理:项目规划,项目资源调配,软件产品控制。
(5)工程原则:分阶段生命周期计划,阶段评审制度,严格的产品控制,采用先进的技术,成果能清楚地审查,开发队伍精练,不断改进工程实践。
(6)工程目标:开发成本较低,软件功能能满足用户需求,软件性能较好,软件可靠性高,软件易于使用、维护与移植,能按时完成开发任务并及时交付使用。
软件工程知识点总结
软件工程知识点总结摘要:1.软件工程概念与目标2.软件开发过程与管理3.需求分析与规划4.设计、编码与测试5.维护与优化6.软件项目管理策略7.软件工程实践与方法8.常用开发工具与技术9.软件工程发展趋势正文:一、软件工程概念与目标软件工程是一门研究如何高效、规范、可靠地开发和维护软件的理论、方法、工具和实践的学科。
其目标是生产出具有高质量、高可靠性、易维护、低成本的软件产品。
二、软件开发过程与管理1.瀑布模型:一种顺序性的软件开发过程,各阶段相互依赖,依次进行。
2.增量开发:逐步增加软件功能,分阶段完成开发任务。
3.敏捷开发:以人为核心,迭代、适应性强,持续交付可用软件。
三、需求分析与规划1.需求分析:通过调研、访谈等方法,明确用户需求,输出需求文档。
2.软件规划:根据需求分析,制定软件开发计划,包括项目范围、里程碑、任务分配等。
四、设计、编码与测试1.设计:基于需求文档,进行软件整体结构、模块划分和接口设计。
2.编码:按照设计文档,编写高质量、可维护的代码。
3.测试:对软件进行单元测试、集成测试、系统测试,确保软件功能正常、性能达标。
五、维护与优化1.软件维护:对已投入使用的软件进行修改、完善,提高性能、稳定性等。
2.软件优化:通过重构、性能调优等手段,提升软件质量和运行效果。
六、软件项目管理策略1.项目风险管理:识别、评估、应对项目风险,降低项目失败可能性。
2.项目成本估算:合理预测项目成本,为项目决策提供依据。
3.项目进度管理:制定合理的进度计划,监控项目进度,确保按时完成任务。
七、软件工程实践与方法1.面向对象编程:运用封装、继承、多态等特性,提高代码复用性、可维护性。
2.软件工程原则:遵循一定的设计原则,如SOLID,提高软件质量。
八、常用开发工具与技术1.集成开发环境(IDE):如Eclipse、Visual Studio,提高开发效率。
2.版本控制工具:如Git,实现代码版本管理,便于团队协作。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
• 需求的验证
– 审查需求文档 – 依据需求编写测试用例 – 编写用户手册 – 确定合格的标准 • 好的需求应具有的特性 – 正确性:与用户对软件产品的期望一致 – 无二义性 – 完整性 – 一致性 – 可行性 – 可验证性 – 可跟踪性 – 非计算机人员能够理解
• 瀑布模型的特点
– 阶段间的顺序性和依赖性 – 文档驱动
• 瀑布模型存在的问题
– 依赖于早期进行的唯一次需求调查,不能适应需求变化 – 阶段的划分完全固定,阶段间产生大量的文档,极大地 增加了工作量; – 开发是线性的,用户只有等到整个过程的末期才能见到 开发成果,增加了开发的风险; – 早期的错误可能要等到开发后期的测试阶段才能发现, 进而带来严重的后果。
软件工程要点
• 软件
– 计算机系统中与硬件相互依存的另一部分,它是包 括程序、数据及其相关文档的完整集合。
• 软件的特征
– 软件是一种逻辑产品,而不是物理产品,具有抽象性。没 磨损,老化问题 – 软件产品的成本主要体现在软件的开发和维护上,制造几 乎没有成本 – 大多数软件都是从头开发的。
• 软件危机
• 设计内容
– – – – 数据设计:信息模型、软件数据结构 体系结构设计:定义软件部件间的关系 接口设计:软件内部、外部及与人之间的通信 过程设计:软件组件的过程性描述
• 分解与模块化的基本原理
C (P1+P2)>C (P1)+C (P2) E (P1+P2)>E (P1)+E (P2) C为问题的复杂度,E为解题需要的工作量
• 需求描述
– 静态描述方法
• 间接引用、关系递归、公理化定义、语言描述、
数据抽象
– 动态描述方法
• 决策表、函数描述和状态转移图、Petri网
– 面向对象的描述方法 – Warnier图 – 数据流图
• 需求文档
– 需求定义文档(Requirements Definition)
• 从用户的角度出发,将用户希望系统实现的功能 作一个汇总,通常由用户和开发者共同撰写 • 主要读者为用户
– 功能性内聚:模块中各个组成部分构成一个整体并共同完成 一个单一的功能 – 顺序性内聚:模块中的各个部分都与同一个功能密切相关, 并且必须按照先后顺序执行(通常前一个部分的输出数据就 是后一个部分的输入数据) – 通讯性内聚:模块中的各个部分使用同一个输入数据或产生 同一个输出数据 – 过程性内聚:模块中的各个部分相关,并且必须按特定的次 序执行 – 时间性内聚:模块包含了在同一时间段中执行的多个任务 – 逻辑性内聚:模块可实现多个逻辑上相同或相似的一类功能 – 偶然性内聚:模块由多个完成不同任务的语句段组成,各语 句段之间的联系十分松散或根本没有任何联系
• 快速原型模型 • 增量模型
• 瀑布模型(Waterfall Model)
问题定义 需求分析 总体设计 详细设计 编码实现 维护 让位
• 瀑布模型各阶段的任务
– 问题定义:确定用户要求解决的性质、工程的目标和规模。对要开 发的软件进行可行性研究(经济可行性、技术可行性、法律可行性、 不同的方案),确定软件元素的作用范围,并对软件进行成本估算, 制定进度安排,最后提交软件计划。 – 软件需求分析:最根本的任务是确定为了满足用户需求系统必须 “做什么”。即确定系统必须具有的功能和性能,系统要求的运行 环境,并预测系统发展的前景。提交软件需求规格说明书。 – 总体设计:总体设计的基本任务是确定模块分解、各模块功能和模 块间接口,设计全局数据结构 。 – 详细设计:确定各模块的实现细节和局部数据结构。 – 编码:把软件设计转换成计算机可以接受的程序代码。 – 测试:发现软件错误。 – 维护:使用期间对软件进行补充、修改和增加工作。 • 矫正性维护:识别与矫正软件中的错误 • 适应性维护:使软件适应新的环境和数据需求的改变 • 完善性维护:扩充软件功能或改善软件性能 • 预防性维护:为便于将来的维护和性能提高所进行的预防性措施
– – – – – 软件代价高 开发过程难以控制 软件工作量估计困难 软件质量底 软件修改、维护困难
• 软件工程
– 应用计算机科学、数学及管理科学等原理开发软件 的过程。它借鉴传统工程的原则、方法,以提高质 量、降低成本为目的。
ห้องสมุดไป่ตู้
• 软件工程层次
– 质量焦点:软件工程必须以有组织的质量保证为基础 – 过程:软件过程是开发和维护软件及其相关产品(项 目计划、设计文件、编程代码、测试、用户手册)的 一系列活动、方法、实践和变换。 – 方法:软件工程方法为软件开发提供“如何做”的技 术 – 工具: 软件工具为过程和方法提供自动的或半自动的 支持。这些软件工具被集成起来,建立起一个支持软 件开发的系统,称之为计算机辅助软件工程(CASE, Computer Aided Software Engineering)。
• 传统方法学与面向对象方法学 – 结构化方法
• 采用“抽象”和“分解”两个基本手段。 • 属于功能/数据方法,即将系统的功能和涉及的数据 或多或少地分开来处理
– 面向对象建模方法
• 面向对象方法学出现于20世纪80年代中后期,并迅 速成为20世纪90年代的主流开发方法。 • 以客观世界中实体为基础,将客观实体的属性与操 作封装成对象,对象之间通过传递消息互相联系, 以模拟现实中不同事物彼此之间的联系。 • 采用“封装”、“分类”和“继承”三个基本原则。
软件工程层次
• 软件生命周期
– 软件产品或系统一系列相关活动的全周期。
• 软件生命周期分成以下几个阶段
– 软件定义 • 问题定义、可行性研究、需求分析 – 软件开发 • 总体设计、详细设计、编码和单元测试、综合测试 – 软件维护
• 软件过程模型
– 又称软件工程开发模型,或称软件生命期模型, 是软件开发的全部过程、资源、活动和任务的 结构框架。 – 典型软件过程模型 • 瀑布模型(Waterfall Model)
• 快速原型模型
– 对用户所提出的软件产品的部分实现,是真实系统的一个模型 – 使用原型的目的 • 明确并完善需求 • 探索设计方案 • 发展为最终的产品原型
– 抛弃型原型 • 不作为最终交付产品的一部分; • 用来检验讨论中的需求 或方案是否确实是用户需要。 – 进化型原型 • 将作为最终产品的一部分; • 用于检验和解释问题。
• 程序设计风格
– 程序设计风格的作用就是使代码容易读 – 风格良好的代码更容易阅读和理解,其中的错误也更少
• 命名
• • • • • • •
– 匈牙利标记法:[Prefix]-BaseTag-Name 用缩格显示程序结构 用加括号的方式排除二义性 要清晰:清晰的代码,而非最巧妙的代码 当心运算符的副作用 把数定义称常量 利用sizeof()计算对象的大小 程序注释
• 增量模型(Incremental Model)
– 软件被作为一系列的增量构件来设计、实现、集成和测试; – 每一个线性序列产生软件的一个可发布的增量 – 第一个增量往往是实现基本需求的核心产品。核心产品交付 用户使用后,经过评价形成下一个增量的开发计划,它包括 对核心产品的修改和一些新功能的发布。这个过程在每个增 量发布后不断重复,直到产生最终的完善产品。
• 面向对象 = 对象 + 类 + 继承 + 消息通信 • 类:一组具有相同属性和相同行为的对象的集合 • 消息:一个对象与另一个对象的通信单元,是要求某 个对象执行某个操作的规格说明。 • 继承:子类自动地共享父类(超类)的属性和方法 • OO系统设计任务
– – – – – – – – 系统分解成子系统 识别问题中固有的并发性 将子系统分配给处理器和任务 选择数据存储管理方法 处理对全局资源的访问 选择软件控制机制 处理边界条件 设置平衡的优先级
• 测试类型
– 根据是否需要了解软件内部的结构分
• 黑盒测试(功能测试或数据驱动测试) • 白盒测试(结构测试或逻辑驱动测试)
– 根据是否需要运行被测试的程序分为:
• 静态测试:不实际运行被测试的程序,如:代码走查,
Fagan检查 • 动态测试:运行被测试的软件
• 功能测试,即黑盒测试
– 根据软件的需求定义或功能规约对软件进行测试 – 检查软件的输入和输出数据是否满足需求定义的要求 – 方法:将软件的输入空间分解成一系列子域,使得软 件在子域内的行为是“等价”的
• 成熟度等级(Maturity Levels):软件开发组织在走向成 熟的途中几个具有明确定义的表示软件过程能力成熟度的 平台。
• 需求定义
– 用户解决问题或达到目标所需要的条件或能力 (Capability) – 系统或系统部件要满足合同、标准、规范或其他正式 规定文档所需具有的条件或能力 – 反映上述两个定义中所描述的条件或能力的文档说
– 需求规格说明(Requirements Specification)
• 又称功能规格说明、需求协议和系统规格说明 • 精确地阐述了一个软件系统必须提供的功能和性 能以及它所要考虑的限制条件 • 由系统分析师撰写 • 主要读者为系统设计与开发人员
• 需求管理
– – – – 变更控制 版本控制 需求跟踪 需求状态
• 耦合 1.内容耦合
content coupling 2.公共耦合 common coupling 3.控制耦合 control coupling 4.特征耦合 stamp coupling 5.数据耦合 data coupling 6.非直接耦合 no direct coupling
• 内聚 cohesion
• UML
– UML是一种可视化建模语言 – UML不是一种开发方法,不局限于特定开发过程 • 用例(Use-Case) 是系统的一种行为,它为执行者产生一定的价值结果。用 例描述执行者想要系统完成的事情。用例应该是一个完整 的任务。 • 参与者(Actor) 是同系统交互的所有事物,如人、其它软件、数据存储、 硬件设备或网络。每个执行者定义一种特定角色。 • 用例图:表示一组用例、参与者及它们之间的关系,从用户的 角度出发对系统建模