PDFA diversidade de aplicações criadas pelos engenheiros com o LabVIEW aumentou rapidamente na última década. Com os avanços obtidos nos processadores embarcados, como FPGAs (field-programmable gate arrays) e processadores multicore, além da sofisticação cada vez maior no desenvolvimento de aplicações de missão crítica proporcionada pelo LabVIEW, temos padrões cada vez mais altos de estabilidade do produto, validação de código e verificação de funções. Dessa maneira, a maior parte dos recursos destinados ao desenvolvimento do LabVIEW foi dedicada à melhoria da estabilidade do produto, de forma a atender as exigências de aplicações críticas e melhorar a capacidade de resposta do ambiente de edição. Os resultados desse esforço são significativos, e podem ser observados em toda a plataforma LabVIEW. Esta página descreve alguns dos diversos esforços empreendidos pelas equipes de pesquisa e desenvolvimento da National Instruments para melhorar a estabilidade, apresenta resultados de benchmark e mostra os recursos criados para melhorar a experiência dos usuários do LabVIEW 2012.
1. Esforços para melhorar a estabilidade
A National Instruments procura problemas no produto analisando o banco de dados de solicitações de ação corretiva (CARs). Esses CARs são normalmente fornecidos por clientes do LabVIEW, parceiros e até mesmo desenvolvedores internos, seja on-line, pelos fóruns de discussão da National Instruments ou através do departamento de engenharia de aplicação. Os desenvolvedores atribuem prioridades e fazem o acompanhamento, a manutenção e a introdução de correções para essas solicitações. Um CAR do LabVIEW não é necessariamente um problema que tenha potencial de provocar o travamento do software — é qualquer correção que tenha de ser introduzida no produto. Isso inclui a documentação, problemas de desempenho, cálculos incorretos, problemas superficiais, erros não documentados e problemas de alta gravidade, como travamentos e interrupções no funcionamento do software.
Acompanhamento da estabilidade
Se você não pode medir, não pode gerenciar. A equipe de pesquisa e desenvolvimento da National Instruments tem como prioridade acompanhar, documentar e melhorar a estabilidade do LabVIEW. O acompanhamento de melhorias e perdas de estabilidade do produto fora dos procedimentos de teste interno é um processo que requer tempo. Ele exige a reunião de informações dos usuários e a coleta de casos e informações qualitativas. Entretanto, reunir informações quantitativas no mundo real pode ser algo complicado. A National Instruments monitora continuamente fóruns, discussões on-line e discussões pessoais entre desenvolvedores, pessoal de marketing e representantes de campo locais, para ter uma melhor ideia dos efeitos das mudanças.
A figura 1 mostra os CARs criados por todo o processo de desenvolvimento de julho de 2008 a junho de 2011. Os usuários do LabVIEW são uma fonte de CARs, mas a equipe de desenvolvimento do LabVIEW usa esse mesmo banco de dados para acompanhar problemas ocorridos durante o processo de desenvolvimento. A grande queda no número de CARs nos diz que as novas funções estão trazendo menos problemas; o que permite que os desenvolvedores da National Instruments gastem mais tempo com problemas encontrados nas versões anteriores.
Figura 1. Quantidade de CARs criados durante o desenvolvimento das últimas cinco versões do LabVIEW
O que dizem os usuários?
Os LabVIEW Champions são um grupo seleto de usuários avançados do LabVIEW, que trabalham em estreita colaboração com a pesquisa e desenvolvimento do LabVIEW para priorizar recursos de usabilidade e correções das CARs, além de testar intensamente o LabVIEW ao longo de todo o ciclo de desenvolvimento. Veja o que disseram do beta do LabVIEW 2012:
"Minha experiência foi excelente. Tenho alguns projetos à frente, e sem dúvidas começarei a trabalhar neles no beta do 2012."
– - Christian Altenbach, Jules Stein Eye Institute na UCLA (EUA)
"Percebi que o LV 2012 parece mais estável que as versões beta anteriores."
– Benjamin Steinwender, CLD (Áustria)
É mais do que apenas estabilidade
A estabilidade não é o único foco. Melhorar a capacidade de resposta de edição de toda a plataforma LabVIEW também é uma prioridade. Reduzir o tempo gasto em ações comuns, como o carregamento de VIs, abertura de caixas de diálogo de propriedades e o carregamento do sistema de ajuda, pode melhorar em muito a experiência de desenvolvimento de aplicações com o LabVIEW.
Foram feitos esforços significativos para se obter melhorias de desempenho no ambiente de edição da plataforma LabVIEW.
LabVIEW
Nas duas versões anteriores da plataforma LabVIEW, diversas alterações impactaram o tempo que leva para abrir o LabVIEW e carregar as hierarquias dos VIs. Os desenvolvedores da National Instruments trabalharam com nove processos diferentes para reduzir o tempo de inicialização a frio do LabVIEW. Além disso, o vi.lib, que contém todas as bibliotecas de processadores core mantidas pela National Instruments, foi configurado como default para manter o código fonte compilado separadamente do código objeto. Essa alteração reduziu o tempo de carregamento de VIs. Entretanto, o impacto dessa mudança é diretamente proporcional ao número de hierarquias de VI que contêm código do vi.lib. Os benchmarks da National Instruments mostram que uma hierarquia completa de VIs do vi.lib é carregada 2,5 vezes mais rápido no LabVIEW 2012 do que no LabVIEW 2010.
O quadro 1 mostra algumas métricas similares para obter um proxy para o LabVIEW 2012.
| Recurso | Tempo de inicialização a frio | Melhoria na inicialização a frio |
| Icon Editor | 1,95 s | 75% |
| LabVIEW Example Finder | 6,44 s | 57% |
| Página Waveform Graph Property | 2,94 s | 35% |
Quadro 1. Métricas de melhoria do tempo de inicialização do LabVIEW 2012
Teste do beta
Em cada lançamento do LabVIEW, a National Instruments oferece um amplo período de teste público da versão beta, durante o qual os clientes e parceiros do LabVIEW podem acessar, desenvolver, testar e fazer o upgrade de seus códigos, usando um build beta estável. O programa beta inclui um fórum de discussão, no qual os usuários podem interagir com os desenvolvedores que trabalham nos recursos mais importantes, participar de discussões com outras pessoas que também estão testando o beta e fornecer o feedback necessário para que o nosso produto seja o mais útil possível para a comunidade de engenharia.
NI Error Reporter (NIER)
Com o LabVIEW 2011, a National Instruments lançou o NIER, uma ferramenta de relatórios de erros que registra informações sobre qualquer pane que venha a ocorrer no sistema de um usuário. Com a ajuda dos usuários do LabVIEW, que usaram o NIER para enviar seus relatórios de panes à NI para investigação, a National Instruments reuniu informações valiosas sobre as panes que ocorreram e conseguiu priorizar melhor os problemas que provocaram perdas de produtividade.
A National Instruments utiliza uma abordagem de uso comprovado na indústria, organizando os problemas encontrados no produto em diferentes categorias e dando prioridade às 20 maiores categorias de panes, que representam aproximadamente 28 por cento de todas as panes relatadas. A National Instruments tem trabalhado diligentemente para resolver as principais panes informadas, e 16 por cento das panes relatadas no LabVIEW foram corrigidas no LabVIEW 2012.
A National Instruments também aprimorou a plataforma LabVIEW de forma que a empresa possa ter mais informações em caso de pane, podendo lidar melhor com outros relatos de pane.
Figura 2. As 20 principais panes do LabVIEW 2011 relatadas pelo NIER Com base em dados de até dezembro de 2011. *A National Instruments tratou de um subconjunto dos problemas e/ou incluiu mais instrumentos para descobrir o que está provocando a pane.
Graças ao NIER e aos clientes que o utilizaram, o LabVIEW 2012 é uma plataforma mais estável que as versões anteriores. A National Instruments continuará a introduzir melhorias de estabilidade na plataforma LabVIEW, com o auxílio dos relatórios de pane dos clientes recebidos pelo NIER.
Atribuição de prioridades aos CARs
Tradicionalmente, a atribuição de prioridades aos CARs depende de três fatores: a existência de uma solução paliativa, o impacto potencial para os usuários e o tempo de desenvolvimento necessário para implementar uma correção definitiva para o problema. Por exemplo, como temos um ciclo de um ano para o lançamento da nova versão do LabVIEW, o tempo de desenvolvimento necessário é muito importante para decidirmos se a solução será implementada na próxima versão ou em uma versão futura. Cada um desses três fatores é considerado igualmente na atribuição de prioridade de um CAR. Em seguida, o NIER ajudará a fornecer mais informações sobre quantos usuários são afetados por um determinado problema. Além disso, o efeito potencial do problema para um cliente tem grande importância na determinação de uma correção.
2. Histórico comprovado de respeito à opinião dos usuários
A National Instruments tem um longo histórico de escutar - e agir conforme - as opiniões dos engenheiros que usam os seus produtos. Quando os funcionários da National Instruments dizem que o sucesso da empresa está nas mãos de seus clientes, você pode acreditar. No LabVIEW Idea Exchange, um fórum no qual os usuários podem sugerir novos recursos para o LabVIEW (a P&D já implementou 25 desses recursos até agora), as opiniões dos usuários são mais importantes do que nunca. Assim como os novos recursos, saber onde os usuários têm mais dificuldades com o LabVIEW ou se veem oportunidades de melhorias somente pode ajudar a National Instruments a melhorar o produto.
Agora que o LabVIEW 2012 já está sendo entregue, o foco passa a ser o Service Pack 1 do LabVIEW 2012 e o LabVIEW 2013. Os lançamentos de service packs continuarão a enfocar os bugs que se manifestam com maior frequência e que mais afetam os clientes, enquanto que o lançamento de novas versões continuará a enfocar a estabilidade, a resposta da edição e os recursos que o ajudam a ser mais produtivo. Visite a página ni.com/beta e não se esqueça de se inscrever para o LabVIEW 2013, para nos ajudar a aumentar cada vez mais a estabilidade do LabVIEW.
