功能安全ISO26262 道路车辆 功能安全审核及评估方法第3部分:软件层面

news/2024/3/28 22:20:49/文章来源:https://blog.csdn.net/weixin_45905610/article/details/130349330

道路车辆 功能安全审核及评估方法

第3部分:软件层面

Road vehicles - Functional Safety Audit and Assessment Method -

Part 3: Software Level

(工作组草案)

2022.4.15

前  言

本文件按照GB/T 1.1—2020《标准化工作导则  第1部分:标准化文的结构和起草规则》的规定起草。

本文件是GB/T XXXXX《道路车辆 功能安全审核及评估方法》的第3部分。GB/T XXXXX已经发布了以下部分

——第1部分:通用要求;

——第2部分:概念阶段和系统层面;

——第3部分:软件层面;

——第4部分:硬件层面。

本文件由中华人民共和国工业和信息化部提出。

本文件由全国汽车标准化技术委员会(SAC/TC114)归口。

本文件起草单位:

本文件主要起草人:

 

1      范围... 5

2      规范性引用文件... 5

3      术语和定义... 5

4      要求... 5

4.1 一般要求... 5

4.2 审核和评估结果的汇总... 6

4.3 软件层面功能安全审核和评估结果... 6

4.4 功能安全审核和评估的独立性要求... 6

5      软件开发环境的审核和评估... 7

5.1 目的... 7

5.2 审核和评估的输入... 7

5.2.1前提条件... 7

5.2.2支持信息... 7

审核和评估的要求... 7

6      软件安全要求的审核和评估... 8

6.1 目的... 8

6.2 审核和评估的输入... 8

6.2.1前提条件... 8

6.2.2 支持信息:... 8

6.3 审核和评估的要求... 8

7      软件架构设计规范的审核和评估... 9

7.1 目的... 9

7.2 审核和评估的输入... 9

7.2.1前提条件... 9

7.2.2 支持信息... 10

7.3 审核和评估的要求... 10

8      软件单元设计及实现的审核和评估... 11

8.1 目的... 11

8.2 审核和评估的输入... 11

8.2.1 前提条件... 12

8.2.2 支持信息... 12

8.3 审核和评估的要求... 12

9      软件单元测试的审核和评估... 13

9.1 目的... 13

9.2 审核和评估的输入... 13

9.2.1 前提条件... 13

9.2.2 支持信息... 13

9.3 审核和评估的要求... 13

10        软件集成和验证的审核和评估... 14

10.1 目的... 14

10.2 审核和评估的输入... 15

10.2.1 前提条件... 15

10.2.2 支持信息... 15

10.3 审核和评估的要求... 15

11        嵌入式软件测试的审核和评估... 16

11.1目的... 16

11.2审核和评估的输入... 16

11.2.1前提条件... 16

11.2.2 支持信息... 16

11.3审核和评估的要求... 16

12        软件标定和配置管理的审核和评估... 17

12.1目的... 17

12.2审核和评估的输入... 17

12.2.1 前提条件... 17

12.2.2 支持信息... 18

12.3审核和评估要求... 18

13        软件工具鉴定的审核和评估... 19

13.1目的... 19

13.2审核和评估的输入... 19

13.2.1前提条件... 19

13.2.2 支持信息... 19

13.3审核和评估要求... 20

14        软件组件鉴定的审核和评估... 23

14.1目的... 23

14.2审核和评估的输入... 23

14.2.1前提条件... 23

14.2.2支持信息... 23

14.3审核和评估要求... 23

附录A. 26

附录B. 28

附录C. 31

附录D.. 36

附录E. 38

附录F. 41

附录G.. 44

附录H.. 46

附录I 49

附录J 56

道路车辆 功能安全审核及评估方法

第3部分:软件层面

  1. 范围

本标准规定了针对安全相关的电气/电子(E/E)系统在软件层面的功能安全相关活动和工作成果,开展功能安全审核及评估的要求和方法,以检查和判断开发过程及工作成果对于功能安全的符合性。

  1. 规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。

