Разработка программного обеспечения для задач снабжения

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

Специальность 080801

Кафедра информатики

дипломнЫЙ ПРОЕКТ

На тему: Разработка программного обеспечения для задач снабжения

СОДЕРЖАНИЕ

Введение

Глава 1. АНАЛИЗ ДЕЯТЕЛЬНОСТИ ПРЕДПРИЯТИЯ И ПРИМЕНЯЕМЫХ ИНФОРМАЦИОННЫХ СИТЕм

1.1 Технико-экономическая характеристика ОАО НПП «Эталон»

1.2 Организационная структура управления ОАО НПП «Эталон»

1.3 Техническая и программная архитектура информационной системы предприятия и используемых функциональны задач

ГЛАВА 2. АНАЛИЗ ИНФОРМАЦИОННОЙ СТРУКТУРЫ И ФОРМИРОВАНИЕ ОСНОВНЫХ ТРЕБОВАНИЙ К ИНФОРМАЦИОННОЙ ПОДСИСТЕМЕ СНАБЖЕНИЯ ПРЕДПРИЯТИЯ

2.1 Анализ проектных решений по техническому обеспечению

2.2 Требования к комплексу задач отдела материально-технического снабжения НПП «Эталон»

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

.2.2 Определение места проектируемой задачи в комплексе задач и ее описание

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

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

ГЛАВА 3. ПРОЕКТИРОВАНИЕ АВТОМАТИЗИРОВАННОГО

УЧЕТА ПОДСИСТЕМЫ СНАБЖЕНИЯ ПРЕДПРИЯТИЯ

.1 Обоснования необходимых характеристик программного обеспечения для отдела ОМТС

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

.2.1 Анализ существующих программных разработок для задач снабжения

3.2.2 Выбор и обоснование стратегии автоматизации задач

3.2.3 Выбор и обоснование способа приобретения ИС для автоматизации комплекса задач снабжения

3.3 Технология конфигурирования 1С версии 8.1

.4 Описание разработки «Конфигурации ОМТС»

.5 Тестирование и отладка

ГЛАВА 4. ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА

.1 Выбор и обоснование методики расчета экономической эффективности

4.2 Расчет показателей экономической эффективности проекта

ЗАКЛЮЧЕНИЕ

СПИСОК ЛИТЕРАТУРЫ

ПРИЛОЖЕНИЯ

ВВЕДЕНИЕ

Материалы представляют собой одну из составных частей имущества хозяйствующего субъекта, необходимую для осуществления и расширения его деятельности. Как видно из бухгалтерского баланса ОАО НПП «Эталон» за 2008 год материально-производственные запасы составляют 49% (см. прил. 1) ко всем активам баланса. Эффективность деятельности предприятия во многом зависит от правильного определения потребности в материалах. Завышение количества материалов ведет к замораживанию и омертвлению ресурсов. Занижение количества материалов может привести к перебоям в производстве и реализации продукции, к несвоевременному выполнению предприятием своих обязательств. И в том и в другом случае следствием является неустойчивое финансовое состояние, нерациональное использованием ресурсов, ведущее к потере выгоды.

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

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

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

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

минимизацией необходимых запасов;

автоматизацией оформления документов;

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

Для выполнения поставленной цели необходимо решить следующие задачи:

собрать материал о технико-экономических характеристиках ОАО НПП «Эталон»;

определить существующие задачи бизнес-процессов снабжения;

обосновать необходимость информационного обеспечения для задач снабжения;

выполнить анализ программных продуктов для автоматизации аналогичных задач;

выбрать и обосновать стратегию и способ автоматизации задачи;

построить функциональную модель бизнес-процессов предметной области;

разработать техническое задание;

реализовать выбранный вариант проекта;

дать экономическую оценку эффективности процесса внедрения.

Объектом исследования дипломного проекта является ОАО «Научно-производственное предприятие «Эталон».

Предмет исследования - работа отдела материально-технического снабжения.

Структура и объем дипломного проекта.

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

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

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

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

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

В четвертой главе приводится обоснование экономической эффективности проекта.

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

ГЛАВА 1. АНАЛИЗ ДЕЯТЕЛЬНОСТИ ПРЕДПРИЯТИЯ И ПРИМЕНЯЕМЫХ ИНФОРМАЦИОННЫХ СИСТЕМ

.1 Технико-экономическая характеристика ОАО НПП «Эталон»

Согласно Устава ОАО НПП «Эталон» (см. прил. 2) единственным учредителем Общества является Российская Федерация в лице Федерального агентства по управлению Федеральным имуществом Российской Федерации (ФАУФИ РФ). ОАО НПП «Эталон» входит в состав Федерального агентства по техническому регулированию и метрологии.

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

Предприятие образовано в 1957 году, о чем свидетельствует историческая справка предприятия (см. прил. 3). С 29 декабря 2003 года ФГУП «Омский опытный завод «Эталон» в процессе приватизации имущественного комплекса в порядке реорганизации, было преобразовано в ОАО «Научно-производственное предприятие «Эталон».

Продукцию, выпускаемую в ОАО НПП «Эталон», используют в различных областях. К таким областям относятся: химическая и нефтяная промышленности, электроэнергетика, электрохимическая промышленность, металлургия, машиностроение, метрология, автомобильная промышленность, электронная промышленность, авиационная промышленность, радиопромышленность и т.д.

Уставной капитал ОАО НПП «Эталон» составляет: 14746000 рублей (см. прил.1 ) .

Состав акционеров: Россимущество России 100% федеральной собственности. Дочерних и зависимых обществ организация не имеет. Предприятие не относится к субъектам малого предпринимательства т.к. доля в уставном капитале в размере 100% принадлежит государству.

Основные показатели финансово-хозяйственной деятельности за 2008 год показаны в таблице 1.

Таблица 1

Изменение основных показателей финансово-хозяйственной деятельности ОАО НПП «Эталон» за 2007-2008 годы

Незначительный рост объемов продаж в 2008 году по сравнению с 2007 годом произошел за счет экономического кризиса в стране, так как за девять месяцев 2008 года рост объема продаж был выше на 10,4% по отношению к аналогичному периоду 2007 года [16].

Объем товарной продукции по группам продукции отражен в табл 2. Таблица 2

Изменение объемов товарной продукции по группам продукции ОАО НПП «Эталон» за 2007 - 2008 годы

Загрузка производственной мощности составляет 70 - 79%.

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

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

Изменения в структуре товарной продукции показаны в таблице 3.

Таблица 3

Изменение в структуре товарной продукции ОАО НПП «Эталон» за 2006 - 2008 годы

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

- 7 лет разработано новых ранее не выпускавшихся в СССР - 78 типов датчиков температуры. С каждым годом ассортимент выпускаемой продукции расширяется. Для более полного удовлетворения запросов потребителей выполняются индивидуальные разовые заказы, где учитываются пожелания потребителей (конструктивные, технические характеристики). В отличие от конкурентов предприятие работает с потребителями по индивидуальным заказам. За 2008 год было рассмотрено 786 индивидуальных заказов (в 2005 году - 518, в 2006 году - 498, в 2007 году - 700), это соответствует тому, что ежедневно разрабатывается эскизная документация и осуществляется расчет цен для выполнения заказа на 2 - 3 изделия.

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

Доля на рынке, занимаемая ОАО НПП «Эталон» по группам продукции находит отражение в таблице 4.

Таблица 4

Изменение доли, занимаемой ОАО НПП «Эталон» по группам продукции за 2005 - 2008годы

Общество постоянно заботится о своей конкурентоспособности, укрепление которой определяется многими факторами, среди них:

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

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

. Постоянное улучшение качества выпускаемой продукции. Предприятие ежегодно подтверждает систему менеджмента качества на соответствие международным стандартам ИСО 9001:2000. Сертификат ИСО 9001 подтверждает безупречное качество и организацию производственных процессов в ОАО НПП «Эталон» на всех этапах.

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

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

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

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

Таблица 5

Основные конкуренты ОАО НПП «Эталон»

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

1.2 Организационная структура управления ОАО НПП «Эталон»

В структуре предприятия функционирует 28 отделов, участков, цехов и подразделений (см. прил. 4).

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

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

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

Основными задачами отдела являются:

. Планирование информационных ресурсов предприятия;

. Разработка и развертывание систем информационной поддержки

предприятия;

. Внедрение системной безопасности;

. Управление хранением данных;

. Управление парком вычислительной техники;

. Обеспечение распределенного доступа к информации и коммуникациям.

Равно как и задачи ОИТ взаимоотношения отдела с другими подразделениями предприятия регулируются «Положением о подразделении отдела информационных технологий» (см. прил. 5)

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

Рис. 1. Структура ОМТС

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

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

Функции отдела в области обеспечения потребности в необходимых материалах:

