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

Вид материала

Конкурс

Содержание Электронное управление структурой вуза Управление общесистемными справочниками и шаблонами документов Управление новостями. Управление входящей и исходящей корреспонденцией. Управление внутренней корреспонденцией Контроль исполнительской дисциплины Управление внешними контактами Визуализация связей между документами Требования к видам обеспечения Требования к наличию лицензии Инструменты прототипирования на ПЛИС. Инструменты топологического синтеза. Инструменты проектирования и верификации аналоговых и смешанных схем. Инструменты DRC/LVS/RCX.

Подобный материал:

• Конкурсная документация, 821.24kb.
• Конкурсная документация, 1909.91kb.
• Конкурсная документация по проведению открытого конкурса на право заключения контракта, 1791.19kb.
• Конкурсная документация по проведению открытого конкурса на право заключения договора, 3090.33kb.
• Конкурсная документация, 453.69kb.
• Конкурсная документация по проведению открытого конкурса на право заключения договора, 811.68kb.
• Конкурсная документация по проведению открытого конкурса № 2010/01-ит на выполнение, 948.61kb.
• Конкурсная документация, 1756.03kb.
• Конкурсная документация по проведению открытого конкурса по отбору страховой организации, 799.2kb.
• Конкурсная документация по проведению открытого конкурса для субъектов малого предпринимательства, 1984.32kb.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5. наименование организации, отправившей документ;
   
6. данные о ее представителе;
   
7. наименование отдела и ФИО адресата документа;
   
8. тип документа;
   
9. номер исходящего документа (номер, под которым документ был зарегистрирован организацией-отправителем);
   
10. дата и время исходящего отправления;
    
11. срок подготовки ответа;
    
12. срок исполнения;
    
13. краткое содержание;
    
14. название по номенклатуре дел;
    
15. электронная копия документа;
    
16. классификация документа согласно принятой в Организации системе номенклатуры дел;
    
17. резолюции относительно исполнения документа;
    
18. информация по текущему местоположению бумажного оригинала документа;
    
19. сведения о перемещении документа между подразделениями Организации
    

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

Управление внутренней корреспонденцией

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

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

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

Согласование документов

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

Управление внешними контактами

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

Контроль договоров, соглашений (далее - Договоры)

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

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

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

Управление служебными записками

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

1. название счетчика; имя сервера, на котором должен работать данный счетчик;
   
2. количество значащих символов в регистрационном номере;
   
3. префикс и постфикс регистрационного номера (набор символов, помещаемых соответственно до и после значащих цифр);
   
4. необходимость наличия и местоположение индекса дела в сложном регистра­ционном номере; символ-разделитель при компоновке сложного регистрационного номера (знак «/», или «.», или «\», или «–» и т.д.);
   
5. начальное значение регистрационного номера (число, начиная с которого должен вестись отсчет присва­иваемых номеров);
   
6. признак сброса текущего значения регистрационного номера на ноль при смене календарного года.
   

Одному нумератору может соответствовать одно или несколько дел (обратное – одно дело имеет несколько нумераторов – невозможно).

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

Визуализация связей между документами

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

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

Программное обеспечение (ПО) системы

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

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

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

1. Технический проект должен быть оформлен в соответствии с ГОСТ 2.120-73 «Единая система конструкторской документации. Технический проект». Принят и введен в действие: Постановлением Госстандарта СССР от 28 февраля 1973г. №502 и содержать разделы:

1. пояснительная записка в соответствии с ГОСТ 19.404-79 «Единая система программной документации. Пояснительная записка. Требования к содержанию и оформлению». Принят и введен в действие: Постановлением Госстандарта СССР от 11 декабря 1979г. №4753
   
2. проектные решения по СЭД и ее частям;
   
3. документация на СЭД и ее части;
   
4. спецификация на программное обеспечение в соответствии с ГОСТ 2.106-96 «Единая система конструкторской документации. Текстовые документы». Введен в действие постановлением Госстандарта РФ от 13 ноября 1996г. №620
   

