Daniela América da Silva
Prof. Dr. Adilson Marques da Cunha
Prof. Dr. Luiz Alberto Vieira Dias
CE-65/CE-235/CE-230/CE-237
São José dos Campos
Setembro de 2016
Norma DO 330
Considerações na Qualificação de Ferramentas de Software
Agenda
•Introdução
•Propósito
•Qualificação da Ferramenta
•Necessidades da Qualificação
•Processo do Ciclo de Vida
•Processo do Planejamento dos Objetivos
•Ciclo de desenvolvimento
Introdução
•Ferramentas de Software são amplamente utilizados em vários
domínios, para apoiar o desenvolvimento, verificação e
controle de outros softwares. No contexto deste documento,
uma ferramenta é um programa de computador ou uma parte
functional. Usada para ajudar no desenvolvimento,
transformação, teste, análise, produção ou modificação de
outro programa, seus dados ou sua documentação.
•Exemplos são geradores de código automatizados,
compiladores, ferramentas de testes, e modificação de
ferramentas de gerenciamento.
•Este documento explica o processo e os objetivos para
qualificar ferramentas, até o ciclo de desenvolvimento para o
processo de integração
Propósito
•
O propósito do processo de qualificação do tool é obter
confiança na funcionalidade do tool.
•
O esforço da qualificação varia baseado no impacto que um
erro no poderia ter na segurança do Sistema de segurança e
no uso do tool no ciclo de desenvolvimento de software.
•
Quanto mais alto o risco do tool ter um erro adverso afetando
a segurança do sistema, maior o rigor requerido na
Qualificação da ferramenta
• Níveis de qualificação
–O rigor do nível de qualificação varia de acordo com o nível de qualificação. O
nível 1 é o mais rigoroso e requer um processo bem definido de
desenvolvimento, verificação e integração com o mais alto grau de verificação
independente. Os níveis restantes requer a diminuição do grau de rigor. O nível
5 é o menos rigoroso de qualificação.
• Patrocinadores
–Envolve multiplos patrocinadores. Na maioria dos projetos haverá um usuário do
tool e um desenvolvedor to tool.
–O usuário do tool tipicamente identifica o tool a ser utilizado, verifica o impacto
do processos de software, endereça o uso do tool no escopo do processo de
software em que o tool será utilizado, e realiza a qualificação do tool dentro do
contexto de aprovação do software.
–O desenvolvedor do tool tipicamente descreve os processos de
desenvolvimento do tool, verificação e integração, e endereça o
desenvolvimento do tool em conformidade com as necessidades do usuário
expressadas nos requerimentos operacionais do tool.
Necessidades de Qualificação
•
as ferramentas utilizadas no âmbito do processo do ciclo de
vida do software são identificados
•
uso pretendido de cada ferramenta é descrita ;
•
a necessidade de qualificação ferramenta está definido;
•
os TQLs são determinados ;
•
as partes interessadas na qualificação da ferramenta e seus
papéis e responsabilidades são identificados ; e
Processo do Ciclo de Vida
• O processo de planejamento ferramenta define e coordena as atividades
de desenvolvimento de ferramentas e processos integrados.
•
Os processos de desenvolvimento de ferramentas que produzem a
ferramenta
•
Os processos integrais que garantem a correção , controle e confiança dos
processos do ciclo de vida da ferramenta e as suas entregas. Os processos
integrais são o processo verificação da ferramento, o processo de gestão
de configuração da ferramenta, o processo de garantia da qualidade da
ferramenta, e o processo de qualificação. É importante compreender que
os processos integrais são executados concorrentemente com os
processos de desenvolvimento de ferramenta ao longo do ciclo de vida da
ferramenta.
Processo de Planejamento dos
Objetivos
•
Definir o processo de ciclo de vida da ferramenta em conformidade com o seu uso
pretendido , conforme definido na PSAC.
•
Determinar o ciclo de vida da ferramenta, incluindo as interrelações entre os
processos, o seu sequenciamento , mecanismos de feedback , e os critérios de
transição.
•
Identificar o ambiente de desenvolvimento de ferramentas, incluindo os métodos e
ferramentas a serem usadas para as atividades de cada processo de ciclo de vida
da ferramenta.
•
se necessário, abordar considerações adicionais, e a necessidade de qualificar
qualquer ferramenta usada no âmbito dos processos de ciclo de vida da
ferramenta.
•
Definir padrões de desenvolvimento de ferramentas.
•
Coordenar o desenvolvimento e revisão dos planos de ferramentas.
•
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.
•
Define tool development standards.
•
Ensure that tool plans comply with section 10 of this document.
•
Coordinate the development and revision of the tool plans.
Definição dos Requisitos
Operacionais (5.1)
•
Os Requisitos Operacionais devem identificar como a
ferramenta é para ser usada no processo de ciclo de vida do
software.
•
Não pode fornecer todos os requisitos necessários para
desenvolver a ferramenta.
•
A quantidade de detalhes dos requisitos de funcionamento da
ferramenta é dependente da ferramenta e sua utilização
pretendida.
•
Validação e verificação da ferramenta e requisitos
operacionais são necessários para confirmar que a
ferramenta satisfaz as necessidades do processo de ciclo de
vida do software.
•
O processo de definição de requisitos operacionais da
ferramenta é descrita no Plano de Desenvolvimento de
Ferramenta. O resultado desse processo são os requisitos
operacionais da ferramenta.
Processo de Desenvolvimento (5.2)
• Os processos de desenvolvimento da ferramenta são aplicados conforme definido pelo Plano
de Desenvolvimento da Ferramenta TQP e. Os processos de desenvolvimento da ferramenta
incluem:
–Processo de concepção
–Processo de codificação
–Processo de integração
• O processo de requisitos produz os requisitos das ferramentas. Requisitos da ferramenta são
os requisitos utilizados para desenvolver a ferramenta . Os requisitos das ferramentas deve ser
produzido a partir de análise dos requisitos operacionais da ferramenta . No entanto, algumas
ferramentas serão desenvolvidas para uma ampla variedade de aplicações e não podem ser
baseadas em qualquer requisitos operacional.
• O processo de concepção inclui a arquitetura da ferramenta e pode gerar um ou mais níveis de
requisitos de baixo nível. No entanto, se o código fonte da ferramenta pode ser gerada
diretamente dosr equisitos da ferramenta, em seguida, os requisitos das ferramentas também
são considerados como requisitos de baixo nível, bem como a orientação para requisitos de
baixo nível também se aplicam aos requisitos das ferramentas. O código-fonte é implementado
a partir da arquitetura da ferramenta e os requisitos de baixo nivel das ferramentas.
Processo de Integração (5.3)
•
O processo de integração operacional é aplicado, tal
como definido pelos planos da ferramenta.
•
As entradas para o processo de integração
operacional são o código executável, as instruções
de utilização e as instruções de instalação.
•
Eles são fornecidos pelo processo de
desenvolvimento de ferramentas e instalação para o
ambiente operacional.
•
As entregas do processo de integração operacional é
o código executável instalado no ambiente
operacional.
Processo de desenvolvimento do
Tool
•
O propósito dos processos de desenvolvimento é
definir os requisitos das ferramentas e construir o
software necessário para a sua implementação.
•
Os processos típicos de desenvolvimento da
ferramenta são:
–
processo de requisitos de ferramentas .
–
processo de concepção.
–
processo de codificação.
Processo de requerimentos do Tool
Requerimentos Objetivos Atividades
Os requisitos das ferramentas são os requisitos usados para desenvolver e verificar a
ferramenta.
As necessidades operacionais, o plano de desenvolvimento e requisitos padrão são as
entradas para este processo. Os requisitos das ferramentas são as principais saídas deste processo
Os objectivos do processo de requisitos são:
a. Requisitos de ferramentas são desenvolvidos.
b. Requisitos derivados são definidos, se necessário.
a. Ferramenta requisitos operacionais devem ser desenvolvidas de forma a incluir , no mínimo , todos os itens definidos no ponto.
b. Requisitos operacionais deve ser verificável e consistente. Devem incluir detalhes suficientes para demonstrar que a funcionalidade e as saídas da ferramenta
correspondem às actividades do ciclo de vida do software sejam realizados pela ferramenta.
c. Ferramenta requisitos operacionais devem fornecer detalhes suficientes para apoiar a verificação da
capacidade da ferramenta para justificar a tomada de crédito para satisfazer o processo. automático, eliminada ou reduzida.
Processo de Projeto do Tool
Concepção Objetivos Atividades
Requisitos de ferramentas são refinados através de uma ou mais iterações no processo de design da ferramenta para desenvolver os requisitos de arquitetura da
ferramenta e de baixo nível até que ele possa ser usado para
implementar o código-fonte.
As entradas do processo de projeto da ferramenta são os requisitos, o Plano de desenvolvimento e a os padrões. Quando os critérios de transição previstos são cumpridos, os requisitos das ferramentas são utilizadas no processo de design ferramenta para desenvolver os requisitos de arquitetura da ferramenta e de baixo nível . A saída principal do processo de projeto da ferramenta é a descrição do design. A descrição do design é produzida durante o processo de design da ferramenta. Os objetivos são: a. A arquitectura é desenvolvida .
b. requisitos de baixo nível são desenvolvidos.
c. requisitos derivados de baixo nível são definidos, se necessário.
a. O processo de design ferramenta deve definir a arquitetura da ferramenta.
b. O projeto da ferramenta deve abordar todas as características da arquitetura da ferramenta, tais como a proteção, se aplicável. A protecção pode ser utilizada a fim de isolar partes da ferramenta ou o conjunto de ferramentas, a fim de aplicar uma abordagem diferente ou diferente nível de qualificação.
c. Os requisitos das ferramentas deve ser refinado em requisitos de baixo nível que são rastreáveis ou identificado como requisitos derivados de baixo nível.
d. requisitos derivados de baixo nível não são rastreáveis. A existência de requisitos derivados deve ser justificada , e eles devem ser avaliados para garantir que eles não afetam a funcionalidade esperada e saídas definidas nos
Processo de Codificação do Tool
Codificação Objetivo Atividades
No processo de codificação, o código fonte da ferramenta é
implementada a partir da Descrição do design, incluindo a arquitetura e requisitos de baixo nível . As
entradas do processo de
codificação são a ferramenta de Descrição do design, o Plano de Desenvolvimento, e as Normas do Código de ferramentas . O
processo de codificação
ferramenta pode ser introduzido quando os critérios de transição previstos são satisfeitos. A saída principal deste processo é o código fonte da ferramenta
O objectivo do processo de codificação ferramenta é : a. Código fonte a partir dos requisitos de baixo nível
Atividades para este processo incluem :
a. O código fonte da ferramenta deve implementar os requisitos das ferramentas de baixo nível e em conformidade com a arquitetura da ferramenta.
b. O código fonte da ferramenta deve estar em conformidade com as normas do Código de
ferramentas .
c. O código fonte da ferramenta deve ser rastreável aos requisitos ferramenta de baixo nível .
d. insumos inadequados ou incorretos detectados durante o processo de codificação
ferramenta deve ser fornecida ao processo (s ) que produziu a entrada incorreta (s) para esclarecimentos ou correção.
Processo de Integração do Tool
Integração Objetivos Atividades
O processo de integração consiste em produzir a ferramenta no seu formato executável. Classicamente alcançado por compilar e utilizar o código fonte da ferramenta no ambiente de
desenvolvimento da ferramenta. Se o ambiente de desenvolvimento ferramenta é diferente do ambiente de verificação ferramenta , então o código de objecto executável deve ser instalado no ambiente de verificação ferramenta . O processo de integração da ferramenta podem ser inseridos quando os critérios de transição previstas tenham sido satisfeitas. A entrada do processo de integração da ferramenta é o código fonte da ferramenta e do Plano de Desenvolvimento de Ferramentas. As principais saídas do processo de integração da ferramenta são o Código executavel.
Os objectivos do processo de integração da ferramenta são:
a. Código gerado no ambiente de desenvolvimento da ferramenta. b. código executável instalado no
ambiente de verificação da ferramenta.
Actividades para este processo incluem: a. O Código executável deve ser
gerado a partir do código fonte da ferramenta e o compilador. Deve notar-se que o código , por vezes, inclui também a configuração. b. insumos inadequados ou incorretos
detectados durante o processo de integração da ferramenta deve ser fornecida ao processo (s ) que produziu a entrada ( s) inadequada ou incorreta.
c. Se o ambiente de verificação é diferente do de desenvolvimento, ou se houver vários ambientes de verificação, o executável deve ser instalado no ambiente (s) de verificação da ferramenta.