WWW.INFO.Z-PDF.RU
БИБЛИОТЕКА  БЕСПЛАТНЫХ  МАТЕРИАЛОВ - Интернет документы
 

«ООО «Телекор Технологии» Шитиков И.А. «» _2014 г. «» _2014 г. М.П. М.П. Автоматизированная система управления предприятием ...»

УТВЕРЖДАЮ Утверждаю

____________________ Генеральный директор

____________________ ООО «Телекор Технологии»

____________________ Шитиков И.А.

«____» ___________2014 г. «____» ___________2014 г.

М.П. М.П.

Автоматизированная система управления

предприятием жилищно-коммунального хозяйства

АСУ-ЖКХ

техническое задание

На 11 листах

Действует с

согласовано согласовано

От: (Название организации) От: (Название организации)

(Название должности) (Название должности)

__________ __________

«____» ___________2014г. «____» ___________2014 г.

Содержание

TOC \o "1-1" \h \z \t "Заголовок 2;2;Заголовок 3;3" 1Общие сведения PAGEREF _Toc396471677 \h 41.1Наименование системы PAGEREF _Toc396471678 \h 41.2Наименования предприятий Заказчика и Разработчика и их реквизиты PAGEREF _Toc396471679 \h 41.3Основания для разработки PAGEREF _Toc396471680 \h 41.4Плановые сроки начала и окончания работ PAGEREF _Toc396471681 \h 41.5Сведения об источниках и порядке финансирования работ PAGEREF _Toc396471682 \h 41.6Порядок оформления и предъявления Заказчику результатов работ PAGEREF _Toc396471683 \h 42Назначение и цели создания системы PAGEREF _Toc396471684 \h 52.1Назначение системы PAGEREF _Toc396471685 \h 52.2Цели и задачи создания системы PAGEREF _Toc396471686 \h 53Характеристика объекта автоматизации PAGEREF _Toc396471687 \h 64Требования к системе PAGEREF _Toc396471688 \h 124.1Требования к системе в целом PAGEREF _Toc396471689 \h 124.

1.1Требования к структуре и функционированию системы PAGEREF _Toc396471690 \h 124.1.2Требования к численности и квалификации персонала системы и режиму его работы PAGEREF _Toc396471691 \h 144.1.3Показатели назначения PAGEREF _Toc396471692 \h 154.1.4Требования к надежности PAGEREF _Toc396471693 \h 154.1.5Требования безопасности PAGEREF _Toc396471694 \h 184.1.6Требования к эргономике и технической эстетике PAGEREF _Toc396471695 \h 184.1.7Требования к транспортабельности (для подвижных АС) PAGEREF _Toc396471696 \h 184.1.8Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы PAGEREF _Toc396471697 \h 194.1.9Требования к защите информации от несанкционированного доступа PAGEREF _Toc396471698 \h 194.1.10Требования по сохранности информации при авариях, требования к защите от влияния внешних воздействий PAGEREF _Toc396471699 \h 204.1.11Требования к патентной чистоте PAGEREF _Toc396471700 \h 214.1.12Требования по стандартизации и унификации PAGEREF _Toc396471701 \h 214.2Требование к функциям (задачам), выполняемым системой PAGEREF _Toc396471702 \h 224.2.1Требования к функциям подсистемы «Интеграционная шина» PAGEREF _Toc396471703 \h 224.2.2Требования к функциям подсистемы приема заявок (на вывоз ТБО), предназначенную для формирования формализованного пула требований на оказание услуг вывоза ТБО на основе заявок, полученных различными способами (по телефону, в виде файлов данных) PAGEREF _Toc396471704 \h 234.2.3Требования к функциям подсистемы планирования, предназначенную для формирования планов вывоза ТБО на основе настраиваемых параметров, с возможностью внесения оперативных изменений с учетом текущей ситуации (а также предоставления результатов планирования для учета в бухгалтерской программе) PAGEREF _Toc396471705 \h 244.2.4Требования к функциям подсистемы контроля, предназначенную для осуществления мониторинга функционирования транспорта, задействованного в рамках предоставления услуг по вывозу, выявления и регистрации нарушений выполнения плановых работ PAGEREF _Toc396471706 \h 264.
2.5Требования к функциям подсистемы «Телематическая платформа» PAGEREF _Toc396471707 \h 274.2.6Требования к функциям подсистемы ведения НСИ и хранения данных PAGEREF _Toc396471708 \h 284.2.7Требования к функциям подсистемы ГИС PAGEREF _Toc396471709 \h 294.2.8Требования к функциям подсистемы отчетности и аналитики, предназначенная для формирования сводной отчетности по деятельности предприятия, анализа трендов и макропоказателей PAGEREF _Toc396471710 \h 304.2.9Требования к функциям подсистемы пользовательского интерфейса PAGEREF _Toc396471711 \h 304.2.10Требования к функциям подсистемы «Мобильное приложение» PAGEREF _Toc396471712 \h 354.2.11Требования к функциям подсистемы администрирования PAGEREF _Toc396471713 \h 354.3Требования к видам обеспечения PAGEREF _Toc396471714 \h 364.3.1Требования к математическому обеспечению системы PAGEREF _Toc396471715 \h 364.3.2Требования информационному обеспечению системы PAGEREF _Toc396471716 \h 364.3.3Требования программному обеспечению системы PAGEREF _Toc396471717 \h 374.3.4Требования техническому обеспечению системы PAGEREF _Toc396471718 \h 375Состав и содержание работ по созданию системы PAGEREF _Toc396471719 \h 386Порядок контроля и приемки системы PAGEREF _Toc396471720 \h 407Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие PAGEREF _Toc396471721 \h 418Требования к документированию PAGEREF _Toc396471722 \h 438.1В процессе выполнения информационного обследования должны быть сформированы следующие документы: PAGEREF _Toc396471723 \h 438.2В процессе технического проектирования системы должны быть сформированы следующие документы: PAGEREF _Toc396471724 \h 438.3В процессе разработки рабочей документации должны быть сформированы следующие документы: PAGEREF _Toc396471725 \h 438.4Вся документация, перечисленная выше, передается Заказчику на бумажном носителе в 1 (одном) экземпляре и в электронном виде на диске CD-ROM в 1 (одном) экземпляре. PAGEREF _Toc396471726 \h 448.5Документация в электронном виде предоставляется Заказчику в формате: PAGEREF _Toc396471727 \h 448.6Документация должна быть выполнена на русском языке. PAGEREF _Toc396471728 \h 449Источники разработки PAGEREF _Toc396471729 \h 4510Перечень принятых терминов и сокращений PAGEREF _Toc396471730 \h 46Приложение №1. Перечень ТС и данные по оснащению PAGEREF _Toc396471731 \h 46

Общие сведенияНаименование системыПолное наименование системы: «Автоматизированная система управления предприятием жилищно-коммунального хозяйства».

Сокращенное наименование системы: «АСУ-ЖКХ».

Далее по тексту используется наименование Система.

Наименования предприятий Заказчика и Разработчика и их реквизитыЗаказчик: _______________________________________.

Разработчик: ООО «Телекор Технологии», г. Москва, Хлебозаводский пр-д, д. 7, стр. 9, пом.8, ком. 12.

Основания для разработкиДоговор №______ от «___» ____________ 201_ г. на выполнение работ по внедрению автоматизированной системы управления предприятием жилищно-коммунального хозяйства.

Плановые сроки начала и окончания работСроки начала и окончания работ определяются «Календарным планом работ» (Приложение № 2 к Договору № ___________ от «___»__________ 200_ г.).

Сведения об источниках и порядке финансирования работФинансирование работ производится за счёт средств, выделяемых Заказчиком.

Порядок оформления и предъявления Заказчику результатов работПо окончании работ Исполнитель предоставляет Заказчику комплект документов о завершении работ, предусмотренных планом-графиком работ.

Заказчик в течение 10 (десяти) дней с момента получения комплекта документов должен известить Исполнителя письмом о получении, готовности к приемке работ, дате и сроках приемки.

Назначение и цели создания системыНазначение системыАвтоматизированная система управления предприятием жилищно-коммунального хозяйства (далее по тексту – Система, АСУ-ЖКХ) предназначена для обеспечения сквозной автоматизации процесса предоставления услуги по вывозу ТБО, включая прием и обработку заявок, планирование вывоза ТБО, контроль и оперативное управление транспортом, а также информационно-аналитическую поддержку руководства предприятия в части реализации контроля эффективности функционирования предприятия ЖКХ, на основе предоставления информационных сервисов.

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

повышение прозрачности деятельности предприятия для руководителя и акционеров предприятия за счет организации предоставления

обеспечение уровня оптимальной загрузки ТС, осуществляющих вывоз ТБО, за счет совершенствования алгоритмов планирования вывоза ТБО;

