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

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

4.2.  Требования к функциям (задачам), выполняемым системой

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

1 Подготовка предложений

1.1 Экспертиза сведений и документов на компетенцию Фонда

1.2 Получение документов от субъектов РФ, органов и организаций

1.2.1 Получение документов от Федеральных органов исполнительной власти (академий)

1.2.2 Получение документов от Росимущества

1.2.3 Получение документов от субъекта РФ

1.2.4 Получение документа от органов местного самоуправления

1.2.5 Получение документов от правообладателя

1.2.6 Получение кадастрового паспорта на земельный участок (ЗУ)

1.2.7 Получение выписки из Единого Государственного реестра прав (ЕГРП)

1.2.8 Получение выписки из Единого государственного реестра юридических лиц

1.2.9 Проверка использования ЗУ

1.2.10 Изготовление схемы расположения ЗУ

1.3 Подготовка заключений и сбор сведений

1.3.1 Заключение о наличии и содержания градостроительной документации

1.3.2 Заключение о наличии инженерной инфраструктуры, коммуникаций, инвестпрограмм развития коммунальной инфраструктуры и тарифов

1.3.3 Заключение о спросе и ликвидности и наилучшем использовании ЗУ

1.3.4 Заключение о возможных параметрах строительства

1.3.5 Предложение о затратах на подключение и строительство объектов инженерной инфраструктуры

1.3.6 Оценка доходов фонда от реализации

1.4 Подготовка проекта предложений

1.5 Экспертиза Департаментом маркетинга и мониторинга

1.6 Рассмотрение предложений правлением

1.7 Утверждение предложений Попечительским советом

1.8 Принятие решений Правительственной комиссией

1.9 Объекты недвижимости

2 Оформление

2.1 Кадастровые работы по образованию ЗУ (уточнению границ)

2.2 Проведение кадастрового учета

2.3 Внесение изменений в ЕГРП

2.4 Регистрация права собственности РФ

2.5 Принятие Росимуществом решения о передаче в собственность Фонда

2.6 Принятие решения о приеме на баланс

2.7 Заключение договора с оценщиком и выдача ему задания

2.8 Оценка, выдача оценщиком отчета

2.9 Инвентаризация недвижимого имущества

2.10 Составление и подписание акта о приеме - передаче

2.11 Утверждение в Росимуществе акта о приеме - передаче

2.12 Постановка на баланс

2.13 Регистрация права собственности Фонда

2.14 Объекты недвижимости

3 Подготовка к реализации

3.1 Принятие уполномоченным органом решения

3.1.1 Об изменении категории

3.1.2 Об изменении вида разрешенного использования

3.2 Внесение изменений в государственный кадастр недвижимости (изменение вида разрешенного использования)

3.3 Внесение изменений в ЕГРП

3.4 Определение параметров объекта капитального строительства

3.5 Определение технических условий подключения к сетям инженерно-технического обеспечения (ИТО)

3.6 Определение платы за подключение к сетям ИТО

3.7 Расторжение договора аренды

3.8 Внесение изменений в ЕГРП

3.9 Принятие правлением решения о подготовке документов к аукциону

3.10 Заключение доп. соглашения с оценщиком на актуализацию отчета

3.11 Актуализация отчета для целей сделки

3.12 Подготовка заключения о возможности использования отчета

3.13 Выбор саморегулирующей организации (СРО), передача отчета на экспертизу СРО

3.14 Экспертиза отчета и выдача заключения СРО

3.15 Подготовка проекта решения правления о способах и условиях реализации

3.16 Решение правления о способах и условиях реализации

3.17 Объекты недвижимости

4 Реализация

4.1 Принятие попечительским советом решения

4.2 Подготовка проекта решения правления об организации аукциона

4.3 Аукцион

4.3.1 Принятие правлением решения об организации аукциона

4.3.2 Размещение информационного сообщения

4.3.3 Прием заявок

4.3.4 Проведение аукциона

4.4 Повторный аукцион

4.4.1 Принятие правлением решения о проведении повторного аукциона

4.4.2 Размещение информационного сообщения

4.4.3 Прием заявок

4.4.4 Проведение аукциона

4.5 Продажа путем публичного предложения

4.5.1 Принятие правлением решения о проведении повторного аукциона

4.5.2 Размещение информационного сообщения

4.5.3 Прием заявок

4.5.4 Продажа

4.6 Продажа без объявления цены

4.6.1 Принятие правлением решения о продаже без объявления цены

4.6.2 Размещение информационного сообщения

4.6.3 Прием заявок

4.6.4 Продажа

