Проектирование и разработка внешней обработки в системе 1С: Предприятие 8.3 Управление кассами в магазине строительных материалов

Предмет - Корпоративные информационные системы
В файлах прикреплена сама курсовая работа + Проект, выполненный в соответствие с лабараторными работами по индивидуальному проекту. Проведен теоретический анализ в корпоративных информационных систем. Смоделирован процесс разработки ПО и создан модуль КИС в 1С Предприятие 8.3. Практическое внедрение обозначено большим количеством скриншотов и таблиц. Курсовая сделана основательно, расписана на 53 страницы.
Оценка, полученная за курсовую - "Отлично" ...

ВВЕДЕНИЕ 5
1. ТЕОРЕТИЧЕСКИЕ ОСНОВЫ КОРПОРАТИВНЫХ ИНФОРМАЦИОННЫХ СИСТЕМ 7
1.1 АДМИНИСТРИРОВАНИЕ КОРПОРАТИВНОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ 7
1.2 КОРПОРАТИВНЫЕ ИНФОРМАЦИОННЫЕ СИСТЕМЫ МАСШТАБА ПРЕДПРИЯТИЯ: 1С:ДИСТРИБЬЮЦИЯ 10
1.3 ХАРАКТЕРИСТИКА ОБЪЕКТА ИССЛЕДОВАНИЯ 12
1.3.1 Описание строительной фирмы ООО «ЮРСК» 12
1.3.2 Описание организационной структуры фирмы 13
1.3.3 Информационная модель предприятия 15
2. ДОКУМЕНТИРОВАНИЕ И СТАНДАРТИЗАЦИЯ ПРОЦЕССА РАЗРАБОТКИ КОРПОРАТИВНОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ 21
2.1 МОДЕЛИРОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ 21
2.1.1 Диаграммы вариантов использования 21
2.1.2 Спецификация вариантов использования 22
2.1.3 Диаграммы деятельности 25
2.1.4 Crc-карты 27
2.2 ПОСТАНОВКА ЗАДАЧИ НА ПРОЕКТИРОВАНИЕ ВНЕШНЕЙ ОБРАБОТКИ «УПРАВЛЕНИЕ ПРОДАЖАМИ В МАГАЗИНЕ СТРОЙМАТЕРИАЛОВ» 29
2.3 СПЕЦИФИКАЦИЯ ТРЕБОВАНИЙ 30
3. ПРОЕКТИРОВАНИЕ МОДУЛЯ КИС В СИСТЕМЕ 1С:ПРЕДПРИЯТИЕ 8.3 32
3.1 СОЗДАНИЕ ОСНОВНЫХ ОБЪЕКТОВ КОНФИГУРАЦИИ 32
3.2 СОЗДАНИЕ ДОКУМЕНТОВ 36
3.3 СОЗДАНИЕ РЕГИСТРОВ И ОТЧЕТОВ 39
3.4 СОЗДАНИЕ РОЛЕЙ И ИНТЕРФЕЙСОВ ПОЛЬЗОВАТЕЛЕЙ 42
3.5 НАСТРОЙКА ИТОГОВОЙ ФОРМЫ 43
ЗАКЛЮЧЕНИЕ 45
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 46
ПРИЛОЖЕНИЕ №1. Листинг формы выборки 47