снижение времени выполнения основных операций сотрудниками Заказчика за счет создания замкнутой цепочки информационного взаимодействия Клиент-Заказчик-Клиент;

повышение оперативности информационного обеспечения сотрудников и руководства Заказчика о текущих, плановых и фактических значениях основных показателей в сфере вывоза ТБО;

сокращение расходов на ГСМ за счет оптимизации маршрутов вывоза ТБО и их разнарядки по транспортным средствам (ТС).

Характеристика объекта автоматизацииОсновным видом деятельности предприятия является оказание услуг по вывозу ТБО на территории ___________________. Основные производственные мощности предприятия располагаются по адресу ____________________.

На предприятии работает ____ человек. Из общего количество транспортных средств и механизмов на предприятии для вывоза ТБО используется _____ ТС. Большинство техники оснащено абонентскими телематическими терминалами (АТ) и подключено к системе мониторинга транспорта. Перечень ТС с данными по оснащению АТ приведен в Приложении №___ к настоящему ТЗ.

Для обеспечения текущей деятельности на предприятии используются автоматизированные и информационные системы. В частности, для мониторинга транспорта используются системы _____________ и ________________, которые были предоставлены в рамках оснащения транспортных средств АТ. Фактически программное обеспечение указанных систем мониторинга транспорта размещено на базе сторонней организации. Указанная организация предоставляет доступ к работе с данной системой, а также оказывает услуги по технической поддержке и обслуживанию АТ и программного обеспечения.

Для целей бухгалтерского учета установлено программное обеспечение 1С: Предприятие 8.2. Также на предприятии создан и функционирует центр обработки вызовов (call-центр, далее по тексту – ЦОВ) развернутый на базе решения компании ____________.

Процесс оказания услуг по вывозу ТБО описывается следующим алгоритмом:

Время Действие Исполнитель Примечание

08:00 – 17:00 Прием заявок Оператор связи

Сотрудник коммерческого отдела Приемом заявок на вывоз ТБО занимаются следующие отделы:

отдел навигации и связи (оператор связи)(по e-mail от управляющих компаний (УК) и администраций, по телефону от коммерческих клиентов). На данный момент прием по e-mail не используется. Все УК и администрации скидывают заявки напрямую в 1С с использованием удаленного доступа. Операторы связи проверяют правильность введенных данных.

коммерческий отдел (по телефону от коммерческих клиентов). Процент приема заявок бухгалтерами коммерческого отдела незначителен.

Заявки от коммерческих клиентов могут включать в себя график вывоза мусора. Как правило, такие заявки формируют сетевые фирмы: «Пятерочка», «Магнит» и т. п.

Все УК и администрации должны подавать заявки для вывоза мусора на следующий день ежедневно до 17:00, коммерческие клиенты – до 16:00.

Оператор связи регистрирует заявку, поступившую по телефону в Oktell, указывая данные о клиенте, адрес, количество контейнеров, номер договора (при наличии). Выгружает по нажатию на кнопку в Excel. Передает файл xls в коммерческий отдел. В коммерческом отделе заявки проверяются на соответствие заключенным договорам и отсутствие задолженностей. Сотрудник коммерческого отдела формирует заявку в 1С. Эти заявки попадают в общий перечень заявок на завтрашний день, из которых диспетчер формирует ТТН.

Раньше, при передаче заявок по электронной почте, оператор связи получал по e-mail два файла: dbf и xls. Сохранял полученные файлы у себя на компьютере, загружал в 1С и сверял количество строк. Если количество строк не совпадало, то созванивался с УК, отправившей заявку, и выяснял причину расхождения.

Оператор связи принимает по телефону, помимо заявок, жалобы в основном от УК и коммерческих организаций.

17:00 – 19:00 Подготовка маршрутных листов в 1С в виде ТТН Диспетчер (график работы «сутки через трое»)

Начальник диспетчеров

Мастер Маршрутные листы формируются в 1С по нажатию кнопки по принципу – чем больше адресов из заявки относится к маршруту, тот маршрут и выбирается.

Начальник диспетчеров вручную дополняет сформированный маршрутный лист с учетом следующих характеристик:

тип техники;

территориальная принадлежность;

принадлежность к контрагенту (заявки должны группироваться для одного ЖЭУ, т.к. в одно ЖЭУ выезжает одна машина, а ЖЭУ располагается внутри района);

время вывоза (возможность подъезда к площадке);

производительность водителя.

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

В это же время формируются ТТН, маршрутные листы для водителей бункеровозов, которые осуществляют вывоз ТБО из МПС на полигоны.

19:00 – 20:00 Корректировка ТТН с учетом невывезенных за текущий день заявок Оператор связи

Диспетчер

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

20:00 – 22:00 Печать маршрутных листов, группировка их по районам, формирование пакета документов для каждого водителя (ТТН, путевой лист) Диспетчер В ТТН указываются адреса площадок и количество контейнеров для вывоза.

В путевом листе указывается текущий пробег и информация о заправке ТС топливом.

22:00 – 23:00 Подготовка отчета «план-факт» за текущий день для отправки директору к 8:00 следующего дня. Данный отчет содержит информацию о количестве вывезенного мусора по районам Диспетчер В течение дня диспетчер ведет по каждой машине реестр по типам контейнеров – сколько мусора было вывезено. На основании этих данных формируется отчет «план-факт».

23:00 – 01:00 Отдых Диспетчер 01:00 – 08:00 Выпуск водителей на линию согласно ТТН и путевых листов Диспетчер

Водители ТС Все водители после осмотра медсестрой и проверки ТС механиком разъезжаются до 8:00. Водители могут приходить на работу в разное время (в данном интервале). У каждого водителя свой район выезда. Изменяются только площадки вывоза мусора в рамках одного района.

Примерное число водителей – 170 чел. Каждый водитель закреплен за определенным ТС.

В течение дня по завершению всех рейсов Передача заполненных водителем ТТН в call-центр Водитель Рейс представляет собой объезд всех контейнеров с разгрузкой на мусороперерабатывающих станциях (МПС).

08:00 – 13:00 Внесение в 1С отклонений по ТТН за предыдущий день Оператор связи 08:00 – 13:00 Проверка факта ТТН в 1С с фактом системы мониторинга «Автограф» Оператор связи ТТН из 1С стыкуется с данными Автографа. ТТН по факту в электронном виде содержит следующую информацию: адрес, время посещения, каким рейсом был вывезен мусор. При наличии отклонения осуществляется просмотр каждого адреса из отклонений по треку в Автографе и последующая отправка ТТН по электронной почте старшему мастеру для выяснения причин.

08:00 – 17:00 Формирование в 1С по данным Автографа информации о пробеге, количестве рейсов и расходе топлива для диспетчера Инженер отдела навигации Информация о машинах, на которых установлен Навигатор, вносится в 1С вручную. Пробег проставляется в путевых листах по данным из Автографа. Обработка данных по машинам, вернувшихся после 17:00, выполняется на следующий день.

Первичное информационное обследование по результатам интервью с сотрудниками предприятия показало несовершенство существующей системы планирования, организации и контроля вывоза ТБО и в тоже время возможности для роста и развития предприятия за счет внедрения средств автоматизации. Для повышения эффективности работы предприятия необходимо в первую очередь обеспечить замкнутый цикл автоматизации начиная от поступления заявок на вывоз ТБО, составления маршрута и разнарядки ТС и заканчивая план-фактным анализом деятельности предприятия.

Внедряемая на предприятии Система должна способствовать решению текущих проблем в планировании, организации и контроле вывоза ТБО, по возможности вписываться в существующие регламенты работы с клиентами предприятия, а при невозможности этого Исполнителем должны быть предложены и согласованы с Заказчиком усовершенствованные регламенты процессов. В результате внедрения Системы должна быть автоматизирована деятельность:

сотрудников управляющих компаний, администраций и коммерческих клиентов, ответственных за подачу заявок на вывоз ТБО;

операторов ЦОВ в части приема и обработки вызовов с заявками и жалобами от клиентов предприятия, а также план-фактного анализа;

диспетчеров в части обеспечения автоматизированного расчета маршрутов и разнарядки ТС по данным суточного плана вывоза ТБО, оперативного реагирования на нештатные ситуации (поломки ТС, ДТП и др.);

мастеров участков в части их участия в согласовании порядка вывоза ТБО с вверенных объектов, а также в фиксации и разборе конфликтных ситуаций (отсутствие подъезда к контейнерным площадкам, несоответствие фактического количества отходов, указанному в плане и т.д.);

руководителей в части предоставления суточных и оперативных отчетов о деятельности предприятия в сфере оказания услуг по вывозу ТБО.

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

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

Детальные требования к Системе приведены в разделе 4 настоящего ТЗ.

