Проектирование реализации операций бизнес-процесса «Взаиморасчеты с поставщиками»

Содержание:

ВВЕДЕНИЕ

Тема курсовой работы: Проектирование реализации операций бизнес-процесса «Взаиморасчеты с поставщиками». Выбранная тема исследования считается актуальной в связи со значительным упрощением и автоматизацией учета расчетов с поставщиками, за счет применения ИС.

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

Учет расчетов с поставщиками предполагает:

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

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

В настоящие дни в подобных ситуациях на помощь приходят информационные системы (ИС), автоматизирующие различную деятельность.

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

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

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

Объектом исследования является ОАО «Рога и копыта».

Предметом исследования является процесс ведения учета расчетов с поставщиками.

Целью курсового проектирования является создание ИС, позволяющей в оперативном порядке вести учет расчетов с поставщиками в ОАО «Рога и копыта».

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

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

Практическая часть работы предполагает разработку структурно-функциональной схемы ИС с помощью соответствующих программ, реализацию схемы базы данных ИС, предназначенной для хранения сведений о расчетах с поставщиками. Для выполнения реализации проекта информационной системы используется СУБД MS Access 2003.

Глава 1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

1.1. Характеристика комплекса задач

1.1.1. Выбор комплекса задач автоматизации

Проектируемая информационная система учета взаиморасчетов предназначена для автоматизации процесса ведения учета взаиморасчетов с поставщиками.

В результате создания ИС «Учет взаиморасчетов с поставщиками» предполагается автоматизация следующих функций:

• учет поставщиков;
• учет товаров;
• учет договоров с поставщиками и расчетов по договорам;
• учет накладных;
• учет факта оплаты по договорам;
• составление отчета «Список договоров».

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

• работа с данными (ввод/редактирование/просмотр/удаление);
• поиск и выборка данных;
• формирование отчетов.

К входным информационным потокам отнесем:

• справочную информацию;
• список поставщиков;
• список товаров;
• сведения о договорах и расчетах;
• сведения о накладных.

К выходным информационным потокам отнесем:

• результаты запросов;
• отчеты.

Решением данной задачи занимается бухгалтер.

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

1.1.2. Характеристика существующих бизнес-процессов

Для проведения анализа и реорганизации бизнес-процессов предназначено CASE-средство BPwin 4.0.

На рис. 1 представлена контекстная диаграмма ИС «Учет взаиморасчетов с поставщиками»:

Рисунок 1 – Контекстная диаграмма IDEF0

Рассмотрим функциональную схему информационной системы учета взаиморасчетов, которая представлена на рис.1. На вход системы поступают данные в виде пяти информационных потоков:

• справочная информация;
• список поставщиков;
• список товаров;
• сведения о договорах и расчетах;
• сведения о накладных.

Управляющим воздействием являются нормативные документы, приказы.

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

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

Основной процесс разбивается на четыре процесса: Ведение справочников, Оперативный учет, Поиск и выборка данных, Формирование справочников.

Декомпозиция контекстной диаграммы представлена на рис. 2.

Рисунок 2 – Диаграмма декомпозиции A0

Процесс «Оперативный учет» разбивается на следующие процессы: Ведение каталога товаров, Учет поставщиков, Учет договоров и расчетов, Учет накладных.

Декомпозиция диаграммы представлена на рис. 3.

Рисунок 3 – Диаграмма декомпозиции A2

1.1.3. Характеристика документооборота, возникающего при решении задачи

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

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

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

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

1.2. Обоснование проектных решений

1.2.1 Обоснование проектных решений по информационному обеспечению

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

Структура унифицированной формы накладной на товар представлена на рис. 4.

Рисунок 4 – Структура накладной на товар

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

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

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

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

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

Таблица 1 – Используемые системы кодирования

Кодируемое множества объектов	Длина кода	Система кодирования	Система классификации	Вид классификатора
Код типа товара	12	порядковая	отсутствует	системный
Код Товара	12	порядковая	отсутствует	системный
Код типа расчета	12	порядковая	отсутствует	системный
Код поставщика	12	порядковая	отсутствует	системный
Номер договора	12	порядковая	отсутствует	системный
Номер накладной	12	порядковая	отсутствует	системный

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

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

Таблица 2 – Справочники

№ п/п	Наименование	Обозначение
1	Справочник типов товаров	Таблица «Тип товара»
2	Справочник типов расчетов	Таблица «Тип расчета»

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

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

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

1.2.2. Обоснование проектных решений по программному обеспечению

