Партнерка на США и Канаду по недвижимости, выплаты в крипто
- 30% recurring commission
- Выплаты в USDT
- Вывод каждую неделю
- Комиссия до 5 лет за каждого referral
Корпоративный портал группы компаний «Медси»
Техническое задание
Цель проекта:
Создание интернет-площадки для быстрого и легкого доступа к общекорпоративной информации.
Основные задачи:
1. Повышение информированности сотрудников;
2. Налаживание диалога между коллективом и топ-менеджментом;
3. Упрощение коммуникаций между структурными подразделениями Компании;
4. Обеспечение сотрудников полным набором необходимой для работы документации;
5. Автоматизация некоторых организационных процессов: заказ пропусков, визиток, бронирование переговорных и т. п.
6. Налаживание общения между сотрудниками Компании, создание атмосферы корпоративной общности.
Структура портала:
1. Главная страница
Главная страница портала должна быть оформлена в корпоративном стиле и содержать следующие элементы:
1.1 Единая строка поиска (поиск по порталу, по телефонному справочнику, во внешних поисковых системах);
1.2 Новостная лента
1.3 Ссылки на следующие разделы:
- О Компании
- Телефонный справочник
- Страница Президента
- Карьера
- Офисное пространство
- Общение
- Фабрика идей
- Добро пожаловать в Компанию!
- Поздравляем!
- Скидки
2. Описание разделов портала
Общая информация:
Настройки видимости:
У каждого из разделов и подразделов портала должна быть возможность регулировки настроек видимости, как по территориальному признаку, так и по признаку принадлежности к структурному подразделению (информация видна только сотрудникам одного/нескольких подразделений, одного/ нескольких городов присутствия Компании). Должна быть предусмотрена возможность сделать раздел/подраздел/страницу невидимыми для всех пользователей.
Права администрирования:
У всех разделов, подразделов и страниц портала должна быть возможность регулировки прав администрирования. Права администрирования могут быть как у одного, так и у нескольких пользователей. Администраторов должно быть можно как добавлять, так и удалять. Администратором может быть любой сотрудник. Права назначать администратора должны быть только у главного администратора портала.
Flash-баннер:
На заглавной странице портала должна быть предусмотрена возможность размещения баннера (или нескольких баннеров в ротации).
2.1 Раздел «О Компании»
Заглавная страница раздела содержит общую информацию о Компании: миссия, стратегия, история, кадровая политика, корпоративные традиции, достижения, награды.
Подразделы:
- Наша команда – подраздел представляет собой список персоналий топ-менеджмента Компании с фотографиями, краткой биографической справкой и описанием зоны ответственности в Компании. Количество блоков в списке должно иметь возможность увеличения/уменьшения.
- Наши клиники – на заглавной странице подраздела размещается информация о структуре производственных комплексов Компании, планах дальнейшего развития. У каждой клиники должна быть своя страница с фотографией руководителя клиники, общей информацией о лечебном учреждении, указанием даты основания, адреса и телефона. Со страницы клиники должна быть возможность перехода на следующие страницы: список сотрудников клиники, документация, презентации. Должна быть предусмотрена возможность увеличения контентных страниц каждой клиники для реализации возможных задач внутренних клиентов.
- Структурные подразделения - на заглавной странице размещен интерактивный список всех структурных подразделений Компании. При клике на название подразделения пользователь попадает на страницу подразделения. У каждого подразделения должна быть своя страница с фотографией руководителя, общей информацией о деятельности подразделения, указанием схемы подчинения, места подразделения в структуре Компании. Со страницы подразделения должна быть возможность перехода на следующие страницы: список сотрудников подразделения, документация, презентации. Должна быть предусмотрена возможность увеличения контентных страниц каждого подразделения для реализации возможных задач внутренних клиентов.
- Реквизиты – контентная страница с реквизитами Компании
2.2 Телефонный справочник
При вводе в строку поиска фамилии сотрудника или его внутреннего телефонного номера и нажатии клавиши «найти», пользователь должен увидеть выпадающую строку с вариантами, удовлетворяющими поисковому запросу.
Пример:
Запрос: Иванов
Выпадающее окно: - Иванов Иван вн. +фото
- Иванов Сергей вн. +фото
- Иванов Николай вн. +фото
Пользователь должен иметь возможность с помощью клика на один из элементов выпадающего окна, выбрать нужного ему сотрудника и перейти на личную карточку искомого коллеги.
Личная карточка сотрудника в телефонном справочнике должна содержать следующую информацию:
- фотография;
- фамилия, имя, отчество;
- структурное подразделение;
- внутренний телефонный номер;
- корпоративный электронный адрес;
- день рождения (без указания года);
- дата приема в Компанию;
- отпуск (поле отпуск появляется тогда, когда человек либо уже находится в отпуске, либо в кадровой службе находится подписанное заявление на его отпуск) в этом поле указываются даты, в которые сотрудник будет отсутствовать на рабочем месте, а также информация о том, кто замещает сотрудника на время отпуска. Информация о дате отпуска и заместителе вводится в поле самим сотрудником.
В личной карточке телефонного справочника должно быть интерактивное поле: «в структуре компании». При клике на это поле можно увидеть, кому сотрудник подчиняется и кто находится у него в подчинении.
2.3. Новостная лента «Новости Компании»
Заголовки и подзаголовки новостей отображаются на заглавной странице портала в виде списка. При клике на заголовок пользователь попадает на страницу новости. На странице каждой новости, помимо текста и иллюстрации к тексту, отображается архив новостей (в виде интерактивного календаря). При клике на дату в календаре мы видим новости, перенесенные в архив. Автоматически новость архивируется через неделю после публикации на портале.
Интерфейс новостной ленты для администратора портала (человека, публикующего новость):
- обязательное для заполнения поле «Заголовок»;
- обязательное для заполнение поле «Подзаголовок»
- обязательное для заполнения поле «Текст новости»;
- необязательное для заполнения поле «Иллюстрация» (возможность прикрепить к новости картинку/фотографию, видеофайл).
Шрифт новостей на портале должен автоматически универсифицироваться.
2.4. Раздел Президента Компании
На заглавной странице раздела должно быть размещены:
- обращение Президента Компании к сотрудникам
- фотография Президента Компании
Ссылки на подразделы:
- Биография – одна контентная страница с описанием биографии Президента Компании.
- Интервью – библиотека файлов с возможностью пополнения и редактирования.
- Задай вопрос Президенту – подраздел представляет собой форму для заполнения, состоящую из обязательного поля «От кого» (должна быть предусмотрена возможность анонимной отправки) и обязательного поля «Текст вопроса». После того, как пользователь нажимает кнопку «Отправить вопрос», текст автоматически отправляется в почтовый ящик администратора портала.
- Вопросы и ответы – страница для публикации заданных вопросов и ответов на них Президента.
- Встречи с сотрудниками – подраздел должен иметь возможность создания неограниченного количества контентных страниц для статей о встречах Президента Компании с сотрудниками, возможность прикрепления фото и видео файлов.
Раздел должен предусматривать возможность увеличения и уменьшения количества подразделов.
2.5 Раздел «Карьера»
Главная страница раздела содержит обращение руководителя HR-департамента и ссылки на подразделы:
- Обучение – в разделе публикуется интерактивный календарь обучающих программ Компании. В календаре отображается дата обучающего мероприятия и его название. При клике на название пользователь попадает на страницу программы (описания) обучающего мероприятия. Со страницы программы (описания) должна быть возможность отправки он-лайн заявки на участие в обучающем мероприятии. Заявка должна содержать обязательно поле «От кого» и иметь стандартный формат.
- Вакансии – публикуются вакансии, на замещение которых объявлен в том числе и внутренний конкурс. Должна быть разработана единая форма публикации описания вакансии. На каждую вакансию должна быть возможность онлайнотклика (опция «Отправить резюме»).
Каждый подраздел раздела «Карьера» должен иметь заглавную контентную страницу с описанием целей и задач подразделов.
2.6. Раздел «Офисное пространство»
Раздел состоит из подразделов:
- Бронирование переговорных он-лайн – каждое структурное подразделение должно видеть собственную систему бронирования (в соответствии с наличием переговорных). Пользователь должен иметь возможность не только оформить бронь, но и увидеть, каким сотрудником, и на какое время забронирована переговорная;
- Заказ пропусков – подраздел представляет собой стандартную форму, пользователь ее заполняет, нажимает кнопку «отправить», форма автоматически пересылается ответственному за заказ пропусков сотруднику. На почту отправителю приходит отбивка о том, что заявка принята и будет выполнена в течение определенного времени;
- Заказ визиток – по аналогии с заказом пропусков;
- Заявки – в подразделе разделение по тематике заявок:
«Заявки на IT-услуги»; «Заявки на изготовление печатных материалов»; «Заявки на выдачу доверенностей»; «Заявки на выдачу кадровой документации»; «Заявки на использование корпоративного транспорта» (необходимо предусмотреть возможность создания дополнительных страниц заявок онлайн).
Пользователь заполняет заявку и отправляет ее ответственному лицу.
Заказчик должен иметь возможность вернуться к странице заявки и увидеть статус ее исполнения «Принято к исполнению»; «В работе. Срок исполнения…дней»; «Выполнено».
- Библиотека документов
Документы распределены по папкам-блокам: кадры, IT, маркетинг, медицина и др. Необходимо предусмотреть возможность увеличения количества блоков и возможность создание в каждом блоке разделов второго уровня.
2.7. Раздел «Общение»
Раздел состоит из двух подразделов: «Корпоративный форум» и «Медицинский форум».
«Медицинский форум» доступен только медицинским работникам и топ-менеджменту Компании.
Количество возможных тем и разделов в форуме должно быть неограниченным. Модератор должен иметь возможность редактировать и удалять любые сообщения, делать сообщения невидимыми для пользователей/групп пользователей.
2.8. Раздел «Добро пожаловать в Компанию!»
На заглавной странице раздела должно быть размещено текстовой обращение Президента Компании к новым сотрудникам. К обращению должен быть прикреплен файл презентации с общей информацией о Компании. Необходимо предусмотреть возможность редактирования текста.
Подразделы: «Наши новые сотрудники», «Вам это пригодится».
- Наши новые сотрудники – в подразделе размещаются фотографии сотрудников только что принятых на работу в Компанию. Подпись под фото: Фамилия, имя, должность, дата устройства на работу. При клике на фотографию пользователь попадает в личную карточку сотрудника в телефонном справочнике.
- Вам это пригодится – в этом разделе публикуется информация о правилах внутреннего трудового распорядка, кодексе корпоративной этики, начислении заработной платы, премировании и т. п. Количество контентных страниц для размещения информации должно быть неограниченным.
2.9. Раздел «Фабрика идей»
Заглавная страница раздела – содержит текстовой обращение Президента Компании к сотрудникам, описание условий участия в конкурсе.
Подразделы:
- Расчет вознаграждения – описание порядка расчета и выдачи вознаграждения за идею, успешно прошедшую конкурс;
- Экспертный совет – блоки с фотографиями экспертов и краткой текстовой информацией о них;
- Это работает! – примеры идей, которые были внедрены;
- Форма отправки идеи онлайн – форма после заполнения должна автоматически отправляться на почтовый ящик администратора проекта «Фабрика идей».
Раздел «Скидки»
На заглавной странице раздела размещается информация о политике преференций для сотрудников Компании, о компаниях-партнерах, скидками которых может пользоваться сотрудник МЕДСИ.
Подразделы – страницы компаний, предоставляющих скидки. В каждом подразделе – описание продуктов, на которые предоставляются скидки и порядка их предоставления.
2.11 Раздел «Акции и конкурсы»
Раздел должен быть факультативным по настройкам видимости. Он будет открываться в случае объявления в Компании конкурсов и акций. Нужно предусмотреть возможность одновременного создания нескольких подразделов, информирующих об акциях и конкурсах, проходящих в Компании.
2.13. «Поздравляем!» - опция заглавной страницы, не является разделом
На заглавной странице портала отображается строка, на которой размещаются фотографии сотрудников, отмечающих дни рождения в течение ближайших 3 дней. Подпись к каждой фотографии – фамилия, имя, должность. При клике на фото пользователь открывает личную карточку сотрудника.
3. Функциональная архитектура
В состав портала должны входить следующие подсистемы:
· Информационные подсистемы;
· Общесистемные пользовательские сервисы;
· Хранилище данных;
· Сервисы интеграции;
· Подсистема обеспечения безопасности;
· Подсистема администрирования.
Информационные подсистемы отвечают за предоставление пользователям информации по разделам портала. Структура информации, представленной в информационных подсистемах, описана в разделе 2.
Общесистемные пользовательские сервисы представляют набор функциональных блоков, используемых всеми частями портала.
К общесистемным пользовательским сервисам относятся:
· Подсистема регистрации
· Подсистема доступа
· Подсистема управления контентом
· Единый рубрикатор
· Поисковая система
· Форумы, конференции
· Подписка и рассылка
· Просмотр статистики посещений
Хранилище данных предназначено для управления единым централизованным хранилищем данных портала.
Сервисы интеграции реализуют взаимодействие портала с другими информационными системами 1С, MS Exchange, AD и т. д.
Подсистема обеспечения безопасности предназначена для защиты программных средств, информационных ресурсов портала и параметров авторизации пользователей от несанкционированного доступа, модификации, нарушения целостности данных и внедрения вредоносных программ.
Подсистема администрирования охватывает все подсистемы портала и должна выполнять следующие функции и задачи:
· Управление учетными записями и ролями пользователей. Управляет полномочиями доступа к разделам портала, а также отдельным информационным объектам, которые представляют собой закрытую информацию.
· Протоколирует активности всех пользователей портала, предоставляет возможности по анализу логов на предмет выявления потенциальных нарушений доступа, сбора и анализа статистики посещений портала.
· Позволяет управлять взаимодействием с внешними информационными источниками, задавать регламент и способ взаимодействия с ними (синхронное/асинхронное взаимодействие), изменять формат взаимодействия.
4. Управление содержанием портала
Система управления содержанием портала должна обеспечивать возможность обновления его основного содержимого в пределах установленных шаблонов страниц. Для управления содержимым и администрирования портала должны использоваться отдельные веб-интерфейсы оператора и администратора, обеспечивающие удаленную работу авторизованных сотрудников (операторов и администраторов). Должна предусматриваться возможность изменения шаблонов страниц путем загрузки соответствующим образом размеченных файлов на сервер, а также возможность изменения графического и шрифтового оформления портала в пределах имеющихся шаблонов путем загрузки графических файлов и редактирования стилевых описаний CSS.
Система управления содержанием должна обеспечивать возможность создания на портале произвольной иерархической структуры страниц-разделов (путем добавления новых разделов на выбранный уровень иерархии, а также удаления и редактирования существующих страниц-разделов).
Добавление и редактирование информации должно производиться путем ввода простого (неформатированного) текста в веб-форму, состоящую из полей, набор которых соответствует типовым элементам страниц (заголовок, основной текст и т. п., в зависимости от назначения страницы).
Ряд полей должен иметь возможность использования для форматирования текста HTML-тегов, а также возможность использования HTML-редактора, обеспечивающего визуальное форматирование текста (выделения фрагментов шрифтом, цветом, вставки иллюстраций, гиперссылок, ссылок на разделы и документы портала и т. п.).
Система должна предусматривать возможность загрузки с локальных компьютеров операторов на сервер файлов. Загрузка должна осуществляться встроенными средствами поддерживаемых браузеров с использованием стандартных возможностей передачи файлов протоколов HTTP/HTTPS.
Система должна включать в себя несколько разнородных функциональных блоков, каждый из которых предназначен для управления тем или иным типом информации, размещаемым на портале. По способу формирования размещаемая информация разделяется на следующие типы:
· публикуемая информация (новости, события, документы, и т. д.)
· импортируемая (загруженная из внешних информационных источников информация)
· введенная пользователями (сообщения в форумах, конференциях и проч.)
· справочники
· рубрикаторы
· разделы сайта
· навигация
Для каждого типа размещаемой на портале информации используется свой функциональный блок:
5. Базовые технологии портала
При разработке портала необходимо использовать новейшие концептуальные и технические решения, включая технологии однократного входа (single sign on), средства интеграции приложений и информационных ресурсов, и т. п.
6. Пользовательский интерфейс портала
Пользовательский интерфейс портала должен обеспечивать наглядное, интуитивно понятное представление структуры размещенной на нем информации, быстрый и логичный переход к разделам и страницам.
Навигационные элементы должны обеспечивать однозначное понимание пользователем их смысла: ссылки на страницы должны быть снабжены заголовками, условные обозначения соответствовать общепринятым. Графические элементы навигации должны быть снабжены альтернативной подписью.
Доступ пользователей к информации на портале должен осуществляться через систему контент-меню, автоматически генерируемую на основании заданной операторами структуры разделов. Меню должно представлять собой текстовый блок (список гиперссылок), размещаемый на каждой типовой странице портала. При выборе какого-либо из пунктов меню пользователем должна загружаться соответствующая ему информационная страница, а в блоке меню (или в основной части страницы в зависимости от утвержденного дизайна) открываться список подразделов выбранного раздела.
Все ссылки на собственные страницы должны открываться в том же окне браузера, кроме исключительных случаев, прямо упомянутых в настоящем Техническом задании. В случае если на портале содержится ссылка справочного характера на другой сайт, она должна открываться в новом окне.
7. Требования к графическому дизайну
Для портала должен быть разработан оригинальный графический дизайн, обеспечивающий надлежащую функциональность. Графический дизайн включает в себя разработку графических шаблонов портала для всех типовых страниц портала. Поставляется в виде исходных фалов в psd-формате и HTML шаблонов.
Дизайн должен обеспечивать соответствие следующим основным требованиям:
· графические элементы должны быть выполнены с учетом специфики
представления графической информации на веб-страницах;
· внимание пользователя должно концентрироваться на наиболее важных навигационных элементах;
· основная информация, меню и другие элементы навигации должны быть доступны без горизонтального прокручивания полностью открытого окна браузера при стандартном разрешении экрана 1024x768 точек;
· использование фреймов должно быть сведено к минимуму, недопустимо использование фреймов на главной странице портала и основных страницах разделов;
· не допускается использование апплетов и загружаемых на браузер пользователя независимых программных модулей, требующих дополнительной инсталляции;
· дизайн должен учитывать принятые в электронных СМИ правила подачи информации;
· дизайн пользовательских интерфейсов портала должен быть аналогичен дизайну пользовательских интерфейсов других информационных систем и сайтов Заказчика.
8. Требования к численности и квалификации персонала
Исполнитель должен обеспечивать консультативную, техническую и информационную поддержку силами соответствующих подразделений в его существующей структуре на протяжении гарантийного срока, установленного в контракте и далее, по отдельному соглашению сторон.
9. Пользователи системы
В системе должны быть предусмотрены категории пользователей, обладающих следующими наборами прав:
1. Администраторы - управление всей системой в целом и всеми ее частями включая и операционную систему;
2. Модераторы - управление списками пользователей портала и правами доступа к его информационным ресурсам;
3. Операторы - наполнение и редактирование информационного наполнения портала в пределах предоставленных им полномочий;
4. Авторизованные пользователи - пользователи портала, зарегистрированные в системе — обращение к общедоступной и персонифицированной информации;
5. Неавторизованные пользователи — обращение к общедоступной информации.
10. Требования к защите информации от несанкционированного доступа
Разрабатываемая система должна обладать специализированной подсистемой разграничения доступа к информационным ресурсам, функционирующей на основе системы пользователей и пользовательских групп.
Система не должна предоставлять возможность пользователям получать доступ к информации помимо предусмотренных настоящим Техническим заданием процедур в рамках явно предоставленных им администраторами прав. Как неавторизованные, так и авторизованные пользователи не должны иметь возможности изменять информацию на сайте, кроме отправки сообщений посредством предусмотренных в настоящем Техническом задании форм в программных модулях.
Управление содержанием системы должно осуществляться через веб-интерфейс, доступ к которому осуществляется по защищенному каналу (VPN) с указанием логина и пароля, индивидуальным для каждого оператора.
Система должна обеспечивать разделение доступа к управлению контентом на уровне отдельных операторов. Каждому из операторов может быть предоставлено право на совершение определенных действий с теми или иными разделами (подразделами) и функциональными модулями сайта:
· добавления элементов, редактирования (изменения) и удаления элементов;
· редактирования (изменения, удаления узлов) структуры разделов;
· публикации элементов.
Каждое из вышеуказанных действий может быть по отдельности разрешено или запрещено для определенного оператора в каждом из разделов иерархической структуры сайта.
Специальное право «публикация» предоставляет право изменять состояние флага публикации у информационных элементов сайта. По умолчанию данный флаг у вновь создаваемого элемента не устанавливается, таким образом обеспечивается возможность контроля за процессом публикации информации - сделать добавленный кем-либо из операторов материал может только оператор, имеющий право публикации в соответствующем разделе сайта.
Система должна обеспечивать разграничение доступа между операторами, авторизованными и неавторизованными пользователями к размещенным на сервере файлам.
Система должна обеспечивать ведение журнала, в который заносится информация о системных событиях, попытках несанкционированного доступа к информации в системе и их результатах со стороны любых пользователей портала.
11. Управление доступом
Для управления доступом пользователей к информационным ресурсам портала должна использоваться специализированная подсистема разграничения доступа, определяющая по запросам любых других компонент системы права пользователей на доступ к информационным ресурсам портала и обладающая для настройки прав доступа специализированным административным web-интерфейсом. Для работы с указанным интерфейсом пользователь системы должен быть авторизован в качестве ее администратора или модератора.
Администратор портала должен иметь доступ ко всем модулям и элементам системы.
Модератор должен иметь возможность выполнять следующие действия:
· просматривать список зарегистрированных пользователей (модераторов, операторов, авторизованных пользователей) системы;
· добавлять и удалять учетные записи зарегистрированных пользователей;
· блокировать учетную запись зарегистрированного пользователя без удаления ее из базы данных;
· просматривать и редактировать список разделов, функциональных модулей и фрагментов файловой системы сервера, права доступа к которым имеются у конкретного зарегистрированного пользователя и групп пользователей;
· просматривать и редактировать список зарегистрированных пользователей и их групп, которые имеют заданные права доступа к определенному разделу сайта или функциональному модулю;
· просматривать и редактировать права зарегистрированных пользователей и их групп на доступ к фрагменту файловой системы сервера, в котором хранятся размещенные на сервере файлы;
· просматривать и редактировать права доступа неавторизованных пользователей портала к его информационным ресурсам (разделам, документам, файлам).
Модератор осуществляющий в системе управление доступом, не должен обладать возможностью редактирования информационного наполнения портала. Операторы, осуществляющие управление информационным массивом портала не должны иметь возможности назначать права доступа к любой информации помимо той, которая была ими внесена в систему.
12. Требования по сохранности информации при авариях
Система должна автоматически восстанавливаться при перезапуске аппаратных и программных средств.
Портал должен обеспечиваться сохранность информации при наступлении следующих событий:
1. Отказ оборудования рабочей станции
2. Отключение питания на рабочем месте и/или на сервере баз данных
3. Отказ линий связи
4. Отказ аппаратуры сервера
Система должна обеспечивать возможность резервного копирования и восстановления информационных массивов посредством web-интерфейса администратора. Резервное копирование должно осуществляться либо автоматически в соответствии с заданным расписанием, либо по команде администратора.
Портал должен предусматривать защиту от ошибочных действий персонала, которая должна обеспечивать корректность вводимых данных, как при заполнении форм, так и при занесении данных в БД.
13. Требования к производительности
На основании требований к порталу Исполнитель определяет и согласовывает с Заказчиком спецификацию на необходимое аппаратное обеспечение.
Программное обеспечение системы, установленное на данной аппаратной платформе должно обеспечивать обслуживание не менее 3000 http-запросов в час при среднем времени отклика 800 миллисекунд (но не более 2000 миллисекунд для каждого отдельного запроса).
14. Требования к архитектуре портала
Архитектура портала должна обеспечивать масштабируемость и расширяемость системы. Добавление дополнительной функциональности системы должно осуществляться за счет настройки и/или встраивания дополнительных компонентов без существенной модернизации уже существующих компонентов.
Архитектура портала должна предусматривать независимость подсистемы отображения информации от подсистем хранения и управления информацией. Изменение структуры и дизайна отображаемых страниц не должно вызывать модификацию обращений и запросов к базам данных портала и наоборот.
15. Подготовка к вводу системы в опытную и промышленную эксплуатацию
При подготовке к вводу системы в опытную и промышленную эксплуатацию необходимо провести испытания. Испытания представляют собой процесс проверки выполнения заданных функций системы, выявления и устранения недостатков в программном обеспечении, оборудовании и документации.
Для проведения всех видов испытаний на этапе подготовке к вводу системы в эксплуатацию разрабатываются специальные документы, в которых указываются порядок, сроки и типы проводимых тестов.
16. Требования к отчетной документации
По окончании работ Заказчику предоставляется набор документации по системе:
· Psd – файл, содержащий графический макет портала.
· HTML шаблоны портала, созданные по макету.
· Описание функционала портала
· Инструкция по работе с порталом для всех групп пользователей.
17. Порядок приемки и утверждения выполненных работ
Результаты работ принимаются Заказчиком с подписанием акта сдачи-приемки результатов работ после предоставления всех результатов работ, указанных в настоящем Техническом задании.


