Тендерная документация по закупке оборудования, программного обеспечения и услуг информационных технологий (тендер №3)
Вид материала | Документы |
СодержаниеЛот №13 Услуги по модернизации программного обеспечения центрального узла услуги Мегалайн |
- Приказ №14 от «24» декабря 2010 года тендерная документация по закупке услуг аварийно-диспетчерской, 991.82kb.
- Тендерная документация, предоставляемая потенциальным поставщикам для подготовки тендерных, 5417.56kb.
- Приказ №173 от «08» сентября 2011г. Тендерная документация по закупке научного оборудования, 1314.43kb.
- Приказ №03 от 11 марта 2009 года тендерная документация по закупке услуг таможенного, 675.08kb.
- Тендерная документация по закупке полиграфического оборудования. Закупки полиграфического, 1446.06kb.
- Тендерная документация по закупке услуг по проведению чистовой отделки для ввода, 718.47kb.
- Учебная программа по дисциплине проектирование, разработка и стандартизация программного, 60.35kb.
- Утверждена приказом ао «казахтелеком» от «30» июня 2011 года №215 Тендерная документация, 1354.28kb.
- Приказ №45 от 03 марта 2011 года тендерная документация по закупкам услуг по оценке, 890.4kb.
- Приказ №277 от 13 декабря 2011 года тендерная документация по закупкам услуг по обеспечению, 886.25kb.
Лот №13 Услуги по модернизации программного обеспечения центрального узла услуги Мегалайн
Участник тендера должен представить предложение по оказанию услуг по модернизации программного обеспечения центрального узла услуги Мегалайн (АСР Бимег) в соответствии с приведенными требованиями. Срок оказания услуг – до 31.12.2010 года с момента получения Уведомления. Гарантийная техническая поддержка — 3 месяца после оказания услуг.
В рамках данного лота необходимо:
- Подготовить базу данных АСР Бимег к переносу части программного обеспечения на витрину данных.
- Витрина данных создается с целью уменьшения нагрузки на продуктивный сервер, который выполняет операции авторизации и аккаунтинга.
- Витрина данных будет построена на основе СУБД Oracle 10g с использованием логического "standby".
- Объекты АСР Бимег должны быть подготовлены к переходу на логический "standby".
- Перенос программного обеспечения АСР Бимег на витрину данных.
В целях уменьшения нагрузки на базу данных авторизаций необходимо выполнить перенос на витрину данных следующих подсистем:
- Функции просмотра статистики в личном кабинете
- TrafficReport – просмотр трафика клиентов работниками филиалов
- MonitorMl – Контроль сессий RADIUS
- Система пользовательского доступа в БД Бимег.
- Создание интерфейса пользователя для мониторинга обработки нарядов.
Пользовательский интерфейс должен включать следующие функции:
- Аутентификация пользователя.
- Просмотр списка нарядов выполненного с ошибками. При просмотре нарядов должна быть предусмотрена возможность применения фильтров.
- Отправка по email предупреждений при появлении нарядов обработанных с ошибкой. Предупреждения могут отсылаться группе email.
- Отчет «Количество нарядов по дням»
- Отчет «Количество ошибочно выполненных нарядов по дням».
- Модернизация системы пользовательского доступа в БД Бимег.
Должен быть добавлен просмотр следующих данных:
- Текущие сервисы пользователя
- Включения/выключения турбо-трафика
- Включения/выключения внешнего трафика
- История всех изменений тарифных планов пользователя
- Обработанные наряды в Бимег
- Наряды филиалов
- Изменения кредитного лимита
- Изменения паролей
- Изменения E-mail
- История блокировок
- Сессии за период (физические).
- Модернизация личного кабинета Бимег.
- Журналирование изменений тарифного плана и кредитного лимита
- Модернизация интеграции с Dr.Web.
- Оптимизация БД БиМег.
- Аудит серверов кластера.
- Определение технических характеристик серверов. В результате обследования необходимо установить конфигурацию серверов кластера — количество ЦПУ и их характеристики, объем памяти и ее характеристики, технические характеристики остальных компонентов серверов
- Аудит установленной операционной системы. В результате обследования необходимо установить версию ОС, установленную на сервера, а так же патчи, установленые на ОС и те, которые еще необходимо установить для работы ПО Oracle.
- Аудит установленного программного обеспечения Oracle. В результате обследования необходимо установить версии clusterware, ASM и RDBMS, а также патчи, которые установлены на системе. Необходимо также определить, какие патчи необходимо доустановить для данной платформы.
- Аудит системы авторизации ОС. В результате обследования необходимо определить механизмы авторизации локальных пользователей в системе.
- Аудит дисковой подсистемы
- Определение характеристик дискового массива. В результате обследования должна быть получена информация о дисковом массиве, а именно — количество и тип дисков, установленных в массиве, количество и тип контроллеров, объем кэш-памяти, способ выделения дискового пространства для кластера.
- Определение скорости чтения-записи при мультиблочном конкурентном доступе. В результате обследования необходимо провести тесты, которые имитируют несколько одновременных сессий с чтением данных из одной или нескольких таблиц в режиме full table scan и замерить скорость выполнения данной операции.
- Определение скорости чтения-записи при случайном одноблочном конкурентном доступе. В результате обследования необходимо провести тесты, которые имитируют несколько одновременных сессий с чтением данных из одной или нескольких таблиц в режиме single block read и замерить скорость выполнения данной операции.
- Аудит БД
- Анализ инициализационных параметров БД. В результате обследования необходимо определить все инициализационные параметры БД, которые заданы явно или действуют по умолчанию.
- Анализ физического размещения файлов базы данных в хранилище. В результате обследования необходимо определить, как размещены файлы табличных пространств, контрольные, журнальные и архивные файлы на дисковом хранилище и как это размещение может повлиять на производительность системы.
- Анализ логического размещения данных. В результате обследования необходимо определить, как размещены таблицы, индексы и другие объекты внутри табличных пространств и как это размещение влияет на производительность системы.
- Определение узких мест производительности системы на основе отчетов и трассировок. В результате анализа регулярных отчетов AWR необходимо определить проблемные запросы, в случае необходимости получить по этим проблемным запросам трассировки для проведения дальнейших работ по оптимизации.
- Аудит системы авторизации БД. В результате обследования необходимо определить механизм авторизации пользователей и определить возможные уязвимости в системе.
- Проведение работ по оптимизации БД.
- Оптимизация параметров инициализации БД. На основании проведенных работ в пункте 3 необходимо предоставить рекомендации по изменению параметров инициализации в случае необходимости.
- Оптимизация структур хранения. На основании работ, проведенных в пункте 3, необходимо предоставить рекомендации по изменению структур хранения на логическом и физическом уровне в тех случаях, где это оказывает влияние на производительность системы.
- Оптимизация кода приложений. На основании работ, проведенных в пункте 3, необходимо предоставить рекомендации по изменению кода приложений для тех случаев, где это оказывает влияние на производительность системы или же может вызывать потенциальную уязвимость в системе.
- Обеспечение механизма проверки порта подключения пользователей
- Сохранение параметров «Название DSLAM», «Шасси», «Слот», «Порт» при авторизации, если параметры не заполнены
- Добавление проверки соответствия названия DSLAM, шасси, слота, порта подключению клиента при авторизации
- Сохранение параметра «description» в случае расхождения
- Создание функции очистки параметров «Название DSLAM», «Шасси», «Слот», «Порт», «description»
- Вызов функции очистки параметров из модуля «Просмотр клиентских данных»
Система должна поддерживать не менее 5 видов DSLAM.