Шаблон ТЗ по ГОСТ 34 (Word) - Министерство строительства и

advertisement
УТВЕРЖДЕНО
Министр строительства,
инфраструктуры и дорожного хозяйства
Челябинской области
_______________________В.А.Тупикин
Техническая поддержка
и развитие Портала информационно-аналитической
системы мониторинга жилищного фонда Челябинской области
(Портал ИАС МЖФ)
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
СОГЛАСОВАНО
СОГЛАСОВАНО
Заместитель Министра строительства,
инфраструктуры и дорожного хозяйства
Челябинской области
Начальник управления "Государственная
жилищная инспекция"
_______________________И.В.Белавкин
______________________Р.Г.Нажипов
Заместитель начальника управления
"Государственная жилищная инспекция"
______________________Е.С.Федоров
Начальник отдела информационных
технологий
______________________С.В.Бибина
2
1 ОБЩИЕ ПОЛОЖЕНИЯ
1.1
Наименование услуг
Полное наименование предмета технического задания:
Услуги по оказанию технической поддержки и развитию Портала информационно-
аналитической системы мониторинга
жилищного фонда Челябинской области (далее –
Портал ИАС МЖФ).
1.2
Перечень документов, на основании которых создается система
Ниже приведены нормативно-правовые акты, требования которых послужили
основанием для разработки настоящего технического задания:
 Государственная программа Челябинской области «Развитие информационного
общества в Челябинской области на 2014 – 2015 годы»;

ФЗ N 188 от 29 декабря 2004 г. «Жилищный кодекс Российской Федерации»;
 Федеральный Закон Российской Федерации от 21 июля 2007 № 185-ФЗ «О
Фонде содействия реформированию жилищно-коммунального хозяйства»;
 Постановление Правительства Российской Федерации №731 от 23 сентября 2010
г. «Об утверждении стандарта раскрытия информации организациями, осуществляющими
деятельность в сфере управления многоквартирными домами»;
 Приказ Минрегиона России от 10 декабря 2012 г - О внесении изменений в
приказ Министерства регионального развития Российской Федерации от 24 ноября 2011 г.
№ 543 «Об определении официального сайта в сети Интернет, предназначенного для
раскрытия информации организациями, осуществляющими деятельность в сфере
управления многоквартирными домами»;
 Постановление Правительства Российской Федерации № 1086 от 26 сентября
1994 г. «О государственной жилищной инспекции в РФ»;
 Федеральный Закон от 02.05.2006 № 59-ФЗ «О порядке рассмотрения
обращений граждан Российской Федерации»;
 ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на
автоматизированные системы. Виды, комплектность и обозначение документов при
создании автоматизированных систем;
 РД 50-34.698.90. Методические указания. Информационная технология.
Комплекс стандартов на автоматизированные системы. Автоматизированные системы.
Требования к содержанию документов;
3
 ГОСТ 34.003-90. Информационная технология. Комплекс стандартов на
автоматизированные системы. Автоматизированные системы. Термины и определения;
 РД
50-682-89.
Методические указания.
Информационная технология.
Комплекс стандартов и руководящих документов на автоматизированные системы. Общие
положения;
 РД 50-680-88.
Основные положения;
Методические
указания.
Автоматизированные
системы.
 Р 50.1.028-2001. Рекомендации по стандартизации. Информационные
технологии поддержки жизненного цикла продукции. Методология функционального
моделирования;
 ГОСТ 34.601-90. Информационная технология. Комплекс стандартов на
автоматизированные системы. Автоматизированные системы. Стадии создания;
 ISO
10000–1.
Информационные
технологии.
стандартизованные профили. Часть 1. Основы документирования.
1.3
Международные
Определения, обозначения и сокращения
АИС
Автоматизированная информационная система
ГК «Фонд содействия
реформированию
ЖКХ»
Государственная корпорация «Фонд содействия
реформированию жилищно-коммунального хозяйства»
Жилищнокоммунальные услуги
(ЖКУ)
Услуги, доводимые до потребителя, проживающего в
жилищном фонде, для обеспечения комфортных условий
жизни
Жилищностроительный
кооператив (ЖСК)
Объединение людей или организаций с целью строительства
жилья, а также для управления жильем
ЖКХ
Жилищно-коммунальное хозяйство
ИС
Информационная система
Капитальный ремонт
(КР)
Комплекс значительных работ по улучшению состояния
зданий и сооружений, инженерных коммуникаций, техники и
оборудования, и т. д.
МКД
Многоквартирный дом
Муниципальное
образование (МО)
Территория, в границах которой совместно с
государственным управлением разрешено местное
самоуправление для решения только местных вопросов
ПП РФ
Постановление Правительства Российской Федерации
РФ
Российская Федерация
4
Система,
АИС МЖФ
АИС «Мониторинг жилищного фонда Челябинской области»
- единая региональная информационная система жилищнокоммунального хозяйства. Набор взаимосвязанных
программных продуктов (ПП) с необходимыми настройками
и расширениями функциональных возможностей ПП,
автоматизирующий функции;
Товарищество
собственников жилья
(ТСЖ)
Юридическое лицо, некоммерческая организация, созданная
на основе объединения собственников помещений
многоквартирного дома или собственников соседних
участков с жилыми строениями (домами) для совместного
управления находящегося в совместном владении и
пользовании собственников помещений этого дома или
земель общего пользования, входящих в территорию ТСЖ, а
также ведения хозяйственной деятельности в таком доме или
на общественной земле в виде эксплуатации общего
имущества, строительства дополнительных помещений и
объектов общего имущества и сдачи в аренду, внаем части
общего имущества в многоквартирном доме или общего
земельного участка
Управляющая
компания (УК)
Акционерное общество или общество с ограниченной
ответственностью, созданное в соответствии с
законодательством Российской Федерации и имеющее
лицензию Федеральной службы по Финансовым рынкам
России (ФСФР) на осуществление деятельности по
управлению паевыми инвестиционными фондами и
негосударственными пенсионными фондами в соответствии с
федеральным законом «Об инвестиционных фондах» (№ 156ФЗ от 29.11.2001)
Управляющая
организация (УО)
Коммерческая организация, осуществляющая управление
многоквартирным домом
ФЗ
База данных
Федеральный закон
Совокупность данных, организованных в соответствии с
концептуальной схемой, описывающей характеристики этих
данных и связи между соответствующими им объектами,
поддерживающая одну или несколько предметных областей;
Состояние защищенности информации, обрабатываемой
Безопасность
средствами вычислительной техники или автоматизированной
информации
системы, от внутренних или внешних угроз;
Доступ к информации Ознакомление с информацией, ее обработка, в частности,
копирование, модификация или уничтожение информации;
(Доступ)
Отдельные документы, отдельные массивы документов в
Информационные
информационных системах (библиотеках, архивах, фондах,
ресурсы
банках данных, других информационных системах);
5
Нормативносправочная
информация
Пользователь системы
Программнотехнический комплекс
ЖФ
НСИ
ТЗ
ПО
ППО
СУБД
ЦОД
HTTP
HTML
HTTPS
OLAP
SaaS
SOAP
Информация, заимствованная из нормативных документов и
справочников и используемая при функционировании
автоматизированной системы;
Лицо, участвующее в функционировании системы или
использующее результаты ее функционирования;
Продукция, представляющая собой совокупность средств
вычислительной техники, программного обеспечения и средств
создания и заполнения машинной информационной базы при
вводе системы в действие достаточных для выполнения одной
или более задач;
Жилищный фонд;
Нормативно-справочная информация;
Техническое задание;
Программное обеспечение;
Прикладное программное обеспечение;
Система управления базами данных;
Центр обработки данных;
HyperText Transfer Protocol - протокол прикладного уровня
передачи данных в первую очередь в виде текстовых
сообщений. Основой HTTP является технология «клиентсервер», то есть предполагается существование потребителей
(клиентов), которые инициируют соединение и посылают
запрос, и поставщиков (серверов), которые ожидают соединения
для получения запроса, производят необходимые действия и
возвращают обратно сообщение с результатом;
Hypertext Markup Language - стандартный язык разметки
документов во Всемирной паутине. Все веб-страницы создаются
при помощи языка HTML. Язык HTML интерпретируется
браузером и отображается в виде документа, удобном для
человека.
Расширение протокола HTTP, поддерживающее шифрование.
Данные, передаваемые по протоколу HTTP, «упаковываются» в
криптографический протокол SSL, тем самым обеспечивается
защита этих данных;
(On-Line Analitical Processing) — это технология обработки
информации, включающая составление и динамическую
публикацию отчётов и документов. Данная технология используется для быстрой обработки сложных запросов к базе
данных.
Программное обеспечение как услуга (англ. software as a service,
сокр. SaaS) – модель использования программного обеспечения,
при которой поставщик разрабатывает web-приложение и
самостоятельно управляет им, предоставляя заказчикам доступ к
программному обеспечению через Интернет;
Simple Object Access Protocol - простой протокол передачи
объектов;
6
SSL
TCP/IP
XML
JSON, CSV
Web-браузер
Web-сервер
WSDL
Веб-форум, форум
1.4
Secure Sockets Layer - криптографический протокол,
обеспечивающий безопасную передачу данных по сети
Интернет. При его использовании создаётся защищённое
соединение между клиентом и сервером;
Transmission Control Protocol/Internet Protocol — набор сетевых
протоколов разных уровней, предназначенный для управления
передачей данных в сетях;
eXtensible Markup Language — расширяемый язык разметки.
текстовый
формат,
предназначенный
для
хранения
структурированных данных;
Текстовый
формат,
предназначенный
для
хранения
структурированных данных, и обмена информацией между
программами;
Программное обеспечение для поиска, просмотра web -страниц
(преимущественно из сети Интернет), для их обработки, вывода
и перехода от одной страницы к другой. Например, Microsoft
Internet Explorer, Mozilla Firefox;
Сервер, осуществляющий обработку запросов от web-клиентов;
Web Services Description Language — язык описания webсервисов.
Приложение
в
рамках
информационной
системы,
предназначенное для организации обсуждения посетителями
вопросов в контексте информации содержащейся на Портале и
функционирования самого Портала.
Порядок оформления и предъявления заказчику результатов работ
1.4.1. Требования к представлению данных для загрузки на Портал АИС МЖФ
Для оказания услуг Заказчик обеспечивает предоставление удаленного доступа
Исполнителю к серверу баз данных и серверу web-приложения с установленным
программным обеспечением «Мониторинг жилищного фонда Челябинской области» с
правами администратора.
1.4.2. Порядок оформления и предъявления оказанных услуг
Система передается в виде функционирующего комплекса на аппаратном
обеспечении Заказчика в сроки, установленные государственным контрактом. Исполнитель
производит инсталляцию прикладного программного обеспечения на технических
мощностях Заказчика.
Приемка Портала АИС МЖФ осуществляется комиссией в составе уполномоченных
представителей Заказчика и Исполнителя. Порядок предъявления Портала АИС МЖФ, его
испытаний и окончательной приемки определен в разделе 5 настоящего документа.
7
Совместно с предъявлением Портала АИС МЖФ, производится передача Заказчику
разработанного Исполнителем комплекта документации, согласно раздела 7 настоящего
документа.
1.5
Уточнение и дополнение ТЗ на Портал АИС МЖФ
Данное ТЗ может уточняться и дополняться выпуском дополнений к нему.
Согласование и утверждение дополнений к ТЗ проводится в порядке, установленном для ТЗ.
8
2
НАЗНАЧЕНИЕ И ЦЕЛИ РАЗВИТИЯ ПОРТАЛА
АИС МЖФ
2.1
Назначение и цели развития Портала АИС МЖФ
Основным назначением Портала АИС МЖФ является:
- обеспечение инструмента для предоставления информации управляющими
организациями согласно ПП РФ №731 от 23 сентября 2010 г. и передачи указанной
информации во внешние информационные ресурсы в автоматическом режиме;
 обеспечение инструмента (интернет - ресурса) для предоставления информации