определение потребности в материалах на базе установленных норм

расхода их на заказ или годовую программу;

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

оценка поставщиков с точки зрения закупаемой у них продукции и

издержек на ее приобретение и доставку;

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

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

продукции и ее поступлением на склад предприятия;

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

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

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

своевременное предъявление штрафных санкций к поставщику, при

нарушении им условий контракта.

Функции отдела в области обеспечения наиболее полного и экономного использования закупленных материалов:

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

тщательная приемка поступающих материалов по количеству и качеству доля исключения недостачи и несоответствий по качеству;

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

контроль за сохранением страхового запаса необходимых материалов (для серийного производства);

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

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

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

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

систематический анализ результатов инвентаризации с целью обеспечения минимизации затрат на хранение закупок;

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

Функции отдела в области рациональной организации служб отдела:

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

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

Взаимоотношения отдела с другими подразделениями показано в приложении 6.

1.3 Техническая и программная архитектура информационной системы предприятия и используемых функциональных задач

На предприятии имеется сто тринадцать компьютеров, в том числе два сервера, тридцать шесть принтеров, сетевое оборудование для объединения компьютеров в локальную сеть. Конфигурация серверов: Dual Intel Xeor-A.2800 MHz/Supermicvo X5DP8/1024 Mb/Video ATI Rage XL/FDD 3.5/Scsi Adaptec 2010S Ultra 320/HDD 3x Gb SCSI/HDD 120Gb IDE. На серверах установлена операционная система MICROSOFT WINDOWS SERVER 2003.

Конфигурация остальных компьютеров варьируется от Intel Celeron 533MHz до AMD ATHLON - 64 3000+.

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

1. MICROSOFT WINDOWS XP - Базовый комплекс компьютерных программ, обеспечивающий интерфейс пользователя, управление аппаратными средствами компьютера, работу с файлами, ввод и вывод данных.

2.    «1С: Бухгалтерия» версия 7,7 - универсальная программа массового назначения для автоматизации бухгалтерского учета. Она представляет собой компоненту «Бухгалтерский учет» системы программ «1С: Предприятие 7.7» .

. «1С: Зарплата и кадры» - программа предназначена для расчета заработной платы и учета сотрудников. Она представляет собой компоненту «Расчет»" системы программ «1С: Предприятие 7.7».

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

. Программное обеспечение «МЭТР» - Предназначено для организации системы учета и документирования результатов поверки и передачи данных в автоматизированную систему учета поверочной деятельности Ростехрегулирования.

. «FoxPro» версии 2,5 - Применяется для разработки реляционных СУБД.

. «CorelDraw» Graphics Suite X3 - программа предназначена для создания векторной графики.

. «BORLAND DELPHI» 7 PROFESSIONAL - средство разработки приложений.

9.    Microsoft VISIO 2007 BASIC - средство для создания бизнес-диаграмм.

. «C++BUILDER» 6 PROFESHIONAL - средство разработки приложений.

. «PCT MATHCAD» 14.0 - среда разработки для микроконтроллеров.

. «AUTOCAD» 2000 - 2-х и 3-мерная система автоматизированного проектирования и черчения.

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

Схема локальной сети предприятия представлена в приложении 7.

В первой главе проведен анализ деятельности ОАО НПП «ЭТАЛОН», дана технико-экономическая характеристика предприятия, описана организационная структура предприятия, программная и техническая архитектура его информационной системы, что позволяет перейти к исследованию и формированию требований к информационной подсистеме снабжения.

ГЛАВА 2. АНАЛИЗ ИНФОРМАЦИОННОЙ СТРУКТУРЫ И ФОРМИРОВАНИЕ ОСНОВНЫХ ТРЕБОВАНИЙ К ИНФОРМАЦИОННОЙ ПОДСИСТЕМЕ СНАБЖЕНИЯ ПРЕДПРИЯТИЯ

.1 Анализ проектных решений по техническому обеспечению

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

Техническое обеспечение для любого ИТ - проекта имеет немаловажное значение.

Для внедрения «1С: Бухгалтерии» версии 8.1 компьютер должен иметь:

. Компьютер конечного пользователя:

операционную систему Microsoft Windows 98/Me, Microsoft Windows 2000/XP/Server 2003/Vista (рекомендуется Microsoft Windows ХР);

процессор Intel Pentium II400MГц и выше (рекомендуется Intel Pentium III 866 MГц);

оперативная память 128 Мбайт и выше (рекомендуется 256 Мбайт);

жесткий диск (при установке используется около 220 Мбайт);

устройство чтения компакт-дисков;

USB-порт;

SVGA-дисплей.

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

операционную систему Microsoft Windows 2000/XP/Server 2003/Vista (рекомендуется Microsoft WindowsХР);

процессор Intel Pentium III 866 MГц и выше (рекомендуется Intel Pentium IV Celeron 1800 МГц);

оперативная память 512 Мбайт и выше (рекомендуется 1024 Мбайт);

устройство чтения компакт-дисков;

USB-порт;

SVGA-дисплей.

Для нормальной работы программы в настройках экрана должна быть выбрана 16 - битная (или выше) цветовая палитра. Указанное свободное пространство на жестком диске требуется для выполнения установки системы «1С: Предприятие» версии 8.1 [26].

Параметры компьютеров отдела снабжения, склада, бухгалтерии, ОИТ на ОАО НПП «Эталон» соответствуют указанным выше стандартам.

2.2 Требования к комплексу задач отдела материально-технического снабжения НПП «Эталон»

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

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

Достижение указанной цели обеспечивают решением следующих задач:

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

проведением работ по оценке и выбору поставщиков на основе их способности поставлять продукцию в соответствии с требованиями предприятия;

заключением договоров (контрактов) с предприятиями - поставщиками и управлением закупками;

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

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

верификацией закупленной продукции;

- организацией претензионной - исковой работы к поставщикам, нарушающим договорные условия, по следующим параметрам:

качеству поставляемой продукции;

количеству продукции;

срокам поставки.

2.2.2 Определение места проектируемой задачи в комплексе задач и ее описание

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

Инвестиционный проект на 2009 год ОАО НПП «Эталон» часть ХI «Информационные технологии» (см. прил. 8) предусматривает работы по автоматизации деятельности снабжения. Проблемы программного обеспечения ОМТС являются на сегодняшний день самыми актуальными на предприятии.

Установленная на предприятии автоматизированная система «1С Бухгалтерия» версии 7.7 предназначена для выполнения задач бухгалтерского учета, но, кроме того эта программа используется для решения задач ОМТС, хотя только частично отвечает их требованиям. С помощью нее отдел снабжения может отслеживать расчеты с поставщиками, контролировать остаток материалов на складах. На этом этапе выдачи материалов возникают трудности в определении лимита материала, так как нормативная база заложена в другой программе, никак не соединенной с «1С Бухгалтерией» - «FoxPro» версии 2,5. Кроме того, «FoxPro» версии 2,5 и сама по себе не может обработать необходимую потребность в материалах на программу, заказ, а только содержит информацию о нормах материалов на единицу продукции (см. прил. 9).

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

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

Но, несмотря на результат его решения, основными целями, которые ставятся при проведении подобных проектов, являются:

предоставление деятельности предприятия и принятых в нем технологий в виде иерархии диаграмм. Обеспечивающих наглядность и полноту их отображения;

формирование на основании анализа предложений по реорганизации организационно-управленческой структуры;

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

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

Анализ требований и проектирование спецификаций корпоративных информационных систем.

Все перечисленные цели достигаются с помощью программного продукта компании Computer Associates - «BPwin». Эти цели являются фундаментом дальнейшего развития процесса обследования предприятия, который лежит в основе проекта реструктуризации и перехода предприятия на новый, более качественный уровень [11].

Программный продукт «BPwin» позволяет систематизировать задачи, связанные с построением моделей развития, обеспечивая семантическую строгость, необходимую для гарантирования правильности и непротиворечивости результатов. Это достигается применением в «BPwin» следующих методологий: IDEF0, DFD, IDEF3.

Применение данных методологий в ходе построения моделей бизнес-процессов в виде иерархии диаграмм, обеспечивает наглядность и полноту их отображения, позволяет анализировать деятельность предприятия в трех информационных разрезах IDEF0:

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

