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

Техническая спецификация закупаемых услуг по предоставлению
онлайн-сервиса по созданию бизнес-планов, актуализации типовых
бизнес-планов (в виде мобильного приложения «100 проектов»)
1.
Введение
1.1 Цель
Основной целью разработки системы «100 проектов» (далее –
Система) является создание мобильной платформы для предпринимателей,
которая предоставит возможность получать доступ к информации по
законодательной базе (по вопросам предпринимательства) и типовым
проектам для создания малого бизнеса в Казахстане, в рамках компонента
«Бизнес-школа».
1.2 Назначение
Приложение предназначено для повышения качества и доступности
ранее разработанного справочника «100 проектов для малого бизнеса».
Объектами
автоматизации
являются
проекты,
которые
разрабатываются Национальной палатой предпринимателей Республики
Казахстан «Атамекен» (далее-НПП) в рамках 4-го направления Единой
программы «Дорожная карта бизнеса 2020»: предоставление сервисной
поддержки ведения действующей предпринимательской деятельности.
2. Функциональные требования
2.1. Общие требования к Приложению
Общие требования к приложению приведены в таблице ниже
(Таблица 1).
Таблица 1. Общие требования
№
1.
2.
3.
4.
5.
6.
7.
Описание требования
Приложение должно быть разработано под мобильные платформы IOS и
Android
Приложение должно состоять из клиентской части (мобильное
приложение) и административной части (веб-сайт)
Административная часть приложения должна быть доступна через вебсайт по логину и паролю
Клиентская часть Приложения должна быть доступна для установки с
Apple Store и Google Play
Приложение должно распространяться на бесплатной основе
Приложение должно иметь многоуровневую фильтрацию и гибкую
систему поиска
Приложение должно иметь функцию уведомления при обновлении базы
проектов
2.2. Функциональные требования к безопасности
Требования к безопасности приведены в таблице ниже (Таблица 2).
Таблица 2. Требования к безопасности.
№ Описание требования
1. Приложение должно обеспечить безопасный доступ к данным, управление
наборами разрешения прав доступа (для административной части),
уничтожение/искажение данных
2. Административная часть приложения должна аутентифицировать
участников, прежде чем они получат доступ к административной части
приложения. При отсутствии аутентификации система должна
блокировать доступ к административной части приложения
3. Аутентификация участников (для административной части) должна
использовать следующий механизм: имя учетной записи и пароль
4. Доступ к клиентской части приложения должен быть предоставлен
каждому пользователю на бесплатной основе через магазин приложении
(App Store, Play Market)
5. Система должна обеспечить управление парольной политикой
6. Приложение должно иметь функцию уведомления при обновлении базы
проектов
7. Создание разделов, добавление, изменение, удаление информации во
вкладках Проекты, Законодательная база и иная информация должно быть
доступным с административной части приложения
2.3. Требования к Приложению
Создаваемые компоненты для системы «100 проектов» приведены в
таблице ниже.
Таблица 3. Создаваемые компоненты
№
Название
Платформа
Комментарий
п/п
Панель администратора и
1
Веб-приложение
Ruby on Rails
API
Мобильное
Мобильное приложение для
2
iOS 7+
приложение для iOS
клиентов
Мобильное
Мобильное приложение для
3
приложение для
Android 4.2+
клиентов
Android
2.3.1.
Административная
часть
приложения
(Панель
администратора)
Административная часть приложения должна быть разработана в виде
веб-сайта.
Таблица 4. Права доступа
№ Пользователи
Права доступа
1. Супер
Создание пользователей для административной
администратор
части приложения, создание дополнительных
разделов во вкладках законодательная база, база
проектов и иная информация, актуализация
законодательной базы, базы проектов и иной
информации (добавление, изменение и удаление
информации)
2. Администратор
Актуализация законодательной базы, базы проектов
и иной информации (добавление, изменение и
удаление информации)
Описание: реализовать возможность создание пользователей
(администратор) для Супер администратора с указанием имени пользователя
и пароля. При посещении административной части приложения (веб-сайт)
должен быть запрошен логин и пароль. После аутентификации супер
администратор и администратор сайта должен иметь доступ к созданию,
редактированию и удалению информации с клиентской части приложения
согласно полям, указанным ниже (Таблица 5).
2.3.2. Клиентская часть приложения
Клиентская часть приложения должна состоять из трех вкладок:
проекты, законодательная база и иная информация.
Таблица 5. Поля для заполнения
№ Вкладки
Поля для заполнения
Формат
Наименование
Текстовое поле
Поля даты
Законодательная Дата изменения
1.
база
Разделы
Текстовое поле
Содержание
Текстовое поле
Наименование
Текстовое поле
2.
Проекты
Разделы
Текстовое поле
Содержание
Текстовое поле
Наименование
Текстовое поле
3.
Иная информация
Разделы
Текстовое поле
Содержание
Текстовое поле
2.3.2.1. Проекты
Проекты должны быть разделены по следующим направлениям
(Таблица 6).
Таблица 6. Основные направления проектов
№ Направление проектов
1.
Производство пищевых продуктов
2.
Программа государственной поддержки растениеводства
3.
Услуги для населения
4.
Производство бытовых и строительных материалов
5.
Животноводство
6.
Логистика и транспорт
Каждый
(Таблица 7).
проект
должен
содержать
следующую
информацию
Таблица 7. Содержание проектов
№ Содержание проектов
1. Информация о продукции;
2.
Краткий анализ отрасли и объема ранка;
3.
Технология производства с калькуляцией, технологической картой
растениеводства и животноводства;
Наличие оборудования для производства;
Стоимость проекта (стоимость оборудования, оборотные средства);
Рынок сбыта продукции;
Финансовая часть (доход, который предприниматель получит в
результате) с полным отчетом прибыли и убытков;
Расчет окупаемости проекта (за какой период окупятся вложенные
средства) с указанием точки безубыточности;
Источники финансирования и меры государственной поддержки (на
4.
5.
6.
7.
8.
9.
какие виды государственной помощи
рассчитывать при реализации проекта)
предприниматель
может
2.3.2.2. Законодательная база.
Законодательная база должна содержать следующую информацию
(Таблица 8).
Таблица 8. Законодательная база.
№ Описание требования
1. Закон о ТОО
2. Закон о частном предпринимательстве
3. Закон об АО
4. Закон о государственных закупках
5. Закон об архитектуре, градостроительстве и строительстве
6. Закон о регистрации юридических лиц и филиалов
2.4. Функциональные требования к Приложению
Общие требования к Приложению приведены в таблице ниже
(Таблица 9).
Таблица 9. Общие требования к Приложению
№ Описание требования
1. Разработка динамичной базы данных с размещением файлов в облаке
(хранилище)
2. Реализация возможности по просмотру проектов, хранящихся в базе
данных проектов
3. Реализация возможности присвоения каждому проекту уникального
номера, идентифицирующего проект в базе данных
4. Реализации возможности навигации по базе данных проектов
5. Реализация возможности поиска проектов по наименованию, разделам и
по содержанию проекта
6. Разработка функционала по актуализации базы проектов через
административную панель
7. Разработка функционала по аналитике просмотренных бизнес планов в
административной части приложения
3. Требования к Поставщику
№ Требования к
поставщику
1. Потенциальный
Таблица 10. Требования к поставщику
Подтверждающие документы
 копии
