Разработка информационной системы учета продаж бытовой техники фирмы «Весна»

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

Информацию, поступающую в информационную систему называют входной.

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

Входная информация должна содержать следующие сведения:

данные о заказе:

фамилия клиента;

имя клиента;

контактные сведения;

дата заказа;

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

стоимость заказа.

Нормативно-справочная информация представляет собой перечень товаров и их цен.

2.

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

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

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

Требования к выходной информации:

запрос по фамилии;

запрос по дате;

запрос по номеру заказа.

2.

3. Программное обеспечение задачи

2.

3.1. Общие положения (дерево функций и сценарий диалога) АИС предназначена для автоматизации учета продаж.

АИС обеспечивает реализацию следующих основных функций:

регистрацию запросов на формирование заказа;

доведение запросов (назначение) до лиц, отвечающих за прием заказов;

накопление и хранение информации о принятых заказах;

закрытие запросов после записи заявки.

Для реализации проекта используются стандартные библиотеки Delphi.

Опишем минимальные требования к оборудованию, необходимому для внедрения проекта.

1. Процессор Pentium II и выше.

2. Операционная система Windows98/NT 3.51 или более поздней версии;

3. Объем оперативной памяти (RAM) не менее 10 Мб.

4. Объем свободного пространства на жестком диске (HDD).

при локальной установке — не менее 5 Мб;

при сетевой установке — 3 Мб.

5. VGA/SVGA — совместимый видеоадаптер.

6. Манипулятор «мышь» .

7. Клавиатура.

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

3.1.

1.

Пункт меню «Создать» содержит следующие подпункты:

«Заказ»,

«Поставка».

Пункт меню «Справочники» содержит следующие подпункты:

«Прайс-лист».

Пункт меню «Калькуляция» содержит следующие подпункты:

«Продажи»,

«Наличие на складе».

Рис. 2.

3.1.

1. Сценарий диалога.

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

Рис. 2.

3.1.

2. Дерево функций.

2.

3.2. Характеристика базы данных На основе модели BPwin можно построить модель данных. Для построения модели данных Computer Associates предлагает мощный и удобный инструмент — ERwin.

ERwin создает визуальное представление (модель данных) для решаемой задачи. Это представление может использоваться для детального анализа, уточнения и распространения как части документации, необходимой в цикле разработки. Однако ERwin далеко не только инструмент для рисования. ERwin автоматически создает базу данных (таблицы, индексы, хранимые процедуры, триггеры для обеспечения ссылочной целостности и другие объекты, необходимые для управления данными).

В ERwin существуют два уровня представления и моделирования — логический и физический. Логический уровень означает прямое отображение фактов из реальной жизни. Например, люди, столы, отделы, собаки и компьютеры являются реальными объектами. Они именуются на естественном языке, с любыми разделителями слов (пробелы, запятые и т. д.). На логическом уровне не рассматривается использование конкретной СУБД, не определяются типы данных (например, целое или вещественное число) и не определяются индексы для таблиц.

Целевая система управления базами данных, имена объектов и типы данных, индексы составляют второй (физический) уровень модели ERwin.

ERwin предоставляет возможности создавать и управлять этими двумя различными уровнями представления одной диаграммы (модели), равно как и иметь много вариантов отображения на каждом уровне.

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

Физический уровень данных — это по существу отображение системного каталога, который зависит от конкретной реализации системы управления базами данных. ERwin позволяет проводить процессы прямого и обратного проектирования баз данных. Это означает, что по модели данных можно сгенерировать схему баз данных или автоматически создать модель данных на основе информации системного каталога. Кроме того, ERwin позволяет выравнивать модель и содержимое системного каталога после редактирования того либо другого. Ниже представлена физическая модель данных.

Таблица 2.

3.2.

1. Products.

Имя поля Ключ Тип данных Размер Описание ProductID счетчик 4 Идентификатор PriceListGroup Числовое (целое) 2 Группа прайс-листа PriceListSubGroup Числовое (целое) 3 Раздел прайс-листа Article текстовый 6 Артикул Code текстовый 50 Код LongName текстовый 255 Полное название для прайс-листа SupplierID Числовое (длинное целое) 4 Поставщик SupplierCode текстовый 80 Код поставщика Price Числовое (целое) 4 Цена в валюте поставщика SubDescr текстовый 50 Название на языке поставщика

