МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ ПЕНЗЕНСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ МНОГОПРОФИЛЬНЫЙ КОЛЛЕДЖ КОНСПЕКТ ЛЕКЦИЙ междисциплинарного курса МДК 01.03 ПРОГРАММИРОВАНИЕ В СРЕДЕ «1С: ПРЕДПРИЯТИЕ» профессионального модуля ПМ.01 Разработка программных модулей программного обеспечения для компьютерных систем Специальность 09.02.03 Программирование в компьютерных системах Квалификация выпускника – Техник-программист Форма обучения – Очная 2015 г Содержание Введение .......................................................................................................................... 3 1. Предметно-ориентированное моделирование информационных систем ............ 4 1.1. Понятия и определения предметно-ориентированного моделирования ......................... 4 1.2. Типы моделей ........................................................................................................................ 4 2. Система программ «1С: Предприятие 8» ............................................................... 5 2.1. Состав системы программ «1С: Предприятие 8» .............................................................. 5 2.2. Структура конфигурации ..................................................................................................... 7 2.3. Архитектуры системы программ «1С: Предприятие» ...................................................... 9 2.4. Платформенно-зависимая модель «1С: Предприятие» ................................................... 12 3. Объектная модель платформы «1С: Предприятие» ............................................. 14 3.1. Объекты для построения ПЗМ........................................................................................... 14 3.2. Общая структура основного объекта ................................................................................ 15 3.3. Справочники ........................................................................................................................ 16 3.4. Документы ........................................................................................................................... 20 3.5. Регистры ............................................................................................................................... 24 3.6. Планы видов характеристик .............................................................................................. 28 3.7. Методика построения объектной PIM и PSM моделей ................................................... 30 4. Табличная модель платформы «1С: Предприятие» ............................................. 30 4.1. Табличная модель данных.................................................................................................. 30 4.2. Виды таблиц базы данных ................................................................................................. 31 4.3. Создание запроса и использование его результатов ....................................................... 33 4.4. Структура и описание запроса ........................................................................................... 35 4.5. Взаимосвязь таблиц ............................................................................................................ 37 4.6. Упорядочивание .................................................................................................................. 40 4.7. Группировка и итоги .......................................................................................................... 40 4.8. Параметры ........................................................................................................................... 41 Заключение ................................................................................................................... 43 Литература .................................................................................................................... 44 2 Введение Российская фирма "1С" основана в 1991 г. и специализируется на разработке, дистрибьюции, издании и поддержке компьютерных программ экономического и домашнего назначения. По данным многочисленных опросов фирма «1С» занимает первое место в программном секторе российской компьютерной индустрии. Из собственных разработок фирмы "1С" наиболее известны программы системы "1С: Предприятие", а также продукты для домашних компьютеров и образовательной сферы. "1С" работает с пользователями через разветвленную партнерскую сеть, которая включает более 10 000 постоянных партнеров в 600 городах 23 стран. Система "1С: Предприятие" широко распространена в России, Украине, Казахстане, Белоруссии и успешно применятся организациями многих стран мира. Постановлением Правительства России от 21 марта 2002 года за создание и внедрение в отраслях экономики системы программ "1С: Предприятие" коллективу разработчиков – сотрудников "1С" была присуждена Премия Правительства РФ в области науки и техники. Программные продукты фирмы «1С» фактически стали стандартом экономического программного обеспечения и в Пензенском регионе. Анализ распространения бухгалтерских программ показывает, что подавляющее большинство организаций и предприятий ведут автоматизированный бухгалтерский учет и при этом в основном используют программы фирмы «1С». В Пензе продукты фирмы «1С» используют как крупные предприятия («Химмаш», «Пенздизельмаш», «Пензкомпрессормаш», «Тяжпромарматура» и др.) так и множество средних и малых предприятий, включая частных предпринимателей. Как отметил Б. Нуралиев, глава фирмы 1С, на Конференции «Использование программных продуктов 1С в учебных заведениях»: «Основным ресурсом развития информационных технологий являются квалифицированные специалисты. Несмотря на негативные тенденции, присутствующие в настоящее время в экономике России, не зафиксировано сокращения спроса на квалифицированных специалистов, владеющих современными решениями на платформе «1С: Предприятие». Как по результатам внутренних опросов среди фирм-партнеров «1С», так и по данным независимых исследований эта специальность остается востребованной и высокооплачиваемой. Спрос на них генерирует как расширяющееся сообщество "1С", так и корпоративные пользователи. По данным опроса партнеров "1С", 13% компаний планируют увеличить численность сотрудников. Анализируя рынок труда в этой области, известное аналитическое ИТ-издание CNews указывает, что "самыми востребованными ИТ-специалистами стали программисты 1С - 35,3% от общего числа заявок на подбор кадров, второе и третье места заняли системный администратор и программист С++ - 31,4% и 7,8% соответственно». Аналогичная ситуация складывается и в Пензенском регионе. Фирмы-партнеры «1С» постоянно испытывают нехватку высококвалифицированных кадров. На решение этой проблемы и ориентировано изучение данной дисциплины. 3 1. Предметно-ориентированное моделирование информационных систем 1.1. Понятия и определения предметно-ориентированного моделирования В основе методологии разработки на основе использования моделей лежит принцип разделения этапов общего проектирования (моделирования) и последующей реализации приложения на конкретной программной платформе. То есть, сначала создается общая и независимая от способов реализации модель приложения, а затем на основании модели осуществляется реализация программы в какой-либо среде разработки. При этом процесс разработки полностью основывается на модели, которая должна содержать всю необходимую для программирования информацию. Очевидны преимущества, которые дает такой подход: Независимость модели от средств разработки обеспечивает возможность реализации на любой программной платформе. Приложение, реализованное по такому принципу, может быть легко перенесено из одной операционной системы в другую. Существенна экономия ресурсов при реализации приложения для нескольких программных платформ одновременно. Архитектура позволяет до известной степени автоматизировать процесс программирования. Наличие подробной модели обеспечивает автоматическое создание типовых частей приложения, разработка которых поддается автоматизации. Например, создание пользовательского интерфейса, программирование типовых операций, создание базы данных и организация доступа к данным. При разработке модели становится возможным использовать терминологию предметной области, применяемую при постановке задачи. Итак, в основе этой методики разработки лежит понятие модели. Модель – описание или спецификация системы и ее окружения, созданная для некоторых целей. Часто модель является комбинацией текстовой и графической информации. Текст может быть описан специализированным или естественным языком. Платформа – набор подсистем и технологий, которые представляют единый набор функциональности, используемой любым приложением без уточнения деталей реализации. Преобразование модели – процесс преобразование одной модели системы в другую модель той же системы. Процесс разработки – это последовательное (поэтапное) продвижение от одной модели системы к другой. При этом каждая последующая модель преобразуется из предыдущей и дополняется новыми деталями. 1.2. Типы моделей Вычислительно-независимая модель (Computation Independent Model - CIM) описывает общие требования к системе, словарь используемых понятий и условия ее функционирование (окружение). Модель не содержит никаких сведений 4 технического характера, описаний структуры и функционала системы. CIM – максимально общая и независимая от реализации системы модель. Словарь используемых понятий оперирует терминами предметной области. При создании небольших программных систем моделью CIM можно считать техническое задание. Платформенно-независимая модель (ПНМ) (Platform Independent Model - PIM) описывает состав, структуру, функционал системы. Модель может содержать сколь угодно подробные сведения, но они не должны касаться вопросов реализации системы на конкретных платформах. Модель PIM создается на основе CIM. Для создания модели, к примеру, может использоваться унифицированный язык моделирования UML. Платформенно-зависимая модель (ПЗМ) (Platform Specific Model - PSM) описывает состав, структуру, функционал системы применительно к вопросам ее реализации на конкретной платформе. В зависимости от назначения, модель может быть более или менее детализированной. Эта модель создается на основе двух моделей – PIM и модели платформы. Модель PIM служит основой модели PSM. Модель платформы используется для доработки PSM в соответствии с требованиями платформы (рис. 1.1). Рис.1.1. Схема разработки на основе моделей 2. Система программ «1С: Предприятие 8» 2.1. Состав системы программ «1С: Предприятие 8» В основе системы программ "1С: Предприятие" лежит единая технологическая платформа. Она является фундаментом для построения всех прикладных решений. Единая технологическая платформа (ЕТП) – набор из исполняемого файла, динамических библиотек и вспомогательных файлов, устанавливаемых в операционной системе и обеспечивающих функционирование системы программ «1С: Предприятие» в целом. Наличие единой технологической платформы облегчает создание отдельных прикладных решений и обеспечивает их невысокую стоимость. Главное преимущество такого подхода – стандартизация разработки, обеспечение масштабируемости и обеспечение быстрого внедрения современных технологий во всех прикладных решениях. Платформа «1С: Предприятия» для всех прикладных решений независимо от отраслевой специфики и фирмы разработчика обеспечивает: 5 возможность использования системы от локального компьютера до десятков пользователей в локальной сети; использование файловой или трехзвенной архитектуры; возможность развертывания работы на нескольких территориально удаленных точках с периодическим обменом информацией; возможность использования современных технологий (WEB, XML, интеграция с другими программными системами и различным торговым оборудованием). Наличие ЕТП и общей методологии позволяет создавать специализированные и индивидуальные решения на базе стандартных, добавляя в них только необходимые отличия, учитывающие специфику отрасли или конкретного предприятия. Конфигурация (прикладное решение) – структура метаданных и интерпретируемый код на языке «1С: Предприятия», исполняемые на платформе «1С: Предприятие» и реализующие некоторый специализированный функционал (рис. 2.1). Фактически, структура конфигурации является моделью предметной области. Конфигурации Конфигурации Компоненты Единая технологическая платформа Платформа 1С:Предприятие 8.0 1С:Предприятие 7.7 Рис. 2.1. Состав системы программ «1С: Предприятие» Различают следующие виды конфигураций: Типовые конфигурации разрабатываются фирмой «1С» и являются эталоном Конфигурации партнеров разрабатываются партнерами фирмы «1С» и, как правило, предназначены для автоматизации сравнительно узких участков учета. Фирмой «1С» выпускается набор стандартных (типовых) решений, ориентированных на наиболее массовые типы предприятий. Существенная часть пользователей применяет типовые решения, без каких либо изменений и доработок. Существуют следующие основные типовые конфигурации: Бухгалтерия предприятия Управление торговлей Зарплата и управление персоналом Управление производственным предприятием Управление небольшой фирмой Разработкой и распространением специализированных (отраслевых) решений на платформе «1С: Предприятие» занимается в настоящее время более сотни фирм. Каждая из них создает специализированное тиражное решение, используя общие методологические решения, разрабатываемые фирмой «1С», и концентрируясь 6 именно на специфических потребностях той или иной отрасли. Примерами таких отраслевых решений являются программы для автоматизации розничной торговли, фармацевтики, торговли запчастями, ремонта автомобилей, сельскохозяйственных предприятий, воинских частей и т.д. Спектр успешно применяемых отраслевых решений постоянно расширяется. Кроме того, возможности «1С: Предприятия» позволяют создавать и индивидуальные решения, учитывающие потребности конкретной организации. Этим занимаются сертифицированные специалисты франчайзинговых фирм. Такие решения, как правило, являются развитием или модернизацией типового решения фирмы «1С» или тиражного специализированного решения, но могут быть разработаны и полностью «с нуля», если того требует ситуация. Таким образом, «программа» 1С:Предприятие = (платформа) + конфигурация, где ( ) – закрытый программный код В «1С: Предприятии» реализована идеология использования открытого программного кода. Пользователь или разработчик может использовать среду разработки Конфигуратор, в которой доступен весь программный код конфигурации (но не платформы). 2.2. Структура конфигурации Конфигурация, являющаяся составной частью системы программ «1С: Предприятие», с точки зрения пользователя является собственно «программой». В конфигурации в целом объединены данные и метаданные. Программист, использующий среду разработки Конфигуратор, работает с конфигурацией, как главным объектом процесса разработки. С точки зрения программиста конфигурация – это проект, объединяющий в своем составе модель предметной области и программный код. В целом можно представить упрощенную схему процесса разработки, когда конфигурация как проект разработки превращается в типовую конфигурацию, с которой работают пользователи (рис.2.2). 7 1 Работа программиста в среде разработки Конфигуратор. На этом этапе конфигурация главный объект процесса разработки. 2 Создание в среде разработки Конфигуратор файлов поставки конфигурации (дистрибутива конфигурации). На этом этапе конфигурация превращается в типовую или партнерскую и становится «программой». 3 Установка конфигурации на компьютере пользователя. Пользователь запускает программу, например 1С:Бухгалтерия, которая на самом деле является типовой конфигурацией, работающей с помощью платформы. Рис. 2.2. К понятию «конфигурация» В «1С: Предприятии» данные и метаданные хранятся в одном месте, которое называется информационной базой (рис.2.3). Информационная база – совокупность данных и метаданных, хранящихся в локальной или серверной базе данных и доступных для пользователей и разработчиков При работе с базой данных пользователей редактируемые данные блокируются. Это относится как к данным, так и метаданным. Действительно, нельзя изменить структуру таблицы, если ее содержимое заблокировано хотя бы и частично. Для того, чтобы обеспечить возможность разработки (доработки) конфигурации одновременно с работой пользователей, в «1С: Предприятии» используются два экземпляра конфигурации. Основная конфигурация Конфигурация БД Информационная база Единый файл конфигурации .1cd Рис. 2.3. Процесс обновления информационной базы Конфигурация БД – метаданные, содержащие структуру конфигурации, хранящиеся в локальной или серверной БД, недоступные для интерактивного изменения. 8 Основная конфигурация метаданные, содержащие структуру конфигурации, хранящиеся в локальной или серверной БД, доступные для интерактивного изменения. Разработчик в процессе работы имеет дело с основной конфигурацией. Ее состав доступен в дереве конфигурации в среде разработки Конфигуратор. После внесения необходимых изменений (в ходе этих работ пользователи продолжают работать с информационной базой) разработчик обновляет конфигурацию базы данных и на этом этапе необходимо использовать информационную базу в монопольном режиме. Конфигурация имеет в своем составе: Структуру учетных данных (основные объекты – справочники, документы, планы); Структуру пользовательского интерфейса (формы, меню, командные панели и т.д.); Модули различных типов с программным кодом (общие, объектов, форм); Механизмы хранения и обработки итоговых данных (регистры); Механизмы представления бизнес-процессов (бизнес-процессы и задачи); Механизмы создания распределенных информационных баз (планы обмена); Механизмы разграничения прав доступа; Вспомогательные объекты 2.3. Архитектуры системы программ «1С: Предприятие» Система «1С: Предприятие» поддерживает два варианта работы: файловый и клиент-серверный. Файловый вариант работы с информационной базой рассчитан на персональную работу одного пользователя или работу небольшого количества пользователей в локальной сети. В этом варианте все данные информационной базы (конфигурация, база данных, административная информация) располагаются в одном файле (рис. 7.4). 1С: Предприятие 8 (клиентская часть) Информационная база Рис. 2.4. Файловый вариант работы В файловом варианте тоже можно вести реальную учетную работу, но он не предоставляет всех возможностей по масштабируемости, защите данных, какие имеет клиент-серверный вариант. Поэтому он используется на малых предприятиях. Клиент-серверный вариант предназначен для использования на средних и крупных предприятиях. Он реализован на основе трехуровневой архитектуры «клиент-сервер» (рис. 2.5) 9 1С: Предприятие 8 (клиентская часть) Кластер серверов 1С: Предприятие 8 Сервер базы данных Информационная база Рис. 2.5. Трехуровневая архитектура 1С: Предприятия Клиент-серверный вариант работы - это основной вариант работы в многопользовательской среде с большим объемом данных. Он предоставляет абсолютно все возможности по масштабируемости, администрированию и защите данных. Однако он требует значительных усилий по установке и администрированию. При этом физически серверная и клиентские части системы 1С: Предприятие 8 могут располагаться как на разных компьютерах, так и на одном. Главное, что пользователь не имеет непосредственного доступа к серверу баз данных, и это позволяет обеспечивать безопасность данных. А в файловом варианте база данных должна находиться на некотором общем сетевом ресурсе, доступном пользователям. Система 1С: Предприятие изначально рассчитана на клиент-серверный вариант работы. Хотя можно разрабатывать конфигурацию в файловом варианте работы и она будет работать и в клиент-серверном варианте без дополнительных доработок. (Как в лабораторной работе и курсовом проекте) Это достигается за счет того, что конфигурация разрабатывается всегда исходя из клиент-серверной архитектуры. В системе 1С:Предприятие просто нет возможности разрабатывать ее и по-другому. И в том случае, когда используется файловый вариант работы, система при исполнении прикладного решения просто «имитирует» наличие сервера на клиентском компьютере. Клиент-серверная архитектура разделяет всю работающую систему на три различные части, определенным образом взаимодействующие между собой, Клиент, Сервер 1С: Предприятия и Сервер баз данных. Клиентское приложение - это программа, часть системы 1С:Предприятие. Основное ее назначение - организация пользовательского интерфейса, отображение данных с возможностью их изменения. Кроме этого, клиентское приложение может исполнять код на встроенном языке (то есть какие-то алгоритмы разработчика), но оперирует при этом лишь очень ограниченным пространством типов встроенного языка. Такой подход позволяет клиентскому приложению быть очень «легким», не 10 требовать много ресурсов, обращаться к Интернету и работать даже в среде веббраузеров. Клиентское приложение взаимодействует с сервером 1С:Предприятия. Сервер 1С:Предприятия - это тоже программа, часть системы 1С :Предприятие. Одна из основных задач этой программы - передавать запросы от к ли е н тс к о г о приложения к серверу баз данных и возвращать обратно клиенту результаты этих запросов. Другая задача сервера - исполнение большинства алгоритмов на встроенном языке, подготовка данных для отображения форм, отчетов и т.д. То есть, все сложные вычисления, требующие непосредственной работы с данными, исполняются именно на сервере. При этом на сервере доступно практически все пространство типов встроенного языка 1С:Предприятия, за исключением, чисто интерфейсных типов, потому что у сервера нет никакой интерфейсной части, так как он общается не с пользователями, а только с другими программами: клиентским приложением и с сервером баз данных. Сервер баз данных - это тоже программа. Она уже не является частью 1С:Предприятие, это специализированная программа, поставляемая сторонними производителями. Ее основное назначение организация и ведение баз данных структурированных наборов данных, описывающих характеристики каких-либо физических или виртуальных систем. В настоящее время система 1С:Предприятие может работать со следующими серверами баз данных: Microsoft SQL Server, PostgreSQL, IBМ DB2, Oracle Database. File DBMS. У каждого общего модуля конфигурации, существует набор свойств: Клиент (управляемое приложение), Сервер и Внешнее соединение. Значения этих свойств (истина/ложь) определяют, где будут скомпилированы экземпляры модулей. Все, что разработано и написано в конфигурации пока только некая «заготовка». Платформа запускаемая в режиме 1С:Предприятие, превращает все это в программу, которую уже можно исполнить на компьютере, - компилирует. При этом есть разные части системы, в которых исполняется код – сервер и клиентские приложения. Поэтому для общих модулей необходимо в явном виде указать, на какой «стороне» они должны быть скомпилированы - на сервере или клиенте. Если установить свойство Клиент (управляемое приложение), то экземпляры этого модуля будут скомпилированы только на стороне клиента в контекстах тонкого клиента и веб-клиента. Если у модуля установлено только свойство Сервер, то модуль будет скомпилирован только на стороне сервера. Клиентских приложений – три: Толстый клиент (1cv8.exe), Тонкий клиент(1cv8с.exe) и Веб-клиент. «Толстым» клиент называется потому, что может исполнять всю функциональность встроенного языка, в том числе работать с типами данных СправочникОбъект.<имя>, ДокументОбъект.<имя>. Он требует значительных ресурсов на компьютере пользователя. Тонкий клиент требует значительно меньше ресурсов, так как он исполняет ограниченный набор функциональности встроенного языка, предназначенный лишь для отображения и изменения данных в оперативной памяти. Вся работа с базой данных выполняется на стороне сервера. 11 Веб-клиент не существует в виде файла, потому что он исполняется не в среде операционной системы, а в среде интернет-браузера. Пользователю достаточно всего лишь запустить свой браузер, ввести адрес веб-сервера, на котором опубликована информационная база и веб-клиент скачается к нему на компьютер и начнет исполняться. Форма (документа или справочника) существует и на сервере, и на клиенте одновременно. Поэтому для каждой процедуры, которая существует в модуле формы, нужно указывать в явном виде контекст ее исполнения: на сервере или на клиенте. Наличие директив &НаКлиенте или &НаСервере или &НаСервереБезКонтекста связано с тем, что при использовании встроенного языка в модуле формы клиентский код должен быть четко отделен от серверного. Таким образом, указав одну из директив, разработчик в явном виде программирует серверную или клиентскую части. В модуле формы одновременно можно поместить процедуры с различными директивами исполнения и передавать выполнение кода с к ли е н т а на сервер. Также из клиентской процедуры модуля формы можно вызвать процедуру общего модуля, которая может выполняться как на клиенте, так и на с е р ве р е , в зависимости от установленных свойств модуля Тонкий клиент или Сервер. После запуска прикладного решения выполнение кода всегда начинается на клиенте. В процессе работы выполнение кода может быть передано на сервер посредством вызова процедуры общего модуля, скомпилированного на сервере. При вызове процедуры или функции её поиск осуществляется сначала на клиенте. Если скомпилированный контекст клиента не содержит данную процедуру, то поиск продолжается на стороне сервера. Если вызываемая процедура будет найдена, то выполнение кода будет передано на сервер. После завершения процедуры выполнение кода продолжится на клиенте. 2.4. Платформенно-зависимая модель «1С: Предприятие» Среда разработки «1С: Предприятия» – Конфигуратор, обеспечивает создание приложений на основе платформенно–зависимой модели. Собственно модель соответствует структуре конфигурации, которая доступна программисту для разработки и просмотра в специальном инструменте – окне дерева конфигурации. Дерево конфигурации состоит из объектов – элементов модели. Различают три вида объектов. Основные объекты обеспечивают собственно моделирование. Каждый основной объект моделирует какую-либо сущность предметной области. К ним относятся справочники, документы, отчеты, регистры и т.д. Подчиненные объекты отражают структуру и формируют поведение основных объектов. К ним относятся, например, реквизиты, табличные части, формы, макеты. Важнейшими из них являются реквизиты. Сущности обладают некоторыми свойствами, часть из которых является важными для построения правильной модели. Такие свойства отражаются в модели при помощи ряда инструментов, важнейшими из которых являются реквизиты. Реквизиты основных объектов – суть свойства сущностей предметной области. Табличные части – это таблицы реквизитов. Они призваны моделировать сложные свойства, которые не могут быть представлены одним параметром. 12 Общие объекты является вспомогательными и обеспечивают моделирование свойств конфигурации в целом. В процессе работы разработчик создает общие и основные объекты, настраивает их подчиненные объекты. При этом он просто отражает при помощи объектов структуру и состояние предметной области. Здесь важно подчеркнуть, что виды основных объектов созданы так, чтобы максимально эффективно моделировать именно задачи учета и документооборота. При этом при создании и настройке объектов автоматически выполняется значительный объем работы. Формируются программные объекты – дублеры основных объектов, изменяются существующие программные объекты, добавляются элементы управления и т.д. То есть на основе платформеннозависимой модели (ПЗМ) создается конкретная реализация на базе платформы «1С: Предприятие». Предметная область Объектная модель Программный код Интерфейс Процессная модель Табличная модель ПЗМ БД Рис.2.6. ПЗМ «1С: Предприятие» В рамках ПЗМ «1С: Предприятие» выделяют следующие модели. Объектная модель представляет структуру и состав предметной области. Она состоит из основных объектов, предназначенных для моделирования документооборота и учета в целом. Использует важнейшие основные объекты: документ, справочник, регистр, отчет. Процессная модель описывает бизнес-процессы предметной области. Состоит из специфических основных объектов: бизнес-процессов и задач. Объекты объектной и процессной моделей тесно связаны с программным кодом конфигурации. Для каждого основного объекта автоматически создается соответствующий одноименный программный объект, с которым может работать разработчик в процессе создания программного кода конфигурации. Кроме этого, создаются или изменяются разнообразные вспомогательные программные объекты (рис. 2.7). 13 Шаблон (класс) объекта Программный объект Основной объект Объект коллекции Рис.2.7. Взаимосвязь программных и основных объектов Например, для каждого вида основных объектов в конфигурации существует объект коллекции. Например, Справочники – это коллекция менеджеров всех справочников, через которую можно обращаться к любому справочнику: Справочники.Справочник1.НекотороеСвойство В то же время создание каждого основного объекта приводит к созданию новой таблицы в базе данных, связанной с конфигурацией. Совокупность таблиц представляет собой табличную модель, с которой разработчик взаимодействует при создании запросов. 3. Объектная модель платформы «1С: Предприятие» 3.1. Объекты для построения ПЗМ Документ – объект, предназначенный для представления первичной информации о совершенных хозяйственных операциях или о событиях, произошедших в жизни организации вообще. Документ обладает уникальной способностью – проведением. Это означает, что событие, которое документ отражает, повлияло на состояние учета. Факт проведения означает, что документ обработан полностью. Еще одна важная особенность документа – его привязка к шкале времени. Это позволяет отслеживать последовательность событий. Отчет – объект, предназначенный для представления алгоритмов и инструментов получения выходных данных. Отчеты обобщают, формируют и выводят в заранее заданной форме учетную информацию. Из перечисленных основных объектов уже можно построить завершенную информационную систему (рис.3.1). Документ Отчет Рис. 3.1. Простейшая информационная система на основе документов и отчетов 14 Однако, для целей практической разработки этих объектов недостаточно. Необходимо ввести еще два объекта, один из которых отвечает за организацию ввода данных, а второй за организацию хранения данных. Справочник – объект, предназначенный для описания однородных данных, представленных в виде списков. Данные, хранимые в справочниках можно считать условно-постоянными. Хотя пользователь имеет возможность редактировать содержимое справочников, происходит это сравнительно нечасто. Регистр – объект, предназначенный для описания структур накопления данных. Регистр содержит измерения – свойства, обеспечивающие анализ накапливаемых данных в требуемых разрезах. Регистр содержит ресурсы – виды накапливаемых данных. Регистр, как правило, связан с документом и обеспечивает сохранение данных, изменяемых или создаваемых при проведении документа. С практической точки зрения регистры обеспечивают повышение производительности конфигурации, так как они реализуют механизм распределения во времени вычислительной нагрузки. Действительно, если в регистры помещается итоговая, суммирующая информация, к которой впоследствии происходит обращение, значит часть вычислительных затрат реализована заранее – при помещении данных в регистр. Дополнительное увеличение производительности системы обеспечивается за счет применения еще одного специализированного механизма регистров – виртуальных таблиц. Справочник Документ Отчет Регистр Рис.3.2. Схема взаимодействия основных объектов Все основные объекты могут иметь набор дополнительных свойств, которые называются реквизитами. Набор реквизитов для каждого объекта отражает его специфические свойства и вообще говоря, может быть уникальным. В практике разработки в «1С: Предприятии» используется более широкий набор основных объектов, чем представлено в этом пункте. Однако, они исключены из рассмотрения вследствие их вспомогательной роли. 3.2. Общая структура основного объекта Для большинства основных объектов существует уникальная идентификация экземпляров объектов. Для этого используется понятие кода – числового или 15 строкового значения, имеющего уникальное значение на протяжении заданного интервала времени создания экземпляров объектов. В первую очередь основные объекты предназначены для представления некоторых данных. Эти данные – суть свойства отображаемых объектов. Единичные свойства представляются при помощи реквизитов. Реквизит содержит одно значение определенного, заранее заданного типа данных. Это может быть примитивный, ссылочный или составной тип данных. Иногда свойства моделируемых объектов имеют сложную структуру, которую также необходимо представлять в модели. В этом случае применяются табличные части – таблицы данных, где каждая колонка представляет один реквизит. Для отображения хранимых данных основной объект должен обладать соответствующими формами. Различают следующие общие виды форм: Форма списка – предназначена для отображения списка экземпляров основного объекта. Форма выбора – предназначена для отображения списка экземпляров основного объекта, приспособленную для выбора из других типов объектов. Форма элемент (объекта) – предназначена для отображения данных экземпляра объекта. Для представления данных в печатном виде используются макеты. 3.3. Справочники Назначение основного объекта Справочник. Справочники предназначены для хранения условно-постоянных данных, т.е. данных, которые изменяются сравнительно редко. Каждый справочник представляет собой список, который может быть структурирован линейно или иерархически. В зависимости от структуры, справочник может содержать или одни элементы или группы и элементы. У каждого элемента есть стандартные реквизиты: код (число или строка), наименование, родитель (имя группы или элемента верхнего уровня в иерархических справочниках), владелец (имя элемента владельца в подчиненном справочнике), ЭтоГруппа (булевского типа), ПометкаУдаления (булевского типа), Предопределенный (булевского типа), Ссылка (уникальное «внутреннее» поле для обращения к конкретному элементу). Справочники могут иметь предопределенные элементы – создаваемые на этапе разработки и запрещенные для редактирования пользователями. Предопределенные элементы используется при необходимости обратиться к каким-либо элементам из программного кода. Программные объекты справочников. С помощью встроенного языка можно выполнять различные операции над справочниками: создавать, изменять и удалять элементы, искать нужный элемент, перебирать элементы в цикле и т.д. Работа со справочниками из программы производится с помощь нескольких объектов. Каждый объект имеет свое назначение, собственные свойства и методы. Ниже описываются эти объекты и взаимосвязи между ними: СправочникиМенеджер обеспечивает доступ ко всем справочникам конфигурации. Свойства этого объекта совпадают с именами справочников и содержат объекты типа СправочникМенеджер. 16 СправочникМенеджер обеспечивает доступ к операциям над справочником как множеством элементов. Через методы этого объекта можно осуществлять поиск, получать выборку, создавать новые элементы или группы, обращаться к формам и макетам справочника. Например: Справочники.ФизическиеЛица. СправочникСсылка. Данный объект однозначно идентифицирует элемент (группу) справочника и позволяет обращаться к нему в режиме «только чтение». Через свойства и методы этого объекта можно прочитать реквизиты элемента (группы), обратиться к его табличным частям. Значение этого типа хранится в реквизитах, ссылающихся на элементы данного справочника, например, в реквизите Сотрудник документа ПриемНаРаботу хранится ссылка на конкретный элемент справочника Сотрудники. СправочникОбъект. Предоставляет доступ к элементу с возможностью записи. Данный объект содержит методы, влияющие на элемент в базе данных, например, методы Записать и Удалить. СправочникВыборка. Предоставляет возможность обхода (перебора) элементов справочника. Выборка может быть прямой или иерархической (если справочник многоуровневый). СправочникСписок. Объект для управления списком элементов в табличном поле. Позволяет управлять колонками, отбором и сортировкой в списке. Из одних объектов с помощью определенных методов или свойств можно получить другие объекты, как показано на рис. 3.3. Рис. 3.3. Взаимосвязь объектов для работы со справочниками На схеме показаны не все возможные взаимосвязи. Например, метод Скопировать существует не только у объекта СправочникСсылка, но и у самого объекта СправочникОбъект. Кроме того, у объекта СправочникМенеджер есть методы НайтиПоНаименованию и НайтиПоРеквизиту, которые действуют аналогично методу НайтиПоКоду и возвращают ссылку на найденный элемент или пустую ссылку, если элемент не найден. 17 Пример 1 Пример 2 Механизм подчиненных справочников обеспечивает взаимосвязь между элементами двух справочников. При этом используется типовое отношение связанных таблиц БД «один ко многим». Один справочник является главным, один подчиненным. Одной записи главного справочника могут соответствовать одна или несколько записей подчиненного справочника. Обратное неверно. При создании таких отношений используется специальное поле, присутствующее в таблице любого справочника. Это поле Владелец (тип данных СправочникСсылка) – ссылка на элемент справочника-владельца, который является главным по отношению к этому элементу подчиненного справочника. Таким образом, в записи подчиненного справочника хранится ссылка на запись главного справочника (рис. 3.4). С точки зрения пользователя механизм подчиненных справочников не отличается от обычных табличных частей: при работе с формой элемента главного справочника пользователь работает с элементом управления Табличное поле в котором отображается список записей, доступных только в этом элементе. 18 Ведущий справочник Подчиненный справочник N Имя N Наименование А Контрагент B Конт. Лицо 1 C Конт. Лицо 2 Владелец Ссылка А Ссылка А Рис. 3.4. Механизм подчиненных справочников Справочники могут обладать иерархической структурой. Механизм иерархии подобен механизму подчиненных справочников, за исключением того, что он реализован в рамках одной таблицы – таблицы справочника (рис.3.5). N Наименование Родитель A Элемент уровня 0 NULL B Элемент уровня 1 Ссылка A C Элемент уровня 2 Ссылка B Рис.3.5. Механизм иерархии справочника Согласно табличной модели данных, каждая таблица справочника имеет поле Родитель (тип данных СправочникСсылка). В этом поле содержится ссылка на запись родительского элемента справочника. Если запись родительского элемента в поле ЭтоГруппа имеет значение Истина, то родительский элемент иерархии справочника является группой, иначе – элементом. Отсюда появляются два вида иерархии – групп и элементов и просто элементов. Так как в этом случае связь устанавливается внутри таблицы, здесь не используется механизм внешних ключей. Модуль объекта отличается от модуля формы элемента справочника. Экранные формы отделены от самих объектов конфигурации. Именно в модуле объекта располагаются обработчики событий, связанных с элементом справочника. Существуют следующие события, обработчики которых располагаются в модуле справочника: ПриКопировании Событие возникает при создании элемента справочника копированием. В обработчике события ПриКопировании можно вмешаться в этот процесс и более интеллектуально заполнить некоторые реквизиты элемента справочника. ПередЗаписью 19 Процедура-обработчик вызывается после начала транзакции, но до начала записи элемента справочника. В данном обработчике можно отказаться от записи элемента. ПриЗаписи Событие возникает после записи элемента справочника в базу данных, но до окончания транзакции записи. В данном обработчике также можно отказаться от записи элемента. ПередУдалением Событие возникает перед непосредственным удалением элемента или группы справочника из базы данных. В обработчике события это действие можно отменить. ПриУстановкеНовогоКода Событие возникает в момент, когда выполняется установка нового кода элемента справочника. ОбработкаЗаполнения Событие возникает при вводе элемента справочника на основании, а также при выполнении метода Заполнить. В процедуре-обработчике этого события должен быть описан алгоритм заполнения реквизитов элемента справочника на основании переданного значения. Обработчики этих событий должны располагаться в модуле объекта и только там, независимо от наличия у справочника различных форм. Обработчики событий будут вызываться всегда при наступлении указанных событий, даже если событие инициировано программными вызовами, например методами Записать и Удалить. Приведем пример использования обработчика события. Допустим, в конфигурации категорически не допускается ввод позиции номенклатуры без указания группы. 3.4. Документы Документы предназначены для хранения первичных данных о хозяйственных операциях. Последовательность документов, привязанных к шкале времени, позволяет восстановить последовательность событий. Поэтому каждый документ обладает двумя стандартными реквизитами – датой и номером документа. Кроме того, стандартными реквизитами документа являются пометка удаления, ссылка, проведен. Стандартный реквизит Номер имеет уникальное значение в пределах заранее заданного для документа периода, например месяц, квартал, год. В начале следующего периода нумерация возобновляется. 20 Также возможны ситуации, когда единая нумерация применяется для разнотипных документов. В этом случае используются основные объекты нумераторы, которые представляют собой обычные счетчики значений. Документы могут выступать регистраторами для регистров. В этом случае при сохранении документов используется специальная процедура проведения, которая обеспечивает изменение состояния связанного регистра. Таким образом, документы обеспечивают сохранение данных в постоянных хранилищах – регистрах. Для облегчения ввода данных в документах могут использоваться данные справочников При создании документов автоматически создаются связанные с ними программные объекты. Объект ДокументыМенеджер представляет собой коллекцию документов. Программный доступ осуществляется через экземпляр объекта по имени Документы. Объект ДокументМенеджер является элементом коллекции и представляет отдельный документ. С помощью этого объекта осуществляется поиск документов, получение выборки документов, создание нового документа, работа с формами и макетами документа. Программный доступ осуществляется так: Документы.Документ1. Объект ДокументВыборка обеспечивает доступ к данным документа. Обеспечивает динамическую подгрузку данных. Программный доступ осуществляется так: Выборка = Документы.Документ1.Выбрать(); Объект ДокументСсылка обеспечивает доступ на чтение к экземпляру документа. Объект ДокументОбъект обеспечивает доступ на чтение и запись к экземпляру документа. Из одних объектов с помощью определенных свойств или методов можно получить другие объекты, как показано рис. 3.6. Рис.3.6. Взаимосвязь объектов для работы с документами Каждый документ имеет стандартный реквизит Дата, который имеет тип данных Дата и Время. Но при больших объемах вводимых данных возможны ситуации когда двое или больше пользователей попытаются сохранить документы в течении одной секунды. Для разрешения таких коллизий каждый документ имеет 21 дополнительный реквизит МоментВремени. Он содержит дату и время создания документа и ссылку на сам документ. Далее платформа самостоятельно определяет последовательность документов в пределах одной секунды, основываясь на анализе изменений в регистрах, которые произвели эти документы. При этом используется ссылка на документы. Документ может быть связан с одним или несколькими регистрами. В этом случае при сохранении документа вызывается специальная процедура, носящая название ОбработкаПроведения(). Этот метод – обработчик вызывается при возникновении события проведения – когда пользователь проводит документ (нажимает кнопку ОК в стандартном пользовательском интерфейсе конфигурации). Процедура проведения располагается в модуле документа. Ее программный код обеспечивает добавление в связанный регистр или несколько регистров новых записей, поля которых заполняются в соответствии с правилами, описанными в данной процедуре. Вновь создаваемые записи называются движениями (рис.3.7). Создание движения Документ Процедура проведения Движение Регистр Заполнение движения Рис. 3.7. Проведение документа Таким образом, Проведение документа – алгоритм, выполняемый предопределенной процедурой ОбработкаПроведения, формирующий учетные записи в регистрах. Регистратор – это документ, влияющий на содержимое регистра. Движение – учетная запись в регистре, как правило (неподчиненные регистры сведений - исключение) привязанная к регистратору. В учетных записях регистров одним из полей, требующих заполнения является поле регистратор. При выполнении проведения документа, в качестве регистратора в учетной записи регистра указывается ссылка на текущий документ. Проведение делится на оперативное и неоперативное. Оперативное проведение применяется, когда документ отображает событие хозяйственной деятельности в настоящем. При оперативном проведении разработчик должен предусмотреть все возможные проверки корректности вносимых данных. При оперативном проведении для документа устанавливается текущая дата и время создания. Оперативное проведение документа с датой, отличающейся от текущей, невозможно. Если документ проводится оперативно с датой, меньшей текущей, оперативное проведение невозможно, и пользователю предлагается провести 22 документ не оперативно. Если документ проводится оперативно с датой больше текущей, то проведение отменяется. При оперативном проведении используется понятие оперативной отметки времени, которая обеспечивает формирование времени проведения документов как минимум с секундным интервалом. Если при оперативном проведении с текущей датой время проведения больше отметки, то отметка становится равной времени проведения. Если же время проведения меньше отметки, то к отметке прибавляется одна секунда. Неоперативное проведение применяется, когда документ отображает событие хозяйственной деятельности в прошлом. При этом проверки не являются такими строгими, как при оперативном проведении. Пример оперативного проведения. … Для удобства пользователей различные документы могут объединяться в журналы. В журналах определяются общие для документов поля, которые будут отображаться для пользователей. Также журнал может содержать дополнительные графы, которые содержат данные собственно журнала. Ввод на основании позволяет пользователю ускорять создание новых объектов, основываясь на значениях реквизитов существующих объектов. Например, находясь в форме элемента справочника Контрагенты, при помощи механизма ввода на основании можно создать документ Приходная накладная, в котором реквизит Контрагент уже будет заполнен на основании текущего значения справочника Контрагенты. С точки зрения разработчика механизм представляет собой метод-обработчик ОбработкаЗаполнения(), который вызывается при выборе пользователем пункта меню На основании. В качестве параметра метода передается переменная Основание, которая содержит ссылку на объект, который служит основанием для ввода данных. Полная синтаксическая диаграмма метода Выбрать такова: 23 Выбрать (<Дата начала>, <Дата окончания>, <Отбор>, <Порядок>) Метод Выбрать позволяет ограничить выборку только нужными документами с помощью параметров вызова. Ниже описаны параметры метода Выбрать и их назначение: Дата начала - Дата и время начала периода выборки документов. Дата окончания - Дата и время конца периода выборки документов. Отбор - Структура, которая задает поле и значение отбора открываемой выборки. Ключ структуры описывает имя поля, а значение структуры - значение отбора по этому полю. В качестве полей для отбора могут задаваться только поле Дата и индексированные реквизиты документа. Структура может содержать только один элемент. Порядок - Строка, задающая реквизит и направление сортировки выборки документов, например, «Контрагент Возр» или «Оклад Убыв». Может быть указано поле Дата или имя индексированного реквизита документа. Если порядок не задан, то выборка упорядочивается по хронологии документов. Следующий пример выбирает те документы Приходная накладная, в которых указан склад Основной за сентябрь и сортирует их по убыванию дат. 3.5. Регистры Регистры предназначены для хранения и обработки различной информации, отражающей хозяйственную или организационную деятельность предприятия. В них могут храниться сведения о курсах валют, котировках акций, остатках и оборотах товаров, бухгалтерские проводки и т.д. Данные в регистры могут записываться как в ручном режиме, так и при помощи процедуры проведения 24 документов – когда поля регистра заполняются значениями реквизитов соответствующих документов. Благодаря их использованию конфигурации «1С: Предприятие» обладают существенно лучшей производительностью. Это обеспечивается как правильным использованием регистров для хранения данных, так и наличием у них специального механизма – виртуальных таблиц. Как основные объекты, регистры входят в состав объектной модели данных. Так же, как и другие основные объекты, регистры имеют связанные программные объекты, обеспечивающие доступ как к самим регистрам, как объектам, так и к данным регистров. Как таблицы БД, регистры входят в состав табличной модели данных. Каждый регистр представляется отдельной таблицей. Строка таблицы регистра называется записью. Лучше всего назначение и роль регистров видна в объектной модели данных. Пользователь осуществляет первичный ввод данных при помощи соответствующих документов. Документы могут являться регистраторами по отношению к регистрам – то есть вызывать при своем закрытии специальную процедуру проведения, которая изменяет состояние регистра. Процедура проведения добавляет в регистр новую запись, при этом в поля записи переносятся данные из реквизитов документа. Таким образом, данные попадают в регистры. Один документ может проводить осуществлять движения по нескольким регистрам и один регистр может иметь несколько регистраторов. Измерения предназначены для идентификации записей регистра и анализа данных. Набор значений измерений для каждой записи представляет собой уникальный идентификатор в пределах регистра. Разработчик может обращаться к регистру и осуществлять отбор данных по заданным измерениям (рис.3.8). При этом каждое измерение выступает как плоскость (разрез) данных регистра, а сам регистр можно представить как n-мерный гиперкуб, где n – число измерений. Часто, например, говорят: «анализ остатков в разрезе поставщиков». Измерения N Дата С 01.01.01 N M Номенклатура Ресурс Склад Кладовщик Ячейка Количество Товар 1 Склад 1 Иванов 1 16 01.01.01 Товар 2 Склад 1 Иванов 4 20 04.01.01 Товар 1 Склад 2 Петров 2 10 Рис.3.8. К определению измерений и ресурсов 25 Ресурсы предназначены для хранения собственно данных. Значения ресурсов есть значимая для пользователя информация. Например, в регистре остатков ресурсы могут содержать количество и сумму. Реквизиты в регистрах играют такую же роль, как и в других основных объектах. После ввода данных регистр может использоваться для получения, как первичных данных, так и некоторых результатов вычислений и запросов. При этом существенную роль играют разновидности регистров и их виртуальные таблицы. Контроль учета и документооборота осуществляется на основе значений показателей трех видов. Показатели остатков (накопления) используются для контроля переменных данных, анализ которых необходимо проводить как по текущему значению, так и по предыдущим. Пример: количество товаров на складе, сколько денег в кармане и т.д. Оборотные показатели (накопления) используются для контроля данных, анализ которых нужно проводить за период. При этом данные за различные периоды должны быть независимы. Пример, ВВП, оборот за месяц и т.д. Показатели состояния используются для контроля данных, имеющих дискретные, независимые состояния. Пример: курс валют, котировки на бирже. В «1С: Предприятии» существует 4 вида регистров. Регистры сведений являются просто хранилищами данных – хранят сведения самого различного характера. Это могут быть курсы валют, графики работ, котировки акций, разнообразные расписания и т.д. Это единственный вид регистров, который может изменяться не только регистратором, но и в пользовательском режиме. Например, можно вводить ежедневный курс доллара к рублю документом, а можно вручную. Регистры сведений могут быть периодическими или непериодическими. В периодических регистрах появляется предопределенное измерение период, в котором содержится дата создания записи. Это измерение должно быть уникальным в пределах периода. Периодом может быть секунда, день, месяц, квартал, год. Регистры накоплений предназначены для хранения специфической информации об остатках и оборотах; могут изменяться только регистратором. Регистры бухгалтерии используются для отображения операций в рамках бухгалтерского учета. Это хранилище проводок. С каждым регистром бухгалтерии связан один план счетов, счета которого используются при формировании проводок и заполнении измерений по счетам дебета и кредита. Регистры расчета предназначены для проведения сложных периодических расчетов. Как плавило, на практике это расчеты заработной платы. С каждым регистром расчетов должен быть связан план видов расчета, предназначенный для хранения видов расчета. Регистры расчета являются периодическими, разновидности периодов: день, месяц, квартал, год. Механизм виртуальных таблиц обеспечивает быстрый доступ к специфической информации в регистре. Каждый регистр имеет собственный набор виртуальных таблиц. Виртуальные таблицы не хранятся в базе данных, а создаются по мере обращения к ним. Разработчик может использовать виртуальные таблицы в запросах или в программном коде при посредстве специальных методов регистров. 26 Так как виртуальные таблицы используются для повышения производительности, то их использование в соответствующих запросах является обязательным. Обращение к регистру там, где возможно обращение к виртуальной таблице является ошибкой. Рассмотрим виртуальные таблицы регистров сведений и накопления. Таблица СрезПервых возвращает записи регистра сведений, наиболее близкие в прошлом к заданной в параметре таблицы дате. Таблица СрезПоследних возвращает записи регистра сведений, наиболее близкие в будущем к заданной в параметре таблицы дате. Таблица Остатки возвращает остатки по регистру накоплений на заданную дату. Используется только в регистре накоплений остатков. В качестве параметров передаются границы временного диапазона. Таблица Обороты возвращает обороты по регистру накоплений на заданную дату. Используется только в регистре накоплений оборотов. В качестве параметров передаются границы временного диапазона. Каждому регистру объектной модели данных соответствует набор программных объектов, при помощи которых разработчик может решать прикладные задачи (рис. 3.9). Рассмотрим их. (В описаниях объектов вид регистра, например «РегистрСведений», заменено на «Регистр»). Объект РегистрыМенеджер представляет собой коллекцию всех регистров конфигурации. Объект РегистрМенеджер предназначен для управления отдельным регистром. При помощи свойств и методов этого объекта разработчик может работать с формами, обращаться к записям. Объект РегистрСписок обеспечивает управление списком записей регистра в элементах управления. Объект РегистрВыборка поддерживает механизм динамического перебора элементов справочника для получения доступа к их реквизитам. Данные доступны только для чтения. Объект РегистрНаборЗаписей представляет собой коллекцию записей регистра. Позволяет добавлять и удалять записи, изменять их данные. Объект РегистрЗапись представляет собой отдельную запись регистра, является элементом коллекции объекта РегистрНаборЗаписей. Объект РегистрКлючЗаписи содержит поля записи, представляющие собой уникальный идентификатор записи. 27 Рис. 3.9. Взаимосвязь объектов для работы с регистрами 3.6. Планы видов характеристик План видов характеристик является самостоятельным типом основных объектов объектной модели «1С: Предприятия». Его назначение – хранение дополнительных свойств (видов характеристик) других объектов модели, которые не могут быть смоделированы на этапе разработки, так как во время разработки они не существуют и потребность в них возникает уже на этапе эксплуатации программной системы. В таком случае невозможно использовать стандартный механизм реквизитов объектов. Еще одна сложность – реализации пользовательского интерфейса для переменных свойств. Таким образом, когда пользователь добавляет к какому-либо объекту (например, справочнику Контрагентов) новое свойство (например, признак участия в маркетинговой акции или получения поздравления к празднику), в терминологии объектной модели он добавляет новый вид характеристик. А когда пользователь для конкретного контрагента ставит признак участия в акции, тем самым он добавляет саму характеристику. Если отвлечься от сути хранимых данных, то план видов характеристик во многом напоминает справочник и является его специализированным вариантом. В общем случае дополнительные виды характеристик должны иметь произвольный тип данных. Для реализации этого требования в план видов характеристик включено свойство Тип значения характеристик. Он имеет составной тип данных. Проводя дальнейшее обобщение можно предположить, что пользователю может понадобиться создать и новый тип данных. Для таких случаев план видов характеристик имеет свойство Дополнительные значения характеристик, которое является подчиненным справочником (Рис. 3.10). 28 Подчиненный справочник дополнительных значений характеристик ... Красный Синий Белый ... ... План видов характеристик Длина Ширина Цвет ... N Номенклатура Характеристика Значение Элемент «Товар 1» справочника Номенклатура ... Регистр сведений Товар 1 Длина 99 Товар 1 Ширина 10 Характеристика ... Товар 1 Цвет Синий ... Длина Ширина Цвет Значение 99 10 Синий Рис.3.10. План видов характеристик План видов характеристик является только хранилищем новых видов характеристик. Для того чтобы конкретным объектам можно было назначать новые характеристики, разработчик должен предусмотреть использование какой-либо таблицы, в которой назначаются связи между элементами прикладного объекта и видами характеристик. Лучше всего на эту роль подходит регистр сведений, который должен иметь как минимум два измерения и один ресурс (Рис. 3.11). Измерения должны содержать ссылки на элемент прикладного объекта и вид характеристик. В ресурсе должно храниться значение характеристики. Таким образом, одна запись такого регистра сведений представляет собой одну характеристику объекта с его значением. Ссылка на элемент Ссылка на вид характеристик Номенклатура 1 Цвет ... ... Номенклатура 2 Форма Значение ... Синий ... ... Куб Рис. 3.11. Регистр сведений для хранения характеристик Для того, чтобы в ресурс регистра сведений можно было добавлять значения различных типов значений характеристик, назначенных для плана видов характеристик, он должен иметь ссылочный тип данных Характеристика.ИмяПланаВидовХарактеристик. 29 3.7. Методика построения объектной PIM и PSM моделей Для создания платформенно – независимой модели необходимо провести анализ предметной области. Например, по такой методике: 1. Анализ событий (хозяйственных операций) 2. Выявление отдельных событий, цепочек событий, групп событий. Установление взаимосвязей между цепочками и группами 3. Из групп формируются центры функциональности – структурные подразделения. Из цепочек формируются бизнес – процессы. 4. Создание документов 5. Анализ информационных потоков. Разделение на условно переменные и постоянные. 6. Создание справочников Справочники и связи между ними переносятся один к одному. Документы переносятся один к одному или один ко многим. В любом случае необходимо предусмотреть использование регистров и определить движения по регистрам. 4. Табличная модель платформы «1С: Предприятие» 4.1. Табличная модель данных В табличной модели данных сущности и связи между ними представляются таблицами и отношениями между ними. Таблица состоит из строк и столбцов и имеет имя, уникальное внутри базы данных. Таблица отражает тип объекта реального мира (сущность), каждая ее строка - конкретный объект, каждый столбец - атрибут. Сущности, атрибуты и связи хранятся в таблицах как данные определенного типа. К достоинствам табличной модели можно отнести тот факт, что построение модели предметной области по существу совпадает с проектированием структуры БД. К недостаткам табличной модели можно отнести известную сложность корректного моделирования, которое требует наличия опыта и хорошего понимания сути отношений между таблицами (сущностями). Инструментом отбора и анализа данных является язык запросов SQL. В «1С: Предприятии» табличная модель данных используется явно только при создании и редактировании запросов. В инструменте Конструктор запроса разработчик может использовать иерархический список объектов табличной модели данных. Для каждой моделируемой разработчиком сущности создается как минимум одна таблица БД. Архитектура платформы и инструментарий не позволяют обращаться к таблицам и их полям непосредственно по именам, подобно традиционным СУБД. Разработчик 1С не знает имен таблиц и полей, как они представлены в БД. Вместо этого он использует наименования, соответствующие моделируемым объектам. Тем не менее, на уровне БД им соответствуют таблицы. В «1С: Предприятии» различают два типа таблиц. Реальные таблицы соответствуют моделируемым объектам (сущностям) и хранятся в базе данных. Реквизиты объектов соответствуют полям таблиц. 30 Виртуальные таблицы соответствуют некоторым промежуточным данным, предназначенным для использования в конфигурации. В базе данных не хранятся. Являются непрямым аналогом просмотров. Поля таблиц могут иметь простой или составной тип данных. Составной тип данных позволяет хранить для разных записей значения различных типов. Поле таблицы может иметь тип вложенная таблица. Как правило, это табличные части объектов или результаты запросов. В любом случае тип данных поля вложенной таблицы – результат запроса, который представляет собой набор колонок и записей. 4.2. Виды таблиц базы данных Таблица констант – реальная таблица, имеет название «Константы». Для новых констант автоматически создаются новые поля, так как константы могут иметь различные типы данных, а отобразить это в таблице БД можно только при помощи новых полей. Эта таблица имеет только одну запись – значения констант. Таблицы справочников – реальные таблицы. Каждый справочник представляется отдельной таблицей. Имя таблицы соответствует имени справочника «Справочник.ИмяСправочника». На примере таблицы справочника рассмотрим примерную структуру таблицы: Код (строка, число) – уникальный код элемента справочника и записи в таблице; Наименование (строка) – наименование элемента справочника; Представление (строка) ПометкаУдаления (булево) Предопределенный (булево) – признак предопределенного элемента справочника; ЭтоГруппа (булево) – признак группы; Родитель (СправочникСсылка) – ссылка на родительский элемент справочника; Владелец (СправочникСсылка) – ссылка на элемент справочникавладельца, который является главным по отношению к этому элементу подчиненного справочника; Ссылка (СправочникСсылка) – дескриптор элемента справочника; Реквизиты (тип реквизита) – переменный список полей реквизитов элемента справочника; ТабличныеЧасти (РезультатЗапроса) Для реквизитов и табличных частей создаются поля по их числу и типам, представленным в дереве конфигурации. Таблицы документов – реальные таблицы. Каждый документ представляется отдельной таблицей. Имя таблицы соответствует имени документа «Документ.ИмяДокумента». Таблицы журналов документов – виртуальные таблицы. Каждый журнал представлен отдельной таблицей. Имя таблицы соответствует имени журнала. В состав полей таблиц входят поля документов и поля граф журнала. 31 Таблицы регистров сведений – реальные таблицы. Каждый регистр представляется отдельной таблицей. Имя таблицы соответствует имени регистра «РегистрСведений.ИмяРегистра». Регистры сведений имеют две виртуальные таблицы. Таблица среза последних записей. Предназначена для получения наиболее близких в прошлом записей регистра на указанную дату включительно. Содержит только активные записи. Эта таблица имеет следующую структуру: Период (дата) Регистратор (ДокументСсылка) НомерСтроки (число) Активность (булево) Измерения (тип измерения) Ресурсы (тип ресурса) Реквизиты (тип реквизита) Для получения данных из этой таблицы необходимо задать дату среза последних и можно задать дополнительные условия для поиска конкретных записей по измерениям регистра. Таблица среза первых записей. Предназначена для получения наиболее близких в будущем записей регистра на указанную дату включительно. Содержит только активные записи. Имеет структуру, аналогичную таблице среза последних записей. Таблицы регистров накоплений – реальные таблицы. Каждый регистр представляется отдельной таблицей. Имя таблицы соответствует имени регистра «РегистрНакоплений.ИмяРегистра». Регистры накопления имеют три виртуальные таблицы. Таблица остатков хранит сведения об остатках регистра. Содержит только активные записи. Существует только для регистров остатков. Структура: Измерения (тип измерения) РесурсОстаток (число) Для получения данных из этой таблицы необходимо обязательно задать период вычисления остатков. Таблица оборотов хранит сведения об оборотах регистра за период. Содержит только активные записи. Существует для регистров оборотов. Структура: Период (дата) Регистратор (ДокументСсылка) Измерения (тип измерения) РесурсОборот (число) РесурсПриход (число) РесурсРасход (число) Для получения данных из этой таблицы необходимо задать период и периодичность: регистратор, день, неделя, месяц, квартал, год. Таблица остатков и оборотов хранит сведения об остатках и оборотах регистра одновременно. Содержит только активные записи. Существует для обоих видов регистра (остатков и оборотов). Структура: Период (дата) Регистратор (документссылка) Номерстроки (число) 32 Измерения (тип измерения) РесурсОборот (число) РесурсПриход (число) РесурсРасход (число) РесурсНачальныйОстаток (число) РесурсКонечныйОстаток (число) Для получения данных из этой таблицы необходимо задать период, периодичность и дополнение: движения (периоды в которых были движения), движения и границы периода (периоды в которых были движения и были остатки на начало и конец), Таблицы регистров бухгалтерии – реальные таблицы. Каждый регистр представляется отдельной таблицей. Имя таблицы соответствует имени регистра «РегистрБухгалтерии.ИмяРегистра». Вместе с регистрами бухгалтерии используются таблицы значений субконто – реальные таблицы. Также для регистров бухгалтерии существуют следующие виртуальные таблицы: Таблицы движений с субконто. Содержит сведения о записях регистра вместе с значениями субконто. Таблица остатков. Содержит сведения об остатках на произвольную дату в разрезе счета, измерений, субконто. Таблица оборотов. Содержит сведения об оборотах на произвольную дату в разрезе счета, корсчета, измерений, субконто, корсубконто. Таблица остатков и оборотов. Содержит сведения об остатках и оборотах с заданной периодичностью в разрезе счета, субсчета, измерений. Таблицы регистров расчета – реальные таблицы. Каждый регистр представляется отдельной таблицей. Имя таблицы соответствует имени регистра «РегистрРасчета.ИмяРегистра». 4.3. Создание запроса и использование его результатов Аналогом SQL в «1С:Предприятии» является язык запросов. Синтаксис и основные конструкции языка почти идентичны стандарту ANSI SQL 92. Возможна запись в русскоязычной и англоязычной нотациях. Назначение запросов – извлечение данных, структура которых отличается от структуры таблиц и анализ данных. Для того, чтобы использовать запрос, необходимо выполнить следующие действия: 1. Создать объект запроса. 2. Разработать запрос. (Это можно делать вручную в редакторе кода или при помощи специального инструмента – Конструктора запросов) 3. Задать параметры запроса 4. Исполнить запрос 5. Обработать результаты запроса 6. Отобразить результаты запроса 33 Создание объекта запроса средствами встроенного языка Редактор кода Создание текста запроса Констурктор запроса Задание параметров Выполнение запроса Использование результатов запроса в программном коде Отображение результатов запроса в пользовательском интерфейсе Рис.4.1. Алгоритм выполнения запроса Для использования запросов имеется объект встроенного языка: НекоторыйЗапрос = Новый Запрос(текст); Текст запроса также можно задавать не в конструкторе, но и при помощи свойства Запрос.Текст = “ВЫБРАТЬ …..”; Параметры запроса задаются методом Запрос.УстановитьПараметр(Имя, Значение); Выполнение запроса осуществляется методом Запрос.Выполнить(); Результаты запроса необходимо представить пользователю или использовать в программном коде для дальнейшей работы. Метод Выполнить() возвращает коллекцию РезультатЗапроса, которая содержит набор записей запроса. Структура записей определяется свойством Колонки Обращаться к коллекции можно так: РезультатЗапроса[1][1] РезультатЗапроса.Колонки[1] Также возможно обращение по именам колонок. При этом согласование типа данных ложится на разработчика. Перебор записей результата запроса осуществляется при помощи объекта Выборка: Выборка = РезультатЗапроса.Выбрать(); И его метода Выборка.Следующий(); Перебор может быть организован в цикле: Пока Выборка.Следующий() Цикл … КонецЦикла; 34 4.4. Структура и описание запроса Текст запроса состоит из следующих логических частей: <Описание запроса> [<Объединение запросов>] [<Упорядочивание результатов>] [АВТОУПОРЯДОЧИВАНИЕ] [<Описание итогов>] Описание запроса является единственной обязательной частью запроса. Описание запроса определяется следующей конструкцией ВЫБРАТЬ [РАЗРЕШЕННЫЕ] [РАЗЛИЧНЫЕ] [ПЕРВЫЕ <Количество>] <Список полей выборки> [ИЗ <Список источников>] [ГДЕ <Условие отбора>] [СГРУППИРОВАТЬ ПО <Поля группировки>] [ИМЕЮЩИЕ <Условие отбора>] [ДЛЯ ИЗМЕНЕНИЯ [<Список таблиц верхнего уровня>]] Команда ВЫБРАТЬ обеспечивает отбор данных в соответствии с заданным критерием. После нее приводится перечень имен полей, по которым требуется выполнить поиск. Поля разделяются запятой. После оператора ИЗ задается имя таблицы, которой адресован запрос, имя виртуальной таблицы или вложенный запрос. В одном запросе можно обращаться к полям нескольких таблиц, в этом случае имена таблиц перечисляются через запятую. Вертикальная линия «|» в языке запросов означает перенос выражения из предыдущей строки. Ключевое слово РАЗРЕШЕННЫЕ означает, что запрос выберет только те записи, на которые у текущего пользователя есть права. 35 Ключевое слово РАЗЛИЧНЫЕ позволяет оставить в результате запроса только отличающиеся строки. Конструкция ПЕРВЫЕ <Количество> позволяет задать предельное количество строк в результате запроса. В запросе можно использовать дополнительные условия отбора. Для этого применяется оператор ГДЕ, после которого можно задавать ограничения на отбираемые поля. В дополнительных условиях можно применять не только запрашиваемые поля, но и любые другие из данной таблицы. Допускается использование арифметических операторов сравнения, логических операторов AND, OR, NOT. В качестве параметров можно вводить числа, строки, даты, логические переменные. Если источником данных является табличная часть объекта, то обращение к реквизитам самого объекта может происходить только по ссылке. Табличным частям и полям могут назначаться псевдонимы. Для этого используется ключевое слово КАК. Псевдонимы обязательно использовать при обращении к полям табличной части. 36 4.5. Взаимосвязь таблиц Механизм соединения таблиц, участвующих в запросе, позволяет дополнительно ограничивать состав данных, получаемых в результате выполнения запроса. Если в операторе ИЗ перечислить несколько таблиц, а в операторе ВЫБРАТЬ задать некоторые поля из этих таблиц, то результатом будут все возможные сочетания значений полей таблиц. Для ограничения выборки используют операторы соединения таблиц. Различают четыре вида соединения: [ВНУТРЕННЕЕ] СОЕДИНЕНИЕ ЛЕВОЕ [ВНЕШНЕЕ] СОЕДИНЕНИЕ ПРАВОЕ [ВНЕШНЕЕ] СОЕДИНЕНИЕ ПОЛНОЕ [ВНЕШНЕЕ] СОЕДИНЕНИЕ Рассмотрим различие вариантов соединения на следующем примере. Пусть есть две таблицы: Таблица 1 Номенкл. Номер1 Ручка 1 Карандаш 2 Вилка 3 Таблица 2 ЕдИзм Шт Гр Кг Банка Номер2 1 3 4 1 Пусть условием связи будет: Таблица1.Номер1=Таблица2.Номер2 37 В качестве полей запроса определим две колонки: «Номенкл.» из первой таблицы и «ЕдИзм» из второй таблицы. В соответствии с условием можно выделить записи, для которых условие выполняется: Записи, неудовлетворяющие условию соединения: Теперь рассмотрим варианты соединения: Внутреннее соединение: в результат выполнения запроса войдут только данные записей из обеих таблиц, для которых выполняется условие соединения т.е. Ручка Шт. Ручка банка Вилка Гр. Левое внешнее соединение: в результат выполнения запроса войдут данные из записей, для которых выполняется условие соединения и «не вошедшие» из Таблицы №1. Ручка Шт. Ручка банка Вилка Гр. Карандаш Null Правое внешнее соединение обратно левому. Ручка Шт. Ручка банка Вилка Гр. Null Кг. 38 Полное внешнее соединение. В результат запроса войдут как записи, для которых выполнялось условие соединения, так и записи, полученные из «не вошедших» данных из обеих таблиц. Ручка Шт. Ручка банка Вилка Гр. Карандаш Null Null Кг. В любом случае, даже в результате использования полного внешнего соединения не получается полная комбинация значений. (В случае полного соединения добавляются записи, не удовлетворяющие условию, а не все возможные их комбинации). // Показать курсы всех валют, которые хранятся в регистре сведений КурсыВалют. // Возможно, что для некоторой валюты не будет найдено соответствующей записи в регистре // сведений, но она также должна попасть в отчет. | ВЫБРАТЬ Спр.Наименование, Рег.Курс | ИЗ Справочник.Валюты КАК Спр | ЛЕВОЕ СОЕДИНЕНИЕ | РегистрСведений.КурсыВалют.СрезПоследних() КАК Рег | ПО Спр.Ссылка = Рег.Валюта // Или то же самое можно сделать так: | ВЫБРАТЬ Спр.Наименование, Рег.Курс | ИЗ РегистрСведений.КурсыВалют.СрезПоследних() КАК Рег 39 | ПРАВОЕ СОЕДИНЕНИЕ | Справочник.Валюты КАК Спр | ПО Спр.Ссылка = Рег.Валюта 4.6. Упорядочивание Часто требуется представить результат выполнения запроса упорядоченным по какому-то полю или группе полей. Для этого используется оператор УПОРЯДОЧИТЬ ПО СписокПолей Для каждого поля из списка можно указать порядок сортировки: ВОЗР, УБЫВ, ИЕРАРХИЯ. Если порядок не указан то сортировка происходит по возрастанию. Последний порядок (ИЕРАРХИЯ) работает только для таблиц с иерархией, например таблиц иерархических справочников. Упорядочивание происходит сначала по первому полю списка, затем в рамках уже существующей сортировки упорядочивание по второму полю и т.д. | ВЫБРАТЬ Наименование КАК Товар | ИЗ Справочник.Номенклатура | УПОРЯДОЧИТЬ ПО Товар ИЕРАРХИЯ"); Ключевое слово ПЕРВЫЕ ограничивает выборку несколькими первыми записями. Часто это слово используется в комбинации с упорядочиванием. // Найти 3 самых дорогих товара | ВЫБРАТЬ ПЕРВЫЕ 3 Наименование КАК Товар, ЦенаПродажи КАК Цена | ИЗ Справочник.Номенклатура | УПОРЯДОЧИТЬ ПО Цена УБЫВ"); 4.7. Группировка и итоги Часто при анализе данных необходимо получать суммирующую информацию для нескольких полей и всего отчета в целом или просто объединять записи в группы по какому-то признаку. Для этого используется механизм группировки и применяется оператор СГРУППИРОВАТЬ ПО СписокПолей Порядок следования полей в списке определяет и порядок вложенности (иерархию) групп. Для получения обобщенных данных по группам применяются агрегатные функции СУММА, МИНИМУМ, МАКСИМУМ, СРЕДНЕЕ, КОЛИЧЕСТВО. Эти функции можно использовать и в операторе ВЫБРАТЬ, но при этом в список полей группировки нужно добавлять все поля из ВЫБРАТЬ, не охваченные агрегатными функциями. Ключевое слово АВТОУПОРЯДОЧИВАНИЕ позволяет включить режим автоматического формирования полей для упорядочивания результата запроса. 40 В группировке можно указывать дополнительные условия отбора по полям группировки и агрегатным функциям. Для этого используется оператор ИМЕЮЩИЕ. Он применяется только с группировками. Он существенно замедляет работу сервера по выполнению запроса. // Выбрать товары, которых продали не менее 100 штук | ВЫБРАТЬ Номенклатура, | СУММА(Количество) КАК Продано | ИЗ Документ.ПродажаТоваров.Товары | СГРУППИРОВАТЬ ПО Номенклатура | ИМЕЮЩИЕ Сумма(Количество) >= 100 Логическим завершением группировки является получение общих итогов по полям запроса. Для этого применяется оператор ИТОГИ СписокПолейСАгрегатнымиФункциями ПО СписокПолей В списке полей можно использовать оператор ОБЩИЕ. // Итоги по группировкам // Объем продаж по каждой комбинации контрагента и номенклатуры | ВЫБРАТЬ Контрагент, Номенклатура, Сумма | ИЗ РегистрНакопления.Продажи | ИТОГИ СУММА(Сумма) | ПО Контрагент, Номенклатура | АВТОУПОРЯДОЧИВАНИЕ 4.8. Параметры Для включения в текст запроса переменных значений непосредственно перед выполнением используется механизм параметров. Параметр – это аналог переменной любого языка программирования в языке запроса. Каждый параметр в 41 тексте запроса обозначается знаком &, например &Параметр1. Параметры могут использоваться в операторе ГДЕ для сравнения с полями запроса. Заполнение значений параметров выполняется средствами встроенного языка перед выполнением запроса. // Использование параметров и ключевого слова МЕЖДУ З = Новый Запрос (" | ВЫБРАТЬ Наименование КАК Товар, | ЦенаПокупки | ИЗ Справочник.Номенклатура | ГДЕ ЦенаПокупки МЕЖДУ &МинЦена И &МаксЦена"); З.УстановитьПараметр("МинЦена", 100); З.УстановитьПараметр("МаксЦена", 1000); РЗ = З.Выполнить(); 42 Заключение Фирма «1С» занимает первое место в программном секторе российской компьютерной индустрии. Из разработок фирмы «1С» наиболее известны программы системы «1С: Предприятие», которые фактически стали стандартом экономического программного обеспечения как стране, так и в Пензенском регионе. Основным ресурсом развития информационных технологий являются квалифицированные специалисты. Фирмы-партнеры «1С» постоянно испытывают нехватку высококвалифицированных кадров. Существенно повышает статус выпускников на рынке труда наличие у них сертификатов известных фирм-производителей программного обеспечения. Для достижения этих целей фирма «1С» ввела в практику корпоративную систему сертификации. Первая ступень «1С: Профессионал» - тестирование, подтверждающее квалификацию профессионального пользователя программ «1С». Данный курс лекций как раз и ориентирован на подготовку к сдаче экзамена «1С: Профессионал» по направлению «Основные механизмы платформы «1С: Предприятие». Пензенский государственный университет имеет с фирмой «1С» «Договор о сотрудничеств с высшими и средними образовательными учреждениями» и «Соглашение о сертификации учащихся высших и средних учебных заведениях по программе «1С: Профессионал». Следует отметить, что ПГУ является единственным ВУЗом Пензы, имеющим такое соглашение. Для более углубленной подготовки к сдаче экзамена «1С: Профессионал» Центр повышения квалификации и дополнительного образования ПГУ проводит курсы повышения квалификации. Всем успешно закончившим обучение выдаётся удостоверение о повышении квалификации. По окончании обучения желающие могут сдать экзамен на получение сертификата «1С: Профессионал». Для записи на курсы следует обращаться в Центр повышения квалификации и дополнительного образования ПГУ (г. Пенза, ул. Красная, 40, ПГУ, учебный корпус №3, аудитория 3103 телефон: (841-2) 36-84-73). 43 Литература 1. Хохлов А. Е. Разработка приложений в системе «1С: Предприятие 8»: Учебно-методическое пособие. – Пенза: Изд-во ПГУ, 2012. – 80 с. 2. Радченко М. Г., Хрусталева Е. Ю. 1С: Предприятие 8. Практическое пособие разработчика. Примеры и типовые приемы. – М.: ООО «1С-Паблишинг», 2013. –874 с. Интернет-ресурсы 1. Информационно-технологическое сопровождения пользователей «1С: Предприятия» [Электронный ресурс]. URL:http://its.1c.ru . 2. Хохлов А. Е. Методические материалы по МДК.01.03. среде "1С: Предприятие". [Электронный Программирование в ресурс]. Режим доступа: http://dep_ivs.pnzgu.ru/bibl . 44 Конспект лекций разработан в соответствии с требованиями ФГОС СПО по специальности 09.02.03 Программирование в компьютерных системах, утвержденного приказом Министерства образования и науки РФ № 804 от 28 июля 2014 г. с учетом рекомендаций ПрООП. Конспект лекций разработал: Хохлов А.Е., доцент каф. «ИВС» Конспект лекций одобрен кафедрой «Информационно-вычислительные системы», ответственной за проектирование и реализацию ППССЗ. Протокол заседания кафедры № ___ от _______________. Заведующий кафедрой Ю.Н. Косников Конспект лекций одобрен Учебно-методическим советом Многопрофильного колледжа Протокол № ___ от «____» ______________ 20__ года Председатель Учебно-методического совета Многопрофильного колледжа _______________________ Феоктистов В. А. 45