Требования к системеАвтоматизированная система управления предприятием жилищно-коммунального хозяйства должна создаваться как комплексное полнофункциональное решение, предназначенное для обеспечения сквозной автоматизации процессов предоставления услуги по вывозу ТБО на предприятии ЖКХ, реализующее принципы единой технической политики и поддерживающее возможность масштабирования (тиражирования).

Система АСУ-ЖКХ должна реализовываться на основе сервисной модели, при которой развертывание и эксплуатация вычислительной и телекоммуникационной инфраструктуры и серверного программного обеспечения осуществляется на базе инфраструктуры оператора Системы. Автоматизация деятельности по предоставлению услуги вывоза ТБО обеспечивается путем предоставления пользователям системы (водителям ТС, диспетчерам, операторам, мастерам участков и руководству) сервисов, направленных на решение задач приема и обработки заявок на вывоз ТБО, планирования, мониторинга и оперативного управления транспортными средствами предприятия, осуществляющими вывоз ТБО, а также формирования сводной отчетности и аналитики. Кроме того, ряд сервисов системы по планированию и контролю вывоза ТБО предоставляется клиентам предприятия для обеспечения прозрачности деятельности и повышения эффективности процесса вывоза ТБО.

Требования к системе в целомТребования к структуре и функционированию системыАвтоматизированная система управления предприятием жилищно-коммунального хозяйства должна иметь модульную структуру и включать в свой состав следующие подсистемы:

подсистему «Интеграционная шина», предназначенную для обеспечения информационного обмена подсистем АСУ-ЖКХ между собой, а также со смежными и внешними информационными системами;

подсистему приема заявок (на вывоз ТБО), предназначенную для формирования формализованного пула требований на оказание услуг вывоза ТБО на основе заявок, полученных различными способами (по телефону, в виде файлов данных);

подсистему планирования, предназначенную для формирования планов вывоза ТБО на основе настраиваемых параметров, с возможностью внесения оперативных изменений с учетом текущей ситуации (а также предоставления результатов планирования для учета в бухгалтерской программе);

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

подсистему «Телематическая платформа», предназначенную для приема навигационной мониторинговой информации от бортового навигационно-связного оборудования (БНСО) и датчиков ТС, тревожных событий;

подсистему ведения НСИ и хранения данных, предназначенную для сбора, хранения и выдачи по запросу нормативно-справочной, настроечной и архивной информации по результатам контроля деятельности по вывозу ТБО;

подсистему ГИС, предназначенную для выполнения расчетных задач, связанных с обработкой пространственных данных (геокодирования, построения маршрутов, контроль посещения зон), а также предоставлением картографической подложки;

подсистему отчетности и аналитики, предназначенная для формирования сводной отчетности по деятельности предприятия, анализа трендов и макропоказателей;

подсистему пользовательского интерфейса, предназначенную для обеспечения непосредственного доступа пользователей в соответствии с правами доступа, определяемыми их должностными обязанностями и задачами;

подсистему «мобильное приложение», предназначенную для обеспечения информационной поддержки водителей ТС в рамках реализации деятельности по вывозу ТБО (маршрутной навигации), регистрации результатов выполнения работ/этапа работ («check» для конкретной позиции плана работ, фото «до» и «после» факта загрузки контейнера), регистрации фактов, препятствующих выполнению работ (фото: заблокирован подъезд к контейнерной площадке, невозможно выполнить операцию в штатном режиме, контейнер поврежден и др.), взаимодействия водителей с диспетчерами (обмен формализованными и неформализованными сообщениями, голосовая связь);

подсистему администрирования, предназначенную для выполнения общей настройки и администрирования системы АСУ-ЖКХ.

Информационный обмен подсистем АСУ-ЖКХ с внешними системами должен осуществляться посредством подсистемы «Интеграционная шина» на основе использования унифицированных протоколов и форматов обмена.

Система АСУ-ЖКХ должна функционировать в непрерывном и круглосуточном режиме работы.

В системе должна быть реализована возможность диагностирования с использованием встроенных механизмов и сервисов ОПО.

Система АСУ-ЖКХ должна предусматривать возможность перспективного функционального развития и модернизации.

Структура подсистемы представлена на рисунке 1.

Рисунок SEQ Рисунок \* ARABIC 1 – Структура системы АСУ-ЖКХ

Требования к численности и квалификации персонала системы и режиму его работыПерсонал АСУ-ЖКХ должен состоять из следующих групп:

пользователей АСУ-ЖКХ (эксплуатирующий персонал);

персонала, осуществляющего обслуживание системы (обслуживающий персонал).

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

Для выполнения своих функций эксплуатирующему персоналу присваиваются следующие роли:

Руководитель;

Мастер участка;

Оператор приема;

Оператор call-центра;

Диспетчер;

Водитель.

В обязанности обслуживающего персонала должно входить:

Администрирование специального программного обеспечения, а также баз данных.

Разграничение прав пользователей системы.

Управление содержанием системных справочников и классификаторов.

К обслуживающему персоналу Системы относится:

Администратор системы.

Показатели назначенияСистема АСУ-ЖКХ должна обеспечивать:

возможность подключения 100 % БНСО, установленного на ТС для вывоза ТБО (максимальное поддерживаемое количество подключаемых абонентских терминалов должно быть определено на этапе технического проектирования системы с учетом перспектив роста количества транспортных средств и расширения возможностей системы);

возможность получения мониторинговой информации от 100 % подключенных комплектов БНСО с периодичностью не менее 1 раза в минуту;

возможность предоставления услуг мониторинга и диспетчеризации транспорта, предназначенного для вывоза ТБО (максимальное количество диспетчеризируемого транспорта должно быть определено на этапе технического проектирования системы с учетом перспектив роста количества транспортных средств и расширения возможностей системы);

возможность подключения (информационной интеграции) и информационного обмена нормативно-справочной и отчетной (мониторинговой, технологической) информацией с корпоративной бухгалтерской системой и системой приема заявок (на основе телефонии);

возможность хранения мониторинговой информации, поступающей от БНСО транспортных средств ЖКХ, в течение не менее 1 года.

Требования к надежности

Состав и количественные значения показателей надежности для системы в целом или ее подсистем

Уровень надежности системы зависит от надежности следующих технических средств:

телематический сервер;

сервер приложений;

сервер базы данных;

оборудование локальной вычислительной сети;

телекоммуникационное оборудование;

источники бесперебойного питания;

автоматизированные рабочие места.

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

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

В ходе разработки спецификаций аппаратного обеспечения конкретные (фактические) количественные значения показателей надежности должны быть определены с использованием оценки надежности, основанной на требованиях и положениях:

ОСТ 45.63-96 «Обеспечение надежности средств электросвязи. Основные положения»;

ГОСТ 27.002-89 «Надежность в технике.

Основные понятия, термины и определения».

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

Ниже приводится перечень возможных аварийных ситуаций с указанием требований к средствам восстановления работоспособности системы:

Сбой общесистемного или прикладного программного обеспечения системы (отдельного АРМ или сервера баз данных). После сбоя операционной системы сервера баз данных или СУБД в процессе выполнения пользовательских задач должно быть обеспечено восстановление данных в базе данных до состояния на момент окончания последней нормально завершенной перед сбоем операции (транзакции).

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

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

Импульсные помехи, сбои или прекращение электропитания. Импульсные помехи, сбои или прекращение электропитания не должны приводить к выходу из строя технических средств системы и/или нарушению целостности данных в БД системы. Прекращение электропитания на время до 30 минут не должно приводить к прекращению функционирования системы.

Требования к надежности технических средств и программного обеспечения

Требования к надежности технических средств

Надежность технических средств системы должна обеспечиваться:

использованием аппаратного обеспечения повышенной отказоустойчивости;

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

защитой сети электропитания комплекса технических средств (использование источников бесперебойного питания);

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

Требования к надежности программного обеспечения

Надежность программного обеспечения должна обеспечиваться:

контролем целостности данных на уровне СУБД;

сохранением целостности данных при нештатном завершении программы (отказ рабочей станции и т.п.);

сохранением работоспособности программного обеспечения при некорректных действиях пользователя;

резервным копированием базы данных средствами СУБД для восстановления работоспособности системы в случае ее логического или физического разрушения.

Требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами

Оценка надежности осуществляется на стадии проектирования на основании анализа полноты архитектуры и технических решений по построению системы и их соответствия техническим требованиям данного ТЗ.

Текущий контроль показателей надежности должен быть организован в процессе эксплуатации системы на основе анализа работоспособности системы, её подсистем.

Требования безопасностиСистема должна обеспечивать безопасность обслуживающего персонала при эксплуатации, техническом обслуживании и ремонте с учетом требований ГОСТ 21552-84 и ГОСТ 25861-83.

Электробезопасность должна соответствовать требованиям ГОСТ 12.1.030-81, ГОСТ 12.2.003, ГОСТ 12.2.007.0-75 и ГОСТ 12.2.007.13-2000.