Такие диаграммы называются контекстными. За внешней простотой скрывается вся суть бизнес-процесса. Вся входящая и исходящая информация, источники и результаты, механизмы агрегированы настолько, что позволяют осмыслить их в целом. В контекст диаграмм входит описание цели моделирования, области моделирования, т.е. описания того, что будет рассматриваться как компонент системы, а что как внешнее воздействие и точки зрения - позиции, с которой будет строиться модель. Обычно в качестве точки зрения выбирается точка зрения лица или объекта, ответственного за работу моделируемой системы в целом. После того как контекст описан, проводится построение следующих диаграмм в иерархии. Каждая последующая диаграмма является более подробным описанием, или как ее еще называют - декомпозицией, одной из работ на вышестоящей диаграмме . «BPwin» автоматически синхронизирует изменения объектов диаграмм на всех уровнях детализации, тем самым, освобождая пользователя от ручного ведения словаря объектов модели. Так если мы исправим на верхнем уровне название объекта, то получим изменение на всех уровнях, где данный объект встречается. Также невозможным является случайное дублирование наименований работ. При появлении такой ситуации «BPwin» генерирует предупреждающее сообщение [12].

Кроме основных видов диаграмм модель нотации IDEF0 в «BPwin» может включать следующие элементы:

Диаграмма дерева узлов.

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

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

Второй информационный разрез. Потоки информации (документооборота) в системе. Диаграммы DFD(Data Flow Diagramming) могут дополнить то, что уже отражено в модели IDEF0. поскольку они описывают потоки данных. Позволяя проследить, каким образом происходит обмен информацией как внутри системы между бизнес - функциями, так и системы в целом внешней информационной средой. Для усиления функциональности в данной нотации диаграмм предусмотрены специфические элементы, предусмотрены специфические элементы, предназначенные для описания информационных и документопотоков, такие как внешние сущности и хранилища данных. Для усиления функциональности в данной нотации диаграмм предусмотрены специфические элементы, предназначенные для описания информационных и документопотоков, такие как внешние сущности и хранилища данных. Без объекта «внешняя сущность» аналитику бывает иногда сложно определить, откуда пришли в компанию данные документы. Или какие документы еще приходят от, такой внешней сущности как, например, «клиент». Объект «хранилище данных» является уникальным обозначением длительного хранения, очередности обработки, резерва документов. Это предоставление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы - движение объектов, поставка и распространение объектов.

Третий информационный разрез - последовательность выполняемых работ. В отличие от диаграмм IDEF0, DFD, элементы которых позволяют точно описать функциональность системы и организацию документооборота, описать с их помощью логику построения системы не удастся. Для описания логики взаимодействия информационных потоков, последовательности выполнения работ и сценариев взаимодействия модель дополняют диаграммами еще одной методологии - IDEF3, так же называемой диаграммами workflow diagramming. В IDEF3 включены элементы логики. Что позволяет аналитику моделировать и анализировать альтернативные сценарии развития бизнес-процесса. Методология моделирования IDEF3 позволяет графически описать и задокументировать процессы, фокусируя

внимание на течении этих процессов и на отношениях процессов и важных объектов, являющихся частями этих процессов [24].

В результате обследования предприятия строится функциональная модель существующей организации работы AS-IS(Как есть). На основе модели AS-IS достигается консенсус между различными единицами бизнеса по тому, «кто что сделал» и что каждая единица бизнеса добавляет в процесс, модель AS-IS позволяет выяснить «что мы делаем сегодня» перед тем, как перепрыгнуть на то, «что мы будем делать завтра». Внедрение информационной системы неизбежно приведет к перестройке существующих бизнес - процессов предприятия. Анализ функциональной модели позволяет понять, где находятся наиболее слабые места. В чем будут состоять преимущества новых бизнес - процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Детализация бизнес - процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной. Признаком неэффективной деятельности могут быть бесполезные, неуправляемые и дублирующие работы, неэффективный документооборот (нужный документ не оказывается в нужном месте в нужное время), отсутствие обратных связей по управлению (на проведение работы не оказывает влияния ее результат) и входу (объекты или информация используются нерационально) и т.д.

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

Найденные в модели AS-IS недостатки можно исправить при создании модели TO-BE (Как будет) модели новой организации бизнес-процессов. Модель TO-BE нужна для оценки последствий внедрения информационной системы и анализа альтернативных, лучших путей выполнения работы и документирования того, как предприятие будет функционировать в будущем.

Деятельность по формированию планов и программ обеспечения процесса производства продукции закупками осуществляет ОМТС на основании положения о подразделении.

Входными данными для процесса обеспечения закупками и работы ОМТС на данный момент являются:

договор на поставку;

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

нормы на единицу изделия;

сопроводительный ярлык;

извещение на замену;

- сопроводительные приходные документы (товарные накладные товарно-транспортные накладные, счета-фактуры и т.д.);

извещение о качестве материала.

Выходными данными процесса обеспечения закупками и работы ОМТС являются:

заявка на поставку;

цены на материалы;

запрос о поверке качества материала;

требование на выдачу материалов;

сопроводительный ярлык;

запрос на замену материала;

подтверждение укомплектованности заказа;

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

Общая схема - «AS-IS» «Работа отдела материально-технического снабжения» показана в приложении 10.

Декомпозиция общей схемы «AS-IS» «Работа отдела материально-технического снабжения» показана в приложении 11.

Декомпозиция схемы «AS-IS» «Обработка дефицита» (см. прил. 12).

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

Начальник ОМТС проверяет составленные расчеты с целью:

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

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

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

Проверив, и при необходимости после корректировки, начальник ОМТС подписывает расчеты. Далее осуществляется оценка и выбор поставщика.

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

а) поставщики, имеющие сертифицированную систему качества или систему менеджмента качества или сертифицированное производство;

б) поставщики, изготовляющие сертифицированную продукцию;

в) поставщики, изготовляющие стандартизованную продукцию;

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

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

Поставщики группы «г» делятся:

известные поставщики, с которыми предприятие имело и имеет деловые связи;

неизвестные поставщики.

В адрес неизвестных поставщиков группы «г», сумма счета, которых не превышает 10000 рублей, направляется анкета (см. прил. 13).

Решение о направлении анкет поставщикам других групп принимает начальник ОМТС.

При получении заполненной анкеты от поставщика менеджеры ОМТС заносят содержащиеся в анкете сведения в карточку учета поставщика (см. прил. 14) и формируют, таким образом, картотеку поставщиков.

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

При отсутствии требуемого поставщика в картотеке менеджеры ОМТС принимают меры по отысканию поставщиков.

Выбрав поставщика, менеджер ОМТС переходит к следующему этапу - заключение договора на поставку.

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

Менеджеры ОМТС при заключении договора должны формировать в предварительной заявке следующие требования к качеству закупаемых материалов и комплектующих изделий:

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

б) о предоставлении документированного подтверждения соответствия стандартам ГОСТ, ИСО; сертификации производства или продукции;

в) точно указать количество материалов и комплектующих изделий и срок их поставки;

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

В конкретной производственной ситуации в договор могут включаться другие требования. Завизированный начальником ОМТС договор менеджер отдела согласовывает с юристом предприятия, подписывает у генерального директора и отсылает поставщику на подпись (согласование) два экземпляра.

После получения подписанного экземпляра договора менеджер ОМТС снимает копию, а подлинник экземпляра договора передает юристу предприятия. Копии договоров хранятся в делах ОМТС.

В процессе составления и согласования договора менеджер отдела руководствуется должностной инструкцией, положением о подразделении.

Менеджер и начальник ОМТС несут ответственность за правильность и своевременность оформления договора на поставку материалов и полноту отражения в договоре требований к качеству поставляемой продукции.

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

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

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

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

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

В процессе приемки поступивших материалов кладовщик ОМТС проверяет:

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

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

наличие маркировки и клеймения;

отсутствие повреждения упаковки внешних дефектов материалов;

наличие запаса гарантийного срока годности.

При отсутствии или неправильном оформлении сопроводительной документации кладовщик информирует об этом начальника ОМТС.

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

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

Эффективной формой контроля состояния хранения и достоверности учета является инвентаризация материальных ценностей на складах предприятия. Инвентаризацию проводит специальная комиссия с участием представителя отдела управления качеством (ОУК). Состав комиссии определяется приказом по предприятию. Проект приказа готовит бухгалтерия предприятия, сроки проведения инвентаризации согласовываются с начальником ОМТС. Приказ подписывает генеральный директор. По результатам инвентаризации начальник ОМТС принимает меры по реализации выявленных неликвидных материалов, а также (вместе с бухгалтерией) по привлечению к ответственности лиц, виновных в недостатке материальных ценностей или их порче в процессе хранения на складе [10].

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

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

При этом менеджеры обязаны:

сверить указанное в требовании - накладной или требовании количество материалов со складским наличием и книгам учета;

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

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

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

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

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

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

При выявлении в процессе верификации закупленной продукции несоответствия продукции по количеству менеджер ОМТС принимает меры к поставщику по доставке недостающего количества продукции. В случае не решения вопроса о допоставке недостающего количества продукции в оперативном порядке менеджер ОМТС извещает об этом начальника ОМТС. Начальник ОМТС извещает начальника ОУК о принятии решения по предъявлению претензии к поставщику [29].

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

