Тендерная документация по закупке оборудования, программного обеспечения и услуг информационных технологий (тендер №3)
| Вид материала | Документы |
- Приказ №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.
Лот №14 Услуги по созданию и внедрению единого информационного WEB-портала mail.kz
Участник тендера должен представить предложение на оказание услуг по созданию и внедрению единого информационного WEB портала mail.kz . Сроки оказания услуг – до 31 декабря 2010 г. Начало оказания услуг с момента получения Уведомления о признании тендерной заявки выигравшей.
Участник тендера должен предоставить не менее 3-х вариантов разработанных технических решений, 3-х вариантов дизайн-концепт WEB-портала, опытный участок WEB портала.
Участник тендера должен подтвердить соответствие технической спецификации в части наличия квалифицированного редакционного персонала и контент-менеджеров (не менее 10 человек) (дипломы, резюме, приказы о приеме на работу, оригинал, либо нотариально заверенная копия).
Участник тендера должен подтвердить объем оказанных услуг за 2009 г., в объеме не менее 40 млн. тенге (договора, акты выполненных работ, оригинал, либо нотариально заверенная копия).
Участник тендера должен подтвердить опыт создания промышленных web систем для крупных национальных компаний, с численностью центрального аппарата не менее 300 человек и сетью филиалов в 16 городах Республики Казахстан (оригинал, либо нотариально заверенная копия подтверждающих писем от Заказчиков, актов выполненных работ).
Назначение и цели создания Системы
Назначение Портала
Информационная бизнес-система «Единый информационно-развлекательный WEB портал mail.kz»
Основное назначение портала – информационно-развлекательный портал для пользователей сети Интернет.
Цели и задачи создания Портала
К целям создания Портала относятся:
Внедрение и развитие в доменной зоне .KZ многофункционального портала, сочетающего информационные, развлекательные и социальные сервисы.
Основными задачами, обеспечивающими достижение цели, являются:
- Развитие казахстанского сегмента Интернета. Внедрение конкурентоспособного на внутреннем и внешнем рынках интернет продукта.
- Увеличение доли внутреннего трафика, посредством возврата пользователей с зарубежных аналогов.
- Участие АО «Казахтелеком», в государственной программе электронного Правительства.
- Продвижение посредством портала, услуг АО «Казахтелеком».
Требования к порталу
Требования к Порталу в целом
Общими требованиями к Порталу являются:
- Портал должен содержать необходимый объем информации, механизм своевременной актуализация содержания и широкий набор развлекательных сервисов.
- Структура представления информационных ресурсов и пользовательские интерфейсы по доступу к ресурсам и сервисам должны быть интуитивно понятны широкому кругу пользователей сети Интернет.
- Предоставляемые услуги и сервисы должны иметь очевидную ценность для пользователей Портала.
- Инфраструктура Портала должна обеспечивать совместную работу групп ее сопровождения.
- Инфраструктура Портала должна в максимальной степени интегрировать существующий у Заказчика программно-аппаратный комплекс, кроме тех особых случаев, когда это не представляется возможным из-за архитектурных особенностей создаваемого Портала.
Основными принципами создания Портала должны быть:
- использование широко известного и зарекомендовавшего себя программного и аппаратного обеспечения;
- портал должен иметь возможность быстрой интеграции с любыми сервисами АО «Казахтелеком»
- использование общепризнанных и широко используемых стандартов структурирования информации и описания сервисов XML и WSDL;
- высокая степень масштабирования программных и аппаратных средств;
- использование эффективных методов защиты от несанкционированного доступа к информационным ресурсам.
Требования к структуре и функционированию Портала
Портал должен быть реализован в составе следующих функциональных комплексов задач (подсистем):
- Подсистема Социальная сеть.
- Подсистема Фотохостинг.
- Подсистема Тематические разделы (новости, спорт, финансы, авто, афиша).
- Подсистема Файлообменник.
- Подсистема Поиск.
- Подсистема Переводчик.
- Подсистема Погода.
- Подсистема Блоги.
- Подсистема Софт.
- Подсистема Игры.
- Подсистема Чаты.
- Подсистема Мессенжер.
- Подсистема Видеохостинг.
- Подсистема Карты.
- Подсистема Желтые страницы.
- Подсистема ТВ гид.
- Подсистема Работа.
- Подсистема Музыка.
- Подсистема Маркет.
- Подсистема Гороскопы.
Структура комплекса средств автоматизации
Портал должна представлять собой КСА, обеспечивающий выполнение функциональных требований, изложенных в данном документе.
Участник тендера должен предоставить предложение и схему по организации Единого информационно-развлекательного WEB-портала mail.kz с описанием функций программного и аппаратного обеспечения.
Количественный состав серверов, входящих в КСА, зависит от количества пользователей портала и интенсивности их обращений к приложениям и документам. Конкретный состав серверов и АРМ должен быть определен на стадии «Технический проект» и уточнен по результатам опытной эксплуатации Системы.
Требования к способам и средствам информационного обмена с Порталом
Портал должен использовать коммуникационную среду Интернет для информационного обмена с внешними пользователями, информационными источниками и автоматизированными информационными системами.
Средством организации информационного обмена со стороны пользователя должно являться программное обеспечение, обеспечивающее просмотр HTML-страниц, созданных в соответствии с рекомендациями консорциума W3C и соответствующих спецификации HTML 4.01.
Указанное программное обеспечение должно поддерживать передачу данных по протоколу HTTP версии 1.1.
В Портале должны быть реализованы средства конвертирования данных из форматов обменных файлов в унифицированные форматы представления данных пользователю.
В качестве стандарта идентификации и описания данных для интеграции приложений возможно использование языка XML.
Состав информации, получаемой от внешних автоматизированных систем и внешних информационных источников, должен быть определен после разработки протоколов двустороннего информационного обмена с организациями — владельцами систем и источников.
Требования к способам и средствам связи для информационного обмена между компонентами Портала
Для обеспечения информационного обмена, компоненты Портала должны работать в составе единой вычислительной сети, построенной по технологии Интернет/интранет.
В качестве основного средства связи между компонентами Портала должна быть использована локальная вычислительная сеть, построенная по технологии Ethernet (конкретная реализация технологии должна быть определена на стадии проектирования).
Должна быть предусмотрена возможность работы функционально законченных компонентов Портала в разных удаленных локальных вычислительных сетях, и коммуникации через сеть интернет.
В качестве базового протокола сетевого и межсетевого взаимодействия должен использоваться TCP/IP.
Для сетей на базе Ethernet должна быть предусмотрена возможность резервирования.
Требования к численности и квалификации персонала и режиму его работы
Для поддержки функционирования Портала Исполнителем должна быть создана Служба эксплуатации, персонал которой должен обладать знаниями в области информационных и сетевых платформ, на которых будет реализован Портал, опытом редакционного наполнения содержимого Портала, а также опытом администрирования баз данных.
В состав персонала, необходимого для обеспечения эксплуатации комплекса средств автоматизации (КСА) Портала, должны входить:
- администраторы Портала – выделенный персонал, в обязанности которого входит выполнение специальных технологических функций;
- эксплуатационный персонал - специалисты, обеспечивающие функционирование технических и программных средств, обслуживание и обеспечение рабочих мест пользователей.
- редакционный персонал – специалисты, обеспечивающие актуализацию информации на Портале
Требования к составу, должностным обязанностям, режиму и технологиям работы Службы эксплуатации должны быть определены на стадии «Рабочая документация».
Требования к приспособляемости (к изменению условий эксплуатации), масштабируемости Портала
Требования к приспособляемости Портала заключаются в обеспечении возможности ее работоспособности в следующих случаях:
- при изменении количества потребителей информации;
- при изменении количества услуг и приложений;
- при изменении требований к системе безопасности;
- при изменении количества поставщиков информации.
Влияние изменения количества потребителей информации
Изменение количества потребителей информации оказывает основное влияние на нагрузочную способность фронтальных серверов Портала. Увеличение нагрузочной способности может выполняться как за счет увеличения мощности аппаратного комплекса, так и за счет увеличения их количества. При этом необходимо соблюдать следующие требования:
- система должна адаптироваться к увеличению нагрузочной способности без необходимости изменения архитектуры или установки дополнительного программного обеспечения;
- добавление новых серверов не должно приводить к полной остановке функционирования Портала.
Влияние изменения количества услуг и приложений
Изменение количества услуг и приложений оказывает основное влияние на нагрузочную способность тыловых серверов баз данных, а также фронтальных серверов Портала. Увеличение нагрузочной способности может выполняться как за счет увеличения мощности тыловых серверов, так и за счет увеличения их количества путем объединения в кластеры. Увеличение нагрузочной способности фронтальных серверов может выполняться как за счет увеличения мощности, так и за счет увеличения их количества. При этом необходимо соблюдать следующие требования:
- Портал должен адаптироваться к увеличению нагрузочной способности без необходимости изменения архитектуры или установки дополнительного программного обеспечения;
- добавление новых серверов не должно приводить к полной остановке функционирования Портала.
Влияние изменения требований к системе безопасности
Изменение требований к системе безопасности может оказывать влияние на все составные части. Портал должен адаптироваться в соответствии с изменяющимися требованиями с соблюдением следующих условий:
- в процессе адаптации защищенность не должна становиться хуже существующей на момент начала адаптации;
- процесс адаптации не должен прерывать доступа потребителей информации к информационным ресурсам;
- процесс адаптации не должен прерывать процесс подготовки и публикации документов;
- процесс адаптации не должен затрагивать тех пользователей, на которых не распространяются новые требования.
Требования к надежности
Перечень аварийных ситуаций
Ниже приводится перечень возможных аварийных ситуаций с указанием требований к средствам восстановления работоспособности Портала.
- Сбой программного обеспечения КСА (отдельного АРМ или сервера).
После сбоя серверной операционной системы или СУБД в процессе выполнения пользовательских задач должно быть обеспечено восстановление данных в базе данных до состояния на момент окончания последней нормально завершенной перед сбоем транзакции.
Время восстановления работоспособности при сбоях и отказах не должно превышать 6-ти часов. В это время не входит разворачивание и настройка специального программного обеспечения на сервере(ах). В указанное время не входит решение проблем с техническим обеспечением и инсталляция операционной системы. Описание процедур восстановления Портала должно содержаться в Регламенте восстановления Портала.
- Выход из строя части технических средств КСА.
Выход из строя одного из АРМ или нарушение канала связи локальной сети между АРМ и сервером не должны приводить к прекращению функционирования КСА, при этом должна обеспечиваться возможность выполнения функций, связанных с вышедшим из строя АРМ на другом АРМ.
- Сбои или выход из строя активного накопителя на жестком магнитном диске.
КСА должен обеспечивать возможность «горячей» замены сбойного или вышедшего из строя активного накопителя на жестком магнитном диске без остановки функционирования КСА и потерь информации.
В КСА должна быть обеспечена возможность восстановления данных с внешнего накопителя после восстановления активного накопителя.
- Импульсные помехи, сбои или прекращение электропитания.
Импульсные помехи, сбои или прекращение электропитания не должны приводить к выходу из строя технических средств КСА и/или нарушению целостности данных.
Прекращение электропитания на время до 15 минут не должно приводить к прекращению функционирования КСА.
Требования к надежности технических средств и программного обеспечения
Надежность КСА в части технического обеспечения должна обеспечиваться:
- использованием технических средств повышенной отказоустойчивости и их структурным резервированием;
- наличием на объектах автоматизации запасных изделий и приборов (ЗИП);
- защитой технических средств по электропитанию путем использования источников бесперебойного питания;
- дублированием носителей информационных массивов.
Требования по эргономике и технической эстетике
Дизайн Портала должен удовлетворять следующим требованиям по эргономике и технической эстетике:
- быть достаточно «легким» по объему графических элементов и обеспечивать как можно большую скорость загрузки страниц портала;
- обеспечивать легкую идентификацию раздела портала, в котором находится пользователь;
- обеспечивать минимум усилий и временных затрат пользователя для навигации по страницам портала;
- обладать развитой системой поиска информации, посредством контекстного поиска;
- корректно отображаться при всех возможных разрешениях и количестве одновременно отображаемых цветов монитора;
- сохранять идентичность отображения на большинстве современных ОС и web-браузерах;
- обладать системой подсказок в местах, где у пользователя потенциально могут возникнуть затруднения;
- обеспечивать приемлемый результат при распечатке страниц портала на принтере;
- обеспечивать обратную связь с пользователем в полном объеме посредством web-браузера без применения почтовых клиентов или иных программ;
- корректно отображать информацию на компьютерах без предустановленных флэш-модулей, с отключенной поддержкой скриптов и пр.;
- предусматривать возможность поддержки мультиязычного контента;
- содержать исчерпывающий набор метаданных для эффективного индексирования поисковыми системами и корректного автоматического выбора кодировки.
Требования к обеспечению информационной безопасности
Информация, размещаемая в рамках Портала, является как открытой (общедоступной), так и конфиденциальной, в рамках доступа к личным счетам пользователя. Портал должен обеспечивать подключение по защищенным протоколам (SSL).
Общие требования
Общие требования к Порталу включают:
- применяемые в Портале средства и технологии защиты, объединяемые в Систему защиты информации (СЗИ) должны обеспечивать открытость архитектуры и обладать свойствами модульности, масштабируемости и возможности адаптации к различным организационным и техническим условиям;
- СЗИ должна удовлетворять требованиям проводимой Заказчиком технической политики и строиться на основе ограниченного числа типов и версий приобретаемого программного обеспечения, а также типов и конфигураций аппаратно-программных средств защиты;
- СЗИ должна обеспечивать необходимую и достаточную защиту ресурсов Портала от характерных угроз безопасности, определенных с учетом объективных факторов и анализа возможных моделей нарушителей;
- СЗИ должна предполагать независимость функционирования каждой из входящих в ее состав структурных подсистем защиты. Нарушение функционирования любой подсистемы защиты не должно приводить к нарушению функционирования других подсистем защиты;
- средства защиты, входящие в состав СЗИ, должны иметь развитые средства регистрации критических системных событий в электронных журналах и средства оперативного оповещения об этих событиях администраторов безопасности;
- для эффективной эксплуатации и сопровождения СЗИ должен быть предусмотрен комплекс организационно-технических мер и разработаны необходимые организационно-распорядительные документы.
Требования к структуре и функциям подсистем СЗИ
Для обеспечения требований к безопасности структура СЗИ должна включать:
- подсистему защиты информации от НСД;
- подсистему активного аудита;
- средства антивирусной защиты.
- Подсистема защиты информации от НСД должна включать следующие функциональные элементы:
- средства управления доступом и идентификации;
- средства контроля, управления и идентификации при удаленном доступе
- средства экранирования.
- Подсистема активного аудита должна включать следующие компоненты:
- компонент обнаружения вторжений;
- компонент контроля защищённости.
- Средства антивирусной защиты должна включать компоненты, обеспечивающие:
- антивирусную защиту рабочих станций (АРМов);
- антивирусную защиту серверов, включая серверы приложений Портала.
Подсистема защиты информации от НСД
Подсистема защиты информации от НСД должна предусматривать:
- защиту ресурсов Портала от НСД со стороны внешних телекоммуникационных сетей – сети Интернет;
- регистрацию системных событий и попыток НСД к защищаемым ресурсам штатными и дополнительными средствами.
Подсистема защиты информации от НСД должна интегрировать:
- штатные средства защиты от НСД сетевых операционных систем;
- штатные средства защиты от НСД систем управления базами данных;
- штатные средства защиты от НСД используемых приложений;
- штатные аппаратно-программные комплексы защиты от НСД АРМов авторизуемых пользователей (администраторов, редакторов);
- средства защиты от НСД серверов;
- средства защиты от НСД межсетевых экранов, маршрутизаторов и другого коммуникационного оборудования.
Средства контроля, управления и идентификации при доступе к Порталу должны обеспечивать процедуры идентификации пользователей, контроля подключения и управления их доступом к Порталу.
Подсистема активного аудита
Подсистема активного аудита должна включать:
- компонент обнаружения вторжений;
- компонент контроля защищённости.
- Компонент обнаружения вторжений.
Компонент обнаружения вторжений должен обеспечивать выявление в реальном масштабе времени информационных атак, проводимых злоумышленниками или нарушителями, на защищаемые ресурсы Портала
Компонент обнаружения вторжений должен выполнять следующие функции:
- выявление информационных атак;
- автоматическое блокирование информационных атак до их фактической реализации;
- формирование рекомендаций по устранению обнаруженной информационной атаки;
- мониторинг трафика, циркулирующего в Портале на сетевом, транспортном и прикладном уровнях модели взаимодействия открытых систем;
- оповещение администратора безопасности об обнаруженных событиях, нарушающих политику безопасности Портала.
Модуль генерации отчётов должен обеспечивать создание отчётов по результатам работы компонента обнаружения вторжений на основе содержимого информационного фонда, включающих в себя:
- сведения об обнаруженной атаке;
- информацию об объекте атаки;
- информацию об источнике атаке;
- тип метода реагирования, применённого по отношению к обнаруженной атаке;
- полное или частичное содержимое пакетов данных, на основе которых был сделан вывод о факте реализации атаки;
- Компонент контроля защищённости.
- Компонент контроля защищенности должен обеспечивать проведение анализа защищённости ресурсов Портала посредством моделирования информационных атак и анализа уязвимостей защищаемых ресурсов. Помимо функций анализа защищённости компонент должен позволять проводить инвентаризацию состава ресурсов тестируемого Портала
- Разделение доступа
Подсистема должна обеспечивать защиту от несанкционированного доступа и изменения содержимого портала стандартными средствами используемого web-сервера и операционной системы.
Аутентификация для работы с публикационными разделами подсистемы должна производиться по персональным именам пользователя и паролю. Каждому пользователю может быть предоставлено право на совершение определенных действий с теми или иными типами документов и функциональными блоками подсистемы:
- просмотр элементов;
- добавление элементов;
- редактирование элементов;
- удаление элементов;
- визирование элементов;
- редактирование прав доступа к разделу.
По умолчанию все действия во всех модулях для вновь создаваемых пользователей запрещены. Каждое из вышеуказанных действий может быть по отдельности разрешено или запрещено для определенного пользователя для каждого из разделов (функциональных блоков) подсистемы.
В подсистеме должна существовать возможность входа под главной административной учетной записью, которая предоставляет право на совершение любых предусмотренных функционалом подсистемы действий в любых разделах подсистемы.
Управление доступом пользователей к Системе
Для управления доступом пользователей к ресурсам администратор Портала должен иметь возможность выполнять следующие действия:
- просматривать список пользователей Портала;
- добавлять и удалять учетные записи пользователей;
- блокировать учетную запись пользователя без удаления ее из базы данных;
- назначать роли пользователям;
- просматривать журнал действий авторизованных пользователей.
Требования к ведению статуса информационных ресурсов
В процессе функционирования Портала должен поддерживаться статус информационных ресурсов с соблюдением следующих требований:
- регламент информационной поддержки должен предусматривать процедуры определение статуса публикуемой информации (документов, материалов);
- статус документа и ответственность за его содержание (состояние) указывается в специальном тексте (соглашения, оговорки, примечания), размещаемой на странице раздела (рубрики) или на странице конкретной публикации;
- публикация текста (соглашения, примечания, оговорки) о статусе обязательна при использовании информационных материалов (документов) сторонних источников (новости агентств, материалы независимых Интернет-сайтов, публикаций независимых авторов);
- примечания (оговорки) по статусу информации делаются независимо от режима публикации (размещения) содержания на страницах;
- при публикации сведений об информационных ресурсах или услугах, находящихся в ведении тех или иных органов власти, текст соответствующих публикаций предварительно согласовывается с указанными органами.
Общие требования к информации
- Доступность: информация должна быть представлена в такой форме, чтобы ею могло воспользоваться наибольшее число пользователей.
- Структурированность. Информация на Портале должна быть четко структурирована и доступна для нахождения как простым гражданам, так и профессионалам различных отраслей.
- Единство стиля. Подача однотипных потоков информации внешних источников информации должна быть выдержана в едином стиле. Это значительно облегчает поиск и восприятие информации. Стиль должен запомниться и ассоциироваться у пользователя с Интернет-ресурсом (Порталом), где расположено большое количество важной информации, удобно структурированной и достоверной.
- Историческая преемственность материалов. Сохранение ранее опубликованных материалов, чтобы можно было отследить историю проблемы.
- Приемлемый объем. Информация должна быть доступна посетителям вне зависимости от качества и пропускной способности каналов связи, используемых посетителями.
Требования к достоверности официально публикуемой информации
К официально публикуемой информации предъявляются следующие требования:
- Информационные материалы, размещаемые в Подсистеме, должны быть своевременны, точны, и отражать текущее (действительное) состояние. Документ (материал) должен иметь следующие реквизиты:
- дата и время публикации (последнего обновления, уточнения);
- реквизиты исполнителя (автора) или владельца информации;
- соглашения, примечания, оговорки (по необходимости).
- Формы интерактивных сетевых сервисов должны быть просты и понятны.
- В случае выявления (обнаружения) ошибок и неточностей в материале Администрация в обязательном порядке публикует исправленный текст и дополнительно сообщает посетителям о факте исправления. Новый (исправленный) документ (материал) сопровождается обязательным комментарием.
Требования к эксплуатационному подразделению
Для обеспечения функциональности Подсистем необходимо создание эксплуатационного подразделения, ответственного за подготовку и размещение информации, доступ пользователей к сведениям, опубликованным на портале.
Состав эксплуатационного подразделения (сам состав и функции сотрудников могут быть скорректированы) включает:
- Отдел поддержки Портала:
- администратор системы (системный администратор). Несет ответственность за бесперебойное функционирование системы, управляет программно-аппаратным комплексом Системы;
- администратор системы управления контентом. Назначает пользователям системы права и роли, формирует иерархии контента, назначает права для всех объектов системы управления контентом, поддерживает контентные архивы;
- модератор. Управляет интерактивными сервисами Портала;
- Состав сотрудников, занятых подготовкой и размещением сведений:
- руководитель подразделения подготовки материалов. Отвечает за постановку задач, определение общих требований к материалам;
- заместитель руководителя подразделения подготовки материалов. В ведение входит детализированная постановка задачи, требований к материалам;
- редактор. Выполняет контроль и коррекцию информационных материалов, предназначенных для публикации;
- специалист по подготовке материалов. Осуществляет формирование информационных материалов на основе материалов, поступающих из внешних источников.
Требования к функциям подсистем
Фотохостинг
Раздел, связанный с почтой и персональной страницей в социальной сети посредством единой авторизации с другими сервисами портала.
- В персональные фотоальбомы пользователь может загружать как фотографии со своего компьютера, так и присланные ему на почтовый ящик.
- Сервис для публикации изображений в блогах и на форумах
- Именные галереи, галереи по темам:
- авто
- город
- животные
- звезды
- искусство
- пейзаж
- портрет
- праздники
- природа
- путешествия
- рисунки
- семья
- спорт
- техника
- юмор
- мобильные
- коллаж
- авто
- Возможность регулировать доступ к персональным альбомам.
- Оценивать фотографии и их авторов посредством рейтинговой системы.
Видеохостинг
Раздел, связанный с почтой и персональной страницей в социальной сети посредством единой авторизации с другими сервисами портала. Раздел предоставляет следующие возможности:
- Экспорт в альбомы видео роликов, полученных по почте.
- Сервис, позволяющий добавлять видео в свою видеотеку, вставлять в блог и скачивать с портала.
- Тематические разделы:
- авто
- видеоклипы
- друзья
- вечеринки
- музыка
- мультфильмы
- праздники
- природа
- животные
- путешествия
- рекламные ролики
- семья
- спорт
- трейлеры
- юмор.
- авто
- Рейтинг авторов и видеороликов.
Каталог Веб-Ресурсов
Систематизированные по тематическим категориям ссылки на сайты должны иметь краткое описание, и ранжироваться на основании:
- Посещаемости сайтов.
- Обновления контента сайтов.
- Пользовательских рейтингов и комментариев.
- Для создания актуального рейтинга требуется запуск собственного счетчика mail.kz.
- Каталог по тематике должен содержать следующие разделы:
- Государство и общество
- Бизнес и финансы
- Промышленность
- Новости и СМИ
- Компьютеры
- Работа
- Учеба
- Дом
- Люди и общение
- Развлечения
- Путешествия и туризм
- Культура
- Спорт
- Авто
- Здоровье
- Товары и услуги
- Государство и общество
- По географии распространения:
- Казахстан
- СНГ
- Россия
- Азия
- Европа
- США
- Казахстан
- Каталог ресурсов должен быть дополнен собственной поисковой системой с расширенными параметрами (фото, видео, поиск в казнете, поиск по порталу)
Файлообменник
Сервис, предоставляющий пользователю возможность загружать, хранить и обмениваться файлами. Пользователь получит круглосуточный доступ к загруженным файлам путем использования простого и удобного интерфейса. Подразумевается создание двух типов аккаунтов:
- Бесплатные аккаунты получают ограниченные сервисы.
- Платные, так называемые «премиум-аккаунты» получают расширенные сервисы. Абоненты интернет услуги АО «Казахтелеком» - «Мегалайн», имеющие регистрацию на Mail.kz, пользуются правами класса «Премиум».
Социальная Сеть
Основная масса казахстанских пользователей имеет профили на российских и зарубежных социальных сетях: Вконтакте, Одноклассники, Мой мир, facebook и др. Казахстанские соцсети, созданные по модели популярных российских (Мой Нур, Резидент), имеют аудиторию в несколько сотен пользователей.
Предлагается создать новую модель социальной сети в КазНете по принципу ресурса vashisosedi.ru. Основная идея подобной сети – узнать соседей и поделиться с ними полезной информацией о районе. Соцсеть Mail.Kz может стать сообществом мегалайнеров с возможностью обмена информацией (интересные места в районе или городе, фотографии, описания, отзывы, маршруты и т.п.)
- Персональная страница (личные данные, контактная информация, интересы).
- Персональный форум с публикацией тем в общий форум портала;
- Блог с публикацией сообщений в общую блог-ленту портала;
- Фотогалерея с массовой загрузкой фотографий, рейтингами и обсуждениями с публикацией в сервис фотохостинга;
- Видеозаписи - сервис для размещения и просмотра видеофайлов с рейтингами и обсуждениями с публикацие в сервис видеохостинга;
- Друзья - установление дружеских отношений между пользователями
- Уведомления - новости друзей
- Извещение пользователя о событиях (через сервис Afisha)
- Микроблог (статус), который можно обновлять через СМС.
Программная часть социальной сети, должна быть реализована на основе собственного решения Участника тендера (подтвердить документально, оригинал, либо нотариально заверенная копия)
Мессенджер
- Сообщения и онлайн-переписка между пользователями в социальной сети портала: диалоги и групповые веб-чаты.
- Экспорт контактов из ICQ, Skype, и т.д. в портальный мессенджер, отправка сообщений и переписка.
- Видеофон для использования в сервисах видеочата и записи видеописем
E-Commerce
Упорядоченная база частных объявлений с возможностью обращения как напрямую к аккаунту автора, так и через другие координаты, оставленные на портале.
- Интернет-магазин с привлечением партнеров: подробное описание товара, фото, возможность доставки (техника, подарки, музыка, книги и т.п.).
- Электронная доска объявлений – публикация частных бесплатных объявлений коммерческого и/или некоммерческого характера по тематическим разделам согласно содержанию объявлений. Электронный каталог не производит прямые продажи, а предоставляет полную информацию о товарах и услугах, тем самым обеспечивая повышение потока потребителей в магазине или офисе компании. Каждый товар в каталоге представлен ценой, описанием и характеристиками, графическим изображением и/или видео, а также информацией о продавце.
Дополнительные возможности:
- Формы расширенного поиска.
- Видеопрезентация товара или услуги.
- Комментарии к объявлениям.
- Контакты и обсуждение посредством портального мессенджера.