Техническое задание ОАО «рти» Москва, 2014




Скачать 343.87 Kb.
Дата04.05.2016
Размер343.87 Kb.







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

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

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

ОАО «РТИ»
Москва, 2014

ОГЛАВЛЕНИЕ


1. ОБЩИЕ СВЕДЕНИЯ ОБ ИС 3

1.1. НАИМЕНОВАНИЕ ИС 3

1.2. НАЗНАЧЕНИЕ 3

1.3. ШИФР СИСТЕМЫ 3

SAM. 3

1.4. НАИМЕНОВАНИЕ ОРГАНИЗАЦИИ-ЗАКАЗЧИКА И ОРГАНИЗАЦИЙ-УЧАСТНИКОВ РАБОТ 3



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

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

1.7. ОПРЕДЕЛЕНИЯ, ОБОЗНАЧЕНИЯ, СОКРАЩЕНИЯ 3

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

2.1. НАЗНАЧЕНИЕ СИСТЕМЫ 4



1.2.2. ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ 4

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

3.1. ОПИСАНИЕ ОБЪЕКТА АВТОМАТИЗАЦИИИ 5

3.2. АВТОМАТИЗИРУЕМЫЕ ПРОЦЕССЫ 5

3.3. ОСНОВНЫЕ ГРУППЫ ПОЛЬЗОВАТЕЛЕЙ СИСТЕМЫ 5



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

4.1. ТРЕБОВАНИЯ К СИСТЕМЕ В ЦЕЛОМ 5



2.4.1.1. ТРЕБОВАНИЯ К СТРУКТУРЕ И ФУНКЦИОНИРОВАНИЮ СИСТЕМЫ 5

3.4.1.2 ТРЕБОВАНИЯ К ЧИСЛЕННОСТИ И КВАЛИФИКАЦИИ ПЕРСОНАЛА СИСТЕМЫ И РЕЖИМУ ЕГО РАБОТЫ 6

4.4.1.3 ПОКАЗАТЕЛИ НАЗНАЧЕНИЯ 8

5.4.1.4. ТРЕБОВАНИЯ К НАДЕЖНОСТИ 8

6.4.1.5 ТРЕБОВАНИЯ К БЕЗОПАСНОСТИ 9

7.4.1.6 ТРЕБОВАНИЯ К ЭРГОНОМИКЕ И ТЕХНИЧЕСКОЙ ЭСТЕТИКЕ 9

8.4.1.7 ТРЕБОВАНИЯ К ТРАНСПОРТАБЕЛЬНОСТИ ДЛЯ ПОДВИЖНЫХ АС 9

9.4.1.8 ТРЕБОВАНИЯ К ЭКСПЛУАТАЦИИ, ТЕХНИЧЕСКОМУ ОБСЛУЖИВАНИЮ, РЕМОНТУ И ХРАНЕНИЮ КОМПОНЕНТОВ СИСТЕМЫ 10

10.4.1.9 ТРЕБОВАНИЯ К ЗАЩИТЕ ИНФОРМАЦИИ ОТ НЕСАНКЦИОНИРОВАННОГО ДОСТУПА 11

11.4.1.10 ТРЕБОВАНИЯ ПО СОХРАННОСТИ ИНФОРМАЦИИ ПРИ АВАРИЯХ 11

12.4.1.11 ТРЕБОВАНИЯ К ЗАЩИТЕ ОТ ВЛИЯНИЯ ВНЕШНИХ ВОЗДЕЙСТВИЙ 11

13.4.1.12 ТРЕБОВАНИЯ К ПАТЕНТНОЙ ЧИСТОТЕ 11

14.4.1.13 ТРЕБОВАНИЯ ПО СТАНДАРТИЗАЦИИ И УНИФИКАЦИИ 11

15.4.1.14 ДОПОЛНИТЕЛЬНЫЕ ТРЕБОВАНИЯ 11

4.2. ТРЕБОВАНИЯ К ФУНКЦИЯМ (ЗАДАЧАМ), ВЫПОЛНЯЕМЫМ СИСТЕМОЙ 11



16.4.2.1. ТЕБОВАНИЯ К СИСТЕМЕ УЧЕТА ПО И ЛИЦЕНЗИЙ НА ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ 11

Система должна предусматривать возможность классификации ПО по: 15

В Системе должна быть предусмотрена возможность ведения списков ПО, отражающих его статус: 15

17.4.2.2. ТРЕБОВАНИЯ К ИНТЕГРАЦИИ СИСТЕМ 19

4.3. ТРЕБОВАНИЯ К ВИДАМ ОБЕСПЕЧЕНИЯ 20



