Оглавление сокращения



страница9/9
Дата30.12.2016
Размер0.87 Mb.
Просмотров370
Скачиваний0
1   2   3   4   5   6   7   8   9

7Порядок контроля и приемки системы

7.1Виды, состав, объем и методы испытаний Системы


Должны быть проведены предварительные испытания Системы.

Предварительные испытания Системы должны быть организованы и проведены в соответствии с ГОСТ 34.603-92 «Информационная технология. Виды испытаний автоматизированных систем».

Предварительные испытания должны определить готовность Системы к опытной эксплуатации.

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

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

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

Результаты проведения предварительных испытаний должны быть зафиксированы в протоколе предварительных испытаний.

Исполнитель должен разработать требования к составу и содержанию работ по подготовке объекта автоматизации к вводу Системы в эксплуатацию и программу опытной эксплуатации.


7.2Общие требования к приемке работ


Работы должны выполняться в соответствии с настоящим Техническим заданием.

Порядок оформления и предъявления результатов работ заказчику должен соответствовать положениям настоящего ТЗ и требованиям комплекса стандартов и руководящих документов на автоматизированные Системы:



  • ГОСТ 34.201-89 – Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем.

  • ГОСТ 34.601-90 – Автоматизированные системы. Стадии создания.

  • ГОСТ 34.602-89 – Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.

  • ГОСТ 34.603-92 – Информационная технология. Виды испытаний автоматизированных систем.

  • РД 50-34.698-90 – Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы требования к содержанию документов.

  • ГОСТ 34.003-90 – Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения.

  • ГОСТ 19.101.77 «Виды программ и программных документов.

Приемка выполненных работ производится Комиссией, в состав которой входят представители Заказчика и Исполнителя на площадке, указанной Заказчиком.

Сроки проведения работ по сдаче-приемке Системы определяются Заказчиком.

Все обнаруженные недостатки в функционировании и в документации Системы, выявленные в процессе предварительных испытаний, фиксируются Комиссией и устраняются Исполнителем до момента сдачи-приемки Системы.

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


Разрабатываемые в рамках работ документы на Систему должны соответствовать условиям и требованиям настоящего Технического задания.

Состав документов определяется на основании ГОСТ 34.201-89 «Виды, комплектность и обозначение документов при создании автоматизированных систем». Исполнитель должен разработать следующие документы:



  1. Описание постановки задачи.

  2. Пояснительная записка к техническому проекту;

  3. Руководство пользователя РГИС НСО;

  4. Программа и методика испытаний РГИС НСО;

  5. Протокол предварительных испытаний;

  6. Программа опытной эксплуатации РГИС НСО;

  7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу Системы в эксплуатацию.

  8. Исходные тексты (коды) программных средств РГИС НСО c учетом разработанных подсистем и модулей (на электронном или оптическом носителе).

  9. Дистрибутив для установки программных средств РГИС НСО c учетом разработанных подсистем и модулей (на электронном или оптическом носителе).

  10. Лицензионное соглашение на передачу неисключительных (пользовательских) прав на созданные, модернизированные (измененные) программные средства РГИС НСО, включая передачу измененной РГИС НСО (с учетом разработанных подсистем и модулей) в областные исполнительные органы государственной власти и органы местного самоуправления Новосибирской области и подведомственные им учреждения и использование РГИС НСО в указанных органах и учреждениях на территории Новосибирской области с правом на воспроизведение (использование) программных средств РГИС НСО и их модернизированные версии, включая внедрение программного продукта, модернизация (изменение) исходного кода в последующем.

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

  12. Руководство пользователей по подсистемам и модулям.

  13. Руководство сборки системы из исходных кодов. Пример собранной системы в существующей у Заказчика инфраструктуре поддержки и сопровождения СПО.

Разрабатываемые в соответствии с настоящим техническим заданием документы на Систему должны соответствовать требованиям методических указаний РД 50-34.698-90 «Автоматизированные системы. Требования к содержанию документов».

Передача заказчику документации осуществляется с сопроводительными документами исполнителя.



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

