Техническое задание для поставщиков. Приложение №2 к Закупочной документации




НазваниеТехническое задание для поставщиков. Приложение №2 к Закупочной документации
страница6/18
Дата публикации08.03.2013
Размер0.9 Mb.
ТипТехническое задание
uchebilka.ru > Информатика > Техническое задание
1   2   3   4   5   6   7   8   9   ...   18
^

Управление экранными формами и представлениями


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

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

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

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

  5. Решение должно предоставлять широкие возможности в части настройки форм и представлений. Интерфейс не должен иметь ограничений по размещению, размеру, цвету, набору и формату элементов форм и представлений.

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

  7. Полный перечень подлежащих настройке форм, представлений и их характеристик должны быть согласованы с Заказчиком при проектировании Системы.
  • ^

    Управлением объектами Системы и связями между объектами


    1. Решение должно предоставлять гибкие возможности по созданию новых объектов, новых полей объектов и установке связей между объектами Системы (инцидентом, запросом на изменение, заданием и др.).

    2. Всем новым экземплярам объектов Системы должен присваиваться уникальный ID.

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

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

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

    6. Должно быть обеспечено отсутствие ограничений при установке условий доступности полей.

    7. Должна быть реализована возможность задания значений полей по умолчанию.

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

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

    10. Должна быть реализована возможность прикрепления вложенных файлов к различным объектам Системы и категоризация таких файлов (например, файл, поступивший от инициатора при подаче заявки и файл, предоставленный в качестве ответа по заявке).

    11. Должна быть реализована возможность связывания вложенных файлов и текста в единую смысловую канву (например, посредством использования полей html формата).

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

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

    14. Решение должно предоставлять максимально гибкие возможности по управлению жизненным циклом объектов Системы, связанным с изменением значения поля «Статус». Система должна предоставить инструмент для определения:

    • правил перехода между статусами,

    • условий контроля при входе и выходе со статуса,

    • необходимых действий при переходе между статусами,

    • прав на выполнение перехода между статусами.

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

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

    • управления связями между объектами, в т.ч. установления двунаправленных связей, связей «один к одному», «один ко многим», «многие ко многим».

    • хранения в существующем объекте ссылок на другие объекты,

    • возможности фильтрации объектов, на которые выполняется ссылка,

    • построения иерархий объектов,

    • контроля поддержания целостности связей.

        1. Решение должно предоставлять гибкие возможности по изменению и расширению модели данных Системы: созданию любых новых типов объектов, определения их полей, связей, прав и других настроек. Предложение должно содержать описание механизма реализации этих возможностей и ограничений, связанных с его применением.

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

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

        4. Полный перечень подлежащих настройке объектов и их атрибутов, в т.ч. связей между ними, должен быть сформирован и согласован с Заказчиком при проектировании Системы.
  • 1   2   3   4   5   6   7   8   9   ...   18

    Похожие:

    Техническое задание для поставщиков. Приложение №2 к Закупочной документации iconТехнические требования
    Проектно-изыскательские работы (включая обследование, примеры протоколов обследования приведены в Форме 4 к закупочной документации...

    Техническое задание для поставщиков. Приложение №2 к Закупочной документации iconТехническое задание №1 (Приложение №1) и Техническое задание №2 (Приложение №2) разрабатываются
    Акционерное общество “Научно-технологический институт транскрипции, трансляции и репликации”, являющийся плательщиком налога на прибыль...

    Техническое задание для поставщиков. Приложение №2 к Закупочной документации iconТехническое задание Приложение №1 от 14 сентября 2007 г к Договору...
    ...

    Техническое задание для поставщиков. Приложение №2 к Закупочной документации iconТехническое задание для проведения Открытого Запроса Предложений...
    Техническое задание является неотъемлемой частью Открытого Запроса Предложений по выбору поставщиков для выполнения работ по поддержке...

    Техническое задание для поставщиков. Приложение №2 к Закупочной документации iconТехническое задание для проведения Открытого Запроса Предложений...
    Техническое задание является неотъемлемой частью Открытого Запроса Предложений по выбору поставщиков для выполнения работ по разработке...

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

    Техническое задание для поставщиков. Приложение №2 к Закупочной документации iconТехническое задание на разработку интернет-сайта техническое задание
    Представляемая продукция (услуга), торговые марки (название бренда) для промосайтов

    Техническое задание для поставщиков. Приложение №2 к Закупочной документации iconТехническое задание по гост 34 разделы 1-3 Статьи
    АС) для автоматизации различных видов деятельности (управление, проектирование, исследование и т п.), включая их сочетания, и устанавливает...

    Техническое задание для поставщиков. Приложение №2 к Закупочной документации icon7 Заседание Закупочной комиссии
    Положение о Закупочной комиссии в маоу «сош №34» (далее – Положение) регламентирует деятельность Закупочной комиссии в маоу «сош...

    Техническое задание для поставщиков. Приложение №2 к Закупочной документации iconКомпании
    Для более детального и точного анализа ваших целей, пожеланий и требований предлагаем заполнить бриф (техническое задание) на создание...

    Вы можете разместить ссылку на наш сайт:
    Школьные материалы


    При копировании материала укажите ссылку © 2013
    контакты
    uchebilka.ru
    Главная страница


    <