WWW.OS.X-PDF.RU
БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА - Научные публикации
 


Pages:   || 2 |

«УТВЕРЖДАЮ Технический директор ЗАО «УТЗ» А.Е. Валамин «_» 2015 г. ТЕХНИЧЕСКОЕ ЗАДАНИЕ на создание и внедрение системы ...»

-- [ Страница 1 ] --

Закрытое акционерноеобщество «Уральский турбинный завод»

УТВЕРЖДАЮ

Технический директор

ЗАО «УТЗ»

______________ А.Е. Валамин

«___»______________ 2015 г.

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

на создание и внедрение системы

электронного документооборота

в ЗАО «УТЗ»

На 33 листах

Екатеринбург, 2015

ЛИСТ СОГЛАСОВАНИЯ

ФИО Должность Подпись Дата Заместитель технического Субочев Константин Николаевич директора по ИТ Кириллова Юлия Валерьевна Начальник управления СМК Директор по правовым воБассейн Александр Сергеевич просам Начальник отдела докуменКоролева Елена Александровна тооборота Орлов Евгений Владимирович Начальник УВИС Толстогузов Дмитрий Анатольевич Начальник ОСИС Шантуров Денис Николаевич Начальник ГУИД Заместитель директора по Галушка Александр Андреевич безопасности

ОГЛАВЛЕНИЕ

ОГЛАВЛЕНИЕ 3

ОБЩИЕ СВЕДЕНИЯ

1. 4

ПОЛНОЕ НАИМЕНОВАНИЕ СИСТЕМЫ И ЕЕ УСЛОВНОЕ ОБОЗНАЧЕНИЕ

1.1. 4

СВЕДЕНИЯ О ЗАКАЗЧИКЕ И ИСПОЛНИТЕЛЕ

1.2. 4

ОСНОВАНИЕ ДЛЯ ПРОВЕДЕНИЯ РАБОТ

1.3. 4

ПЛАНОВЫЕ СРОКИ НАЧАЛА И ОКОНЧАНИЯ РАБОТЫ ПО СОЗДАНИЮ СИСТЕМЫ

1.4. 4



СВЕДЕНИЯ ОБ ИСТОЧНИКАХ И ПОРЯДКЕ ФИНАНСИРОВАНИЯ РАБОТ

1.5. 4

ПОРЯДОК ОФОРМЛЕНИЯ И ПРЕДЪЯВЛЕНИЯ ЗАКАЗЧИКУ РЕЗУЛЬТАТОВ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ

1.6. 4

ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ

1.7. 4 НАЗНАЧЕНИЕ И ЦЕЛИ СОЗ

–  –  –

ОБЩИЕ СВЕДЕНИЯ

1.

1.1. Полное наименование системы и ее условное обозначение Выполнение работ по проекту осуществляется на базе системы электронного документооборота и управления взаимодействием DIRECTUM.

Полное наименование системы: «Система электронного документооборота Закрытого акционерного общества «Уральский турбинный завод»

Условное обозначение системы: СЭД ЗАО «УТЗ».

В тексте настоящего технического задания (далее ТЗ) при упоминании СЭД также возможно употребление термина «система».

1.2. Сведения о Заказчике и Исполнителе Заказчик: Закрытое акционерное общество «Уральский турбинный завод» (ЗАО «УТЗ»).

Исполнитель: Исполнитель работ определяется на конкурсной основе(далее по тексту – Исполнитель).

1.3. Основание для проведения работ Основанием для проведения работ является договор, заключенный с победителем конкурса на создание СЭД.

1.4. Плановые сроки начала и окончания работы по созданию системы Плановый срок начала работ по созданию СЭД – октябрь 2015 года.

Плановый срок окончания работ по созданию СЭД - июнь 2016 года.

Фактические сроки начала и окончания работ могут корректироваться, и определяются в соответствии с планом-графиком работ к договору, заключенному с Исполнителем.

