Конструктор цифровых регламентов это набор шаблонов

Обновлено: 27.03.2024

Общие положения.

Все примеры данной статьи разработаны на управляемом приложении. Использование этих шаблонов в обычном приложении возможно и не требует разделение &НаКлиенте и &НаСервере .

В примерах оставлен только значимый программный код. Все лишнее отсечено. При сохранении этого условия, возможны различные варианты кодирования. Поэтому, похожие примеры написаны по-разному, программист сам выбирает удобный вариант кодирования.

Тип результатаСКД ТабличныйДокумент или ДеревоЗначений задаётся открытием нужной страницы.

В качестве источника данных для СКД допускается внешняя база. Выбор источника данных на странице «Параметры базы данных».

Чтение формата *.xls на странице «Загрузить *.xls».

Предложенный конструктор можно запускать в обычном или управляемом режиме.

Содержание примеров.

Примеры предназначены для копирования программного кода. Макет СКД разрабатывает программист по своему усмотрению. Для демонстрации примеров контрольные базы заполнены произвольными данными.

Пример 01. (Простейший). Получить табличный документ, используя СКД. Все входные данные по умолчанию.

Пример 02. Различные варианты кодирования.

Получить таблицу значений, используя СКД.

Получить дерево значений для варианта настройки №2, используя СКД.

Пример 03. Получить табличный документ с расшифровкой, используя СКД. Данные хранятся во временном хранилище.

Пример 04. Получить дерево значений, используя СКД. Данные хранятся во временном хранилище.

Пример 05. Получить дерево значений по данным внешней базы, используя СКД. Данные хранятся во временном хранилище. Строку соединения с базой программист может скопировать с экрана на странице «Параметры базы данных (Источника)».

Контрольная внешняя база входит в поставку.

В контрольном примере_05 СтрокаСоединения = " File=D:\InfoStart\ИнфоСтарт3_\CD_3;Usr=Администратор;Pwd= ";

Значение переменной необходимо привязать по месту.

Пример 06. Получить ТабличныйДокумент на основании внешнего набора данных типа ТаблицаЗначений, используя СКД. Данные хранятся во временном хранилище.

Пример 07. Получить ТабличныйДокумент на основании внешнего набора данных типа ДеревоЗначений, используя СКД. Данные хранятся во временном хранилище.

Пример 08. (Поддержка типовой конфигурации). В типовом документе, выполненном в формате обычного приложения:

Добавить и обработать новый реквизит.

Добавить и обработать новую табличную часть.

Добавить новую кнопку процедуры.

При этом, сохранить возможность штатного обновления типовой конфигурации, то есть обеспечить поддержку типовой конфигурации.

Новые формы выполнить в формате управляемого приложения.

Порядок работы.

Создаём макет СКД. Макет размещаем либо в Отчет. РезультатСКДупр , либо в целевой объект конфигурации.

В отчете. РезультатСКДупр заполняем переменную АдресМакетаСКД .

В процедуре ЗаполнитьПараметрыСКДсрв() заполняем параметры макета.

Применяем Отчет.РезультатСКДупр для отладки результата СКД.

Выбираем внешнюю базу в качестве источника данных (не обязательно).

Считываем дополнительную информацию из *.xls (не обязательно).

Запускаем «СформироватьСКД». Выполняем отладку СКД.

Процедура ВыполнитьПоАлгоритму() позволяет доработать полученную КоллекциюЗначений. (Не обязательно).

По завершении отладки, приступаем к формированию программного кода для вставки в целевой объект.

В целевой объект копируем один из примеров Отчета. ПримерыИспользованияКонструктораСКД .

Заполняем параметры результатом отладки.

Запускаем целевой объект.

В целевом объект получаем ТаблицуЗначений , ДеревоЗначений или ТабличныйДокумент .

Некоторый комментарий по применению СКД не только для отчетов.

Приложенная база данных выполнена как инструмент программисту для сокращения его бесценных трудозатрат. Простой механизм получения ТаблицЗначений с использованием технологии СКД– это один из вариантов сокращения трудозатрат. Кроме того, наличие схемы компоновки данных упрощает изучение алгоритма получения данных запросом.

