Курсовая работа по проектированию информационных систем Учет движения товаров на складе. КР_Бабинцева_ПИЭ-81. Реферат курсовая работа содержит 66 страниц текстового документа формата А4, 17 использованных источников, 58 рисунков и одну таблицу
 Скачать 1.62 Mb.
|
 Рисунок 3 – Контекстная диаграмма функционирования склада AS-IS Любому предприятию приходится работать с большим количеством документов той или иной формы. В данном случае на каждом этапе функционирования склада поступают документы из второго столбца таблицы 1, на диаграмме они показаны стрелками слева (вход). Документы, которые формируются и передаются дальше показаны на диаграмме выходящими справа стрелками (выход). Стрелки снизу отражают воздействие на деятельность склада. В любой момент, например, заведующий складом, может внести правки в документы на обработке, повлиять на их структуру или внешнее оформление и так далее. Стрелки сверху отражают управление. Управление, как правило, представляется в виде правил, инструкций, политики компании, процедур или стандартов. Оно влияет на деятельность без фактического преобразования чего-либо. Управление может также использоваться для описания процедуры начала или окончания выполнения действия. На следующем этапе проводится декомпозиция блока диаграммы рисунка 3. Декомпозиционное разложение модели используется в моделировании бизнес-процессов, для того чтобы дать более подробное описание блоков. Каждое из этих действий может в свою очередь быть декомпозировано. При каждой декомпозиции блока создается новая диаграмма. Число декомпозиций не ограничено и полностью зависит от уровня сложности, который необходимо показать в модели. Декомпозируем контекстную диаграмму на 3 функциональных блока (рисунок 4): приемка товара на склад; хранение и переучет продукции; отгрузка продукции.  Рисунок 4 – Диаграмма декомпозиции первого уровня Весь процесс деятельности склада подразделяется на: Приемку товара (принятие товара по сопроводительным документам и передача его на хранение). На данном этапе товар с сопроводительными документами поступает на склад и подвергается подсчету. Но, каким бы ни был результат подсчета товара (положительным либо отрицательным), он после этого вместе с сопроводительными документами передается на хранение; Хранение и переучет продукции (основная и самая сложная функция склада, подразумевает все остальные действия с товаром, не описанные выше, например, складирование, комплектование, оформление документации на товар, списание). Подлежит дальнейшей декомпозиции; Отгрузку (выдача скомплектованного товара клиенту, либо возврат поставщику). Данный этап подразумевает отгрузку клиенту товара, скомплектованного по отгрузочным документам. Декомпозируем функциональный блок «Приемка товара на склад» еще на четыре действия (рисунок А.1 приложения А): Проверка товарно-транспортной накладной (важнейший документ, который, собственно, подтверждает сам факт заключения договора на перевозку груза, регулирует процесс ее осуществления, служит основанием для учета транспортной работы и для расчетов с перевозчиком); Проверка поставленной продукции (проверка товара для определения его соответствия: требованиям, установленным законом, условиям договора купли-продажи, обычно предъявляемым требованиям к этому виду товаров, целям, о которых потребитель поставил в известность продавца при покупке товара, образцу и (или) описанию при покупке товара по образцу и (или) по описанию); Занесение данных о продукции в БД (ведение учета продукции склада, а также стоимости продуктов при покупке и продаже); Передача продукции на хранение (фиксация факта передачи готовой продукции на склад). Далее декомпозируем функциональный блок «Хранение и переучет продукции» на четыре действия (рисунок А.2 приложения А): Формирование отгрузочных документов (согласно оплаченного счета от клиента – счет фактуры). На данном этапе формируются отгрузочные документы, а также документы, согласно которым будет произведено комиссионирование (комплектация) товара для дальнейшей отгрузки клиенту, либо возврата поставщику; Складирование (непосредственное размещение товара на складе). В зависимости от характера товара (прошел или не прошел приемку) товар размещается на соответствующем складе. Товар, не прошедший приемку размещается на возвратном складе, прошедший же – на оптимальном. На товар, размещенный на возвратном складе формируются возвратные документы. Подлежит дальнейшей декомпозиции. В результате дальнейшего разбиения (декомпозиции) функции «Складирование» получаем конечную диаграмму декомпозиции (рисунок А.4 приложения А); Комплектование (комплектация товара согласно отгрузочных документов для дальнейшей выдачи клиенту, либо возврата поставщику). На данном этапе, при комплектации товара производится внешний осмотр товара и выявляется брак, который, при его обнаружении, передается на списание; Списание товара (списание и дальнейшая передача на утилизацию брака). Декомпозируем функциональный блок «Отгрузка» на три действия (рисунок А.3 приложения А): Проверка наличия товара на складе (проведение инвентаризации на складе – проверка для уточнения данных о хранящихся на нем товарных запасах и материальных ценностях); Занесение информации об отгружаемой продукции в БД; Отгрузка продукции по требованию (отправка подготовленной продукции покупателю). Диаграмма складирования, в свою очередь подразделяется на: Складирование на оптимальный склад (при поступлении товара, принятого в соответствии с приходными документами). На данном этапе производится непосредственное складирование поступившего товара на оптимальный склад и передача соответствующих приходных документов для заведения товара в базу (в отделе снабжения). Складирование на возвратный склад (при поступлении товара, не принятого в соответствии с приходными документами). На данном этапе производится непосредственное складирование поступившего товара на возвратный склад, и передача несоответствующих приходных документов для заведения товара в базу (в отделе снабжения). Формирование возвратных документов (формирование и передача документов на комплектование товара для возврата поставщику). Постановка задачи следующая. Основную рутинную работу деятельности склада можно автоматизировать. Следующие функции будут включены в АИС: «Проверка товарно-транспортной накладной»; «Проверка поставленной продукции». Так как необходимо хранить большие объемы данных, АИС будет разрабатываться как база данных на основе языка SQL. Требования к АИС не жесткие, поэтому для ее реализации была выбрана программа Microsoft Access 2016. Эта программа довольно проста и понятна для рядовых пользователей ПК. Базы данных в Access состоят из трех основных элементов: таблиц, запросов и отчетов [4]. Будут созданы 7 таблиц с полной информацией о поставщиках, грузоотправителях, получателях и т.д., с помощью которых можно будет составлять разные запросы и отчеты. Подробнее о структуре АИС будет сказано в следующих разделах. Итоговая диаграмма процессов «как будет» показана на рисунке 5.  Рисунок 5 - Контекстная диаграмма функционирования склада TO-BE Далее на рисунках А.5, А.6 приложения А изображена декомпозиция будущей АИС. На рисунке А.5 приведена декомпозиция функционального блока «Проверка товарно-транспортной накладной» который, в свою очередь, является элементом декомпозиции блока «Приемка товара на склад» на четыре действия: Принятие товарно-транспортной накладной; Проверка поставщика; Проверка реквизитов документа; Проверка количества продукции. Фиолетовым цветом в приложении А на рисунке А.5 показано объединение стрелок, входящих в блок сверху и снизу. Стрелки были объединены в одну, чтобы диаграмма была более наглядной. В диаграмме в приложении А6 также объединены стрелки сверху и снизу. Далее в приложении А на рисунке А.6 приведена декомпозиция блока «Проверка поставленной продукции» который, в свою очередь, является элементом декомпозиции блока «Приемка товара на склад» на три действия: Проверка продукции на годность; Принять продукцию; Вернуть поставщику. Таким образом по рассмотренным функциям (таблица 1) были описаны бизнес-процессы и по ним созданы соответствующие диаграммы. Информационно логическая модель Прежде, чем приступать к созданию системы автоматизированной информационной системы, необходимо сформировать понятие о предметах, фактах и событиях, которыми будет оперировать данная система. Для того, чтобы привести эти понятия к той или иной модели данных, нужно заменить их информационными представлениями. Одним из наиболее удобных инструментов унифицированного (единообразного) представления данных является модель «сущность-связь». Эта модель определяет значения данных в контексте их взаимосвязи с другими данными, она не определяет операций над данными, а ограничивается только описанием их логической структуры. Сущность – это представление набора реальных или абстрактных объектов, которые можно выделить в одну группу, потому что они имеют одинаковые характеристики и могут принимать участие в похожих связях. Обычно сущность имеет наименование, выраженное существительным в единственном числе. Атрибут сущности или поле – это именованная характеристика, являющаяся некоторым свойством (описанием) сущности. Связь – это некоторая ассоциация между двумя сущностями. Связи позволяют по одной сущности находить другие, связанные с ней. При проектировании любой БД необходимо учитывать следующее: а) значения в каждом поле строки должны быть неделимы – атомарность значений (первая нормальная форма); б) избыточность данных не допустима (вторая нормальная форма); в) в таблице не должны храниться данные, которые могут быть получены из не ключевых полей таблицы (третья нормальная форма); г) целостность данных (БД должна позволять надежно хранить данные); д) масштабируемость (система должна справляться с будущим ростом). Информационно-логическая модель ориентирована на человека и не зависит от типа СУБД модели предметной области, определяет совокупности информационных объектов, их атрибутов и отношений между объектами, динамику изменений предметной области, а также характер информационных потребностей пользователей. Инфологическая модель была построена уже с учетом описанных выше прицепов, то есть уже в третьей нормальной форме. При разработке инфологической модели необходимая информация была разбита на семь сущностей. Далее подробно описаны атрибуты этих сущностей или поля будущих таблиц: а) Первая сущность «Продукция»: «Код продукции» – это ключевое поле; «Наименование продукции», «Единица измерения» - текстовое поле; «Цена» - числовое поле. б) Сущность «Поставщики» включает: «Код поставщика» - ключевое поле; «Наименование поставщика» - текстовое поле. в) Сущность «Грузоотправители» включает: «Код грузоотправителя» - ключевое поле; «Наименование грузоотправителя», «Адрес грузоотправителя» - текстовое поле; «РС грузоотправителя» - числовое поле. г) Сущность «Получатели»: «Код получателя» - ключевое поле; «Наименование получателя» и «Адрес получателя» - текстовое поле; «РС получателя» - числовое поле. д) Сущность «Приход продукции» включает: «Код прихода» - ключевое поле; «Код продукции», «Код поставщика», «Код грузоотправителя», «Номер склада», «Количество» - числовое поле; «Дата получения» - дата. е) Сущность «Расход продукции» включает: «Код расхода» - ключевое поле; «Код продукции», «Код получателя», «Количество» - числовое поле; «Дата расхода» - дата. ж) Сущность «Лимиты»: «Код лимита» - ключевое поле; «Код получателя», «Код продукции», «Количество» - числовое поле. Сущность «Остатки», исходя из представленной модели, будет создана в дальнейшем в результате запроса. Инфологическая модель (рисунок 6) была построена в программе ERwin.  Рисунок 6 – Инфологическая модель АИС После формирования всех таблиц функций, бизнес - процессов и инфологической модели, которые в совокупности составляют концептуальную модель будущей АИС необходимо приступить к выбору оптимальной СУБД для проектирования, тестирования и дальнейшего внедрения будущей АИС, которая будет соответствовать ранее описанной концептуальной модели и отвечать требованиям заказчика. РЕАЛИЗАЦИЯ Обоснование выбора СУБД База данных была разработана в программе Microsoft Access 2016. Приложение Microsoft Access является мощной и высокопроизводительной 32-разрядной системой управления реляционной базой данных (далее СУБД). База данных – это совокупность структурированных и взаимосвязанных данных и методов, обеспечивающих добавление выборку и отображение данных. Практически все СУБД позволяют добавлять новые данные в таблицы. С этой точки зрения СУБД не отличаются от программ электронных таблиц (Microsoft Excel), которые могут эмулировать некоторые функции баз данных. Существует три принципиальных отличия между СУБД и программами электронных таблиц: СУБД разрабатываются с целью обеспечения эффективной обработки больших объёмов информации, намного больших, чем те, с которыми справляются электронные таблицы. СУБД может легко связывать две таблицы так, что для пользователя они будут представляться одной таблицей. Реализовать такую возможность в электронных таблицах практически невозможно. СУБД минимизируют общий объём базы данных. Для этого таблицы, содержащие повторяющиеся данные, разбиваются на несколько связанных таблиц. Access – мощное приложение Windows. При этом производительность СУБД органично сочетаются со всеми удобствами и преимуществами Windows. Как реляционная СУБД Access обеспечивает доступ ко всем типам данных и позволяет одновременно использовать несколько таблиц базы данных. Работая в среде Microsoft Office, пользователь получает в своё распоряжение полностью совместимые с Access текстовые документы (Word), электронные таблицы (Excel), презентации (PowerPoint). С помощью новых расширений для Internet можно напрямую взаимодействовать с данными из World Wide Web и транслировать представление данных на языке HTML, обеспечивая работу с такими приложениями как Internet Explorer и Netscape Navigator. Access специально спроектирован для создания многопользовательских приложений, где файлы базы данных являются разделяемыми ресурсами в сети. В Access реализована надёжная система защиты от несанкционированного доступа к файлам. Несмотря на то, что Access является мощной и сложной системой, его использование не сложно для непрофессиональных пользователей. Элементы базы данных: Таблицы. В базе данных информация хранится в виде двумерных таблиц. Можно так же импортировать и связывать таблицы из других СУБД или систем управления электронными таблицами. Одновременно могут быть открыты 1024 таблицы. Запросы. При помощи запросов можно произвести выборку данных по какому-нибудь критерию из разных таблиц. В запрос можно включать до 255 полей. Формы. Формы позволяют отображать данные из таблиц и запросов в более удобном для восприятия виде. С помощью форм можно добавлять и изменять данные, содержащиеся в таблицах. В формы позволяют включать модули. Отчёты. Отчёты предназначены для печати данных, содержащихся в таблицах и запросах, в красиво оформленном виде. Отчёты так же позволяют включать модули. Модули. Модули содержат VBA-код, используемый для написания процедур обработки событий, таких как например нажатия кнопки в форме или отчёте, для создания функций настройки, для автоматического выполнения операций над объектами базы данных и программного управления операциями, т.е. добавление VBA-кода позволяет создать полную базу данных с настраиваемыми меню, панелями инструментов и другими возможностями. Модули снимают с пользователя приложения необходимость помнить последовательность выбора объектов базы данных для выполнения того или иного действия и повышают эффективность работы. MicrosoftAccess является настольной СУБД (система управления базами данных) реляционного типа. Достоинством Access является то, что она имеет очень простой графический интерфейс, который позволяет не только создавать собственную базу данных, но и разрабатывать приложения, используя встроенные средства. В отличие от других настольных СУБД, Access хранит все данные в одном файле, хотя и распределяет их по разным таблицам, как и положено реляционной СУБД. К этим данным относится не только информация в таблицах, но и другие объекты базы данных, которые будут описаны ниже. Для выполнения почти всех основных операций Access предлагает большое количество Мастеров (Wizards), которые делают основную работу за пользователя при работе с данными и разработке приложений, помогают избежать рутинных действий и облегчают работу неискушенному в программировании пользователю. Создание многопользовательской БД Access и получение одновременного доступа нескольких пользователей к общей базе данных возможно в локальной одноранговой сети или в сети с файловым сервером. Сеть обеспечивает аппаратную и программную поддержку обмена данными между компьютерами. Access следит за разграничением доступа разных пользователей к БД и обеспечивает защиту данных. Так как Access не является клиент серверной СУБД, возможности его по обеспечению многопользовательской работы несколько ограничены. Обычно для доступа к данным по сети с нескольких рабочих станций, файл БД Access (с расширением *.mdb) выкладывается на файловый сервер. При этом обработка данных ведется в основном на клиенте – там, где запущено приложение, в силу принципов организации файловых СУБД. Этот фактор ограничивает использование Access для обеспечения работы множества пользователей (более 15–20) и при большом количестве данных в таблицах, так как многократно возрастает нагрузка не сеть. В плане поддержки целостности данных Access отвечает только моделям БД небольшой и средней сложности. В нем отсутствуют такие средства как триггеры и хранимые процедуры, что заставляет разработчиков возлагать поддержание бизнес логики БД на клиентскую программу. В отношении защиты информации и разграничения доступа Access не имеет надежных стандартных средств. В стандартные способы защиты входит защита с использованием пароля БД и защита с использованием пароля пользователя. Снятие такой защиты не представляет сложности для специалиста. Однако, при известных недостатках MSAccess обладает большим количеством преимуществ по сравнению с системами подобного класса. В первую очередь можно отметить распространенность, которая обусловлена тем, что Access является продуктом компании Microsoft, программное обеспечение и операционные системы которой использует большая часть пользователей персональных компьютеров. MSAccess полностью совместим с операционной системой Windows, постоянно обновляется производителем, поддерживает множество языков. В целом MSAccess предоставляет большое количество возможностей за сравнительно небольшую стоимость. Также необходимо отметить ориентированность на пользователя с разной профессиональной подготовкой, что выражается в наличии большого количества вспомогательных средств (Мастеров, как уже отмечалось), развитую систему справки и понятный интерфейс. Эти средства облегчают проектирование, создание БД и выборку данных из нее. MS Access предоставляет в распоряжение непрограммирующему пользователю разнообразные диалоговые средства, которые позволяют ему создавать приложения не прибегая к разработке запросов на языке SQL или к программированию макросов или модулей на языке VBA. Access обладает широкими возможностями по импорту / экспорту данных в различные форматы, от таблиц Excel и текстовых файлов, до практически любой серверной СУБД через механизм ODBC. Еще одно немаловажное преимущество MS Access заключается в развитых встроенных средствах разработки приложений. Большинство приложений, распространяемых среди пользователей, содержит тот или иной объем кода VBA (Visual Basic for Applications). Поскольку VBA является единственным средством для выполнения многих стандартных задач в Access (работа с переменными, построение команд SQL во время работы программы, обработка ошибок, использование Windows API ит. д.), для создания более-менее сложных приложений необходимо его знание и знание объектной модели MS Access. Одним из средств программирования в Access является язык макрокоманд. Программы, созданные на этом языке, называются макросами и позволяют легко связывать отдельные действия, реализуемые с помощью форм, запросов, отчетов. Макросы управляются событиями, которые вызываются действиями пользователями при диалоговой работе с данными через формы или системными событиями. Получается, что Access, обладая всеми чертами СУБД, предоставляет и дополнительные возможности. Это не только гибкая и простая в использовании СУБД, но и система для разработки работающих с базами данных приложений. Microsoft Office Access – мощный редактор, который представляет собой систему управления базами данных, основанными на реляционной модели. Также необходимо отметить, что он использует динамическую модель обмена между сетевыми ресурсами и приложениями. При этом редактор использует продвинутые инструменты для обработки любого типа информации и представление их в виде четкой последовательной структуры. В данном случае от программы не требуется многого, сама база будет относительно не большой, а так как Access легок в изучении рядовыми пользователями именно на него пал выбор. Проектирование реляционной модели данных После того как построена инфологическая модель можно приступать к разработке системы. Как уже было сказано АИС была разработана в MS Access. Названия таблиц и типы их полей соответствуют сущностям из раздела 1. Отличительной особенностью MS Access является простота его освоения, облегченное составление отчетов и запросов с помощью мастера запросов. Неподготовленный пользователь может самостоятельно изучить программу в короткие сроки при надобности и установить на своем малом учреждении. Далее представлено подробное описание создания базы данных в Access. Таблицы являются основной формой представления информации, содержащейся в базе данных. Из таблиц составляются запросы, отчеты и формы. Конструктор таблицы, соответствующей сущности «Продукция» показан на рисунке 7. |