Архитектура системы. 
Использование программного интерфейса

Выбор типа приложения

Автоматизированные системы давно и прочно обосновались во многих сферах деятельности человека, сделав хранение и обработку данных различного объёма более простыми и удобными. Развитие сети Internet позволило со временем сделать доступ к программному комплексу удалённым посредством реализации концепции «клиент-сервер», в которой централизованным хранением и обработкой данных по запросу клиента занимается серверное приложение.

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

В рамках единой программы реализуется весь функционал приложения. Примером такой организации системы может служить Microsoft Exchange Server, обеспечивающий обработку и пересылку сообщений электронной почты, работу с календарем и многое другое. В качестве клиентского приложения используется, например, Microsoft Outlook или Outlook Express, которые представляют собой программы, установленные на компьютер пользователя, а также Outlook Web Access, представляющий из себя веб-клиент, практически аналогичный по функциональности Microsoft Outlook.

Этот пример позволяет увидеть основные различия между web-клиентом и приложением, которое устанавливается на компьютер пользователя.

Использование web-клиента даёт серьёзное преимущество пользователю — при обновлении программного комплекса не требуется переустановка клиентских компонентов программы, что ускоряет процессы внедрения программного комплекса или перехода на его новую версию. Собственно, в этом случае вообще не требуется проводить какие-то работы на машине пользователя, если не возникает проблема отображения страниц, получаемых от сервера, в браузере.

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

Если же приложение имеет более специфические функции (например, система электронного документооборота, в которую заложена зачастую достаточно сложная логика управления движением документов по бизнес-процессу, или разрабатываемая система управления заказами, предусматривающая возможность конструирования наборов данных, соответствующих определённому объекту), целесообразно использовать более гибкие инструменты (например, каркасы приложения (framefork) Django или Ruby on Rails).

Необходимые действия по установке обычно сводятся к обеспечению удалённого доступа посредством настройки сети или сетевых модулей (если работа с приложением возможно только из локальной сети предприятия) и создания учётной записи для работы с системой. Такой принцип подходит для систем различного вида, таких как системы электронного документооборота, управления проектами (Redmine, серверное веб-приложение), контроля версий (Git, в частности gerrit и gitweb).

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

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

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

Для реализации данного приложения будет использоваться каркас приложения (framework) Ruby on Rails, созданный с помощью объектно-ориентированного языка Ruby.