Информационное обеспечение (ИО) - совокупность единой системы классификации и кодирования информации, унифицированных систем документации, схем информационных потоков, циркулирующих в организации, методология построения баз данных. Данная подсистема предназначена для своевременного представления информации, принятия управленческих решений [24].

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

Общая схема - «TO-BE» «Работа отдела материально-технического снабжения» показана в приложении 21.

Декомпозиция общей схемы «TO-BE» «Работа отдела материально-технического снабжения» (см. прил. 22).

Декомпозиция схемы «TO-BE» «Обработка дефицита» (см. прил. 23) В отличие от схемы «AS-IS», описанной в разделе 2.2.2, схема «TO-BE» будет работать не на базе «1С: Бухгалтерия» версии 7.7 , а на базе специально разработанной на платформе 1С: 8.1 «Конфигурации ОМТС». Главными отличительными чертами схемы «TO-BE» является то, что некоторые справочники и документы которые велись вручную или брались из другого программного обеспечения по схеме «AS-IS» будут реализованы в «Конфигурации ОМТС».

Так, например, справочник норм на единицу изделия должен быть в единой программе, что бы своевременно быстро просчитать необходимый запас материала исходя из программы предприятия и предварительного запуска. Кроме того, это позволит рассчитывать лимит материальных запасов, необходимый для решения проблем контроля за остатками материалов на складе и рационального их использования. Решить эту проблему поможет документ лимитно - заборная карта, применяемый для систематически потребляемых при изготовлении продукции материалов в месяц. Лимитная карта может использоваться в тех случаях, когда жесткая регламентация поставок внутри месяца по срокам и объемам затруднительна. В лимитной карте указываются месячная потребность в материале, величина запаса и месячный лимит расхода [23]. В случае появления необходимости принятия решений по изменению лимита службой снабжения может оформляться разовое требование или требования на замену, которое согласовывается с технической службой и подписывается главным инженером.

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

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

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

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

Система программ «1С: Предприятие» версии 8.1 включает в себя платформу и прикладные решения, разработанные на ее основе, для автоматизации деятельности организаций и частных лиц. Такой подход позволяет автоматизировать различные виды деятельности, используя единую технологическую платформу [5].

Основные преимущества «1С: Предприятие» версии 8.1:

. Области применения.

Гибкость платформы позволяет применять «1С: Предприятие» версии 8.1 в самых разнообразных областях:

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

· поддержка оперативного управления предприятием;

· автоматизация организационной и хозяйственной деятельности;

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

· широкие возможности для управленческого учета и построения аналитической отчетности, поддержка многовалютного учета;

· решение задач планирования, бюджетирования и финансового анализа;

· расчет зарплаты и управление персоналом;

· другие области применения.

. Экономическая и аналитическая отчетность.

Мощные средства формирования отчетов и печатных форм обеспечивают широкие возможности оформления и интерактивной работы:

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

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

· группировки и расшифровки в отчетах, детализация и агрегирование информации;

· сводные таблицы для анализа многомерных данных, динамическое изменение структуры отчета;

· различные типы диаграмм для графического представления экономической информации.

. Эргономический пользовательский интерфейс.

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

· значительное ускорение массового ввода информации благодаря функции «ввод по строке» и эффективному использованию клавиатуры;

· облегчение работы неподготовленных пользователей, быстрое освоение системы;

· удобные средства работы с большими динамическими списками, управление видимостью и порядком колонок, настройка отбора и сортировки;

· разнообразные сервисные возможности;

· универсальные инструменты для создания отчетов любой сложности.

. Масштабируемость.

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

. Интеграция с другими системами.

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

В системе «1С: Предприятие» версии 8.1 имеется целый набор средств, с помощью которых можно:

· создавать, обрабатывать и обмениваться данными различных форматов;

· осуществлять доступ ко всем объектам системы «1С: Предприятие» версии 8.1, реализующим ее функциональные возможности;

· поддерживать различные протоколы обмена;

· поддерживать стандарты взаимодействия с другими подсистемами;

· создавать собственные интернет - решения.

. Администрирование.

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

. Быстрая разработка и модификация.

Технологическая платформа «1С: Предприятие» версии 8.1 содержит средство разработки, с помощью которого создаются новые или изменяются существующие прикладные решения. Это средство разработки называется «конфигуратор». Так как он включен в стандартную поставку «1С: Предприятия» версии 8.1, то пользователь может самостоятельно разработать или модифицировать прикладное решение (адаптировать его под себя), возможно, с привлечением сторонних специалистов [27,28]. На основании диаграммы «TO-BE» и требований, предъявляемых к программному обеспечению, разработано техническое задание, (см. прил.24).

ГЛАВА 3. ПРОЕКТИРОВАНИЕ АВТОМАТИЗИРОВАННОГО УЧЕТА ПОДСИСТЕМЫ СНАБЖЕНИЯ ПРЕДПРИЯТИЯ

.1 Обоснования необходимых характеристик программного обеспечения для отдела ОМТС

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

Этап планирования закупок является достаточно трудоемкой процедурой для менеджеров ОМТС, так как конструкторская программа FoxPro версии 2.5 отражает лишь нормы на единицу изделия и не предусматривает расчет необходимого материала на программу. Кроме того, она никак не связана с программой «1С: Бухгалтерия» версия 7.7, чтобы проверить наличие остатков на складе. На этапе же выдачи материала в производство трудно определить лимит выдаваемого материала, а значит и трудно осуществить и сам контроль за их расходованием.

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

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

Предсказуемый план закупок позволяет работникам снабжения на его основе более эффективно вести переговоры, анализировать и улучшать условия поставки и снижать издержки. Это открывает дополнительные возможности по экономии ресурсов, а так же позволяет более качественно строить взаимоотношения с поставщиками и анализ их работы [1]. В противном случае, все это приводит либо к излишним запасам на складах, либо наоборот, к дефициту. И как следствие всего этого - нарушение сроков поставок, наличие выплат штрафных санкций и неустоек, отсутствие экономической выгоды. Уменьшение запасов сокращает расходы по их содержанию, снижает издержки, ускоряет оборачиваемость оборотных средств, что повышает прибыль и рентабельность производства. Поэтому очень важно оптимизировать величину запасов. Рассматривая, бухгалтерский баланс форма №1 ОАО НПП «Эталон» за 2008 год можно сказать, что остатки материалов в среднем составили 14441 тыс. руб.((523+14359)/2). Исходя из формы №5 приложения к бухгалтерскому балансу (см. прил. 20) среднемесячная потребность в материалах составляет 3820 тыс. руб. (((46341+45331)/2)/12). Отсюда видно, что на складах предприятия на конец отчетного периода скапливается материальных ценностей в четыре раза больше, чем необходимо в месяц. Конечно, нужно рассматривать аналитику данных материальных ценностей и заказов. Отчасти данный факт объясняется длительностью изготовления некоторых заказов, условиями приобретения материалов у отдельных поставщиков (например, покупка определенного материала не меньше определенного количества или определенной партии или длительный срок изготовления конкретного материала). Но и несовершенная система управления закупками тоже находит отражение в величине запасов и неликвидов. Организация процесса оприходования имеет свои недостатки. Процесс оприходования материальных ценностей дублируется в ручном (на складе) и в автоматизированном режиме (в бухгалтерии). Отсюда идет низкая оперативность информации полученной в сопроводительных документах поставщиков. Снижается качество управления объектом. Данные о задолженности поставщику, о имеющимся материале на складе можно получить сразу при поступлении их на склад, а не на следующий день или через три дня , после передачи приходных ордеров в бухгалтерию. Кроме того, форма приходной накладной не соответствует требованиям законодательства РФ. Этого возможно избежать, воспользовавшись программой «1С: Бухгалтерия», которая соответствует всем современным требованиям, постоянно подвергается обновлению с учетом изменений в законодательстве [13].

3.2 Анализ доступных программных разработок для задач снабжения и выбор стратегии внедрения

.2.1 Анализ существующих программных разработок для задач снабжения

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

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

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

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

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

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

Многообразие предлагаемых решений на рынке информационных систем приведено в таблице 7.

Таблица 7

Классификация рынка информационных систем

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

