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

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


Смотрите также:
Программа курса Теория бухгалтерского учета Сущность и содержание бухгалтерского учета...
Программа повышения квалификации «основы бухгалтерского и налогового учета в коммерческом...
План введение Глава І...
Методика организации управленческого учета на предприятии 16 Организация управленческого учета...
Система автоматизации бухгалтерского учета – необходимый элемент системы управления вузом...
Взаконодательном порядке закреплены и задачи бухгалтерского учета, которые выражаются в...
«Создание и редактирование электронных карт и планов в программном продукте «Панорама»...
Дипломной работы...
Автономная некоммерческая организация...
Курсовая работа по дисциплине «Системы обработки экономической информации» на тему...
Программа дисциплины дпп. Ф. 06...
Реферат По дисциплине: Бухгалтерский учет На тему: «Организация бухгалтерского учета на...



Загрузка...
страницы:   1   2   3   4   5   6
скачать
Содержание


3.3.1 Моделирование бизнес процессов 55

3.5 Требование к техническому обеспечению 61

4.1 Методика обоснования экономической эффективности 79

4.2 Расчет единовременных затрат 79

4.3 Расчет обобщающих показателей эффективности 81

5. Надёжность, эргономика, качество и безопасность проекта 84

5.1 Надежность и эргономика проекта 84

5.1.1 Показатели качества 84

5.1.2 Средство обеспечения качества 86

5.1.3 Требования к эргономике 88

5.1.4 Тестирование системы 89

5.2 Безопасность проекта 90

5.2.1 Климатические условия работы оператора 90

  1. Введение


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

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

Несмотря на большое существование аналогичных программных продуктов, например 1С: Бухгалтерия, ИНФО-Бухгалтер, Турбо Бухгалтер и множество других, возникла необходимость в создании собственного программного продукта, который отвечал бы узким требованиям заказчика и при необходимости дорабатывался собственным программным отделом.

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

  • быстро и в удобной форме вводить основные документы (кассовые, банковские, по движению товаров на складах и некоторые другие);

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

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

1. Характеристика предметной области


    1.1 Роль информационных технологий в совершенствовании управления


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

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

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

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

Уже сегодня в мире насчитывается несколько миллионов персональных компьютеров. Их популярность объясняется тем, что они просты в эксплуатации, потребляют мало энергии, обладают высокой надежностью и быстродействием. Это способствует всё большему распространению компьютеров в различные области человеческой деятельности. Развитие вычислительной техники позволяет строить системы нового типа, характеризующиеся, с одной стороны, разнообразием средств отображения информации, с другой – интеграцией этих средств, и обеспечением максимальных условий работы пользователей, не имеющих специальной подготовки. Еще одним преимуществом персональных компьютеров являются их небольшие размеры, что позволяет размещать такие машины на рабочих местах. Организация автоматизированных рабочих мест (АРМ) на производстве способствует сокращению потерь времени, связанных с ежедневными операциями по учету и хранению информации, контролю протекания процесса производственного процесса. Организация связи между такими АРМ с помощью локальной сети обеспечивает:

  • быстрый доступ к любой информации;

  • анализ состояния производственного процесса и своевременное принятие управленческих решений в случае обнаружения сбоев в процессе производства;

  • контроль исполнения управленческих решений.

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

  • прикладные программы и пакеты программ;

  • инструментальные системы программирования;

  • операционные системы.

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

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

Преимущества использования ПК для организации деловой жизни становятся очевидны. Это идеальный инструмент для запоминания и управления различной информацией.

Основными источниками экономической эффективности при внедрении ЭВМ служат:

  • повышение производительности труда вследствие сокращения потерь рабочего времени;

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

  • увеличение масштабов внедрения программного продукта (ПП).

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

Помимо экономии времени существует много возможностей по повышению качества работы. Улучшение показателей качества непосредственно связано с 4 важнейшими факторами:

  1. Прямой своевременный доступ к информационным ресурсам, осуществляемый с АРМ к внешним и внутренним базам данных;

  2. Эффективная координация деятельности с помощью систем передачи речи и систем электронной почты;

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

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

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

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

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

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

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

  • Компактность. Нет необходимости в многотомных бумажных архивах.

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

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

  • Применимость. Точная, свежая информация всегда под рукой.

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

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

  • возможность сокращения избыточности.

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

  • возможность устранения (до некоторой степени) противоречивости.

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

  • возможность общего доступа к данным.

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

  • возможность соблюдения стандартов.

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

  • возможность введения ограничений для обеспечения безопасности.

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

  • возможность обеспечения целостности данных.

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

  • возможность сбалансировать противоречивые требования.

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

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


Рисунок 1 - Порядок составления первичного документа


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

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

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

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

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

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

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

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

^ 1.2 Требования эффективности для разрабатываемого программного продукта


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

