На основе приведенных выше данных построена «ER — диаграмма» [24−25], которая представлена в Приложении 2. Основываясь на инфологической модели, для базы данных, создаваемой в данной работе, больше всего подходит реляционная модель данных.
3.5. 2 Даталогическое проектирование.
Даталогическое проектирование состоит в создании схемы базы данных на основе конкретной, в нашем случае, реляционной, модели данных. Для реляционной модели данных даталогическая модель -это набор схем отношений, обычно с указанием первичных ключей, а также «связей» между отношениями, представляющих собой внешние ключи. Рассмотрим отдельно таблицы для каждой из выделенных в инфологической модели сущностей. В каждой из представленных ниже таблиц представлены имена столбцов данной таблицы. Красным цветом выделено имя/имена столбца/столбцов, которое является первичным ключом для данной таблицы. Таблица 3. Клиенты.
Код клиента.
ФамилияИмя.
ОтчествоДата рождения.
Паспортные данные.
АдресТаблица 4. Заказы.
НомерКод клиента.
Срок исполнения.
Список заказанных товаров.
Количество заказанных товаров каждого наименования.
Таблица 5. Товары.
Код товара.
НазваниеВысота.
ШиринаГлубина.
ВесЦена.
Таблица 6. Технологические карты.
Код товара.
Список материалов.
Количество материалов каждого вида.
Таблица 7. Материалы.
Код материала.
НазваниеЕдиница измерения.
ХарактеристикиТаблица 8. Поставщики.
Код поставщика.
НазваниеАдрес.
РеквизитыСписок поставляемых материалов.
Цена на каждый из поставляемых материалов.
Таблица 9. Планы производства.
ГодМесяц.
Список запланированных к производству товаров.
Количество запланированных к производству товаров каждого вида.
В таблицах 4, 6, 8 и 9 информация одного и того же типа повторяется несколько раз. В таблице 4 — это заказанные товары, в таблице 6 — материалы, в таблице 8 — поставляемые материалы, а в таблице 9 — товары, запланированные к производству. Повторяющиеся данные могут привести к проблемам при работе с базой данных, поэтому таблицы с такими данными необходимо привести к стандартному виду (без повторений). Приведение таблиц к стандартному виду называется нормализацией.
3.5. 3 Нормализация, схема БДНормализация отношений представляет из себя формальный аппарат ограничений на формирование таблиц. С помощью этого аппарата можно устранить повторение, обеспечить отсутствие противоречий данных хранимых в базе, уменьшить затраты на эксплуатацию базы данных. Процесс нормализации состоит в последовательном приведении существующих таблиц к нормальным формам. На практике в основном используются первая, вторая и третья нормальные формы [26]. Таблица считается приведенной к первой нормальной форме, если каждый атрибут для каждого экземпляра сущности имеет только одно значение. В таблицах 4, 6, 8 и 9 одному экземпляру сущности (заказа, технологической карты, поставщика или плана производства) соответствует несколько значений атрибутов (заказанных товаров, материалов, поставляемых материалов или товаров, запланированных к производству).Для приведения данных таблиц к первой нормальной форме информацию о заказанных товарах/материалах/товарах, запланированных к производству/поставляемых материалах можно вынести в отдельные таблицы (таблицы 10, 11, 12, 13), в которых красным выделен столбец/столбцы, являющийся первичным ключом. После приведения к первой нормальной форме в таблицах 6 и 9 останется всего один столбец и использование данных таблиц потеряет смысл, поэтому данные таблицы можно заменить таблицами 11 и 12, после удаления таблиц 6 и 9 присвоить им имена «Технологические карты» и «Планы производства», соответственно. Таблица 10. Список заказанных товаров.
Номер заказа.
Код товара.
Количество Таблица 11. Технологические карты.
Код товара.
Код материала.
КоличествоТаблица 12. Планы производства.
ГодМесяц.
Код товара.
Количество Таблица 13. Список поставляемых материалов.
Код материала.
Код поставщика.
ЦенаТаблица считается приведенной ко второй нормальной форме, если каждый атрибут функционально полно зависит от составного ключа. Таблицы с простым ключом, приведенные к первой нормальной форме, автоматически соответствуют второй нормальной форме. Все таблицы с составным ключом в нашей даталогической модели также соответствуют второй нормальной форме. Таблица считается приведенной к третьей нормальной форме, если каждый неключевой атрибут нетранзитивно зависит от первичного ключа. Все таблицы в нашей даталогической модели также соответствуют третьей нормальной форме. Теперь на основе нормализованных таблиц можно построить схему разрабатываемой базы данных. Схема внедряемой базы данных представлена в Приложении 3.
4. Программно-техническое обеспечение4.
1. Описание технических и программных средств. Для реализации простого варианта конфигурации «1С:Предприятия8.
3″ может использоваться сокращенный комплекс технических средств, состоящий из сервера базы данных и не более десяти компьютером для работы пользователей информационной системы [26−27]. Структурная схема комплекса средств вычислительной техники представлена в Приложении 4. Технические характеристики сервера БД в данном случае должны быть не ниже представленных в таблице 14. Таблица 14. Технические характеристики сервера БДХарактеристика.
ЗначениеКоличество серверов1Форм-факторTowerКоличество процессоровE3−1220v2Память4 ГбКоличество ЖД2Тип ЖД и RAIDSATA RAIDОбъем ЖД1000.
Гб+Количество БП1Тип БПStandartСеть2x1GbeПри последующем переходе к «клиент-серверной» конфигурации системы, позволяющей поддерживать одновременную работу большого числа пользователей состав комплекса технических средств, а также их характеристики должны будут быть изменены для удовлетворения требованиям новой конфигурации [28]. Важным отличием разработки бизнес-приложений в системе 1С от разработки в универсальных системах (Delphi, С++) состоит в том, что приложение в 1С разрабатывается в терминах классов проблемно-ориентированных бизнес-сущностей. В случае использования универсальной среды программирования при разработке системы автоматизации какого-либо предприятия вам необходимо описать целый ряд различных сущностей — товары, клиенты, счета, накладные, документы — а также все способы регистрации их взаимодействия [29]. При проектировании платформы 1С все эти сущности были классифицированы и объединены в классы сущностей, которыми и манипулирует разработчик прикладного решения. Все эти сущности образуют структуру метаданных. Поэтому при разработке приложения на платформе 1С процесс состоит скорее не в программировании, а проектировании. Разработчик, определив некоторую сущность предметной области и отнеся ее к определенному виду метаданных, получает готовый типовой набор функций, свойственный сущностям этого вида. Поэтому в платформе 1С заложена мощная функциональность, которая позволяет поддерживать эти типы сущностей на уровне прикладного решения.
Функционирование системы 1С делится на два процесса: конфигурирование (описание модели предметной области средствами системы) и исполнение (обработка данных предметной области). Результатом конфигурирования является конфигурация, которая представляет собой модель предметной области. В режиме конфигурирования можно: создавать новый конфигурации, редактировать имеющиеся, сравнивать конфигурации и объединять конфигурации. В процессе конфигурирования разработчик: — конструирует с помощью визуальных средств формы диалогов и документов, — реализует необходимые алгоритмы обработки данных написанием кода на встроенном языке, — с помощью визуальных средств осуществляет разработку интерфейсов и прав доступа пользователей. Для описания специфических алгоритмов обработки информации и создания интерфейса, ориентированного на удобное представление описанных в конфигурации данных, в системе 1С: Предприятие используется несколько технологических механизмов.
Необходимость наличия встроенного языка определена концепцией настраиваемости системы. Синтаксис встроенного языка вполне отвечает стандартам высокоуровневых языков. Встроенный язык имеет много общих черт с такими языками, как Pascal, Java Script, Basic, но не является аналогом этих языков. Язык является предметно-ориентированным. Он поддерживает специализированные типы данных предметной области, определяемые конфигурацией системы. Работа с этими типами данных в языке организована с использованием объектной техники. Язык ориентировании на пользователей различной квалификации. В частности, его отличает мягкая типизация данных (обеспечивающая быстрое написание программных модулей) и жесткий контроль синтаксических конструкций, уменьшающий вероятность ошибок [30].
Собственно, встроенный язык является скриптовым языком, предназначенным в первую очередь для программирования бизнес-логики, на нем программируются обработчики событий. Так как система сочетает в себе визуальные и языковые средства конфигурирования, использование встроенного языка в системе имеет событийно зависимую ориентацию, то есть языковые модули используется в конкретных местах для обработки отдельных алгоритмов, настраиваемых в процессе конфигурации. Для получения произвольных отчѐтов сложной структуры в системе предусмотрен предметно-ориентированный механизм запросов. Данное средство опирается на существующую условно-переменную структуру информационной базы системы, что позволяет сравнительно просто описывать достаточно сложные запросы. Язык запросов основан на SQL, но содержит значительное количество расширений, ориентированных на отражение специфики финансово-экономических задач. В языке запросов поддерживаются стандартные для SQL операции. Встроенный текстовый редактор используется для создания программных модулей на встроенном языке и для редактирования документов в текстовом виде.
Одной из особенностей редактора является возможность контекстного выделение цветом синтаксических конструкций встроенного языка. При наборе текста можно пользоваться подсказками и шаблонами. Работа с настраиваемыми структурами данных и работа в интерфейсе операционной системы MS Windows вызывает необходимость произвольной настройки форм ввода и редактирования информации. Для этого в системе 1С: Предприятие существует встроенный редактор экранных форм. Редактор позволяет оформить большинство окон, которые используются в системе для ввода и просмотра предметной информации (формы документов, справочников, настройки отчѐтов). В числе возможностей оконной системы — поддержка прикрепленных, плавающих и прячущихся окон, а также механизм автоматического изменения расположения и размеров элементов окна. Для всех выходных документов (первичных документов и отчѐтов) в системе предусмотрен единый формат — формат табличных документов. Это мощное средство, сочетающее в себе оформительские возможности табличной структуры и векторной графики.
Таким образом, он может быть использован как для создания небольших документов с очень сложной структурой линий (типа платѐжного поручения), так и для объѐмных ведомостей, журналов и других подобных документов. Редактор табличных документов предоставляет пользователям богатый набор оформительских возможностей (шрифты, цвета, линии, узоры). Имеется возможность вывода информации в графическом виде (диаграммы). Одной из главных особенностей табличного редактора является ориентация на формирования отчѐтов при помощи встроенного языка системы 1С: Предприятие. Гибкое построение отчѐтов с его помощью становится возможным благодаря наличию механизма манипулирования секциями (областями документа). Редактор таблиц позволяет манипулировать не только горизонтальными, но и вертикальными секциями, что делает возможным создание отчѐтов, масштабируемых не только в высоту, но и в ширину. Редактор позволяет создавать картинки произвольных размеров для использования их в качестве пиктограмм панелей инструментов и других оформительских целей [31]. Редактор позволяет создавать пользовательские описания и имеет большие оформительские возможности.
Вспомогательные инструменты, облегчающие разработку стандартных элементов системы 1С: Предприятие. В системе имеются конструкторы справочника, документа, журнала документов, отчѐта и вида субконто. Ещѐ пять конструкторов облегчают разработку программных модулей в стандартных случаях. С помощью конструкторов производится не только визуальное формирование этих объектов, но и формирование программных модулей [32]. Для того, чтобы интерфейс конкретной конфигурации системы полностью отражал настроенные структуры данных и алгоритмов, в системе 1С: Предприятие, помимо редактора диалоговых форм и табличных документов, предусмотрена возможность настройки общих интерфейсных компонент системы: меню, панелей инструментов, комбинации клавиш. На этапе конфигурирования может быть создано несколько пользовательских интерфейсов для разных категорий пользователей (руководителей, менеджеров, кладовщиков и других). Данная система позволяет описывать наборы прав, соответствующие должностям пользователей и виду их деятельности. Структура прав определяется конкретной конфигурацией системы.
Например, могут быть в ведены такие наборы прав, как «Главный бухгалтер», «Кладовщик», «Менеджер», «Начальник отдела». Сам список пользователей создаѐтся уже для конкретной организации. Каждому пользователю назначают роль, включающая набор прав и пользовательский интерфейс. Конфигуратор позволяет на этапе проектирования выделить различные подсистемы. Для каждого объекта метаданных можно указать, к какой подсистеме он относится. Один объект может принадлежать нескольким подсистемам [33]. Для удобства разработки конфигурации в системе предусмотрен отладчик. Отладчик позволяет отслеживать исполнение программных модулей конфигурации, замерять сравнительное время исполнения, просматривать содержимое переменных.
Для отслеживания текущего состояния работы системы используется монитор пользователей. Он позволяет просмотреть, кто из пользователей в настоящий момент работает с конкретной информационной базой и в каком режиме [34]. Хранилище конфигураций используется для групповой разработки конфигураций. Он позволяет распределять права доступа по модификации объекта конфигурации и производить необходимые изменения одновременно, а не последовательно.
Журнал регистрации изменений ведѐтся системой автоматически. В нѐм отражаются все факты изменений данных пользователями и сообщения системы. Поддержка конфигураций предусмотрена для удобства обновления конфигураций разработчиками [35]. 4.
2. Алгоритм решения.
В начале настройки конфигурации «1С:Предприятия8.
3″ необходимо выбрать на панели управления «Конфигурация — Открыть конфигурацию"[36]. Откроется окно «Конфигурация», в котором надо последовательно добавить все описанные в предыдущих главах документы:
Справочники:Поставщики.
МатериалыТовары.
КлиентыТехнологические карты.
Входные и выходные документы:
Заказы.
Приходные ордеры на материалы.
Расходные ордеры на материалы.
Приходные ордеры товаров.
Расходные ордеры товаров.
Отчет о выпущенной продукции.
Отчет об остатках материалов.
Отчет об остатках товаров.
Регистры накопления.
Выпущенной продукции.
МатериаловТоваров4.
3. Разработка и реализация программного обеспечения.
На рисунке 7 представлено дерево конфигурации готовой базы данных. Рисунок 7 — Дерево конфигурации.
Как видно из дерева конфигурации при разработке в него были добавлены все элементы, перечисленные в прошлом разделе. Каждому элементу было присвоено уникальное имя и определены основные свойства, формы и способы взаимодействия с другими объектами.
4.4. Технологический процесс.
При работе в базе данных сотрудники разных отделов должны следовать разным алгоритмам. Сотрудники отдела продаж могут заполнять и проводить документы «Заказы» и использовать в качестве справочной информации имеющиеся в базе справочники. Рассмотрим технологический процесс работы в программе на примере приема заказа сотрудником отдела продаж. На рисунке 8 представлена форма для заполнения, которая открывается при выборе документа «Заказы» и нажатии «+» в панели управления. Рисунок 8 — Форма для заполнения документа «Заказы"Как видно из рисунка 8, номер документа и время создания уже заполнены автоматически. Для заполнения поля «Код товара» необходимо нажать на многоточие около этого поля. На экране появится справочник товаров (рисунок 9), в котором можно выбрать товар из нужной категории (справочник иерархический).После выбора нужного товара необходимо нажать кнопку «Выбрать» на панели инструментов. Рисунок 9 — Справочник «Товары"По такому же принципу из справочника «Клиенты» (рисунок 10) добавляется клиент. Рисунок 10 — Справочник «Клиенты"Остальные поля необходимо заполнить вручную и для проводки документа нажать внизу формы кнопку «ОК» (рисунок 11).Рисунок 11 — Заполненная форма.
После проводки документа он отобразится в списке документов (рисунок 12).Рисунок 12 — Список документов «Заказы"5. Обоснование экономической эффективности проекта5.
1. Выбор и описание методики расчета экономической эффективности.
Экономическая эффективность деятельности предприятия напрямую связана с такими показателями его работы как скорость обработки поступившего заказа и его выполнения, которые в свою очередь зависят от времени передачи информации внутри организации[37−38]. В то же время данные показатели должны достигаться с помощью минимального количества сотрудников, для чего требуется уменьшение трудозатрат сотрудников на единичную задачу. В идеальном варианте необходимо достичь минимального времени, требуемого сотруднику на решение единичной задачи (например, обработки одного поступившего заказа), что позволит либо уменьшить количество сотрудников, либо увеличить количество выполняемых заказов [39−40]. Для оценки эффективности проекта предлагается использовать методику, которая в качестве постоянной будет рассматривать численный состав сотрудников одной специальности, а в качестве переменной количество выполняемых заказов. В этом случае объем обработанных заказов может быть рассчитан как отношение ежедневного рабочего времени одного сотрудника к времени обработки единичного заказа. Экономическая эффективность заказа будет оцениваться по отношению числа ежедневно обрабатываемых заказов одним сотрудником после внедрения информационной системы к числу ежедневно обрабатываемых заказов одним сотрудником до внедрения информационной системы, умноженному на 100%.Таким образом, полученная величина будет отражать процентное изменение числа ежедневно обрабатываемых заказов в связи с внедрением информационной системы. 5.
2. Расчет показателей экономической эффективности.
Среднее время обработки заказа до внедрения информационной системы складывалось из следующих составляющих:
Общение с клиентом (30 минут).Заполнение бланка заказа (10 минут).Передача бланка заказа в технологический отдел (15 минут).Подготовка технологической карты (60 минут).Передача технологической карты в расчетный отдел (15 минут).Расчет стоимости (20 минут).Передача стоимости в отдел продаж (15 минут).Согласование стоимости с клиентом (10 минут).Передача бланка окончательного заказа на исполнение в цех (15 минут).Итого:
190 минут. Число обработанных заказов на одного сотрудника в день: 2,5.Среднее время обработки заказа после внедрения информационной системы складывается из следующих составляющих:
Внесение информации о заказе в базу данных во время общения с клиентом (30 минут).Подготовка технологической карты (60 минут).Согласование стоимости с клиентом (10 минут).Итого 100 минут. Число обработанных заказов на одного сотрудника в день: 4,8.Отношение числа обработанных заказов на одного сотрудника в день после внедрения к числу обработанных заказов на одного сотрудника в день до внедрения информационной системы: 192%.Таки образом эффективность повысилась почти в два раза.
5.3. Направления совершенствования.
В качестве основного усовершенствования разработанной информационной системы может рассматриваться разработка расширенной информационной системы на основе «1С:Предприятия8.
3″ с применением «клиент-серверной» технологии, которая позволит:
Обеспечить возможность одновременной работы большего числа пользователей. Улучшить скоростные параметры работы системы по сравнению с «файловым» вариантом. Упростить установку и эксплуатацию современной защиты информации. Упростить процедуру добавления вычислительной мощности. В качестве дополнительного направления совершенствования системы можно рассматривать автоматический обмен данными с информационными системами постоянных партнеров ООО «ГАСЗНАК», что позволит значительно ускорить и облегчить реализацию партнерских проектов.
ЗАКЛЮЧЕНИЕ
В первой главе был проведен анализ предметной области «формирование и использование портфеля заказов продуктов общества с ограниченной ответственностью ГАСЗНАК», в рамках которого было:
составлено описание предметной области «формирование и использование портфеля заказов продуктов общества с ограниченной ответственностью ГАСЗНАК"рассмотрено информационное взаимодействие между подразделениями ООО «ГАСЗНАК» в процессе формирования и использования портфеля заказов продуктовустановлена зависимость экономической эффективности продаж от скорости и качества информационного взаимодействия между подразделениями организациисделаны выводы об актуальности внедрения автоматическогоформирования и использования портфеля заказов продуктов в данной компании.
Во второй главе приведено технико-экономическое обоснование автоматизации формирования и использования портфеля заказов продуктов ООО «ГАСЗНАК».С этой целью проведено подробное описание объекта управления, состоящее из трех моделей:
организационной, функциональной, информационной. На основе данных моделей определена миссия объекта автоматизации, выделены критические факторы его успеха и проблем. Определены основные характеристики поставленной задачи. Проведен анализ существующей организации преобразования информации с выделением основных бизнес-процессов, а также их оптимизация. Составлен обзор проектных разработок и программных решений, существующих в данной области на сегодняшний день, и выбраны наиболее подходящие для решаемой задачи. В третьей главе приведены описания и примеры входной, промежуточной и выходной информации, также классификаторов, которые будут использованы в разрабатываемой информационной системе. На основе данной информации построена инфологическая и даталогическая модели системы. В четвертой главе приведено описание разработанного и реализованного программного обеспечения. В пятой главе приведено обоснование экономической эффективности проекта. С этой целью выбрана и описана методика расчета экономической эффективности проекта, а затем по ней рассчитаны показателиего экономической эффективности. В заключение рассмотрены основные направления совершенствования разработанной информационной системы. Таким образом, были решены все поставленные задачи:
Автоматизирован учет продукции, находящейся на складе. Автоматизирован учет продукции, находящейся на стадии производства. Автоматизирован учет заказов, принятых отделом продаж. Автоматизировано резервирование товаров под заказы, подтвержденные отделом продаж, из числа товаров, находящихся как на складе, так и в производстве. Автоматизирована актуализация информации о наличии товаров на складе или в производстве в системе продаж интернет-магазина.Автоматизировано резервирование товаров на складе и в производстве под заказы, принятые через интернет-магазин.Разработана программа расчета скорости продаж отдельных наименований продукции на основе текущего портфеля заказов. Разработана программа расчета примерного времени реализации остатков продукции на складе готовой продукции на основе текущего портфеля заказов для планирования выпуска очередной партии товаров данного наименования. СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫО компании. [Электронный ресурс]: Сайт ООО «ГАСЗНАК» URL:
http://www.gasznak.ru/company/Карданская Н. Л. Основы принятия управленческих решений: Учеб. пособие. — М.: Русская деловая литература, 1998. — 288 с. Когаловский М. Р. Энциклопедия технологий баз данных. — М.: Финансы и статистика, 2002. — 800 с. — ISBN 5−279−2 276−4.Федоренко, Е. В. Базы данных: учебное пособие / Е. В. Федоренко, А. С. Самардак. -.
М.: Находка, 2016. — 116 с. Date, C. J.&#.
160;Database in Depth. — O'Reilly, 2005. — 240 с. — ISBN 0−596−10 012−4.Гарсиа-Молина Г., Ульман Дж., Уидом Дж. Системыбазданных. Полныйкурс = Database Systems: The Complete Book. —.
Вильямс, 2003. — 1088 с. — ISBN.
5−8459−0384-X.Дейт К., Дарвен Х. Основы будущих систем баз данных. Третий манифест. — Янус-К, 2011. — С.102Жилин Д. М. Теория систем: опыт построения курса.
— Ком.
Книга, 2011. — С.123Кренке Д. Теория и практика построения баз данных. — Питер, 2010. -.
С.206Советов Б.Я., Цехановский В. В., Чертовской В. Д. Базы данных. Теория и практика.- Высшая школа, 2010. — С.49Скотт В. Эмблер, Прамодкумар Дж. Садаладж Рефакторинг баз данных. Эволюционное проектирование. -.
Вильямс, 2010. — C. 36Теория и практика построения баз данных: Д. Крёнке. — Питер, 2011.
— С.223−250Куликов Г. Г. Набатов А.Н. Речкалов А. В. Автоматизированное проектирование информационно-управляющих систем. Системное моделирование предметной области. — Уфа: Уфимский государственный авиационный технический университет, 1998. — 104 с. — ISBN 5−89 611−190−0.Соболь Б. В., Галин А. Б., Панов Ю. В. и др. Информатика: учебник. — М.: Феникс, 2007.
— С.223Гарсиа-Молина Г., Ульман Дж., Уидом Дж. Системы баз данных. Полный курс = Database Systems: The Complete Book. — Вильямс, 2003. —.
1088 с. — ISBN 5−8459−0384-X.Вейскас Д., Эффективная работа с MicrosoftAccess 2003, С.-Пб., 2005MySQL 5.7 ReferenceManual [Электронныйресурс] // ОфициальныйсайтMySQLURL:
https://dev.mysql.com/doc/refman/5.7/en/Гусева Т.И., Башин Ю. Б., Проектирование баз данных в примерах и задачах, М., 2003.
Обзор системы «1С:Предприятие8» [Электронный ресурс]: Сайт фирмы «1С» URL:
http://v8.1c.ru/overview/Базы данных. &# 171;Проектирование, реализация и сопровождение", Томас Конном, Королинг Берг — 2010. -.
С.102Багриновский К. А. Хрусталев Е.Ю. Новые информационные технологии. — М.: ЭКО, 2011. — С.122Информатика и информационно-коммуникационные технологии.
Базовый курс: И. Г. Семакин, С. В. Русаков, Л. В. Шестакова. — М: БИНОМ, Лаборатория знаний, 2010. — С. 169Дейт К.
Дж. Введение в системы баз данных = Introduction to Database Systems. — 8-е изд. — М.: «Вильямс», 2006. — 1328 с. — ISBN 0−321−19 784−4.Компьютерные технологии обработки информации / Под ред. С. В. Назарова. — М.: Финансы и статистика, 2005. — С.108Peter Pin-Shan Chen «The Entity-Relationship Model — Toward a Unified View of Data» (англ.) // ACM Transactions on Database Systems (TODS): Сб. — Нью-Йорк: ACM, 1976. — Vol. 1. — P. 9−36. — ISSN 0362−5915. — DOI:
10.1145/320 434.
Адуева Т.В., Бухгалтерские информационные системы. Учебное пособие. Томск: Эль Контент, Томский государственный университет систем управления и радиоэлектроники, 2012 г. — 72 с. 1. 1С: Предприятие 8.
1. Версия для обучения программированию (комплект из 4 книг и 3 CD-ROM). — М.: Питер, 2007. -&# 160;869 c. Болтава А. Л., Чумакова Н. А., Автоматизированная обработка бухгалтерской информации. Учебное пособие. Краснодар. Изд-во: Южный институт менеджмента, 2010.
— 60 с. ISSN 2227−8397.
Кузнецов, Владимир 1С: Предприятие. Бухгалтерский учет. Практический самоучитель / Владимир Кузнецов, Сергей Засорин. — М.: Тех.
Бук, 2005. — 320 c. Голкина Г. Е., Бухгалтерские информационные системы. Учебное пособие. М.: Евразийский открытый институт, 2011 г. — 96 с. ISBN: 978−5-374−336−9 Габец, А.П. 1С: Предприятие 8.
1. Простые примеры разработки + 1 CD-ROM / А. П. Габец, Д. И. Гончаров. — М.: 1С: Паблишинг; СПб: Питер, 2008. ;
383 cКовалева В.Д., Хисамудинов В. В., Автоматизированное рабочее место экономиста. Учебное пособие. М.: Финансы и статистика, 2013 г. — 336 с.
ISBN: 978−5-279−3 326−3 Гриф УМО Богачева, Т.Г. 1С: Предприятие 8.
0. Управление торговлей в вопросах и ответах: Практическое пособие / Т. Г. Богачева. — М.: 1С Паблишинг, 2007. — 252 c. Уринцов А. И., Электронный обмен данными. Учебное пособие. М.: Евразийский открытый институт, 2011 г.
— 181с. ISBN: 978−5-374−463−2 Радченко, М.Г. 1С: Предприятие 8.
1. Практическое пособие разработчика + CD / М. Г. Радченко. — М.: 1С: Паблишинг; СПб: Питер, 2007. — 512 c. Кашаев, Сергей 1С: Предприятие 8.
1. Учимся программировать на примерах (+CD-ROM) / Сергей Кашаев. — М.: БХВ-Петербург, 2009. — 400 c. Максим, Пахомов Исследование экономической эффективности инновационного оборудования / Пахомов Максим, Алексей Кореняко und Елена Пахомова. — М.: LAP Lambert Academic Publishing, 2016.
— 152 c. Климов, Владислав Обоснование экономической эффективности инновационных проектов / Владислав Климов. — М.: LAP Lambert Academic Publishing, 2015. — 416 c. Герасимов, Ю.
К. Математическая теория сбалансированного эффективного экономического развития / Ю. К. Герасимов. — М.: Издательство МГУ, 2014. — 216 c. Елена, Патрушева und Елена Большакова Оценка экономической эффективности инновационных кластерных проектов / Елена Патрушева und Елена Большакова.
— М.: Palmarium Academic Publishing, 2014. — 164 c. Приложение 1Схема организационной структуры ООО «ГАСЗНАК"Приложение 2ER — диаграмма.
Приложение 3Схема базы данных.
Схема базы данных.
Приложение 4Структурная схема комплекса средств вычислительной техники.
Приложение 5Отчет о продукции, реализованной за 4 квартал.
Код товара.
НаименованиеКоличество.
Единица измерения.
Цена за единицу измерения.
Стоимость001Знак «Курение запрещено"500шт50 руб25 000 руб002Знак «Осторожно радиация"34шт20 680 руб003Информационный стенд для кабинета ОБЖ3шт1 000 030 000 руб.
Итого:
537шт55 680 руб.
Отчет об остатках материалов за 4 квартал.
Код материала.
МатериалКоличество.
Единица измерения.
Цена за единицу измерения.
Количество знаков за единицу остатков материала Стоимость001Пластик 30кг50 руб1000 знаков150 000 руб001Плёнка20кг15 руб70 знаков300 руб002Металл оцинкованный 30кг10 000 руб8000 знаков300 000 руб.
Отчет о заказах за один месяц.
Код товара.
НаименованиеКоличество.
Единица измерения.
Цена за единицу измерения.
Стоимость001Знак «Курение запрещено"20шт50 руб1000 руб002Знак «Осторожно радиация"3шт2060 руб003Информационный стенд для кабинета ОБЖ1шт1 000 010 000 руб.
Итого:
24шт11 060 руб.
Приложение 6Диаграмма прецедентов.
Приложение 7Входная форма «Расход товары"Входная форма «Расход материалы"Входная форма «Приход товары"Входная форма «Приход материалы"Входная форма «Заказы"Приложение 8Входная форма «Справочник Клиенты"Входная форма «Справочник Материалы"Входная форма «Справочник Поставщики"Входная форма «Справочник Технологические карты"Входная форма «Справочник Товары».