Финансово-управленческие системы (особенно системы российских разработчиков) значительно более гибкие в адаптации к нуждам конкретного российского предприятия. Часто предлагаются «конструкторы», с помощью которых можно практически полностью перекроить исходную систему, самостоятельно или с помощью поставщика установив связи между таблицами баз данных или отдельными модулями. Хотя общая конфигурация систем может быть достаточно сложна, практически все финансово-управленческие системы способны работать на персональных компьютерах в обычных сетях передачи данных Novell Netware или Windows NT. Они опираются на технологию выделенного сервера базы данных (file server), которая характеризуется высокой загрузкой сетевых каналов для передачи данных между сервером и рабочими станциями. Только отдельные из предлагаемых в России систем такого класса были разработаны для промышленных баз данных (Oracle, Sybase, Progress, Informix, SQL Server). В основном использовались более простые средства разработки Clipper, FoxPro, dBase, Paradox, которые начинают давать сбои на сложных конфигурациях сети и при увеличении объемов обрабатываемых данных. Производственные системы включают подклассы средних и крупных интегрированных систем. Эти системы, в первую очередь, предназначены для управления и планирования производственного процесса. Учетные функции, хотя и глубоко проработаны, выполняют вспомогательную роль и порой невозможно выделить модуль бухгалтерского учета, так как информация в бухгалтерию поступает автоматически из других модулей.

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

1.   серийное сборочное (электроника, машиностроение);

.     мелкосерийное и опытное (авиация, тяжелое машиностроение);

3.    дискретное (металлургия, химия, упаковка);

. непрерывное (нефте и газодобыча).

Имеют значение также различные типы организации самого производственного процесса. Например, для дискретного производства возможно:

1.   циклическое повторное производство (repetitive manufacturing) планирование выполняется на определенный срок (квартал, месяц, неделя);

.     производство на заказ (make-to-order) - планирование только при поступлении заказа;

.     разработка на заказ (engineering-to-order) - самостоятельная разработка каждого нового заказа с последующим производством;

4.    производство на склад (manufacture-to-stock);

. смешанное производство (mixed mode manufacturing) - для производства конечного продукта используется несколько типов организации производственного процесса [2].

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

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

Анализ внедрения, соотношения затрат и стоимостные оценки информационных систем показан в таблице 8.

Таблица 8

Внедрение, соотношение затрат и стоимостные оценки

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

сов, объем выпуска и реализации и пр.

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

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

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

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

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

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

Прежде всего, предприятие должно определить, а что же собственно ожидается от новой системы: какие функциональные области и какие типы производства она должна охватывать, какую техническую платформу использовать, какие отчеты готовить? Проведение такой работы заканчивается составлением документа «Требования к компьютерной системе». Этот документ предназначен, прежде всего, для самого предприятия, так как в нем формализованы и расписаны в соответствии с приоритетами все характеристики новой системы. Он дает объективные критерии для сравнения систем по заранее определенным параметрам.

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

На протяжении десяти лет сталкиваясь с потребностями во внедрении на предприятии информационных систем, руководство ОАО НПП «Эталон» оказывалось перед проблемой выбора. Разрабатывать самим или покупать, и если покупать - то что. Объективно оценивая самостоятельные разработки, можно смело сказать, что они имеют существенные недостатки, о которых упоминалось выше. Поэтому предприятие решило ориентироваться на готовые системы. В 2006 году специалисты отдела информационных технологий побывали на одном из промышленных предприятий г. Пермь, где внедрен ИТ - проект компанией Фронтстеп СНГ. Фронтстеп СНГ берет свое начало в 1996 году. В 2001 году вошла в состав международной корпорации Frontstep, Inc.(бывшая Symix Systems, Inc.) в качестве официального представительства в России и эксклюзивного поставщика систем SyteLine ERP, SyteLine APS, а так же CRM и SCM приложений. Данная компания формирует отраслевые решения, отвечающие потребностям и специфике машиностроения и приборостроения, производства кабельной продукции, электрооборудования, мебели, тары. Фронтстеп позиционируется как «нишевая» компания, сфокусировавшая свою деятельность исключительно на промышленных предприятиях определенных отраслей. На ряде предприятий (Кондитерская фабрика «Ударница», ГКНПЦ им. Хруничева, Тихорецкий машиностроительный завод, ЗАО «Новомет-Пермь», Свердловский завод трансформаторов тока, НПО «Сатурн», «Звезда» (Санкт- Петербург), промышленная группа «Метран» и т.д.) внедрение информационной системы позволило упорядочить ряд операций и сделать более четкие взаимодействия. Не смотря на то, что процедуры усложнились, а строгость документооборота возросла, но уже сейчас видны результаты. Теперь не так просто сдать продукцию из цеха на склад, не оформив ее надлежащим образом, но выполнение всех установленных процедур позволит руководству оперативно получать информацию о положении на заводе и принимать грамотные управленческие решения. Кроме того, компания применяет метод «живой» нормативно-справочной информации (НСИ). По оценкам экспертов компании 95% случаев российские предприятия не имеют удовлетворительной базы нормативно - справочной информации на момент начала внедрения систем ERP. Вот почему отсутствие или неполнота НСИ лидируют в списках основных рисков проектов внедрения подобных систем. Для осуществления данного метода специалисты компании пытаются смоделировать проект сценария и возможные его модификации путем «последовательного приближения к идеалу методом замыкания управленческих контуров и постепенного усиления требований». Каждое предприятие характеризуется несколькими замкнутыми управленческими контурами. Степень их значимости зависит от типа предприятия. Эффект от внедрения информационных систем, как правило, связан с автоматизацией того или иного контура. В результате, которой он начал быстрее функционировать или реагировать на изменения. Чтобы это произошло, необходимо замкнуть контур. Приэтом возникает явление отрицательной обратной связи. Которая начинает сама поддерживать данный контур в рабочем состоянии и не дает системе «умереть». Например, при внедрении системы в сфере сбыта минимальный контур охватывает менеджеров отдела продаж и кладовщиков. Кладовщики не могут ничего отгрузить со склада. Если менеджеры не ввели заказы в систему. А менеджеры не могут разместить заказы, если кладовщики не поддерживают актуальным состояние склада. Таким образом, первой целью любого внедрения должно быть замыкание контура и получение эффекта от обратной связи. Но здесь возникает вопрос об определении минимального набора требований, с которым будет замыкание контура. Например, проще всего собрать нормативы и внедрить планирование производства с точностью до цеха, но при этом многие задачи могут остаться не решенными. В этом случае применяется подход с использованием анализа узких мест. Узкие места и участки прорабатываются до уровня отдельного станка. Остальные остаются на уровне цеховой детализации. Замкнутый «живой» контур обладает способностью к саморегулированию, то есть внедренный проект активизирует корректировку и исправление норм. В свою очередь, исправление и корректировка норм позволяет учитывать новые, все более «тонкие» факторы, чтобы делать производственные планы все точнее и детальнее [30].

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

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

Это достигается благодаря тому, что «1С: Предприятие» - это не просто программа, существующая в виде набора неизменяемых файлов, а совокупность различных программных инструментов, с которыми работают разработчики и пользователи. Логически всю систему можно разделить на две большие части, которые тесно взаимодействуют друг с другом: конфигурацию и платформу, которая управляет работой конфигурации. Платформа обеспечивает работу конфигурации и позволяет вносить в нее изменения или создавать собственную конфигурацию [14].

3.2.2 Выбор и обоснование стратегии автоматизации задач

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

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

Далее, создание конфигурации на платформе «1С: Предприятие» версии 8.1, а именно создание справочников, документов, отчетных форм для демонстрации.

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

3.2.3 Выбор и обоснование способа приобретения ИС для автоматизации комплекса задач снабжения

Из рассматриваемых на рынке информационных систем, о чем уже выше говорилось, существует много программ, которые отвечают всем современным требованиям системы управления и комплексно решают ее задачи. Но многие из них достаточно дорогостоящие. Прежде всего, дорогостоящими является не только приобретение программного продукта, а главным образом, само внедрение. Так, например рассмотренные информационные решения компании «Фронтстеп». Среди разработок «1С: Предприятия» есть и «1С: Управление производственным предприятием» версии 8.1, так же комплексно решающая задачи всех бизнес - процессов предприятия. Стоимость такой программы без внедрения, например, на 10 пользователей с клиент-сервером составит порядка 210 тыс. рублей [32]. В рамках решения задач снабжения можно остановить свой выбор на «1С: Бухгалтерии» версии 8.1, поскольку это будет несколько дешевле, чем приобретение УПП (более чем на 50%). Кроме того, на предприятии для задач снабжения частично уже используется программа «1С: Бухгалтерия» версии 7.7. Произведя апгрейд версии 7.7, можно еще немного сэкономить на приобретении программного продукта. К тому же в штате предприятия есть квалифицированный специалист программы 1С и есть опыт работы у работников снабжения в данной программе.

По сравнению с версией «1С: Бухгалтерия 7.7» версия «1С: Бухгалтерия 8.1» имеет ряд преимуществ:

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

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

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

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

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

автоматизирован учет НДС по приобретенным товарам, реализуемым с применением ставки 0 %;

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

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

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

подготовленные регламентированные отчеты сохраняются в информационной базе:

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

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

пользователь может настроить внешний вид формы списка документов или справочника, указывая колонки, которые будут отображены, и их последовательность. Кроме этого он может для каждой колонки задать ширину, высоту, положение и другие параметры [22, 21].

