Архитектура сервиса С3 Автор: Малыгин М.В. Руководитель: Тимченко Б.Д.

Предпосылки сервиса С3 75% данных являются неструктурированными Общепринятая практика работы с файлами – доступ по имени Данные организации разобщены

Состояние вопроса Согласно исследованиям аналитических компании IDC, проблема неструктурированных данных одна из ключевых на ближайшие несколько лет Множество компаний работают над решениями в области управления контентом o IBM Content Manager o Oracle Universal Content Manager

Концепции сервиса С3

Архитектура

Слой доступа к данным Преобразователь данных (Data Mapper) Производит преобразование данных из объектного представления в реляционное. Единица работы (Unit of Work) Прозводит учет загруженных и измененных объектов в рамках текущей транзации.

Логика предметной области Сценарий транзакции o простая для восприятия процедурная модель o четкие границы транзакций o высокий уровень дублирования кода с ростом функционала Модель предметной области o гибкое и расширяемое решение o более сложная в реализации

Слой представления Model1 o Простота реализации o Большое количество повторяемого кода o Смешение логики отображения и логики приложения Модель – Представление – Контроллер o Отделение логики представления от логики предметной области o Упрощение тестирования o Более сложная реализация

Платформа реализации Open Source решения Java o Spring Framework o Hibernate o Java Server Faces Linux Сервер приложений JBoss База данных MySQL

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