Размещено на http://www.allbest.ru/

ОГЛАВЛЕНИЕ

ВВЕДЕНИЕ

Глава 1. Технико-экономическая характеристика предметной области и предприятия

1.1. Характеристика предприятия и его деятельности

1.2. Организационная структура управления предприятием

1.3. Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов

Глава 2. Информационное обеспечение задачи

2.1 Информационная модель и её описание

2.2 Используемые классификаторы и системы кодирования

2.3 Характеристика нормативно-справочной, входной и оперативной информации

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

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

ВВЕДЕНИЕ

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

Целью проекта является автоматизация расчетов клиентами компании «Связной»

В соответствии с поставленной целью необходимо было решать следующие задачи:

изучение объекта управления

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

изучить систему внутрихозяйственного контроля расчетов с клиентами на предприятии;

выбор пакета прикладных программ;

проектирование баз данных и разработка программы по формированию результатной информации;

Объектом исследования компания «Связной».

ГЛАВА 1. ТЕХНИКО-ЭКОНОМИЧЕСКАЯ ХАРАКТЕРИСТИКА ПРЕДМЕТНОЙ ОБЛАСТИ И ПРЕДПРИЯТИЯ

1.1 Характеристика предприятия и его деятельности

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

Открытое общество «Связной» в дальнейшем «», создано в с действующим Российской Федерации.

положение Общества Гражданским кодексом Федерации, Федеральным «Об акционерных », иными нормативно- актами Российской , а также Уставом.

Целью является получение от осуществления деятельности.

Основными деятельности Общества :

Торгово-закупочная , в том :

оптовая и торговля промышленными , включая продукцию -технического назначения;

сети торговых ;

коммерческое посредничество представительство;

выполнение и транспортных , необходимых для продукции;

оказание , сбытовых услуг;

и реализация народного потребления продукции производственно- назначения;

Внешнеэкономическая , в том : осуществление операций импорту и товаров, работ, .

Уставный капитал составляет 1 500 000 (Один пятьсот тысяч) .

Бизнес, который начало группе «Связной», был в октябре 1995 . С момента и основным деятельности группы оптовая торговля стандарта DECT персональной аудиотехникой, времени деятельность осуществлялась под «Максус».

Датой компании считается 9 1995 года. Торговая на Горбушке, площадью 20 квадратных , в штате было, всего сотрудников. Начав минимального капитала, за короткий превратилось в и стремительно коммерческое предприятие.

2000 году компания «» подписала прямые с ведущими персональной аудиотехники, как: Siemens, , Philips, Ericsson другими. К 2002 года компания «» удалось занять : доля рынка оптовым продажам и телефонии 10%.

Правильно оценивая развития рынка сотовых телефонов, 2001 году было стратегическое решение концентрации усилий области развития продаж. 23 апреля 2002 состоялся официальный розницы под брендом - сеть мобильной связи «». К этому новая сеть 81 торговую точку.

запуска бренда «» розничная сеть «Максус» продолжает развиваться, причем только в и Московской . Осенью 2002 года первые центры связи Связной Санкт-Петербурге. «» присутствовал в столице только оптовый продавец. середине 2003 года уже 25 торговых . Следующим этапом развития «Связного» открытие магазинов Нижнем Новгороде. началу 2004 года число центров связи «Связной» более 850 в 170 городах Российской . «Связной» появился Урале, в , в Республике , В Поволжье, Юге России. рынка сети мобильной связи «» по итогам 2005 - 12,3%.

В настоящее партнерами компании : Nokia, Samsung, , Sony Ericsson, , Philips, Motorola, , Explay, Sony, , Rover, Nec, и т..

В течение 2004 «Связной» осуществила , результатом которой прозрачная финансовая , наличие которой существенному повышению привлекательности группы.

