WorldSkills 최종, 비즈니스용 IT 솔루션 개발-정의, 발생 방식 및 1C 프로그래머가 우승한 이유

월드 스킬 즈 22세 미만의 청소년을 대상으로 전문 대회를 조직하는 국제 운동입니다.

국제 결승전은 XNUMX년마다 개최된다. 올해 마지막 장소는 카잔 (마지막 결승전은 2017년 아부다비에서 열렸고, 다음 결승전은 2021년 상하이에서 열릴 예정입니다.)

WorldSkills 챔피언십은 세계 최대 규모의 전문 기술 챔피언십입니다. 그들은 블루칼라 직업으로 시작했고, 최근에는 카잔 챔피언십에서 별도의 대규모 클러스터가 할당된 IT 분야를 포함하여 "미래 직업"에 점점 더 많은 관심을 기울이고 있습니다.

IT 블록에는 "비즈니스용 IT 소프트웨어 솔루션"이라는 역량(특정 "스포츠")이 있습니다.

각 대회마다 허용되는 도구 목록은 제한되어 있습니다. 예를 들어 "조경 디자인"의 경우 가능한 도구 목록이 제한되어 있는 경우(물론 명시적인 제조업체나 색상을 표시하지 않고) 참가자가 사용할 수 있는 허용 기술 목록이 "비즈니스용 소프트웨어 솔루션" 역량에 포함됩니다. 특정 기술 및 특정 플랫폼(특정 프레임워크 세트가 포함된 .NET 및 Java)을 나타내는 엄격하게 제한됩니다.

이 문제에 대한 1C의 입장은 다음과 같습니다. 정보 기술은 매우 역동적인 영역이며, 새로운 기술과 개발 도구가 세계에 끊임없이 등장하고 있습니다. 우리의 관점에서는 전문가가 자신이 원하고 작업에 익숙한 도구를 사용하도록 허용하는 것이 옳습니다.

2018년 가을, WorldSkills 경영진이 우리의 의견을 들었습니다. 이제 우리는 새로운 기술을 경쟁에 통합하기 위한 방법론을 테스트해야 했습니다. 그것은 간단하지 않습니다.

1C:Enterprise 플랫폼은 카잔 챔피언십 인프라 목록에 포함되었으며 비즈니스 샌드박스용 IT 소프트웨어 솔루션을 위한 실험 플랫폼이 구성되었습니다.



챔피언십의 공식 언어는 영어입니다. 작업 해결 결과가 포함된 모든 자료(소스 코드, 관련 문서, 소프트웨어 인터페이스)도 이 언어로 전송되었습니다. 일부 사람들의 의심에도 불구하고 (여전히!) 1C에서는 영어로 쓸 수 있습니다.

이번 대회에는 9개국(필리핀, 대만, 한국, 핀란드, 모로코, 러시아, 카자흐스탄, 말레이시아) 출신의 청년 8명이 참가했다.

전문가들로 구성된 심사위원단은 필리핀 전문가인 Joey Manansala가 이끌었습니다.

핀란드, UAE, 코스타리카, 한국, 러시아, 대만의 전문가들이 참석했습니다.

이와 별도로 우리는 러시아(Pavkin Kirill, Sultanova Aigul) 및 카자흐스탄(Vitovsky Ludwig) 참가자들이 대회의 일부로 1C:Enterprise 플랫폼을 사용하기로 결정했다는 점에 주목합니다. 나머지 참가자들은 데스크톱용으로 .NET을, 모바일 개발용으로 Android Studio를 사용했습니다. 1C를 선택한 참가자가 매우 어리다는 점은 흥미 롭습니다 (Kirill은 Stavropol에있는 학교 학생, 올해 11 학년에 입학했으며 Aigul은 타타르스탄 카잔 대학생). 예를 들어, 2013년 라이프치히 WorldSkills 챔피언십 우승자인 한국 참가자는 모두 WorldSkills 참가 경험이 있고 업계에서 수년간의 전문 경험을 갖고 있습니다.

대회 기간 동안 참가자들이 다양한 최신 기술을 사용했다는 점을 고려하여 우리는 1C:Enterprise 플랫폼을 실제 전투 조건에서 테스트하고 도움을 받아 얻은 솔루션의 품질과 이를 사용하여 얻은 개발 속도를 비교할 수 있는 기회를 가졌습니다.

