Функциональные и технические требования



Скачать 226,91 Kb.
Дата17.10.2016
Размер226,91 Kb.


Внедрение системы управления рабочими местами
ФУНКЦИОНАЛЬНЫЕ И ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ

Содержание



Содержание 1

1. Основные понятия и определения. 3

2. Общие сведения 4

2.1 Наименование системы 4

2.2 Заказчик работ 4

2.3 Сроки начала и окончания работ 4



3. Назначение и цели создания системы 5

3.1 Назначение Системы 5

3.2 Цели создания Системы 5

4. Общие сведения. 6

4.1 Основные параметры работ. 6

4.2 Организационный объём проекта. 6

4.3 Функциональный объем проекта. 6

4.4 Состав работ. 6

5. Требования к срокам реализации 8

6. Требования к Системе в целом 9

6.1 Общие требования к системе 9

6.2 Требования к архитектуре 9

6.3 Требования к отказоустойчивости и доступности 9

6.4 Требования к разграничению прав доступа 10

6.5 Требования к структуре СУРМ 10

6.5.1. Подсистема автоматического развертывания ОС 11

6.5.2. Подсистема автоматической инсталляции ПО на АРМ 11

6.5.3. Подсистема удаленного управления АРМ 11

6.5.4. Подсистема учета аппаратных и программных средств 11

6.5.5. Подсистема отслеживания отклонений от заданной конфигурации 12

6.5.6. Подсистема портал самообслуживания 12

6.5.7. Подсистема разграничения прав доступа на основе ролевой модели 12

6.5.8. Подсистема автоматизированного развертывания клиентов 12



7. Требования к документации 14

8. Требования к информационной безопасности 15

9. Требования к патентной чистоте 16

10. Требования к организации работ 17

11. Требования к Подрядчику 18

11.1 Требование к проектной команде Подрядчика 18

11.2 Обязательные квалификационные требования к компаниям-претендентам 18

11.3 Критерии квалификационного отбора подрядчика 19



12. Гарантийное обслуживание 20

13. Требования к предложению компании-претендента 21

Приложение №1. Состав проектной команды Исполнителя 22



  1. Основные понятия и определения.

Определения, обозначения и сокращения

Расшифровка

AD, СК

Служба каталога Microsoft Active Directory

АРМ

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

Заказчик, Группа

Группа компаний ОАО «ММК»

ИТ

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

КСПД

Корпоративная сеть передачи данных

ЛВС

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

ОС

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

ПО

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

Подрядчик

Компания, победившая в конкурсной процедуре

Проект

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

ТЗ

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

УЗ

Учетная запись

СУРМ, Система

Система управления рабочими местами



  1. Общие сведения

    1. Наименование системы

Полное наименование системы: Система управления рабочими местами

Краткое наименование системы: СУРМ

    1. Заказчик работ

Заказчик работ по созданию СУРМ – ООО «ММК-Информсервис»

    1. Сроки начала и окончания работ

Плановый срок начала работ: « 01 » августа 2015

Плановый срок окончания работ: « 30 » октября 2015



  1. Назначение и цели создания системы

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

Система используется для автоматизированного и централизованного управления и аудита АРМ сотрудников и серверов Группы.

    1. Цели создания Системы

Создание единого центра управления изменениями и конфигурацией АРМ сотрудников Группы и серверных хостов с применением программного продукта Microsoft System Center Configuration Manager 2012 R2 (SCCM), в частности:

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

  2. сокращение временных затрат и трудозатрат на обслуживание ИТ-инфраструктуры;

  3. сокращение текущих затрат на лицензирование не используемого ПО;

  4. повышение управляемости и гибкости ИТ-инфраструктуры;

  5. повышение качества аудита программно-аппаратной части;

  6. стандартизация и унификация используемого ПО;

  7. создание инструментария удаленного управления АРМ.

  1. Общие сведения.

    1. Основные параметры работ.

      Организационные рамки

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

      Планируемые сроки реализации

      3 месяца

    2. Организационный объём проекта.

Организационный объем проекта охватывает следующие общества группы:

  • Территория управления ОАО «ММК»;

  • Дочернее общество ЗАО «МРК»;

  • Общее количество технических специалистов, работающих в Системе, порядка 10 человек;

  • Общее количество поддерживаемых рабочих станций не менее 3200 шт., количество станций в рабочих группах не менее 800;

  • Общее количество поддерживаемых серверов более 50 шт.



    1. Функциональный объем проекта.