о деятельности субъектов сферы ЖКХ собственникам жилых и нежилых помещений в
МКД.
Основными целями Портала ИАС МЖФ являются:

снижение трудозатрат специалистов управляющих организаций при исполнении
ПП РФ №731 от 23 сентября 2010 г.;

повышение оперативности и достоверности предоставления информации о
сфере ЖКХ населению.
9
3
3.1
ТРЕБОВАНИЯ К Порталу АИС МЖФ
Информация о Системе в целом
3.1.1 Информация о структуре и функционировании Системы
По виду автоматизированной деятельности Система представляет собой
многопользовательскую
территориально
распределенную
информационнотелекоммуникационную систему обработки и передачи информации с различным
уровнем доступа пользователей к обрабатываемой информации, не составляющей
государственной тайны – служебной информации ограниченного доступа, получаемой в
рамках выполнения участниками своих функций.
Система предоставлена в виде прикладных функциональных сервисов,
располагающихся на аппаратно-программной платформе Заказчика и предоставляемых
по модели «программное обеспечение как услуга» (SaaS).
Сервисы представляют собой высокоуровневые компоненты Системы,
обладающие свойством автономности, выделенные по признакам принадлежности к
определенной группе участников процесса ЖКХ или предназначенные для решения
специфических
задач.
Информационное
взаимодействие
между сервисами
осуществляется с использованием комплексной среды передачи данных.
Система имеет централизованную базу данных с предоставлением защищенного
доступа для заинтересованных ведомств, которая позволяет:
 исключить необходимость экспорта-импорта
