Поиск

Полнотекстовый поиск:
Где искать:
везде
только в названии
только в тексте
Выводить:
описание
слова в тексте
только заголовок

Рекомендуем ознакомиться

'Документ'
Как известно, разумная налоговая система должна отвечать следующим требованиям (по Адаму Смиту): соразмерность и посильность налогов, удобство времен...полностью>>
'Диплом'
С. 1 1 1 3 4 7 9 ІІІ Москаль Олексій Миколайович 11 4/ 8 м. Чернівці Ліцей № 1 Жук І. В. 1 1 1 3 4 7 7 1 9 ІІІ Рудник Тарас Петрович 1104/ 3 м. Чернів...полностью>>
'Закон'
Генеральная конференция Организации Объединенных Наций по вопросам образования, науки и культуры, далее именуемой "ЮНЕСКО" , на своей 33-й ...полностью>>
'Учебно-методический комплекс'
Учебно-методический комплекс составлен в соответствии с требованиями государственного образовательного стандарта высшего профессионального образовани...полностью>>

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

Главная > Конкурс #
Сохрани ссылку в одной из сетей:

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

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

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

  • настроить подсистему публикации новостей, обеспечивающую возможность публикации новостей для всех пользователей, возможность подписки на новости для авторизованных пользователей, возможность просмотра архива новостей и различные варианты сортировки новостей и их выборки пользователем: выборка новостей по дате, по указанному диапазону, по рубрике (объявления, события, наука, образование и т.п.), по автору, по тематической группе, по подразделению, по региону. При добавлении новостей должна быть реализована возможность добавления файлов различных форматов (.ppt, .doc, .pdf, .jpg аудио- и видео- файлы). При этом

  1. максимальное число отдельных новостных лент – не менее 255;

  2. максимальное число новостей в одной новостной ленте – не менее 2500;

  3. максимальное число одновременных подключений к одной новостной ленте– не менее 250.

  4. объем одной новости – до 1 МБ.

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

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

  1. созданием новых документов путем ввода текста во встроенном редакторе;

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

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

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

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

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

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

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

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

Для организационной структуры должно быть определено:

  1. Наименование подразделения НИУ или организации

  2. Тематическое направление деятельности

  3. Территориальное размещение

  4. Специальности и направления в подготовке кадров или научных исследованиях

Для персональной информации должно быть определено:

  1. ФИО.

  2. Должность.

  3. Ученая степень, звание и членство в государственных Академиях РФ.

  4. Контактная информация: телефон, факс, электронная почта и страница в Интранете/Интернете.

При сборе и обработке персональных данных должны соблюдаться требования Федерального закона Российской Федерации от 27 июля 2006 г. N 152-ФЗ О персональных данных и других регулирующих документов.

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

Архитектура

  • Многомодульная структура

  • Использование в виде справочников существующих в МИЭТе баз данных и различных информационных систем для уменьшения ошибок при дублировании информации и создания общего информационного поля;

  • Многопользовательский режим

  • Уровень территориально-распределенной организации, возможность построения единой многоканцелярской структуры

  • Масштабируемость

  • Клиент-серверная архитектура

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

  • Открытость интерфейсов прикладного программирования

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

  • Возможность создания на базе СЭД юридически значимого документооборота

  • Возможность обмена информацией между пользователями в режиме on-line

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

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

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

Формат и тип данных

  • Хранение и обработка информации любого типа

  • СЭД должна обеспечить возможность документооборота в электронном виде и в бумажно-электронном виде

Требования к показателям назначения

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

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

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

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

  • Технологические отключения СЭД для выполнения регламентных работ допустимы в период наименьшего использования, с 18:00 до 7:00 по местному времени, или в другое время суток по предварительному согласованию с пользователями, но по времени, не превышающему 60 минут простоя.

Требования к эргономике и технической эстетике

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

  • Интерфейс и сообщения СЭД должны осуществляться на русском языке

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

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

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

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

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

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

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

  • В СЭД должна быть предусмотрена возможность подписывать как вложение, так и карточку документа с вложением.

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

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

  • Федеральному закону РФ от 27 июля 2006 №149-ФЗ «Об информации, информационных технологиях и о защите информации»

  • Федеральному закону РФ от 10 января 2002 №1-ФЗ «Об электронной цифровой подписи»

  • ГОСТ Р 34.10-2001 «Информационная технология. Криптографическая защита информации. Процессы формирования и проверки электронной цифровой подписи» Принят и введен в действие: Постановлением Госстандарта России от 12 сентября 2001 г. №380-ст.

  • ГОСТ Р 50922-2006 «Защита информации. Основные термины и определения. Утвержден и введен в действие: Приказом Федерального агентства по техническому регулированию и метрологии от 27 декабря 2006г. №373-ст.

  • ГОСТу Р 51275-2006 «Защита информации. Объект информатизации. Факторы, воздействующие на информацию. Общие положения». Утвержден и введен в действие: Приказом Федерального агентства по техническому регулированию и метрологии от 27 декабря 2006г. №374-ст

  • ГОСТу Р ИСО/МЭК 15408-2-2002 «Информационная технология. Методы и средства обеспечения безопасности. Критерии оценки безопасности информационных технологий». Утвержден и введен в действие: Постановлением Госстандарта России от 4 апреля 2002г. №133-ст

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

Требования по стандартизации и унификации

  • СЭД должна соответствовать существующим стандартам и рекомендациям государственной системы документационного обеспечения управления (ГС ДОУ)

  • Документация СЭД должна соответствовать стандартам ГОСТ – 34.601-90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы стадии создания» дата введения 01 января 1992г. и ГОСТ – 19 «Единая система программной документации».