Пожарная безопасность должна соответствовать требованиям пожарной безопасности в производственных помещениях по ГОСТ 12.1.004-91 «ССБТ. Пожарная безопасность. Общие требования».

Должно быть обеспечено соблюдение общих требований безопасности в соответствии с ГОСТ 12.2.003-91 «ССБТ. Оборудование производственное. Общие требования безопасности» при обслуживании системы в процессе эксплуатации».

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

Требования к эргономике и технической эстетикеПрограммные средства, входящие в состав АСУ-ЖКХ, должны удовлетворять требованиям, предъявляемым к человеко-машинному интерфейсу.

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

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

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

Требования к транспортабельности (для подвижных АС)Требования к транспортабельности не предъявляются.

Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

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

Условия и регламент (режим) эксплуатации должны обеспечивать использование средств технического обеспечения системы с заданными техническими показателями. Виды и периодичность обслуживания средств технического обеспечения системы или допустимость работы без обслуживания определяются в соответствии с техническими требованиями производителя оборудования.

Требования к условиям размещения и электропитанию

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

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

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

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

Требования по количеству, квалификации обслуживающего персонала и режимам его работы

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

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

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

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

Для более эффективного управления правами пользователей должен быть предусмотрен механизм создания пользовательских ролей.

Требования по сохранности информации при авариях, требования к защите от влияния внешних воздействий

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

К аварийным ситуациям относятся:

отказ технических средств (накопителей на жестких магнитных дисках, оперативной памяти, блока питания сервера и пр.) любой подсистемы по любой причине (в том числе из-за механических повреждений);

сбой общесистемного ПО или прикладного ПО;

потеря питания из-за аварии в электрической силовой сети.

В случае возникновения аварии или сбоя в процессе выполнения пользовательских задач должно быть обеспечено восстановление БД до состояния на момент последней завершенной системой транзакции.

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

Для сохранности данных в системе должны быть предусмотрены специальные средства сопровождения БД, которые обеспечивают:

создание резервной копии данных;

восстановление данных в целостное состояние посредством резервной копии;

создание архива данных;

восстановление данных посредством разархивирования.

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

Средства технического обеспечения серверной части системы должны быть защищены от влияния:

радиоэлектронных помех;

электромагнитных полей, электрическая составляющая которых не превышает 0,3 В на 1 м2.

Условия эксплуатации серверной части и рабочих мест (АРМ) пользователей определяются в соответствии с ГОСТ 15150-69, исполнение УХЛ (для макроклиматических районов умеренного и холодного климата), категория размещения 4 (закрытые отапливаемые помещения с искусственно регулируемыми климатическими условиями).

Технические средства системы должны выполнять свои функции и сохранять свои показатели в пределах установленных значений при следующих условиях эксплуатации:

рабочее значение температуры окружающего воздуха от 10 до 35 °С, предельное верхнее значение для СВТ = 40°С, предельное нижнее значение = 3°С, возможное изменение температуры с темпом 5°С/ час;

относительная влажность от 50 до 80%, верхнее предельное значение - 90%;

атмосферное давление: верхнее рабочее значение 106.7 кПа (800 мм рт.ст.), нижнее рабочее значение 86.6 кПа (650 мм рт.ст.), нижнее предельное значение 84.0 кПа (630 мм рт.ст.);

содержание пыли в помещении не более 1,0 мг/м3 при размере частиц не более 3 мкм;

содержание коррозийно-активных агентов в атмосфере помещения составляет 30-60% от величин, определяемых для атмосферы IV типа; сернистого газа от 20 до 250 мг/м3 или от 0.025 до 0.31мг/м3: хлоридов от 0.3 до 30 мг/м3 (группа условий эксплуатации металлов и сплавов - 1);

воздействие вибрации в диапазоне частот 10-25 Гц с амплитудой до 0.1 мм;

магнитные поля постоянные и переменные с частотой 50 Гц напряженностью до 400 А/м (кроме накопителей информации на основе магнитных дисков).

Требования к патентной чистотеИспользуемые при проектировании, разработке и вводе в эксплуатацию АСУ-ЖКХ аппаратное обеспечение, инструменты разработки программного обеспечения и СУБД должны быть лицензионными и сертифицированы на территории Российской Федерации для работы в используемых режимах. В случае использования в процессе создания системы специализированного ПО, разработанного Исполнителем для реализации функций системы, Исполнителем должны быть предоставлены документальные свидетельства на владение интеллектуальной собственностью и авторскими правами.

Система должна соответствовать требованиям патентного законодательства Российской Федерации.

Требования по стандартизации и унификацииВ Системе должны использоваться следующие стандарты:

HTTP/1.1 для обмена данными между серверной и клиентской частями системы;

иные стандарты, определяемые на этапе технического проектирования системы.

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

В качестве основного формата данных в интерфейсах взаимодействия со смежными системами должен использоваться стандарт XML 1.1 (http://www.w3.org/TR/xml11/), либо иные стандарты определяемые на этапе технического проектирования системы.

Унификация программных средств должна быть обеспечена за счет применения унифицированных компонент и средств из состава:

общего и базового программного обеспечения;

систем управления базами данных;

сетевых операционных систем.

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

Требование к функциям (задачам), выполняемым системойСистема АСУ-ЖКХ должна функционировать на средствах технической и программной инфраструктуры оператора и поддерживать реализацию комплекса функций, направленных на обеспечение сквозной автоматизации процессов предоставления услуги вывоза ТБО в рамках предприятия ЖКХ. При этом взаимодействие пользователей с системой осуществляется путем предоставления им информационных сервисов. Детальные требования к функциям системы АСУ-ЖКХ описаны в требованиях к функциям подсистем (пп. 4.2.1-4.2.10).

Требования к функциям подсистемы «Интеграционная шина»Интеграционная шина предназначена для обеспечения информационного взаимодействия подсистем АСУ-ЖКХ между собой, с внешними информационными системами, включая бухгалтерскую систему 1С.Предприятие, эксплуатируемую на предприятии, по утвержденным регламентам информационного обмена.

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

1) Предоставление унифицированного интерфейса взаимодействия.

Данный интерфейс должен позволять подключать к сервисной шине любой элемент АСУ-ЖКХ или внешние системы. При этом шлюзы и коннекторы шины должны использовать следующие общепринятые промышленные стандарты взаимодействия:

SOAP (REST): для веб-сервисов;

FTP: для передачи файлов;

POP: для передачи электронной почты;

JDBC: для обеспечения прямого доступа к базам данных.

2) Маршрутизация данных.

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

3) Трансформация данных.

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

4) Гарантированная доставка.

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

5) Конфигурирование.

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

Требования к функциям подсистемы приема заявок (на вывоз ТБО), предназначенную для формирования формализованного пула требований на оказание услуг вывоза ТБО на основе заявок, полученных различными способами (по телефону, в виде файлов данных)1. Подсистема приема заявок на вывоз ТБО должна обеспечивать возможность приема заявок от Клиентов Заказчика посредством обработки вызовов, поступающих по телефонной линии связи, и обработки данных, поступивших с использованием протоколов информационного взаимодействия, выполненных на основе SOAP или аналога, с удаленного рабочего места, выполненного в виде web-страницы с доступом в Интернет.

2. В части обработки вызовов подсистема должна позволять:

принимать звонки, поступающие по телефонным линиям связи, а также посредством IP-телефонии;

автоматически определять номер звонившего;

обеспечивать возможность идентификации Клиента по номеру телефона, реквизитам договора, наименование и другим данным, с возможностью выбора и подстановки в карточку звонка;

создавать карточку звонка с возможностью разделения на два типа события: заявка на вывоз ТБО или жалоба;

автоматически выводить перечень объектов ТБО Клиента с возможностью быстрого формирования списка объектов ТБО и желаемого времени их посещения (или автоматически подставляемого из указанного в санитарном плане);

реализовывать возможность записи и хранения телефонных переговоров с Клиентами с предоставлением интерфейса для их дальнейшего прослушивания;

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

2. В части приема заявок через Интернет от Клиента подсистема должна позволять:

осуществлять авторизацию клиентов в системе;

принимать пакет данных в формате XML по протоколу SOAP или аналогу, содержащий информацию о заявке (дату вывоза ТБО, идентификатор клиента, перечень объектов вывоза ТБО, желательное время вывоза с каждого объекта (опционально));

согласовывать заявки на вывоз ТБО от Клиентов (как группу заявок, так и по одиночке).

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

информационного взаимодействия с подсистемой планирования в части отправки данных заявок на вывоз ТБО;

информационного взаимодействия с 1С:Предприятие в части получения информации о текущей задолженности Клиента, взаиморасчетах;

хранения информации о поступивших, согласованных, отклоненных заявках посредством взаимодействия с подсистемой ведения НСИ и хранения данных.