GB/T 34590-XXXX(所有部分) 道路车辆 功能安全(ISO 26262:2018,MOD)

  1. 术语和定义

GB/T 34590.1-XXXX界定的术语、定义和缩略语适用于本文件。

  1. 要求

4.1 一般要求

GBT《道路车辆 功能安全审核及评估方法》的部分规定了功能安全软件层面审核的要求,应具备下列文件支持本部分的功能安全审核和评估:

项目计划(细化的),按照GB/T34590.4—20225.5.1

安全计划(细化的),按照GB/T34590.4—20225.5.2

软件开发环境文档,按照GB/T34590.6—20225.5.1

软件安全需求规范,按照GB/T34590.6—20226.5.1

软硬件接口规范(细化的),按照GB/T34590.6—20226.5.2

软件安全需求规范、软硬件接口规范评审记录表,按照GB/T34590.6—20226.5.3

软件架构设计规范,按照GB/T34590.6—20227.5.1

软件安全分析报告,按照GB/T34590.6—20227.5.2~7.5.3

软件架构设计规范、软件安全分析报告评审记录表,按照GB/T34590.6—20227.5.3

软件单元设计规范;按照GB/T34590.6—20228.5.1

软件单元实现,按照GB/T34590.6—20228.5.2

软件单元验证规范,按照GB/T34590.6—20229.5.1

软件单元验证报告,按照GB/T34590.6—20229.5.2

软件集成和验证规范,按照GB/T34590.6—202210.5.1

软件单集成和验证报告,按照GB/T34590.6—202210.5.2

软件安全需求验证规范,按照GB/T34590.6—202211.5.1

软件安全需求验证报告,按照GB/T34590.6—202211.5.2

软件配置数据规范及配置数据,按照GB/T34590.6—2022C.5.1C.5.3

软件标定数据规范及标定数据,按照GB/T34590.6—2022C.5.2C.5.4

软件工具准则评估报告,按照GB/T34590.8—202211.5.1

软件工具鉴定报告,按照GB/T34590.8—202211.5.2

软件组件文档及组件鉴定报告,按照GB/T34590.8—202212.5.1~12.5.2

软件组件鉴定的验证报告,按照GB/T34590.8—202212.5.3

4.2 审核和评估结果的汇总

执行软层面的功能安全审核和评估后,应将审核的评估的结果进行汇总并列举证据:

4.3 软件层面功能安全审核和评估结果

通过(无待完成的建议行动项、评估和审核的相关项符合GBT 34590.6-2022,6.4的要求)

有条件通过(已有相关项符合的相关证据,已识别相应的建议行动项)

不通过(相关风险消除的行动项待完成,通过前需做相应的偏差评估和审核)

4.4 功能安全审核和评估的独立性要求

功能安全审核和评估的独立性要求参照GBT 34590. 2-2022, 6.4.7的要求。

  1. 软件开发环境的审核和评估

5.1 目的

审核和评估软件开发环境文档,以提供证据证明:

  1. 与软件开发流程合适且一致;
  2. 软件开发环境满足相关项开发的要求;

5.2 审核和评估的输入

5.2.1前提条件

为了开展本章规定的审核和评估,应具备如下输入:

软件开发环境文档

5.2.2支持信息

可考虑下列信息:

安全计划;

软件开发流程;

审核和评估的要求

对于软件开发环境的审核和评估,应涵盖以下检查项:

表1:软件开发环境的审核和评估检查清单

序号

审核和评估要求

1

是否定义了软件开发环境的模板且在项目中进行了实施?

2

软件开发环境模板是否与已定义的开发流程保持一致?

3

定义的软件开发环境模板是否可以覆盖下面列出的评估检查点?

4

在开发相关项时,使用的软件开发过程和软件开发环境是否适用并满足该相关项要求?

  1. 适用于开发安全相关的嵌入式软件,包括方法、指南、语言和工具;
  2. 软件阶段及相关阶段的工作成果的一致性;

与系统和硬件开发阶段在所需的交互和信息交换的一致性;

5