Каждый сотрудник бухгалтерского отдела имеет на своем рабочем месте персональный компьютер, с установленной на нём ОС Windows ХР. В отделе установлена локальная вычислительная сеть с выделенным сервером на базе ОС Windows 2003. Для эффективной работы отдела требуется разработать программный комплекс, отвечающий следующим требованиям:

  1. Предоставление каждому пользователю доступа только к тем документам, которые действительно ему необходимы. Поэтому программный комплекс необходимо разбить на следующие подсистемы, которые могут работать независимо друг от друга, и соответствуют группам бухгалтерских документов:

  • кассовые документы;

  • банковские документы;

  • документы по движению товарно-материальных ценностей;

  • документы по движению основных средств и нематериальных активов;

  • документы по расчетам с сотрудниками;

  • прочие документы.




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

  2. Безошибочное отражение хранимой информации;

  3. Быстро и оперативно делать выверку нужных документов.


^ 1.3 Описание аналогов автоматизированных системы бухгалтерского учета


      1. 1С: Бухгалтерия




Рисунок 2 - 1С: Бухгалтерия


На сегодняшний день самой распространенной в России программой для бухгалтерского учета является «1С: Бухгалтерия» (рисунок 2). Несмотря на огромную популярность, отношение к данной программе среди пользователей сложилось двойственное: часть из них признает ее лучшим из существующих средств автоматизации бухгалтерского и налогового учета, часть считает довольно слабым продуктом, имеющим множество недочетов и недостатков.

Если же оценивать «1С: Бухгалтерию» объективно, то ее нельзя назвать ни плохой, ни хорошей, поскольку неправильно давать оценочную характеристику данной программе без привязки к конкретному предприятию. Для некоторых организаций «1С: Бухгалтерия» является идеальным вариантом, полностью удовлетворяющим их требования, предъявляемые к автоматизации бухгалтерского учета. А для некоторых компаний данная программа не подходит, поскольку не способна в полной мере решить поставленные перед ней задачи. Поэтому, прежде чем начинать работать с «1С: Бухгалтерией», необходимо оценить все ее достоинства и недостатки и, учитывая их, принимать окончательное решение о выборе компьютерной бухгалтерской программы.

Рассмотрим основные достоинства и недостатки «1С: Бухгалтерии». К достоинствам данной программы можно отнести следующее:

а) С помощью «1С: Бухгалтерии» можно вести все существующие виды бухгалтерского и налогового учета.

б) На сегодняшний день «1С: Бухгалтерия» является одной из самых универсальных бухгалтерских программ, которая может использоваться в самых разных организациях. Данная программа основана на платформе «1С: Предприятие», которую можно модифицировать под нужды конкретного бизнеса. Подобная гибкость «1С: Бухгалтерии» позволяет решать с ее помощью множество различных задач.

в) «1С: Бухгалтерия» приспособлена под российское законодательство и позволяет легко подстраиваться под регулярно меняющиеся в нашей стране законы и требования чиновников. Разработчики «1С» следят за всеми изменениями в налоговом законодательстве и оперативно обновляют формы отчетности в программе.

г) Программа «1С: Бухгалтерия» обладает высокой производительностью, что дает возможность решать с ее помощью самые сложные задачи.

д) Совместно с «1С: Бухгалтерией» можно использовать MS SQL Server.

К сожалению, «1С: Бухгалтерия» обладает и рядом недостатков, к которым можно отнести следующее:

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

б) При переходе на «1С: Бухгалтерию» с другой бухгалтерской программы могут возникнуть серьезные затруднения при переносе информации из одной базы данных в другую (значительную часть информации нередко приходится переносить вручную).

в) В «1С: Бухгалтерии» затруднен поиск ошибок, сделанных во время обработки документов.

г) Программа «1С: Бухгалтерия» достаточно сложна в освоении и требует специального обучения пользователей.


      1. Инфо-Бухгалтер


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

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

Функциональные особенности программы «Инфо-Бухгалтер»:

  •   полное соответствие всем требованиям Минфина и ФНС;

  •   все режимы налогообложения;

  •   охват всех участков учета;

  •   параллельное ведение бухгалтерского и налогового учета;

  •   автоматическое формирование всех видов отчетности;

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

  •   выгрузка отчетности для предоставления в электронном виде;

  •   регулярные бесплатные обновления;

  •   простота освоения и удобство в работе;

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

"Инфо-Бухгалтер" - это программа для бизнеса, написанная для бухгалтера, а не для программиста, программа включает в себя автоматизацию как бухгалтерского так и налогового учёта. Программа позволяет легко настраивать её на любые особенности учета компании и полностью соответствовать последним изменениям в законодательстве, бухгалтерском и налоговом учете и отчетности.

1.3.3 «ПАРУС» - Бухгалтерия

