"DO-330软件工具鉴定考虑因素：RTCA SC-205报告总结"

需积分: 5 57 浏览量更新于2024-04-16 3 收藏 768KB PDF 举报

DO-330 Software Tool Qualification Considerations Mar 2012 is a document prepared by RTCA, Inc. that outlines the considerations for qualifying software tools used in the aviation industry. The document is a companion to DO-178C, which provides standards for software compliance in airborne systems. The purpose of DO-330 is to provide guidelines for ensuring that software tools used in the development and testing of airborne systems are reliable, accurate, and meet the necessary safety standards. This is important in the aviation industry, where software plays a critical role in the operation of aircraft and ensuring the safety of passengers and crew. The document covers various aspects of software tool qualification, including the certification process, the qualification objectives, the tool qualification plan, and the verification and validation of the tools. It also outlines the responsibilities of different stakeholders involved in the qualification process, such as the tool provider, the tool user, and the certification authority. One of the key aspects of software tool qualification is ensuring that the tools are well-documented and have undergone thorough testing and validation. This includes evaluating the tool's design and architecture, its functionality, and its compliance with industry standards. The document also emphasizes the importance of maintaining the tool throughout its lifecycle, including updating it as needed and keeping track of any changes or modifications. Overall, DO-330 provides a comprehensive framework for ensuring the reliability and safety of software tools used in the aviation industry. By following the guidelines outlined in the document, companies can improve the quality of their software development processes and comply with industry regulations. It is an essential resource for any organization involved in the development of airborne systems and software tools.

This Page Intentionally Left Blank

4.0 TOOL QUALIFICATION PLANNING PROCESS

This section discusses the objectives and activities of the tool qualification planning

process. During the tool qualification planning process, the tool is identified; its impact in

the software life cycle process is assessed; and the tool development, verification, and

integral processes of the complete tool life cycle are described.

The tool qualification planning process includes: (1) the tool qualification assessment as

part of the software planning process (see “Planning Process” portion of Annex A

Table

T-0), and (2) the tool planning process (see all of Annex A all of Table T-1). Annex A

Table T-0 and Table T-1

4.1 Determining the Tool Qualification Needs

summarize the objectives and outputs of the tool qualification

planning process for each TQL.

During the software planning process:

• the tools used in the scope of the software life cycle process are identified;

• each tool’s intended use is described;

• the need for tool qualification is defined;

• the TQLs are determined;

• the tool qualification stakeholders and their assigned roles and responsibilities are

identified; and

• the tool operational environment is described.

If there are multiple tool operational environments, then all such environments are

described. All these items should be discussed in the additional considerations section of

the PSAC. The PSAC explains the use of tools in the software life cycle processes and

the need for tool qualification. See section 10.1.1 of this document for the tool aspects

that should be addressed in the PSAC.

4.2 Tool Life Cycle Definition

During the tool planning process, a project defines one or more life cycle(s) by choosing

the activities for each process, specifying a sequence for the activities, and assigning

responsibilities for the activities.

The tool life cycle processes are:

a. The tool planning process that defines and coordinates the activities of the tool

development and integral processes.

b. The tool development processes that produce the tool.

c. The integral processes that ensure the correctness, control, and confidence of the tool

life cycle processes and their outputs. The integral processes are the tool verification

process, the tool configuration management process, the tool quality assurance

process, and the qualification liaison process. It is important to understand that the

integral processes are performed concurrently with the tool development processes

throughout the tool life cycle.

This document does not prescribe preferred tool life cycles and interactions between

them. The separation of the processes is not intended to imply a structure for the

organization(s) that performs them. For each tool, the tool life cycle(s) includes these

processes.

The tool life cycle definition includes the transition criteria, which are used to determine

whether a process may be entered or re-entered. Each process performs activities on

inputs to produce outputs. A process may produce feedback to other processes and

receive feedback from others. The definition of feedback includes how information is

recognized, controlled, and resolved by the receiving process. An example of feedback is

problem reporting.

The transition criteria will depend on the planned sequence of tool development

processes and integral processes, and may be affected by the TQL. If the transition

criteria established for the process are satisfied, every input to a process need not be

complete before that process can be initiated.

If a process acts on partial inputs, the inputs to the process should be examined to ensure

that they meet the transition criteria. Also, subsequent inputs to the process should be

examined to determine that the previous outputs of the tool development and tool

verification processes are still valid.

4.3 Tool Planning Process Objectives

