WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!


Pages:     | 1 |   ...   | 7 | 8 ||

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

Ключевым вопросом в выборе программного обеспечения является выбор операционной системы.

В отличие от языка программирования можно выбрать единую операционную систему, удовлетворяющую требованиям мультипарадигмального подхода. В настоящее время существует только две возможности: системы семейства Unix и MS Windows. Другие операционные системы (MacOS, VAX/VMS и др.) исключаются изза слабой распространенности или дороговизны соответствующих аппаратных платформ. Популярная некогда система MS-DOS безнадежно устарела.

Большинство систем программирования под MS Windows не удовлетворяет всем перечисленным выше требованиям. Особенно следует отметить отсутствие в традициях MS Windows упоминавшейся выше культуры консольных приложений, в результате чего разработка программ на альтернативных языках программирования вызывает у студентов ложное ощущение ущербности используемых выразительных средств.

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

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

12.50 – 13.Григорий Панов Марийский государственный технический университет Интеграция автоматизированных систем учета системами управления взаимоотношений с клиентами В последнее время большими темпами идет развитие систем взаимоотношений с клиентами, или, говоря короче, CRM систем. Это связано в первую очередь с осознанием компаниями преимуществ, которые предоставляют подобные системы. Обзор преимуществ. Существует большое количество коммерческих CRM систем, есть и несколько свободных продуктов. Перечисление свободных CRM систем. Среди них выделяется система SugarCRM. Преимущества системы SugarCRM. То есть система обеспечивает большие возможности по организации взаимоотношений с клиентами. Но в ней не реализована возможность взаимодействия с другими системами, существующими в компании. В частности, с системами автоматизированного учета.

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

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

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

Приведем пример интеграции системы Ананас с системой SugarCRM.

Исходные данные (языки, архитектура). Архитектура системы Ананас спроектирована таким образом: есть клиентская часть, серверная часть и ядро, содержащее всю логику работы.

Было принято решение об использовании вебсервисов для организации взаимодействия систем, поскольку архитектура системы Ананас позволяет легко реализовать вызовы методы веб-сервиса, используя классы ядра. Протокол взаимодействия SOAP. Используемая библиотека для реализации протокола SOAP на серверной части - gSOAP.

Используемая библиотека для реализации протокола на клиентской части - встроенное расширение SOAP PHP5. Реализация довольно простая. Требования к клиентской части. (описание рисунка). И собственно реализация клиентской и серверной частей.

Особенностью реализации серверной части является наличие модуля mod_gsoap. Система могла бы работать и без него, но при этом требовалось бы открыть для доступа какой нибудь порт. А при использовании mod_gsoap запросы передаются через 80-й порт. Трудности с использованием mod_gsoap под Apache2.

Какие возникли трудности:

1.пришлось дописывать код mod_gsoap.

2.пришлось разобраться со структурой системы SugarCRM.

3.проблемы с реализацией SOAP протокола в PHP5.

4.не решена проблема безопасности передачи данных.

5.не решена проблема инсталлятора для клиентской части.

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

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

13.15 – 13.Александр Сенько МГТУ им. Н.Э. Баумана, БЕН РАН Михаил Якшин ALT Linux Подходы к организации распределенных систем учета (ввод и каталогизация информации) В настоящее время значительное внимание уделяется созданию систем учета различного рода документов.

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



Система строится из одной или нескольких однотипных компонентов-ячеек, обладающих определенными свойствами. В минимальном варианте система может состоять из одной ячейки локального компонента (ЛК).

Основная задача ЛК – ввод, редактирование, хранение данных и представление их в форме различных отчетов и справок.

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

Приблизительный состав подсистем и решаемых ими задач выглядит так:

• подсистема ввода данных (первичный ввод данных, проверка и подтверждение, редактирование ранее введенных данных);

• подсистема поиска (поиск по локальным данным, генерация отчетов по шаблонам);

• администрирование (настройка схемы данных, управление правами и привилегиями пользователей).

В качестве интерфейса предлагается использовать Web-интерфейс, широко применяемый для систем подобного рода, где присутствует одна база данных и множество различных АРМ для работы с ней. Такой подход также легко позволяет организовать доступ к системе как с локальных рабочих мест внутри организации, так и извне (для авторизованных пользователей).

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

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

РК могут быть связаны с использованием одной из двух схем:

• интеграция в единое хранилище – импортирование данных из подчиненного компонента в вышестоящий;

• виртуальная интеграция – данные физически хранятся только в одном РК, передача данных между БД не происходит; поиск и получение информации выполняется с помощью распределенного запроса;

Первую схему предполагается использовать в следующих случаях:

• затруднена передача данных между РК по постоянному каналу (физически нет быстрого доступа в Интернет, повышенные требования к безопасности и т.п.);

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

Преимуществами второй схемы являются:

• снижение требований к программно-аппаратным комплексам каждого РК в отдельности (вследствие существенного снижения объемов хранимой информации);

• максимальная актуальность получаемых при поиске результатов (т.к. нет промежуточных синхронизаций).

Для реализации второй схемы необходимо дополнить поисковую систему каждого РК модулем поддержки распределенных запросов (на основе технологии XMPP/Jabix). При этом также усложняется решение вопросов безопасности.

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

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

Разработку системы целесообразно разделить на четыре этапа, в соответствии с изложенными выше структурными элементами:

1. Разработка полнофункционального ЛК;

2. Разработка РК: добавление к ЛК функций обмена данными между собой;

3. Добавление к РК поддержки распределенного поиска и получения информации на основе технологии XMPP/Jabix;

4. Коммутация РК с различными схемами данных.