Операционные системы (ОС) составляет базу функционирования ЭВМ в контуре ИС. Без нее не может работать ни один компьютер.

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

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

Кроме того, ОС обеспечивает выполнение следующих технологических функций:

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

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

• однозадачные (MS DOS) и многозадачные (OS/2, Unix, Windows);
• однопользовательские (MS DOS) и многопользовательские (Unix, Linux, Windows);
• однопроцессорные и многопроцессорные системы;
• локальные и сетевые.

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

В зависимости от областей использования многозадачные ОС подразделяются на три типа:

• системы пакетной обработки (ОС ЕС);
• системы с разделением времени (Unix, Linux, Windows);
• системы реального времени (RT11).

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

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

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

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

Многопроцессорные и однопроцессорные операционные системы. Одним из важных свойств ОС является наличие в ней средств поддержки многопроцессорной обработки  данных. Такие средства существуют в OS/2, Net Ware, Widows NT. По способу организации вычислительного процесса эти ОС могут быть разделены на асимметричные и симметричные.

Локальные ОС применяются на автономных ПК или ПК, которые используются в компьютерных сетях в качестве клиента.
В состав локальных ОС входит клиентская часть ПО для доступа к удаленным ресурсам и услугам. Сетевые ОС предназначены для управления ресурсами ПК включенных в сеть с целью совместного использования ресурсов. Они представляют мощные средства разграничения доступа к информации, ее целостности и другие возможности использования сетевых ресурсов. Для решения задач пользователя в ИС применяются прикладные программы, которые иногда называются «функциональные программы», «задачи пользователя», «приложения» и др.

В качестве ОС выбрана общедоступная, наиболее известная и чаще используемая пользователями система Windows версии XP и выше, которая является многозадачной, многопользовательской системой.

Прикладная программа – это программа, реализующая решение задачи пользователя ИС. Эти программы – главные компоненты системы и сети, для решения задач которых они и создаются.

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

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

В первую очередь при выборе СУБД необходимо принимать во внимание следующие факторы:

1. максимальное число пользователей одновременно обращающихся к базе;
2. характеристики клиентского программного обеспечения;
3. аппаратные компоненты сервера;
4. серверную операционную систему;
5. уровень квалификации персонала.

Наиболее известными СУБД являются Microsoft Access, Oracle, Paradox, MySQL, MS SQL Server.

Рассмотрим данные СУБД подробнее и выберем одну из них для реализации системы.

MySQL – это свободная реляционная СУБД, разработку и поддержку которой осуществляет корпорация Oracle.

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

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

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

СУБД MySQL является реляционной СУБД c открытым исходным кодом, данная СУБД доступна для загрузки на сайте MySQL.com.

СУБД MySQL является системой типа «клиент-сервер», содержащей многопоточный SQL-сервер, который обеспечивает:

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

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

К основным преимуществам СУБД MySQL относятся:

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

MS Access – это реляционная СУБД, выпущенная корпорацией Microsoft.

Как реляционная СУБД Access обеспечивает доступ ко всем типам данных и позволяет одновременно использовать несколько таблиц базы данных. Можно использовать таблицы, созданные в среде Paradox или dBase.

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

Несмотря на то, что Access является мощной и сложной системой, его использование не сложно для непрофессиональных пользователей. СУБД Access 2003 для работы с данными использует процессор баз данных Microsoft Jet 4.0. Пользователям, малознакомым с понятиями реляционных баз данных, Access дает возможность разделять свои сложные по структуре таблицы на несколько, связанных по ключевым полям.

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

Таким образом, СУБД MS Access была выбрана исходя из следующих функциональных возможностей:

• эффективная обработка больших объёмов информации;
• доступ ко всем типам данных;
• одновременное использование нескольких таблиц БД;
• доступность и простота для непрофессиональных пользователей;
• лёгкость создания таблиц при помощи одного из трёх режимов: с помощью конструктора, с помощью мастера и путём ввода данных;
• простота создания связей между таблицами, с помощью «Редактора связей»;
• наличие встроенного механизма проверки целостности данных.

Microsoft SQL Server – это СУРБД, которая разработана компанией Microsoft в 1989 году. Основной используемый язык запросов в СУБД MS SQL Server  является Transact-SQL, который был создан совместно компаниями Microsoft и Sybase. Transact-SQL используется для работы с БД от персональных до крупных БД масштаба предприятия.

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

Стоит отметить, что СУБД MS SQL Server не предназначена непосредственно для разработки пользовательского приложения, а только выполняет функции управления БД. MS SQL Server имеет средства удаленного администрирования и управления операциями, которые организованы на базе объектно-ориентированной распределенной среды управления.