18.4.3.1.ТРЕБОВАНИЯ К МАТЕМАТИЧЕСКОМУ ОБЕСПЕЧЕНИЮ СИСТЕМЫ 20

19.4.3.2. ТРЕБОВАНИЯ К ИНФОРМАЦИОННОМУ ОБЕСПЕЧЕНИЮ СИСТЕМЫ 20

20.4.3.3. ТРЕБОВАНИЯ К ЛИНГВИСТИЧЕСКОМУ ОБЕСПЕЧЕНИЮ СИСТЕМЫ 21

21.4.3.4 ТРЕБОВАНИЯ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ СИСТЕМЫ 21

22.4.3.5 ТРЕБОВАНИЯ К ТЕХНИЧЕСКОМУ ОБЕСПЕЧЕНИЮ 22

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

6.ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ 24

6.1. ВИДЫ, СОСТАВ, ОБЪЕМ И МЕТОДЫ ИСПЫТАНИЙ СИСТЕМЫ 24

6.2. ОБЩИЕ ТРЕБОВАНИЯ К ПРИЕМКЕ РАБОТ ПО СТАДИЯМ. 25

6.3.СТАТУС ПРИЕМОЧНОЙ КОМИССИИ 26



7.ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ 26

8.ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ 27

9.КВАЛИФИКАЦИОННЫЕ ТРЕБОВАНИЯ К ИСПОЛНИТЕЛЮ 27

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

1.1. НАИМЕНОВАНИЕ ИС


Автоматизированная система управления программным обеспечением.

1.2. НАЗНАЧЕНИЕ


Система предназначена для автоматизации деятельности ИТ подразделения ОАО «РТИ».

1.3. ШИФР СИСТЕМЫ

SAM.

1.4. НАИМЕНОВАНИЕ ОРГАНИЗАЦИИ-ЗАКАЗЧИКА И ОРГАНИЗАЦИЙ-УЧАСТНИКОВ РАБОТ


Заказчиком информационной системы является ОАО «РТИ», РФ, г. Москва, ул. 8 Марта, д. 10, стр. 1

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


Начало работ – 20.04.2014 г.

Окончание работ – 20.07.2014 г.


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


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

1.7. ОПРЕДЕЛЕНИЯ, ОБОЗНАЧЕНИЯ, СОКРАЩЕНИЯ


В настоящем документе применены следующие термины и определения:

Термин

Значение

Атрибут

Элемент характеристики объекта базы данных

Объект системы

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

Программные активы

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

Система

Автоматизированная система управления программными активами в ОАО «РТИ»

Тематический каталог ПО

Перечень программного обеспечения с описанием, сгруппированный по назначению.

Технические средства

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

В настоящем документе используются следующие обозначения и сокращения:



Сокращение

Расшифровка

АРМ

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

БД

База данных

ИТ

Информационные технологии

ОС

Операционная система

ПО

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

САПР

Система автоматизированного проектирования

СУБД

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

MS SCCM

Microsoft System Center Configuration Manager





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

2.1. НАЗНАЧЕНИЕ СИСТЕМЫ


Система предназначена для автоматизации деятельности ИТ- подразделения ОАО «РТИ».

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


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

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

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


  • ведение структурированного каталога ПО, используемого в ОАО «РТИ»;

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

  • инвентаризация ПО, установленного на АРМ пользователей и серверах;

  • ведение справочников поставщиков и производителей ПО;

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

  • анализ данных Системы и построение отчетов для принятия решений, направленных на оптимизацию расходов на ПО;

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

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

3.1. ОПИСАНИЕ ОБЪЕКТА АВТОМАТИЗАЦИИИ


Объектом автоматизации являются процессы, связанные со сбором, систематизацией, хранением и учетом детализованной информации по программным активам ОАО «РТИ» г. Москва

Общее количество объектов учета: 400 (ПК/серверов).


3.2. АВТОМАТИЗИРУЕМЫЕ ПРОЦЕССЫ


  • инвентаризация ПО;

  • обработка финансовой информации;

  • анализ данных;

  • предоставление справочной информации.

3.3. ОСНОВНЫЕ ГРУППЫ ПОЛЬЗОВАТЕЛЕЙ СИСТЕМЫ


  • администраторы;

  • операторы;

  • пользователи;

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

4.1. ТРЕБОВАНИЯ К СИСТЕМЕ В ЦЕЛОМ

2.4.1.1. ТРЕБОВАНИЯ К СТРУКТУРЕ И ФУНКЦИОНИРОВАНИЮ СИСТЕМЫ


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

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


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

Система учета программных активов должна обеспечивать сбор, хранение, управление и предоставление необходимой отчетности, в целях управления программными активами в ОАО «РТИ».



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

