Курсовые работы / ПРИС КП_1

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

Справочник Контрагент предназначен для хранения информации о поставщиках и покупателях. Данной справочник имеет вид иерархии

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

Справочник Сотрудники хранит информацию о ФИО сотрудника, дате рождения. дате приема на работу, дате увольнения, ИНН, пол, СНИЛС,

должность, вид занятости в организации и оклад. Роль данного справочника не является главной, данные из него будут использоваться при заполнении формы документа «Заявка на ремонт».

Справочник Запчасти хранит информацию, о поступивших комплектующих, которые необходимы для исправления поломки изделия.

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

Справочник.Номенклатура.

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

каждом документе реализован автоматический расчет суммы в строке табличной части при наличии этого реквизита; также реализован подсчет итоговых значений по количеству и сумме изделий (запчастей) [13].

Документ Выпуск продукции фиксирует произведенные предприятием наукоемкие изделия за период. Реквизиты склад, организация, номенклатура и серия имеют ссылочный тип и относятся к соответствующим справочникам. В

документе рассчитывается итоговое количество выпущенных изделий на дату.

23

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

номенклатура и серия также имеют ссылочный тип.

Документ Цены на номенклатуру предназначен для установления цены на изделия. Документ состоит только из табличной части и содержит два реквизита: номенклатура и цена.

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

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

табличной части Спецификация хранится информация о поступившем в ремонт изделии и его характеристики, устанавливается предполагаемая дата окончания ремонта, фиксируется количество изделий [14].

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

Табличная часть Запчасти содержит реквизиты: изделие, запчасть,

единица измерения, артикул, цены, количество, сумма. При выборе

24

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

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

Регистр сведений Цены на запчасти необходим для регистрации закупочной и розничной цены запчастей и подстановки в документ Заявка на ремонт актуальной розничной цены деталей.

Регистр сведений Выходы из строя фиксирует неисправность изделий,

их тип и причины неисправности, считает количество.

Регистр сведений Гарантийный строк фиксирует изделие, покупателя,

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

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

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

25

Атрибуты сущностей проектируемой информационной системы были сведены в таблицы 3.1-3.5.

Таблица 3.1 – Атрибуты сущности «Сведения о сети АЗС»

Таблица 3.2 – Атрибуты сущности «сведения об имеющемся оборудовании»

Таблица 3.3 – Атрибуты сущности «сведения о заявках на ремонт оборудования»

26

Таблица 3.4 – Атрибуты сущности «сведения о выполнении заявок на ремонт»

Таблица 3.5 – Атрибуты сущности «сведения о профилактическом обслуживании оборудования»

27

3.2 Дерево программных модулей

В 1С существует множество различных видов программных модулей:

модуль обычного приложения, модуль управляемого приложения, модуль внешнего соединения, модуль сеанса, модуль команды, общие модули, модули менеджера, модули форм, модули объектов и модули набора записей [15].

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

Документы

Рисунок 3.1 – Дерево программных модулей

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

28

3.3 Схемы взаимосвязей модулей и массивов данных

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

Рисунок 3.2 - Общая схема взаимосвязей модулей и массивов данных

Так как в программе предусмотрена возможность автоматизации ввода и редактирования данных с помощью подстановок из других объектов,

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

29

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

«Заявка на ремонт» в обработчик поступают данные, и формируется запрос по необходимым критериям из существующих параметров.

Запускается цикл, в котором осуществляется проходом по переменным запроса, пока они не закончатся; далее идет очистка табличных частей;

получение данных заголовка и шапки формы; проверка каждой из таблиц документа на наличие интересующих критериев и в случае их наличия и соответствия – вывод на печатную форму [17].

3.5 Инструкция пользователя по установке программного продукта и работе с ним

Для эксплуатации разработанной системы предъявляются такие основные аппаратные требования, как наличие персонального компьютера с ОС Windows 7, 8, 10 и установленной версией платформы «1С: Предприятие

8.3». Исходя из этого, можно установить следующие минимальные требования для корректной работы системы [18]:

-32-разрядный (x86) или 64-разрядный (x64) процессор с тактовой частотой 1 гигагерц (ГГц) или выше;

-16 ГБ (для 32-разрядной системы) или 20 ГБ (для 64-разрядной системы) пространства на жестком диске;

-графическое устройство DirectX 9 с драйвером WDDM версии 1.0 или

выше.

Для того, чтобы добавить созданную информационную систему (в

данном случае она представляет собой конфигурацию) и начать работу,

необходимо выполнить следующие действия [19]:

запустить «1С: Предприятие»;

в появившемся окне нажать на кнопку «Добавить...»;

31

в появившемся окне необходимо выбрать «Добавление в список уже существующей базы»;

в появившемся окне необходимо выбрать «Создание информационной базы без конфигурации»;

далее указать название будущей информационной базы на свое усмотрение и выбрать тип расположения информационной базы (по умолчанию оставить «На данном компьютере или на компьютере в локальной сети»);

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

далее выделить появившуюся базу и запустить в режиме

«Конфигуратор»;

в верхнем меню выбрать пункт «Администрирование» и «Загрузить информационную базу»;

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

При запуске программы появляется окно авторизации, представленное на рисунке 3.4. Права доступа к подсистемам у каждого пользователя различны. Запуск будет происходить под пользователем «Администратор».

Рисунок 3.4 – Авторизация пользователя

32