происходят непосредственно с единой базой данных);
данных
(все
действия
 получить возможность постоянного (online) доступа к системе и всей
текущей информации (без привязки к стационарному рабочему месту пользователя);
 вести единые справочники и классификаторы (централизованный контроль
наполнения справочников).
Штатные средства Системы позволяют проводить базовые работы по
администрированию системы, требуемые при установке обновлений Системы.
Доступ пользователей к ППО осуществляется в режиме тонкого клиента (работа
пользователя осуществляется через Web-браузер), функционирующего в различных
операционных средах – Microsoft Windows, Unix (Linux), Mac OS.
Система использует форматы продуктов семейства Microsoft Office и OpenOffice
(или любого эквивалентного продукта) для формирования выходных документов.
Доступ
пользователей
к
функциональным
сервисам
осуществляется
по
технологии «тонкого клиента» на базе web-обозревателя (браузера) посредством АРМ.
10
Тип используемого АРМ и состав функций, доступный определенному пользователю,
определяется в зависимости от его роли, при этом роль определяется правами
пользователей на доступ к сервисам, функциям и данным, а АРМ – способ
представления информации и размещения управляющих элементов, оптимизированные
для соответствующей категории пользователей.
3.1.1.1
Перечень модулей Системы
Модуль «Жилищный Фонд» решает задачи формирования единой базы и
электронной паспортизации жилых объектов с полными характеристиками. Каждый объект
получает электронный паспорт. В паспорте содержится исчерпывающий перечень
характеристик объекта, включая адрес, площадь и этажность дома, количество жильцов,
сведения о земельном участке, данные об управляющей компании, времени последнего
капитального ремонта, материалах стен, кровли, сведения о квартирах и численности
проживающих и многие другие показатели.
Модуль «Капитальный ремонт» является инструментом формирования программ
капитального ремонта и контроля их исполнения.
Модуль «Жилищная Инспекция» предназначен для автоматизации работы
Управления «Государственная жилищная инспекция» с единой базой жилых объектов,
содержащих сведения по техническим, энергетическим и аварийным показателям по
каждому объекту.
Модуль «Портал» предназначен для обеспечения инструмента для предоставления
информации управляющими организациями согласно ПП РФ №731 от 23 сентября 2010 г.
В рамках оказания услуг по оказанию технической поддержки и развитию Портала
планируется предоставление модуля «Портал».
3.1.1.2
Способы и средства связи для информационного обмена между модулями и
подсистемами Системы
На физическом, канальном, сетевом и транспортном уровнях связь между
компонентами Системы осуществляется с использованием локальных вычислительных и
глобальных телекоммуникационных сетей, поддерживающих стек протоколов TCP/IP.
Пересылка массивов данных осуществляется только по прямому указанию
пользователя, а в остальных случаях пересылаются только результаты выполнения запроса
пользователя, полученные на сервере приложений. На прикладном уровне
информационный обмен в Системе осуществляется по технологии web – сервисов с
использованием механизма гарантированной однократной доставки сообщений.
11
3.1.2 Показатели назначения
Поступление информации в систему с удаленных рабочих мест производится в
условиях пропускной способности канала доступа от рабочего места оператора к серверу
от 256 бит/c – через WEB-интерфейс (режим «тонкого клиента»).
Система обеспечивает функционирование в штатном режиме круглосуточно, без
выходных («режим 24*7») с допустимыми регламентными перерывами на техническое
обслуживание суммарной длительностью не более 4 часов в месяц и длительностью
каждого перерыва не более 1 часа (с полным отключением Системы).
Система обеспечивает возможность регистрации не менее 2000 учетных записей
пользователей.
Система обеспечивает возможность одновременной работы не менее 200 служебных
пользователей.
3.1.3 Обеспечение надежности Системы
Надежность
информационного
обеспечения
Системы
обеспечивается
совокупностью используемых средств управления базами данных, системы комплексного
администрирования и реализацией процессов резервного копирования информационных
баз и файлов конфигурации.
После сбоя серверной, клиентской операционных систем или СУБД в процессе
выполнения пользовательских задач обеспечено восстановление данных в базе данных до
состояния на момент окончания последней полностью завершенной перед сбоем операции
ввода или изменения данных.
3.1.4 Обеспечение безопасности Системы
Комплекс защитных мероприятий обеспечивает сохранность информации от
потери, искажения и несанкционированного доступа. Система имеет возможности
ограничения и контроля доступа к своим сетевым и информационным ресурсам:
 защита от неавторизованного доступа к базам данных комплекса по линиям
модемной связи и через сеть Internet;
 защита от
вычислительной сети;
неавторизованного
подключения
к
портам
локальной

защита от неавторизованного доступа к сетевым ресурсам;

защита от неавторизованного входа в автоматизированную систему;

защита от вирусных атак по сети.
12
3.1.5 Эргономика и техническая эстетика
Взаимодействие пользователей с прикладным программным обеспечением,
входящим в состав Системы, осуществляется посредством визуального графического
интерфейса. Ввод-вывод данных в Системе, прием управляющих команд и отображение
результатов их исполнения выполняется в интерактивном режиме. Интерфейс Системы
соответствует современным эргономическим требованиям и обеспечивает удобный
доступ к основным функциям и операциям Системы.
Интерфейс рассчитан на преимущественное использование манипулятора типа
«мышь», то есть управление Системой преимущественно осуществляется с помощью
набора экранных меню, кнопок, значков и т. п. элементов.
Клавиатурный режим ввода используется главным образом при заполнении и/или
редактировании полей экранных форм.
Все надписи экранных форм, а также сообщения, выдаваемые пользователю на
русском языке.
Система обеспечивает корректную обработку ситуаций, вызванных неверными
действиями пользователей, неверным форматом или недопустимыми значениями входных
данных. В указанных случаях Система выдает пользователю соответствующие сообщения,
после чего возвращает в рабочее состояние, предшествовавшее неверной (недопустимой)
команде или некорректному вводу данных.
Система обеспечивает контроль ввода данных пользователем на предмет
заполненности обязательных полей и корректности формата введенных данных.
Экранные формы реализованы с учетом требований по унификации:
 Все экранные формы пользовательского интерфейса одного модуля выполнены
в едином графическом дизайне, с одинаковым расположением основных элементов
управления и навигации.
 Для обозначения сходных операций используются сходные графические значки,
кнопки и другие управляющие (навигационные) элементы. Термины, используемые для
обозначения типовых операций (добавление информационной сущности, редактирование
поля данных), а также последовательности действий пользователя при их выполнении,
унифицированы.
 Внешнее поведение сходных элементов интерфейса (реакция на наведение
указателя «мыши», переключение фокуса, нажатие кнопки) реализованы одинаково для
однотипных элементов.
 При заполнении полей форм по возможности использованы классификаторы и
справочники.
 Для дат предусматривается возможность ввода как в текстовом формате
(ДД.ММ.ГГГГ), так и с помощью визуального контрольного элемента – календаря.
 Все поля ввода и контрольные элементы снабжены подсказками,
всплывающими при наведении «мыши» или вызываемые иным унифицированным
13
способом, и содержащие конкретные указания по назначению элемента интерфейса,
содержанию и формату вводимых в поле данных, при необходимости – со ссылками на
более детальную информацию.
 В процессе ввода данных осуществляется оперативная проверка их
корректности по формату и диапазонам значений.

При
вводе
адресной
информации
в
текстовом
виде
обеспечивается
автоматическое распознавание и структурирование адресов с привязкой к определенным в
настоящем ТЗ справочникам и классификаторам.
3.1.6 Требования к транспортабельности для подвижных АС
Требования к транспортабельности системы не предъявлялись.
3.1.7 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению
компонентов системы
Условия и регламент (режим) эксплуатации
3.1.7.1
Устойчивая и надежная работа системы обеспечивается за счет проведения
регулярных работ по техническому сопровождению системы, поддержания в
работоспособном состоянии комплекса аппаратных средств, а также с соблюдением
пользователями требований эксплуатационной документации и регламентов работы
системы.
Инсталляционный
комплект
автоматизированной
системы
хранится
у
администратора системы.
3.1.8 Защита информации от несанкционированного доступа
Защита от несанкционированного доступа в Системе реализована на основе
идентификации и авторизации пользователей.
Доступ к системе посредством web-браузера (тонкий клиент) осуществляется с
помощью SSL сертификатов и защищенного протокола HTTPS.
Для целей защиты данных сервера БД от несанкционированного доступа
конечные пользователи Системы не должны знать пароль доступа непосредственно к
самому серверу БД. Авторизация в Системе предусматривает доступ к функциям
приложения, а не к серверу базы данных.
Доступ к данным сервера БД осуществляется через функции Системы и в
пределах прав доступа пользователя.
Система обеспечивает хранение информации обо всех действиях пользователя
(внесение, изменение, удаление и т.п.) в отношении информационных объектов
14
Системы. При этом зафиксированы дата операции, пользователь, тип операции,
параметры операции и идентификатор изменяемого объекта.
3.1.9 Обеспечение сохранности информации при авариях
Система обеспечивает сохранность информации при следующих событиях:
 кратковременный сбой или отказ в работе системы электропитания;
 кратковременный сбой или отказ в работе массива с данными;
 частичное физическое разрушение технических средств системы;
 ошибка человека при работе с информацией;
 умышленная порча информации.
В Системе предусмотрены меры защиты от неправильных действий персонала, от
случайных изменений и разрушения информации и программ, а также от
несанкционированного вмешательства.
3.1.10 Требования к защите от влияния внешних воздействий
Дополнительных требований к защите от влияния внешних воздействий нет.
3.1.11 Обеспечение доступа пользователей к Системе
Доступ пользователей к комплексам функций осуществляется посредством
автоматизированных рабочих мест (АРМ). Тип используемого АРМ и состав функций,
доступный определенному пользователю, определяется в зависимости от его роли,
назначаемой администратором Системы, при этом роль определяется совокупностью
прав пользователей на доступ к функциям и информационным объектам Системы
(данным), а АРМ – способ представления информации и размещения управляющих
элементов, оптимизированные для соответствующей категории пользователей. В
Системе реализованы следующие АРМ:
 АРМ администратора Системы;
 АРМ органа исполнительной власти;
 АРМ органа местного самоуправления;
 АРМ управляющей организации;
– АРМ регионального оператора капитального ремонта;
– АРМ надзорного органа;
– АРМ специалиста надзорного органа.
Полный доступ к данным и функциям Системы имеет АРМ администратора.
В Системе предусмотрена возможность настройки для каждой пользовательской
роли прав доступа к функциям и информационным объектам. Для каждого
информационного объекта Системы в рамках определенной роли пользователя
обеспечена возможность указать права доступа к этому объекту на добавление,
изменение, удаление и просмотр.
15
3.2
Требования к функциям, выполняемым модулем «Портал»
3.2.1 Требование к модулю «Портал»
Структурно Портал должен состоять из следующих компонент (подсистем):
 Подсистема отображения информации;
 Подсистема управления содержанием;
 Подсистема хранения данных;
 Подсистема обмена данными.
3.2.1.1
Требования к подсистеме отображения информации
Подсистема отображения должна быть предназначена для «сборки» и отображения
варианта разделов, подразделов и страниц Портала, отражающих информационные
потребности пользователей.
3.2.1.2
Требования к подсистеме управления содержанием
Подсистема управления содержанием должна обеспечивать возможность
обновления содержимого разделов Портала без использования программирования и
специального кодирования или форматирования текста. Для управления содержанием
должен использоваться отдельный административный веб-интерфейс, обеспечивающий
удаленную работу авторизованных пользователей, от имени которых могут производиться
действия. Авторизация пользователей должна основываться на уникальных
идентификаторе и пароле пользователя.
Для Портала должны быть предусмотрены три основных типа пользователей:
 Неавторизованный пользователь. Имеет частичный доступ к информации и
сервисам Портала.
 Администратор (контентный администратор, оператор форм, эксперт,
модератор). Авторизованный пользователь, обладающий полномочиями для создания
новых и редактирования существующих информационных материалов Портала, а также
обладающий полномочиями по управлению пользователями и правами доступа
пользователей к информационным ресурсам Портала, просмотра журнала действий
авторизованных пользователей.
3.2.1.3
Требования к подсистеме хранения данных
Подсистема хранения данных должна обеспечивать хранение в БД Портала и
выборку из БД объектов для формирования содержания Портала.
3.2.1.4
Требования к подсистеме обмена данными
16
Подсистема обмена данными должна обеспечивать обмен данными БД Портала с БД
Системы.
3.2.2 Требования к функциям, выполняемым порталом
С точки зрения пользователя Портал должен обеспечивать выполнение следующих
функций:
 Авторизация;
 Личный кабинет;
 Просмотр информации о компании;
 Обратная связь;
 Просмотр новостей;
 Реестр организаций сферы ЖКХ;
 Получение информации об управляющих организациях;
 Получение информации о доме;
 Просмотр информации о тарифах и нормативах;
 Законодательство;
 Анализ и контроль обращений граждан.
1) Регистрация пользователей
Портал
должен
предоставлять
функцию
регистрации
пользователей.
Соответствующий раздел должен предоставлять пользователям возможность регистрации
на Портале.
2) Авторизация
Портал должен предоставлять функцию авторизации пользователя на Портале.
3) Личный кабинет
Портал должен предоставлять функцию личного кабинета. Данная функция должна
предоставлять возможность изменить пароль, личные и контактные данные пользователя.
4) Просмотр информации о компании
Портал должен предоставлять функцию просмотра информации о компании в
соответствующем разделе. Данный раздел должен содержать общую информацию о
компании (администрации района и т.д.)
5) Обратная связь.
Портал должен предоставлять функцию обратной связи. Данная функция должна
позволять пользователю отправлять письма (обращения) с пожеланиями, вопросами и т.д. в
соответствии с ФЗ № 59-ФЗ.
6) Просмотр новостной ленты
Портал должен предоставлять функцию просмотра новостной ленты. Данный раздел
должен содержать новости по теме ЖКХ.
7) Реестр организаций сферы ЖКХ
Портала должен предоставлять функцию просмотра реестра организаций, связанных
с ЖКХ (реестр управляющих организаций, товариществ собственников жилья, реестр
поставщиков жилищно-коммунальных услуг и т.д.). Данный раздел должен содержать
17
общую информацию об организациях связанных с ЖКХ, которые предоставили
информацию о себе для Портала.
8) Получение информации об управляющих организациях
Портал должен обеспечить инструмент для предоставления информации
управляющими организациями согласно ПП РФ №731 от 23 сентября 2010 г.
9) Получение информации о доме
Портал должен предоставлять функцию просмотра информации о доме. Данная
функция должна предоставлять пользователю возможность просмотра информации по
своему дому.
10) Просмотр информации о тарифах и нормативах
Портал должен предоставлять возможность просмотра информации действующих
тарифах и нормативах.
11) Законодательство
Портал должен предоставлять функцию просмотра размещенных на Портале
постановлений, федеральных законов и т.д., касающихся сферы ЖКХ.
12) Анализ и контроль обращений граждан
Портал должен предоставлять функции:
 Просмотр обращений жителей. Данная функция дает возможность просмотра
