Отчет о научно-исследовательской и опытно-конструкторской работе (стр. 13 )

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

должен быть разработан файл Sitemap, удовлетворяющий требованиям основных поисковых систем: файл Sitemap должен представлять собой простой текстовый файл, содержащий код в формате XML, описывающий ссылки на основные разделы Сайта; размер файла Sitemap не должен превышать 10 Мб; файл Sitemap не должен содержать ссылки на разные версии одной страницы (с www и без); файл Sitemap должен быть реализован в кодировке UTF8; ссылки файла Sitemap не должны включать идентификаторы сеанса; для страниц с одинаковым содержанием (с www и без) должна быть определена версия страницы, которая будет являться канонической. должна быть переработана система адресации страниц: необходимо исключить множественную адресацию для одной страницы (исключить идентификаторы сессии из адресной строки); адрес страницы должен быть информативным; должна быть переработана система именования документов, создаваемых автоматически. Необходимо разработать данные правила именования автоматически создаваемых документов; в файл Sitemap должны быть добавлены метаданные с описанием информации, содержащейся в основных изображениях и видеоматериалах, размещенных на официальном сайте. Необходимо разработать правила формирования метаданных для изображений и видеоматериалов; должны быть настроены индексируемые разделы; должна быть разработана и настроена страница ошибок в соответствии со следующими требованиями: размер страницы ошибок должен быть не менее 512 байт; страница ошибок должна сохранять основной дизайн Сайта; страница ошибок должна содержать информацию об ошибке и варианты действий пользователя; определить для основных страниц официального сайта метаданные, предварительно выделив перечень этих основных страниц: заголовок (поле Title). Должен содержать название страницы сайта и сокращенное наименование официального сайта. описание (поле Description). Должно содержать описание сайта в простой текстовой форме и включать в себя максимальное количество ключевых слов, определенных для данной страницы; ключевые слова (поле Keywords). Должны содержать список наиболее важных ключевых слов, размещенных на странице. должен быть переработан механизм конвертации документов в части заполнения полей метаданных. Необходимо разработать правила автоматического заполнения полей метаданных при конвертации документов: заголовок (поле Title). Должен содержать название документа и описание действий; описание (поле Description). Должно содержать описание документа и содержать максимальное количество необходимых ключевых слов. должно быть доработано информационное наполнение основных страниц и разделов официального сайта, а именно на основных страницах должно быть размещено краткое описание опубликованной информации, содержащее максимально возможное количество ключевых слов.

Опираясь на результаты анализа и выработанные на их основе подходы, были сформулированы детальные требования к необходимым изменениям в структуре и информационном наполнении официального сайта, которые изложены в Частном техническом задании на развитие информационной системы для анализа информации о государственных и муниципальных торгах на реализацию (продажу) (п. 5.1.3 ЧТЗ). Контент наполнения страниц официального сайта и метаданные определены в пояснительной записке к технорабочему проекту.

Проектирование и реализация

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

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

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

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

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

в качестве операционной среды для работы приложений используется RedHat Linux 5.5; в качестве системы управления базами данных используется платформа Oracle 11g; разработка новых компонент Системы проводится в среде Java Enterprise Edition; в качестве дополнительных библиотек используются: библиотека Hibernate, предназначенная для решения задач отображения бизнес-объектов в модель базы данных. Используется для связи бизнес-логики приложения и базы данных, а также для решения задач контроля целостности и непротиворечивости данных; библиотека Spring framework. Используется для изоляции различных модулей и подсистем приложения и снижающий эффект взаимного влияния друг на друга различных компонентов приложения; библиотека Spring Security. Используется для решения задач авторизации и аутентификации пользователей приложения, а также для разграничения доступа к различным функциям Системы согласно ролевой модели; в качестве базовой платформы для ИАС используется Oracle BI Enterprise Edition 10g; для управления хранилищем данных ИАС и реализации процедур загрузки и хранения данных используется Oracle Data Integrator 10g.

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

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

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

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

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

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

Работы по проектированию и реализации официального сайта Основные подходы и особенности моделирования официального сайта

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

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

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

Большое внимание было уделено агрегированию модулей Системы – установлению правильного соотношения между модулями и блоками официального сайта. Этот принцип позволил моделировать модернизацию уже существующих модулей, функциональных блоков, а также определять место новых блоков для таких специфичных проектов, каким является описываемый в рамках данной НИОКР, когда выполняется не разработка информационной системы с нуля, а проводится ее модернизация, развитие, оптимизация.