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

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

Задачи курсовой работы:

1. Провести анализ процессов складского учета товаров с целью:

 повышения скорости обработки заказа;

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

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

 получения объективных результатов работы склада.

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

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

4. Провести тестирование информационной системы на массиве реальных данных.

5. Выявить факторы и рассчитать эффективность данного проекта.

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

Обследование предприятия

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

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

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

Рисунок (см. прил. 1) отображает работу отдела запасных частей. Процесс «Работа с остатками» и «Работа с клиентами» связан с остатками на складе и у поставщиков. Заказ поставщику происходит с учетом заказа покупателя, о чем свидетельствует процесс «Работа с поставщиками» и «работа с клиентами». А проверка укомплектованности заказов осуществляется после прихода товара от поставщика. Если же заказ укомплектован полностью, то клиенту сообщается, и при необходимости ставят в график обслуживания. Диаграмма «Обработка дефицита» отображен на рисунке (см. прил. 2).

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

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

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

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

Задачи, рассматриваемые в работе:

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

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

. Доработка заказа поставщику по срокам и, соответственно, отчета.

. Разработать требование для получения груза по выставлению счета.

. Разработка бланка для регистрации брака товара и возврата товара на склад.

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

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

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

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

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

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

 обеспечение достоверности обрабатываемой информации;

 решение задач в установленные сроки;

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

 возможность решения задачи в различных режимах.

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

 сокращение числа операций, особенно ручных;

 разработка системы жесткого контроля вводимой информации;

 снижение объема обрабатываемых данных;

 повышение квалификации пользователей, улучшение условий труда и, как следствие, повышение производительности.

На выбор способа сбора, регистрации и передачи данных влияют следующие факторы:

 удаленность источников информации от центра обработки данных;

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

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

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

1.4 Анализ существующих разработок для автоматизации задачи

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

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

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

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

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

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

 встроенный программный язык;

 механизм запросов;

 встроенный редактор диалогов;

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

 конструкторы;

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

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

 отладчик;

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

 журнал регистрации.

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

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

Встроенный редактор диалогов. Работа с настраиваемыми структурами данных и работа в интерфейсе операционной системы MS Windows вызывает необходимость произвольной настройки форм ввода и редактирования информации. Для этого в системе 1С: Предприятие существует встроенный редактор экранных диалогов.

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

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

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

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

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

Рис. 1. Форма «Настройка пользовательских интерфейсов»

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

Рис. 2 Форма «Настройки прав пользователей и доступа»

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

Администрирование работы пользователей используется для отслеживания текущего состояния работы системы. Монитор пользователей позволяет просмотреть, кто из пользователей в настоящий момент работает с конкретной информационной базой, и в каком режиме (рис. 3).

Рис. 3 Форма «Монитора пользователей»

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

Рис. 4 Форма «Журнала регистрации»

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

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

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

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

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

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

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

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

Этапы проведения автоматизации задачи на предприятии:

1. Анализ деятельности предприятия.

2. Исследование автоматизации управления складского учета.

 Разработка и обоснование проекта автоматизации:

 настройка работы 1С;

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

 введение дополнительного оборудования и его оптимизация;

 организация системы ограниченного доступа к информации.

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

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

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

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

. Покупка готового продукта.

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

. Разработка собственного продукта.

. Модификация уже имеющегося и находящегося в эксплуатации продукта.

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

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

Разработка собственного продукта - самый долгосрочный способ получения необходимого продукта. Группа специалистов IT отдела, отдела программных разработок создает свой специализированный продукт для своей организации, учитывая её специфику. Однако, как правило, этот процесс занимает достаточно большой промежуток времени и не гарантирует 100%-го результата. В полученном продукте может содержаться масса недоработок, которые придется устранять уже в процессе эксплуатации системы. Хотя есть вероятность получить оптимальный для предприятия и его бизнеса продукт.

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

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

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

При выборе ЭВМ необходимо руководствоваться рядом характеристик. К таким характеристикам относятся надежность, стоимость, производительность, объем памяти и другие.

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

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

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

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

2. Разработка задач в среде выбранной системы

2.1 Ожидаемые риски на этапах жизненного цикла и их описание

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

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

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

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

Систематический и несистематический риски.

Классификация рисков с точки их отображения в модели рисков.

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

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

Собственный и предельный (marginal) риски.

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

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

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

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

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

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

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

Информационная модель - формальная модель ограниченного набора фактов, понятий или инструкций, предназначенная для удовлетворения конкретному требованию (ИСО 10303-1:1994, статья 3.2.21).

Методика разработки информационной модели предполагает моделирование:

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

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

2.2.2 Используемые классификаторы и системы кодирования

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

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

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

При проектировании кодов предъявляется ряд требований:

 охват всех объектов, подлежащих кодированию, и их однозначное обозначение;

 возможность расширения объектов кодирования без изменения правил их обозначения;

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

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

Различают иерархическую и многоаспектную системы классификации.

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

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

Системы кодирования делятся на регистрационные и классификационные.

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

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

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

Таблица 1

Используемые классификаторы и коды

№ п/п	Наименование объекта кодируемого множества	Значимость кода	Система кодирования		Вид классификатора
							Код	Значение
1.	Код заявки	13	Р	Л		060484/10/1		060484-дата регистрации заявки 10-номер заявки за день 1-код отрасли права
2.	Код отрасли права	1	П	Л		1-9		Порядковые номера отраслей права
3.	Код клиента	5	П	Л		00001-99999		Порядковые номера клиентов
4.	Код вида работ	2	П	Л		01-99		Порядковые номера вида работы
5.	Код срока выполнения заявки	2	П	Л		01-99		Порядковые номера сроков выполнения работ
6.	ИНН организации	10	Р	ОГ		7730005010		77-код города 30 - номер налоговой инспекции 005010-порядковый номер организации

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

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

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

