Содержание
с.
Введение 3
1 Назначение и область применения программы 5
2 Анализ входных и выходных данных 6
3 Инфологическая модель базы данных приложения 7
5 Описание программных модулей 13
6 Интерфейс программы 16
Заключение 21
Список использованных источников 22
Введение
Целью курсового проектирования является изучение материала по организации базы данных (БД) отдела материально-технического снабжения (ОМТС) ОАО «НефАЗ» и разработать приложения для автоматизации учёта поступления и реализации стройматериалов.
В ходе прохождения практики по профилю специальности 230105 «Программное обеспечение ВТ и АС» на предприятии ОАО «НефАЗ» в отделе материально-технического снабжения была собрана необходимая информация для курсового проектирования по вышеуказанной теме и изучена технологическая документация (ТД) подразделения, с которой работает начальник отдела материально-технического снабжения.
Согласно теме будет разработано приложение, которое позволит объединить информацию, о поступлении и реализации стройматериалов, хранящиеся в разных базах данных системы 1С: Предприятия. Это даст возможность получить оперативную информацию о материалах предприятия, зарегистрированного в базе данных, в отделах и цехах.
В ходе работы будут реализованы большое количество различных методов работы с информацией, использованы много компонентов, позволяющие качественно и быстро организовать удобную работу для сотрудника предприятия.
Основные задачи, поставленные руководителем курсового проекта является разработка структуры БД MS Access, инфологической модели БД, табличной формы, структуры и алгоритма работы приложения, формы ввода и редактирования данных, главного и контекстного меню приложения, руководства пользователя и программиста, программы и методики испытаний; описание программного модуля, организовывать сортировку по алфавиту, поиск и фильтрацию данных.
Для создания приложения необходимо использовать программное средство Delphi, так как он позволяет создавать простое и удобное приложение которое автоматизирует работу бухгалтера.
1 Назначение и область применения программы
Программное средство должно автоматизировать и упростить работу бухгалтера.
Приложение должно иметь простой графический интерфейс, в котором может разбираться любой пользователь. Приложение будет использоваться в любом отделе предприятия.
В соответствии с тематикой курсового проекта данное приложение может быть использовано для учета поступления и реализации стройматериалов.
Программа «Учет поступления и реализации стройматериалов» предназначена для работы с архивом информации о стройматериалах предприятия и для оснащения рабочих мест персонала.
Возможностью программы является добавление новых записей в таблицы «Поступление» и «Реализация»; поиска и сортировки организованные по наименованию и по коду товара; фильтрация данных по наименованию и по коду товара; автоматического составления отчёта с выводом таблиц Поступление и Реализация.
2 Анализ входных и выходных данных
Входными данными приложения являются те данные, которые отображаются в таблицах, и необходимы для работы бухгалтера и других работников материально-технического отдела.
Вносимые данные в таблицы базы данных имеют различные типы. Это типы полей таблиц базы данных, созданных в специальной программе Data Base Desktop.
В таблице «Поступление» входными данными является код товара, наименование товара, дата прихода, количество, поставщик, цена, сумма, № склада.
В таблице «Реализация» входными данными является код товара, наименование товара, дата, количество, цех.
Выходными данными являются таблицы баз данных, организованных на основе входных данных. В результате выполнения:
поиска и сортировки организованные по наименованию и по коду товара;
фильтрация данных по наименованию и по коду товара;
автоматического составления отчёта с выводом таблиц Поступление и Реализация.
Для осуществления сортировки, поиска и фильтрации в таблице «Поступление» и «Реализация» используются индексы:
Наименование товара;
Код товара.
3 Инфологическая модель базы данных приложения
При разработке любого приложения сначала необходимо разработать структуру базы данных, для упрощения дальнейшей разработки и наглядного представления БД.
Инфологическая модель – это структурная модель реальной системы, отражающая её основные составляющие и связи между ними.
Инфологическая модель предметной области строится первой. Предварительная инфологическая модель строится еще на предпроектной стадии и затем уточняется на более поздних стадиях проектирования баз данных. Затем на ее основе строятся концептуальная (логическая), внутренняя (физическая) и внешняя модели.
Цель инфологического моделирования – обеспечение наиболее естественных для человека способов сбора и представление той информации, которую предполагается хранить в создаваемой базе данных. Поэтому инфологическая модель данных пытаются строить по аналогии с естественным языком. Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойство (атрибут).
Связь – ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных – это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи. А так как в реальных базах данных нередко содержатся сотни или даже тысячи сущностей, то теоретически между ними может быть установлено более миллиона связей. Наличие такого множества связей и определяет сложность инфологических моделей.
Сущность – любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных. Сущностями могут быть люди, места, самолеты, рейсы, вкус, цвет и т.д. Необходимо различать такие понятия, как тип сущности и экземпляр сущности. Понятие тип сущности относится к набору однородных личностей, предметов, событий или идей, выступающих как целое. Экземпляр сущности относится к конкретной вещи в наборе.
Существует три основные класса сущностей:
стержневая сущность (стержень) – это независимая сущность;
ассоциативная сущность (ассоциация) – это связь вида «многие – ко многим» между двумя или более сущностями или экземплярами сущности;
характеристическая сущность (характеристика) – это связь вида «многие – к одной» или «одна – к одной» между двумя сущностями (частный случай ассоциации).
Единственная цель характеристики в рамках рассматриваемой предметной области состоит в описании или уточнении некоторой другой сущности. Необходимость в них возникает в связи с тем, что сущности реального мира имеют иногда многозначные свойства.
Атрибут – поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей. Атрибуты используются для определения того, какая информация должна быть собрана о сущности.
Связь – ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных – это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи. А так как в реальных базах данных нередко содержатся сотни или даже тысячи сущностей, то теоретически между ними может быть установлено более миллиона связей.
Между двумя сущностям, например А и В, возможны четыре вида связей:
первый тип – связь один - к - одному (1:1): в каждый момент времени каждому представителю (экземпляру) сущности А соответствует 1 или 0 представителей сущности В;
второй тип – связь один - ко - многим (1:М): одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В. Так как между двумя сущностями возможны связи в обоих направлениях, то существует еще два типа связи многие - к - одному (М:1) и многие - ко - многим (М:М).
В инфологической модели разрабатываемого приложения сущностью таблицы «Поступление» является инициалы товаров. Эта сущность имеет тип характеристическая и отводится для хранения товаров. Атрибутами сущности являются:
Код_товара;
Наменование_товара;
Дата_прихода;
Количество;
Остаток;
Поставщик;
Цена;
Сумма;
№ склада.
Сущностью таблицы «Реализация» - наименование предполагаемого (товаров), сущность имеет характеристического типа и отводится для хранения товаров. Атрибутами сущности являются:
Код_товара;
Наменование_товара;
Дата;
Количество;
Цех.
Инфологическая модель:
1:1
Связь между этими таблицами будет осуществляться по полю «Код_товара». Связь типа один-к-одному.
Примером инфологической модели служит схема данных MS Access.
Рисунок 1 – Инфологическая модель БД, построенная в MS Access
Перед тем, как начать составлять программу, надо предварительно продумать алгоритм ее работы, представляющий собой строгое, формальное, не допускающее неоднозначностей и двусмысленностей описания процесса решения задачи.
Алгоритм – это совокупность предписаний и правил, однозначно определяющих содержание должных предписаний и последовательность операций выполнения, когда за конечное число шагов исходные данные задачи преобразуются в искомый результат.
Алгоритмы можно записать разными способами:
словесное описание на листе бумаги;
алгоритмический язык;
изображение в виде блок-схемы.
Алгоритм программы «Автоматизация учёта поступления и реализации стройматериалов» представлен в виде структурной схемы (рисунок 2).
Рис.2 - Структурная схема
5 Описание программных модулей
Delphi создает заготовку модуля, включает в нее описание формы и всех компонентов, которые необходимо разместить на форме, обеспечивает связь с библиотекой. При необходимости необходимо ввести также в текст различные переменные, константы, описания типов, вспомогательные функции и процедуры. Поэтому надо представлять, как выглядит текст модуля, и в какие его места, что можно добавлять.
Модуль начинается с ключевого слова Unit, после которого пишется имя модуля. Оно совпадает с именем файла, в котором вы сохранили свой модуль. По умолчанию для первого модуля имя равно Unit1, для второго Unit2 - и т.д.
Средой разработки приложений для автоматизации учета поступления и реализации стройматериалов выбрана среда Delphi версии 5.0.
Приложение «Учет поступления и реализации стройматериалов» состоит из шести модулей:
Unit1 – является главным модулем;
Unit2 – второй модуль, в ней описывается отчет по таблице Поступление. Для того чтобы просмотреть отчет, нужно выбрать пункт Отчёт в меню;
Unit3 – третий модуль, в котором находиться таблица Поступление и здесь же производится Поиск и фильтрация;
Unit4 – четвертый модуль, в котором располагается форма ввода;
Unit5 – пятый модуль, в котором находится таблица Реализация;
Unit6 – шестой модуль, в ней описывается отчет по таблице Реализация. Для того чтобы просмотреть отчет, нужно выбрать пункт Отчёт в меню.
При разработке программы использованы следующие компоненты:
компонент ADOTable обеспечивает прямой доступ к каждой записи и полю в одной указанной таблице Data Base Desktop;
компонент DataSource представляет собой источник данных, который обеспечивает связь между набором данных и компонентами отображения и редактирования данных;
компонент DBGrid отображает в табличной форме записи набора данных и управляет ими: осуществляет перемещение по записям, их редактирование, удаление, вставку новых записей. Занесение в набор данных сделанных исправлений текущей записи происходит при перемещении пользователя на следующую запись;
компонент Navigator служит для ввода новых записей сотрудников;
компонент Label - метка для отображения текста. Для этого служит центральное свойство компонента - Caption. С помощью свойства Font можно разнообразить вид надписи;
компонент Edit - используется для ввода пользователем однострочных текстов. Может использоваться для отображения текста. Компонент визуальный. В этом компоненте вводимый и выводимый текст содержится в свойстве Text. Это свойство можно устанавливать в процессе проектирования или задавать программно. Выравнивание текста, как это имело место в метках и панелях, невозможно;
компонент MainMenu - позволяет конструировать и создавать полосу главного меню формы и выпадающие меню. Компонент не визуальный. В разрабатываемом учебном комплексе пунктами меню, созданных при помощи рассматриваемого компонента, являются пункты меню «Файл», «Вид», «Отчет», «О программе».
компонент DBEdit - представляет собой ориентированный на данные вариант компонента TEdit. Компонент визуальный;
компонент QRBand - используется для построения отчетов путем размещения на нем печатаемых компонентов. Компонент визуальный;
компонент QRLabel - используется для размещения текста в отчете. Компонент визуальный;
компонент QRSubDetail - используется для компоновки в отчет дополнительных данных. Компонент визуальный;
компонент QuickRep - используется для введения в приложение средств печати отчетов QuickReport. Компонент невизуальный;
компонент QRDBText - представляет собой ориентированный на данные компонент для размещения текста в отчете. Компонент визуальный;
компонент CheckBox - позволяет пользователю выбирать или выключать опции программы. Компонент визуальный.
6 Интерфейс программы
Пользовательский интерфейс – это общение между человеком и компьютером, поэтому, работа с программой протекает в форме интерактивного диалога.
??? ?????????? ?????? ? ??????????, ?????????? ??????? ??????? ? ???????? ???????????????? ?????????, ??? ???? ????? ???? ?????????? ???????????? ???? ????? ???????????????.
Приложение «Учет поступления и реализации стройматериалов» состоит из шести окон:
?????? ???? ???????? ??????? ???????. Также здесь можно сделать сортировку по двум таблицам Поступление и Реализация(??. ??????? 3). ?????? ???????? ????????? ??????????: Edit, Button, ADOTable, DataSource, DBGrid, MainMenu, PopupMenu.
Рисунок 3 - Главное окно приложения
второе окно «Отчет», в котором находиться отчет (см. Рисунок 4). Для того чтобы просмотреть отчет, нужно выбрать пункт Отчёт в меню. Возможна печать отчета нажатием соответствующей кнопки. Используются компоненты: QuickRep, QRLabel, QRDBText, QRSubDetail, QRBand.
Рисунок 4 - Окно отчета
третье окно «Фильтрация и Поиск» по таблице Поступление, в котором располагается таблица для работы с фильтрацией и поиском (см. Рисунок 5). Используются компоненты: ADOTable, DataSource, DBGrid, Edit, Button, Label, MainMenu.
Рисунок 5 - Окно фильтрации и поиска
четвертое окно, которое позволяет вводить и редактировать записи главной таблицы «Поступление» (см. Рисунок 6), и таблицы «Реализация» (см. Рисунок 7). Воспользовавшись компонентом «DBNavigator», можно переходить по классам и редактировать их названия или добавлять новые записи. Его модуль включает в себя компоненты: DBEdit, Label, DBNavigator, Button, PageControl, TabSheet.
Рисунок 6 - Окно информации по таблице Поступление
Рисунок 7 - Окно информации по таблице Реализация
При нажатии на кнопку «Форма ввода» появляется окно просмотра учета поступления и реализации, так же она служит формой ввода новых данных или удаления имеющихся записей.
пятое окно «Фильтрация и Поиск», в котором располагается таблица для работы с фильтрацией и поиском (см. Рисунок 8). Используются компоненты: ADOTable, DataSource, DBGrid, Edit, Button, Label, MainMenu.
Рисунок 8 - Окно фильтрации и поиска
шестое окно «Отчет», в котором находиться отчет (см. Рисунок 9). Для того чтобы просмотреть отчет, нужно выбрать пункт Отчёт в меню. Возможна печать отчета нажатием соответствующей кнопки. Используются компоненты: QuickRep, QRLabel, QRDBText, QRSubDetail, QRBand.
Рисунок 9 - Окно отчета
Для выхода из главного окна необходимо выбрать Файл - Выход или нажать на кнопку выход.
Заключение
В ходе выполнения курсовой работы была поставлена цель: создание программного средства по учету поступления и реализации стройматериалов, и выполнена задача создания полнофункционального программного продукта.
Рассмотрев проделанную работу можно сказать, что поставленные цели и задачи перед курсовым проектированием были достигнуты, разработан и внедрен программный продукт «Автоматизация учета поступления и реализации стройматериалов», рассмотрены множество вопросов, что способствовало развитию навыков по программированию в среде Delphi, умению самостоятельно работать с литературой и расширению кругозора.
Данный продукт специально разработан для использования в предприятиях. Интерфейс взаимодействия пользователя с программой очень удобный.
В ходе работы была составлена техническая документация, в состав которой входят такие документы как:
Направлением дальнейшего развития программы, является расширение Excel и Word – возможностей. Расширение баз данных новыми процедурами и функциями, расширение возможностей работы с формами, оптимизация программного продукта и базы данных, увеличение возможностей автоматизированной системы.
Список использованных источников
Тейксейра С. Delphi 5. Основные методы и технологии программирования. М.: Диалектика, 2000. – 832с.
Гофман В. Delphi 5 в подлиннике. – СПб: BHV, 2000. – 800с.
Архангельский А. Программирование в Delphi 5. – М.: Бином, 2000. – 768с.
Фаронов В.В. Delphi 5.Учебный курс. -М.: «Нолидж», 2000. -608 с.
5) Эбнер М. Delphi 5. Руководство разработчика. – К.: BHV, 2000. – 480с.
|
|
|
1 |