В текущую базу данных следует обязательно скопировать общийМодуль.ОбщегоНазначенияСКД. Этот модуль обеспечит заявленную функциональность использования СКД.

Если в текущую и внешнюю базы скопировать общийМодуль.ФункцииДляОтчетовСервер и общийМодуль.ФункцииДляОтчетов , то для чтения внешней базы можно использовать СКД.

Остальные объекты желательно перенести в текущую базу для личного удобства копирования программного кода.

Внешняя база может использовать платформы 1cv82 и 1cv83. Однако, следует иметь ввиду, что фирма 1С обеспечивает преемственность с ранними версиями. То есть, если предполагается читать платформу 1cv83, то текущая база должна быть запущена на платформе 1cv83 .

Комментарий о поддержке обновлений типовых конфигураций.

Практическая работа доказывает, что добавление реквизитов и табличных частей в объекты типовой конфигурации неизбежно. В то же время, вложенный труд фирмы 1С зафиксированный в типовых конфигурациях позволяет сократить трудозатраты. Решению противоречия первого и второго утверждений посвящен Пример_08.

В примере_08 предложена схема добавления программного кода, которая позволяет сохранить поддержку штатного обновления типовой конфигурации.

В примере_08 вызов новой формы выполняется кнопкой ПодменюЗаполнить.ЗаполнитьТабЧасть2локально

Если ранее измененный код переписать по этой схеме, то при обновлении, компьютер сообщит о возможности включить Поддержку Конфигурации и у программиста появится право выбора.

Возможность поддержки типовых обновлений сопровождается следующими неудобствами.

Добавленные локальные свойства приходится обрабатывать в новой форме (управляемое приложение). Это не очень удобно пользователю. Уменьшение этого неудобства ложится на плечи программиста. Программисту придется не только разработать интерфейс, но и применить силу убеждения.

С другой стороны, администрация должна для себя определить, что независимость программного кода от конкретного программиста выгодна фирме. Желательно, найти дополнительные аргументы, убеждающие администрацию в рациональности использования второй формы.

Рекомендации по добавлению нового кода в типовую конфигурацию.

Как изменить процедуру типовой конфигурации?

Изменения следует выполнить в локальной процедуре. Программисту следует постараться.

Разместить локальную процедуру, желательно, в конце типовой().

Имя локальной процедуры должно начинаться с _. В этом случае, все изменения будут в верху списка процедур.

Заканчиваться имя процедуры должно одинаковым постфиксом, по которому можно выполнить поиск внесенных изменений.

// текст типовой процедуры.

Процедура _ ИмяТиповойПроцедурыИмяФирмы () //Локальная

Как добавить новые свойства объекту типовой конфигурации? Новые свойства следует обрабатывать в новой форме(управляемая). При этом, не следует забывать о различие данных на форме и объекте. То есть, программист должен согласовать данные новой формы с данными типовой формы и типовым объектом. Создание нового объекта из новой формы следует предотвратить.

Как вариант, можно добавить обработку типовых свойств в новую форму.

Новые кнопки на экране объекта типовой конфигурации следует добавлять программным методом, учитывая рекомендации п.1.

Реализацию этих простых рекомендаций можно посмотреть в Примере_08.

Примеры.

ПараметрыСКД = Новый Структура();

струкСКД = Новый Структура(" АдресМакетаСКД,ПараметрыСКД" , АдресМакетаСКД,ПараметрыСКД ) ;

результатСКД = ОбщегоНазначенияСКД.СформироватьРезультатСКД( струкСКД );

ПараметрыСКД = Новый Структура();

струкСКД = Новый Структура(" РезультатСКДТип,АдресМакетаСКД,ПараметрыСКД " , РезультатСКДТип, АдресМакетаСКД,ПараметрыСКД ) ;

результатСКД = ОбщегоНазначенияСКД.СформироватьРезультатСКД( струкСКД );

ПараметрыСКД = Новый Структура();

струкСКД = Новый Структура(" РезультатСКДТип,АдресМакетаСКД,НастройкиСКД,ПараметрыСКД " , РезультатСКДТип, АдресМакетаСКД,НастройкиСКД,ПараметрыСКД ) ;