С
Рисунок 4 - Парус - Бухгалтерия
истема «ПАРУС - Предприятие», в который входит модуль «Парус - Бухгалтерия» (рисунок 4) предназначена для малых и средних хозрасчетных предприятий различной отраслевой принадлежности (торговля, сфера услуг, элементарное производство, реклама и СМИ, общественное питание, туризм, иностранные компании и др.). Это простая, удобная, но в то же время мощная полнофункциональная система, позволяющая автоматизировать бухгалтерский учет, основные торговые процессы и складской учет, расчет заработной платы и кадровый учет. Может эксплуатироваться как на одном, так и на нескольких (в пределах 15-20) объединенных в локальную сеть компьютерах.

Достоинства системы:

  • простота освоения;

  • широкие функциональные возможности;

  • высокая надежность функционирования;

  • типовые настройки на различные типы предприятий;

  • сокращение затрат на автоматизацию путем выбора оптимальной комплектации с возможность её дальнейшего наращивания;

  • возможность анализа учетных данных и информации в базе данных.

^ 1.3.4 Турбо Бухгалтер

Турбо Бухгалтер (рисунок 5) - платформа является трехзвенной: клиент – сервер приложения – сервер базы данных. Основными преимуществами платформы является следующие элементы:

  1. У
    Рисунок 5 - Турбо Бухгалтер
    добство интерфейса. Легкость настройки внешнего вида печатных форм. Быстрый доступ к документам из Центра Управления и меню.

  2. Генератор отчетов. Пользователю нет необходимости в программировании отчетов, пользователей сам может настроить, что он хочет увидеть в строках, что в столбцах, и по какому критерию разбито на таблицах (куб OLAP).

  3. Открытый и доступный код. Специалист достаточно легко и быстро внесет доработки в систему без ее остановки.

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

Программа Турбо Бухгалтер автоматизирует:

  • синтетический, аналитический, налоговый учет, количественный, многовалютный учет, банковские и кассовые операции, формирование кассовой книги и выписки банка;

  • составление, хранение и печать первичных бухгалтерских документов;

  • зачет и начисление НДС, формирование Книги покупок, Книги продаж;

  • начисление налогов с продаж, на пользователей автодорог, на имущество, на прибыль, с заработной платы (ЕСН);

  • подготовку бухгалтерской и налоговой отчетности (бухгалтерский баланс и приложения, отчет о прибылях и убытках, налоговые декларации, статистическая отчетность);

  • формирование внутренних отчетов (оборотные и шахматные ведомости, журналы-ордера, Главную книгу и др.);

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

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

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

  • осуществлять перерасчет при изменении проводок "задним числом";

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

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

  • формировать различные отчеты в любом разрезе с помощью встроенного генератора отчетов.

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

    1. ^ Постановка задачи автоматизации




    1. Описание объекта автоматизации


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

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

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

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

С
Документы


Ввод данных в ЭВМ


Результирующая информация в требуемых системой учета разрезах


Отчетные документы


Машинная обработка данных





хема автоматизированной формы учета приведена на рисунке 6.


О
Рисунок 6 - Схема автоматизированной формы учета

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

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

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

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

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

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

  • из отчетных документов в архивные не переносятся (остаются в отчетных):

  • не проведенные платежные требования и поручения;

  • незакрытые договора, доверенности и счет-фактуры;

  • из текущих документов в отчетные не переносятся (остаются в текущих);

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

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


    1. ^ Анализ языков программирования и выбор среды разработки


Наиболее распространенными средствами разработки различных приложений в среде Windows в настоящее время являются Visual Basic, Borland C++ Builder, Borland Delphi, Visual FoxPro.

Язык Basic вначале был разработан для создания простых программ и использовался в качестве учебного языка для изучения основ программирования с последующим переходом на более сложные и универсальные языки. Именно поэтому этот язык с ранних пор был одним из самых простых в использовании. В настоящее время последняя версия этого языка Visual Basic 6 дает возможность решать любые современные задачи разработки приложений. При этом Visual Basic 6 остался достаточно простым в освоении, став в то же время одним из самых распространенных языков программирования. В Visual Basic 6 интегрирован набор инструментов, облегчающих и ускоряющих процесс разработки готового приложения. Такая реализация языка позволяет отнести его к средствам быстрой разработки приложений. Одним из направлений развития Visual Basic является то, что этот язык стал фактическим стандартом языка для управления всеми крупномасштабными Windows-приложениями. На основе Visual Basic созданы встроенные языки макропрограммирования для различных пакетов Microsoft Office. Эти языки получили общее название Visual Basic for Application (VBA). В Office единый языковый механизм VBA используют все основные приложения: Word, Excel, PowerPoint, Access.

Программный продукт Borland C++ Builder – это средство быстрого создания корпоративных информационных систем, объединившее удобства визуальной среды разработки, объектно-ориентированный подход, разнообразные возможности повторного использования кода, открытую архитектуру и высокопроизводительный компилятор языка С++, одного из самых распространенных языков программирования.

