Содержание:

ВВЕДЕНИЕ

Информационная система (ИС) — система, предназначенная для поиска, хранения и обработки информации, и соответствующие организационные ресурсы (человеческие, технические, финансовые и т. д.), которые обеспечивают и распространяют информацию (ISO/IEC 2382:2015)^[1].

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

Экономическая информационная система (ЭИС) представляет собой совокупность организационных, технических, программных и информационных средств, объединённых в единую систему с целью сбора, хранения, обработки и выдачи необходимой информации, предназначенной для выполнения функций управления.

Автоматизированная система управления представ- ляет собой автоматизированную систему, предназначенную для автоматизации всех или большинства задач управления, решаемых коллективным органом управления (министерством, дирекцией, правлением, службой, группой управления и т. д.).^[3]

Автоматизированной информационной системой (АИС) называется организационно-техническая система, являющаяся совокупностью программно-аппаратных средств, предназначенных для автоматизации деятельности, связанной с хранением, передачей и обработкой информации. То есть информационная система является системой информационного обслуживания работников управленческих служб и выполняет технологические функции по накоплению, хранению, передаче и обработке информации.^[4]

В АИС лишь часть функций управления и обработки данных выполняется компьютером, а часть все же человеком.

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

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

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

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

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

При выполнении данной работы пред нами были поставлены следующие задачи:

• описание предметной области;
• проектирование концептуальной модели данных;
• моделирование бизнес-процессов;
• проектирование физической структуры базы данных.

Решение этих задач предусматривает создание базы данных учета движения материалов на складе.

Задачи курсовой работы раскрываются в двух главах:

ГЛАВА 1 – Аналитическая часть. Анализ предметной области и постановка задачи. Здесь определяется предметная область, производится выбор комплекса задач автоматизации, даются характеристики существующих бизнес – процессов, документооборота, возникающего при решении задачи. Производятся анализ информационных потребностей пользователей, обоснование проектных решений по информационному обеспечению, обоснование проектных решений по программному обеспечению, а также моделирование соответствующих бизнес процессов в нотациях IDEF0, DFD, IDEF3.

ГЛАВА 2 – Проектная часть. В данной главе производится разработка информационной модели данных, даются характеристики нормативно-справочной, входной, оперативной и результатной информаций.

Также здесь, в рамках реализации информационной системы:

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

Завершает глава контрольным примером реализации проекта и его описанием.

ГЛАВА 1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

1.1 Выбор комплекса задач автоматизации

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

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

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

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

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

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

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

• электронная регистрация документов;
• поиск товаров для отгрузки в БД и просмотра информации о месте его хранении (номер склада).
• формирование документов отчетности (приходные, накладные и т.д.).

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

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

Главное назначение автоматизированной системы в данном случае – повысить эффективность выполнения основных функций работников склада.

Автоматизация управления процессами на складе, повышает его оперативность и эффективность.

Критерии выбора технических средств

надежность функционирования системы

функциональная полнота системы

быстродействие

минимизация затрат на стоимость

аппаратных средств

прикладных систем

сопровождения системы

развития системы

1.2 Характеристика существующих бизнес – процессов

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

Процедура приема продукции на склад происходит в следующем порядке:

Прием продукции

продукция на склад приходит в сопровождении экспедитора и приходной накладной

на складе контролер, проверяет приходную накладную, и регистрирует ее в книге учета входящих документов (накладных)

контроллер осматривает входящую продукцию, и если с ней все нормально принимает ее на склад, передавая экспедитору товара выписку (документ) о том, что товар принят на хранение

грузчики склада отвозят товар в свободное место хранения

контролер делает запись в книге учета о том, где хранится вновь поступившая продукция

В ходе работы склада, он нуждается в инвентаризации, которая включает в себя такие стадии как:

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

Отгрузка товаров со склада проходит в следующем порядке:

Отгрузка товаров

получатель товара подает накладную на отгрузку товара

контролер проверяет эту накладную и регистрирует ее в книге учета входящих документов

контролер дает указание работникам склада на поиск нужной продукции и отгрузки ее

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

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

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

1.3 Характеристика документооборота, возникающего при решении задачи

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

Ниже приводится схемы документооборота на складе

