Разработка и создание программного продукта "Автоматизация комплекса задач бухгалтера по работе с поставщиками ООО "Строй Дизайн проект"
Задачи учета расчетов с поставщиками. Выбор логической и концептуальной модели базы данных. Проектирование алгоритмов расчёта задолженности по оплате поставок и определения оптимальной заявки. Расчет экономической эффективности внедрения программы.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 27.01.2014 |
Размер файла | 478,5 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Содержание
ВВЕДЕНИЕ
Глава 1. Описание и цели компании ООО «Строй Дизайн Проект»
1.1 Задачи учета расчетов с поставщиками
1.2 Особенности деятельности организации и исследования нормативной базы
1.3 Организация материально-технического снабжения производственными запасами
Глава 2. Моделирование и проектирование алгоритмов справочно-информационной системы учета и контроля поставок на предприятие
2.1 Анализ представления моделей данных
2.1.1 Выбор логической модели данных
2.1.2 Выбор концептуальной модели
2.1.3 Процесс моделирования
2.1.4 Построение логической модели
2.2 Выбор метода проектирования АСИС
2.2.1 Анализ алгоритмов работы с базой данных
2.2.2 Проектирование алгоритмов расчёта задолженности по оплате поставок и определения оптимальной заявки
2.3 Анализ и выбор программных средств разработки АСИС
2.3.1 Описание общей структуры АСИС
2.3.2 Описание программы
2.3.3 Работа с режимами АСИС
Глава 3. Расчет показателей экономической эффективности
3.1 Внутренний эффект
3.1.1 Расчет капитальных затрат
3.1.2 Расчет эксплуатационных затрат по базовому периоду
3.1.3 Расчет эксплуатационных затрат по предполагаемому варианту реализации работы бухгалтера с поставщиками
3.1.4 Расчет показателей внутреннего экономического эффекта
3.2 Внешний экономический эффект
3.3 Безопасность жизнедеятельности и информационная безопасность
Заключение
СПИСОК ЛИТЕРАТУРЫ
ПРИЛОЖЕНИЯ
ВВЕДЕНИЕ
В настоящее время, с переходом экономики к рыночным отношениям, повышается самостоятельность предприятий, их экономическая и юридическая ответственность. Резко возрастает значения финансовой устойчивости субъектов хозяйствования. Все это значительно увеличивает роль анализа их финансового состояния: наличия, размещения и использования денежных средств.
Результаты такого анализа нужны, прежде всего, собственникам, а также кредиторам, инвесторам, поставщикам, менеджерам и налоговым службам. В данной работе проводится финансовый анализ предприятия именно с точки зрения собственников предприятия, т. е. Для внутреннего использования и оперативного управления финансами.
Целью дипломной работы является - разработка и создание программного продукта “Автоматизация комплекса задач бухгалтера работы с поставщиками ООО Строй Дизайн проект”. Данное программное обеспечение предназначено для контроля, учета, автоматизации и систематизации информации о поставках различного вида продукции на предприятии ООО «СДП», занимающимся основным видом деятельности: лесозаготовка; лесопиление; деревообработка.
Разрабатываемый программный продукт должен обеспечивать создание информационной базы об осуществленных поставках на предприятие, а также осуществлять создание следующих документов:
бланк договора предприятия заказчика с фирмой-поставщиком (с указанием наименования и юридических адресов сторон, участвующих в договоре, ассортимента продукции для поставок, ее количества, предположительной стоимости, условия и сроки действия договора);
заявку на поставку необходимой продукции (указывается количество, наименование, номенклатура, сроки поставки, сумма поставки);
заказ на поставку.
Коммерческая версия программного продукта позволит производить:
более полный контроль и организацию учета о поставках на предприятие;
автоматизировать процесс оформления поставок на предприятие;
уменьшит временные затраты на оформление документов, связанных с поставками;
вычислять задолженность по оплате осуществленных поставок на указанный период;
обеспечить пользователя системой помощи, как по понятиям предметной области, так и по пользованию программным продуктом.
Разрабатываемый автоматизированная система должна будет реализовать следующие функции:
Обеспечение ввода данных о поставках на предприятие;
Анализ введенной информации;
Подсчет задолженности предприятия за осуществленные поставки;
Определять оптимальный счет-фактуру с точки зрения “количество-цена”;
Производит печать документации, связанной с организацией поставок (бланк договора, заказа, заявки).
Глава 1. Описание и цели компании ООО «Строй Дизайн Проект»
1.1 Задачи учета расчетов с поставщиками
В процессе осуществления производственно-финансовой деятельности различные предприятия и организации вступают во взаимоотношения с другими хозяйствами, бюджетом, внебюджетными фондами, физическими лицами и др. Эти расчеты могут выступать как в безналичной форме, так и наличными. Посредниками безналичных расчетов являются банки, которые созданы для аккумулирования денежных средств и эффективного их размещения на условиях возвратности. платности и срочности. Наличные расчеты производятся посредством организованных касс на предприятии.
Основными задачами учета расчетных операций являются:
обеспечение контроля за правильностью оформления договоров и иных документов, регулирующих и регламентирующих взаимоотношения между предприятиями, организациями, учреждениями, физическими лицами;
обеспечение контроля за правильностью соблюдения форм расчетов между субъектами рынка;
правильное отражение операций в первичных документах и регистрах синтетического и аналитического учета по расчетным операциям;
своевременное выполнение расчетов с организациями, предприятиями, учреждениями и физическими лицами;
ликвидация просроченных задолженностей и недопущение задолженностей с истекшими сроками исковой давности.
Методологические основы организации учета расчетов с поставщиками устанавливают правила документального оформления приема, хранения, отпуска товаров и отражения товарных операций в бухгалтерском учете и отчетности, являются элементом системы нормативного регулирования бухгалтерского учета товароматериальных ценностей.
Разрабатываемый программный продукт должен обеспечивать создание информационной базы об осуществленных поставках на предприятие, а также осуществлять создание следующих документов :
бланк договора предприятия заказчика с фирмой-поставщиком (с указанием наименования и юридических адресов сторон, участвующих в договоре, ассортимента продукции для поставок, ее количества, предположительной стоимости, условия и сроки действия договора);
заявку на поставку необходимой продукции (указывается количество, наименование, номенклатура, сроки поставки, сумма поставки);
заказ на поставку.
Коммерческая версия программного продукта позволит производить:
более полный контроль и организацию учета о поставках на предприятие;
автоматизировать процесс оформления поставок на предприятие;
уменьшит временные затраты на оформление документов, связанных с поставками;
вычислять задолженность по оплате осуществленных поставок на указанный период;
обеспечить пользователя системой помощи как по понятиям предметной области, так и по пользованию программным продуктом.
Разрабатываемый автоматизированная система должна будет реализовать следующие функции:
Обеспечение ввода данных о поставках на предприятие;
Анализ введенной информации;
Подсчет задолженности предприятия за осуществленные поставки;
Определять оптимальный счет-фактуру с точки зрения “количество-цена”;
Производит печать документации, связанной с организацией поставок (бланк договора, заказа, заявки).
1.2 Особенности деятельности организации и исследования нормативной базы
Общество с ограниченной ответственностью “Строй Дизайн Проект” создано на основе объединения средств его учредителей с целью содействия активизации связей российской экономики с мировым хозяйством в соответствии с Гражданским кодексом РФ, Федеральным законом «Об обществах с ограниченной ответственностью» 26 апреля 1999 года.
Учредителями ООО «Строй Дизайн Проект» являются юридические лица:
Юридический адрес объединения: г.СПБ, В.О, 22-линия, д.5-7
Цель создания - осуществление рыночных взаимоотношений и получение прибыли на основе удовлетворения потребностей граждан, юридических лиц в производимой продукции и товарах, выполняемых работах и оказываемых услугах в сферах, определяемых предметом деятельности.
Общество с ограниченной ответственностью «Строй Дизайн Проект» является юридическим лицом с момента государственной регистрации, имеет самостоятельный баланс, расчетный счет в банковском учреждении, а также является самостоятельным субъектом хозяйственной деятельности, выступает от своего имени истцом и ответчиком в суде.
Основными видами деятельности, осуществляемыми обществом с ограниченной ответственностью «Строй Дизайн Проект» в настоящем, являются:
лесозаготовка;
лесопиление;
деревообработка.
Конечной продукцией являются пиломатериалы, которые предприятие реализует как на внутреннем рынке, так и на внешнем.
Структура управления ООО состоит из нескольких групп. Во главе общества стоит генеральный директор, которому подчиняется директор по коммерческой деятельности и главный бухгалтер, а также группа экспедирования и группа агентирования, состоящая из нескольких специалистов.
Бухгалтерский учет полностью осуществляется главным бухгалтером, который также выполняет функции кассира.
1.3 Организация материально-технического снабжения производственными запасами
Для бесперебойного функционирования производства необходимо хорошо налаженное материально-техническое обеспечение, которое на предприятиях осуществляется через органы материально-технического снабжения.
Главной задачей органов снабжения предприятия является своевременное и оптимальное обеспечение производства необходимыми материальными ресурсами соответствующей комплектности и качества.
Решая эту задачу, органы снабжения должны изучать и учитывать спрос и предложение на все потребляемые предприятием материальные ресурсы, уровень и изменение цен на них и на услуги посреднических организаций, выбирать наиболее экономичную форму товародвижения, оптимизировать запасы, снижать транспортно-заготовительные и складские расходы.
Содержание функций органов снабжения предприятия включает три направления.
1. Планирование, которое предполагает:
изучение внешней и внутренней среды предприятия, а также рынка отдельных товаров;
прогнозирование и определение потребности всех видов материальных ресурсов, планирование оптимальных хозяйственных связей;
оптимизацию производственных запасов;
планирование потребности материалов и установление их лимита на отпуск цехам;
оперативное планирование снабжения.
2. Организация, которая включает:
сбор информации о потребной продукции, участие в ярмарках, выставках-продажах, аукционах и т. п.;
анализ всех источников удовлетворения потребности в материальных ресурсах с целью выбора наиболее оптимального;
заключение с поставщиками хозяйственных договоров на поставку продукции;
получение и организацию завоза реальных ресурсов;
организацию складского хозяйства, входящего в состав органов снабжения;
обеспечение цехов, участков, рабочих мест необходимыми материальными ресурсами;
3. Контроль и координация работы, в состав которых входят:
контроль за выполнением договорных обязательств поставщиков, выполнение ими сроков поставки продукции;
контроль за расходованием материальных ресурсов в производстве;
входной контроль за качеством и комплектностью поступающих материальных ресурсов;
контроль за производственными запасами;
выдвижение претензий поставщикам и транспортным организациям;
анализ действенности снабженческой службы, разработка мероприятий по координации снабженческой деятельностью и повышение её эффективности.
В условиях рынка у предприятий возникает право выбора поставщика, а значит, и право закупки более эффективных материальных ресурсов. Это заставляет снабженческий персонал предприятия внимательно изучать качественные характеристики продукции, поставляемой различными поставщиками.
Критериями выбора поставщика в ООО "Строй Дизайн Проект" являются надежность поставки, возможность выбора способа доставки, время на осуществление заказа, возможность предоставления кредита, уровень сервиса и другое. Причем соотношение значимости отдельных критериев с течением временем может меняться.
Организационное построение, характер и методы работы служб снабжения на предприятиях отмечаются своеобразием. В зависимости от объемов, типов и специализации производства, материалоемкости продукции, и территориального размещения предприятия складываются различные условия, требующие соответствующего разграничения функций и выбора типа структуры органов снабжения. На небольших предприятиях, потребляющих малые объемы материальных ресурсов в ограниченной номенклатуре, функции снабжения возлагаются на небольшие группы или отдельных работников хозяйственного отдела предприятия. Так, например, в ООО "Строй Дизайн Проект" функции снабжения возложены на заместителя директора.
На большинстве средних и крупных предприятий эту функцию выполняют специальные отделы материально-технического снабжения, которые построены по функциональному или материальному признаку. В первом случае каждая функция снабжения (планирование, заготовка, хранение, отпуск материалов) выполняется отдельной группой работников. При построении снабженческих органов по материальному признаку определенные группы работников выполняют все функции снабжения по конкретному виду материалов.
Характерный тип структуры службы снабжения -- смешанный (рис. 1), когда товарные отделы, группы, бюро специализированы на снабжении конкретными видами сырья, материалов, оборудования. Однако наряду с товарными в состав отдела снабжения входят функциональные подразделения: плановое, диспетчерское.
Смешанный тип структуры отдела снабжения -- наиболее рациональный метод строения, который способствует повышению ответственности работников, улучшению материально-техническому обеспечению производства.
Плановое бюро (группа) выполняет функции по анализу окружающей среды и рыночным исследованиям, определению потребности в материальных ресурсах, оптимизации рыночного поведения по наиболее выгодному обеспечению, формированию нормативной базы, разработке планов снабжения и анализу их выполнения, осуществляет контроль, за выполнением поставщиками договорных обязательств.
Рис. 1. Организационная структура отдела материально технического снабжения (смешанный тип) [21, С. 259]
Товарное бюро (группа) выполняет комплекс планово-оперативных функций по обеспечению производства конкретными видами материальных ресурсов: планированию, учету, завозу, хранению и отпуску материала в производство, т.е. регулирует работу материальных складов.
Диспетчерское бюро (группа) выполняет оперативное регулирование и контроль за выполнением плана снабжения предприятия и цехов сырьем и материалами; устраняет неполадки, возникающие в ходе снабжения производства; контролирует и регулирует ход поставок материалов на предприятие.
На предприятиях деревообработки служба снабжения кроме отдела материально-технического снабжения включает и отдел внешней кооперации (или бюро, группу), который может входить в состав отдел материально технического снабжения.
Отделы (бюро, группы) внешней кооперации обеспечивают производство полуфабрикатами (заготовками, деталями, узлами). Они также могут строиться по функциональному или товарному признаку.
Для крупных предприятий (объединений), состоящих из ряда филиалов, наиболее приемлем тип структуры, представленный на рис. 2.
Особенностью этого типа структуры является то, что подразделения имеют свои службы снабжения с функциями по планированию и оперативному регулированию снабжения производственных цехов и участков материальными ресурсами, а также по контролю за их исполнением.
Формирование нормативной базы, прогнозирование и разработка планов материально-технического снабжения, установление хозяйственных связей, и координация работы служб снабжения, входящих в предприятие, сконцентрированы на базе службы снабжения предприятия. Взаимодействие подразделений службы снабжения предприятия осуществляется на основе функциональных связей, а не административного подчинения.
Одним из звеньев организации материально-технического снабжения является складское хозяйство, основная задача которого заключается в приеме и хранении материалов, их подготовке к производственному потреблению, непосредственном снабжении цехов необходимыми материальными ресурсами. Склады в зависимости от связи с производственным процессом подразделяются на материальные, производственные, сбытовые.
Рис. 2. Схема организационной структуры службы снабжения [21, С. 260]
Принятые материалы хранятся на складах по номенклатурным группам; сортам, размерам, нумеруются с указанием индексов материалов.
Завоз материалов и работа складов организуются на основе оперативно-заготовительных планов.
Поставки материальных ресурсов на предприятие осуществляются через хозяйственные связи. Хозяйственные связи представляют собой совокупность экономических, организационных и правовых взаимоотношений, которые возникают между поставщиками и потребителями средств производства. Рациональная система хозяйственных связей предполагает минимизацию издержек производства и обращения, полное соответствие количества, качества и ассортимента поставляемой продукции потребностям производства, своевременность и комплектность ее поступления.
Хозяйственные связи между предприятиями могут быть прямыми и опосредованными (косвенными), длительными, и краткосрочными.
Прямые представляют собой связи, при которых отношения по поставкам продукции устанавливаются между предприятиями-изготовителями и предприятиями-поставщиками прямо, непосредственно.
Опосредованными считаются связи, когда между этими предприятиями имеется хотя бы один посредник. Поставки продукции потребителю могут осуществляться смешанным путем, т.е. как напрямую, так и через посредников (дистрибьюторов, джобберов, агентов, брокеров) (рис. 3).
Дистрибьюторы и джобберы -- это фирмы, осуществляющие сбыт на основе оптовых закупок у крупных промышленных предприятий -- производителей готовой продукции. Дистрибьюторы в отличие от джобберов -- относительно крупные фирмы, располагающие собственными складами и устанавливающие длительные контрактные отношения с промышленными предприятиями. Джобберы, напротив, скупают отдельные крупные партии товаров для быстрой перепродажи.
Рис. 3. Схемы хозяйственных связей МТС [21, С. 261]
Агенты и брокеры -- это фирмы или отдельные предприниматели, осуществляющие сбыт продукции промышленного предприятия на основе комиссионного вознаграждения.
Прямые хозяйственные связи для предприятий являются наиболее экономичными и прогрессивными по сравнению с косвенными, так как они, исключая посредников, уменьшают издержки обращения, документооборот, укрепляют взаимоотношения между поставщиками и потребителями. Поставки продукции становятся более регулярными и стабильными.
Опосредованные хозяйственные связи менее экономичны. Они требуют дополнительных затрат на покрытие расходов деятельности посредников между предприятиями-потребителями и предприятиями-изготовителями.
Потребность в косвенных связях объясняется тем, что прямые связи выгодны и целесообразны в условиях потребления материальных ресурсов в крупных масштабах. Если же предприятия потребляют сырье и материалы в незначительных количествах, не достигающих транзитной формы отгрузки, то, чтобы не создавать на предприятиях излишние запасы материальных ценностей, целесообразны связи и через услуги посредников.
Как прямые, так и опосредованные связи могут носить длительный и краткосрочный характер. Длительные хозяйственные связи -- прогрессивная форма материально-технического снабжения. В этом случае предприятия имеют возможность развивать на долгосрочной основе сотрудничество по совершенствованию выпускаемой продукции, снижению ее материалоемкости, доведению до мировых стандартов.
В ООО "Строй Дизайн Проект" применяются прямые связи с поставщиками.
С классификацией связей на прямые и косвенные тесно связано деление их по формам организации поставок продукции. С этой точки зрения различают транзитную и складскую формы поставок.
При транзитной форме снабжения материальные ресурсы перемещаются от поставщика к потребителю прямо, минуя промежуточные базы и склады посреднических организаций. Кроме того, предприятие, получая материал непосредственно от поставщика, ускоряет доставку и сокращает транспортно-заготовительные расходы. Однако ее использование ограничено транзитными нормами отпуска, меньше которых поставщик не принимает к исполнению. Использование этой формы снабжения для материалов с небольшой потребностью приводит к увеличению запасов и связанных с этим расходов.
При складской форме материальные ресурсы завозятся на склады и базы посреднических организаций, а затем с них отгружаются непосредственно потребителям.
Транзитную форму целесообразно применять в тех случаях, когда потребителям требуются материальные ресурсы в больших количествах, что дает возможность отгружать их полногрузными вагонами или другими средствами транспорта.
При транзитной форме завоза значительно снижаются издержки, и повышается скорость обращения, улучшается использование транспортных средств.
В ООО "Строй Дизайн Проект" осуществляется складская форма. Данная форма позволяет предприятию заказывать необходимые материалы в количествах меньше установленной транзитной нормы, под которой понимается минимально допустимое общее количество продукции, отгружаемое предприятием изготовителем потребителю по одному заказу.
При складской форме снабжения продукция со складов посреднических организаций может завозиться малыми партиями и с большей частотой, что способствует сокращению запасов материальных ресурсов у потребителей. Однако в этом случае последние несут дополнительные расходы за складскую переработку, хранение и транспортировку с баз посреднических организаций.
Важные этапы в организации материально-технического снабжения промышленности -- специфицирование ресурсов и заключение хозяйственных договоров по поставкам продукции.
Под специфицированием ресурсов понимается расшифровка укрупненной номенклатуры по конкретным видам, маркам, профилям, сортам, типам, размерам и прочим признакам. От того, насколько правильно составлена спецификация материальных ресурсов, во многом зависит материальное обеспечение производства. Если в спецификации допущена неточность, то это может привести к тому, что фактические поставки не будут соответствовать действительной потребности. Тем самым предприятие будет поставлено под угрозу невыполнения производственной программы и сбыта своей продукции. Поставляется продукция по договорам, которые служат документом, определяющим права и обязанности сторон (см. Приложение).
В договорах указываются наименование продукции, количество, ассортимент, комплектность, качество и сортность продукции с указанием стандартов и технических условий, требования к упаковке и таре, сроки поставки продукции, общий срок действия договора, цена на поставляемую продукцию и общая ее стоимость, условия оплаты, предусматривается ответственность сторон за соблюдение условий договоров. После заключения договоров отделы снабжения предприятий должны обеспечить своевременное и комплектное получение материалов, их количественную и качественную приемку, правильное хранение на складах предприятия. Оперативная работа по завозу материалов осуществляется на основе месячных планов, в которых указываются календарные сроки и объемы поставок по важнейшим видам материальных ресурсов. Копии таких планов передаются на соответствующие склады и используются ими для организации подготовительных работ.
Существует два варианта организации завоза материальных ресурсов: самовывоз и централизованная доставка.
Самовывоз характеризуется отсутствием единого органа, обеспечивающего оптимальное использование транспорта. Предприятие самостоятельно договаривается с транспортными организациями, не предъявляет жестких требований к типам используемого транспорта -- главное вывезти материальные ресурсы. При этом применяются исторически сложившиеся технологические процессы грузопереработки, как правило, не согласованные между собой. Отсутствует необходимость использования строго определенных видов тары, часто отсутствуют условия для беспрепятственного подъезда транспорта, быстрой разгрузки и приемки материальных ресурсов.
В ООО "СДП" осуществляется централизованной доставкой. Предприятием разработаны схемы завоза продукции, определены рациональные размеры партий поставок и частота завоза; разработаны оптимальные маршруты и графики завоза продукции.
Централизованная доставка материальных ресурсов позволяет ООО "СДП":
повысить степень использования транспорта и складских площадей;
оптимизировать товарные запасы, как у производителя, так и у потребителя продукции;
повысить качество и уровень материально-технического обеспечения производства;
оптимизировать размеры партии поставок продукции.
Обеспечение материальными ресурсами производственных цехов, участков и других подразделений предприятия предполагает выполнение следующих функций:
установление количественных и качественных заданий по снабжению (лимитирование);
подготовка материальных ресурсов к производственному потреблению;
отпуск и доставку материальных ресурсов со склада службы снабжения на место ее непосредственного потребления или на склад цеха, участка;
оперативное регулирование снабжения;
учет и контроль за использованием материальных ресурсов в подразделениях предприятия.
Снабжение ООО "СДП" материалами осуществляется в полном соответствии с установленными лимитами и конкретными особенностями производства. Последние учитываются при разработке графиков подач, на основе которых материалы доставляются в цех. Лимит устанавливается исходя из производственной программы цеха и специфицированных норм расхода.
Служба снабжения отвечает за своевременную и качественную подготовку материальных ресурсов к производственному потреблению, для чего выполняет работы по распаковке, расконсервации, комплектовке, которые согласовываются с технологической службой предприятия.
Целенаправленный и экономный расход материальных ресурсов в цехах находится под постоянным контролем службы снабжения и периодически проверяется путем ревизии материального учета. По результатам проверки принимаются конкретные меры по устранению вскрытых недостатков.
Работа органов материально-технического обеспечения прямо или косвенно влияет на уровень основных технико-экономических показателей предприятия.
К числу показателей материально-технического снабжения в ООО "СДП" относятся количественные и качественные показатели плана завоза материальных ресурсов (номенклатура, количество и стоимость материальных ресурсов); транспортно-заготовительные расходы (стоимость перевозки материалов -- расходы на доставку материалов до склада предприятия; наценки снабженческих и сбытовых организаций; расходы на тару); расходы на хранение, выдачу в производство и отгрузку потребителю материальных ресурсов; административно-хозяйственные расходы (расходы на содержание аппарата отдела материально-технического снабжения).
Основанием для положительной оценки деятельности органов материально-технического обеспечения служат: отсутствие перебоев в снабжении производства, сверхнормативных запасов и неликвидов, своевременное заключение договоров, снижение снабженческих затрат и т.д.
Своевременное обеспечение производства материальными ресурсами зависит от величины и комплектности производственных запасов на складах предприятия.
Производственные запасы -- это средства производства, поступившие на склады предприятия, но еще не вовлеченные в производственный процесс. Создание таких запасов позволяет обеспечивать отпуск материалов в цехи и на рабочие места в соответствии с требованиями технологического процесса. Следует отметить, что на создание запасов отвлекается значительное количество материальных ресурсов.
Уменьшение запасов сокращает расходы по их содержанию, снижает издержки, ускоряет оборачиваемость оборотных средств, что, в конечном счете, повышает прибыль и рентабельность производства. Поэтому очень важно оптимизировать величину запасов.
Управление производственными запасами на предприятии предполагает выполнение следующих функций:
разработку норм запасов по всей номенклатуре потребляемых предприятием материалов;
правильное размещение запасов на складах предприятия;
организацию действенного оперативного контроля за уровнем запасов и принятие необходимых мер для поддержания нормального их состояния;
создание необходимой материальной базы для размещения запасов и обеспечения количественной и качественной их сохранности.
Глава 2. Моделирование и проектирование алгоритмов справочно-информационной системы учета и контроля поставок на предприятие
2.1 Анализ представления моделей данных
Для эффективного функционирования разрабатываемой АСИС “Учет поставок” будет разработана СУБД . Поэтому ниже рассмотрены логические и концептуальные модели данных.
2.1.1 Выбор логической модели данных
Иерархическая модель данных.
Иерархическая модель данных представляет собой иерархию в виде дерева. Данная модель данных базируется на сегменте, который представляет собой совокупность полей, характеризующих данный сегмент. Сегменты различаются по типу, а каждый тип характеризуется фиксированной длиной и конкретным разбиением на поля данных. Два связанных сегмента, расположенных на смежных уровнях называются исходным (более высокого уровня) и порожденным (более низкого). Иерархическая запись - система взаимосвязанных сегментов, в которой каждый порожденный сегмент представлен столько раз, сколько необходимо для полного раскрытия данного сегмента. В иерархической структуре есть сегмент, который не имеет исходного и называется головным или корневым. В этом сегменте обычно располагается идентификатор объекта, свойства которого раскрываются в сегментах второго и более низких уровней иерархии.
Для реализации данной модели на физическом уровне используется ряд стандартных методов размещения данных на запоминающих устройствах, которые могут размещать сегменты следующими иерархическими способами доступа: последовательный, индексно-последовательный, прямой, индексно-прямой. В соответствии со способами размещения сегментов устанавливается порядок доступа к ним. Установленный порядок доступа к сегментам обуславливает процедурность языка запросов и требует от пользователя знания путей доступа к данным, проходящим по ветвям дерева иерархической записи. Что является одним из недостатков данной модели. В качестве других недостатков можно отметить следующие:
Сложность реализации “многие ко многим”, требующая избыточности данных на физическом уровне, что приведет к нежелательному и не оправданному увеличению БД;
требование повышенной корректности к операции удаления, поскольку удаление исходного сегмента влечет за собой удаление порожденных;
доступ к любому порожденному сегменту возможен только через исходный, что увеличивает время ответа на запрос к БД.
В связи с тем, что иерархическая модель обладает большим количеством недостатков она не будет применяться для моделирования разрабатываемой АСИС.
Сетевая модель данных.
Сеть - более общая структура в сравнении с иерархией. Узлами сети являются отдельные экземпляры записи. Узлы записи являются единицей доступа к БД. Поскольку отдельный узел может иметь несколько непосредственно старших узлов, так же, как и несколько непосредственно подчиненных, то данная структура обеспечивает прямое представление отношения “многие ко многим”. Для связи между записями-узлами существует связующая запись, все экземпляры которой помещаются в цепочку для связи двух экземпляров.
Основной конструкцией сетевой модели данных является набор. Для каждого типа набора, определяемого в схеме, должен быть указан определенный тип записи владельца набора, а так же произвольное число типов записи членов набора. Каждый экземпляр набора состоит из одного экземпляра-владельца и одного или более экземпляров записей-членов.
Каждый экземпляр записи-набора представляет иерархические связи между экземпляром записи-владельца и соответствующими экземплярами записей-членов. Это является следствием того ограничения, что ни один экземпляр записи-члена из набора не может принадлежать более, чем одному экземпляру набора. Способ, которым каждый экземпляр записи владельца связывается с соответствующими экземплярами записей-членов, определяется в схеме сети. Одним из способов организации таких связей является установление цепочки указателей, выходящих из экземпляра записи-владельца, проходящих через все экземпляры записей-членов и возвращающихся обратно к экземпляру записи-владельца, что обеспечивает высокую скорость обработки запросов.
Главный недостаток сетевой модели заключается в сложности структур памяти. Пользователь должен знать, какие цепочки существуют и какие отсутствуют. В результате язык запросов процедурный и требует программистских навыков.
Реляционная модель данных.
Реляционная модель - множественное отношение которое представляет собой подмножество декартова произведения списка доменов . Домен - это множество значений, из которого извлекаются значения для данного атрибута. Другими словами в основе реляционной модели лежат простые таблицы, которые удовлетворяют определенным ограничениям, а потому могут рассматриваться как математические отношения. Строки таких таблиц называются кортежами, имена столбцов - атрибутами. Следует отметить, что все кортежи различны, а порядок столбцов произволен, чем упрощается процесс обработки кортежей. В отношении (таблице) выделяется несколько атрибутов, однозначно идентифицирующих кортежи и называемых ключами.
Особенность реляционной модели заключается в том, что в отличии от сетевой и иерархической моделей реальные объекты и взаимосвязи между ними представляются в базе данных единообразно в виде нормализованных отношений.
Основной недостаток реляционной модели данных связывается с низкой производительностью реляционной СУБД. Но разработка современных СУБД таких как, ORACLE, InterBase, Acsses и др. позволило преодолеть и этот недостаток.
Достоинства реляционной модели можно разделить на две группы:
достоинства для пользователя:
реляционная БД представляет собой набор таблиц, с которыми пользователь привык работать;
не нужно помнить пути доступа к данным и строить алгоритмы и процедуры обработки своего запроса;
реляционные языки легки для изучения и освоения, в то время как языки общения с иерархической и сетевой моделями предназначены для программистов и мало пригодны для пользователей;
достоинства обработки данных реляционной БД:
связность. Реляционное представление дает ясную картину взаимосвязей атрибутов из различных отношений;
точность. Направленные связи в реляционной БД отсутствуют. Отношения по своей природе обладают более точным смыслом и поддаются манипулированию с использованием таких средств, как алгебра и исчисление отношений , обеспечивающих наглядность и гибкость модели данных;
гибкость. Операции проекции и объединения позволяют разрезать и склеивать отношения, так что программист может получать разнообразные файлы в нужной форме;
секретность. Контроль секретности упрощается. Для каждого отношения имеется возможность задания правомерности доступа, засекреченные показатели можно выделить в отдельные отношения с проверкой прав доступа.
Простота внедрения. Физическое размещение однородных (табличных) файлов намного проще, чем размещение иерархических и сетевых структур.
Независимость данных. БД должна допускать возможность расширения, т.е. добавления новых атрибутов и отношений.
Вывод: поскольку среди перечисленных логических моделей данных реляционная обладает значительными преимуществами и малыми недостатками, то она и будет взята в основу для построения СУБД.
2.1.2 Выбор концептуальной модели
Для выбора концептуальной модели данных рассмотрим три их разновидности:
Семантическая модель;
Фреймы;
Модель “сущность-связь”.
Семантическая модель основывается на построении семантической сети. Под семантической сетью понимают ориентированный граф, состоящий из помеченных вершин и дуг и задающий объекты и отношения предметной области. Семантические сети обладают рядом достоинств, а именно:
Описание объектов предметной области происходит естественным языком;
Все записи, поступающие в БД накапливаются в относительно однородной структуре.
Но несмотря на эти преимущества, семантическая модель данных обладает рядом недостатков, один из которых и наиболее существенный, заключается в том, что построение реляционной модели данных на основе семантических сетей затруднено.
Фреймы выражаются структурами данных с привязанными процедурами обработки этих данных. Фреймы могут быть следующих видов: событийные, характеристики, логические предикаты. Использование фреймовой модели так же нецелесообразно, поскольку данная модель не отражает типы связей в реляционной модели данных.
Модель “сущность-связь” описывается в терминах сущность, связь, значение. Сущность - понятие которое может быть идентифицировано. Связь - соединение сущностей. Для представления связей и сущностей введен специальный метод: ER-диаграма . Различаются сущности трех основных классов: стержневые, ассоциативные и характеристические. Стержневая сущность - это независимая сущность (ей свойственно независимое существование). Ассоциативная сущность или ассоциация рассматривается как связь между двумя или более сущностями типа "многие -ко- многим" или подобные им. Характеристическая сущность (или характеристика) представляет собой сущность, единственная цель которой, в рамках рассматриваемой предметной области, состоит в описании или уточнении некоторой другой сущности. ER-диаграма - графическое представление взаимосвязей сущностей. Каждое множество сущностей представляется прямоугольником, а множество связей - ромбом. Связи могут быть трех типов: “один к одному”, “один ко многим”, “многие ко многим”. данные типы связи присущи реляционной модели, как и сущности, которым в реляционной модели соответствуют таблицы.
Вывод: в связи с тем, что модель “сущность-связь” наиболее близка по принципам организации к реляционной модели и реализация последней на основе первой наиболее удобна, то в качестве концептуальной модели выбрана модель “сущность-связь”.
2.1.3 Процесс моделирования
Выделение сущностей.
Сущность “поставщик” является стержневой сущностью разрабатываемой модели. С поставщиком заключается договор, на основании которого ведется вся остальная деятельность предприятии по поставкам, отправление заявки поставщикам, получение от них счета-фактуры, отправление заказа на поставку, получение товара, оплата поставки. В качестве ключа для данной сущности вводится атрибут № Поставщика.
Все сущности , их атрибуты и ключи представлены в табл. 2.1.
Таблица 2.1
Название сущности |
Атрибут |
Ключ |
|
Договор |
№Договора, дата договора, сумма договора, срок действия. |
№Договора |
|
Поставщик |
№Поставщика, наименование поставщика, адрес, телефон. |
№Поставщика |
|
Ассортимент товаров |
№Товара, наименование товара. |
№Товара |
|
Заявка |
№Заявки, ассортимент заявки, номер договора, дата заявки. |
№Заявки |
|
Заказ |
№Заказа, №Договора, ассортимент заказа, дата заказа, номер счета. |
№Заказа |
|
Счет-фактура |
№Счета, ассортимент счета, цена за единицу товара, сумма счета. |
№Счета |
Выделение связей между сущностями
Выделение связей между сущностями осуществляется на основании анализа предметной области. Все выделенные связи представлены на рис.2.1
Рис 2.1. Связи между сущностями
2.1.4 Построение логической модели
Выполнив анализ сущностей и связей меду ними построим логическую модель, в виде отношений (таблица 2.2)
Таблица 2.2
Название сущности |
Атрибут |
Ключ |
|
Договор |
№Договора, дата договора, сумма договора, срок действия. |
№Договора |
|
Поставщик |
№Поставщика, наименование поставщика, адрес, телефон. |
№Поставщика |
|
Ассортимент товаров |
№Товара, наименование товара. |
№Товара |
|
Заявка |
№Заявки, номер договора, дата заявки. |
№Заявки |
|
Заявка |
№Заявки, №товара, количество. |
№Заявки, №Товара |
|
Ассортимент заявки |
№Заказа, №Договора, дата заказа, номер счета. |
№Заказа |
|
Ассортимент заказа |
№Заказа, №Заявки, №товара. |
№Заказа, №Заявки, №товара. |
|
Счет-фактура |
№Счета, сумма счета. |
№Счета |
|
Цены поставщика |
№Счета, №Заявки, №Товара. |
№Счета, №Заявки, №Товара. |
Для построения логической модели данных использовалось case - средство ER-Win, которое позволяет проектировать реляционные модели данных как на физическом уровне (ER-диаграмы), так и на физическом (проектирование таблиц БД).
Логическая модель данных представлена в виде ER-диаграмы на рис. 2.2.
Рис 2.2 ER-диаграмма модели данных АСИС “Учет поставок”
Проектирование алгоритмов справочно-информационной системы учета и контроля поставок на предприятие.
Алгоритмизация в самом общем виде может быть определена как процесс направленного действия проектировщика (группы проектировщиков), необходимый для выработки алгоритмов, достаточных для реализации создаваемого объекта (системы), удовлетворяющего заданным требованиям .Завершающим этапом алгоритмизации является выпуск набора алгоритмов, отображающий решения, принятые проектировщиком, в форме, необходимой для производства объекта (системы). При проектировании системы я использовал три класса алгоритмов:
Алгоритмы, связанные с проектированием АСИС;
Алгоритмы реляционной алгебры, необходимые для работы с БД;
Алгоритмы расчета необходимых показателей (вычисление задолженности предприятия по оплате поставок, определение оптимального счета-фактуры).
2.2 Выбор метода проектирования АСИС
поставщик модель база данных
Метод -- это последовательный процесс создания моделей, которые описывают вполне определёнными средствами различные стороны разрабатываемой программной системы . Методы важны по нескольким причинам. Во-первых , они упорядочивают процесс создания сложных программных систем. Во-вторых , они позволяют менеджерам в процессе разработки оценить степень продвижения и риск.
Обычно методы проектирования делятся на три основные группы;
Метод проектирования сверху вниз;
Метод потоков данных;
Объектно-ориентированное проектирование.
Для структурного проектирования характерна алгоритмическая декомпозиция. Следует отметить , что большинство программ написано в соответствии с этим методом. Тем не менее структурный подход не позволяет выделить абстракции и обеспечить ограничение доступа к данным; он также не предоставляет достаточных средств для организации параллелизма. Структурный метод не может обеспечить создание предельно сложных систем , и он, как правило, неэффективен в объектных и объектно-ориентированных языках программирования. Поэтому данный метод не использовался для проектирования АСИС “Учет поставок”.
В методе потоков данных программная система рассматривается как преобразователь входных потоков в выходные. Метод потоков данных с успехом применялся при решении ряда сложных задач, в частности , в системах информационного обеспечения, где существуют прямые связи между входными и выходными потоками системы и где не требуется уделять особого внимания быстродействию. Но поскольку одним из основных требований предъявляемых к проектируемой АСИС является увеличение скорости автоматизации учета поставок и уменьшение временных затрат на оформление поставок на предприятии, то применение данного метода также нецелесообразно для проектирования АСИС.
Объектно-ориентированное проектирование (object-oriented design, OOD)--это подход в основе которого лежит представление о том , что программную систему нужно проектировать как совокупность взаимодействующих друг с другом объектов, рассматривая каждый объект как экземпляр определённого класса, причём классы образуют иерархию. Объектно-ориентированный подход отражает топологию новейших языков высокого уровня , таких как Object Pascal, C++, Smalltalk и др. Модели, для проектирования которой используется вышеназванный подход проектирования присущи четыре главных элемента:
Абстрагирование;
Инкапсуляция;
Модульность;
Иерархия.
Абстрагирование позволяет выделить существенные характеристики проектируемого объекта, отличающие его от других объектов;
Инкапсуляция - процесс отделения друг от друга элементов объекта, определяющих его устройство и поведение. Она позволяет изолировать контрактные обязательства абстракции от их реализации.
Модульность - свойство системы, которая была разложена на внутренне связные, но слабо связанные между собой модули.
Иерархия - упорядочивание абстракций, расположение их по уровням.
Абстракция и инкапсуляция дополняют друг друга. Абстрагирование направлено на наблюдение поведения объекта извне, а инкапсуляция определяет четкие границы между различными абстракциями, т.е. наблюдение за поведением объекта изнутри.
Использование этих элементов проектирования и позволяет значительно увеличить производительность любой проектируемой системы.
Таким образом, для проектирования АСИС используется объектно-ориентированный подход.
2.2.1 Анализ алгоритмов работы с базой данных
Система управления разработанной БД использует реляционный подход для построения базы данных . Подобные системы основаны на реляционной модели данных, которые используются для моделирования взаимосвязей между объектами реального мира и для хранения данных об этих объектах. Применение реляционной модели данных обусловлено использованием реляционной алгебры и соответствующих алгоритмов и операций для выполнения действий над данными. Использование алгоритмов реляционной алгебры позволяет обеспечить высокую производительность работы с базой данных.
Основные операции реляционной алгебры были впервые предложены Коддом . Он доказал, что запросы, формулируемые с помощью языка исчисления могут быть сформулированы в языках реляционной алгебры и наоборот , т.е запросы представленные с помощью языка реляционной алгебры могут быть использованы для выполнения запросов к разработанной БД. Ниже приведен ряд запросов к БД:
SELECT nomer_dogovora, postav.nomer_postav, dogovor.nomer_postav,
naimen_post
FROM postav, dogovor
WHERE postav.nomer_postav=dogovor.nomer_postav
SELECT select nomer_zajavki, zajavka.nomer_dogovora,
dogovor.nomer_dogovora, naimen_post,postav.nomer_postav,
dogovor.nomer_postav
FROM from zajavka,dogovor,postav
WHERE (zajavka.nomer_dogovora=dogovor.nomer_dogovora)
AND (postav.nomer_postav=dogovor.nomer_postav)
SELECT nomer_zakaza, zakaz.nomer_dogovora, dogovor.nomer_dogovora,
naimen_post,postav.nomer_postav, dogovor.nomer_postav
FROM zakaz, dogovor, postav
WHERE (zakaz.nomer_dogovora=dogovor.nomer_dogovora)
AND (postav.nomer_postav=dogovor.nomer_postav)
Рассмотрим четыре операции над отношениями :
Селекция;
Проекция;
Теоретико-множественное объединение;
Соединение.
Селекция (selected_on - подвергнутые селекции по) уменьшает количество строк в таблице, и ее можно представить как результат разрезания таблицы по горизонтали и удаления ненужных кортежей. Формально селекция записывается так:
R selected_on [<предикат>] {синтаксис языка запросов (SQL)}
Здесь <предикат> - это логическое выражение, которое может содержать сравнения значений одних атрибутов со значениями других в том же кортеже или с константами. В результате сохраняются только строки, удовлетворяющие <предикату>.
Операция селекции соответствует программам, которые выбирают записи из файлов и печатают эти записи. Однако условия отбора могут относится только к отдельно взятым записям. Например, невозможно выбрать запись, исходя из того, что значение какого-либо ее поля равно или больше, чем значение этого поля в предыдущей записи. В действительности почти невозможно смоделировать поведение автомата с конечным числом состояний, который изменяет свое состояние для каждой записи, изменяя тем самым критерии отбора для следующей записи.
Проекция (projected_to - спроецированное на) уменьшает количество столбцов в таблице; данную операцию можно представить себе как разрезание по вертикали название операции имеет своим источником понятие проекции множества точек N-мерного пространства в пространство с меньшим количеством измерений. Например, в результате проекции множества точек плоскости (Х,У) на ось Х получается множество точек, расположенных на этой оси. К сожалению, значения проекций некоторых “точек” могут совпадать; это произойдет в том случае, когда проекция удалит столбец, входящий в ключ, так что оставшиеся части двух “укороченных” кортежей могут быть идентичными. Тогда придется удалить дубликаты и тем самым уменьшить количество строк, т.е. размер БД. Если хотя бы один из возможных ключей при выполнении проекции останется незатронутым, то дубликатов не будет.
Формально проекция записывается следующим образом:
R projected_to <имя-атрибута>{, <имя-атрибута>}
Где список <имен-атрибутов> означает имена сохраняемых столбцов.
Операция проекции соответствует программе отбора несколько иного рода, чем операция селекции, а именно, она печатает определенные поля из каждой записи. Удаление дубликатов обычно достигается в результате сортировки записей по требуемым полям, после чего записи пропускаются до тех пор, пока не изменится значение поля. На практике при одном просмотре файла операция проекции обычно происходит с операцией селекции.
Теоретико-множественное объединение (union) имеет два операнда; она берет строки двух таблиц и размещает их друг за другом, формируя одну длинную таблицу. Это возможно лишь в том случае, когда обе таблицы имеют один и тот же тип, т.е. имеют совпадающие названия (имена) и типы столбцов. Такие таблицы называют “совместимыми по объединению”. Все дубликаты строк должны быть удалены из отношения-результата. Данная операция аналогична объединению множеств в алгебре, но она является дополнительной по отношению к ограничению, так как имеется возможность восстановить отношение путем объединения двух дополняющих друг друга результатов операции селекции.
Операция теоретико-множественного отношения соответствует известной операции “слияния” файлов. Если известно, что файлы не пересекаются, и если порядок записей не играет роли, то достаточно скопировать один файл в конце другого. Однако, как правило, файлы поддерживаются в порядке первичных ключей, и тогда используются простые алгоритмы слияния., считывающие поочередно записи из каждого файла в зависимости от того, в каком из файлов запись имеет ключ с меньшим значением полей, так что в новый файл записи также будут помещаться в порядке первичных ключей.
Соединение (joined_to - соединение с) имеет два операнда; она определена для любых двух таблиц. Если эти две таблицы не имеют столбцов с совпадающими именами, то соединение ведет себя, как декартово произведение, соединяя каждую строку первой таблицы поочередно с каждой строкой второй таблицы. Если имена всех столбцов этих двух таблиц совпадают, то соединение ведет себя как теоретико-множественное пересечение, и создает таблицу, состоящую из тех строк, которые встречаются в каждой из рассматриваемых двух таблиц (такая таблица может быть и пустой, аналогично пустому множеству). Если у двух таблиц-операндов совпадают лишь некоторые имена столбцов, то в результате соединения получается таблица, содержащая все имена столбцов первой таблицы, а также все те имена столбцов второй таблицы, которые не встретились в первой. Строки результата выбираются из первой таблицы, а дополнительные значения конкатенируются (присоединяются) из тех строк второй таблицы, у которых значения в общих столбцах совпадают. До некоторой степени соединения является дополнением проекции, если осуществить проекцию “исходного” отношения так, чтобы получился набор отношений, каждое из которых сохраняет первичный ключ исходного, то соединение этого отношения восстановит исходное при дополнительном условии, что каждый столбец исходного отношения встречается хотя бы в одной из проекций.
Подобные документы
Разработка требований и целей проектируемого программного изделия, информационно-логической модели базы данных. Описания входных и выходных документов, взаимосвязи программных модулей. Исследование технологии инсталляции и запуска программного средства.
курсовая работа [905,3 K], добавлен 20.01.2012Учет расчетов с поставщиками и покупателями на предприятии ООО "Дагестан-Парус". Проектирование баз данных и разработка программы по формированию результатной информации. Расчет экономического эффекта от внедрения разработанных программных средств.
дипломная работа [2,1 M], добавлен 15.07.2012Обоснование выбора программного обеспечения Borland Delphi. Проектирование информационной модели базы данных в ERWIN в стандарте IDEF1X. Разработка физической модели базы данных заключения договоров с поставщиками на оптовый склад. Листинг программы.
курсовая работа [435,1 K], добавлен 18.02.2011Разработка программного обеспечения, предназначенного для автоматизации деятельности туристической фирмы. Анализ и проектирование базы данных предметной области. Создание концептуальной, логической и физической моделей данных и программы их обработки.
курсовая работа [816,5 K], добавлен 05.02.2018Проектирование логической схемы данных для предметной области, физической модели базы данных. Разработка алгоритмов функциональных модулей программного приложения. Принципы тестирования спроектированного программного обеспечения, анализ эффективности.
курсовая работа [926,7 K], добавлен 20.05.2015Автоматизация учёта поступления и обучения детей в "Доме детского творчества". Проектирование программного продукта ИС; выбор системы управления базы данных, языка программирования. Разработка концептуальной, логической и физической моделей данных.
дипломная работа [1,5 M], добавлен 10.10.2015Инструментальные средства для разработки структуры информационной базы данных "Программа автоматизации учета расчетов с поставщиками", пользовательский интерфейс СУБД Access. Разработка запросов отбора данных и вычислений, экранных форм коррекции данных.
лабораторная работа [2,4 M], добавлен 15.11.2010Характеристика организации ООО "Кофейный рай". Автоматизация учета поставок кофе на складе с организацией информационной базы с помощью программы "Парус-Предприятие 7". Разработка логической структуры реляционной базы данных. Алгоритм решения задачи.
курсовая работа [84,9 K], добавлен 16.04.2012Теоретические основы проектирования баз данных. Аналитический учет расчетов с поставщиками и подрядчиками. Характеристика объектов СУБД MS Access. Создание физической формы модели базы данных. Алгоритм построения электронного приложения базы данных.
курсовая работа [2,5 M], добавлен 10.12.2014Разработка программы на языке Си++ и осуществление постановки и выбора алгоритмов решения задач обработки экономической информации, создание и редактирование базы данных, сортировка записей по определенному запросу, анализ эффективности обработки данных.
контрольная работа [316,8 K], добавлен 28.08.2012