Законодательное регулирование (стр. 7 )

7. ПРАВА НА ИСПОЛЬЗОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

7.1. По настоящему Договору Заказчику предоставляются (передаются) права на использование программного обеспечения.

7.2.  Программное обеспечение может быть использовано Заказчиком на всей территории Российской Федерации.

7.3.  Передаваемые по настоящему Договору права на использование программного обеспечения включают в себя:

7.3.1.  воспроизведение Заказчиком программного обеспечения;

7.3.2.  внесение в программное обеспечение изменений исключительно в целях функционирования программного обеспечения на технических средствах Заказчика и осуществление действий, необходимых для функционирования программного обеспечения в соответствии с его назначением, в том числе запись и хранение в памяти ЭВМ (одной ЭВМ или пользователя сети).

7.4.  Заказчик обязуется не осуществлять самостоятельно и не разрешать иным лицам осуществлять следующую деятельность:

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

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

7.4.3.  создавать условия для использования программного обеспечения лицами, не имеющими прав на использование данного программного обеспечения;

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

7.5.  Срок предоставления прав на использование программ – бессрочный со дня подписания Сторонами акта приема-передачи прав, но не может превышать срока действия исключительного права на программы.

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

7.7.  Заказчик не обязан предоставлять Исполнителю письменные отчеты об использовании программного обеспечения.

8. ОТВЕТСТВЕННОСТЬ СТОРОН

8.1. Ответственность Сторон по настоящему Договору наступает в случае неисполнения либо ненадлежащего исполнения обязательств по настоящему Договору.

8.2. В случае нарушения Исполнителем сроков исполнения обязательств, предусмотренных настоящим Договором, Заказчик вправе потребовать от Исполнителя уплаты пени в размере 0,1% от цены не исполненного обязательства за каждый день просрочки исполнения.

8.3. В случае нарушения Заказчиком сроков исполнения обязательств по оплате, предусмотренных настоящим Договором, Исполнитель вправе потребовать от Заказчика уплаты пени в размере 0,1% от не уплаченной суммы за каждый день просрочки, но не более 5 % от неуплаченной суммы.

9. ФОРС-МАЖОР

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

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

9.3. Срок исполнения обязательств по настоящему Договору отодвигается соразмерно времени, в течение которого действовали обстоятельства непреодолимой силы, при условии выполнения Стороной, попавшей под влияние обстоятельств непреодолимой силы условий, указанных в п. 9.2. настоящего Договора.

10. РАССМОТРЕНИЕ СПОРОВ

10.1.Споры, которые могут возникнуть при исполнении условий настоящего Договора, Стороны будут стремиться разрешать путем переговоров. При недостижении взаимоприемлемого решения Стороны вправе передать спорный вопрос на разрешение в судебном порядке в соответствии с действующим законодательством Российской Федерации.

11. ИЗМЕНЕНИЕ И/ИЛИ ДОПОЛНЕНИЕ ДОГОВОРА

11.1. Настоящий Договор может быть изменен и/или дополнен Сторонами в период его действия на основе их взаимного согласия путем подписания письменного соглашения.

11.2. Если Стороны настоящего Договора не достигли согласия об изменении или дополнении его условий, по требованию заинтересованной Стороны настоящий Договор может быть изменен и/или дополнен по решению суда только при наличии условий, предусмотренных действующим законодательством Российской Федерации.

11.3. Последствия изменения и/или дополнения настоящего Договора определяются взаимным соглашением Сторон или судом по требованию любой из Сторон настоящего Договора.

11.4. Любые соглашения Сторон по изменению и/или дополнению условий настоящего Договора имеют силу в том случае, если они оформлены в письменном виде, подписаны Сторонами настоящего Договора и скреплены печатями Сторон.

12. ПРОЧИЕ УСЛОВИЯ ДОГОВОРА

12.1. Настоящий Договор вступает в силу с даты его подписания Сторонами и действует до выполнения Сторонами принятых на себя обязательств.

12.2. Вопросы, не урегулированные настоящим Договором, решаются в соответствии с действующим законодательством Российской Федерации.

12.3. Настоящий Договор составлен в 2 (двух) экземплярах, имеющих равную юридическую силу, по одному для каждой Стороны.

13. АДРЕСА И РЕКВИЗИТЫ СТОРОН

Исполнитель:	Заказчик: Федеральный фонд содействия развитию жилищного строительства
Адрес:	Адрес: г. Москва, Славянская пл., д. 4, стр. 1 ИНН// р/с: , Центральный банк Российской Федерации (ОПЕРУ-1 Банка России г. Москва-701)
ОГРН: ИНН/КПП:
р/с:
к/с:
БИК:
КПП:
ОКПО:
_______________/_______________/ М. П.	________________/_______________/ М. П.