К важнейшим характеристикам СУБД MS SQL Server  относятся:

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

В комплект средств осуществления административного управления СУБД MS SQL Server  входят специальные мастера, а также средства автоматической настройки параметров конфигурации БД. Кроме того, данная СУБД оснащена средствами тиражирования, которые позволяют синхронизировать данные ЭВМ с информацией БД и наоборот. Сервер OLAP, входящий в набор поставки, дает возможность сохранять и анализировать все имеющиеся у пользователя данные. SQL Server Enterprise Manager, который входит в состав всех редакций MS SQL Server (за исключением MSDE), представляет собой полнофункциональное и простое средство для администрирования.

Основными объектами БД MS SQL Server являются: таблица, схема данных (диаграмма данных), запрос, представление, триггер, хранимая процедура.

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

Важно отметить, что СУБД MS SQL Server рассчитана для работы на платформе ОС Windows. Данное обстоятельство ограничивает ее использование в различных сферах деятельности. Кроме того, компания Microsoft ориентируется на снижение стоимости СУБД, а это соответственно приводит к уменьшению эффективности средств обеспечения надежности и безопасности БД.

В качестве СУБД выбрана система MS Access как наиболее доступная и простая в использовании. Кроме того, ранее было указано на возможность использования в MS Access форм с подчиненными, что позволяет приблизить формы входных данных к унифицированным формам документов.

Глава 2. ПРОЕКТНАЯ ЧАСТЬ

2.1. Информационное обеспечение задачи

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

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

Опишем принципы построения информационной модели.

Все таблицы информационной базы разделим на два типа: справочники (2 таблицы), оперативные таблицы (5 таблиц).

• Справочники: Тип товара, Тип расчета.
• Оперативные таблицы: Поставщик, Каталог товаров, Договора, Накладная, Спецификация накладной.

На 1 этапе построения информационной модели отображаем символ информационной системы и «Прикрепляем» к нему все разработанные таблицы БД (рис.5).

Рисунок 5 – 1 этап построения информационной модели 

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

Рисунок 6 – 2 этап построения информационной модели 

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

Рисунок 7 – 3 этап построения информационной модели 

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

Входные данные системы – это данные о договорах, накладных, список поставщиков, а также справочная информация БД. Входные данные ИС приведены в табл. 3-7.

Таблица 3 – Данные о договорах

Идентификатор	Договор
Форма представления	Экранная форма для работы с данными
Сроки и частота поступления	При заключении нового договора
Источник входной информации	Бухгалтер
Перечень реквизитов	Номер договора, Дата заключения, Код поставщика, Срок действия, Сумма по договору, Сумма оплаты, Отметка об оплате

Таблица 4 – Данные о накладных

Идентификатор	Накладная
Форма представления	Экранная форма для работы с данными
Сроки и частота поступления	При формировании накладной
Источник входной информации	Бухгалтер
Перечень реквизитов	Номер накладной, Дата составления, Договор, Общая сумма

Таблица 5 – Данные о спецификации накладной

Идентификатор	Спецификация накладной
Форма представления	Экранная форма для работы с данными
Сроки и частота поступления	При формировании накладной
Источник входной информации	Бухгалтер
Перечень реквизитов	Код накладной, Код Товара, Количество

Таблица 6 – Данные о поставщиках

Идентификатор	Поставщик
Форма представления	Экранная форма для работы с данными
Сроки и частота поступления	При регистрации нового поставщика или подрядчика
Источник входной информации	Бухгалтер
Перечень реквизитов	Код поставщика, Название поставщика, Адрес, Телефон, Тип оплаты

Таблица 7 – Данные о товарах

Идентификатор	Товар
Форма представления	Экранная форма для работы с данными
Сроки и частота поступления	При заключении нового договора
Источник входной информации	Бухгалтер
Перечень реквизитов	Код товара, Наименование товара, Тип товара, Цена в рублях

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

Выходные данные системы формируются в виде электронных или бумажных документов. Перечень выходных данных ИС приведен в табл. 8-9.

Таблица 8 – Отчет «Список договоров»

Идентификатор	Отчет «Список договоров»
Форма представления	Электронный документ
Периодичность и сроки выдачи	По мере необходимости
Получатели и назначение	Бухгалтер
Источник данных (таблицы)	Список договоров (запрос)
Перечень реквизитов	Номер договора, Дата составления, Срок действия, Название поставщика, Тип расчета, Сумма по договору, Сумма оплаты, Отметка об оплате