Функциональный объем проекта включает в себя:

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

  • Установка клиентов СУРМ на все АРМ пользователей и сервера в рамках организационного объема проекта. Целевое покрытие клиентами СУРМ АРМ пользователей и серверов должно составлять 100%, включая компьютеры в рабочих группах.

  • Разработка и внедрение автоматизированных пакетов установки ПО;

  • Разработка и внедрение шаблонов соответствия АРМ.



    1. Состав работ.

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

пп

Работы

1.

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

1.1.

Сбор исходной информации в форме анкет и опросных листов

1.2.

Уточнение информации методом интервьюирования

1.3.

Подготовка и согласование документа "Техническое задание"

1.4.

Проектирование логической архитектуры СУРМ

1.5.

Проектирование физической архитектуры СУРМ

1.6.

Проектирование клиентских политик СУРМ

1.7.

Проектирование ролевой модели доступа к СУРМ

2.

Подготовка и согласование проектной документации, в составе:

2.1.

Рабочий проектный план

2.2.

Программа и Методика Испытаний

2.3.

Паспорт Системы Управления Рабочими Местами

3.

Развертывание и настройка компонент СУРМ

3.1.

Развертывание центрального сайта СУРМ

3.2.

Развертывание первичного сайта ОАО ММК и подключение его в иерархию центрального сайта

3.3.

Переподключение клиентов существующего первичного сайта ОАО ММК в целевой сайт

3.4.

Установка и устранение ошибок при установке клиентов первичного сайта ОАО ММК на АРМ пользователей

3.5.

Развертывание и настройка первичного сайта ЗАО МРК

3.6.

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

3.7.

Подготовка средства автоматизации развертывания клиентов SCCM на АРМ пользователей в рабочих группах

3.8.

Установка и устранение ошибок при установке клиентов первичного сайта ЗАО МРК на АРМ пользователей в целевом домене

3.9.

Настройка механизма инвентаризации для сбора данных о локальных администраторах АРМ и серверов в рамках всей иерархии СУРМ

3.10.

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

3.11.

Разработка пакетов автоматизированной установки приложений (6 пакетов: MS Office, 1С, Галактика, Адем, Autocad, Compass)

4.

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



  1. Требования к срокам реализации

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

  1. Требования к Системе в целом

    1. Общие требования к системе

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

  1. Иметь локализацию на русском языке;

  2. Иметь возможность работы и корректного отображения времени разных часовых поясов;

  3. Предоставлять возможность дальнейшего масштабирования Системы при увеличении количества АРМ и обрабатываемой информации без потери производительности;

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

    1. Требования к архитектуре

Аппаратная платформа предоставляется ОАО "ММК" в соответствии с разработанной Исполнителем архитектурой и предоставленными требованиями.

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



  1. Возможность функционирования на платформе MS Windows 2008 R2 и выше;

  2. Использование СУБД MS SQL Server 2008/2012;

  3. Зона покрытия Системы должна охватывать все АРМ и сервера территории управления ОАО «ММК» и ЗАО «МРК»;

  4. Система должна быть масштабируемой;

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



    1. Требования к отказоустойчивости и доступности

Для СУРМ предусмотрены следующие режимы функционирования:

  • Основной режим;

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

  • Режим восстановления данных после сбоев (Аварийный режим).

Основной режим функционирования системы подразумевает собой функционирование системы в штатном режиме, т.е. доступность всех сервисов, предоставляемых СУРМ пользователям. Проектные решения по созданию и внедрению СУРМ должны быть разработаны таким образом, чтобы обеспечить основной режим функционирования Системы по схеме 24x7.

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

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

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



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

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

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

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

  • Система должна поддерживать аутентификацию пользователей посредством службы каталогов MS Active Directory.

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

    1. Требования к структуре СУРМ