1.5. Сведения об источниках и порядке финансирования работ Источником финансирования является бюджет 2015 года ЗАО «УТЗ».

Порядок финансирования определяется условиями договора, заключенного с победителем конкурса на создание СЭД.

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

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

1.7. Термины и определения БАЗА ДАННЫХ (БД) - совокупность взаимосвязанных данных при такой минимальной избыточности, которая допускает их использование оптимальным образом для одного или нескольких приложений в определенной предметной области человеческой деятельности.

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

БЛАНК ДОКУМЕНТА - набор реквизитов, идентифицирующих автора официального письменного документа.

ВЕРСИЯ ЭЛЕКТРОННОГО ДОКУМЕНТА - это очередной отредактированный или согласованный вариант документа.

ВНУТРЕННИЙ ДОКУМЕНТ - официальный документ, не выходящий за пределы подготовившей его организации.

ВХОДЯЩИЙ ДОКУМЕНТ - поступивший документ: Документ, поступивший как извне, так и внутри учреждения.

ДЕЛО- совокупность документов, относящихся к одному вопросу или участку деятельности, помещенных в отдельную обложку.

ДЕЛОПРОИЗВОДСТВО - это отрасль деятельности, обеспечивающая документирование и организацию работы с официальными документами.

ДОКУМЕНТООБОРОТ - движение документов в организации с момента их создания или получения до завершения исполнения или отправления.

ЖУРНАЛ РЕГИСТРАЦИИ - журнал регистрации входящих, или исходящих, или внутренних документов. Основное назначение: отражение факта поступления или отправки документов, учет документов, присвоение номеров документам.





ИСХОДЯЩИЙ ДОКУМЕНТ - отправляемый документ: Официальный документ, отправляемый из учреждения.

КОНТРОЛЬ ИСПОЛНЕНИЯ ДОКУМЕНТОВ - Совокупность действий, обеспечивающих своевременное исполнение документов.

МЕСТО РЕГИСТРАЦИИ - рабочее место (подразделение), где производится регистрация входящих/исходящих/внутренних документов. Место регистрации документов может быть одно для нескольких подразделений. По каждому месту регистрации создается отдельный список номенклатурных дел.

НАИМЕНОВАНИЕ ДОКУМЕНТА - обозначение вида письменного документа.

НОМЕНКЛАТУРА ДЕЛ - систематизированный перечень заголовков дел, заводимых в организации, с указанием сроков их хранения, оформленный в установленном порядке. Номенклатура дел составляется в целях обоснованного распределения документов и формирования дел, обеспечения поиска документов и учета дел. Она является классификационным справочником и используется при построении информационно – поисковой системы.

ОФОРМЛЕНИЕ ДОКУМЕНТА - проставление необходимых реквизитов, установленных правилами документирования.

ПОРУЧЕНИЕ ПО РЕГИСТРАЦИОННО–КОНТРОЛЬНОЙ КАРТОЧКЕ - часть работ по регистрируемому документу, передаваемая в соответствии с резолюцией руководителя на исполнение одному или нескольким сотрудникам.

РЕГИСТРАЦИОННО–КОНТРОЛЬНАЯ КАРТОЧКА (РКК) - карточка на отдельный бумажный документ, которая содержит всю первичную информацию о нем (корреспондент, дата регистрации, регистрационный номер, тема и краткое содержание документа, способ доставки) и о его состоянии (местонахождение, состояние исполнения).

РЕГИСТРАЦИЯ ДОКУМЕНТА - запись учетных данных о документе по установленной форме, фиксирующей факт его создания, отправления или получения.

РЕЗОЛЮЦИЯ ДОКУМЕНТА - реквизит, состоящий из надписи на документе, сделанной должностным лицом и содержащей принятое им решение.

РЕКВИЗИТ ДОКУМЕНТА - обязательный элемент оформления официального документа.