Отметим основные особенности Borland C++ Builder :

  • удобная среда разработки;

  • быстрота разработки приложений;

  • высокая производительность разработанного приложения за счет получения 32-разрядного исполняемого кода с помощью оптимизирующего компилятора;

  • невысокие требования разработанного приложения к ресурсам компьютера;

  • возможность полного доступа к функциям операционных систем Windows;

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

  • архитектура доступа к данным базируется на библиотеке BDE, которая обеспечивает доступ к локальным БД и к SQL-серверам;

  • возможность создавать и встраивать разнообразные отчеты.

Среда Delphi обладает с одной стороны, высокой производительностью приложений благодаря созданию полностью скомпилированного кода, удобной настраиваемой средой разработки, компонентной архитектурой, позволяющей строить приложение путем сборки его из отдельных компонентов, множество которых имеет широкое распространение, а с другой стороны – возможностью доступа к разнообразным данным, начиная от плоских таблиц типа dBase и Paradox и заканчивая разнообразными серверными СУБД. Delphi представляет собой 32-разрядную рабочую среду для создания 32-разрядных приложений, которые могут исполняться под управлением Windows 98, 2000 или Windows XP. В основу этого программного продукта легли концепции объектно-ориентированного программирования на базе языка Object Pascal и визуального подхода к построению приложений.

Язык Visual Basic является неструктурированным языком и с его помощью достаточно сложно писать серьезные прикладные программы, он обладает ограниченными возможностями. Язык С++ достаточно сложен в использовании и применяется в основном для решения задач системного программирования. Язык Delphi по мнению многих считается на сегодняшний день одним из самых распространенных средств создания приложений баз данных для корпоративных применений. Но если обратиться к данным, приведенным в Microsoft White Pages, средства разработки СУБД распределены среди профессиональных разработчиков США следующим образом:

Microsoft (MS SQL, VFP) - 44%

Borland (Interbase SQL, Delphi) - 19%

Oracle - 7%

В
Рисунок 7 – MS Foxpro
России Microsoft Foxpro долго был самым популярным инструментом создания баз данных. В настоящее время его несколько потеснили такие средства разработки как Delphi, MS Access и MS Visual Basic. Но и сейчас Foxpro (рисунок 7 )остается самым популярным инструментом для разработки баз. На нем написано больше всего бухгалтерских, экономических и других

приложений, связанных с расчетами и хранением информации.

Microsoft Visual FoxPro представляет собой полноценное 32-х разрядное приложение, является объектно-ориентированным, визуально программируемым языком, управляемым по событиям и в полной мере соответствует новым требованиям, предъявляемым к современным средствам разработки.

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

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

Системы управления базами данных (СУБД) – это программные средства, предназначенные для создания, наполнения, обновления и удаления баз данных.

Наряду с традиционным хранением данных в виде отдельных DBF-файлов в Visual FoxPro поддерживается хранение данных в базе данных. БД содержит все включенные в нее таблицы, их индексы, постоянные связи между таблицами, длинные имена таблиц, комментарии и заголовки полей, хранимые процедуры и триггеры, правила проверки и многое другое. Обеспечивается поддержка значения NULL для полей БД, что является важным при работе с SQL-БД. БД позволяет хранить информацию о соединениях с удаленными источниками данных, поддерживает работу с локальными и удаленными видами, представляющими комбинацию из одной или нескольких локальных или удаленных таблиц. Триггеры и правила проверки полей и таблиц позволяют перенести многократно повторяемые в приложениях правила проверки ввода данных в БД и хранить правила проверки совместно с данными.

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

В зависимости от расположения различают локальные и распределенные (удаленные) СУБД.

Все части локальной СУБД размещаются на компьютере пользователя базы данных. Локальный вариант реально может обеспечить лишь однопользовательский режим доступа к данным. Этот вариант на предприятиях практически не встречается, так как в нем чрезвычайно трудно синхронизировать содержимое нескольких копий БД, количество которых (копий) должно равняться количеству одновременно работающих с данными пользователей.

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

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

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

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

Недостаточно развитый аппарат транзакций локальных СУБД служит потенциальным источником ошибок как при одновременном внесении изменений в одну и ту же запись, так и при реализации отката результатов серии объединенных по смыслу в единое целое операций над БД, когда некоторые из них завершились успешно, а некоторые – нет. Это может нарушать ссылочную и смысловую целостность БД.

Перечисленных недостатков во многом лишены СУБД, построенные по архитектуре клиент-сервер.

В архитектуре клиент-сервер между клиентом и БД появляется важное промежуточное звено – сервер БД (специальная программа, управляющая базой данных)