1с: предприятие является системой программ для автоматизации различных областей экономической деятельности. В конкретный программный продукт, входящий в систему программ 1с: предприятие, включаются те функции и возможности, которые отвечают назначению этого продукта.
Все составляющие системы программ 1с: предприятие можно разделить на технологическую платформу и конфигурации. Технологическая платформа представляет собой набор различных механизмов, используемых для автоматизации экономической деятельности и не зависящих от конкретного законодательства и методологии учета. Конфигурации являются собственно прикладными решениями. Каждая конфигурация ориентирована на автоматизацию определенной сферы экономической деятельности и, разумеется, отвечает принятому законодательству.
Система 1с имеет несколько конфигураций, с помощью которых возможно вести все участки бухгалтерии в различных областях бизнеса и экономики.
Основная цель курсовой работы – изучение работы магазина строительных материалов, внедрение в его управление корпоративной информационной системы, а также освоение программы 1С: Предприятие 8.3.
Задачами курсовой работы являются:
• Систематизация, закрепление и расширение теоретических и практических знаний по дисциплине "корпоративные информационные системы";
• Оценка существующей ис.
• Проектирование модуля кис.
В первой главе курсовой работы происходит ознакомление с теоретическими основами корпоративных информационных систем (кис). Проводится анализ (1.1) Администрирования корпоративной информационной системы, рассматриваются в (1.2) Корпоративные информационные системы масштаба предприятия: 1С: Дистрибьюция. Затем (1.3) Характеристика объекта исследования, а именно (1.3.1) Описание магазина стройматериалов и (1.3.2) Организационная структура магазина стройматериалов.
Во второй главе курсовой работы рассматривается (2) Документирование и стандартизация процесса разработки корпоративной информационной системы, (2.1) Моделирование предметной области, более подробно раскрывается в (2.1.1) Диаграммы вариантов использования, (2.1.2) Спецификация вариантов использования, (2.1.3) Диаграммы деятельности, (2.1.4) Crc-карты. В (2.2) Постановка задачи на проектирование внешней обработки «Управление продажами в магазине стройматериалов», а также (2.3) Спецификация требований
В третьей главе происходит (3) Проектирование модуля кис в системе 1с: предприятие 8.3. Более подробно выражается в: (3.1) Создание основных объектов конфигурации, (3.2) Создание документов, (3.3) Создание регистров и отчетов, (3.4) Создание ролей и интерфейсов пользователей, (3.5) Настройка итоговой формы, здесь уже показывается процесс работы на практике.
В заключении подводится итог проделанной работы и следуют общие выводы по ней.
В приложении 1 приведён листинг кода рабочего модуля КИС, а именно код 2х обработок: ТабличнаяМодель и ОбработкаПлательщик.