The objectives of the tool planning process are:

a. Define the tool life cycle process(es) in compliance with its intended use as defined

in the PSAC, including the items specified in section 4.1 above.

b. Determine the tool’s life cycle, including the inter-relationships between the

processes, their sequencing, feedback mechanisms, and transition criteria.

c. Identify the tool development environment, including the methods and tools to be

used for the activities of each tool life cycle process.

d. If necessary, address additional considerations, such as those discussed in section 11

of this document and the need to qualify any tool(s) used in the framework of the tool

life cycle processes.

e. Define tool development standards.

f. Ensure that tool plans comply with section 10 of this document.

g. Coordinate the development and revision of the tool plans.

4.4 Tool Planning Process Activities

In order to satisfy the objectives of this document, effective planning is needed. Activities

for this process include:

a. A TQP, Tool Development Plan, Tool Verification Plan, Tool Quality Assurance

Plan, and Tool Configuration Management Plan that cover the complete tool life

cycle should be developed. These plans may be separate or combined, as appropriate

for the specific project needs. As an example, a tool supplier may propose a

qualifiable tool and develop plans that cover only the tool development process (see

section 11.3 for commercial-off-the-shelf (COTS) tool qualification), but the

description of the Tool Operational Requirements definition and tool operational

integration processes may be addressed in a separate set of tool plans. Each plan and

the supporting standards are briefly described below and detailed in section 10.

1. The TQP (see 10.1.2) serves as the primary means for communicating the

proposed tool life cycle and development methods to the certification authority

for agreement. The TQP defines the means of compliance with this document and

any other applicable guidance (for example, a domain or project-specific

document).

2. The Tool Development Plan (see 10.1.3) defines the tool life cycle, tool

development environment and processes, and the means by which the tool

development process objectives will be satisfied.

3. The Tool Verification Plan (see 10.1.4) defines the means by which the tool

verification process objectives will be satisfied.

4. The Tool Configuration Management Plan (see 10.1.5) defines the means by

which the tool configuration management process objectives will be satisfied.

5. The Tool Quality Assurance Plan (see 10.1.6) defines the means by which the

tool quality assurance process objectives will be satisfied.

b. Tool development standards should be developed. The purpose of these standards is

to define the rules and constraints for the tool development processes. The tool

development standards include the Tool Requirements Standards (see 10.1.7), the

Tool Design Standards (see 10.1.8), and the Tool Code Standards (see 10.1.9). The

tool verification process uses these standards as a basis for evaluating the compliance

of actual outputs of a process with intended outputs.

c. The tool verification environment(s) should be defined. The verification

environment(s) should be shown to be representative of the tool operational

environment. Care should be taken to identify the operating system, additional

hardware, additional software components, etc. It should be noted that it may be

necessary to have several tool verification environments if there are potentially

multiple tool operational environments (for example, a tool may be used on multiple

platforms with different versions of operating systems, depending on the specific

operational needs).

d. Reviews of the tool planning process should be conducted to ensure that the plans

and standards comply with the guidance of this document and the means to execute

them exist.

e. An assessment on all the tools used in the framework of the tool life cycle processes

should be conducted in order to identify the need for qualification of these tools.

Qualification of these tools is needed when processes of this document are

eliminated, reduced, or automated by the use of a tool without its output verified as

剩余137页未读，继续阅读

htx99

粉丝: 9
资源: 42

"DO-330软件工具鉴定考虑因素：RTCA SC-205报告总结"

JESD47G Stress-Test-Driven Qualification of Integrated Circuits

Stress-Test-Driven Qualification of Integrated Circuits JESD47K

AEC - Q200 Stress Test Qualification For Passive Components.7z

model_1 <- lm(Census.Data$Qualification~ Census.Data$Unemployed)

plot(Census.Data$Unemployed, Census.Data$Qualification, xlab="% Unemployed", ylab="% With a Qualification") + abline (model_1)

model_2 <- lm(Census.Data$Qualification~ Census.Data$Unemployed +Census.Data$White_British)

moran.test(OA.Census$Qualification, listw)

tm_shape(OA.Census) + tm_fill("Qualification", palette = "Reds", style = "quantile", title = "% with a Qualification") + tm_borders(alpha=.4)

tm_shape(OA.Census) + tm_fill("Qualification", palette = "Reds", style = "jenks", title = "% with a Qualification") + tm_borders(alpha=.4)

quadrant[m.qualification <0 & m.local<0] <- 1

最新资源