Учет и движение продукции фирмы

Связь — соединение между двумя или более сущностями.

Атрибут — это свойство сущности. Если атрибут или набор атрибутов используется для идентификации экземпляра сущности, то называется ключом сущности. Важной характеристикой связи между двумя (и более) сущностями является степень связи: «один к одному», «один ко многим», «многие ко многим». Экземпляры сущности, участвующие в связи, делятся на класс принадлежности: обязательные или необязательные. После построения диаграмм ER-типа, из них получают отношения, анализируя степень связи между сущностями. Логическая модель проектируемой базы данных представлена.

Каждый элемент сущности обладает конкретными значениями атрибутов, при чем не существует двух разных элементов с одинаковыми значениями. В процессе анализа предметной области были выделены следующие сущности:

Для успешной работы программного обеспечения поиска программных продуктов необходимо определение входной и выходной информации.

В качестве входной информации для поиска компьютерных комплектующих используется значение поля — ключа. В качестве ключевых полей при поиске программного обеспечения необходимо использовать поля:

— название комплектующей детали;

— срок годности материала;

— фирма-поставщик;

— номер и дата накладной на проведение операции;

В качестве выходной информации рассматривается результат поиска — список записей удовлетворяющих условию поиска, с настраиваемым сочетанием полей.

Описание информационных объектов ПО. Для реализации функций информационной модели системы учета движения товаров необходимо наличие нескольких взаимосвязанных таблиц, описание которых представлено в табл.

3.1

Таблица 3.1

Содержание таблиц базы данных

№ п/п Название таблицы Назначение Tovar Таблица содержащая данные о комплектующих и готовых компьютерах фирмы на складе и ссылочные поля на другие таблицы Nakladnaya Таблица, содержащая информацию о накладных на комплектующие (компьютеры) Zapas Таблица, содержащая информацию о «запасах» того или иного материала Zakaz Таблица, содержащая информацию о заказах на получение материалов Location Таблица, содержащая информацию о размещении материала на складе. Addional Таблица, содержащая дополнительную информацию о товарах на складе Pokup Таблица, содержащая информацию о покупателях partya Таблица, содержащая информацию о партиях поступления материалов на склад.

Данные таблицы необходимо реализовать в среде MS SQL Server 2000, по ключевым полям, для этого необходимо разработать концептуальную схему информационной модели.

Таблицы попарно связаны между собой через ключи связи, что существенно упрощает их обработку, так как автоматически обеспечивается контроль целостности данных (рисунок 10).

