Для выполнения операций с хранилищем 1С конфигурации предназначено окно хранилища конфигурации. Из этого окна можно выполнить все операции, доступные с хранилищем конфигурации. Кроме этого, большой ряд операций с хранилищем доступен и из окна конфигурации. Для того чтобы разработчик мог видеть текущее состояние объектов конфигурации, и в том и в другом окне выводится информация о состоянии объектов в виде пиктограмм.

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

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

Хранилище конфигурации позволяет определить необходимое количество пользователей хранилища, задать имя пользователя, пароль и определить права пользователя. При создании хранилища система обязательно создает пользователя хранилища, обладающего полным набором прав, и предлагает задать имя пользователя (по умолчанию Администратор) и пароль. Пользователи хранилища создаются в окне администрирования хранилища конфигурации, вызываемом по команде Конфигурация ► Хранилище конфигурации ► Администрирование хранилища...

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

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

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

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

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

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

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

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

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

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

Для этого платформа «1С: Предприятие 8» содержит инструмент создания дистрибутивов. Затем нужно обеспечить обновление существующих у пользователя версий прикладного решения на новые. Которые будут выпускаться по мере необходимости. Для этих целей платформа также содержит механизм поддержки прикладных решений, который позволяет пользователю обновлять версию своего прикладного решения, как в ручном, так и в автоматическом режиме.

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

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

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

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

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

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

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