Требования к функциям подсистемы планирования, предназначенную для формирования планов вывоза ТБО на основе настраиваемых параметров, с возможностью внесения оперативных изменений с учетом текущей ситуации (а также предоставления результатов планирования для учета в бухгалтерской программе)1. Подсистема планирования оказания услуг по вывозу ТБО должна обеспечиваться возможность составления маршрутных заданий с учетом входных параметров и условий.

2. Входными параметрами для планирования оказания услуг по вывозу ТБО являются:

реестр заявок на вывоз ТБО, содержащих объекты вывоза ТБО и время их посещения;

реестр водителей и их категорию;

реестр транспортных средств и их характеристики;

реестр объектов вывоза ТБО, содержащий характеристики;

статистическая информация по транспортной ситуации в городе Казани.

3. Условиями (критериями) для успешного составления маршрутных заданий являются:

максимально допустимый уровень загрузки ТС на протяжении рабочего дня, в том числе на последнем рейсе;

минимальные эксплуатационные расходы (расход топлива, пробеги);

возможность закрепления водителей за ТС, за определенными объектами вывоза ТБО или районами, содержащими некоторый список объектов.

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

5. При формировании маршрутных заданий подсистема должна исключать возможность:

посещения одного и того же объекта вывоза ТБО разными ТС;

чередования объектов вывоза ТБО, принадлежащих разным Клиентам.

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

7. В результате работы подсистемы планирования оказания услуги по вывозу ТБО должно быть обеспечено:

формирование утвержденного реестра маршрутных заданий;

взаимодействие подсистемы планирования с 1С:Предприятие в части передачи маршрутных заданий для формирования ТТН и путевых листов;

взаимодействие подсистемы планирования и подсистемы контроля в части автоматической постановки процесса вывоза ТБО на оперативный контроль.

Требования к функциям подсистемы контроля, предназначенную для осуществления мониторинга функционирования транспорта, задействованного в рамках предоставления услуг по вывозу, выявления и регистрации нарушений выполнения плановых работПодсистема должна обеспечивать возможность оперативного контроля, диспетчеризации и ситуационного управления парком транспортных средств, занятых в процессе оказания услуги по вывозу ТБО за счет реализации следующих функций:

1. Функций по предоставлению оперативной информации пользовательским приложениям:

обеспечение возможности мониторинга транспортных средств в режиме реального времени;

предоставление информации о местоположении произвольно выбранных групп транспортных средств;

предоставление списка транспортных средств с информацией о текущем состоянии;

контроль состояния сигнала связи;

сигнализация о различных событиях (нажатие тревожной кнопки, сход с маршрута, несанкционированная заправка/слив топлива), дифференциация различных типов событий;

сигнализация о соблюдении маршрутных заданий (план/факт графика движения ТС (вывоза ТБО), посещение/непосещение контрольных зон, работа навесного оборудования);

предоставление данных о текущей транспортной ситуации в городе (пробках, заторах, авариях);

предоставление информации о текущем статусе транспортного средства;

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

2. Функций по предоставлению пользовательским приложениям статистической информации:

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

выгрузка необходимых отчетов в различные форматы данных (pdf, xlsx) с возможностью управления составом доступных полей отчетов;

графическое представление данных.

3. Функций по предоставление пользовательским приложения возможности оперативного управления процессов вывоза ТБО:

назначение и переназначение ТС в случае поломок, ДТП и т.д.;

ручное изменение порядка вывоза ТБО, в том числе по результатам оценки текущей транспортной ситуации;

согласование изменений порядка вывоза ТБО, маршрутов вывоза ТБО, предложенных системой на основании расчетов;

согласование изменения порядка вывоза ТБО, предложенного водителем посредством мобильного рабочего места;

голосовая связь с водителем ТС.

Требования к функциям подсистемы «Телематическая платформа»Телематическая платформа должна обеспечивать выполнение следующих основных функций:

прием мониторинговой информации с бортового навигационно-связного оборудования, установленного в транспортных средствах предприятия ЖКХ;

подготовку и временное хранение мониторинговой информации для передачи в подсистему контроля;

прием от подсистемы контроля и временное хранение исполняемых команд и сообщений для передачи на бортовое навигационно-связное оборудование;

передачу на бортовое навигационно-связное оборудование, установленное в транспортных средствах, исполняемых команд и сообщений;

управление приоритетами передачи мониторинговой информации в подсистему контроля;

управление доступом к телематической платформе со стороны бортового навигационно-связного оборудования ТС.

В состав мониторинговой информации должны входить:

идентификационный номер БНСО (абонентского телематического терминала);

географическая широта местоположения транспортного средства;

географическая долгота местоположения транспортного средства;

скорость движения транспортного средства;

путевой угол движения транспортного средства;

время и дата фиксации местоположения транспортного средства;

признак передачи сигнала бедствия;

телеметрические данные.

Кроме этого, в состав мониторинговой информации должны входить телеметрические данные с подключенных к БНСО устройств и датчиков, в том числе:

датчиков уровня топлива;

датчиков загрузки контейнера;

датчиков работы навесного оборудования.

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

В состав исполняемых команд и сообщений должны входить:

сообщения водителю транспортного средства;

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

программное обеспечение абонентских телематических терминалов, позволяющее произвести его удаленное обновление.

Требования к функциям подсистемы ведения НСИ и хранения данныхСовместная работа с НСИ:

предоставление всем подсистемам АСУ-ЖКХ единого хранилища НСИ;

единый справочник административно-территориального деления;

единый справочник контрагентов (физических и юридических лиц, участвующих в перевозочном процессе);

единый справочник транспортных средств;

единый справочник перевозчиков;

единый справочник типов транспортных средств;

единый справочник договоров;

единый справочник объектов ЖКХ (контейнерных площадок, МПС).

Хранение данных, поступающих в систему, с бортового навигационно-связного оборудования.

Хранение данных о заявках и жалобах, поступивших в систему.

Хранение данных о пользователях системы (логин, пароль, сопутствующая информация) и их действиях (вход, выход, IP-адрес с которого пользователь осуществлял вход, реализованных функциях).

Взаимодействие с подсистемой «Интеграционная шина» в части верификации и обновления НСИ и других данных в системе.

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

Требования к функциям подсистемы ГИСПодсистема ГИС должна обеспечивать выполнение следующих функций:

предоставление картографической основы;

публикация слоев с пользовательскими объектами;

публикация слоев с маршрутами транспортных средств;

предоставление оперативной геопространственной информации о текущем местоположении транспортных средств;

публикация треков движения транспортных средств с различными атрибутивными признаками в каждой точке;

публикация маршрутов, сохраненных в системе;

публикация пользовательских объектов, сохраненных в системе;

предоставление транзакционного протокола редактирования векторных картографических слоев (маршрутов и пользовательских объектов) посредством клиентских POST-запросов;

предоставление графического интерфейса для просмотра, создания и редактирования маршрутов;

построение сложных маршрутов движения по элементам дорожной сети (объектам транспортной инфраструктуры), в том числе с учетом пользовательских объектов;

предоставление веб-сервиса маршрутизации;

предоставление веб-сервиса геокодирования;

построение маршрутов между двумя точками;

построение маршрутов между несколькими точками в порядке следования;

решение задачи прямого геокодирования;

решение задачи обратного геокодирования;

контроль посещения геозон.

Требования к функциям подсистемы отчетности и аналитики, предназначенная для формирования сводной отчетности по деятельности предприятия, анализа трендов и макропоказателейПодсистема отчетности и аналитики должна реализовывать функционал системы в части отображения информации доступной в системе АСУ-ЖКХ, а также за произвольный период времени, а также на текущий момент (слепок), в частности:

взаимодействие подсистемой ведения НСИ и хранения данных

предоставление функции формирования отчета по планируемым и фактически выполненным работам по вывозу ТБО за произвольный период времени в различных разрезах (водитель/транспортное средство/предприятие);

обеспечение возможности отображения статистической информации о:

времени работы пользователей в системе;

количестве поступивших заявок с разбиением по каналу поступления телефон/АРМ Клиента;

количестве принятых (согласованных) и отклоненных заявок;

суточным пробегам по парку ТС, по отдельным ТС;

статистика посещения контейнерных площадок, МПС, полигонов;

предоставление возможности формирования отчетов о количестве поступивших/отработанных жалоб;

предоставление возможности формирования отчетов по транспортно-эксплуатационным показателям работы транспортных средств: пробеги, расход топлива, посещение контрольных зон (объектов вывоза ТБО, МПС, полигонов и т.д.), загрузка ТС (количество перевезенного мусора), простои, холостые пробеги и т.д.;

предоставление возможности формирования отчетов по проблемам, возникшим в процессе вывоза ТБО (нарушение графика движения, отклонения от маршрута, несанкционированные заправки/сливы топлива, затрудненный подъезд к объектам вывоза ТБО, ДТП, перегруженные контейнеры и т.д.).

