es un movimiento internacional que organiza competiciones profesionales para jóvenes menores de 22 años.
La final internacional se celebra cada dos años. Este año la sede final fue (la última final fue en 2017 en Abu Dhabi, la próxima será en 2021 en Shanghai).
Los campeonatos WorldSkills son los campeonatos de habilidades profesionales más grandes del mundo. Comenzaron con profesiones manuales y en los últimos años se ha prestado cada vez más atención a las “profesiones del futuro”, incluidas las disciplinas de TI, para las cuales se asignó un gran grupo separado en el campeonato de Kazán.
En el bloque TI existe una competencia (un “deporte” específico) denominada “Soluciones de Software TI para Empresas”.
En cada competición, la lista permitida de herramientas utilizadas es limitada. Y si, por ejemplo, para "diseño de paisaje" la lista de posibles herramientas es limitada (por supuesto, sin indicar un fabricante o color explícitos), entonces en la competencia "Soluciones de software para empresas" la lista de tecnologías aceptadas que los participantes pueden utilizar está estrictamente limitado, indicando tecnologías específicas y plataformas específicas (.NET y Java con un conjunto específico de marcos).
La posición de 1C sobre este tema es la siguiente: la tecnología de la información es un área muy dinámica, constantemente aparecen nuevas tecnologías y herramientas de desarrollo en el mundo. Desde nuestro punto de vista, es correcto permitir que los especialistas utilicen las herramientas con las que quieran y estén acostumbrados a trabajar.
En el otoño de 2018, la dirección de WorldSkills nos escuchó. Ahora tocaba probar la metodología de incorporación de nuevas tecnologías a las competiciones. No es sencillo.
La plataforma 1C:Enterprise se incluyó en la lista de infraestructura del campeonato de Kazán y se organizó una plataforma experimental de soluciones de software de TI para Business Sandbox.
Tenga en cuenta que el idioma oficial del campeonato es el inglés. Todos los materiales con los resultados de la resolución de tareas (códigos fuente, documentación adjunta, interfaces de software) también debían transmitirse en este idioma. A pesar de las dudas de algunas personas (¡todavía!), puedes escribir en inglés en 1C.
En el concurso de este lugar participaron 9 jóvenes de 8 países (Filipinas, Taiwán, Corea, Finlandia, Marruecos, Rusia, Kazajstán, Malasia).
El jurado, un equipo de expertos, estuvo presidido por el experto de Filipinas, Joey Manansala.
Estuvieron representados expertos de Finlandia, Emiratos Árabes Unidos, Costa Rica, Corea, Rusia y Taiwán.
Por otra parte, cabe señalar que los participantes de Rusia (Pavkin Kirill, Sultanova Aigul) y Kazajstán (Vitovsky Ludwig) decidieron utilizar la plataforma 1C:Enterprise como parte del concurso. El resto de participantes utilizaron .NET para escritorio y Android Studio para desarrollo móvil. Es interesante que los participantes que eligieron 1C son muy jóvenes (Kirill es estudiante en una escuela en Stavropol, este año ingresó al 11º grado, Aigul es un estudiante universitario, Kazán, Tartaristán), mientras que sus oponentes tenían mucha más experiencia ( por ejemplo, un participante de Corea (ganador del campeonato WorldSkills 2013 en Leipzig; todos tienen experiencia participando en WorldSkills y varios años de experiencia profesional en la industria).
Teniendo en cuenta que durante el concurso los participantes utilizaron diversas tecnologías modernas, tuvimos la oportunidad de probar la plataforma 1C:Enterprise en condiciones reales de combate, para comparar tanto la calidad de las soluciones obtenidas con su ayuda como la velocidad de desarrollo alcanzada con su uso.
Por otra parte, observamos que en el marco de la plataforma especial Soluciones de software de TI para empresas Sandbox, los participantes completaron las mismas tareas que los participantes en la plataforma principal Soluciones de software de TI para empresas.
La tarea en sí es compleja para automatizar una determinada empresa; este año el ejemplo de empresa fue la empresa ficticia KazanNeft.
leyenda
Kazan Oil es una de las empresas petroleras más grandes de la República de Tartaristán, actúa como actor del mercado nacional y como marca reconocida internacionalmente en este campo. La sede de la empresa, especializada en exploración de campos, producción, producción, refinación, transporte y venta y distribución de petróleo, productos petrolíferos y gas natural, se encuentra en Kazán (Rusia).
Dado que la empresa está implementando una estrategia de rápida expansión y creación de nuevas oficinas en toda Rusia, la dirección de la empresa decidió introducir un nuevo software de automatización empresarial destinado a mantener y gestionar determinadas operaciones.
Condiciones del campeonato
Las tareas se asignaron a los participantes en forma de módulos (sesiones) con el requisito de completarlas en un tiempo limitado. Hubo 7 módulos en total. Tres sesiones para resolver en un escritorio: 2.5 horas cada una. Tres sesiones: desarrollo cliente-servidor, donde el cliente era una aplicación móvil y la comunicación entre el cliente y el servidor se realizaba a través de WEB-API. Esto tomó 3.5 horas. Última sesión: tareas de ingeniería inversa de software existente, 2.5 horas. Como parte de la ingeniería inversa, los participantes tuvieron que, basándose en la información que se les proporcionó, diseñar la estructura de la base de datos de la aplicación (mediante la construcción de un diagrama ER), analizar escenarios de uso del sistema (mediante la construcción de un diagrama de casos de uso) y también Desarrollar y diseñar la interfaz de la solución de software de acuerdo con los requisitos funcionales proporcionados.
Las principales plataformas de desarrollo utilizadas fueron .NET (C#) y Java (incluido Android Studio para desarrollo móvil). El SandBox experimental utilizó .NET, Java y 1C:Enterprise versión 8.3.13.
Al final de cada sesión, los expertos evaluaron el resultado: un proyecto viable ya preparado que implementa las tareas establecidas al comienzo de la sesión.
La peculiaridad de las tareas es su "vitalidad": muchos requisitos y tiempo limitado. La mayoría de los problemas no son problemas especiales de las Olimpiadas, sino que se acercan mucho a problemas industriales reales: los especialistas los enfrentan todos los días. Pero hay muchas tareas y el tiempo es limitado. El participante debe resolver el máximo número de problemas que tendrán el mayor beneficio para el negocio. No es en absoluto un hecho que una tarea compleja desde un punto de vista algorítmico tenga más peso que una elemental. Por ejemplo, crear un sistema de contabilidad funcional de tres tablas es más importante para una empresa que un hermoso formulario de informes con algoritmos complejos, que es completamente innecesario sin estas tablas.
Le pedimos al ganador del concurso, un participante de Rusia, Kirill Pavkin, que nos contara más sobre cuáles eran las tareas y cómo abordó su solución.
A continuación se muestra una descripción de la tarea, la propia historia de Kirill sobre cómo resolvió la tarea. También le pedimos a Vitaly Rybalka, empleado de 1C y uno de los expertos en Soluciones de TI para Business Sandbox, que comentara sobre las soluciones de Kirill.
Como parte del encargo, era necesario automatizar las actividades de varios tipos de usuarios:
- Responsable de la contabilidad de los activos de la empresa.
- Responsable de reparaciones no programadas y mantenimiento programado de los activos de la empresa.
- Responsables de compras de componentes y consumibles.
- Divisiones de exploración y producción de petróleo.
- La alta dirección necesitaba informes analíticos
Sesión 1
Desde el punto de vista de los activos (por ejemplo, una flota de vehículos), fue necesario implementar su contabilidad (estableciendo nuevos, editando los actuales), búsqueda rápida y diversos tipos de filtros para mostrar información, mover activos entre las divisiones de la Compañía. y grupos de activos mismos. Mantenga un historial de dichos movimientos y proporcione análisis sobre ellos en el futuro. La contabilidad de activos se implementó principalmente para grupos de usuarios móviles.
Kirill: Una subtarea interesante fue la implementación de botones en la lista de activos. Para solucionar esto, utilizamos una lista dinámica: escribimos una solicitud arbitraria y, al recibir datos en el servidor, asignamos enlaces de navegación a imágenes de la biblioteca de imágenes a los campos requeridos.
Por convención, las fotografías se pueden adjuntar a un recurso de dos maneras: tomar una fotografía (multimedia) y seleccionarla de la galería (diálogo de selección de archivos).
Era necesario volver a dibujar algunas formas cuando se giraba la pantalla:
Al cambiar los parámetros de la pantalla, cambiamos la visibilidad de los grupos de botones.
Las tareas entretenidas pero simples incluyen filtros en una lista dinámica, búsqueda en dos campos (número y nombre) y generación de un número de serie de activo.
Comentario de expertos: desde el punto de vista de la solución en la plataforma 1C:Enterprise, la tarea es bastante clara. Además de la creación propiamente dicha de la aplicación móvil, era necesario encargarse de transferir datos desde el “servidor” DBMS (MS SQL en el escritorio) a la aplicación móvil y viceversa. Para ello, se utilizaron los mecanismos de fuentes de datos externas y servicios http en la “aplicación proxy” de escritorio. Para la propia plataforma móvil, mostrar imágenes en una lista dinámica presentaba una mayor complejidad.
Sesión 2
Fue necesario establecer una gestión de reparación de los activos de la Compañía. Como parte de esta tarea, fue necesario mantener una lista de solicitudes de reparación (por departamentos y grupos), tener en cuenta las prioridades de urgencia de las reparaciones, planificar un cronograma de reparaciones de acuerdo con las prioridades, ordenar los componentes necesarios y tomar en cuenta los existentes. Una subtarea interesante fue que algunos componentes tenían fecha de vencimiento; Si ya se ha pedido una pieza para un activo determinado y su plazo no ha vencido, entonces no es necesario volver a comprar la misma pieza para este activo. La interfaz de reparación fue desarrollada para el componente de escritorio del software de la empresa.
También fue necesario crear un formulario de autorización no trivial para dos roles: la persona responsable y el administrador del servicio. La peculiaridad es que después de la autorización debes seleccionar automáticamente uno de los roles.
El formulario de listado a disposición del responsable se presenta a continuación:
Kirill: Aquí solo se puede resaltar el resaltado de solicitudes de servicio pendientes. Resuelto mediante formato condicional en una lista dinámica.
Al hacer clic en el botón en la parte inferior de la pantalla, el usuario puede ir al siguiente formulario:
Desde el punto de vista de 1C, no hay nada complicado en este formulario.
El formulario a disposición del responsable del servicio es el siguiente:
Este formulario está ordenado por prioridad y fecha de solicitud. Al hacer clic en el siguiente botón, el usuario podrá acceder al formulario de la solicitud seleccionada:
Además de ser infalible, este formulario sugería implementar una lista de repuestos para reparaciones. La subtarea es interesante porque las piezas tienen fecha de caducidad. Esto significa que si ya ocurrió una emergencia con este activo y se ordenó una pieza cuyo período de validez no ha expirado, entonces se puede reutilizar. Esto se debe mostrar al usuario.
Comentario de expertos: aquí el propio Kirill colocó correctamente los acentos. Desde el punto de vista de la implementación en la plataforma 1C:Enterprise, no hay nada extremadamente complicado. Fue necesario un análisis cuidadoso de las condiciones de contabilidad y uso de repuestos y la ejecución competente de la tarea en su conjunto. Además, era necesario registrar adecuadamente las solicitudes de servicio. La principal dificultad fue sólo la presión del tiempo de 2.5 horas.
Además, como en el desarrollo móvil, los participantes debían obtener datos de un DBMS externo (MS SQL) de forma competente.
Sesión 3
Para el mantenimiento (maintenance) se propuso implementar un servicio de planificación a largo plazo. Una característica interesante aquí fue el requisito de crear un programa de mantenimiento para los activos según el calendario, por ejemplo, cada dos meses el día 3. Asimismo, según algún indicador cuantitativo, por ejemplo, según el cuentakilómetros de un coche (cambio de aceite cada 5000 km, cambio de neumáticos cada 20000 km). El gerente de mantenimiento debería haber recibido una aplicación móvil conveniente que muestre dinámicamente una lista de mantenimiento vencido, actual y completado durante un período específico. Además, cada tipo de mantenimiento debía pintarse de un color según reglas especialmente acordadas. La aplicación móvil debía garantizar la creación de nuevos programas de mantenimiento y el marcado de los ya realizados directamente en los talleres con una rápida actualización de esta información en el servidor.
Kirill: Hay dos tipos de reparaciones: basadas en tiempo y basadas en ejecución. Se permite la variabilidad dentro de cada uno. Por ejemplo, según el plan, las reparaciones deberían realizarse todos los viernes 13 del mes o cada 20,000 kilómetros. Una tarea se considera completada si hay una marca de verificación a su derecha.
Se proporcionó una condición para ordenar tareas en la lista. Además, cada línea debe resaltarse en color según las condiciones.
Al hacer clic en el botón a continuación, puede crear un nuevo plan de servicio:
Los campos obligatorios se muestran según el tipo de gráfico seleccionado. Si hemos seleccionado un horario semanal, entonces se nos mostrarán dos campos: el número de semana y el día de la semana. Por ejemplo, los martes cada 3 semanas.
Comentario de expertos: como en el desarrollo móvil anterior en la plataforma 1C:Enterprise, aquí la tarea se divide globalmente en 2 componentes: la comunicación con el "servidor" a través de la API web y la visualización competente de una lista dinámica con diseño condicional y filtrado (selección) de datos. Además, resultó interesante implementar el requisito de contabilizar las reparaciones tanto por período como por indicador cuantitativo.
Sesión 4
Para componentes y consumibles era necesario tener en cuenta inventarios, planificar gastos y compras futuras. Además, aquí apareció la contabilidad por lotes, pero no para todos los productos. Todo esto debía gestionarse en múltiples almacenes, incluidos recibos, gastos y movimientos. Según los términos de la tarea, era necesario asegurar el control de los saldos y evitar conflictos al trabajar con stocks actuales. Los gerentes de compras trabajan en la versión de escritorio del software.
El formulario principal se muestra a continuación:
Kirill: Además de ordenar según la condición, se propuso darle al usuario la posibilidad de ordenar aleatoriamente. En 1C ni siquiera tienes que pensar en ello. El campo con la cantidad de piezas debe estar resaltado en verde para las facturas.
En esta sesión se les pidió controlar la mercancía restante en los almacenes. Por lo tanto, debería aparecer el mensaje correspondiente cuando intente eliminar la factura. Aquí recordamos el examen de especialista en plataforma. La forma de la factura es la siguiente:
Cada pieza tiene una característica que determina si debe asignarse a un lote específico. Para dichas piezas de repuesto, es imperativo indicar el número de lote en todos los documentos. Esta es una medida adicional al monitorear los residuos de piezas. También se pueden trasladar entre almacenes:
El formulario se diferencia del anterior solo en que en lugar del cliente es necesario indicar el almacén desde donde se realizará la entrega. La lista de selección para el lote se compila automáticamente después de seleccionar la pieza. El usuario puede generar un reporte de saldos de repuestos:
Aquí podemos ver la mercancía restante en el almacén seleccionado. Las casillas de verificación a la derecha del almacén le permiten configurar el filtrado y la clasificación. La lista no tiene una división explícita por lotes para aquellas partes para las que se requiere. Los saldos para cada número de lote del repuesto seleccionado se pueden ver usando el enlace de navegación a la derecha.
Comentario de expertos: en esta sesión (módulo) apareció por primera vez la contabilidad por lotes. Los participantes debían contabilizar los consumibles y bienes no sólo por sí mismos, sino también por lotes. En general, la tarea es perfecta para la plataforma 1C:Enterprise, pero todo tuvo que desarrollarse desde cero y completarse en 2.5 horas.
Sesión 5
En la quinta sesión se nos asignó la funcionalidad de gestión de pozos. Para los grupos de exploración, era necesario crear una aplicación móvil que contabilizara los pozos de producción de petróleo o gas. Aquí era necesario recibir una lista de los pozos actuales del servidor y mostrar gráficamente el pozo seleccionado por capas (suelo, arena, piedra, petróleo), teniendo en cuenta las profundidades de cada capa. Además, la aplicación debía permitir actualizar información del pozo y agregar nuevos pozos. Para esta aplicación, el cliente estableció condiciones operativas especiales en los modos en línea y fuera de línea (control de comunicación con el servidor): verifica la comunicación con el servidor cada 5 segundos y cambia la funcionalidad de la aplicación según la disponibilidad del servidor.
Kirill: Cuando selecciona un pozo, se muestra un gráfico de barras que resalta las capas hasta los depósitos de petróleo o gas. Para cada capa, se almacena su nombre, color y rango de aparición. Debido a las características de diseño, los diagramas integrados en la plataforma no ayudan, pero el documento de hoja de cálculo hace frente a la tarea a la perfección. Los pozos se pueden crear y modificar:
Aparte de múltiples protecciones infalibles, no había nada interesante en esta forma.
A continuación, se sugirió controlar la conexión al servidor. Intentamos conectarnos cada 5 segundos. Si no funciona, limitamos la funcionalidad de la aplicación y mostramos un mensaje.
Comentario de expertos: La tarea de esta sesión es interesante principalmente por sus capacidades gráficas. Los participantes que utilizaron la plataforma 1C:Enterprise lo resolvieron de dos maneras diferentes: algunos mediante un mecanismo de diagrama, otros mediante un documento de hoja de cálculo. Cada método tiene sus pros y sus contras. Como parte de la decisión en el campeonato WorldSkills, el tiempo fue clave (recuerde nuevamente el límite de tiempo). Otra tarea interesante es hacer ping al servidor cada 5 segundos y cambiar el comportamiento de la aplicación móvil según la disponibilidad o no disponibilidad del servidor.
Sesión 6
Se propuso crear un espacio de trabajo para la alta dirección – Dashboard. En una pantalla era necesario mostrar en forma gráfica y tabular los indicadores generales de desempeño de la empresa durante un período específico. El formulario principal es el informe de costos:
Además del Dashboard, fue necesario implementar la distribución de repuestos para reparación de activos mediante métodos de amortización FIFO/LIFO/“Lo más barato va primero”.
Durante la distribución, se tuvo en cuenta la contabilidad de lotes, se utilizó control de saldo y protección contra acciones de usuarios no autorizados (“protección contra tontos”).
Kirill: Para resolver se utilizaron tablas de valores con generación de columnas por software, ya que puede haber un número arbitrario de ellas:
- La primera tabla es responsable de los costos totales de los departamentos por mes. Las divisiones menos rentables y rentables están resaltadas en rojo y verde, respectivamente.
- La segunda tabla muestra las piezas más caras y utilizadas con mayor frecuencia para cada mes. Si hay varias partes que cumplen los criterios, deben mostrarse en una celda, separadas por comas.
- Los activos más caros (en términos de costes de repuestos) se muestran en la primera fila de la tercera tabla. La segunda línea muestra la división a la que pertenece el activo anterior. Si hay dos activos más caros con los mismos costos, entonces deben mostrarse en la misma celda, separados por comas.
Los diagramas se mostraron utilizando los mecanismos integrados de la plataforma y se completaron mediante programación mediante consultas.
También se propuso implementar apoyo al multilingüismo. El programa carga archivos XML con la localización de los elementos de la interfaz y el formulario debe volver a dibujarse al seleccionar un idioma en la lista desplegable.
Al hacer clic en el botón en la esquina inferior izquierda de la pantalla, se abre el formulario de gestión de inventario:
De esta forma, finalmente comenzamos a gastar piezas en reparaciones. Aquí primero encontramos las piezas que necesitaremos para reparar el activo. Según los campos seleccionados y el método de distribución (FIFO, LIFO o precio mínimo), se muestran las coincidencias encontradas o un mensaje si no hay coincidencias. Luego puede marcar las piezas como destinadas a reparar ese activo. El control del saldo es relevante para la sesión actual. Si ya hemos asignado detalles, ya no se podrán encontrar.
Comentario de expertos: sesión muy interesante. Aprovecha al máximo las capacidades de la plataforma 1C:Enterprise: aquí hay trabajo competente con tablas virtuales de registros de acumulación y trabajo programático con elementos de formulario (en primer lugar, tablas, en segundo lugar, títulos) y diagramas. E incluso LIFO/FIFO al analizar inventario, análisis de pérdidas/ganancias, etc.
Sesión 7
Al final de la tarea (sesión 7), el cliente proporcionó el software (archivo exe) para las actividades del proyecto y un breve vídeo sobre cómo trabajar con él. Fue necesario realizar ingeniería inversa y en base a esto crear 2 diagramas: un diagrama de casos de uso y un diagrama entidad-relación. Además, se propusieron algunos requisitos para la creación de software en el futuro: era necesario crear un diseño de interfaz de acuerdo con estos requisitos.
Según las condiciones del concurso, para crear diagramas sólo se necesitaba MS Visio.
Comentario de expertos: en esta sesión prácticamente no se utilizaron las capacidades de la plataforma 1C:Enterprise. Los diagramas de las condiciones de la competencia se crearon en MS Visio. Pero se podría crear un prototipo de la interfaz en una base de información vacía de 1C.
observaciones generales
Al inicio de cada sesión se propuso importar datos mediante un script SQL. Esta fue la principal desventaja de usar 1C en comparación con C#, ya que pasamos al menos media hora destilando datos en fuentes de datos externas, creando nuestras propias tablas y moviendo filas de fuentes externas a nuestras tablas. El resto solo necesitaba hacer clic en el botón Ejecutar en Microsoft SQL Studio.
Por razones obvias, almacenar datos en un dispositivo móvil no es una buena idea. Por lo tanto, durante las sesiones móviles creamos una base de servidores. Almacenaron datos allí y proporcionaron acceso a ellos a través de servicios http.
Comentario de expertos: el equilibrio 1C/no 1C es interesante aquí - mientras que los programadores de 1C:Enterprise dedicaron mucho tiempo a conectarse a un DBMS externo (Kirill mencionó esto por separado más arriba), los desarrolladores de C#/Java (Android Studio para desarrollo móvil) dedicaron tiempo a otras áreas – interfaces, escribiendo más código. Por tanto, los resultados de cada sesión fueron impredecibles y sumamente interesantes para todos los expertos. Y esta intriga se mantuvo hasta el final: basta con mirar la tabla final de ganadores con la distribución de puntos.
Kirill terminó la historia :)
En conclusión, cabe recordar que el ejecutante no necesitaba "simplemente programar la tarea de acuerdo con las especificaciones técnicas": tenía que analizar la tarea, seleccionar bloques para la implementación de subtareas, diseñarlas y decidir qué sería exactamente. implementarlo en el extremadamente corto tiempo asignado. Los 4 días tuve que actuar bajo una gran presión de tiempo, a menudo comenzando cada sesión posterior desde cero. Incluso un especialista adulto con muchos años de experiencia en la industria tendrá grandes dificultades para completar la tarea asignada para la sesión al 100% dentro del tiempo asignado.
Mención especial merece el sistema de evaluación adoptado.
Para cada sesión, los autores de las tareas desarrollan un complejo sistema de criterios, que incluye verificar la funcionalidad, el funcionamiento correcto, los requisitos para la interfaz de la aplicación e incluso seguir una guía de estilo proporcionada especialmente a los participantes por la empresa para la que están desarrollando sus soluciones.
Los criterios de evaluación están muy detallados: dado que el coste total de la tarea de la sesión es de decenas de puntos, el cumplimiento de algún criterio puede añadir décimas de punto al participante. Esto logra un nivel extremadamente alto y objetivo de evaluación de los resultados de cada participante en la competencia.
resultados
Los resultados finales fueron impresionantes.
En una dura lucha, ganó Kirill Pavkin de Rusia, que utilizaba la plataforma 1C:Enterprise. Kirill tiene 17 años, es de Stavropol.
Literalmente décimas de punto separaron al ganador de sus perseguidores. El segundo lugar lo ocupó un participante de Taiwán. La tabla general de los seis primeros resultados se ve así:
Por supuesto, Kirill ganó gracias a su talento, conocimiento y habilidades.
Sin embargo, observamos que los tres participantes que utilizaron la plataforma 1C:Enterprise como herramienta se incluyeron entre los cinco primeros, lo que es una confirmación incondicional del nivel mundial de la tecnología 1C:Enterprise.
Según los resultados del concurso, los ganadores fueron premiados en el centro de prensa de KazanExpo, los muchachos recibieron medallas de oro puro (de acuerdo con su lugar) y premios en efectivo. Los muchachos también recibieron certificados que les permitieron realizar una pasantía en 1C.
Fuente: habr.com