在开发相关项时,所应用的设计语言、建模语言或编程语言是否满足以下准则?

  1. 明确易理解的定义;
  2. 如果建模用于需求工程和管理,定义和管理安全要求的适用性;
  3. 支持模块化、抽象化和封装化的实现;
  4. 支持结构化构造的使用;

6

建模和编码指南是否满足对应的ASIL等级所要求的的通则,以涵盖适合于建模、设计或者编程语言的准则?

注:具体要求参考GB/T34590-6第5章表1

  1. 软件安全要求的审核和评估

6.1 目的

审核和评估软件安全需求规范、细化的软硬件接口规范,以提供证据证明:

a)定义或细化了由技术安全概念和系统架构设计规范导出的软件安全要求;

b)定义了软件实现所需的安全相关功能和特性;

c)细化了在GB/T 34590.4-XXXX第6章最初定义的软硬件接口要求;及

d)验证软件安全要求和软硬件接口要求是否适用于软件开发,及验证它们与技术安全概念和系统架构设计规范的一致性。

6.2 审核和评估的输入

6.2.1前提条件

为了开展本章规定的审核和评估,应具备如下输入:

软件安全需求规范,按照GB/T34590.6—2022的6.5.2;

软硬件接口规范(细化的),按照GB/T34590.6—2022的6.5.2;

软件验证报告,按照GB/T34590.6—2022的6.5.3;

6.2.2 支持信息:

可考虑下列信息:

技术安全要求规范,按照GB/T34590.4—2022的6.5.1;

技术安全概念,按照GB/T34590.4—2022的6.5.2;

系统架构设计规范,按照GB/T34590.4—2022的6.5.3;

软硬件接口规范,按照GB/T34590.4—2022的6.5.4;及

软件开发环境文档,按照GB/T34590.6—2022的5.5.1;

6.3 审核和评估的要求            

对于软件安全需求规范的审核和评估,应涵盖以下检查项:

表2:软件安全需求规范的审核和评估检查清单

序号

审核和评估要求

1

是否定义了软件安全要求的开发流程?

2

是否定义了软件安全要求的模板且在项目中进行了实施?

3

软件安全要求模板是否与已定义的开发流程保持一致?

4

定义的软件安全要求模板是否可以覆盖下面列出的评估检查点?

5

软件安全要求的得出是否基于安全相关的软件功能和特性?如果嵌入式软件除了执行6.4.1定义的安全要求的功能外,还执行了其他功能,是否按照所应用的质量管理体系的要求提供了这些功能及其特性的规范?

6

软件安全要求的得出是否继承于技术安全需求、技术安全概念和系统架构设计规范?软件安全要求的得出是否包含如下内容:

  1. 安全要求的定义和管理,按照GB/T34590.8-2022,第6章;
  2. 已定义的系统和硬件的配置;
  3. 软硬件接口规范;
  4. 硬件设计规范的相关要求;
  5. 时间约束;
  6. 外部接口;
  7. 对软件有影响的车辆、系统或者硬件的每个运行模式及运行模式之间的转换;

7

若对软件安全要求进行了ASIL等级分解,其分解原则是否满足GB/T 34590.9-xxxx,第5章的要求?

8

软硬件接口规范在软件开发阶段是否进行了细化?细化程度是否足以支持软件正确控制使用硬件?

9

软硬件接口规范是否描述了硬件和软件间每个与安全相关的依赖性?

10

是否建立了软件安全要求与技术安全需求及技术安全概念之间的双向追溯性?

11

是否细化后的软硬件接口都定义了对应的验证准则?

12

是否为每个软件安全要求制定了验证准则?

13

是否基于GB/T 34590.8-xxxx,第6章和第9章执行了软件安全要求、细化后的软硬件接口规范的验证?其验证结果是否能证明如下要求得到了满足?

  1. 与技术安全需求的一致性和符合性;
  2. 与系统设计的符合性;
  3. 与软硬件接口的一致性;

  1. 软件架构设计规范的审核和评估

7.1 目的

审核和评估软件架构设计规范,以提供证据证明:

  1. 开发了满足软件安全要求和其他软件要求的软件架构设计;
  2. 验证了软件架构设计适合满足所要求ASIL等级的软件安全要求;及
  3. 支持软件的实现与验证。

