Компания Revolta объявила о победе в конкурентных переговорах и заключении контракта на реализацию проекта по созданию инфраструктуры для электротранспорта на территории обслуживания ОАО “Московская объединенная электросетевая компания” (МОЭСК) как элемента реализации комплексной стратегии внедрения интеллектуальных сетей (проект МОЭСК EV). Об этом говорится в сообщении Revolta.
В рамках проекта, который будет реализован в течение 12 месяцев, планируется развернуть пилотную сеть из 28 зарядных станций различных типов, приобрести и протестировать парк из 8 электромобилей различных классов, включая легкие коммерческие электромобили (LCV) и разработать необходимое программное обеспечение для управления сетью зарядных станций. Также предполагается разработать модели зарядных станций с учетом специфики МОЭСК и Московского региона и провести комплекс исследовательских и аналитических работ в области электротранспорта и зарядной инфраструктуры.
Первые зарядные станции и электромобили должны появиться в регионе до конца 2011г. По результатам реализации данного проекта планируется подготовить комплексную программу развития зарядной инфраструктуры и использования автономного электротранспорта с учетом специфики сетевого комплекса Москвы, климатических и поведенческих особенностей Московского региона. В рамках проекта также планируется перевести часть собственного автомобильного парка МОЭСК с бензиновой тяги на электрическую.
В Revolta пояснили, что проект МОЭСК EV был создан для изучения возможностей практического применения электротранспорта, разработки и тестирования технических решений в области зарядной инфраструктуры и формирования бизнес-модели.
По словам генерального директора Revolta Максима Осорина, данный проект, в первую очередь, даст ответы на большинство технических, поведенческих и бизнес-вопросов, связанных с зарядной инфраструктурой и использованием электромобильного транспорта. После его реализации можно будет формировать дальнейшие планы развития, опираясь на факты, а не на западную аналитику.
Никто пока не комментировал эту страницу.
В стандарте [6] предусмотрено присваивать различным документам вида «расчет» код[1] документа РР, а для локальной сметы код документа ЛС.
Никакой необходимости использовать код Б для обозначения документов, в названии которых нет слова «Обоснование», не существует, а отсутствие документов, в названии которых использовано это слово подтверждает, что из ГОСТ 34.201-2020 должен быть исключен фактически не существующий документ «Обоснование».
Литература:
6 ГОСТ Р 21.101-2020 Основные требования к проектной документации
7 Н. Зенин. Судьба требований ГОСТ 34-й серии в проектах по информационной безопасности // [Электронный ресурс], режим доступа: https://www.anti-malware.ru/practice/methods/GOST-requirements-34th-series-in-information-security-projects
[1] В данном стандарте вместо термина «код документа» используют словосочетание «шифр документа»
Разработчики стандартов иногда предлагают новые виды документов, объясняя это тем, что существующих видов документов недостаточно для новых изделий. Например, в таблице 1 стандарта [1] перечислены несколько видов документов, разрабатываемых для автоматизированных систем (далее АС). Обратим внимание на документ «Обоснование» (код документа Б). Его назначение определено так:
«Изложение сведений, подтверждающих целесообразность принимаемых решений»
Отметим, что в числе толкований значений слова «обоснование» есть и тексты, служащие основанием для принятия решения.
Какие же текстовые документы приведены в таблице 2 стандарта [1], где перечислены конкретные документы?
Как ни странно, но документа со словом «обоснование» в названии нет ни в стандарте [1] нет, как нет его и в отменном руководящем документе [2].
Слово «обоснование» в [2] использовано в названии раздела отчета, разрабатываемого на стадии формирования требований к АС – Обоснование необходимости совершенствования информационной системы объекта.
«Обоснование» содержится ещё в двух стандартах [3, 4], где применено в названии этапа работы – Обследование объекта и обоснование необходимости создания АС.
Отметим, что в cтандартах [3, 4] обоснование необходимо для вынесения технико-экономической, социальной и т.п. оценок на стадии формирования требований к АС.
При этом сам документ, содержащий результаты обоснования, оформляют в виде отчета по ГОСТ 7.32 [5], а не в виде документа вида «Обоснование».
Обратимся теперь к стандарту [1] и посмотрим какие же документы с кодом Б (присвоен документу «Обоснование») указаны в таблице 2:
- локальный сметный расчет (код Б2);
- проектная оценка надежности системы (код Б1);
- локальная смета (код Б3).
Из перечисления видно, что ни в одном из названий этих документов с кодом Б нет слова «Обоснование».
Продолжение следует
Что объединяет эти статьи? Прежде всего то, что они вместе с другими статьям составят «Справочник технического писателя». Справочник, в котором совместно анализируются стандарты разных систем – ГОСТ 2, ГОСТ 34, ГОСТ 19 и др.,
используемые техническими писателями при разработке текстовых документов.
Результатами такого анализа станут предложения по корректировке действующих стандартов (см. статью ««Обозначение программных документов. Предложения по изменению стандартов») или же приглашение к обсуждению тех или иных вопросов, как это сделано в статье «Стадии разработки».
По мнению автора справочника, совместный анализ стандартов разных систем позволит не допускать расширенного толкования одних и тех же понятий, корректно использовать техническую терминологию, а также исключить противоречия в правилах выполнения текстовых документов в разных системах стандартов.
Задача словарных статей «Справочника технического писателя» не повторять тексты тех или иных стандартов, а рассмотреть стандарты разных систем, взглядом специалиста, применяющего их при подготовке технической документации.
Статьи этого справочника предназначены для технических писателей, нормоконтролеров, работников ОТК, а также всех, кто тем или иным образом связан с разработкой, оформлением согласованием и утверждением текстовой документации.