В магазине хранятся товары, услугами магазина пользуются клиенты. Для обеспечения оперативности ведения информации о товарах, информации о фирмах, поставляющих данные товары, цены, поставляемых товаров — необходима автоматизированная система, основанная на современной базе данных. В приложение необходимо хранить разнообразную информацию о товарах, чтобы оперативно можно было определить всю нужную информацию о нем. Товары в магазине могут присутствовать в нескольких экземплярах, что товары могут поставляться одной фирмой, могут иметь одинаковое название, поэтому товарам необходимо присваивать некоторые уникальные номер.
Одним из важнейших условий обеспечения эффективного функционирования любой организации является наличие развитой информационной системы.
Информационная система представляет собой систему, реализующую автоматизированный сбор, обработку и манипулирование данными и включающая технические средства обработки данных, программное обеспечение и обслуживающий персонал.
Неделя 1: 2 Что из себя представляет любая программа; Алгоритм, входные и выходные данные
База данных обеспечивает хранение информации и представляет собой поименованную совокупность данных, организованных по определенным правилам, включающим общие принципы описания, хранения и манипулирования данными.
В данном проекте реализуются добавление, удаление и редактирование записей, просмотр и печать отчетов, а также надежное хранение и защита исходных данных.
К преимуществам, которые дает использование приложения при работе в магазине, относятся:
— возможность оперативного контроля наличия товара;
— уменьшение числа возможных ошибок
— возможность быстрого доступа к любым данным;
— возможность быстрого формирования отчетов;
— экономия трудозатрат и финансовых ресурсов на обработку информации.
Дипломный проект посвящен вопросам разработки автоматизированной информационной системы. Целью разработки автоматизированной информационной системы управления и учета товара, а также формирование отчетов. Внедрение данной автоматизированной экономической информационной системы приведет к получению экономического эффекта за счет сокращения времени на основные операции, выполняемые продавцом и бухгалтерами, а также исключения ошибок при формировании отчетов.
Описание среды программирования
«1С:Предприятие 8.3» является универсальной системой для автоматизации ведения учета. Она может поддерживать различные системы учета, различные методологии учета, использоваться на предприятиях различных типов деятельности. Система программ «1С:Предприятие» предназначена для решения широкого спектра задач автоматизации учета и управления, стоящих перед динамично развивающимися современными предприятиями.
«1С:Предприятие» представляет собой систему прикладных решений, построенных по единым принципам и на единой технологической платформе. Задачи учета и управления могут существенно отличаться в зависимости от рода деятельности предприятия, отрасли, специфики продукции или оказываемых услуг, размера и структуры предприятия, требуемого уровня автоматизации. Трудно себе представить одну программу, предназначенную для массового использования и удовлетворяющую при этом потребностям большинства предприятий. При этом руководителю, с одной стороны, необходимо решение, соответствующее специфике именно его предприятия, но, с другой стороны, он понимает преимущества применения массового проверенного продукта. Сочетание этих потребностей и обеспечивает «1С:Предприятие» как система программ.
В магазине неизбежно встает вопрос о программе учета, так как при большом потоке клиентов забыть или перепутать что-то очень легко. Автоматизированная информационная система учета должна обеспечивать выполнение следующих основных функций:
- осуществлять полноценный электронный учет товара;
- производить поиск необходимых сведений о складах и товаре;
- упрощать и ускорять процедуры оформления документов
- получать статистические данные о продажах;
- получать статистические данные о клиенте;
- получать статистические данные о выручке;
- формировать и выводить на печать необходимую отчетную документацию.
Необходимо разработать программное приложение (посредством 1С), которое позволит вести автоматизированный учет товаров в магазине.
Потребность в разработке автоматизированной информационной системы, обеспечивающей формирование заказов, отчетов и учета товара обусловлена конкуренцией на рынке и необходимостью обеспечить более высокую производительность труда, большую надежность и достоверность информации, лучшую ее сохранность. Разрабатываемая информационная система должна представлять собой базу данных, позволяющую вести учет товаров и отчётов продаж, а также должна обладать удобным и простым для восприятия интерфейсом.
Пользователями программного обеспечения являются Продавец и Бухгалтер.
На рисунке 1 представлена диаграмма вариантов использования. Она является базой при разработке спецификации функциональных требований и имеет основополагающее значение с точки зрения полноты и корректности дальнейшего моделирования проектируемой системы.
В области выбора технических решений должно быть обеспечено с точки зрения:
— программных приложений пользователей;
— прикладных средств разработки;
— выполнения операций (трансакций);
— используемых операционных систем;
— используемых технических платформ.
Для успешной эксплуатации системы на компьютерах конечных пользователей должны должна быть установлена операционная система Microsoft Windows /Vista /Server/7/8/10. Автоматизированная информационная система «Магазин канцелярских товаров» должна быть разработана в системе 1С: Предприятие в архитектуре в файл-сервер. Все формируемые отчеты должны иметь возможность экспортирования в MS OfficeWord/Excel 2016 и более ранее версии. На персональном компьютере не должно быть установлено пакетов, программно и аппаратно конфликтующих с системой защиты 1С: Предприятие.
Рис.1. Диаграмма вариантов использования
Вариант использования – последовательность действий (транзакций), выполняемых системой в ответ на событие, инициируемое некоторым внешним объектом (действующим лицом), в качестве которого могут выступать не только люди, но и другие системы и устройства. Вариант использования описывает типичное взаимодействие между пользователем и системой. Диаграмма вариантов использования дает «вид сверху» на функциональность программного обеспечения. Каждому варианту использования соответствует своя последовательность задач.
Описание входных и выходных данных
Автоматизированная информационная система «Магазин канцелярских товаров» должна обеспечивать выполнение следующих функций:
- Добавление, удаление и редактирование информации о магазинах, продавцах, складах, реализации, покупателях. Необходимо предусмотреть для обеспечения наиболее эффективной работы пользователя удаление и редактирование путем непосредственного выбора записи из таблицы.
- Просмотр информации о магазинах, продавцах, складах, реализации, покупателях.
- Просмотр и печать информации о проданных товарах, содержащей сведения о покупателе, магазине, количестве и цене конкретного товара.
- Осуществление поиска необходимой информации о товарах, магазинах, продавцах, складах, реализации, покупателях.
- Осуществление операций реализации, а также, просмотр полного перечня сотрудников, клиентов и складов.
- Осуществление контроля введенных данных: проверка на соответствие типов, на ввод обязательных полей данных, а также, на ввод только возможных значений.
- Возможность просмотра информации из таблиц в режиме реального времени.
Нормативно-справочная информация АИС «Магазин канцелярских товаров» представлена справочниками номенклатуры товаров, реализации, поставщиков, клиентов, сотрудников.
Первичные документы для учёта товара и реализации:
Приходная накладная — документ на поступление товара со склада, содержащий следующую информацию: дата поступления товаров магазин, сведения о складе, наименование товара, перечень количества поступившего товара, цену и общая сумму;
Акт об реализации – содержит дату проведения, наименование товара, количество, цену, сумму, наименование организации и продавца;
Образцы входных документов представлены в Приложении А.
Выходные данные должны быть представлены следующими отчетами:
Отчет о поступлении товаров за определённый период – содержит сведения о складах, перечень поступивших товаров, их количество, цену, сумму поступления по каждому наименованию и сумму поступления;
Отчет о реализации – содержит перечень реализованных товаров, их цену, количество, сумму продаж по каждому наименованию проданных товаров, стоимость реализации;
Отчет об остатке товара на определенную дату, содержащий перечень принятых товаров, их начальную цену, количество.
Отчет о выручке сотрудников содержит имя продавца, оборот средств и выручку
Отчет о рейтинге клиентов содержит имя клиента и его расходы в магазине
Образцы отчетов представлены в Приложении Б.
Образцы входных документов
Реквизит | Тип | Описание |
Код | Строка | Уникальный номер |
Наименование | Строка | |
ВидНоменклатуры | ПеречислениеСсылка.ВидыНоменклатуры |
Документ «Приходная накладная»:
Реквизит | Тип | Описание |
Код | Строка | Уникальный номер |
Наименование | Строка | |
Склад | СправочникСсылка.Склады |
Реквизит | Тип | Описание |
Код | Строка | Уникальный номер |
Наименование | Строка | |
Склад | СправочникСсылка.Склады | |
Наименование организации | СправочникСсылка.Клиенты | |
Мастер | СправочникСсылка.Сотрудники |
Табличная часть документ «Реализация»:
Табличная часть | Тип | Описание |
Код | Строка | Уникальный номер |
Наименование | Строка | |
Номенклатура | СправочникСсылка.Номенклатура | |
Количество | Число | |
Цена | Число | |
Сумма | Число | |
Стоимость | Число |
Образцы выходных документов
Регистры накопления «Стоимость товаров»
Измерения | Тип | Описание |
Код | Строка | Уникальный номер |
Наименование | Строка | |
Товар | СправочникСсылка.Номенклатура |
Регистры накопления «Остатки товаров»
Измерения | Тип | Описание |
Код | Строка | Уникальный номер |
Наименование | Строка | |
Товар | СправочникСсылка.Номенклатура | |
Склад | СправочникСсылка.Склады |
Выпуск 7. Закрепляем описание операций — входные и выходные данные.
Похожие статьи.
- Структура описания данных
- Входные и выходные данные, побочный эффект алгоритма
- Раздел «описание задачи»
- Описание простых типов данных асемблера
Источник: cntruo.ru
Входные и выходные данные
В процессе работы предприятий быстрого обслуживания, кафе и др. в течении рабочего времени менеджерам приходится обслуживать большое количество клиентов. Причём в пиковые часы работы на менеджеров ложится повышенная нагрузка, что чревато стрессами и ошибками, которые в свою очередь приводят к подрыву производственного процесса.
Автоматизация части производственного процесса позволит разгрузить менеджеров, исключить ошибки. Позволит получить объективную информацию в плане наличия, цены, состава ингредиентов блюда. Позволит учесть объём и время принятия заказа. Вычислить итоговую сумму.
Для хранения данных о блюдах, заказах, меню и менеджерах целесообразно использовать базу данных. Система управления базами данных MySQL является идеальным решением для малых и средних приложений.
MySQL хранит информацию в отдельных таблицах, а не в одном большом хранилище, благодаря чему достигается высокая производительность и гибкость.
Сервер баз данных MySQL – очень быстрый, надежный и простой в эксплуатации сервер.
Для реализации приложения, с выше описанными возможностями, идеально подходит язык высокого уровня Delphi. Данная среда, располагает широким набором средств визуальной разработки приложений и средствами для работы с базами данных.
Описание алгоритма программы
Программа состоит из трёх форм. На главной форме размещены следующие компоненты:
1. компоненты TDataSetProvider, TClientDataSet, TDataSource для связи с набором данных;
2. пять компонентов TSQLQuery с заготовленными запросами к таблицам базы данных;
3. компонент TDBGrid для отображения данных;
4. компонент TDBNavigator для управления данными;
5. компонент TMainMenu для организации главного меню программы, при помощи которого пользователь получает доступ к таблицам и запросам.
Элементы формы
При запуске приложения форма имеет следующий вид:
Рисунок 1 — Главное окно программы
Из визуальных компонентов на ней представлены компонент TDBGrid для отображения данных хранящихся в таблицах или формируемых запросами, компонент TDBNavigator для навигации и управления записями,визуализированными компонентом TDBGrid и компонент TMainMenu содержащий пункты меню для выбора наборов данных и формирования запросов.
Выбор таблицы осуществляется при помощи пункта, главного меню программы «Данные»:
Рисунок 2 — Пункт «Данные», главного меню программы
При выборе пункта меню «Блюда», форма принимает следующий вид:
Рисунок 3 — Главное окно программы, после выбора набора данных «Блюда»
В данном случае, на форме отображаются данные, содержащиеся в таблице «Блюда», а именно название блюда, его вес и состав.
После выбора набора данных, панель навигации приняла активный вид. Ею можно воспользоваться, для управления данными.
При выборе пункта меню «Меню», форма принимает следующий вид:
Рисунок 4 — Главное окно программы, после выбора набора данных «Меню»
В этом случаем на форме отобразить информация о меню, а именно название блюда и цена в рублях.
При добавлении новой записи меню или редактировании существующей записи, открывается окно для ввода данных записи:
Рисунок 5 — Окно ввода данных записи меню
При выборе пункта меню «Заказы», форма принимает следующий вид:
Рисунок 6 — Главное окно программы, после выбора набора данных «Заказы»
В этом случаем на форме отобразится информация о заказах, а именно название блюда, количество, время заказа и фамилия менеджера, оформившего заказ.
Для добавления или редактирования записи таблицы «Заказы» открывается специальное окно:
Рисунок 7 — Окно для добавления/редактирования записи таблицы «Заказы»
При выборе пункта меню «Менеджеры», форма принимает следующий вид:
Рисунок 8 — Главное окно программы, после выбора набора данных «Менеджеры»
В этом случаем на форме отобразить информация о менеджерах, а именно фамилия, имя, отчество и телефон.
Пункт меню «Действия» содержит подпункт «К оплате…», позволяющий сформировать вычисляемый запрос к базе данных. При выборе данного пункта, форма принимает вид:
Рисунок 9 — Главное окно программы, после выбора пункта меню «К оплате. «
Механизм формирования данных для визуализации на форме, отличается от предыдущих. В описанных выше случаях данных просто выбирались из отдельных таблиц, в данном случае данные выбираются из группы таблиц, связанных общим признаком:
procedure TForm1.N9Click(Sender: TObject);
Источник: poisk-ru.ru
Реферат. реферат. 1 Назначение и область применения программы 5 2 Анализ входных и выходных данных 6
Единственный в мире Музей Смайликов
Самая яркая достопримечательность Крыма
Скачать 186.69 Kb.
Содержание
с.
1 Назначение и область применения программы 5
2 Анализ входных и выходных данных 6
3 Инфологическая модель базы данных приложения 7
5 Описание программных модулей 13
6 Интерфейс программы 16
Список использованных источников 22
Введение
Целью курсового проектирования является изучение материала по организации базы данных (БД) отдела материально-технического снабжения (ОМТС) ОАО «НефАЗ» и разработать приложения для автоматизации учёта поступления и реализации стройматериалов.
В ходе прохождения практики по профилю специальности 230105 «Программное обеспечение ВТ и АС» на предприятии ОАО «НефАЗ» в отделе материально-технического снабжения была собрана необходимая информация для курсового проектирования по вышеуказанной теме и изучена технологическая документация (ТД) подразделения, с которой работает начальник отдела материально-технического снабжения.
Согласно теме будет разработано приложение, которое позволит объединить информацию, о поступлении и реализации стройматериалов, хранящиеся в разных базах данных системы 1С: Предприятия. Это даст возможность получить оперативную информацию о материалах предприятия, зарегистрированного в базе данных, в отделах и цехах.
В ходе работы будут реализованы большое количество различных методов работы с информацией, использованы много компонентов, позволяющие качественно и быстро организовать удобную работу для сотрудника предприятия.
Основные задачи, поставленные руководителем курсового проекта является разработка структуры БД MS Access, инфологической модели БД, табличной формы, структуры и алгоритма работы приложения, формы ввода и редактирования данных, главного и контекстного меню приложения, руководства пользователя и программиста, программы и методики испытаний; описание программного модуля, организовывать сортировку по алфавиту, поиск и фильтрацию данных.
Для создания приложения необходимо использовать программное средство Delphi, так как он позволяет создавать простое и удобное приложение которое автоматизирует работу бухгалтера.
1 Назначение и область применения программы
Программное средство должно автоматизировать и упростить работу бухгалтера.
Приложение должно иметь простой графический интерфейс, в котором может разбираться любой пользователь. Приложение будет использоваться в любом отделе предприятия.
В соответствии с тематикой курсового проекта данное приложение может быть использовано для учета поступления и реализации стройматериалов.
Программа «Учет поступления и реализации стройматериалов» предназначена для работы с архивом информации о стройматериалах предприятия и для оснащения рабочих мест персонала.
Возможностью программы является добавление новых записей в таблицы «Поступление» и «Реализация»; поиска и сортировки организованные по наименованию и по коду товара; фильтрация данных по наименованию и по коду товара; автоматического составления отчёта с выводом таблиц Поступление и Реализация.
2 Анализ входных и выходных данных
Входными данными приложения являются те данные, которые отображаются в таблицах, и необходимы для работы бухгалтера и других работников материально-технического отдела.
Вносимые данные в таблицы базы данных имеют различные типы. Это типы полей таблиц базы данных, созданных в специальной программе Data Base Desktop.
В таблице «Поступление» входными данными является код товара, наименование товара, дата прихода, количество, поставщик, цена, сумма, № склада.
В таблице «Реализация» входными данными является код товара, наименование товара, дата, количество, цех.
- поиска и сортировки организованные по наименованию и по коду товара;
автоматического составления отчёта с выводом таблиц Поступление и Реализация.
- Наименование товара;
3 Инфологическая модель базы данных приложения
При разработке любого приложения сначала необходимо разработать структуру базы данных, для упрощения дальнейшей разработки и наглядного представления БД.
Инфологическая модель – это структурная модель реальной системы, отражающая её основные составляющие и связи между ними.
Инфологическая модель предметной области строится первой. Предварительная инфологическая модель строится еще на предпроектной стадии и затем уточняется на более поздних стадиях проектирования баз данных. Затем на ее основе строятся концептуальная (логическая), внутренняя (физическая) и внешняя модели.
Цель инфологического моделирования – обеспечение наиболее естественных для человека способов сбора и представление той информации, которую предполагается хранить в создаваемой базе данных. Поэтому инфологическая модель данных пытаются строить по аналогии с естественным языком. Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойство (атрибут).
Связь – ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных – это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи. А так как в реальных базах данных нередко содержатся сотни или даже тысячи сущностей, то теоретически между ними может быть установлено более миллиона связей. Наличие такого множества связей и определяет сложность инфологических моделей.
Сущность – любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных. Сущностями могут быть люди, места, самолеты, рейсы, вкус, цвет и т.д. Необходимо различать такие понятия, как тип сущности и экземпляр сущности. Понятие тип сущности относится к набору однородных личностей, предметов, событий или идей, выступающих как целое. Экземпляр сущности относится к конкретной вещи в наборе.
- стержневая сущность (стержень) – это независимая сущность;
- ассоциативная сущность (ассоциация) – это связь вида «многие – ко многим» между двумя или более сущностями или экземплярами сущности;
Единственная цель характеристики в рамках рассматриваемой предметной области состоит в описании или уточнении некоторой другой сущности. Необходимость в них возникает в связи с тем, что сущности реального мира имеют иногда многозначные свойства.
Атрибут – поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей. Атрибуты используются для определения того, какая информация должна быть собрана о сущности.
Связь – ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных – это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи. А так как в реальных базах данных нередко содержатся сотни или даже тысячи сущностей, то теоретически между ними может быть установлено более миллиона связей.
- первый тип – связь один — к — одному (1:1): в каждый момент времени каждому представителю (экземпляру) сущности А соответствует 1 или 0 представителей сущности В;
- Код_товара;
- Код_товара;
Связь между этими таблицами будет осуществляться по полю «Код_товара». Связь типа один-к-одному.
Примером инфологической модели служит схема данных MS Access.
Рисунок 1 – Инфологическая модель БД, построенная в MS Access
Перед тем, как начать составлять программу, надо предварительно продумать алгоритм ее работы, представляющий собой строгое, формальное, не допускающее неоднозначностей и двусмысленностей описания процесса решения задачи.
- словесное описание на листе бумаги;
изображение в виде блок-схемы.
Алгоритм программы «Автоматизация учёта поступления и реализации стройматериалов» представлен в виде структурной схемы (рисунок 2).
Рис.2 — Структурная схема
5 Описание программных модулей
Delphi создает заготовку модуля, включает в нее описание формы и всех компонентов, которые необходимо разместить на форме, обеспечивает связь с библиотекой. При необходимости необходимо ввести также в текст различные переменные, константы, описания типов, вспомогательные функции и процедуры. Поэтому надо представлять, как выглядит текст модуля, и в какие его места, что можно добавлять.
Модуль начинается с ключевого слова Unit, после которого пишется имя модуля. Оно совпадает с именем файла, в котором вы сохранили свой модуль. По умолчанию для первого модуля имя равно Unit1, для второго Unit2 — и т.д.
Средой разработки приложений для автоматизации учета поступления и реализации стройматериалов выбрана среда Delphi версии 5.0.
- Unit1 – является главным модулем;
Unit3 – третий модуль, в котором находиться таблица Поступление и здесь же производится Поиск и фильтрация;
Unit4 – четвертый модуль, в котором располагается форма ввода;
Unit5 – пятый модуль, в котором находится таблица Реализация;
Unit6 – шестой модуль, в ней описывается отчет по таблице Реализация. Для того чтобы просмотреть отчет, нужно выбрать пункт Отчёт в меню.
- компонент ADOTable обеспечивает прямой доступ к каждой записи и полю в одной указанной таблице Data Base Desktop;
- компонент DBGrid отображает в табличной форме записи набора данных и управляет ими: осуществляет перемещение по записям, их редактирование, удаление, вставку новых записей. Занесение в набор данных сделанных исправлений текущей записи происходит при перемещении пользователя на следующую запись;
- компонент Navigator служит для ввода новых записей сотрудников;
- компонент Label — метка для отображения текста. Для этого служит центральное свойство компонента — Caption. С помощью свойства Font можно разнообразить вид надписи;
- компонент Edit — используется для ввода пользователем однострочных текстов. Может использоваться для отображения текста. Компонент визуальный. В этом компоненте вводимый и выводимый текст содержится в свойстве Text. Это свойство можно устанавливать в процессе проектирования или задавать программно. Выравнивание текста, как это имело место в метках и панелях, невозможно;
- компонент QRBand — используется для построения отчетов путем размещения на нем печатаемых компонентов. Компонент визуальный;
компонент QRSubDetail — используется для компоновки в отчет дополнительных данных. Компонент визуальный;
компонент QuickRep — используется для введения в приложение средств печати отчетов QuickReport. Компонент невизуальный;
компонент QRDBText — представляет собой ориентированный на данные компонент для размещения текста в отчете. Компонент визуальный;
компонент CheckBox — позволяет пользователю выбирать или выключать опции программы. Компонент визуальный.
6 Интерфейс программы
Пользовательский интерфейс – это общение между человеком и компьютером, поэтому, работа с программой протекает в форме интерактивного диалога.
ؤëے îلëهم÷هيèے ًàلîٍû ٌ ïًîمًàىىîé, يهîلُîنèىî ٌîçنàٍü َنîليûé è ًàçâèٍûé ïîëüçîâàٍهëüٌêèé èيٍهًôهéٌ, نëے ٍîمî ÷ٍîلû نàوه يهîïûٍيîىَ ïîëüçîâàٍهë لûëî ëهمêî îًèهيٍèًîâàٍüٌے.
- ïهًâûه îêيî ےâëےهٌٍے مëàâيûى ىîنَëهى. Также здесь можно сделать сортировку по двум таблицам Поступление и Реализация(ٌى. ذèٌَيîê 3). جîنَëü ٌîنهًوèٍ ٌëهنَùèه êîىïîيهيٍû: Edit, Button, ADOTable, DataSource, DBGrid, MainMenu, PopupMenu.
- второе окно «Отчет», в котором находиться отчет (см. Рисунок 4). Для того чтобы просмотреть отчет, нужно выбрать пункт Отчёт в меню. Возможна печать отчета нажатием соответствующей кнопки. Используются компоненты: QuickRep, QRLabel, QRDBText, QRSubDetail, QRBand.
- третье окно «Фильтрация и Поиск» по таблице Поступление, в котором располагается таблица для работы с фильтрацией и поиском (см. Рисунок 5). Используются компоненты: ADOTable, DataSource, DBGrid, Edit, Button, Label, MainMenu.
- четвертое окно, которое позволяет вводить и редактировать записи главной таблицы «Поступление» (см. Рисунок 6), и таблицы «Реализация» (см. Рисунок 7). Воспользовавшись компонентом «DBNavigator», можно переходить по классам и редактировать их названия или добавлять новые записи. Его модуль включает в себя компоненты: DBEdit, Label, DBNavigator, Button, PageControl, TabSheet.
- пятое окно «Фильтрация и Поиск», в котором располагается таблица для работы с фильтрацией и поиском (см. Рисунок 8). Используются компоненты: ADOTable, DataSource, DBGrid, Edit, Button, Label, MainMenu.
Рисунок 8 — Окно фильтрации и поиска
- шестое окно «Отчет», в котором находиться отчет (см. Рисунок 9). Для того чтобы просмотреть отчет, нужно выбрать пункт Отчёт в меню. Возможна печать отчета нажатием соответствующей кнопки. Используются компоненты: QuickRep, QRLabel, QRDBText, QRSubDetail, QRBand.
Рисунок 9 — Окно отчета
Для выхода из главного окна необходимо выбрать Файл — Выход или нажать на кнопку выход.
Заключение
В ходе выполнения курсовой работы была поставлена цель: создание программного средства по учету поступления и реализации стройматериалов, и выполнена задача создания полнофункционального программного продукта.
Рассмотрев проделанную работу можно сказать, что поставленные цели и задачи перед курсовым проектированием были достигнуты, разработан и внедрен программный продукт «Автоматизация учета поступления и реализации стройматериалов», рассмотрены множество вопросов, что способствовало развитию навыков по программированию в среде Delphi, умению самостоятельно работать с литературой и расширению кругозора.