Файл: Разработка и реализация конфигурации «Интернет-магазин электроники PROPCSHOP» на платформе 1С:Предприятие (Краткий анализ предметной области, характеристика предприятия и его деятельности).pdf

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

В базе данных информация представлена в виде таблиц и индексов. Сохранение информационной базы проводится в базе данных в виде набора таблиц, для которых 1С: Предприятие 8 может использовать встроенную в 1С: Предприятие 8.3 (версия файла информационной базы). В этом случае, вся информация базы данных хранится в файле с именем 1Cv8.CD. Этот файл находится в двоичном формате и, по сути является встроенной базой данных для СУБД 1С: Предприятие 8.3.

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

Важнейшее достоинство 1С: Предприятия – возможность доработки стандартных конфигураций или даже создания абсолютно оригинальных продуктов с помощью встроенного языка. Чаще всего индивидуальная настройка состоит в доработке типовой конфигурации.

Система обеспечивает достаточно высокую отказоустойчивость и защищенность от потери передачи данных.

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

Таким образом, можно сделать вывод, что 1С: Предприятие 8.3 является оптимальным решением для создания автоматизированного рабочего места менеджера по работе с клиентами ТОО «BI INNOVATIONS», которая включает базу данных 1С и конфигуратор [10].

2.3. Архитектура разрабатываемого прикладного решения

С точки зрения технологии и организации работы пользователя система выполняет следующие функции:

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

Информационная система позволяет осуществлять следующие функции по работе с данными:

• сортировка товаров по шифру – позволяет осуществлять сортировку товаров по шифру;
• поиск товаров по наименованию – позволяет осуществлять поиск товаров по наименованию;
• поиск товаров по номеру – позволяет осуществлять поиск товаров по шифру;
• поиск товаров по виду документа – позволяет осуществлять поиск товаров по виду документа;
• отчеты по движению товаров.

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

Исходными данными для формирования дерева функций являются основные и дополнительные функции системы.

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

Информационная система

Составление справочников

Товаров

Поставщиков

…

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

Получение данных

Об имеющейся в продаже продукции

О поставках

О реализации

Поиск по виду документа

Поиск по шифру

Получение отчетов

Формирование прайс-листа

Отчет о продажах

Отчет о поставщиках

Отчет о поставках продукции

Отчет по продажам за день

Рисунок 2.4 – Дерево функций системы

На основании дерева функций разработан сценарий диалога, схематически представленный на рисунке 2.5.

Главное меню

Справочники

Товары

Поставщики

Пользователи

Авторизация

Данные

Товар

Поставки

Продажи

Поиск по виду документа

Поиск по шифру

Отчеты

Прайс-лист

Отчет о продажах

Отчет о поставщиках

Отчет о поставках продукции

Отчет по продажам за день

Рисунок 2.5 – Сценарий диалога

Проектирование табличных представлений базы данных приводит к тому, что на экране дисплея пользователя данные представляются в виде таблиц с вертикальными столбцами. На вершине столбца находится наименование столбца на русском языке в отличие наименований столбцов (доменов) в базе данных. Физическое представление таблиц базы данных будет описано в следующем разделе. Пример представления таблиц базы данных для пользователя можно увидеть на рисунке 2.6 на примере таблицы реализации товаров и услуг [12].

Рисунок 2.6 – Табличное представление таблиц базы данных для пользователей

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

Вверху каждой таблице располагаются кнопки для добавления, обновления, удаления данных.

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

2.4. Описание основных объектов (элементов) разрабатываемого прикладного решения

Запустим информационную базу в режиме Конфигуратор.

В режиме Конфигуратор создадим подсистемы (чтобы создать новые подсистемы, раскроем ветвь Общие в дереве объектов конфигурации, нажав на + слева от нее. Затем выделим ветвь Подсистемы, вызовем ее контекстное меню и выберем пункт Добавить):

Бухгалтерия

УчетРаботыСКлиентом