Требования к функциям подсистемы пользовательского интерфейсаПодсистема пользовательского интерфейса должна обеспечивать непосредственный доступ пользователей к функциям системы АСУ-ЖКХ. Доступ должен быть реализован по технологии «тонкого клиента» (через web-браузер) и предоставлять графический интерфейс автоматизированных рабочих мест, реализующий определенные наборы функций для следующих типов (ролей) пользователей:

оператор приема;

операторов call-центра;

коммерческого отдела;

клиента;

диспетчер;

мастер участка;

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

Требования к функциям АРМ оператора приема:

контроль выполнения фактической работы транспортных средств по вывозу ТБО;

возможность сверки и корректировки информации из товарно-транспортных накладных и путевых листов, зарегистрированных в системе 1С:Предприятие, и маршрутных заданий, выполненных в АСУ-ЖКХ, по показателям посещения объектов вывоза ТБО, километражу, расходу топлива в различных режимах;

согласование фактически выполненных работ по вывозу ТБО за текущие сутки.

Требования к функциям операторов call-центра:

прием заявок, ввод и согласование на вывоз ТБО от клиентов заказчика, поступающих по телефонным каналам связи;

согласование заявок на вывоз ТБО, поступающих от Клиентов Заказчикам через АРМ Клиента;

автоматизированное внесение в заявку информации о клиенте (реквизиты договора, адрес местонахождения, список объектов вывоза ТБО);

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

ввод первичной информации о новом клиенте (наименование клиента, контактное лицо, адрес, телефон) для дальнейшей передачи информации в коммерческий отдел заказчика;

автоматическая сверка данных по задолженности Клиента из системы 1С:Предприятие;

прием жалоб от клиентов и населения, первичная обработка жалоб;

автоматическое определение ответственных лиц по адресу объекта вывоза ТБО;

автоматическое обновление статуса жалобы по результатам отработки;

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

Требования к функциям (задачам) АРМ Коммерческого отдела:

ввод, редактирование и согласование информации о контрагенте (клиенте);

ввод, редактирование и согласование информации о характеристиках объектов вывоза ТБО клиента с указанием таких характеристик, как тип контейнера, объем, адрес расположения, время вывоза (желаемое или согласно данным санитарного плана);

обработка заявок на вывоз ТБО и передача заявок для последующего формирования плана на вывоз ТБО на следующие сутки;

согласование заявок на вывоз ТБО с объектов Клиентов, имеющих задолженность перед Заказчиком в установленном размере задолженности;

просмотр информации о фактическом выполнении заявок на вывоз ТБО, учет данных при проведении взаиморасчетов с клиентами.

Требования к функциям АРМ Клиента:

просмотр и редактирование карточки организации клиента, содержащей банковские реквизиты, юридический и почтовый адреса, телефон/факс и т.д.);

ввод и редактирование информации об объектах вывоза ТБО Клиента;

создание, редактирование и удаление заявок на вывоз ТБО с объектов Клиента на следующие за текущими сутки;

создание заявок на вывоз ТБО с объектов Клиента на текущие сутки (только по согласованию с Заказчиком);

отображение информации по согласованным заявкам;

отображение графика (время, порядок) объезда объектов вывоза ТБО Клиента транспортными средствами Заказчика, в том числе отображение расчетного времени прибытия ТС на объект;

оперативное информирование об изменениях графика объезда объектов вывоза ТБО Клиента посредством отображения всплывающих подсказок на АРМ, отправки сообщений по электронной почти и/или через SMS;

отображение информации о текущих взаиморасчетах Клиента и Заказчика, информации о задолженности;

создание жалоб и предложений по работе Заказчика;

отображение информации об отработке жалоб, статистики жалоб.

Требования к функциям АРМ Диспетчера:

отображение дислокации ТС на электронной карте;

автоматическое формирование маршрутных заданий на вывоз ТБО (товарно-транспортных накладных) с учетом перечня заявок на вывоз ТБО, доступных транспортных средств и их характеристик, списочного состава водителей и их режима работы, характеристик объектов вывоза ТБО (тип контейнера, объем, время вывоза), утвержденных санитарных планов по критерию оптимальности загрузки транспортных средств и снижению эксплуатационных расходов (себестоимости перевозки);

отображение информации по отклонениям от установленного графика вывоза ТБО;

отображение информации по отклонениям от маршрутов вывоза ТБО с учетом изменения маршрута движения в соответствии с текущей транспортной ситуации в городе;

отображения информации об изменении водителем порядка вывоза ТБО;

отображение информации о непосещении объектов вывоза ТБО, МПС, полигонов;

отображение на карте и в табличном виде списка событий об изменениях водителями ТС порядка вывоза ТБО;

возможность редактирования автоматически зафиксированных системой показателей контроля вывоза ТБО по результатам разбора;

возможность ручного формирования списка маршрутов и порядка вывоза ТБО, назначения водителей на ТС, назначения ТС на маршруты, изменения списка объектов ТБО на маршрутах;

ввод, редактирование и согласование информации о новых объектах вывоза ТБО в систему, привязка объектов вывоза ТБО к местоположению на электронной карте, создание зон посещения объектов вывоза ТБО в различных формах (окружность, многоугольник);

обеспечение голосовой связи с водителем ТС.

Требования к функциям АРМ Мастера участка:

ввод информации об объектах вывоза ТБО: новые объекты и их характеристики, изменение информации по существующим объектам;

согласование планируемых маршрутов вывоза ТБО на следующие сутки с объектов, находящихся в ведении мастера-участка, с возможностью внесения изменений в маршрут;

просмотр дислокации транспортных средств, осуществляющих вывоз ТБО с объектов, находящихся в ведении мастера участка;

оперативное получение и обработка нештатных ситуаций, возникших в процессе вывоза ТБО с объектов, находящихся в ведении мастера участка;

получение и обработка жалоб по объектам, находящимся в ведении мастера участка.

Требования к функциям АРМ Руководителя:

отображение информации о выполнении плана вывоза ТБО за текущие сутки с возможностью просмотра информации о событиях (жалобы, нештатные ситуации);

отображение информации по текущим и обработанным заявкам на вывоз ТБО на следующие сутки;

построение отчетов о выполнении плана вывоза ТБО за произвольный промежуток времени;

предоставление отчетной информации в разрезе по предприятию в целом, по району, по объекту вывоза ТБО, по водителю, по полигону и по МПС;

автоматическое формирование отчетов с отправлением их на адрес электронной почты в сети интернет;

отображение дислокации ТС на электронной карте с возможностью просмотра информации по каждому ТС (план на текущие сутки, данные водителя, уровень топлива);

отображение информации в режиме сравнения (водитель-водитель, план-план, план-факт, факт-факт, временной интервал – временной интервал);

отображение статистической информации по вывозу ТБО и транспортной работе за различные временные интервалы;

согласование заявок на вывоз ТБО с объектов Клиентов, имеющих задолженность перед Заказчиком без ограничения размера задолженности.

Требования к функциям АРМ Водителя (Мобильного АРМ):

отображение маршрута и графика вывоза ТБО по данным выданной товарно-транспортной накладной и путевого листа;

возможность самостоятельного изменения водителем порядка вывоза ТБО с указанием причин изменения согласно классификатору нештатных ситуаций (невозможен подъезд, ДТП, поломка, ненормативное количество ТБО и т.д.);

автоматическое перестроение маршрута в зависимости от текущей транспортной ситуации и/или в зависимости от измененного водителем порядка вывоза ТБО;

информирование водителя об отклонениях от маршрута и графика движения;

обеспечение голосовой связи между водителем ТС и Диспетчером заказчика;

отображение информации об объектах вывоза ТБО (по данным плана вывоза ТБО, а также с указанием характеристик объектов вывоза ТБО);

ввод информации по количеству погруженных контейнеров с объекта вывоза ТБО (в том числе сверх установленного плана);

фотофиксация нештатных ситуаций согласно классификатора нештатных ситуаций.

Требования к функциям подсистемы «Мобильное приложение»Подсистема «Мобильное приложение» должна исполняться на мобильном устройстве (планшете под управлением ОС «Android») водителя ТС, осуществляющего вывоз ТБО, и обеспечивать выполнение следующих функций:

прием от подсистемы планирования маршрутных заданий;

информационная поддержка выполнения водителем ТС маршрутного задания (маршрутная навигация);

регистрация результатов выполнения работ/этапа работ: контроль посещения зон, фотофиксацию процесса загрузки контейнера («до» и «после»);

регистрация фактов, препятствующих выполнению работ (фоторегистрация ситуаций, при которых: заблокирован подъезд к контейнерной площадке, невозможно выполнить операцию в штатном режиме, контейнер поврежден и др.);

взаимодействия водителя с диспетчером (обмен формализованными и неформализованными сообщениями, голосовая связь).