обращений жителей и факта устранения проблем, а также поиска обращений по адресу и
статусу.
 Добавление обращения. Данная функция позволяет добавить пользователю свое
обращение. Функция доступна только для зарегистрированных и авторизованных
пользователей.
 Мои обращения. Данная функция позволяет пользователю посмотреть свои
обращения и отслеживать процесс их исполнения по статусу (поступило, подтверждено, в
работе, завершено и т.д.). Функция доступна только для зарегистрированных и
авторизованных пользователей.
13) Интеграция с внешними системами
Портал должен иметь механизм интеграции с внешними информационными
системами.
В модуле «Портал»» должна быть организована работа следующих АРМ
пользователей:
– АРМ администратора портала;
– АРМ неавторизованного пользователя портала.
– АРМ авторизованного пользователя портала.
Подсистема «Интернет-портал», в соответствии с АРМ пользователя, должна
позволять осуществлять функции, приведённые в таблице – Таблица 1.
Таблица 1 – Функциональные возможности модуля «Портал».
18
№
Функция
АРМ
админ
истрат
ора
порта
ла
АРМ
неавто
ризов
анног
о
польз
овател
я
порта
ла
АРМ
автор
изова
нного
польз
овател
я
порта
ла
1.
Возможность получения информации по жилому дому
Х
Х
Х
2.
Х
Х
Х
Х
Х
Х
4.
Возможность получения информации о ходе капитального ремонта жилого
дома
Возможность получение информации о собранных средствах собственников
жилья на капитальный ремонт дома
Возможность регистрации пользователя в личном кабинете
Х
Х
5.
Возможность авторизации пользователя в личном кабинете
Х
X
6.
Х
7.
Возможность подачи обращения и получение ответа о результатах
рассмотрения
Возможность формирования и управления страницами портала
8.
Возможность управления учетными данными пользователей
Х
9.
Возможность формирования и управления страницей нормативно-справочной
информации
Возможность управления страницей новостного контента
Х
11. Возможность формирования и управления каталогами хранения изображений
Х
12.
Х
3.
10.
и документов
Возможность опубликования результатов собраний собственников
Х
Х
Х
13. Возможность ведения тематического форума
Х
Х
14. Возможность ведения раздела «Вопросы-ответы»
Х
Х
Модуль должен позволять выполнять следующие функции:
1) Возможность получения информации по жилому дому.
Должны быть выполнены следующие условия:
 в Системе должна быть отображена как минимум следующая информация по
жилому дому:
 общая площадь (кв.м);
 площадь жилых и нежилых помещений (кв.м);
 жилая площадь (кв.м);
 этажность;
 год сдачи в эксплуатацию;
 количество квартир;
 количество проживающих;
 процент износа дома;
19
 тип кровли;
 материал кровли;
 материал стен;
 тип фасада;
 материал фасада;
 год проведения последнего капитального ремонта МКД в разрезе объектов;
 сведения об очередном проведении капитального ремонта МКД в разрезе
объектов;
 сведения об управляющей организации дома:
 наименование;
 руководитель;
 телефон;
2) Возможность получения информации об управляющих организациях, согласно
ПП РФ №731 от 23 сентября 2010 г.
3) Возможность регистрации пользователя в личном кабинете.
Должны быть выполнены следующие условия:
 в Системе должна быть обеспечена возможность регистрации нового
пользователя. Для успешной регистрации пользователь должен предоставить как минимум
следующую информацию:
 ФИО;
 почтовый адрес;
 е–mail;
 желаемый пароль;
 уникальным идентификатором пользователя считать поле email.
4) Возможность авторизации пользователя в личном кабинете.
Должны быть выполнены следующие условия:
 доступ пользователя к личному кабинету должен осуществляться только при
корректном вводе пары логин/пароль.
 в Системе должна быть обеспечена возможность автоматического
восстановления пароля пользователем.
5) Возможность подачи обращения и получение ответа о результатах рассмотрения
обращения.
Должны быть выполнены следующие условия:
 в Системе должна быть обеспечена возможность добавления обращений.
Обращение должно содержать как минимум следующую информацию:
 ФИО корреспондента;
 почтовый адрес;
 е–mail;
 контактный телефон;
 содержание обращения.
20
 в Системе должна быть обеспечена возможность добавления обращений только
авторизованным на портале пользователем;
 в Системе должна быть обеспечена возможность отказа от регистрации
обращения, в случае, если не указан почтовый адрес корреспондента;
 в Системе должна быть обеспечена возможность просмотра информации
авторизованным пользователем только своих обращений;
 в Системе должна быть обеспечена возможность просмотра следующей
информации по зарегистрированным и принятым обращениям:
 регистрационный номер обращения;
 содержание обращения;
 исполнитель по обращению;
 статус обращения.
6) Возможность формирования и управления страницами портала.
Должны быть выполнены следующие условия:
 в Системе должна быть обеспечена возможность редактирования, создания,
сокрытия информационных страниц, данный функционал должен быть доступен только
пользователям в роли администратора Портала;
 в Системе должна быть обеспечена возможность редактирования правил
навигации по Порталу, данный функционал должен быть доступен только пользователям в
роли администратора Портала;
7) Возможность управления учетными данными пользователей.
Должны быть выполнены следующие условия:
 в Системе, для пользователей в роли администратор Портала, должна быть
обеспечена возможность просмотра и редактирования списка зарегистрированных
пользователей;
 в Системе, для пользователей в роли администратор Портала, должна быть
обеспечена
возможность
редактирования
назначенных
пользователям
ролей,
определяющих права доступа к функциям Портала.
8) Возможность формирования и управления страницей нормативно-справочной
информации.
Должны быть выполнены следующие условия:
 в Системе, для пользователей в роли администратор Портала, должна быть
обеспечена возможность добавления, редактирования и удаления страниц нормативносправочной информации;
 редактирование информации должно производиться с помощью графического