Все компоненты Системы, должны находиться в едином пространстве имен и иметь возможность устанавливать информационные связи с использованием средств локальной вычислительной сети ОАО «РТИ».



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

ИС должна взаимодействовать со следующими смежными системами:


- служба каталогов Active Directory Domain Services (AD DS);

- служба электронной почты Exchange;

- ИС MS SCCM.

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

Система должна позволять работать в двух режимах:

- штатный режим;

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



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

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


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

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


3.4.1.2 ТРЕБОВАНИЯ К ЧИСЛЕННОСТИ И КВАЛИФИКАЦИИ ПЕРСОНАЛА СИСТЕМЫ И РЕЖИМУ ЕГО РАБОТЫ


4.1.2.1. Требования к численности персонала (пользователей) Системы.

Для обеспечения работоспособности Системы, определены следующие роли:



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

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

Задачи администраторов Системы:

- разграничение доступа к данным средствами Системы;

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

- резервное копирование и восстановление Системы в случае сбоев.


  • Оператор Системы

Операторами Системы, являются работники ИТ подразделений ОАО «РТИ», производящие учет программного обеспечения.

Задачи операторов Системы:

- добавление нового ПО в каталог Системы, его атрибутов и классификация ПО;

- ведение справочников поставщиков и производителей ПО;

- внесение финансовой информации в Систему и её привязка к каталогу ПО;

- привязка инвентаризированного ПО к каталогу ПО;

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

- формирование отчетов в соответствии с различными критериями фильтрации данных.



  • Пользователь Системы

Пользователями Системы, являются работники ОАО «РТИ», которым нужна справочная информация о составе ПО в организации.

Задачи пользователей Системы:

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

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

- просмотр отчетов в соответствии с различными критериями фильтрации данных.

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

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

Оператор Системы должен иметь опыт работы с большими массивами данных, опыт работы оператором БД, иметь навыки продвинутого пользователя в Windows – системах.

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

4.1.2.3. Требуемый режим работы персонала ИС

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

Для обеспечения максимальной работоспособности и сохранения здоровья профессиональных пользователей на протяжении восьмичасового рабочего дня должны устанавливаться регламентированные перерывы: через 2 часа после начала рабочей смены и через 1.5 – 2.0 часа после обеденного перерыва продолжительностью 15 минут каждый или продолжительностью 10 минут через каждый час работы. Продолжительность непрерывной работы персонала с разрабатываемой системой и персональными компьютерами без регламентированного перерыва не должна превышать 2 часа.

4.4.1.3 ПОКАЗАТЕЛИ НАЗНАЧЕНИЯ


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

  • количество пользователей – не менее 100;

  • количество одновременно работающих пользователей – не менее 20.

Система должна обеспечивать возможность одновременной работы пользователей в ОАО «РТИ» и ДЗК при следующих характеристиках времени отклика Системы:

- для операций навигации по экранным формам системы – не более 3 сек.;

- для операций поиска данных – не более 10 сек.

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


5.4.1.4. ТРЕБОВАНИЯ К НАДЕЖНОСТИ


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

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



6.4.1.5 ТРЕБОВАНИЯ К БЕЗОПАСНОСТИ


Все внешние элементы технических средств системы, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81 и ПУЭ.

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

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

Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов системы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук строчной частоты и т.д.), не должны превышать действующих норм (СанПиН 2.2.2. /2.4.1340-03 от 03.06.2003 г.).


7.4.1.6 ТРЕБОВАНИЯ К ЭРГОНОМИКЕ И ТЕХНИЧЕСКОЙ ЭСТЕТИКЕ


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

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

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

8.4.1.7 ТРЕБОВАНИЯ К ТРАНСПОРТАБЕЛЬНОСТИ ДЛЯ ПОДВИЖНЫХ АС


Требования не предъявляются.

9.4.1.8 ТРЕБОВАНИЯ К ЭКСПЛУАТАЦИИ, ТЕХНИЧЕСКОМУ ОБСЛУЖИВАНИЮ, РЕМОНТУ И ХРАНЕНИЮ КОМПОНЕНТОВ СИСТЕМЫ


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

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

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

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

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

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

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

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

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

10.4.1.9 ТРЕБОВАНИЯ К ЗАЩИТЕ ИНФОРМАЦИИ ОТ НЕСАНКЦИОНИРОВАННОГО ДОСТУПА


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

Система, при ее интеграции в ЛВС ОАО «РТИ», не должна снижать существующий уровень информационной безопасности ЛВС и прикладных информационных систем, применяемых в Компании.

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

11.4.1.10 ТРЕБОВАНИЯ ПО СОХРАННОСТИ ИНФОРМАЦИИ ПРИ АВАРИЯХ


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