СИСТЕМА УПРАВЛЕНИЯ БАЗАМИ ДАННЫХ (СУБД) - система программного обеспечения, имеющая средства, позволяющие обрабатывать обращения к базе данных, которые поступают от прикладных программ и (или) конечных пользователей, и поддерживать целостность базы данных.

ШАБЛОНЫ ПОРУЧЕНИЙ - перечень шаблонов поручений. Использование шаблонов для частых или типовых поручений позволяет упростить и ускорить работу пользователей.

ЭЛЕКТРОННЫЙ ДОКУМЕНТ - объект, состоящий из двух частей: из карточки и из текста. В карточке документа хранятся значения основных реквизитов документа, таких как наименование, дата, номер, автор и т.п. В тексте хранится содержимое документа. В качестве содержимого документа может выступать любая текстовая, графическая или звуковая информация, например, текст в формате приложения Microsoft Word или аудиозаписи в формате mp3.

НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ

2.

2.1. Назначение системы

СЭД предназначена для автоматизации следующих процессов Заказчика:

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

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

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

контроль исполнительской дисциплины;

согласование счетов на оплату;

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

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

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

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

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

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

сокращения бумажного документооборота;

повышения исполнительской дисциплины;

сокращения времени на создание и поиск документов;

исключения потери документов;

сокращение задержек при пересылке документов между подразделениями;

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

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

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

оперативное разграничение доступа к документационным ресурсам.

ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ

3.

3.1. Краткие сведения об объекте автоматизации Объектом автоматизации являются процессы административного документационного обеспечения деятельности ЗАО «УТЗ».

Система электронного документооборота должна обеспечивать документооборот не менее чем 800 пользователей с возможностью масштабирования до 1500 при распространении на всех сотрудников предприятия.

Подразделения Заказчика характеризуются многоуровневой вертикально-интегрированной структурой;

значительным объемом документооборота;

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

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

Задачи Исполнителя 3.2.

Для развертывания модели СЭД исполнитель должен выполнить следующие работы:

Провести инсталляцию программного обеспечения системы на сервера Заказчика.

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

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

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

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

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

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

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

ТРЕБОВАНИЯ К СИСТЕМЕ

4.

4.1. Требования к функциям (задачам), выполняемым системой Управление документами 4.1.1.

Система должна обеспечивать:

система должна позволять представлять (хранить) документы в одном или нескольких форматах, отвечающих за его представление в различных версиях (например, *.doc, *.хls, *.хml, *.pdf, *.html и др.);

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

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

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

работу с содержанием документа;

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

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

возможность подготовки и оформления документов на основе шаблонов с заполнением заранее определенных атрибутов. Понятие шаблон документа относится к файлам документов, созданных на основе продуктов Microsoft Office, в том числе Microsoft Word, Microsoft Excel;

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

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

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

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

возможность пользователю устанавливать для версии документа признак «Скрытый», который сделает ее недоступной для пользователей, не имеющих право на редактирование документа;

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

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

возможность сохранения документов в систему из приложений MS Office (MS Word, MS Excel, MS Outlook);

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

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

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

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

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

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

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

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

возможность хранить документы как в базе данных SQL-сервера, так и в файловых хранилищах;

возможность каждому пользователю настраивать свою иерархию папок, куда помещаются ссылки на документы (не сами документы). Ссылка на один документ может находиться в нескольких папках;

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

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

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

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

возможность отправки документа на согласование по специализированному типовому маршруту.

Управление потоками работ 4.1.2.

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

Реализация технологии потока работы в том числе:

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

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

возможность создания жесткой и гибкой настройки маршрутов;

возможность задания последовательной, параллельной и комбинированной маршрутизации потоков работ с использованием маршрутов;

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

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

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

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

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

анализ данных о выполнении заданий;

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

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

фиксация времени прохождения документов, в том числе:

a) общая длительность работы над документом;

b) длительность работы в разрезе по исполнителям/согласующим;

c) количество возврата на доработку;

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

Регистрация входящих/исходящих/внутренних документов. Обеспечение жизненного цикла входящих/исходящих/внутренних документов

