В ходе процесса преддипломной практики и подготовки студентов к ВКР в учебных заведениях, есть обязательный этап - проверка отчётов на нормоконтроль. В ходе этой работы нормоконтроллер (сотрудник) проверяет правильность оформления всех документов, их полноту и соответствие стандартам. Один из этапов - проверка пояснительных записок / отчётов по практике на соответствие ГОСТ 7.32-2017. В этом ГОСТе описываются стандарты оформления и пояснительно записки. Данный процесс достаточно монотонный. В ходе проверки нормоконтроллер вычитывает работу, проверяет оформление всех элементов, оставляет примечания и даёт отзыв по готовности работы. Данная процедура в среднем занимает около 20 минут на документ из 30-35 страниц, при этом если ошибок много, то процесс растягивается. Далее идёт этап правок студентом, и проверка происходит повторно. В среднем каждый студент сдаёт нормоконтроль по 3-4 раза, но бывают случаи проверки и 15 раз на одну работу. В зависимости от ВУЗа у одного проверяющего может быть до 100 студентов.
К проверкам относится не содержание, которое ±хорошо генерирует LLM, а именно оформление:
- Отступы / шрифт / межстрочный интервал / выравнивание / поля / …
- Правильное оформление источников литературы / рисунков / таблиц и ссылок на них в тексте
- Нумерация страниц, правильная нумерация элементов в тексте и т.д.
И далее в рамках этого процесса появляется два продукта:
- Сервис, который позволяет в рамках университета автоматически проверить работу студента и не тратить время нормоконтроллера.
- Сервис, который позволяет студенту (уже за рамками университета) автоматически оформить его работу по ГОСТ.
Опишу оба сервиса.
Вещь
Веб-сервис по проверке студенческих работ(отчетов) на нормоконтроль.
Как она эксплуатируется и кто извлекает из её эксплуатации пользу
Сервис включается в процесс проверки отчетов студентов, дальше есть развилка сценария использования:
- Сервис предоставляется нормоконтроллерам, они могут загрузить туда работу студента и получить на выходе обработанный файл с комментариями и указанием на ошибки, который перенаправят студенту. Данный способ работает сейчас, когда сервис тестируется и важно отлавливать ошибки.
- Сервис встраивается в LMS, где сопровождают процесс, либо даётся студенту как лендинг, чтобы он мог сам проверять работу, а когда ошибок не будет, то отправить её нормоконтроллеру на утверждение. Так всё равно ответственность закреплена за нормоконтроллером, а не за разработчиками сервиса.
Также доступна проверка не только оформления, но и части содержания на наличие обязательных элементов с помощью LLM, но за отдельную плату.
Основную пользу в данном случае извлекаем учебное заведение, которое автоматизирует работу, экономит человеко-часы и как следствие деньги, может повысить производительность труда.
Кто еще участвует в её создании
- Команда разработки: фронтендер, бэкендер, дизайнер
- Нормоконтроллеры, которые тестируют сервис
- Методист/преподаватель, который пишет инструкции, как исправить ту или иную ошибку, чтобы студент мог обратиться к этим инструкциям после получения обратной связи.
- Учебное заведение, которое устанавливает правила проверки
Какие действия по созданию вещи предпринимаются
- Анализ ГОСТ и требований к работам университетов
- Создание алгоритмов в виде кода и схем по выявлению элементов отчета и их проверке
- Разработка системы биллинга для отслеживания количества проверок учебным заведением
- Создание инструкций и материалов «Как оформлять свою работу»
- Создание веб-интерфейса и размещение всего на сервере
- Тестирование и поиск ошибок, доработка алгоритмов
- Получения ресурса на разработку через гранты, инвестирование личных средств, договоренности с будущими заказчиками
- Описание принципов использования, сохранности перс. данных, соблюдение законов РФ
- Создание договора и правил использования сервиса
Есть часть действий, которые не направлены напрямую на создание вещи, но необходимы для оказания услуг и получения прибыли.
Вещь
Веб-сервис по автоматическому оформлению работ по ГОСТ.
Как она эксплуатируется и кто извлекает из её эксплуатации пользу
- Студент загружает свой отчёт / работу в сервис через лендинг или TG-бота
- Если правила оформления в его ВУЗе отличаются от стандартных, то может загрузить их в виде методички, а наша LLM считает все правила и скорректирует дальнейшее оформление
- Выбирает способ оформления (часть элементов оформляется бесплатно, например, основной текст, а продвинутые платно, например, рисунки, таблицы, заголовки и т.д.)
- Оплачивает
- Получает на выходе готовый оформленный документ, который может отправить нормоконтроллеру
В данном случае пользу получает студент/пользователь, который оформляет работу и экономит своё время, нервы.
Кто еще участвует в её создании
- Команда разработки: фронтендер, бэкендер, дизайнер
- Нормоконтроллеры, которые тестируют сервис
- Учебное заведение, которое устанавливает правила оформления
Какие действия по созданию вещи предпринимаются
- Анализ ГОСТ и требований к работам университетов
- Создание алгоритмов в виде кода и схем по выявлению элементов отчета в исходном документе и их оформлению.
- Создание веб-интерфейса и размещение всего на сервере
- Тестирование и поиск ошибок, доработка алгоритмов
- Получения ресурса на разработку через гранты, инвестирование личных средств, договоренности с будущими заказчиками
- Описание принципов использования, сохранности перс. данных, соблюдение законов РФ
- Подключение сервисов оплаты
Есть часть действий, которые не направлены напрямую на создание вещи, но необходимы для оказания услуг и получения прибыли.
Можно ещё сказать, что вещью является документ как раз, который получает нормоконтроллер с выделенными ошибками, либо студент с оформленной работой. Здесь как раз нам не так важна информация внутри, сколько сам документ и его оформление. Если допустимо, то разделяю данные и информацию (важна смысловая нагрузка). В рамках процесса данные важны, информация нет.
Считаю оба сервиса вещью, потому что
- с ними можно взаимодействовать через какие-либо устройства
- они есть в виде цифровых файлов на сервере
- используя сервис можно осуществить действие и получить результат, то есть опять же провзаимодействовать
Если вещь выделена неверно и это не сервис, а документ, то будто ничего сильно не меняется в работе, возможно позиционирование их при продаже, но и там ясное дело, что надо продавать пользу, а не сам сервис.
Если вещь выделена вообще неверно, то либо будет больше итераций до получения прибыли и выхода на полезный продукт, либо закрытие компании и идеи. Возможно слишком уверен и всё уже готово, поэтому тут сложно даже предположить, что будет не так, если вещь выделена не верно, и какие есть ещё варианты выделения здесь вещи.