2. Рабочая документация на СЭД должна быть оформлена в соответствии с ГОСТ РД 50 - 34.698 – 90 «Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов.» Введен 01 января 1992г. и содержать разделы:

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

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

Требования к организационному обеспечению СЭД

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

Требования к наличию лицензии

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


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


1.3 Для развития электронной библиотеки необходимо представить решение равное или превосходящее по параметрам и реализуемому функционалу последней версии АИБС ссылка скрыта, имеющее общую технологическую платформу и возможность интеграции со средой коллективной работы, идентификацию пользователей через LDAP, позволяющее организовать работу библиотеки с использованием смарт-карт формата Mifare, а так же автоматизацию на основе технологии штрих-кодирования и/или RFID. Планируемое число рабочих мест в библиотеке и ее филиале не более 15, общее число пользователей АИБС, без ограничений на число одновременных доступов через среду коллективной работы, не менее 15000 учетных записей. Поисковый интерфейс предлагаемой АИБС должен иметь возможность встраивания в интерфейс среды коллективной работы.

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


1.4 В настоящее время в МИЭТ используется 10 рабочих мест БОСС-Кадровик. Для совершенствования системы управления качеством образования и научных исследований, учета и развития кадрового потенциала, необходимо представить решение в виде современной автоматизированной системы управления персоналом, позволяющей оптимизировать процессы управления человеческим ресурсом в крупных организациях превосходящее или равное по параметрам и реализуемому функционалу системе БОСС-Кадровик с увеличением числа лицензий до 30 рабочих мест. Решение должно иметь общую технологическую платформу и возможность интеграции со средой коллективной работы, системой документооборота, СКУД и ИС МИЭТ. Планируемый объем актуальных записей по кадровому составу до 10000. Решение должно быть представлено в виде этапов развития с возможностью постепенного наращивания функционала с учетно-вычислительных функций до уровня управления кадровыми процессами.

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

1. Оформлять основные кадровые операции.
   
2. Вести полную архивную информацию по кадровому учету с историей движения персонала. Ведение истории назначений. В создаваемой Системе должен вестись список назначений, в котором должны быть показаны все назначения работника, включая текущее назначение и все исторические назначения.
   
3. История назначений для работника должна пополняться автоматически при оформлении основных кадровых операций.
   
4. Оформлять неявки работников.
   
5. Вести учет мотивации персонала: поощрений и взысканий по работникам, а также учет социальных льгот (подарки, мат. помощь) и услуг по страхованию, предоставленных работникам.
   
6. Использовать в работе журналы основных кадровых операций, которые должны пополняться автоматически при их проведении. При необходимости эти журналы должна быть возможность распечатать. В создаваемой Системе должны вестись следующие журналы:
   

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

7. Сопровождать кадровые действия, регистрируемые в системе, соответствующим автоматически сформированным документом в формате Госкомстата РФ.
   
8. Печатать типовые формы документов:
   

• № Т-1 (Т-1а) приказ (распоряжение) о приеме на работу.
  
• № Т-2 личная карточка работника.
  
• № Т-5 (Т-5а) приказ (распоряжение) о переводе на другую работу.
  
• № Т-5 приказ (распоряжение) о переводе на другую работу (временно).
  
• № Т-6 (Т-6а) приказ (распоряжение) о предоставлении отпуска.
  
• № Т-8 (Т-8а) приказ (распоряжение) о прекращении трудового договора (контракта).
  
• № Т-9 (Т-9а) приказ (распоряжение) о направлении работника в командировку.
  
• № Т-10 командировочное удостоверение.
  
• № Т-10а служебное задание.
  
• № Т-11 (Т-11а) приказ (распоряжение) о поощрении работника.
  

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

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

• Вести учет аттестации и переподготовки кадров.
  
• Осуществлять подбор персонала.
  
• Вести учет кадрового резерва.
  

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


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