Заявка на поставку имеет реквизиты:

 Наименование контрагента - это фамилия, имя, отчество либо наименование организации. Этот тип поля неограничен.

 Договор контрагента - в договоре указан автомобиль, на который заказывается запчасти с информацией VIN-кода и годом выпуска. Это поле имеет переменное значение, но количество знаков 12.

 Телефон и адрес клиента - код неограничен.

 Дата и номер составления заказа;

 Подпись клиента.

 Табличная часть состоит из наименования товаров, количества, цены и суммы.

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

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

2.2.4 Описание разработки

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

 Журналы документов:

 Требовательная накладная;

 Заказ поставщику;

 Заказ покупателя;

 Общий журнал.

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

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

 номенклатура;

 места хранения;

 контрагентов;

 склады;

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

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

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

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

Создадим реквизиты «Наименование», «Объем». Реквизит «Объем» имеет тип кода «Число».

 Документы:

 Требовательная накладная;

 Заказ покупателя;

 Заказ поставщику.

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

Документ «Требовательная накладная» служит для объединения заказов по поставщикам в один документ. Этот документ может быть оформлен на основании заказа поставщику. В электронной форме этого документа отображается наименование, количество и цена товара, заказ поставщику.

 Регистры:

 Остатки товаров;

 Заказы поставщиков;

 Заказы покупателей;

 Требовательных накладных.

Они служат основой большинства учетных систем, являясь их непременным атрибутом.

 Отчеты:

 Остатки ТМЦ;

 Заказы покупателей;

 Заказы поставщиков;

 Требовательная накладная.

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

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

2.2.5 Тестирование и устранения замечаний

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

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

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

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

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

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

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

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

Информационная безопасность

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

Основные средства администрирования системы 1С: Предприятие реализованы в составе конфигуратора. Однако есть ряд механизмов и утилит, которые не входят в состав конфигуратора, хотя также имеют отношение к администрированию системы 1С: Предприятие.

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

 аутентификация средствами 1С: Предприятия;

 аутентификация средствами Windows.

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

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

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

Список пользователей

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

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

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

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

Активные пользователи

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

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

Журнал регистрации

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

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

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

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

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

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

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

Загрузка и выгрузка информационной базы

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

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

Тестирование и исправление информационной базы

1С: Предприятие версии 8.1

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

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

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

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

Заключение

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

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

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

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

 проведено тестирование информационной системы на массиве реальных данных;

 выявлены факторы и рассчитана эффективность данного проекта.

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

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

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

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

Список литературы

1. 1С: Предприятие 7.7 Конфигурирование и администрирование Часть 1, 2, фирма "1С", М., 1999 - 335 с.

2. 1С: Предприятие 7.7 Описание встроенного языка Ч.1, 2, фирма "1С", М., 1999 - 615 с.

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

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

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

6. Бояркин В.Э. «1С. Конвертация данных: обмен между прикладными решениями». М., 2008. - 205 с.

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

8. Лисицина Н.А. «Экономика, организация и планирование промышленного производства». Учебное пособие. М.: 2003.

9. Маклаков С.В. «BPWin и ERWin. CASE-средства разработки информационных систем». М.: ДИАЛОГ-МИФИ, 2000 - 267 с.

. Методические рекомендации к выполнению дипломных работ, подготовке и проведению итоговой аттестации (региональные ГАКи)/ Московская финансово-промышленная академия. - М., 2005 - 14 с.

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

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

13. Семенихин В.В. «Организация складского учета». М., 2006 - 75 с.

14. Устав предприятия ООО «БСА-Омск»

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

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

. www.nutakvot.ru/dolin/razdel/M/manager4.php - функции менеджера по заказу запчастей

17. www.AutoEPC.net - описание программа TOYOTA PART CATALOC SYSTEM

. instrukciy.ru/text/dop0/page7.html - должные обязанности начальника отдела технического обслуживания информационных услуг

19. ru.wikipedia.org/wiki/TheBat! - описание программы “TheBat!”

20. ru.wikipedia.org/wiki/Opera <http://ru.wikipedia.org/wiki/Opera> - описание программы “Opera”

. www.buh63.ru/1c/2.html - статья «1С:Предприятие 8. Описание конфигурации Управление торговлей»

. www.complexdoc.ru/lib - стандарт ISO 15288

. www.iteam.ru/publications/project/section_40/article_936 - стандарт MSF

. ru.wikipedia.org/wiki - стандарты программного обеспечения

25. www.interface.ru/home.asp?artId=5154 - стандарт RUP

26. v8.1c.ru/overview/Platform.htm - описание платформы и конфигурации 1С: Предприятия версии 8.1

. www.hr-bo.ru/page_pid_205.htm - сайт обязанности кладовщика.

28. www.drweb.com - описание продукта DrWeb

. www.erp-online.ru/phparticles - сайт описания, существующих разработок

. www.consultant.ru/online/base - федеральный закон от 27 июля 2006 года № 149 ФЗ

ПРИЛОЖЕНИЯ

ПРИЛОЖЕНИЕ 1

Диаграмма процессов отдела запасных частей (AS-IS)

ПРИЛОЖЕНИЕ 2

Диаграмма процессов «Обработка дефицита» (AS-IS)

ПРИЛОЖЕНИЕ 3

Диаграмма процессов работы отдела запасных частей (TO-BE)