Приложение А – техническое задание на разработку интерактивной инвестиционной карты НСО (далее ИИК НСО)


    1. Общие требования к ИИК

      1. Инвестиционная карта должна быть доступна в виде двух версий: интернет-версия на серверах Правительства НСО и мобильная версия для устройств на базе iOS, Android, Windows Phone 8 бесплатно доступная в магазинах приложений.

      2. Векторные и растровые карты должны отображаться с использованием специализированного программного обеспечения (далее ПО). Исполнитель самостоятельно осуществляет выбор ПО, приобретает и передает Заказчику права на его использование. ПО должно поддерживаться его производителем, для него должны выпускаться пакеты обновлений и осуществляться техническая поддержка. Риск нарушения прав третьих лиц на результаты интеллектуальной деятельности несет Исполнитель.

      3. В проекте необходимо использовать Карту, предоставленную РГИС.

        1. Карта должна предоставлять информацию по следующим социальным объектам информации:

        • железные дороги, ж/д вокзалы и станции;

        • автомобильные дороги, автостанции и автовокзалы;

        • аэропорты;

        • порты;

        • объекты здравоохранения;

        • объекты профессионального образования;

        • банки;

        • гостиницы и отели;

        • инфраструктура поддержки предпринимательской деятельности (фонды и т.п.);

        • природные ресурсы;

        • органы государственной власти;

        • планы развития территорий;

        • бизнес-центры.

        1. Карта региона должна быть актуальной, с действующим региональным делением, современными названиями населённых пунктов.

        2. Должна предоставляться возможность загрузки карт из других систем.

        3. Система должна подгружать картографические данные с сервера с учетом кэширования базовой карты-подложки на клиенте.

    1. Требования к функциональным возможностям ИИК

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

        1. Информация ИИК должна делиться на объекты информации.

        2. Каждый объект информации должен иметь как минимум следующие описатели объекта информации: имя, иконку отображения на ИИК, пространственную топологию (вид сверху на территорию занимаемую объектом информации) (для протяженных объектов), краткое описание, описание, шаблон отображения описания.

        3. Каждый объект информации имеет свои собственные стиль (цвет, толщина линий, стиль заливки пространственных распределённых объектов, для заливки должна поддерживаться прозрачность).

        4. Для каждого объекта информации должна быть возможность включать/выключать отображение его на ИИК, отдельно включать/выключать отображение пространственной топологии объекта.

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

        6. При объединении объектов в классификационную группу должна быть возможность наследования стиля классификационной группы.

        7. Каждой классификационной группе должны быть присвоены: иконка, наименование, стиль (цвет, толщина линий, стиль заливки пространственных распределённых объектов).

        8. Должны быть заданы предустановленные категории объектов: инвестиционные предложения, инвестиционные проекты, парковая инфраструктура, инвестиционные площадки.

        9. Объекты информации должны иметь редактируемый список классификационных параметров. Каждый классификационный параметр должен иметь имя, значение признак видимости для анонимного посетителя, признак участия в поиске и сортировке, а так же тип (числовой, да/нет, строковый). По классификационным параметрам с признаком участия в поиске/сортировке должен проводиться поиск/сортировка соответственно. Объект, не имеющий данный параметр, не участвует в классификации, сортировке или поиске.

        10. Должны быть заданы предустановленные классификационные параметры объектов: стоимость, срок реализации, статус, дата размещения, статус, вид экономической деятельности, тип муниципального образования. При переключении языка интерфейса системы параметры, имеющие соответствующую локализацию должны менять своё отображение (например, стоимость для русского отображается в рублях, а для английского в долларах и через дробь евро, для стоимости курс валют автоматически пересчитывается по курсу Центрального Банка Российской Федерации на текущий день).

        11. Шаблоны отображения задают стиль и разметку (включая закладки/табы, возможность локальной прокрутки и т.д.) размещения информации ИИК.

        12. Шаблоны отображения должны позволять размещать текстовые поля, фотографии, галереи фотографий (отображаются миниатюры с возможностью листания, при клике выводится полноэкранное отображение с возможностью листания и закрытия полноэкранного изображения в стиле Lite Box), видео, URL ссылки, ссылки для скачивания файлов и элементы управления, а так же описатели объекта информации.

        13. Шаблоны отображения должны позволять выводить списки выбранных администратором ресурса классификационных групп, в произвольном сочетании в отдельном блоке шаблона. Обеспечивать возможность развёртывания смысловых подгрупп, отображать число элементов в свёрнутой/не разворачиваемой группе.

        14. С помощью механизмов шаблонов и элементов управления должна быть возможность отображать для объекта информации сначала краткое описание а при клике на элементе управления (кнопка) выводить более подробную информацию.

        15. Пользователь любой категории далее обозначается как пользователь (подразумеваются пользователи всех категорий).

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

      2. Требования к локализации

        • Английская

        • Русская

      1. Требования к категориям пользователей

        • Анонимный посетитель

        • Администратор ресурса

        • Администратор района

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

        1. Возможность создавать (добавлять)/редактировать/удалять объекты информации.

        2. Возможность редактировать описатели объектов информации.

        3. Возможность изменять иконку объекта информации

        4. Возможность управлять видимостью пространственной топологии объекта информации.

        5. Любое изменение данных в системе администрирования должно отображаться как в web-версии, так и в мобильном приложении.

        6. При создании объекта информации должна быть возможность добавления классификационных параметров «Расстояние до ближайшего…» с автоматическим или ручным заполнением значения расстояния до ближайшего объекта информации из выбранной администратором классификационной группы и/или объекта информации по имени в километрах.

      2. Требования к инструментарию администратора района

        1. Администратору района должно быть запрещено управлять видимостью объектов информации

        2. Администратору района должно быть запрещено редактирование доступных ему объектов при включенной администратором ресурса видимости данных объектов информации.

      3. Требования к инструментарию администратора ресурса

        1. Должна быть возможность управления всеми параметрами системы.

        2. Управление авторизацией и разграничением прав доступа к объектам информации (в том числе и их редактированию), классификационным группам и классификационным параметрам. Добавление/ редактирование/ удаление пользователей, назначение им прав.

        3. Возможность настройки символики и стилей оформления объектов информации ИИК и классификационных групп (иконка, цвет, толщина линий, стиль заливки площадных объектов) с возможностью наследования свойств от классификационной группы.

        4. Возможность настройки порядка отображения классификационных групп ИИК.

        5. Возможность подгружать/выгружать, создавать и/или редактировать шаблоны отображения подробного описания объектов информации, а так же размещать на них элементы управления.

        6. Реализовать возможность добавлять/изменять/удалять шаблоны заявок и размещать на них элементы управления.

        7. Настраивать элементы управления шаблонов отображения информации (текстовый блок и кнопка с настраиваемыми действиями).

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

        9. Возможность задавать величину масштаба с которой включается/отключается видимость объектов информации и классификационных групп. При включенной видимости объекта информации должен устанавливаться запрет на редактирование для администраторов районов имеющих доступ к данному объекту.

        10. Должна быть возможность включать/выключать отображение пространственной топологии объекта информации. При этом иконка должна отображаться всегда (если включено отображение всего объекта информации).

        11. Должен быть предусмотрена возможность добавления на шаблон ссылок на предварительно загруженные файлы (документация, бизнес-план, презентация, паспорт площадки).

        12. Должна позволять загружать в ИИК файлы любого формата с заданием для них описания.

        13. Должен иметь возможность просматривать статистику посещения объектов информации и выполнять сортировку по числу просмотров.

        14. Должен иметь возможность настраивать параметры указателя указывающего на Новосибирск.

        15. Администратор ресурса должен иметь возможность задавать шаблон печати информации об объекте на основе данных из описания объекта.

      4. Требования к визуализации данных (для всех категорий пользователей)

        1. Все данные ИИК должны отображаться на основе картографического материала РГИС.

        2. При наведении курсора мыши на объект информации он должен подсвечиваться/выделяться заданным шаблоном/стилем образом и всплывать подсказка с его именем.

        3. При выборе объекта информации на ИИК система должна предоставлять пользователю данные по выбранному объекту в установленном для него шаблоне.

        4. Изменение масштаба должно осуществляться с помощью колёсика мыши и с помощью панели масштабов. Панель масштабов должна быть компактной и иметь выдвижную линейку фиксированных величин масштаба (Страна, область, муниципальное образование, город, квартал, по примеру 2GIS).Изменение масштаба влияет на список отображаемых объектов информации и классификационных групп.

        5. На шаблоне всей ИИК должна быть возможность размещения горячих клавиш просмотра (центрирование и изменение масштаба до величины необходимой для удобного просмотра объекта) всей Российской Федерации, всей Новосибирской области, Новосибирска.

        6. Состав доступных слоёв определяется составом РГИС и настройками ИИК.

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

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

        9. Должна обеспечиваться возможность отображения информации об объекте информации от краткого описания с развернутому описанию.

      5. Требования по оформлению данных содержащихся в объектах информации.