12.4.1.11 ТРЕБОВАНИЯ К ЗАЩИТЕ ОТ ВЛИЯНИЯ ВНЕШНИХ ВОЗДЕЙСТВИЙ


Требования не предъявляются.

13.4.1.12 ТРЕБОВАНИЯ К ПАТЕНТНОЙ ЧИСТОТЕ


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

14.4.1.13 ТРЕБОВАНИЯ ПО СТАНДАРТИЗАЦИИ И УНИФИКАЦИИ


Требования не предъявляются.

15.4.1.14 ДОПОЛНИТЕЛЬНЫЕ ТРЕБОВАНИЯ


Требования не предъявляются.

4.2. ТРЕБОВАНИЯ К ФУНКЦИЯМ (ЗАДАЧАМ), ВЫПОЛНЯЕМЫМ СИСТЕМОЙ

16.4.2.1. ТЕБОВАНИЯ К СИСТЕМЕ УЧЕТА ПО И ЛИЦЕНЗИЙ НА ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ


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

4.2.1.1. ТРЕБОВАНИЯ К ПОДДЕРЖИВАЕМЫМ ОПЕРАЦИОННЫМ СИСТЕМАМ ОБЪЕКТОВ ИНВЕНТАРИЗАЦИИ

• Windows 2012 Server Core x64;

• Windows 2008 R2 Server Core x64;

• Windows 2008 R2 Server x64;

• Windows 2008 Server Core;

• Windows 2008 Server;

• Windows 2008 Server Core x64;

• Windows 2008 Server x64;

• Windows 2003 R2 Server;

• Windows 2003 R2 Server x64;

• Windows 2003 Server;

• Windows 2003 Server x64;

• Windows XP Professional;

• Windows XP Professional x64;

• Windows XP Home;

• Windows Vista;

• Windows Vista x64;

• Windows 7;

• Windows 7 x64;

• Windows 8;

• Windows 8 x64;

• RedHat Linux 8 and 9;

• RedHat Enterprise Linux 3, 4, 5, 6;

• CentOS 4, 5, 6;

• Fedora 6 – 11;

• SuSE Professional/OpenSuSE 9, 10, 11;

• SuSE Enterprise Server (SLES) 9, 10, 11;

• Solaris 9, 10, 11 (Intel);

• Solaris 8, 9, 10, 11 (SPARC);

• Mac OS X 10.3, 10.4, 10.5, 10.6, 10.7, 10.8;

• AIX 5.2, 5.3, 6.1, 7.1;

• HP-UX 11.00, 11i, 11i v2, 11i v3;



4.2.1.2. ПОДДЕРЖКА РАЗЛИЧНЫХ МОДЕЛЕЙ ЛИЦЕНЗИРОВАНИЯ

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



    • «Site» - на группу пользователей;

    • «Per User» – лицензия на каждого на пользователя;

    • «Per Device» - лицензия на устройство;

    • «Client Access License» - лицензия клиентского доступа, CAL;

    • «Per Processor» - лицензия на процессор;

    • «Per Core» - лицензия на ядро;

    • «Per Processor Points» - лицензия на процессорные баллы.

4.2.1.3. УЧЕТ ЛИЦЕНЗИОННЫХ ОПЦИЙ.

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

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

• правила множественной установки;

• правила понижения /повышения версии;

• правила использования ПО в виртуальной среде.



4.2.1.4. ИНВЕНТАРИЗАЦИЯ ВИРТУАЛЬНОЙ ИНФРАСТРУКТУРЫ НА БАЗЕ VMWARE И HYPER-V.

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



4.2.1.5. НАЛИЧИЕ БИБЛИОТЕКИ РАСПОЗНАВАНИЯ ПРИЛОЖЕНИЙ (APPLICATION RECOGNITION LIBRARY, ARL)

  • Система должна иметь не менее 11 000 производителей ПО, в том числе, но не ограничиваясь: Microsoft, VMware, GFI, Adobe, Sony, Symantec, EMC, Corel, ABBYY, 1С;

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

  • Предоставлять возможность совместной работы с библиотеками вендоров (с указанием прав использования продуктов);

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

4.2.1.6. ИНВЕНТАРИЗАЦИЯ ПЕРСОНАЛЬНЫХ КОМПЬЮТЕРОВ ЗАКАЗЧИКА.

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

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

  • с использованием системы управления конфигурациями Microsoft System Center Configuration Manager.


4.2.1.7. РАСПОЗНАВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ В ПРОЦЕССЕ ИНВЕНТАРИЗАЦИИ

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



    • по заголовкам исполняемых файлов;

    • по расположению исполняемых файлов;

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

    • с использованием настраиваемых правил распознавания ПО.

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

