Технический анализ безбумажной конференционной системы

1. Анализ статус-кво безбумажной конференции

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

2. Разработка безбумажной конференционной системы

С развитием Гуанчжоу DSPPA Audio Co., Ltd,Система конференций DSSAPТакже превратилась в новую эру.

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

(1) дизайн функции архитектуры безбумажной системы конференции

Логический дизайн архитектурыБезбумажная конференц системаОснован на технологии J2EE и разделен на четыре уровня, а именно: уровень базы данных, сервисный уровень, сетевой уровень и пользовательский уровень. Уровень базы данных использует базу данных Mysql в качестве центра обмена и хранения данных. Уровень сервиса основан на сервере веб-приложений и состоит из Webserver и Appsever. Пользователи смартфонов реализуют различные услуги, предоставляемые конференц-системой, посредством обмена данными различных беспроводных сетей.

(2) Конструкция технологической схемы для участников

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

(3) Блок-схема конструкции хоста

Хост должен сначала войти в интерфейс входа в систему, ввести имя учетной записи и пароль для входа в систему и войти в интерфейс хоста после успешного входа в систему. Есть два функциональных интерфейса хоста: один-функциональный интерфейс участников, другой-интерфейс хоста. Поскольку в конференции хост играет роль как хозяина, так и участника, в функциональном интерфейсе пользователя есть две части. Функция хоста по управлению конференцией в основном отражается в создании, изменении, удалении и закрытии конференции.

(4) Проектирование баз данных

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