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

Оглавление
Введение
1. Аналитическая часть
1.1. Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности «КАК ЕСТЬ»
1.1.1. Характеристика предприятия и его деятельности
1.1.2. Организационная структура управления предприятием
1.2. Характеристика комплекса задач, задачи и обоснование необходимости автоматизации
1.2.1. Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов
1.2.2. Определение места проектируемой задачи в комплексе задач и ее описание
1.2.3. Обоснование необходимости использования вычислительной техники для решения задачи
1.3. Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ»
1.3.1. Анализ существующих разработок для автоматизации задачи
1.3.2. Выбор и обоснование стратегии автоматизации задачи
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по техническому обеспечению
1.4.2. Обоснование проектных решений по информационному обеспечению
1.4.3. Обоснование проектных решений по программному обеспечению
2. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
2.2.2. Используемые классификаторы и системы кодирования
2.2.3. Характеристика нормативно-справочной, входной и оперативной информации
2.2.4. Характеристика результатной информации
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
2.3.2. Характеристика базы данных
2.3.3. Структурная схема пакета (дерево вызова программных модулей)
2.3.4. Описание программных модулей
2.4. Технологическое обеспечение задачи
2.4.1. Организация технологии сбора, передачи, обработки и выдачи информации
2.4.2. Схемы технологического процесса сбора, передачи, обработки и выдачи информации
3. Обоснование экономической эффективности
3.1. Выбор и обоснование методики расчета экономической эффективности проекта
3.2. Расчет показателей экономической эффективности проекта
Заключение
Список использованной литературы

Совокупность информации конкретного экономического объекта образует информационную систему, в которой различают входную и выходную информацию.
Информацию, поступающую в информационную систему называют входной.
Важное значение, особенно при создании информационных систем, имеет подразделение информации в зависимости от степени стабильности на постоянную и переменную. Первая остается без изменений или же подвергается незначительным корректировкам в течение более или менее длительного периода времени. Переменная информация, как правило, участвует в одном технологическом цикле машинной обработки информации.
Входная информация должна содержать следующие сведения:
данные о заказе:
фамилия клиента;
имя клиента;
контактные сведения;
дата заказа;
список и количество товаров;
стоимость заказа.
Нормативно-справочная информация представляет собой перечень товаров и их цен.
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. Организация технологии сбора, передачи, обработки и выдачи информации
Поступающая информация о продажах вносится менеджерами вручную по каждой продаже в базу данных. Обработка информации будет осуществляться при помощи разработанной информационной системы учета продаж.
Результаты обработки отражаются на экране. Если необходим отчет то выводиться на печать.
На большинстве предприятий в последнее время компьютерные сети стали стандартным элементом. Как правило, это локальная сеть, которая обслуживает все компьютеры в офисе или здании.
При соединении всех компьютеров посредством сети, значительно упрощается доступ к информации для многочисленных пользователей. Данные информационной системы учета продаж могут находиться в одной точке сети (файловый сервер) и быть доступными для всех пользователей. Однако поскольку с данными одновременно может работать несколько пользователей (бухгалтер_1 и бухгалтер_2), то могут возникнуть некоторые проблемы. Например, необходимо обеспечить, чтобы только один пользователь мог изменять данные записей одновременно. Если право на одновременное редактирование записей имеют несколько пользователей, то важные изменения могут быть потеряны.
Удачным решением при разработке информационной системы, является подход к совместному использованию базы данных, изображенный на рисунке 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) — индекс прибыльности — демонстрирует относительную величину доходности проекта. Он определяет сумму прибыли на единицу инвестированных средств. Он обязательно должен быть больше единицы.
.
В результате реализации продукции выручка от реализации с НДС составит 18000000 у.е., всего затраты на производство составили 16560000 у.е., налоги и платежи 1146600 у.е., балансовая прибыль 417900 у.е., а прибыль оставшаяся после выплаты всех налогов 247000 у.е.
Анализируя эти данные очевидно, что при реализации продукции проект будет приносить доход и чистая приведенная стоимость составит 148400 у.е., при этом период окупаемости составит 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))+'Base\aaa.db';
Table1.Active:=true;
Table2.TableName:=ExtractFilePath(ParamStr(0))+'Base\qqq.db';
Table2.Active:=true;
Table3.TableName:=ExtractFilePath(ParamStr(0))+'Base\www.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;
58
103
отчет
word.connect
send ln(‘Accept’)
Наличие на складе
Table1.Activate
начало
exit
frmfist
dcomconnection
выход
АРМ
Ввод данных о продажах.
Клиенты
СЕРВЕР БД
нет
нет
нет
нет
да
да
да
да
end
формирование заказа
получение отчетных документов
сборка товара
выбор товаров
склад
покупатели
оплата товара
менеджер
касса
АРМ
Бухгалтер_2
Бухгалтер_1
Файловый
сервер
Прайс-лист
client.Resiveln
найти
создать
if str = buf
frmmain
Поставка
frmfind
Заказ
Продажи
Калькуляция
Создать
Справочники
Главное меню
Основные файлы установки системы
Файлы .mdb системы