результатСКД = ОбщегоНазначенияСКД.СформироватьРезультатСКД( струкСКД );

ПараметрыСКД = Новый Структура();

струкСКД =Новый Структура(" АдресРезультатаСКД,РезультатСКДТип,АдресМакетаСКД,ПараметрыСКД" , АдресРезультатаСКД, РезультатСКДТип, АдресМакетаСКД,ПараметрыСКД ) ;

Процедура РезультатТабДокОбработкаРасшифровки(Элемент, Расшифровка, СтандартнаяОбработка)

мсДоступныеДействия = Новый Массив();

ОбработкаРасшифровки = Новый ОбработкаРасшифровкиКомпоновкиДанных(цДанныеРасшифровки,Новый ИсточникДоступныхНастроекКомпоновкиДанных(схемаКомпоновкиДанных));

Настройки = ОбработкаРасшифровки.Выполнить(Расшифровка, , мсДоступныеДействия );

струкСКД = Новый Структура(" АдресРезультатаСКД,РезультатСКДТип,АдресМакетаСКД,НастройкиСКД,ПараметрыСКД" , АдресРезультатаСКД, РезультатСКДТип, АдресМакетаСКД,НастройкиСКД,ПараметрыСКД ) ;

ОбщегоНазначенияСКД.ОбновитьКолонкиТЗ(ЭтаФорма, ИмяРеквизита, РезультатСКД);

//РезультатСКДтип = "ТаблицаЗначений"; //оставитьНужное смотри описание

//РезультатСКДтип = "ДеревоЗначений"; //оставитьНужное смотри описание

струкСКД = Новый Структура(" АдресРезультатаСКД,РезультатСКДТип,АдресМакетаСКД,ПараметрыСКД,СтрокаСоединения " , АдресРезультатаСКД, РезультатСКДТип, АдресМакетаСКД, ПараметрыСКД, ) ;

Если ТипЗнч(РезультатСКД)=Тип(" ТабличныйДокумент ") Тогда

струкСКД.Вставить(" НастройкиСКД ", НастройкиСКД);

ВнешниеНаборыДанныхСКД = Новый Структура(" тзНаборДанных ",цТЗнаборДанных );

струкСКД.Вставить(" ВнешниеНаборыДанныхСКД ",ВнешниеНаборыДанныхСКД);

//РезультатСКДтип = "ТабличныйДокумент"; //оставитьНужное смотри описание

//РезультатСКДтип = "ТаблицаЗначений"; //оставитьНужное смотри описание

струкСКД = Новый Структура(" АдресРезультатаСКД,РезультатСКДТип,АдресМакетаСКД,ПараметрыСКД,СтрокаСоединения " , АдресРезультатаСКД, РезультатСКДТип, АдресМакетаСКД, ПараметрыСКД, ) ;

Если ТипЗнч(РезультатСКД)=Тип("ТабличныйДокумент") Тогда

струкСКД.Вставить(" НастройкиСКД ", НастройкиСКД);

ВнешниеНаборыДанныхСКД = Новый Структура(" тзНаборДанных ",цТЗнаборДанных );

струкСКД.Вставить(" ВнешниеНаборыДанныхСКД ",ВнешниеНаборыДанныхСКД);

Состав приложения RAR.

В приложение помещено КонструкторСКД.dt, КонструкторСКД.cf КонтрольнаяВнешняяБаза.cd и консоль5.dcf

КонструкторСКД.dt – Контрольная база. База содержит

отчет.РезультатСКДупр – инструмент для отладки алгоритма получения данных с использованием СКД.

отчет. ПримерыИспользованияКонструктораСКД – шаблоны программного кода для копирования.

Документ. ДокументТиповой_01обыч – шаблон программного кода для внесения изменений в типовой документ, с возможностью сохранения поддержки при типовом обновлении. В примере_08 типовой документ выполнен по технологии обычного приложения, а новая форма по технологии управляемого приложения.

КонтрольнаяВнешняяБаза.cd – используется для контроля соединения КонструктораСКД с внешней базой.