Платформа «1С: Предприятия» версии 8.1 написана на MS Visual C++. При создании платформы использована собственная компонентная архитектура. Механизмы платформы содержат большое количество собственных технологических решений [25].

.3 Технология конфигурирования 1С версии 8.1

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

Это является основной особенностью системы. Функционирование системы делится на два процесса - конфигурирование и исполнение. При выполнении первого этапа специалист, в сущности, строит описание модели предметной области (например, бухгалтерии, ОМТС, сбыта) средствами системы. Его задача - создать такую конфигурацию объектов предметной области, чтобы пользователь в режиме исполнения смог бы выполнять обработку данных в конкретной предметной области. В этом смысле в процессе конфигурирования формируется структура информационной базы и алгоритмы ее обработки. В процессе же исполнения используются как штатные алгоритмы обработки данных (технологическая платформа), так и созданные в процессе конфигурирования. Для того чтобы обеспечить такие возможности, система «1С: Предприятие» версии 8.1 имеет различные режимы работы:

С: Предприятие и Конфигуратор.

Режим 1С: Предприятие является основным и служит для работы пользователей системы. В этом режиме пользователи вносят данные, обрабатывают их и получают выходные результаты.

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

Конфигурацией в системе «1С: Предприятие» называется совокупность трех взаимосвязанных составных частей:

·      Структуры метаданных

·      Набора пользовательских интерфейсов

·      Набора прав

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

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

Рассмотрим объекты метаданных:

·      Константы - предназначены для работы с постоянной и условно постоянной информацией

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

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

Типичными примерами перечислений являются виды оплаты (наличная, безналичная, бартер), статусу клиента (постоянный, разовый).

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

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

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

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

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

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

·      Регистры (компонента «Оперативный учет») - предназначены для анализа остатков и движений средств в системе «1С: Предприятие». Регистр представляет собой многомерную систему хранения остатков или оборотов. Каждый регистр на этапе конфигурации описывается набором измерений и ресурсов.

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

·      Журналы расчетов (компонента «Расчет») - предназначен для хранения данных сложных периодических расчетов, поддерживаемых компонентой «Расчет», и их предыстории. Основным свойством журнала расчетов является их принадлежность тому или иному справочнику системы. Такой справочник называется справочником объектов расчета. Фактически справочник определяет вид объектов, по которым ведется расчет. Например, это может быть: журнал расчетов зарплаты, причем списком объектов расчета будет выступать справочник сотрудников.

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

·      Группы расчетов - служат для того, чтобы при тех или иных расчетах можно было оперировать не только результатами расчетов по конкретным видам, но и результатами по нескольким видам расчетов, объединенных по определенному принципу.

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

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

Рис. 2. Дерево конфигурации

Для облегчения работы разработчика «все, из чего состоит конфигурация» сгруппировано. Если вы походите по дереву и понажимаете на , то увидите, что ни в одной группе ничего нет. Исключение составит лишь группа «Общие» - «Языки». «Русский» платформа создала сама, поскольку в данном случае конфигуратор использует русскоязычный интерфейс.

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

Для того чтобы открыть и закрыть конфигурацию, следует использовать пункты меню «Конфигурация» - «Открыть конфигурацию» и «Конфигурация» - « Закрыть конфигурацию». После того как конфигурация открыта, ее состав появляется в окне дерева конфигурации. Это окно можно закрыть, как любое другое окно Windows, при этом конфигурация останется открытой (т.е. доступной для редактирования). Чтобы снова отобразить на экране окно дерева конфигурации, следует воспользоваться командой меню «Конфигурация» - « Окно конфигурации». Создать новый объект конфигурации можно несколькими способами.

Первый способ. Необходимо установить курсор на тот вид объектов конфигурации, который интересует, и в командной панели окна конфигурации нажать кнопку «Действия» - « Добавить» (см. рис. 3).

Рис. 3. Добавление нового объекта конфигурации

Второй способ. Можно воспользоваться контекстным меню, которое вызывается при нажатии на правую клавишу мыши. В появившемся меню выбирается пункт «Добавить» (см. рис. 4).

Рис. 4. Добавление нового объекта конфигурации

Под пользовательским интерфейсом в системе «1С: Предприятие» понимается совокупность команд главного меню и панелей инструментов, настроенных на работу с конкретными объектами данных - документами, справочниками, журналами и т.д. Как правило, пользовательский интерфейс создается для конкретной категории пользователей. Цель создания интерфейса - обеспечить быстрый доступ пользователей к той информации, которая необходима им в соответствии с их обязанностями.

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

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

·      Экранный диалог, используемый для ввода и редактирования информации, хранящейся в объекте метаданных;

·      Печатная форма объекта метаданных (печатных форм может быть несколько);

·      Модуль формы - программа на встроенном языке системы 1С: Предприятие. Как правило, модуль формы содержит алгоритм построения печатной формы объекта метаданных, а также может выполнять обработку вводимой в диалог информации для целей входного контроля, выполнения расчетов и т.п.

Технологические средства конфигурирования и администрирования системы «1С: Предприятие» - встроенный программный язык, механизм запросов, встроенный текстовый редактор, встроенный редактор диалогов, встроенный редактор табличных документов, конструкторы, система настройки пользовательских интерфейсов, система настройки прав пользователей и авторизации доступа, отладчик, администрирование роботы пользователей, журнал регистрации изменений [3].

Встроенный программный язык.

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

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

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

Механизм запросов.

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

Встроенный текстовый редактор.

Используется системой для создания программных модулей на встроенном ящике и для редактирования документов в текстовом виде.

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

Встроенный редактор диалогов.

Используется для произвольной настройки форм ввода и редактирования информации. Позволяет оформить большинство окон, которые используются в системе для ввода и просмотра предметной информации.

Встроенный редактор табличных документов.

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

Конструкторы.

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

Система настройки пользовательских интерфейсов.

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

Система настройки прав пользователей и авторизации доступа.

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

Отладчик.

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

Администрирование работы пользователей.

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

Журнал регистрации изменений.

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

Назначение и краткая характеристика встроенного языка.

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

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

Программный модуль.

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

Контекст выполнения программного модуля.

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

Глобальный контекст образуется:

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

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

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

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

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

В системе «1С: Предприятие» существуют несколько видов программных модулей (см. прил. 25).

3.4 Описание разработки «Конфигурации ОМТС»

В «1С: Конфигурация ОМТС» разработаны следующие элементы:

. Регистры

регистр сведений (Нормы на единицу изделия) (рисунок 5), регистр накопления (Остатки материалов)

. Документы

приходная накладная, требование накладная, лимитно-заборная карта (см. рис. 6), запрос на замену, план производства на месяц, договор на поставку.

. Справочники

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

. Отчеты

материалы (см. рис. 7).

. Интерфейсы

администратор, менеджер ОМТС, технолог.

Рис. 5. Нормы на единицу изделия

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

Рис. 6. Лимитно-заборная карта

Объект конфигурации «Лимитно-заборная карта» формируется на основе документа «План производства на месяц» и норм на единицу изделия, содержащихся в регистре сведений «Нормы на единицу изделия». Позволяет осуществить выдачу материалов со склада в производственные подразделения, согласно плану производства, контролировать перемещение материалов по складам и производственным участкам, а также выявлять возникновение дефицитных позиций, необходимых для своевременного выполнения плана.

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

Рис. 7. Отчет Материалы

Рис. 8. Отчет Материалы (приход)

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

3.5. Тестирование и отладка

Тестирование конфигурации проводилось на формировании лимитно-заборной карты с использованием следующих массивов данных:

плана производства;

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

норм на единицу изделия;

Для тестирования были отобраны несколько типов изделий.

Входные данные для тестирования:

Наименование изделия:

ТХА 9310 - 02; ТХА9311 - 03; ТХА9419 - 43;

Плановое количество изделий, соответственно 10,20,15 штук.

Нормы расхода материалов были введены в регистр сведений «Нормы на единицу изделия».

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

Результаты формирования лимитно-заборной карты и ручного расчета полностью совпали. Тестирование признано успешным.

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

ГЛАВА 4. ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА

.1 Выбор и обоснование методики расчета экономической эффективности

Эффективность - это одна из возможных характеристик качества системы, а именно её характеристика с точки зрения соотношения затрат и результатов функционирования системы [15].

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

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

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

повышение технического уровня, качества и объёмов вычислительных работ;

увеличение объёмов и сокращение сроков переработки информации;

повышение коэффициента использования вычислительных ресурсов, средств подготовки и передачи информации;

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

снижение затрат на эксплуатационные материалы.

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

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

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

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

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

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

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

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

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