Подсистема регистрации документов должна обеспечивать:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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



возможность осуществлять автоматическую рассылку документа на электронную почту адресата непосредственно из системы;

возможность использования шаблонов поручений по РКК.

Контроль исполнительской дисциплины 4.1.4.

Для реализации контроля система должна обеспечивать:

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

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

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

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

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

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

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

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

и печатных форм

Система должна обеспечивать:

возможность автоматического формирования различных отчетов в виде документов MS Office;

наличие встроенного механизма формирования отчетов путем экспорта данных справочников в MS Excel;

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

возможность создавать новые отчеты с помощью инструментов, встроенных в систему.

Поиск документов и других объектов системы 4.1.6.

Система должна предоставлять возможность поиска как по полям карточки документа (по атрибутам), так и по тексту документов (Microsoft Word, Microsoft Excel, текстовый формат):

настраиваемый атрибутивный поиск с возможностью указания параметров поиска;

наличие поисков «быстрого доступа» по таким критериям, как последние измененные документы/задачи/задания;

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

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

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

Система должна позволять комбинировать в одном поисковом запросе параметры поиска по атрибутам и/или по содержанию (тексту) документа.

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

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

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

настройка порядка колонок в проводнике СЭД и возможность фильтрации.

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

предопределенные поиски, например, «последние измененные документы»;

настроенные администраторами специальные поиски по часто используемым критериям;

технологию связанных документов.

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

Классификаторы и справочники 4.1.7.

Система должна обеспечивать:

возможность импорта структурированных электронных данных в справочники из основных распространенных форматов: txt, xls, xml, csv;

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

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

Требования к настройке и модификации системы 4.1.8.

Система должна:

поддерживать ведение нормативно-справочной информации, необходимой для корректной работы СЭД;

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

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

поддерживать механизм настройки вариантов запуска компонентов.

Организация управления совещаниями 4.1.9.

Система должна обеспечивать:

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

возможность формирования и рассылки протокола;

возможность контролировать исполнения решений совещаний путем формирования отчетов.

4.1.10. Организация управления договорными документами

Система должна обеспечивать:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4.1.11. Интеграция с другими системами Для обеспечения взаимодействия с существующими на предприятии системами СЭД должна:

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

обладать инструментами, позволяющими осуществить интеграцию с системой юридически значимого документооборота «Diadoc»для экспорта/импорта документов с ЭП.

4.2. Требования к системе в целом Требования к структуре и функционированию системы 4.2.1.

Перечень подсистем, их назначение и основные характеристики 4.2.1.1.

СЭД должна полностью соответствовать требованиям нормативно-правовых и распорядительных документов по документированию и организации работы с документами ЗАО «УТЗ».

СЭД должна обеспечивать соблюдение автоматизируемых процессов Заказчика перечисленных в пункте 3.1 и содержать следующий перечень подсистем:

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

подсистема контроля исполнения поручений по РКК;

подсистема электронного архива документов;

подсистема управления процессами;

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

подсистема управления совещаниями;

подсистема отчетности;

подсистема разработки и модификации;

подсистема организации распределенной работы.

Требования к способам и средствам связи для информационного обмена между 4.2.1.2.

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

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

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

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

Требования к характеристикам взаимосвязей создаваемой системы со смежными 4.2.1.3.

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

Межпрограммное взаимодействие (API – Application Programming Interface);

обмен данными на уровне файлов, например, в текстовом или XML формате;

использование прямых SQL-запросов для получения данных из СУБД других систем.

интеграцию с системой «1С»

интеграцию с системой юридически значимого документооборота«Diadoc»

Требования к режимам функционирования системы 4.2.1.4.

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

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

Конкретное содержание функций, исполняемых в режимах, описывается в эксплуатационной документации Исполнителя.

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

Требования по диагностированию системы 4.2.1.5.

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

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

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

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

Перспективы развития, модернизации системы 4.2.1.6.

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