консоль5.dcf – настройка консоли отчетов для оперативной проверки заполнения типового документа с локальными изменениями.

Примечание.


В ходе реализации положений Федерального закона от 30 декабря 2020 г. № 509 «О внесении изменений в отдельные законодательные акты Российской Федерации» Минэкономразвития России совместно с Минцифры ведёт работу по созданию механизма разработки административных регламентов предоставления государственных услуг в электронном машиночитаемом виде.


Цифровой административный регламент. Из презентации Минэкономразвития.

Принято постановление правительства Российской Федерации от 20 июля 2021 г. № 1228, предусматривающее разработку, согласование, экспертизу, утверждение и государственную регистрацию административных регламентов в электронном виде при помощи конструктора цифровых регламентов ФГИС «Федеральный реестр государственных и муниципальных услуг (функций)» (ФГИС «ФРГУ»).

Также в работе регионам рекомендовано использовать постановление правительства № 1822 о новых правилах ведения ФРГУ.

Конструктор цифровых регламентов, как сообщил представитель Минэкономразвития, должен заработать с 1 декабря 2021 года, вход в систему будет осуществляться с помощью ЕСИА. Технической реализацией конструктора занимается Минцифры и «РТ-Лабс».

Регионам при разработке своих административным регламентов рекомендовано использовать федеральные правила, но и свои решения допустимы.


Конструктор цифровых регламентов.

Разработка цифровых административных регламентов для региональных и муниципальных услуг ожидается до конца 2023 года, для федеральных услуг – до конца декабря 2022 года.

Пилотный проект по построению цифровых административных регламентов прошёл в апреле в Республике Марий Эл, Ульяновской области и Ненецком автономном округе.

Ранее Минэкономразвития поясняло, что на этапе разработки текста административного регламента предполагается использовать машиночитаемое описание процедур предоставления соответствующей услуги, обеспечивающее автоматизацию процедур предоставления такой услуги с использованием информационных технологий.

При разработке административного регламента орган, предоставляющий государственную услугу, должен будет указать все варианты предоставления государственной услуги, включающие порядок предоставления услуг отдельным категориям заявителей, объединённых общими признаками, в том числе в отношении результата государственной услуги, за получением которого они обратились.

Согласование проектов административных регламентов предполагается осуществлять в ФГИС «ФРГУ», обеспечивающей ведение федерального реестра государственных услуг в электронной форме.


Процесс согласования.

До конца 2022 года регламенты по всем федеральным услугам должны быть переведены в цифровой формат, конструктор цифровых регламентов заработал с 1 декабря, заявила директор департамента обеспечения качества предоставления государственных услуг населению Минэкономразвития Елена Казмерчук на круглом столе в Совете Федерации «Актуальные вопросы увеличения доли массовых социально значимых услуг в электронном формате».

По её словам, закрепление новых принципов оказания госуслуг позволит выполнить поручение президента — обеспечить к 2024 году предоставление абсолютного большинства массовых социально значимых услуг в дистанционном формате.

Основные принципы нового порядка предоставления госуслуг — проактивный формат, реестровость и экстерриториальность — были установлены в законе, принятом в конце прошлого года, напомнила Казмерчук. Согласно новым положениям, все массовые социально значимые услуги должны быть включены в реестр госуслуг.

«Во исполнение этого положения Минэкономразвития разработало постановления о новых правилах создания административных регламентов и о требованиях к реестру государственных услуг», — сказала Казмерчук. Эти новшества позволят полностью пересмотреть процесс конструирования всех госуслуг, сообщила она. Новый порядок, по словам Казмерчук, позволяет собирать административный регламент как конструктор из стандартных блоков информации, содержащейся в реестре госуслуг.

«Цифровой административный регламент станет отправной точкой процесса предоставления госуслуг как с использованием платформы государственных сервисов, так и порталов предоставления услуг», — сказала представитель ведомства. Особую роль конструктор цифровых регламентов, по её словам, сыграет в цифровизации массовых социально значимых услуг.

В соответствии с законодательством до конца 2022 года регламенты по всем федеральным услугам должны быть переведены в цифровой формат, сообщила Казмерчук. Все региональные административные регламенты должны быть приведены в соответствие с новыми принципами до конца 2023 года.