Вопреки распространенному мнению, во многих областях этот будущий денежный поток определить можно. Например, при автоматизации логистических операций это просчитывается достаточно легко: увеличение производительности работы склада или же выигрыш по количеству сэкономленной площади переводятся в деньги достаточно просто. Если в ходе ИТ - проекта происходит оптимизация бизнес-процессов, которые влияют на управление активы предприятий, активы, связанные с балансом предприятия, то тут тоже нет принципиальных проблем, хотя есть трудоемкая и кропотливая работа. В целом, как показывает практика, примерно от 60 до 75% функционального объема проекта можно перевести в будущий денежный поток. И от 25 до 40% остается на качественную и вероятностную оценку эффекта.

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

Чтобы несколько уменьшить уровень абстракции, этот метод часто объединяют с управлением портфелем проектов, когда эти эффекты рассматриваются по всему портфелю ИТ - проектов в целом.

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

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

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

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

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

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

Экономическая эффективность проекта складывается из составляющих:

- косвенного эффекта, который характеризуется увеличением прибыли, снижением затрат;

- прямого эффекта, который характеризуется снижением трудовых и стоимостных показателей.

Для расчёта экономической эффективности используются следующие трудовые показатели:

1) абсолютное снижение трудовых затрат (∆Т) рассчитывается по формуле (1)

∆Т = Т₀ - Т1, (1)

где Т₀ - трудовые затраты информации по базовому варианту;

Т1 - трудовые затраты на обработку информации по предлагаемому варианту.

) коэффициент относительного снижения трудовых затрат (Кт) рассчитывается по формуле (2)

Кт = ∆Т /Т0 х 100% , (2)

3) индекс снижения трудовых затрат или повышение производительности труда (Yт) рассчитывается по формуле (3)

Yт=С0 - С, (3)

К стоимостным показателям относятся:

4) абсолютное снижение стоимостных затрат (∆С) рассчитывается по формуле (4)

∆С = С₀ - С1, (4)

где С₀ - стоимостные затраты на обработку информации по базовому варианту;

С1 - стоимостные затраты на обработку информации по предлагаемому варианту.

) коэффициент относительного снижения стоимостных затрат (Кс) рассчитывается по формуле (5)

Кс = ∆С / Со х 100% (5)

6) индекс снижения стоимостных затрат (Ус) рассчитывается по формуле (6)

Ус = С₀ / С1, (6)

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

4.2 Расчет показателей экономической эффективности проекта

Здесь будут рассчитаны затраты (трудовые и стоимостные) на работу в базовом варианте и на работу после внедрения задачи автоматизации.

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

А. Базовый вариант (ведение контроля комбинированным способом - частично автоматизированным, частично ручным способом)

Объём работы измеряется количеством обработанных документов, которые должен обработать специалист в существующей системе. Обрабатывается в ОМТС примерно семьсот документов в год. Задействовано в этой работе пять человек.

Норма выработки показывает, сколько за один час специалист может обработать документов при базовом варианте решения задачи. В нашем случае норма выработки в час составляет 1,9 документа.

Трудоёмкость (Т₀) определяется делением объёма работы на норму выработки:

(3570 /1,9= 1879) час.

Б. Проектный вариант (контроль с помощью

«1С: Конфигурация ОМТС»). Норма выработки при проектном варианте показывает. Сколько специалист за один час обрабатывает документов с использованием «1С: Конфигурация ОМТС».

Норма выработки в час составляет четыре документа.

Трудоёмкость (Т₀) определяется делением объёма работы на норму выработки

/4 = 470 час.

Для расчета абсолютного снижения трудовых затрат (∆Т) применим формулу (1)

∆Т =Т₀ - Т1 , (1)

где Т₀ - трудовые затраты информации по базовому варианту;

Т1 - трудовые затраты на обработку информации по предлагаемому варианту.

∆Т = 1879 - 470= 1409 час.

Рассчитаем коэффициент относительного снижения трудовых затрат (Кт) по формуле (2)

Кт = ∆Т / Т₀ х 100 % ,                     (2)

Кт = 1409 / 1879 * 100% = 75,0

Индекс снижения трудовых затрат или повышение производительности труда (Ут) рассчитаем по формуле (3)

Ут = Т₀ / Т_{1 ,} (3)

Ут = 1879/1409 = 1,3

Расчет стоимостных показателей:

А. Базовый вариант (ведение контроля комбинированным способом)

Затраты на ручную обработку информации определяются следующим образом:

1.    Материальные затраты:

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

х 12 = 3600,00 руб.

2.    Трудовые затраты.

Количество работников - пять человек. ФОТ (Фонд оплаты труда) каждого работника - 8000,00 рублей в месяц.

Фонд заработной платы за год составляет:

,00 х 12 х 5 = 480000,00 руб.

Отчисления по единому социальному налогу составляют 26,5% от ФОТ:

,00*0,265=127200,00 руб.

Накладные расходы (в данном случае состоят из суммы стоимости потреблённой электроэнергии (силовой и освещения), отопления, водоснабжения, канализации, амортизации здания, затраты на з/пл. АУП и др.) составляют 70% от ФОТ:

,00 х 0,70 = 336000,00 руб.

Всего затраты на ручную обработку информации составляют:

С₀ = 3600,00 + 480000,00 + 127200,00+ 336000,00 = 946800,00 руб.

Б. Проектный вариант (контроль с помощью «1С: 8.1 Конфигурации ОМТС»)

Затраты на автоматизированную обработку информации определяются следующим образом:

1. Материальные затраты:

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

картриджи            2шт. х 3500,00руб. = 7000,00 руб.

- бумага        10шт. х 120,00руб. = 1200,00 руб.

Итого = 8200,00 руб.

2. Трудовые затраты.

Количество работников - четыре человека. ФОТ (Фонд оплаты труда) каждого работника - 8000,00 рублей в месяц.

Фонд заработной платы за год составляет:

,00x12x4= 384000,00 руб.

Отчисления по единому социальному налогу составляют 26,5% от ФОТ:

384000,00х 0,265 = 101760,00 руб.

Накладные расходы (в данном случае состоят из суммы стоимости потреблённой электроэнергии (силовой и освещения), отопления, водоснабжения, канализации, амортизации здания, затраты на з/пл. АУП и др.) составляют 70% от ФОТ:

,00 х 0, 70 = 268800,00 руб.

Срок действия проекта - пять лет, тогда амортизационные отчисления составят 20% (100% / 5) от капитальных вложений

,00х 0, 2 = 56000,00 руб.

Всего затраты на автоматизированную обработку информации составляют:

С1 = 8200,00 + 384000,00 + 101760,00 + 268800,00 + 56000,00 = 818760,00руб.

Капитальные вложения (инвестиции) в создание «1С: 8.1 конфигурации ОМТС».

«1С: Конфигурация ОМТС» создавалась сотрудниками отдела ОИТ (отдела информационных технологий).

.Материальные затраты.

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

Таблица 9

Затраты на расходные материалы и инструменты

. Трудовые затраты.

Проект выполнялся усилиями 2 специалистами отдела ОИТ

ФОТ (фонд оплаты труда) в месяц составляет:

Руководитель проекта - 15000,00 руб.,

Помощник программиста - 10000,00 руб.

Процесс создания автоматизированной информационной системы занял около четырех месяцев.

Всего ФОТ = (15000,00+10000,00) х 4=100000,00 руб. в год.

Отчисления на социальное обеспечение составляют 26,5% от ФОТ:

,00*0,265 = 26500,00руб.

Накладные расходы составляют 100% от ФОТ:

,00*1 = 100000,00 руб.

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

Таблица 10

Калькуляция проекта информационного обеспечения для задач

снабжения

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

Таким образом, затраты (инвестиции) на создание информационного обеспечения отдела снабжения составляют:

К = 269520,00

Рассчитаем значение стоимостных показателей (∆С ) по формуле (4)

∆С = Со - С1,                                         (4)

∆С = 946800,00 - 818760,00 = 128040,00 руб.

Рассчитаем коэффициент относительного снижения стоимостных затрат (Кс) по формуле (5)

Кс = ∆С / С₀ х 100%,                            (5)

Кс = 128040,00 / 946800,00 х 100 = 14

Индекс снижения стоимостных затрат (Ус) рассчитаем по формуле (6)

Ус = С₀ / С1,                                           (6)

Ус = 946800,00 / 818760,00 = 1, 2

Определим экономическую эффективность от создания конфигурации «1С: ОМТС» это отношение экономического эффекта, полученного за определённый период времени от вложения капитала (или от внедрения мероприятий), к объёму вложенного капитала, обеспечившего внедрение мероприятий и получение экономического эффекта.

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

Формула (7) экономической эффективности (Е) имеет вид:

Е = Э/К, (7)

Е = 128040,00/ 269520,00 = 0, 48

