Доклад: Использование платформы «1С: Предприятие 8» для создания ИС.

Глава 8.

Введение. Сейчас имеется много специализированных средств создания ИС, которые включают, средства проектирования БД, реализации дружественного интерфейса, но самое главное, они позволяют эффективно представлять бизнес-процессы предприятия, легко их, описывая и при необходимости модифицируя. Можно сказать, что таким наиболее популярным средством служит платформа 1С: Предприятие 8, которая создана фирмой 1С. В этом разделе мы опишем основные средства проектирования ИС, которыми располагает платформа, чтобы дать представление о ее возможностях.

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

Достоинство конфигуратора состоит в том, что он содержит большое число разнообразных классов объектов, которые хорошо понятны как разработчику ИС, так и пользователям, которые в последующем будут работать с этими объектами (см. рис. 8.1). На рис.8.1 перечислены все классы объектов, которыми располагает конфигуратор для разработки прикладных решений. Среди них следует отметить, Справочники, Документы, Журналы документов, Отчеты, Планы счетов, видно что все перечисленные классы объектов имеют прикладную направленность.

Рис. 8.1. Конфигуратор – общий вид

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

Итак, разработчик прикладного решения создает его (в терминах разработчика конфигурацию), а пользователь работает с ним. Поэтому платформа «1С: Предприятие 8» работает в двух режимах: режим конфигуратора, предназначенный для создания конфигураций, и режим 1С: Предприятие, в котором пользователь собственно и работает, используя для этого интерфейс прикладного решения. В задачи этого учебного пособия не входит обучить читателя работать на платформе «1С: Предприятие 8», но лишь дать самые общие представления о ней, чтобы читатель понял разницу между универсальными средствами проектирования ИС, которым принадлежит СУБД MS Access и предметно-ориентированными, которым принадлежит платформа «1С: Предприятие 8».

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

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

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

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

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

Рис. 8.2. Создание справочника Клиенты

В левой части вновь открывшейся формы перечислены свойства создаваемого объекта, как это принято в объектно-ориентированном программировании. Здесь перечислены все необходимые свойства, но мы не будем использовать их все, т.к. наш справочник достаточно простой. Поэтому мы выбираем вкладку Данные, и экран приобретает такой вид, как на рис. 8.3.

Рис.8.3. Заполнение сведений о данных справочника

В данном случае на этой вкладке мы устанавливаем длину кода, который используется для идентификации записей справочника и является ключевым для них, Длина наименования – это

На других вкладках мы ничего менять не будем.

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

Рис. 8.4. Форма для заполнения справочника Клиенты

После этого появляется маленькая форма, где главным полем является Наименование. В это поле мы и введем нашего первого клиента Иванов Иван Иванович (см. рис. 8.5). Затем в выпадающем списке «Все действия» мы выбираем действие «Записать» и ранее пустая форма, как на рис. 8.4 приобретает вид, как на рис. 8.6.

Рис. 8.5. Внесение первой записи в справочник Клиенты.

Рис. 8.6. Первый клиент записан

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

Рис. 8.7. Частично заполненный справочник Клиенты

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

Справочник Сотрудники. Открываем раздел конфигуратора Справочники и выполняем действие «Добавить». После чего в открывшейся новой форме вводим Имя – Сотрудники и переходим на вкладку Данные (см. рис. 8.8).

Рис. 8.8. Создание справочника Сотрудники (первый шаг)

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

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

Рис. 8.9. Справочник с табличной частью

Теперь наступило время заполнять этот справочник. Для этого нажимаем функциональную клавишу F5 и переходим в режим отладки. Далее мы можем заполнить этот справочник, введя ФИО сотрудника в качестве реквизите справочника и данные о его прошлой трудовой деятельности в виде записей в табличной части, как это показано на рис. 8.10.

.

Рис.8.10. Справочник с заполненной табличной частью

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

Попробуем теперь усложнить справочник «Клиенты», создав т.н. иерархический справочник. Такие справочники позволяют создавать различные группы записей, в зависимости от их назначения. Например, в справочнике Клиенты можно создать две группы клиентов Оптовые и Розничные. Для этого во вкладке Иерархия надо установить флажок напротив надписи Иерархический справочник (см. рис. 8.11).

Рис. 8.11. Превращение справочника в иерархический.

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

Рис. 8.12. Заполнение иерархического справочника.

Теперь мы можем совмещать два качества справочников – одновременно создавать иерархический с табличной частью. Тем самым, даже на примере такого простого объекта, как справочник, мы продемонстрировали, что средства предметно-ориентированного программирования обладают определенными преимуществами по сравнению с традиционными СУБД. С другой стороны, и СУБД в качестве инструмента создания ИС нельзя исключать в силу простоты и наглядности концептуальной модели предметной области, и развитых средств извлечения информации.

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

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

