Изначально, GRIA предлагала объединить бизнес модели и процесс в платформу Globus GT2. В то время Globus было самым успешным имеющимся промежуточным программным обеспечением Grid, хотя, все еще ориентированный на потребность в высоко эффективных вычислительных ресурсах, начало которой было положено ранним изучением Grid. Однако, было много трудностей испытанных ранними приверженцами Globus – программное обеспечение было слишком сложно реализовать, обслуживать и использовать (например, широко известные сложности с доступом к Globus через брандмауэр).
Первая стадия GRIA включала в себя анализ технических условий бизнес процесса поддерживать который будет необходимо, но в течение этой стадии была запущена архитектура открытого сервиса Grid (OGSA). Сразу стало очевидно, что первоначальная цель использования Globus Toolkit 2 (GT2) уже была не жизнеспособна и что GT3/OGSA вскоре заменит GT2. Столь же понятно было то, что будет множество задержек прежде чем GT3 станет в достаточной мере сформировавшейся для использования ее в качестве основы сильной промышленной системы. Другое межплатформенное программное обеспечение Grid (такое как UNICORE) было доступно или находилось в процессе разработки, но не было консенсуса в отношении долгосрочной жизнеспособности или исправности любой из этих альтернатив, следующих за выпуском OGSA.
GRIA в настоящее время (2002) отказался от исходного предложенного инструментария GT2 и вместо этого реализовал облегченную инфраструктуру Grid используя веб - сервисы для поддержки обработки файловых вычислений в коммерческом контексте «бизнес - бизнес». Использование веб - сервисов было согласовано с требованиями производства и с решением объединения Grid разработать сервисы Grid в качестве усовершенствованной модели веб – сервисов.
Предварительный выпуск GRIA показал осуществимость подхода веб - сервисов при поддержки предложенного бизнес процесса смоделированного на реальной коммерческой практике («привлекать предложения для контрактов»). Первый полный релиз GRIA в 2003 представил отчетность по применению и выставлению счета-фактуры. Финансовая модель снова отражала установившуюся практику деловых отношений с необходимостью открыть счет поставщика вперед любых договорных отношений и выставления счетов-фактур типично в конце месяца. Предложенный процесс также поддерживался качественным обслуживанием переговоров и дополнительной функцией – списком предварительно одобренных поставщиков.
Оценка внутренней стороны проекта конечными пользователями определила широкий диапазон различных требований для интерфейса пользователя. Одной крайностью были пользователи, которые ожидали интерфейс типа командной строки, тогда как другой крайностью были пользователи требовали легкий в использовании графический интерфейс. GRIA v1 использовал интерфейс типа «мастер», который не мог обеспечить эти очень разные требования – последовательность выполняемых действий приложением осуществлялась принудительно и оказалась очень сильно ограниченной. Чтобы обеспечить максимум гибкости со стороны клиента было разработано API(Application Programming Interface - программный интерфейс приложения), чтобы позволить партнерам пользователя писать их собственные клиентские программ для пользовательских приложений GRIA.
Релиз GRIA v2 в начале 2004 предоставил это API для поддержки продвинутых пользователей с некоторыми ограничениями графических программ обработки предусмотренные для пользователей, которые не желают использовать интерфейс типа командной строки. API был реализован в Java и дополнительный интерфейс типа командной строки также поставлялся, таким образом, пользователи могли писать скрипты чтобы установить производственный процесс GRIA.
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.