Система должна иметь возможность получения информации об используемом ПО, посредством синхронизации с БД ИС MS SCCM 2007 и выше, как в настраиваемом режиме планировщика, так и в принудительном режиме.

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


4.2.1.8. ТРЕБОВАНИЯ К ОБЕСПЕЧЕНИЮ МОНИТОРИНГА ИСПОЛЬЗОВАНИЯ ПО НА КОНЕЧНЫХ РАБОЧИХ СТАНЦИЯХ И СЕРВЕРАХ.

Система должна обеспечивать мониторинг используемого ПО для ОС Microsoft.

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

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

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

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



4.2.1.3. ТРЕБОВАНИЯ К КАТАЛОГУ ПО

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



4.2.1.3.1. ОБЩАЯ ИНФОРМАЦИЯ О ПО, СОДЕРЖАЩЕМСЯ В КАТАЛОГЕ

В Системе должен существовать каталог ПО, характеризующийся следующим минимальным составом атрибутов:



  • наименование ПО;

  • версия ПО;

  • назначение ПО;

  • категория лицензирования (коммерческое, условно – бесплатное, бесплатное и пр.)

4.2.1.3.2. ТРЕБОВАНИЕ К КЛАССИФИКАЦИИ ПО.

Система должна предусматривать возможность классификации ПО по:



  • области применения;

  • типу ПО;

  • типу лицензирования.

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

  • кандидат на приобретение (неприобретенное ПО, которое проходит процедуру закупки);

  • ПО, для которого требуется верификация;

  • ПО, допущенное к применению;

  • нелегитимное ПО.

4.2.1.3.3. ТРЕБОВАНИЕ К СПРАВОЧНИКАМ ДЛЯ КАТАЛОГА ПО

В Системе должны присутствовать справочники для внесения информации по объектам каталога ПО:



  • производителей ПО;

  • поставщиков ПО.

4.2.1.3.4. ТРЕБОВАНИЕ К ХРАНЕНИЮ ДОКУМЕНТАЦИИ ДЛЯ ПРИОБРЕТАЕМОГО И/ИЛИ ИСПОЛЬЗУЕМОГО ПО.

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



  • счетов;

  • счетов-фактур;

  • актов приема-передачи;

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

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

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

  • лицензий;

  • заключения о результатах испытаний расчетного ПО;

  • товарных накладных;

  • сертификатов;

  • договоров на приобретение, техническую поддержку, подписку, обновление.

4.2.1.3.5. ТРЕБОВАНИЕ К СОДЕРЖАНИЮ ФИНАНСОВОЙ ИНФОРМАЦИИ.

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



  • номер договора;

  • тип договора;

  • поставщик;

  • дата приобретения;

  • наименование;

  • количество;

  • срок действия лицензии;

  • срок действия технической поддержки.

4.2.1.4. ТРЕБОВАНИЕ К ОТЧЕТАМ, РЕАЛИЗОВАННЫМ В СИСТЕМЕ

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

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

4.2.1.4.1. ОТЧЕТ ПРОГРАММНЫЕ ПРОДУКТЫ.

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

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

4.2.1.4.2. ОТЧЕТ СПИСОК УСТАНОВОК.

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

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

4.2.1.4.3. ОТЧЕТ ПО КОЛИЧЕСТВУ ПРИОБРЕТЕННЫХ И ИСПОЛЬЗУЕМЫХ ЛИЦЕНЗИЙ ПО С ТОЧНОСТЬЮ ДО ВЕРСИИ.

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



  • Дата начала действия лицензии

  • Дата окончания действия лицензии

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

  • Наименование ПО

  • Версия ПО

  • Компания владелец лицензии

  • Количество

  • Стоимость

4.2.1.4.4. ОТЧЕТ ПО КОЛИЧЕСТВУ ПРИОБРЕТЕННЫХ И ИСПОЛЬЗУЕМЫХ ЛИЦЕНЗИЙ ПО С ТОЧНОСТЬЮ ДО ВЕРСИИ.

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



  • дата начала действия лицензии;

  • дата окончания действия лицензии;

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

  • наименование ПО;

  • версия ПО;

  • компания владелец лицензии;

  • количество;

  • стоимость.


4.2.1.4.5. ОТЧЕТ О ПО, С ИСТЕКАЮЩИМ СРОКОМ ДЕЙСТВИЯ ЛИЦЕНЗИЙ, ТЕХНИЧЕСКОЙ ПОДДЕРЖКИ И СЕРТИФИКАТОВ

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



  • дата начала действия лицензии;

  • дата окончания действия лицензии;

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

  • наименование ПО;

  • версия ПО;

  • компания владелец лицензии;

  • количество;

  • cтоимость.