Создадим константы НазваниеОрганизации и НомерРелизаКонфигурации – тип Строка, длина 10.

Создадим форму констант и установим Контроль заполненности значений в константах – у свойства Проверка заполнения установим значение Выдавать ошибку.

Рисунок 2.7 – Созданные константы

Создадим справочники системы. Структура справочников базы данных представлена на рисунке 2.8.

Рисунок 2.8 – Структура справочников базы данных

Все справочники имеют стандартные реквизиты «Код» и «Наименование», а некоторые содержат дополнительные реквизиты, необходимые для создаваемой системы учета основных средств.

Реквизиты справочников представлены на рисунке 2.9. Дополнительные реквизиты выделены прямоугольником.

Рисунок 2.9 – Дополнительные реквизиты справочников базы данных «Учет работы с клиентами»

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

2.5 Создание форм интерфейса

Формы – это средство представления информации для просмотра, изменения или печати данных в виде, удобном для восприятия пользователями. Использование форм существенно облегчает ввод и контроль данных. Кроме того, формы являются основной частью интерфейса прикладной программы, вокруг форм и строится весь алгоритм работы приложения, так как конечный пользователь не видит ничего, кроме набора форм. События, возникающие при работе с формами, определяют логику работы приложения [14].

Каждая форма реализована в виде модуля приложения и предназначена для удобного интерфейса пользователя при решении задач автоматизированной обработки информации:

1) хранение данных о товарах;

2) вывод в удобной форме данных по запросам пользователя;

2) автоматизация обработки информации при различных бизнес-операциях;

4) вывод данных на печать.

В качестве примера приведем форму «Ввод количества». Данная форма имеет вид, представленный на рисунке 2.10.

Рисунок 2.10 – Форма «Ввод количества» для товара

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

Рисунок 2.11 – Заполнение формы констант

Рисунок 2.12 – Заполнение справочника «Сотрудники»

Аналогично заполняются другие справочники.

Создадим общий модуль и создадим одну процедуру для обработки нескольких событий, а в документах будем использовать вызовы этой процедуры из общего модуля.

Дадим имя модулю – РаботаСДокументами и установим в его свойствах флажок Клиент (управляемое приложение) и флажок Сервер. Это означает, что экземпляры этого модуля будут скомпилированы в контексте тонкого клиента и в контексте вебклиента.

Внесем в модуль следующий текст, как на рисунке 2.13.

Рисунок 2.13 – Текст процедуры общего модуля

Создадим документ ПриходнаяНакладная, принадлежность к подсистемам Бухгалтерия, УчетРаботыСКлиентами.

Перейдем на закладку Данные и создадим реквизит документа с именем Поставщик. Выберем для реквизита ссылочный тип данных СправочникСсылка.Поставщики. Этот тип стал доступен в конфигурации после создания объекта конфигурации Справочник Поставщики.

Создадим реквизит документа с именем Склад. Выберем для реквизита ссылочный тип данных СправочникСсылка.Склад. Этот тип стал доступен в конфигурации после создания объекта конфигурации Справочник.Склад.

Добавим в документ табличную часть с именем Товар. Кроме имени табличной части установим свойство Проверка заполнения в значение «Выдавать ошибку». Тем самым мы задаем условие, что документ обязательно должен содержать табличную часть, то есть список товаров.

Создадим реквизиты табличной части Товар аналогичные справочнику Номенклатура.

Создадим форму документа. Для элементов формы ТоварКоличество и ТоварСтоимость в событие ПриИзменении, которое возникает после изменения значения поля, создадим процедуры обработчика этого события в модуле формы (рис. 2.14).

Рисунок 2.14 – Текст процедур модуля формы ПриходнаяНакладная

В подсистемах Бухгалтерия, УчетРаботыСКлиентами подключим данный документ в интерфейс подсистем.

Аналогично создадим еще один документ: РасходнаяНакладная

Формы документов представлены на рисунках 2.15-2.16.