Информационная поддержка интернет сети агенства недвижемости.

Информационная страница
Информационная страница может содержать произвольный текст, а также набор ссылок на подразделы текущего раздела, если таковые имеются. Вставка иллюстраций и форматирование текста должны осуществляться с помощью встроенного HTML-редактора. Страница должна использоваться для размещения статической информации (например, описания департамента, обзорных статей о деятельности и т.п.).
Новостная лента
Страницы данного типа должны использоваться для размещения любых сообщений, публикуемых в хронологическом порядке, например, статей или пресс-релизов. Каждая новость (статья, пресс-релиз) должна состоять из следующих элементов:
Названия рубрики-раздела в единой иерархической структуре сайта;
Ссылки на глобальную тематическую рубрику;
Заголовка новости;
Текста новости (допускающего использование тегов);
Иллюстраций (в фиксированном объеме согласно утвержденной дизайн-концепции сайта).
На главную страницу сайта должны выноситься несколько последних по дате публикаций новостей из всех разделов. Количество показываемых новостей должен определять Администратор Системы. Для каждой новости должны выводиться название ее рубрики-раздела, заголовок, анонс новости, формируемый из начала текста новости (длина анонса определяется дизайном страницы), иллюстрация (если это предусмотрено дизайном), и ссылка "подробнее", которая ведет на страницу с полным текстом новости, если его длина превышает длину анонса.
Ссылки в контент-меню должны вести на страницу с индексом-архивом всех новостей соответствующего раздела. Индекс должен представлять собой список всех заголовков новостей, отсортированный по дате публикации в порядке, обратном хронологическому (т.е. более поздние статьи - вверху). При большом объеме индекса он должен разбиваться на несколько частей со стандартной навигацией между страницами.
Списки
В структуре сайта должно размещаться любое количество разделов, представляющих собой список-каталог однотипных элементов (например, глоссариев терминов с толкованиями, часто задаваемых вопросов и ответов на них). Такие списки должны выводиться в форматированном в соответствии с единым шаблоном виде, порциями по несколько элементов на странице со стандартной навигацией между порциями. Элементы должны группироваться по произвольным (задаваемым администраторами) тематическим рубрикам с возможностью быстрого перехода к нужной рубрике (с помощью меню или выпадающего списка).
Посредством веб-интерфейса администратору должна предоставляться возможность редактировать список элементов в каждом из подразделов, группировать элементы в тематические рубрики, определять порядок следования элементов в рубрике (задавая порядковый номер в специальном поле, невидимом пользователю). Каждый элемент должен включать заголовок (например, название файла, текст вопроса и т.п.) и основной текст (например, ответ на вопрос или описание файла).
К каждому элементу может быть привязана иллюстрация, формат которой определяется дизайном сайта. Файл иллюстрации должен загружаться с локального компьютера администратора при создании элемента списка.
К каждому элементу может быть привязана ссылка на файл, загружаемый с локального компьютера администратора или доступный по какому-либо адресу (URL) в Интернете. При наличии файла к элементу в списке должна добавляться ссылка "скачать" (или соответствующий условный значок) с указанием автоматически определяемого размера файла в килобайтах.
Обратная связь
Страница «Обратная связь» должна содержать произвольный текст-пояснение и форму-анкету, позволяющие посетителям сайта направлять сообщения администрации сайта без задействования своей почтовой программы. Форма должна включать следующие поля:
однострочные текстовые поля (например, "ФИО", "e-mail отправителя");
многострочные текстовые поля (например, "текст вопроса");
выпадающие списки-селекторы (например, "страна", "регион", "город").
Состав и порядок полей в форме должны определяться через административный интерфейс.
После щелчка на кнопке отправки (submit) форма должна пересылаться сервером на заданный в ее описании адрес e-mail администратора. Содержимое формы должно пересылаться в текстовом формате (имя поля: введенные пользователем данные). Пользователь должен иметь возможность просмотреть свое сообщение перед отправкой.
Подписка на новости
Любой пользователь системы должен иметь возможность подписаться либо на рассылку общих новостей сайта, либо на рассылки новостей отдельных разделов Системы (например, на публикации официальных мероприятий, аналитику и т.д.), указав свои фамилию, имя, отчество и e-mail в форме на сайте. Если пользователь вводит свой e-mail на главной странице, то он подписывается на общие новости. В любом случае при этом на указанный e-mail должно отправляться служебное письмо с просьбой подтвердить подписку, перейдя по уникальной гиперссылке в письме или ответив на него. Отправка новостей должна начинаться только после успешного подтверждения подписки.
Кроме того, при регистрации пользователю должно предлагаться ввести дополнительные данные, заполнив анкету, которая сохраняется в БД на сервере. Состав текстовых полей анкеты должен определяться по согласованию с Заказчиком на стадии разработки Системы.
К каждому письму с новостями должна автоматически добавляться подпись с реквизитами сайта и уникальной гиперссылкой, перейдя по которой пользователь автоматически прекращает данную подписку.
Рассылка новостей должна происходить автоматически раз в сутки. Администратор Системы должен выбирать время, новости и пресс-релизы для общей рассылки при просмотре обновлений каталога. В рассылки новостей отдельных разделов Системы должны включаться все поступающие в раздел новости. Кроме того, администратор должен иметь возможность:
Просматривать списки пользователей, подписавшихся на те или иные рассылки;
Просматривать дополнительные данные, введенные пользователями в анкеты, с возможностью сортировки и поиска по точной подстроке (без учета морфологии);
Удалять пользователей из списка рассылки;
Отсылать циркулярные сообщения всем пользователям, подписавшимся на какую-либо рассылку, выбрав раздел из списка и введя текст сообщения в форму на сайте.
Требования к дизайну
Общие требования
Сайт должен обладать оригинальным графическим дизайном, обеспечивающим надлежащую функциональность. Для сайта должен быть разработан набор уникальных элементов фирменного стиля и визуальной идентификации: знак, логотип, цветовое решение, условные значки для элементов интерфейса.
Дизайн должен обеспечивать соответствие следующим основным требованиям:
Графические элементы должны быть выполнены с учетом специфики представления графической информации на веб-страницах;
Внимание пользователя должно концентрироваться на наиболее важных навигационных элементах;
Основная информация, меню и другие элементы навигации должны быть доступны без горизонтального прокручивания полностью открытого окна браузера при разрешении экрана 1024х768 точек;
Недопустимо использование фреймов;
Недопустимо использование Java-апплетов и других загружаемых на браузер пользователя независимых программных модулей (кроме случаев, прямо указанных в настоящем ТЗ).
Типовые навигационные и информационные элементы
Логическая структура страниц сайта, внешний вид, графическое исполнение и взаиморасположение элементов страниц должны определяться утвержденной дизайн-концепцией сайта.
Для облегчения ориентировки в навигационных и информационных элементах элементы страниц должны объединяться в смысловые блоки. Части блоков могут выделяться в отдельные группы в соответствии с утвержденной дизайн-концепцией сайта, а также по требованиям к удобству использования интерфейса, выявленным в процессе проектирования.
Дизайн (расположение информационных блоков, визуальное оформление) главной страницы может отличаться от дизайна типовых страниц с сохранением стилевого единства сайта.
Блок идентификации и базовой навигации
Блок идентификации и базовой навигации должен располагаться в верхней части всех страниц сайта и включать в себя:
Фирменный знак, логотип Системы;
Ссылку на главную страницу Системы (которая может быть совмещена с фирменным знаком/логотипом Системы, кроме первой страницы);
Ссылку на карту сайта;
Ссылку-переключатель между русской и английской версиями;
Набор ссылок на фиксированные разделы сайта (подписка на новости и т.п.);
Поле поиска.
Элементы модуля могут быть снабжены (или заменены Администратором при эксплуатации сайта) условными значками (иконками) для облегчения понимания смысла ссылок.
Блок контент-меню
Блок контент-меню должен содержать автоматически генерируемый текстовый список ссылок на основные разделы сайта.
Блок основного текста
Блок основного текста должен являться главной информационной частью страницы, сформатированной в соответствии с дизайном сайта. В блоке должны размещаться основная текстовая и иллюстративная информация сайта, сообщения и таблицы, сгенерированные программным путем в динамических разделах, вспомогательное меню подразделов (второй и последующие уровни вложения), формы для ввода информации пользователем и т.д.
Нижний колонтитул
Нижний колонтитул должен являться элементом, замыкающим страницы и обеспечивающим их целостное стилевое восприятие. Кроме того, по мере необходимости в нижнем колонтитуле могут размещаться вспомогательные информационные и навигационные элементы:
дублирующие текстовые ссылки на важнейшие разделы и подразделы;
счетчики рейтинговых и статистических систем, логотипы партнеров и т.п.;
основные контактные данные, адреса e-mail;
копирайты и ссылки на легитимизирующую информацию.
Навигация по многостраничным документам
Документы значительного объема, линейно связанные страницы (например, статьи или новости в хронологическом порядке), а также индексы, списки и результаты поиска, включающие большое число элементов, должны разбиваться на несколько страниц. Для навигации по страницам должны использоваться гиперссылки, размещаемые в блоке основного текста.
Для ориентации пользователя в местонахождении внутри многостраничного документа может использоваться один из нижеследующих вариантов:
номер текущей страницы и общее количество страниц;
список страниц для быстрого перемещения (текущая страница должна выделяться шрифтом или цветом).
Главные страницы разделов Системы
Типовой формат страниц в разделах и размещение материалов на них должны определяться заданными при разработке Системы шаблонами.
На главной странице каждого раздела Системы должны размещаться:
Ссылки на все его разделы и подразделы;
Основные навигационные элементы;
Ссылка на главную страницу Системы.
Вспомогательные страницы
Текстовый документ
Документы, имеющие строгий формат (бланки, образцы договоров) и т.д., или предназначенные главным образом для распечатки, должны выводиться на странице с минимальным набором элементов оформления и навигации.
Информационные сообщения и сообщения об ошибках
Данная страница должна быть предназначена для отображения различных системных сообщений в аварийных ситуациях протокола HTTP и должна содержать:
Элементы корпоративной идентификации;
Заголовок сообщения;
Поясняющий текст;
Ссылку (кнопку, графический элемент) для возврата к обычному режиму просмотра или набор ссылок для выбора какого-либо действия в ответ на сообщение.
Администраторский интерфейс
Страницы администраторского интерфейса должны выполняться с минимальным использованием декоративных графических элементов и должны обеспечивать наглядное представление имеющейся информации и быстрый переход к основным разделам и функциям системы.
Требования к видам обеспечения
Требования к математическому обеспечению
Требования к математическому обеспечению не предъявляются.
Требования к информационному обеспечению
Требования к составу, структуре и способам организации данных в Системе
Основной структурной единицей данных в Системе должен быть документ. Структура и способ организации хранения и представления документов должны определяться разделами, рубриками и информационными блоками Системы.
Требования к информационному обмену между компонентами Системы
Информационный обмен между компонентами Системы должен осуществляться средствами сети Интернет/Интранет.
Требования по применению систем управления базами данных
Для разработки подсистемы хранения данных должна использоваться СУБД MySQL.
Требования к структуре процесса сбора, обработки, передачи данных в Системе и представлению данных
Требования приведены в п. 3.1 настоящего ТЗ.
Требования к защите данных от разрушений при авариях и сбоях в электропитании системы
Требования приведены в п. 3.1.10 настоящего ТЗ.
Требования к контролю, хранению, обновлению и восстановлению данных
Требования приведены в п. 3.1.8 настоящего ТЗ.
Требования к процедуре придания юридической силы документам, продуцируемым техническими средствами АС
Требования не предъявляются.
Требования к лингвистическому обеспечению
Структура разделов и ресурсов английской версии в целом должна наследовать структуру русскоязычной части, т.е. в ней должны иметься как минимум те же разделы первого уровня. Материалы прочих подразделов могут сокращаться и объединяться.
Язык операционной системы и серверных приложений
При построении Системы должны использоваться английские версии следующих программных продуктов:
MS QSL Server;
MySQL.
Язык приложений, используемых для подготовки документов Системы
Подготовка всех документов должна выполняться в офисных приложениях Microsoft Office. При этом должна использоваться русская версия этого продукта, так как она содержит программы проверки русской орфографии и грамматики.
Кодировка подготавливаемых и хранимых документов
Все документы, подготавливаемые к публикации на сайте, а также хранимые в базах данных, должны использовать кодировку UTF-8 (Юникод), что обеспечит универсальный (платформонезависимый) подход к хранению, передаче и обработке текстовых массивов данных на разных языках.
Язык документов Системы и Web-приложений
Основным языком Системы должен быть государственный язык Российской Федерации - русский. В том случае, если будут созданы документы и/или приложения для граждан и/или организаций других государств, эти документы должны публиковаться на английском языке.
Все документы (web-страницы) должны готовиться и представляться пользователю на русском языке.
Интерфейс всех приложений, расположенных на страницах Системы, должен быть русским.
Поддерживаемые кодовые страницы опубликованных документов
При публикации документов должна обеспечиваться возможность чтения документов потребителями информации в кодировке 1251 (Windows).
Язык программирования для web-приложений
Учитывая основные функции Системы, а также типы циркулирующих в ней документов, для создания и конфигурации web-приложений необходимо использовать язык PHP с учетом требований компании-разработчика платформы системы.
Требования к программному обеспечению
Программное обеспечение, реализующее функции Системы на программном уровне, должно включать в себя следующие виды:
Общесистемное программное обеспечение (ОПО);
Программное обеспечение для технического обслуживания компьютерного и сетевого оборудования;
Специальное программное обеспечение (СПО).
Общесистемное программное обеспечение должно обеспечивать выполнение следующих функций:
Системную поддержку программ, реализующих функции Системы;
Многопользовательский доступ к ресурсам технического, программного и информационного обеспечения системы;
Интерфейс взаимодействия приложений (АРI) с ОС и СУБД;
Интерфейс взаимодействия пользователей и/или программ с телекоммуникационными средствами связи;
Поддержку ведения баз данных и файловых структур данных;
Обеспечение защиты информационных ресурсов от несанкционированного доступа;
Гибкость и простоту использования, возможность настройки на различные типы оборудования и различные режимы его эксплуатации;
Идентификацию пользователей и аутентификацию доступа к ресурсам технического, программного и информационного обеспечения;
Проведение аудита процессов, выполняемых в Системе, с возможностью настройки полноты, состава и регламента аудита.
Объем выполнения вышеуказанных функций должен быть определен на этапе технического проектирования.
В состав программных средств технического обслуживания компьютерного и сетевого оборудования должны быть включены средства, обеспечивающие выполнение следующих функций:
Обслуживания вычислительной техники;
Антивирусной профилактики и защиты;
Централизованного администрирования и управления локальной вычислительной сетью;
Диагностики и контроля процесса эксплуатации всех видов программного обеспечения.
Конкретный минимальный состав программных средств технического обслуживания компьютерного и сетевого оборудования должен быть определен на стадии технического проектирования.
В качестве ОПО и программных средств технического обслуживания компьютерного и сетевого оборудования рекомендуется максимально использовать стандартное (тиражируемое или «коробочное») программное обеспечение третьих фирм производителей (в дальнейшем «покупное программное обеспечение»). В случае использования покупного программного обеспечения данных видов на каждое программное изделие должна иметься лицензия фирмы производителя, и обеспечиваться техническая поддержка и сопровождение фирмой производителем.
Требования к техническому обеспечению
Техническое обеспечение должно включать:
Технические средства обработки данных;
Технические средства документирования данных;
Технические средства передачи данных;
Технические средства вычислительных сетей;
Контрольно-измерительную аппаратуру.
Комплекс технических средств обработки данных для решения прикладных задач должен включать следующие основные компоненты:
Серверные платформы в составе ЛВС, которые поддерживают функционирование СУБД и файловых серверов;
Рабочие станции, которые обеспечивают работу пользователей на соответствующих рабочих местах;
Активное и пассивное оборудование ЛВС, которое создает коммутационную среду взаимодействия абонентов ЛВС;
Средства, обеспечивающие гарантированное бесперебойное питание;
Телекоммуникационное оборудование, которое поддерживает информационный обмен между внутренними абонентами, а также информационную связь с внешними абонентами.
Обмен информацией между программно-техническими средствами Системы должен обеспечиваться средствами ЛВС, а с внешними организациями - по выделенным или коммутируемым каналам с использованием унифицированных транспортных протоколов.
Пользователи Системы должны быть объединены в локальную вычислительную сеть (сети). Тип сети и структуры форматов данных для обмена, методы и средства организационно-методического и информационно-технического обеспечения совместимости с внешними информационными системами должны быть определены и разработаны на стадиях технического и рабочего проектирования.
Средства бесперебойного питания должны обеспечивать стабильное электропитание в рамках технических характеристик вычислительных средств и периферийного оборудования. Указанные технические характеристики должны определяться на стадии технического проектирования. В случае отключения внешнего электропитания или повреждения внутренней электропроводки средства бесперебойного питания должны обеспечивать автономное функционирование любого технического средства в течение 30 минут.
Перечень и технические характеристики составляющих комплекса технических средств должны определяться характером и масштабом решаемых задач Системы.
Комплексы средств вычислительной техники, осуществляющие оперативное хранение и обработку баз данных Системы, должны удовлетворять следующим требованиям:
Обеспечивать одновременную работу с данными расчетного количества пользователей;
Обеспечивать оперативное хранение и обработку баз данных Системы;
Обеспечить возможность наращивания вычислительных мощностей системы путем увеличения числа процессоров, оперативной памяти, дисковых подсистем;
Обеспечивать архивирование и восстановление базы данных без потери информации;
Обеспечивать в реальном времени выполнение запросов на выборку данных из баз данных;
Обеспечивать выполнение требований по надежности системы в целом;
Обеспечивать выдачу документов и результатов запросов в реальные сроки.
Конкретные технические требования к серверам баз данных, серверам приложений, почтовым серверам и требования к минимальной конфигурации рабочих мест различных категорий пользователей должны быть определены на стадии Технического проекта.
Электропитание всех составных частей системы должно осуществляться от электрической сети переменного тока 220 В частотой 50 Гц.
Требования к метрологическому обеспечению
Требования к метрологическому обеспечению не предъявляются.
Требования к организационному обеспечению
Функционирование Системы должно обеспечиваться с соблюдением следующих организационно-технологических правил (правила могут быть уточнены на стадии Технического проекта):
Разграничения обязанностей и ответственности должностных лиц при использовании программных, информационных, технических ресурсов Системы. Регламенты наполнения Системы информацией должны определяться Заказчиком;
Разграничения процедур автоматизированной и ручной обработки данных при решении прикладных задач;
Использования унифицированного интерфейса пользователей на рабочих местах с функциональным и технологическим назначением;
Конфигурирования рабочего места (по доступу к информационным ресурсам и сервисным службам) с учетом функций рабочего места;
Выполнения требований эксплуатационных документов при проведении работ, связанных с обработкой данных;
Организации обучения пользователей.
Для обеспечения эффективного и устойчивого функционирования Системы должны быть организованы следующие структурные подразделения:
Отдел технического обслуживания телекоммуникаций, вычислительной техники и средств связи;
Отдел системного администрирования;
Отдел сопровождения программного обеспечения.
Отдел технического обслуживания телекоммуникаций, вычислительной техники и средств связи должен включать следующие подразделения:
Группа технического обслуживания средств вычислительной техники;
Группа технического обслуживания телекоммуникаций и средств связи.
Группа технического обслуживания средств вычислительной техники должна выполнять следующие функции:
Установку и подключение компьютеров на рабочих местах пользователей к ЛВС;
Установку на рабочих местах пользователей периферийного оборудования (принтеры, сканеры, ксероксы) и подключение их к компьютерам;
Ремонт компьютерного и периферийного оборудования;
Выполнение регламентных работ по обслуживанию компьютерного и периферийного оборудования в соответствиями с требованиями фирм-производителей;
Замена выработавших свой ресурс картриджей в принтерах и ксероксах.
Группа технического обслуживания телекоммуникаций и средств связи должна выполнять следующие функции:
Поддержание работоспособности кабельной сети, пассивного и активного сетевого оборудования;
Прокладку и монтаж сетевых кабелей, соединяющих активное и пассивное сетевое оборудование с компьютерным оборудованием на рабочих местах пользователей;
Обеспечение сотрудников структурных подразделений телефонной связью как с внутренними, так и с внешними абонентами;
Диагностику и инвентаризацию активного сетевого оборудования;
Установку и монтаж активного и пассивного телекоммуникационного оборудования.
Отдел системного администрирования должен выполнять следующие функции:
Администрирование локальной сети с помощью средств сетевого управления;
Администрирование операционных систем и баз данных;
Администрирование почтового сервера в рамках телекоммуникационного узла связи;
Сопровождение программных средств обеспечения безопасности сетевых ресурсов, включая контроль доступа в сеть Интернет;
Сопровождение системы документооборота.
Отдел сопровождения программного обеспечения должен выполнять следующие функции:
Проведение работ по инсталляции и вводу в эксплуатацию общего и специального программного обеспечения Системы;
Сопровождение (поддержание в работоспособном состоянии) программного обеспечения Системы, в том числе в режиме «горячей линии»;
Разработка положений, инструкций и методических рекомендаций по эксплуатации программного обеспечения;
Сбор и обобщение замечаний и реализация предложений пользователей Системы по результатам эксплуатации программного обеспечения.
Требования к методическому обеспечению
Требования к методическому обеспечению не предъявляются.
Требования к достоверности официально публикуемой информации
К официально публикуемой на сайте информации должны предъявляться следующие требования:
Информационные материалы, размещаемые в Системе, должны быть своевременны, точны, и отражать текущее (действительное) состояние. Документ (материал) должен иметь следующие реквизиты:
Дата и время публикации (последнего обновления, уточнения);
Реквизиты исполнителя (автора) или владельца информации;
Ссылку на источник информации при размещении в Системе материалов других сайтов;
Соглашения, примечания, оговорки (по необходимости).
2) Формы интерактивных сетевых сервисов должны быть просты и понятны. Документы, сопутствующие интерактивным процедурам, должны соответствовать ведомственным формам в твердой копии.
3) Пользователю в обязательном порядке должна быть сообщена информация об условиях сохранения персональной информации, а также предоставляться электронная квитанция об обработке информации на сервере. Пользователь должен быть проинформирован о порядке рассмотрения запроса в электронном виде.
4) В случае выявления (обнаружения) ошибок и неточностей в материале Администрация в обязательном порядке должна опубликовать исправленный текст и дополнительно сообщить пользователям о факте исправления. Новый (исправленный) документ (материал) должен сопровождаться обязательным комментарием.
Состав и содержание работ по созданию системы
Общие требования к проведению работ
В соответствии с ГОСТ 34.601-90 работы по созданию Системы должны выполняться с учетом стадий, приведенных в таблице 15.