Организационная структура управления ООО «ЮРСК»Одел кадров:Начальник отдела кадровКадровикПроводит поиск и набор сотрудников для нужд фирмыОтдел качестваНачальник отдела качестваКонтролирует соблюдение технологий при постройке сооружений, проверяет качество выполнения работы. Проверяет проекты на соответствие стандартам и регламентам.Отдел управленияСтарший администраторЗдесь идёт управление организацией, координируются действия отделов.Административный отделБухгалтерияГлавный бухгалтерСоставляются отчёты, документы по финансовой деятельности предприятия, налоговая отчётность и проводятся расходные операции. Ведётся контроль за соблюдением правильности юридической деятельности фирмы.Отдел продажМенеджеры по продажамОтветственный по подрядчикамБригада рабочихМенеджер по закупкамСклад«Стройкомплект»Служба распределенияНачальник отдела продажОтдел продаж несёт очень важную задачу, занимается рекламой фирмы, взаимодействует с клиентами, поставщиками, подрядчиками. Ведётся контроль стройматериалов на складах, поиск новых клиентов и поставщиков, продажи фирмы, поиск исполнителей и распределение заказов.Информационная модель предприятияИнформационные потоки – это совокупность передаваемой информации между двумя и более взаимодействующими объектами. На схеме, приведенной на рисунке 1, отражена вся логика работы строительной фирмы.Рисунок-1. Информационная система строительной фирмы ООО «ЮРСК»В фирму поступает Заказ от клиента, под регламентом технического задания, с помощью сотрудников на приём и обработку заказа, работают здесь соотрудники, в процессе заказ подтверждается и сохраняется в подтвержденные заказы, после происходит передача заказа в обработку, там же готовятся документы, заказу присваивается категория, и он отправляется далее, с меткой, в процесс подбора материалов и составления программы на строительство выбранного объекта, в этом процессе опять же принимают участие сотрудники, заказ, с меткой на распределение, сохраняется в хранилище. Следующим этапом отправляются данные об исполнителе и по структурам на этап реализации проекта, здесь уже рабочие курируют проект, после инструкции по заказу отправляюся в отчёт по результатам выполненного задания, который сохраняется в хранилище документов. На выходе имеем обработанный заказ.Рисунок-2. Логическая схема строительной фирмы ООО «ЮРСК»Клиент задаёт характеристики заказа, затем, с помощью сотрудников происходят следующие действия: формирование заказа, после чего его подтверждение, составляется документация, смета, программа строительства и прочие документы, следующим этапом выбирается исполнитель и происходит распределение по структурам, после чего реализуется проект с помощью подрядчиков, сотрудники не участвуют в этом процессе, составляется отчёт (сотрудники вместе с подрядчиками) и сохраняется в хранилище.Рисунок-3. Физическая схема строительной фирмы ООО «ЮРСК»Описание классовКлиентАтрибуты: Дата рождения; ФИО.Операции: Связаться с менеджером; Сообщить характеристики.Клиент связывается с менеджером и сообщает ему характеристики заказа.Задать характеристики заказаАтрибуты: Примерный бюджет; Срок выполнения заказа; ТЗ от клиента; Тип сооружения;Операции: Заявка на постройку сооружения; Заявка на ремонтные работы; Отправить заявку на этап формирования.Характеристики заказа отправляются на этап формирования заказа.Формирование заказаАтрибуты: Пометка от сотрудника; Характеристики заказа.Операции: Отправить заявку на подтверждение; Сформировать заказ.Сформированный заказ отправляется на подтверждение.Подтверждение заказаАтрибуты: Подтверждение от руководстваОперации: Одобрить заявку; Отправить заказ на сбор документов.Подтверждённый заказ отправляется на составление сопровождающей документации.Составление документации. Смета. Программа строительства. Атрибуты: Документы; Программа строительства; Смета.Операции: Отправить заказ к выбору исполнителя; Собрать пакет документов.После сбора документации происходит выбор исполнителя в зависимости от задачи.Выбор исполнителя. Распределение по структурамАтрибуты: Подрядчики ремонтники; Подрядчики строители.Операции: Выбрать ремонтников; Выбрать строителей; Отправить заказ на выполнение выбранному подрядчику.Затем идёт реализация проекта.Реализация проектаАтрибуты: Заказ; Подрядная организация; ТЗ к проекту заказа.Операции: Выполнить проект по заказу; Отправить пакет документов для отчёта.Следующим этапом идёт составление отчёта.Составление отчётаАтрибуты: Документы от подрядчика; Документы после реализации проекта; Налоговые документы.Операции: Отправить отчёт на сохранение; Составить отчёт.В конце происходит сохранение отчёт в хранилище.Сохранение отчёта в хранилищеАтрибуты: Готовый отчёт.Операции: Сохранить отчёт.С некоторыми классами взаимодействуют сотрудники или подрядчики.СотрудникиАтрибуты: Бухгалтер; Директор; Менеджер; Руководитель.Операции: Выбор исполнителя; Подтверждение заказа; Приём заказа от клиента; Составление отчёта; Формирование документов; Формирование заказа.Сотрудники взаимодействуют со следующими классами: Формирование заказа; Подтверждение заказа; Выбор исполнителя. Распределение по структурам; Составление отчёта.ПодрядчикиАтрибуты: Бригада ремонтников; Бригада строителей.Операции: Отправить пакет документов для отчёта; Реализация заказа на постройку сооружения; Реализация заказа на ремонт сооружения.Подрядчики взаимодействуют со следующими классами: Реализация проекта; Составление отчёта.ДОКУМЕНТИРОВАНИЕ И СТАНДАРТИЗАЦИЯ ПРОЦЕССА РАЗРАБОТКИ КОРПОРАТИВНОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫМОДЕЛИРОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИДиаграммы вариантов использованияПроведем моделирование предметной области путем построения диаграмм вариантов использования. Описания спецификации вариантов использования. Создания диаграмм деятельности, Crc-карт с использованием microsoft visual studio 2013 и унифицированного языка моделирования uml.Диаграммы вариантов использования описывают функциональное назначение системы или то, что система должна делать.На рисунке 4 представлен контекст использования обработки «Управление продажами в магазине стройматериалов» Товаровед магазина стройматериалов. Роль актеров играет Товаровед магазина стройматериалов, который взаимодействует через обработку «Управление продажами в магазине стройматериалов».Рисунок 4– Контекст взаимодействия.На рисунке 5 представлена диаграмма вариантов использования обработки «Управление продажами в магазине стройматериалов». На ней представлены 3 варианта использования. Рассмотрим подробнее их ниже.Рисунок 5 – Диаграмма вариантов использования обработки «Управление продажами в магазине стройматериалов».Спецификация вариантов использованияВариант использования: поиск узлов продажОписание: Товаровед магазина стройматериалов открывает обработку для дальнейшего использованияДействующие лица: Основной актер: Товаровед магазина стройматериалов Актер: внешняя обработкаПредусловие: успешный вход в системуТриггер: окно выгрузки отчётов с кассы в системуОсновной поток событий:Товаровед магазина стройматериалов описывает требования к обработкеОбработка отправляет требование РМКПроверка наличия данных на РМКРМК добавляет таблицу проданных товаров и прибыль за отчётный период Альтернативные потоки событий:Требования не обозначеныОбработка уведомляет Товаровед магазина стройматериалов а об отказе и причинеЗавершение сценарияВариант использования: загрузка товаров в pos-систему.Описание: система загружает товары в табличные части из полученных ттн.Действующие лица: Основной актер: Товаровед магазина стройматериалов Актер: системаПредусловие: заполнение формы требований Товаровед магазина стройматериалов омПостусловие:Требование передается на исполнениеТабличная часть добавляется в бдТриггер: таблица товаров перед выгрузкойОсновной поток событий:Товаровед магазина стройматериалов подтверждает полученные товарыТоваровед магазина стройматериалов производит загрузку в pos-системуАльтернативные потоки событий:Товаровед магазина стройматериалов отменяет требование о формированииСистема пишет ошибку при формированииЗавершение сценарияВариант использования: выгрузка товаров из pos-систему.Описание: система выгружает товары в табличную часть внешней обработки «Управление продажами в магазине стройматериалов» Действующие лица: Основной актер: Товаровед магазина стройматериалов Актер: внешняя обработкаПредусловие: заполнение формы требований Товаровед магазина стройматериалов омПостусловие:Требование передается на исполнениеТабличная часть добавляется во внешнюю обработкуТриггер: таблица товаров с полученной прибылью после выгрузкиОсновной поток событий:Товаровед магазина стройматериалов подтверждает выведенные товары и прибыльАльтернативные потоки событий:Товаровед магазина стройматериалов отменяет требование о формированииСистема пишет ошибку при формированииЗавершение сценарияДиаграммы деятельностиUML (англ. Unified Modeling Language — унифицированный язык моделирования) — язык графического описания для объектного моделирования в области разработки программного обеспечения, моделирования бизнес-процессов, системного проектирования и отображения организационных структур.UML является языком широкого профиля, это — открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, называемой UML-моделью. UML был создан для определения, визуализации, проектирования и документирования, в основном, программных систем. UML не является языком программирования, но на основании UML-моделей возможна генерация кода.Диаграмма деятельности (activity diagram) — диаграмма, на которой показано разложение некоторой деятельности на её составные части.Под деятельностью понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов — вложенных видов деятельности и отдельных действий, соединённых между собой потоками, которые идут от выходов одного узла ко входам другого.Построим диаграммы деятельности для каждого варианта использования. На рисунке 6 представлена диаграмма деятельности для варианта использования «выгрузить данные в РМК».Рисунок 6 – Диаграмма деятельности для варианта использования «выгрузить данные в РМК»На рисунке 6 представлена диаграмма деятельности для варианта использования «добавить документ в список».Рисунок 5 – Диаграмма деятельности для варианта Использования «добавить документ в список»Crc-картыCRC-карта (англ. Class-responsibility-collaboration card; рус. карта «Класс-Ответственность-Кооперация») — метод мозгового штурма, предназначенный для проектирования объектно-ориентированного программного обеспечения. CRC-карты были предложены Уордом Каннингемом и Кентом Беком.[1] Как правило, CRC-карты используются в тех случаях, когда сначала в процессе проектирования ПО определяются классы и способы их взаимодействий.Содержание CRC-карт:Имя классаПодклассы и суперклассыОбязанности классаНазвания других классов, с которыми связан данный классАвторИспользование малых карточек позволяет минимизировать сложность дизайна. CRC-карты акцентируют внимание дизайнера на сущности класса и скрывают от него детали, рассмотрение которых на данном этапе будет контрпродуктивным. CRC-карты также заставляют дизайнера воздержаться от назначения классу слишком многих обязанностей.Crc-карты акцентируют внимание дизайнера на сущности класса и скрывают от него детали, рассмотрение которых на данном этапе будет контрпродуктивным. Crc-карты также заставляют дизайнера воздержаться от назначения классу слишком многих обязанностей. Crc-карты представлены в таблицах 1, 2Таблица 1 – crc-карта класса «Товаровед магазина стройматериалов »Товаровед магазина стройматериалов Вводит данные для формирования отчётаВводит суть заявкиЗаявкаТаблица 2 – crc-карта класса «Управление продажами в магазине стройматериалов»Управление продажами в магазине стройматериаловРегистрирует заявку в системеПередает информацию о статусе выполнения заявки клиентуТоваровед магазина стройматериалов Управление продажами в магазине стройматериаловПОСТАНОВКА ЗАДАЧИ НА ПРОЕКТИРОВАНИЕ ВНЕШНЕЙ ОБРАБОТКИ «УПРАВЛЕНИЕ ПРОДАЖАМИ В МАГАЗИНЕ СТРОЙМАТЕРИАЛОВ»Необходимо оформить печатную форму для документа «Карточка индивидуального учета сумм начисленных выплат и иных вознаграждений и сумм начисленных страховых взносов за год»Рисунок 7 – Карточка страховых взносов по государственному стандартуСПЕЦИФИКАЦИЯ ТРЕБОВАНИЙДля стабильной работы внешней обработки «Управление продажами в магазине стройматериалов» необходима исключительно платформа 1с, база данных, подключенное кассовое оборудование. Оперативной памяти на пк должно быть не менее 2 гб, если будет меньше, то возможна замедленная работа программы.Используемые программные продукты: 1С: Предприятие 8.3Системные требованияПроцессор Intel Pentium IV/Xeon 2,4 ГГц и вышеОперативная память 1024 Мб и вышеЖесткий диск 40Гб и вышеУстройство чтения компакт-дисковUSB-портSVGA-видеокарта64-разрядный сервер 1С:Предприятия:Системные требованияПроцессор с архитектурой x86-64 (Intel с поддержкой EM64T, AMD с поддержкой AMD64).Оперативная память 2048 Мб и вышеЖесткий диск 40Гб и вышеУстройство чтения компакт-дисковUSB-портSVGA-видеокартаMicrosoft Visual Studio 2013Поддерживаемые операционные системыWindows 10Windows 8.1Windows 8Windows 7 с пакетом обновления 1 (SP1)Windows Server 2012 R2Windows Server 2012Windows Server 2008 R2 с пакетом обновления 1 (SP1)Требования к оборудованиюПроцессор с частотой 1,6 ГГц или более мощный.ОЗУ объемом 1 ГБ (1,5 ГБ для работы на виртуальной машине)10 ГБ доступного пространства на жестком дискеЖесткий диск с частотой вращения 5 400 об./минВидеокарта с поддержкой DirectX 9 и разрешения дисплея 1024x768 или вышеПРОЕКТИРОВАНИЕ МОДУЛЯ КИС В СИСТЕМЕ 1С:ПРЕДПРИЯТИЕ 8.3СОЗДАНИЕ ОСНОВНЫХ ОБЪЕКТОВ КОНФИГУРАЦИИПод объектом понимается некая сущность, имеющая определенное «предназначение». В общем случае объект может иметь набор свойств (какие-то только на чтение, какие-то на модификацию) и набор методов (позволяющих работать с «областью» объекта). Объект «реагирует» на определенные события, происходящие в системе. В программном комплексе «1С:Предприятие 8.3» можно выделить две группы объектов: Объекты конфигурации. Именно с объектами этой группы приходится иметь дело в процессе конфигурирования. Они располагаются в дереве метаданных конфигурации. Объект конфигурации обладает набором свойств (их состав определяется видом объекта), методов у таких объектов нет. Очень часто объекты конфигурации являются «электронными» аналогами реально существующих объектов прикладной области.Объекты встроенного языка. Эти объекты используются при написании алгоритмов обработки информации. Часть из них поддерживается встроенным языком изначально, часть появляется после добавления в конфигурацию объекта конфигурации.Можно сказать, что в общем случае добавление одного объекта конфигурации приводит к тому, что во встроенном языке появляется «поддержка» нескольких «программных» объектов. Например, добавление справочника «Плательщик» приводит к тому, что можно в языке использовать объекты следующих типов: «СправочникСсылка.Плательщик», «СправочникОбъект. Плательщик» и т.д.На рисунке 7 представленно дерево конфигураций с созданными основными объектами конфигураций.Рисунок 8 – Дерево конфигурацийВсе объекты конфигурации, которые существуют в системе 1C:Предприятие, образуют несколько основных видов. Каждый вид объектов конфигурации представляет собой как раз те «строительные элементы», из которых будет создаваться конфигурация. В таблице 3 представлены объекты, используемые при создании данной конфигурации.Таблица 3 – Объекты конфигурацииНаименованиеКраткая характеристикаОбщиеГруппа вспомогательных объектов конфигурации, с помощью которых осуществляется создание конфигурации, механизмов взаимодействия пользователей с учетными даннымиКонстантыПредназначены для хранения постоянных, условно-постоянных величинСправочникиСписки однородных элементов данных. Используются для хранения нормативно-справочной информацииДокументыСлужат для ввода информации о совершаемых операциях в системе.ПеречисленияСписки значений, задаваемых на этапе конфигурированияОтчетыСредство получения выходной информацииРегистры сведенийСлужат для хранения информации, состав которой развернут по определенной комбинации значений и при необходимости развернут во времениВ любой организации существует набор «значений», которые не меняются довольно длительное время. К ним можно отнести название фирмы, юридический адрес, фамилии ответственных лиц и т.д. Для хранения таких значений идеально подходят константы. Рисунок 9– Справочник «Плательщики»На рисунке 9 изображён справочник «Плательщики» с необходимыми данными по карточке страховых взносов. С необходимыми реквизитами, табличной частью. Формой, необходимым образом оформленной, командой «Печать» и макетом «Печать».Рисунок 10 – Справочник «Плательщики» в режиме отладкиНа рисунке 10 изображён справочник «Плательщики» в режиме отладки. В этот справочник уже внесены некоторые данные о плательщиках. Созданы 3 записи, («Платёжное от Пупкина», «Платёжное от Сергеева», «Платёжное от Фёдорова»). СОЗДАНИЕ ДОКУМЕНТОВДокумент – одно из основных понятий системы «1С:Предприятие». При помощи документов организуется ввод в систему первичной информации о совершаемых хозяйственных операциях. В большинстве своем документы, которые создаются в процессе настройки конфигурации, являются электронными аналогами стандартных бумажных документов, однако, использование этого типа данных может выходить за рамки простой фиксации информации о хозяйственных операциях. Дата и время – наиболее важные характеристики документов, так как позволяют устанавливать строгую временную последовательность совершения операций. У документа может быть любое количество табличных частей. Рисунок 11 – Документ «Плательщики»Документы предназначены для хранения основной информации о всех событиях, происходящих на предприятии, и, разумеется, имеющих смысл с точки зрения экономики. При помощи документов отражаются и платежи с расчетного счета, и операции по кассе, и кадровые перемещения, и движения по складу, и прочие подобные события.Рисунок 12 – Документ «Плательщики». Макет и командыНа рисунке 12 изображены код документа «Плательщики» для команды «Печать», а также макет карточки страховых выплат «Печать», оформленный в виде карточки по форме, определённой государством.Рисунок 13 – Документ «Плательщик». В режиме отладкиНа рисунке 13 изображён документ «Плательщик» в режиме отладки, форма, выполненная под стандарт карточки, в которую можно заносить необходимые данные.Рисунок 14 – Документ «Плательщики». Отладка, печатьНа рисунке 14 изображена карточка страховых взносов от документа «Плательщики» в виде печатной формы, карточка оформлена по единому стандарту государства.СОЗДАНИЕ РЕГИСТРОВ И ОТЧЕТОВРегистры сведенийОсновная задача регистра сведений – хранить существенную для прикладной задачи информацию, состав которой развернут по определенной комбинации измерений и, при необходимости, развернут во времени. Эта информация хранится в регистре в виде записей. На запись нельзя сделать ссылку из информационной базы. В регистре может быть только одна запись с определенной комбинацией измерений и периодом. Регистр может характеризоваться выбранным режимом записи: 1. Независимый. 2. Подчинение регистратору. При проектировании регистра необходимо обращать внимание на порядок следования измерений.Разработка внешней обработки «Управление кассами в магазине стройматериалов» также необойдется без создания реквизитов, необходимых для хранения информации, состав которой развернут по определенной комбинации занчений и при необходимости развернут во времени.