1. Требования к программному и аппаратному обеспечению рабочих станций и сервера.
   
2. Инструкцию по установке, включающую описание инсталляции баз данных и настройку клиентской части.
   
3. Инструкцию по проведению Обновлений.
   
4. Руководство пользователя.
   

В процессе внедрения системы управления персоналом необходимо выполнить следующие работы:

1. Разработать и согласовать с Заказчиком комплект технических заданий.
   
2. Произвести установку оборудования и настройку необходимого программного обеспечения.
   
3. Разработать программы для переноса в Систему информации из баз данных унаследованных систем и/или интеграции с ними.
   
4. Адаптировать (доработать, сконфигурировать) программное обеспечение с существующим программно-аппаратным комплексом.
   
5. Обеспечить поддержку и доработку на этапе опытной эксплуатации.
   

1.5 Для организации многопользовательской видеоконференцсвязи и проведения распределенных семинаров в локальной сети и через Интернет с большим количеством он-лайн пользователей и единовременным проведением до 250 конференций не менее чем для 50 человек провести проектирование и представить решение в виде программно-аппаратного комплекса с бессрочными лицензиями с характеристиками не хуже у Videoport VCS 3.0 с дополнительной опцией LDAP, или у Mirapolis Virtual Room Group (единовременно неограниченное количество мероприятий, общее число участников не более 500), или создать комплекс на основе аналогичных решений от Microsoft, Adobe и т.д.


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

1. для пакетов Matlab произвести продление технической поддержки лицензий №363547 до 1 ноября 2011 г., поставить MATLAB Distributed Computing Server Academic 32 Workers и обеспечить не менее 30 перемещаемых лицензий для следующих модулей:
   

• MATLAB Builder NE Classroom
  
• MATLAB Builder EX Classroom
  
• Stateflow Classroom
  
• SimEvents Classroom
  
• SimRF Classroom
  
• Real-Time Workshop Classroom
  
• Simulink HDL Coder Classroom
  
• MATLAB Compiler Classroom
  
• Simscape Classroom
  
• Parallel Computing Toolbox Classroom
  
• Model Predictive Control Classroom
  
• Filter Design HDL Coder Classroom
  
• Data Acquisition Toolbox Classroom
  
• Instrument Control Toolbox Classroom
  
• OPC Toolbox Classroom
  
• Database Toolbox Classroom
  
• MATLAB Report Generator Classroom
  
• Simulink Report Generator Classroom
  
• Simulink Fixed Point Classroom
  
• SimElectronics Classroom
  
• Simulink 3D Animation Classroom
  
• Gauges Blockset Classroom
  
• Simulink Control Design Classroom
  
• Simulink Design Optimization Classroom
  
• Stateflow Coder Classroom
  
• RF Toolbox Classroom
  
• Fixed Point Toolbox Classroom
  

2. представить решение в виде комплекта постоянных перемещаемых лицензий с характеристиками не хуже чем у SolidWorks Education Edition 500 CAMPUS (500 учебных мест) в составе SolidWorks Premium, SolidWorks Simulation Premium, SolidWorks Motion, SolidWorks Flow Simulation, SW Toolbox, eDrawings Pro, ScanTo3D, CicruitWorks достаточного для проведения учебного процесса и решения задач по ПНР при проектировании изделий.
   

Должно быть предусмотрено:

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

- до 100 сетевых учебных мест для проектирования электрожгутов в соответствии с ГОСТ, автоматической раскладкой проводов, автоматического построения соединений по данным электротехнических CAD, оптимизации длин проводов и кабелей, пополняемые библиотеки проводов по ЕСКД, автоматический анализ правильности монтажа, чертежи, раскладка на плоскость, cтандартные отчеты и автоматической генерации и оформления конструкторских спецификаций по ЕСКД.