Таблица 15
Перечень работ по созданию Системы
Стадия создания Название этапа Содержание работ Сроки
выполнения Форма
отчётности 1. Формирование требований к Системе 1.1. Обследование объекта автоматизации и обоснование необходимости создания Системы
1.2. Формирование требований пользователей к Системе
1.3. Оформление отчёта о выполненной работе Информационное обследование объекта автоматизации и формулирование требований к Системе 10.06.2004 – 30.06.2004 Отчёт 2. Разработка концепции построения Системы 2.1. Изучение объекта автоматизации
2.2. Разработка варианта концепции Системы, удовлетворяющего требованиям пользо-вателей
2.3. Оформление отчёта о выполненной работе Разработка концепции автоматизации и варианта построе-ния Системы 01.07.2004 – 15.07.2004 Отчёт 3. Техническое задание Разработка и утверждение технического задания на создание Системы Разработка требований ТЗ 15.07.2004 – 30.07.2004 ТЗ 4. Технический проект 4.1. Разработка проектных решений по Системе в целом и её компонентам
4.2. Разработка документации на Систему
4.3. Разработка и оформление документации на поставку изделий для комплектования Системы Разработка проектных решений по реализации Системы 01.08.2004 –31.08.2004 Комплект документации Технического проекта в соответствии с ГОСТ 34.201-89 5. Рабочая документация 5.1. Разработка рабочей документации на Систему.
5.2. Разработка и адаптация программ Разработка программного обеспечения и документа-ции Системы 01.09.2004 – 30.09.2004 Комплект Рабочей документации в соответствии с ГОСТ 34.201-89 6. Ввод в действие 6.1. Подготовка объекта автоматизации и персонала к вводу Системы в действие.
6.2. Комплектация Системы поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями)
6.3. Строительно-монтажные работы
6.4. Пусконаладочные работы
6.5. Проведение опытной эксплуатации
6.6. Проведение приёмочных испытаний Проведение испытаний и ввод Системы в постоянную эксплуатацию 01.10.2004 – 15.11.2004 Акт о приёме Системы в постоянную эксплуатацию Порядок выполнения работ по созданию Системы
В процессе выполнения работ должны быть уточнены Концепция и Техническое задание на создание Системы.
Должны быть проведены необходимые испытания Системы перед предъявлением её Заказчику, проведены опытная эксплуатация и приёмочные испытания.
Порядок контроля и приемки системы
Общие требования к приемке работ
Сдача-приемка этапов выполненных работ на стадиях «Технический проект» и «Рабочая документация» должна осуществляться по предъявлении Исполнителем комплектов соответствующих документов и завершаться оформлением акта сдачи-приемки научно-технической продукции, подписанного Исполнителем, и утвержденного Заказчиком.
Испытания Системы должны проводиться в соответствии с требованиями ГОСТ 34.603-92.
Испытания Системы должны быть проведены на стадии «Ввод в действие» на основании соответствующей программы и методики испытаний, разработанной Исполнителем в соответствии с требованиями РД 50-34.698-90 и утверждённой Заказчиком.
Виды, состав, объем и методы испытаний системы
Виды испытаний
Для Системы устанавливаются следующие виды испытаний:
опытная эксплуатация;
приемочные испытания.
Состав испытаний
Опытная эксплуатация должна проводиться с целью определения её работоспособности, количественных и качественных характеристик Системы, необходимости корректировки документации.
Во время опытной эксплуатации должен вестись рабочий журнал, в который должны заноситься сведения о продолжительности функционирования Системы, отказах, сбоях, аварийных ситуациях, изменениях параметров объекта автоматизации, проводимых корректировках документации и программных средств, наладке технических средств, а также замечания по удобству эксплуатации Системы.
Приемочные испытания должны проводиться в соответствии с «Программой и методикой приемочных испытаний» и включать проверку:
Полноты и качества реализуемых функций при штатных, предельных, критических значениях параметров объекта автоматизации и в других условиях функционирования Системы, указанных в настоящем ТЗ;
Выполнении каждого требования, относящегося к интерфейсу Системы;
Работы персонала в диалоговом режиме;
Средств и методов восстановления работоспособности Системы после отказов;
Комплектности и качества эксплуатационной документации.
Проверку работы персонала в диалоговом режиме проводят с учетом полноты и качества выполнения функций Системы в целом. При этом проверке подлежат:
Полнота сообщений, директив, запросов и их достаточность для эксплуатации Системы;
Сложность процедур диалога, возможность работы персонала без специальной подготовки;
Реакция Системы на ошибки персонала, средства сервиса.
Проверка средств восстановления работоспособности Системы после отказов ЭВМ должна включать:
Проверку наличия в эксплуатационной документации рекомендаций по восстановлению работоспособности и полноту их описания;
Практическую выполнимость рекомендованных процедур;
Работоспособность средств автоматического восстановления функций Системы.
При испытаниях Системы проверяется:
Качество выполнения комплексом программных и технических средств автоматических функций во всех режимах функционирования Системы согласно настоящему ТЗ.
Полнота содержащихся в эксплуатационной документации указаний персоналу по выполнению им функций во всех режимах функционирования Системы согласно настоящему ТЗ.
Место проведения испытаний
Опытная эксплуатация Системы должна проводиться на площадке Исполнителя, приёмочные испытания - на объекте автоматизации Заказчика.
Общие требования к приемке работ
Приемка системы должна проводиться комиссией на основании результатов испытаний, которым подвергаются программно-технические средства, реализующие функции Системы.
Состав комиссии, общие требования по приемке работ, порядок согласования и утверждения приемочной документации должны определяться Заказчиком и согласовываться с Исполнителем.
Результаты работы комиссии должны оформляться актом, подписанным членами комиссии и утверждённым Заказчиком. К акту должны прилагаться протоколы испытаний.
Для проведения проверок компонентов Системы решением Заказчика могут создаваться рабочие группы из специалистов, не входящих в состав комиссии. Результаты проверок должны оформляться протоколами, подписанными членами рабочих групп, и представляться в комиссию.

Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу Системы в действие
Для создания условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой Системы требованиям настоящего ТЗ и возможность эффективного использования Системы, в организации Заказчика на этапе работ «Подготовка объекта автоматизации к вводу системы в действие» должен быть проведен определённый комплекс мероприятий.
Изменения, которые необходимо осуществить в объекте автоматизации
Информационное обеспечение Системы может осуществляться как силами организации Заказчика, так и на основании соглашений с внешними организациями (СМИ, информационно-аналитическими агентствами и т.п.).
Для организации информационного обеспечения Системы должны быть разработаны и утверждены следующие регламенты:
Регламент подготовки и публикации материалов;
Регламент взаимодействия с поставщиками информационных материалов (коммерческими структурами, ведомствами и прочими организациями);
Регламент предоставления информации сторонними организациями.
Перечень регламентов может быть изменен на стадии «Рабочая документация».
Создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ
Силами Заказчика в срок до начала проведения пусконаладочных работ должны быть выполнены следующие работы:
Осуществлена подготовка помещений для размещения КСА Системы в соответствии с требованиями Исполнителя;
Проведены технические мероприятия по вводу в действие удостоверяющего центра, реализованы механизмы его интеграции в Систему.