UnitsInOrder Числовое (длинное целое) 4 Кол-во в заказе Pack Числовое (целое) 2 Упаковка Box Числовое (целое) 2 Коробка PcsPerPrice Числовое (целое) 2 Шт. за цену — перевод из упаковок поставщика Volume Числовое (целое) 4 Объем Weight Числовое (целое) 4 Вес Таблица 2.

3.2.

2. Структура таблицы PriceList

Имя поля Ключ Тип данных Размер Описание PriceListItemID счетчик 4 Номер записи PriceListGroup текстовый 3 Группа прайса — выделяется для ускорения поиска PriceListSubGroup текстовый 3 Подгруппа прайса Article текстовый 15 Артикул ProductGroupCode текстовый 15 Код товара

(как в прайсе) С Числовой 4 Цена 1 В Числовой 4 Цена 2 А Числовой 4 Цена 3 Dealer Числовой 4 Цена 4 Minus5 Числовой 4 Цена 5 EndUser Числовой 4 Цена 6 MinOrder Числовое (целое) 2 Минимальный заказ Таблица 2.

3.2.

3. Структура таблицы Suppliers

Имя поля Ключ Тип данных Размер Описание SupplierId счетчик 4 Номер поставщика SupplierName текстовый 50 Наименование поставщика Local Yes/No 1 Отметка (местный/иностранный) Country Текстовый 50 Адрес PhoneNumber Текстовый 30 Телефон FaxNumber Текстовый 30 Факс Address Текстовый 255 Страна City Текстовый 50 Город ContactName Текстовый 50 Контактное лицо ContactTitle Текстовый 50 Должность Swift Текстовый 25 Код банка BankName Текстовый 255 Название банка BankAddress Текстовый 255 Адрес банка AcctNumber Текстовый 50 Номер счета CreditTerms числовой 2 Условия платежа PriceCurrency Текстовый 3 Валюта LastOrderDate Дата/время 8 Дата последнего заказа NextOrderDate Дата/время 8 Дата следующего заказа Notes Текстовый 255 Примечания

Таблица 2.

3.2.

3. Структура таблицы Orders.

Имя поля Ключ Тип данных Размер Описание OrderID счетчик 4 Номер заказа OrderDate дата/время 8 Дата заказа Sum числовой 8 Предварительная сумма OrderCode текстовый 10 Код заказа (наш) OrderSupplier числовой (длинное, целое) 4 Ссылка на поставщика DateScheduled дата/время 8 Предполагаемая дата DateCompleted дата/время 8 Дата завершения Note текстовый 100 Примечания Таблица 2.

3.2.

4. Структура таблицы Invoices.

Имя поля Ключ Тип данных Размер Описание InvoiceID счетчик 4 Номер InvoiceCode текстовый 20 Код PaymentDate Дата/время 8 Дата оплаты ShipmtDate Дата/время 8 Дата отправки поставщиком DeliveryCosts числовой 8 Стоимость доставки InvoiceCurrency текстовый 5 Валюта платежа Sum числовой 8 Сумма InvoiceDate Дата/время 8 Дата SupplierID числовой 4 Ссылка на поставщика CreditTime числовой 2 Срок кредита Volume числовой 4 Объем груза Weight числовой 4 Вес груза ArrivalDate Дата/время 8 Дата прибытия Arrived Yes/No 1 Привезли IsLoaded Yes/No 1 Погрузили Paid Yes/No 1 Оплатили Notes текстовый 255 Примечания

Таблица 2.

3.2.

5. Структура таблицы InvoiceDetails .

Имя поля Ключ Тип данных Размер Описание InvoiceID счетчик 4 Инвойс ProductId счетчик 4 Товар OrderId Числовой 4 Заказ Quantity Числовой (длинное, целое) 4 Количество товара Price денежный 8 Цена в валюте поставщика Таблица 2.