Вся информация должна отображаться по заранее введённому в систему и выбранному для конкретной информации шаблону. Размещённые на шаблоне элементы управления должны иметь как минимум следующие функции:

  • Для кнопок (указывается текст кнопки):

    • Открыть другой шаблон заполненный данными в соответствии с логикой работы системы.

    • Отправить содержимое шаблона на электронную почту.

    • Скачивание файла

    • Приближение к объекту информации (изменение положения области просмотра карты и масштаба для обеспечения удобного обзора объекта информации)

  • Для текстового блока:

    • Позволять вводить текст, для дальнейшего использования другими элементами управления

      1. Требования к инструментарию пользователя

        1. Должна быть реализована возможность выбора, доступных текущей категории пользователя, объектов информации и приближения области просмотра к месту размещения объекта информации. Просмотра описателей выбранного объекта информации в последовательности от краткого к полному описанию, ее печати, получения ссылки на отображенный в данный момент контекст ИИК в полном соответствии с оригиналом.

        2. Должна быть реализована возможность размещать заявки (данная функция настраивается администратором ресурса посредством добавления на форму описания объекта и форму заявки элементов управления) как минимум двух типов: «заявка на размещение производства», «заявка на получение государственной поддержки»

        3. Должна быть реализована возможность перехода по ссылкам размещённым на шаблонах отображения как всей ИИК так и шаблонах отображения подробной информации об объектах информации. Возможность просмотра медиа контента размещённого на шаблонах отображения информации.

        4. Должна быть реализована возможность вывода списка, доступных данной категории пользователей, объектов информации по заданным параметрам фильтрации/поиска как в отдельных шаблонах так и в шаблоне всей ИИК. Должно отображаться число объектов информации попадающих в соответствующую группу выборки.

        5. Должна быть реализована возможность фильтрации/поиска и сортировки объектов информации по классификационным группам и классификационным параметрам и именам. Пользователь должен иметь возможность настроить список элементов, по которым будет производиться текущий поиск. Для числовых классификационных параметров должен выводиться диапазонный регулятор величин выборки. Предыдущие параметры поиска должны запоминаться с возможностью их повторного использования.

        6. Должна быть возможность просмотра стоимости инвестиционного проекта в рублях, долларах США или евро и других классификационных параметров.

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

        8. Пользователь должен иметь возможность измерять расстояние, площадь.

        9. ИИК должна предоставлять пользователю инструменты пространственного анализа:

          • Анализ транспортной и пешеходной доступности;

          • Определение и прокладка оптимального маршрута;

          • Построение цветовых карт для числовых параметров классификации выбранных объектов информации..

        1. Должна быть предусмотрена возможность поиска места на ИИК по географическим координатам, наименованию населённого пункта, адресу.

        2. Необходима возможность формирования графического файла для сохранения или печати, выбранного участка ИИК с объектами информации и инфраструктурой (размер файла не более 2880х2880 пикселей). Печать информации об отдельном объекте информации по заранее заданному шаблону.

        3. Возможность получения ссылки на участок ИИК, объект информации или на их группу с отображаемым описанием (если выбрано). При переходе по данной ссылке ИИК должна открываться в точном соответствии с оригиналом.

        4. На ИИК должен быть расположен указатель показывающий направление и расстояние до Новосибирска.

      1. Требования к взаимодействию со сторонними системами

        1. C интернет-порталом государственных услуг Росреестра, в части получения информации о земельных участках и правах;

        2. С информационными системами органов власти Новосибирской области, прежде всего с РГИС НСО, для получения информации о тематических слоях из отраслевых ГИС Правительства НСО.

      2. Требования к общему функционалу ИИК

        1. Система должна накапливать статистику просмотра объектов информации.

        2. Возможность встраивания ИИК, отдельным модулем, в сайты сторонних организаций.

    1. Требования к мобильному приложению

      1. Мобильная версия ИИК для устройств на базе iOS, Android, Windows Phone 8 должны быть бесплатно доступны в магазинах приложений.

      2. Приложение должно работать с базой данных проекта через общий сервер приложений.

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

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

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

    2. Требования к дизайну и первоначальному наполнению системы

      1. Предустановленный дизайн ИИК и предустановленные шаблоны оговариваются с Заказчиком во время выполнения ТЗ.

      2. Наполнение ИИК на этапе разработки производиться по данным собранным на этапе обследования.

      3. Предусматривается небольшие отклонения от первоначального ТЗ на этапе разработки.

    3. Требования к программному обеспечению

      1. Серверная часть должна быть реализована на базе технологии ASP.NET, обеспечивающей интеграцию и обмен данными с базой геоданных РГИС НСО.

      2. Требования к программному обеспечению клиента для работы с Картой

      3. Корректное отображение браузерами:

          • Internet Explorer 8.0 и более поздней версии,

          • Google Chrome,

          • Firefox 10 и более поздней версии,

          • Safari 4.0 и более поздней версии,

          • Opera 10 и более поздней версии.

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

      2. Требования к программному обеспечению клиента для работы в системе администрирования

      3. Корректное отображение браузерами:

        • Internet Explorer 8.0 и более поздней версии,

        • Google Chrome,

        • Firefox 10 и более поздней версии,

        • Safari 4.0 и более поздней версии,

        • Opera 10 и более поздней версии.

      1. Приложение должно работать без установки дополнительных плагинов (Flash, Silverlight и другие)


Поделитесь с Вашими друзьями:
1   2   3   4   5   6   7   8   9


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

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


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