7.2 审核和评估的输入

7.2.1前提条件

为了开展本章规定的审核和评估,应具备如下输入:

软件架构设计规范规范,按照GB/T34590.6—2022的7.5.1;

安全分析报告,按照GB/T34590.6—2022的7.5.2~7.5.3;

软件架构设计的验证报告,按照GB/T34590.6—2022的7.5.4;

7.2.2 支持信息

可考虑下列信息:

软件安全需求规范,按照GB/T34590.6—2022的6.5.1;

软硬件接口规范(细化的),按照GB/T34590.6—2022的6.5.2;

7.3 审核和评估的要求

对于软件架构设计规范的审核和评估,应涵盖以下检查项:

表3:软件架构设计规范的审核和评估检查清单

序号

审核和评估要求

1

是否定义了软件架构设计规范的开发流程?

2

是否定义了软件架构设计规范的模板且在项目中进行了实施?

3

软件架构设计规范模板是否与已定义的开发流程保持一致?

4

定义的软件架构设计规范模板是否可以覆盖下面列出的评估检查点?

5

是否按照ASIL等级要求定义软件架构的设计标记方法,且满足GB/T34590.6-2022,表2的要求?

6

软件架构设计的描述是否满足如下特征?

  1. 可理解性;
  2. 一致性;
  3. 简单性;
  4. 可验证性
  5. 模块化;
  6. 抽象性;
  7. 封装性;
  8. 可维护性

7

软件架构设计的开发是否满足如下要求:

  1. 软件架构设计的可验证性;
  2. 可配置软件的适用性;
  3. 软件单元设计与实现的可行性;
  4. 软件集成测试中软件架构的可测试性;
  5. 软件架构设计的可维护性;

8

是否定义软件架构设计的原则,且满足GB/T34590.6-2022,表3的要求?

9

软件架构设计是否被开发到可以识别软件单元的程度且继承了相应的软件安全需求?软件单元是否按照分配给它的最高安全ASIL 等级进行的开发?

10

软件架构设计规范是否包含了静态设计和动态设计?

11

如果架构设计中复用了一个不满足功能安全开发的软件架构要素,是否对该软件架构要素进行了组件鉴定并满足GB/T34590.8-2022,第12章的要求?

12

如果架构设计要素被分配了不同的ASIL等级,该软件架构要素是否符合GB/T34590.9-2022, 第六章定义的共存准则或按照了最高ASIL 等级要求进行了开发?

13

软件架构设计如进行了软件分区,是否实现了软件组件间免于干扰且确保满足如下要求?

  1. 共享资源的使用方式应确保软件分区免于干扰;
  2. 对于ASILD等级,由专用的硬件特性或等效方法来支持软件分区;
  3. 实现软件分区的软件要素是根据分配给分区软件任何要求的最高ASIL等级开发的;及
  4. 软件分区有效性的证据会在软件集成和验证期间生成;(按照GB/T34590.6-2022,第10章的要求

14

是否对软件架构进行了安全导向分析?安全导向分析的结果是否满足如下要求:

a)提供软件的适用性证据证明具备了相应的ASIL等级要求所需的特定的安全相关的功能和特性;

b)识别或确认软件的安全相关部分;及

C)支持安全措施的定义并验证其有效性。

15

如果软件安全要求的实现依赖于软件组件间免于干扰或足够的独立性,检查是否按照GB/T34590.9,第七章进行了相关失效及其影响分析?

16

是否对安全分析的结果进行了处理?是否在架构设计中采用了错误探测和错误处理的安全机制?

17

是否对嵌入式软件所需资源进行了上限预估,包括:

  1. 执行时间;
  2. 存储空间;
  3. 通讯资源

18

是否基于GB/T 34590.8-XXXX,第9章执行了软件架构设计的验证?软件架构设计的验证方法是否按照GB/T34590.6-2022,表4的要求进行,为下列目标提供证据?

  1. 软件架构设计应满足对应ASIL等级的软件安全要求;
  2. 软件架构设计的评审或审核能够与为满足对应ASIL等级的软件安全要求提供证据;
  3. 与目标环境的兼容性;