3.2.

6. Структура таблицы Sales

Имя поля Ключ Тип данных Размер Описание ProductId счетчик 4 Товар Date Дата/время 8 Дата отгрузки SoldOut Числовой (целое) 4 Количество отгруженного товара Ниже на рис. 2.

3.2.

1. представлена инфологическая модель базы данных.

Рис. 2.

3.2.

1. Инфологическая модель базы данных.

2.

3.3. Структурная схема пакета (дерево вызова программных модулей) Алгоритм работы программы в режиме подключение к источнику данных представлен на рисунке 2.

3.3.

1.

Рис. 2.

3.3.

1. Блок-схема работы программы в режиме подключение к источнику данных

2.

3.4. Описание программных модулей

Представим в виде схемы алгоритм программы.

Рис. 2.

3.4.

1. Алгоритм программы.

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

Рис. 2.

3.4.

2. Блок-схема.

2.

4. Технологическое обеспечение задачи

2.

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

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

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

При соединении всех компьютеров посредством сети, значительно упрощается доступ к информации для многочисленных пользователей. Данные информационной системы учета продаж могут находиться в одной точке сети (файловый сервер) и быть доступными для всех пользователей. Однако поскольку с данными одновременно может работать несколько пользователей (бухгалтер₁ и бухгалтер₂), то могут возникнуть некоторые проблемы. Например, необходимо обеспечить, чтобы только один пользователь мог изменять данные записей одновременно. Если право на одновременное редактирование записей имеют несколько пользователей, то важные изменения могут быть потеряны.

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

4.1 при помощи диаграммы размещения.

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

Рис. 2.

4.1 — Диаграмма размещения

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

2.

4.2. Схемы технологического процесса сбора, передачи, обработки и выдачи информации

Рис. 2.

4.2.

1. Схема работы АИС.

2.

5. Контрольный пример реализации проекта и его описание Программа «Фирма «Весна» представляет собой интерфейс к базе данных с возможностью внесения новых записей через формы, вкладок с таблицами и меню, вычислениями параметров. Существует также возможность вывода отчета в формате MS Word.

Рассмотрим работу программы на конкретном примере.

Программа начинается с формы регистрации.

Данные о логинах-паролях хранятся в reg.txt.

Войти в программу можно, например, под логином qwe и паролем asd

Заголовки вкладок находятся в файле 111. txt

Программа представляет собой интерфейс к базе данных типа paradox 7, расположенной в папке base, состоящей из 3 таблиц.

При входе в программу мы попадаем в форму, состоящую из трех вкладок.

На первых трех вкладках расположен удобный интерфейс к каждой из таблиц.

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

Теперь перейдем к описанию меню.

1.

Этот пункт меню позволяет оформить новое поступление товара и новый заказ через следующие формы А.

Когда указатель стоит на определенном товаре в таблице, то именно этот товар и выбирается, автоматически переносятся вместе с заполненными полями в таблицу заказов Б.

Эта форма оформляет новое поступление, автоматически внося запись в таблицу поставщиков и товаров.

2.

Этот пункт меню позволяет оформить прайс лист по таблице товаров в формате ворд

3.

Этот пункт меню позволяет рассчитать параметры таблиц, причем результат будет представлен в следующем виде

3. Обоснование экономической эффективности

3.

1. Выбор и обоснование методики расчета экономической эффективности проекта

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

Основной задачей данного проекта является разработка, установка и наладка соответствующего программного обеспечения, а так же обучение персонала работе с программой.

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

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

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

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

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

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

Порядок организации и примерная стоимость работ по внедрению данного программного продукта приведены в таблице 3.

1.

Таблица 3.

1. Организационный план проекта.

Название работы Описание работы Длительность, раб. дней Сумма инвестиций, долл. США Определение источников финансирования Обеспечение финансирования из имеющихся средств 10 0 Приобретение и установка ПО Покупка ПО, расширение материально — технической базы 10 2100