Таблица 9 – Отчет «Накладная на поставку товара»

Идентификатор	Отчет «Накладная на поставку товара»
Форма представления	Электронный документ
Периодичность и сроки выдачи	По мере необходимости
Получатели и назначение	Бухгалтер
Источник данных (таблицы)	Накладная на поставку товара (запрос)
Перечень реквизитов	Номер накладной, Дата составления, Поставщик, Товар, Количество, Цена, Сумма

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

2.2.1. Общие положения (дерево функций и сценарий диалога)

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

Состав и классификация функций разрабатываемого программного продукта представлены в виде дерева функций (рис. 8).

Рисунок 8 – Дерево функций

Сценарий диалога системы приведен на рис.9.

Рисунок 9 – Сценарий диалога

2.2.2. Характеристика базы данных

Описание структуры записей таблиц базы данных приведено в табл.10-16.

Таблица 10 – Описание структуры записей таблицы «Тип товара»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код типа товара	Код типа товара	Счетчик	Длинное целое	Первичный ключ
Название типа товара	Название типа товара	Текстовый	50

Таблица 11 – Описание структуры записей таблицы «Тип расчета»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код типа расчета	Код типа расчета	Счетчик	Длинное целое	Первичный ключ
Название типа расчета	Название типа расчета	Текстовый	50

Таблица 12 – Описание структуры записей таблицы «Товары»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код товара	Код товара	Счетчик	Длинное целое	Первичный ключ
Название товара	Название товара	Текстовый	100
Код типа товара	Код типа товара	Числовой	Длинное целое	Внешний ключ
Цена в рублях	Цена	Денежный

Таблица 13 – Описание структуры записей таблицы «Поставщик»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код поставщика	Код поставщика	Счетчик	Длинное целое	Первичный ключ
Название поставщика	Название поставщика	Текстовый	100
Код типа расчета	Код типа расчета	Числовой	Длинное целое	Внешний ключ
Адрес	Адрес	Текстовый	150
Телефон	Телефон	Текстовый	20

Таблица 14 – Описание структуры записей таблицы «Договор»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Номер договора	Номер договора	Счетчик	Длинное целое	Первичный ключ
Дата составления	Дата заключения	Дата/Время	Краткий формат даты
Код поставщика	Код поставщика	Числовой	Длинное целое	Внешний ключ
Срок действия	Срок действия	Дата/Время	Краткий формат даты
Сумма по договору	Сумма по договору	Денежный
Сумма оплаты	Сумма оплаты	Денежный
Отметка об оплате	Отметка об оплате	Логический

Таблица 15 – Описание структуры записей таблицы «Накладная»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Номер накладной	Номер накладной	Счетчик	Длинное целое	Первичный ключ
Дата составления	Дата составления	Дата/Время	Краткий формат даты
Номер договора	Номер договора	Числовой	Длинное целое	Внешний ключ

Таблица 16 – Описание структуры записей таблицы «Спецификация накладной»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Номер накладной	Номер накладной	Счетчик	Длинное целое	Первичный ключ Внешний ключ
Код товара	Код товара	Числовой	Длинное целое	Первичный ключ Внешний ключ
Количество	Количество	Числовой	Длинное целое

ER-модель данных приведена на рис.10.

Рисунок 10 – ER-модель

Логическая и физическая модели данных, выполненные средствами ERWin, приведены на рис. 11-12.

Рисунок 11 – Логическая модель данных

Рисунок 12 – Физическая модель данных

Схема БД в MS Access представлена на рис. 13.

Рисунок 13 – Схема базы данных

2.2.3. Структурная схема пакета (дерево вызова программных модулей)

Система планируется для эксплуатации в среде Windows XP и выше. В качестве СУБД используется СУБД Microsoft Access 2003.

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

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

Отчеты формируются на основе запросов к базе данных.

Дерево вызова программных модулей представлено на рис.14.

Рисунок 14 – Дерево вызова программных модулей

Описание функций модулей приведено в табл. 17.

Таблица 17 – Описание функций модулей

№ п/п	Наименование модуля	Функции модуля
1	Кнопочная форма	Предоставляет доступ к объектам ИС
2	Справочники	Ведение справочников (ввод/ редактирование/удаление данных)
3	Оперативный учет	Ведение оперативного учета (ввод/ редактирование/удаление данных)
4	Запросы	Поиск и выборка данных
5	Отчеты	Формирование отчетов

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

Программное обеспечение разрабатываемой системы может быть выполнено в виде модулей:

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

Алгоритм функционирования главного модуля приложения представлен на рис.15.