与设计指南保持一致;

  1. 软件单元设计及实现的审核和评估

8.1 目的

审核和评估软件单元设计和软件实现,以提供证据证明:

  1. 软件单元设计和实现满足了所有的软件安全需求;
  2. 软件源代码实现了软件详细设计规范
  3. 软件设计实现了软硬件接口规范
  4. 软件设计有充分的资源支撑预期的功能和特征,避免非预期的功能和特征
  5. 软件设计实现了安全分析中得出的安全措施

 8.2 审核和评估的输入

8.2.1 前提条件

为了开展本章规定的审核和评估,应具备如下输入:

软件单元设计规范,按照GB/T34590.6—2022的8.5.1

软件单元实现,按照GB/T34590.6—2022的8.5.2

8.2.2 支持信息

可考虑下列信息:

xxxx,按照GB/T34590.x—2022的xxx

xxxx,按照GB/T34590.x—2022的xxx

8.3 审核和评估的要求

对于软件单元设计及实现的审核和评估,应涵盖以下检查项:

表4:软件单元设计及实现的审核和评估检查清单

序号

审核和评估要求

1

是否定义了软件单元设计及实现的开发流程?

2

是否定义了软件单元设计及实现的模板且在项目中进行了实施?

3

软件单元设计及实现模板是否与已定义的开发流程保持一致?

4

定义的软件单元设计及实现模板是否可以覆盖下面列出的评估检查点?

5

软件单元设计是否与软件需求和软件架构设计保持了一致性和追溯性?

6

软件单元设计是否符合软硬件接口规范(如果适用)

7

软件单元设计的标记方法是否使用了GB/T34590.6,表5中要求的对应ASIL等级推荐的标记方法?

8

软件单元的定义是否将功能表现和内部设计描述到必要的细节程度以支持其实现?

9

软件单元设计和实现的设计是否满足了以下原则:

a) 基于软件架构设计,软件单元内的子程序和函数执行的正确次序;

b) 软件单元间接口的一致性;

c) 软件单元内和软件单元间的数据流及控制流的正确性;

d) 简单性;

e) 可读性和可理解性;

f) 鲁棒性;

10

软件单元设计是否符合GB/T34590.6,表6中要求的对应ASIL等级推荐的设计原则?

  1. 软件单元测试的审核和评估

9.1 目的

审核和评估软件单元测试规范、单元测试报告,以提供证据证明:

  1. 提供证据证明软件单元设计满足分配的软件要求且适合于实施;
  2. 验证由软件单元模块、函数层面的相关失效分析和安全分析得出的已定义的安全措施得到适当实施;
  3. 提供证据证明软件单元、函数符合软件单元设计与根据所需的ASIL等级分配的软件要求;
  4. 提供充分证据,证明单元不包含与功能安全相关的非预期功能和特性。

9.2 审核和评估的输入

9.2.1 前提条件

为了开展本章规定的审核和评估,应具备如下输入:

软硬件接口规范, 按照GB/T34590.6—2017 6.5.2;

软件验证计划, 按照GB/T34590.6—2017 6.5.3

软件验证规范, 按照GB/T34590.6—2017 9.4.2和9.4.4~9.4.6

安全计划, 按照GB/T34590.6—2017 7.5.2

嵌入式软件,按照GB/T34590.6—2022的10.4.1

软件单元设计规范, 按照GB/T34590.6—2017 8.5.1

软件单元实现,按照GB/T34590.6—2017 8.5.2

软件验证报告,按照GB/T34590.6—2017 8.5.3。

9.2.2 支持信息

可考虑下列信息:

工具应用指南,按照5.5.4及方法应用指南(来自外部)。

9.3 审核和评估的要求

对于软件单元测试的审核和评估,应涵盖以下检查项:

表5:软件单元测试的审核和评估检查清单

序号

审核和评估要求

1

是否定义了软件单元测试的开发流程?

2

是否定义了软件单元测试的模板且在项目中进行了实施?

