1.
Scriptcase 9.3
2.
MySQL ou MariaDB
3.
MySQL Front ou HeidiSQL
Definição de escopo Diagnóstico Planejamento e documentação Geração da transição Correções
1.
Levantamento
2.
Análise de dados e confronto com as normas desejadas
3.Relatório de não conformidade
4.
Correções
5.Auditoria
6.
Relatório de não conformidade
7.Recomendação ou Certificação
Permitem análises, comparações e combinações que
são impossíveis ou muito difíceis com outros formatos
de dados.
A administração de um projeto deve usar números para
nortear o desenvolvimento e a manutenção da
qualidade e não ser governado por números.
Qualitativo subjetivo, associados a adjetivos
como: fácil, muito, rápido, etc
Quantitativo objetivo
Alternativa é realizar uma tabela para mapear
Número de linhas de código fonte
Número de identificadores de um programa
Número de condicionais (ifs) aninhados
Complexidade ciclomática
Mede a complexidade das estruturas de controle de um programa.
Fan-in/Fan-out
Mede o número de funções que chama uma outra função.
FPA
Índice Fog
Comprimento médio de palavras e sentenças de um documento.
Média
Variância /desvio-padrão
Teste de student
Histogramas
Individualismo
Comunicação
Administrar pessoas como administrar
Método é uma maneira de resolver um
problema.
Filosofia sentido menos concreto, esta
associada a “forma como se pensa”.
É um processo, geralmente realizado na
conclusão de um projeto, para determinar e
analisar elementos do projeto que foram
bem-sucedidos ou sem êxito.
Entrada de dados
Critica de entrada de dados via interface com o
usuário
Dados fornecidos entre rotinas
Compilação condicional
Diferentes versões de um mesmo programa
Tratamento de exceções
1.
Durante a codificação:
1.1. Break point
1.2. Tratamento de exceções
1.3 Trace
2.
Geração de Log
2.1. Gerado de log pela própria IDE
2.2. Pela IDE para a aplicação
2.3. Pela própria aplicação
É um ponto de parada na execução dos códigos de um programa.
Esse ponto de para é inserido em tempo de projeto pelo programador
imediatamente antes da parte do código de interesse que se deseja ser investigada ou que pode estar
apresentando problemas.
Os breakpoints pode ser: inseridos, desabilitados ou deletados pelo programador.
Para inserir um break point, clique no código com o botão da direita Breakpoint insert breakpoint.
Este círculo vermelho indica que o breakpoint foi implementado.
Debug Continue (ou F5) para continuar após o break point
Try
{
O código que PODERÁ gerar erro
}
Catch (Exceção Tipo) {
Código para o tratamento da
exceção
} Finally {
Código para finalização }
class Program
{
static void Main(string[] args) { try { int val = 100; int div = 0; int resultadoVal;
resultadoVal = (val / div); Console.WriteLine();
Console.WriteLine("Resultado : " + resultadoVal); Console.WriteLine();
}
catch (System.Exception ex) {
Console.WriteLine();
Console.WriteLine("Detalhes da execcao....: " + ex.ToString()); Console.WriteLine();
} finally
{
Console.WriteLine();
Console.WriteLine("Bloco de finalizacao "); Console.WriteLine(); } Console.ReadKey(); } }
Tratamento de exceções
Gerador de logAlterne os comentários entre os códigos que estão entre as caixas azuis e verde para ver a diferença de comportamento do programa! Incluir a using System.IO;
• Geração e consulta de log são requisitos para um sistema ser considerado seguro.
• Sistemas que não tem log não podem ser auditados.
• Log no nível de usuário. • Log é diferente de trilha de
auditoria.
• Log não é backup, nem trilha de auditoria é backup.
Facilidade de relatórios - com campos que lhe permitem fornecer
informações sobre o bug, ambiente, módulo, gravidade, screenshots, etc.
Atribuir – Quem é o dono
Progresso através dos estágios do ciclo de vida - Fluxo de trabalho
Histórico / log de trabalho / comentários Relatórios - Gráficos ou gráficos
Armazenamento e recuperação - Toda entidade em um processo de teste
precisa ser identificada de forma exclusiva, a mesma regra se aplica a bugs também. Assim, uma ferramenta de rastreamento de bugs deve fornecer uma maneira de ter um ID, que pode ser usado para armazenar, recuperar (pesquisar) e organizar informações de bugs.
Para um software de rastreamento de bugs,
é essencial ter:
Administrador
Gerente
Desenvolvedor
Relator
Novo - Este é o status de chegada de novos problemas. As questões permanecem neste status até que sejam atribuídas, reconhecidas, confirmadas ou resolvidas. O próximo status pode ser “reconhecido", "confirmado", "atribuído" ou "resolvido".
Reconhecido/Admitido - Este status é usado pela equipe de desenvolvimento para refletir seu acordo com a solicitação de recurso sugerida. Ou para concordar com o que o técnico/analista está sugerindo em um relatório sobre o assunto, embora eles ainda não tentaram reproduzir o que o técnico/analista está se referindo. O próximo status é tipicamente "atribuído" ou "confirmado".
Confirmado - Este status é normalmente usado pela equipe de desenvolvimento para mencionar que eles concordam com o que o técnico/analista está sugerindo na questão e que eles confirmaram e reproduziram a questão. O próximo status é
Atribuído - Esse status é usado para refletir que o problema foi atribuído a um dos membros da equipe e que esse membro da equipe está trabalhando ativamente no problema. O próximo status normalmente é "resolvido".
Resolvido - Este status é usado para refletir que o problema foi resolvido. Um problema pode ser resolvido com uma de muitas resoluções
(personalizável). Por exemplo, um problema pode ser resolvido como "fixo", "duplicado", "não irá corrigir", "nenhuma alteração necessária", etc. Os
status seguintes são tipicamente "fechados" ou no caso de o problema ser reaberto , Então seria "feedback".
Fechado - Este status reflete que o problema está completamente fechado e não são necessárias ações adicionais sobre ele. Também normalmente
oculta o problema da página Exibir problemas. Algumas equipes usam
"fechado" para refletir a assinatura do técnico/analista e outros o usam para refletir o fato de que a correção foi liberada para os clientes.
Novo Admi -tido Atri- buí-do Com- firma-do Re- solvi-do Fe- cha-do Re- tor-no
Novo Admi tido Atrib uído Confir mado Resol vido Fech ado Retorno
Interface de usuário de texto:
A interface de usuário de texto - TUI, é uma
interface de terminal que usa a biblioteca
de curses para mostrar o arquivo de
origem, a saída de montagem, o programa
registra e comandos em janelas de texto
separadas.
Comando
ARQUITECTURA DE APLICAÇÃO PADRÃO /
DEFINIÇÃO DE ACESSO AO USUÁRIO
COMUM (SAA/CUA): é um padrão da IBM,
escrito e publicado em 3 volumes.
A interface de usuário gráfica (GUI) é geralmente considerada como
superior à interface de usuário baseada em texto (TUI).
A interface GUI é melhor para usuários novatos ou sem experiência.
A GUI permite trabalhos detalhados com o mouse, como a
elaboração de desenhos.
A GUI permite um aprendizado mais rápido.
Isso significa que uma interface de usuário é fácil de usar ou não
depende do mapeamento entre a interface do usuário e as tarefas.
Light Blue
Dark Winamp Skins
É a relação entre:
Usuário
Software
Atividade a ser realizada
A ergonomia é o processo de concepção ou
organização de locais de trabalho, produtos e sistemas para que eles se encaixem nas pessoas que os usam.
A maioria das pessoas já ouviu falar de ergonomia e pensa que é algo a ver com assentos ou com o design de controles e instrumentos de carro - e é ... mas é muito mais. A ergonomia aplica-se ao design de qualquer coisa que envolva pessoas - espaços de trabalho, esportes e lazer, saúde e segurança.
A ergonomia (ou "fatores humanos", como é referido na América do Norte) é um ramo da ciência que visa aprender sobre habilidades e limitações humanas e, em seguida, aplicar essa aprendizagem para melhorar a interação das pessoas com produtos, sistemas e ambientes.
Os ergonomistas usam dados e técnicas de várias disciplinas:
Antropometria: tamanhos de corpo, formas; Populações e
variações
Biomecânica: músculos, alavancas, forças, força
Física do meio ambiente: ruído, luz, calor, frio, radiação, sistemas
de vibração do corpo: audição, visão, sensações
Psicologia aplicada: habilidade, aprendizado, erros, diferenças
Psicologia social: grupos, comunicação, aprendizagem,
"A ergonomia é a disciplina científica preocupada
com a compreensão das interações entre os seres
humanos e outros elementos de um sistema e a
profissão que aplica teoria, princípios, dados e
métodos para projetar para otimizar o bem-estar
humano e o desempenho geral do sistema."
Controles visuais
Texto e cores
Gráficos e ícones
Animações
Alertas sonoros
Acessibilidade
Project Evolus Pencil Axure XD AdobeXD VS 2019
NVDA
Serotek System Access
Orca
BRLTTY
WebAnywhere
Spoken Web
O Doxygen é a ferramenta padrão de facto
para gerar documentação de fontes C ++
anotadas, mas também suporta outras
linguagens de programação populares, como
C, Objective-C, C#, PHP, Java, Python, IDL
(Corba, Microsoft e UNO / OpenOffice Flavors
), Fortran, VHDL, Tcl).
Pode gerar um navegador de documentação on-line (em HTML) e / ou um manual de referência off-line (em $ \ mbox {\ LaTeX} $) de um conjunto de
arquivos de origem documentados. Também há suporte para gerar resultados em páginas RTF (MS-Word), PostScript, hiperlinks PDF, HTML compactado e Unix. A documentação é extraída diretamente das fontes, o que torna muito mais fácil manter a documentação consistente com o código fonte.
Pode configurar o doxygen para extrair a estrutura do código dos arquivos de
origem indocumentados. Isso é muito útil para encontrar rapidamente seu caminho em grandes distribuições de fontes. Doxygen também pode
visualizar as relações entre os vários elementos por meio de gráficos de dependências, diagramas de herança e diagramas de colaboração, que são todos gerados automaticamente.
/*! \mainpage My Personal Index Page *
* \section intro_sec Introduction *
* This is the introduction. *
* \section install_sec Installation *
* \subsection step1 Step 1: Opening the box *
* etc... */