Рисунок 15 – Алгоритм функционирования главного модуля приложения

2.3. Контрольный пример реализации проекта и его описание

Приведем контрольный пример для проверки работоспособности приложения ИС.

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

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

Для работы с оперативными данными первоначально необходимо заполнить справочники ИС. Экранные формы для работы со справочниками приведены на рис. 17-18.

Рисунок 17 – Форма «Справочник типов товаров»

Рисунок 18 – Форма «Справочник типов расчета»

После заполнения справочников осуществляется ввод информации о товарах, поставщиках, договорах, накладных, формирование отчета (рис. 19-25).

Рисунок 19 – Форма «Список товаров»

Рисунок 20 – Форма «Список поставщиков»

Рисунок 21 – Форма «Список договоров»

Рисунок 22 – Форма «Список накладных»

Рисунок 23 – Форма «Спецификация накладных»

Рисунок 24 – Отчет «Список договоров»

Рисунок 25 – Отчет «Накладная на поставку товара»

ЗАКЛЮЧЕНИЕ

Тема курсовой работы: Проектирование реализации операций бизнес-процесса «Взаиморасчеты с поставщиками».

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

• работа с данными (ввод/редактирование/просмотр/удаление);
• поиск и выборка данных;
• формирование отчетов.

В результате создания ИС «Учет взаиморасчетов с поставщиками» автоматизирует следующие функции:

• учет поставщиков;
• учет товаров;
• учет договоров с поставщиками и расчетов по договорам;
• учет накладных;
• учет факта оплаты по договорам;
• составление отчета «Список договоров».

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

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

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

При проектировании БД осуществлялась разработка ER-модели, на основе которой выполнялось проектирование таблиц БД.

В качестве СУБД для реализации схемы БД выбрана СУБД Microsoft Access, как наиболее понятная и простая в использовании, имеющая различные инструменты для функциональной работы с БД.

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. Баркер Ск. Использование Microsoft Access. – М.: Диалектика, 2012. – 506 с.
2. Бекаревич Ю., Пушкина Н. Самоучитель Microsoft Access 2000. – СПб.: БХВ Санкт-Петербург, 2013. – 480 с.
3. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. – М.: Финансы и статистика, 2012. – 420с.
4. Вендров А.М. CASE-технологии. Проектирование программного обеспечения информационных систем. М.: Финансы и статистика, 2014. – 386 с.
5. Гвоздева В.А. Основы построения автоматизированных информационных систем: – М.: ИНФРА-М, 2014. – 320с.
6. Голицына О.Л., Максимов Н.В., Попов И.И. Информационные системы: учебное пособие. – М.: ФОРУМ, ИНФРА-М, 2012. – 496с.
7. Грабер М. Введение в SQL. – М.: Издательство Лори, 2015. – 228 с.
8. Золотова С.И. Практикум по Access. – М.: Финансы и статистика, 2012. – 387с.
9. Карпова Т.С. Базы данных: модели, разработка, реализация: учеб. пособие / Т.С. Карпова. – СПб.: Питер, 2012. – 354 с.
10. Костерин В.Н. Построение диаграмм / В.Н. Костерин – М.: ПравдаТим, 2013. – 293с.
11. Маклаков С.В. CASE-средства разработки информационных систем. BPwin и Erwin. – М.: ДиалогМифи, 2012. – 537с.
12. Марченко А.П. Microsoft Access: Краткий курс. – СПб.: Питер, 2015. – 288 с.
13. Полякова Л.Н. Основы SQL. – М.: Бином, 2014. – 224 с.
14. Смирнов Г.Н., Сорокин А.А., Тельнов Ю.Ф. Проектирование экономических информационных систем: Учебник. – М.: Финансы и статистика, 2012. – 542с.
15. Советов, Б.Я. Информационные технологии: Учеб. для вузов / Б.Я.Советов, В.В.Цехановский. – М.: Высшая школа, 2013. – 317 с.
16. Федорова Д.Э. CASE-технологии. / Д.Э. Федорова, Ю.Д. Семенов, К.Н. Чижик – М.: Вильямс, 2013. – 322 с.
17. Фураев Э.В., Фураев Д.Э. Базы данных. – М.: Академия, 2013. – 420 c.
18. Хансен Г., Хансен Д.. Базы данных: разработка и управление: Пер. с англ. – М.: ЗАО «Издательство БИНОМ», 2012. – 451 с.
19. Цикритизис Д. Модели данных. / Д. Цикритизис, Ф. Лоховски – М.: Финансы и статистика, 2015. – 197 с.