паспортов
или
удостоверений
2.
3.
поставщик
должен
обладать
квалифицированным
персоналом: не менее
3 специалистов в сфере
закупаемых услуг
Потенциальный
поставщик
услуг
должен иметь опыт на
рынке предоставления
услуг
в
области
разработки,
технического
и
контентного
сопровождения
информационных
ресурсов не менее 2 лет
Потенциальный
Поставщик
услуг
должен
иметь
постоянную,
дислокацию
(иметь
офис) в г. Астане
личности работников;
 копии
трудовых
договоров/трудовых
книжек;
 резюме;
 копии дипломов об образовании,
 копии сертификатов
 копии договоров, актов выполненных работ;
 копии благодарственных писем;
 краткая презентация опыта предоставления
услуг с демонстрацией продуктов
 Документ о
договор аренды.
праве
собственности
или
4. Общие требования к составу и содержанию работ
Общие требования к составу работ приведены в таблице ниже
(Таблица 11).
Таблица 11. Общие требования к составу и содержанию работ
№ Описание требования
1. Дизайн всех программных компонентов Приложения должен быть
разработан в соответствии с корпоративным стилем Заказчика
2. Этапы работ:
1. Запуск веб-приложения (Административная панель) должен быть
осуществлен в течении 10 рабочих дней с момента заключения договора;
2. Запуск клиентской части приложения под операционную систему IOS и
Android должен быть осуществлен в течении 15 рабочих дней с момента
заключения договора.
3. Тестирование и публикация приложения в маркетах должно быть
осуществлено в течении 15 рабочих дней с момента заключения договора.
№ Описание требования
3. В части поэтапной разработки программного обеспечения Поставщик
обязуется проводить демонстрацию выполненных работ.
4. Поставщик обязуется провести обучение сотрудников НПП РК для
администрирования Приложения в согласованные с Заказчиком сроки
5. Сроки и место оказания услуг.
Срок оказания услуг: до 11 декабря 2015 года.
Место оказания услуг – г.Астана, ул.Кунаева, 8 (БЦ Изумрудный
квартал, Блок Б), каб.1009.
6. Стоимость услуг.
Стоимость услуг составляет: 2 512 632 (два миллиона пятьсот двенадцать
тысяч шестьсот тридцать две) тенге без учета НДС.