- процессорная сетевая лицензия на 50 одновременных доступов для системы управления инженерными данными, защищенного хранилища документов, средства коллективной работы над проектом, поиска и повторного использования данных, поддержки распределенных рабочих групп и удаленных площадок (филиалов), управления документами различных типов, электронной структуры изделия (ГОСТ 2.053-2006), автоматического создания текстовой КД (Спецификация, ВП, ВС...), системой управления бизнес-процессами (Workflow), согласования и утверждения документов, управления версиями документов, внесением изменений, контролем хода и сроков выполнения работ, модулем интеграции с MRP/ERP системами, электронной подписью и возможностью подключения ЭЦП с библиотеками криптозащиты, сертифицированными ФСТЭК, модулем интеграции с САПР: SolidWorks, AutoCAD, Inventor, SolidEdge, Pro/E, WEB доступом к единому хранилищу данных через интернет-браузер, поиском, просмотром и печатью документов, чтением и редактированием файлов DWG (до 150 доступов) на базе СУБД MS SQL Standard и поставкой обновлений в течение года;

- комплект дополнительных методических материалов в составе:

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

- Расширенное моделирование деталей. (1 пособие). Основные темы: Многотельные объекты. Элементы по траектории. Элементы по сечениям и сплайны. Дополнительные элементы: скругления, перенос, деформация, сшить поверхность, перемещение и удаление грани.

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

- 10 учебных сетевых мест системы разработки широкого спектра интерактивной технической документации (руководства по сборке/разборке, ремонту, обслуживанию и эксплуатации изделий, интерактивные трёхмерные анимации, учебные материалы, маркетинговые и рекламные материалы, интернет-каталоги и др.) на основе трёхмерных конструкторских моделей с прямой поддержкой файлов SolidWorks, CATIA, Pro/E, STEP, IGES и представлением результатов в форматах Microsoft Office®, PDF, HTML, SVG, CGM и др с годовым техническим сопровождением;


Решение должно включать:

- 500 студенческих версий для домашнего использования (сроком действия в 1 год) без ограничения количества инсталляций и годовое техническое сопровождение с обновлением версий. Студенческие версии должны иметь характеристики не хуже чем у комплекта Student Access в составе SolidWorks Professional, SolidWorks Simulation Professional, SolidWorks Flow Simulation для домашнего использования;

- комплект лицензий с характеристиками не хуже чем у SolidWorks Premium Reseach 2011, SolidWorks Flow Simulation Standalone 2011, SolidWorks Simulation Premium Research 2011 и сетевых версий SWR достаточных для проведения прикладных научных исследований.

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

Комплект должен содержать:

• модули для моделирования конденсаторов, индукторов, электродвигателей и микросенсоров и других подобных устройств, для определения характеристик которых используются физические теории, посвященные электромагнитным взаимодействиям, но для более точного определения параметров этих устройств, следует учитывать влияние и других физических процессов;
  
• расширение для создания моделей химических систем с использованием формул химических реакций и вычислением баланса масс и энергий для различных химических систем, в том числе таких, в которых состав и температура реагирующих компонент изменяются со временем.
  
• библиотеку материалов объемом не немее 2500 элементов;
  
• модуль для решения проектных задач в области микроэлектромеханики. Модуль должен позволять моделировать процессы, происходящие в приводах и сенсорах, а также в микрофлюидных и небольших пьезоэлектрических устройствах. Модуль должен позволять использовать мультифизические модели, учитывающие электромагнитные, тепловые, гидродинамические процессы с учетом взаимного влияния.
  
• модуль для проектирования радиопередающих устройств, микроволновых и оптических приборов с моделированием процессов распространения волн в самом широком диапазоне частот. Модуль должен иметь все необходимые инструменты для решения задач распространения радиочастотных и микроволн, включая возможность применения специальных анизотропных PML-слоев (perfectly matched layers) для моделирования открытых электродинамических систем. Возможности модуля должны позволять легко моделировать антенные, волноводные, микроволновые и оптические компоненты. Также этот модуль должен позволять проводить исследования эффекта поверхностно-плазмонного резонанса и других явлений в новой области электроники - плазмонике.
  