Развитие системы может осуществляться по двум направлениям:

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

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

Требования к численности и квалификации персонала системы и режиму его работы Требования к численности персонала (пользователей) АС 4.2.2.1.

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

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

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

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

–  –  –

Основными обязанностями системного администратора являются:

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

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

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

ведение учетных записей пользователей системы.

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

Основными обязанностями администратора баз данных являются:

установка, модернизация, настройка параметров программного обеспечения СУБД;

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

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

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

Допускается совмещение с ролью разработчика.

Основными обязанностями разработчика являются:

разработка, модификация и настройка справочников;

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

общая настройка системы.

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

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

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

Допускается совмещение нескольких ролей.

Показатели назначения 4.2.3.

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

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

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

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

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

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

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

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

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

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

Допустимые пределы модернизации и развития системы 4.2.3.2.

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

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

разработка выходных форм;

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

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

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

наращивание системы дополнительными опциями.

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

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

Вероятностно-временные характеристики, при которых сохраняется целевое 4.2.3.3.

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

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

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

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

Техническое обеспечение:

сервер;

рабочие станции;

сетевое аппаратное обеспечение;

печатающие устройства;

сетевые кабельные соединения;

устройства бесперебойного питания.

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

общесистемное программное обеспечение, установленное на сервере и рабочих станциях;

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

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

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

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

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

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

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

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

дублированием носителей информации;

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

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

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

своевременным и правильным выполнением регламентных работ.

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

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

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

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

Требования к эргономике 4.2.5.

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

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

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

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

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

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

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

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

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

Справочная подсистема должна реализовывать открытие окна контекстной справки по нажатию стандартной клавиши подсказки F1 или по команде от «мыши» на кнопке помощи.

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

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

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

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

Регламент обслуживания СЭД определяется дополнительными документами, выпускаемыми Заказчиком перед началом эксплуатации системы.

Требования к защите информации от несанкционированного доступа 4.2.7.

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

Система защиты СЭД должна обеспечить решение следующих задач:



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

«ПЛАКСИНСКИЕ ЧТЕНИЯ «ИННОВАЦИОННЫЕ ПРОЦЕССЫ КОМПЛЕКСНОЙ И ГЛУБОКОЙ ПЕРЕРАБОТКИ МИНЕРАЛЬНОГО СЫРЬЯ» Материалы Международного совещания ТОМСК, 2013 УДК 622.7 ББК 33.4 Инновационные процессы комплексной и глубокой переработки минерального сырья (Плаксинские чтения 2013): Материалы Международного совещания. Томск, 16-19 сентября 2013 г. Томск: 15 августа 2013.с. ISBN 5-85574-088-9 Под общей редакцией академика РАН В.А. Чантурия Ответственный редактор канд. техн. наук Т.В. Чекушина ISBN 5-85574-088-9...»

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

«ДОКУМЕНТАЦИЯ ПО ОВОС В ТРАНСГРАНИЧНОМ КОНТЕКСТЕ 16X173868 30.04.2015 Balticconnector Газопровод для транспортировки природного газа между Финляндией и Эстонией СОДЕРЖАНИЕ ВВЕДЕНИЕ ПРОЦЕДУРА ОВОС, ОБМЕН ИНФОРМАЦИЕЙ И УЧАСТИЕ Финляндия 2.1 Эстония 2.2 СТРУКТУРА ОТЧЕТОВ ПО ОВОС ОПИСАНИЕ ПРОЕКТА Общее описание 4.1 Предпосылки и обоснование проекта 4.2 Техническое описание 4.3 Работы на морском дне 4.3.1 Пересечения инфраструктуры 4.3.2 Удаление боеприпасов 4.3.3 Трубоукладка на шельфе 4.3.4...»