Обучение персонала Обучение работников работе с программой 15 200 Наладка ПО Настройка ПО, в соответствии со спецификой предприятия, устранение неполадок 15 200 Итого 50 2500

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

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

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

С целью упрощения модели расчеты производились без учета налога с продаж при условии уменьшения выручки на его величину, НДС принимается равным 20%.

Период моделирования принят равным одному году. Шаг расчетов принят за 1 месяц.

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

Норма амортизационных отчислений на полное восстановление основных фондов принята равной 5%.

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

3.

2. Расчет показателей экономической эффективности проекта

В соответствии с бюджетом проекта необходимо рассчитать следующие показатели:

ВР = On * Ц, где ВР — выручка от реализации;

Ц — цена реализации продукции;

On — объём продаж;

ПИ = On * Cm, где ПИ — прямые издержки;

Сm — стоимость затрат на единицу продукции Зпл = Зплср * Числ, где Зпл — заработная плата персонала (суммарная);

Зплср — средняя заработная плата;

Числ — численность персонала предприятия.

Пз = ПИ + ОИ + Зпл, где Пз — Затраты на производство.

А = И * 0,05, где И — стоимость имущества;

А — амортизационные отчисления;

Н = НП + НИ + НДС + НС + НПад, где Н — налоговые выплаты.

НДС = ВР — Пз — НДС по приобретённым о/с НП — налог на прибыль, 24%.

НП =

НИ =

НИ — налог на имущество, 2% от стоимости имущества, И — стоимость имущества предприятия, НС — единый социальный налог, 35,6% фонда оплаты труда, (28% - пенсионный фонд, 3,6% - фонд обязательного медицинского страхования, 4% - фонд социального страхования).

НП = ,

НПад — налог на пользователей автодорог, 1% от валового дохода,

НС = ,

ВД — валовой доход, ВД = ВР — ПИ БП — балансовая прибыль, БП = ВР (без

НДС) — ПИ (без

НДС) — НС — А Прибыль после налогообложения = БП — НП Для определения эффективности капиталовложений производится расчёт ряда показателей эффективности инвестиций. К ним относятся РВ (payback period) — период окупаемости — это время, требуемое для покрытия начальных инвестиций за счёт чистого денежного потока, генерируемого инвестиционным проектом.

CF — чистый денежный поток месяца t (чистая прибыль — ЧП), определяется как разница между всеми поступлениями проекта и его расходами, т. е. приток минус отток средств. Выручка от реализации, внереализационные поступления и полученные кредиты (заёмные средства) составляют приток средств. К оттоку относятся затраты на производство, налоговые выплаты, инвестиции, а также затраты на погашение и обслуживание займов.

В нашем случае формула для определения чистого денежного потока будет иметь вид:

где

t — отчётный период (год, квартал, месяц),

Investments — начальные инвестиции,

N — длительность проекта в месяцах,

r — месячная ставка дисконтирования.

DPV (Discounted payback period) — дисконтированный период окупаемости рассчитывается аналогично РВ, однако, в этом случае чистый денежный поток дисконтируется. Используемое для расчёта соотношение выглядит следующим образом:

.

ARR (Average rate of return) — средняя норма рентабельности — доходность проекта как отношение между среднегодовыми поступлениями от его реализации и величиной начальных инвестиций.

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

.

РВ (payback period) — период окупаемости — это время, требуемое для покрытия начальных инвестиций за счет чистого денежного потока, генерируемого инвестиционным проектом.

.

.

DPV (Discounted payback period) — дисконтированный период окупаемости рассчитывается аналогично РВ, однако, в этом случае чистый денежный поток дисконтируется. Используемое для расчёта соотношение выглядит следующим образом:

.

NPV (Net present value) — абсолютная величина дохода от реализации проекта с учётом ожидаемого изменения стоимости денег. Обязательное условие для успешной реализации проекта: чистый приведённый доход должен быть неотрицательным.

PI (Profitability index) — индекс прибыльности — демонстрирует относительную величину доходности проекта. Он определяет сумму прибыли на единицу инвестированных средств. Он обязательно должен быть больше единицы.

.