Требования к функциям подсистемы администрированияПодсистема администрирования должна выполнять следующие функции:

управление пулом подключенного БНСО ТС (подключение нового БНСО, редактирование, настройка типа телематического оборудования, установленного на ТС);

администрирование учетных записей пользователей (создание, редактирование, удаление учетных записей, разграничение прав доступа к информации и функциям);

управление процессами резервного копирования данных системы;

управление настройками подсистем АСУ-ЖКХ.

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

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

С целью обеспечения надежного хранения и быстрой обработки информации в Системе должна быть применена реляционная, транзакционная, отказоустойчивая промышленная СУБД, поддерживающая стандарт SQL, удовлетворяющая следующим требованиям:

поддержка кластеризации;

поддержка многопроцессорности.

Основными требованиями, предъявляемыми к классификации и кодированию информации в Системе, являются требования по обеспечению:

единых принципов организации и ведения нормативно-справочной информации в Системе;

однозначной идентификации классифицируемых объектов учета;

совместимости с внешними информационными ресурсами и источниками информации, используемыми при эксплуатации Системы;

унификации процесса классификации и кодирования информации, подлежащей накоплению и обработке в системе.

Совокупность информационных массивов Системы должна быть организована в виде баз данных на машинных носителях, причем:

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

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

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

Операционная система должна обеспечивать надежность, безопасность, отказоустойчивость и возможность восстановления при сбоях, быть бесплатной и производиться ведущим мировым производителем операционных систем. Операционная система должна принадлежать классу Unix-подобных операционных систем и поддерживать различные архитектуры процессоров.

Требования техническому обеспечению системыВ качестве технического обеспечения Системы должны применяться следующие виды технических средств:

телематический сервер;

сервер приложений;

сервер базы данных;

оборудование локальной вычислительной сети;

телекоммуникационное оборудование;

источники бесперебойного питания;

автоматизированные рабочие места (персональные компьютеры).

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

Состав и содержание работ по созданию системыСостав, сроки проведения и форма завершения работ приведены в Таблице 1.

Таблица 1

Наименование работы Сроки проведения работ Форма завершения

1.Информационное обследование текущих бизнес-процессов Заказчика в части оказания услуги по вывозу ТБО 1. Отчет об информационном обследовании, содержащий описание существующих процессов, анализ их достоинств и недостатков и предложения по их улучшению

2. Регламенты существующих бизнес-процессов:

– планирования вывоза ТБО;

– организации вывоза ТБО;

– контроля вывоза ТБО.

2.Разработка технического проекта и документации на систему Проектная документация в составе:

1. Пояснительная записка.

2. Описание программного обеспечения.

3. Описание комплекса технических средств.

4. План расположения.

5. Ведомость оборудования и материалов.

3.Демонстрация макета системы на оборудовании Исполнителя Протокол проведения тестирования макета.

4.Организация действующего пилота системы на оборудовании Исполнителя,

тестирование решений в рамках пилота Протокол проведения тестирования пилота.

5.Разработка программы и методики предварительных испытаний, программы и методики приемо-сдаточных испытаний 1. Программа и методика проведения предварительных испытаний.

2. Программа и методика проведения приемо-сдаточных испытаний.

6.Разработка рабочей документации. Рабочая документация в составе:

1. Руководства пользователей:

– АРМ Диспетчера;

– АРМ Оператора приема;

– АРМ Мастера участка;

– АРМ Руководителя;

– АРМ Водителя.

2. Общее описание системы.

7.Проведение предварительных испытаний.

Передача системы в опытную эксплуатацию Протокол проведения предварительных испытаний.

Акт передачи в опытную эксплуатацию.

8.Участие в опытной эксплуатации системы.

Внесение изменений в программу и методику приемо-сдаточных испытаний (при необходимости), согласование изменений с Заказчиком Отчет о проведении опытной эксплуатации.

Акт завершения опытной эксплуатации.

Внесение изменений в программу и методику приемо-сдаточных испытаний (при необходимости) и из утверждение.

9.Проведение приемо-сдаточных испытаний.

Передача подсистемы в эксплуатацию Протокол проведения приемо-сдаточных испытаний.

Акт передачи подсистемы в эксплуатацию.

Порядок контроля и приемки системыВыполнение и приемка работы должна проводиться с учетом требований ГОСТ 34.201-89 и ГОСТ РД 50-34.698-90 в части рабочего проектирования.

Виды, состав, объем и методы испытаний определяются в документах «Программа и методика предварительных испытаний», «Программа и методика приемо-сдаточных испытаний». Указанные документы готовятся Исполнителем на этапе проектирования и дорабатываются после проведения соответствующего этапа испытаний. Документы испытаний последующих этапов согласуется с Заказчиком до проведения испытаний.

Приемка выполненных работ производится Приемочной комиссией, назначаемой Заказчиком. В состав Приемочной комиссии включается представители Исполнителя.

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

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

После завершения испытаний и устранения недостатков Приемочная комиссия дает заключение о соответствии системы требованиям ТЗ и возможности оформления акта приемки системы в промышленную эксплуатацию.

После получения этого заключения Исполнитель предоставляет Заказчику Акт сдачи-приемки работ и Акт приемки системы в промышленную эксплуатацию.

Заказчик возвращает Исполнителю подписанные Акты в течение 5 (пяти) рабочих дней со дня предоставления.

Работа считается принятой после подписания Акта сдачи-приемки работ.

Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действиеВ рамках работ по подготовке объекта автоматизации к вводу системы в действие Заказчик должен обеспечить наличие необходимой инфраструктуры, в которую входят:

1. Компьютеры для организации рабочих мест:

операторов приема

операторов call-центра

диспетчеров

мастеров участков

руководителя.

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

2. Транспортные средства в количестве ______________ единиц, оснащенные следующим оборудованием:

Абонентский терминал;

Кнопка подачи сигнала тревоги;

Комплект громкой связи;

Датчик уровня топлива;

Реле датчика включения зажигания;

Дискретный датчик зажигания и управления механизмом;

Индуктивный датчик;

Планшетный компьютер.

3. Локальная вычислительная сеть. Требования к ЛВС должны быть определены на этапе технического проектирования.

4. Доступ в сеть Интернет. Требования к каналам доступа в Интернет должны быть определены на этапе технического проектирования.

5. Помещений для работы сотрудников в Системе.

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

В рамках работ по подготовке объекта автоматизации к вводу системы в действие Исполнитель должен:

1. Обеспечить работоспособность комплекса технических средств и программного обеспечения системы для организации работы пользователей.

2. Обеспечить первичную настройку системы:

ввод данных о пользователях системы и установку прав доступа пользователей;

подготовку справочников системы для информационного наполнения;

настройку параметров информационного обмена с системами предприятия и периферийным оборудованием (бортовым навигационно-связным оборудованием транспортных средств);

интеграцию системы с системой 1С:Предприятие.

2. Обеспечить доступ пользователей к системе за счет создания учетных записей пользователей и настройки прав доступа, в соответствии с результатами технического проектирования.

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

4. Подготовить необходимые обучающие материалы (руководства) для обучения работе клиентов Заказчика работе с системой.

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

2. Регламенты бизнес-процессов:

планирования вывоза ТБО;

организации вывоза ТБО;

контроля вывоза ТБО.

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

описание программного обеспечения.

описание комплекса технических средств.

план расположения.

ведомость оборудования и материалов.

В процессе разработки рабочей документации должны быть сформированы следующие документы:программа и методика предварительных испытаний;

программа и методика приемо-сдаточных испытаний;

общее описание системы;

руководство АРМ Диспетчера;

руководство АРМ Оператора приема;

руководство АРМ Оператора call-центра;

руководство АРМ Мастера участка;

руководство АРМ Руководителя;

руководство АРМ Водителя;

руководство АРМ Клиента.

Вся документация, перечисленная выше, передается Заказчику на бумажном носителе в 1 (одном) экземпляре и в электронном виде на диске CD-ROM в 1 (одном) экземпляре.Документация в электронном виде предоставляется Заказчику в формате:текстовые документы - Microsoft Word;

схемы, рисунки и другие графические материалы - Microsoft Visio.

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

Источники разработкиНастоящее Техническое задание разработано на основе следующих документов и информационных материалов:

ГОСТ 34.602-89 «Комплекс стандартов на автоматизированные системы.

Техническое задание на создание автоматизированной системы».

ГОСТ 34.603-92 «Информационная технология.

Виды испытаний автоматизированных систем».

ГОСТ РД 50-34.698-90 «Руководящий документ по стандартизации. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов».

Руководства пользователей на программное обеспечение _______________.

Руководство пользователя бортового оборудования _________________;

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

Перечень принятых терминов и сокращенийАСУ ЖКХ – автоматизированная система управления предприятием жилищно-коммунального хозяйства

АРМ – автоматизированное рабочее место

ГИС – геоинформационная система