Исполнитель Действие	пользователь системы	бухгалтер	руководитель	клиент
1. Поступление товара на склад	Ввод данных о поступлении товара в картотеку склада	Учет товара в бухгалтерском балансе
2. Проверка правильности, заполнение и подписание акта приема-передачи	Заполнение акта прием- передачи		Подписанные документы учета (баланс, отчет, акты и т.д.)
3. Выдача товара со склада	Поиск товара по запросу
4.Получение подписанных документов	Формирование накладной	Учет выдачи товара в бухгалтерском балансе
5.Получение подписанных документов				Формирование накладной

Рис.1 . Схема документооборота

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

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

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

несовершенство организации сбора и регистрации исходной информации.

На складе имеются 8 помещений для хранения до 400 кубометров товаров каждая. Склад специализируется на хранении запасных частей для промышленных машин. (термостаты, терморегуляторы, подшипники и т.д.). Всего 850 наименований.

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

Таблица 1. Грузооборот на складе за 2017-2018 годы и 2018-2019 годы.

Наименование	2017-2018 (шт)	2018-2019 (шт)	% рост по сравнению с 2017-2018
Грузооборот по прибытию	18 602	22 260	20%
Грузооборот по отгрузке	28 414	25 890	-9%
Грузооборот общий	47 016	48 150	2%

Итого в среднем ежедневный грузооборот в среднем за сезон 2018-2019 гг составил 48 150 /365 = 132 операций.

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

А за год общие затраты примерно составляют 5500 тысяч рублей. Кроме того, необходимо обеспечит эти 18 человек рабочим местом, массой канцелярских товаров и бумагой. При этом из-за вышеуказанных недостатков прибавляются еще и неустойки и штрафные санкции.

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

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

Минимальная функциональность системы автоматизации склада:

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

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

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

1.4 Обоснование проектных решений по информационному обеспечению

Информационное обеспечение – это совокупность единой системы классификации и кодирования информации, унифицированных систем документации, схем информационных потоков, циркулирующих в организации, методология построения баз данных. Данная подсистема предназначена для своевременного предоставления информации и принятия управленческих решений. Информационное обеспечение автоматизированных информационных систем состоит из вне машинного (информация, которая воспринимается человеком без каких-либо технических средств) и внутри машинного информационного обеспечения – это экранные формы для ввода первичных данных в ЭВМ или вывода результативной информации^[5].

К внемашинному информационному обеспечению можно отнести следующие информационные документы:

• инструкция пользователя ИС кладовщик;
• инструкция по инсталляции ПО ИС склада.

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

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

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

Таблицы

Продукция

Поставщики

грузоотправители

получатели

приход продукции

расход продукции

лимиты

Также, в состав базы данных ИС входят справочники, которые будут содержать необходимую для формирования планов и статистических отчетов, условно-постоянную, информацию:

СПРАВОЧНИКИ

СКЛАДЫ

ВИДЫ ПРОДУКЦИИ

КОНТРАГЕНТЫ

Рис 2. Справочники ИС.

Существуют три метода классификации объектов: иерархический, фасетный и дескрипторный. Иерархическая система классификации делит объекты по классификационному признаку на уровни. При этом признаки классификации каждого уровня в последовательности зависят друг от друга. Фасетная система классификации позволяет выбирать признаки классификации независимо друг от друга. Дескрипторная система классификации широко используется в библиотечной системе поиска^[6].

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

1.5 Обоснование проектных решений по программному обеспечению

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

К выбираемому программному обеспечению в данном случае относятся операционная система (ОС) и среда программирования.

Все ОС подразделяются на:

- однопользовательские и многопользовательские;

- однозадачные и многозадачные.

Мы остановились на выборе имеющейся операционной системе Windows 7. Имеющие в пользовании работников склада компьютеры снабжены операционной системой Windows 7 профессиональная сборка, офисным пакетом MS Office 2007, включая СУБД Microsoft Access.

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

Для разработки информационной системы была выбрана СУБД Microsoft Access. Основным мотивом выбора данного СУБД является отсутствие необходимости дополнительных затрат на приобретение специальных сред программирования, а также возможность визуального программирования.

В качестве сервера выделен достаточной мощный компьютер со следующими характеристиками: sS9000 / pro (S921LPAi): 2 x Xeon E5-2620V4 / 64 Гб / 2 x 2 Тб SATA RAID.

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

ГЛАВА II. ПРОЕКТНАЯ ЧАСТЬ

2.1Информационная модель и её описание

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

• схема базы данных (на основании ER-модели, разработанной на этапе анализа);
• набор спецификаций модулей системы (они строятся на базе моделей функций).

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

Эта система поддерживает три методологии: IDEF0, DFD и IDEF3, позволяющие анализировать деятельность предприятия с трех ключевых точек зрения:

• С точки зрения функциональности системы. В рамках методологии IDEF0 бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показывается информационные, людские и производственные ресурсы, потребляемые каждой работой.
• С точки зрения потоков информации (документооборота) в системе. Диаграммы DFD могут дополнить то, что уже отражено в модели IDEF3, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнес-функциями внутри системы. В тоже время диаграммы DFD оставляют без внимания взаимодействие между бизнес-функциями.

С точки зрения последовательности выполняемых работ. Более точную картину можно получить, дополнив модель диаграммами IDEF3. Этот метод привлекает внимание к очередности выполнения событий. В IDEF3 включены элементы логики, что позволяет моделировать и анализировать альтернативные сценарии развития бизнес-процесса.

Нотации семейства IDEF - совокупность нотаций проектирования IDEF (Integrated DEFinition), разработанная в США в начале 80-х годов 20 века по программе Integrated Computer-Aided Manufacturing. Наиболее широко применяемыми являются нотации IDEF0 и IDEF3.

Графическая нотация IDEF0 - применяется для построения функциональной/концептуальной модели системы. Диаграммы IDEF0 отображают функции/процедуры, а также потоки информации и материальных объектов.

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

Графическая нотация IDEF3

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

2.1.1 Нотация IDEF0

Нотация IDEF0 (Integration Definition for Function Modeling) была разработана на основе методологии структурного анализа и проектирования SADT, утверждена в качестве стандарта США и успешно эксплуатируется во многих проектах, связанных с описанием деятельности предприятий.

Нотация IDEF0 может быть использована для моделирования широкого класса систем.

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

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

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

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

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

Каждый блок должен иметь по крайней мере одну стрелку контроля (управления). Управление всегда входит в вершину блока. Управление, как правило, представляется в виде правил, инструкций, политики компании, процедур или стандартов. Оно влияет на деятельность без фактического преобразования чего-либо. Управление может также использоваться для описания процедуры начала или окончания выполнения действия.

Стрелки выхода (выпуска) — это материал или информация, произведенная блоком. Каждый блок должен иметь по крайней мере одну стрелку выхода (выпуска). Процессы, которые не производят продукции (выпуска), лучше не моделировать вообще.

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

Для проанализированной предметной области построим контекстную диаграмму при помощи BPWin 4.0.

Рис.3. Контекстная диаграмма

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

Декомпозируем контекстную диаграмму на 3 функциональных блока (Рис.4):

Приемка товара на склад;

Хранение и переучет продукции;

Отгрузка продукции.

Рис. 4. Диаграмма IDEF0

2.1.2 Нотация DFD

Для того чтобы документировать механизмы передачи и обработки информации в моделируемой системе, используются диаграммы потоков данных (Data Flow Diagrams). Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота организации. Чаще всего диаграммы DFD используют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0.

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

Любая DFD-диаграмма может содержать работы, внешние сущности, стрелки (потоки данных) и хранилища данных.

Далее моделировать систему будем, используя диаграммы потоков данных (DFD).

Декомпозируем функциональный блок «Приемка товара на склад» еще на четыре действия (Рис.5):

Проверка товарно-транспортной накладной;

Проверка поставленной продукции;

Занесение данных о продукции в БД;

Передача продукции на хранение.

Рис.5. Диаграмма DFD «Приемка товара на склад»

В следующем шаге декомпозируем функциональный блок «Хранение и переучет продукции» на два действия (Рис.6):

Размещение товара на складе:

Анализ наличия необходимого количества на складе (на этом этапе лицу, принимающему решение, передается оперативная информация).

Рис.6. Диаграмма DFD «Хранение и переучет продукции»

Декомпозируем функциональный блок «Отгрузка» на три действия (Рис.7):

Проверка наличия товара на складе;

Занесение информации об отгружаемой продукции в БД;

Отгрузка продукции по требованию.

Рис.7. Диаграмма DFD «Отгрузка»

2.1.3 Нотация IDEF3

Нотация IDEF3 была разработана с целью более удобного описания рабочих процессов (workflow), для которых важно отразить логическую последовательность выполнения процедур.

Наличие в диаграммах DFD элементов для описания источников, приемников и хранилищ данных позволяет точно описать процесс документооборота. Однако для описания логики взаимодействия информационных потоков модель дополняют диаграммами еще одной методологии – IDEF3, также называемой workflow diagramming. Методология моделирования IDEF3 позволяет графически описать и задокументировать процессы, фокусируя внимание на течении этих процессов и на отношениях процессов и важных объектов, являющихся частями этих процессов.

IDEF3 предполагает построение двух типов моделей: модель может отражать некоторые процессы в их логической последовательности, позволяя увидеть, как функционирует организация, или же модель может показывать “сеть переходных состояний объекта”, предлагая вниманию аналитика последовательность состояний, в которых может оказаться объект при прохождении через определенный процесс.

Декомпозируем функциональный блок «Проверка товарно-транспортной накладной» который, в свою очередь, является элементом декомпозиции блока «Приемка товара на склад» на четыре действия:

Принятие товарно-транспортной накладной;

Проверка поставщика;

Проверка реквизитов документа;

Проверка количества продукции.

Рис.8. Диаграмма IDEF3 проверки товарно-транспортной накладной.

Декомпозируем функциональный блок «Проверка поставленной продукции» который, в свою очередь, является элементом декомпозиции блока «Приемка товара на склад» на три действия:

Проверка продукции на годность;

Принять продукцию;

Вернуть поставщику.

Рис.9. Диаграмма IDEF3 проверки поставленной продукции

2.2 Характеристика нормативно-справочной, входной и оперативной информации.

Входные экранные формы для формирования статистических отчетов приведены на рисунках в приложении. Файлы с отчетами по видам деятельности содержат те же реквизиты, что и таблицы БД. Структура файлов – таблицы Excel. Экранные формы для формирования файлов со статистическими отчетами содержат данные с временным периодом формирования статистических отчетов. Эти данные вносятся сотрудником отдела планирования. Через экранные формы, сотрудник отдела планирования запускает автоматизированный процесс формирования файлов с отчетами.

К входной информации относятся файлы «Табель учета рабочего времени» и «Комплексный отчет по филиалам» и таблица «Коэффициенты планирования». Источником получения файлов и таблицы является корпоративная ИС. Частота возникновения файлов для статистических отчётов – одни раз в календарную неделю. Частота возникновения файлов с отчётами о видах деятельности – раз в неделю, для складирования и доставки – раз в день. Ежедневно поступает таблица с коэффициентами планирования.

Файл «Табель учета рабочего времени» содержит следующие показатели: фамилия, имя и отчество сотрудника, количество праздничных дней в месяце, количество отработанных часов с коэффициентами 1 (норма часов), 1.5 (переработки), 2 (переработки и праздничные часы) и 0.4 (ночные часы), а также общее количество отработанных часов. Количеству строк соответствует количество сотрудников предприятия - 4800. Количество записей – 33600. Структура файла – таблица Excel. Объем файла – 180 Кб.

Файл «Комплексные данные по филиалам» содержит следующие показатели: количество перемещенных упаковок, количество упаковок, принятых на склад с производства, количество упаковок, отправленных филиалом на склады, количество проданных упаковок, количество упаковок, отправленных на экспорт, количество упаковок, принятых как импорт, количество упаковок, возвращенных из торговой сети, количество проданных упаковок за один календарный месяц. Количество строк соответствует количеству филиалов предприятия - 11. Количество записей – 88. Структура файла – таблица Excel. Объем файла – 1,3 Кб. Источником получения файлов является корпоративная ИС. Частота возникновения одни раз в календарную неделю. Таблица с коэффициентами планирования содержит коэффициенты для планирования основных видов деятельности. Количество строк соответствует количеству видов продукции, филиалов, складов и контрактов. Частота возникновения одни раз в день.

Отчет по продажам формируется отделом продаж и содержит следующие показатели:

• дата заказа;
• код договора;
• наименование клиента;
• код склада;
• наименование склада;
• код филиала;
• наименование филиала;
• код вида продукции;
• наименование продукции;
• количество;
• цена;
• скидка;
• стоимость.

Объем файла – 13 Мб. Частота возникновения одни раз в день.

Отчет по производству формируется отделом производства и содержит следующие показатели:

• код вида продукции;
• наименование вида продукции;
• дата розлива
• срок годности;
• количество;
• код филиала;
• наименование филиала.

Объем файла – 12 Кб. Частота возникновения одни раз в день.

Отчет по складу формируется отделом склад и содержит следующие показатели:

• код склада;
• наименование склада;
• код филиала;
• наименование филиала;
• код вида продукции;
• наименование вида продукции;
• дата розлива;
• срок годности;
• количество.

Объем файла – 30 Кб. Частота возникновения одни раз в день.

Отчет по доставке формируется отделом доставки и содержит следующие показатели:

• наименование клиента;
• код договора;
• наименование договора;
• адрес клиента;
• код вида продукции;
• наименование вида продукции;
• количество;
• код склада;
• наименование склада;
• код филиала;
• наименование филиала.

Объем файла – 18 Мб. Частота возникновения одни раз в день.

Таблица с коэффициентами планирования содержит 234 987 строк. Объём файла – 8 мб.

В сводной таблице 2.8 приведены основные характеристики справочников.

Таблица 2.2 Основные характеристики справочников

Название справочника	Ответственный за ведение справочника	Объем в строках	Средняя частота актуализации в год	Средний объем ктуализации, % в год
Виды продукции	Специалист отдела производства	270	10	5,5
Филиалы	Специалист отдела логистики	11	0,5	9
Склады	Специалист отдела логистики	110	3	10
Контракты	Специалист отдела доставки	234 987	312	3

Реквизитный состав справочника «Виды продукции»:

• код вида продукции;
• наименование вида продукции;
• литраж вида продукции;
• стоимость.

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

Реквизитный состав справочника «Филиалы»:

• код филиала;
• название филиала;
• фактический адрес филиала;
• менеджер филиала;
• контактная информация филиала.

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

Реквизитный состав справочника «Склады»:

• код склада;
• код филиала;
• название склада;
• вместимость склада;
• фактический адрес склада;
• менеджер склада;
• контактная информация склада.

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

Реквизитный состав справочника «Контракты»:

• код контракта;
• наименование клиента;
• наименование договора;
• адрес;
• контактная информация;
• скидка;
• статус договора;
• дата подписания договора;
• дата начала действия договора.

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

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

Входных таблиц девять: «Продажи», «Производство», «Сток», «Доставка», «План производства», «План продаж», «План доставок», «План складирования» и «Коэффициенты планирования». Изменения во всех таблицах, кроме таблицы «Коэффициенты планирования», вносятся функцией «Импорт данных» из файлов с отчётами.

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

2.3 Характеристика результатной информации

В данном разделе опишем итоговые данные, полученные после выполнения запросов поставленной задачи.

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

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

В Access может быть создано несколько видов запроса:

ВИДЫ ЗАПРОСОВ

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

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

запросы на обновление, добавление, удаление — являются запросами, в результате выполнения которых изменяются данные в таблицах

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

• В какие дни объем поставок материалов X от поставщика Т превышал 200 единиц;

Рассмотрим реализацию запроса.

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

Рис. 10. Окно создания параметрического запроса в режиме конструктора

Поскольку запрос является параметрическим, при его выполнении на экране появятся диалоговые окна, где пользователю необходимо задать параметры выборки:

Рис.11 а. Запрос на ввод поставщика

Рис. 11б. Запрос на ввод наименования продукции

Рис. 12. Результат выполнения запроса

Рассмотрим другой тип запросов - запрос на создание таблицы. Таблица «Остатки» будет создана автоматически, на основе данных, имеющихся в таблицах «Продукция», «Приход» продукции» и «Расход продукции».

Рис. 13. Окно создания запроса на создание таблицы в режиме конструктора

СУБД Access предоставляет возможность вводить данные как непосредственно в таблицу, так и с помощью форм.

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

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

Возможности формы

ввод и просмотр информации базы данных

изменение данных

печать

создание сообщений

Основные способы создания форм:

• Конструктор форм (предназначен для создания формы любой сложности)
• Мастер форм (позволяет создавать формы различные как по стилю, так и по содержанию).

Рис. 14. Форма “Приход” с кнопками

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

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

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

Рис. 15. Отчет «Ведомость прихода на склад»

Рис. 16. Вид окна конструктора отчетов

Общие положения (дерево функций и сценарий диалога)

В данном дипломном проекте производится автоматизация тех рутинных бумажных работ, которую делают сотрудники склада. Основное окно программы - «Учет движения материалов на складе» (рис. 17) имеет следующие кнопки: формы, запросы, отчеты и кнопка выхода.

Рис. 17. Главное окно системы

При нажатии кнопки «Формы» раскрывается кнопочная форма для вывода на экран форм (рис. 18).

Рис. 18. Кнопочная форма для вывода на экран форм

Дерево функций представлен на рисунке 19.

Функции

основные

служебные

ведение справочников

ввод данных

формирование запросов

формирование отчетов

календарь

резервное копирование

проверка и защита целостности

настройки

помощь

Рис. 19. Дерево функций

Сценарий диалога представлен на рисунке 20.

Главная форма

Формы

запросы

отчеты

выход

ведомость прихода на склад

Ведомость расхода по складу

Оборотная ведомость

запрос на выборку

приход продукции

лимиты

расход продукции

ввод поставщика

ввод наименования продукции

ввод потребителя

формирование остатков

Рис. 20. Сценарий диалога

2.4 Характеристика базы данных

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

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

ER-модели реализованы во многих системах автоматизированного проектирования баз данных (например, ERWin).

IDEF1X описывает собой совокупность/набор экземпляров похожих по свойствам, но однозначно отличаемых друг от друга по одному или нескольким признакам. Каждый экземпляр является реализацией сущности, т.о. сущность в IDEF1X описывает конкретный набор экземпляров реального мира, в отличие от сущности в IDEF1, которая представляет собой абстрактный набор информационных отображений реального мира. Сущность - это множество экземпляров реальных или абстрактных объектов (человек, место, вещь, событие, состояние, концепция, идея, предмет и т.п.), обладающих общими атрибутами или характеристиками, и о которых необходимо хранить информацию.

Основные элементы ER-моделей: объекты (сущности), атрибуты объектов, связи между объектами. Сущность - это множество индивидуальных объектов - экземпляров, причем все эти объекты являются различными.

Связь - это функциональная зависимость между сущностями. Каждая сущность обладает атрибутами. Атрибут - это свойство объекта, характеризующее его экземпляр.

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

Связь типа один-к-одному означает, что один экземпляр первой сущности (левой) связан с одним экземпляром второй сущности (правой). Связь типа один-ко-многим означает, что один экземпляр первой сущности (левой) связан с несколькими экземплярами второй сущности (правой).

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

В нашей курсовой работе ER-модель имеет связь типа один-ко-многим.

В ERwin существуют два уровня представления и моделирования - логический и физический. Логический уровень означает прямое отображение фактов из реальной жизни. Например, люди, столы, отделы, компьютеры являются реальными объектами. Они именуются на естественном языке, с любыми разделителями слов (пробелы, запятые и т.д.). На логическом уровне не рассматривается использование конкретной СУБД, не определяются типы данных (например, целое или вещественное число) и не определяются индексы для таблиц.

Диаграмма уровня сущностей и атрибутов, в нотации IDEF1X логического уровня модели ERwin (Рис.21):

Физический уровень модели ERwin составляют целевая СУБД, имена объектов и типы данных, индексы. ERD-диаграмма (физический уровень) физического уровня модели ERwin (Рис.3): ERwin предоставляет возможности создавать и управлять этими двумя различными уровнями представления одной диаграммы (модели), равно как и иметь много вариантов отображения на каждом уровне. ERD – диаграмма в нотации IDEF1X физического уровня представлена на рис. 22.

Рис.21. Диаграмма сущностей и атрибутов логического уровня модели

Рис. 22. ERD – диаграмма в нотации IDEF1X физический уровень.

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

Рис. 23. Структура полей таблицы “Продукция”

Рис. 24. Пример таблицы “ Продукция ”

Аналогично создаются и остальные таблицы (см. Приложения).

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

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

В нашей базе данных был использован тип связи «один-ко-многим». Отношение «один-ко-многим» является наиболее часто используемым типом связи между таблицами. В отношении «один-ко-многим» каждой записи в таблице A могут соответствовать несколько записей в таблице B, но запись в таблице B не может иметь более одной соответствующей ей записи в таблице A. База данных реализована в виде восьми взаимосвязанных таблиц.

Рис. 25. “Схема данных”

2.5 Структурная схема пакета (дерево вызова программных модулей)

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

Множество функций выполняемых ИС можно разделить на три группы (формы – ввод и корректировка данных, запросы – формирование запросов информации по различным категориям, отчеты – модуль формирования отчетных документов, ведомостей и т.п.).

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

Указанные функции предопределили структурную схему ИС.

Рис. 26. Структурная схема ИС

Модуль авторизации

Модуль работы с клиентами

Модуль работы с каталогом продукций

Внутренний модуль

Модуль работы с сотрудниками

Модуль регистрации прихода продукции

Модуль работы с отчетами

Модуль регистрации расхода продукции

Модуль работы с грузополучателями

Модуль работы с поставщиками продукции

Модуль работы со справочниками

Модуль работы с бухгалтерией

Модуль работы с грузоотправителями

В таблице 2.3 приведено описание функций основных программных модулей.

Таблица 2.3. Описание функций модулей

№ п/п	Наименование модуля	Функции модуля
1.	Модуль работы с каталогом продукции	Содержит процедуры и функции, обеспечивающие регистрацию прихода и расхода продукции и формирования различных отчетов (ведомостей).
2.	Модуль работы с клиентами	Содержит процедуры и функции, обеспечивающие работу с базами поставщиков, грузополучателей и грузоотправителей
3.	Внутренний	Содержит процедуры и функции, позволяющие работать с базой сотрудников склада, со справочниками, а также осуществлять взаимосвязь с бухгалтерией

2.6 Описание программных модулей.

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

В начале программы организуется цикл «Главная форма» и выводится меню с пунктами:

- формы;

- запросы;

- отчёты;

- выход.

Если выбран пункт «формы», то вызывается модуль кнопочной формы «Формы», который обеспечивает открытие форм для ввода и корректировки информации по

- приходу продукции на склад;

- расходу продукции со склада;

- лимитов;

- грузоотправителям;

- грузополучателям;

- продукции имеющейся на складе.

Если выбран пункт «запросы», то вызывается модуль «запросы», организовать различные запросы такие как, запросы

- на ввод параметров,

- формирования остатков

- на выборку

- запросы на ввод наименований продукции, поставщиков и т.д.

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

Выход из ИС происходит при нажатии кнопки «Выход».

База данных содержит таблицы: Должности, Образование, Отдел, Сотрудники, Специальности, Штатное расписание

Отчеты: «Вакантные должности», «Оплата общей суммы по организации», «Оплата общей суммы по отделам»

2.7 Контрольный пример реализации проекта и его описание.

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

1) ООО «АЗК» на стабилизаторы напряжения в количестве 2 шт., и термостаты ЕТ 302002 Т Аtl тоже в количестве 2 шт.

2) ООО «ИСКРИМ» на Подшипники 750Л ГОСТ 520-2002 в количестве 2 шт, стабилизаторы напряжения в количестве 2 шт. и 1 термостат ЕТ 302002 Т Аtl.

3) ООО ТК «Технотон» на терморегулятор ЕТ 005000 Atl

Получатели оплачивают товар. Получают требование и подают его кладовщику. Кладовщик отгружает товар и производит отметку об этом в ИС. После этого можно формировать ведомость расхода по получателям. Результат работы программы показан ниже.

ЗАКЛЮЧЕНИЕ

Современная стратегия развития любой организации неразрывно связана с развитием информационных технологий (ИТ). В деятельности компаний растет значимость конкуренции, и, как следствие, компании ищут дополнительные средства на повышение рентабельности бизнеса. При этом ИТ зачастую рассматриваются как средство повышения эффективности основного бизнеса, хотя сделать общий вывод о влиянии ИТ на конкурентоспособность и прибыльность конкретных компаний крайне затруднительно, а тезис о стратегической роли ИТ в современном бизнесе в последние годы подвергается серьезным сомнениям. В статье Н. Карра с эффектным названием «IT Doesn’t Matter» («ИТ не имеют значения»), которая вышла в Harvard Business Review в мае 2003 г., и ряде последующих публикаций идет речь о том, что доступные и стандартизованные ИТ не создают для компании дополнительных конкурентных преимуществ. Однако тезис о важности управления ИТ ни у кого не вызывает сомнений. Именно в сфере эффективного управления лежат возможности достижения конкурентных преимуществ от использования ИТ. Излишний оптимизм в оценках возможности влияния ИТ-продуктов на эффективность бизнеса уходит в прошлое, и на первый план выдвигаются новые компетенции — умение эффективно использовать ИТ в деятельности конкретных компаний.^[7]

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

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

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

3. Изменить характер труда сотрудников, избавляя их от выполнения рутинной работы и давая возможность сосредоточиться на профессионально важных обязанностях.

4. Обеспечить надежный учет и контроль поступлений и расходования денежных средств на всех уровнях управления.

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

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

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

В результате выполнения курсовой работы была реализована ее цель – создание готовой информационной системы учета движения материалов на складе в среде СУБД Microsoft Accses. На основании созданной информационной модели была реализована физическая многотабличная база данных.

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

СПИСОК ЛИТЕРАТУРЫ

1. ISO/IEC 2382:2015 Information technology — Vocabulary
2. ГОСТ 7.0-99. Система стандартов по информации, библиотечному и издательскому делу. Информационно-библиотечная деятельность. Библиография. Термины и определения
3. Уткин В.Б., Балдин К.В. Информационные системы и технологии в экономике: Учебник / К. В. Балдин, В. Б. Уткин. —М.: Юнити-Дана, 2017. — 336 с.
4. Мезенцев, К. Н. Автоматизированные информационные системы / К.Н. Мезенцев. - М.: Академия, 2017. - 176 c.
5. Гвоздева В.А., Лаврентьева И.Ю. Основы построения автоматизированных информационных систем: учебник / В.А. Гвоздева, И.Ю. Лаврентьева. — М.: ИД «ФОРУМ»: ИНФРА-М, 2018. — 318 с. — (Среднее профессиональное образование). - Режим доступа: http://znanium.com/catalog/product/922734
6. Грекул В. И. Проектное управление в сфере информационных технологий [Электронный ресурс] / В. И. Грекул, Н. В. Коровкина, Ю. В. Куприянов. — 2. изд. — М.: БИНОМ. Лаборатория знаний, 2015. — 339 с. : ил. — Режим доступа: http://znanium.com/catalog/product/485348.
7. Советов, Б. Я. Информационные технологии: учебник для прикладного бакалавриата / Б. Я. Советов, В. В. Цехановский. — 7-е изд., перераб. и доп. — М: Издательство Юрайт, 2018. — 327 с. — (Бакалавр. Прикладной курс). — ISBN 978-5-534-00048-1. — Текст: электронный // ЭБС Юрайт [сайт]. — URL: https://biblio-online.ru/bcode/398387 (дата обращения: 11.09.2019).

ПРИЛОЖЕНИЯ

Таблица “Поставщики”

Таблица “Грузоотправители”

Таблица “Получатели”

Таблица “Приход продукции”

Таблица “Расход продукции”

Таблица “Лимиты”

Таблица “Остатки, созданная в результате запроса”

1. ISO/IEC 2382:2015 Information technology — Vocabulary ↑

2. ГОСТ 7.0-99. Система стандартов по информации, библиотечному и издательскому делу. Информационно-библиотечная деятельность. Библиография. Термины и определения ↑

3. Уткин В.Б., Балдин К.В. Информационные системы и технологии в экономике: Учебник / К. В. Балдин, В. Б. Уткин. —М.: Юнити-Дана, 2017. — 336 с. ↑

4. Мезенцев, К. Н. Автоматизированные информационные системы / К.Н. Мезенцев. - М.: Академия, 2017. - 176 c. ↑

5. Советов, Б. Я. Информационные технологии: учебник для прикладного бакалавриата / Б. Я. Советов, В. В. Цехановский. — 7-е изд., перераб. и доп. — М: Издательство Юрайт, 2018. — 327 с. — (Бакалавр. Прикладной курс). — ISBN 978-5-534-00048-1. — Текст: электронный // ЭБС Юрайт [сайт]. — URL:https://biblio-online.ru/bcode/398387 (дата обращения: 11.09.2019). ↑

6. Гвоздева В.А., Лаврентьева И.Ю. Основы построения автоматизированных информационных систем: учебник / В.А. Гвоздева, И.Ю. Лаврентьева. — М.: ИД «ФОРУМ»: ИНФРА-М, 2018. — 318 с. — (Среднее профессиональное образование). - Режим доступа: http://znanium.com/catalog/product/922734 ↑

7. Грекул В. И. Проектное управление в сфере информационных технологий [Электронный ресурс] / В. И. Грекул, Н. В. Коровкина, Ю. В. Куприянов. — 2. изд. — М.: БИНОМ. Лаборатория знаний, 2015. — 339 с. : ил. — Режим доступа: http://znanium.com/catalog/product/485348. ↑