Материал: Программная система управления контентом портала с архивом конструкторской документации

Стоимость Лоцман:КБ 2015 на 10 мест составляет 22700 рублей, на 50 мест 56600 рублей.

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

Редактировать содержимое системы может только редактор;

Система будет включать в себя разграничение пользователей по ролям.

Масштабирование схем и чертежей;

Поиск оборудования на схемах;

Глобальный и локальный поиск оборудования и схем;

Разграничение прав доступа к системе через администраторскую панель web-интерфейса;

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

Разделение системы на два модуля:

Редактор, для наполнения контента;

Вебсайт, для просмотра контента.

Автоматическая синхронизация редактора и сервера системы;

2. Анализ технического задания

.1 Наименование системы

Программная система управления контентом портала с архивом конструкторской документации.

2.2 Цели, назначение и область использования Системы

Система создается для достижения следующих целей:

сокращение сроков разработки и внедрения нового изделия;

повышение эффективности проведения ремонтных работ;

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

Система предназначена для:

создания электронного архива конструкторской и технической документации;

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

проведения работ по систематизации архива документов;

автоматизации поиска документации;

представления широкоформатных чертежей на стандартных мониторах;

автоматизации поиска элементов спецификации на чертежах.

2.3 Основные требования к системе

Система должна включать в себя программное обеспечение в составе:

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

Базы данных, хранящей все необходимые документы и записи, а также сохраняющей состояние работы с документами.

Система должна быть построена на клиент-серверной архитектуре. Работа с системой должна происходить через web-интерфейс. Система должна позволять одновременную работу нескольких пользователей (1 - 50). Пользователь допускается к работе с системой, только после идентификации (ввод имени и пароля). Должна быть возможность при явном указании сохранить идентификационные данные на данном устройстве, чтобы исключить частый повторный их ввод.

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

Читатель;

Редактор;

Администратор;

Читатель может:

Выбирать интересующий его энергоблок АЭС и просматривать информацию по нему;

Просматривать технологическую схему энергоблока в высоком разрешении;

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

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

Скачивать документы, связанные с этим оборудованием.

Выполнять поиск по ключевым словам.

Просматривать структуру имеющихся документов и перемещаться по ней.

Редактору разрешается:

Загружать на сервер новые схемы энергоблока, обновлять имеющиеся.

Создавать страницы для нового оборудования. Редактировать имеющиеся страницы.

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

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

Редактировать ранее сделанные привязки.

Администратор вправе:

Добавлять новых пользователей.

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

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

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

3. Методы и средства разработки Системы

Основой системы будут два независимых модуля. Первый будет разрабатываться для формирования контента системы, этот модуль будем называть Редактор. Второй модуль будет отвечать за отображение контента пользователю в web-браузере, далее этот модуль будем называть вебсайт или Планшет. Исходя из этого можно сделать вывод, что для каждого модуля необходимо подобрать отдельные средства для разработки.

Для создания вебсайта будет использоваться не требующее лицензий программное обеспечение, включающее сетевую операционную систему Ubuntu, HTTP сервер Apache, СУБД MySQL. Для работы с БД используется язык запросов SQL в рамках стандарта ANSI SQL-92 и РНР. Конфигурация программного обеспечения в системе представлена на рисунке 1.

Рисунок 1 - Конфигурация ПО

Для разработки пользовательских интерфейсов вебсайта используется язык разметки гипертекста - HTML 4.1, Java Script 1.9 и выше, каскадные таблицы стилей CSS 2.0.

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

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

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

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

4. Основные технические решения

.1 Очередность разработки Системы

а) разработка программного обеспечения для ввода, редактирования и актуализации контента, синхронизации с хранилищем сервера.

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

в) разработка структур баз данных содержания контента - метаданных;

г) разработка интерфейсной части серверного приложения;

д) разработка пользовательских форм и окон;

е) разработка стилей CSS страниц, Java - скриптов управления контентом, масштабирования графики, PHP библиотек;

ж) расстановка переходов по внутренним и внешним ссылкам контента, расстановка контекстов;

з) разметка графики на регионы, проставление контекстов и ссылок из регионов графики на страницы контента;

и) наполнение баз данных, ввод, редактирование контента;

4.2 Решения по структуре системы, подсистем, средствам и способам связи для информационного обмена между компонентами Системы