интерфейса и не требовать от пользователя знания языков программирования и HTML
разметки;
 перед публикацией изменений необходимо обеспечить возможность просмотра
полученных страниц так, как они будут показаны пользователю.
9) Возможность управления страницей новостного контента.
Должны быть выполнены следующие условия:
21
 в Системе, для пользователей в роли администратор Портала, должна быть
обеспечена возможность добавления, редактирования и сокрытия сообщений новостного
характера;
 добавление и редактирование новостей должно производиться с помощью
графического интерфейса и не требовать от пользователя знания языков программирования
и HTML разметки;
 перед публикацией записи необходимо обеспечить возможность просмотра
итоговой страницы новостей в том виде, в котором она будет доступна для пользователя.
10) Возможность формирования и управления каталогами хранения изображений и
документов.
Должны быть выполнены следующие условия:
 в Системе, для пользователей в роли администратор Портала, должна быть
обеспечена возможность просмотра и редактирования списка, загруженных на Портал
документов, изображений и прочих материалов, используемых при наполнении Портала;
11) Возможность ведения раздела «Вопросы-ответы».
Должны быть выполнены следующие условия:
 в Системе, для пользователей в роли администратор Портала, должна быть
обеспечена возможность просмотра, назначения исполнителя и ответа на вопросы,
заданные пользователями через интерфейс «Вопросы-ответы» Портала;
12) Возможность ведения тематического форума.
Должны быть выполнены следующие условия:
 в рамках Портала необходимо обеспечить возможность создания и
сопровождения форума;
 обеспечить возможность создания сообщений на форуме только
авторизованными пользователями;
 обеспечить пользователям в роли администратор Портала возможность
редактирования и удаления сообщений, оставленных пользователями Портала;
 обеспечить пользователям в роли администратор Портала возможность
ограничивать пользователей портала в правах создания сообщений на форуме.
13) Возможность опубликования результатов собраний собственников.
Должны быть выполнены следующие условия:
 в Системе, для пользователей в роли администратор Портала, должна быть
обеспечена возможность редактирования и добавления результатов собраний
собственников в форме текстовых сообщений с возможностью прикрепления, по
необходимости, дополнительных документов в электронном виде;
3.2.3 Требования к подсистеме аналитики и отчетности
В Подсистеме аналитики и отчетности должна быть организована работа
следующих АРМ пользователей:
22

АРМ администратора аналитики;

АРМ неавторизованного пользователя аналитики.

АРМ авторизованного пользователя аналитики.
Подсистема аналитики и отчетности должна позволять осуществлять следующие
возможности:
1) Возможность
формирования
выходных
документов
по
установленным
шаблонам с использованием продуктов семейства Microsoft Office и OpenOffice (или любой
эквивалентный продукт) для формирования выходных документов.
Перечень выходных документов приведен в настоящем ТЗ в требованиях к
подсистемам. Шаблоны выходных документов должны быть предоставлены Заказчиком на
этапе внедрения.
2)
Возможность формирования отчетов по установленным шаблонам с
использованием продуктов семейства Microsoft Office и OpenOffice (или любой
эквивалентный продукт) для формирования выходных документов.
3.2.4 Требования
к
Подсистеме
взаимодействия
с
внешними
информационными системами
Для взаимодействия с внешними информационными системами в Системе
должна быть обеспечена возможность использования синхронного/асинхронного обмена
сообщениями и файлами.
Подсистема взаимодействия с внешними информационными системами должна
позволять осуществлять следующие функции:
1)
Возможность
загрузки/выгрузки
(интеграции)
данных
в/из
смежных
программных систем по технологии web - сервисов. Дополнительно должна быть
обеспечена возможность:

информационного обмена по технологии web – сервисов;

использования открытых форматов данных (XML, JSON форматы), с
помощью которого можно осуществить обмен информацией со сторонними системами.
Форматы обмена данными должны иметь открытую структуру и детальное описание;

реализации выгрузок из базы данных с использованием открытого
универсального формата. Форматы выгрузки данных должен быть реализованы на базе
XML формата.
23
2) Возможность загрузки данных с помощью импорта. Дополнительно должна
быть обеспечена возможность:

импорта данных из текстовых файлов любого стандартизованного формата,
разработанного для хранения табличных данных, при условии наличия открытой
спецификации на данный формат.
3) Возможность выгрузки данных с помощью экспорта. Дополнительно должна
быть обеспечена возможность:

3.3
экспорта данных в текстовые файлы форматов: XML, XLS, TXT, CSV.
Требования к видам обеспечения
3.3.1 Требования к математическому обеспечению
Требования к математическому обеспечению – не предъявляются.
3.3.2 Требования к информационному обеспечению
Система должна обеспечивать хранение информации об информационных
объектах указанных в п. 4.2 настоящего технического задания.
Вся необходимая информация, которая поддаётся классификации, должна быть
организована в классификаторы и справочники.
В Системе должна контролироваться корректность вводимой информации, а
также проверяться логическая целостность информации в базе данных при выполнении
любой прикладной операции.
В Системе должно быть обеспечено ведение электронного архива по всей
используемой информации. При этом правила передачи информации в архив и удаления
информации из архива должны определяться параметрами Системы для каждого типа
информации.
В состав информационного обеспечения Системы должны входить:

оперативные данные – структурированная информация, размещённая в
целевых (предметных) базах данных;

электронные документы – неструктурированная информация, размещённая в
файловом хранилище данных;

служебная информация – структурированная информация, касающаяся
функционирования Системы и размещённая в служебных базах данных;
24

нормативно-справочная
информация
–
структурированная
условно-
постоянная информация, размещённая в общих базах данных;

внешние информационные ресурсы – структурированная информация,
принимаемая от других автоматизированных систем (согласно соглашениям об
информационном обмене и техническим условиям обмена) и размещаемая в предметных
базах данных;

метаданные
–
структурированная
информация
об
информационном
обеспечении Системы, размещённая в служебных базах данных;
Формы и форматы представления выходных документов – структурированная
информация о содержании, оформлении и формате представления выходных
документов Системы, размещённая в служебной базе данных или файловом хранилище
документов.
Система должна обеспечивать централизованное ведение и поддержание в
актуальном состоянии нормативно-справочной информации и метаданных.
Информационное взаимодействие с внешними информационными ресурсами
должно быть обеспечено в соответствии с согласованными и утверждёнными
техническими условиями, обеспечивающими информационную совместимость (в том
числе и с использованием классификаторов и справочников нормативно-справочной
информации).
Хранение структурированных данных в Системе должно обеспечиваться на
основе современных реляционных или объектно-ориентированных систем управления
базами данных. Обеспечение целостности и сохранности данных должно
осуществляться встроенными механизмами обеспечения безопасности информации
используемых систем управления базами данных.
Способы хранения учётных записей пользователей и настроек Системы не
регламентируются.
При возникновении требований к формированию в рамках реализуемых по
настоящему ТЗ функций Системы юридически значимых документов на бумажном
носителе, придание юридического значения электронным документам, должно
осуществляться путем использования соответствующих типу документа средств
электронной подписи в соответствии с требованиями Федерального закона Российской
Федерации от 6 апреля 2011 г. N 63-ФЗ «Об электронной подписи».
3.3.3 Требования к лингвистическому обеспечению
25
Лингвистическое обеспечение Системы должно быть рассчитано на пользователя,
специалиста в предметной области, не владеющего универсальными языками
программирования или описания алгоритмов.
Пользовательский интерфейс Системы должен быть локализован для Российской
Федерации. Вся текстовая информация должна быть представлена на русском языке.
Внутренний обмен данными между компонентами Системы может
осуществляться с использованием специальных терминов, представленных на
английском языке с учетом требований технических условий по обмену информации.
При публикации документов должна обеспечиваться возможность чтения
документов потребителями информации в кодировке UTF-8.
3.3.4 Требования к программному обеспечению
Серверы баз данных всех модулей должны, как минимум, обладать
транзакционными механизмами, обеспечивать декларативную ссылочную целостность,
позволять наращивать производительность путём увеличения вычислительной
мощности без изменений на прикладном уровне.
АРМ Системы должны быть рассчитаны на использование браузеров с
поддержкой HTML 4.0, CSS Level 2, JavaScript 1.1. и выше, режима асинхронного
взаимодействия JavaScript/XML (XMLHttpRequest и т.п.). Как минимум,
пользовательские интерфейсы должны быть протестированы на совместимость с
браузерами Microsoft Internet Explorer версии 8.0 или выше, Mozilla FireFox версии 6.0
или выше, Google Chrome версии 10.0 или выше.
Ни один модуль не должен накладывать ограничений на программное
обеспечение клиентской части за исключением вышеприведённых требований к
браузерам.
3.3.5 Требования к патентной чистоте и защите авторских прав
Для выполнения работ по развитию модуля «Портал», предусмотренных
настоящим Техническим заданием, Заказчик передает программное обеспечение на
модуль «Портал» Исполнителю. Информация, накопленная в результате эксплуатации
Системы, принадлежит Заказчику. Исполнитель вправе при выполнении работ по
настоящему ТЗ использовать принадлежащие Исполнителю программы для ЭВМ.
Реализация
технических,
программных,
организационных
и
иных
решений,
предусмотренных в Системе, не должна приводить к нарушению авторских и смежных
прав третьих лиц.
Если при модернизации Системы будут использованы лицензионные компоненты
сторонних производителей (разработчиков), то все расходы на приобретение данных
лицензионных компонентов должны быть включены в стоимость Контракта.
26
3.3.6. Требования к каналам связи
Требования к каналам связи Системы приведены в таблице – Таблица 3.
Таблица 3 - Требования к каналам связи
Канал связи
Протокол
Пропускная способность
КС1
HTTP(S)
1 Мбит/c
КС2
HTTP(S)
10 Мбит/c
КС3
HTTP(S)
10 Мбит/c
КС4
HTTP(S)
1 Гбит/c
КС5
TCP/IP
1 Гбит/c
3.3.6 Требования к организационному обеспечению
Организационное обеспечение должно обеспечивать требуемое взаимодействие
оперативного персонала с комплексом программно-технических средств во время
работы системы.
Обслуживающий
персонал
перед
началом эксплуатации
должен
пройти
теоретическое и практическое обучение по использованию и обслуживанию модуля
«Портал». Обучение обслуживающего персонала проводится разработчиками модуля.
Функционирование модуля «Портал»
должно обеспечиваться с соблюдением
следующих организационно-технологических правил (правила могут быть уточнены на
стадии Технического проекта):