Документы используются в проводках, что влечет изменение состояния регистров. Например, увеличивается количество товара в регистре Остатки при проведении приходной накладной.

Рис. 8.13. Заполнение документа Приходная накладная

Журналы документов — средство группировки связанных по смыслу документов, например, журнал Склад объединяет приходные и расходные накладные, которые имеют отношение к складу. Аналогично могут быть созданы журналы Банк, Кадры и т.д.

Нумераторы — это служебные объекты, связанные с документами и предназначенные для единой (сквозной) нумерации документов нескольких видов, например, нумератор “Кадровый”, который используется для присвоения номеров всем кадровым приказам.

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

Перечисление — это предопределенный набор значений, заданный еще на этапе разработки приложения, который не редактируется в режиме 1С: Предприятие. Например, может быть создано перечисление ТипКлиента со значениями Обычный и ОченьВажнаяПерсона. Для последних можно предусмотреть скидки.

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

Отчеты – обязательный тип объекта в любой ИС, которые можно красиво распечатать и предъявить начальству. Отчеты могут отражать содержимое всевозможных реестров, детальную и сводную информацию, например, отчеты “Оборотно-сальдовая ведомость”, “Список сотрудников”, “Анализ продаж”.

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

Обработки – используются для некоторой обработки информации из базы данных. Например, можно спроектировать обработку «Расчет зарплаты», “Закрытие периода”. У обработок могут быть реквизиты и табличные части, их смысл аналогичен реквизитам и табличным частям отчетов. В некотором смысле обработки совпадают с макросами в обычном понимании этого слова.

Планы видов характеристик — Предназначены для хранения дополнительных характеристик объектов, например дополнительных свойств товаров (вес, цвет, размер). Через этот объект реализован механизм субконто в бухгалтерском учете.

Регистры сведений – предназначены для хранения любой информации об объектах в разрезе заданных измерений, например, Цены товаров. Отличие регистра сведений от регистра накопления в том, что в регистре сведений каждая запись уникальна и полностью определяется своими измерениями. Например, если регистр сведений ЦеныТоваров имеет измерения Номенклатура и ТипЦен, то мы не сможем ввести в этот регистр две цены одного типа по одной номенклатуре, например, две оптовые цены товара “Холодильник Bosh″.

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

Регистры накопления — предназначены для хранения информации поддающейся суммированию и развернутой по комбинации измерений. Например, “Остатки товаров”, “Продажи”, “Взаиморасчеты”. Регистры накопления делятся на регистры остатков и регистры оборотов. Первые выдают информацию на момент времени, а вторые – за период.

Планы счетов – содержат список счетов для бухгалтерского или управленческого учета, например, план счетов “Основной”, “Управленческий”, “ПланGAAP”. Заметьте, что в отличие от версии 7.7, добавление нового плана счетов еще не означает полного разделения учета, поскольку все проводки хранятся в регистрах бухгалтерии, описанных чуть ниже. Поэтому для отделения одних проводок от других нужно завести еще новый регистр бухгалтерии, основанный на определенном плане счетов

Регистры бухгалтерии — хранят записи (проводки), основанные на определенном плане счетов. Так регистр бухгалтерии “Управленческий” связан с планом счетов “Управленческий”. Регистр бухгалтерии всегда связан только с одним планом счетов, но один план счетов может использоваться в различных регистрах бухгалтерии.

Планы видов расчета – содержат виды расчета, имеющие между собой нечто общее, как то: одинаковые базовые виды расчеты, одинаковые правила перерасчета, общие правила вытеснения по периоду. Например, планы Основные начисления, Налоги. Затем на основе планов создаются регистры расчета, содержащие непосредственно записи расчетов.

Регистры расчета — предназначены для хранения записей сложных периодических расчетов, например, регистр расчета Начисления. Регистр расчета всегда основан на определенном плане видов расчета. Измерения, ресурсы и реквизиты регистра расчета разработчик указывает самостоятельно. Например, в регистре расчета могут быть измерения Физлицо, Подразделение, Организация, ресурс Результат, и реквизиты – комментарий, график и т.д.

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

Описание бизнес-процессов в конфигураторе. Платформа «1С: Предприятие 8» позволяет описывать бизнес-процессы, что очень важно для их анализа и преобразования. Механизм бизнес-процессов в «1С: Предприятие 8» обеспечивается объектами задача и бизнес-процесс;

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

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

Рис. 8.13. Пример бизнес-процесса

Мы не сможем описать все возможности платформы «1С: предприятие 8» для представления бизнес-процессов, это потребует слишком много места. Наша цель состояла в том, чтобы продемонстрировать возможность средств предметно-ориентированного программирования, которым является платформа «1С: Предприятие 8» и их отличие от возможностей обычной СУБД. Эту задачу, мы решили.