Курсовая работа, Рзработка программы для учета товаров на складе. Разработка программы для автоматизации учета товаров на складе
 Скачать 2.17 Mb.
|
Проектная частьДиаграмма классов является основой объектно-ориентированного подхода к созданию системы [3]. Поэтому наличие объектной модели системы является основной составляющей при построении модели любого программного обеспечения [4]. Для проектируемой АИС предусматривается три уровня классов: уровень GUI, уровень ввода данных и уровень управления данными. Диаграмма классов приведена на рисунке 2.1.  Рисунок 2.1 – Диаграмма классов АИС Первый уровень – GUI – отвечает за представление данных пользователю. Классы этого уровня реализуют соответствующие формы пользовательского интерфейса, на рисунке 2.1 выделены серым (общие формы) и красным (формы-справочники) цветом. Уровень ввода данных также представляет классы-формы (на рисунке 2.1 выделены синим цветом), которые служат для ввода данных пользователем в систему. Это модальные формы, в которых размещены соответствующие поля ввода данных. Уровень управления данными содержит классы-сущности, отражающие предметную область (показаны зеленым фоном), а также класс выполнения основных управляющих запросов к БД (желтый фон). Модель данных на физическом уровне представляет собой совокупность таблиц, которые будут заполнятся реальными данными. Каждая таблица должна включать соответствующие поля, в том числе и хотя бы одно идентифицирующее (первичный ключ). На физической модели базы данных учитывается СУБД и типы данных, поддерживаемые данной СУБД. Также учитываются и описываются ограничения предметной области и бизнес-логики. Для реализации проекта АИС выбрана СУБД SQLite [12]. В таблице 2.1 приведена спецификация таблицы категорий комплектующих – Categories Таблица 2.1 – Спецификация таблицы Categories
В таблице 2.2 приведена спецификация таблицы производителей комплектующих – Manufacturers. Таблица 2.2 – Спецификация таблицы Manufacturers
В таблице 2.3 приведена спецификация таблицы справочника комплектующих – Details. Таблица 2.3 – Спецификация таблицы Details
В таблице 2.4 приведена спецификация таблицы справочника изделий – Products. Таблица 2.4 – Спецификация таблицы Products
В таблице 2.5 приведена спецификация таблицы состава изделий – Components. Таблица 2.5 – Спецификация таблицы Components
В таблице 2.6 приведена спецификация таблицы запросов на выдачу / получение комплектующих – Queries. Таблица 2.6 – Спецификация таблицы Queries
В таблице 2.7 приведена спецификация таблицы позиций (состава) запросов на выдачу / получение комплектующих – QueryPositions. , Таблица 2.7 – Спецификация таблицы QueryPositions
В таблице 2.8 приведена спецификация таблицы аккаунтов пользователей – Users. Таблица 2.8 – Спецификация таблицы Users
Диаграмма физической модели базы данных АИС в соответствии с реквизитным составом таблиц (таблицы 2.1 – 2.8) приведена на рисунке 2.2.  Рисунок 2.2 – Физическая модель БД ИС Реализация целостности данных осуществляется средствами выбранной СУБД за счет каскадного обновления и удаления записей в таблицах [13]. Другой аспект обеспечения целостности данных реализуется в самом приложении верхнего уровня и представляет собой: контроль корректности вводимых данных (принадлежность к типам данных); контроль полноты заполнения данных – проверка на наличие обязательных параметров; контроль логической целостности данных (например, запрет ввода отрицательны значений или ввод противоречивых значений). Создание и компоновка любых таблиц на формах системы обеспечивается созданием так называемых представлений (views), или запросов, записанных на языке структурированных запросов (SQL), обеспечивающих вывод необходимой информации из любого набора таблиц и полей в соответствии с заданными условиями. Здесь приведен перечень всех представлений, которые должны обеспечить все функции АИС, в виде их исходных SQL-кодов. Представление DetailList создает таблицу учета деталей, пригодную для удобного отображения в качестве справочника деталей. В представлении вместо идентификаторов категорий и производителей приведены соответствующие наименования. Код представления в редакторе SQLite Studio приведен на рисунке 2.3.  Рисунок 2.3 – Код запроса DetailList в SQLite Studio Представление WareHouse создает таблицу учета деталей, пригодную для удобного отображения в качестве учетной таблицы компонентов в подсистеме учета складских запасов. В представлении вместо идентификаторов категорий и производителей приведены соответствующие наименования. Помимо этого, поля характеристик объединены по группам посредством конкатенации для более удачной компоновки данных и акцентировании внешнего вида. В представлении также учтена информация о количестве выданных деталей. Код представления в редакторе SQLite Studio приведен на рисунке 2.4.  Рисунок 2.4 – Код запроса WareHouse в SQLite Studio Представление ProductList создает таблицу учета типовых вариантов изделий, пригодную для удобного отображения в качестве справочника типовых изделий. В представлении учитывается количество компонентов в составе изделия – по типам и общее. Код представления в редакторе SQLite Studio приведен на рисунке 2.5.  Рисунок 2.5 – Код запроса ProductList в SQLite Studio Представление ComponentList создает таблицу учета компонентов изделий для представления в формах учета и ввода / редактирования данных изделия. Код представления в редакторе SQLite Studio приведен на рисунке 2.6.  Рисунок 2.6 – Код запроса ComponentList в SQLite Studio Представление OpComponentList создает таблицу учета компонентов операций для представления в формах учета и ввода / редактирования данных операции. Код представления в редакторе SQLite Studio приведен на рисунке 2.7.  Рисунок 2.7 – Код запроса OpComponentList в SQLite Studio |