3

软件单元测试模板是否与已定义的开发流程保持一致?

4

定义的软件单元测试模板是否可以覆盖下面列出的评估检查点?

5

是否基于GB/T34590-6,第9章在同一开发流程中同时考虑了软件安全要求和所有非安全相关要求,以验证单个软件单元设计?”

是否编制了软件单元设计规范,且建立软件单元测试流程,并按照该流程执行了测试?

  1. 软件单元测试的对象是软件单元
  2. 制定并评审了软件测试计划
  3. 软件单元测试的软件单元设计与实现(软件详细设计、函数)层级的可追溯性、覆盖率
  4. 软件单元验证用例的开发方法、评审
  5. 软件单元验证的方法
  6. 嵌入式软件代码的评审
  7. 软件单元静态分析
  8. 软件单元动态测试
  9. 软件单元验证环境
  10. 软件单元验证Bug管理流程
  11. 软件单元验证结束退出准则

6

是否按照GB/T34590-8,第9章要求,对已制定的单元验证计划进行了验证?验证中发现的问题是否均已关闭?

注:验证方法包括了测试,也包括评审,分析,可参见表7 软件单元验证方法

7

是否按照GB/T34590-6,第9章要求确定了单元验证方法的合理组合?选择的单元验证方法组合是否与单元设计与实现中的ASIL定义保持一致?选择的软件单元验证方法是否与标准推荐ASIL保持一致?未使用及不适用的方法是否提供了合理理由?

8

是否按照GB/T34590-6,第9章要求得到单元验证用例?选择的单元验证用例开发方法是否与软件单元设计与实现(软件详细设计)中的ASIL定义保持一致?

9

是否按照GB/T34590-6第9章要求确定了软件验证的结构覆盖率?软件单元验证的结构覆盖率是否与单元设计与实现中的ASIL定义保持一致?软件单元验证结构覆盖率是否与标准推荐ASIL保持一致?测试结果是否能够提供证据说明单元验证活动满足已定义的软件单元设计及实现(软件详细设计)层级的结构覆盖度?

10

是否按要求对软件单元验证过程中所有的Bug进行了管理,并跟踪至关闭?

11

是否对通过软件单元验证的软件范围进行了分析,其是否包含全部定义的功能和性能,对于未定义的功能,是否评估了风险或执行了解决措施?

12

是否对软件单元验证环境进行了分析?如果软件单元环境与目标环境不一致,是否给出了对应措施?

  1. 软件集成和验证的审核和评估

10.1 目的

为了开展本章规定的审核和评估,应具备如下输入:

审核和评估软件验证规范、嵌入式软件和软件验证报告,以提供证据证明:

  1. 定义集成步骤并集成软件要素,直至嵌入式软件完全集成;
  2. 验证由软件架构层面的安全分析得出的已定义的安全措施得到适当实施;
  3. 提供证据证明集成的软件单元和集成的软件组件符合软件架构设计的要求;
  4. 提供充分证据,证明集成软件不包含与功能安全相关的非预期功能和特性。

 10.2 审核和评估的输入

10.2.1 前提条件

为了开展本章规定的审核和评估,应具备如下输入:

软件验证规范,按照GB/T34590.6—2022的10.4.2~10.4.7

嵌入式软件,按照GB/T34590.6—2022的10.4.1

软件验证报告,按照GB/T34590.6—2022的10.4.2

10.2.2 支持信息

可考虑下列信息:

软硬件接口规范(细化的),按照GB/T34590.6—2022的6.5.2;

软件架构设计规范,按照GB/T34590.6—2022的7.5.1;

安全分析报告,按照GB/T34590.6—2022的7.5.2;

相关失效分析报告,按照GB/T34590.6—2022的7.5.3;

软件单元实现,按照GB/T34590.6—2022的8.5.2;

配置数据,按照GB/T34590.6—2022的C.5.3;

标定数据,按照GB/T34590.6—2022的C.5.4;

软件开发环境文档,按照GB/T34590.6—2022的5.5.1;

软件验证规范,按照GB/T34590.6—2022的9.5.1;