이와 별도로, 특별한 비즈니스용 IT 소프트웨어 솔루션 샌드박스 플랫폼의 프레임워크 내에서 참가자는 주요 비즈니스용 IT 소프트웨어 솔루션 플랫폼의 참가자와 동일한 작업을 완료했습니다.

작업 자체는 특정 비즈니스를 자동화하기 위한 복잡한 작업이며, 올해 비즈니스의 예는 가상 회사인 KazanNeft였습니다.

전설

Kazan Oil은 타타르스탄 공화국 최대의 석유 기업 중 하나로, 이 분야에서 국내 시장 참여자이자 국제적으로 인정받는 브랜드로 활동하고 있습니다. 석유, 석유제품, 천연가스의 현장 탐사, 생산, 생산, 정제, 운송, 판매 및 유통을 전문으로 하는 회사의 본사는 러시아 카잔에 위치하고 있습니다.

회사가 러시아 전역에 새로운 사무실을 빠르게 확장하고 신설하는 전략을 실행하고 있기 때문에 회사 경영진은 특정 운영을 유지하고 관리하는 것을 목표로 하는 새로운 비즈니스 자동화 소프트웨어를 도입하기로 결정했습니다.

챔피언십 조건

제한된 시간 내에 완료해야 하는 과제가 모듈(세션) 형식으로 참가자에게 주어졌습니다. 총 7개의 모듈이 있었습니다. 데스크탑에서 해결하기 위한 2.5개의 세션 – 각각 3.5시간. 세 가지 세션 - 클라이언트-서버 개발, 여기서 클라이언트는 모바일 애플리케이션이었고 클라이언트와 서버 간의 통신은 WEB-API를 통해 수행되었습니다. 2.5시간이 걸렸습니다. 마지막 세션 – 기존 소프트웨어의 리버스 엔지니어링 작업, XNUMX시간. 리버스 엔지니어링의 일환으로 참가자들은 제공된 정보를 기반으로 애플리케이션 데이터베이스의 구조를 설계하고(ER 다이어그램 작성) 시스템 사용 시나리오를 분석하고(사용 사례 다이어그램 작성) 제공된 기능 요구 사항에 따라 소프트웨어 솔루션의 인터페이스를 개발하고 설계합니다.