Разграничения обязанностей и ответственности должностных лиц при
использовании программных, информационных, технических ресурсов. Регламенты
наполнения модуля информацией должны определяться Заказчиком;

Разграничения процедур автоматизированной и ручной обработки данных
при решении прикладных задач;

Использования унифицированного интерфейса пользователей на рабочих
местах с функциональным и технологическим назначением;

Конфигурирования рабочего места (по доступу к информационным ресурсам
и сервисным службам) с учетом функций рабочего места;
27

Выполнения требований эксплуатационных документов при проведении
работ, связанных с обработкой данных;

Организации обучения пользователей.
3.3.7 Требования к методическому обеспечению
Методическая
поддержка
должна
осуществляться
путём
предоставления
соответствующих руководств пользователя. А также в виде консультационной
поддержки в рамках сопровождения модуля.
3.4
Требования к услугам по сопровождению
В услуги сопровождения модуля «Портал» входят:
- анализ функционирования модуля;
- предоставление аналитических выборок из БД Системы по требованию
Заказчика;
- устранение
выявленных
недостатков
и
обеспечение
стабильности
эксплуатационных характеристик модуля;
- обеспечение работы многоканальной "горячей линии" по вопросам
эксплуатации модуля.
Типы звонков в Техническую поддержку:
- консультации по работе в модуле;
- жалоба (включает проблемы со связью, оборудованием, системным и
прикладным программным обеспечением);
- доработка.
Обеспечение технической поддержки должно
производиться по графику: с
понедельника по пятницу с 8:00 до 18:00 по местному времени (GMT + 6:00). Количество
операторов в будние дни – 2.
Предоставление информации операторами Технической поддержки должно
производиться на русском языке.
У пользователя в случае невозможности соединения с оператором Технической
поддержки должна быть реализована возможность оставить сообщение оператору.
В случае пропущенного звонка оператор Технической поддержки перезвонит один
раз по номеру, с которого пришел вызов.
В случае если цель звонка не соответствует компетенции оператора Технической
поддержки, оператор Технической поддержки зафиксирует в карточке обращения
соответствующую информацию.
Когда интенсивность вызовов превышает один звонок в три минуты в течение
пятнадцати минут подряд, Техническая поддержка перейдет в режим аварийной ситуации.
При этом приоритет отдается входящим вызовам перед пропущенными звонками.
28
Оператор Технической поддержки принимает решение о переходе в режим аварийной
ситуации на основе ее признаков и переводит автоматическую систему речевого
оповещения в режим аварийной ситуации.
Признаки аварийной ситуации:
- значительное возрастание нагрузки на одном из серверов, приводящее к
неработоспособности Системы.
- выход из строя одного из серверов.
- неработоспособность любой из подсистем, отражающаяся на всех
пользователях.
После устранения причин аварийной ситуации Техническая поддержка отменяет
режим аварийной ситуации в автоматической системе речевого оповещения.
После устранения причин аварийной ситуации оператор Технической поддержки
имеет право не перезванивать по пропущенным вызовам.
Прием обращений пользователей Системы по вопросам эксплуатации модуля, в том
числе о дополнении или изменении функционала системы, разработке дополнительных
отчетных форм, справок, иных доработках системы.
Подробней порядок работы Технической поддержки будет описан в Регламенте
консультационной поддержки пользователей, который должен быть разработан по
требованиям настоящего ТЗ.
29
4
СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО ТЕХНИЧЕСКОЙ
ПОДДЕРЖКЕ МОДУЛЯ «Портал»
4.1
Этапы оказания услуг
Состав и содержание услуг приведены в таблице - Таблица 4.
Таблица 4 – Состав и содержание работ.
№
этапа
1
Наименование услуг
Результат услуг
1.1 Передача обновлений на программный
продукт "Портал" Заказчику.
Модуль, подсистемы
программного комплекса
Системы, установленные на
технических средствах
Заказчика.
1.2 Внедрение программного продукта
"Портал"
Проведение обучения
пользователей.
1.3 Сопровождение модуля "Портал"
Техническая и методическая
поддержка пользователей.
Регулярные обновления
Системы.
Срок
выполнения
этапа
ИТОГО:
4.2
Общие требования к результатам работ
Результаты
выполнения
работ
должны
соответствовать
требованиям,
установленным в нормативных актах и настоящим техническим заданием.
Оформление
текстовой
части
и
табличных
форм
документов
должно
соответствовать требованиям ГОСТ 2.105–95 «Общие требования к оформлению
текстовых документов».
30
4.3
Перечень
документов,
предъявляемых
по
окончании
соответствующих стадий и этапов работ
По окончании исполнения 1-го этапа должны быть представлены следующие
документы:

Согласованный План-график выполнения работ;

Протокол проведения демонстрации прототипа модуля «Портал»;

Программа проведения инструктажа пользователей;

Программа и методики проведения испытаний модуля «Портал»;

Руководство пользователя;

Протокол и Акт проведения приемочных испытаний модуля «Портал»;

Акт о проведении инструктажа пользователей;

Акт сдачи-приемки выполненных работ по 1 этапу.
По окончанию исполнения 2-го этапа должны быть представлены следующие
документы:
4.4

Акт ввода модуля «Портал» в эксплуатацию;

Акт сдачи-приемки оказанных услуг.
Вид и порядок проведения экспертизы технической документации
Экспертиза документации проводится в несколько шагов:

экспертиза по каждому документу в отдельности с регистрацией замечаний
по характеристикам;