Создание подразделений и служб, необходимых для функционирования системы
В состав персонала, необходимого для обеспечения эксплуатации комплекса средств автоматизации (КСА) Системы, должны входить:
администраторы Системы – выделенный персонал, в обязанности которого входит выполнение специальных технологических функций;
эксплуатационный персонал - специалисты, обеспечивающие функционирование технических и программных средств, обслуживание и обеспечение рабочих мест пользователей.
Требования к организационному обеспечению функционирования Системы приведены в п. 4.3.7.
Организационные мероприятия
Силами Заказчика в срок до начала проведения пуско-наладочных работ должны быть решены организационные вопросы функционирования Системы в ИТЦ МЭРТ РФ, а также обеспечения доступности информационных источников внешних организаций.

Требования к документированию
Виды, наименование, комплектность и обозначения документов, разрабатываемых на различных стадиях создания Системы (см. таблицу 16), должны определяться в соответствии с ГОСТ 34.201-89, РД 50-34.698-90 и согласовываться с Заказчиком.

Таблица 16
Документация СИС ИПАН
Стадия создания Наименование документа Дополнительные указания ТЗ Техническое задание на разработку СИС ИПАН ГОСТ 34.602-89 ТП
Пояснительная записка к Техническому проекту СИС ИПАН РД 50-34.698-90 Описание комплекса технических средств РД 50-34.698-90 Структура баз данных СИС ИПАН РД 50-34.698-90 РД Ведомость держателей подлинников ГОСТ 2.112-70 Ведомость эксплуатационных документов РД 50-34.698-90 Руководство пользователя СИС ИПАН РД 50-34.698-90 Руководство системного администратора РД 50-34.698-90 Руководство Web администратора РД 50-34.698-90 Общее описание СИС ИПАН РД 50-34.698-90 Программа и методика испытаний ГОСТ 34.603-92, РД 50-34.698-90
В таблице 16 наименования документов приведены в соответствии с Рабочей программой.
Каждому разработанному документу должно быть присвоено самостоятельное обозначение. Обозначения документов должны соответствовать ГОСТ 34.201-89.