группа «Связной» : ЗАО «Группа «Связной» - владелец одиннадцати операционных группы, в числе: ЗАО «» - распределительный и центр; розничные компании (ЗАО « МС», «Связной », ОАО «Связной », ОАО «Связной », ЗАО «Связной », ОАО «Связной », ОАО «Связной », «Сибирь»; ЗАО « Загрузка» - производитель .

Такая структура группе «Связной» сотрудничать с финансовыми институтами .

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

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

«Связной» во является новатором рынке мобильного «Связной» первым марта 2004 года принимать у за междугороднюю международную связь счетам «Ростелеком». «» первым начал ежемесячный каталог телефонов под «Взрослые игрушки». старого телефона новую модель доплатой, прием без комиссии, полисов автострахования, к НТВ+, покупки товаров кредит и далеко не услуги.

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

На май 2009 компании принадлежало 1753 в России 69 в Белоруссии, под торговыми «Связной» и « 3» (расширенный ассортимент и цифровые ). Также в «Связной» входит «Связной Загрузка» ( контента).

Интернет- «Связной» доставляет более чем 33 городах России.

2007 года «Связной» сети салонов связи «МегаПлюс» фотоуслуг «Фокус» Белоруссии (всего 102 ).

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

1.2 Организационная структура управления предприятием

Организационная структура предприятия представлена на рисунке 1.1

Рисунок 1.1- Организационная структура ООО «Связной»

Анализ структуры ООО «Связной», на изучении организационных документов: расписании и инструкциях, показал, исследуемое предприятие линейно-функциональную .

В розничном «Связного» (сами ) действует следующая управления:

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

-оперативный (ОМ) - курирует 5 до 30 торговых , непосредственный руководитель магазинами;

-управляющий (УМ) - контролирует 5-10 менеджеров в субъекте (Москва, область и .д.);

-директор торговым операциям () - контролирует работу в 1 из 9 «» (Юг, Поволжье, -Петербург, Москва, область, Дальний , Урал, Сибирь).

1.3 Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов

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

Автоматизация учета с применением и надежных что позволяет трудоемкость работы предприятия, что существенно повысить труда, оперативность клиентов, а уменьшить вероятность в учете. деятельности бухгалтерии выбрать методом создание автоматизированных . Это позволит систему людям, имеющим специальных в области , и одновременно дополнять систему мере надобности. система учета можно определить комплекс информационных и программно- средств, объединенных выполнения определенных бухгалтера. Еще применения компьютеров учете реализации отдел бухгалтерии с множеством , на решение уходило много и средств. таким наиболее проблемам относятся:

- объем утомительной работы: оформление форм документов, различных отчетов так далее

- оперативность и обработки большого информации

- несовершенство процессов сбора, обработки и информации, которая качество управления отдела сбыта.

из этих , в финансовом , как и многих других , просто “напрашивается” использования компьютеров. компьютеры являются широко используемым компьютеров, их постоянно увеличивается, область применения . Персональные компьютеры объединяться в , что позволяет и сотням легко обмениваться и одновременно доступ к базам данных. наличие самой техники не от проблем. иметь соответствующее обеспечение, которое и выполняет реализации продукции. данном дипломном , была разработана система учета сотрудника торгового - программа , направленная автоматизацию учета по совершенным , при работе компании «Связной». программа позволят практически все выше проблемы, этом имеет достоинства:

- снижает на обслуживания улучшает показатели компании;

- увеличивает переработки информации снижает трудоемкость ;

- не требует количества персонала осуществление учета;

- требует от каких-либо навыков работы программой;

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

Программа разработана среде Borland ++ Builder 6.

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

Операционная : Windows XP (5.1, Build 2600) Service 3 (2600.xpsp.080413-2111);

Процессор: (R) Core()2 Duo CPU @ 3.00GHz (2 CPUs);

ОЗУ: DIMM 2046MB RAM;

: LCD 20 PHILIPS (1600x1200);

карта: NVIDIA 9800 GT 512MB,256 bit,;

Жесткий диск: IDE 1 TBIT: Big Disk 1 TB и OneTouch III 1 TB;

DVD AD-7200S;

Клавиатура: ;

Мышь: Genius.

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

Глава 2. Информационное обеспечение задачи

2.1 Информационная модель и её описание

В базе отражается информация определенной предметной . Предметной областью () называется часть мира, представляющая для данного (использования). В информационных системах предметной области моделями данных уровней. Число моделей будет от особенностей . Мы будем далее вопросы баз данных СУБД, поддерживающих модели данных. от того, ли в виде отдельно логического и уровня, с зрения методологии равно можно эти уровни и соответствующие этапы проектирования данных. Даталогическая базы данных (). Даталогическая модель моделью логического и представляет отображение логических между элементами безотносительно к содержанию и хранения. Эта строится в информационных единиц, в той СУБД, в которой мы базу данных. создания ДЛМ даталогическим проектированием. логической структуры данных на СУБД называется . Физическая модель данных. Для даталогической модели среде хранения модель данных уровня (для часто называемая моделью). Эта определяет используемые устройства, способы организации данных среде хранения. физического уровня строится с возможностей, предоставляемых . Описание физической базы данных схемой хранения. этап проектирования называется физическим . СУБД обладают возможностями по организации данных, связи с сложность и физического проектирования, выполняемых шагов для конкретных . К числу , выполняемых на физического проектирования, : выбор типа , способа организации , методов доступа, размера физического , управление размещением на внешнем , управление свободной , определение целесообразности данных и методов сжатия, физической модели . К физическому относятся и , связанные с (определение числа размеров буферов, при передаче из внешней во внутреннюю, файлов за ). В настоящее наблюдается тенденция сокращению работ стадии физического . Иногда эти вообще бывают от проектировщика. модель не является точным схемы. Некоторые допускают различия типах данных, в схеме подсхеме, и их преобразование, различный логический следования элементов схеме и , введение в виртуальных полей т. д. определена подсхема, пользователь имеет только к данным, которые в соответствующей , что является из способов информации от доступа.

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

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

Рисунок 2.1- Взаимосвязь проектирования БД

модель предметной . Выше мы о трех моделей, которые СУБД. Но того чтобы структуру базы , необходима исходная о предметной . Желательно, чтобы информация была в, формализованном . Информация, требуемая проектирования БД, зависит от СУБД. Более , для проектирования с «небанковской» обычно требуется же информация. предметной области, без ориентации используемые в программные и средства, называется моделью предметной (ИЛМ).

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

Требования инфологической модели:

отображение предметной ;

непротиворечивость;

должна взгляды и всех пользователей ;

однозначная трактовка ;

модель должна конечной;

модель быть легко , то есть возможность ввода (удаления) данных изменения ранее ;

должна обладать композиции и (укреплять базу или расщеплять);

быть легко на ЭВМ;

быть независимой оборудования и организации базы на ЭВМ.

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

Классом объектов совокупность объектов, одинаковым набором .

Объекты могут двух типов:

объекты;

абстрактные .

2.2 Используемые классификаторы и системы кодирования

Каждому объекту классе объектов свое уникальное (идентификатор). Каждому объектов в присваивается уникальное . Связи между и характеризующими свойствами изображаются виде линий, обозначение объекта его свойств. могут быть (например, год ) и множественными (, один студент знать несколько ). Обычно для связей между и его свойством используется стрелка, а множественных свойств - стрелка.

Свойства быть:

статистическими (, не изменяющиеся течением времени);

(изменяющиеся с времени).

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

Такие свойства условными.

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

Рисунок 2.2- модель данных

2.3 Характеристика нормативно-справочной, входной и оперативной информации

Описание входящих

Для выполнения расчетов с и покупателями компании Связной данные следующих :

А) Счет- при покупке реализации товаров следующими характеристиками:

- № - фактуры;

дата счета;

продавец;

продавца;

ИНН/ продавца;

грузоотправитель его адрес;

и его ;

платежно-расчетный ;

покупатель;

адрес ;

ИНН/КПП ;

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

измерения;

количество ;

цена за измерения;

стоимость без учета ;

налоговая ставка;

налога по ;

стоимость товара учетом налога;

к оплате;

налога;

ФИО ;

ФИО главного .

Б) Накладная поступлению товаров поставщиков:

номер ;

дата оформления ;

склад;

поставщик;

№ ;

зачет аванса;

;

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

товара;

цена единицу измерения;

товара без налога;

сумма товара;

стоимость с учетом ;

итого с НДС;

сумма .

В) Накладная отгрузке товара:

;

договор;

склад;

отгрузки;

зачет ;

налоги;

тип ;

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

за единицу ;

стоимость товара учета налога;

налога товара;

товара с налога;

итого учетом НДС;

НДС.

Описание базы данных хранения входной

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

Таблица 2.1-Структура базы данных Scfac.db

Наименование поля	тип	длина	Назначение
Nom	A	10	№ счет-фактуры
Dt1	D		дата составления счета
Prod	A	100	продавец
Adr	A	100	адрес продавца
Inn	A	20	ИНН/КПП продавца
Grusotp	A	100	грузоотправитель и его адрес
Grusop	A	100	грузополучатель и его адрес
Prsd	A	100	платежно-расчетный документ
Pok	A	100	покупатель
Adr1	A	100	адрес покупателя
Inn1	A	20	ИНН/КПП покупателя
Sum1	$		стоимость товара с учетом налога
Snds	$		сумма налога
Ruk	A	35	ФИО руководителя
Glbuch	A	35	ФИО главного бухгалтера

Таблица баз данных scfac1.db используется для хранения табличной части счета. Структура приведена в табл. 2.2.

Таблица 2.2-Структура базы данных scfac1.db