• компоненты для связи с пакетами MATLAB и Solidworks;
  

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

• базового пакета из 25 лицензий PROMT Translation Server 9.0 Intranet Edition.
  
• обновления комплекта из 60 лицензий DocsVision 4.5 на платформу
  
• 30 перемещаемых именных лицензий ABBYY Lingvo х3 Европейская версия
  
• 50 лицензий на словарь ABBYY Lingvo x3 Английская версия
  
• 4 комплектов по 5 неименных сетевых лицензий на распознавание текста ABBYY FineReader 10 Corporate Edition Concurrent license
  
• 90 перемещаемых лицензий AcademicEdition Networked Volume Licenses Embarcadero RAD Studio 2010 Professional Concurrent ELS
  
• 5 лицензий на ПО Oracle Database Standard Edition Named User Plus
  
• 5 лицензий на ПО Oracle Database Standard Edition One Named User Plus
  
• 3 лицензии SQL NAVIGATOR for ORACLE XPERT EDITION LICENSE/MAINT PACK
  
• 25 перемещаемых лицензий 32 bit Statistica Base for Windows v.9 English Сетевые версии 6-25 пользователей (Licence) (первые 5 лицензий )+21*Statistica Base for Windows v.9 English Сетевые версии 6-25 пользователей (Licence) (дополнительная лицензия )
  
• 4 лицензий AllFusion Modeling Suite Bundle - Maintenance Renewal - 1 Year Enterprise Maintenance Renewal
  
• Учебного комплекта программного обеспечения КОМПАС-3D V11 на 50 мест
  
• 30 перемещаемых лицензий ПО OrCAD  PCB Design University Edition
  
• 20 лицензий Adobe Acrobat AcademicEdition (рус.)
  
• 36 перемещаемых лицензий CS5 Adobe Design Premium 5 AcademicEdition License Level 2 2,500+ Russian Windows
  
• 34 перемещаемых лицензий CS5 Master Collection 5 AcademicEdition License Level 2 2,500+ International English Windows
  
• 60 перемещаемых лицензий AutoCAD AcademicEdition Subscription (1 Year) (Migration) GEN
  
• QuarkXPress 8, Full Site Education, University Pack, 350 Seats, Europe East Edition
  
• 100 лицензий CorelDRAW Graphics Suite X5 Education License (61 - 300)
  
• STATGRAPHICS Centurion XV Academic Site License
  
• комплекта лицензий на антивирусное ПО, аналогичное ESET NOD32 Smart Security Business Edition newsale for 40 User
  
• комплекта из 501 лицензии на антивирусное ПО MFE Active Virusscan 1Year GL [P+] 501-1000 F ProtectPLUS 1Year Gold Software Support Standard Offering
  
• 10 лицензий для бизнес-планирования уровня Project Expert 7 Holding
  
• Коробочная версия Microsoft Visual Studio Professional 2010 (коммерческая версия)
  
• AutoCAD 2011 English SLM (коммерческая версия)
  
• 3 лицензии ChartDirector V5.0 - All Platforms
  

5. представить решение в виде комплекта прикладного программного обеспечения САПР с перемещаемыми лицензиями, достаточного для решения задач по ПНР с передачей результатов проектирования в производство изделий электронной техники, в частности:
   

- Инструменты системного уровня. Инструменты, предназначены для разработки и анализа алгоритмов, а также разработки и анализа макроархитектуры системы на кристалле. Инструменты позволяют разрабатывать алгоритмы для систем цифровой обработки сигналов. Включают библиотеки компонентов для разработки систем беспроводной связи: LTE, WCDMA, TD-SCDMA, GSM/GPRS/Edge, WiMAX, CDMA2000, WLAN. Полностью поддерживается работа со стандартными языками C/C++, SystemC, а также интерфейсы к MathLab. Присутствуют мощные графические подсистемы визуализации и анализа производительности архитектуры систем