Приложение

к Договору №_____

от «___» _______20__ года

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

Заказчик: ______________/________/ М. П.

Исполнитель: ______________/________/ М. П.

Приложение

к Договору №_____

от «___» ________20__ года

КАЛЕНДАРНЫЙ План

Заказчик: ______________/________/ М. П.

Исполнитель: ______________/________/ М. П.

Приложение

к Договору №_____

от «___» ________20__ года

ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ

№ п/п	Наименования программного обеспечения	Количество лицензий

Заказчик: ______________/________/ М. П.

Исполнитель: ______________/________/ М. П.

  VI.  ТЕХНИЧЕСКАЯ ЧАСТЬ КОНКУРСНОЙ ДОКУМЕНТАЦИИ

РАЗРАБОТКА ПЕРВОЙ ВЕРСИИ

СИСТЕМЫ ВЕДЕНИЯ РЕЕСТРА ЗЕМЕЛЬНЫХ УЧАСТКОВ

В СОСТАВЕ ЕДИНОЙ ИНФОРМАЦИОННО-АНАЛИТИЧЕСКОЙ СИСТЕМЫ ФЕДЕРАЛЬНОГО ФОНДА СОДЕЙСТВИЯ РАЗВИТИЮ ЖИЛИЩНОГО СТРОИТЕЛЬСТВА

Список сокращений

ЕИАС	Единая информационно-аналитическая система
ПОРТАЛ	Корпоративный портал
МИС	Маркетинговая информационная система
ГИС	Географическая информационная система
РЗУ	Реестр земельных участков
ТЗ	Техническое задание

1.  Общие сведения

1.1.  Полное наименование системы и ее условное обозначение

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

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

Необходимо предоставить (передать) на условиях простой (неисключительной) лицензии неисключительные права (далее – права) на использование программного обеспечения для управления процессами, исходя из необходимого Заказчику количества лицензий (см. пункт 4.3.4).

1.3.  Шифр подсистемы

Шифр: Система РЗУ.

1.4.  Перечень документов, на основании которых выполняются работы

Работы должны выполняться с учетом:

·  целей и задач, поставленных перед Федеральным фондом содействия развитию жилищного строительства (далее – Фонд), в соответствии с Федеральным законом -ФЗ «О содействии развитию жилищного строительства»;

·  Стратегии развития (приоритетных направлений деятельности) Федерального фонда содействия развитию жилищного строительства на годы, утвержденной попечительским советом Фонда 19.11.2009;

·  Программы деятельности Федерального фонда содействия развитию жилищного строительства на 2010 год, утвержденной попечительским советом Фонда 07.12.2009;

·  функциональных требований структурных подразделений Фонда.

1.5.  Заказчик и исполнитель работ

Заказчик работ – Федеральный Фонд содействия развитию жилищного строительства.

Исполнитель работ – определяется по конкурсу.

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

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

1.7.  Порядок оформления и предъявления заказчику результатов работ по созданию системы

Результаты работ принимаются в соответствии с условиями договора и календарным планом выполнения работ, оформляются актами приема-передачи работ с указанием перечня выполненных работ, исполнителей и предъявляются Заказчику.

1.8.  Порядок уточнения и доработки технического задания

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

2.  Назначение и цели создания системы

2.1.  Назначение системы

Система РЗУ предназначена для поддержки процессов прохождения земельных участков в части решения следующих задач:

·  учет объектов недвижимого имущества;

·  формирование управленческой отчетности;

·  обеспечение информационного обмена между участниками процесса;

·  планирование и контроль прохождения земельных участков.

2.2.  Цели создания системы

Основными целями создания системы являются:

·  обеспечение централизованного ведения информации по объектам недвижимого имущества;

·  повышение эффективности исполнения процессов прохождения земельных участков путем сокращения сроков подготовки земельных участков, за счет повышения уровня обмена информации между участниками процессов;

·  предоставление возможности планирования и контроля прохождения земельных участков.

3.  Характеристика объектов автоматизации

3.1.  Краткие сведения об объекте автоматизации

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

Управление процессом прохождения земельных участков и иных объектов недвижимого имущества рассматривается как управление проектами. Проекты хранятся на сервере MS Project Server 2007 и визуализируются в виде календарных планов выполнения работ. Данные реестра земельных участков и иных объектов недвижимого имущества связаны с задачами календарного плана работ. Структура работ календарного плана не является фиксированной и зависит от вида участка и решений, принимаемых в процессе работы.

Планирование работ по земельному участку осуществляется в приложении MS Office Project 2007, а данные проекта хранятся на сервере MS Project Server 2007, что позволяет вести централизованный контроль над группой проектов.