经鉴定合格的软件组件,按照GB/T 34590.8-2022的第12章

10.3 审核和评估的要求

对于软件集成和验证的审核和评估,应涵盖以下检查项:

表6:软件集成和验证的审核和评估检查清单

序号

审核和评估要求

1

是否定义了软件集成和验证的开发流程?

2

是否定义了软件集成和验证的模板且在项目中进行了实施?

3

软件集成和验证的模板是否与已定义的开发流程保持一致?

4

定义的软件集成和验证的模板是否可以覆盖下面列出的评估检查点?

5

是否基于GB/T34590-610章要求,定义了软件集成方法和策略?

6

是否按照GB/T34590-610章要求,通过表10软件集成验证方法确定了软件集成及验证方法的合理组合?

7

针对已选择的软件集成及验证方法,是否有相关内容说明相应的软件集成及验证活动执行符合要求?

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.luyixian.cn/news_show_102881.aspx

如若内容造成侵权/违法违规/事实不符,请联系dt猫网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

Pytorch深度学习笔记(十)多分类问题

课程推荐:09.多分类问题_哔哩哔哩_bilibili 目录 1. 多分类模型 2. softmax函数模型 3. Loss损失函数 4.实战MNIST Dataset 之前,在逻辑斯蒂回归中我们提到了二分类任务,现在我们讨论多分类问题。 1. 多分类模型 与二分类不同的是多分…

Hive基础和使用详解

文章目录 一、启动hive1. hive启动的前置条件2. 启动方式一: hive命令3. 方式二:使用jdbc连接hive 二、Hive常用交互命令1. hive -help 命令2. hive -e 命令3. hive -f 命令4. 退出hive窗口5. 在hive窗口中执行dfs -ls /; 三、Hive语法1.DDL语句1.1 创建数据库1.2 两…

Redis 数据存储原理

核心模块如图 1-10。 图1-10 图 1-10 Client 客户端,官方提供了 C 语言开发的客户端,可以发送命令,性能分析和测试等。 网络层事件驱动模型,基于 I/O 多路复用,封装了一个短小精悍的高性能 ae 库,全称是 …

【人工智能】遗传算法

人工智能算法---遗传算法(基础篇) 知识导图:遗传算法(概念)1.初始化种群二进制编码与解码 2.选择操作3.交叉操作4.评估操作5.终止操作 知识导图: 遗传算法(概念) 可以把遗传算法类比…

Docker 快速入门

1、Docker 简介 Docker是一个开源的容器引擎,它可以帮助我们更快地交付应用。Docker可将应用程序和基础设施层隔离,并且能将基础设施当作程序一样进行管理。使用Docker,可更快地打包、测试以及部署应用程序,并可减少从编写到部署…

python的智能换行函数(一堆烦乱的判断)

def zntxt(txt):line30 #设置单行长度js,e,s,rs,aa,nm,x,y{},[],txt,[],,[],0,0n 1 if ord(s[0]) > 127 else 0for i in range(len(s)):m1 if ord(s[i]) > 127 else 0if m!n:rs.append(aa)aas[i]elif ilen(s)-1:aas[i]rs.append(aa)else:aas[i]nmfor i in rs: for j in…

搜索引擎找外贸客户

说起搜索引擎,我们每个人都不陌生,也许第一时间就能想到平日经常使用的“百度一下”和凭借强大算法及丰富功能占据近85%市场份额的谷歌搜索(Statista 2023年1月数据)这些耳熟能详的搜索引擎。对于外贸人而言搜索引擎也是非常实用的…

一文谈谈文心一言对比ChatGPT4.0的差距

对于想体验文心一言的朋友,可以进行申请尝试,快速入口 如果想体验ChatGPT的朋友,可以自行fq注册;但是由于现在限制注册并且不稳定,对于不会用梯子不想注册的朋友可以使用这个进行访问,快速入口 关于ChatG…

PMP证书备考攻略+PMP知识点汇总