Клиент формирует запрос к серверу на языке запросов SQL (Structured Query Language – структурированный язык запросов), являющийся промышленным стандартом для реляционных БД. SQL-сервер обеспечивает интерпретацию запроса, его выполнение, формирование результата и выдачу этого результата клиенту. При этом ресурсы клиентского компьютера не участвуют в физическом выполнении запроса: клиентский компьютер лишь отсылает запрос к серверной БД и получает результат, после чего интерпретирует его необходимым образом и предоставляет пользователю. Так как клиентскому компьютеру посылается результат выполнения запроса, по сети передаются только те данные, которые в действительности нужны клиенту. В итоге снижается нагрузка на сеть. Кроме того, SQL-сервер, если это возможно, оптимизирует полученный запрос таким образом, чтобы он был выполнен за минимально возможное время. Все это повышает быстродействие системы и снижает время ожидания результата запроса.

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

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

Visual FoxPro поддерживает доступ к наиболее популярным SQL-серверам баз данных – Microsoft SQL Server, Oracle, Informix и другим, используя стандарт ODBC.

Несмотря на постоянно растущую популярность таких средств разработки, как Delphi и Visual Basic, по требованию заказчика в дипломном проекте в качестве основного инструмента разработки клиентского приложения был выбран язык программирования Visual FoxPro с архитектурой файл-сервер.




^ 3. Специальная часть


3.1 Разработка информационной модели


Информационная модель объекта автоматизации включает следующие объекты:

  • организации, подразделения, склады;

  • подотчетные лица;

  • план счетов;

  • документы первичной документации (кассовые, банковские и др.);

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

  • архивы.

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

В спроектированной БД используются следующие таблицы:

  • справочник организаций, подразделений, складов;

  • справочник подотчетных лиц;

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

  • справочник основных проводок первичных документов;

  • реестр проводок к первичным документам;

  • реестр первичных документов;

  • файл параметров.

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

  • архив проводок к первичным документам;

  • архив первичных документов.

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

    • не проведенные платежные требования и поручения;

    • незакрытые договора, доверенности и счет-фактуры.


Рисунок 8 - Логическая модель




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

БД дипломного проекта представляет собой реляционную модель, в настоящее время реализованную на платформе FoxPro.

Логическая и физическая модели БД дипломного проекта были разработаны при помощи специального пакета проектирования баз данных ERwin 4.1.

По данным IDC, ERwin принадлежит 57% рынка средств моделирования данных. Среди его наград - 7 призов DBMS Reader's Award и признание лучшим средством проектирования данных. ERwin используют PricewaterhouseCoopers, Bank of New York, Twentieth Century Fox, NATO и многие другие зарубежные и российские организации.

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

ERwin - это не просто средство проектирования, но и инструмент разработки, способный автоматически создавать таблицы и генерировать тысячи строк текста хранимых процедур и триггеров для всех популярных СУБД. Революционная технология Complete-Compare (Завершить-Сравнить) позволяет организовать итеративную разработку, поддерживая постоянную согласованность модели и базы данных. Благодаря интеграции с популярными средами разработки программ, ERwin позволяет ускорить создание приложений для обработки данных.

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

ERwin поддерживает прямое и обратное проектирование 20 типов баз данных различных производителей, от настольных до реляционных СУБД и специализированных СУБД, предназначенных для создания хранилищ данных, среди них находится и FoxPro.

Окно Create Model (Создание модели, рисунок 9) предоставляет возможность выбора типа создаваемой модели. Типы моделей являются частью новой архитектуры уровня проектирования ERwin, которая позволяет пользователям, кроме всего прочего, создавать и поддерживать синхронизацию между одной логической и несколькими физическими моделями.


Рисунок 9 - Создание модели




Отличительными особенностями ERwin являются:

    • Технология трансформации. Редко физическая структура базы данных соответствует оригинальной логической структуре. Для достижения приемлемой производительности современные eBusiness - приложения требуют денормализации таблиц. Технология трансформации ERwin позволяет реализовать этот тип изменений, вместе с тем, поддерживая целостность структуры оригинала.

    • Управление большими моделями. ERwin 4.1 облегчает управление моделями больших предприятий за счет использования предметных областей (Subject Areas) и хранимых отображений (Stored Displays). Предметные области предоставляют индивидуальным проектировщикам возможность сфокусированного взгляда, разделяя модель на более мелкие и за счет этого легче управляемые подмножества. Хранимые отображения предоставляют множественные графические представления модели или ее предметных областей, тем самым, облегчая обмен информацией между специализированными группами пользователей.

    • Генерация схемы базы данных. В новую версию включены оптимизированные шаблоны триггеров ссылочной целостности, и мощный межплатформенный макро-язык, поддерживающий настройку триггеров и хранимых процедур. Исходя из физической структуры модели, генерируются полные определения следующих элементов базы данных в соответствии с целевой СУБД: базы данных / табличные пространства, таблицы и представления; столбцы с ограничениями по умолчанию и ограничениями доменов; первичные ключи, внешние ключи, и индексы; хранимые процедуры и код триггеров; волюметрические и другие физические свойства.

