Программная реализация информационной системы на платформе «1с:предприятие»

ВВЕДЕНИЕ   3

ГЛАВА 1 ПОСТАНОВКА ЗАДАЧИ   5

1.1 Анализ предметной области   5

1.2. Обоснование выбора системы «1С:Предприятие» для данной предметной области   6

ГЛАВА 2 ОБЪЕКТНО-ОРИЕНТИРОВАННОЕ ПРОЕКТИРОВАНИЕ   8

2.1 Построение функциональной модели информационной системы в виде диаграммы прецедентов   8

2.2 Разработка моделей бизнес-процессов предметной области в виде диаграмм деятельности  9

2.3 Разработка объектно-ориентированной модели прикладных объектов конфигурации в виде диаграммы классов   10

ГЛАВА 3 ПРОГРАММНАЯ РЕАЛИЗАЦИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ НА ПЛАТФОРМЕ «1С:ПРЕДПРИЯТИЕ»   13

3.1 Разработка процедур проведения документов по регистрам   13

3.2 Разработка отчетов с помощью системы компоновки данных   20

3.3 Программирование обработчиков событий на форме, предопределенных процедур модуля объекта   25

ЗАКЛЮЧЕНИЕ   28

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ   29

ПРИЛОЖЕНИЕ   32

ВВЕДЕНИЕ

Техническое обслуживание автомобиля очень важно, поскольку оно напрямую влияет на безопасность пассажиров и помогает продлить срок службы автомобиля.Если техническое обслуживание автомобиля проводится с необходимой периодичностью, то можно избежать неожиданных поломок из-за какого-то внутреннего состояния, которое усугубилось из-за того, что его вовремя не обнаружили. Техническое обслуживание автомобилей относится к комплексу мероприятий, проводимых в мастерской с целью поддержания транспортного средства в хорошем состоянии или восстановления его в хорошем состоянии, чтобы он мог продолжать функционировать правильно.Как правило, техническое обслуживание автомобилей связано не со сложными ремонтными проблемами, а с теми, которые легко обнаружить и решить. Например, если транспортное средство потерпело аварию, в результате которой были нанесены значительные повреждения, с ним необходимо обращаться в соответствии с протоколами ремонта, а не технического обслуживания. Автосервис предоставляет услуги по ремонту и диагностике неисправностей для транспортных средств. Таким образом, в автосервисе должно быть необходимое оборудование и запчасти, которые сервис закупает у поставщиков.Актуальность темы заключается в том, что любая деятельность во времена массового развития информационных технологий должна быть автоматизирована, что позволит бизнесу конкурировать на рынке услуг. Именно это и обусловило необходимость разработки информационной системы управления предприятием автосервиса на платформе «1С:Предприятие»Информационная система разрабатывается в режиме конфигуратора на платформе «1С:Предприятие 8.3.20 учебная версия».Оптимальное управление запасами в логистике подразумевает управление товарами с момента, когда уровень запасов требует их пополнения, до момента получения товара покупателем, передачи заказов поставщикам и т. д.Снижение операционных затрат и повышение эффективности предлагаемых услуг для компании, которая хочет оставаться конкурентоспособной на рынке, это две основные стратегии. Одним из способов сделать их частью вашей деловой рутины является управление запасами. Это управление помогает держать все в порядке и иметь надежные данные для измерения функционирования запасов, а также не позволяет вам тратить больше, чем необходимо.Когда мы говорим об управлении запасами, мы имеем в виду глубокий мониторинг хранящихся предметов или материалов с помощью определенных действий, которые позволяют получить обширные знания о надлежащем управлении регистрацией, покупкой и выводом запасов внутри компании. Отслеживание запасов идет от производителей к логистике, затем к складам, а затем от объектов к точкам продаж. Основная цель управления запасами состоит в том, чтобы иметь определенный продукт организованным и в нужное время. Вот почему нужно иметь видимость запасов, чтобы иметь понимание, когда заказывать, сколько заказывать и где хранить запасы.Предметом исследования является деятельность сотрудников автосервиса.Целью работы являетcя разработка системы управления предприятием автосервиса на платформе «1С:Предприятие».Задачи работы:изучение предметной области автосервиса;разработка информационной системы для автосервиса; разработка удобного интерфейса для пользователей системой; создание и заполнение справочников номенклатуры автосервиса, контрагентов и прочего; создание отчетной документации.ГЛАВА 1 ПОСТАНОВКА ЗАДАЧИ1.1 Анализ предметной областиАвтосервис – это комплекс работ по техническому обслуживанию, направленных на поддержание нормального рабочего состояния автомобиля, гарантирующего безопасность движения.Одной из проблем, вызывающих наибольший страх у водителей, является момент, когда они должны обслуживать автомобиль, поскольку именно в этот момент многие мастерские пользуются услугами клиентов, повышая цены и выполняя плохую работу.Эти процессы выполняются через заданный интервал времени или после того, как транспортное средство проедет определенное расстояние. Интервалы обслуживания указываются производителем автомобиля в графике обслуживания, при этом на некоторых современных автомобилях срок следующего обслуживания отображается на приборной панели.Выполненные услуги обычно фиксируются в сервисной книжке, на которой ставится штамп сервисного центра. Полная история обслуживания обычно увеличивает стоимость автомобиля при перепродаже.Фактический график технического обслуживания автомобиля зависит от года, марки и модели автомобиля, условий вождения и поведения водителя. Производители автомобилей рекомендуют так называемые идеальные или экстремальные часы работы на основе таких параметров воздействия, как: техническое обслуживание автомобиля на пробег.Опытные консультанты по обслуживанию в дилерских центрах и автомагазинах рекомендуют планировать интервалы, которые часто находятся между идеальными или экстремальными часами обслуживания. Они основаны на условиях вождения и поведении владельца автомобиля или водителя.1.2. Обоснование выбора системы «1С:Предприятие» для данной предметной области«1С: Предприятие» — это программный продукт, предназначенный для автоматизации процессов обработки данных (ERP), являющийся продуктом программного обеспечения «1С:Компания», который является коммерческим продуктом, отвечающим за управление или регистрацию партнеров компаний в рамках координирования 1C International [1] .Версия «1С: Предприятие 8.3 / 8.2» – это самое существенное изменение основных функциональных возможностей платформы «1С», и наиболее значительное с момента ее выпуска.Изначально «1С:Предприятие» для автоматизации расчетов и управления персоналом (в том числе по заработной плате и личному менеджменту) представляло собой полноценный продукт, способный автоматизировать все процессы управления. Продукт характеризуется принципом гибкости, правильным подходом к программированию с открытым исходным кодом, или гибкой архитектурой, концепцией управления облаком, или конкурентоспособной лицензией и затратами на внедрение [3].Тонкий клиент и веб-клиент – это два абсолютно новых клиентских приложения версии 8.2. Наряду с привычным файловым доступом и соединением с сервером по локальной сети они дают возможность подключаться к базе данных по протоколу HTTP через специальный вебсервер. Таким образом, тонкий клиент и веб-клиент делают возможной работу пользователей в режиме управления необходимыми приложениями. Новый программный продукт СЭД «Корпоративный документооборот» работает как в режиме тонкого, так и в режиме толстого и веб-клиента. Приложение тонкий клиент устанавливают на пользовательский компьютер. Тонкие клиенты управляются централизованно, и большая часть их памяти, приложений и данных хранится на сервере. Это может быть облачный сервер или пограничный сервер на месте [8].В отличие от тонкого клиента, веб-клиент не нуждается в предварительной установке. Веб-клиент работает в составе любого интернет – браузера, это может быть Еxplоrеr, Опера или Mоzillа. Достаточно открыть браузер, ввести, а адресную строку адрес веб-сервера и можно спокойно начинать работать с информацией, которая находиться на сервере и нет никакой необходимости загружать и устанавливать все на пользовательский компьютер.Тонкие клиенты создают виртуальную бизнес-среду, часто предлагая функции экономии средств, безопасности и масштабируемости. Создавая архитектуру между тонким клиентским устройством и сервером, технологии Intel® обеспечивают инфраструктуру виртуальных рабочих столов (VDI), виртуализацию интеллектуальных рабочих столов (IDV) и прозрачную клиентскую инфраструктуру (TCI).Координируемое управляемое приложение в большей мере облегчает введение теоретических решений. Теперь можно не заниматься доработкой, а просто настраивать приложения для специфики определенной компании, оставляя при этом неизменным само практическое решение. Управляемое приложение дает возможность включать и выключать дополнительные возможности и более сложные функциональные решения, которые могут понадобиться в практических разработках.В последней версии платформы «1С: Предприятие 8» включена возможность использования кластеров сервера для защиты от непредвиденных отказов системы или как её еще называют отказоустойчивость кластер серверов – эта возможность позволяет обеспечивать взаимодействие между пользователем и СУБД (Система управления базами данных).ГЛАВА 2 ОБЪЕКТНО-ОРИЕНТИРОВАННОЕ ПРОЕКТИРОВАНИЕ2.1 Построение функциональной модели информационной системы в виде диаграммы прецедентовНа рисунке 1 показана диаграмма прецедентов для автосервиса. Из диаграммы можно определить требования, распределяемые по субъектам системы и прецедентам. Так, опишем требования:клиент автосервиса должен иметь возможность оформить заказ на предоставление ему услуги;данные клиента должны быть внесены в систему;у клиента должна быть возможность отказаться от заказа до его оплаты автосервису;для клиентов автосервиса должна быть предоставлена возможность видеть предоставляемые услуги компанией;у клиента автосервиса должна быть возможность отслеживания статуса заказа;сотрудники автосервиса должны иметь возможность ввода данных об окончании выполнения заказа.Рисунок 1 - Диаграмма прецедентов автосервисаТаким образом, клиент обращается в автосервис и получает информацию о предоставляемых услугах, персонал автосервиса ведет учет клиентов и предоставляемых им услуг.2.2 Разработка моделей бизнес-процессов предметной области в виде диаграмм деятельностиСоздадим диаграмму деятельности для оформления транспортных средств для диагностики или ремонта в сервисе (рисунок 7).Диаграмма действий — это тип диаграммы в унифицированном языке моделирования (UML). Этот язык графического моделирования определяет формы для представления объектно-ориентированного программирования; в частности, он определяет 14 типов диаграмм. Каждому из них присваиваются определенные формы и с помощью правил обозначения системы и процессы могут быть четко обобщены и представлены. В основном можно сказать, что диаграмма действий моделирует поток действий. Это могут быть процессы внутри компьютерной системы, процессы вариантов использования или бизнес-процессы.На рисунке 2 покажем диаграмму действий для оформления заявки на ремонт транспортного средства в автосервисе.Клиент оформляет заявку на предоставление услуг сервисом. Сотрудники автосервиса выполняют диагностику транспортного средства. Мастер определяет, возможен ли ремонт испорченных деталей или нужна полная замена на новые. Затем мастер выполняет ремонт или замену детали и отдает исправное транспортное средство заказчику.Рисунок SEQ Рисунок \* ARABIC 2 –Диаграмма деятельностиДиаграммы деятельности UML помогают представить процессы программных систем в структурированном виде, а с их помощью экономические аналитики, например, составляют спецификации для разработчиков программного обеспечения. Используя графический язык, специалисты обмениваются информацией в ясной и общедоступной форме. После того, как все процессы прояснены и ошибки устранены, диаграмма деятельности служит чистым шаблоном для планирования.2.3 Разработка объектно-ориентированной модели прикладных объектов конфигурации в виде диаграммы классовКласс описывает набор объектов со схожими свойствами (атрибутами) и общим поведением. Объекты являются экземплярами классов.Непосредственной процедуры поиска классов на диаграмме классов не существует. Обычно они соответствуют существительным, которые относятся к сфере действия информационной системы и встречаются в документах спецификации требований и вариантах использования.Создадим диаграмму классов для проектируемой системы. КодФИОРуководительКодДанныеОтчетКодДанныеДвижение товаров по складамКодФИОМенеджерКодДанныеЗакупка комплектующих, отправка в ремонтФормируетФормируетСоздаетФормируетКодФИОРуководительКодДанныеОтчетКодДанныеДвижение товаров по складамКодФИОМенеджерКодДанныеЗакупка комплектующих, отправка в ремонтФормируетФормируетСоздаетФормируетКодФИОРуководительКодДанныеОтчетКодДанныеДвижение товаров по складамКодФИОМенеджерКодДанныеЗакупка комплектующих, отправка в ремонтФормируетФормируетСоздаетФормируетКодФИОРуководительКодДанныеОтчетКодДанныеДвижение товаров по складамКодФИОМенеджерКодДанныеЗакупка комплектующих, отправка в ремонтФормируетФормируетСоздаетФормируетРисунок SEQ Рисунок \* ARABIC 3 - Диаграмма классовНа диаграмме классов перечислены классы объектов и их ассоциации. Эта диаграмма представляет структуру и поведение каждого из объектов системы и их отношения с другими объектами, но не показывает информацию о времени.Создадим диаграмму вариантов использования. Данная диаграмма позволит определить возможности информационной системы при ведении учета в автосервисе.Рисунок 4 – Диаграмма вариантов использованияДанная диаграмма позволяет увидеть все операции, которые сотрудники могут осуществлять в информационной системе.ГЛАВА 3 ПРОГРАММНАЯ РЕАЛИЗАЦИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ НА ПЛАТФОРМЕ «1С:ПРЕДПРИЯТИЕ»3.1 Разработка процедур проведения документов по регистрамДля любой информационной системы важно, чтобы она давала возможность автоматизировать повторяющиеся операции. Для этого можно воспользоваться регистрами.В информационной системе автосервиса созданы регистры сведений, накопления и бухгалтерии.Рассмотрим созданный регистр сведений «Цены», который предназначен для автоматизации ввода цен на номенклатуру в документы.На рисунке 5 покажем создание данного регистра сведений.Рисунок 5 - Создание регистра сведений "Цены"Для этого регистра сведений необходимо определить измерения и ресурсы (рисунок 6).Рисунок 6 - Данные регистра сведений "Цены"Для того чтобы данный регистр работал и подставлял цены на номенклатуру в документы, необходимо создать общий модуль «Работа со справочниками».Код модуля показан на рисунке 7.Рисунок 7 - Код общего модуля «Работа со справочниками»Кроме регистра сведений «Цены» создан регистр сведений «Поступление товаров». Предназначением регистра является учет товаров по складам по регистраторам «Поступление товаров» и «Продажа товаров».Рисунок 8 - Регистр сведений "Поступление товаров"Для данных регистров выполним движения в документах. После размещения данных в конструкторе система автоматически сформирует код. На рисунке 9 показан конструктор движения регистров.Рисунок 9 - Конструктор движения регистровСистемой создан код обработки проведения по регистрам (рисунок 10).Рисунок 10 - Код проведения по регистрамВ информационной системе создано 4 регистра накопления. Данные регистры могут применяться в дальнейшем для формирования отчетов, они дают возможность вести учет запасов товаров, расходов, продаж и доходов.На рисунке 11 показано создание регистра накопления «Запасы товаров».Рисунок 11 - Регистр накопления "Запасы товаров"Для данных регистров накопления определены регистраторы, в которых выполнены движения по регистрам.На рисунке 12 покажем движения по регистру накопления «Запасы товаров».Рисунок 12 - Движения регистра накопленияСистемой создан код обработки проведения по регистрам (рисунок 10).Рисунок SEQ Рисунок \* ARABIC 13 - Код проведения по регистрамТаким образом, создано 4 регистра накопления, показанных на рисунке 14.Рисунок 14 - Регистра системы автосервисаДля ведения бухгалтерского учета создан регистр бухгалтерии. Суть регистра заключается в предоставлении актуальных данных о движениях денежных средств по счетам.Для работы регистра необходимо создать также Планы счетов и Субконто бухучета.На рисунке 15 показано создание регистра бухгалтерии.Рисунок 15 - Регистры бухучетаКак видно из рисунка в регистре используется план счетов бухгалтерского учета, показанный на рисунке 16.Рисунок 16 - План счетов бухгалтерского учетаПри помощи плана видов характеристик указываются затраты по которым ведется учет (рисунок 17).Рисунок 17 - План видов характеристикТаким образом, все необходимые для автоматизации деятельности автосервиса регистры созданы.3.2 Разработка отчетов с помощью системы компоновки данныхВ любой организации для ее дальнейшего развития руководитель должен получать актуальную информацию о деятельности компании. Автосервис не стал исключением. Для предоставления актуальной информации директору автосервиса в информационной системе созданы различные отчеты. Все отчеты создавались с применением схемы-компоновки.На рисунке 18 покажем создание отчета «Оборотно-сальдовая ведомость», который основан на регистре бухгалтерского учета и плане счетов бухгалтерского учета и показывает движения по счетам организации.Рисунок 18 - Конструктор запроса отчета «Оборотно-сальдовая ведомость»Запрос отчета имеет код:ВЫБРАТЬПланСчетовБухучета.Ссылка КАК Счет,РегистрБухгалтерскогоУчетаОстаткиИОбороты.СуммаНачальныйРазвернутыйОстатокДт КАК СальдоНачДт,РегистрБухгалтерскогоУчетаОстаткиИОбороты.СуммаНачальныйРазвернутыйОстатокКт КАК СальдоНачКт,РегистрБухгалтерскогоУчетаОстаткиИОбороты.СуммаОборотДт КАК ОборотДт,РегистрБухгалтерскогоУчетаОстаткиИОбороты.СуммаОборотКт КАК ОборотКт,РегистрБухгалтерскогоУчетаОстаткиИОбороты.СуммаКонечныйРазвернутыйОстатокДт КАК СальдоКонДт,РегистрБухгалтерскогоУчетаОстаткиИОбороты.СуммаКонечныйРазвернутыйОстатокКт КАК СальдоКонКтИЗРегистрБухгалтерии.РегистрБухгалтерскогоУчета.ОстаткиИОбороты КАК РегистрБухгалтерскогоУчетаОстаткиИОборотыЛЕВОЕ СОЕДИНЕНИЕ ПланСчетов.ПланСчетовБухучета КАК ПланСчетовБухучетаПО РегистрБухгалтерскогоУчетаОстаткиИОбороты.Счет = ПланСчетовБухучета.СсылкаПри выполнении отчета получена следующая таблица с данными о движениях по счетам (рисунок 19).Рисунок 19 - Отчет "Оборотно-сальдовая ведомость"Создан отчет, который дает возможность отслеживать движение товаров по складам (рисунок 20).Рисунок 20 - Отчет "Движение товаров по складам"Код запроса:ВЫБРАТЬЗапасыТоваровОстаткиИОбороты.Склад,ЗапасыТоваровОстаткиИОбороты.Товар КАК Товар,ЗапасыТоваровОстаткиИОбороты.КоличествоНачальныйОстаток,ЗапасыТоваровОстаткиИОбороты.СтоимостьНачальныйОстаток,ЗапасыТоваровОстаткиИОбороты.КоличествоПриход,ЗапасыТоваровОстаткиИОбороты.СтоимостьПриход,ЗапасыТоваровОстаткиИОбороты.КоличествоРасход,ЗапасыТоваровОстаткиИОбороты.СтоимостьРасход,ЗапасыТоваровОстаткиИОбороты.КоличествоКонечныйОстаток,ЗапасыТоваровОстаткиИОбороты.СтоимостьКонечныйОстатокИЗРегистрНакопления.ЗапасыТоваров.ОстаткиИОбороты КАК ЗапасыТоваровОстаткиИОборотыУПОРЯДОЧИТЬ ПОТоварВ результате выполнения отчета получена таблица с данными (рисунок 21).Рисунок 21 - Отчет "Движение товаров по складам"Также созданы еще 2 отчета – «Поступление товаров» и «Расходы за период».Покажем еще один отчет «Поступление товаров» в режиме схемы компоновки и выполнении в режиме отладки.Рисунок 22 - Поступление товаровРисунок 23 - Отчет "Поступление товаров"Код отчета «Расходы за период»ВЫБРАТЬРасходыОстаткиИОбороты.Дата,РасходыОстаткиИОбороты.ВидРасхода,РасходыОстаткиИОбороты.НаименованиеРасхода,РасходыОстаткиИОбороты.СуммаРасходаРасходИЗРегистрНакопления.Расходы.ОстаткиИОбороты КАК РасходыОстаткиИОборотыСГРУППИРОВАТЬ ПОРасходыОстаткиИОбороты.НаименованиеРасхода,РасходыОстаткиИОбороты.Дата,РасходыОстаткиИОбороты.ВидРасхода,РасходыОстаткиИОбороты.СуммаРасходаРасходПокажем результат выполнения отчета (рисунок 24).Рисунок 24 - Расходы за периодТаким образом, созданы все отчеты, которые показывают актуальную информацию о развитии организации.3.3 Программирование обработчиков событий на форме, предопределенных процедур модуля объектаДля формы документов в модуле создан код для расчета суммы и суммы с НДС.Модуль объекта содержит код Обработки проведения для документа «Оплата поставщику».Рисунок 25 - Обработка проведения "Оплата поставщику"Для документа «Оплата поставщику» создана Обработка заполнения.Рисунок 26 - Обработка заполнение для ввода на основаниеТаким образом, для документов создана обработка проведения и заполнения.ЗАКЛЮЧЕНИЕВ результате выполнения курсовой работы выполнен анализ предметной области автосервиса. Дано обоснование необходимости внедрения информационной системы в автосервис. В результате проектирования созданы различные диаграммы: диаграмма прецедентов, диаграмма классов, диаграмма действий.Дано обоснование выбора среды разработки информационной системы автосервиса. Данная курсовая работа выполнена с учетом требований, предъявляемых заказчиком, и реализует функции, которые максимально автоматизируют деятельность автосервиса.В результате выполнения курсовой работы был осуществлен анализ учебной и учебно-методической литературы по проблеме автоматизации процесса ведения учета в автосервисе;проанализированы бизнес-процессы деятельности автосервиса;осуществлена разработка информационной системы для автоматизации деятельности автосервиса.В результате проектирования определены основные объекты информационной системы, такие как справочники, документы, отчеты. Выполнено проектирование информационной системы. на платформе «1С:Предприятие». В ней выполнена настройка необходимых объектов конфигурации. Созданы необходимые отчеты.СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВГОСТ 34.601-90. Информационная технология. Автоматизированные системы. Стадии созданияГОСТ Р ИСО/МЭК 12207/99. Государственный стандарт РФ. Информационная технология. Процессы жизненного цикла информационных систем. Издание официальное. - М., 1999Автоматизированные информационные системы, базы и банки данных. Вводный курс: Учебное пособие, М.: Гелиос АРВ, 2017. - 368 с., илАстелс, Д., Миллер Г., Новак, М. Практическое руководство по экстремальному программированию, Пер. с англ. - М.: Издательский дом "Вильямс", 2016. - 320 с.: ил. - Парал. тит. англБек, К. Экстремальное программирование, СПб.: Питер, 2019. - 224 сБрауде, Э. Технологии разработки программного обеспеченияСПб: Питер, 2016. - 655 с.: илВведение в системы баз данных – СПб: Издательский дом "Вильямс", 2016. - 848 с.;Вейскас, Д. « Эффективная работа с ACCESS.».СПб 20016.Вендров, А.М., CASE-технологии. Современные методы и средства проектирования информационных систем - М.: Финансы и статистика, 2016.Вигерс, К. Разработка требований к программному обеспечению, Пер, с англ. - М.: Издательско-торговый дом "Русская Редакция", 2018. -576с.: илГаджинский, А.М. Основы логистики: Учеб. пособие/ Инфоpм.-внедpен. центp "Маpкетинг".- М., 2016.- 121, с.: ил., табл.Гайфуллин, Б.Н. Обухов, И.А. Автоматизированные системы управления предприятиями стандарта ERP/MRPII. Производственное издание. М. "Богородский печатник", 2018, 104 сДжексон, Г. Проектирование реляционных баз данных для использования с микро-ЭВМ М.: Финансы и статистика, 2017.Диго, С.М. Базы данных: проектирование и использование: Учебник. – М.: Финансы и статистика, 2017. – 592 с.Дэвид Флэнаган JavaScript. Подробное руководство: Учебник – М.: Символ Плюс, 2018. 243 – 249 с.Дэниел О'Лири, ERP системы. Современное планирование и управление ресурсами предприятия. Выбор, внедрение, эксплуатация . М.: ООО "Вершина", 2019. - 272 с.Зеленков, Ю.А. Введение в базы данных. Центр Интернет ЯрГУ, 2017.Зелковиц М., Шоу А., Гэннон Дж. Принципы разработки программного обеспечения / Пер. с англ. — М.: Мир, 2016. — 386 с., ил.Ивлиев, М.К., Порошина Л.А. Автоматизация оперативного и бухгалтерского учета товаров, 2017.Информационные системы: Учебник для вузов. 2-е изд. СПб: "Питер", 2016 г - 656 стр.Керри, Н. Праг, Майкл Р. Ирвин, Access 2000 - Библия пользователя, Диалектика, 2019.Керри, Н. Праг, Майкл Р. Ирвин, Access 2007 - Библия пользователя, Диалектика, 2017.Коберн, А. Современные методы описания функциональных требований к системам, М.: издательство "Лори", 2019. - 263 сКрейн, Дейв Паскарелло, Эрик Джеймс, Даррен AJAX в действии: Учебник – М.: Вильямс, 2016. 450 – 490 с.Крейн, Дейв Паскарелло, Эрик Джеймс, Даррен AJAX в действии: Учебник – М.: Вильямс, 2016. 450 – 490 с.Кристиан, Дари, Богдан Бринзаре, Филип Черчез-Тоза, Михай Бусика. AJAX и PHP. Разработка динамических веб-приложений: Учебник – М.: Символ Плюс, 2016.Леффингуелл, Д., Уидриг Д, Принципы работы с требованиями к программному обеспечению, М.: ИД "Вильямс", 2019.Макарова, Н.В. Информатика: Учебник, М.: Финансы и статистика, 2016. - 768 сМарка, Д.А. Методология структурного анализа и проектирования, СПб.: Питер, 2016. - 235 сМацяшек, Л. Анализ требований и проектирование систем. Разработка информационных, Пер. с англ. - М.: Издательский дом "Вильямс", 2017. - 432 с.: ил. - Парал. тит. АнглМеняев, М.Ф. Информационные технологии управления: Книга 3: Системы управления организацией, М.: Омега-Л, 2019. - 464 сОрлик, С., Булуй Ю, Введение в программную инженерию и управление жизненным циклом ПО Программная инженерия. Программные требованияПетров, В.Н, Информационные системы, СПб.: Питер, 2016. - 688 с.Раскин, А.Л. Руководство по применению стандарта ИСО 9001:2000 при разработке программного обеспечения. М.: РИА "Стандарты и качество", 2018. - 104 с. - ("Дом качества", вып. 9 (18))Якобсон, А., Буч, Г., Рамбо, Дж., Унифицированный процесс разработки программного обеспечения, СПб.: Питер, 2019. - 496 сПРИЛОЖЕНИЕИнформационная система заполнена необходимой информацией.Рисунок 27 - Рабочий стол администратора Рисунок 28 - Заполнение номенклатурыРисунок 29 - Поступление товаров