«Сам конструктор цифровых регламентов заработал со вчерашнего дня. Сотрудники 15 федеральных органов власти уже приступили к разработке своих цифровых регламентов», — сообщила представитель Минэкономразвития.

По её словам, ожидается, что к концу года будут разработаны административные регламенты по порядка 50 федеральным государственным услугам, а с начала следующего года начнётся процесс разработки цифровых административных регламентов по всем массовым социально значимым услугам. Это, указала Казмерчук, станет началом большой работы по исполнению майского поручения президента, озвученного в ходе Послания Федеральному Собранию, в соответствии с которым к 2024 году необходимо обеспечить предоставление абсолютного большинства государственных и муниципальных услуг гражданам дистанционно в режиме 24 часа в сутки 7 дней в неделю, и в том числе в МФЦ.

Электронный административный регламент (ЭАР)

Электронный административный регламент (ЭАР) – административный регламент, полностью реализованный с применением ИКТ. ЭАР предполагает формальное описание административных процедур.

Электронный административный регламент (ЭАР) – административный регламент, полностью реализованный с применением информационно-коммуникационных технологий (ИКТ). ЭАР предполагает формальное описание административных процедур, пригодное для непосредственной интерпретации и исполнения средствами информационно-коммуникационных технологий.

Комментарии 4

Можно прочитать примерно так.

Нормативный документ, разработанный с применением только электронного текстового редактора. Описание процедур должно быть доступно (представлено на сайте). Кому нужно, тот пусть интерпретирует и исполняет.

Вредное определение. Почему-то ни кто не говорит о бумажном регламенте. Зачем нужно делать "электронный административный регламент". ЭАР - это название программы, с помощью которой автоматизируется деятельность администрации по исполнению своих обязанностей, полномочий, функций.

Разберемся с понятиями
Есть административный регламент (АР) - нормативный акт (документ), устанавливающий сроки и последовательность процедур и действий.
В каком виде будет этот регламент - в бумажном (Александр: "Почему-то ни кто не говорит о бумажном регламенте") или электронном - уже вопрос второй. Главное - АР должен быть.

С указанным определением ЭАР я склонен согласиться. Речь - не о документе (акте), подготовленном "с применением только электронного текстового редактора" и речь идет не о форме доведения данной информации ("представлено на сайте") а о технологии для организации процесса с использованием ИКТ.

Публикация регламента (акта) на сайте госоргана не является автоматически ЭАР-ом. Именно так, кстати, и думали нередко на заре административной реформы :).

А вот использование электронного документооборота, интернета для получения услуги есть уже использование ИКТ и может рассматриваться как ЭАР.

Т.о. ЭАР - это реализация АР, предусматривающая применение ИКТ для выполнения процедур, описанных в АР.

Как Вы правильно заметили АР - это нормативный акт.

Но, мне кажется, Вы не заметили, "Электронный административный регламент (ЭАР) – административный регламент", это во-первых.

Во-вторых, "ЭАР - это реализация АР, предусматривающая применение ИКТ", т.е. если есть инструкция по вскапыванию земли, то лопата ( применение ИКТ) как раз и есть инструмент.

Таким образом, правильное название будет, например, Автоматизированная система Электронный автоматизированный регламент. Название, правда какое-то странное.

Чиновники какого только зверя не придумают, лиж бы не работать ) Понабрали теоретиков по объявлениям )

Надо быть проще.

1. Есть процесс - это набор действий

2. Есть регламент - это НПА закрепляющий нормы действий

3. Есть программа - это инструмент позволяющий часть действий процесса переложить с человека на компьютер. предварительно адаптировав регламент с учетом новых норм.

А электронный административный регламент это глюк какого то перепившего горе-специалиста.

Ирина Штоль

