Процесс учета складских и торговых операций на торгово-розничном предприятии ООО "Техно Сервис"
Динамика выпуска и реализации продукции. Оценка капитала, вложенного в имущество. Оценка доходности продаж продукции и услуг. Финансовая устойчивость предприятия, показатели платежеспособности и ликвидности. Анализ ритмичности работы ООО "Техно Сервис".
| Рубрика | Экономика и экономическая теория |
| Вид | дипломная работа |
| Язык | русский |
| Дата добавления | 18.10.2012 |
| Размер файла | 1,4 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Основные принципы учета следующие:
оперативность и бухгалтерская достоверность количественного учета на складе при помощи карточек складского учета, которые ведутся материально ответственными лицами;
систематический контроль работников бухгалтерии непосредственно на складе за правильным и своевременным документированием операций по движению ТМЦ и ведением складского учета ТМЦ;
предоставление бухгалтерам права проверки соответствия фактических остатков ТМЦ в натуре данным текущего складского учета;
осуществление бухгалтерией учета движения ТМЦ только в денежном выражении по учетным ценам и по фактической себестоимости в разрезе мест их хранения, систематическое подтверждение (взаимосверка) данных складского и бухгалтерского учета путем сопоставления остатков ТМЦ по данным складского (количественного) учета, оцененных по принятым, учетным ценам, с остатками ТМЦ по данным бухгалтерского учета.
Актуальность выбранной темы объясняется тем, что складские операции имеют большое значение для деятельности всего предприятия. Поэтому очень важно правильно и рационально организовать складской процесс. А именно тщательная и внимательная приемка товаров по количеству позволяет своевременно выявить и предотвратить поступление недостающего количества товаров. Соблюдение схемы отпуска товаров (получение заказов от покупателей; отборка товаров с мест хранения; перемещение в зону комплектования заказов; комплектование заказов и упаковка; помаршрутное комплектование партий; перемещение укомплектованных партий в зону погрузки; погрузка транспорта) и внимательность складских работников способствуют правильному, четкому и быстрому выполнению заказов покупателей, а значит и повышению престижа самого предприятия.
Также следует отметить, большое значение автоматизации всего складского процесса, так как применение средств автоматизации при приемке и отпуске товаров способствует росту производительности труда складских работников. Не меньшее значение имеет правильное и безошибочное оформление документов, так как ошибки в составлении документов отрицательно сказываются на всех операциях складского технологического процесса.
Управление бизнес-процессами, а также товарно-ценовой учет на предприятии являются одними из самых сложных учетных задач. Сложность учета возрастает тем более, чем выше число подразделений и численность сотрудников на предприятии. Ситуация осложняется не только необходимостью учитывать большой объем информации, но и сложностью составления разнообразных выборок и составлением отчетов. Назначением данного дипломного проекта является создание конфигурации «Складской учет», которое призвано автоматизировать управление бизнес-процессами на предприятии. Должны быть обеспечены следующие функции:
· ввод, контроль и анализ данных в БД;
· учет требуемых и наличных товаров на складе;
· визуализация расхождений между требуемым и наличным;
· автоматизация большей части ручного учета;
· предотвращение возможных ошибок при учете товара;
· предоставление оперативной информации о наличии товаров на складе;
· формирование отпускных цен.
Программа разрабатывается для ООО «Техно Сервис», называемого в дальнейшем фирма. Фирма проводит закупки крупных партий комплектующих для компьютеров различных видов, сопутствующих товаров.
Клиентами являются как мелкооптовые, так и розничные покупатели. Оптовики это, как правило, юридические лица, занимающиеся только сбытом приобретаемой продукции в розницу.
Функции отдела по работе с поставщиками:
· заключение договоров на поставку товара с производителями;
· контроль за соблюдение договоров;
· сбор и анализ информации о количестве поступившего товара, его оптовой цене.
Функции отдела продаж:
· формирование цены на товар для различных видов покупки;
· прием заказов на поставку товара;
· продажа товара в розницу.
Отдел отгрузки занимается упаковкой и доставкой товара.
· Упаковщики собирают готовый комплект и закладывают его в упаковочную тару
· Затем товар доставляется по указанному в документах адресу.
Главная задача менеджера:
· отслеживать своевременное пополнение запасов товара на складе;
· вести учет информации о сроках выполнения контрактов;
· проводить анализ и учет информации о ценах на товары фирмы.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Рис. 1. Бизнес-процессы
Программа разрабатывается для автоматизации работы менеджера фирмы. Применение программы позволит автоматизировать процесс сбора экономической информации для формирования цен на реализуемые товары.
В экономическом плане создание конфигурации «Складской комплекс» должно уменьшить трудозатраты на ведение учета экономической информации, на формирование цен. Продукт позволит: экономить время, т.к. не будет необходимости вести бумажные носители, экономить трудовые ресурсы, выполнять работу наиболее быстро и качественно.
При этом уменьшение трудозатрат на обработку информации должно привести к высвобождению части рабочей силы в отделе продаж, что приведет к ежемесячной экономии на заработной плате высвобожденных сотрудников.
Глава 2. Теоретические основы решения комплекса задач.
2.1 Экономическая сущность комплекса задач
Фирма является обществом с ограниченной ответственностью ее участников.
Обществом руководят:
Собрание его участников, которые предлагают директору фирмы стратегические направления деятельности фирмы и осуществляют контроль за их использованием;
Директор фирмы. Он назначается собранием и отвечает за внедрение стратегических направлений, предложенных собранием.
Каждодневное управление осуществляется сотрудниками администрации фирмы. Общая политика фирмы ориентированна на три направления:
Перечень заказов: дать фирме работу и избежать сокращения прибыли и проблем с занятостью.
Прибыль: возвращение капитала, инвестированного участниками общества. Отсутствие прибыли или убытки могут привести к необходимости реинвестирования или банкротству.
Денежные потоки: дают возможность нормальному каждодневному функционированию фирмы. Нехватка денежных средств ведет к необходимости обращения за займами в банк.
Функциональные службы и отделы фирмы признаны помогать руководству внедрять три основных принципа:
1.Обеспечения перечня заказов.
Данная задача является одной из обязанностей директора и его заместителей. Он должен заниматься поисками нового Заказчика частного или государственного и новых контрактов в лучших условиях для получения прибыли и с минимальными рисками.
Он должен заниматься:
поиском лучшей цены и лучшего возможного вознаграждения за выполненные работы;
поиска надежного Заказчика, а не банкрота;
финансированием проектов;
условиями оплаты для избегания проблем с денежными средствами.
2.Обеспечение прибыли. Задача по обеспечению прибыли в основном касается управленческого персонала:
оптимизация методов выполнения работ (отделы продаж, в совокупности с плановым отделом);
прием на работу квалифицированных сотрудников (администрация);
управление закупками (плановый отдел): проведение цен материалов по разным поставщикам; концентрирование закупок у одного поставщика для того, чтобы получить скидку; тщательная проверка поставляемых материалов; четкое управление складом.
управление техническим и информационным обеспечением персонала (администрация, плановый отдел): покупка наиболее современного оборудования; тщательное техническое обслуживание; продажа старого или бесполезного оборудования.
представление счетов клиенту (бухгалтерия): не забыть представить счета за все; любые задержки, любые изменения в контракте должны быть учтены; контроль за издержками производства позволяет иметь представление ежемесячно о предполагаемой прибыли.
подготовка работ (администрация): получение всех разрешений и лицензий, участие в выставках, изучение рынка.
3. Обеспечение денежных средств.
· на стадии проведения переговоров по контракту необходимо обговаривать лучшие условия для Поставщика (задача руководства)
· выставлять вовремя счета, следить за платежами Заказчика
· вовремя выставлять счет на предоплату (бухгалтерия)
· контроль за осуществлением предоплаты
· составлять ежемесячно прогноз поступления денежных средств от покупателей.
Рис. 2. Классификация основных методов управления
2.2 Теоретические основы и технологии информационного обеспечения решения комплекса экономических задач
Перечислим цели использования вычислительной техники.
Система должна обеспечивать выполнение следующих функций:
1. Возможность добавления, удаления и редактирования данных о заказах. Должна обеспечиваться возможность контроля правильности вводимой информации.
2. Ведение условно неизменяемой информации о товарах, а также условно-изменяемой информации в так называемых журналах.
3. Ведение всех необходимых справочников, ввод данных в них, редактирование, удаление информации.
4. Контроль целостности имеющейся информации.
5. Автоматическое формирование отчетных документов по сделанному заказу.
6. Возможность составления заказов по выбору клиента.
7. Возможность индексации и упаковки данных.
8. Возможность резервного копирования и редактирования данных.
Надежность:
1. Система не должна содержать ошибок, искажающих внешние спецификации, обнаруживаемые тестированием.
2. Система не должна переходить в неопределенное состояние при неправильных действиях пользователя за пультом.
3. Система не должна переходить в неопределенное состояние при недопустимых форматах, значениях или сочетании значений данных, вводимых с пульта.
4. ЭВМ не должна зависать или выдавать несоответствующие сообщения при обращении к неподключенным внешним устройствам.
Условия эксплуатации:
1. Система должна быть рассчитана на пользователя, не знакомого с программированием ЭВМ и управлением операционной системой.
2. Дополнительные знания, необходимые для работы с системой, должны быть ограничены ознакомлением с клавиатурой.
3. Количество манипуляций за пультом должно быть минимальным, в связи с чем интерфейс следует строить на основе выбора действий из меню с максимальным использованием функциональных клавишей.
4. Количество информации, которое необходимо воспринять и переработать пользователю для принятия решений по управлению системой, должно быть минимальным.
5. Система должна реагировать на недопустимые действия пользователя за пультом или на неразрешенные сочетания данных, либо игнорируя их либо выдавая сообщение.
6. Переход между сопряженными по логике работы меню должен быть максимально коротким.
7. Изображения доступных функциональных клавишей должно постоянно присутствовать на экране и быть контекстно-зависимым.
8. Эстетическое оформление должно вызывать положительную реакцию пользователя, в связи с чем следует соблюдать такие принципы:
цветовая гамма должна быть сдержанной;
цвета должны нести функциональную нагрузку и не менять ее на протяжении всего диалога;
сигнальные сообщения системы, связанные с невозможностью или опасностью выполнения действия, окрашивать в красный цвет;
для заполнения общего экранного фона избегать цветов GREEN (зеленый) и MAGENTA ( розовый );
текст должен легко читаться на фоне меню, избегать печатать синим или коричневым по черному, зеленым по розовому и т.п.
Рассмотрим технические требования к проекту.
1. Объем БД. При большом количестве производственных процессов, наименований товаров, заказов данное требование может оказаться немаловажным, т.к. при этом придется иметь дело с очень объемными БД. Поэтому в рамках ресурсной экономичности было выдвинуто требование - объем базы данных, создаваемой и эксплуатированной в автоматизированной системе, должен составить не более 20 Мбайт на 10000 экземпляров.
В связи с данным требованием произведена нормализация структуры базы данных, которая приведена ниже.
2. Простота работы с БД. Для того, чтобы многие пользователи могли достаточно быстро научится с программным продуктом, должны быть соблюдены следующие условия:
· возможность корректировки данных;
· получение выходных форм на экране и в виде твердой копии;
· обеспечение пользовательского интерфейса.
3. Надежность АРМ. При хранении объемных БД ценность информации может быть очень велика. Ее потеря или порча может иметь катастрофические последствия. При этом необходимо обеспечивать надежность как регулярным копированием БД на сменные накопители, так и выбором достаточно надежной СУБД.
Для решения комплекса задач АРМ предполагается использовать компьютеры на базе Intel Pentium 4 (1.6 Ghz - 3.2 Ghz), ОП 256Mb, ОС Windows 2000, HDD 40 Gb, соединенные в локальную сеть, ее характеристики: 100Mbit - 1Gbit, Ethernet, протокол TCP/IP.
Использование вычислительной техники для решения указанного выше списка задач экономически целесообразно, так как это позволит избежать увеличения численности работников отдела продаж при одновременном значительном увеличении качества работы и скорости обслуживания клиентов.
2.3 Обзор существующих решений экономических задач
На сегодняшний день разработчик не связан рамками какого-либо конкретного пакета, а в зависимости от поставленной задачи может использовать самые разные приложения.
Анализ существующих СУБД
Несмотря на то, что технологии баз данных становятся все более распространенными в практике, многие разработчики прикладных систем, администраторы баз данных и конечные пользователи недостаточно хорошо понимают, что такое современные базы данных и системы управления базами данных (СУБД). Сказывается отсутствие или поверхностный уровень соответствующих курсов в высших учебных заведениях, практическое отсутствие литературы на русском языке, и, наконец, привлечение к деятельности, связанной с использованием баз данных, специалистов, которые ранее работали в других областях. Обучение, проводимое коммерческими компаниями, обычно ориентируется на конкретные программные продукты и не может компенсировать отсутствие базовой подготовки.
Согласованность данных является ключевым понятием баз данных. На самом деле, если информационная система поддерживает согласованное хранение информации в нескольких файлах, можно говорить о том, что она поддерживает базу данных. Если же некоторая вспомогательная система управления данными позволяет работать с несколькими файлами, обеспечивая их согласованность, можно назвать ее системой управления базами данных. Уже только требование поддержания согласованности данных в нескольких файлах не позволяет обойтись библиотекой функций: такая система должна обладать некоторыми собственными данными (мета-данными) и даже знаниями, определяющими целостность данных.
Приведем ряд определений терминов, использующимся для описания СУБД.
Данные - это информация, зафиксированная в определенной (структурированной) форме, пригодной для последующей обработки, хранения и передачи. К данным необходим «прозрачный» доступ сразу нескольких пользователей, т.е. любой пользователь должен иметь возможность получать необходимую ему информацию, модернизировать ее, заносить новую и удалять старую, причем конечный пользователь может обо всех этих операциях и не знать. Банк Данных (БД) - это информационная система, включающая в себя информационные, математические (алгоритмические), программные, языковые, организационные и технические средства (аппаратная платформа и операционная система) обеспечивающие в совокупности централизованную поддержку и коллективное использование данных пользователем БД. Языковые средства - языки, с помощью которых описывается структура данных (DDL) и языки манипулирование данными (DML - SQL). База Данных (БД) - это структурированная определенным образом совокупность данных, относящихся к конкретной задаче. БД может быть как локальная, так и распределенная. Система Управления Базами Данных (СУБД) представляет собой комплекс инструментальных средств (программных и языковых) реализующих централизованное управление БД и обеспечивающих доступ к данным (изменения, добавления, удаления, резервного копирования и т.д.). СУБД должна обеспечивать поиск, модификацию и сохранность данных, а также оперативный доступ (время отклика), защиту целостности данных от аппаратных сбоев и программных ошибок, разграничение прав и защита от несанкционированного доступа, поддержка совместной работы нескольких пользователей с данными.
При работе с СУБД можно выделить несколько уровней представления данных:
Внешний уровень (уровень конечного пользователя). В некотором смысле это самый главный уровень. Именно с ним работает конечный пользователь или конечная программа. Пользователь воспринимает данные как совокупность некоторых взаимосвязанных полей в удобном виде, позволяющих ему решать свою задачу.
Концептуальный уровень (уровень программиста и администратора) - это обобщенное представление обо всех данных, хранящихся в базе или совокупность внешних представлений. На этом уровне работают программист, создающий прикладные программы, и администратор, разрабатывающий структуру (схему) базы данных. Администратору доступна вся схема, вся информация, а конкретному программисту - только ее часть, ограниченная его привилегиями.
Физический уровень (уровень реализации). На физическом уровне определяются способы хранения данных с учетом подробностей (вплоть до физического адреса) и доступа к ним. Сервер СУБД реализует именно этот уровень.
По логическому представлению структуры данных СУБД делятся на несколько типов: реляционные, сетевые и иерархические. Главная характеристика, определяющая тип - это используемое представление данных.
Основной структурой в иерархических моделях данных является «дерево». Особенности такого представления в наличии корня - единственной точки входа в дерево, и что каждый порожденный узел имеет только одного родителя. Недостатком этой системы является высокая избыточность. Одна запись БД - это совокупность деревьев. Через эту структуру нельзя построить отношение N:N (многие ко многим).
Основной структурой в сетевых моделях данных является «сеть». При таком представлении существует несколько входов в сеть - неоднозначность доступа к данным. Особенности такого представления: один или несколько узлов могут иметь больше одного родителя; время доступа изменяется в зависимости от исходного входа. Время доступа в сетевой структуре может быть больше, чем в иерархической структуре.
Недостатком обеих этих структур является то, что при добавлении новых вершин или установлении новых связей возникают проблемы выгрузки данных из базы, перегенерации полностью структуры, загрузка данных обратно в базу. При этом возникает вероятность потерять данные при обратной загрузке.
В основе структуры данных реляционной модели лежит мощный аппарат реляционной алгебры, реляционного исчисления и теории нормализации. При проектировании реляционной модели БД используется понятия ER-модели: сущность - объект, атрибут - свойства и связь. Связи бывают нескольких типов: 1:1, 1:N (N:1), N:N. У реляционной модели есть ряд ограничений: невозможность существования двух одинаковых записей; задание типа столбца, области значений атрибута. Достоинство реляционных СУБД, обеспечившее высокую популярность, заключается в не функциональности языка запросов. Это означает, что формулируете запрос не то, как надо найти данные, а что надо найти.
Сегодня основы современной информационной технологии составляют базы данных (БД) и системы управления базами данных (СУБД), роль которых как единого средства хранения, обработки и доступа к большим объемам информации постоянно возрастает. При этом существенным является постоянное повышение объемов информации, хранимой в БД, что влечет за собой требование увеличения производительности таких систем. Резко возрастает также в разнообразных применениях спрос на интеллектуальный доступ к информации. Это особенно проявляется при организации логической обработки информации в системах баз знаний, на основе которых создаются современные экспертные системы. Быстрое развитие потребностей применений БД выдвигает новые требования к СУБД: поддержка широкого спектра типов представляемых данных и операций над ними (включая фактографические, документальные, картинно-графические данные); естественные и эффективные представления в БД разнообразных отношений между объектами предметных областей (например, пространственно-временных с обеспечением визуализации данных); поддержка непротиворечивости данных и реализация дедуктивных БД; обеспечение целостности БД в широком диапазоне разнообразных предметных областей и операционных обстановок; управление распределенными БД, интеграция неоднородных баз данных; существенное повышение надежности функционирования БД.
1С:Предприятие. Практически на каждом предприятии есть специалист, так или иначе знающий данный продукт. 1С:Предприятие - самый документированный продукт на рынке. Помимо стандартной документации, существует огромное количество учебников, справочников, пособий, какого нет ни у одного другого российского продукта. * С точки зрения разработчика комплекс 1С:Предприятие обладает следующими преимуществами: внутренний язык, использующий объектную технику; полноценная графическая среда разработки; большое количество встроенных процедур, реализующих стандартные функции учета; большое количество внедренных решений. Эти характеристики позволяют разработчику быстрее реализовывать сложные, комплексные системы, а значит, быстрее и с меньшими затратами осуществлять проекты.
Программный пакет 1С:Предприятие фирмы «1С» представляет собой мощный универсальный инструмент для автоматизации и финансово-экономического анализа деятельности современных динамично развивающихся предприятий. Этот пакет охватывает весь спектр учетных задач субъектов хозяйствования с разным профилем деятельности, а также является уникально гибким в настройке благодаря многочисленным программным инструментам и хорошо организованной структуре системы.
В настоящее время 1С:предприятие получило широкое, практически повсеместное распространение. Это связано в первую очередь с надежностью, гибкостью и устойчивостью поддержки этой системы.
Система оснащена большим набором разнообразных конструкторов, формирующих программный код и формы объектов, что позволяет в считанные минуты создать достаточно развитые программы, а также модернизировать уже существующие конфигурации.
С одной стороны, существует большое количество стандартных, позволяемых специализированным фирмам настроек (конфигураций), предназначенных для автоматизации определенной сферы экономической деятельности. Но практически в любом заведении есть те или иные особенности, приводящие к тому, что при внедрении системы возникает необходимость ее адаптации и оптимизации. В то же время жизнь не стоит на месте. Меняется законодательство, потребности предприятий и многое другое, что вызывает постоянную необходимость в настройке и сопровождении системы 1С.
Однако большая часть фирм, внедряющих систему, не имеет в числе своего персонала сотрудников, способных решать такие задачи, а поэтому их возлагают на сторонние организации и специалистов. Экономически это далеко не всегда удобно, т.к. зачастую связано с большими финансовыми затратами. Такая ситуация приводит к тому, что в целях экономии средств специалисты не уделяют достаточно внимания функционированию системы, что приводит к снижению качества роботы, потере эффективности, а иногда и ошибкам в расчетах.
Учитывая все сказанное, становится очевидно, что субъектам хозяйственной деятельности значительно удобнее иметь в своем штате сотрудника, который умеет настраивать систему 1С в соответствии с текущими потребностями. К тому же такой подход позволит оперативно реагировать на возможные сбои аппаратного программного обеспечения и не ждать сотрудника фирмы, занимающейся техническим обслуживанием установленной конфигурации.
2.4 Обоснование методик и технологий решения комплекса задач
Эффективность работы компьютера определяется не только его аппаратным обеспечением: моделью процессора, размерами жесткого диска, оперативной памятью и т.п., но и установленной на нем операционной системой. Операционная система это программа, которая осуществляет управление всеми устройствами компьютера и процессом обработки информации.
Современные СУБД в основном являются приложениями Windows, так как данная среда позволяет более полно использовать возможности персональной ЭВМ, нежели среда DOS. Снижение стоимости высокопроизводительных ПК обусловил не только широкий переход к среде Windows, где разработчик программного обеспечения может в меньше степени заботиться о распределении ресурсов, но также сделал программное обеспечение ПК в целом и СУБД в частности менее критичными к аппаратным ресурсам ЭВМ.
Среди наиболее ярких представителей систем управления базами данных можно отметить: Lotus Approach, Microsoft Access, Borland dBase, Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также базы данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии «клиент-сервер». Фактически, у любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров. Общепринятыми, также, являются технологии, позволяющие использовать возможности других приложений, например, текстовых процессоров, пакетов построения графиков и т.п., и встроенные версии языков высокого уровня (чаще - диалекты SQL и/или VBA) и средства визуального программирования интерфейсов разрабатываемых приложений. Поэтому уже не имеет существенного значения на каком языке и на основе какого пакета написано конкретное приложение, и какой формат данных в нем используется. Более того, стандартом «де-факто» стала «быстрая разработка приложений» или RAD (от английского Rapid Application Development), основанная на широко декларируемом в литературе «открытом подходе», то есть необходимость и возможность использования различных прикладных программ и технологий для разработки более гибких и мощных систем обработки данных. Поэтому в одном ряду с «классическими» СУБД все чаще упоминаются языки программирования Visual Basic 6.0 и Visual C++, которые позволяют быстро создавать необходимые компоненты приложений, критичные по скорости работы, которые трудно, а иногда невозможно разработать средствами «классических» СУБД. Современный подход к управлению базами данных подразумевает также широкое использование технологии «клиент-сервер».
В настоящее время существуют программы автоматизации складского учета и торговли. Одним из самых распространенных является продукт фирмы 1С:торговля и склад.
Конфигурация предназначена для автоматизации учета в организациях, занимающихся оптово-розничной торговлей. Назначение и основные функциональные возможности программы. Конфигурация «Торговля и склад» разработана на основе компоненты «Оперативный учет» системы 1С: Предприятие и представляет собой типовое решение для автоматизации торговых организаций оптово-розничной торговли. Конфигурация позволяет вести в одной информационной базе учет от имени нескольких организаций. Как правило, в этом случае все организации имеют одного собственника (владельца) или группу собственников. Такую совокупность организаций в дальнейшем будем именовать компанией, а входящие в нее организации - фирмами. Конфигурация позволяет вести одновременно два вида учета торговой деятельности: управленческий и финансовый.
Учет торговой деятельности (управленческий и финансовый), реализованный в конфигурации с использованием функциональных возможностей компоненты «Оперативный учет», поддерживает все операции, связанные с закупкой, хранением и продажей товара, и связанными с этими операциями взаиморасчеты с покупателями и поставщиками:
· Учет наличия и движения товаров на складах.
· Партионный учет товарного запаса.
· Автоматическое списание себестоимости товаров по одному из методов: «По средней», LIFO,FIFO.
· Ведение учета в разрезе договоров для каждого контрагента.
· Выписка счетов на оплату и учет резервирования товаров.
· Розничная торговля с использованием ККМ и другого торгового оборудования.
· Учет товаров, принятых на реализацию.
· Учет товаров, отданных на реализацию.
· Продажа наборов товаров.
· Операции с товарами по нескольким единицам измерения.
· Учет взаиморасчетов с поставщиками и покупателями.
· Учет полученных и выданных кредитов.
· Многовалютный учет торговых операций, выписка торговых документов в любой валюте.
· Автоматическая поддержка «скользящих» кредитных взаиморасчетов по отгрузкам и оплатам.
Данная программа удобна в использовании, но для небольших фирм она неудобна большим нагромождение возможностей. Затраты на приобретение данной программы так же значительны - версия на трех пользователей потребует около 420$, а сетевая - гораздо больше. Внедрение данной программы также может потребовать значительных затрат - в связи со сложной внутренней структурой модулей внесение даже незначительных изменений могут оказаться достаточно трудоемкими. Разрабатываемая конфигурация является более простой в изучении и использовании, ее стоимость значительно меньше стоимости конфигурации «Торговля и склад», внедрение данной задачи сводится к ее установке на рабочем месте и заполнению справочников. Каковы её плюсы: простота и понятность (для русского человека) интерфейса программы, что не требует дополнительного обучения или прохождения специальных курсов, особенно для женщин, работающих на складах и не посвященных в азы компьютеров и программного обеспечения; не требовательность к системным ресурсам машины; легкость ввода и отслеживания; простота резервирования базы данных (всего 1 файл), что не маловажно для такой программы. В ней реализован метод партионного учета, учета по договорам, контрагентам, различным складам и многое другое.
Глава 3. Проектная часть
3.1 Обоснование и выбор подхода к проектированию ЭИС
Проблемы, стимулировавшие развитие ООП:
Необходимость повышения производительности разработки за счет многократного (повторного) использования ПО
Необходимость упрощения сопровождения и модификации разработанных систем
(локализация вносимых изменений)
Облегчение проектирования систем (за счет сокращения семантического разрыва между
структурой решаемых задач и структурой ПО)
Основные принципы ООП
· абстрагирование
· инкапсуляция
· модульность
· иерархия
Абстракция: любая модель, включающая наиболее важные, существенные или отличительные характеристики некоторого объекта, и игнорирующая менее важные или незначительные детали Абстракция позволяет управлять сложностью системы, концентрируясь на существенных свойствах объекта, отличающих его от объектов другого типа Абстракция зависит от предметной области и точки зрения - то, что важно в одном контексте, может быть не важно в другом Объекты и классы - основные абстракции предметной области
Объект - осязаемая сущность (tangible entity) - предмет или явление (процесс), имеющие четко выраженные границы, индивидуальность и поведение Объект - абстракция некоторой сущности предметной области (объект реального мира) или программной системы (архитектурный объект)
Объект Неформальное определение: сущность (физическая, концептуальная или программная)
Любой объект обладает состоянием (state), поведением (behavior) и индивидуальностью(identity)
Состояние объекта - одно из возможных условий, в которых он может существовать, оно изменяется со временем Состояние объекта определяется значениями его свойств (атрибутов) и связями с другими объектами Поведение определяет действия объекта и его реакцию на запросы от других объектов. Поведение представляется с помощью набора сообщений, воспринимаемых объектом (операций, которые может выполнять объект) Каждый объект обладает уникальной индивидуальностью
Инкапсуляция - объединение свойств (атрибутов) и поведения (операций) в рамках класса. Инкапсуляция физическая локализация свойств и поведения в рамках единственной абстракции (рассматриваемой как «черный ящик»), скрывающая их реализацию за общедоступным интерфейсом.
Модульность логическая и физическая декомпозиция сложной системы на ряд внутренне связных, но слабо связанных между собой подсистем (модулей) Модульность снижает сложность системы, позволяя выполнять независимую разработку отдельных модулей.
Модульность логическая и физическая декомпозиция сложной системы на ряд внутренне связных, но слабо связанных между собой подсистем (модулей) Модульность снижает сложность системы, позволяя выполнять независимую разработку отдельных модулей.
Основные понятия ООП
· объект
· класс
· атрибут
· операция
· интерфейс (полиморфизм)
· компонент
· пакет
· подсистема
· связи
В системе 1С: Предприятие реализован объектно-ориентированный язык программирования, который позволяет сократить время на разработку программы по сравнению со структурным.
Обоснование выбора модели жизненного цикла.
Спиральная модель ЖЦ ПО
Основные особенности спиральной модели:
· Идентификация и анализ риска на каждой итерации
· Назначение приоритетов пользовательским требованиям
· Разработка последовательности прототипов, начиная с требований наивысшего приоритета
· Использование каскадной модели для реализации окончательного прототипа
· Оценка результатов по завершении каждой итерации и планирование следующей итерации
· Завершение проекта при нецелесообразности его продолжения
Виды прототипов
· Прототип пользовательского интерфейса
· Функциональный прототип
· Исследовательский прототип
Достоинства:
· ускорение разработки (раннее получение результата за счет прототипирования)
· постоянное участие заказчика в процессе разработки
· разбиение большого объема работы на небольшие части
· снижение риска (повышение вероятности предсказуемого поведения системы)
Проблемы:
· сложность планирования (определения количества и длительности итераций, оценки затрат и рисков)
· сложность применения модели с точки зрения менеджеров и заказчиков
· напряженный режим работы для разработчиков
Сопоставление каскадного и итерационного подхода
Для реализации данной задачи выбран итерационны подход. Обоснованность данного выбора подтверждается также тем, что в 1С:предприятие реализован простой механизм обновления конфигурации. Данную операцию пользователь может произвести без помощи программиста, что облегчает сопровождение программы и позволяет постепенно наращивать функциональность. Механизм обновления реализован в виде обновления и загрузки измененной конфигурации.
Опыт работы с типовыми конфигурациями показывает, что срок жизни типовой редакции составляет от 1-2 лет. При этом за это время можно выпустить несколько десятков релизов, наращивающих функциональность программы. Релиз - небольшая модификация конфигурация, связанная с исправлением имеющихся ошибок, выходом новых форм документов и отчетов, небольшими изменениями в законодательстве.
В 1С:Предприятие при переходе от релиза к релизу применяется два способа - «Загрузка измененной конфигурации» и «Объединение конфигураций».
Первый способ «Загрузка измененной конфигурации» применяется, если последующая конфигурация является потомком изменяемой конфигурации. Последнее означает, что заданная конфигурация была скопирована, изменена в другом месте и загружена обратно. Если же после копирования обе конфигурации подверглись изменениям (даже несущественным), то при попытке загрузить другую конфигурацию система выдаст ошибку «Выбранный файл конфигурации не является потомком данного файла. При реструктуризации может произойти разрушение данных». Продолжайте загрузку, только если абсолютно уверены, что изменения, сделанные в текущей конфигурации после копирования являются несущественными и могут быть потеряны.
Второй способ «Объединение конфигураций» применяется, если требуется объединить две разные конфигурации (когда-то бывшие одной). При этом можно отдать приоритет либо текущей, либо загружаемой конфигурации и выбрать режим замещения или объединения объектов. В режиме замещения объект приоритетной конфигурации замещает объект с таким же именем другой конфигурации. В режиме объединения система пытается объединить два объекта с одинаковым именем. При объединении конфигураций, можно флажками отметить какие объекты требуется объединить.
Второй способ работает существенно медленней и, вообще говоря, не всегда заканчивается успешно. Есть еще одна возможность переноса объектов внутри одной конфигурации или между двумя разными. Для этого используется буфер обмена, - объект копируется в одном месте, а затем вставляется в другом.
3.2 Концептуальное проектирование предметной области
Инфологическая (схема данных) и ее описание
В результате информационного анализа задачи были получены результаты, представленные в таблице .
Таблица 18
|
Информационный объект предметной области |
Атрибуты объекта |
Идентификатор |
|
|
Товар |
код комплектующего, название комплектующего, единица измерения, оптовая цена, розничная цена, страна-производитель, ГТД |
Код товара |
|
|
Поставщик |
Код контрагента, название организации, адрес, телефон |
Код контрагента |
|
|
Поступление товара на склад |
номер поставки, код товара, дата поставки, поставщик, количество, сумма |
номер поставки |
|
|
Покупатель |
Код контрагента, название организации, адрес, телефон |
Код контрагента |
|
|
Отгрузка товара со склада |
номер отгрузки, код товара, дата отгрузки, покупатель, количество, сумма |
Номер отгрузки |
|
|
заказы |
номер заказа, номер товара, количество, дата заказа, срок выполнения, дата выполнения, оплата |
номер заказа |
Сущность - любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных. Сущностями могут быть люди, места, самолеты, рейсы, вкус, цвет и т.д. Необходимо различать такие понятия, как тип сущности и экземпляр сущности. Понятие тип сущности относится к набору однородных личностей, предметов, событий или идей, выступающих как целое. Экземпляр сущности относится к конкретной вещи в наборе. Например, типом сущности может быть ГОРОД, а экземпляром - Ликино-Дулево, Орехово-Зуево и т.д.
Связь - ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных - это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи. А так как в реальных базах данных нередко содержатся сотни или даже тысячи сущностей, то теоретически между ними может быть установлено более миллиона связей. Наличие такого множества связей и определяет сложность инфологических моделей.
Между двумя сущностям, например, А и В возможны четыре вида связей.
Первый тип - связь ОДИН-К-ОДНОМУ (1:1): в каждый момент времени каждому представителю (экземпляру) сущности А соответствует 1 или 0 представителей сущности В:
Второй тип - связь ОДИН-КО-МНОГИМ (1:М): одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В.
Так как между двумя сущностями возможны связи в обоих направлениях, то существует еще два типа связи:
Третий тип - МНОГИЕ-К-ОДНОМУ (М:1).
Четвертый тип - МНОГИЕ-КО-МНОГИМ (М:N).
В данной базе данных в основном используется тип связи один-ко-многим, например: в одном городе может проживать несколько абитуриентов. На языке ER-диаграммы это выглядит так:
м 1
После определения связей между информационными объектами была построена информационно-логическая модель
Рис. 3. Информационно-логическая модель
Для реализации задачи выбрана система 1С:Предприятие.
Программный пакет 1С:Предприятие фирмы «1С» представляет собой мощный универсальный инструмент для автоматизации и финансово-экономического анализа деятельности современных динамично развивающихся предприятий. Этот пакет охватывает весь спектр учетных задач субъектов хозяйствования с разным профилем деятельности, а также является уникально гибким в настройке благодаря многочисленным программным инструментам и хорошо организованной структуре системы.
В настоящее время 1С:предприятие получило широкое, практически повсеместное распространение. Это связано в первую очередь с надежностью, гибкостью и устойчивостью поддержки этой системы.
Система оснащена большим набором разнообразных конструкторов, формирующих программный код и формы объектов, что позволяет в считанные минуты создать достаточно развитые программы, а также модернизировать уже существующие конфигурации.
С одной стороны, существует большое количество стандартных, позволяемых специализированным фирмам настроек (конфигураций), предназначенных для автоматизации определенной сферы экономической деятельности. Но практически в любом заведении есть те или иные особенности, приводящие к тому, что при внедрении системы возникает необходимость ее адаптации и оптимизации. В то же время жизнь не стоит на месте. Меняется законодательство, потребности предприятий и многое другое, что вызывает постоянную необходимость в настройке и сопровождении системы 1С.
Однако большая часть фирм, внедряющих систему, не имеет в числе своего персонала сотрудников, способных решать такие задачи, а поэтому их возлагают на сторонние организации и специалистов. Экономически это далеко не всегда удобно, т.к. зачастую связано с большими финансовыми затратами. Такая ситуация приводит к тому, что в целях экономии средств специалисты не уделяют достаточно внимания функционированию системы, что приводит к снижению качества роботы, потере эффективности, а иногда и ошибкам в расчетах.
Учитывая все сказанное, становится очевидно, что субъектам хозяйственной деятельности значительно удобнее иметь в своем штате сотрудника, который умеет настраивать систему 1С в соответствии с текущими потребностями. К тому же такой подход позволит оперативно реагировать на возможные сбои аппаратного программного обеспечения и не ждать сотрудника фирмы, занимающейся техническим обслуживанием установленной конфигурации.
3.3 Характеристика входной информации
3.3.1 Описание входной оперативной информации
Информация, циркулирующая в рассматриваемой предметной области, отражается в документах. Информация, циркулирующая в документах, разделяется на условно-постоянную и оперативную информацию.
Оперативная информация содержит данные о заказах, поступлении товаров на склад, выдаче товаров со склада, отгрузке товаров заказчику.
Макеты входного документа:
ДОГОВОР
купли-продажи №
г.Москва
ООО “Техно Сервис”, в лице директора Колесникова Кирилла николаевича, действующего на основании Устава, именуемое в дальнейшем «Покупатель», с одной стороны и
именуемый (ая) в дальнейшем «Продавец», с другой стороны, заключили настоящий договор о нижеследующем:
1. Предмет договора
Продавец передает в собственность, а Покупатель принимает и оплачивает изделие (товар) по спецификации
(Приложение 1), являющейся неотъемлемой частью настоящего договора.
2. Условия и порядок оплаты
2.1. Покупатель производит 100% оплату стоимости товара, указанную в Спецификации.
3. Качество изделий
3.1.Товар, проданный по настоящему договору должен соответствовать ГОСТ и ТУ.
3.2. Качество поставляемых изделий должно подтверждаться сертификатом , выданным предприятием изготовителем .
3.3. В случае обнаружения скрытых дефектов, составляется двухсторонний акт , согласно которому, Продавец
осуществляет ремонт или замену изделия.
3.4. Претензии по качеству принимаются в течении гарантийного срока, указанного в руководстве по эксплуатации,
исчисляемого с момента продажи .
3.5. Продавец не несет ответственность за не надлежащую работу изделия, если будет установлено, что
Покупателем не были соблюдены Правила, изложенные в руководстве по эксплуатации.
4. Дополнительные условия
5. Юридические адреса и банковские реквизиты Сторон
5.1. Продавец: ООО “Техно Сервис ”
5.2. Покупатель:
Адрес:
Паспорт серия: №
Выдан
6. Подписи сторон
Продавец
Покупатель
3.3.2 Описание структуры постоянной информации
Условно-постоянная информация включает справочные данные о номенклатуре изделий, реализуемых предприятием, о ценах на товар, данные о заказчиках.
Описание товара.
Фирма занимается продажей компьютеров, ПО и периферии. Товары могут быть от разных производителей (например, принтеры - Canon, HP и др.), периферийные устройства могут входить в состав компьютера.
3.3.3 Характеристика результатной информации
Результатная информация содержит сведения о ценах на изделие в зависимости от вида покупки, сведения о поставках, продажах. Программа выдает предупреждения при попытке отгрузить со склада товар, которого нет в наличии. Также существует возможность формирования отчетов об остатках товара на складах, движении товара, его продажи.
Глава 4. Реализация ЭИС
4.1 Программная реализация ЭИС
Разработка программы «Складской учет» осуществлялась поэтапно:
4.1.1. Создание конфигурации.
Первым этапом является создание конфигурации и указание ее основных настроек.
1. Создается пустой каталог "Склад" на диске;
2. Открывается 1С:Конфигуратор;
3. Появляется окошко "Запуск 1С:Предприятия";
Рис. 4
4. Кнопкой «Добавить» создается новая информационная база, в появившемся окошке "Регистрация информационной базы" вводится название базы "Склад", в качестве каталога базы указывается "Склад";
5. В списке информационных баз появится строка "Склад", если установить на нее курсор, то внизу (где на картинке указан путь "F:\базы\1Snov\") появится путь к созданной базе F:\Базы\Склад;
Рис. 5
6. Нажмем «ОК». После появления на экране заставки "1С:Конфигуратор", возникнет окно "Выбор формата хранения данных". Укажем формат DBF, кодовая страница - 1251 (как на рисунке). Нажать кнопку «ОК»;
Рис. 6
Конфигуратор загружен.
4.1.2 Начало работы с метаданными
Теперь имеется пустая конфигурация, готовая к работе. Далее настраиваются некоторые основные опции.
1. Для того, чтобы открыть окно метаданных, в меню Конфигурация нужно выбрать команда "Открыть конфигурацию";
2. Появилось окно со структурой метаданных.
Рис. 7
3. Курсор устанавливается на разделе "Задача";
4. Либо через меню Действие команда "Свойства", либо щелкнув правой кнопкой мыши и выбрав команду "Свойства", открывается окно со свойствами задачи.
5. Настраиваются свойства задачи:
На закладке "Общие"
1. Идентификатор - Склад 1.0;
2. Синоним - Складской комплекс;
3. Комментарий - Дипломный проект;
На закладке "Задача"
4. Основной язык - Русский;
5. Округление - 1.5 до 2
6. Разрешить непосредственное удаление объектов - Да;
6. На закладках "Автор" и "Заставка" через «Изменить» вносится разная дополнительная информация и добавляется заставка и логотип;
7. Кнопка «ОК»;
8. Теперь необходимо сохранить конфигурацию. Через меню Файл команда "Сохранить". Появляется информационное окно с сообщением о том, что "При сохранении метаданных будет произведен анализ!", это окно будет появляться каждый раз при сохранении конфигурации, если были внесены какие-либо изменения;
Рис. 8
9. Кнопка «Да»;
10. Появляется еще одно информационное окно с сообщением "Отсутствует старый словарь данных! Продолжить?", это окно появится только при первом сохранении новой конфигурации, либо если старый словарь данных (содержимое папки "NEW_STRU") будет по какой либо причине удален. В папке "NEW_STRU" хранятся копии файлов с конфигурацией (1Cv7.MD) и с описанием всех таблиц и полей в базе данных (для DBF 1Cv7.DD, для SQL 1Cv7.DDS);
Рис. 9
Кнопка «Да»;
11. После некоторого промежутка времени появляется очередное окно с сообщением, что изменение метаданных не вызвали изменение данных. Изменений данных не произошло, так как мы не создавали, не изменяли и не удаляли никаких справочников, документов, журналов и т. д.;
Рис. 10
12. Кнопка «Принять»;
13. После сообщения о том, что реорганизация информации закончена, подтверждаем это нажатием «ОК»;
4.1.3 Создание пользователя
Для работы с создаваемой конфигурацией, просмотра результатов нашей деятельности мы создадим 2 пользователя. Назовем одного из них «Администратор», а другого «Оператор». У «Администратора» будут все права и самый полный интерфейс, у «Оператора» будут обрезанными права и интерфейс.
1. В конфигураторе в окне метаданных переключим закладку (внизу) на "Интерфейсы";
2. Меню Действие команда "Новый интерфейс";
3. Появилось окошко со свойствами нового интерфейса. Укажем название - "Администратор", меню операции не будем отключать, по умолчанию использовать будем;
4. Кнопка «ОК»;
5. Сейчас нет ни справочников, ни документов и поэтому настраивать пользовательский интерфейс не имеет смысла;
6. В конфигураторе в окне метаданных необходимо переключить закладку (внизу) на "Права";
7. По умолчанию при создании новой конфигурации, автоматически создается набор прав "Администратор";
8. В конфигураторе в окне метаданных переключить закладку (внизу) на "Метаданные";
9. Необходимо сохранить набор метаданных (в набор метаданных входят сами метаданные, интерфейсы и права);
10. Далее создается пользователь;
11. В меню Администрирование необходимо выбрать команду "Пользователи";
12. Появилось окно со списком пользователей текущей конфигурации;
13. Через меню Действие командой "Новый" создается новый пользователь;
14. Появилось окошко со свойствами пользователя. Ему присваивается имя "Администратор", полное имя - ФИО администратора, каталог пользователя указывается каталог "Склад\Администратор", расположенный внутри каталога базы. Программа спрашивает: "Построить путь к каталогу относительно каталога БД?", «Да»;
15. Перейдем на закладку "Роль" в окне свойств пользователя;
16. Выберем права - "Администратор", интерфейс - "Администратор" и отключим контроль прав, это чтобы права были самые полные;
17. В списке пользователей появляется " Администратор ". Для каждого пользователя можно задать пароль для входа в базу данных.
1. Установить курсор на пользователя " Администратор ";
2. Меню Действие команда "Изменить пароль";
3. Появилось окошко с полем ввода пароля. Необходимо ввести пароль и нажать «ОК»;
4. Далее пароль подтверждается и еще раз «ОК»;
5. Рядом с пиктограммой пользователя появилось изображение замка - этот пользователь имеет пароль, соответственно нет замка - нет пароля;
18. Пользователь «Оператор» создается аналогично, только у него не стоит отключать контроль прав.
19. Сохраняется список пользователей.
4.1.4 Создание справочника
Следующим этапом является создание справочников, в которые заносятся все необходимые данные. Рассмотрим пример на основании создания справочника Номенклатура, в котором будут учитываться все товары, хранящиеся на складах фирмы.
Подобные документы
Имущественное положение, структура необоротных и оборотных активов предприятия. Анализ показателей финансовой устойчивости, платёжеспособности и ликвидности предприятия. Оценка доходности продаж продукции и услуг, рентабельности использования капитала.
курсовая работа [67,5 K], добавлен 06.12.2012Оценка уровня выполнения плана, динамики производства и реализации продукции. Анализ качества продукции и ритмичности работы предприятия. Определение внутрихозяйственных резервов роста выпуска продукции, обзор мероприятий по освоению выявленных резервов.
курсовая работа [1,9 M], добавлен 31.03.2012Анализ динамики и выполнения плана производства и реализации продукции. Показатели качества продукции. Расчет ритмичности работы предприятия. Анализ выполнения договорных обязательств и реализации продукции. Оценка имущественного и финансового состояния.
курсовая работа [106,9 K], добавлен 26.11.2011Диагностика имущественного положения предприятия. Оценка структуры капитала, вложенного в имущество. Анализ обеспеченности предприятия собственными оборотными средствами и эффективности их использования. Диагностика ликвидности и платежеспособности.
отчет по практике [94,8 K], добавлен 25.09.2014Основные направления анализа ассортимента продукции. Оценка ритмичности работы предприятия. Анализ качества произведенной продукции и потерь от брака. Методы исследования объема производства и реализации продукции на примере предприятия ООО "Мебель".
курсовая работа [97,1 K], добавлен 15.01.2015Анализ динамики реализации продукции. Задачи, основные направления и информационная база исследования. Оценка ритмичности работы предприятия, качества продукции и факторов изменения ее реализации. Ассортимент и структура товара предприятия "Наутилус".
курсовая работа [46,1 K], добавлен 24.04.2011Показатели финансового состояния предприятия. Анализ ликвидности и платежеспособности. Анализ доходности собственного капитала и финансового результата деятельности предприятия. Оценка качества состава оборотных средств. Показатели деловой активности.
курсовая работа [89,1 K], добавлен 08.06.2009История создания и структура группы компания "Авега", цели, задачи и виды их деятельности. Анализ и оценка основных технико-экономических показателей деятельности ООО "Атлант-Техно", особенности его государственного регулирования его функционирования.
отчет по практике [337,2 K], добавлен 08.10.2010Анализ объема и ассортимента продукции, оценка ее себестоимости. Состав и динамика балансовой прибыли. Доходы и расходы от внереализационных операций. Рентабельность основной деятельности, продаж и основного капитала. Рыночная устойчивость предприятия.
курсовая работа [68,8 K], добавлен 19.09.2012Оценка изменения выпуска продукции. Расчет влияния качества продукции на стоимостные показатели работы предприятия. Разработка мер по улучшению потребительских качеств экспортной продукции с целью повышения ее конкурентоспособности на внешних рынках.
курсовая работа [247,5 K], добавлен 09.03.2015