4.2.1.4.6. ОТЧЕТ О ВРЕМЕНИ ИСПОЛЬЗОВАНИЯ ПО НА АРМ

Должен группироваться по АРМ и содержать данные о установленном на нем ПО и данными о времени его использования за указанный период. Отчет должен содержать фильтр по подразделению, и периоду мониторинга.



4.2.1.4.7. ОТЧЕТ О СТОИМОСТИ ВЛАДЕНИЯ ПО

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


4.2.1.4.8. РАСЧЕТ СТОИМОСТИ ПО, УСТАНОВЛЕННОГО НА АРМ

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



4.2.1.4.9. ОТЧЕТ О СОВОКУПНОЙ СТОИМОСТИ ВЛАДЕНИЯ ПО

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


4.2.1.5. ТРЕБОВАНИЕ К УВЕДОМЛЕНИЯМ СИСТЕМЫ.

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

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

4.2.1.6. ТРЕБОВАНИЕ К РАЗГРАНИЧЕНИЮ ПРАВ ДОСТУПА К СИСТЕМЕ.

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

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

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

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

Анонимный доступ к Системе должен быть запрещен.



4.2.1.7. ТРЕБОВАНИЕ К ХРАНЕНИЮ ИСТОРИИ СОБЫТИЙ, СВЯЗАННЫХ С ДЕЙСТВИЯМИ ПОЛЬЗОВАТЕЛЕЙ СИСТЕМЫ.

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

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


  • Пользователя;

  • Объекта доступа (каталог, классификатор, справочник, атрибут)

  • Времени;

  • Осуществленных действий;



17.4.2.2. ТРЕБОВАНИЯ К ИНТЕГРАЦИИ СИСТЕМ


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

4.2.2.1. ОБЩИЕ ТРЕБОВАНИЯ К ИНТЕГРАЦИИ РЕЕСТРА ПО С ВНЕШНИМИ СИСТЕМАМИ
4.2.2.1.1. ИНТЕГРАЦИЯ С ПОЧТОВОЙ СИСТЕМОЙ

Обеспечивается следующей функциональностью:

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


4.2.2.1.2. ИНТЕРГАЦИЯ С ИС MS SCCM

Обеспечивается следующей функциональностью:

- получение информации об используемом ПО.


4.3. ТРЕБОВАНИЯ К ВИДАМ ОБЕСПЕЧЕНИЯ

18.4.3.1.ТРЕБОВАНИЯ К МАТЕМАТИЧЕСКОМУ ОБЕСПЕЧЕНИЮ СИСТЕМЫ


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

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

- Клиентское программное обеспечение должно обеспечивать работу в ОС MS Windows XP, Vista и Windows 7, и браузерах MS Internet Explorer 7-9

19.4.3.2. ТРЕБОВАНИЯ К ИНФОРМАЦИОННОМУ ОБЕСПЕЧЕНИЮ СИСТЕМЫ


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

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

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

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

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

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


20.4.3.3. ТРЕБОВАНИЯ К ЛИНГВИСТИЧЕСКОМУ ОБЕСПЕЧЕНИЮ СИСТЕМЫ


Требования не предъявляются.

21.4.3.4 ТРЕБОВАНИЯ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ СИСТЕМЫ


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

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

- клиентское программное обеспечение должно обеспечивать работу в ОС MS Windows XP, Vista, Windows 7 и Windows 8 и браузерах MS Internet Explorer 7-10;

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

- исполнителем должна осуществляться техническая поддержка и сопровождение Системы в течение года после её введения в промышленную эксплуатацию.
4.3.4.1. ТРЕБОВАНИЯ К АРХИТЕКТУРЕ СИСТЕМЫ

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



4.3.4.2. ТРЕБОВАНИЯ К СЕРВЕРУ ПРИЛОЖЕНИЙ

Операционная система

Предустановленное программное обеспечение

·      Windows 2012 Server x64

·     Windows 2008 R2 Server x64

Windows 2008 Server SP1-SP2

Windows 2008 Server x64 SP1-SP2

Windows 2003 R2 Server

Windows 2003 R2 Server x64

Windows 2003 Server SP2

Windows 2003 Server x64 SP2



.NET Framework 4.0

 Internet Explorer 7.0 to 10.0

Microsoft Internet Information Services 6.0 to 7.5

 SQL Server Tools and Workstation Components 2005 or SQL Server 2008 features: Client Tools Connectivity, Management Tools




4.3.4.3. ТРЕБОВАНИЯ К СЕРВЕРУ ИНВЕНТАРИЗАЦИИ

Операционная система

Предустановленное программное обеспечение

·    Windows 2012 Server x64

·    Windows 2008 R2 Server x64

Windows 2008 Server SP1-SP2