Данные реестра земельных участков и иных объектов недвижимого имущества хранятся в базе данных MS SQL Server 2008.

Действующий пользовательский интерфейс разработан с использованием приложения MS Office Access 2007 и представляет собой набор экранных форм (связанных между собой в соответствии с бизнес-логикой приложения). Многие из форм приложения связаны с проектными работами и доступны только в том случае, когда с записью об участке ассоциирован проект (структура данных MS Project Server 2007).

Доступ к данным реестра осуществляется через ODBC соединение. Для аутентификации и авторизации используются встроенные механизмы ОС MS Windows Server 2008 и встроенные механизмы разграничения доступа MS SQL Server 2008.

Нормативная и справочная информация, необходимая для работы приложения ведется в базе данных MS SQL Server 2008 с использованием экранных форм приложения MS Office Access 2007.

Подсистема формирования отчетности реализована с использованием сервиса отчетов и аналитических сервисов, входящих в состав MS SQL Server 2008.

4.  Требования к системе

4.1.  Требования к системе в целом

Система ведения РЗУ разрабатывается на основе продуктов фирмы Microsoft. В качестве сервера баз данных должен использоваться MS SQL Server 2008 (Enterprise Edition). В качестве базовой платформы для пользовательских приложений следует использовать MS SharePoint 2007 Enterprise.

Система должна обеспечивать управление рабочими процессами в соответствии с календарными планами работ по земельным участкам. Календарные планы работ представляют собой проекты, хранящиеся на сервере MS Project Server 2007.

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

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

На использование модулей и продуктов, на которые не поставляются исходные коды, должно быть получено письменное разрешение Заказчика.

4.1.1.  Требования к структуре и функционированию системы

Система ведения РЗУ разрабатывается с использованием трехуровневой архитектуры приложений с логическим разделением презентационных сервисов (Presentation Layer), прикладной логики (Business Logic Layer) и уровня доступа к данным (Data Access Layer). Каждый уровень реализуется на основе компонентов, которые можно модифицировать независимо от других частей приложения.

4.1.1.1.  Перечень подсистем, их назначение и основные характеристики

В состав системы ведения РЗУ должны входить следующие подсистемы:

·  подсистема хранения данных;

·  подсистема реализации бизнес-логики;

·  пользовательские интерфейсы;

·  подсистема отчетности;

·  подсистема управления и мониторинга процессов.

Подсистема хранения данных реализуется на базе продуктов MS SQL Server 2008 (для хранения оперативной информации) и MS SharePoint 2007 Enterprise (для хранения электронных документарных досье по всем земельным участкам и иным объектам недвижимости, с учетом версий документов).

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

Рисунок 1. Перечень подсистем в разрезе архитектурных слоев и используемых технологий.

Пользовательские интерфейсы предназначены для ввода и редактирования информации и обеспечения всего спектра работ, связанных с процессом прохождения земельных участков. Пользовательские интерфейсы реализуют набор функций в соответствии с ролями пользователей, участвующих в бизнес-процессе. Выделяются две группы интерфейсов, - для пользователей и для администраторов системы. Пользовательский интерфейс должен быть реализован с использованием технологии веб-частей (Web Parts) и форм InfoPath 2007 для сервера MS SharePoint 2007 Enterprise.

Подсистема отчетности предназначена для создания и формирования отчетов. Поставщиками данных для формирования отчетности служит база данных реестра земельных участков, база данных проектов прохождения земельных участков (MS Project Server 2007), данные по процессам из подсистемы управления и мониторинга бизнес-процессов. Отчетность должна формироваться на основе данных, как из реляционных баз данных, так и из аналитических баз данных (OLAP кубы), которые в свою очередь формируются на основе вышеперечисленных баз данных. Подсистема реализуется с использованием сервиса отчетов (MS SQL Reporting Services 2008) и аналитических сервисов (MS SQL Analysis Services 2008), входящих в состав MS SQL Server 2008.

В ходе функционирования системы ведения РЗУ подсистема управления и мониторинга должна взаимодействовать с другими системами в части обмена информацией. Подсистема мониторинга должна аккумулировать числовые показатели выполняемых процессов с последующей их визуализацией на корпоративном портале для дальнейшего анализа. Подсистема управления и мониторинга процессов должна быть построена на базе Nintex Workflow 2007.

4.1.1.2.  Требования к способам связи для информационного обмена между компонентами системы

При построении пользовательских интерфейсов должны быть предусмотрены средства для интеграции в корпоративном портале на базе MS SharePoint 2007 Enterprise следующих веб-частей информационных систем фонда:

·  маркетинговая информационная система;

