Thin[gk]athon Transformation der Regionen

Este evento terminou!

Thin[gk]athon Transformation der Regionen

Transformação Thin[gk]athon das regiões

Evento por: Smart Systems Hub GmbH

Localização: Buntspeicher, Speicherstraße 1, Zwönitz

Palestras e debates

Sobre o evento

Encontre o aplicativo certo com mais rapidez



desenvolvido por Smart Systems Hub, Buntspeicher Zwönitz, Sellium GmbH, Escritório Distrital de Erzgebirge, futureSAX GmbH, simul⁺


CONDIÇÕES
O Thin[gk]athon acontecerá a partir de 09. até 10 de junhoem vários locais. O Thin[gk]athon dura dois dias em cada local (também virtual). Se desejar participar virtualmente, você deve indicar o horário de sua preferência.

Buntspeicher Zwönitz: 9 de junho - 10 de junho de 2026
⇾ Speicherstraße 1 · 08297 Zwönitz

Centro de Negócios e Inovação (BIC) Zwickau: 9 de junho - 10 de junho de 2026
⇾ Lessingstraße 4, 08058 Zwickau


SOBRE O THIN[GK]ATHON

O Thin[gk]athon é mais do que um hackathon clássico. É um sprint intensivo de co-inovação em que equipes interdisciplinares trabalham em desafios industriais reais.

Em menos de três dias, equipes de desenvolvimento de software, ciência de dados, engenharia embarcada e indústria desenvolvem juntos protótipos funcionais e conceitos de arquitetura técnica.

O foco está em:

  • a integração de hardware e software
  • trabalho com dados e tecnologias reais
  • o desenvolvimento de soluções em condições práticas

O Thin[gk]athon oferece um espaço no qual novas abordagens técnicas podem ser rapidamente testadas, avaliadas e desenvolvidas.


O DESAFIO

Atualmente, existem mais de 140 inscrições no escritório distrital de Erzgebirgskreis. O objectivo é optimizar a utilização destas aplicações existentes e evitar que múltiplos sistemas com funções semelhantes ou idênticas sejam operados em paralelo. Ao mesmo tempo, não é realista que pessoas individuais mantenham sempre uma visão completa de todas as aplicações, funções e usos possíveis.