Windows 2008 Server x64 SP1-SP2

Windows 2003 R2 Server

Windows 2003 R2 Server x64

Windows 2003 Server SP2

Windows 2003 Server x64 SP2



.NET Framework 4.0

 Internet Explorer 7.0 to 10.0

Microsoft Internet Information Services 6.0 to 7.5

SQL Server Tools and Workstation Components 2005 or SQL Server 2008 features: Client Tools Connectivity, Management Tools




4.3.4.4. ТРЕБОВАНИЯ К СЕРВЕРУ БАЗ ДАННЫХ

Операционная система

Предустановленное программное обеспечение

Windows 2012 Server x64

Windows 2008 R2 Server x64

Windows 2008 Server SP1-SP2

Windows 2008 Server x64 SP1-SP2

Windows 2003 R2 Server

Windows 2003 R2 Server x64

Windows 2003 Server SP2

Windows 2003 Server x64 SP2



SQL Server 2005 SP2 to SP4 with Reporting Services and Full-Text Search

SQL Server 2008 with Reporting Services and Full-Text Search

SQL Server 2008 SP1 with Reporting Services and Full-Text Search

SQL Server 2008 R2 with Reporting Services and Full-Text Search

SQL Server 2012 with Reporting Services and Full-Text Search

.NET Framework 4.0

 Microsoft Office 2010 Filter Pack

Adobe PDF IFilter 6.0 (32-bit)

Adobe PDF IFilter 9.0 (64-bit)



4.3.4.4. ТРЕБОВАНИЯ К СЕРВЕРУ ОТЧЕТОВ

Операционная система

Предустановленное программное обеспечение

·     Windows 2012 Server x64

·      Windows 2008 R2 Server x64

Windows 2008 Server SP1-SP2

Windows 2008 Server x64 SP1-SP2

Windows 2003 R2 Server

Windows 2003 R2 Server x64

Windows 2003 Server SP2

Windows 2003 Server x64 SP2



.NET Framework 4.0

Internet Explorer 7.0 to 10.0

Reporting Services (same release as the database)

 Internet Information Services 6.0 to 7.5

SQL Server Tools and Workstation Components 2005 or SQL Server 2008/2012 features: Client Tools Connectivity, Management Tools



22.4.3.5 ТРЕБОВАНИЯ К ТЕХНИЧЕСКОМУ ОБЕСПЕЧЕНИЮ



4.3.5.1. ТРЕБОВАНИЯ К СЕРВЕРУ ПРИЛОЖЕНИЙ

Компонент

Процессор x64

Оперативная память 4Гб (минимум)

Объем жестких дисков от 20Гб

Количество сетевых карт- 1 шт.




4.3.5.2. ТРЕБОВАНИЯ К СЕРВЕРУ ИНВЕНТАРИЗАЦИИ

Компонент

Процессор x64

Оперативная память 2Гб (минимум)

Объем жестких дисков от 2Гб

Количество сетевых карт- 1 шт.




4.3.5.3. ТРЕБОВАНИЯ К СЕРВЕРУ БАЗ ДАННЫХ

Компонент

Процессор x64

Кол-во процессоров 2 (минимум)

Оперативная память 6Гб (минимум)

Объем жестких дисков от 100 Гб

Количество сетевых карт- 1 шт.



4.3.5.4. ТРЕБОВАНИЯ К СЕРВЕРУ ОТЧЕТОВ

Компонент

Процессор x64

Оперативная память 2Гб (минимум)

Объем жестких дисков от 2Гб

Количество сетевых карт- 1 шт.




      1. ТРЕБОВАНИЯ К МЕТРОЛОГИЧЕСКОМУ ОБЕСПЕЧЕНИЮ.


Требования не предъявляются.

      1. ТРЕБОВАНИЯ К ОРГАНИЗАЦИОННОМУ ОБЕСПЕЧЕНИЮ


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


Требования не предъявляются.
  1. СОСТАВ И СРОКИ ВЫПОЛНЕНИЯ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ


Таблица

Состав и сроки выполнения работ

Название задачи

Длительность

Внедрение технологии управления программными активами в ОАО «РТИ»

59 дней

Предпроектная подготовка

16 дней

Формирование рабочих групп проекта

2 дней

Разработка и согласование ТЗ на проект

12 дней

Формирование проектной документации (устав, план коммуникаций)

4 дней

Выпонение технических и организационных требований Заказчиком

8 дней

Технические работы

43 дней

Настройка серверной части ср-ва инвентаризации

3 дней

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

3 дней

Внесение самописного и малораспространенного ПО в БД

3 дней

Подготовка отчета о найденном программном обеспечении

5 дней

Подготовка отчета по категориям ПО