사용된 주요 개발 플랫폼은 .NET(C#)과 Java(모바일 개발용 Android Studio 포함)였습니다. 실험적인 SandBox는 .NET, Java 및 1C:Enterprise 버전 8.3.13을 사용했습니다.

각 세션이 끝날 때마다 전문가들은 세션 시작 시 설정된 작업을 구현하는 기성 실행 가능한 프로젝트 결과를 평가했습니다.

작업의 특징은 요구 사항이 많고 시간이 제한된 "활력"입니다. 대부분의 문제는 특별한 올림피아드 문제는 아니지만 실제 산업 문제와 매우 가깝습니다. 전문가들은 매일 문제에 직면합니다. 하지만 할 일은 많고 시간은 제한되어 있습니다. 참가자는 비즈니스에 가장 큰 이익을 가져다 줄 수 있는 최대 문제 수를 해결해야 합니다. 알고리즘 관점에서 볼 때 복잡한 작업이 기본 작업보다 더 많은 가중치를 갖는다는 것은 전혀 사실이 아닙니다. 예를 들어, 세 개의 테이블로 구성된 제대로 작동하는 회계 시스템을 만드는 것은 이러한 테이블 없이는 완전히 불필요한 복잡한 알고리즘이 포함된 아름다운 보고 양식을 만드는 것보다 비즈니스에 더 중요합니다.

우리는 대회 우승자이자 러시아 참가자인 Kirill Pavkin에게 작업이 무엇인지, 그리고 그가 솔루션에 어떻게 접근했는지에 대해 자세히 알려달라고 요청했습니다.

다음은 작업에 대한 설명이며 Kirill이 작업을 어떻게 해결했는지에 대한 자신의 이야기입니다. 또한 1C 직원이자 비즈니스 샌드박스용 IT 솔루션 전문가 중 한 명인 Vitaly Rybalka에게 Kirill의 솔루션에 대한 의견을 요청했습니다.

과제의 일환으로 여러 유형의 사용자 활동을 자동화해야 했습니다.

• 회사 자산 회계를 담당합니다.
• 회사 자산의 예정되지 않은 수리 및 예정된 유지 관리를 담당합니다.
• 부품 및 소모품 구매 관리자
• 석유 탐사 및 석유 생산 사업부
• 최고 경영진에 필요한 분석 보고서

세션 1

자산(예: 차량)의 관점에서 회계(새 회계 설정, 현재 회계 편집), 빠른 검색 및 정보 표시를 위한 다양한 종류의 필터, 회사 부서 간 자산 이동을 구현해야 했습니다. 그리고 자산 그룹 자체. 이러한 움직임에 대한 이력을 보관하고 향후 이에 대한 분석을 제공합니다. 자산회계는 주로 모바일 사용자 그룹을 대상으로 구현되었습니다.

형: 흥미로운 하위 작업은 자산 목록에 버튼을 구현하는 것이었습니다. 이 문제를 해결하기 위해 우리는 동적 목록을 사용했습니다. 임의의 요청을 작성하고 서버에서 데이터를 수신할 때 이미지 라이브러리의 이미지에 대한 탐색 링크를 필수 필드에 할당했습니다.

관례적으로 사진은 사진 촬영(멀티미디어)과 갤러리에서 선택(파일 선택 대화 상자)이라는 두 가지 방법으로 자산에 첨부할 수 있습니다.

화면이 회전할 때 일부 모양을 다시 그려야 했습니다.

화면 매개변수를 변경할 때 버튼 그룹의 가시성을 변경합니다.

재미있지만 간단한 작업에는 동적 목록의 필터, 두 필드(번호 및 이름) 검색, 자산 일련번호 생성이 포함됩니다.

전문가 의견: 1C:Enterprise 플랫폼의 솔루션 관점에서 볼 때 작업은 매우 명확합니다. 모바일 애플리케이션을 실제로 생성하는 것 외에도 DBMS "서버"(데스크탑의 MS SQL)에서 모바일 애플리케이션으로 데이터를 전송하는 작업도 처리해야 했습니다. 이를 위해 외부 데이터 소스 및 http 서비스의 메커니즘이 데스크톱 "프록시 애플리케이션"에 사용되었습니다. 모바일 플랫폼 자체의 경우 동적 목록에 사진을 표시하면 복잡성이 증가했습니다.

세션 2

회사 자산에 대한 수리 관리를 확립하는 것이 필요했습니다. 이 작업의 일환으로 수리 요청 목록(부서 및 그룹별)을 유지하고, 수리 긴급성에 대한 우선순위를 고려하고, 우선순위에 따라 수리 일정을 계획하고, 필요한 구성 요소를 주문하고, 기존 것을 고려합니다. 흥미로운 하위 작업은 일부 구성 요소에 만료 날짜가 있다는 것입니다. 특정 자산에 대해 부품을 이미 주문했고 마감일이 만료되지 않은 경우 해당 자산에 대해 동일한 부품을 다시 구매할 필요가 없습니다. 복구 인터페이스는 회사 소프트웨어의 데스크톱 구성 요소용으로 개발되었습니다.

또한 책임자와 서비스 관리자라는 두 역할에 대한 중요한 인증 양식을 작성해야 했습니다. 특이한 점은 인증 후에 역할 중 하나를 자동으로 선택해야 한다는 것입니다.

책임자가 사용할 수 있는 목록 양식은 다음과 같습니다.

형: 여기서는 보류 중인 서비스 요청만 강조 표시할 수 있습니다. 동적 목록의 조건부 서식으로 해결되었습니다.

화면 하단의 버튼을 클릭하면 사용자는 다음 양식으로 이동할 수 있습니다.

1C 관점에서 볼 때 이 형식에는 복잡한 것이 없습니다.

서비스 관리자가 사용할 수 있는 양식은 다음과 같습니다.

이 양식은 요청 우선순위와 날짜별로 정렬되어 있습니다. 아래 버튼을 클릭하면 사용자는 선택한 요청 양식으로 이동할 수 있습니다.

오류 방지 기능 외에도 이 양식에서는 수리를 위한 예비 부품 목록을 구현하도록 제안했습니다. 하위 작업은 부품에 만료 날짜가 있기 때문에 흥미롭습니다. 즉, 이 자산에 이미 긴급 상황이 발생했고 해당 부품을 주문했는데 유효 기간이 만료되지 않은 경우 해당 자산을 재사용할 수 있습니다. 이는 사용자에게 표시되어야 합니다.

전문가 의견: 여기서 Kirill 자신이 악센트를 올바르게 배치했습니다. 1C:Enterprise 플랫폼 구현의 관점에서 보면 그다지 복잡한 것은 없습니다. 예비 부품의 회계 및 사용 조건에 대한 신중한 분석과 전체 작업의 유능한 구현이 필요했습니다. 또한 서비스 요청을 적절하게 기록하는 것도 필요했습니다. 가장 큰 어려움은 2.5시간이라는 시간적 압박뿐이었습니다.

또한 모바일 개발과 마찬가지로 참가자는 외부 DBMS(MS SQL)에서 데이터를 능숙하게 가져와야 했습니다.

세션 3

유지보수(유지보수)를 위해 장기 계획 서비스를 구현하는 것이 제안되었습니다. 여기서 흥미로운 기능은 타이밍에 따라 자산에 대한 유지 관리 일정을 생성해야 한다는 요구 사항이었습니다(예: 두 번째 달마다 3일). 마찬가지로 일부 정량적 지표(예: 자동차 주행 거리계(5000km마다 오일 교환, 20000km마다 타이어 교체))에 따라. 유지 관리 관리자는 지정된 기간 동안 기한이 지난 유지 관리, 현재 유지 관리 및 완료된 유지 관리 목록을 동적으로 표시하는 편리한 모바일 애플리케이션을 받았어야 합니다. 또한 각 유형의 유지 관리는 특별히 합의된 규칙에 따라 색상을 칠해야 했습니다. 모바일 애플리케이션은 서버에서 이 정보를 신속하게 업데이트하여 새로운 유지 관리 일정을 생성하고 작업장에서 이미 완료된 일정을 직접 표시하도록 되어 있었습니다.

형: 수리에는 시간 기반과 실행 기반의 두 가지 유형이 있습니다. 각각 내에서 가변성이 허용됩니다. 예를 들어, 계획에 따르면 수리는 매주 금요일, 매월 13일 또는 20,000km마다 이루어져야 합니다. 작업 오른쪽에 확인 표시가 있으면 작업이 완료된 것으로 간주됩니다.

목록에서 작업을 정렬하기 위한 조건이 제공되었습니다. 또한 각 라인은 조건에 따라 색상으로 강조 표시되어야 합니다.

아래 버튼을 클릭하면 새로운 서비스 계획을 생성할 수 있습니다.

선택한 차트 유형에 따라 필수 필드가 표시됩니다. 주간 시간 일정을 선택한 경우 주 번호와 요일이라는 두 개의 필드가 표시됩니다. 예를 들어, 3주마다 화요일입니다.

전문가 의견: 1C:Enterprise 플랫폼의 이전 모바일 개발에서와 마찬가지로 여기서 작업은 전체적으로 2개의 구성 요소로 나뉩니다. 즉, web-api를 통한 "서버"와의 통신과 조건부 디자인 및 필터링(선택)이 포함된 동적 목록의 유능한 표시입니다. 데이터. 또한 기간별 및 정량적 지표별로 수리를 설명하는 요구 사항을 구현하는 것도 흥미로웠습니다.

세션 4

부품과 소모품의 경우 재고, 비용 계획, 향후 구매 등을 고려해야 했습니다. 또한 여기에는 일괄 회계가 표시되었지만 모든 상품에 대한 것은 아닙니다. 이 모든 것은 입고, 지출, 이동을 포함하여 여러 창고 내에서 관리되어야 했습니다. 작업 조건에 따라 현재 재고로 작업할 때 잔액 관리를 보장하고 충돌을 피하는 것이 필요했습니다. 구매 관리자는 데스크톱 버전의 소프트웨어에서 작업합니다.

주요 형태는 아래와 같습니다.

형: 조건에 따른 정렬 외에도 사용자에게 무작위로 정렬할 수 있는 기능을 제공하도록 제안되었습니다. 1C에서는 그것에 대해 생각할 필요조차 없습니다. 송장에서는 부품 수량 필드가 녹색으로 강조 표시되어야 합니다.

이번 세션에서는 창고에 남아 있는 물품을 관리해 달라는 요청을 받았습니다. 따라서 청구서를 삭제하려고 하면 해당 메시지가 표시되어야 합니다. 여기서 우리는 플랫폼 전문가 시험을 기억합니다. 청구서의 형식은 다음과 같습니다.

각 부품에는 특정 배치에 할당해야 하는지 여부를 결정하는 특성이 있습니다. 이러한 예비 부품의 경우 모든 문서에 배치 번호를 표시하는 것이 중요합니다. 이는 부품 잔류물을 모니터링할 때 추가 측정입니다. 창고 간에 이동할 수도 있습니다.

양식은 고객 대신 배송이 이루어질 창고를 표시해야 한다는 점에서만 이전 양식과 다릅니다. 배치 선택 목록은 부품이 선택된 후 자동으로 컴파일됩니다. 사용자는 예비 부품 잔고에 대한 보고서를 생성할 수 있습니다.

여기에서 선택한 창고에 남아 있는 상품을 볼 수 있습니다. 창고 오른쪽에 있는 확인란을 사용하면 필터링 및 정렬을 구성할 수 있습니다. 목록에는 필요한 부품에 대한 명시적인 로트 구분이 없습니다. 선택한 예비 부품의 각 배치 번호에 대한 잔액은 오른쪽 탐색 링크를 사용하여 볼 수 있습니다.

전문가 의견: 이번 세션(모듈)에서 일괄 회계가 처음으로 등장했습니다. 참가자들은 소모품과 물품을 스스로 회계 처리하는 것뿐만 아니라 배치별로 회계 처리해야 했습니다. 일반적으로 이 작업은 1C:Enterprise 플랫폼에 적합하지만 모든 작업을 처음부터 개발하고 2.5시간 안에 완료해야 했습니다.

세션 5

다섯 번째 세션에서는 유정 관리 기능을 배정받았습니다. 탐사 그룹의 경우 석유 또는 가스 생산 유정을 설명하는 모바일 애플리케이션을 만드는 것이 필요했습니다. 여기서는 서버로부터 현재 유정 목록을 수신하고 각 레이어의 깊이를 고려하여 선택한 유정을 레이어(토양, 모래, 돌, 기름)별로 그래픽으로 표시해야 했습니다. 또한 애플리케이션에서는 우물에 대한 정보를 업데이트하고 새 우물을 추가할 수 있어야 했습니다. 이 애플리케이션의 경우 고객은 오프라인 및 온라인 모드(서버와의 통신 제어)에서 특별한 작동 조건을 설정합니다. 즉, 5초마다 서버와의 통신을 확인하고 서버 가용성에 따라 애플리케이션의 기능을 변경합니다.

형: 유정을 선택하면 석유나 가스 매장지까지의 층을 강조 표시하는 막대 그래프가 표시됩니다. 각 레이어마다 이름, 색상, 발생 범위가 저장됩니다. 디자인 기능으로 인해 플랫폼에 내장된 다이어그램은 도움이 되지 않지만 스프레드시트 문서는 작업을 완벽하게 처리합니다. 우물을 생성하고 수정할 수 있습니다.

여러 가지 완벽한 보호 기능을 제외하면 이 형식에는 흥미로운 점이 하나도 없습니다.
다음으로 서버에 대한 연결을 제어하는 ​​것이 제안되었습니다. 우리는 5초마다 연결을 시도합니다. 작동하지 않으면 애플리케이션의 기능을 제한하고 메시지를 표시합니다.

전문가 의견: 이 세션의 작업은 주로 그래픽 기능 때문에 흥미롭습니다. 1C:Enterprise 플랫폼을 사용하는 참가자는 두 가지 방법으로 문제를 해결했습니다. 일부는 다이어그램 메커니즘을 사용하고 다른 일부는 스프레드시트 문서를 사용했습니다. 각 방법에는 장단점이 있습니다. WorldSkills 챔피언십 결정의 일환으로 시간이 핵심이었습니다(시간 제한을 다시 기억하세요). 별도의 흥미로운 작업은 5초마다 서버를 핑하고 서버의 가용성 또는 가용성에 따라 모바일 애플리케이션의 동작을 변경하는 것입니다.

세션 6

최고 경영진을 위한 작업 공간인 대시보드를 만들자고 제안되었습니다. 특정 기간 동안 회사의 전반적인 성과 지표를 그래픽과 표 형식으로 한 화면에 표시해야 했습니다. 주요 양식은 비용 보고서입니다.

대시보드 외에도 FIFO/LIFO/"가장 저렴한 우선" 상각 방법을 사용하여 자산 수리를 위한 예비 부품 배포를 구현해야 했습니다.

배포하는 동안 일괄 계산이 고려되었으며, 잔액 제어 및 무단 사용자 작업에 대한 보호("바보 보호")가 사용되었습니다.

형: 문제를 해결하기 위해 임의의 개수가 있을 수 있으므로 소프트웨어로 열을 생성하는 값 테이블이 사용되었습니다.

• 첫 번째 테이블은 월별 부서의 총 비용을 담당합니다. 가장 수익성이 낮은 부문과 수익성이 높은 부문은 각각 빨간색과 녹색으로 강조 표시됩니다.
• 두 번째 표에는 매달 가장 비싸고 가장 자주 사용되는 부품이 표시됩니다. 기준을 충족하는 부품이 여러 개 있는 경우 하나의 셀에 쉼표로 구분하여 표시해야 합니다.
• 예비 부품 비용 측면에서 가장 비싼 자산은 세 번째 테이블의 첫 번째 행에 표시됩니다. 두 번째 줄에는 위 자산이 속한 부문이 표시됩니다. 비용이 동일하고 가장 비싼 자산이 XNUMX개 있는 경우 동일한 셀에 쉼표로 구분하여 표시해야 합니다.

다이어그램은 플랫폼에 내장된 메커니즘을 사용하여 표시되었으며 쿼리를 사용하여 프로그래밍 방식으로 채워졌습니다.

다국어 지원도 제안됐다. 프로그램은 인터페이스 요소의 현지화와 함께 XML 파일을 로드하며, 드롭다운 목록에서 언어를 선택할 때 양식을 다시 그려야 합니다.

화면 왼쪽 하단에 있는 버튼을 클릭하면 재고 관리 양식이 열립니다.

이 형태에서는 마침내 수리에 부품을 사용하기 시작합니다. 여기에서는 먼저 자산을 수리하는 데 필요한 부품을 찾습니다. 선택한 필드 및 배포 방법(FIFO, LIFO 또는 최소 가격)에 따라 찾은 일치 항목 또는 일치 항목이 없는 경우 메시지가 표시됩니다. 그런 다음 해당 자산을 수리할 부품으로 표시할 수 있습니다. 밸런스 제어는 현재 세션과 관련이 있습니다. 세부 사항을 이미 할당한 경우 더 이상 찾을 수 없습니다.

전문가 의견: 매우 흥미로운 세션입니다. 1C:Enterprise 플랫폼의 기능을 최대한 활용합니다. 여기에는 누적 레지스터의 가상 테이블을 사용한 유능한 작업과 양식 요소(첫 번째는 테이블, 두 번째는 제목) 및 다이어그램을 사용한 프로그래밍 작업이 있습니다. 그리고 재고 분석, 손익 분석 등의 경우에는 LIFO/FIFO까지 가능합니다.

세션 7

작업이 끝나면(세션 7) 고객은 프로젝트 활동을 위한 소프트웨어(exe 파일)와 해당 작업에 대한 짧은 비디오를 제공했습니다. 리버스 엔지니어링을 수행하고 이를 기반으로 사용 사례 다이어그램과 엔터티-관계 다이어그램이라는 두 가지 다이어그램을 만드는 것이 필요했습니다. 또한 향후 소프트웨어를 생성하기 위한 몇 가지 요구 사항이 제시되었습니다. 이러한 요구 사항에 따라 인터페이스 레이아웃을 생성해야 했습니다.

대회 조건에 따라 다이어그램 작성에는 MS Visio만 필요했습니다.

전문가 의견: 이번 세션에서는 1C:Enterprise 플랫폼의 기능이 실질적으로 사용되지 않았습니다. 경쟁 조건에 대한 다이어그램은 MS Visio에서 작성되었습니다. 그러나 인터페이스의 프로토타입은 빈 1C 정보 기반에서 생성될 수 있습니다.

총론

각 세션이 시작될 때 SQL 스크립트를 사용하여 데이터를 가져오는 것이 제안되었습니다. 이는 C#에 비해 1C를 사용할 때의 가장 큰 단점이었습니다. 데이터를 외부 데이터 소스로 추출하고, 자체 테이블을 만들고, 외부 소스의 행을 테이블로 이동하는 데 최소 XNUMX분을 소비했기 때문입니다. 나머지는 Microsoft SQL Studio에서 실행 버튼을 클릭하기만 하면 됩니다.

분명한 이유로 모바일 장치에 데이터를 저장하는 것은 좋은 생각이 아닙니다. 따라서 모바일 세션 중에 서버 기반을 만들었습니다. 그들은 거기에 데이터를 저장하고 http 서비스를 통해 데이터에 대한 액세스를 제공했습니다.

전문가 의견: 여기서 1C/non-1C 균형이 흥미롭습니다. 1C:Enterprise 프로그래머가 외부 DBMS에 연결하는 데 상당한 시간을 보낸 반면(Kirill은 위에서 별도로 언급함) C#/Java(모바일 개발용 Android Studio) 개발자는 다른 영역에 시간을 보냈습니다. 인터페이스, 더 많은 코드 작성. 따라서 각 세션의 결과는 예측할 수 없었고 모든 전문가에게 매우 흥미로웠습니다. 그리고 이 음모는 끝까지 남아 있었습니다. 포인트 분포와 함께 승자의 최종 테이블을 살펴보십시오.

키릴이 이야기를 마쳤습니다 :)