Первым шагом при создании логической модели является создание диаграммы Сущность-Связь (the Entity Relationship Diagram, ERD).

Основная задача ER-диаграмм – оценить, какие требования к бизнес-информации будут достаточными для обеспечения нужд планирования разработки информационной системы. Эти модели не очень подробны (включены только основные сущности), атрибуты тоже слабо детализируются. Разрешены отношения многие ко многим, ключи, как правило, не включаются. Эта модель, в основном, предназначена для презентации и обсуждения.

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

В реляционной базе данных в каждой ячейке может храниться только один объект. В базе данных существует также взаимосвязь между таблицами. Каждая взаимосвязь представлена в RDBMS (РСУБД) за счет совместного использования одной или нескольких колонок двумя таблицами.

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

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

ERwin содержит два типа сущностей:

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

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

В ER-диаграмме сущность представлена рамкой с именем этой сущности.

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

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

ERwin использует два типа связей:

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

    • Неидентифицирующая связь - это такая связь, при которой экземпляр дочерней сущности не идентифицируется через свою ассоциацию с родительской сущностью. Атрибуты первичного ключа родительской сущности становятся не ключевыми атрибутами дочерней. Неидентифицирующие связи отображаются пунктирной линией между объектами (рисунок 10).

Когда Вы сформируете связь, то ключ родительской сущности автоматически появится в качестве части ключа дочерней (для идентифицирующей связи) или в качестве не ключевого атрибута дочерней сущности (для неидентифицирующей связи), причем рядом с ним будет стоять (FK), то есть внешний ключ, Foreign Key. Эта операция изменения дочерней сущности вследствие создания связи называется миграцией ключа.

Атрибут, который может принимать нулевое значение, считается “необязательным” и на диаграмме изображается как ромбик на родительском конце связи (Nulls Allowed).

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



Рисунок 10 – Связь между объектами




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

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

Когда все готово к генерации физической схемы базы данных, можно задать режимы, указывающие ERwin, какую информацию об индексах включить в схему. Впоследствии, если модифицировать индексную информацию в ERwin, можно использовать возможности ERwin DB Sync и Schema Generation для обновления информации, хранящейся на сервере.

Когда генерируется схема на основе модели данных, ERwin автоматически создает индекс для первичного ключа (РК) и отдельный индекс для каждого альтернативного ключа (АК), внешнего ключа (FK), Inversion Entry (IE). Если у сущности не было назначено альтернативных ключей и Inversion Entry, то ERwin создает индексы только для первичного ключа и внешних ключей.

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





Рисунок 11





Схема физической модели БД приведена на рисунке 12.





Рисунок 12 - схема физической модели БД


Ниже приводится описание таблиц БД.

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

Справочник досье (DOSIE.DBF) (Таблица 1).




Таблица 1 - Справочник досье

Структура таблиц БД

Поле

Тип

Описание

Ограничения

1

2

3

4

Nomnumar

Character(8)

Краткое наименование организации/подразделения/склада (Primary Key)

Not Null

Family

Character (135)

Полное наименование организации/подразделения/склада




Chief

Character (40)

Фамилия директора




Adress

Character (60)

Адрес организации




Bank

Character (80)

Наименование банка




Cbank

Character (10)

БИК банка




Bankbook

Character (20)

Расчетный счет




Corrbook

Character (20)

Корр. Счет




Status

Character (1)

Тип категории досье (организация/подразделение/склад)




Tel

Character (15)

Телефон организации




Post_dep

Character (6)

Почтовый индекс




Okonh

Character (5)

ОКОНХ




Okpo

Character (8)

ОКПО




Account

Character (8)

Бухгалтерский счет




Dolg

Character (25)

Должность директора




Inn

Character (12)

ИНН организации




Kpp

Character (10)

КПП организации







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

Справочник категорий досье (STATDOSI.DBF) (Таблица 2).


Таблица 2 - Справочник категорий досье

Name

Character (40)

Наименование критерия




Status

Character (1)

Статус




NumDoc

Character (1)

Группа документов




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

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

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

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

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

Справочник плана счетов (NAMEACCO.DBF) (Таблица 3).


Таблица 3 - Справочник плана счетов

Account

Character (8)

Счет (Primary Key)

Not Null

Name

Character (50)

Наименование счета




Kind

Character (4)

Признак счета




Active

Character (1)

Активность счета




Summa_G

Integer (16,2)

Дебетовое сальдо с начала года




Summa_K

Integer (16,2)

Дебетовое сальдо с начала квартала




Summa_M

Integer (16,2)

Дебетовое сальдо с начала месяца




Summa1_G

Integer (16,2)

Кредитовое сальдо с начала года




Summa1_K

Integer (16,2)

Кредитовое сальдо с начала квартала




Summa1_M

Integer (16,2)