В результате реализации продукции выручка от реализации с НДС составит 18 000 000 у.е., всего затраты на производство составили 16 560 000 у.е., налоги и платежи 1 146 600 у.е., балансовая прибыль 417 900 у.е., а прибыль оставшаяся после выплаты всех налогов 247 000 у.е.

Анализируя эти данные очевидно, что при реализации продукции проект будет приносить доход и чистая приведенная стоимость составит 148 400 у.е., при этом период окупаемости составит 5 месяцев и средняя норма рентабельности 8,5%, а индекс прибыльности будет 1,25.

Таблица 3.

2. Виды рисков.

Вид риска Вероятность возникновения рискового события Устойчивость проекта к рисковому событию Снижение объемов реализации сопутствующих товаров Низкая Средняя (падение на 37% не приводит к отрицательному NPV) Снижение цен сбыта Низкая Низкая (снижение на 7% приводит к отрицательному NPV) Рост прямых издержек Средняя Средняя (увеличение на 15% не приводит к отрицательному NPV) Рост общих издержек Низкая Высокая (увеличение на 100% не приводит к отрицательному NPV)

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

— проект обладает значительным запасом устойчивости к главному фактору риска — снижению объемов продаж;

— изменения стоимости материальных затрат в сторону увеличения (до 20%) не оказывает существенного влияния на основные параметры проекта;

— особо следует отметить тот факт, что проект мало чувствителен к изменениям стоимости инвестиций (до 15% в росте их стоимости);

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

Заключение

В дипломном проекте по учету продаж бытовой технике для фирмы «Весна» сделано следующее:

— дана технико-экономическая характеристика объекта управления ООО «Весна»,

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

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

Бойко В.В., Савинков В. М. Проектирование баз данных информационных систем. — М.: Финансы и статистика, 1989.

Большой энциклопедический словарь. -2-е изд., перераб и доп. — М.: «Большая Российская энциклопедия»; СПБ.: «Норинт», 2002. — 1456 с.

Диго С. М. Проектирование и использование баз данных: Учебник для вузов. — М.: Финансы и статистика, 1995.

Зимин Н.А. Технико-экономический анализ деятельности предприятий АПК. — М.: Колос, 2001. — 256 с.

Информатика: Учебник / А. П. Курносов, С. А. Кулев, А. В. Улезько и др. — Воронеж: ВГАУ, 1997. -234 с.

Информационные технологии в маркетинге: Учебник для вузов / Г. А. Титоренко, Г. А. Макарова, Д. М. Дайитбегов и др.; Под. ред. проф. Г. А. Титоренко — М.: ЮНИТИ-ДАНА, 2000. — 335с.

Коваленко Н. Я. Экономика сельского хозяйства. С основами аграрных рынков. Курс лекций. — М.: ЭКМОС, 1999. — 448 с.

Когаловский М. Р. Технология баз данных на персональных ЭВМ. — М.: Финансы и статистика, 1992.

Кулев С.А., Камалян А. К. Основы управления базами данных: Учебное пособие. — Воронеж: ВГАУ, 1996. — 65 с.

Курс лекций по дисциплине «Экономика информатики». / Под ред. проф. Л. И. Кушнарева. — М.: МГУ, 2004.

Могилев А.В. О понятии «Информационное моделирование» /Могилев А.В. // Информатика и образование. — 1997. — № 8. — С. 3−8

Об электронной цифровой подписи: Федеральный закон РФ от 10.

01.2002 г. № 1-ФЗ // Российская газета. -2002. -12 янв.

Постановление Госкомстата РФ от 5 января 2004 г. № 1 «Об утверждении унифицированных форм первичной учетной документации по учету труда и его оплаты» // Финансовая газета, 2004, № 13.

Синомович С. В. Специальная информатика: Учебные пособие. — М.: Инфорком-пресс, 2000. — 480 с.

Улезько А. В. Автоматизированные системы обработки экономической информации: Учебное пособие / А. В. Улезько, А. В. Агибалов, Е. Ю. Горюхина; Под ред. А. П. Курносова. — Воронеж: ВГАУ, 2000. — 101 с.