«Сибирское отделение РАН Государственная публичная научно-техническая библиотека Дальневосточная государственная научная библиотека Е. Б. Артемьева, Л. Ю. Данилова БИБЛИОТЕЧНЫЕ РЕСУРСЫ УДАЛЕННОГО РЕГИОНА В КОНТЕКСТЕ СИСТЕМНЫХ ТРАНСФОРМАЦИЙ СОЦИУМА Печатается по решению редакционно-издательского совета ГПНТБ СО РАН Новосибирск, 2008 УДК 021(571.6) ББК 78.34(255) А86 Рецензенты: кандидат педагогических наук, доцент Геллер И. С. доктор культурологии, доцент Паршукова Г. Б. Артемьева, Е. Б....»

«Санкт-Петербургский политехнический университет Петра Великого Информационно-библиотечный комплекс Фундаментальная библиотека Подвижник библиотечного дела: к 85-летию со дня рождения Н. К. ПЛЕМНЕК Биобиблиографический очерк Санкт-Петербург Очерк посвящен деятельности кандидата педагогических наук, заслуженного работника культуры РСФСР, почетного работника высшего профессионального образования, директора Фундаментальной библиотеки (с 1961 по 2005 г.) советника ректора (с 2005 по 2009 г.) одного...»

«***** ИЗВЕСТИЯ ***** № 2 (38), 2015 Н И Ж Н Е В О ЛЖ С КОГ О А Г Р ОУ Н И В Е РС И Т ЕТ С КОГ О КО МП Л Е КС А Стратегией внедрения нового продукта начинается новый стратегический цикл. Рассмотрим основное содержание этой стратегии. Вначале уточняем расширившийся, платежеспособный, привлекательный целевой сегмент рынка, который мы охватили на предшествующем цикле развития нашего бизнеса. Определив целевой сегмент, выявляем актуальные ценности нашего ассоциированного потребителя, которые он...»

««МНЕ ГОРОДА РОДНЕЕ НЕ НАЙТИ.» Краеведческая работа 2014 год Краеведение является наиболее востребованным и важным направлением деятельности МБУ «ЦБС». Учреждение располагает достаточными информационными и техническими ресурсами для осуществления всего комплекса краеведческой деятельности на современном уровне. Ее результаты во многом зависят от многолетних партнерских отношений с образовательными и культурными учреждениями города, издательствами, общественными организациями. При содействии...»

«Малхасян А.Е.1, Федоссева Л.В.2 © Доцент, к.э.н.; 2ассистент, кафедра Экономика и менеджмент, Донской государственный технический университет, г. Ростов-на-Дону ОСОБЕННОСТИ РАЗВИТИЯ ОТРАСЛЕВОГО РЫНКА В ПЕРИОД ВЫХОДА ИЗ КРИЗИСА (НА ПРИМЕРЕ РЫНКА ОТДЕЛОЧНЫХ МАТЕРИАЛОВ) Аннотация Статья посвящена анализу институциональной структуры отраслевого рынка отделочных материалов, на основе концепции цепочки создания ценности выявлены тенденции в структурных позициях между элементами цепочки движения...»

«Краткий отчет о деятельности технологической платформы «Развитие российских светодиодных технологий» в 2011 году Раздел 1.Формирование состава участников технологической платформы. Технологическая платформа «Развитие российских светодиодных технологий» была создана в соответствии с Протоколом президиума Правительственной комиссии по инновациям от 3 марта 2011 года. Целью функционирования Платформы является развитие в России нового направления промышленности, основанного на нанотехнологиях:...»

«Светлой памяти моего Учителя Заслуженного деятеля науки и техники РСФСР и ТАССР, доктора технических наук, профессора Кожевникова Юрия Васильевича посвящается. В.С. Моисеев ОСНОВЫ ТЕОРИИ ЭФФЕКТИВНОГО ПРИМЕНЕНИЯ БЕСПИЛОТНЫХ ЛЕТАТЕЛЬНЫХ АППАРАТОВ МОНОГРАФИЯ ая матема н ад т нная прикл ик n f (x) аи ii i1 инфор ме м ат е овр ика с Казань УДК 629.735 ББК 39.56:39.52 М 75 Редактор серии: В.С. Моисеев – заслуженный деятель науки и техники Республики Татарстан, д-р техн. наук, профессор. Моисеев В.С....»