一,考PMP好处多 1.能力提升 大型项目,领导专业团队 2.升职加薪 晋升管理岗,优先升职加薪 3.招投标加分 具有PMP证书,企业招标有加分 4.转型利器 助力转型,拓宽职业发展 5.公司支持 企业鼓励学习,报销费用 6…

C++模板使用

感谢你的阅读!!! 目录 感谢你的阅读!!! 举个例子: template 有什么意义为什么要用模板 与typedef的区别 使用方法 模板:隐式实例化与显示实例化 和非模板函数以及多个模板类…

气传导耳机和骨传导耳机的区别是啥?气传导耳机有哪些优缺点?

本文主要讲解一下气传导耳机和骨传导耳机的区别、气传导耳机的优缺点,并推荐一些目前主流的气传导耳机款式,大家可以根据自身需求,选择自己感兴趣的部分观看。 气传导耳机和骨传导耳机不同点: 气传导耳机和骨传导耳机最大且最根…

什么是 MVVM?MVVM和 MVC 有什么区别?什么又是 MVP ?

目录标题 一、什么是MVVM?二、MVC是什么?三、MVVM和MVC的区别?四、什么是MVP? 一、什么是MVVM? MVVM是 Model-View-ViewModel的缩写,即模型-视图-视图模型。MVVM 是一种设计思想。 模型(Model…

windows安装sqli-labs靶场,两种方式

1、安装phpstudy 官网打不开了,下载地址在这儿https://download.csdn.net/download/weixin_59679023/87711536 双击安装 点自定义安装,选择安装目录,注意目录不要有空格和中文 安装完成启动红框内的两个服务 2、安装sqli靶场 这个包支持ph…

信息收集(三)端口和目录信息收集

信息收集(一)域名信息收集 信息收集(二)IP信息收集 端口是什么 "端口"是英文port的意译,可以认为是设备与外界通讯交流的出口。端口可分为虚拟端口和物理端口,其中虚拟端口指计算机内部或交换机…

关于package.json中版本锁定的方法和问题解决

前置知识:先了解一下package.json和package-lock.json的关系和区别,请看这篇文章 然后我们来说一下改怎么锁定版本? 首先肯定是要把package.json中的 ^ 这个符号去掉,但是如果你只去掉package.json中的 ^那就太天真了&#xff0…

必应,百度,神马头条,搜狗专用站长seo推送工具大全

软件介绍: 百度开始打击滥用api问题,针对这个问题已经开发了拟人推送系列功能,放心使用。 五合一高效推送软件,目前支持百度,神马,必应,搜狗,头条,谷歌六大搜索引擎同步…

优秀简历的HR视角:怎样打造一份称心如意的简历?

简历的排版应该简洁工整,注重细节。需要注意对齐和标点符号的使用,因为在排版上的细节需要下很大功夫。除此之外,下面重点讲述几点简历内容需要注意的地方。 要点1:不相关的不要写。 尤其是与应聘岗位毫不相关的实习经历&#x…

服务提供者 Eureka + 服务消费者(Rest + Ribbon)实战

1、Ribbon背景介绍 Ribbon是Netflix发布的开源项目,主要功能是提供客户端的软件负载均衡算法,将Netflix的中间层服务连接在一起。Ribbon客户端组件提供一系列完善的配置项如连接超时,重试等。简单来说,就是在配置文件中列出Load B…

【手把手做ROS2机器人系统开发二】熟悉ROS2基本命令

【手把手做ROS2机器人系统开发二】熟悉ROS2基本命令 一、上讲回顾 在上一讲开发环境搭建中,我们讲解了如何搭建Ubuntu系统环境和ROS2开发运行环境。 1.Ubuntu系统安装 2.ROS2系统环境安装 二、ROS2核心命令讲解 1、daemon-各种守护进程相关的子命令 查看帮助&am…

【计算机网络】网络命令的使用

文章目录 一、实验目的二、实验工具三、实验要求四、实验过程01 ping 命令的使用应用1:验证本地计算机上是否正确安装了 TCP/IP 协议应用2:测试某个目的主机可达性应用3:键入 ping,查看 ping 的其他参数含义 02 netstat 命令的典型…