Улезько А.В., Агибалов А. В., Горюхина Е. Ю. Автоматизированные системы обработки экономической информации: Учебное пособие. — Воронеж: ВГАУ, 1998. — 64с.

Экономическая информатика / Под ред. П. В. Конюховского и Д. Н. Колесова. — СПб: Питер, 200. — 560 с.

Инотек Бухгалтер Профессионал'32: Руководство администратора. ;

http://www.inotec.ru/text/iadmcont.html.

Приложение Листинг программы.

unit Unit1;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, Sockets, ExtCtrls, DBCtrls, Grids, DBGrids, DB, DBTables,

StdCtrls, ComCtrls, jpeg, DBClient, WordXP, OleServer, Menus, Unit3, Unit4,Unit5;

type

TForm1 = class (TForm)

Label1: TLabel;

Table1: TTable;

DataSource1: TDataSource;

DataSource2: TDataSource;

Table2: TTable;

Table3: TTable;

DataSource3: TDataSource;

Query1: TQuery;

Query2: TQuery;

Query3: TQuery;

Query4: TQuery;

DataSource4: TDataSource;

Table4: TTable;

DataSource5: TDataSource;

Table5: TTable;

DataSource6: TDataSource;

Table6: TTable;

DataSource7: TDataSource;

Table7: TTable;

Word: TWordApplication;

doc: TWordDocument;

MainMenu1: TMainMenu;

replace1: TMenuItem;

N2: TMenuItem;

report1: TMenuItem;

table11: TMenuItem;

ca1: TMenuItem;

N3: TMenuItem;

N4: TMenuItem;

delivery1: TMenuItem;

PageControl1: TPageControl;

choose: TTabSheet;

Button5: TButton;

GroupBox1: TGroupBox;

Label2: TLabel;

Button12: TButton;

Edit1: TEdit;

DBGrid4: TDBGrid;

Memo1: TMemo;

GroupBox2: TGroupBox;

Label3: TLabel;

Button13: TButton;

Edit2: TEdit;

DBGrid5: TDBGrid;

Memo2: TMemo;

GroupBox3: TGroupBox;

Label4: TLabel;

Edit5: TEdit;

Button14: TButton;

DBGrid6: TDBGrid;

Memo3: TMemo;

GroupBox4: TGroupBox;

Label5: TLabel;

Edit8: TEdit;

Button15: TButton;

Button16: TButton;

Edit3: TEdit;

DBGrid7: TDBGrid;

Memo4: TMemo;

q: TMemo;

TabSheet1: TTabSheet;

Image2: TImage;

DBGrid1: TDBGrid;

DBNavigator1: TDBNavigator;

TabSheet2: TTabSheet;

Image3: TImage;

DBGrid2: TDBGrid;

DBNavigator2: TDBNavigator;

TabSheet3: TTabSheet;

Image1: TImage;

DBGrid3: TDBGrid;

DBNavigator3: TDBNavigator;

procedure Button1Click (Sender: TObject);

procedure FormCreate (Sender: TObject);

procedure Button2Click (Sender: TObject);

procedure Button3Click (Sender: TObject);

procedure FormHide (Sender: TObject);

procedure Button6Click (Sender: TObject);

procedure Button7Click (Sender: TObject);

procedure FormDestroy (Sender: TObject);

procedure Button9Click (Sender: TObject);

procedure Button10Click (Sender: TObject);

procedure Button12Click (Sender: TObject);

procedure Button13Click (Sender: TObject);

procedure Button14Click (Sender: TObject);

procedure Button15Click (Sender: TObject);

procedure Button16Click (Sender: TObject);

procedure Button4Click (Sender: TObject);

procedure table11Click (Sender: TObject);

procedure N2Click (Sender: TObject);

procedure delivery1Click (Sender: TObject);

procedure N3Click (Sender: TObject);

procedure N4Click (Sender: TObject);

procedure FormClose (Sender: TObject; var Action: TCloseAction);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form1: TForm1;

implementation

{$R *.dfm}

procedure TForm1. Button1Click (Sender: TObject);