На один рубль вложенных на проект затрат приходиться 48 копеек прибыли.

Срок окупаемости (Т) определяется, как обратная величина Е и наступает, когда Э = ЕК.

По формуле (8) срок окупаемости разработанного проекта равен:

Т = 1 / Е,                                                (8)

Т = 1 / 0,48 = 2,1

Экономические показатели, полученные в результате дипломного проектирования, представлены в таблице 11

Таблица 11

Показатели экономической эффективности

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

ЗАКЛЮЧЕНИЕ

При прохождении преддипломной практики, был собран материал, в котором содержатся основные характеристики ОАО НПП «ЭТАЛОН», информация о его деятельности и организационной структуре. Было проведено исследование информационной модели, и ее доработка по задачам снабжения предприятия.

На основе полного анализа информационных процессов выработаны требования к программному обеспечению, необходимому для решения задач снабжения ОАО НПП «ЭТАЛОН».

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

собран материал о технико-экономических характеристиках ОАО НПП «Эталон»;

определены существующие задачи бизнес-процессов снабжения;

обоснована необходимость информационного обеспечения для задач снабжения;

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

выбрана и обоснована стратегия и способ автоматизации задач;

построена в среде «BPwin» функциональная модель бизнес-процессов предметной области;

разработано техническое задание;

реализован выбранный вариант проекта;

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

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

Успешно проведена производственная апробация программного средства (ПС) «1С: Конфигурация ОМТС» (акт производственной апробации прилагается).

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

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

Предполагается внедрение ПС в опытную эксплуатацию и его дальнейшее развитие для выполнения задач снабжения ОАО НПП «ЭТАЛОН».

Таким образом, цель дипломного проекта - усовершенствование информационной подсистемы ОАО НПП «ЭТАЛОН» для обеспечения задач снабжения - достигнута.

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

В дальнейшем, основываясь, на приобретенном опыте и результатах эксплуатации «1С: Бухгалтерии» версии 8.1 и разработанной конфигурации для отдела материально-технического снабжения («1С: Конфигурация ОМТС»), ОАО НПП «ЭТАЛОН» планирует приобретение и внедрение программного продукта «1С: Предприятие 8. Управление производственным предприятием» с использованием функционала ERP-модели предприятия.

автоматизация снабжение программный

СПИСОК ЛИТЕРАТУРЫ

1.   Барнгольц С.Б. «Методология экономического анализа деятельности хозяйствующего субъекта» Учеб. Пособие - М.: Финансы и статистика, 2003. - 236 с.

.     Гаврилов Д.А. Управление производством на базе стандарта MRP II/ - CПб: Питер, 2006. - 320 с..

.     Гаврилов Д.А. Настройка и программирование системы 1С: Предприятие. - Спб.: «Невский Диалект», 2001. - 288с.

.     Гартвич А.В. Планирование закупок, производства и продаж в «1С: Предприятии 8» М: ООО «1С - Паблишинг», СПб: Питер. 2008 - 160 с.

.     Габец А.П., Ганчаров Д.И., Козырев Д.В. и др. Профессиональная разработка в системе «1С: Предприятие 8». «1С: Предприятии 8» М.: ООО «1С-Паблишинг», СПб:Питер. 2008. - 808 с.

.     Дубянский В.М. 1:С Предприятие. Конфигурирование и администрирование для начинающих. Экспресс курс, СПб: БХВ - Петербург. 2005.-176 с.

.     Кремер Н.Ш., Путко Б.А., Тришин И.М. и др. Исследование операций в экономике: Учеб. пособие для вузов; Под ред. проф. Кремера Н.Ш. - М.: ЮНИТИ, 2006. - 407 с.

.     Козырев А.А. Информационные технологии в экономике и управлении: Учебник. Издание 4-е, перераб. и доп. - СПб: Изд-во Михайлова В.А., 2005. - 448 с.

.     Киселев А.Г. Корпоративная и комплексная система управления промышленного предприятия(КИС): учебник.-Новосибирск, 2008. - 363 с.

.     Козловский В.А. Производственный менеджмент: Учебник М.: ФУА информ, 2001. - 528 с.

.     Маклаков С.В. BPwin и Erwin. CASE-средства разработки информационных систем. М.: Диалог - МИФИ, 2005. - 151 с.

.     Маклаков С.В. моделирование бизнес - процесов с BPwin 4.0 М.: Диалог - МИФИ, 2002 - 151 с.

.     Марамчина Е.Б. Ведение бухгалтерского учета в 1С: Бухгалтерии 7.7 - 1С-Паблишен, Питер, 2006г., 560 с.

.     Радченко М.Г. 1:Предприятие 8.1.практическое пособие разработчика. Примеры и типовые приемы.- М.: ООО «1С-Паблишинг», СПб:Питер., 2007. - 512 с.

.     Румянцева Е.Л., Слюсарь В.В. Информационные технологии: учеб. пособие / под ред. Проф. Гагариной Л.Г. - М.: ИД «ФОРУМ»: ИНФРА-М, 2007. - 256 с.

.     Савицкая Г.В. «Анализ хозяйственной деятельности предприятия». Учеб. пособие. - М.: Экоперспектива, 2006. - 375 с.

.     Сачко Н.С. Организация и оперативное управление машиностроительным производством: учебник/Н. С. Сачко. - 2-е изд., стер. - Мн.: Новое издание, 2006. - 636 с.: (Техническое образование).

.     Степанов В.И материально-техническое снабжение М: изд. Академия, 2009г., 192 с.

.     Трофимова В.В. «Информационные системы и технологии в экономике и управлении» учебник/ под ред. проф. - 2-е изд., перераб. И доп.- М.: Высшее образование, 2007. - 480 с.

.     Фатхутдинов Р.А. Производственный менеджмент: Учебник. - 3-е изд., перераб. и доп. - М.: Издательско-торговая корпорация «Дашков и Ко», 2005. - 472 с.

.     Филатова В. Компьютер для бухгалтера. 3-е изд. - СПб.: Питер, 2007. - 411 с.

.     Хомичевская В.Н. (Борисова). Переходим на «1С Бухгалтерию 8»! Быстрое освоение для пользователей «С: Бухгалтерии 7.7» М.: ОО «1С-Паблишинг», СПб: Питер.2007. - 496 с.

.     Постановление Госкомстата РФ от 30.10.1997 №71а (ред. от 21.01.2003) «Об утверждении унифицированных форм первичной учетной документации по учету труда и его оплаты, основных средств и нематериальных активов, материалов, малоценных и быстроизнашивающихся предметов, работ в капитальном строительстве».

.     Руководящий документ Госстандарта России «Методология функционального моделирования IDEF0 - М.: изд. Официальное, 2000.- 62 с.

.     1С: Предприятие 8.1 Конфигурирование и администрирование. Группа разработчиков «1С», часть 1- М.: Фирма «1С», 2008. - 430 с.

.     1С: Предприятие 8.1 Конфигурирование и администрирование. Группа разработчиков «1С», часть 2 М.: Фирма «1С» ,2008. - 430 с.

.     1С: Предприятие 8.1 Конфигурация «Управление производственным предприятием», ред. 1.2, руководство пользователя, часть 1, Группа разработчиков «1С», М.: Фирма «1С», 2006.- 734 с.

.     1С: Предприятие 8.1 Конфигурация «Управление производственным предприятием», ред. 1.2, руководство пользователя, часть 2, Группа разработчиков «1С», М.: Фирма «1С», 2006. - 734 с.

Источники Интернет

.     www.buhsoft.ru - бухгалтерские программы Бухсофт

.     www.frontstep.ru - сайт компании FRONTSTEP

31. www.axelot.ru - сайт компании AXELOT

.     www.v8.1c.ru - сайт фирмы 1С

.     www.fgupetalon.ru - сайт ОАО НПП «ЭТАЛОН»

ПРИЛОЖЕНИЯ

Устав ОАО НПП «Эталон»

УСТАВ

ОТКРЫТОГО АКЦИОНЕРНОГО ОБЩЕСТВА

Научно-производственное предприятие «ЭТАЛОН»

г. Омск - 2003г.

СОДЕРЖАНИЕ

1. ОБЩИЕ ПОЛОЖЕНИЯ

. ФИРМЕННОЕ НАИМЕНОВАНИЕ И МЕСТО НАХОЖДЕНИЯ ОБЩЕСТВА

. ЦЕЛЬ И ПРЕДМЕТ ДЕЯТЕЛЬНОСТИ ОБЩЕСТВА

. ПРАВОВОЕ ПОЛОЖЕНИЕ ОБЩЕСТВА

. ОТВЕТСТВЕННОСТЬ ОБЩЕСТВА

. ФИЛИАЛЫ И ПРЕДСТАВИТЕЛЬСТВА

. УСТАВНЫЙ КАПИТАЛ