Дополнительные требования

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

  • СЭД должна позволять организовать работу с документами при отсутствия доступа к сети Интернет.

Требования к функциям (задачам)

Электронное управление структурой вуза

  • СЭД должна обеспечивать хранение, представление и редактирование информации о структуре вуза (подразделениях) и о ее сотрудниках (ФИО). Для этого в системе должен присутствовать специальный справочник, способный обеспечить представление структуры в виде иерархического дерева.

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

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

Управление общесистемными справочниками и шаблонами документов

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

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

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

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

  • СЭД должна предоставлять возможности для создания и хранения шаблонов документов, наиболее часто используемых в Организации (например: приказов, договоров, распоряжений, актов, отчетных форм, писем). Шаблоны должны использоваться там, где требуется создавать документы.

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

  • СЭД должна предоставлять возможности для создания и хранения шаблонов Резолюций. Для каждого шаблона резолюции указываются: название шаблона, краткое описа­ние, тема шаблона, содержание поручения, состав исполнителей, срок исполне­ния и ФИО контролирующего лица.

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

Управление новостями.

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

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

  1. созданием новых документов путем ввода текста во встроенном редакторе;

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

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

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

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

Управление входящей и исходящей корреспонденцией.

  • СЭД должна обеспечивать регистрацию и обработку входящей и исходящей корреспонденции. В процессе регистрации входящих и исходящих документов должна создаваться регистрационно-контрольная форма (РКФ) и производиться автоматическая нумерация документа в соответствии с принятой номенклатурой дел. Регистрационный номер должен присваиваться автоматически.

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

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

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

Обязательно должны фиксироваться следующие атрибуты:

  1. Роль, ФИО, логин, пароль, ЭЦП и текущие открытые ключи лица (лиц), проводящих изменение;

  2. Дата и время;

  3. Физические данные рабочего места, с которого произведено изменение;

  4. Полное содержание измененного или удаленного документа (прежняя версия).

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

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

  1. наименование организации, отправившей документ;

  2. данные о ее представителе;

  3. наименование отдела и ФИО адресата документа;

  4. тип документа;

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

  6. дата и время исходящего отправления;

  7. срок подготовки ответа;

  8. срок исполнения;

  9. краткое содержание;

  10. название по номенклатуре дел;

  11. электронная копия документа;

  12. классификация документа согласно принятой в Организации системе номенклатуры дел;

  13. резолюции относительно исполнения документа;

  14. информация по текущему местоположению бумажного оригинала документа;

  15. сведения о перемещении документа между подразделениями Организации

  • При регистрации исходящего документа СЭД должна обеспечить ввод и хранение следующих атрибутов: наименование организаций-получателей документа и данные об их представителях, наименование отдела и ФИО сотрудника, подписавшего документ, а также ФИО сотрудника-исполнителя, тип документа, название дела в соответствии с принятой в Организации номенклатурой дел, краткое содержание документа, история обработки документа, текст и/или графический образ документа в электронном виде (при необходимости).

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

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

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

  • Документы, адресованные руководству организации, а также без указания конкретного лица или структурного подразделения предварительно должны рассматриваться в службе ДОУ, а затем направляются руководству или в подразделение.

  • В СЭД должна быть предусмотрена возможность отправки входящего документа на ознакомление. Для этого необходимо иметь возможность сформировать список подразделений и список сотрудников, которые должны быть ознакомлены с данным документом, а также указать контрольную дату для ознакомления. Указанные сотрудники должны получить по электронной почте соответствующее уведомление и ссылку на документ, находящийся в базе данных СЭД. При выдаче отметки об ознакомлении необходимо автоматически регистрировать ФИО сотрудника, проставившего отметку, а также дату и время ознакомления.

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

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

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

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



Скачать документ

Похожие документы:

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

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

    Публичный отчет
    №21.3.13. «Разработка предложений по созданию единой системы выявления, использования и внедрения объединенных государственных и муниципальных информационных ресурсов»
  3. Отчет о научно-исследовательской работе, проведенной по заказу Министерства экономического развития и торговли Российской Федерации Тема

    Публичный отчет
    Ключевые слова: ГОСУДАРСТВЕННЫЕ ИНФОРМАЦИОННЫЕ РЕСУРСЫ, АРХИТЕКТУРА ЭЛЕКТРОННОГО ГОСУДАРСТВА, АБСТРАКТНАЯ АРХИТЕКТУРА, АГЕНТ, СЕРВИС, РЕПОЗИТОРИЙ, ЭЛЕКТРОННЫЙ АДМИНИСТРАТИВНЫЙ РЕГЛАМЕНТ, РЕГЛАМЕНТ.
  4. Государственная программа форсированного индустриально-инновационного развития Республики Казахстан на 2010-2014 годы

    Программа
    1) пункт 1 Плана мероприятий по реализации поручений Президента Республики Казахстан, данных на внеочередном XII съезде НДП «Нур Отан» 15 мая 2009 года,
  5. Утвердить отчет об исполнении плана социально-экономического развития города Новосибирска на 2008 год (приложение). Решение вступает в силу со дня его подписания

    Публичный отчет
    В соответствии с Бюджетным кодексом Российской Федерации, Федеральным законом «Об общих принципах организации местного самоуправления в Российской Федерации», Положением о прогнозировании, программах и планах социально-экономического

Другие похожие документы..