Здравствуйте! Вопрос о наболевшем. До 15 июня этого года, нам необходимо сдать уже готовые рабочие программы (немецкий язык). Мы изучаем немецкий язык по УМК под редакцией И.Л. Бим. В конструкторе единичные темы совпадают, и не совпадают с системой учебника. В школе других учебников нет, возможности использовать электронные версии тоже, так как уровень оснащённости кабинетов практически на нуле. Доска-мел. Вы представляете весь сумбур и хаос предстоящего обучения. Рабочие тетради построены на лексическом и грамматическом материале учебника, в конструкторе нарушена их последовательность, и большая половина тем отсутствует. Зачем такое придумали? Прежде чем внедрять, надо было учебниками обеспечить! Представляете, что будет твориться в головах детей? Это, бедные учителя, теперь будут сами себе учебники писать. Чтоб система хоть какая-то была. Полный бред.

Светлана Левина

Ирина Штоль

Светлана, А самое "смешное": мы с коллегой подняли уже всех в районе, и комитет по образованию, в том числе. Никто ничего не знает. Приказ сделать, и на этом точка. Учителя находятся в глубоком шоке от этого беспредела. На всех курсах, вебинарах для зам. директоров по УВР - одна сплошная вода и никакой сути.

Марина Петрова

Ольга Мухаметшина

🤬

Светлана, а что вы хотели? Вот вам деятельностный подход

Светлана Федорова


Светлана Федорова

Ирина, а разве так же не было, когда ФГОСы вводили? Учителя должны были все рабочие программы сами написать, а только спустя несколько лет, их стали этому учить.

Марина Руденко

Любовь Лебедева

Антонида Назаревская

Ирина, я с вами полностью согласна! Скажите мне, где это еще изучают немецкий язык по И.Л.Вим. Нас в приказном порядке перевели на английский язык 10 лет тому назад. Учебники И.Л.Бим отличные, дети с удовольствием изучали немецкий язык, говорили, пересказывали, постоянно принимали участие в Республиканских олимпиадах, завоевывали призовые места, но английский язык не хотят изучать. За 36 лет моей работы учителя английского языка ни разу не принимали участие в Республиканской олимпиаде. Учебники напичканы разнообразным материалом, нет системы как это было в учебниках И.Л. Бим.

Ирина Штоль

Антонида, Алтайский край, Немецкий национальный район. У нас основной - немецкий, английский - как второй иностранный изучают дети.

Антонида Назаревская

Ale Cheka

Алла Постникова

Абсолютно неудобно работать:постоянно приходится календарь листать. Хорошо сделанная программа "цепляется" за месяц. И в следующем уроке уже автоматом уходит в нужный месяц.
Нет отдельно выделенной строки "Контрольная работа по теме".
И вообще вопрос: кто придумал именно такую форму КТП?

Добрый вечер. Конструктор в режиме апробации. Будем надеяться, что его еще доработают. Но, в любом случае, школа может составлять рабочую программу не в конструкторе, а "вручную", главное , чтобы на основе примерной программы. Или как вариант, сохранять, а потом в ворде "вручную" доработать.

Что касается тематического планирования. Да, школа может локальным актом утвердить свою форму Тематического планирования.. Но она должна соответствовать п 32.1 ФГОС

Да, и в конструкторе Тематическое планирование, а не КТП (календарно-тематическое планирование)
КТП (то, что мы вносим в журнал) уже как раз и разрабатывается на основе Тематического планирования (колонки утверждает школа локальным актом) Вот там уже у вас и будет каждая строка урока отдельно написана и строка "Контрольная работа по теме" тоже будет отдельно.

Светлана Плюхина

Добрый вечер. А вот темы в КТП уже лучше расписывать исходя из того учебника, по которому планируете вести. Если хотите более конкретный ответ, то напишите ваш предмет, класс и учебник, который вы выбрали в качестве основного. Но ответим не сразу, тут нужно более детально посмотреть и вникнуть в специфику предмета

Марина Петрова

Марина Петрова

Марина Петрова