O desafio é desenvolver um protótipo técnico que leia os requisitos de um documento de requisitos estruturado e os compare com as informações existentes nas aplicações existentes. A base para isso são, por um lado, os requisitos recolhidos na conversa, atualmente num documento Word, e, por outro lado, a informação sobre as aplicações mantidas no wiki informático. O objetivo: um perfil de requisitos deve ser usado para criar automaticamente uma lista priorizada de aplicativos potencialmente adequados - incluindo uma avaliação da adequação, uma justificativa transparente e um link direto para a respectiva documentação que mostra como esse processo de correspondência de aplicativos pode funcionar técnica e organizacionalmente. funções.

  • As informações relevantes são usadas no wiki de TI.
  • O resultado é uma lista de possíveis aplicativos com classificação correspondente, por exemplo, “muito provável que corresponda” ou “corresponde parcialmente”.
  • Para cada resultado, um link para a documentação wiki apropriada é exibido.
  • Para a documentação, o resultado pode ser exportado como um PDF e posteriormente armazenado no DMS.
  • Importante: o suporte técnico não substitui o diálogo entre o departamento e TI. Em vez disso, deverá ajudar a criar uma base bem fundamentada para a tomada de decisões mais rapidamente.


    OBJETIVOS PRINCIPAIS:

    1. Fazer melhor uso dos aplicativos existentes: O protótipo pretende mostrar como as soluções de software existentes podem ser testadas sistematicamente em relação a novos requisitos. Isto significa que estruturas duplicadas podem ser evitadas e os investimentos existentes podem ser melhor utilizados.

    2. Torne a complexidade gerenciável: com mais de 140 aplicativos, é difícil manter uma visão geral manualmente. O objetivo do App-Match é ajudar a tornar o conhecimento funcional da documentação existente utilizável pela máquina.

    3. Avalie os requisitos mais rapidamente: Uma pré-seleção inicial deve ser criada automaticamente a partir de um formulário de solicitação preenchido. Isso reduz o esforço de pesquisa e acelera a coordenação entre o departamento e a TI.

    4. Torne as decisões compreensíveis: Os resultados correspondentes não devem aparecer apenas como uma lista de resultados, mas devem ser justificados e vinculados. Isso significa que permanece transparente o motivo pelo qual um aplicativo foi considerado adequado.

    5. Desenvolva um protótipo realista: O Thingkathon não se trata de um sistema produtivo acabado, mas sim de uma prova de conceito confiável:
    O que é tecnicamente possível? Que qualidade de dados é necessária? Onde estão os limites e o potencial?


    FOCO TECNOLÓGICO
    O foco está em um protótipo prático que combina de forma inteligente vários componentes técnicos:

    • Processamento de documentos: Leitura de requisitos estruturados de documentos Word ou formulários digitais de perspectiva
    • Extração de conhecimento: Preparação de informações do wiki de TI em aplicações, funções e áreas de aplicação
    • Correspondência semântica: Comparação de requisitos com descrições funcionais existentes
    • Pontuação e priorização: Avaliação da adequação, por exemplo, em categorias como mais de 80 por cento ou mais de 50 por cento
    • Explicabilidade: Exibição de quais requisitos são cobertos por qual aplicativo poderia
    • Link: Ir direto para a respectiva documentação wiki
    • Exportar: Geração de um resultado em PDF para documentação e posterior armazenamento no DMS
    • Interface do usuário: Um front end simples para entrada, verificação e exibição de resultados

    Possíveis abordagens tecnológicas incluem pesquisa semântica, incorporações, Geração de recuperação aumentada, regras clássicas, modelos de metadados estruturados ou lógicas de correspondência híbrida.


    O QUE DEVE ENTRAR NO THIN[GK]ATHON
    As equipes desenvolvem uma abordagem de solução de protótipo para App-Match dentro do formato. Os resultados possíveis são:

    • um protótipo de processo clicável,
    • um demonstrador técnico para leitura e correspondência de requisitos,
    • um algoritmo de correspondência com avaliação compreensível,
    • uma proposta para um modelo de dados das informações do aplicativo,
    • um conceito de UI para funcionários de TI,
    • uma exportação em PDF como documentação de resultado,
    • uma avaliação da viabilidade técnica e próxima implementação etapas.

    No final, deve ficar visível como o que antes era um processo de avaliação altamente manual pode se tornar um processo suportado, compreensível e escalável.


    Perfis de participantes procurados
    São necessárias diferentes perspectivas para o desafio. Particularmente valiosos são:

    - Desenvolvedores de software para processamento de documentos, integração de dados, back-end, front-end e prototipagem.

    - Cientistas de dados/engenheiros de IA para correspondência semântica, incorporações, classificação, pontuação e lógica de resultados explicável.

    - Arquitetos empresariais/de soluções para classificação em cenários de TI existentes, interfaces, wiki estruturas, DMS e possíveis modelos operacionais.

    - Designers de UX/UI para uma apresentação compreensível de resultados e gerenciamento de processos amigável.

    - Gerentes de processos e requisitos de TI para entender as discussões de requisitos reais, processos de tomada de decisão e requisitos de documentação.

    - Especialistas de domínio de administração, TI ou departamentos especializados para avaliar se a solução seria realmente útil no dia a dia. vida.


    Resultados esperados

    No final do Thingkathon não deve haver um software perfeito, mas uma base clara para a tomada de decisões:

    • A correspondência de aplicativos com base em documentos de requisitos existentes e informações wiki é realisticamente possível?
    • Que qualidade e estrutura de dados são necessárias para o wiki de TI?
    • Quão bem os requisitos podem ser extraídos automaticamente?
    • Qual ​​lógica de correspondência fornece resultados compreensíveis?
    • Qual ​​deve ser a aparência de um resultado para que a TI e o departamento possam trabalhar com ele?
    • Quais etapas seriam necessárias para desenvolver um sistema utilizável a partir do protótipo?


    Por que esse desafio é relevante é
    O App-Match aborda um problema com o qual muitas organizações estão familiarizadas: o cenário de software cresce ao longo dos anos, o conhecimento é distribuído entre documentação e pessoas, e novos requisitos levam rapidamente a novas soluções. Ao mesmo tempo, a pressão para usar os sistemas existentes de forma mais eficiente, controlar custos e tomar decisões mais rapidamente está aumentando.

    Um processo de correspondência inteligente pode criar um valor agregado real aqui: traz transparência ao cenário de aplicativos, apoia a TI na avaliação de novos requisitos e ajuda os departamentos a encontrar soluções adequadas mais rapidamente.


    PARCEIROS

    Smart Systems Hub

    Buntspeicher Zwönitz

    Sellium GmbH

    futureSAX GmbH

    Escritório distrital de Erzgebirge

    simul⁺


    Fonte original do evento

    Loading…