石家庄网站建设外包公司,百度权重批量查询,网站建设公司 信科网络,如何本地搭建网站从程序到软件☆ 章节 知识点 概论☆ 软件的定义#xff0c;特点#xff0c;生存周期。软件工程的概论。软件危机。 1.☆软件#xff1a;软件程序数据文档
#xff08;1#xff09;软件#xff1a;是指在计算机系统的支持下#xff0c;能够完成特定功能与性能的包括…
从程序到软件☆ 章节 知识点 概论☆ 软件的定义特点生存周期。软件工程的概论。软件危机。 1.☆软件软件程序数据文档
1软件是指在计算机系统的支持下能够完成特定功能与性能的包括程序、数据和相关文档的完整集合。
程序是由程序设计语言所描述的、能为计算机所理解和处理的一组语句序列。
3联系程序是软件的核心部分软件的功能是执行其中程序实现的。
4区别程序通常是可执行代码软件包括代码、文档和数据。
2.☆软件的特性
复杂性、可变性、不可见性、一致性
1复杂性①复杂程度随着程序规模的增加成指数上升。②开发复杂
2可变性在软件开发不同阶段引入同一个变动需要付出的代价的变化趋势。
3不可见性风险大4一致性维护困难
3.☆软件的特征
非常复杂、成本高、风险大、维护困难
4.☆软件生存周期
(1)定义软件从提出开发开始到开发出系统运行维护以及最终退役最终灭亡所经历的时期
(2)6个阶段需求分析、软件设计、编码实现、软件测试、部署运行、使用维护
5.软件危机
(1☆定义软件危机是指在计算机软件的开发和维护过程中遇到的一系列严重问题。
(2表现
① 软件开发成本和进度估计不准确② 用户对“已完成的”软件系统不满意的现象经常发生 ③软件质量得不到保证功能和性能
④ 软件维护困难(多样性 、复杂性、 副作用) ⑤软件通常没有适当的文档 ⑥软件成本在计算机系统总成本中所占比例升高
⑦ 软件开发生产率的提高跟不上计算机应用普及的趋势
(3)根源
① 对软件这样一类复杂和特殊系统的认识不清 ②没有找到支持软件系统开发的有效方法 ③缺乏成功软件开发实践以及相应的开发经验
6、☆开源软件 列出两个并比较异同:
1.开源软件:
一种源代码可以自由获取和传播的计算机软件其拥有者通过开源许可证赋予被许可人对软件进行使用、修改和传播。
2.举例
1GPL
允许任何人观看、修改并散播程序软件的原始程序代码。发布修改后的版本就要连通源代码一起公布不允许修改后和衍生的代码作为闭源的商业软件发布和销售。自由复制自由传播收费传播修改自由
2BSD
是一个给予使用者很大自由的协议。可以自由地使用修改源代码也可以将修改后的代码作为开源或者专有软件再发布。 第二章 软件工程概述 软件工程 软件工程的目标原则中心和三要素。
1.软件工程的定义☆
1把系统的、规范的、可度量的途径应用于软件开发、运行和维护过程也就是把工程应用于软件 2研究1中方法的研究。
1系统的提供完整和全面的解决方法包括目标、原则、过程模型、开发活动、开发方法和技术等。
2规范的支持各类软件系统的开发包括语言标准、质量标准、编程标准、方法标准、能力极其改进标准等。
3可量化工作量、成本、进度、质量等要素可以量化。
2.☆软件工程的原则
1抽象和建模 2模块化 3软件重用 4信息隐藏
5关注点分离 6分而治之 7双向追踪原则8工具辅助 1抽象将与相关开发活动所关注的要素提取出来不关心要素扔掉形成与该开发活动相关的软件要素
建模基于特定的抽象借助于建模语言如数据流图、UML等建立起基于这些抽象的软件模型进而促进对软件系统的准确理解
2将软件系统的功能分解和实现为若干个模块每个模块具有独立的功能模块之间通过接口进行调用和访问。模块内部高内聚模块间松耦合
3在软件开发过程中尽可能利用已有的软件资源和资产如函数库、类库、构件库、开源软件、代码片段等来实现软件系统努力开发出可被再次重用的软件资源如函数、类、构件等
6软件开发人员可对复杂软件系统进行分解形成一组子系统
7当某个软件制品发生变化时一方面要追踪这种变化会对那些软件制品产生影响进而指导相关的开发和维护工作此为正向追踪另一方面要追踪产生这种变化的来源或者说是什么因素导致了该软件制品的变化明确软件制品发生变化的原因及其合理性此为反向追踪。
8利用软件工具来辅助软件开发和维护工作是一项行之有效的方法尽可能地借助计算机工具来辅助软件开发和维护以降低开发者和维护者的工作负担提高软件开发和维护效率提升软件开发及软件制品的质量
软件发展阶段
(1)程序设计阶段50~60年代
(2)程序系统阶段60~70年代
(3)软件工程阶段7080年代
(4)第四阶段80年代至今 第三章 软件过程模型和开发方法 软件过程模型和开发方法 软件过程模型的定义。软件生存期模型瀑布模型 、快速原型模型、增量模型、螺旋模型及各模型的概述、优缺点、适用场合。如何选择过程模型。敏捷开发。能力成熟度模型集成五个级别的名字、每个级别的侧重点。过程和产品的关系。
软件过程☆
为了获得高质量软件所需要完成的一系列任务的框架它规定了完成各项任务的工作步骤。
软件过程模型的定义
软件开发过程模型是软件开发全部过程、活动和任务的结构框架。它能直观表达软件开发全过程明确规定要完成的主要活动、任务和开发策略。
软件过程模型/软件开发模型/软件生存周期模型/软件工程范型
软件生存期模型 分类 模型名称 概述 优点 缺点 场景 生命 周期 模型 瀑布模型 软件开发过程分为需求分析、软件设计、物试和运行维护等步骤和活动严格按照先后次序和逻辑关系来组织实施。 简单一目了然易理解、掌握、应用和管理 需求变更阻塞不能满足需求 需求易于定义、不易变动、较为明确、可预先定义的软件系统 演化 过程 模型 原型模型 指在设计或开发过程中通过搭建一个部分或完整的模型,来展示最终产品的外观、功能和特性。 ①提高设计质量②加快开发进程③减少项目成本④增强用户参与⑤降低开发风险。 ①建需时间和资源②对环境和成本的敏感性③需用户密切配合④可能致质量低⑤限制开发创新。 理解需求难以表述清楚、不易导出和获取、持续变动的应用 增量 过程 模型 增量模型 一种渐进地开发逐步完善的软件版本的模型该模型一般首先开发产品的基本部分然后再逐步开发产品的附加部分。 需求变动不大、较为明确、可预先定义的应用 迭代模型 需求变动大、较为明确、可预先定义的的应用 螺旋模型 开发风险大需求难以确定的应用 1生命周期模型
1.1瀑布模型☆
⑴概念
瀑布模型将软件开发过程分为需求分析、软件设计、物试和运行维护等步骤和活动严格按照先后次序和逻辑关系来组织实施。
(2)指导思想提供系统性指导
(3)特点
①与软件生命周期相互一致②每个活动结束后需要评审
③相邻活动间存在因果关系。
(4)优点
简单一目了然易理解、掌握、应用和管理。
(5)缺点
①不适应需求经常发生变更的环境②流程顺序严格各阶段依赖性强会导致工作中发生“阻塞”状态
③完全依赖于书面的规格说明软件产品不能真正满足用户的需要➃用户只能通过文档来了解产品是什么样
⑸适用场景适合于需求易于定义、不易变动的软件系统。 (2)演变过程模型 2.1.原型模型☆
⑴概念
原型模型是指在设计或开发过程中通过搭建一个部分或完整的模型,来展示最终产品的外观、功能和特性。
(2)指导思想以原型为媒介指导用户的需求导出和评价
(3)特点
①软件原型作为交流载体和媒介②支持用户参与到软件开发中
③持续、渐进地导出用户要求。
(4)优点
①提高设计质量②加快开发进程③减少项目成本
④增强用户参与⑤降低开发风险。
(5)缺点
①建立原型需要时间和资源②对环境和成本的敏感性③需要与用户密切配合
④可能导致质量低下⑤限制开发人员的创新。
(6)适用场景适合于需求难导出、不易确定且持续变动的软件。 增量过程模型
3.1增量模型☆ (1)概念
一种渐进地开发逐步完善的软件版本的模型该模型一般 首先开发产品的基本部分然后再逐步开发产品的附加部分。
(2)指导思想快速交付和并行开发
(3)优点
①显著地克服瀑布模型缺点、减少由于软件需求不明确而给开发工作带来风险缩短产品提交时间
②用户有充裕的时间学习适应新产品减少一个全新的软件给客户组织带来的冲击。
(4)缺点
①在把每个新的增量构件集成到现有软件体系结构中时必须不破坏原来已经开发出的产品。软件体系结构必须是开放的。
②开发人员既要把软件系统看作整体。又要看成可独立的构件因此相互矛盾。除非开发人员有足够的技术能力协调好。
③多个构件并行开发具有无法集成的风险。
(5)适用场景需求变动不大、较为明确、可预先定义的应用 3.2迭代模型
概述
是一种支持面向对象开发的模型。体现迭代和无间隙特征。
①迭代各开发活动常常重复工作多次相关的功能在每次迭代中不断加入演进的内容。②无间隙开发活动之间不存在明显的边界。
(2)指导思想多次迭代每次仅针对部分明确软件需求
(3)优点
(4)缺点
(5)适用场景需求变动大、难以一次性说清楚的应用 3.3.螺旋模型☆
(1)概述沿着螺线旋转在四个象限上分别表达了四个方面的活动
①制定计划-确定目标选择方案选定完成目标的策略。
②风险分析-风险角度分析该策略。
③实施工程-实施软件开发。
④客户评估-评价开发工作提出修正建议。
指导思想
集成迭代模型和原型模型引入风险分析
(3)特点
瀑布模型快速原型风险分析的迭代过程
(4)优点
适用于高风险的大型软件由于软件随着过程的推进而变化在每一个演进层次上开发者和客户都可以更好地理解和应对风险。
(5)缺点
风险驱动需要相当丰富的风险评估经验和专门知识否则风险更大。
(6)适用场景
主要适用于内部开发的大规模软件项目
4.软件过程模型的选择
(1)考虑软件项目的特点
尤其是所开发软件的业务特点如业务领域是否明确、软件需求是否易于确定、用户需求是否会经常性变化等等是否可以预估到潜在的软件开发风险
(2)软件开发团队的水平
需要结合软件开发团队的能力和水平来选择过程模型以防开发团队和管理人员无法掌控和驾驭过程模型
(3)分析软件过程模型特点
优缺点以及适合的场所
5、敏捷方法
(1)理念
一种轻量级软件开发方法。
主张软件开发要以代码为中心快速、轻巧和主动应对需求变化持续及时交付可运行的软件系统。
提供了一组思想和策略指导快速响应用户需求的变化快速交付可运行的软件制品。
(2)价值观
①较之于过程和工具应更加重视人和交互的价值
②较之于面面俱到文档应更加重视可运行软件系统的价值
③较之于合同谈判应更加重视客户合作的价值
④较之于遵循计划应更加重视响应用户需求变化的价值。
(3)体现思想
①强化可运行软件弱化文档
②以适应变化为目的来推进开发
③以人为本 敏捷方法很多,包括极限编程(XP)、 Scrum方法、测试驱动开发(FDD)等多种方法 软件需求 软件需求 需求的定义、需求的特性。需求的分类(功能性需求、非功能性需求)。 需求分析的四个步骤每个步骤的定义。 结构化分析方法的分析策略是自顶向下逐步求精。结构化分析建立的模型的核心围绕该核心建立的三种图及对应的规格说明的名字分别属于对什么建模。会画数据流图。 面向对象的分析建立哪三种模型分别对应UML中的什么图只需要知道图的 名字。用例图由哪三个元素构成每个元素的定义。会画用例图。
软件需求☆
定义开发软件产品的目标用户对该软件产品的功能、性能、设计约束和其它方面的期望和要求
即确定软件系统要做什么。
(2)IEEE定义
①用户为了解决问题或达到某些目标所需要的条件或能力
②系统或系统部件为了满足合同、标准、规范或其它正式文档所规定的要求而需具备的条件或能力
③对①或②中的一个条件或一种能力的一种文档化表述。
2、软件需求的类别☆
1.软件功能性需求
能够完成的功能及在某些场景下可展现的外部可见行为或效果。
2.非功能需求
(1)软件质量需求
外部质量属性外部可展现的用户、客户等会非常关心如运行性能、可靠性、易用性等内部质量属性隐藏在内部的软件开发工程师会非常关心如可扩展性、可维护性、可理解性。
①外部质量属性外部可展现的用户、客户等会非常关心如运行性能、可靠性、易用性等
②内部质量属性隐藏在内部的软件开发工程师会非常关心如可扩展性、可维护性、可理解性
(2)软件开发约束需求
开发成本、交付进度、技术选型、遵循标准等方面提出的要求。 分类 内涵 关注的利益相关者 功能需求 软件具有的功能、行为和服务 用户、客户、开发者群体 软件质量需求 内部质量需求 开发者群体 外部质量需求 用户、客户、开发者群体、其他系统 软件开发约束需求 软件开发需满足的要求 客户、开发者群体
3、软件需求的重要性
(1)软件的价值所在
(2)软件开发的基础和前提
(3)软件验收的标准和依据 4、软件需求的特性
(1)隐式性来自于利益相关方它隐式存在。很难辨别甚至会遗漏掉。
(2)隐晦性在利益相关方的潜意识之中不易于表达出来难以获取。
所表达的软件需求存在模糊性、歧义性、二义性。
(3)多源性存在多个的利益相关方。存在相冲突和不一致的软件需求。
(4)易变性用户对软件的期望和要求也会经常性地发生变化。在整个生命周期都会发生变化。
(5)领域知识的相关性
软件需求的内涵与软件所在领域的知识息息相关
(6)价值不均性
不同的软件需求对于客户或用户而言所体现的价值是不一样的
主要和次要、核心和外围需求
需求工程
用工程的理念和方法来指导软件需求实践
提供了一系列的过程、策略、方法学和工具
帮助需求工程师加强对业务或领域问题及其环境的理解获取和分析软件需求
指导软件需求的文档化和评审以尽可能获得准确、一致和完整的软件需求产生软件需求的相关软件制品
①知识密集型工作需要交叉多学科的知识②多方共同参与
③需求获取的多种形式和源头④持续迭代和逐步推进
简述需求工程的一般性过程
(1).获取软件需求
获得软件利益相关者对软件的期望和要求进而获取初步软件需求。
(2).分析软件需求
在初步软件需求的基础上对软件需求进行精化、建模和分析获得软件需求在功能、行为、特征和约束等方面更为详细的信息发现并解决软件需求中潜在的问题产生准确、一致和完整的软件需求及其描述。
(3).文档化软件需求
在获取和分析软件需求及其成果的基础上撰写软件需求文档产生软件需求规格说明书。
(4).确认和验证软件需求
对前面工作所产生的软件需求模型和文档进行评审让软件系统的利益相关者确认和验证软件需求发现问题和缺陷并加以解决和纠正确保经评审后的软件需求模型和文档符合利益相关者的诉求并满足质量要求。
(5).管理软件需求
由于软件需求工程贯穿于整个软件生存周期软件需求会持续发生变化并且需求变化会对软件开发和运维产生重要的影响因此必须对软件需求变化以及相应的软件需求制品进行有效的管理。 获取软件需求
1、获取软件需求是指得到或产生软件需求
2、获取软件需求的方式 3、获取软件需求的方法
1访谈和会议
召开相关的会议走访相关的人员。
参加的人员包括用户、客户、需求分析人员、质量保证人员等等
2调查问卷
设计调查问卷了解业务流程、实际操作过程用户的期望和要求。
调查对象应用领域中不同角色用户口如何利用调查问卷。
3获现场观摩业务过程、步骤和输出业务工作流程和细节
4分析业务资料收集重要的资料阅读和分析与业务相关的文档和资料
5软件原型
需求工程师根据用户初步需求描述快速构造出一个可运行的软件原型。
软件原型作为需求工程师和用户之间的交流媒介有助于直观地展示软件需求激发用户投入到需求讨论和导出之中因而是一项极为有效的需求获取和分析方法。
6群体化方法
让互联网上的海量和开放群体参与到获取软件需求的工作中来提出他们对软件需求的想法并通过组织、汇聚和筛选从中遴选出有价值的软件需求。集思广益有助于获得超出开发团队和用户常规想定的软件需求。 获取软件需求的过程 1.明确问题和基于软件的解决方案
明确待开发软件系统欲解决什么样的问题给出清晰的问题描述明确如何通过软件来解决问题需要集成哪些其他的系统包括物理系统或遗留系统、与它们进行怎样的交互包括数据和服务的共享等界定软件系统的目标和范围讲清楚软件系统要做什么、不做什么。
2. 导出和构思初步软件需求
在识别软件利益相关者的基础上从软件利益相关者那里导出软件需求或者针对软件欲解决的问题构思出软件系统的需求形成初步的软件需求包括功能需求和非功能需求。
3. 描述初步软件需求
描述所获得的软件需求详细刻画和记录软件需求的具体内涵促进不同人员围绕软件需求进行交流支持后续的需求分析工作。需求工程师可采用多种方式来描述软件需求如自然语言、软件原型、用例模型等。
4.评审初步软件需求
需求工程师组织多方人员包括用户和客户等评审初步软件需求及其描述发现和解决软件需求中存在的各类问题确保初步软件需求的质量。
获取软件需求可行性分析
技术可行性设备可行性进度可行性成本可行性商业可行性商业价值社会可行性 分析软件需求
1、分析软件需求的任务
精化软件需求2建立软件需求模型3分析需求间的关系
4发现和解决需求问题5)撰写和评审软件需求 文档 2、支持需求建模和分析的UML图 软件需求模型
3、简述顺序图的作用与组成元素
作用描述对象间的消息交互序列组成元素
1纵向时间轴对象及其生命线(虚线)活跃期(长条矩形) 2横向对象间的消息传递
3对象[对象名] : [类名]
4消息传递对象生命线间的有向边
①同步消息发送者等待接收者将消息处理完后再继续
②异步消息发送者在发送完消息后不等待接收方即继续自己的处理
③自消息一个对象发送给自身的消息
④返回消息某条消息处理已经完成处理结果沿返回消息传回
⑤创建消息和销毁消息消息传递目标对象的创建和删除
4、简述类图的作用与组成元素
1作用描述系统的类构成刻画系统的静态组成结构
2组成元素
1结点表示系统中的类或接口及其属性和操作
2边类之间的关系
3属性的表示[可见性] 名称 [: 类型] [多重性] [ 初值] [{约束特性}]
1可见性公开()、保护(#)、私有(-)
2多重性属性取值数量, 如10..10..* 1..**
3约束特性可更改性{readOnly}、顺序性 {ordered}、唯一性 {bag}、静态性{static}
4接口一种不包含操作实现部分的特殊类
1接口的形式①供给接口: 对外提供的接口②需求接口: 需要使用的接口
5类间的关系 1关联类间的逻辑联系
2聚合部分类对象是多个整体类对象的组成
3组合部分类对象只能位于一个整体类对象中
4依赖有语义上关系且一个类对象变化会导致另一类对象作相应修改
5实现表示一个类实现了另一个类中定义的对外接口
6继承子类继承父类所有可继承的特性且可通过添加新特性或覆盖父类中的原有特性
5、简述状态图的作用与组成元素
1作用
描述实体对象、系统在事件刺激下的反应式动态行为及其导致的状态变化
刻画了实体的可能状态、每个状态下可响应事件、响应动作、状态迁移
基本改念
1状态对象属性取值构成的一个约束条件不同状态下对象对事件的响应行为完全一样 2事件某时刻点发生、需要关注的瞬时刺激或触动
消息型事件(同步)其他对象发来消息
信号型事件(异步)其他对象传来异步信号
时间型事件到达特定时间点
条件型事件对象属性取值满足特定条件
动作
计算过程位于迁移边上简单执行时间短
4活动
计算过程位于状态中复杂执行时间长
组成
①节点状态②边迁移即状态间因事件刺激而触发的状态变化
初态用实心圆表示终态用一对同心圆(内圆为实心圆)表示。
中间状态用圆角矩形表示可以用两条水平横线把它分成上、中、下3个部分
分析软件需求的过程 分析和确定软件需求优先级
分析软件需求重要性
分析软件需求优先级
确定用例分析和实现的次序
考虑重要性和实际需求
分析软件需求的重要性
1从用户和客户的视角软件需求的重要性是不一样的
2核心软件需求
在解决问题方面起到举足轻重的作用提供了软件系统所特有的功能和服务体现了软件系统的特色和优势
3外围软件需求
提供了次要、辅助性的功能和服务 第七章 软件设计基础 软件设计基础 软件设计包含的两类活动。创新设计不属于软件设计。软件的质量属性。各种设计技术模块化为什么不能无限划分模块、信息隐藏原则的定义、重构的定义、抽象、设计模式、功能独立不要求背7种内聚和7种耦合、细化。程序结构的深度、宽度、扇入数、扇出数。信息隐蔽原则有利于提高模块的内聚性。完整的设计规格包括哪四种设计模型。 软件体系架构5种架构风格、B/S与C/S架构。用户界面设计的三条原则。 用户界面设计由一系列的分析开始三种分析的内容。 结构化程序设计的概念。详细设计会画流程图、伪代码、NS图、PAD图。 流程图的主要缺点。
软件设计
针对软件需求综合考虑各种制约因素探究软件实现的解决方案
软件设计是需求分析和软件实现间的桥梁 软件设计的一般性过程 软件设计的约束和原则
①抽象与逐步求精 ②模块化高内聚度、低耦合度
③信息隐藏 ④多视点和关注点分离
⑤软件重用 ⑥迭代设计
⑦可追踪性
抽象模块化、高内聚度和低耦合度原则分而治之
将软件系统的整体结构分解为一组相关模块模块包、子系统、构件、类、方法等等
每个模块实现单一的功能。通过模块之间的交互来组装模块形成整体框架 耦合性 软件体系结构设计
软件体系结构模型的表示方法
包图
1功效刻画包间的构成和依赖关系
2图的构成节点包。边包间的关系
3包间的关系组成和依赖
4包一组具有逻辑关联的UML模型元素例如用例、类等、模型图用例图、类图、交互图、状态图、活动图等以及其他的包。
包在模型管理过程中是配置管理的基本单元同时也为访问控制提供基本手段
包的作用
①作为软件模型的组织单元
②作为模型管理的基本单元
③作为系统高层结构中的组成元素。
④作为访问控制的基本手段
部署图
1功效
表示软件系统可执行工件(artifact)在运行环境中的部署和分布情况
工件是指软件中相对独立的物理实现单元如Java类库文件
2图的构成①节点计算节点、工件、构件②边通信和依赖
3两种部署图
①逻辑层面的描述性部署图描述软件的逻辑布局
②物理层面的实例性部署图针对具体运行环境和特定的系统配置描述软件系统的物理部署情况
构件图
1功效描述软件系统中构件及构件间的构成和依赖关系
2图的构成
①节点构件具有对外接口、可分离和独立功能物理模块②边构件间的依赖关系
3构件
一个或者多个可独立部署的执行码文件
具有精确定义的供给接口和需求接口
可分离接口和实现分离
可替换构件实例可被任何实现相同接口的同一构件实例所替换
4接口
一组操作 和/或 属性的说明不含操作的实现它用作服务提供方和使用方之间的协议
每个构件还可以定义一些端口port每个端口绑定了一组供给接口和/或需求接口
接口由类或构件实现