Марина, должен быть единый подход. Просто, как мне кажется, сначала нужно всё досконально продумать, потом сделать наполнение учебника (не только аудиоприложение, но и готовая презентация к каждому уроку, достаточный набор тренировочных упражнений и т.д.). А только потом вводить. А то получается, что опять телега впереди лошади. Не нужно так много перекладывать на плечи учителей. И поэтапно. И на многие годы вперёд! Лихорадит наше бедное образование((( Выживем ли при таком дефиците учителей?

Марина Петрова

Раиса Тарасова

Нина Федорова

Хадият Гебекова

Алла Постникова

Добрый день, так без дат все выгружается в ворд. Или если вы начали даты вбивать, то потом уже бросить нельзя пока до конца не дойдёшь?

Марина Егорова


Марина Егорова ответила Сообществу

А как быть, если переносить темы из класса в класс нельзя, а работаю по Занкову. То, что дается на 3 класс, мы уже прошли во втором. Как составлять программу в конструкторе если УМК по Занкову?

Маргарита Беломытцева

Марина Руденко

Светлана Горькавая

Устроили мозговой штурм с этими рабочими программами, а обещали освободить педагогов от рутинных процедур, связанных с подготовкой рабочей документации.

Да, точно подметили, мозговой штурм. С одной стороны , нам дали готовые программы (облегчили наш труд), а с другой мы получили БОЛЬШУЮ проблему: расписать КТП под эту программ, не имея учебников.

Мариша Диятова

Елена Патрогина

Светлана Федорова


Светлана Федорова

Елена, вопросы и проблемы исчезнуть, причём сразу всё, как только слово Бог будем с заглавной буквы писать.

Раиса Тарасова

составлять КТП и поурочное планирование - это работа методистов, а не учителей. Есть ли у нас методисты и чем они занимаются теперь?

Раиса, добрый вечер. Вот федеральные методисты и составили нам все рабочие программы (они считают, что все за нас сделали).
Это только здесь в переписке видны все проблемы.

Анализ содержания и методического аппарата
УМК «Технология. 5-9 классы» под ред. В.М. Казакевича
с точки зрения требований примерных рабочих программ (как пример) Презентация с курсов для методистов академии Минпросвещения (вся информация выше также с этих курсов)

Юлия Беккер

Гульнара Евграфова

Здравствуйте. Уже 2 недели не знаю куда обратиться. Просмотрела все представленные рабочие программы и тематическое планирование для 1 класса. Один вопрос: куда дели "Обучение грамоте" ? Да, раздел под названием "Обучение грамоте" есть в программе русского языка. Но нет ни единой темы по изучению букв (чтение и письмо). Мы изучаем каждую букву отдельно.Учим детей их читать, писать. Строчные и прописные. Мы с коллегами сидели, изучали и ничего не поняли. Получается, дети , которые пришли с детского сада или откуда-то должны приступить сразу к изучению русского языка. Это нормально? По старой программе предмет русский язык начинается с 3 четверти. До этого "Азбука". Помогите, пожалуйста.

Добрый вечер.
Вы спрашивали где ваши темы , когда изучается одна буква, а потом другая и т.д.
Эти темы и есть в разделе Обучение грамоте (в русском языке) и такой же раздел в Литературном чтении.(просто их там нет в явном виде)
Прочитайте внимательно темы, которые в разделе Обучение грамоте, мы думаем, что в ПРОЦЕССЕ ИЗУЧЕНИЯ БУКВ вы как раз эти темы и изучаете.
Показать полностью.
Специфика тематического планирования (и содержание тем примерной рабочей программы) в 1 классе представлено так, что нельзя изучить одну тему, а потом другую. Нельзя, например, изучить сначала всю Фонетику, а затем Письмо ( по русскому языку. )Следовательно нельзя и разбить эти темы по количеству часов на отдельные уроки (так как в других предметах)
Как же составить поурочное и тематическое планирование? Высказываем свое мнение. Потом,когда опубликуют поурочное планирование в конструкторе, посмотрим их вариант.
Мы думаем, что подойдет любое поурочное планирование (или КТП, кто как называет) в котором:
В русском языке: сначала идет Обучение грамоте (письму) -20-23 недели, а затем Курс русского языка
В литературном чтении: сначала идет Обучение грамоте (чтению) 20-23 недели, а затем курс литературного чтения.
А что же делать с тематическим планированием, которое в конструкторе? Мы бы написали там количество часов Обучение грамоте и количество часов Систематического курса, а остальное не разбивали бы на часы.Ну или можно оставить разбивку по разделам (которую конструктор дал)

Читайте также: