Содержание:

Введение

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

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

Объектом исследования в рамках данной работы является процесс снабжения производства изделий на АО «Научно-техническое предприятие (НТП) «Нави-Далс».

Предметом исследования является моделирование предметной области «Управление снабжением» с помощью UML.

Цель курсовой работы – смоделировать предметную область «Управление снабжением» с помощью UML.

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

1. изучить организационную структуру и основные бизнес-процессы АО «НТП «Нави-Далс» (далее Предприятие), идентифицировать роли основных подразделений;
2. изучить деятельность Предприятия;
3. выполнить разработку модели бизнес-процессов Предприятия с определением задач, которые должны быть автоматизированы в рамках реинжиниринга бизнес-процессов;
4. разработать логические модели АИС в виде UML-диаграмм: классов, активности и др.

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

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

Глава 1. Аналитическая часть

1.1. Описание предметной области. Постановка задачи

Акционерное общество «Научно-техническое предприятие «Нави-Далс» (Предприятие) основано в 1990 году является одним из ведущих предприятий в отрасли по разработке и производству новых образцов навигационной и гидрографической техники для обеспечения безопасности мореплавания.

В настоящее время предприятие осуществляет разработку, серийное производство и обслуживание:

• приемоиндикаторов радионавигационных систем «Квиток-ЗН», «Квиток-3НА», предназначенных для определения места и параметров движения морских объектов по сигналам РНС типа «Лоран-С», «Чайка», «Марс-75», «Брас», «РС-10»;
• навигационных эхолотов НЭЛ-1000 И НЭЛ-1000М для решения задачи обеспечения навигационной безопасности плавания для измерения глубин до 6000 м под килем надводных кораблей, судов ледового класса и подводных лодок;
• магнитных компасов КФ1М для измерения, отображения и трансляции магнитного и истинного курса корабля в качестве дополнительного, резервного курсоуказателя в составе навигационного комплекса;
• и др.

В АО «НТП «Нави-Далс» действует политика в области качества (Политика), основой которой является создание конкурентоспособной продукции, удовлетворяющей требованиям и ожиданиям потребителей и обеспечивающей стабильное финансовое положение предприятия.

Главным инструментом достижения поставленной цели является четко структурированная, результативная и постоянно совершенствуемая Система Менеджмента Качества, соответствующая требованиям ГОСТ РВ 0015-002­2012 и ГОСТ Р ИСО 9001-2015.

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

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

В организационной структуре Предприятия выделяются два основных направления: административное и производственное. В составе административного направления выделяются следующие подразделения:

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

В состав хозяйственного подразделения входят:

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

В составе производственного направления выделяются следующие подразделения:

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

Описанная организационная структура Предприятия приведена на рисунке 1.

Рисунок 1. Организационная структура АО «НТП «Нави-Далс»

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

В рамках настоящего исследования моделирование бизнес-процессов Предприятия выполнено с помощью методологии SADT. В качестве инструмента моделирования использовался инструментарий CASE-системы All Fusion Process Modeler версии 7.1.

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

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

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

Рисунок 2. Контекстная диаграмма IDEF0 процесса производства изделий

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

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

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

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

Рисунок 3. IDEF0-диаграмма декомпозиции процесса производства изделий

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

• непосредственный прием заказа на готовые изделия - заказ принимается менеджером по работе с клиентами Предприятия от заказчика;
• принятый заказ передается в инженерно-конструкторское подразделение для его анализа, в процессе которого определяются спецификации изделий, которые необходимо поставить заказчику, а в сборочный цех выдается соответствующее задание на сборку;
• в сборочном цехе в соответствии с полученным заданием составляется список комплектующих, необходимых для сборки всех изделий для выполнения заказа, который передается на склад;
• учет комплектующих на складе ведется в локальной БД на базе СУБД MS Access и MS Excel;
• по составленному на предыдущем этапе списку со склада в сборочный цех выдается необходимое количество комплектующих;
• при этом, если количества каких-либо компонентов на складе недостаточно, то формируется заказ поставщикам на их закупку;
• из выданных комплектующих изготавливаются изделия и формируются партии изделий для поставки их конечным заказчикам.

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

Можно определить недостатки существующей системы:

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

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

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

Также можно выделить и локальные (пользовательские) цели:

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

Указанные цели могут быть достигнуты посредством разработки и внедрения автоматизированной информационной системы снабжения комплектующих для сборки и производства изделий АО «НТП «Нави-Далс» - АИС «Учет комплектующих изделий» (АИС «УКИ») для решения задач:

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

Качественная постановка задачи должна описывать весь комплекс требований к системе. Для этого необходимо определить значения понятия «требование». В [23] оно имеет следующее определение:

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

К системе в общем случае предъявляется множество требований. Методология RUP (Rational Unified Process) [25] предлагает разделить требования на две основные группы: функциональные и нефункциональные. При этом методология ссылается на [11], где предлагается дополнительная классификация требований по схеме FURPS:

• Functional - функциональные требования;
• Usability - требования к удобству использования;
• Reliability - требования к надежности;
• Performance - требования к производительности;
• Supportability - требования к сопровождению.

На рисунке 4 приведена модель функциональных требований в виде соответствующей диаграммы (эта и последующие диаграммы требований и UML–диаграммы, а также информационные модели построены с помощью CASE–системы Visual Paradigm 13).

Рисунок 4. Модель функциональных требований к АИС «УКИ»

Модель требований к удобству использования АИС «УКИ» приведена на рисунке 5. В основу этих требований были положены фундаментальные принципы Нильсена–Молиха, обеспечивающие построения эффективного интерфейса:

Рисунок 5. Модель требований к удобству использования АИС «УКИ»

На рисунке 6 представлена модель требований к надежности АИС «УКИ».

Рисунок 6. Модель требований к надежности АИС «УКИ»

Модель требований к удобству сопровождения АИС «УКИ» приведена на рисунке 7.

Рисунок 7. Модель требований к сопровождению АИС «УКИ»

1.2. Предлагаемые мероприятия по улучшению бизнес-процессов

Новая схема ведения описанных бизнес–процессов не изменяется в количественном составе (то есть все основные подпроцессы и задачи остаются теми же), но меняется в качественном – применяется новый механизм или способ обработки данных и обмена информацией – новая АИС «УКИ» (рисунок 8). На диаграмме на рисунке 8 отражена новая стрелка механизма, роль которого выполняет АИС «УКИ».

Рисунок 8. Контекстная диаграмма IDEF0производства изделий

На рисунке 8 приведена модифицированная диаграмма декомпозиции, на которой также указана роль АИС «УКИ» при выполнении основных работ рассмотренного процесса. Из диаграммы на рисунке 8 видно, что АИС «УКИ» будет являться дополнительным средством, с помощью которого планируется управлять учетом и закупкой комплектующих и регистрировать в справочнике новые изделия (в соответствии с их компонентным составом).

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

В рамках процесса управления закупкой комплектующих формирование заказов на комплектующие автоматизируется с помощью АИС «УКИ». При этом процесс получения списка компонентов для изготовления заказа будет также автоматизирован. На рисунке 10 приведена соответствующая диаграмма в нотации BPMN.

Рисунок 10. BPMN–схема процесса составления списка компонентов

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

2 глава. Проектная часть

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

Одним из способов формального описания функциональных требований является диаграмма вариантов использования для более удобной передачи информации между моделью системы и моделью разрабатываемого программного обеспечения [3]. Диаграмма вариантов использования позволяет наглядно описать пользовательские требования к АИС, идентифицировать пользователей АИС и соотнести с ними функции системы. Для детализации диаграмма вариантов использования может дополняться набором диаграмм из нотации UML - деятельности, сценариев, и т.д. [15].

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

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

Диаграмма вариантов использования АИС «УКИ» выполнена в соответствии с разработанной моделью функциональных требований и приведена на рисунке 11. На диаграмме показаны основные пользовательские роли (администратор АИС, сотрудник склада, сборщик), которые будут выполнять соответствующие функции, описанные в модели функциональных требований.

Рисунок 11. Диаграмма вариантов использования АИС «УКИ»

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

2.2. Моделирование предметной области решаемой задачи с использованием объектно-ориентированного подхода к проектированию

В соответствии с выполненным анализом и разработанными моделями требований и вариантов использования можно составить концептуальную модель классов. Основными концептуальными классами предметной области АИС «УКИ» являются:

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

В таблице 1 приведен перечень атрибутов концептуальных классов с их кратким описанием.

Таблица 1

Идентифицированные атрибуты концептуальных классов

Класс	Атрибут	Описание
Деталь (Компонент)	Наименование	Наименование комплектующего
	Характеристики	Описание технических и (или) любых других характеристик и параметров
	Кол-во на складе	Количество комплектующих данного вида, находящихся в данный момент на складе
Категория	Наименование	Наименование категории комплектующего, соотнесенное с его классом
Производитель	Наименование	Наименование производителя
	Описание	Краткое описание производителя
Изделие	Наименование	Наименование типового изделия
	Описание	Краткое описание изделия
Операция	Описание	Краткое описание операции
	Дата Время	Дата и время регистрации операции в системе
	Ответственный	Данные ответственного лица, совершившего регистрацию операции
	Тип	Тип операции - запрос, выдача
Запрос, Выдача	Наследуются	Подклассы класса «операции», которые будут отличаться функциональным назначением и реализацией операций

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

Рисунок 12. Диаграмма концептуальных классов АИС «УКИ»

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

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

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

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

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

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

На рисунке 13 приведена диаграмма деятельности, характеризующая общую модель поведения при функционировании АИС «УКИ».

Рисунок 13. Общий алгоритм работы АИС «УКИ»

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

На рисунке 14 приведена диаграмма деятельности, которая иллюстрирует процесс оформления запроса на закупку комплектующих у поставщиков с помощью АИС «УКИ».

Рисунок 14. Действия при создании запроса на закупку комплектующих

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

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

Поскольку АИС «УКИ» будет оперировать справочными данными (комплектующие, производители и т.д.), то необходимо организовать процессы ведения справочников. Ведение справочника комплектующих (деталей), их категорий и производителей представляет собой типовой набор операций по учету данных, позволяющий выполнять операции создания, редактирования и удаления данных. При этом все изменения сохраняются в соответствующих таблицах базы данных. Типовой алгоритм ведения справочников в АИС «УКИ» приведен на рисунке 15.

Рисунок 15. Диаграмма действий ведения справочников в АИС «УКИ»

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

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

Рисунок 16. Диаграмма действий ведения справочника изделий в АИС «УКИ»

Таким образом, приведенные динамические модели АИС «УКИ» дают представление об основных алгоритмах работы пользователя в информационной системе. номера присваиваются автоматически при создании записей в БД посредством интегрированных возможностей СУБД.

Таблица 2

Перечень классификаторов АИС «УКИ»

Наименование классификатора	Система кодирования	Система классификации	Вид классификатора
Изделие	Порядковая	Линейная	Локальный
Компонент	Порядковая	Линейная	Локальный
Производитель	Порядковая	Линейная	Локальный
Тип компонента	Порядковая	Линейная	Локальный
Операция	Порядковая	Линейная	Локальный

Все классификаторы имеют четырехразрядную структуру, структурная формула классификаторов определена отношением: Ф = [ХХХХ].

Входной информацией относительно АИС «УКИ» являются:

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

Выходными данными для АИС «УКИ» будут являться:

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

Заключение

В ходе работы было проведено исследование бизнес–процессов, относящихся к снабжению комплектующими производства конечных изделий на предприятии АО «НТП «Нави–Далс».

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

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

На основе проведенного исследования процессов были разработаны требования к АИС «УКИ». Для этого была разработана подробная формальная модель требований в соответствии с методологией FURPS. В практической части выполненной работы были рассмотрены объектный и функциональный подходы к проектированию АИС «УКИ». В ходе функционального проектирования были выявлены требования к АИС, построена модель прецедентов АИС.

Список литературы

1. Албари, Д. C#. Справочник. Полное описание языка. Пер. с англ. / Д. Албари. - 6-е изд. - М.: ООО «И.Д. Вильямс», 2016 г. - 1040 с.
2. Арлоу, Д. UML 2 и Унифицированный процесс. Практический объектно-ориентированный анализ и проектирование: пер. с англ. / Д. Арлоу, И. Нейштадт. - 2-е изд. - СПб.: Символ-Плюс, 2012. - 624 с.
3. Балдин, К.В. Информационные системы в экономике. / К.В. Балдин, В.Б. Уткин. - М.: Издательский центр Академия, 2005. - 288 с.
4. Бердышев, С.Н. Искусство управления складом /С.Н. Бердышев, Ю.Н. Улыбина. - М.: Ай Пи Эр Медиа, 2011. - 304 с.
5. Вершинин, М. C# Enterprise Edition. Технологии проектирования и разработки. / М. Вершинин, Е. Иванова. - М.: BHV, 2003 г. - 1088 с.
6. Вилков Л.А. Менеджмент процессов / Л.А. Вилков- М.: Эксмо, 2017. - 384 с.
7. Гагарина Л.Г. Технология разработки программного обеспечения: Учебник / Л.Г. Гагарина. - М.: ИД «ФОРУМ»: ИНФРА-М, 2016. - 400 с.
8. Годин В. В. Информационное обеспечение управленческой деятельности: Учебник / В. В Годин., И. К.Корнев. -М.: Мастерство: Высшая школа, 2013. -213 с.
9. Голицина О.Л. Базы данных: Учебное пособие / О.Л. Голицина. - М.: ФОРУМ: ИНФРА-М, 2015. - 352 с.
10. Грекул В.И. Проектирование информационных систем: курс лекций / В.И. Грекул. - М.: Интернет-Ун-т Информ технологий, 2016. - 304 с.
11. Диго С.М. Проектирование и использование баз данных: Учебник / С.М. Диго. - М.: Финансы и статистика, 2015.
12. Инюшкина, О.Г. Проектирование информационных систем (на примере методов структурного анализа). Учебное пособие. Уральский федеральный университет им. Первого президента России Б.Н. Ельцина / О.Г. Инюшкина. - Екатеринбург: Форт-Диалог, 2014. - 240 с.
13. Коцюба, И.Ю. Основы проектирования информационных систем. Учебное пособие. / И.Ю. Коцюба, А.В. Чунаков, А.Н. Шишков. - СПб.: Университет ИТМО, 2015. - 206 с.
14. Кратчен, Ф. Введение в Rational Unified Process. / Ф. Кратчен, Л. Новиков. - СПб.: Вильямс, 2002. - 240 с.
15. Маклаков, С.В. ERWin и BPWin. CASE-средства разработки информационных систем. / С.В. Маклаков. - М.: Диалог-МИФИ, 1999 - 256 с.
16. Марти пин, С. А. Базы данных. Практическое примечание СУБД SQL и NoSOL. Учебное пособие / С.А. Мартишин, В.Л. Симонов, М.В. Храпченко. - М.: Форум, Инфра-М, 2016. - 368 с.
17. Маслов А.В. Проектирование информационных систем в экономике: учебное пособие/ А.В. Маслов. -Томск: Изд-во ТПУ, 2016.- 216 с.
18. Мерзлякова, Е.Ю. Человеко-машинное взаимодействие: Учебное пособие для дистанционного образования. / Е.Ю. Мерзлякова. - Новосибирск: Сибирский гос. университет телекоммуникаций и информатики, 2009. - 49 с.
19. Миркин Б. Г. Введение в анализ данных. Учебник и практикум / Б.Г. Миркин. - М.: Юрайт, 2015. - 176 с.
20. Моделирование информационного обеспечения средствами ERwin [Электронный ресурс] - Режим доступа: http ://www. intuit. ru/department/se/devis/10/
21. Принципы и этапы разработки ПО [Электронный ресурс]. - Режим доступа: http://www.tspu.tula.ru/ivt/old_site/umr/trpo/node14.html
22. Стружкин Н. П. Базы данных. Проектирование. Учебник / Н.П. Стружкин, В.В. Годин. - М.: Юрайт, 2016. - 478 c.
23. Тюгашев, А.А. Основы программирования. Часть I. / А.А. Тюгашев. - СПб.: Университет ИТМО, 2016 г. - 160 с.

Приложения

Приложение 1

Руководство пользователя АИС «УЧЕТ КОМПЛЕКТУЮЩИХ ИЗДЕЛИЙ»

Программа выполняется в окне с многодокументным интерфейсом (MDI) (рисунок П1). Для оперирования окнами и данным предназначены соответствующие панели и меню.

Рисунок П1. Главное окно программы (фрагмент)

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