·  географическая информационная система.

4.1.1.3.  Требования к режимам функционирования системы

Клиентское и серверное программное обеспечение должно функционировать 24 часа в сутки, 7 дней в неделю. Допускаются технологические перерывы в работе системы не более чем на 2 часа в сутки.

4.1.1.4.  Требования по диагностированию системы

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

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

4.1.2.  Требования к численности и квалификации персонала системы

Численность и квалификация персонала системы должны определяться с учетом следующих требований:

·  структура и конфигурация системы должны быть спроектированы и реализованы с целью минимизации количественного состава обслуживающего персонала;

·  структура системы должна предоставлять возможность управления всем доступным функционалом системы как одному администратору, так и предоставлять возможность разделения ответственности по администрированию между несколькими администраторами;

·  к администратору не должны предъявляться требования по знанию всех особенностей функционирования элементов, входящих в состав системы;

·  аппаратно-программный комплекс системы не должен требовать круглосуточного обслуживания и присутствия администраторов у консоли управления.

Штатный состав персонала, эксплуатирующего систему, должен формироваться на основании нормативных документов Российской Федерации и Трудового кодекса.

4.1.3.  Показатели назначения

Система должна обеспечивать возможность одновременной работы 50 пользователей при следующих характеристиках времени отклика системы:

·  для операций навигации по экранным формам системы – не более 5 сек;

·  для операций формирования справок и выписок – не более 10 сек.

Требования к времени формирования аналитических отчетов не предъявляются, учитывая сложность таких отчетов и объем перерабатываемых данных.

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

4.1.4.  Требования к надежности

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

·  при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке ОС, восстановление программы должно происходить после перезапуска ОС;

·  при ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функции системы возлагается на ОС;

·  при ошибках, связанных с программным обеспечением (ОС и драйверы устройств), восстановление работоспособности возлагается на ОС.

4.1.5.  Требования к эргономике и технической эстетике

Взаимодействие пользователей с прикладным программным обеспечением, входящим в состав системы должно осуществляться посредством визуального графического интерфейса (GUI). Интерфейс системы должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм. Навигационные элементы должны быть выполнены в удобной для пользователя форме. Средства редактирования информации должны удовлетворять принятым соглашениям в части использования функциональных клавиш, режимов работы, поиска, использования оконной системы. Ввод-вывод данных системы, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям системы.

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

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

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

4.1.6.  Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

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

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

4.1.7.  Требования к защите информации от несанкционированного доступа

Компоненты системы должны обеспечивать:

·  идентификацию и аутентификацию пользователя с использованием механизмов, встроенных в операционную систему MS Windows Server 2008 (Kerberos, NTLM2) с использованием хранилища Active Directory;

·  проверку полномочий пользователя (авторизация) при работе с объектами системы;

·  разграничение полномочий пользователей на основе ролей при выполнении операций. Предпочтительна реализация ролей в подсистеме на основе групп безопасности ОС Windows Server;

·  разграничение доступа пользователей к объектам подсистемы с использованием дискреционного (дискретного) методов доступа;

·  реализация диспетчера доступа (Security Kernel, Reference Monitor) желательна;

·  при передаче данных через публичные сети должна использоваться криптографическая защита данных (криптографическое преобразование информации для обеспечения ее безопасности) с использованием сертифицированных средств;

·  использование ЭЦП для обеспечения достоверности источника информации приветствуется.

·  аудит действий пользователей и администраторов системы;

·  возможность применения специализированных сертифицированных средств защиты хранимой и передаваемой информации.

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

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

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

4.1.8.  Требования по сохранности информации при авариях

Программное обеспечение должно восстанавливать свое функционирование при корректном перезапуске аппаратных средств. Должна быть предусмотрена возможность организации автоматического и (или) ручного резервного копирования данных системы средствами системного и базового программного обеспечения (ОС, СУБД), входящего в состав программно технического комплекса Заказчика.

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

Для обеспечения сохранности данных при авариях система должна предусматривать:

·  возможность горячего резервирования серверов приложений;

·  возможность параллельного функционирования двух или более хранилищ данных;

·  возможность резервного копирования и восстановления данных либо части утраченных данных без остановки системы в целом (за исключением разрушения носителя данных);

·  возможность восстановления информации из резервной копии при разрушении носителей;

·  диагностика системы с помощью автоматизированных средств контроля;

·  процедуры корректной остановки компонентов системы в случае отказа электропитания.

4.1.9.  Требования к защите от влияния внешних воздействий

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

4.1.10.  Требования к патентной чистоте

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

4.1.11.  Требования по стандартизации и унификации

Экранные формы должны проектироваться с учетом требований унификации:

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

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