Кредитовое сальдо с начала месяца





В системе используется два способа доступа к документам, справочникам и отчетам: через меню (Menu) и используя панель инструментов (ToolBar).

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

Файл настроек (DOCUMENT.DBF) (Таблица 4).













Таблица 4 - Файл настроек

NumDoc

Integer (3,0)

Номер документа (Primary Key)

Not Null

NameDoc

Character (40)

Наименование документа




Active

Character (1)

Дата окончания учебы




NumGr

Integer (2,0)

Принадлежность группе документов




FieldMenu

Character (40)

Команда для выполнения




Tema

Character (5)

Указатель того, что в документе используется тема




Otkogo

Character (5)

Какие реквизиты у документа для поля ОТ КОГО




Komu

Character (5)

Какие реквизиты у документа для поля КОМУ











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

Двойная запись представляет собой способ регистрации хозяйственных операций в системе счетов бухгалтерского учета (плана счетов). Термин “двойная запись” означает, что используются одновременно два счета – с кредита одного сумма уходит, на дебет другого – приходит.

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

Реестр хозяйственных операций или проводок (PROVODKA.DBF) (Таблица 5).

Архивный, Отчетный, Текущий.


Таблица 5 - Реестр хозяйственных операций или проводок

NumDoc

Integer (3,0)

Код документа (Primary Key)

Not Null

Number

Character (8)

Номер документа (Primary Key)

Not Null

Debit

Character (8)

Дебет




Credit

Character (8)

Кредит




Valuta

Character (3)

Код валюты




Summa

Integer (16,2)

Сумма




When

Character (7)

Период (для архивных документов) (Primary Key)




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

Следующий справочник отображает корреспонденцию каждого счета с другими счетами плана счетов.

Справочник корреспонденции счетов (GENERAL.DBF) (Таблица 6).


Таблица 6 - Справочник корреспонденции счетов

Account

Character (2)

Счет (Primary Key)

Not Null

Correspond

Character (110)

С какими счетами корреспонденция





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

Справочник основных проводок первичных документов (CONTIR.DBF) (Таблица7).


Таблица 7 - Справочник основных проводок первичных документов

NumDoc

Integer(3,0)

Номер документа (Primary Key)

Not Null

NameOp

Character (40)

Название операции




Debit

Character (5)

Дебет (Primary Key)




Credit

Character (5)

Кредит (Primary Key)




VidOp

Character (60)

Дополнительные операции







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

Справочник валют (VALUTA.DBF) (Таблица 8).


Таблица 8 - Справочник валют

Valuta

Character (3)

Код валюты (Primary Key)

Not Null

NameVal

Character (30)

Название валюты




Meloch

Character (10)

Разменная монета




SprName

Character (3)

Справочное название




Active

Character (1)

Признак активности валюты




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

Справочник курсов валют (KURS_VAL.DBF) (Таблица 9).


Таблица 9 - Справочник курсов валют

Valuta

Character (3)

Код валюты (Primary Key)

Not Null

Date

Date

Дата (Primary Key)

Not Null

Izm

Integrer (3,0)

Единица измерения

Not Null

Rate

Integrer(12,4)

Сумма курса

Not Null


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

Справочник операций (OPERACIA.DBF) (Таблица 10).


Таблица 10 - Справочник операций

NumOp

Character (3)

Номер операции (Primary Key)

Not Null

NameOp

Character (50)

Название операции




Debit

Character (5)

Дебет




Credit

Character (5)

Кредит




Algo

Character (80)

Алгоритм операции







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

Файл параметров системы (CONSTANT.DBF) (Таблица 11).


Таблица 11 - Файл параметров системы

Id

Character (12)

Файл, сохраняющий данные

Not Null

Type

Character (12)

Описание хранящихся данных

Not Null

ChkVal

Integer(10,0)

Полное наименование организации

Not Null

Name

Memo

Сохраненные переменные




Data

Memo

Значения переменных




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

Приходный кассовый ордер (ПКО) применяется для оформления поступления наличных денег в кассу организации.

Приходный кассовый ордер (D100.DBF) (Таблица 12).

Архивный, Отчетный, Текущий


Таблица 12 - Приходный кассовый ордер

Number

Character (8)

Номер документа (Primary Key)

Not Null

Date

Date

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

Not Null

Otkogo

Character (45)

От кого получено

Not Null

Komu

Character (8)

Какое подразделение

Not Null

Tema

Character (8)

Тема




Summa

Integer(16,2)

Сумма




TemaC

Character (8)

Статья

Not Null

Basis

Character (45)

Основание




Prilog

Character (45)

Приложение




KolDoc

Integer(3,0)

Количество документов




Org

Character (8)

Организация




RegNum

Character (8)

Регистрационный номер




Valuta

Character (3)

Код валюты

Not Null

TN

Character (5)

Таб. номер сотрудника




When