결론적으로, 수행자는 "기술 사양에 따라 작업을 프로그래밍"할 필요가 없다는 점을 기억해야 합니다. 그는 작업을 분석하고, 하위 작업 구현을 위한 블록을 선택하고, 설계하고, 정확히 무엇을 할지 결정해야 했습니다. 매우 짧은 할당 시간 내에 이를 구현할 수 있습니다. 4일 내내 나는 극심한 시간적 압박 속에서 행동해야 했고, 종종 다음 세션을 처음부터 시작하기도 했습니다. 업계에서 다년간의 경험을 가진 성인 전문가라도 할당된 시간 내에 세션에 할당된 작업을 100% 완료하는 데 큰 어려움을 겪습니다.

채택된 평가 시스템은 특별히 언급할 가치가 있습니다.

각 세션마다 작업 작성자는 기능 확인, 올바른 작동, 애플리케이션 인터페이스 요구 사항은 물론 솔루션을 개발 중인 회사에서 참가자에게 특별히 제공한 스타일 가이드를 따르는 등 복잡한 기준 시스템을 개발합니다.

평가 기준은 매우 세밀하게 세분화되어 있습니다. 세션 작업의 총 비용은 수십 포인트이며, 일부 기준을 충족하면 참가자에게 XNUMX분의 XNUMX 포인트가 추가될 수 있습니다. 이를 통해 대회에 참가한 각 참가자의 결과를 매우 높고 객관적인 수준으로 평가할 수 있습니다.

조사 결과

최종 결과는 인상적이었습니다.

격렬한 투쟁 끝에 1C:Enterprise 플랫폼을 사용한 러시아의 Kirill Pavkin이 승리했습니다. Kirill은 17세이며 Stavropol 출신입니다.

말 그대로 승자와 추격자들의 차이는 XNUMX분의 XNUMX점이었습니다. XNUMX위는 대만 참가자가 차지했습니다. 상위 XNUMX개 결과의 전체 표는 다음과 같습니다.

물론 Kirill은 그의 재능, 지식 및 기술 덕분에 승리했습니다.

그러나 1C:Enterprise 플랫폼을 도구로 사용한 1명의 참가자 모두 상위 XNUMX위 안에 포함되었다는 점은 XNUMXC:Enterprise 기술의 세계 수준을 무조건 확인하는 것입니다.

대회 결과에 따라 우승자들은 KazanExpo 미디어 센터에서 수여되었으며 선수들은 순금 메달(순위에 따라)과 상금을 받았습니다. 그들은 또한 1C에서 인턴십을 할 수 있는 인증서를 받았습니다.

출처 : habr.com