СУРМ должна содержать следующие подсистемы:

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

  • подсистему автоматической инсталляции ПО на АРМ;

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

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

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

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

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

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

      1. Подсистема автоматического развертывания ОС

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

  • развертывание ОС семейства Microsoft Windows (XP/7/8/ 8.1, Server 2008/2008R2/2012/2012R2) как по ЛВС, так и с электронных носителей в рамках каждого сайта предприятий. При этом для каждой версии ОС должна быть предусмотрена возможность выбора разрядности системы (x86 или x64), редакции системы (Standard, Enterprise, Business и т.п.);

  • автоматизация применения конфигураций развернутой ОС – не менее 3 шаблонов;

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

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

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

      1. Подсистема автоматической инсталляции ПО на АРМ

Подсистема автоматической инсталляции ПО на АРМ должна обеспечивать:

  • инсталляцию ПО на АРМ, с предустановленной ОС, семейства Microsoft Windows (XP/7/8/ 8.1, Server 2003/2008/2008R2/2012/2012R2) по ЛВС в рамках каждого сайта предприятий. Подрядчик должен подготовить не менее 3-х пакетов инсталляции по согласованию с Заказчиком;

  • автоматизацию запуска процессов инсталляции ПО на АРМ по запланированным заданиям;

  • автоматизацию процесса удаления инсталлированного ПО с АРМ;

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

  • механизмы отслеживания версионности устанавливаемого ПО;

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

      1. Подсистема удаленного управления АРМ

Подсистема удаленного управления АРМ должна обеспечивать:

  • возможность подключения к АРМ, с предустановленной ОС, семейства Microsoft Windows (XP/7/8/ 8.1, Server 2003/2008/2008R2/2012/2012R2) по ЛВС в рамках каждого сайта предприятий;

  • взаимодействие с экраном пользователя (совместная сессия);

  • взаимодействие без использования стороннего ПО, применяя встроенный протокол удаленного доступа Microsoft Remote Desktop Protocol.

      1. Подсистема учета аппаратных и программных средств

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

  • взаимодействие с АРМ, с предустановленной ОС, семейства Microsoft Windows (XP/7/8/ 8.1, Server 2003/2008/2008R2/2012/2012R2) по ЛВС в рамках каждого сайта предприятий;

  • определение аппаратных конфигураций АРМ и серверов;

  • расширение и настройку модели собираемых данных, как относительно аппаратной части, так и программной;

  • определение списка предустановленного на АРМ и серверах ПО;

  • сбор данных с учетом выполнения заданных расписаний.

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

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

  • взаимодействие с АРМ, с предустановленной ОС, семейства Microsoft Windows (XP/7/8/ 8.1, Server 2003/2008/2008R2/2012/2012R2) по ЛВС в рамках каждого сайта предприятий;

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

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

      1. Подсистема портал самообслуживания

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

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

  • доступ пользователей к порталу самообслуживания по ЛВС в рамках каждого сайта предприятий;

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

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

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

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

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

  • возможность гибкой настройки прав доступа к объектам и компонентам СУРМ для каждой представленной роли.

      1. Подсистема автоматизированного развертывания клиентов

Подсистема автоматизированного развертывания клиентов СУРМ должна обеспечивать:

  • взаимодействие с АРМ, с предустановленной ОС, семейства Microsoft Windows (XP/7/8/ 8.1, Server 2003/2008/2008R2/2012/2012R2) по ЛВС в рамках каждого сайта предприятий;

  • автоматизированную установку клиентов на АРМ пользователей, включенных в домен Заказчика;

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



  1. Требования к документации

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



Название документа

Требования к документу



Рабочий проектный план

Документ в формате MS Project 2010, содержащий список работ, их сроков, взаимосвязей и требуемых ресурсов



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

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



Паспорт Системы Управления Рабочими Местами

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

  • Перечень основных настроек СУРМ, развернутых на объектах автоматизации.

  • Функциональная схема системы

  • Особенности настройки серверного оборудования и ПО

  • Сервисные УЗ



Программа и Методика Испытаний

Документ, описывающий порядок проведения испытаний, а также набор контрольных проверок и ожидаемых результатов для СУРМ, развернутых на объектах автоматизации в рамках проекта