«Яковлева Т. А. Т. А. Yakovleva ПРОГНОЗНЫЙ БАЛАНС ИНЖЕНЕРНО-ТЕХНИЧЕСКИХ КАДРОВ С ВЫСШИМ ОБРАЗОВАНИЕМ НА ПРИМЕРЕ КОМСОМОЛЬСКА-НА-АМУРЕ LABOUR MARKET DEMAND/OFFER FORECAST FOR ENGINEERING AND TECHNICAL PERSONNEL HAVING UNIVERSITY DEGREES, EXEMPLIFIED BY THE CITY OF KOMSOMOLSK-ON-AMUR Яковлева Татьяна Анатольевна кандидат экономических наук, профессор кафедры «Экономическая теория» Комсомольского-на-Амуре государственного технического университета (Россия, Комсомольск-на-Амуре). E-mail:...»

«Литера Прибор контроля газосодержания буровых растворов ПГР-1 Руководство по эксплуатации ИБЯЛ.611313.001РЭ СОГЛАСОВАНО: Начальник ОТКиИ _ В.Л. Лемешев 2012 г. Начальник ОМ _ Н.А. Диваков РАЗРАБОТАНО: 2012 г. Начальник КТО Утвердил _ А.Ю. Зотов _ О.М. Пшонко 2012 г. 2012 г. Начальник отдела маркетинга Проверил _ И.В. Самсонов _ О.Н. Баврин 2012 г. 2012 г. Исполнитель _ М.Ю. Вороненко 2012 г. Нормоконтроль _ Д.В. Ефременков 2012 г. ИБЯЛ.611313.001 ИБЯЛ.611313.001РЭ Содержание Лист 1...»

«МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ Федеральное государственное автономное образовательное учреждение высшего образования «Национальный исследовательский Томский политехнический университет» В.В. Пак Основы формирования обобщенных проектных умений бакалавров инженерного вуза в процессе обучения физике Издательство Томского политехнического университета МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ Федеральное государственное автономное образовательное учреждение высшего образования «Национальный...»

«1 Федеральное агентство лесного хозяйства ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ УНИТАРНОЕ ПРЕДПРИЯТИЕ «РОСЛЕСИНФОРГ» СЕВЕРО-ЗАПАДНЫЙ ФИЛИАЛ ГОСУДАРСТВЕННОЙ ИНВЕНТАРИЗАЦИИ ЛЕСОВ (Филиал ФГУП «Рослесинфорг» «Севзаплеспроект») ЛЕСОХОЗЯЙСТВЕННЫЙ РЕГЛАМЕНТ ВСЕВОЛОЖСКОГО ЛЕСНИЧЕСТВА ЛЕНИНГРАДСКОЙ ОБЛАСТИ КНИГА 2 ПРИЛОЖЕНИЯ Директор филиала С.П. Курышкин Руководитель работ, ведущий инженер М.Ф. Кривцун Санкт-Петербург СОДЕРЖАНИЕ Книга 2 Приложение 1 Перечень законодательных, нормативно-правовых актов,...»

«Информационное сообщение от Российского союза инженеров 13.11.2014 Ситуационный анализ гибели рейса МН17 (малайзийского Boeing 777), сделанный на основе инженерно-технического анализа от 15.08.2014 1. Общее описание ситуации Самолет Boeing 777 авиакомпании Malaysia Airlines (Амстердам — Куала-Лумпур) вылетел из амстердамского аэропорта Схипхол в 10:14 UTC (14:14 МСК) 17.07.2014 и должен был прибыть в пункт назначения в 06:10 по местному времени (22:10 UTC/2:10 MSK). Полет выполнялся третьим...»



 
2016 www.os.x-pdf.ru - «Бесплатная электронная библиотека - Научные публикации»

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