Наименование поля	тип	длина	Назначение
Nom	A	10	Номер счета
Name	A	50	наименования товара
Ed_izm	A	10	единица измерения
Kol	S		количество товаров
Cena	$		цена за единицу измерения
Sum	$		стоимость товара без учета налога
Nalog	S		налоговая ставка
Snds	$		сумма налога по товару
Sum1	$		стоимость товара с учетом налога

Таблица баз данных nakl_post.db используется для хранения заголовочной части накладной поступления товара. Структура приведена в табл. 2.3.

Таблица 2.3-Структура базы данных nakl_post.db.DBF

Наименование поля	тип	длина	Назначение
Nom	A	10	номер накладной
Dt	D		дата оформления документа
Sklad	A	25	склад
Post	A	50	поставщик
Dogov	A	50	№ договора
Zac_av	A	50	зачет аванса
Nalog	A	50	налоги
Snds	$		итого с учетом НДС
Sum1	$		-сумма НДС.

Таблица баз данных nakl_post1.db используется для хранения табличной части накладной по поставке товара. Структура приведена в табл. 2.4.

Таблица 2.4-Структура базы данных nakl_post1.db

Наименование поля	тип	длина	Назначение
Nom	A	10	Номер счета
Name	A	50	наименования товара
Ed_izm	A	10	единица измерения
Kol	S		количество товаров
Cena	$		цена за единицу измерения
Sum	$		стоимость товара без учета налога
Nalog	S		налоговая ставка
Snds	$		сумма налога по товару
Sum1	$		стоимость товара с учетом налога

Таблица баз данных nakl_otg.db используется для хранения заголовочной части накладной отгрузки товара. Структура приведена в табл.2.5.

Таблица 2.5-Структура базы данных nakl_otg.db.DBF

Наименование поля	тип	длина	Назначение
Nom	A	10	номер накладной
Dt	D		дата оформления документа
Sklad	A	25	склад
Наименование поля	тип	длина	Назначение
Post	A	50	Плательщик
Dogov	A	50	№ договора
Vid_ogr	A	50	Вид отгрузки
Zac_av	A	50	зачет аванса
Nalog	A	50	налоги
Typ	A	50	Тип цены
Snds	$		итого с учетом НДС
Sum1	$		-сумма НДС.

Таблица баз данных nakl_otg1.db используется для хранения табличной части накладной по поставке отгрузке товара. Структура приведена в табл.2.6.

Таблица 2.6-Структура базы данных nakl_otg1.db

Наименование поля	тип	длина	Назначение
Nom	A	10	Номер счета
Name	A	50	наименования товара
Ed_izm	A	10	единица измерения
Kol	S		количество товаров
Cena	$		цена за единицу измерения
Sum	$		стоимость товара без учета налога
Nalog	S		налоговая ставка
Snds	$		сумма налога по товару
Sum1	$		стоимость товара с учетом налога

Характеристика постоянной информации

К входной информации отнести справочные о номенклатуре , единиц измерения, о складах , поставщиках товара, о заключенных . Для хранения информации необходимо соответствующие таблицы данных. Структуры имена файлов, которых они храниться представлены табл. 2.7-2.10.

Таблица 2.7-Структура базы данных sklad.db

Наименование поля	тип	длина	Назначение
Kod	A	10	Номер склада
Name	A	50	наименования склада
Prim	A	100	примечание

Таблица 2.8-Структура базы данных tovar.db

Наименование поля	тип	длина	Назначение
Kod	A	10	Код товара
Name	A	50	наименования
Typ	A	20	Тип товара
Proiz	A	35	Страна производитель

Таблица 2.9-Структура базы данных postavsh.db

Наименование поля	тип	длина	Назначение
Kod	A	10	Код поставщика
Name	A	50	наименования
Adr	A	60	Адрес поставщика
Inn/kpp	A	20	ИНН/КПП
phone	A	12	телефон

Таблица 2.10-Структура базы данных dogovor.db

Наименование поля	тип	длина	Назначение
Kod	A	10	Номер договора
Tex	M		Текст договора

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

Результатную информацию, в данном приложении можно на два : 1) информацию, формируемые экране; 2) документы, в виде и выводимые печать.

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

макет фактуры (рис.2.3.);

накладной по товара (рис.2.4.);

накладной по товара (рис.2.5.);

документа отображающей книги продаж (.2.6.);

макет, отображающий по продажам (.2.7.).

Рисунок 2.3- Макет фактуры

Рисунок 2.4- накладной по товара

Рисунок 2.5- накладной по товара

Рисунок 2.6- «Книги продаж»

2.7-Отчет по

Размещено на Allbest.ru

...