Библиотеки стандартных элементов и интерфейсов (USB, PCIe, SATA, HDMI, MIPI, DDR) и библиотеки коммуникационных стандартов позволяют осуществлять автоматизированный переход (синтез) от системного уровня к уровню RTL.

- Инструменты логического синтеза и верификации. Инструменты позволяют осуществлять логический синтез исходных кодов на VHDL, Verilog, SystemVerilog, C++/Simulink в базис библиотек стандартных ячеек. Оптимизация схем осуществляется одновременно во всем диапазоне эксплуатационных условий и функциональных режимов работы схем (Multi Corner Multi Mode) по параметрам быстродействия, площади, потребляемой мощности (стандарт UPF2.0 IEEE 1801-2009). Инструменты позволяют осуществлять планирование кристалла, синтез и оптимизацию, синтез тестопригодных схем (сценарий тестов STIL IEEE 1450.1), предварительное размещение и анализ трассируемости без использования инструментов топологического проектирования. Включают библиотеки IP-блоков для синтеза трактов обработки данных, арифметических операций с плавающей точкой, тригонометрических операций, фильтров КИХ/БИХ, синхронизации доменов синхросигналов, FIFO, контроллеров синхронной/асинхронной памяти, контроллеров JTAG, семейства микроконтроллеров 8051 и 6811.

Система комплексной функциональной верификации проектов на VHDL, Verilog, SystemVerilog (IEEE 1800) использует современные методологии функциональной верификации на основе утверждений и открытой методологии верификации VMM (Verification Methodology Manual) на SystemVerilog. Позволяет проводить совместную верификацию с инструментами верификации на системном и транзисторном уровнях.

Инструменты логической верификации позволяют проводить функциональное моделирования переходных процессов включения и отключения энергопитания с использованием описаний в формате UPF2.0 IEEE 1801-2009.

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

-  Инструменты прототипирования на ПЛИС. Инструменты позволяют осуществлять логический синтез и размещение (физический синтез) элементов на основе моделей графов из исходных кодов на VHDL, Verilog, SystemVerilog, C++/Simulink в базис ПЛИС с возможностью автоматизированного разбиения проекта на несколько ПЛИС (в случае если таковой не помещается в выбранную ПЛИС), и предоставляют возможностью отслеживания состояния любых внутренних цепей и сигналов в реальном времени в процессе работы прототипа на ПЛИС .

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

Также осуществляется синтез деревьев синхронизации, полная трассировка всех сигналов с учетом правил проектирования (DRC) без привязки к сетке, извлечение паразитных RC-параметров, анализ быстродействия с учетом взаимных помех и интерференции сигналов, расчета статической и динамической потребляемой мощности UPF2.0 IEEE 1801-2009.

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

Библиотеки параметров технологических процессов, параметрических ячеек и вызовов представлены в открытом формате с использованием открытых языков С/С++, Python, TCL.

Инструменты для верификации аналоговых и смешанных схем предназначены для точного и быстрого моделирования аналоговых, радиочастотных, цифро-аналоговых СБИС с учётом паразитных RC параметров.

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

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

-  Инструменты DRC/LVS/RCX. Инструменты, предназначенные для проверки правил проектирования (DRC), соответствия выходного пост-топологического списка цепей исходному (LVS) и экстракции параметров (RCX) в составе инструмента топологического синтеза (in-design) позволяет проводить проверку DRC и экстракцию RC в процессе топологического синтеза. Таким образом исключаются итерации между инструментами синтеза топологии и DRC, RCX. Законченное топологическое представление соответствует полному набору правил проектирования и готово к пост-топологической верификации с учетом паразитных RC.

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

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

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

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

Требования к структуре системы управления лицензиями

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

• сервер системы управления базой данных (СУБД);
  
• сервер приложений и сервер веб-доступа;
  
• клиентская часть.
  

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


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

• для наполнения среды коллективной работы копиями документов:
  
• принтер-сканер А1 с суммарными характеристиками не хуже чем у Xerox 6050A, в частности: