Информационная система учета закупок

Пепенин А.Д.

Информационная система учета закупок

09.03.02 Информационные системы и технологии

Информатика

Дипломы

Вуз: Белгородский государственный университет - национальный исследовательский университет (НИУ «БелГУ»)

ID: 5c1a68207966e104f6f8588c

UUID: 597930b0-e5d3-0136-02d4-525400005860

Язык: Русский

Опубликовано: почти 6 лет назад

Просмотры: 79

Пепенин А.Д.

Источник: Федеральное государственное автономное образовательное учреждение высшего образования «Белгородский государственный национальный исследовательский университет»

Комментировать 0

Рецензировать 0

Скачать - 1,9 МБ

Поделиться работой

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ АВТОНОМНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «БЕЛГОРОДСКИЙ ГОСУДАРСТВЕННЫЙ НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ УНИВЕРСИТЕТ» (НИУ «БелГУ») ИНСТИТУТ ИНЖЕНЕРНЫХ ТЕХНОЛОГИЙ И ЕСТЕСТВЕННЫХ НАУК КАФЕДРА ИНФОРМАЦИОННЫХ И РОБОТОТЕХНИЧЕСКИХ СИСТЕМ ИНФОРМАЦИОННАЯ СИСТЕМА УЧЕТА ЗАКУПОК Выпускная квалификационная работа студента обучающегося по направлению подготовки 09.03.02 Информационные системы и технологии очной формы обучения, группы 07001409 Пепенина Александра Дмитриевича Научный руководитель к.т.н. доцент Щербинина Н.В. БЕЛГОРОД 2018

РЕФЕРАТ Информационная система учета закупок – Пепенин Александр Дмитриевич, выпускная квалификационная работа бакалавра, Белгород, Белгородский государственный национальный исследовательский университет (НИУ «БелГУ»), количество страниц 67, включая приложения 77, количество рисунков 46, количество таблиц 11, количество использованных источников 25. КЛЮЧЕВЫЕ СЛОВА: информационная система, база данных, учет закупок товара. ОБЪЕКТ ИССЛЕДОВАНИЯ: процесс организации закупочной деятельности в ООО «ДомРемСтрой». ПРЕДМЕТ ИССЛЕДОВАНИЯ: средства автоматизации закупочной деятельности. ЦЕЛЬ РАБОТЫ: совершенствование процесса организации закупочной деятельности ООО «ДомРемСтрой» за счет использования информационной системы учета закупок. ЗАДАЧИ ИССЛЕДОВАНИЯ: Анализ закупочной деятельности в организации ООО «ДомРемСтрой» и выявление недостатков; определение путей решения проблем и недостатков в работе отдела закупок; проектирование и реализация информационной системы учета закупок; тестирование разработанной информационной системы. МЕТОДЫ ИССЛЕДОВАНИЯ: разработка ре и ре отладка ре компонентов информационной системы в ре отдельности ре и ре затем ре интеграция ре компонентов ре в ре единый екомплекс. р ПОЛУЧЕННЫЕ РЕЗУЛЬТАТЫ: В результате разработана и апробирована информационная система, которая выполняет следующие функции: − ведение справочников номенклатуры товара, поставщиков и менеджеров, а также документации; − учет договоров с поставщиками; − прием и оформление заказа на закупку товара; − учет товара на складе; − контроль состояния запасов на складе. 2

СОДЕРЖАНИЕ ВВЕДЕНИЕ ...................................................................................................................... 3 1.Аналитическая часть .................................................................................................... 4 1.1. Технико-экономическая характеристика предметной области ........................ 4 1.2. Экономическая сущность задачи ........................................................................ 7 1.3. Обоснование необходимости и цели использования вычислительной техники для решения задачи ...................................................................................... 8 1.4. Постановка задачи.............................................................................................. 13 1.5. Анализ существующих разработок и обоснование технологии проектирования ......................................................................................................... 17 2. Обоснование проектных решений ........................................................................... 19 2.1. Обоснование проектных решений по техническому обеспечению .............. 19 2.2. Обоснование проектных решений по информационному обеспечению ..... 20 2.3. Обоснование проектных решений программному обеспечению.................. 22 2.4. Обоснование проектных решений по технологическому обеспечению ...... 25 3. Проектная часть ......................................................................................................... 28 3.1. Информационное обеспечение комплекса задач ............................................ 28 3.2. Программнное обеспечение комплекса задач ................................................. 42 ЗАКЛЮЧЕНИЕ ............................................................................................................. 63 СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ.................................................... 65 ПРИЛОЖЕНИЕ А ......................................................................................................... 67 ПРИЛОЖЕНИЕ Б .......................................................................................................... 73 3

ВВЕДЕНИЕ Одно из необходимых условий успешного развития современного предприятия и роста его возможностей, это оснащённость его всем необходимым аппаратным и программным обеспечением – основа, которая необходима для получения, обработки, хранения, передачи и использования информации. Сфера использования вычислительных систем на данный момент времени настолько обширна, что сложно найти сферу, где применение информационных технологий стало бы нерациональным. Особенно важную роль использование компьютеров играет для развития науки, роста промышленного производства и повышения эффективности управления. Универсальность использования ЭВМ, её способность к целенаправленной переработке различных видов информации как раз и объясняют происходящий сегодня стремительный процесс внедрения информационных технологий в различные сферы деятельности человека. Для повышения уровня эффективности работы отдела закупок, контроля состояния запасов, оценки результатов закупочной деятельности, ускорения ведения соответствующей документации, анализа рынка поставщиков и заключения договоров с поставщиками возникает необходимость внедрения информационных технологий. Целью выпускной квалификационной работы является совершенствование процесса организации закупочной деятельности ООО «ДомРемСтрой» за счет использования информационной системы учета закупок. Объектом исследования является процесс организации закупочной деятельности в ООО «ДомРемСтрой». Предметом исследования являются средства автоматизации закупочной деятельности. Поставленные задачи: – анализ закупочной деятельности в организации ООО «ДомРемСтрой» и выявление недостатков; 4

– определение путей решения проблем и недостатков в работе отдела закупок; – проектирование и реализация информационной системы учета закупок; – тестирование разработанной информационной системы. Данная работа состоит из 67 страниц, 17 рисунков, 11 таблиц, 25 литературных источников и 2 приложений. 5

1. Аналитическая часть 1.1. Технико-экономическая характеристика предметной области 1.1.1. Характеристика предприятия ООО «ДомРемСтрой» создано в 2012 году. На сегодняшний день «ДомРемСтрой» является динамично развивающимся предприятием в области строительства. ООО «ДомРемСтрой» предлагает своим клиентам большой ассортимент высококачественных услуг, доступные цены и профессиональный личный состав. Компания «ДомРемСтрой» предлагает полный перечень строительных услуг: строительство домов и коттеджей «под ключ», все виды ремонтных и отделочных работ, ремонт и замена кровли, строительство и ремонт фундаментов, кровельные работы, реконструкция зданий, ремонт фасадов и многое другое. Целевой аудиторией ООО «ДомРемСтрой» являются: − представители коммерческих организаций; − муниципальные предприятия; − физические лица, рассматривающие возможность покупки и аренды квартир, в том числе и в инвестиционных целях. В данной компании работают профессиональные строители отделочники, маляры, штукатуры, плиточники, архитекторы, инженеры. Благодаря отлично сформированному штату, все виды услуг: ремонт, замена и монтаж фундаментов, кровельные работы, фасадные работы, достройка домов, производятся на самом высоком качественном уровне. Потребитель может заказать косметический или капитальный ремонт дома, офиса, квартиры, отделку фасада, установку заборов, ремонт кровли. 6

Компания работает с современными и качественными материалами, следит за новинками на строительном рынке, и осваивает новые технологии. Инструментальная база компании оснащена всем необходимым оборудованием и строительными инструментами. Организационная структура ре предприятия ре представлена ре на ре рисунке ре 1.1. ре Рисунок 1.1 ре – Организационная ре структура ре предприятия ре Система еруправления репредприятием репостроена рев ресоответствии рес релинейноиерархическим ер принципом. ре На ре каждом ре уровне ре четко ре определены ре зоны ре ответственности еи р езоны р подчинения. ре ре 7

Коммерческому ре директору ре подчиняется ре начальник ре производственного р еар етакже р руководитель ре службы ре маркетинга. ре ре отдела, езакупок, Руководитель ре отдела ре закупок ре контролирует ре заказы ре на ре закупку ре товара, ре поступающие ериз ерпроизводственного отдела, реа ретакже резанимается репланированием ре резервных езакупок р ерна склад. ре Отдел ре закупок ре ведет ре реучет рематериальных ценностей ре р ескладе. р Через ре отдел ре закупок ре товары ре выписываются ре со ре склада. ре рев реналичии ена 1.1.2. Характеристика деятельности менеджера по закупкам Любая торговая организация нуждается в профессиональном менеджере по закупкам. Только человек с высокой квалификацией и достаточным профессиональным опытом в полной мере представляет себе, как найти самого лучшего поставщика, провести с ним переговоры и выстроить долговременные отношения, построить самую выгодную стратегию закупок. Закупка товаров — это приобретение (купля) товаров для дальнейшего целевого использования. Функции менеджера по закупкам следующие: – постоянное обеспечение наличия товаров по своим товарным группам; – выстраивание отношений с имеющимися поставщиками и нахождение новых, предлагающих требуемый товар по выгодным ценам; – составление заказов поставщикам; – осуществление информационной поддержки других отделов; – обобщение информации и доведение ее до сведения руководства; – отслеживание выполнения заказа; – обеспечение требуемого количества товаров на складе; – изучение новых предложений поставщиков; – контроль исполнения обязанностей по отношению к поставщикам; – разбор претензий поставщиков и улаживание конфликтов.зосркунгальпи,зе.явфчыМюцдтшмэжщ 8

Менеджер по закупкам – ключевая фигура на предприятии, ведь от него зависит успешность сотрудничества с поставщиками, а это означает и своевременность поставок и приемлемые закупочные цены. В ходе анализа деятельности менеджера по закупкам в ооо «ДомРемСтрой» были выявлены следующие недостатки: – противоречивость принимаемых решений из-за дублирования информации; – невозможность обеспечить быструю передачу исходных документов и информации должностным лицам, принимающим решения; – большие затраты времени на подготовку и согласование закупок; – потеря документов; – непроизводственные затраты рабочего времени на поиск необходимых стройматериалов. 1.2. Экономическая сущность задачи Целью выпускной квалификационной работы является совершенствование процесса организации закупочной деятельности ООО «ДомРемСтрой» за счет использования информационной системы учета закупок. Разрабатываемая информационная система позволит исправить вышеперечисленные недостатки работы менеджера по закупкам, позволит оптимизировать процесс учета закупок на предприятии путем быстрого доступа ко всем необходимым документам, товарным номенклатурам, справочникам и выавыав. Вся информация, касающаяся закупок предприятия будет храниться в единой базе, позволив тем самым исключить потерю документации и дублирование информации. В результате выпускной квалификационной работы ожидается оптимизация закупочной деятельности организации за счет разработки информацион- 9

ной системы, которая позволит устранить все недостатки в работе менеджера по закупкам. Для решения поставленной цели можно выделить следующие задачи: – анализ закупочной деятельности в организации ООО «ДомРемСтрой» и выявление недостатков; – определение путей решения проблем и недостатков в работе отдела закупок; – проектирование и реализация информационной системы учета закупок; – тестирование разработанной информационной системы. 1.3. Обоснование необходимости и цели использования информационных технологий для решения задачи Управленческая ре и ре финансовая ре внутрифирменная ре информационная ре система ер представляет ре собой ре совокупность ре информационных ре процессов, ре для ре удовлетворения ер потребности ре в ре информации ре разных ре уровней, ре принятия ре решений, екак р ебухгалтерских, р так ре и ре реуправленческих. В ерсовременных реусловиях рев рекрупных реорганизациях ресозданы реи реэффективно ре действуют ер информационные ре системы, ре обслуживающие ре процесс ре подготовки ре и ре принятия ер бухгалтерских ре и ре управленческих ре решений, ре и ре решающие ре задачи ре обработки еинформации. р ер Основными ре принципами ре и ре целями ре внутрифирменных ре систем ре информации являются: ер − еропределение ретребований рек ресодержанию реинформации реи рек реее рехарактеру, рев ре зависимости еот р ецеленаправленности; р − ер выработка ре системы ре хранения, ре использования ре и ре предоставления ре информации евр ецентрализованном р и ре децентрализованном ре управлении; ре − ер определение ре потребностей ре в ре технических ре средствах ре (в ре том ре числе, ре в ре компьютерной етехнике) р на ре предприятии ре вре целом; ре 10

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

В ер процессе ре исследования ре существующей ре системы ре обработки ре экономической ер информации ре на ре предприятии ре ООО ре «ДомРемСтрой» ре ре были ре выявлены енедостатки. р Рассмотрим еорганизационные р недостатки: ре − ер отсутствие ер единой ре корпоративной ре информационной ре системы, ре отказ от использования епрограммных р продуктов ре на ре рабочих ре местах ре ; − енерациональное р использование ре средств ре информационных ре технологий; ре − ер нерациональное ре распределение ре обязанностей ре между ре исполнителями, ре что еприводит р екр ер епотерям р рабочего ре времени; ре − еотсутствие р есредств р для ре оптимального ре решения ре основных ре операций; ре − ер недостаточная ре квалификация ре сотрудников ре в ре области ре работы ре с ре компьютером. Среди ер технических ре недостатков ре следует ре отметить ре отсутствие ре единой ре информационной ер системы, ре обеспечивающей ре централизованное ре хранение ре данных, ер ер учета ер закупок ре и ре автоматизированной ре подготовки ре всех ре необходимых ре печатных едокументов. р Проведенный ре анализ ре показал, ре что ре компания ре не ре проводит ре единой ре продуманной ер организационно-технической ре политики, ре связанной ре с ре использованием ер компьютерной ре техники ре и ре оргтехники. ре Имеющиеся ре компьютеры ене р еобъединены р вре единую ре локальную ре сеть. ре ре Менеджеры ер отделов ре закупок практически ре не ре используют ре в ре своей ре деятельности программное обеспечение. ре Дисциплина ре резервного ре хранения ре не ре установлена ер корпоративными ре правилами, ре поэтому ре резервное ре хранение ре осуществляется ер путем ре записи ре файлов ре на ре лазерный ре диск ре по ре усмотрению ре руководителями еротделов. реОбмен реинформацией ремежду реотделами ре(а рев реотдельных ре случаях еи р резервное ер хранение) ре осуществляется ре сре помощью ре флэш-памяти. ре Представляется, ре что ре техническое ре оснащение ре в ре ближайшее ре время ре не ре является ер критическим ре для ре исследуемого ре предприятия, ре за ре исключением ре 12

отсутствия ер полномасштабной ре локальной ре сети ре с ре администрированием ре ею, ре выделенным есервером р и ре оговоренной ре корпоративной ре дисциплиной. ре ре Исследование ре существующей ре системы ре обработки ре информации ре выявило ре необходимость ерсовершенствования ресуществующей реобработки реданных, репричем ре анализ ерситуации ерпозволил реопределить реследующие репотенциальные ренаправления ре совершенствования существующей ре системы ре обработки ре информации: ре − ер устранение ре имеющихся ре организационных ре и ре технических ренедостатков, ре перечисленных ер выше, ре позволило ре бы ре значительно ре перевести ре существующую ре обработку еинформации р на ре более ре высокий ре современный ре уровень; ре − ер внедрение ер единой ре информационной ре системы ре (ИС) ре даст ре возможность ре практически ер повысить ре эффективность ре работы, ре полностью ре отказаться ре от ре «ручной» еобработки р информации ре и ре перейти ре кре автоматизированной ре ее ре форме; ре − ер внедрение ре индивидуальной ре ИС ре устраняет ре такие ре недостатки ре предыдущего ер стороннего ре программного ре обеспечения ре (ПО), ре предназначенного ре для ер автоматизации ре «любого» ре предприятия ре как ре необходимость ре достаточно ре крупных ер вложений ре финансовых ре средств ре и ре необходимость ре настройки ре приобретаемого ер ПО ре на ре конкретные ре условия ре работы. ре Поэтому ре рассмотрим ре вариант еррешения ерэтой резадачи, реопираясь рена реимеющиеся резнания реи ренавыки, рекак рев ре создании еИС, р етак р еи р евр бухгалтерской ре ре работе. ре Поскольку ер разработка ре комплексной ре системы ре автоматизированного ре управления ер как ер распределенной ре базы ре данных ре является ре сложным ре и ре дорогостоящим, ертребующим репривлечения резначительных рересурсов, рев ретом речисле ре – ре коллектива ер исполнителей, ре предлагается ре для ре начала ре ограничиться ре проектом, ре решающим ряд ер ечастных р задач. ре Для ервыполнения реструктурно-функционального реанализа репроцесса реработы ре менеджера ер отдела ер было ре выполнено ре проектирование ре на ре основе ре методологии ре IDEF0. Контекстная ер диаграмма, ре приведенная ре на ре рисунке ре 1.3, ре реализована ре с ре помощью еметодологии р IDEF0. ре ре 13

USE D AT : AUT HOR: Пепенин Алекс андр DAT E:22.05.2018 W ORKING PROJ ECT : ДомРем Строй REV: 07.06.2018 DRAFT READER DAT E CONT EXT: TOP RECOMMENDED NOT ES: 1 2 3 4 5 6 7 8 9 10 PUBLICA TION Внутрифирменная орг анизация документооборота Журнал заказов Оформленный заказ Заказ Журнал приходных накладных Приходная накладная Сч ета-фактуры Отчет о приходе товара по дням Работа менеджера по закупкам Отчет о наличии товара на с кладе Т овар Заказанный товар Накладная на перемещение Соотнош ение объем ов закупок по пос тавщикам 0р. Объемы закупок по товарным группам 0 Менеджер по закупкам NODE: T IT LE: NUMBER: Работ а менеджера по закупкам A-0 Рисунок 1.3 ре – Контекстная диаграмма ре Диаграмма декомпозиции изображена на рисунке 1.4, также реализована ре с репомощью еметодологии р IDEF0. ре USE D A T : A UT HOR: Пепенин А лекс андр DAT E : 22.05.2018 W ORKING P ROJ ECT : ДомР емСтрой REV : 22.05.2018 DRA FT REA DER DAT E CONT EX T : RECOMME NDED NOT E S: 1 2 3 4 5 6 7 8 9 10 P UB LICA T ION A -0 В нутриф ирменная организация документооборота Журнал заказов Заказ Оформленный заказ Учет заказов 0р. 1 Соотнош ение объемов закупок по пос тавщ икам А нализ популярности 0р. товаров 2 Объемы закупок по товарным группам Журнал приходных накладных Закупка и оприходование 0р. товара 3 Т овар Счета-ф актуры Приходная накладная Отчет о приходе товара по дням Учет товара на с кладе 0р. Отчет о наличии товара на складе 4 Заказанный товар Отгрузка товара 0р. 5 Накладная на перемещ ение Менеджер по закупкам NODE : T ITLE : Работ а менеджера по закупкам NUMB ER: A0 ре – Диаграмма ре декомпозиции ре Рисунок 1.4 14

На ер этом ер уровне ре менеджером ре по ре заказам ре выполняются ре следующие ре функции: р производственного ре отдела; − еручет езаказов р епопулярности р товаров; ре − еанализ − езакупка р еи р еоприходование р товара; ре − еручет етовара р на ре складе; ре − еотгрузка р етовара. р Стратегии ери ерпроцедуры, рекоторыми реруководствуется репроцесс ре(управление) –ре реэто евнутрифирменная р организация ре документооборота. ре Входом ер для ер системы ре являются ре заказ ре от ре производственного отдела, ре а ре также езакупаемые р етовары р и ре счета-фактуры ре на ре них. ре Выходом ер для ре системы ре журнал ре заказов, ре оформленный ре по ре внутренним ре правилам ер заказ, ер приходная ре накладная, ре журнал ре приходных ре накладных, ре отгруженный етовар, р отчет ре оре приходе ре товара ре по ре дням, ре отчет ре оре наличии ре товара ре на ре ре складе, ернакладная ерна реперемещение, реотчет рео ресоотношении реобъемов резакупок репо ре поставщикам, еотчет р об ре объемах ре закупок ре по ре товарным ре группам. ре В еррамках ерданной работы ренеобходима реоптимизация ревсех реописанных ревыше ре функций еменеджера р по ре закупкам ре 1.4. Постановка задачи Данное программное обеспечение должно обеспечивать выполнение следующих основных функций: − ведение справочников номенклатуры товара, менеджеров и поставщиков; − учет договоров с поставщиками; − прием и оформление заказа на закупку стройматериалов; − оформление прихода материалов; 15

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

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

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

1.5. Анализ существующих разработок и обоснование технологии проектирования Существует ре множество ре готовых ре программных ре продуктов, ре обеспечивающих ер учет ре товара, ре учет ре его ре закупок ре и ре реализации, ре а ре также ре множество ер других ре торговых ре операций. ре Среди ре них ре можно ре выделить ре подмножество ер систем, ре разработанных ре на ре базе ре 1С:Предприятие, ре например, ре программа е«Склад» р от ре компании ре «БухСофт» ре (http://www.buhsoft.ru/). ре Также ер существует ре множество ре обособленных ре компаний, ре разработавших ре собственную ер складскую ре систему. ре Например ре программный ре продукт ре «ОператорКалькулятора: реСкладской реучет» ре(http://www.ok-soft.ru/) ре− репрограмма ре складского еручета, ерпредназначенная редля реавтоматизации реи ресистематизации реучета ре движения ертоваро-материальных реи рефинансовых рересурсов рена репредприятиях ревсех ре форм есобственности. р В организации ООО «ДомРемСтрой» менеджеры закупок используют программный продукт Microsoft Excel – программа для работы с электронными таблицами. Для выявления функциональных решений системы учета закупок необходимо проанализировать существующие программные средства. Для анализа и оценки программных средств выделили критерии: а) функциональные возможности (от 1 до 5 баллов); б) открытость (1 балл – нет, 5 баллов – есть); в) свободная лицензия (1 балл – нет, 5 баллов – есть); г) простота внедрения и использования (от 1 до 5 баллов); д) масштабируемость (от 1 до 5 баллов). Сравнительная характеристика программных средств документационного обеспечения управленческой деятельности представлена в таблице 1.1. 19

Таблица 1.1 – Сравнительная характеристика программных средств Критерий оценки Название программного средства «Склад» «Оператор калькулятора: складской учет» Microsoft Excel Функциональные возможности 5 4 2 Открытость 4 3 2 Свободная лицензия 0 0 0 Простота внедрения и использования 1 2 3 Масштабируемость 4 3 1 Сумма 14 12 9 Отличиями разрабатываемой системы от других систем учета закупок являются функциональные возможности, спроектированные под деятельность организации, масштабируемость и бесплатное сопровождение. Система проста во внедрении и использовании, не потребует дополнительного обучения. В ер настоящий ре момент ре в ре компании ре организована ре локальная ре сеть ре архитектуры ер «Файл-сервер». ре Сотрудники ре компании ре сохраняют ре часть ре своих ре документов ер на ер сервере ре (для ре того, ре чтобы ре документы ре были ре доступны ре всем). ре Аналогичным ер образом ре предполагается ре работа ре с ре разрабатываемым ре ПО: ре файл ре данных ер будет ер располагаться ре на ре файл-сервере, ре а ре менеджеры ре со ре своих ре рабочих ре мест ер будут ер запускать ре ПО ре с ре разделением ре прав ре доступа ре к ре файлу ре данных. ре В ре разрабатываемой ерсистеме редолжно ребыть репредусмотрено ревозможное реувеличение ре штата ер и, ер как ер следствие, ре − ре расширение ре системы, ре добавление ре еще ре одного ре или ре нескольких ер автоматизированных ре рабочих ре мест ре с ре сохранением ре единой ре базы ре данных еи р еактуальной р информации ре на ре каждом ре рабочем ре месте. ре Вывод по разделу 1 В разделе рассмотрена организационная структура предприятия и характеристика ее видов деятельности, произведен сбор необходимой информации о 20

деятельности отдела закупок в ООО «ДомРемСтрой», построена диаграмма организации закупочной деятельности, выявлены цели и функциональное назначение разрабатываемой системы, необходимые для повышения уровня эффективности работы отдела закупок, контроля состояния запасов, оценки результатов закупочной деятельности, ускорения ведения соответствующей документации, анализа рынка поставщиков и заключения договоров с поставщиками. 2. Обоснование проектных решений 2.1. Обоснование проектных решений по техническому обеспечению (ТО) Техническое еобеспечение р представляет ре рекомплекс технических ре средств ре для ре ре обработки ер данных ре в ре информационной ре системе. ре В ре состав ре комплекса ре входят ре электронные ер вычислительные ре машины, ре осуществляющие ре обработку ре экономической ер информации, ре средства ре подготовки ре данных ре на ре машинных ре носителях, ер средства ре сбора ре и ре регистрации ре информации, ре средства ре передачи ре данных ер по ер каналам ре связи, ре средства ре накопления ре и ре хранения ре данных ре и ре выдачи ре результатной ер информации, ре вспомогательное ре оборудование ре и ре организационная ре техника. Поскольку ер в ре организации ре используется ре локальная ре сеть ре архитектуры ре «файл-сервер», ер необходимо ре дать ре характеристику ре серверу ре и ре клиентским ре машинам. Требования ерк реаппаратному реобеспечению рекомпьютера реодноранговой ресети, ре используемого ер в ер качестве ре сервера ре базы ре данных ре следующие: ре совместимость ре с ре IBM ер PC/AT, ер операционная ре система ре – ре Windows ре Server ре 2003, ре процессор ре с ре тактовой ечастотой р ене р ниже ре 800 ре МГц, ре объем ре памяти ре не ре менее ре 512 ре Мб, ре свободное ре ре 21

пространство ер на ер жестком ре диске ре не ре менее ре 500 ре Мбайт, ре манипулятор ре «мышь» ре и ре стандартная еклавиатура. р Требования ер к ре аппаратному ре обеспечению ре рабочей ре станции ре для ре нормального ер функционирования ре программы ре следующие: ре компьютер, ре совместимый ерс ер IBM реPC/AT, репроцессор рес ре тактовой речастотой рене рениже ре400 реМГц ре (рекомендуется ер 600 ре МГц), ре объем ре оперативной ре памяти ре не ре менее ре 256 ре Мб, ре свободное ер пространство ре на ре жестком ре диске ре не ре менее ре 40 ре Мбайт, ре манипулятор ре «мышь» еи р естандартная р клавиатура, ре видеоадаптер ре SVGA, ре принтер. ре В ер настоящий ре момент ре характеристики ре компьютеров ре отдела ре закупок ре соответствуют еруказанным ретребованиям, репоэтому редополнительных ретехнических ре решений, епо р евнедрению р разработанного ре программного ре средства, ре не ре требуется. ре 2.2. Обоснование проектных решений по информационному обеспечению (ИО) В еданной р работепредполагается ре создание ре файл-серверного ре приложения, ре и ре ре соответственно, ер использование ре СУБД ре на ре сервере, ре обеспечивающей ре многопользовательский разделяемый ре доступ. ре Предполагаются ре следующие ре информационные ре решения, ре касающиеся ре разрабатываемого епрограммного р средства: ре − ерввод еринформации рев ребазу реданных реосуществляется ревручную рес ребумажных ре носителей. еИнформация р записывается ре вре базу ре автоматически; ре − еобработка р еданных р осуществляется ре вре диалоговом ре режиме; ре − ер пользователь реполучает реинформацию ре из ребазы реданных рена ре экран реПЭВМ, ре кроме ер того, ер информация ре может ре выдаваться ре на ре принтер ре в ре случае ре распечатки ре различных естандартных р форм; ре − еррезервирование ребазы реданных реосуществляется репри репомощи ресохранения ре базы ер данных ер на ер каком-либо ре магнитном ре носителе, ре а ре восстановление ре – ре при ре 22

помощи еркопирования ребазы реданных рес ремагнитного реносителя рена ресервер рев рету репапку, ре где едолжна р енаходиться р база ре данных; ре − ер база ер данных ре состоит ре из ре одного ре файла, ре имеющего ре расширение ре «.mdb» ре (формат еMS р еAccess р е2000). р В ер проектируемой ре системе ре решаемые ре задачи ре будут ре реализованы ре соответствующим ер программным ре модулем, ре каждый ре из ре которых ре будет ре иметь ре возможность ервыполнения реряда реопераций, ретаких рекак рекорректировка реинформации, репоиск ерданных, ерформирование реотчетов. реПроцессы резаполнения, рекорректировки реи ре поиска ерданных ербудут ререализованы реоднотипным респособом рево ревсех ремодулях. реПри ре добавлении ер и ер редактировании ре данных ре будет ре применяться ре контроль ре правильности ер ввода ре пользователем ре информации, ре путем ре ее ре сравнения ре с ре необходимым ертипом, редиапазоном реизменения ревозможных резначений, ремаской реввода ре рет.д. и Для ердобавления реи рередактирования реданных ребудут реиспользованы реэкранные ре формы ер со ер всеми ер необходимыми ре полями ре ввода, ре а ре также ре пояснениями ре и ре управляющими ер элементами ре (например, ре кнопками), ре предназначенными ре для ре выработки ер управляющих ре воздействий ре (сохранение, ре отмена ре изменений) ре и ре навигации е(перемещению) р ре по ре ре БД. ре Для ре обеспечения ре поиска ре данных ре также ре будут ре ре использованы ер экранные ре формы, ре позволяющие ре задавать ре различные ре значения ре (диапазоны ерзначений) реинтересующей реинформации, рес реконтролем редопустимости ре значений ер условий ер поиска. ре Поиск ре информации ре можно ре будет ре производить ре на ре частичное, ерлибо ерполное ресовпадение реусловий репоиска. реВ репрограммных ремодулях ре системы ер предполагается ре наличие ре всех ре необходимых ре отчетных ре форм ре для ре формирования ер и ер печати ре документов ре установленной ре формы. ре Все ре отчеты ре генерируются еавтоматически, р используя ре выборки ре информации ре из ре БД. ре 2.3. Обоснование проектных решений программному обеспечению (ПО) 23

Программное ре обеспечение ре включает ре совокупность ре компьютерных ре программ, ер ерописаний реи реинструкций репо реих реприменению рена реЭВМ. реПрограммное ре обеспечение ер делится ре на ре две ре составляющие: ре общее ре (операционные ре системы, ре оболочки, ер компиляторы, ре интерпретаторы, ре СУБД, ре сетевые ре программы ре и ре т.д.) ре и ре специальное ер (совокупность ре прикладных ре программ, ре разработанных ре для ре конкретных езадач р еи р контрольные ре примеры). ре Для ер решения ре комплекса ре задач ре необходимо ре программное ре обеспечение, ре оптимально ерподходящее рек рекаждой резадаче, реа ретакже реиспользование рекоторого ребудет ремаксимально еэффективным р для ре компании. ре р системе ре можно ре выдвинуть ре следующие ре требования: ре К еоперационной − ертребование ренадежности ре(критически реважные реструктуры реядра ресистемы, ре коды ер драйверов ер устройств ре должны ре быть ре доступны ре только ре для ре чтения, ре операционная ер система ре должна ре позволять ре пользователям ре и ре системным ре администраторам ер восстанавливать ре предыдущее ре состояние ре компьютерной ре системы ебез р епотери р данных); ре − ер требование ре понятности ре пользователю ре (интерфейс ре операционной ре системы ер должен ер быть ре «дружественным», ре изменение ре настроек ре системы ре может ре производиться евр едиалоговом р режиме); ре − ертребование ерзащиты реинформации ре(операционная ресистема редолжна реиметь ре средства ераутентификации реи реидентификации, реиметь ревстроенные ресредства реаудита ре доступа екр еинформации); р − етребование р еминимизации р затрат ре на ре сопровождение ре и ре поддержку; ре р еэргономичности. р − етребование Менять ер существующую ре операционную ре систему ре Windows ре 7 ре на ре рабочих ре станциях ер нет ер необходимости, ре т.к. ре она ре удовлетворяет ре всем ре требованиям ре надежности, ер понятности ре пользователю, ре защиты ре информации, ре мобильности, ре масштабируемости, ре минимизации ре затрат ре на ре сопровождение ре и ре поддержку, ре эргономичности, ер описанным ре выше. ре Поскольку ре в ре компании ре уже ре существует ре локальная ерсеть ерархитектуры ре«файл-сервер», ренужно реисходить реиз ретого, речто ресервер 24

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

− етребование р еэргономичности. р По ер описанным ре выше ре критериям ре выбор ре был ре сделан ре в ре пользу ре Microsoft ре Access. ер Основываясь ре на ре перечисленных ре выше ре критериях ре для ре создания ре базы ре данных, ер а ер также ре самого ре разрабатываемого ре программного ре средства, ре осуществляющего едоступ р рек данным ре базы, ре был ре ревыбран Microsoft ре Access ре .ре реВыбор ре был ер сделан ер выбор ер в ре пользу ре Microsoft ре Access, ре поскольку ре необходима ре СУБД ре в ре небольшой ер корпоративной ре сети ре (<=8 ре ПК), ре объемы ре хранимой ре информации ре относительно ер невелики ре (измеряются ре мегабайтами), ре надежно ре работающая ре на ре сервере еср етехническими р характеристиками ре обычного ре ПК. ре ре Также ер MS ер Access ре определяет ре минимальные ре сложности ре при ре настройке ре и ре администрировании ресистемы. реКроме ретого, репри ревсей ресвоей репростоте, реMS реAccess ре представляет ер собой ре полноценную ре реляционную ре СУБД, ре занимающую ре не ре последнее ер место ер на ре рынке. ре Access ре – ре это, ре прежде ре всего, ре система ре управления ре базами ер данных ер (СУБД). ре Как ре и ре другие ре продукты ре этой ре категории, ре она ре предназначена ер для ер хранения ре и ре поиска ре данных, ре представления ре информации ре в ре удобном ер виде ер и ер автоматизации ре часто ре повторяющихся ре операций ре (таких, ре как ре ведение ер счетов, ер учет, ре планирование ре и ре т.п.). ре С ре помощью ре Access ре можно ре разрабатывать ерпростые реи реудобные реформы реввода реданных, реа ретакже реосуществлять ре обработку еданных р еи р выдачу ре сложных ре отчетов. ре 2.4 Обоснование проектных решений по технологическому обеспечению Технологическое ре обеспечение ре представляет ре собой ре описание ре технологических ер процессов ре обработки ре информации ре в ре автоматизированной ре системе. Вначале ернеобходимо реопределить реметод репроектирования реинформационной системы учета закупок. Для ре этого ре перечислим ре и ре реохарактеризуем все ре ревозможные ре методы епроектирования: р 26

− ер метод ер структурного ре проектирования ре (выявление ре полного ре состава ре автоматизируемых ре функций ре и ре проектирование единой ре информационной системы); − ер метод ер модульного ре проектирования ре (разделение ре информационной системы ена р емодули р еи р разработка ре каждого ре модуля ре вре отдельности); ре − ер метод ер проектирования ре «сверху-вниз» ре (разработка ре и ре отладка ре компонентов информационной системы в ре отдельности ре и ре затем ре интеграция ре компонентов ер в ер единый ре комплекс, ре что ре позволяет ре локализовать ре ошибки ре для ре упрощения еих р еустранения); р − ер метод ер структурного ре программирования ре (разделение ре модулей ре на ре сегменты ер не ер более ре 60 ре операторов ре и ре структуризация ре сегментов ре сдвигом ре для ре обеспечения енаглядности); р − ер метод ер HIPO-документирования ре (создание ре пакета ре документации ре стандартного еробразца, реописывающего реиерархию репроцессов, ревходы реи ревыходы, реа ре также есами р епроцессы). р Для ер создания ре надежной ре системы ре в ре кратчайшие ре сроки ре наиболее ре эффективным ер будет ре выбор ре метода ре «сверху-вниз», ре поскольку ре данный ре метод ре проектирования ер позволяет ре максимально ре быстро ре спроектировать ре и ре отладить ре систему еза р есчет р есоздания р её ре по ре частям. ре Этап ер ввода ер информации ре в ре ПЭВМ ре является ре наиболее ре ответственным ре с ре точки ерзрения еробеспечения редостоверности реинформации. реПричины, реприводящие рек ре возникновению ер ошибок ре во ре вводимой ре информации, ре на ре этапе ре ввода, ре могут ре зависеть ерот ерсостояния реоборудования, рена рекотором реосуществляется реввод, релибо реот ре организации ер процесса ре ввода. ре Входные ре данные ре будут ре заносить ре в ре информационную ер базу ре вручную. ре Для ре уменьшения ре ошибок ре при ре вводе ре информации ер в ер ПЭВМ ре в ре некоторых ре полях ре базы ре данных ре задаются ре условия ре на ре значение. ерВ ерсамом ерпростом реслучае реусловие рена резначение редолжно регарантировать, ре что ер из-за ер ошибки ер ввода ре в ре числовом ре поле ре не ре окажутся ре буквенные ре символы. ре Другие ер условия ер могут ре определять ре область ре или ре диапазоны ре допустимых ре 27

значений. еЗаданное р условие ре на ре значение ре всегда ре будет ре проверяться ре при ре вводе ре или ре изменения езначения р поля ре вре таблице. ре ре Кроме ер того, ер для ре уменьшения ре ошибок ре при ре вводе ре данных ре используется ре маска ерввода. ерМаска реввода реудобна репри реиспользовании реполей, реразмер реи ресмысловая ренагрузка екоторых р езаранее р известна. ре Для ер взаимодействия ре с ре пользователем ре программы ре предполагается ре использование ер меню, ре подсказок, ре полей, ре отвечающих ре за ре ввод ре информации, ре а ре также ер кнопок, ер результатом ре нажатия ре на ре которые ре будет ре отображение ре того ре или ре иного езапроса р екр ебазе р данных. ре В ер результате ре работы ре программы ре пользователь ре может ре столкнуться ре с ре ошибками, ер связанными ре с ре получением ре результатной ре информации. ре Для ре устранения ер таких ре ошибок ре используется ре процесс ре отладки ре программного ре средства. ерПроцесс еротладки реосуществляется рена ре некотором реконтрольном ренаборе ре данных. ерПри ерэтом ерзначения, реполученные репрограммным репутем, ресравниваются ресо ре значениями, еполученными р вре результате ре ручных ре вычислений. ре Вывод по разделу 2 Необходимость покупки дополнительного оборудования отсутствует, так как в организации имеется необходимое оборудование для функционирования информационной системы. Были описаны требования к информационной системе с точки зрения инфологического и даталогического проектирования. Выбраны и обоснованы проектные решения по информационному, программному, технологическому обеспечению. Данные по разделу позволили перейти к разработке информационной системы учета закупок в организации ООО «ДомРемСтрой». 28

3. Проектная часть 3.1. Информационное обеспечение комплекса задач 3.1.1. Информационная модель и ее описание Информационная ре модель ре автоматизированного ре комплекса ре задач ре определяет еросновные репроцессы репроектируемой реинформационной ресистемы рес реих ре входами еи р евыходами. р Главная ре цель ре ресоставления информационной ре модели ре вре ретом, ре чтобы ер продемонстрировать, ре как ре каждый ре процесс ре преобразует ре свои ре входные ре данные евр евыходные, р аре также ре выявить ре отношения ре между ре процессами. ре Информационная ремодель рев ревиде ресхемы реданных репредставлена рена рерисунке ре 3.1. US ED AT: AUTHOR: Пепенин Александр DATE: 22.05.2018 WORK ING PROJECT: ДомРемСтрой REV: 22.05.2018 DRAFT RE ADER DA TE CONTEX T: RE COMMENDE D NOTES: 1 2 3 4 5 6 7 8 9 10 PUBLICAT ION A-0 Внутрифирменная организация документооборота Журнал заказов Заказ Оформленный заказ Учет заказов 0р. 1 Соотнош ение объемов закупок по поставщикам Анализ популярности 0р. товаров 2 Объемы закупок по товарным группам Журнал приходных накладных Закупка и оприходование 0р. товара 3 Товар Сч ета-фактуры Приходная накладная Отчет о приходе товара по дням Учет тов ара на складе 0р. Отчет о наличии товара на с кладе 4 Заказанный товар Отгрузка товара 0р. 5 Накладная на перемещение Информационная систе ма уче та за купок Менеджер по закупкам NODE: TITLE: Работа менеджера по закупкам NUMBER: A0 Рисунок 3.1 – Модель работы менеджера по закупкам Оптимизации подлежат ре следующие ре задачи: ре а) еПрием р еи р еручет заказов ре 29

Для ер выполнения ре данной ре задачи ре используются ре данные ре по ре заказу ре на ре закупку ер от ер производственного отдела ре и ре данные ре из ре справочника ре «Каталог ре товаров». ер В ер результате ре выводится ре на ре печать ре оформленный ре заказ ре на ре закупку. ре Данные ер сохраняются ре в ре базу ре данных, ре на ре основе ре чего ре формируются ре данные ре на ре форме е«Журнал р езаказов» р и ре выводится ре на ре печать ре соответствующий ре отчет. ре р б) еАнализ Анализ ер выполняется ре на ре основе ре данных ре из ре справочника ре «Товарные ре группы» ери ерданных ериз ребазы реданных рео резаказах реи ретоваре рена рескладе. реВ ререзультате ре выводятся ерна ерпечать реотчеты ре«Объем резакупок репо ретоварным регруппам» реи ре«Объемы ре закупок епо р епоставщикам». р в) еУчет р етовара р на ре складе ре Для ер выполнения ре данной ре задачи ре используются ре данные ре по ре приходным ре накладным, ер которые ре вводятся ре на ре соответствующей ре экранной ре форме. ре В ре результате ерможно ерпосмотреть реданные рена реэкранной реформе ре«Товар рена рескладе» реи ре распечатать еотчет р еор наличии ре товара ре на ре складе ре и ре отчет ре оре приходе ре товара ре по ре дням. ре г) еОприходование р товара ре Для ер выполнения ре этой ре задачи ре используются ре данные ре о ре приходных ре накладных, ер а ер также ре данные ре о ре договорах ре с ре поставщиками, ре которые ре берутся ре из ре базы ер данных. ер В ер результате ре можно ре распечатать ре отчет ре «Журнал ре приходных ре накладных» еи р епосмотреть р данные ре на ре одноименной ре экранной ре форме. ре 3.1.2. Используемые классификаторы и системы кодирования Классификатор ре − ре это ре механизм ре (элемент ре модели), ре описывающий ре определенные ер черты ре структуры ре и ре поведения ре системы. ре К ре классификаторам ре относятся ер классы, ер типы ре данных, ре интерфейсы, ре подсистемы. ре Наиболее ре общими ре классификаторами ерявляются реклассы. реВсе репрочие реклассификаторы реопределяются реотносительно ерих ерсходства рес реклассами, рес реучетом реих реограничений репо ресодержанию ре или ер использованию. ре При ре этом ре каждый ре вид ре классификатора ре представлен ре в ре 30

метамодели есвоим р есобственным р классом. ре Большая ре часть ре свойств ре класса ре есть ре реи реу р каждый ре из ре них ре имеет ре свои ре ограничения. ре реклассификаторов, еоднако В ерпроцессе ерпроектирования резадачи ре ребыли реиспользованы реклассификаторы, ре информация екоторых р однозначно ре идентифицирует ре объекты ре классифицируемого ре ре множества ер и ер признаки ре классификации, ре объективно ре отражает ре существующие ре отношения ер между ер объектами ре и ре обеспечивает ре сопоставимость ре показателей ре по ре качественным еи р еколичественным р признакам. ре В ер задаче ер используются ре классификаторы, ре перечень ре и ре описание ре которых ре представлены евр етаблице р 3.1. ре р – Состав классификаторов Таблица е3.1 Наименование ер реквизита Длина кода ре вре ре Система классификации ре знаках Метод ре кодирования Структура кода ре № резаказа 5 Иерархическая ре порядковый ре № ре Порядковый XXXХX − № реприхода 5 Иерархическая ре порядковый ре № ре Порядковый XXXХX − Шифр ретовара 5 Иерархическая ре порядковый ре № ре Порядковый XXXХX − № редоговора 5 Комбинированный № ренакладной рена ре перемещение 4 Иерархическая Классифика ционный ре хх /ре хх ре Год ре ре ре ре ре ре ре ре ре Порядковый ре № ре ре порядковый ре № ре Порядковый XXХX − 3.1.3. Характеристика нормативно-справочной и входной оперативной ре информации Первичной еинформацией р для ре разрабатываемой ре программы ре являются ре резаказ рена ерзакупку ертовара ери реприходная ренакладная. реИменно рена реоснове реэтой реинформации ре будут еприниматься р еуправленческие р решения ре по ре реуправлению закупкой ре товара. ре 31

Экранные ер формы ре для ре ввода ре первичных ре документов ре приведены ре в ре приложении еА. р Заказ ена р езакупку р ресодержит номер, ре дату ре принятия, ре принявшего ре менеджера, ре ре товар епо р езаказу р еи р еего р количество. ре Приходная ер накладная ре содержит ре номер, ре дату, ре принявшего ре менеджера, ре товар ер по ер накладной, ре его ре количество ре и ре закупочную ре цену, ре а ре также ре итоговые ре суммы епо р енакладной. р Для ер повышения ре эффективности ре управления ре торговыми ре процессами ре необходимо, ерчтобы ерменеджером репо резакупкам ревелся респравочник ре(каталог) ретовара, р енеобходимости р новыми ре данными. ре репополняемый епри При ер приходе ре товара ре необходимо, ре чтобы ре менеджер ре по ре закупкам ре производил ер оформление ре прихода. ре Это ре позволит ре всегда ре иметь ре под ре рукой ре оперативную еинформацию р оре действительном ре наличии ре товара ре на ре складе. ре Таблица 3.2 – Описание состава первичных документов, обрабатываемых в информационной системе Документ Кол-во докре Символы вре Символы ре тов вре год док-те ре всего «Заказ ена р езакупку» р 400 350 140000 «Приходная енакладная» р 300 600 180000 Итого 700 320000 3.1.4. Характеристика базы данных После ер исследования ре предметной ре области ре и ре анализа ре структуры ре системы ре были ер выделены ер сущности. ре Перечень ре сущностей ре предметной ре области ре представлен евр етаблице р 3.3. ре 32

Таблица е3.3 р – Перечень сущностей предметной области 1 Название и реобозначение ре сущности ГруппыТоваров Код регруппы ре(ID) 2 Поставщики Шифр репоставщика ре(Шифр) 3 Реквизиты Наименование реорганизации ре (Наименование) 4 Менеджеры Шифр ременеджера ре(Шифр) 5 Товар Шифр ретовара ре(Шифр) 6 Приход Номер реприхода ре(Шифр) 7 Заказы Номер резаявки ре(Шифр) 8 СоставПрихода 9 СоставЗаказа Номер реприхода ре(Приход) Шифр ретовара ре(Товар) Номер резаявки ре(Заявка) Шифр ретовара ре(Товар) Номер редоговора ре(NДоговора) Действует рес ре(ДатаС) Действует репо ре(ДатаПо) Поставщик ре(Поставщик) Особые реусловия ре(Особые ре условия) Код реточки ре(ID) Название реточки ре(Название) Адрес реточки ре(Адрес) Шифр реперемещения ре(Шифр) Дата реперемещения ре(Дата) С реточки ре(Точка1) На реточку ре(Точка2) Шифр реперемещения ре(Шифр) Количество ре(Колво) Шифр ретовара ре(Товар) № 10 Договора 11 ТочкиПродаж 12 Перемещения 13 СоставПеремещения Ключ ресущности и реего реобозначение Таким еобразом, р схемы ре сущностей ре имеют ре вид: ре 33 Атрибуты ресущности и реих реобозначение Наименование регруппы ре (Группа) Наименование ре(Наименование) Адрес ре(Адрес) Телефоны ре(Телефоны) Реквизиты ре(Реквизиты) ИНН ре(ИНН) КПП ре(КПП) Адрес ре(Адрес) Телефоны ре(Телефоны) Реквизиты ре(Реквизиты) ИНН ре(ИНН) КПП ре(КПП) Ген. редиректор ре(ГенДиректор) Главный ребухглатер ре(ГлавБух) ФИО ре(ФИО) Группа ре(Группа) Наименование Единица реизмерения ре(ЕдИзм) Цена резакупочная ре(ЦенаЗакуп) Количество рена рескладе ре(Колво) Дата ре(Дата) Сумма ре(Сумма) Поставщик ре(Поставщик) Менеджер ре(Менеджер) Дата ре(Дата) Менеджер ре(Менеджер) Количество ретовара ре(Колво) Цена резакупочная ре(Цена) Количество ретовара ре(Колво)

а) ГруппыТоваров (ID, ре Группа); ре б) Поставщики ре(Шифр, реНаименование, реАдрес, реТелефоны, реРеквизиты, ре ИНН, еКПП); р в) Реквизиты ре (Наименование, ре Адрес, ре Телефоны, ре Реквизиты, ре ИНН, ре КПП, еГенДиректор, р ГлавБух); ре г) ре ФИО); ре Менеджеры (Шифр, д) Товар е(Шифр, р Группа, ре Наименование, ре ЕдИзм, ре ЦенаЗакуп, ре Колво); ре е) Приход (Шифр, ре Дата, ре Сумма, ре Поставщик, ре Менеджер); ре ж) Заказы е(Шифр, р Дата, ре Менеджер); ре з) СоставПрихода (Приход, ре Товар, ре Колво, ре Цена); ре и) СоставЗаказа (Заказ, ре Товар, ре Колво); ре к) Договора ре (NДоговора, ре ДатаС, ре ДатаПо, ре Поставщик, ре Особые ре условия); л) ТочкиПродаж (ID, ре реНазвание, Адрес); ре м) Перемещения (Шифр, ре Дата, ре Точка1, ре Точка2); ре н) СоставПеремещения (Шифр, ре Товар, ре Колво). ре Анализ ер сущностей ре позволяет ре выделить ре связи ре между ре ними. ре Перечень ре связей емежду р есущностями р представлен ре вре таблице ре 3.4. ре р – Перечень связей ре между ре сущностями ре Таблица е3.4 № п/п 1 Связь Товар реОТНОСИТСЯ рек регруппе 2 Приход реПОЛУЧЕН реот репоставщика 3 Приход реОФОРМЛЕН ременеджером 4 Заказ реОФОРМЛЕН ременеджером 5 Приход реВКЛЮЧАЕТ ретовары 6 Заказ реВКЛЮЧАЕТ ретовары 7 Договор реЗАКЛЮЧЕН рес репоставщиком 8 Перемещение реВЫПОЛНЕНО рена реточку 9 Перемещение реВЫПОЛНЕНО рес реточки 10 Перемещение реВКЛЮЧАЕТ ретовары 34

Сформируем еитоговый р набор ре сущностей ре и ре отношений. ре Отношение ер«Товар реОТНОСИТСЯ рек регруппе» реявляется реотношением ре«один ре ко ремногим», ерт.к. ертовар реможет репринадлежать ретолько реодной рекатегории ре(группе). реВ ре сущность ер«Товар» ернеобходимо редобавить ревторичный реключ, реопределяющий ресвязь ре «один еко р емногим» р еотношения р «Товар ре ОТНОСИТСЯ ре кре группе». ре Отношение ер «Приход ре ПОЛУЧЕН ре от ре поставщика» ре является ре отношением ре «один ерко ермногим», ерт.к. рекаждый реприход реоформляется репо реодному репоставщику. реВ ре сущность ер «Приход» ре необходимо ре добавить ре вторичный ре ключ, ре определяющий ре связь е«один р еко р емногим» р отношения ре «Приход ре ПОЛУЧЕН ре от ре репоставщика». Отношение ер «Приход ре ОФОРМЛЕН ре менеджером» ре является ре отношением ре «один ер ко ер многим», ре т.к. ре каждый ре приход ре оформляется ре одним ре менеджером. ре В ре сущность ер «Приход» ре необходимо ре добавить ре вторичный ре ключ, ре определяющий ре связь е«один р еко р емногим» р отношения ре «Приход ре ОФОРМЛЕН ре ременеджером». Отношение ер «Заказ ре ОФОРМЛЕН ре менеджером» ре является ре отношением ре «один ер ко ер многим», ре т.к. ре каждый ре заказ ре оформляется ре одним ре менеджером. ре В ре сущность ер «Заказы» ре необходимо ре добавить ре вторичный ре ключ, ре определяющий ре связь е«один р еко р емногим» р отношения ре «Заказ ре ОФОРМЛЕН ре менеджером». ре Отношение ер «Перемещение ре ВКЛЮЧАЕТ ре товары» ре является ре отношением ре «один ер ко ер многим», ре т.к. ре по ре каждому ре перемещению ре формируется ре свой ре список ре товаров. ер В ер сущность ре «СоставПеремещения» ре необходимо ре добавить ре вторичный ре ключ, ер определяющий ре связь ре «один ре ко ре многим» ре отношения ре «Перемещение ре ВКЛЮЧАЕТ етовары». р Отношение ер «Приход ре ВКЛЮЧАЕТ ре товары» ре является ре отношением ре «один ре ко ер многим», ер т.к. ер по ре каждому ре приходу ре формируется ре свой ре список ре товаров. ре В ре сущность ер «СоставПрихода» ре необходимо ре добавить ре вторичный ре ключ, ре определяющий ер связь ре «один ре ко ре многим» ре отношения ре «Приход ре ВКЛЮЧАЕТ ре товары». Отношение ер«Заказ реВКЛЮЧАЕТ ретовары» реявляется реотношением ре«один реко ре многим», ерт.к. ерпо еркаждой резаявке реформируется ресвой респисок ретоваров. реВ ресущность ре 35

«СоставЗаказа» ер необходимо ре добавить ре вторичный ре ключ, ре определяющий ре связь ре «один еко р емногим» р еотношения р «Заказ ре ВКЛЮЧАЕТ ре товары». ре Отношение ер «Перемещение ре ВЫПОЛНЕНО ре на ре точку» ре является ре отношением ер «один ре ко ре многим», ре т.к. ре по ре каждому ре перемещению ре товар ре перемещается ерна еродну реточку репродаж. реВ ресущность ре«Перемещения» ренеобходимо ре добавить ервторичный реключ, реопределяющий ресвязь ре«один реко ремногим» реотношения ре «Перемещение еВЫПОЛНЕНО р на ре точку». ре Отношение е«Перемещение р ВЫПОЛНЕНО ре сре реточки» является ре отношением ре ре «один ерко ермногим», ерт.к. репо рекаждому реперемещению ретовар реперемещается рес реодной ре точки ер продаж. ер В ер сущность ре «Перемещения» ре необходимо ре добавить ре вторичный ре ключ, ер определяющий ре связь ре «один ре ко ре многим» ре отношения ре «Перемещение ре ВЫПОЛНЕНО ена р еточку». р Итак, ер окончательные ре сущности ре и ре отношения ре образуются ре путем ре добавления ернеключевых реатрибутов рев репредварительные ресущности реи реотношения, ре при ер этом ер первичные ре ключи ре по-прежнему ре выделяются ре подчеркиванием, ре а ре внешние еключи р е–р екурсивным р написанием. ре Окончательный набор ре отношений ре имеет ре вид: ре а) ГруппыТоваров (ID, ре Группа); ре б) Поставщики ре(Шифр, реНаименование, реАдрес, реТелефоны, реРеквизиты, ре ИНН, еКПП); р в) Реквизиты ре (Наименование, ре Адрес, ре Телефоны, ре Реквизиты, ре ИНН, ре КПП, еГенДиректор, р ГлавБух); ре г) ре ФИО); ре Менеджеры (Шифр, д) Товар е(Шифр, р ГруппаID, ре Наименование, ре ЕдИзм, ре ЦенаЗакуп, ре Колво); ре е) Приход (Шифр, ре Дата, ре Сумма, ре ПоставщикID, ре МенеджерID); ре ж) Заказы е(Шифр, р Дата, ре МенеджерID); ре з) СоставПрихода (ПриходID, ре еТоварID, р Колво, ре Цена); ре и) СоставЗаказа (ЗаказID, ре еТоварID, р Колво); ре к) Договора ре (NДоговора, ре ДатаС, ре ДатаПо, ре ПоставщикID, ре Особые ре условия); 36

л) ТочкиПродаж (ID, ре реНазвание, Адрес); ре м) Перемещения (Шифр, ре Дата, ре Точка1, ре Точка2); ре н) СоставПеремещения (Шифр, ре ТоварID, ре Колво). ре Поставщ ики Шифр Наименование Адрес Телефоны Реквизиты ИНН КПП Менеджеры Шифр Договора Приход NДоговора Шифр ДатаC ДатаПо ПоставщикID (FK) Особые условия Дата Сумма ПоставщикID (FK) МенеджерID (FK) Заказы СоставЗаказа СоставПрихода Шифр ЗаказID (FK) ТоварID (FK) ПриходID (FK) ТоварID (FK) Колво Колво Цена Дата МенеджерID (FK) ФИО Товар Шифр ГруппыТоваров ГруппаID (FK) Наименование ЕдИзм ЦенаЗакуп Колво ID Группа ТочкиПродаж Реквизиты ID СоставПеремещ ения Перемещения Название Адрес Шифр (FK) ТоварID (FK) Шифр (FK) МенеджерID Дата Точка1ID (FK) Точка2ID (FK) Колво Наименование Адрес Телефоны Реквизиты ИНН КПП ГенДиректор ГлавБух ре – ER-диаграмма ре на ре логическом ре уровне. ре Рисунок 3.2 База ер данных ер состоит ре из ре одного ре файла, ре имеющего ре расширение ре «.mdb» ре (формат еMicrosoft р еAccess р 2003). ре Каждая ер сущность ре и ре каждое ре отношение ре трансформируется ре в ре таблицу. ре Имена ерсущностей ери реотношений рестановятся реименами ретаблиц, реа реимена реатрибутов ре – реименами еколонок. р ER-диаграмма ре системы ре на ре физическом ре уровне ре представлена ре ре е3.3. р рена рисунке 37

Поставщики Шифр: AutoNumber Наименование: Text(100) Адрес: Text(100) Телефоны: Text(30) Реквизиты: Text(100) ИНН: Text(15) КПП: Text(15) Договора Приход NДоговора: Text(10) Шифр: AutoNumber Дата: Date/Time Сумма: Currency Поставщ икID: Long Integer МенеджерID: Long Integer Заказы Менеджеры Шифр: AutoNumber ФИО: Text(30) ДатаC: Date/Time ДатаПо: Date/Time ПоставщикID: Long Integer Особые условия: Text(255) СоставЗаказа Шифр: AutoNumber Дата: Date/Time МенеджерID: Long Integer СоставПрихода ЗаказID: Long Integer ТоварID: Long Integer ПриходID: Long Integer ТоварID: Long Integer Колво: Long Integer Колво: Long Integer Цена: Currency Товар ГруппыТоваров ID: AutoNumber Группа: Text(50) Шифр: AutoNumber ГруппаID: Long Integer Наименование: Text(100) ЕдИзм: Text(5) ЦенаЗакуп: Currency Колво: Long Integer ТочкиПродаж Реквизиты ID: AutoNumber Название: Text(50) Адрес: Text(255) СоставПеремещ ения Перемещ ения Шифр: Long Integer ТоварID: Long Integer Шифр: Long Integer МенеджерID: AutoNumber Дата: Date/Time Точка1ID: Long Integer Точка2ID: Long Integer Колво: Integer Наименование: Text(100) Адрес: Text(100) Телефоны: Text(30) Реквизиты: Text(100) ИНН: Text(15) КПП: Text(15) ГенДиректор: Text(30) ГлавБух: Text(30) Рисунок е3.3 р – ER-диаграмма ре системы ре на ре физическом ре уровне ре Данные ер в ер базе ре должны ре обладать ре свойством ре целостности. ре Под ре целостностью ер понимается ре правильность ре данных ре в ре любой ре момент ре времени. ре Поддержание ер целостности ре базы ре данных ре может ре рассматриваться ре как ре защита ре данных ер от ер неверных ре изменений ре или ре разрушения ре (этот ре вопрос ре не ре относится ре к ре незаконным ер изменениям ре и ре разрушениям, ре которые ре являются ре проблемой ре безопасности). Выделяют етри р группы ре правил ре целостности. ре Целостность ер по ре сущностям. ре Объекту ре или ре сущности ре реального ре мира ре в ре реляционных ер базах ре данных ре соответствуют ре кортежи ре отношений. ре Требование ре состоит ер в ер том, ер что ре любой ре кортеж ре любого ре отношения ре отличим ре от ре любого ре другого ер кортежа ер этого ре отношения, ре т.е. ре другими ре словами, ре любое ре отношение ре должно ер обладать ре первичным ре ключом. ре Это ре требование ре автоматически ре удовлетворяется, ересли рев ресистеме рене ренарушаются ребазовые ресвойства реотношений. ре Первичный ерключ ер– реэто реминимальный ренабор реатрибутов, репо резначениям рекоторых ре 38

можно еоднозначно р енайти р требуемый ре экземпляр ре сущности. ре Целостность ре по ре ссылкам. ре База ре данных ре не ре должна ре содержать ре несогласованных ерзначений ревнешних реключей. реПравило реутверждает, речто реесли реВ ре ссылается ер на ер А, ер тогда ре А ре должно ре существовать. ре Говорят, ре что ре отношение, ре в ре котором еропределен ревнешний реключ, рессылается рена ресоответствующее реотношение, ре в ре котором ер такой ер же ре атрибут ре является ре первичным ре ключом. ре Требование ре целостности ер по ер ссылкам, ре или ре требование ре внешнего ре ключа ре состоит ре в ре том, ре что ре для ер каждого ер значения ре внешнего ре ключа, ре появляющегося ре в ре ссылающемся ре отношении, ерв еротношении, рена рекоторое реведет рессылка, редолжен ренайтись рекортеж ре с ре таким еже р езначением р первичного ре ключа, ре релибо значение ре внешнего ре ключа ре должно ре ре быть енеопределенным р (т.е. ре ни ре на ре что ре не ре реуказывать). Целостность, ре определяемая ре пользователем. ре У ре пользователя ре (или ре у ре разработчика) ер базы ре данных ре должна ре быть ре возможность ре определить, ре какие ре операции ер должны ре быть ре запрещены, ре а ре какие ре разрешены, ре нужны ре ли ре для ре разрешенных еопераций р компенсирующие, ре и ре если ре да, ре то ре какие ре (т.е. ре возможность ре ре каскадного ерудаления). В ер разрабатываемой ре структуре ре базы ре данных ре учтены ре основные ре правила ре целостности. ер Каждая ре сущность ре идентифицируется ре уникальным ре ключом, ре и ре разработана ер система ре внешних ре ключей. ре База ре данных ре не ре содержит ре несогласованных ер значений ре внешних ре ключей, ре то ре есть ре при ре работе ре с ре записями ре происходит ер каскадное ре обновление ре связанных ре полей ре и ре каскадное ре удаление ре связанных езаписей. р Целостность, ре определяемая ре пользователем, ре поддерживается ре ограничениями ерв ертаблицах ребазы реданных рена реввод ренеотрицательных резначений, реа ре также ер обеспечением ре выбора ре значений ре внешних ре ключей ре из ре списков ре без ре разрешения еварианта р ввода ре недопустимого ре значения. ре Таким еробразом, реразрабатываемая реинформационная ресистема реподдерживает ре обеспечение ер целостности ре данных. ре В ре частности, ре при ре вставке ре или ре добавлении ре записей ер с ер повторяющимися ре значениями ре первичного ре ключа репрограмма ре выдаст ре предупреждение ери ерне репозволит реоперации ревставки реосуществиться. реКроме ретого, ре 39

программа ер обеспечивает ре хорошую ре работу ре со ре связанными ре полями. ре Например, ре если ер данные ер удаляются ре из ре основной ре таблицы, ре то ре программа ре удалит ре соответствующие ерзаписи реи рев ресвязанных ретаблицах. реТо реже ресамое репри реобновлении ре или ер вставке ер данных. ре То ре есть, ре программа ре не ре позволяет ре существовать ре в ре базе ре несвязанным еданным, р которые ре «засоряют» ре базу. ре 3.1.5. Характеристика результатной информации Описание етаблиц р базы ре данных ре приведено ре вре таблице ре 3.5. ре р – Описание таблиц ре базы ре данных ре Таблица е3.5 1 Название таблицы Группа 2 Поставщики 3 Реквизиты 4 Менеджеры 5 Товар 6 Приход № Семантика поля и его название Тип поля Код регруппы ре(ID) Наименование регруппы ре(Группа) Шифр репоставщика ре(Шифр) Наименование ре(Наименование) Адрес ре(Адрес) Телефоны ре(Телефоны) Реквизиты ре(Реквизиты) ИНН ре(ИНН) КПП ре(КПП) Наименование ре(Наименование) ре Адрес ре(Адрес) Телефоны ре(Телефоны) Реквизиты ре(Реквизиты) ИНН ре(ИНН) КПП ре(КПП) Ген. редиректор ре(ГенДиректор) Главный ребухглатер ре(ГлавБух) Шифр ременеджера ре(Шифр) ФИО ре(ФИО) Шифр ретовара ре(Шифр) Группа ре(ГруппаID) Наименование Единица реизмерения ре(ЕдИзм) Цена резакупочная ре(ЦенаЗакуп) Количество рена рескладе ре(Колво) Номер реприхода ре(Шифр) Дата ре(Дата) Сумма ре(Сумма) Поставщик ре(ПоставщикID) Менеджер ре(МенеджерID) Длинное рецелое ре(автоинкремент) Текстовое ре(50) Длинное рецелое ре(автоинкремент) Текстовое ре(100) Текстовое ре(100) Текстовое ре(30) Текстовое ре(100) Текстовое ре(15) Текстовое ре(15) Текстовое ре(100) Текстовое ре(100) Текстовое ре(30) Текстовое ре(100) Текстовое ре(15) Текстовое ре(15) Текстовое ре(30) Текстовое ре(30) Длинное рецелое ре(автоинкремент) Текстовое ре(30) Длинное рецелое ре(автоинкремент) Длинное рецелое Текстовое ре(100) Текстовое ре(15) Денежный Длинное рецелое Длинное рецелое ре(автоинкремент) Дата/время Денежный Длинное рецелое Длинное рецелое 40

Продолжение етаблицы р 3.5 ре 7 Название и реобозначение ре сущности СоставПрихода 8 Заказы 9 СоставЗаказа № 10 Договора 11 ТочкиПродаж 12 Перемещения 13 СоставПеремещен ия Ключ ресущности и реего реобозначение Номер реприхода ре(ПриходID) Шифр ретовара ре(ТоварID) Количество ретовара ре(Колво) Цена резакупочная ре(Цена) Номер резаказа ре(Шифр) Дата ре(Дата) Менеджер ре(МенеджерID) Номер резаказа ре(ЗаказID) Шифр ретовара ре(ТоварID) Количество ретовара ре(Колво) Цена реализации ре ре(Цена Номер редоговора ре(NДоговора) Действует рес ре(ДатаС) Действует репо ре(ДатаПо) Поставщик ре(ПоставщикID) Особые реусловия ре(Особые ре условия) Код реточки ре(ID) Название реточки ре(Название) Адрес реточки ре(Адрес) Шифр реперемещения ре(Шифр) Дата реперемещения ре(Дата) С реточки ре(Точка1ID) На реточку ре(Точка2ID) Шифр реперемещения ре(Шифр) Шифр ретовара ре(ТоварID) Количество ре(Колво) Атрибуты ресущности и реих реобозначение Длинное рецелое ре(автоинкремент) Длинное рецелое Длинное рецелое Денежный Длинное рецелое ре(автоинкремент) Дата/время Длинное рецелое Длинное рецелое ре(автоинкремент) Длинное рецелое Длинное рецелое Денежный Текстовое ре(10) Дата/время Дата/время Длинное рецелое Текстовое ре(255) Длинное рецелое Текстовое ре(50) Текстовое ре(255) Длинное рецелое Дата/время Длинное рецелое Длинное рецелое Количество ре(Колво) Длинное рецелое Целое Количество ерэкранных реформ реи реих ресодержание респроектировано ретак, речтобы ре обеспечить ер возможность ре вывода ре всей ре результатной ре информации, ре а ре также ре результатов ер запросов ре пользователя ре к ре базе ре данных. ре Предусмотрены ре выдача ре результатов еркак ерна ерэкран реПЭВМ, ретак реи рена репринтер репо режеланию репользователя. ре Вся ер результатная ер информация ре проекта ре автоматизации ре представляется ре в ре виде ре ведомостей ер и ер отчетов. ре Ниже ре рассмотрены ре детали ре каждого ре из ре результатных ре документов. Выходными ер документами ре разрабатываемой ре программы ре являются ре справочник ер(номенклатура) ретовара, реотчет рео реналичии ретовара рена рескладе, реотчеты репо реприходу ертовара ерпо ердням, режурналы резаказов реи реприходных ренакладных, ренакладная ре 41

на ер перемещение ер материальных ре ценностей, ре соотношение ре объемов ре закупок ре по ре поставщикам, еобъемы р закупок ре по ре товарным ре группам. ре Экранные ер формы ре разработанной ре системы ре приведены ре в ре приложении ре А. ре Формы евыходных р едокументов р приведены ре вре приложении ре Б. ре Справочник ер товара ре представляет ре собой ре каталогизированный ре набор ре данных ер о ер товарах. ре Определенный ре товар ре всегда ре относится ре к ре конкретной ре товарной ер группе. ер При ре необходимости ре справочник ре пополняется ре новыми ре группами еи р етоварами. р Отчет ер о ер наличии ре товара ре на ре складе ре представляет ре собой ре список ре товара, ре имеющегося ерна ерданный ремомент рена рескладе рес реразделением рена ретоварные регруппы рес ре указанием еколичества р товара, ре его ре текущей ре закупочной ре цены ре и ре итоговой ре суммы. ре Отчет ер по ер приходу ре товара ре по ре дням ре формируется ре на ре основе ре данных ре о ре ежедневных ерпоступлениях ретовара ре− реприходных ренакладных. реОтчет реформируется ре за резаданный ерпроизвольный редиапазон редат реи репредставляет ресобой респисок ретовара, ре поступившего ер за ре каждый ре день ре из ре заданного ре временного ре интервала, ре сгруппированный епо р товарным ре группам, ре сре реуказанием итоговых ре сумм ре ре(в ретекущих р за ре день. ре реценах) епоступления Журнал ер приходных ре накладных ре формируется ре на ре основе ре данных ре о ре ежедневных ерпоступлениях ретовара ре− реприходных ренакладных. реОтчет реформируется ре за ер заданный ер произвольный ре диапазон ре дат ре и ре представляет ре собой ре список ре накладных ер с ер указанием ре суммы ре прихода, ре поставщика, ре менеджера, ре принявшего ре товар еи р еитоговой р есуммы р за ре период. ре Журнал ерзаказов реформируется рена реоснове реданных рео реежедневных реданных рео ре заказах ер из ер производственного отдела. ре Отчет ре формируется ре за ре заданный ре произвольный ердиапазон редат реи репредставляет ресобой респисок резаказов рес ре указанием ре менеджера, епринявшего р заказ. ре р перемещение ре материальных ре ценностей ре формируется ре вре ревиде ре Накладная ена списка ертоваров, ерперемещаемых рес реодной реточки репродаж рена редругую, рес реуказанием ре количества етовара. р 42

Статистический реотчет ре«Объемы резакупок репо репоставщикам» репредставляет ре собой ер круговую ер диаграмму, ре которая ре показывает ре соотношение ре сумм ре закупок ре товара ер по ер поставщикам. ре Отчет ре формируется ре за ре заданный ре произвольный ре диапазон едат. р Статистический ре отчет ре «Объемы ре закупок ре по ре категориям ре товара» ре представляет ер собой ре круговую ре диаграмму, ре которая ре показывает ре соотношение ре сумм ер закупок ер товара ре по ре категориям. ре Отчет ре формируется ре за ре заданный ре произвольный едиапазон р дат. ре 3.2. Программное обеспечение комплекса задач 3.2.1. Общие положения (дерево функций и сценарий диалога) Процесс ер обработки ре данных ре предполагается ре осуществлять ре в ре диалоговом ре режиме. ер Данный ер режим ре обработки ре наиболее ре понятен ре пользователю, ре а ре значит ре повышает еэффективность р работы ре сре программой. ре Интерфейс еркомплекса резадач ререшено репостроить рена реоснове рераспределения ре по еоперациям р еобработки. р ре ер е3.4 р схематически ре показано ре дерево ре функций ре системы. ре На рисунке Здесь ер видно, ре что ре для ре каждого ре первичного ре документа ре необходимо ре обеспечить ер функции ре ввода, ре просмотра ре и ре печати. ре Для ре таблиц ре с ре условнопостоянной ер информацией ре необходимо ре обеспечить ре функции ре загрузки, ре актуализации ери ерпечати режурнала резаписей. реДля рекаждого ререзультатного редокумента ре необходимо ер обеспечить ре возможность ре выдачи ре отчета ре на ре экран ре и ре отправки ре на ре печать. 43

ре – Дерево ре функций ре комплекса ре задач ре Рисунок 3.4 Теперь ернеобходимо ревыстроить рецепочку ревзаимосвязи реэкранных реформ. реДля ре этого ер нужно ер определить ре последовательность ре перехода ре от ре одной ре формы ре к ре другой. ер Граф еперехода р экранных ре форм ре приведен ре на ре рисунке ре 3.5 ре 44

Статистика Реквизиты Главная форма Товар на складе Журнал прихода Журнал заказов Каталог товаров Приход Менеджеры Категории товаров Поставщики Заказ Договора с постащиками Перемещение товара Точки продаж ре Рисунок 3.5 – Граф ре перехода ре экранных ре форм ре 3.2.2. Структурная схема пакета (дерево вызова процедур и программ) Информационная система учета закупок ре реализована ре в ре MS ре Access. ре Все ре экранные ер формы, ер процедуры, ре обрабатывающие ре события, ре поступающие ре от ре системы ер и ер от ер пользователя, ре отчеты ре и ре макросы ре объединены ре в ре рамках ре одного ре файла ер − ер файла ер ДомРемСтрой.mdb. ре Программные ре модули ре осуществляют ре исключительно ер обработку ре переходов ре по ре формам, ре обработку ре управляющих ре кнопок, ер связь ер с ер другими ре программами, ре а ре также ре внутренними ре формами, ре отчетами ери ерзапросами. реПри реэтом реособенностью реработы реMS реAccess реявляется рето, ре что екаждой р еэкранной р форме ре и ре отчету ре ресоответствует ресвой программный ре модуль. ре ре Макросы епри р реализации ер системы ре не ре использовались. ре Был ре создан ре специальный ре ре модуль еSumToStr р едля р преобразования ре числового ре представления ре суммы ре вре ресумму ре прописью. ерПоэтому редерево ревызова репрограммных ремодулей ресистемы реидентично ре 45

по ер своему ер виду ер графу ре перехода ре экранных ре форм, ре за ре исключением ре того, ре что ре в ре данную есхему р евключены р формируемые ре отчеты ре и ре модуль ре SumToStr. ре Дерево ервызова репрограммных ремодулей ресистемы репредставлено рена рерисунке ре 3.6. еРисунок р 3.6 ре – Дерево ре вызова ре программных ре модулей ре 46

3.3. Технологическое обеспечение комплекса задач 1.3.1. Организация технологии сбора, передачи, обработки и выдачи информации Cбор ер информации ре осуществляется ре следующим ре образом: ре справочная ре информация ервносится ресразу репосле ревнедрения репроекта реи рев ребудущем резаносится репо ремере ерпоступления ерсведений. реОперативная реинформация ревносится рев ребазу реданных ре по ер мере ер поступления ре соответствующих ре документов ре и ре сведений: ре заказы ре на ре закупку ер товара ер − ер при ре поступлении ре от ре производтвенного отдела, ре приходные ре накладные ер− ерпри ерприходе ретовара, редоговора ре– репри репервом репоявлении реклиента реи ре заключении есоглашения. р После ерзапуска репрограммы репользователь ренажимает рена реглавной рекнопочной ре форме ер кнопку, ер вызывающую ре необходимую ре ему ре в ре данный ре момент ре экранную ре форму, ер на ер которой ре он ре вводит ре оперативные ре или ре справочные ре данные, ре либо ре формирует ер необходимые ре отчеты. ре После ре введения ре данных ре или ре формирования ре отчета, ер пользователь ре может ре завершить ре работу ре с ре программой, ре либо ре открыть ре другую еэкранную р еформу р для ре дальнейшей ре работы. ре 3.3.2. Схема технологического процесса сбора, передачи, обработки и выдачи информации ре Схема ер технологического ре процесса ре работа ре с ре главной ре кнопочной ре формой ре представлена ена р рисунке ер 3.7. ре Схема ер технологического ре процесса ре работы ре с ре экранной ре формой ре «Журнал ре заказов» епредставлена р на ре рисунке ре 3.8. ре 47

Начало Загрузка системы Загрузка главной кнопочной формы Главная форма Нажатие кнопки выбора экранной формы Кнопка A Журнал заказов B Договора с поставщиками C Товар на складе D Перемещение товара E Журнал прихода F Статистика Экр. форма «Реквизиты» Конец р – еСхема р технологического ре процесса ре работы ре сре главной ре кнопочной ре ре Рисунок е3.7 формой 48

A1 Экр. форма «Журнал заказов» Загрузка экранной формы Нажатие кнопки Нет Кнопка нажата Да Отчет «Журнал заказов» Экр. форма «Менеджеры» Экр. форма «Заказ» A2 р – еСхема р технологического ре процесса ре работы ре сре экранной ре формой ре ре Рисунок е3.8 «Журнал заказов» ре Схема етехнологического р процесса ре работы ре сре экранной ре формой ре «Договора ре сре репоставщиками» епредставлена р на ре рисунке ре 3.9. ре 49

B1 Экр. форма «Договора с поставщиками» Загрузка экранной формы Нажатие кнопки Нет Кнопка нажата Да Экр. форма «Поставщики» Добавление записи Обновление записи Удаление записи B2 р – еСхема р технологического ре процесса ре работы ре сре экранной ре формой ре ре Рисунок е3.9 «Договора сре поставщиками» ре Схема ертехнологического репроцесса реработы рес реэкранной реформой ре«Товар рена ре складе» епредставлена р на ре рисунке ре 3.10. ре 50

С1 Экр. форма «Товар на складе» Загрузка экранной формы Нажатие кнопки или выбор элемента списка Нет Действие произведено Да Экр. форма «Каталог товаров» Отчет «Товары на складе» Обновление записи С2 р – еСхема р технологического ре процесса ре работы ре сре экранной ре формой ре ре Рисунок е3.10 «Товар на ре складе» ре Схема ер технологического ре процесса ре работы ре с ре экранной ре формой ре «Перемещения» епредставлена р на ре рисунке ре 3.11. ре 51

D1 Загрузка экранной формы Экр. форма «Перемещения» Нажатие кнопки Нет Кнопка нажата Да Экр. форма «Точки продаж» Добавление записи Обновление записи Удаление записи Отчет «Накладная на пермещение» D2 р – еСхема р технологического ре процесса ре работы ре сре экранной ре формой ре ре Рисунок е3.11 «Перемещения» Схема ер технологического ре процесса ре работы ре с ре экранной ре формой ре «Журнал ре приходных енакладных» р представлена ре на ре рисунке ре 3.12. ре 52

E1 Экр. форма «Журнал приходных накладных» Загрузка экранной формы Нажатие кнопки Нет Кнопка нажата Да Отчет «Журнал приходных накладных» Экр. форма «Менеджеры» Экр. форма «Приходная накладная» Экр. форма «Поставщики» Отчет «Приход товара по датам» E2 р – еСхема р технологического ре процесса ре работы ре сре экранной ре формой ре ре Рисунок е3.12 «Журнал приходных ре накладных» ре Схема ер технологического ре процесса ре работы ре с ре экранной ре формой ре «Статистическая еотчетность» р представлена ре на ре рисунке ре 3.13. ре 53

F1 Экр. форма «Статистическая отчетность» Загрузка экранной формы Диапазон дат Нажатие кнопки Нет Кнопка нажата Да Отчет «Объем закупок по товарным группам» Отчет «Объем закупок по поставщикам» F2 р – еСхема р технологического ре процесса ре работы ре сре экранной ре формой ре ре Рисунок е3.13 «Статистическая отчетность» ре 3.3.3. Описание контрольного примера Для тестирования работы информационной системы были заполнены все таблицы необходимой информацией. Главное окно системы изображено на рисунке 3.14 54

Рисунок 3.14 – Главное окно информационной системы Для начала была заполнена информация об организации, в которой планируется использование разрабатываемой информационной системы учета закупок. Окно «реквизиты» с заполненными полями представлено на рисунке 3.15. Рисунок 3.15 – Окно реквизитов организации 55

Далее были заполнены данными справочники «Каталог товаров», «Договора с поставщиками», «Менеджеры» и «Категории товаров». Заполненный справочник «Категории товаров» изображен на рисунке 3.16. Рисунок 3.16 – Справочник «Категории товаров» Форма договоров, заключенных с поставщиками стройматериалов, показана на рисунке 3.17. Рисунок 3.17 – Окно договоров с поставщиками Для тестирования работы информационной системы было создано несколько заказов материалов разными менеджерами и с разными поставщиками. После чего товар был оприходован на склад. Окно заказа на закупку товара показано на рисунке 3.18. 56

Рисунок 3.18 – Заказ на закупку материалов Приходная накладная изображена на рисунке 3.19. Рисунок 3.19 – Приходная накладная 57

На каждом этапе имеется возможность печати документов и отчетов. На рисунке 3.20 изображена печатная форма заказа на закупку товара. Рисунок 3.20 – Сформированный заказ на закупку материалов Таким образом, были протестированы функциональные возможности информационной системы учета закупок в организации ООО «ДомРемСтрой». 3.3.4. Обоснование экономической эффективности проекта Для ер разработки ре системы ре необходимо ре привлечение ре следующих ре специалистов: а) руководитель ре прoекта, ре знающий ре предметную ре область, ре формулирующий етехническое р задание ре на ре разработку; ре б) бизнес-аналитик, выполняющий ре функции ре менеджера ре проекта; ре в) ер программист, ре непосредственно ре занимающийся ре разработкой ре ИТ ре и ре ре технической едокументации. р ре Для еррасчета ерзатрат рена реразработку ресистемы ренеобходимо реразбить репроцесс ре разработки ер на ер этапы. ре На ре каждом ре этапе ре ре требуется ре определенное ре количество ре исполнителей. ер Перечень ре этапов ре разработки ре системы ре и ре исполнителей ре представлен евр етаблице р 3.6. ре 58

Таблица е3.6 р – Перечень этапов ре разработки ре системы ре и ре исполнителей ре Этап разработки ре Исполнители Период 1.Анализ репредметной реобласти ре Руководитель репроекта и ресуществующих ресистем Бизнес-аналитик 3 Руководитель репроекта 2 Бизнес-аналитик 2 Руководитель репроекта 3 Бизнес-аналитик 4 Программист 3 Руководитель репроекта 3 Бизнес-аналитик 4 Программист 3 Руководитель репроекта 2 Программист 5 Руководитель репроекта 3 Программист 3 Руководитель репроекта 1 Программист 3 Руководитель репроекта 2 Бизнес-аналитик 2 Программист 1 Руководитель репроекта 1 Программист 2 Руководитель репроекта 2 Программист 2 р реРазработка ретребований рек ре е2. создаваемой ресистеме 3. реПроектирование ресистемы 4. реПроектирование реБД ре (разработка реструктуры реБД, ре входных реи ревыходных реданных) 5.Кодирование ресистемы 6.Тестирование 7.Доводка ресистемы ре (устранение ревыявленных ре недостатков) 8.Тестирование реи реанализ ре результатов 9.Разработка редокументации 10.Установка реи ревнедрение ре системы 59 3

Дневная ер заработная ре плата ре специалистов, ре участвующих ре в ре разработке ре системы, ерприведена рев ретаблице ре3.7. реСреднее реколичество рерабочих редней рев ремесяце ре− р ре22 едня. Таблица е3.7 р – Исходные данные ре для ре расчета ре заработной ре платы ре исполнителей ре Специалист Месячная резарплата, руб. ре Дневная резарплата, руб. ре Руководитель репроекта 9 ре000 409,09 Бизнес-аналитик 4 ре000 181,82 Программист 6 ре000 ре 272,73 Срок разработки ер системы ре составляет ре 30 ре дней. ре Календарный ре график ре работ ре ре приведен ена р рисунке ер 3.21. ре ре Рисунок 3.21 ре – Календарный ре график ре работ ре р платы ре участников ре разработки ре приведен ре вре таблице ре 3.8. ре Расчет езаработной 60

Таблица е3.8 р – еРасчет р заработной ре платы ре Специалист Время работы, ре ре дни Сумма реоплаты, ре руб. ре ЕСН, руб. Зарплата реи ре отчисления, руб. ре Руководитель 22 8 ре999,98 2 ре339,99 11 ре339,97 Бизнес-аналитик 15 2 ре727,30 709,10 3 ре436,40 Программист 22 6 ре000,06 1 ре560,02 7 ре560,08 17 ре727,34 4 ре609,11 22 ре336,45 Итого ре Таким еобразом, р расходы ре на ре оплату ре труда ре составляют ре 22 ре 336,45 ре рублей. ре Отчисления ер в ре фонд ре единого ре социального ре налога ре составляют ре 26% ре от ре суммы ероплаты ертруда. реНакладные рерасходы ресоставляют ре20% реот резатрат рена реоплату ре труда, ерне еручитывая еротчисления рев рефонд единого ре ресоциального реналога. реОни реравны ре 3 ре545,47 рублей. ер При ерразработке ресистемы ребыли реиспользованы ре3 рекомпьютера рестоимостью ре 20 ер 000 ер рублей ер каждый, ре помимо ре них ре в ре помещении ре будут ре работать ре и ре другие ре устройства, епотребляющие р 200-300 ре КВт ре вре месяц. ре ре Компьютеры ре и ре устройства ре принадлежат ре заказчику. ре Годовая ре норма ре амортизации ер компьютеров ре 24%. ре Расходы ре на ре обслуживание ре оборудования ре составляют е25% р еамортизационных р отчислений. ре Энергопотребление рекаждого рекомпьютера ресоставляет ре200 реВт/ч. реСтоимость ре одного еркВт/час ерэлектроэнергии ресоставляет ре1,83 рерублей. реКомпьютеры реработают ре 8 речасов ерв ердень. ерРазработка реведется рев репомещениях реи рена реоборудовании резаказчика. ре Расходы ер на ер оплату ре машинного ре времени ре (амортизация), ре обслуживание ре оборудования, ер электроэнергию, ре зарплату ре разработчикам, ре накладные ре расходы ре несет езаказчик. р Стоимостная ероценка резатрат ремашинного ревремени реопределяется рена реоснове ре амортизационных ер отчислений. ре В ре качестве ре метода ре начисления ре амортизации ре используется ер линейный ре способ. ре Он ре предполагает ре равномерное ре начисление ре амортизации евр етечение р всего ре срока ре полезного ре использования. ре ре 61

ер Так ер как ер работы ре велись ре при ре пятидневной ре рабочей ре неделе, ре то ре в ре году ре получается ер 251 ер рабочий ре день. ре Тогда ре при ре годовой ре сумме ре амортизации ре одного ре компьютера, равной ер 20 ре ре000 *ре 0,24 ре = ре ре4 800 ре рублей, ре редневная сумма ре амортизации ре ре ре ре ре 4800/251 ер = ер 19,12 ер рублей. ре Таким ре образом, ре стоимость ре машинного ре времени, ре например, едля р руководителя ер равна ре 22 ре *ре 19,12 ре = ре 422,40 ре рублей. ре р машинного ре времени ре приведены ре вре таблице ре 3.9. ре Данные еор езатратах Таблица е3.9 р – Затраты машинного ре времени ре Время работы, ре ре дни 22 15 22 Специалист Руководитель Бизнес-аналитик Программист Всего Стоимость ремашинного ре времени, руб. ре 420,64 286,80 420,64 1 ре128,08 Таким еобразом, р сумма ре затрат ре на ре машинное ре время ре равна ре 1ре 128,08 ре рублей. ре Затраты ер на ер обслуживание ре оборудования ре составляют ре 25% ре от ре стоимости ре машинного евремени р и ре равны ре 1ре 128,08* ре 0,25 ре = ре 282,02 ре рублей. ре Затраты ерна ерэлектроэнергию реопределяются рена реоснове реэнергопотребления ре каждого ер компьютера. ре При ре этом, ре считаем, ре что ре каждый ре специалист, ре участвующий ер в ер разработке ре системы, ре использует ре отдельный ре компьютер ре и ре затраты ер на ер электроэнергию ре зависят ре от ре времени ре работы ре специалиста. ре Эти ре затраты еописаны р евр етаблице р 3.9. ре Таблица е3.9 р – Затраты на ре электроэнергию ре Специалист Руководитель ре Бизнес-аналитик Программист Всего № рекомпьютера Время работы, ре ре дни Расходы рена ре электроэнергию, руб. ре 1 2 3 22 15 22 64,42 43,92 64,42 172,75 Затраты ер на ер электроэнергию, ре потребляемую ре компьютерами, ре составляют ре 172,75 ер рублей. ер Стоимость ре электроэнергии, ре потребляемой ре другими ре приборами ре 62

за ер месяц, ер составляет ре 250*1,83=457,50 ре рублей. ре Таким ре образом ре затраты ре на ре электроэнергию есоставляют р 630,25 ре рублей. ре Общая есумма р затрат ре на ре разработку ре приведена ре вре таблице ре 3.10. ре Таблица е3.10 р – Затраты на ре разработку ре Статья резатрат Зарплата реи реотчисления Стоимость ремашинного ревремени Затраты рена реобслуживание Затраты рена реэлектроэнергию Накладные расходы ре Всего Сумма, руб. ре 22 ре336,45 1 ре128,08 282,02 172,75 3 ре545,47 27 ре464,77 Таким ер образом, ре на ре разработку ре информационной системы учета закупок ре требуется е27464,77 р рублей. ер Полученные ерпоказатели реэкономической реэффективности реинвестиционного ре проекта ер являются ре достаточным ре основанием ре для ре принятия ре решения ре об ре использовании разработанной ер информационной ре системы учета закупок. Вывод по разделу 3 Была описана созданная информационная система документационного учета закупок, ее структура и работа. Представлена модель «Как должно быть» по усовершенствованию процесса закупки материалов в организации, проведено инфологическое и даталогическое проектирование базы данных системы, выявлены основные и служебные функции системы, предоставлена схема работы программы, наглядно предоставлены результаты работы информационной системы, а также рассчитана экономическая эффективность системы для ООО «ДомРемСтрой». 63

ЗАКЛЮЧЕНИЕ ре реданной выпукной квалификационной работы ребыла В ерпроцессе ерработы над ре создана еи р нформационная система учета закупок для организации ООО «ДомРемСтрой». ер В ре ходе ре работы ре были ре разработаны, ре созданы ре и ре отлажены ре все ре компоненты есистемы. р В результате ер епроведена р следующая ре работа: ре − приведена етехнико-экономическая р характеристика ре предметной ре области; ре − описана существующая система обработки ре информации ре на ре предприятии; − ерприведены еросновные ренедостатки рев реобласти управления закупкой товара ре в реорганизации; − представлены обоснование выбора обеспечивающих ре технологий ре и ре ре проектных ер решений ре по ре программному, ре информационному, ре техническому ре и ре технологическому еобеспечению; р − епродуман р епользовательский р интерфейс; ре − приведена характеристика нормативно-справочной информации, ре входной оперативной ре информации, ре результатной ре информации, ре приведена ре информационная емодель р и ре представлено ре ее ре описание; ре − ерописана ерорганизация ретехнологии ресбора, репередачи, реобработки реи ревыдачи ре информации. Кроме ер того, ре в ре процессе ре работы ре были ре подсчитаны ре экономические ре характеристики разработки. ер Система ер позволяет ре осуществлять ре учет ре закупок ре на предприятии. ре Отличительные ерособенности реданной ресистемы ререализованы рев реполном реобъеме, реа ре именно: − ер структура ре базы ре данных, ре позволяющая ре вести ре учет ре различной ре информации, есвязанной р сре реуправлением закупкой ре товара; ре 64

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 1. Мишенин, ре А.И. ре Теория ре экономических ре информационных ре сис-тем: ре Учеб. ер для ер вузов ер / ер А.И. ре Мишенин.- ре 4-е ре изд., ре доп. ре и ре перераб. ре -М. ре : ре Финансы ре и ре статистика, е2015. р е-р е240 р с. ре :ре ил. ре ре 2. Вендров ер А.М. ре CASE-технологии. ре Современные ре методы ре и ре средства ре проектирования еинформационных р систем. ре -ре М.: ре Финансы ре и ре статистика, ре 2016 ре 3. Проектирование ре экономических ре информационных ре систем: ре Учебник. ре Г.Н. еСмирнова, р еА.А. р реСорокин, Ю.Ф. ре реТельнов. Под ре ред. ре Ю.Ф. ре реТельнова. реМосква: Финансы еи р еСтатистика, р 2014. ре –ре 512 ре стр. ре ре 4. Хотяшов ер Э.Н. ре Проектирование ре машинной ре обработки ре экономической ре информации. еМ.:Финансы р и ре статистика,2012.-246 ре с. ре 5. Фуфаев еД., р еФуфаев р Э.В. ре Базы ре данных. ре –ре М.: ре “Академия”, ре 2015. ре –ре 320 ре с. ре 6. Дейт ерК. ерВведение рев ресистемы ребаз реданных/Пер. рес реангл. реМ.:Наука, ре2011. ре 463 ес. р 7. Оскерко ер В.С., ре Пунчик ре З.В. ре Практикум ре по ре технологиям ре баз ре данных. ре – ре Мн.: ер“БГЭУ”, е2004. р –ре 170 ре с. ре 8. Ирвин ерМ., ерПраг ре К. реAccess. реБиблия репользователя. ре– реМ.: ре “Диалектика”, ре 2016. е–р е1040 р ес. р 9. Липаев ерВ.В реУправление реразработкой репрограммных ресредств. ре реМетоды, ре стандарты, етехнология. р –ре М.: ре Финансы ре и ре статистика, ре 2016. ре 10. Скрипкин К. Экономическая эффективность информационных систем в России. – Litres, 2017. – 113 с. 11. Волгин В. В. Склад: логистика, управление, анализ. – Litres, 2017. – 190 с. 12. Синягов С. А. и др. Строительство и инженерия на основе стандартов BIM как основа трансформаций инфраструктур в цифровой экономике //International Journal of Open Information Technologies. – 2017. – Т. 5. – №. 5. 13. Баронов В. и др. Информационные технологии и управление предприятием. – Litres, 2017. 66

14. Нежурко Д. И. Информационные технологии в государственном и муниципальном управлении //Рецензенты. – 2017. – С 252. 15. Гасумова С. Информационные технологии в социальной сфере. – Litres, 2017. 16. Никитин А., Рачковская И., Савченко И. Управление предприятием (фирмой) с использованием информационных систем. Учебное пособие. – Litres, 2018. 17. Репин В., Елиферов В. Процессный подход к управлению. Моделирование бизнес-процессов. – Litres, 2017. 18. Сазыкин В. Г., Кудряков А. Г. Перспективы использования информационных систем//Инновационная наука. – 2015. – №. 1-2. 19. Виноградова М., Панина З. Организация и планирование деятельности предприятий сферы сервиса. – Litres, 2017. 20. Керимов В. Учет затрат, калькулирование и бюджетирование в отдельных отраслях производственной сферы. – Litres, 2017. 21. Смоленцев Н. MATLAB: Программирование на Visual С#, Borland JBuilder, VBA. – Litres, 2017. 22. Абдулвелеева Р. Р., Скубакова Д. В., Абдулвелеев Р. И. Дифференцированный подход при изучении программирования в среде VBA //Мир науки и инноваций. – 2016. – Т. 6. – №. 1. – С. 73. 23. Аверина А. Е. Проектирование информационных систем //Проблемы современной науки и образования. – 2015. – №. 12. – С. 83. 24. Сергеева С. А., Федоров В. В. Управление межведомственным взаимодействием в процессе развития конкуренции в сфере закупок //Фундаментальные исследования. – 2015. – Т. 3. – №. 10. 25. Сергеева С. Управление качеством в сфере закупок на основе статистического анализа //Фундаментальные исследования. – 2016. – №. 5. 67

ПРИЛОЖЕНИЕ А Экранные формы Рисунок А.1 – Главное окно программы Рисунок А.2 – Окно «Товар на складе» 68

Рисунок А.3 – Окно «Категории товаров» Рисунок А.4 – Окно «Заказ» 69

Рисунок А.5 – Журнал заказов Рисунок А.6 – Список менеджеров Рисунок А.7 – Список договоров 70

Рисунок А.8 – Создание приходной накладной Рисунок А.9 – Журнал приходных накладных 71

Рисунок А.10 – Каталог товаров Рисунок А.11 – Список поставщиков 72

Рисунок А.12 – Окно создания отчетов Рисунок А.13 – Окно «Реквизиты» 73

ПРИЛОЖЕНИЕ Б Выходные документы Рисунок Б.1 – Отчет «Журнал заказов» Рисунок Б.2 – Документ «Заказ» 74

Рисунок Б.3 – Отчет «Товар на складе» Рисунок Б.4 – Отчет «Журнал приходов» 75

Рисунок Б.5 – Документ «Приходная накладная» Рисунок Б.6 – Отчет «Приход товара по дням» 76

Рисунок Б.7 – Отчет «Объемы закупок по категориям товара» Рисунок Б.8 – Отчет «Объемы закупок по поставщикам» 77

Обозначение Дополнительные сведения Наименование Текстовые документы 1. 11070029.09.03.02.832.ПЗВКР Пояснительная записка 67 с. Графические документы 2. 11070029.09.03.02.832.ДМВКР Демонстрационные материалы (презентация) 15 сл. Демонстрационные материалы (пл. ф. А4) 15*5 лист. Другие документы 3. 11070029.09.03.02.832 Документы на компакт-диске 1 CD 11070029.09.03.02.832.ПЗВКР Изм. Лист. Номер докум. Подп. Разработал Пепенин А.Д. Проверил Щербинина Н.В. Н.контр. Нестерова Е.В. Утвердил Иващук О.А. Дата Тема ВКР Информационная система учета закупок Ведомость ВКР 78 Лит. У Лист Листов 78 79 НИУ «БелГУ» гр.07001409

Выпускная квалификационная работа выполнена мной совершенно самостоятельно. Все использованные в работе материалы и концепции из опубликованной научной литературы и других источников имеют ссылки на них. «___» ____________ _____г. ________________ ___________________ 79

Рецензии:

Авторизуйтесь, чтобы добавить рецензию

- у работы пока нет рецензий -

Отзывы:

Авторизуйтесь, чтобы оставить отзыв