Организационная структура системы представлена на рисунке 2.

Рисунок 2 - Организационная структура

Общая структура решения системы разделена на 5 сущностей:

Администрирование - эта сущность отвечает за управлением пользователями.

Технический персонал - эта сущность в основном отвечает за актуализацию содержимого контента.

Редактор - эта сущнось отвечает за наполнение контентом системы в модуле Редактор.

Пользователи - эта сущность имеет доступ к просмотру и поиску информации в модуле системы вебсайт.

Архив - эта сущность отвечает за хранение всей информации, которая находится в системе.

4.2.1 Функциональная структура Системы

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

Рисунок 3 - Функциональная архитектура

Исходные данные - массив входных данных.

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

Управление контентом включает в себя следующие процедуры:

. Преобразование исходных данных:

а) оцифровка текстовых и графических данных и перевод их в файлы с форматами для Системы;

б) доведение данных до приемлемого уровня качества и информативности;

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

. Агрегирование данных:

а) представление информации в окончательном виде, принятом для хранения и отображения в Системе;

б) организация интегрированного хранения в структурах, обеспечивающих их целостность, непротиворечивость, высокую скорость и гибкость выполнения запросов;

. Согласование данных:

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

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

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

Редактор посредством программного обеспечения реализует функции управления контентом 1.в), 2.б), 3.б), в). Остальные функции реализуются стандартным программным обеспечением для оцифровки данных.

Хранение контента учитывает особенности представления данных. Файлы графических форматов большого объема - чертежи хранятся в папках ресурсов. Заголовки разделов контента записаны в страницах HTML и в таблице базы данных с соответствующими гипер-ссылками. Списки пользователей хранятся в базе данных.

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

Администраторы БД и Системы обладают правами доступа к хранилищу для просмотра таблиц с данными, папок с файлами ресурсов, спискам персонала.

4.2.2 Логическая и компонентная архитектура Системы

Система функционирует как распределенная трехзвенная клиент-сервер-СУБД программная архитектура. В среде серверной операционной системы Microsoft Windows Server 2012 R2 Standart система установлена как виртуальная машина. Такой подход позволит обеспечить функционирование системы без привязки к конкретной физической аппаратуре сервера, а также при последующих возможных ее модификациях Заказчиком во время эксплуатации Системы. Лицензионная серверная операционная система приобретается вместе с КТС.

Базовая операционная система виртуальной машины - Ubuntu 12.04.4 LTS Linux tablet 3.11.0.

Хранилище контента, состоящего из технической документации, чертежей, графических изображений, описаний технологических процессов реализуется на базе программного обеспечения Apache HTTP Server 2.2.22. Это позволит реализовать отображение контента посредством HTML-страниц, доступное через стандартный Web-браузер Microsoft Internet Explorer версии 9.0. Интерфейсная часть системы - окна, меню, кнопки, навигация разрабатываются с помощью таблиц стилей CSS и языка программирования Java Script с технологией AJAX.

Сервер баз данных - MySQL database server 5.5.35 содержит таблицы с заголовками содержания контента, журналы со списками пользователей и списками нормативной документации.

Поиск и доступ к контенту, программная часть базы данных, управляющие котроллеры, SQL сценарии разработаны на базе средств PHP 5.4.10 под управлением интегрированной среды разработки Netbeans 8.0. Программное обеспечение серверной виртуальной машины, следовательно, и система не требует наличие каких-либо лицензий и имеет статус свободного распространения.

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

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

Таблица 1 - Технологические компоненты Системы

Техническая архитектура Системы приведена на рисунке 4.

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

стандартные подходы к организации служб каталогов, централизованные методы организации;

развертывание сервисов разработки дополнительных приложений;

развертывание сервисов анализа и отчетности;

сохранение резервных копий баз данных;

Рисунок 4 - Техническая архитектура

архив контент управление система

Сервер БД представляет собой систему управления базами данных (СУБД). На данном сервере хранятся нормативно-справочная информация, таблицы со списками персонала, область временного и постоянного хранения данных, агрегаты данных. Реализуется система разграничений прав доступа на уровне объектов и записей в таблицах.

4.3 Решения по пользовательскому интерфейсу

.3.1 Решения по пользовательскому интерфейсу в части серверного приложения (вебсайт)

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