Первый этап является основным и наиболее трудоемким. По его окончании мы имеем полнофункциональную локальную систему с on-line доступом.

По завершении второго этапа мы можем строить распределенные системы с интеграцией в единое хранилище.

Завершение третьего этапа дает нам возможность строить системы с виртуальной и смешанной интеграцией. При этом трудозатраты на написание конвертеров для системы Jabix минимальны, т.к. на этом этапе схема данных во всей системе остается единой, следовательно, и все конвертеры одинаковы.

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

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

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

В первом случае задача ведения БД в каждом из РК не представляет особых сложностей; создание конвертеров для импортирования, экспортирования данных и поддержки Jabix можно автоматизировать.

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





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

13.40 – 14.30: Обеденный перерыв Дневное заседание (14.30 - 17.00) 14.30 – 14.Юрий Седунов, Андрей Паскаль Москва, ALT Linux Кроссплатформеная модельная реализация учетной системы для нужд электронного государства Доклад посвящен проекту разработки макета учетной системы, выполняемому ALT Linux по заказу Министерства экономического развития и торговли РФ. Рассматриваются современные требования, предъявляемые к учетным системам, как средствам ведения электронного административного учета.

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

14.55 – 15.Андрей Стрельников Марийский государственный технический университет Применение бизнес правил в системах разграничения доступа 15.20 – 17.Круглый стол "Свободное программное обеспечение в электронном государстве" Ведущие Анатолий Якушин, Алексей Новодворский.

16.40 – 17.00: Кофе Вечернее заседание.

17.00 – 18.30: Продолжение круглого стола 18.30 – 19.00: Закрытие конференции.

Дополнительное выступление 27 июля, 9:Лепихов К.А.

Новые технологии и проекты сообщества Mozilla.org Аннотация Доклад посвящен обзору новых проектов сообщества Mozilla. Также дано краткое описание языка XUL и технологий, которые могут быть использованы с его помощью. В конце доклада производится взгляд в будущее разработок сообщества Mozilla.

Новинки в CVS Конец 2004 года и начало 2005 года принесли много нового для разработчиков и простых пользователей сообщества Mozilla - в дереве разработки произошло заметное оживление по части обновления кода старых проектов и "вливания" новых разработок.

Также нельзя обойти без внимания событие осени 2004 – выход браузера Mozilla Firefox 1.0 и последующие за ним новые версии почтового клиента Thunderbird и календаря-планировщика Sunbird. Итак, посмотрим, что нового появилось в CVS.

Rhino Долгое время в Mozilla была своя реализация JavaScript (или ECMAScript, стандартизованный в документе ECMA-262), написанная на языке C.

Хорошо это или плохо, но это существенно сужало свободу выбора и переносимость js компилятора т.к. он был архитектурно зависим и плохо поддавался расширению функциональности. Все эти проблемы решает проект Rhino - реализация JavaScript на языке Java. Rhino позволяет:

- реализация всех возможностей JavaScript 1.5;

- поддержка прямого скриптинга из Java;

- JavaScript shell для запуска JavaScript скриптов;

- Компилятор JavaScript для преобразования текста на JavaScript в класс на Java.

В дополнении ко всему, в Rhino реализован интерфейс JavaAdapters, который позволяет реализовать в JavaScript любой Java интерфейс, или наоборот, расширить существующий Java класс js объектами. Rhino поддерживает возможность интернационализации (все сообщения JavaScript engine можно перевести). Rhino достаточно безопасен, т.к. позволяет полностью отследить цепочки выполнения кода для локализации проблемы.

XForms Web формы в современном мире играют все более важную роль и их разработчикам пора обратить на них внимание ;) XForms создан на базе известных W3C стандартов XML Schema, XPath, и XML Events, и он может решить те проблемы и ограничения, которые существуют на сегодняшний день для создания форм с помощью текущей HTML модели.

Дополнительные возможности, которые часто включают в web формы – это поддержка проверки данных, введенных клиентом, обработка событий, и run-time зависимость элементов формы друг от друга.

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

Цель проекта XForms для Mozilla - реализация XForms 1.0 для продуктов Mozilla. Код поддержки XForms включен в дерево разработки mozilla, существуют сборки браузеров под различные платформы с поддержкой XForms.

XUL и XULRunner XUL или XML User Interface Language, это, как видно из его названия, язык, который позволяет создавать достаточно богатые по функциональности пользовательские интерфейсы, которые можно запускать ("отрисовывать") как стандартные приложения, так и загружать их из сети Internet. При этом приложения на XUL можно легко настраивать, менять в них текст или графические объекты, переводить на различные языки и тд. Для программирования на XUL не требуется специальных навыков, любой web-разработчик, знакомый с Dynamic HTML (DHTML), сможет быстро выучить XUL и начать создавать свои приложения.

Отличительные особенности XUL:

- Мощный язык разметки с поддержкой пользовательских элементов (widgets). В отличие от DHTML, с помощью которого можно создавать web страницы, с помощью XUL можно создавать переносимые приложения, содержащие окна, кнопки и ссылки.

- Основан на существующих стандартах. XUL - это язык XML, основанный на стандарте W3C XML 1.0.

Приложения, написанные на XUL, используют дополнительные стандарты W3C как HTML 4.0;

Cascading Style Sheets (CSS) 1 and 2; Document Object Model (DOM) Levels 1 2; JavaScript 1.5, включающий ECMA-262 Edition 3 (ECMAscript); XML 1.0.

- Межплатформенная переносимость. XUL может быть использован на любой платформе, поддерживаемой Mozilla.

- Отделенная логика для отображения и формирования интерфейса.

- Легкость локализации, модификации или настройки.

Pages:     | 1 |   ...   | 7 | 8 ||










© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.