интегральная оценка документации.
Экспертиза по каждому документу в отдельности с регистрацией замечаний по
характеристикам, представлена в таблице – Таблица 5.
Таблица 5 - Оценка документации
Требования
Общая оценка <Вид документа >
Полнота и понятность документации
Достаточность документации для работы с системой
Правильность документации
Приемлемость технического уровня исполнения документации
Наличие краткой аннотации
Наличие описания решаемых задач
Наличие описания ограничений по применению
Число дефектов/
Оценка
31
Требования
Число дефектов/
Оценка
Наличие описания функций
Наличие описания пользовательских интерфейсов
Наличие описания входных и выходных данных
Наличие описания диагностических сообщений
Наличие оглавления
Соответствие оглавления содержанию документации
Грамматическая правильность изложения в документации
Отсутствие противоречий
Отсутствие неправильных ссылок
Ясность формулировок и описаний
Отсутствие неоднозначных формулировок и описаний
Правильность использования терминов
Единство формулировок
Единство обозначений
Отсутствие ненужных повторений
Наличие нужных объяснений
Приемлемость стиля изложения
Ясность логической структуры
Наличие перекрестных ссылок
Наличие непрерывной нумерации страниц документов
Отсутствие незаконченных разделов, абзацев, предложений
Наличие всех рисунков, формул, таблиц, строк и примечаний
На каждый документ заполняется форма с указанием вида документа во второй
строке таблицы. Результаты оценки проставляются в правой колонке таблицы (число
выявленных дефектов). Во второй строке проставляется общая оценка документа,
исходя из данных по единичным характеристикам.
Интегральная оценка документации ведется по данным, полученным на
предыдущем шаге.
Интегральная оценка каждой характеристики определяется с учетом важности
документов, исходя из области применения испытываемого решения. Во второй строке
проставляется интегральная общая оценка документации.
Интегральная оценка полноты документации должна учитывать наличие всей
информации, необходимой для эксплуатации, в представленном комплекте документов.
Для показателей качества документации на всех шагах оценки принимается
единая шкала оценки от 0 до 5.
Иерархия характеристик качества и их описание приведена в таблице – Таблица 6.
Таблица содержит два уровня: характеристики и подхарактеристики. Каждой
подхарактеристике качества приписываются от одного до нескольких показателей
качества.
32
Таблица 6 - Иерархия характеристик качества
Характеристика
(подхарактеристика)
Функциональные
возможности
1.
1.1
Пригодность
1.2
Правильность
1.3
Способность к
взаимодействию
1.4
Согласованность
1.5
Защищенность
Надежность
2.
2.1
Стабильность
2.2
Устойчивость к ошибке
2.3
Восстанавливаемость
Практичность
3.
3.1
Понятность
3.2
Обучаемость
3.3
Простота использования
Описание
Набор атрибутов, относящихся к сути набора функций и их
конкретным свойствам. Функциями являются те, которые реализуют
установленные или предполагаемые потребности
Атрибут программного обеспечения, относящийся к наличию и
соответствию набора функций конкретным задачам
Атрибуты программного обеспечения, относящиеся к обеспечению
правильности или соответствия результатов или эффектов
Атрибуты программного обеспечения, относящиеся к способности его
взаимодействовать с конкретными системами
Атрибуты программного обеспечения, которые заставляют программу
придерживаться соответствующих стандартов или соглашений, или
положений законов, или подобных рекомендаций
Набор атрибутов, относящихся к сути набора функций и их
конкретным свойствам. Функциями являются те, которые реализуют
установленные или предполагаемые потребности
Набор атрибутов, относящихся к способности программного
обеспечения сохранять свой уровень качества функционирования при
установленных условиях за установленный период времени
Атрибуты программного обеспечения, относящиеся к частоте отказов
при ошибках в программном обеспечении
Атрибуты программного обеспечения, относящиеся к его способности
поддерживать определенный уровень качества функционирования в
случаях программных ошибок или нарушения определенного
интерфейса
Атрибуты программного обеспечения, относящиеся к его возможности
восстанавливать уровень качества функционирования и
восстанавливать данные, непосредственно поврежденные в случае
отказа, а также к времени и усилиям, необходимым для этого
Набор атрибутов, относящихся к объему работ, требуемых для
использования и индивидуальной оценки такого использования
определенным или предполагаемым кругом пользователей
Атрибуты программного обеспечения, относящиеся к усилиям
пользователя по пониманию общей логической концепции и ее
применимости
Атрибуты программного обеспечения, относящиеся к усилиям
пользователя по обучению его применению (например, оперативному
управлению, вводу, выводу)
Атрибуты программного обеспечения, относящиеся к усилиям
пользователя по эксплуатации и оперативному управлению
Таблица 7 – Продолжение
Характеристика
(подхарактеристика)
Эффективность
4.
4.1
Характер изменения во
времени
Описание
Набор атрибутов, относящихся к соотношению между уровнем
качества функционирования программного обеспечения и объемом
используемых ресурсов при установленных условиях
Атрибуты программного обеспечения, относящиеся к временам
отклика и обработки и к скоростям его функций
33
Характеристика
(подхарактеристика)
4.2
Сопровождаемость
5.
5.1
Анализируемость
5.2
Изменяемость
5.3
Устойчивость
5.4
Тестируемость
Мобильность
6.
4.5
Характер изменения
ресурсов
6.1
Адаптивность
6.2
Простота внедрения
6.3
Соответствие
6.4
Взаимозаменяемость
Описание
Атрибуты программного обеспечения, относящиеся к объему
используемых ресурсов и продолжительности такого использования
при выполнении функции
Набор атрибутов, относящихся к объему работ, требуемых для
проведения конкретных изменений (модификаций)
Атрибуты программного обеспечения, относящиеся к усилиям,
необходимым для диагностики недостатков или случаев отказов или
определения составных частей для модернизации
Атрибуты программного обеспечения, относящиеся к усилиям,
необходимым для модификации, устранению отказа или для
изменения условий эксплуатации
Атрибуты программного обеспечения, относящиеся к риску от
непредвиденных эффектов модификации
Атрибуты программного обеспечения, относящиеся к усилиям,
необходимым для проверки модифицированного программного
обеспечения
Набор атрибутов, относящихся к способности программного
обеспечения быть перенесенным из одного окружения в другое
Атрибуты программного обеспечения, относящиеся к удобству его
адаптации к различным конкретным условиям эксплуатации, без
применения других действий или способов, кроме тех, что
предназначены для этого в рассматриваемом обеспечении
Атрибуты программного обеспечения, относящиеся к усилиям,
необходимым для внедрения программного обеспечения в конкретное
окружение
Атрибуты программного обеспечения, которые заставляют программу
подчиняться стандартам или соглашениям, относящимся к
мобильности
Атрибуты программного обеспечения, относящиеся к простоте и
трудоемкости его применения вместо другого конкретного
программного средства в среде этого средства
Программа работ, направленных на обеспечение требуемого уровня
надежности модуля «Портал»
Описание этапов и результатов по каждому этапу представлено в таблице – Таблица 8.
Таблица 8 - Этапы выполнения
№
п/п
1
этап
1
2
3
Вид работ
Результаты работ
Настройка и адаптация Системы
Подготовка и согласование план-графика
выполнения работ
Создание рабочей группы из числа сотрудников
Исполнителя и Заказчика
Настройка обновлений модуля «Портал»
Согласованный план-график выполнения
работ
Действующая рабочая группа
Настроенные и введенные в эксплуатацию
серверные компоненты модуля «Портал»
34
4
Наполнение Системы начальными данными для
проведения демонстрации модуля «Портал»
5
Проведение демонстрации модуля «Портал»
6
Наполнение Системы данными, предоставленными
Заказчиком
7
Раскрытие информации на публичном портале
9
10
11
12
2
этап
Проведение приемочных испытаний модуля
«Портал»
Настройка доступа к модулю «Портал»
пользователям Заказчика
Проведение инструктажа сотрудников Заказчика (в
количестве не менее 10 человек) с использованием
современных коммуникационных технологий (в
т.ч. удаленно)
Приемка результатов выполнения работ по 1 этапу
Система, подготовленная к проведению
демонстрации модуля «Портал»
Протокол проведения демонстрации модуля
«Портал»
Система подготовлена к проведению
приемочных испытаний
Сведения о программе капитального ремонта
жилищного фонда, размещенные на
публичном портале
Протокол и Акт проведения приемочных
испытаний модуля «Портал»
Модуль, подготовленный к вводу в
эксплуатацию
Акт о проведении инструктажа
пользователей
Акт сдачи-приемки выполненных работ по 1
этапу
Внедрение Системы
Проведение работ по внедрению Модуля
Приемка результатов оказанных услуг
Акт ввода Модуля в эксплуатацию
Акт сдачи-приемки оказанных услуг
Сроки исполнения по этапам утверждаются Заказчиком при заключении
Контракта.
Срок исполнения по 1 этапу – не более 60 дней с момента заключения Контракта.
Срок исполнения по 2 этапу – не более 20 дней с момента сдачи работ по 1-му
этапу.
В случае выставления Заказчиком дополнительных требований срок исполнения
может измениться.
Начальное
наполнение
Системы
должно
производиться
данными,
предоставленными Заказчиком по установленным Исполнителем форматам.
В случае непредставления Заказчиком данных для наполнения какой-либо из
подсистем Системы в согласованные сроки, Система должна быть подготовлена для
приемки выполнения работ по 1 этапу на тестовых данных.
35
5
ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ МОДУЛЯ «Портал»
5.1
Виды, состав, объем и методы испытаний модуля «Портал» и ее
составных частей
Испытания должны быть организованы и проведены в соответствии с ГОСТ 34.603
«Информационная технология. Виды испытаний автоматизированных систем».
Должны быть проведены следующие виды испытаний:

предварительные испытания;