4.7 Оформление продажи

4.7.1 Заключение договора

4.7.2 Оплата имущества

4.7.3 Передача имущества

4.7.4 Прекращение права собственности фонда

4.7.5 Регистрация договора аренды

4.3.  Требования к видам обеспечения

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

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

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

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

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

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

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

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

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

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

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

Базовой программной платформой должна являться операционная система MS Windows Server 2008.

В качестве базовых компонентов для разработки хранилища данных должен использоваться сервер баз данных MS SQL Server 2008 (Enterprise Edition).

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

Подсистема управления и мониторинга процессов должна быть построена на базе Nintex Workflow 2007 Enterprise или эквивалент.

Подсистема отчетности реализуется с использование сервера отчетов и аналитических сервисов, входящих в состав Microsoft SQL Server 2008. Для подготовки и трансформации данных для анализа рекомендуется использовать пакет Microsoft Integration Services.

Заказчик должен предоставить (передать) на условиях простой (неисключительной) лицензии неисключительные права (далее – права) на использование программного обеспечения для управления процессами Nintex Workflow 2007 Enterprise с поддержкой (Software Assurance) на 1 год или эквивалент со следующими характеристиками:

1.  Установка:

1.1  изолированная установка;

1.2  установка в виде веб-фермы;

1.3  лицензированные веб-узлы рабочих групп без ограничений.

2.  Отчетность:

2.1  отслеживающие веб-части Workflow, основанные на предпочтениях пользователя на уровне узлов и фермы;

2.2  сводка статистик, веб-части отчета и веб-части диаграммы;

2.3  индивидуальная история рабочего процесса и опция расширенной регистрации.

3.  Управление логикой и потоком выполнения:

3.1  набор действий;

3.2  изменение состояния;

3.3  фильтр;

3.4  цикл;

3.5  переход;

3.6  выполнение если;

3.7  выполнение действий параллельно;

3.8  установка условия перехода;

3.9  конечный автомат.

4.  Взаимодействие с пользователем:

4.1  делегирование задачи рабочего процесса;

4.2  создание задачи SharePoint;

4.3  запрос согласования;

4.4  утверждения с множеством результатов;

4.5  запрос не рецензию;

4.6  отправка уведомления;

4.7  напоминание о задаче.

5.  Операции:

5.1  формирование динамической строки;

5.2  вычисление даты;

5.3  приостановка на определенное время;

5.4  приостановка до определенной даты;

5.5  завершение рабочего процесса;

5.6  математическая операция;

5.7  регулярное выражение;

5.8  установка значения переменной;

5.9  преобразование типа данных;

5.10  ожидание обновления элемента.

6.  Публикация:

6.1  копирование в папку общего доступа Fileshare;

6.2  копирование в SharePoint;

6.3  отправка в центр записей (функция MOSS).

7.  Узлы и рабочие области:

7.1  создание / удаление узла;

7.2  создание семейства веб-узлов;

7.3  отключение семейства веб-узлов.

8.  Библиотеки и списки:

8.1  регистрация / выход / отмена выхода элементов;

8.2  создание / копирование / обновление / удаление элемента;

8.3  создание списка;

8.4  запись в журнал истории;

8.5  установка статуса утверждения;

8.6  установка значения поля;

8.7  установка разрешения на элемент.

9.  Подготовка учетных записей:

9.1  добавление / удаление пользователя группы AD;

9.2  создание учетной записи AD;

9.3  создание группы AD;

9.4  отключение учетной записи AD;

9.5  удаление группы безопасности AD;

9.6  активирование LCS/OCS;

9.7  создание пользователя в Exchange 2007;

9.8  обновление учетной записи AD.

10.  Управление профилями пользователей:

10.1  запрос профилей пользователей MOSS (функция MOSS);

10.2  обновление профилей пользователей MOSS (функция MOSS);

10.3  создание / удаление / компилирование аудитории (функция MOSS).

11.  Интеграция:

11.1  вызов веб-сервиса;

11.2  веб-запрос;

11.3  выполнение SQL-запроса;

11.4  выполнение LDAP-запроса;

11.5  выполнение XML-запроса;

11.6  обновление XML;

11.7  запуск / остановка других рабочих процессов;

11.8  запрос в каталог бизнес-данных (функция MOSS);

11.9  запрос служб Excel (функция MOSS);

11.10  запрос корпоративного поиска MOSS (функция MOSS);

11.11  отправка / получение сообщений BizTalk;

12.  Интеграция Exchange Server 2007

12.1  создание встречи в календаре;

12.2  создание задачи Outlook.

