Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
Белорусский национальный технический университет
Автотракторный факультет
Кафедра «Экономика и логистика»
КУРСОВАЯ РАБОТА
по дисциплине «Информационные технологии и системы в логистике»
Прикладные информационные системы в логистике
Исполнитель: Ковчик А.С.,
3 курс, студентка гр.101851
Руководитель: Краснова И.И.,
кандидат экономических наук,
доцент
Минск 2014
Содержание
Введение 3
1. Современные информационные технологии в логистике 4
1.1. Идеология ERP-систем 4
1.2. Обзор рынка ERP-систем в СНГ 11
1.3. Внедрение ERP системы 26
2. Проектирование прикладной информационной системы «Организация перевозок предприятия «Лавтранс»» 28
2.1. Проектирование информационно-логической модели базы данных «Организация перевозок предприятия «Лавтранс»» 29
2.2. Формирование запросов к реляционной базе данных «Организация перевозок предприятия «Лавтранс»» 31
2.3. Отчеты и макросы базы данных «Организация перевозок предприятия «Лавтранс»» 35
2.4. Формы реляционной базы данных «Организация перевозок предприятия «Лавтранс»» 38
Заключение 43
Список использованных источников 45
Приложение 46
По мере структурирования промышленных компаний все более популярными становятся современные автоматизированные системы поддержки управленческой деятельности, так называемые, ERP-системы (от Enterprise resources planning – Управление ресурсами предприятия).
ERP-системы – набор интегрированных приложений, которые комплексно, в едином информационном пространстве поддерживают все основные аспекты управленческой деятельности предприятий – планирование ресурсов (финансовых, человеческих, материальных) для производства товаров (услуг), оперативное управление выполнением планов (включая снабжение, сбыт, ведение договоров), все виды учета, анализ результатов хозяйственной деятельности.
Основными требованиями, предъявляемыми к ERP-системам являются: централизация данных в единой базе, близкий к реальному времени режим работы, сохранение общей модели управления для предприятий любых отраслей, поддержка территориально-распределенных структур, работа на широком круге аппаратно-программных платформ и СУБД.
Целью настоящей работы является описание структуры, механизмов использования и перспектив развития ERP-систем. Данной работа дает краткую характеристику основных ERP- решений и советы по выбору оптимального.
Понятие ERP-системы
ERP-системы – это компьютерные системы, созданные для обработки деловых операций организации и для содействия комплексному и оперативному (в режиме реального времени) планированию, производству и обслуживанию клиентов. В частности, ERP-системы имеют следующие характеристики:
Более того, ERP-системы все чаще имеют такие дополнительные характеристики, как:
ERP система включает в себя модули: планирование деятельности компании, бюджетирование, логистика, ведение учета, управление персоналом, управление производством, управление клиентами. Корпоративная, управленческая, бухгалтерская отчетность позволяет высшему руководству получить комплексную картину деятельности предприятия, что делает ERP систему незаменимым инструментом автоматизации операционной деятельности и поддержки принятия текущих и стратегических управленческих решений.
Исторически концепция ERP стала развитием более простых концепций MRP (Material Requirement Planning — планирование материальных потребностей) и MRP II (Manufacturing Resource Planning — планирование производственных ресурсов). Используемый в ERP-системах программный инструментарий позволяет проводить производственное планирование, моделировать поток заказов и оценивать возможность их реализации в службах и подразделениях предприятия, увязывая его со сбытом.
Один из важных вопросов – относится система к классу ERP, либо является учетной. Чтобы ответить на этот вопрос, не следует забывать, что ERP-система (как следует из названия) – это в первую очередь система планирования ресурсов. Она описывает не только ситуацию «как было» и «как есть», но и «как будет», «как должно быть». ERP-системы не просто хранят данные о происходящем на предприятии, но и имеют в своем составе модули планирования и оптимизации всех видов ресурсов (финансовых, материальных, человеческих, временных и т.п.), а большинство функций учета, реализованных в системе, направлено на поддержку функционирования этих модулей.
Для реализации функций планирования и оптимизации необходимо наличие в системе обратной связи. Т.е. на основании целей управления составляется план, затем по ходу выполнения работ проводится фиксация реальных показателей, их анализ и на основании сравнения поставленных целей и достигнутых результатов вырабатывается корректирующее воздействие. Учётная система позволяет только фиксировать результаты. Она, в отличие от ERP-системы не включает в себя функции для автоматизации планирования, и сравнения `план — факт`. Иначе говоря, с помощью учетных систем можно выполнить только некоторую аналитическую часть управления, но не синтетическую. В этом принципиальное отличие ERP-системы от учетной системы.
Таким образом, ERP системы внедряются для того, чтобы объединить все подразделения компании и все необходимые функции в одной компьютерной системе, которая будет обслуживать текущие потребности этих подразделений. Разработка подобной единой системы – непростая задача. Обычно каждое подразделение имеет собственную компьютерную систему, оптимизированную для решения его задач.
ERP система ведет единую базу данных по всем подразделениям и задачам, так что доступ к информации становится проще, а главное, подразделения получают возможность обмениваться информацией.
Возьмем, к примеру, типичную ситуацию поступления заказа от клиента. В виде бумажного документа заказ начинает путешествие по кабинетам и службам, частенько перепечатываясь, отдельная информация из него вносится в частные базы данных подразделений. Каждая перепечатка, каждый дополнительный ввод данных чреваты ошибками. В итоге финансовый отдел ничего не знает о состоянии склада и возможности выполнить заказ срочно.
Модели, объекты и процессы ERP-систем
Понятия модель, объект и процесс (МОП) являются ключевыми в структуре любой ERP-системы. Процесс конфигурирования ERP-системы состоит в выборе и отражении в системе моделей, объектов и процессов, используемых организацией.
Модели
В ERP-системах заложено несколько моделей, таких как, например, модель организационных структур в системе Oracle (рисунок 1).
Эти модели – отображение реального мира в системе, и их качество важно для отражения реальности. Например, модель организационных структур позволяет фиксировать информацию вплоть до буферного накопителя. И информация может быть объединена, начиная с буфера памяти, до уровня корпоративной группы.
Рисунок 1 – Модель организационных структур в системе Oracle
Такие возможности дают не только пользу, но и требуют затрат. С одной стороны, они могут обеспечить системе определенный уровень детализации организации, необходимый для моделирования фирмы. С другой стороны, если модель фирмы меняется, она должна быть изменена и в системе. В результате, если модели меняются часто, это обходится довольно дорого.
Объекты
Объект можно определить как интерфейс между "внутренней" средой – содержанием и организацией самого объекта – и "внешней" средой – окружением, в котором он функционирует. Внутренняя среда – это компьютерная программа, а внешняя – это мир, в котором функционирует система.
Объекты предприятия – пища для информационных процессов. Например, под таким объектом предприятия, как "документ", обычно понимается счет. Кроме того, объектами также являются реализации моделей (в форме перечня счетов, списков производителей, списков продукции и т.д.). Объекты предприятия известные как документы генерируются системами в качестве выходных данных (например, счета) или используются ими в качестве входных данных (заказы клиентов). Объекты предприятия, являющиеся реализациями моделей (например, списки производителей), обеспечивают структуру производственных систем.
Процессы
Процессы – это потоки деятельности и информации, необходимые для выполнения определенной задачи или группы задач. Обычно организации должны выбирать процессы, соответствующие их потребностям, из набора процессов, содержащихся в ERP-системе. Поскольку, в принципе, существует множество способов выполнения задачи или групп задач, каждый из процессов не является единственно возможным. А так как они не являются единственно возможными, ожидается, что одни процессы будут работать лучше, чем другие. В рамках ERP-систем существуют многочисленные процессы, охватывающие несколько функций.
Например, процесс управления заказами SAP. Этот процесс отображается в многочисленных модулях SAP, интегрированных между собой (рисунок 2). В традиционной функционально-ориентированной системе, напротив, существовало бы, по меньшей мере, четыре различные системы (товарооборот и распределение, производственное планирование, управление материалами и финансы), которые не были бы интегрированы. И обмен информацией между ними производился бы вручную, если бы вообще производился.
Внедрение процессов системами планирования ресурсов предприятий, в конечном счете, требует многих решений, которые обычно принимаются группой внедрения. Среди этих решений такие, как, например, кому выдать кредит и кому отказать, или, когда предложить скидки и кто их должен получить.
Рисунок 2 – Интеграция модулей SAP
До внедрения ERP-систем фирмы в целом не использовали общие и глобальные модели, объекты и процессы (МОПы). Однако внедрение ERP-систем обычно требует общих МОПов по нескольким причинам: требования системы, обслуживание клиентов, управление процессами, общекорпоративная БД, создание ценности и снижение расходов.
Выбор ERP-решения
Рост сложности ERP-систем, вызванный постоянно наращиваемыми функциональными возможностями, в связи с чем, также возрастает потенциальная возможность повышать эффективность бизнес-процессов компании за счёт внедрения ERP-систем, делает очень ответственной задачу правильного подбора ERP систем. В случае неправильного выбора компания рискует потерять существенные средства и время, поэтому для решения этого вопроса зачастую организуют специальный проект по выбору корпоративной информационной системы (КИС) с привлечением независимого консультанта. Современные методики рекомендуют структурированное изучение бизнес-процессов компании и определение критериев для выбора и сравнения предложений, в отличие от устаревшего подхода, основанного преимущественно на сравнении функциональных и технических характеристик систем. Современный взгляд на выбор систем выработан в результате роста количества неудачных внедрений, в которых изучение бизнес-процессов целиком переносилось на этап внедрения и поручалось интегратору, который и осуществлял поставку системы.
Достоинства
Применение ERP системы позволяет использовать одну интегрированную программу вместо нескольких разрозненных. Единая система может управлять обработкой, логистикой, дистрибуцией, запасами, доставкой, выставлением счетов-фактур и бухгалтерским учётом.
Реализуемая в ERP-системах система разграничения доступа к информации предназначена (в комплексе с другими мерами информационной безопасности предприятия) для противодействия как внешним угрозам (например, промышленному шпионажу), так и внутренним (например, хищениям). Внедряемые в связке с CRM-системой и системой контроля качества, ERP-системы нацелены на максимальное удовлетворение потребностей компаний в средствах управления бизнесом.
Недостатки
Основные сложности на этапе внедрения ERP-систем возникают по следующим причинам:
Согласно результатам исследования, проведенного в 2008 году американской компанией Panorama Consulting Group, 93% ERP-проектов длятся дольше запланированного срока, и почти две трети проектов не укладываются в выделенный им бюджет. Более того, лишь 13% компаний полностью довольны результатами ERP-проектов, и только 21% компаний смогли реализовать в ходе внедрения ERP хотя бы половину запланированных задач.
Множество проблем, связанных с функционированием ERP, возникают из-за недостаточного инвестирования в обучение персонала, а также в связи с недоработанностью политики занесения и поддержки актуальности данных в ERP.
Ограничения
Существует заблуждение, что иногда ERP сложно или невозможно адаптировать под документооборот компании и её специфические бизнес-процессы. В действительности, любому внедрению ERP-системы предшествует этап описания бизнес-процессов компании.
1.2. Обзор рынка ERP-систем в СНГ
Несмотря на большое количество систем ERP на рынке, выбор подходящей системы ограничен достаточно узким кругом решений. О том, как правильно подойти к выбору ERP-системы, о сложившейся расстановке сил на рынке и важных моментах самого выбора рассмотрены в данной главе (рисунок 3).
Рисунок 3 – Сравнение ERP-систем
Ключом в правильном выборе подходящей ERP-системы является точное позиционирование своей компании относительно карты решений того или иного производителя. Каждая ERP-система обладает определенной функциональностью, покрывает какое-то количество предметных областей. Например, решение российской компании «1С» — «1С: Управление производственным предприятием» является универсальной системой (в терминах разработчика «Конфигурацией»), обеспечивающей управление основными функциями предприятия: учет товарных запасов, управление расчетами с контрагентами, учет основных средств и товарно-материальных ценностей и так далее. Таким образом, данный продукт более всего подходит для производственных компаний. А вот для автоматизации розничной торговли придется выбрать конфигурацию «1С: Розница». Количество подобных базовых конфигураций у «1С» — более 20. Понятное дело, что выбрать нужное решение непросто.
Кроме набора функциональности, которую поддерживает ERP, производители вводят еще и отраслевую специализацию. Например, в линейке ERP-решений SAP есть специализированные решения для финансового сектора, производственных компаний, компаний, работающих на рынке услуг, торговых компаний и общественных организаций (здравоохранение, образование и т.п.).
Кроме указанных вариантов есть еще разделение продуктов по стоимости решения (свыше $1 млн, от $100 тыс. до $1 млн, до $100 тыс.), размерам бизнеса (крупный — оборот свыше $500 млн в год, средний — оборот от $100 млн до $500 млн в год, мелкий — оборот до $100 млн в год) и количеству пользователей, подключенных к ERP-системе.
Рисунок 4 – Доли ведущих поставщиков ERP-систем
Основная причина такого разнообразия — желание производителя ERP повысить ценность своего решения для потенциального заказчика. А поскольку подобная «кастомизация» несоизмеримо дешевле разработки нового продукта, то и используется подобная практика очень широко.
Точное позиционирование своей компании относительно карты решений того или иного производителя является ключом к успеху в выборе и внедрении ERP.
Обычно, при выборе системы проводят встречи с профессиональными консультантами. Основная задача которых — правильно спозиционировать компанию–клиента в многомерной матрице решений различных производителей и предложить наиболее подходящий для нее продукт. Как правило, консультанты заранее ориентированы на определенное решение и стараются «натянуть» потребности клиента под возможности именно этого продукта. Поэтому наиболее рациональный выход в этой ситуации — выбор нескольких консультантов с разными решениями.
Рассмотрим важные и наиболее интересные моменты в предлагаемых решениях.
Впереди с большим отрывом идут решения от SAP, далее следует Oracle, Microsoft , «Галактика», Baan. Остаток под названием «другие» включает в себя десяток самых различных систем (рисунок 4).
Рассмотрим представленные системы по ряду стандартных признаков — положение на рынке, позиционирование, набор доступных модулей и т.д. (таблица1).
Таблица 1 – Основные иностранные ERP-системы, представленные на рынке стран СНГ
|
Решение |
Производитель |
Сфера применения |
Срок внедрения |
Стоимость внедрения |
Примеры внедрений в России |
|
SAP R/3 |
SAP AG (Германия) |
Оборонные предприятия, компании нефтегазового комплекса, металлургия, энергетика телекоммуникации, банковский сектор. |
1-5 лет и более |
Лицензия на 50 рабочих мест стоит около $350 тыс. Стоимость внедрения может в несколько раз превышать стоимость решения. |
Омский НПЗ, Ярославский НПЗ, группа «Мечел», ТНК-ВР, «Белгородэнерго», «Сургунефтегаз», «ЕвразХолдинг» и др. |
|
Oracle Applications |
Oracle (США) |
Тяжелая промышленность (преимущественно металлургия), телекоммуникационные компании, финансовый сектор, химическая промышленность. |
1-5 лет и более |
Стоимость решения на одно рабочее место составляет около $5 тыс. Полная стоимость существенно зависит от требуемой функциональности и сложности внедрения. |
«Объединенная металлургическая компания», Магнитогорский металлургический комбинат, Западно-Сибирский металлургический комбинат, «Генезис», Северо-Западный Телеком", "ВымпелКом", "ЕвроХим", «Связьинвест», РАО ЕЭС и др. |
|
Baan ERP |
SSA Global (США) |
Автомобилестроение, химическая промышленность, фармацевтика, пищевая промышленность. |
6 мес-1,5 года и более |
Стоимость одного рабочего места - $3 тыс. Соотношение цены решения и расходов на внедрение 1:1-1:3. |
"Элара", "УМПО", "УралАЗ", "Балтийский завод", "КНААПО", "ИРКУТ", "КАМАЗ", "Завод им.Дегтярева" |
|
MBS Axapta, Navision |
Microsoft (США) |
Предприятия нефтяной отрасли, пищевой промышленности, торговые компании, металлургия, дистрибуция, телекоммуникационная отрасль. |
6 мес. – 2 года и более |
В среднем стоимость решения на одно рабочее место - $3,5 тыс. Стоимость внедрения составляет 100-250% стоимости решения. |
Останкинский молочный комбинат, МВО, «Юнимилк», РУССО, «Интерспорт», «Ростелеком», "Краски ТЕКС", ПНТЗ, Московский завод "Кристалл", книжная сеть «Буквоед», «Феликс», «Промет», аэропорт «Кольцово» и др. |
SAP
Положение на рынке
Компания SAP – ведущий поставщик бизнес-приложений в мире. На данный момент компания выделяет два ключевых пакета для автоматизации бизнеса: SAP Business One и SAP Business All-in-One.
Рисунок 5 – Онлайн конфигуратор решений для SAP Business All-in-One
Позиционирование
SAP Business All-in-One — полный пакет бизнес-приложений для крупных компаний, численностью до 2500 сотрудников. SAP Business One — пакет бизнес-приложений для средних и мелких компаний, численностью до 100 сотрудников (понятное дело, работающих с системой).
Набор доступных модулей
Состав модулей ERP-систем от SAP покрывает все возможные функциональные области современного предприятия: управление материальными потоками, планирование и исполнение производства, продажа и дистрибуция, логистика, управление жизненным циклом продукта, управление качеством, финансовый учет, контроллинг (учет затрат и прибыли), документооборот и отчетность.
На сайте компании (www.sap.com) доступен специальный конфигуратор (рисунок 5), который позволяет сформировать необходимый пакет решений и рассчитать его ориентировочную стоимость.
Надо добавить, что в дополнение к данным двум продуктам SAP предлагает дополнительные решения для некоторых ключевых процессов: SAP SCM — решение по управлению цепочкой поставок, SAP SRM — решение по управлению взаимоотношениями с поставщиками и так далее.
Ключевые особенности
Отметим ключевые особенности продуктов SAP: детальная проработка решения, как по отраслям, так и по процессам, высокая стабильность работы и производительность, высокая стоимость консалтинга — консультанты по внедрению SAP являются самыми дорогими на рынке.
Oracle
Положение на рынке
Следующий лидер в среде бизнес-приложений — компания Oracle. Компания агрессивно поглощает лучшие решения в различных областях и включает их в состав своих приложений. Поэтому среди решений от Oracle всегда можно найти то, которое удовлетворит потребности. Правда, остаются вопросы унификации и интеграции приложений между собой.
Позиционирование
Флагманским продуктом категории ERP-решений является система Oracle E-Business Suite. Пакет Oracle E-Business Suite ориентирован на крупные компании. Стоимость внедрения зависит от набора внедряемых модулей и составляет сотни тысяч условных единиц. Еще одним решением класса ERP от Oracle является система ORACLE’S PEOPLESOFT ENTERPRISE. Система позиционируется как решение для крупных и средних компаний. Решением от Oracle для среднего и малого бизнеса является набор приложений Oracle’s JD Edwards Enterprise One.
Набор доступных модулей
В состав системы входят основные модули для управления предприятием: управление сервисом, управление финансами, управление человеческим капиталом, управление портфелем проектов, инжиниринг (рисунок 6), управление жизненным циклом активов, управление взаимоотношениями с заказчиками, планирование ресурсов предприятия, управление закупками, управление жизненным циклом продукта, управление цепочкой поставок, управление производством. Кроме того, для данного пакета доступны дополнительные модули: управление производительностью предприятия, управление риском и уровнем соответствия, управление мастер-данными, бизнес-одобрения для менеджеров, средства и технологии.
Рисунок 6 – Модуль «Oracle Инжиниринг»
Ключевые особенности
Приложения от Oracle, как правило, характеризуются мощной функциональностью. Это связано с тем, что расширение ERP часто происходит за счет поглощения Oracle независимых систем, лучших в своем классе, и последующей их интеграции в набор своих приложений.
Обратной стороной такого пути развития является низкая степень интеграции систем внутри пакета. Дело доходит даже то того, что интерфейс приложений внутри пакета разный.
Стоимость продуктов также не маленькая и не уступает SAP, а недостаточное количество специалистов по внедрению и поддержке конкретных модулей обуславливает высокую стоимость и порой — отсутствие на рынке.
Microsoft
Положение на рынке
Продвижением бизнес-решений Microsoft занимается подразделение Microsoft Business Solution. На первой волне высокой активности и продвижения своих ERP-систем на рынок Microsoft сумела захватить заметную долю рынка, которую достаточно успешно защищает.
Рисунок 7 – Главное меню MS Dynamics NAV 2009 Classic
Позиционирование
С решениями ERP от мирового software-лидера все немного проще. В линейке Microsoft представлено два продукта, отпозиционированных как ERP-системы. Это Microsoft Dynamics AX для крупных и средних предприятий и Microsoft Dynamics NAV (рисунок 7) для средних и мелких предприятий. Кроме того, имеются индустриальные решения для некоторых отраслей, например, Microsoft Dynamics AX for Retail (решение для управления розничными сетями). Надо заметить, что по сравнению с количеством индустриальных решений от SAP и Oracle Microsoft, конечно же, отстает.
Ключевые особенности
Microsoft достаточно активно продвигает свои решения на рынке СНГ. Поэтому количество внедрений каждого из продуктов достаточно велико. При этом, к достоинствам решений от Microsoft надо отнести более демократичные цены, по сравнению с решениями от SAP и Oracle. К недостаткам — менее проработанную функциональность.
«Галактика»
Пионером рынка российских ERP является компания «Галактика», которая активно бьется за выживание в данном сегменте.
Положение на рынке
«Галактика» была первым российским разработчиком ERP-систем, заявившим о себе как о лидере российского рынка ERP. Все эти годы компания активно развивала свой продукт и продвигала его в массы.
Позиционирование
ERP-система «Галактика» является полнофункциональной системой управления предприятием, ориентированной на крупные и средние предприятия.
Набор доступных модулей
Она содержит практически полный набор функциональных блоков классической ERP-системы (в терминах «Галактики» — «контуров»).
Полный состав ERP-системы «Галактика» выглядит так: контур планирования и управления финансами (Financial Management — FM), контур управления человеческим капиталом (Human Capital Management — HCM), контур управления производством (Manufacturing Management– MM), контур управления проектами (Project Management — PM), контур управления цепочками поставок (Supply Chain Management — SCM), контур управления взаимоотношениями с поставщиками (Supplier Relationship Management — SRM), контур управления активами (Enterprise Asset Management — EAM), контур управления ремонтами (ТОРО) (схема взаимодействия ТОРО с другими компонентами системы «Галактика» представлена на рисунке 8), контур управления взаимоотношениями с клиентами (Customer Relationship Management — CRM) и другие.
Рисунок 8 – Схема взаимодействия модуля «ТОРО» с другими компонентами системы Галактика ERP
Кроме того, для поддержки специальных задач предприятия разработаны решения, дополняющие функциональные возможности системы ERP: интеллектуальный анализ деятельности предприятия по ключевым показателям — «Галактика BI» (Business Intelligence(рисунок9)), управление инвестиционными программами, управление НИОКР, управление недвижимостью, учет форменной спецодежды и вещевого имущества, консолидация и анализ данных в Excel.
Также существуют отраслевые решения для ключевых отраслей: машиностроение, образование, транспорт, энергетика и другие.
Рисунок 9 – Всевозможные решения Галактика Business Suite
Ключевые особенности
ERP-cистема «Галактика» отличается более низкой стоимостью внедрения по сравнению с зарубежными системами. Очевидно, что она имеет ярко выраженную региональную ориентацию на российский рынок и рынок СНГ, на котором и занимает заметную долю, которую приходится защищать с двух сторон — со стороны зарубежных систем и со стороны наиболее активного российского конкурента — «1C».
«1C»
Типовые прикладные решения фирмы "1С" предназначены для автоматизации типовых задач учета и управления предприятий (пример – рисунок 10). При разработке типовых прикладных решений учитывались как современные международные методики управления (MRP II, CRM, SCM, ERP, ERP II и др.), так и реальные потребности предприятий, не укладывающиеся в стандартный набор функциональности этих методик, а также опыт успешной автоматизации, накопленный фирмой "1С" и партнерским сообществом.
Положение на рынке
Раскрыть, а тем более повторить секрет успеха данной компании пока не удалось никому. Ключевое направление развития компании — приложения для бизнеса. В данном направлении компания медленно, но неуклонно движется вверх: от маленьких компаний — к средним и крупным. Движение настолько неторопливое, насколько целенаправленное и успешное.
Рисунок 10 – Структурная схема программы "1С:Управление автотранспортом Стандарт"
Позиционирование
На данный момент уже можно говорить о том, что решения компании «1C» безраздельно господствуют в сегменте small-бизнеса и отъедают весомую часть в middle-бизнесе. На очереди крупные компании.
Набор доступных модулей:
- модуль управляемого приложения;
- модуль обычного приложения;
- модуль внешнего соединения;
- модулем сеанса;
- общие модули;
- модуль формы;
- модуль менеджера объекта;
- модуль менеджера значений;
- модули наборов записей.
Ключевые особенности
Благодаря тому, что платформа 1С Предприятие 8 не является программным продуктом, а является основой для разработки программ, появляется возможность автоматизации различных задач учета на основе одной технологической базы. Программные продукты позволяют автоматизировать расчет заработной платы, расчет НДС, обработку налоговой отчетности, бюджетирование, планирование и финансовый анализ, управленческий учет, учет торговой деятельности, учет в соответствии со стандартами международной финансовой отчетности и др.
Возможности:
- Программы можно использовать на одном компьютере и на десятках компьютеров, объединенных в локальную сеть.
- Решения используются как в файловом варианте, так и в варианте клиент-сервер (MS SQL Server).
- Поддерживается работа в территориально удаленных офисах, удаленные подразделения компания могут регулярно обменивать данными с головным офисом и между собой.
- Полнотекстовый поиск. Пользователи могут искать информацию в базе данных или в справочниках, поддерживается транслитерация, синонимичный поиск и др.
- Интерфейс удобен для пользователей, каждое окно выполняет определенную функцию, упрощена работа по созданию и форматированию текстовых документов, предоставлена возможность настройки командного интерфейса.
- Платформа позволяет интегрировать прикладное решение с другими программами или оборудованием. Например, 1С Торговля поддерживает интеграцию с торговым оборудованием.
- Настройка доступа пользователей к данным. Права доступа к 1С Предприятию 8 можно настраивать по группам, например, сформировать такой набор прав доступа, которым могут пользоваться сотрудники определенного подразделения или главный бухгалтер компании.
- Поддерживаются кодировки и символы различных языков, так как все тексты кодируются в формате UNICODE. Формат даты, времени можно настраивать в соответствии с выбранным языком. При разработке программ появляется возможность создавать многоязычные версии.
- Интерфейс разработан так, чтобы пользователям было удобно работать. Начать работу легко, все программы содержат встроенного помощника, справочные пособия, удобные механизмы создания отчетов и управления.
- Платформа позволяет администратору контролировать не только доступ пользователей к базе данных, но управлять работой программы, контролировать действия пользователей. Администратор может без труда устанавливать обновление типовой конфигурации через и интернет.
- Инструмент разработки или "конфигуратор". Пользователи могут самостоятельно вносить незначительные изменения в программу или пользоваться услугами специалистов.
Baan
Положение на рынке
Комплекс систем по управлению ресурсами предприятия BAAN является разработкой одноименной компании, располагающейся в Нидерландах. Решение компании хорошо зарекомендовали себя в автоматизации дискретных производств, в то время как в процессном цикле позиции значительно слабее. Послужной список внедрений Baan в России весьма внушителен и охватывает самые разные сегменты – от машиностроения и нефтегазовой отрасли до пищевой промышленности.
По оценкам ведущих независимых экспертов безусловным достоинством системы является то, что она практически не имеет отраслевых ограничений и успешно работает на предприятиях различного масштаба. Широкое распространение системы по всему миру и ее успешное внедрение позволили компании занять прочное положение на рынке информационных технологий и войти в тройку мировых лидеров среди компаний-разработчиков систем управления. К 2000 году в мире было произведено более 15000 инсталляций программных продуктов БААН. Вы сами определяете режим работы системы Baan IV в Вашей компании. Вы можете задать различные варианты конфигурации "клиент-сервер". Вы можете выбрать наиболее подходящий стандарт обмена данными из предлагаемых системой вариантов: база данных, реализованная на сервере, или данные и приложения, распределенные в локальных или глобальных вычислительных сетях.
Позиционирование
Данное решение предназначено для автоматизации бизнес-процессов в компаниях, работающих с высокотехнологичным производством, а также со сложной системой логистики.
Набор доступных модулей
Данная система состоит из функциональных модулей, каждый из которых может работать автономно (рисунок 11). Система BAAN охватывает все деловые и производственные процессы, включая в себя управление производством, контроль за технологическим процессом, финансовый учет, управление системой логистики, включающей в себя операции по снабжению, сбыту, а также складированию. Также система включает в себя модули «Управление деятельностью предприятия», а также специализированные подсистемы «BAAN Транспорт» и «BAAN Сервис», предназначенные соответственно для компаний, занимающихся транспортировкой и логистикой, а также для предприятий из сферы услуг.
Рисунок 11 – Модель функций системы BAAN IV
Ключевые особенности
Cистема Baan IV способна одновременно работать с множеством национальных языков - при абсолютной независимости функциональности системы от выбранного языка.
Система Baan IV предоставляет своим пользователям единый для всех пакетов пользовательский интерфейс с контекстно-зависимой и работающей в диалоговом режиме системой подсказок в гипертекстовом формате; компьютерные программы обучения, а также новейшие программные разработки, что значительно упрощает ее внедрение.
Открытая архитектура Baan IV позволяет легко и быстро настраивать систему в соответствии с конкретными требованиями заказчика.
Российская локализация, поставляемая вместе с системой, обеспечивает полную поддержку для российского бухгалтерского учета, различных форм отчетности и функционала, специфичного для отечественных предприятий.
Встроенные в Baan IV средства разработки позволяют заказчику самостоятельно дополнять существующий функционал, а также создавать собственные новые приложения.
Внедрение закрытых ERP систем предполагает изменение внутренних процедур в компании, а также изменения в работе ее сотрудников.
Проект по внедрению ERP системы можно разделить на следующие стадии: планирование проекта, постановка целей; диагностика и анализ требований; выбор и обоснование платформы, готового решения; проектирование информационной системы; документирование и согласование проектных решений; разработка программного обеспечения; тестирование информационной системы; развертывание системы; обучение пользователей; эксплуатация и поддержка, а также оценка результатов. Управление проектами основывается на лучших практиках и методологиях.
В связи со сложностью проекта сроки внедрения систем подобного рода достаточно большие (2-3 года).
Другие же ERP системы (более гибкие) можно с легкостью подстроить под работу сотрудников компании. Их настройка может осуществляться на любой дальнейшей стадии развития компании. И при этом нет необходимости привлекать консультантов фирмы, которая занималась внедрением, настройку сможет выполнить и администратор системы. Внедрение такой ERP системы займет от 6 до 18 месяцев.
Следует отметить, проводилось множество исследований по изучению вопроса о стоимости владения ERP системы (TCO - Total Cost of Ownership), включая аппаратное и программное обеспечение, консалтинговые услуги и затраты на персонал. Стоимость проекта по внедрению ERP систем включает в себя стоимость покупки лицензий (существует также возможность аренды лицензий) и стоимость услуг по настройке и внедрению системы или отраслевого решения и, конечно же, зависит от методологии внедрения, от объема консалтинговых услуг, от желаний и потребностей заказчика. Также нужно учитывать расходы на ИТ-инфраструктуру, мотивацию команды и эксплуатацию системы.
Среди компаний, участвовавших в исследовании (они представляли разные отрасли промышленности и относились как к малому или среднему, так и к крупному бизнесу), средняя величина TCO на весь функционал системы составила $1,5 млн., с разбросом от $200 тыс. до $3 млн.
По стоимости ERP системы можно разделить на две группы:
1. ERP системы стоимостью от $100 тыс. до $1 млн. и достаточно коротким сроком внедрения. Эта группа систем рассчитана на средний и часть крупного бизнеса.
2. ERP системы стоимостью свыше $1 млн. с большим сроком внедрения. Указанные системы рассчитаны на крупные компании.
Средняя отдача от ERP системы по тем же исследованиям составила $1,2 млн. в год. Так что ERP система - довольно дорогая, но и довольно эффективная система.
Внедрение ERP системы позволяет компаниям увеличить свои доходы, за счет лояльности старых клиентов и привлечению новых; снизить управленческие и операционные затраты в среднем на 15%; снизить коммерческие затраты на 35%; сэкономить на оборотных средствах; уменьшить цикл реализации; снизить страхового уровня складских запасов; уменьшить дебиторскую задолженность; увеличить оборачиваемость средств в расчетах; увеличить оборачиваемость материальных запасов; улучшить утилизацию основных фондов.
Внедрять ERP систему необходимо в тех случаях, когда четко определена цель внедрения, существует заинтересованность ТОП-менеджмента в ясности и автоматизации бизнес-процессов в организации, в компании существуют ресурсы для внедрения и мотивация, заказчик определился с платформой и командой внедренцев-разработчиков.
На этапе проектирования базы данных разработчик должен определить, из каких таблиц должна состоять база данных, какие данные нужно поместить в каждую таблицу и как связать таблицы.
Следовательно, в результате проектирования определяются логическая структура базы данных, т. е. состав реляционных таблиц, их структура и межтабличные связи.
Для создания базы данных необходимо располагать описанием выбранной предметной области, охватывающим реальные объекты и процессы, а также определить все необходимые источники информации для удовлетворения предполагаемых запросов пользователей и потребности в обработке данных. На основе такого описания определяются состав и структура данных предметной области, которые должны находиться в базе и обеспечивать выполнение необходимых запросов и задач пользователей. Структура данных предметной области может отображаться информационно-логической моделью, на основе которой легко создается реляционная база данных.
Этапы проектирования и создания базы данных:
База данных – это совокупность сведений о конкретных объектах предметной области. Предметная область – это часть реального мира, подлежащего изучению для организации и автоматизации управления (предприятие).
Система управления базами данных (СУБД) – это комплекс программных и языковых средств, предназначенных для создания баз данных, поддержания их в актуальном состоянии и организации поиска в них необходимой информации.
Ядром любой базы данных является модель данных. Информационно-логическая модель (ИЛМ) отображает данные предметной области в виде совокупности информационных объектов и связей между ними. Эта модель представляет данные, подлежащие хранению в базе данных.
Информационный объект – это информационное описание некоторой сущности предметной области – реального объекта, процесса, явления или события. Информационный объект образуется совокупностью логически взаимосвязанных реквизитов, представляющих качественные и количественные характеристики сущности. Примерами сущности являются: товар, поставщик, заказчик, поставка, отгрузка, сотрудник, отдел, студент, преподаватель, кафедра и т.п.
В процессе разработки модели данных необходимо выделить информационные объекты, соответствующие требованиям нормализации данных, и определить связи между ними. Полученная модель позволит создать реляционную базу данных без дублирования, в которой обеспечиваются однократный ввод данных при первоначальной загрузке и корректировках, а также целостность данных при внесении изменений.
СУБД может использовать иерархическую, сетевую или реляционную модель. В данной курсовой работе применяется реляционная модель данных (рисунок 20 приложения).
Все информационные объекты предметной области связаны между собой. Различают связи следующих типов:
1) Связь типа «один к одному» предполагает, что в каждый момент времени одному экземпляру информационного объекта А соответствует не более одного экземпляра информационного объекта В и наоборот.
2) Связь «один ко многим» – одному экземпляру информационного объекта А соответствует 0, 1 или более экземпляров объекта В, но каждый экземпляр объекта В связан не более чем с одним экземпляром объекта А.
3) При связи «многие-ко-многим» одной записи в таблице А может соответствовать несколько записей в таблице В, а одной записи в таблице В — несколько записей в таблице А. Такая схема реализуется только с помощью третьей (связующей) таблицы, ключ которой состоит, по крайней мере, из двух полей, одно из которых является общим с таблицей А, а другое — общим с таблицей В.
В реляционных СУБД все обрабатываемые данные представляются в виде таблиц, каждый столбец которых (поле) содержит значение определенной характеристики объекта, а каждая строка (запись) представляет собой описание экземпляра данного объекта. Возможности реляционных СУБД обеспечивают:
1) определение данных – какие сведения хранятся в базе и способы связи между ними;
2) обработка данных – выборка из базы информации по критерию, фильтрация и сортировка данных, подведение итогов, редактирование и удаление данных;
3) управление данными – обеспечение распределенного доступа пользователей к базе (администрирование и обеспечение безопасности).
Эти 3 основные функции реализуются с помощью основных объектов MS ACCESS: таблица, запрос, форма, отчет, макрос и т.д.
При формировании базы данных «Организация перевозок предприятия «Лавтранс»» были созданы следующие таблицы: «Заказы», «Транспорт», «Экспедиторы», «Отправители и грузы» (рисунки 12-19 приложения) – дающие полную информацию об основных объектах данной предметной области. В режиме Конструктор были заданы имена полей (реквизиты каждого информационного объекта), выбраны их типы (текстовый, счетчик, числовой, дата/время, денежный). Также в свойствах полей были указаны условия на значения и маски ввода, для более удобного ввода информации в режиме Таблица (номера телефонов, дата, время и т.п.). В каждой таблице были выбраны ключевые поля, посредством которых таблицы и были связаны (рисунок 20 приложения).
Запрос – объект базы данных, позволяющий получать данные из одной или нескольких таблиц в соответствии с заданиями критерия поиска. Существуют некоторые виды запросов в MS Access:
- запросы на выборку;
- запросы с параметрами;
- запросы на изменение;
- перекрестные и итоговые запросы.
Важным свойством запросов является то, что при создании результирующей таблицы можно не только выбирать информацию из базы, но и обрабатывать ее. При работе запроса данные могут упорядочиваться (сортироваться), фильтроваться, объединяться, разделяться, изменяться, и при этом никаких изменений в базовых таблицах может не происходить.
И еще одним свойством запросов является их способность выполнять итоговые вычисления. Запрос может не только выдать результирующую таблицу, но и найти, например, среднее (наибольшее, наименьшее, суммарное и т.п.) значение по какому-то полю.
Запрос на выборку отбирает информацию из исходных таблиц БД и других запросов по определенным критериям. Итогом выполнения запроса является набор записей, соответствующих критерию запроса, т.е. результат запроса – таблица, которая является объектом БД, создаваемым на время выполнения запроса.
Для того чтобы создать запрос на выборку необходимо:
1. В списке Объекты выбрать Запросы и нажать кнопку Создать. В диалоговом окне Новый запрос выбрать Конструктор.
2. В диалоговом окне Добавление таблицы указать на нужные таблицы и нажать кнопку Добавить, а затем кнопку Закрыть.
3.Выполнить отбор полей.
4.Упорядочить данные по возрастанию или убыванию.
5. В бланке запроса Конструктора запроса в строке Условие отбора соответствующего поля ввести текстовое или числовое значение, которое будет являться критерием формирования запроса.
6. Сохранить запрос.
Были созданы следующие запросы на выборку: «Ведомость выставленных счетов на оплату», «Ведомость выставленных счетов на оплату в 1 квартале», «Скоропортящиеся заказы», «Срочно пройти ТО» (рисунок 21-26 приложения). К примеру, в запросе «Срочно пройти ТО» отбираются те автомобили, которым необходимо пройти техническое обслуживание. И этот отбор осуществляется на основании поля «Дата последнего ТО». Для этого было созданное новое поле Date()-[Транспорт]![Дата последнего ТО], в условиях отбора которого стоит «>360». Таким образом запрос отражает лишь те автомобили, которым уже более года не проводили техническое обслуживание.
Запросы с параметрами формируются в том случае, когда на этапе создания запроса не всегда можно определить критерий отбора записей, а предполагается запрос условий отбора при каждом выполнении запроса. Чтобы определить такой режим работы запроса в бланке запроса в строке «Условие отбора» необходимо ввести вместо конкретного значения имя поля или фразу, заключенную в квадратные скобки. Ассеss выводит данные сообщения при выполнении запроса для ввода данных с клавиатуры. Для проверки введенного значения можно выполнить команды Запрос → Параметры → Параметры запроса. В данной работе был создан параметрический запрос «Информация по маркам». (рисунок 27-29 приложения)
Запросы на изменение – позволяют автоматизировать заполнение полей таблиц. Существует четыре типа запросов на изменение: на удаление, на обновление и добавление записей, а также на создание таблицы.
В качестве запроса на изменение в работе представлен запрос на удаление «Экспедиторы», который исключает экспедиторов из могилевской области. Конструктор данного запроса и результат его исполнения представлены на рисунках 30-31 в приложении.
Итоговые запросы показывают не отдельные записи таблицы, а сгруппированные по определенным признакам итоговые значения данных. Для формирования вычислений итоговых значений в запросе используется кнопка Групповые операции на панели инструментов конструктора запросов. В бланке запроса добавляется строка Групповая операция, где для полей, участвующих в подведении итогов вводятся значения итоговых функций. Далее применяется одна из итоговых функций Access: SUM, AVG, MIN, MAX, COUNT, FIRST, LAST и т.д. В качестве итоговых запросов в работе представлены запросы «Выручка от каждого заказа» и «Общая выручка». В последнем с помощью функции SUM подсчитываются суммарная выручка, получаемая от всех плательщиков (рисунок 32-35 приложения).
Перекрестные запросы позволяют создавать результирующие таблицы на основе результатов расчетов, полученных при анализе группы таблиц. В перекрестном запросе отображаются результаты статистических расчетов (суммы, количество записей и средние значения), выполненных по данным из одного поля таблицы. Эти результаты группируются по двум наборам данных, один из которых расположен в левом столбце таблицы, а второй — в верхней строке.
Для того чтобы создать перекрестный запрос необходимо:
1. В списке Объекты выбрать Запросы и нажать кнопку Создать. В диалоговом окне Новый запрос выбрать вариант Перекрестный запрос.
2. В появившемся диалоговом окне выбрать нужную таблицу, после чего нажать кнопку Далее.
3. В следующем диалоговом окне с помощью кнопки выбрать поле, значения которого будут использованы в качестве заголовков строк, после чего нажать кнопку Далее.
4. В следующем диалоговом окне выбрать поле, значения которого будут использованы в качестве заголовков столбцов, после чего нажать кнопку Далее.
5. В следующем диалоговом окне выбрать поле, которое будет стоять на пересечении строк и столбцов, а также функцию, которая будет подсчитывать значение для каждой строки. После чего нажать кнопку Далее.
6. В следующем диалоговом окне задать имя запроса и нажать кнопку Готово.
Пример перекрестного запроса – «Плательщик-№заказа-Сумма» (рисунок 36-37 приложения).
Отчет – это форматированное представление данных, которое выводится на экран, в печать или файл. Они позволяют извлечь из базы нужные сведения и представить их в виде, удобном для восприятия, а также предоставляют широкие возможности для обобщения и анализа данных.
Отчеты позволяют выбрать из БД нужную пользователю информацию, оформить в виде документа, перед выводом на печать просмотреть на экране.
Виды отчетов:
Существует три режима работы с отчетом: конструктор, предварительный просмотр (вывод на экран в том виде, как отчет будет напечатан), просмотр образца (для предварительной оценки макета). Вывод на печать возможен из любого режима.
В случае разработки отчета в режиме Конструктора также как и при создании форм требуется прописать разделы отчета на экране Конструктора. Могут использоваться следующие разделы отчета:
1. Заголовок отчета – отображается только на первой странице и определяет высоту области заголовка отчета. Может содержать текст, графику и другие элементы управления.
2. Верхний колонтитул выводится сверху каждой страницы, содержит заголовки столбцов.
3. Заголовок группы – печатается перед первой записью, входящей в группу, содержит итоговые данные по записям, входящим в группу.
4. Область данных – предназначена для отображения записей источника данных отчета.
5. Область примечания группы – отображается после обработки последней записи группы, содержит итоговые данные по записям, входящим в группу.
6. Нижний колонтитул – выводится внизу каждой страницы, содержит номер страницы отчета, дату печати и т.д.
7. Раздел примечаний – отображается внизу последней страницы, в нем размещают поля с итоговыми значениями по всем записям, включающим в отчет.
Можно создать отчёт самостоятельно через Конструктор или с помощью Мастера отчётов. С помощью Мастера готовятся отчет в столбец, многоколонный, табличный и т.д. Так был создан табличный отчет «Отправители и грузы» на основании одноименной таблицы (рисунок 38 приложения). Остальные виды отчетов на первой стадии подготовки могут использовать мастер с последующей проработкой разделов в режиме Конструктора. Таким образом был создан отчет «О выполненных заказах» (рисунки 39-40 приложения) на основании запроса «Выполненные заказы». Автоотчет (Мастер отчетов) создает документ, содержащий все поля и записи базовой таблицы или запроса. Если в Мастер отчетов дополнительно выбираются Мастер диаграмм или Почтовая наклейка, то дополнительные окна диалога мастера позволяют сформировать в автоотчетах внедренные объекты. Примером отчета с внедренным объектом (диаграмма) является отчет «Динамика спроса» (рисунок 41 приложения). Данный отчет формируется на основе запроса «Количество заказов по месяцам» (рисунки 42-43 приложения).
В режиме Конструктора отчеты формируются вручную путем размещения на экране отчета его разделов и элементов в соответствии и с окончательным видом документа. Конструктор формирует такие свойства отчета как Сортировка и Группировка данных, расположенные на панели инструментов Конструктора отчетов. При подготовке сложного отчета, т.е. с использованием информации из разных таблиц, разработка начинается с создания промежуточного запроса, в который включаются все поля, отображаемые в отчете. Далее следует определить условие группировки и сортировки данных в отчете, а затем приступить в режиме Конструктора к формированию областей отчета.
Макросы – специальные небольшие программы, создаваемые и хранящиеся как объект базы данных. После выполнения команды Создание → Макрос открывается окно для выбора макрокоманд, в котором формируется последовательность действий создаваемого макроса. Каждый макрос включает в себя последовательность выполняемых действий, которая размещается в столбце Макрокоманда. Чтобы приступить к формированию столбца макрокоманд необходимо инициализировать каталог макрокоманд, из которого выбирается действие. Далее формируются аргументы выбранной макрокоманды: имя таблицы, запроса или формы, режим (конструктор, мастер), режим данных (чтение, добавление, изменение).
Существуют несколько способов открытия сохраненных макросов:
1. Запуск в области переходов (двойным щелчком).
2. Команда Работа с БД → Выполнить макрос.
3. Комбинация клавиш. При создании макроса можно указать комбинацию управляемых клавиш для запуска макроса.
4. Автоматическое выполнение макроса при запуске БД. Такой прием выполняется путем настройки макроса на открытие нужного объекта вместе с запуском MS Access.
5. Встраивание макроса в форму. Макрос может быть запущен автоматически при активации кнопки формы или вводе в форму определенных данных.
В ходе данной работы были созданы следующие макросы: «Информация о техобслуживании ПС», «Информация об экспедиторах», «Кнопка Назад», «Кнопка Далее», «Открыть "Заказы-отправители"», «Открыть "Общая выручка"», «Открыть "Транспорт"», «Открыть отчет о выполненных заказах», «Открыть "Экспедиторы-заказы"», «Динамика спроса». Данные макросы будут в дальнейшем использованы при создании кнопочной формой.
Форма – это средство представления информации для просмотра, изменения или печати данных в виде, удобном для восприятия пользователями. Использование форм существенно облегчает ввод и контроль данных.
Применение форм:
- вывод и редактирование данных: обеспечивается вывод на экран данных в выбранном пользователем представлении; упрощается внесение изменений, добавлений и удалений данных;
- управление ходом выполнения приложения: автоматизация вывода определенных данных или выполнения некоторых последовательных действий, запуск макросов;
- ввод данных;
- вывод сообщений – представление вспомогательной информации о работе приложения или предстоящих действиях, предупреждение или сообщение об ошибке и т.д.;
- печать информации.
Ввод и просмотр данных в режиме таблицы имеет много очевидных недостатков. Поэтому, как правило, для удобства пользователей создаются экранные формы, которые позволяют рационально расположить данные на экране, использовать разнообразные элементы оформления, обеспечивать возможности специфических проверок при вводе данных. Во многих СУБД имеются возможности использования Мастеров, автоматизирующих процесс создания экранных форм.
Экранные формы уже давно применяются в практике создания БД. Роль форм очень сильно возросла и изменилась в последнее время. Сейчас экранные формы используются не только для ввода данных в базу данных, корректировки данных, а также позаписного вывода данных, что является их традиционными сферами применения, но и для реализации просмотров БД по определенным условиям, и даже создания «заставок» и меню (так называемые несвязанные формы, т.е. формы, не связанные с какой-либо таблицей).
Структура формы такова: макет формы состоит из разделов. Любая форма может включать следующие разделы:
Виды форм:
Существуют следующие способы создания форм:
1. Создание формы с помощью Автоформы. После выбора источника записей и макета формы (в столбец, ленточная или табличная) Автоформа создает форму, которая использует все поля источника записей (в качестве источника данных может быть таблица или запрос). Примерами автоформы являются формы «Экспедиторы» (табличная) и «Транспорт» (простая) (рисунок 44-45 приложения).
2. Создание формы с помощью мастера. Мастер задает подробные вопросы об источниках записей, полях, макете, требуемых форматах и создает форму на основании полученных ответов.
3. Создание формы без помощи мастера или в режиме конструктора, где имеется возможность разрабатывать структуру формы, модифицировать ее, изменять структуру данных и внешний вид формы, добавлять различные элементы управления (поле, надпись, переключатель, флажок, список, кнопка, рисунок, линия, прямоугольник и др.)
Для более удобной работы над созданием формы целесообразно вначале создать форму с помощью мастера, а затем с помощью конструктора привести форму в нужный для пользователя вид. Таким образом была создана форма «Экспедиторы-заказы» с подчиненной формой «Заказы», а также форма «Заказы-отправители» с подчиненной формой «Отправители и грузы» (рисунок 46-47 приложения). Для того чтобы создать подчиненную форму необходимо нажать кнопку на панели инструментов «Подчиненная форма», затем выбрать на основании каких данных будет создана подчиненная форма (имеющиеся таблицы и запросы или имеющиеся формы), нажать кнопку далее, выбрать необходимые поля таблицы или запроса, которые необходимо включить в подчиненную форму, далее необходимо выбрать поля связи между главной и подчиненной формой, нажать кнопку далее и задать имя подчиненной формы.
Кнопочная форма представляет собой форму для обеспечения доступа к различным объектам базы данных, включая таблицы, отчеты, запросы и другие формы. Кнопочная форма используется как основной элемент БД, содержащий кнопки и оконные элементы. Основная команда, которая начинает создание кнопочной формы: вкладка «Работа с базами данных» → Диспетчер кнопочных форм. При первом запуске мастера выдается сообщение о том, что база данных не находит кнопочную форму и предлагается создание кнопочной формы. Нажав кнопку Изменить, появляется возможность создания кнопки, изменения его названия и выбор действия для этой кнопки.
В рамках данной работы была создана кнопочная форма, представленная на рисунке 48 приложения. Кнопочная форма состоит из следующих кнопок: «Формирование заказа», «Рассчитать выручку», «Информация о подвижном составе», «Информация о техобслуживании ПС», «Информация об экспедиторах», «Отчет о выполненных заказах», «Динамика спроса». Все названные кнопки были созданы при помощи макросов, о которых более подробно было описано в предыдущем разделе. Кнопка «Формирование заказа» позволяет с помощью двух составных форм заполнить все необходимые данные о поступившем заказе. «Рассчитать выручку» - производит расчет общей выручки с учетом доли, которая полагается экспедитору, а также позволяет узнать о количестве выполненных заказах. Кнопка «Информация о ПС» и «Информация о техобслуживании подвижного состава» дают полную информацию об автомобилях, их водителях, а также показывают те автомобили, которым срочно необходимо пройти техническое обслуживание. «Информация об экспедиторах» - полная информация об экспедиторах, с которыми у предприятия «Лавтранс» заключены договора. Кнопка «Отчет о выполненных заказах» представляет информацию о выполненных заказах, сгруппированную по месяцам и подсчитывает общую выручку для каждого месяца. Кнопка «Динамика спроса» позволяет с помощью диаграммы наглядно отобразить на сколько услуги предприятия «Лавтранс» требуются спросом.
Таким образом можно сделать вывод, что данная форма – окно пользователя, которое поможет узнать основную и необходимую информацию о положении дел на предприятии «Лавтранс».
ERP система автоматизирует задачи, встроенные в выполнение бизнес-процессов. Так, при получении заказа от потребителя менеджер имеет всю информацию об отношениях с заказчиком и его кредитный рейтинг. Когда одно подразделение заканчивает работать с заказом, тот автоматически передается в следующее подразделение. При этом исключаются многократные ошибки ввода информации, потери документов и тому подобные казусы. В итоге заказы обрабатываются быстрее и без ошибок. Аналогичные возможности возникают у многих других служб - службы персонала, производственного отдела, отдела маркетинга, службы снабжения. Единая информационная база позволяет учитывать взаимосвязь отдельных процессов, как, например, загрузка заказами на текущий месяц и график отпусков персонала.
ERP система меняет отношение персонала в отдельности и служб в целом к своей работе. Теперь менеджеры, ведущие заказ, владеют информацией о его состоянии в каждый момент времени и по всем аспектам: поступила ли оплата за работу, достаточно ли комплектующих на складе, стоит ли в графике выполнения работ их заказ к нужному сроку и т.п. И если, например, склад не вовремя введет в систему информацию о запасах, то получивший запрос клиента менеджер, справившись в системе о состоянии склада, может ответить отказом на его обращение, увидев, что запас на складе недостаточен или нужное изделие отсутствует. Тем самым ERP система повышает ответственность каждого за общее дело.
Компании выбирают ERP системы, исходя из трех основных соображений.
Когда управляющий хочет составить представление об общем положении дел в компании, он может получить много версий, и все они будут верны. Каждое подразделение ведет свой учет, каждое имеет свое мнение относительно вклада в общее дело, и далеко не всегда легко понять - затраты на маркетинг достаточны или избыточны, окупаются или нет. При использовании ERP системы затрудняются манипуляции с данными, поскольку данные едины и все подразделения используют одну и ту же систему.
Производственные компании, особенно те, у которых много подразделений, географически удаленных, расположенных в разных странах и на разных континентах, осознают, что отдельные подразделения могут пользоваться разными методами учета, разными компьютерными системами, так что не всегда концы сходятся с концами. Объединенная многовалютная система позволяет сократить персонал и унифицировать учетные процессы. Развитие Internet обеспечивает простой доступ к данным из любого, самого удаленного места. Кроме того, когда производство конечного продукта раздроблено на производство комплектующих в разных местах, не менее важно обеспечить техническую совместимость, единство методов контроля, своевременность поставок партий сырья, заготовок, комплектующих.
ERP система с успехом решает задачи объединения данных о персонале в различных подразделениях - кадровый подбор, перспективы роста, переподготовка и т.п. С помощью системы облегчается возможность связи с каждым сотрудником. Фактически ERP системы являются своеобразным компьютерным представлением способов ведения бизнеса различными компаниями. Каждая отрасль промышленности имеет свои особенности, поэтом у разработчики систем ориентируют их на применение в различных областях, где их возможности будут проявлены максимально. Вот почему потребители из соответствующей отрасли промышленности требуют от разработчиков максимального соответствия их потребностям.
Очевидно, что ERP-системы в ближайшем будущем станут неотьемлимой частью системы менеджмента любого предприятия, будь то небольшая торговая фирма или транснациональная корпорация. Популярность таких систем стремительно растет, а цена их внедрения и эксплуатации неуклонно падает. Уже в настоящий момент внедрение ERP-системы является оправданным шагом на пути повышения эффективности управления для любой компании.
1. http://www.grandars.ru/college/ekonomika-firmy/erp-sistema.html
2. http://www.norbit.ru/products/groups/187.html
3. http://www.km.ru/referats/1B168ED79AF94B0C989F9BDB84D66DC0#
4. http://www.bvp.h1.ru/docum/buisnmod/index.htm
5. http://it.metalinfo.ru/2004/sap2.php
6. http://www.cnews.ru/reviews/?2005/04/19/177389
7. http://www.ipp-spb.ru/index.php?page=256
8. http://iteranet.ru/it-novosti/2013/12/05/obzor-erp-sistemy-baan/
9.https://www.sapconfigurator.com/sapcfg/build/index.html?&lang=ru&campaign=CRM-RU10-SME-ZA1C_A&cntry=ru
10. http://solutions.1c.ru/catalog/autotransport-standart/features
Рисунок 12 – Таблица «Экспедиторы» (режим Конструктор)
Рисунок 13 – Таблица «Экспедиторы» (режим Таблица)
Рисунок 14 – Таблица «Транспорт» (режим Конструктор)
Рисунок 15 – Таблица «Транспорт» (режим Таблица)
Рисунок 16 – Таблица «Отправители и грузы» (режим Конструктор)
Рисунок 17 – Таблица «Отправители и грузы» (режим Таблица)
Рисунок 18 – Таблица «Заказы» (режим Конструктор)
Рисунок 19 – Таблица «Заказы» (режим Таблица)
Рисунок 20 – Схема данных
Рисунок 21 – Запрос на выборку «Ведомость выставленных счетов на оплату»
Рисунок 22 – Запрос на выборку с условием «Ведомость выставленных счетов на оплату в 1 квартале» (режим Конструктор)
Рисунок 23 – Запрос на выборку «Скоропортящиеся заказы» (режим Таблица)
Рисунок 24 – Запрос на выборку «Скоропортящиеся заказы» (режим Конструктор)
Рисунок 25 – Запрос на выборку «Срочно пройти ТО» (режим Таблица)
Рисунок 26 – Запрос на выборку «Срочно пройти ТО» (режим Конструктор)
Рисунок 27 – Параметрический запрос «Информация по маркам» (режим Конструктор)
Рисунок 28 – Ввод интересуемого параметра в параметрическом запросе «Информация по маркам»
Рисунок 29 – Результат параметрического запроса «Информация по маркам»
Рисунок 30 – Запрос на удаление «Экспедиторы»
Рисунок 31 – Результат запроса на удаление «Экспедиторы»
Рисунок 32 – Итоговый запрос «Выручка от каждого заказа» (режим Конструктор)
Рисунок 33 – Итоговый запрос «Выручка от каждого заказа» (режим Таблица)
Рисунок 34 – Итоговый запрос «Общая выручка» (режим Конструктор)
Рисунок 35 – Итоговый запрос «Общая выручка» (режим Таблица)
Рисунок 36 – Создание перекрестного запроса
Рисунок 37 – Перекрестный запрос «Плательщик-№заказа-Сумма»
Рисунок 38 – Табличный автоотчет «Отправители и грузы»
Рисунок 39 – Отчет «О выполненных заказах» (режим Конструктор)
Рисунок 40 – Отчет «О выполненных заказах» (режим Представления отчета)
Рисунок 41 – Отчет «Динамика спроса» (режим Представления отчета)
Рисунок 42 – Запрос «Количество заказов по месяцам» (режим Таблица)
Рисунок 43 – Запрос «Количество заказов по месяцам» (режим Конструктор)
Рисунок 44 – Анкетная (простая) форма «Транспорт» (автоформа в столбец)
Рисунок 45 – Табличная форма «Экспедиторы» (автоформа ленточная)
Рисунок 46 – Составная форма «Экспедиторы-заказы» (режим Формы)
Рисунок 47 – Составная форма «Заказы-отправители» (режим Формы)
Рисунок 48 – Кнопочная форма «Лавтранс»