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

Качество использования. Удовлетворенность

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

Качество использования. Отсутствие рисков

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

Качество использования. Покрытие

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

Требования к функционированию программного обеспечения:

1. 
   Требования к интеграции ГГИС с АСУ ГТК:
   
   1. 
      Планирование горных работ необходимо для передачи в АСУ ГТК соответствующих данных (топоповерхности, эксплуатационной блочной модели, добычных блоков, соответствующих табличных файлов).
      
   2. 
      При разработке системы АСУ ГТК должны быть предусмотрены возможности её последующей взаимоинтеграции с ГГИС, т.е. передача следующих данных:
      
      1. 
         Фактической топосъемки карьера (Цифровые топографические модели топоповерхности, в т.ч. изолинии), (форматы: *.dxf, *.dwg, *.pt, *.tr, *.str, *.dtm *.msh), для периодического (после каждой фактической топосъемки) обновления системы диспетчеризации.
         
      2. 
         Эксплуатационной блочной модели (форматы: *.csv, *.dm, *.mdl).
         
      3. 
         Каркасных моделей (или их контуры) плановых эксплуатационных блоков для фактической отработки (форматы: *.dxf, *.dwg, *.pt, *.tr, *.str, *.dtm *.msh).
         
      4. 
         Табличных файлов *.xlsx, *.csv.
         
2. 
   Интерфейс ГГИС должен обладать функциональностью, включающую в себя обширную библиотеку драйверов импорта/экспорта соответствующих файлов, в том числе содержащие специализированные компоненты, доступные для разработчиков систем диспетчеризации горно-транспортного комплекса.
   
3. 
   Информационная система должна включать специальное программное обеспечение (прикладное) и обеспечивать выполнение всех функций системы.
   
4. 
   При разработке прикладного программного обеспечения должны использоваться технологии программирования, используемые при разработке современных информационных систем (Исполнитель в коммерческом предложении должен указать применяемые технологии при разработке программного обеспечения).
   
5. 
   Обязательными свойствами инструментальных средств разработки и развития должны быть:
   
   1. 
      Многоплатформенность (операционные системы клиентских станций, сетевые операционные системы, протоколы, СУБД);
      
   2. 
      Объектно-ориентированная среда разработки, как обеспечивающая максимально возможное повторное использование кода и минимизирующая исходный код системы;
      
   3. 
      Встроенный язык программирования компилирующего типа, дающий исполнимый код достаточной производительности;
      
   4. 
      Средства декомпозиции системы по уровням.
      
6. 
   Программное обеспечение должно поставляться Заказчику на цифровых носителях или на специализированном облачном хранилище компании Исполнителя в следующем составе:
   
7. 
   Комплект файлов, необходимых для установки программного обеспечения и работы пользователя, в том числе руководство по установке программного обеспечения и перечень технических характеристик компьютеров, на которые устанавливается программное обеспечение;
   
8. 
   Информационное обеспечение программного обеспечения должно представлять собой совокупность записей, методов и средств их организации, хранения, корректировки и контроля.
   
9. 
   Информационная база должна строиться на основе единой системы классификации и кодирования.
   
10. 
    Технология формирования и поддержки интегрированной базы данных должна основываться на ответственности конечных пользователей за качество информации, унификации методов общения с базой, разграничения доступа к функциям и данным.
    
11. 
    Размещение данных в интегрированной базе должно производиться с учетом повышения эффективности функционирования приложений при минимизации затрат на поддержание распределенных данных.
    
12. 
    Состав и содержание информационных объектов базы данных, содержание справочников, форматов данных для взаимодействия компонентов и модулей внутри программного обечпечения, а также с внешними(сторонними) системами(комплектами программного обеспечения) должны быть определены на стадии технического проектирования поставляемого программного обеспечения.
    
13. 
    Исполнитель – проектирует систему и интеграционные решения, разрабатывает соответствующее взаимодействие программного обеспечения для реализации системы, обеспечивает интеграцию в целевую ИТ-инфраструктуру Заказчика в соответствии с требованиями данного технического задания. Готовит проектную и эксплуатационную документацию.
    
14. 
    Исполнитель должен обеспечить запуск и сопровождение системы на протяжении всего этапа действия договора по технической поддержке (опытно-промышленно эксплуатации).
    
15. 
    Заказчик – принимает результаты работы от Исполнителя в соответствии с требованиями данного технического задания, осуществляет контроль качества, участвует в приемосдаточных испытаниях.
    
16. 
    Система должна иметь возможность интеграции с существующими и планируемыми к внедрению информационными системами Заказчика.
    
17. 
    Уточнение требований к интегрируемым системам выполняется Исполнителем на этапе проекта «Проектирование». Полный перечень систем для интеграции должен быть определён и согласован с Заказчиком при реализации проекта. Цель по интеграции с системами – обеспечить максимально возможный сбор информации для планирования из смежных систем, избегая (но предусматривая в системе) ручного ввода информации.
    
18. 
    Требования к функциональным, техническим и эксплуатационным характеристикам программного обеспечения для проведения проектных работ в области землеустройства, геодезии, проектирования генплана и объектов инфраструктуры:
    
    1. 
       Быстрые ссылки на данные БД (Совместный доступ к проекту).
       
    2. 
       Интерфейс. Данные изысканий. Создание и импорт точек (координат).
       
    3. 
       Инструмент Raster Design.
       
    4. 
       Поверхности (создание и свойства поверхности, подсчет объемов).
       
    5. 
       Площадки. Участки. Профилирование.
       
    6. 
       Трассы.
       
    7. 
       Дороги.
       
    8. 
       Трубопроводы.
       
    9. 
       Оформление топографических материалов.
       
    10. 
        Поддержка типовых форматов файлов (DWG, DXF, DWF, PDF, JPEG, PNG, TIFF).
        
    11. 
        Импорт 3D-моделей.
        
    12. 
        Преобразование файлов формата DWG™.
        
    13. 
        Системы координат для геопозиционирования и онлайн-карты (преобразование онлайн-карт в статические изображения и вывод их на печать с наложением своего проекта, или создание файлов PDF, содержащих карты геопозиционирования).
        
    14. 
        Объектная привязка координационной модели.
        
    15. 
        Импорт PDF. Импорт геометрии, текста TrueType и растровых изображений из файла PDF или использование их в виде объектов (подобных AutoCAD, nanoCAD Геоника и др.), как подложку для текущего чертежа.
        
    16. 
        Возможность контроля лицензий через личный кабинет на сайте производителя в сети Интернет.