Рисунок 10 (Просмотр или изменение связей таблиц через ключи

3.

1.2 Характеристика входной оперативной информации Разрабатываемая программная система предназначена для организации автоматизированного учета движения товаров ЗАО «Компьютерный мир» таким образом, основное назначение системы — снижение «бумажного» документооборота при организации процессов складского учета. Основными документами при этом считались — заказ на получения определенного вида комплектующих для сборки компьютеров и накладная на получение товара. Для основных документов системы (накладная и заказ) были разработаны «электронные» формы представления, разработаны формы для создания документов, просмотра документов, редактирования и обработки документов. Для эффективного хранения основных документов системы разработаны соответствующие таблицы базы данных.

Форма документа накладная на получения товара, создается на основе заказа — заявки на получения материла и содержит следующую информацию:

дата документа;

номер накладной;

название материала;

необходимое количество;

стоимость материала;

номер заказа;

фамилия ответственного лица;

номер партии товара;

место получения материала;

назначение (цель) получения материала.

Заявка — заказ на получение материала содержит следующую информацию:

— номер заявки;

— дата;

— название материала;

— назначение материала;

— количество материала;

— фамилия ответственного лица.

Разработанная автоматизированная система позволяет автоматически создавать и сохранять в базе данных основные документы, которые в свою очередь являются отчетными бухгалтерскими документами, а также получать справочную информацию о всех накладных и заявках на получение товаров в системе.

3.

1.3 Характеристика результатной информации

Каждую из таблиц описанных выше введем индексное поле, с помощью которых решим задачи связи информационных таблиц. В результате, объединив необходимые ссылки, получим концептуальную схему информационной модели, представленную на рис. 11

Рисунок 11 (Схема данных

Разработанная информационная модель позволит эффективно решать задачи информационного поиска и учета материальных средств на находящихся в обороте ЗАО «Компьютерный мир».

Для реализации функций информационной модели системы поиска программного продукта необходимо наличие нескольких взаимосвязанных таблиц, описание которых представлено в табл. 3.2−3.9 и на рис. 12−20.

Таблица 3.2

Назначение полей таблицы Tovar

№

п/п Название поля Тип Назначение idTovar Целое Индексное поле — первичный ключ таблицы Tovar. NameTovar Символьное Поле содержит информацию о наименовании материальной ценности хранящейся на складе idLocation Целое Поле содержит ссылку на запись в таблице Location, содержащей информацию о размещении данной материальной ценности idAdditional Целое Поле содержит ссылку на запись в таблице Additional, содержащей дополнительную информацию о данной материальной ценности IdZapas Целое Поле содержит ссылку на запись в таблице Zapas, содержащей информацию о «запасах» на складе данной материальной ценности idPartya Целое Поле содержит ссылку на запись в таблице Partya, содержащей дополнительную информацию о партии товара с которой поступила данная материальной ценность

Рисунок 12. — Реализация таблицы Tovar средствами MS SQL 2000

Таблица 3.3

Назначение полей таблицы Nakladnaya

№

п/п Название поля Тип Назначение idNakladnaya Целое Индексное поле — первичный ключ таблицы Nakladnaya. vremya Дата-время Дата создания накладной idTovar Целое Поле содержит ссылку на запись в таблице Tovar, идентифицирующей данную материальную ценность otkuda Символьное Место откуда перемещается материальная ценность kuda Символьное Место, назначения перемещения материальной ценности kolichestvo Символьное Количество запасов мат. Ценности необходимое для перемещения stoimost Действит. Суммарная стоимость материальной ценности в накладной idPartya Целое Поле содержит ссылку на запись в таблице Partya, содержащей дополнительную информацию о партии товара с которой поступила данная материальной ценность idPokup Целое Поле содержит ссылку на запись в таблице Pokup, содержащей дополнительную информацию о покупателе товара Lico Символьное Фамилия лица, на которого оформлена накладная Provodka Символьное Признак выполнения проводки накладной IdZakaz Целое Поле содержит ссылку на запись в таблице Zakaz, содержащей информацию о заказе согласно которому составлена накладная Рисунок 13 Реализация таблицы Nakladnaya средствами MS SQL 2000

Таблица 3.4

Назначение полей таблицы Zapas

№

п/п Название поля Тип Назначение idZapas Целое Индексное поле — первичный ключ таблицы Zapas. izmerenie Символьное Поле для хранения единицы измерения данной материальной ценности zapas Целое Поле для хранения величины запаса данной материальной ценности. Stoimost Действит. Поле для хранения велицины стоимости данной материальной ценности. Rezerv_kol Целое Поле содержит информацию о количестве единиц данной материальной ценности зарезервированной (забронированной) Rezerv_name Символьное Поле содержит информацию о лице, зарезервировавшем данную материальную ценность Rezerv_date Дата/время Поле содержит дату резервирования ценности Reserve_prim Символьное Поле содержит символьное примечание по вопросам резервирования.

Рисунок 14 Реализация таблицы Zapas средствами MS SQL 2000

Таблица 3.5

Назначение полей таблицы Zakaz

№

п/п Название поля Тип Назначение id Zakaz Целое Индексное поле — первичный ключ таблицы Zakaz. Kogda Дата/время Поле для хранения даты заказа Lico Символьное Поле для хранения фамилии лица сделавшего заказ idTovar Целое Поле содержит ссылку на запись в таблице Tovar, идентифицирующей данную материальную ценность kolichestvo Целое Поле для хранения размер заказа Рисунок 15 Реализация таблицы Zakaz средствами MS SQL 2000

Таблица 3.6

Назначение полей таблицы Location

№

п/п Название поля Тип Назначение idLocation Целое Индексное поле — первичный ключ таблицы Location. Location Символьное Поле для хранения размещения материальной ценности на складе additionalLocation Символьное Поле для хранения уточнения для размещения материальной ценности на складе notes Символьное Поле для хранения примечания о размещении материальной ценности на складе Рисунок 16 Реализация таблицы Location средствами MS SQL 2000

Таблица 3.7

Назначение полей таблицы Addional

№

п/п Название поля Тип Назначение Id Addional Целое Индексное поле — первичный ключ таблицы Addional. Ser_num Символьное Поле для хранения серийного номера материальной ценности определенной партии товара Srok_godnost Символьное Поле для хранения срока годности материальной ценности, хранящейся на складе.

Рисунок 17 Реализация таблицы Addional средствами MS SQL 2000

Таблица 3.8

Назначение полей таблицы partya

№

п/п Название поля Тип Назначение Idpartya Целое Индексное поле — первичный ключ таблицы partya. NOM_part Символьное Поле для хранения номера партии поступившего товара kolichestvo целое Размер партии товара Otkuda Символьное Поставщик товара Kogda Дата/время Дата поступления партии товара Description Символьное Дополнительное описание партии товара Рисунок 18.- Реализация таблицы partya средствами MS SQL 2000

Таблица 3.9

Назначение полей таблицы Pokup

№

п/п Название поля Тип Назначение Idpokup Целое Индексное поле — первичный ключ таблицы pokup. Naimenovan Символьное Поле для ФИО или название организации покупателя. adres Символьное адрес покупателя bank_rekv Символьное Поле для хранения банковских реквизитов покупателя.

Рисунок 19.- Реализация таблицы pokup средствами MS SQL 2000

В результате препарирования — информационная модель была успешно реализована в среде MS SQL 2000

3.2 Программное обеспечение комплекса задач

3.

2.1 Общие положения Для создания клиентской части ПП использовалось Borland Delphi 7.

Наряду с традиционными инструментами доступа к данным Borland Database Engine и ODBC в приложениях Delphi можно применять технологию Microsoft ActiveX Data Objects (ADO), которая основана на возможностях СОМ, а именно интерфейсов OLE DB.

Технология ADO завоевала популярность у разработчиков, благодаря универсальности — базовый' набор интерфейсов OLE DB имеется в каждой современной операционной системе Microsoft. Поэтому для обеспечения доступа приложения к данным достаточно лишь правильно указать провайдер соединения ADO и затем переносить программу на любой компьютер, где имеется требуемая база данных и, конечно, установленная ADO.

В Палитре компонентов Delphi есть страница ADO, содержащая набор компонентов, позволяющих создавать полноценные приложения БД, обращающиеся к данным через ADO.

Для связи с БД использовался компонент TADOConnection, который служит для: создания постоянного соединения с базой данных, создания локального псевдонима базы данных, изменения параметров при соединении, управления транзакциями.

Для работы с БД использовались компоненты

TADOTable, который реализует набор данных, источником для которого является одна таблица БД.

TADOQuery — реализует набор данных, источником для которого являются одна или несколько таблиц БД. Структура записи НД, состав НД определяются SQL — запросом.

Структурно клиентская часть ПП представляет собой выполнимый .EXE файл. Кроме него для работы с БД не нужны никакие другие файлы.

При работе с БД, во избежание некорректного соединения с БД, ошибок ввода входных данных, использовались обработчики исключительных ситуаций. Которые при возникновении исключительной ситуации выводят диагностические сообщения и позволяют продолжить работу ПП дальше.

Для реализации базы данных в качестве основного инструмента был выбран сервер MS SQL 2000 Entetprise Edition. Данный выбор позволяет эффективно решать задачи организации таблиц базы данных, а также задачи разграниченного быстрого доступа, хранения, редактирования таблиц. Данное средство является стандартным средством, на котором реализовано большое количество промышленных баз данных, внедрена OLAP технология доступа к данным.

Фирма MicroSoft поддерживает данный продукт в смысле выпуска обновлений и гарантий эффективной работы в среде Windows 32. Одним из основных достоинств продукта проектирования новых баз данных могут использоваться другие совместимые продукты MicroSoft, MicroSoft Visio 2003, Microsoft Acess т. е. продукты спроектированные в этих системах могут адаптированы в MS SQL 2000.

Еще одним немаловажным фактором является обеспечение аппаратных требований, т. е. требования для ресурсов системы достаточно низки для обеспечения эффективной работы.

Порядок работы с Microsoft SQL Server предусматривает предварительную инсталляцию продукта, причем она может быть выполнена в двух видах Local и Server. После инсталляции продукта на данный SQL могут быть перемещены базы данных, созданные на других MS SQL серверах. Для этого необходимо запустить Enterprise Manager и в левом окне SQL сервера, при помощи правой кнопки мыши выбрать альтернативу «Все задачи» затем «Attach Database», как показано на рис. 20.

Рисунок 20 Добавление существующей базы данных

После выполнения этих действий на экране появится окно «Attach Database», изображение которого представлено на рис.

21.

Рис. 21 Добавление существующей базы данных

После выполнения этих действий при помощи кнопки с изображением " …", необходимо выбрать файл с расширением *.mdf, который содержит сам файл базы данных. (Рекомендуется предварительно его записать в директорию

C:Program FilesMicrosoft SQL ServerMSSQLData). Завершить установку баз данных, после выбора mdf-файла, нажав на кнопку с изображением Verify.

Необходимо отметить, что в случае использования Интернет соединений целесообразно использовать такую схему обеспечения соединения:

На компьютере, который является сервером, устанавливается MS SQL Server 2000 в конфигурации Server.

На компьютере, который является сервером, инсталлируется база данных так, как показано в данном пункте.

На компьютере, который является клиентом, устанавливается MS SQL Server 2000 в конфигурации Client.

При инсталяции и настройке MS SQL Server 2000 Client указывается IP адрес компьютера, который является сервером.

На компьютере, который является клиентом, запускается разработанный программный проект.

Для разработки системы поиска программного обеспечения в качестве основного инструмента для программирования был выбран один из современных инструментов Borland Delphi, позволяет проектировать программное обеспечение, с современным интерфейсом и при этом вести безошибочное проектирование с контролем ошибок проектирования, с возможной поддержкой различных платформ и операционных систем.

Задача эксплуатируется в среде Windows 98, Windows XP и выше. Серверная часть программного обеспечения функционирует под управлением сетевой платформы Microsoft WINDOWS 2000 и выше. В качестве СУБД используется СУБД Microsoft SQL Server 2000.

Доступ к сетевым ресурсам осуществляется через соответствующие драйверы по протоколу TCP/IP. Для связи клиентского приложения с серверной частью задачи на каждой рабочей станции должны быть установлено BDE v. 5.0 — средства связи с базой данных SQL Server.

Дерево диалога разработанного приложения представлено на рис.

15.

Рисунок 22 (Дерево диалога

Описание программных модулей и схема их взаимосвязи Структура разработанного проекта представлена на рис. 23. Разработанное приложение состоит из 5 модулей MainClients. pas, childTemplate. pas, DbdDirectoryTemplate. pas, AddSource. pas, ParamPoisk.pas.

Назначение главного модуля приложения MainClients.pas. Выборка, обработка, поиск данных, редактирование, добавление, удаление данных. Данная разработка предназначена для автоматизации действий менеджера склада ЗАО «Компьютерный мир», проводящего учет и выдачу материалов.

Модуль является главным и управляющим для остальных объектов проекта.

Рисунок 23 — Структура разработанного проекта.

Интерфейс модуля определяется формой MainClients приложения, внешний вид которого представлен на рис.

24.

Рисунок 24. Внешний вид главной формы разработанного приложения.

Алгоритм работы главного модуля можно кратко описать следующей последовательностью действий. При загрузке модуля ожидается выбор одной из альтернатив главного меню. В зависимости от выбранной альтернативы главного меню происходит активация соответствующей процедуры, и синтез необходимых дочерних форм. После этого вычислительные процесс ожидает задействования элементов управления, которые могут приводить к запуску различных программных процедур, входящих в состав проекта.

Исходными данными для данного программного продукта являются первичные документы:

1. Заказы на поставку продукции;

2. накладные на поставку продукции.

Выходными данными являлись: бумажные носители информации, подготовленные автоматизированной подсистемой учета складских операций, файлы базы данных, а так же информация на магнитных носителях.

Разрабатываемое предложение состоит из 5 форм, одна из которых является главной, остальные формы являются дочерними по отношению к ней. Внешний вид главной формы приложения MainClientsForm, представлен на рис.

Рисунок 25 — Главная форма приложения

Главная форма приложения содержит элементы управления — главное меню рис.

26, с помощью которого и осуществляется работа всей системы, управление вычислительным процессом, организуется обмен данными и обеспечивается создание всех остальных форм приложения.

Как видно на рис.

26 главная форма приложения MainClientsForm, также содержит компоненты, обеспечивающие взаимодействие приложения с базой данной, реализованной в СУБД MS SQL 2000: компонент AdoConnection, компонент DataSource, 2 компонента AdoQuery, 7 компонентов AdoTable1, соответствующих каждой из таблиц базы данных Главное меню приложения содержит альтернативы «файл», «просмотр», «создать», «поиск», «проводка накладных». Альтернатива «Просмотр» позволяет получить справочную информацию о каждой из таблиц базы данных, (рис. 26), а та же просмотреть записи всей базы данных в целом, для этого необходим выбор альтернативы «просмотр базы данных» (рис.

26).

Рисунок — 26 Пункт главного меню «просмотр»

В результате выполнения выбора альтернативы «просмотр БД», происходит создание двух дочерних форм DBDirectoryTemplateForm и AddSource. Форма DBDirectoryTemplateForm расположена на рис. 27 в верхней части позволяет отобразить записи таблицы товары, перемешаться, редактировать, обновлять которые позволяет компонент DBNavigator, расположенный на форме AddSource. Динамически создаваемая форма AddSource предназначена для отображения записей, находящейся в различных таблицах базы данных firm2 и связанных с записями расположенными в таблице Tovar.

Динамически создаваемая дочерняя форма AddSource, может использоваться не только для отображения связанных записей. Главное назначение формы AddSource это создание интерфейсов для добавления новых товаров (рис.

29), накладных (рис.

31), заказов (рис.

30).

Рисунок 27. — Просмотр всей базы данных

Альтернатива «создать» содержит альтернативы «поступление заказа», «накладную», «поступление товара». Альтернатива «поиск», содержит альтернативы «наличие товара», «срок годности», «размещение товара», «хронология накладных». Таким образом, пункты главного меню позволяют полностью управлять ходом вычислительного процесса и работой приложения.

Форма DBDirectoryTemplateForm создается при выборе альтернатив меню «просмотр», и позволяет просматривать все таблицы базы данных. Это достигается изменением источника данных компонента DBGrid, расположенного на динамически создаваемой форме и выбираемого источника данных — таблицы в соответствии с пунктом меню.

Рисунок 28. — Дочерняя форма DBDirectoryTemplateForm для отображения содержимого таблиц базы данных.

Рисунок 29. — Дочерняя форма AddSource, динамически создаваемая для добавления информации о товарах и комплектующих

Элементы управления компоненты Button («Добавить», «Создать заявку», «Создать накладную») активируют процедуры, соответствующие названным действиям. Все процедуры функционируют по типизированным алгоритмом. В качестве основных этапов этих алгоритмов необходимо выделить следующие:

— считывание данных из компонентах редактирования, расположенных на динамически создаваемых формах;

— поиск записей базы данных соответствующих определенному динамически создаваемому запросу;

— выполнение вычислительных операций с результатами информационного поиска;

— внесение необходимых изменений в базу данных.

Рисунок 30. — Дочерняя форма AddSource динамически создаваемая для добавления информации о заказе на товары Рисунок 31. — Дочерняя форма AddSource динамически создаваемая для добавления информации о накладной

Все алгоритмы отличаются разной степенью сложности информационного поиска и вычислительных процедур по обработке результатов такого поиска.

Дочерняя форма ParamPoisk динамически создается с одной стороны для организации запросов на различные виды сложного информационного динамического поиска по ключевым полям (рис.

32 -34):

— поиск товаров по наименованию;

— поиск размещения на складе компьютерных комплектующих по их наименованию;

— поиск и отображение накладных, созданных в определенный временной интервал;

— поиск товаров с «просроченным» сроком годности.

Рисунок 32. — Дочерняя форма ParamPoisk, динамически создаваемая для организации запроса на поиск товаров с «просроченным» сроком годности

Элементы управления button («Выполнить поиск») на динамически создаваемых формах позволяют активировать программную процедуру учитывающую вид информационного поиска, соответствующие динамически создаваемые ключи и выполняют соответствующие вычислительные процедуры и операции по изменению, удалению, добавлению необходимых записей в базе данных.

Рисунок 33 — Дочерняя форма ParamPoisk, динамически создаваемая для организации запроса на поиск комплектующих по их наименованию Рисунок 34. — Дочерняя форма ParamPoisk, динамически создаваемая для организации запроса на просмотр накладных, созданных в определенный временной интервал

Для отображения результатов информационного поиска, согласно выбранным настройкам, динамически создается форма ChildTemplateForm. Форма ChildTemplateForm содержит компонент DBGrid, источником данных которого является таблица — результатов динамического поиска, выполняемых при помощи компонентов AdoQuery.

Рисунок 35. — Дочерняя форма ChildTemplateForm, динамически создаваемая для вывода результатов информационных запросов

При выборе альтернативы главного меню «Проводка накладных» так же динамически создается дочерняя форма ParamPoisk, для оргагнизации интерфейса для выполнения проводки накладных рис.

36. В результате активации элемента управления button («Проводка»), осуществляется запуск сложной программной процедуры, осуществляющей неоднократный сложный динамический информационный поиск в базе данных, изменения записей базы данных с целью осуществления бухгалтерской проводки накладной на получение комплектующих или вычислительной техники на складе компании ЗАО «Компьютерный мир».

Рисунок 36. — Дочерняя форма ParamPoisk, динамически создаваемая для проводки накладных

Проводка накладных сопровождается строгим логически корректным программным механизмом, сопровождающимся информационной поддержкой в виде выдачи информационных сообщений при помощи метода ShowMessage, при выборе соответствующей ветви разветвления алгоритма.

При попытке проведении проводки (рис.

37), вторично возникает исключительная ситуация характеризующая информационную поддержку разработанной программной системы. В качестве примера показана возможная ошибочная ситуация, которая может возникнуть в случае попытки повторной проводки накладной, номер которой указан в окне редактирования формы ParamPoisk. Система распознала текущую ситуацию и предупредила пользователя-оператора о сложившихся условиях при помощи информационного сообщения, о том, что проводка выполнена не будет, при помощи метода ShowMessage.

Рисунок 37. — Сообщение об исключительной ситуации

Подобные информационные сообщения генерируются в различных ситуациях, например в случае отсутствия накладной, самого товара или других аварийных ситуациях. Многоуровневые логические условия составлены на принципах рассмотрения полной группы ошибок и корректно предотвращают ошибочные действия пользователя и информируют о создавшейся некорректной ситуации.

Технологическое обеспечение Для обеспечения связи с файлами базы данных размещенной на SQL сервере в разрабатываемом программном проекте в среде Delphi используется хорошо зарекомендовавшая себя технология ADO (ActiveX Data Objects — объекты данных, построенные как объекты ActiveX), которая развивается и поддерживается корпорацией Microsoft.

Для реализации функций разрабатываемого проекта использовались компоненты Delphi, размещенные на вкладке управления ADO (рис.

38): TADOConnection, TADOTable, TADOQuery.

Рисунок 38. — Палитра компонент ADO

TADOConnection аналогичен компоненту BDE TDatabase и используется для указания базы данных и работы транзакциями, обеспечения связи с базой данных.

TADOTable — таблица базы данных доступная за счет применения технологии ADO.

TADOQuery — запрос к базе данных. Это может быть как запрос, в результате которого возвращаются данные и базы (например, SELECT), так и запрос, не возвращающий данных (например, INSERT).

Все компоненты должны связываться с базой данных. Делается это двумя способами либо через компонент TADOConnection либо прямым указанием базы данных в остальных компонентах. К TADOConnection остальные компоненты привязываются с помощью свойства Connection, к базе данных напрямую через свойство ConnectionString.

База данных может быть указана двумя способами через файл линка к данным (файл в формате Microsoft Data Link, расширение UDL), либо прямым заданием параметров соединения.

Значение свойства всех ConnectionString этих компонент могут быть введены напрямую в текстовой форме, но куда проще вызвать редактор свойства нажав на кнопку «…» в конце поля ввода. Окно этого свойства представлено на рис.

39−41:

Рисунок 39. — Настройка строки связи с базой данных Рисунок 40. — Свойства связи с данными

При выборе «Use data link file» и нажатии на кнопку «Browse…» появляется стандартный диалог выбора файла.

При выборе в редакторе свойства «Use connection string» и нажатии на кнопку «Build…» появляется такой же property sheet, как и при выборе «Open» для Microsoft Data Link файла.

В этом окне выбирается тип базы данных, местоположение базы и параметры соединения.

На первой странице выбирается тип базы данных или Provider, в терминах ADO.

Рисунок 41. — Свойства связи с данными

В компоненте TADOConnection существуют свойства Provider, DefaultDatabase и Mode которые являются альтернативным методом задания частей строки параметров соединения — провайдера, базы данных (например, пути до базы MS SQL) и режима совместного использования файлов базы данных. Эти значение этих свойств автоматически включаются в строку соединения, если были заданы до активизации компонента и автоматически выставляются после соединения.

Заключение

В дипломной работе была спроектирована и разработана автоматизированная информационная система ЗАО «Компьютерный мир».

Динамический процесс проектирования системы происходил в несколько стадий.

На этапе обследования была рассмотрена общая характеристика объекта автоматизации, его организационная структура и организация работы. На основе анализа сформированы и обоснованы требования к работе системы и к ее отдельным компонентам: программному, информационному, техническому.

На стадии проектирования разработана общая структура информационной системы в целом, а также по каждой отдельной ее задаче. Определены основные проектные решения, что стало основанием для разработки, отладки программной части и для конструирования эксплуатационной документации.

Создание и внедрение автоматизированной системы учета движения товаров фирмы «Компьютерный мир» позволит сократить время работы менеджера с документами, снизить временные затраты на проведение бухгалтерских проводок, и поиск товаров в среднем на 30−35% за счет автоматического анализа информации, имеющейся в базе данных.

Использование информационной системы позволит более глубоко и в полном объеме собирать и анализировать необходимую информацию о товарах хранящихся на складе и выполненных заказах на поставку техники.

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

Для быстрой и полной адаптации пользователя к системе был разработан удобный дружественный интерфейс пользователя и подробное описание работы с системой в руководстве пользователя.

Для обеспечения надежной защиты информации предусмотрена парольная система разграничения доступа к данным и функциям, авторизация вводимой и корректируемой информации, посредством подстановки и анализа данных.

Считаю, что созданная в дипломной работе автоматизированная система учета движения товаров фирмы «Компьютерный мир «полностью соответствует информационным требованиям предприятия и сможет поддерживать это соответствие в течение всего жизненного цикла системы.

Белов А. Н. Бухгалтерский учет в учреждениях непроизводственной сферы. — М.: Финансы и статистика, 1995. — 240с.

Берзин И. Э. Экономика фирмы. М.: Институт международного права и экономики, 1997. — 405 с.

Волков В. Ф. Экономика предприятия. — М.: Вита-Пресс, 1998. — 380с.

Голубков Е. П. Маркетинг: стратегии, планы, структуры. М., Дело, 1995. — 450с.

Голубков Е. П. Маркетинговые исследования: теория, методология и практика. М., Финпресс, 1998. — 280с.

Дайан А. и др. Маркетинг. М., Экономика, 1993.

Жутова З. У. Бюджетный учет и отчетность. М.: Финансы, 1970.-215с.

Кирьянова З. В. Теория бухгалтерского учета: Учебник для вузов. — 2-е изд., перераб. и доп. — М.: Финансы и статистика, 1998. — С. 265.

Малькова Г. Н. Международные бухгалтерские стандарты (МБС): Учебное пособие. — СПб.: 1997. — С. 147.

Савицкая Г. В. Анализ хозяйственной деятельности предприятий: Учебное пособие. — 2-е изд., перераб. и доп. — Минск: Экоперспектива, 1998. — С. 165.

Савицкая Г. В. Анализ хозяйственной деятельности предприятия: Учебное пособие. — 7-е изд., испр. — Минск.: Новое знание, 2002. — С. 704.

Табурчак П. П. Анализ и диагностика финансово-хозяйственной деятельности предприятия. — СПб.: Химиздат, 2001. — С. 288.

Адамов В. Е., Ильенкова С. Д., Сиротина Т. П. и др. Экономика и статистика фирм. М.: Финансы и статистика, 1996. — 441 с.

Ковалев А. И., Войленко В. В. Маркетинговый анализ. М., Центр экономики и маркетинга, 1996.

Козлова Е. Н., Парашутин Н. В., Бабченко Т. Н. Бухгалтерский учет в промышленности. М.: Финансы и статистика, 1993. — 190 с.

Кондраков Н. П. Бухгалтерский учет: Учебное пособие. М.: ИНФРА — М., 1996. — 345 с.

Курс экономической теории. Под ред. Чепурина М. Н., Киселевой Е. А. Киров: Изд-во АСА, 1995. — 236 с.

Луговой В. А. Учет затрат на производство и реализацию продукции (работ, услуг). М.: Финансы и статистика, 1995. — 178 с.

Ляпина А. П. Экономика, экология, затраты. М.: Экономический факультет МГУ, ТЕИС, 1997. — 96 с.

Магнус Я.Р., Катышев П. К., Пересецкий А. А. Эконометрика. Начальный курс. М., Дело, 1997

Макеева Е. Платежи за загрязнение окружающей среды — экономическое регулирование природопользования // Кисловодская газета. 8.

04.1999. С. 3.

Матвеева В. О. Бюджетные организации: бухгалтерский учет и налогооблажение. -Харьков: Фактор, 2001. — 566с.

Моляков Д. С. Финансы предприятий отраслей народного хозяйства. М.: Финансы и статистика, 1997.

Общая экономическая теория (политэкономия): Учебник. Под ред. Видятина В. И., Журавлевой В. П. М.: ПРОМО — Медиа, 1995. — 235 с.

Рахман З., Шеремет А. Бухгалтерский учет в рыночной экономике. М.: ИНФРА — М., 1996. — 540 с.

Ройзберг Б. А., Лозовский Л. Ш., Стародубцев Е. Б. Современный экономический словарь. М.: ИНФРА — М., 1996. — 636 с.

Савицкая Г. В. Анализ хозяйственной деятельности предприятия. Учебник. Мн.: ЧП Экоперспектива, 1997. — 498 с.

Современная экономика: Учебник. Научн. Редактор Мамедов О. Ю. Ростов-на-Дону: Феникс, М.: Зевс, 1997. — 275 с.

Тишков И. Е, Балдинова А. И., Дементей Т. М. и др. Бухгалтерский учет: Учебник. Мн.: Высшая школа, 1994. — 580 с.

Турчин С. Обзор АСУП для малого бизнеса. Функциональные особенности // Компьютерное обозрение № 17 (286), 2001. с.22−27. // www. ITC-UA.COM

Фишер С., Дорибуш Р., Шмалензи Р. Экономика: Пер. с англ. М.: Дело ЛТД, 1993. — 715 с.

Шмален Г. Основы и проблемы экономики предприятия. Под. ред. Поршнева А. Г. М.: Финансы и статистика, 1996. — 449 с.

Экономика и бизнес: Учебник. Под ред. Камаева В. Д. М.: Изд-во МГПУ, 1993. — 361 с.

Экономика предприятия: Учебник для вузов. Горфинкель В. Я., Купряков Е. М., Прасолова Е. П. и др. М.: Банки и биржи, ЮНИТИ, 1996. — 510 с.

Экономика.: Учебник. Под ред. Булатова А. С. М.: БЕК, 1995. — 344 с.

Что за критерии

ParamPoisk.pas

AddSource.pas

DbdDirectoryTemplate

childTemplate.pas

Главная форма приложения MainClients

Проект sklad

нет заинтересованности в конечном результате

некомпетентность менеджеров

отсутствие регламента управления изменениями

отсутствие маркетинговых исследований

отсутствие программы мотивации

Снижение конкуренто-способности

Менеджмент

Проектный подход к управлению

Процессный подход к управлению

Организационная структура

Сотрудник

отсутствие программы мотивации

отсутствие программы обучения

противоречие между обязанностями полномочиями

несоответствие процессному управлению

некорректность програм. продуктов

отсутствие программы обучения