приёмочные испытания.
Объем и методы предварительных, рабочих и приёмочных испытаний определяются
соответствующей «Программой и методикой испытаний», разрабатываемой Исполнителем
и согласованной с Заказчиком.
При
проведении
перечисленных
испытаний
в
части
информационного
взаимодействия со смежными системами проверяется наличие в Системе сервисов
приёма/передачи и их соответствие установленным требованиям.
5.2
Общие требования к приемке работ по стадиям
Приёмка результатов Работ осуществляется поэтапно в соответствии с
Контрактом. Приёмка результатов выполнения Работ по этапам оформляется Актом
сдачи-приёмки работ. Основанием для составления и подписания Акта сдачи-приёмки
работ по отдельному этапу является передача Исполнителем результатов Работ в
соответствии с условиями Контракта и настоящего ТЗ. И, при проведении испытаний,
утверждённых сторонами соответствующих Актов приёмки в эксплуатацию.
Техническая и эксплуатационная документация и другие результаты Работ
передаются Заказчику после завершения соответствующего этапа выполнения Работ,
определённого в Контракте. Комплектность передаваемой документации подлежит
проверке Заказчиком.
Предусмотренные испытания проводятся комиссией, формируемой Заказчиком.
В состав комиссии включаются представители организаций Заказчика и
Исполнителя.
Результаты
проведения
испытаний
соответствующих Протоколах испытаний.
должны
быть
зафиксированы
в
36
По завершении испытаний оформляются соответствующие Акты, содержащие
вывод о соответствии Системы предъявляемым требованиям, а также сроки устранения
замечаний и реализации рекомендаций, данных комиссией в ходе испытаний.
Результаты опытной эксплуатации отражаются в документе «Акт о завершении опытной
эксплуатации и готовности модуля «Портал» к проведению приёмочных испытаний»,
содержащем отчёт о проведении опытной эксплуатации.
5.3 Сведения о гарантийном обслуживании
Гарантийное обслуживание проводится в сроки, определенные Контрактом.
Исполнитель должен гарантировать, что поставленное программное обеспечение и
обновления будет функционировать в соответствии со своим назначением не менее одного
года, а также не повлияют на работоспособность Системы.
5.4 Порядок выполнения доработок и устранения допущенных
исполнителем ошибок, выявленных на этапе приемки
Недостатки и ошибки в модуле «Портал», выявленные в ходе проведения
испытаний, должны быть устранены Исполнителем в рамках выполнения Работ по
Контракту. При выявлении таких недостатков и ошибок подписание Акта приёмки
модуля в эксплуатацию переносится до момента их устранения. По итогам устранения
проводятся повторные испытания.
37
6
ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ
ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ
МОДУЛЯ «Портал» В ДЕЙСТВИЕ
При подготовке к вводу в эксплуатацию модуля «Портал» Заказчик должен
обеспечить выполнение следующих работ:
 определить подразделение и ответственных должностных лиц, ответственных
за внедрение и проведение опытной эксплуатации модуля «Портал»;
 обеспечить присутствие пользователей на инструктаже по работе с модуля
«Портал», проводимом Исполнителем;
 обеспечить выполнение требований, предъявляемых к программнотехническим средствам, на которых должно быть развёрнуто программное обеспечение
модуля «Портал»;
 провести опытную эксплуатацию модуля «Портал».
Требования к составу и содержанию услуг по подготовке объекта автоматизации к
вводу модуля «Портал» в действие, включая перечень основных мероприятий и их
исполнителей, должны быть уточнены по результатам опытной эксплуатации.
6.1
Изменения в объекте автоматизации
В рамках выполнения работ по модернизации и развитию модуля «Портал»
должны быть разработаны проекты регламентов, а также нормативно-правовых актов и
организационно-распорядительных документов, регламентирующих необходимые
изменения в объекте автоматизации. Перечень разрабатываемых документов приведён в
разделе «Требования к документированию».
6.2
Подготовка персонала
Исполнитель должен разработать программу учебного курса для инструктажа
пользователей и администраторов модуля «Портал», рассчитанную на освоение работы
модуля «Портал», для всех предусмотренных категорий пользователей (АРМ), как в
рамках очного и/или дистанционного инструктажа, организуемого силами Исполнителя,
так и путём самостоятельного изучения или в рамках инструктажа, проводимого
подготовленными Исполнителем инструкторами.
В рамках Работ по модернизации и развитию модуля «Портал» Исполнитель
должен организовать проведение инструктажа пользователей модуля «Портал».
Заказчик должен предоставить помещения и технические средства для
инструктажа (в т.ч. компьютерные рабочие места) в объёме, необходимом для
реализации согласованной программы инструктажа.
Исполнитель обязан вести регистрацию всех обращений для консультации
независимо от способа обращения.
38
7
ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ
Вся разработанная документация, в том числе для модуля «Портал» должна быть
представлена Заказчику в 2-х экземплярах на бумажном и в 2-х экземплярах на машинном
носителе в согласованном с Заказчиком формате.
Содержание
и
оформление
проектной
и
рабочей
документации
должны
соответствовать требованиям ГОСТ 34.201-89 «Виды, комплектность и обозначения
документов
при
создании
«Автоматизированные
автоматизированных
системы.
Требования
к
систем»
и
содержанию
РД
50-34.698-90
документов».
При
необходимости по усмотрению Исполнителя допускается дополнительная разработка иных
видов проектной и рабочей документации из числа предусмотренных ГОСТ 34.201-89.
Документы на модуль «Портал» должны быть оформлены в соответствии с
требованиями ГОСТ 2.105 на листах формата А4 по ГОСТ 2.301 без рамки, основной
надписи и дополнительных граф к ней. Допускается для размещения рисунков и таблиц
использование листов формата А3 с подшивкой по короткой стороне листа. Документы
объёмом более 25 листов должны содержать информационную часть, состоящую из
аннотации и содержания.
Документация на общесистемное программное обеспечение и технические средства
Исполнителем не разрабатывается. При включении в состав поставки Системы программ
для
ЭВМ,
разработанных
третьими
лицами
(покупных
или
поставляемых
по
безвозмездным лицензиям) Исполнитель должен передать Заказчику документацию,
поставляемую в комплекте с соответствующим программным обеспечением (при её
наличии), в той же форме, что предоставляется поставщиком. Передаваемая документация
(при её наличии) включается в ведомость эксплуатационной документации.
Документы,
фиксирующие
исполнение
отдельных
работ
и
обязательств
Исполнителя по настоящему ТЗ и подлежащие представлению в составе результатов работ
согласно Приложению № 1 Контракта, составляются Исполнителем по формам,
согласованным с Заказчиком.
7.1



Методическая документация
Комплект методической документации должен содержать:
программу курса инструктажа;
план инструктажа;
регламент консультационной поддержки пользователей модуля «Портал».
39
Рабочая документация
7.2
В состав рабочей документации должны быть включены, как минимум:

ведомость эксплуатационной документации;

общее описание модуля «Портал»;

инструкция пользователя модуля «Портал» (допускается разбивка на
несколько томов по модулям);

инструкция администратора модуля «Портал» (допускается разбивка на
несколько томов по модулям);

программа и методика предварительных испытаний;

программа и методики приёмочных испытаний.
Программа и методики предварительных испытаний должны совпадать с
программой и методиками приёмочных испытаний за исключением положений,
относящихся к функциям и характеристикам Системы, по которым в ходе
предварительных испытаний или опытной эксплуатации были выдвинуты замечания,
требующие изменения процедуры испытаний по итогам доработки.
По итогам испытаний Исполнителем должны быть оформлены и согласованы с
Заказчиком:

протокол предварительных испытаний;

отчёт об опытной эксплуатации.

протокол приёмочных испытаний.
Исполнитель должен разработать рекомендации по резервному копированию и
восстановлению модуля «Портал», обеспечивающий соответствие требованиям к
надёжности,
защите
информации
и
времени
восстановления
после
аварий,
установленным настоящим ТЗ.
7.3
Требования к документации для пользователей модуля
«Портал»
Для
пользователя
должен
быть
предоставлен
комплект
документации,
описывающий действия на всех стадиях работы модуля «Портал». В этой документации
должны быть описаны действия по первоначальной настройке и заполнению
необходимых справочников, приведены основные режимы работы и методологические
рекомендации по использованию модуля «Портал».
40
Для пользователя должен быть предоставлен комплект документации, в котором
должно быть приведено полное описание всех режимов работы модуля.
СОСТАВИЛИ
Наименование организации,
предприятия
Должность
исполнителя
Фамилия, имя,
отчество
Подпись
Дата
Фамилия, имя,
отчество
Подпись
Дата
СОГЛАСОВАНО
Наименование организации,
предприятия
Должность
исполнителя
41
Лист регистрации изменений
Номера листов (страниц)
Изм.
измененных
Всего
анну- листов
(стразаме- новых лироненных
ванных ниц) в
докум.
Входящий
№
№ сопроПодп. Дата
документа водительного
докум. и
дата
Download