5 дней

Внесение данных о количестве лицензий в средство инвентаризации

5 дней

Внесение финансовой информации в БД

5 дней

Внесение контрактной информации в БД

5 дней

Подготовка отчета о лицензионности ПО

2 дней

Разработка ролевых наборов ПО

5 дней

Подготовка отчета отклонений от ролевых наборов

2 дней

Проведение вебинара-обучения по внедряемому средству инвентаризации

2 дней

Верификация лицензионного соответствия

35 дней

Организация сбора документов

20 дней

Верификация лицензионного соответствия

24 дней

Подготовка стандартного АПЗ

6 дней

Юридические консультации по вопросам использования ПО

5 дней

Оформление самописного ПО в соответствии с законодательством

5 дней

Анализ бизнес-процессов в области SAM

38 дней

Интервьюирование ответственных сотрудников в области управления ПО

3 дней

Исследование и разработка рекомендаций по изменению существующих нормативных документов в ИТ в соответствии со стандартом ISO 19770-1

5 дней

Разработка регламента по управлению ПО (общие положения)

5 дней

Разработка ключевых процедур управления жизненным циклом ПО (заявка, закупка, списание, учет)

5 дней

Разработка регламента проведения инвентаризации и верификации

5 дней

Разработка нормативной документации по финансовому управлению

5 дней

Разработка нормативной документации по управлению контрактами и поставщиками

5 дней

Разработка системы оценки эффективности управления ПО

5 дней


  1. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ

6.1. ВИДЫ, СОСТАВ, ОБЪЕМ И МЕТОДЫ ИСПЫТАНИЙ СИСТЕМЫ


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

Предварительные испытания;

Опытная эксплуатация;

Приемочные испытания.



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

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

Приемочные испытания проводятся в соответствии с программой испытаний и включают проверку:

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

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

- работы персонала в диалоговом режиме;

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

- комплектности и качества эксплуатационной документации.


6.2. ОБЩИЕ ТРЕБОВАНИЯ К ПРИЕМКЕ РАБОТ ПО СТАДИЯМ.


Сдача-приёмка работ производится по завершению всех этапов, в соответствии с программой испытаний и календарным планом.

Сдача-приемка осуществляется комиссией, в состав которой входят представители Заказчика и Исполнителя.

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

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

По результатам опытной эксплуатации принимается решение о возможности (или невозможности) предъявления ИС на приемочные испытания. Работа завершается оформлением акта о завершении опытной эксплуатации и допуске системы к приемочным испытаниям.

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

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

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

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

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

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

- обобщенные результаты испытаний;

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

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



Работу завершают оформлением акта о приемке ИС в постоянную эксплуатацию.
    1. СТАТУС ПРИЕМОЧНОЙ КОМИССИИ


Статус приемочной комиссии определен действующими нормативными документами Заказчика.

  1. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ


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

  1. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ


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

  • Техническое задание должно разрабатываться в соответствии с ГОСТ 34.602-89 (автоматизированные системы);

  • Инструкция администратора Системы;

  • Инструкция Оператора Системы;

  • Инструкция Пользователя Системы.

  • Комплект документации должен быть предоставлен в двух экземплярах на бумажном носителе, а также в электронном виде. Электронный вид документов должен соответствовать форматам офисного пакета приложений Microsoft Office 2007.
  1. КВАЛИФИКАЦИОННЫЕ ТРЕБОВАНИЯ К ИСПОЛНИТЕЛЮ


Квалификационные требования к исполнителю:

  1. Аккредитация Исполнителя в Системе добровольной сертификации «Менеджмент программных активов (SAM)», зарегистрированной в Федеральном агентстве по Техническому Регулированию и Метрологии за № POCC RU.3846.04ФВА0.

  2. Наличие у Исполнителя аттестованных экпертов по оценки менеджмента программных активов на соответствие международному стандарту ISO/IEC 19770-1:2006 Processes в Системе добровольной сертификации «Менеджмент программных активов (SAM)», зарегистрированной в Федеральном агентстве по Техническому Регулированию и Метрологии за № POCC RU.3846.04ФВА0.

  3. Наличие у Исполнителя сертифицированных специалистов в области Software Asset Management, подтвержденных сертификатами от Microsoft 70-673.

  4. Наличие у Исполнителя сертифицированных специалистов по администрированию Microsoft SystemCenter Configuration Manager 2012.

  5. Опыт успешной реализации проектов по управлению программными активами в организациях с парком ПК более 2000 единиц на территории России.

  6. Наличие у Исполнителя статуса Microsoft Gold в компетенции Software Asset Management.



База данных защищена авторским правом ©ekonoom.ru 2016
обратиться к администрации

    Главная страница