é um movimento internacional que organiza competições profissionais para jovens com menos de 22 anos.
A final internacional é realizada a cada dois anos. Este ano o local final foi (a última final foi em 2017, em Abu Dhabi, a próxima será em 2021, em Xangai).
Os Campeonatos WorldSkills são os maiores campeonatos mundiais de habilidades profissionais. Eles começaram com profissões de colarinho azul e, nos últimos anos, cada vez mais atenção tem sido dada às “profissões do futuro”, incluindo disciplinas de TI, para as quais um enorme cluster separado foi alocado no campeonato em Kazan.
No bloco de TI existe uma competência (um “esporte específico”) chamada “Soluções de Software de TI para Negócios”.
Em cada competição, a lista permitida de ferramentas utilizadas é limitada. E se, por exemplo, para “paisagismo” a lista de ferramentas possíveis for limitada (claro, sem indicar fabricante ou cor explícita), então na competência “Soluções de software para negócios” a lista de tecnologias aceitas que os participantes podem usar é estritamente limitado, indicando tecnologias e plataformas específicas (.NET e Java com um conjunto específico de frameworks).
A posição da 1C sobre esta questão é a seguinte: a tecnologia da informação é uma área muito dinâmica, novas tecnologias e ferramentas de desenvolvimento aparecem constantemente no mundo. Do nosso ponto de vista, é correto permitir que os especialistas utilizem as ferramentas com as quais desejam e estão acostumados a trabalhar.
No outono de 2018, a administração da WorldSkills nos ouviu. Agora faltava testar a metodologia de incorporação de novas tecnologias nas competições. Não é simples.
A plataforma 1C:Enterprise foi incluída na lista de infraestrutura do campeonato em Kazan e foi organizada uma plataforma experimental para soluções de software de TI para Business Sandbox.
Observe que o idioma oficial do campeonato é o inglês. Todos os materiais com os resultados da resolução de problemas (códigos-fonte, documentação anexa, interfaces de software) também deveriam ser transmitidos neste idioma. Apesar das dúvidas de algumas pessoas (ainda!), você pode escrever em inglês no 1C.
9 jovens de 8 países (Filipinas, Taiwan, Coreia, Finlândia, Marrocos, Rússia, Cazaquistão, Malásia) participaram na competição neste local.
O júri - uma equipe de especialistas - foi chefiado por um especialista das Filipinas, Joey Manansala.
Estiveram representados especialistas da Finlândia, dos Emirados Árabes Unidos, da Costa Rica, da Coreia, da Rússia e de Taiwan.
Separadamente, notamos que participantes da Rússia (Pavkin Kirill, Sultanova Aigul) e do Cazaquistão (Vitovsky Ludwig) decidiram usar a plataforma 1C:Enterprise como parte da competição. O restante dos participantes usou .NET para desktop e Android Studio para desenvolvimento móvel. É interessante que os participantes que escolheram 1C sejam muito jovens (Kirill é aluno de uma escola em Stavropol, este ano ingressou no 11º ano, Aigul é estudante universitário, Kazan, Tartaristão), enquanto seus oponentes eram muito mais experientes ( por exemplo, um participante da Coreia - vencedor do campeonato WorldSkills de 2013 em Leipzig; todos têm experiência de participação no WorldSkills e vários anos de experiência profissional na indústria).
Considerando que durante a competição os participantes utilizaram diversas tecnologias modernas, tivemos a oportunidade de testar a plataforma 1C:Enterprise em condições verdadeiramente de combate, para comparar tanto a qualidade das soluções obtidas com a sua ajuda como a velocidade de desenvolvimento alcançada com a sua utilização.
Separadamente, notamos que, no âmbito da plataforma especial IT Software Solutions for Business Sandbox, os participantes realizaram as mesmas tarefas que os participantes da plataforma principal IT Software Solutions for Business.
A tarefa em si é complexa para automatizar um determinado negócio, este ano o exemplo de negócio foi a empresa fictícia KazanNeft.
lenda
A Kazan Oil é uma das maiores empresas petrolíferas da República do Tartaristão, operando como um interveniente no mercado nacional e uma marca reconhecida internacionalmente neste campo. A sede da empresa, especializada em exploração de campos, produção, produção, refino, transporte e venda e distribuição de petróleo, derivados e gás natural, está localizada em Kazan (Rússia).
Dado que a empresa está a implementar uma estratégia de rápida expansão e criação de novos escritórios em toda a Rússia, a administração da empresa decidiu introduzir um novo software de automação empresarial destinado a manter e gerir determinadas operações.
Condições do campeonato
As tarefas foram entregues aos participantes na forma de módulos (sessões) com a obrigatoriedade de concluí-las em um tempo limitado. Foram 7 módulos no total. Três sessões para resolução em desktop – 2.5 horas cada. Três sessões - desenvolvimento cliente-servidor, onde o cliente era uma aplicação mobile, e a comunicação entre cliente e servidor era realizada via WEB-API. Isso levou 3.5 horas. Última sessão – tarefas de engenharia reversa de software existente, 2.5 horas. Como parte da engenharia reversa, os participantes tiveram que, com base nas informações que lhes foram fornecidas, projetar a estrutura do banco de dados da aplicação (construindo um diagrama ER), analisar cenários de utilização do sistema (construindo um diagrama de casos de uso), e também desenvolver e projetar a interface da solução de software de acordo com os requisitos funcionais fornecidos.
As principais plataformas de desenvolvimento utilizadas foram .NET (C#) e Java (incluindo Android Studio para desenvolvimento mobile). O SandBox experimental utilizou .NET, Java e 1C:Enterprise versão 8.3.13.
No final de cada sessão, os especialistas avaliaram o resultado - um projeto viável pronto que implementa as tarefas definidas no início da sessão.
A peculiaridade das tarefas é a sua “vitalidade” - muitos requisitos e tempo limitado. A maioria dos problemas não são problemas especiais de Olimpíada, mas estão muito próximos de problemas industriais reais - os especialistas os enfrentam todos os dias. Mas há muitas tarefas e o tempo é limitado. O participante deve resolver o máximo de problemas que trarão maior benefício para o negócio. Não é fato que uma tarefa complexa do ponto de vista algorítmico terá mais peso do que uma tarefa elementar. Por exemplo, criar um sistema contábil funcional de três tabelas é mais importante para uma empresa do que um belo formulário de relatório com algoritmos complexos, que é completamente desnecessário sem essas tabelas.
Pedimos ao vencedor do concurso, um participante da Rússia, Kirill Pavkin, que nos contasse mais sobre quais eram as tarefas e como ele abordou a sua solução.
Abaixo está uma descrição da tarefa, a história do próprio Kirill sobre como ele resolveu a tarefa. Também pedimos a Vitaly Rybalka, funcionário da 1C e um dos especialistas em soluções de TI para negócios Sandbox, que comentasse sobre as soluções da Kirill.
Como parte da tarefa, foi necessário automatizar as atividades de diversos tipos de usuários:
- Responsável pela contabilidade dos ativos da empresa
- Responsável por reparos não programados e manutenção programada dos ativos da empresa
- Gerentes de compras de componentes e consumíveis
- Divisões de exploração e produção de petróleo
- A alta administração precisava de relatórios analíticos
Sessão 1
Do ponto de vista dos ativos (por exemplo, frota de veículos), foi necessária a implementação da sua contabilização (estabelecimento de novos, edição dos atuais), pesquisa rápida e vários tipos de filtros para apresentação de informação, movimentação de ativos entre as divisões da Empresa e grupos de ativos propriamente ditos. Mantenha um histórico de tais movimentos e forneça análises sobre eles no futuro. A contabilidade de ativos foi implementada principalmente para grupos de usuários móveis.
Kirill: Uma subtarefa interessante foi a implementação de botões na lista de ativos. Para resolver isso, utilizamos uma lista dinâmica: escrevemos uma solicitação arbitrária e, ao receber dados no servidor, atribuímos links de navegação às imagens da biblioteca de imagens aos campos obrigatórios.
Por convenção, as fotos podem ser anexadas a um ativo de duas maneiras: tirar uma foto (multimídia) e selecionar na galeria (caixa de diálogo de seleção de arquivo).
Algumas formas precisaram ser redesenhadas quando a tela foi girada:
Ao alterar os parâmetros da tela, alteramos a visibilidade dos grupos de botões.
Tarefas divertidas, mas simples, incluem filtros em uma lista dinâmica, pesquisa em dois campos (número e nome) e geração de um número de série do ativo.
Comentário do especialista: do ponto de vista da solução na plataforma 1C:Enterprise, a tarefa é bastante clara. Além da própria criação da aplicação mobile, foi necessário cuidar da transferência dos dados do “servidor” do SGBD (MS SQL no desktop) para a aplicação mobile e vice-versa. Para tanto, foram utilizados mecanismos de fontes de dados externas e serviços http na “aplicação proxy” desktop. Para a própria plataforma móvel, a exibição de imagens em uma lista dinâmica apresentou maior complexidade.
Sessão 2
Foi necessário estabelecer uma gestão de reparação dos ativos da Empresa. No âmbito desta tarefa, foi necessário manter uma lista de pedidos de reparações (por departamentos e grupos), ter em conta as prioridades para a urgência das reparações, planear um calendário de reparações de acordo com as prioridades, encomendar os componentes necessários e levar em conta os existentes. Uma subtarefa interessante era que alguns componentes tinham prazo de validade; se uma peça já foi encomendada para um determinado ativo e seu prazo não expirou, então para esse ativo não há necessidade de adquirir novamente a mesma peça. A interface de reparo foi desenvolvida para o componente desktop do software da empresa.
Também foi necessário criar um formulário de autorização não trivial para duas funções: o responsável e o gestor do serviço. A peculiaridade é que após a autorização você deve selecionar automaticamente uma das funções.
O formulário de lista disponível ao responsável é apresentado a seguir:
Kirill: Somente o destaque das solicitações de serviço pendentes pode ser destacado aqui. Resolvido por formatação condicional em uma lista dinâmica.
Ao clicar no botão na parte inferior da tela, o usuário poderá acessar o seguinte formulário:
Do ponto de vista 1C, não há nada complicado nesta forma.
O formulário disponível para o gestor do serviço está abaixo:
Este formulário é classificado por prioridade e data da solicitação. Ao clicar no botão abaixo, o usuário poderá acessar o formulário da solicitação selecionada:
Além da infalibilidade, este formulário sugeria a implementação de uma lista de peças de reposição para reparos. A subtarefa é interessante porque as peças têm prazo de validade. Isso significa que se já ocorreu uma emergência com este ativo e foi encomendada uma peça para ele cujo prazo de validade não expirou, ele poderá ser reaproveitado. Isso deve ser mostrado ao usuário.
Comentário do especialista: aqui o próprio Kirill colocou corretamente os acentos. Do ponto de vista da implementação na plataforma 1C:Enterprise, não há nada extremamente complicado. Foi necessária uma análise cuidadosa das condições de contabilização e utilização de peças sobressalentes e uma execução competente da tarefa como um todo. Além disso, era necessário registrar adequadamente as solicitações de serviços. A principal dificuldade foi apenas a pressão do tempo de 2.5 horas.
Além disso, como no desenvolvimento móvel, o participante deveria obter dados de um SGBD externo (MS SQL) com competência.
Sessão 3
Para manutenção (manutenção) foi proposta a implementação de um serviço de planejamento de longo prazo. Um recurso interessante aqui foi a exigência de criar um cronograma de manutenção para os ativos de acordo com o cronograma - por exemplo, a cada dois meses no dia 3. Da mesma forma, de acordo com algum indicador quantitativo - por exemplo, de acordo com o hodômetro de um carro (troca de óleo a cada 5000 km, troca de pneus a cada 20000 km). O gerente de manutenção deve ter recebido um aplicativo móvel conveniente que exibe dinamicamente uma lista de manutenções vencidas, atuais e concluídas por um período especificado. Além disso, cada tipo de manutenção deveria ser pintado em cores de acordo com regras especialmente acordadas. A aplicação mobile deveria garantir a criação de novos cronogramas de manutenção e a marcação daqueles já concluídos diretamente nas oficinas com pronta atualização dessas informações no servidor.
Kirill: Existem dois tipos de reparos: baseados em tempo e baseados em execução. A variabilidade é permitida dentro de cada um. Por exemplo, de acordo com o plano, os reparos deverão ocorrer toda sexta-feira, dia 13 de cada mês, ou a cada 20,000 mil quilômetros. Uma tarefa é considerada concluída se houver uma marca de seleção à direita dela.
Uma condição foi fornecida para classificar tarefas na lista. Além disso, cada linha deve ser destacada em cores dependendo das condições.
Ao clicar no botão abaixo, você pode criar um novo plano de serviço:
Os campos obrigatórios são exibidos dependendo do tipo de gráfico selecionado. Se tivermos selecionado um horário semanal, serão mostrados dois campos: o número da semana e o dia da semana. Por exemplo, às terças-feiras a cada 3 semanas.
Comentário do especialista: como no desenvolvimento móvel anterior na plataforma 1C:Enterprise, aqui a tarefa é globalmente dividida em 2 componentes - comunicação com o “servidor” via web-api e exibição competente de uma lista dinâmica com design condicional e filtragem (seleção) de dados. Além disso, foi interessante implementar a obrigatoriedade de contabilização das reparações tanto por período como por indicador quantitativo.
Sessão 4
Para componentes e consumíveis foi necessário levar em conta estoques, planejar despesas e compras futuras. Além disso, a contabilidade em lote apareceu aqui, mas não para todas as mercadorias. Tudo isto tinha de ser gerido em vários armazéns, incluindo recebimento, despesas e movimentação. De acordo com os termos da tarefa, era necessário garantir o controle dos saldos e evitar conflitos ao trabalhar com os estoques atuais. Os gerentes de compras trabalham na versão desktop do software.
O formulário principal é mostrado abaixo:
Kirill: Além de classificar a partir da condição, foi proposto dar ao usuário a capacidade de classificar aleatoriamente. No 1C você nem precisa pensar nisso. O campo com a quantidade de peças deverá ficar destacado em verde para notas fiscais.
Nesta sessão, foi-lhes pedido que controlassem as restantes mercadorias nos armazéns. Portanto, a mensagem correspondente deverá ser exibida quando você tentar excluir a fatura. Aqui relembramos o exame de especialista em plataforma. O formato da fatura é o seguinte:
Cada peça possui uma característica que determina se ela deve ser atribuída a um lote específico. Para essas peças de reposição, é imprescindível indicar o número do lote em todos os documentos. Esta é uma medida adicional ao monitorar resíduos de peças. Eles também podem ser movidos entre armazéns:
O formulário difere do anterior apenas porque em vez do cliente é necessário indicar o armazém onde será feita a entrega. A lista de seleção do lote é compilada automaticamente após a seleção da peça. O usuário pode gerar um relatório sobre saldos de peças de reposição:
Aqui podemos visualizar as mercadorias restantes no armazém selecionado. As caixas de seleção à direita do warehouse permitem configurar a filtragem e a classificação. A lista não contém uma divisão explícita por lote para as partes para as quais é obrigatória. Os saldos de cada número de lote da peça de reposição selecionada podem ser visualizados através do link de navegação à direita.
Comentário do especialista: nesta sessão (módulo) a contabilidade em lote apareceu pela primeira vez. Os participantes foram obrigados a contabilizar os consumíveis e mercadorias não apenas por si próprios, mas também por lote. Em geral, a tarefa é perfeita para a plataforma 1C:Enterprise - mas tudo teve que ser desenvolvido do zero e concluído em 2.5 horas.
Sessão 5
Na quinta sessão, foi-nos atribuída a funcionalidade de gestão de poços. Para os grupos de exploração, foi necessária a criação de um aplicativo mobile que contabilizasse poços de produção de petróleo ou gás. Aqui foi necessário receber do servidor uma lista dos poços atuais e exibir graficamente o poço selecionado por camadas (solo, areia, pedra, óleo), levando em consideração as profundidades de cada camada. Além disso, a aplicação deveria permitir atualizar informações sobre o poço e adicionar novos poços. Para esta aplicação o cliente definiu condições especiais de funcionamento nos modos offline e online (controlo da comunicação com o servidor) - verificando a comunicação com o servidor a cada 5 segundos e alterando a funcionalidade da aplicação em função da disponibilidade do servidor.
Kirill: Ao selecionar um poço, um gráfico de barras é exibido, destacando as camadas até os depósitos de petróleo ou gás. Para cada camada são armazenados seu nome, cor e faixa de ocorrência. Devido aos recursos de design, os diagramas embutidos na plataforma não ajudam, mas o documento da planilha dá conta da tarefa perfeitamente. Os poços podem ser criados e modificados:
Além da proteção múltipla e infalível, não havia nada de interessante nesse formulário.
A seguir, foi sugerido controlar a conexão com o servidor. Tentamos nos conectar a cada 5 segundos. Se não funcionar, limitamos a funcionalidade do aplicativo e exibimos uma mensagem.
Comentário do especialista: A tarefa desta sessão é interessante principalmente devido às suas capacidades gráficas. Os participantes que usaram a plataforma 1C:Enterprise resolveram o problema de duas maneiras diferentes - algumas usando um mecanismo de diagrama, outras usando uma planilha. Cada método tem seus prós e contras. Como parte da decisão do campeonato WorldSkills, o tempo foi fundamental (lembre-se novamente do limite de tempo). Uma tarefa interessante separada é fazer ping no servidor a cada 5 segundos e alterar o comportamento do aplicativo móvel dependendo da disponibilidade ou indisponibilidade do servidor.
Sessão 6
Foi proposta a criação de um espaço de trabalho para a gestão de topo – Dashboard. Em uma tela era necessário exibir os indicadores gerais de desempenho da empresa para um determinado período em forma gráfica e tabular. O formulário principal é o relatório de custos:
Além do Dashboard, foi necessário implementar a distribuição de peças de reposição para reparos de ativos utilizando métodos de baixa FIFO/LIFO/“O mais barato vai primeiro”.
Durante a distribuição, foi levada em consideração a contabilização do lote, foram utilizados o controle de saldo e a proteção contra ações não autorizadas do usuário (“proteção contra tolos”).
Kirill: Para resolver foram utilizadas tabelas de valores com geração de colunas por software, pois pode haver um número arbitrário delas:
- A primeira tabela é responsável pelos custos totais dos departamentos por mês. As divisões menos lucrativas e lucrativas estão destacadas em vermelho e verde, respectivamente.
- A segunda tabela mostra as peças mais caras e usadas com mais frequência em cada mês. Se houver várias partes que atendam aos critérios, elas deverão ser exibidas em uma célula, separadas por vírgulas.
- Os ativos mais caros (em termos de custos de peças sobressalentes) são apresentados na primeira linha da terceira tabela. A segunda linha exibe a divisão à qual pertence o ativo acima. Se houver dois ativos mais caros com os mesmos custos, eles deverão ser exibidos na mesma célula, separados por vírgulas.
Os diagramas foram exibidos usando os mecanismos integrados da plataforma e preenchidos programaticamente por meio de consultas.
Foi também proposta a implementação do apoio ao multilinguismo. O programa carrega arquivos XML com a localização dos elementos da interface, e o formulário deve ser redesenhado ao selecionar um idioma na lista suspensa.
Ao clicar no botão no canto inferior esquerdo da tela, o formulário de gerenciamento de estoque é aberto:
Desta forma, finalmente começamos a gastar peças em reparos. Aqui encontramos primeiro as peças que precisaremos para reparar o ativo. Com base nos campos selecionados e no método de distribuição (FIFO, LIFO ou preço mínimo), são exibidas as correspondências encontradas ou uma mensagem se não houver correspondências. Você pode então marcar as peças como destinadas ao reparo desse ativo. O controle de equilíbrio é relevante para a sessão atual. Se já atribuímos detalhes, eles não poderão mais ser encontrados.
Comentário do especialista: sessão muito interessante. Ele aproveita ao máximo os recursos da plataforma 1C:Enterprise - aqui está o trabalho competente com tabelas virtuais de registros de acumulação e o trabalho programático com elementos de formulário (em primeiro lugar - tabelas, em segundo lugar - títulos) e diagramas. E até mesmo LIFO/FIFO ao analisar estoque, análise de lucros/perdas, etc.
Sessão 7
Ao final da tarefa (sessão 7), o cliente forneceu o software (arquivo exe) para as atividades do projeto e um pequeno vídeo sobre como trabalhar com ele. Foi necessário fazer engenharia reversa e, a partir disso, criar 2 diagramas: um diagrama de casos de uso e um diagrama entidade-relacionamento. Além disso, foram apresentados alguns requisitos para a criação de software no futuro - foi necessário criar um layout de interface de acordo com esses requisitos.
De acordo com as condições do concurso, apenas o MS Visio era obrigado a criar diagramas.
Comentário do especialista: nesta sessão, os recursos da plataforma 1C:Enterprise praticamente não foram utilizados. Os diagramas das condições de competição foram criados no MS Visio. Mas um protótipo da interface poderia ser criado em uma base de informações 1C vazia.
Notas gerais
No início de cada sessão foi proposta a importação de dados através de um script SQL. Essa foi a principal desvantagem de usar 1C em comparação com C#, já que gastamos pelo menos meia hora destilando dados em fontes de dados externas, criando nossas próprias tabelas e movendo linhas de fontes externas para nossas tabelas. O resto só precisava clicar no botão Executar no Microsoft SQL Studio.
Por razões óbvias, armazenar dados num dispositivo móvel não é uma boa ideia. Portanto, durante as sessões móveis criamos uma base de servidores. Eles armazenaram dados lá e forneceram acesso a eles por meio de serviços http.
Comentário do especialista: o equilíbrio 1C/não-1C é interessante aqui - enquanto os programadores 1C:Enterprise gastaram um tempo significativo conectando-se a um SGBD externo (Kirill mencionou isso separadamente acima), os desenvolvedores C#/Java (Android Studio para desenvolvimento móvel) gastaram tempo em outras áreas – interfaces, escrevendo mais código. Portanto, os resultados de cada sessão foram imprevisíveis e extremamente interessantes para todos os especialistas. E essa intriga permaneceu até o fim - basta olhar a mesa final dos vencedores com a distribuição dos pontos.
Kirill terminou a história :)
Concluindo, cabe lembrar que o executor não precisou “apenas programar a tarefa de acordo com as especificações técnicas” - ele teve que analisar a tarefa, selecionar blocos para a implementação das subtarefas, projetá-las e decidir o que exatamente seria. capaz de implementar isso no tempo extremamente curto concedido. Durante todos os quatro dias tive que agir sob forte pressão de tempo, muitas vezes começando cada sessão subsequente do zero. Mesmo um especialista adulto com muitos anos de experiência no setor terá grande dificuldade em concluir 4% a tarefa atribuída para a sessão dentro do tempo estipulado.
O sistema de avaliação adotado merece destaque especial.
Para cada sessão, os autores das tarefas desenvolvem um complexo sistema de critérios, incluindo verificação de funcionalidade, correto funcionamento, requisitos para a interface da aplicação e até mesmo seguir um guia de estilo fornecido especialmente aos participantes pela empresa para a qual estão desenvolvendo suas soluções.
Os critérios de avaliação são granulados muito finamente - com o custo total da tarefa da sessão sendo de dezenas de pontos, o cumprimento de algum critério pode adicionar décimos de ponto ao participante. Isso alcança um nível extremamente alto e objetivo de avaliação dos resultados de cada participante da competição.
Descobertas
Os resultados finais foram impressionantes.
Em uma luta acirrada, Kirill Pavkin, da Rússia, que usou a plataforma 1C:Enterprise, venceu. Kirill tem 17 anos, é de Stavropol.
Literalmente décimos de ponto separavam o vencedor de seus perseguidores. O segundo lugar ficou com um participante de Taiwan. A tabela geral dos seis primeiros resultados é assim:
Claro, Kirill venceu graças ao seu talento, conhecimento e habilidades.
No entanto, notamos que todos os três participantes que utilizaram a plataforma 1C:Enterprise como ferramenta foram incluídos entre os cinco primeiros - o que é uma confirmação incondicional do nível mundial da tecnologia 1C:Enterprise.
Após o resultado da competição, os vencedores foram premiados no centro de mídia KazanExpo, os rapazes receberam medalhas de ouro puro (de acordo com a colocação) e prêmios em dinheiro. Os rapazes também receberam certificados que lhes permitiram fazer um estágio na 1C.
Fonte: habr.com