begin

Table4.Filtered:= True;

Table4.Filter:= 'Name = «ghgf» ';

end;

procedure TForm1. FormDestroy (Sender: TObject);

begin

word.Disconnect;

word.Quit;

end;

procedure TForm1. FormCreate (Sender: TObject);

var f: TextFile;

q:String;

begin

assignFile (f,'111.txt');

Reset (f);

ReadLn (f, q);

TabSheet1.Caption:=q;

ReadLn (f, q);

TabSheet2.Caption:=q;

ReadLn (f, q);

TabSheet3.Caption:=q;

Table1.TableName:=ExtractFilePath (ParamStr (0))+'Baseaaa.db';

Table1.Active:=true;

Table2.TableName:=ExtractFilePath (ParamStr (0))+'Baseqqq.db';

Table2.Active:=true;

Table3.TableName:=ExtractFilePath (ParamStr (0))+'Basewww.db';

Table3.Active:=true;

Query1.DatabaseName:= ExtractFilePath (ParamStr (0))+'base';

Query2.DatabaseName:= ExtractFilePath (ParamStr (0))+'base';

Query3.DatabaseName:= ExtractFilePath (ParamStr (0))+'base';

Query4.DatabaseName:= ExtractFilePath (ParamStr (0))+'base';

DBGrid4.Visible:=False;

DBGrid5.Visible:=False;

DBGrid6.Visible:=False;

DBGrid7.Visible:=False;

end;

procedure TForm1. Button2Click (Sender: TObject);

begin

Table1.Edit;

Table1.ClearFields;

Table1.Post;

end;

procedure TForm1. Button3Click (Sender: TObject);

var i: Integer;

begin

Table1.First;

for i:=1 to Table1. RecordCount do

begin

Table1.Edit;

Table1.ClearFields;

Table1.Post;

Table1.Next;

end;

end;

procedure TForm1. FormHide (Sender: TObject);

begin

Application.Terminate;

end;

procedure TForm1. Button6Click (Sender: TObject);

begin

Table2.Edit;

Table2.Post;

end;

procedure TForm1. Button7Click (Sender: TObject);

var i: Integer;

begin

Table2.First;

for i:=1 to Table2. RecordCount do

begin

Table2.Edit;

Table2.ClearFields;

Table2.Post;

Table2.Next;

end;

end;

procedure TForm1. Button9Click (Sender: TObject);

begin

Table3.Edit;

Table3.Post;

end;

procedure TForm1. Button10Click (Sender: TObject);

var i: Integer;

begin

Table3.First;

for i:=1 to Table3. RecordCount do

begin

Table3.Edit;

Table3.ClearFields;

Table3.Post;

Table3.Next;

end;

end;

procedure TForm1. Button12Click (Sender: TObject);

var sql: String;

var name: String;

begin

DBGrid4.Visible:=True;

Query1.DatabaseName:= ExtractFilePath (ParamStr (0))+'base';

DataSource4.DataSet.Close;

name:=Edit1.Text;

sql:='select Commodity, Address from aaa where Organization='+Edit3.Text+name+Edit3.Text;

Memo1.Lines.Clear;

Memo1.Lines.Add (sql);

DataSource4.DataSet:=Query1;

Query1.Close;

Query1.SQL.Assign (Memo1.Lines);

Query1.Open;

end;

отчет

word.connect

send ln (‘Accept')

Наличие на складе

Table1.Activate

начало

exit

frmfist

dcomconnection

выход

АРМ Ввод данных о продажах.

Клиенты

СЕРВЕР БД нет

нет

нет

нет

да

да

да

да

end

формирование заказа

получение отчетных документов

сборка товара

выбор товаров

склад

покупатели

оплата товара

менеджер

касса

АРМ Бухгалтер₂

Бухгалтер₁

Файловый сервер

Прайс-лист

client.Resiveln

найти

создать

if str = buf

frmmain

Поставка

frmfind

Заказ

Продажи

Калькуляция

Создать

Справочники

Главное меню

Основные файлы установки системы

Файлы .mdb системы