Character (7)

Период (для архивных документов) (Primary Key)




Расходный кассовый ордер (РКО) применяется для оформления выдачи наличных денег из кассы организации.

Расходный кассовый ордер (D101.DBF) (Таблица 13).

Архивный, Отчетный, Текущий


Таблица 13 - Расходный кассовый ордер

Number

Character (8)

Номер документа (Primary Key)

Not Null

Date

Date

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

Not Null

Otkogo

Character (8)

Какое подразделение

Not Null

Komu

Character (45)

Кому выдано

Not Null

Tema

Character (8)

Тема




Summa

Integer(16,2)

Сумма




TemaC

Character (8)

Статья

Not Null

Basis

Character (45)

Основание




Prilog

Character (45)

Приложение




KolDoc

Integer(3,0)

Количество документов




Org

Character (8)

Организация




Продолжение таблицы 13




Number

Character (8)

Номер документа (Primary Key)

Not Null

Pasport

Character (90)

Удостоверение личности




RegNum

Character (8)

Регистрационный номер




Valuta

Character (3)

Код валюты

Not Null

TN

Character (5)

Таб. номер сотрудника




When

Character (7)

Период (для архивных документов) (Primary Key)





Платежное требование — расчетный документ, требование получателя непосредственно к плательщику об уплате определенной суммы средств.

Платежное требование (D110.DBF) (Таблица 14).

Архивный, Отчетный, Текущий


Таблица 14 - Платежное требование

Number

Character (8)

Номер документа (Primary Key)

Not Null

Date

Date

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

Not Null

Otkogo

Character (8)

Плательщик

Not Null

Komu

Character (8)

Получатель

Not Null

Tema

Character (8)

Тема




Summa

Integer(16,2)

Сумма




Basis

Character (60)

Основание




Basis1

Character (60)

Основание (продолжение)




Basis2

Character (60)

Основание (продолжение)




Basis3

Character (60)

Основание (продолжение)




Basis4

Character (60)

Основание (продолжение)




DatVyp

Date

Дата выписки банка




Org

Character (8)

Объект взаимозачета




Proch

Character (8)

Подразделение




RegNum

Character (8)

Регистрационный номер




Valuta

Character (3)

Код валюты

Not Null

When

Character (7)

Период (для архивных документов) (Primary Key)




Платежные поручения, уменьшают сумму на банковском счету.

Платежное поручение (D111.DBF) (Таблица 15).

Архивный, Отчетный, Текущий


Таблица 15 - Платежное поручение




Number

Character (8)

Номер документа (Primary Key)

Not Null

Date

Date

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

Not Null

Otkogo

Character (8)

Плательщик

Not Null

Komu

Character (8)

Получатель

Not Null

Tema

Character (8)

Тема




Summa

Integer(16,2)

Сумма




Basis

Character (86)

Основание




Basis1

Character (86)

Основание (продолжение)




Basis2

Character (86)

Основание (продолжение)




Basis3

Character (86)

Основание (продолжение)




Basis4

Character (86)

Основание (продолжение)




DatUsl

Date

Дата оказания услуг




Org

Character (8)

Объект взаимозачета




Proch

Character (8)

Подразделение




SrokPl

Date

Срок платежа




QuerPl

Character (8)

Очередность платежа




RegNum

Character (8)

Регистрационный номер




Valuta

Character (3)

Код валюты

Not Null

When

Character (7)

Период (для архивных документов) (Primary Key)







Справочник товаров, является основным, при работе с товарно-материальными ценностями (ТМЦ).

Справочник товара (TOWAR.DBF) (Таблица 16).


Таблица 16 - Справочник товаров

NomNum

Character (40)

Номенклатурный номер (Primary Key)

Not Null

Name

Character (200)

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




Izm

Character (3)

Единица измерения




Account

Character (8)

Счет, на который относится товар




NDS

Integer (5,2)

Ставка НДС




Country

Character (15)

Страна происхождения




NomDekl

Character (24)

ГТД




Nsp

Integer (5,2)

Ставка НСП




Neoblag

Logical

Необлагаемый товар (НДС)




Akciz

Integer (3,0)

Ставка акциза







оставить комментарий
страница1/6
Дата10.10.2011
Размер1.69 Mb.
ТипДиплом, Образовательные материалы
Добавить документ в свой блог или на сайт

страницы:   1   2   3   4   5   6
Ваша оценка этого документа будет первой.
Ваша оценка:
Разместите кнопку на своём сайте или блоге:
rudocs.exdat.com

Загрузка...
База данных защищена авторским правом ©exdat 2000-2017
При копировании материала укажите ссылку
обратиться к администрации
Анализ
Справочники
Сценарии
Рефераты
Курсовые работы
Авторефераты
Программы
Методички
Документы
Понятия

опубликовать
Загрузка...
Документы

Рейтинг@Mail.ru
наверх