4.3.5.  Требования к техническому обеспечению

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

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

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

5.  Состав и содержание работ по созданию системы

Название этапа	Содержание работ	Результаты выполнения работ
1.  Эскизное проектирование	1.1.  Разработка и согласование технического задания. 1.2.  Разработка эскизного проекта.	1.1.  Техническое задание. 1.2.  Эскизный проект.
2.  Техническое проектирование	2.1.  Разработка системы. 2.2.  Разработка инструмента для миграции данных из «унаследованных» систем. 2.3.  Разработка проектной и эксплуатационной документации. 2.4.  Разработка методики испытаний.	2.1.  Документы проектной и эксплуатационной документации. 2.2.  Программа методики испытаний. 2.3.  Акт ввода системы в опытную эксплуатацию.
3.  Опытная эксплуатация и приемо-сдаточные испытания	3.1.  Подготовка инфраструктуры к опытной эксплуатации. 3.2.  Миграция данных из «унаследованных» систем. 3.3.  Опытная эксплуатация. 3.4.  Консультирование пользователей по работе с системой и устранение замечаний в процессе опытной эксплуатации. 3.5.  Приемо-сдаточные испытания и передача системы в промышленную эксплуатацию.	3.1.  Рабочая система. 3.2.  Акт ввода системы в промышленную эксплуатацию.
4.  Сопровождение системы	4.1.  Доработка системы и устранение замечаний.	4.  4.1.  Внесены изменения в систему.

Исходные данные для оценки кол-ва пользовательских интерфейсов, бизнес-процессов и отчетов:

Объект автоматизации	Общее Кол-во	Кол-во объектов для реализации  в этапах 1,2,3	Кол-во объектов для реализации в этапе 4	Примечание
Отчеты
Отчет простой	10	3	7	Не содержит сложных аналитических вычислений, кол-во источников ограничено 2 базами данных.
Отчет с вложенными таблицами	20	5	15	Строится на основе реляционных баз данных, отображает вложенные данные.
Аналитический отчет	10	3	7	Строится на основе аналитической базы данных. Отображает вложенные данные.
Формы
Простая форма	120	40	80	Содержит около 20 элементов управления.
Сложная форма	30	10	20	Содержит более 20 элементов управления и/или состоит из нескольких вкладок, и имеет нестандартные элементы управления для InfoPath 2007.
Веб-часть реестра земельных участков
Рабочее место системного администратора	1	30%	70%	Определяется из действующего прототипа на базе MS Office Access 2007
Рабочее место пользователя	1	30%	70%	Определяется из действующего прототипа на базе MS Office Access 2007
Бизнес-слой	1	30%	70%	Определяется из действующего прототипа на базе MS Office Access 2007
Бизнес-процессы	10	3	7	Автоматизация процессов прохождения земельных участков. Строится на базе бизнес-слоя и вышеупомянутых пользовательских форм.

Исполнитель должен разработать и согласовать с Заказчиком Устав проекта.

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

Использование Устава проекта должно обеспечить достижение запланированных целей проекта и его успешную реализацию.

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

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

Изменения и дополнения Устава проекта должны утверждаться Руководителем проекта со стороны Заказчика и Руководителем проекта со стороны Исполнителя.

В Уставе проекта должны указываться группы участников проекта и роли исполнителей для каждой группы, определяться функции и ответственность каждой роли в каждой группе участников.

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

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

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

В Уставе проекта должны быть приведены описания следующих проектных процедур:

-  Планирование работ;

-  Согласование документов;

-  Тестирование;

-  Опытная эксплуатация;

-  Завершение (сдача-приемка) работ;

-  Управление коммуникациями проекта;

-  Управление изменениями;

-  Управление рисками проекта.

Устав проекта должен содержать базовый план-график проекта.

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

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

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

В проведении испытаний должны участвовать как представители Заказчика, так и представители Исполнителя.

Все создаваемые в рамках настоящей работы программные решения (за исключением покупных) передаются Заказчику, как в виде готовых модулей, так и в виде исходных кодов, представляемых в электронной форме на стандартном электронном носителе (например, на компакт-диске). Передаваемые исходные коды должны быть организованны в виде проектов в формате Microsoft Visual Studio 2010.

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

Состав документации на систему должен включать в себя следующие документы:

-  руководство пользователя систем;

-  руководство администратора системы (в т. ч. руководство по настройке системы разграничения прав доступа);

-  программа и методика проведения испытаний.

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

[1] На этапах эскизного и технического проектирования перечень функциональных задач будет изменяться и уточняться.