Все документы должны быть написаны на русском языке в формате совместимом с Microsoft Office Word/Excel/Project 2007 или новее;

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



  1. Требования к информационной безопасности

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

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

  • Для авторизации должны использоваться персонифицированные учетные записи;

  • В рамках проекта не предусмотрен доступ подрядчика к промышленным бизнес системам. Все работы с продуктивными системами выполняются штатными администраторами.

  1. Требования к патентной чистоте

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

  1. Требования к организации работ

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


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

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

  3. По каждой встрече с представителями Заказчика менеджером со стороны Подрядчика должен составляться фиксирующий документ (протокол встречи)

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

  5. Менеджер Подрядчика должен документировать все изменения требований к системе

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

  7. В рамках проекта возможно, но не гарантировано, предоставление удаленного доступа к ИТ ресурсам Заказчика специалистам Подрядчика для выполнения работ по развертыванию и настройке СУРМ.

  1. Требования к Подрядчику

    1. Требование к проектной команде Подрядчика

Квалификация и опыт проектной команды со стороны подрядчика должны соответствовать задачам, выполняемым в рамках Проекта. Формат предоставления информации о поименном составе участников Проекта со стороны Подрядчика приведен в Приложении № 1 «Состав проектной команды Подрядчика».

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





Проектная роль

Минимальное

1

Менеджер проекта

1

2

Архитектор по направлению систем управления ИТ

1

3

Инженер по направлению систем управления рабочими местами

1

    1. Обязательные квалификационные требования к компаниям-претендентам

К участию приглашаются Российские компании-претенденты, удовлетворяющие следующим требованиям:

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

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

  3. Подрядчик должен обладать следующими действующими партнерскими статусами Microsoft (не ниже):

    1. Gold Midmarket Solution Provider

    2. Silver Device and Deployment

    3. Silver Datacenter

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

    1. Microsoft Certified Solutions Associate (MCSA): Windows Server 2012 – 1 специалист.

  5. Наличие в проектной команде сертифицированных специалистов с действующими статусами (допустимо совмещение сертификаций для одного человека):

    1. Microsoft Certified Architect – 1 специалист

    2. Microsoft Certified Master – 1 специалист

  6. Наличие в проектной команде специалистов, прошедших обучение по следующим направлениям:

    1. Microsoft Enterprise Architecture Academy – 1 специалист

    1. Критерии квалификационного отбора подрядчика

Критерии оценки описаны ниже для выбора Подрядчика, но не ограничены только этими критериями:

  • Соответствие обязательным квалификационным требованиям к компаниям-претендентам, описанным в документе «Требования к квалификации исполнителя».




  • Качество и детальность состава работ и календарного плана.

  • Сроки предоставления услуг.

  • Общие показатели деятельности компании.

  • Опыт и наличие специалистов в дополнение к предлагаемым членам команды.

  • Наличие обученных специалистов по предмету поставки.




  1. Гарантийное обслуживание

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

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

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




  1. Требования к предложению компании-претендента

Предложение компании-претендента должно быть оформлено на русском языке и содержать:

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

  2. Детальное описание трудозатрат согласно разделу «4.4. Состав работ» данного документа

  3. Описание предполагаемых подходов к выполнению работ, содержащее следующую информацию:

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

    2. Описание предлагаемых к установке компонент СУРМ;

    3. Описание требований к аппаратному обеспечению серверов СУРМ.

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

Приложение №1. Состав проектной команды Исполнителя

ФИО

Категория

Функциональное направление

Роль в проекте

Наличие сертификата по специализации (указать какой сертификат или «нет» / если есть сертификат по др. функциональности, указать справочно)

Кол-во выполненных проектов (указать проект)

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

1

2

3

4

5

6

7






















1. ФИО – Фамилия, Имя, Отчество

2. Категория – категория специалиста ….

3. Функциональное направление – одно из функциональных направлений

4. Роль в проекте – Руководитель проекта, Руководитель функциональной группы, Архитектор, основной консультант, вспомогательный консультант


Каталог: upload -> iblock -> dc8
iblock -> Программа «Парламентский стиль»
iblock -> Центральная Азия: отход от России или интеграция в рамках Евразийского союза?
iblock -> Справка о материально-техническом обеспечении основной профессиональной образовательной программы высшего образования 35. 06. 01 Сельское хозяйство, направленность Общее земледелие, растениеводство № п/п
iblock -> Правительствомоскв ы
iblock -> Цементы для производства сухих строительных смесей Никифоров Юрий Васильевич


Поделитесь с Вашими друзьями:


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

войти | регистрация
    Главная страница


загрузить материал