Источники разработки
Исходными документами для разработки настоящего ТЗ и Системы являются: «Концепция создания специализированной информационной системы для агентства недвижимости».
Законодательные и нормативные правовые акты
При разработке Системы должны использоваться следующие законодательные и нормативные правовые акты:
Указ Президента РФ от 06.03.1997 г. № 188 "Об утверждении перечня сведений конфиденциального характера";
ГОСТ 34.201-89 «Виды, комплектность и обозначение документов при создании автоматизированных систем»;
ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания»;
ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы»;
ГОСТ 34.603-92 «Виды испытаний автоматизированных систем»;
РД 50-34.698-90 «Автоматизированные системы. Требования к содержанию документов»;
ГОСТ 2.112-70 «ЕСКД. Ведомость держателей подлинников».
Заключение

В данной работе был показан процесс разработки информационной системы предприятия «с нуля». Последовательно показаны все стадии жизненного цикла проекта.
В результате выполнения курсового проекта цель была достигнута – эффективность работы компании увеличилась, и задачи по автоматизации решены – была разработана информационная поддержка сети агентств по недвижимости.
Список литературы
Указ Президента РФ от 06.03.1997 г. № 188 "Об утверждении перечня сведений конфиденциального характера";
ГОСТ 34.201-89 «Виды, комплектность и обозначение документов при создании автоматизированных систем»;
ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания»;
ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы»;
ГОСТ 34.603-92 «Виды испытаний автоматизированных систем»;
РД 50-34.698-90 «Автоматизированные системы. Требования к содержанию документов»;
ГОСТ 2.112-70 «ЕСКД. Ведомость держателей подлинников».
Управление программными проектами: достижение оптимального качества при минимуме затрат.: Пер. с англ. – М.: Издательский дом «Вильямс», 2004.
Экономическая информатика: Введение в экономический анализ информационных систем: Учебник. Лугачев М.И. – М.: ИНФРА-М, 2005.
«Информатика» - Под ред. Н. В. Макаровой. – М: Финансы и статистика, 2002
Иваницкая И.П., Яковлев А.Е. Введение в экономику недвижимости. – М.: Кнорус, 2007
http://www.advecs.com - сайт компании «Адвекс. Недвижимость».
http://www.mysql.ru - сайт, посвященный СУБД MySQL.
http://www.eip.ru - сайт, содержащий аналитические сведения по рынку недвижимости Санкт-Петербурга и Москвы.

Согласно данным с сайта компании http://www.advecs.com














99













БКМБ.4251801.905.ТЗ Лист 2 Изм. Кол.уч. Лист № док. Подп. Дата