ЖКХ – жилищно-коммунальное хозяйство

ЛВС – локальная вычислительная сеть

ПО – программное обеспечение

СУБД – система управления базами данных

ТБО – твердые бытовые отходы

ТЗ – техническое задание

ТС – транспортные средства

Приложение №1. Перечень ТС и данные по оснащению№п/п Гос.номер Тип Марка установленного БНСО Установленные датчики Модель ТС

__________ ________ Датчик КОМ Датчик топлива 1 _______ Мусоровоз 1 1 ______

2 ________ Мусоровоз 1 1 _______

ИТОГО: 0 32 10 1

Похожие работы:

«Программа работы всероссийской научно-технической конференции Математические методы и информационные технологии управления в науке, образовании и правоохранительной сфере 27 апреля 2017 г. Секция 1 Прикладные математические методы и модели Секция 2 Техно...»

«МИНОБРНАУКИ РОССИИ Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования "Ижевский государственный технический университет имени М.Т.Калашникова" Глазовский инженерно-экономический институт (филиал) (ГИЭИ (филиал) ФГБОУ ВПО "ИжГТУ имени М.Т.Калашник...»

«ПЕДАГОГИЧЕСКИЙ ПРОЕКТ на тему: "Развитие орфографической зоркости на уроках русского языка". Автор: Рыбальченко Сергей Алексеевич, учитель русского языка и литературы МБОУ СОШ № 18 г. Невинномысска Содержание1. Ак...»

«Министерство науки и образования Российской Федерации Федеральное государственное автономное образовательное учреждение высшего профессионального образования "Московский физико-технический институт (государственный университет)...»

«ЗАЯВЛЕНИЕ на согласование передачи в безвозмездное пользование государственного имущества без проведения торгов (примерная форма) Заявитель: (наименование Организации) в лице _ (должность, фамилия, имя, отчество) Прошу согласовать п...»

«Адаптированная образовательная программа муниципального дошкольного образовательного учреждения центра развития ребенка – детский сад №8"Светлячок"" г.п. Львовский Подольского муниципального района Московской области для детей с ограниченными возможностями здоровья 2014 год №п/п Содержание стр. I Целевой раздел 3...»

«Проект Технический регламент "О безопасности мяса и продуктов его переработки" Глава 1. Общие положения1. Настоящий Технический регламент "О безопасности мяса и продуктов его переработки" (далее технический регламент) в соответствии с Законом Кыргызской Республики "Об основах технического регул...»

«ДОГОВОР о предоставлении платных образовательных услуг в СПбГАСУ № _ Санкт-Петербург "" _ 2014 г. Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования Санкт-Петербургский государственный архитектурно-строительный университет (СПбГАСУ) на основании лицензии Федер...»

«Приложение к решению Думы Карачаевского городского округа от 27.04.2017№ 217 4ПАСПОРТ Программы комплексного развития систем коммунальной инфраструктуры Карачаевского городского округа на 2017 – 2023 годы  Наименование Программы Программа...»

«Тема 3. Врожденный иммунитет. Определение. Клеточные факторы врожденного иммунитета: макрофаги, нейтрофилы, дендритные клетки, NK клетки, тучные клетки. Гуморальные факторы врожденного иммунитета: комплемент, интерфероны, цитокины, хемокины, катионные противомикробные пептиды. Рецепторы врожденного иммунитета. Понятие о паттер...»

«Техническое Задание на выполнение дизайн – проектаНазвание выставки:Даты и место проведения:Название фирмы:Адрес сайта:Фирменные цвета: Ориентировочный бюджет стенда Выставляемая продукция Предпочтения по высоте стенда (минимум – 2.5 м) Пре...»

«ПОЯСНИТЕЛЬНАЯ ЗАПИСКА. Образовательная программа школы является нормативно-управленческим документом Муниципального казенного специального (коррекционного) образовательного учреждения для обучающихся, воспитанников с ограниченными возможн...»

«СОДЕРЖАНИЕ Информационная карта программы Пояснительная записка Краткая характеристика участников программы Педагогическая идея программы Целевой блок программы: цель, задачи, предполагаемые резу...»

«"Almaty international study center" LLP ТОО "Almaty international study center" 050061, Almaty, 40/2, Goncharov st., Тel: +7 727 393 57 19 Моb: +7 702 260 25 39 E-mail: almaty_isc@mail.ru050061, г. Алматы, ул. Гончарова, 40/2, Тел: +7 727 393 57 19 Моб: +7 702 260 25 39 E-mail...»

«УДК 81’255.2:629.73(111=161.2)(045) Секція 1. ПерекладознавствоОСОБЛИВОСТІ ТЕХНІЧНОГО ПЕРЕКЛАДУ НАУКОВИХ АНГЛОМОВНИХ ТЕКСТІВ АВІАЦІЙНОЇ ТЕМАТИКИ Глушаниця Н.В., канд. пед. наук Національний авіаційний університет У статті представлено компаративний аналіз граматичних та лек...»

«Документ предоставлен КонсультантПлюсФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮИ МЕТРОЛОГИИНАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИТОРГОВЛЯТЕРМИНЫ И ОПРЕДЕЛЕНИЯ Trade. Terms and definitions ГОСТ Р 51303-2013...»

«Пояснительная записка к проекту постановления Правительства Астраханской области "О внесении изменений в постановление Правительства Астраханской области от 06.04.2005 № 51-П" Проект постановления Правительства Астраханской области "О внесении изменений в постановление Правительства...»

«УТВЕРЖДЕНА постановлением главы муниципального образования городской округ "Смирныховский" от_ № _МУНИЦИПАЛЬНАЯ ПРОГРАММА "Переселение граждан, проживающих в муниципальном образовании городской округ "Смирныховский", из ветхого и аварийно...»

«МИНИСТЕРСТВО ОБРАЗОВАНИЯ РЕСПУБЛИКИ БЕЛАРУСЬБЕЛОРУССКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТМЕХАНИКО-МАТЕМАТИЧЕСКИЙ ФАКУЛЬТЕТ Кафедра биои наномеханикиОСТАШЕВСКАЯ Ольга МихайловнаУСТОЙЧИВОСТЬ И СВОБОДНЫЕ КОЛЕБАНИЯ СЛОИСТЫХ СТЕРЖНЕЙ С УЧЁТОМ СДВИГОВ Дипломн...»

«Утвержден Приказом Минрегиона РФ от 27 декабря 2010 г. N 786СВОД ПРАВИЛСВАЙНЫЕ ФУНДАМЕНТЫ АКТУАЛИЗИРОВАННАЯ РЕДАКЦИЯ СНиП 2.02.03-85Pile foundations СП 24.13330.2011 Дата введения 20 мая 2011 года Предисловие Цел...»

«ДОГОВОР № г. Москва " " 2014 г. " ", именуемое в дальнейшем Заказчик, в лице " " действующего на основании Устава, с одной стороны и ФГБОУ ВПО "МГСУ", именуемое в дальнейшем Исполнитель, в лице проректора Лейбмана Михаила Евгеньевича, действующего на основании дове...»

«Перечень общественно значимых нормативных правовых актов Минфина России на 2017 год Бюджетный кодекс (новая редакция).Разработка новой редакции Бюджетного кодекса Российской Федерации направлена на...»

«П О Л О Ж Е Н И Е о районной выставке-конкурсе технического и художественно-прикладного творчества учащихся Общие положенияРайонная выставка-конкурс технического и художественно-прикладного творчества учащихся проводится в целях: возрождения национального самосознания и гордости з...»

«решение: аннулировать Дайджест дел Управления Федеральной антимонопольной службы по Томской области 20 апреля 2016 года Томским УФАС РФ рассмотрены 3 жалобы на действия муниципального заказчика при пров...»

«Свистать всех наверх! Сценарий спортивного праздника, посвященного Дню военно-морского флота Цель. Вовлечение учащихся в активную досуговую деятельность.Задачи:1. Развивать творческое воображение учащихся посредством спортивных предметов, придавая им образ и игро...»

«УТВЕРЖДЕНА постановлением Правительства Самарской области от _ № ГОСУДАРСТВЕННАЯ ПРОГРАММА САМАРСКОЙ ОБЛАСТИ"РАЗВИТИЕ ОБРАЗОВАНИЯ И ПОВЫШЕНИЕ ЭФФЕКТИВНОСТИ РЕАЛИЗАЦИИ МОЛОДЁЖНОЙ ПОЛИТИКИ В САМАРСКОЙ ОБЛАСТИ" НА 2014-2020 ГОДЫПАСПОРТ ПРОГРАММЫ НАИМЕНОВАНИЕ ГОСУДАРСТВЕННОЙ ПРОГРАММЫ госу...»









 
2018 www.info.z-pdf.ru - «Библиотека бесплатных материалов - интернет документы»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 2-3 рабочих дней удалим его.