Автоматизация складского учета ООО "БСА-Омск"

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

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

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

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

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

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

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

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

· снижение объема обрабатываемых данных (ведение НСИ);

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

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

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

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

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

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

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

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

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

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

Тем не менее, крупных и действительно хорошо зарекомендовавших себя отечественных разработок немного. Среди множества программ можно отметить корпорации «Галактика» и «Парус» [22] с одноименными продуктами, КИС «AC+» от консалтинговой группы «Борлас», а также «1С: Предприятие 8.0. Управление производственным предприятием». К более мелким относятся решения «Эталон» (компания «Цефей»), БОСС («Ай-Ти»), Флагман («Инфософт») и другие.

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

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

Таблица 2

ERP-системы российского производства

Решение	Сфера применения	Срок внедрения	Стоимость внедрения
"Галактика"	Нефтегазовая отрасль, машиностроение, химия, энергетика, металлургия и др.	4 мес. - 1,5 года и более	Лицензия $350-1200 на одно рабочее место. Стоимость внедрения составляет 50-100% этой суммы.
"Парус"	Машиностроение, нефтегазовые компании, предприятия энергетической отрасли	4 мес. - 1 год и более	Стоимость лицензии на одно рабочее место $1-2 тыс. Стоимость внедрения 100-200% цены решения .
"1С: Предприятие 8.1. Управление производственным предприятием"	Машиностроение, пищевая промышленность и др.	3-9 мес. и более	Лицензия на одно рабочее место $150-600. Стоимость внедрения на одно рабочее место $200-1000
КИС "АС+"	Энергетика, телеком, химическая, пищевая промышленность и др.	6-12 мес. и более	Лицензия на один функциональный модуль (без учета рабочих мест) от $15 тыс. до $100 тыс. Стоимость внедрения 100%-200% стоимости лицензий.

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

В программе 1C версии 8.1 стандартной конфигурации «Управление торговлей» [19] на сегодняшний день были внесены изменения.

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

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

3. Управление продажами (оптовыми). В системе существует ряд функций: формирование цен, документы оптовой продажи, управление заказами покупателей, формирование заказов поставщикам на основании заказов покупателей и т.д.

4. CRM (Управление взаимоотношениями с клиентами). Данная система позволяет вести учет событий с клиентами, планировать встречи и классифицировать клиентов по ABC (прибыльность) и XYZ (стабильность) классам. Вести переписку и получать входящюю электронную почту, используя как внешнего почтового клиента, так и внутреннего. Составлять и рассылать по электронной почте анкеты для опроса клиентов и анализировать ответы.

5. Управление розничной торговлей. Учет товаров в НТТ (неавтоматизированная торговая точка), передача товаров с оптового склада на розничный, продажа товаров, инвентаризация товаров в розничной точке, закрытие кассовой смены, прием выручки. Работа с кассовым оборудованием: дисплей покупателя, ККМ в режиме OFF-LINE (ON-LINE), фискальный регистратор, ридер магнитных карт, сканер штрих-кода, электронные весы.

6. Управление денежными средствами. Управление наличными и безналичными денежными потоками, резервирование денежных средств, планирование денежных средств, обмен данными с системами "Клиент-Банк".

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

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

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

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

3. Унифицированные - к этим отчетам относятся книги покупок и продаж.

В комплект поставки также включается конвертор для программы 1С версии 8.1 из версии 7.7, что предусмотрено в целях диплома.

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

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

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

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

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

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

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

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

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

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

· отладчик;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рис. 8. Основные объекты программы «1С: Предприятие 8.1»

Таблица 3

Характеристика основных объектов программы «1С: Предприятие 8.1»

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

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

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

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

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

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

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

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

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

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

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

1. Анализ деятельности ООО «БСА-Омск».

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

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

· перевод базы данных 1С из версии 7.7 в версию 8.1;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

· наличие накопителей информации;

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

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

В состав технологических операций входят:

· загрузка программы;

· ввод данных;

· контроль информации и возможность корректировки;

· справочно-информационное обслуживание;

· формирование информационных массивов;

· вывод информации.

Менеджеры получают информацию с помощью программы специального каталога. Все остальные документы они оформляют в программе 1С.

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

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

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

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

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

К выбираемому программному обеспечению в данном случае относятся операционная система и среда программирования.

Все операционные системы подразделяются на:

· однопользовательские и многопользовательские;

· однозадачные и многозадачные.

На сегодняшний день на всех компьютерах установлены многопользовательские операционные системы. Для программирования выбираем 1C в сравнении версии 7.7 с версией 8.1.

Таблица 4

Характеристика программы «1С версии 7.7» и «1С версии 8.1»

Наименование характеристики	1С версии 7.7	1С версии 8.1
1	2	3
Построение отчетов	Макет построения отчетов, связанные с Excel. Только опытный пользователь сможет строить их.	Строить отчеты сможет любой пользователь, при этом указав источник данных, способ их вывода на экран, при этом, не написав ни строчки кода
Пользовательский интерфейс	Удобный пользовательский интерфейс, возможно, добавлять на панель управления кнопки, для быстрого вызова.	Пользователь сам может переключать интерфейс, который наиболее подходит для выполнения текущих
		задач. При изменении размеров формы положение и размеры элементов управления тоже изменяются, что обеспечивает привычный внешний вид форм, как в других приложениях.
Выделение цветом обязательных полей форм	Невозможно	Возможно
Разделение отчетов, выбрав условия	Возможно	Возможно
Создание в режиме 1C отображение список	Невозможно, только в конфигураторе, при этом необходимо написать код	Возможно, можно указать, какие колонки должны быть отображены, порядок следования колонок, а также их расположение.
Количество уровней иерархии справочников	Ограничено, не более 4	Неограниченно, причем родитель может являться группа счетов, задачи и т.д.
Проводки	Формируются после проведения документа	Формируются не только после проведения, но и после специальной обработки
Ограничения доступа	На уровне программирования интерфейса пользователя	Ограничения доступа к данным могут быть наложены на уровне записей и полей базы данных, что позволяет, например, в справочнике контрагентов отображать только тех контрагентов, работа с которыми разрешена данному пользователю.

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

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

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

2.1 Этапы жизненного цикла проекта автоматизации

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

Существует международный стандарт, регламентирующий жизненный цикл информационных систем - ISO/IEC 12207 [15]. Standard for Information Technology, а также ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания».

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

1. Проведение предпроектного обследования и анализ данных:

· обследование объекта и обоснование необходимости создания автоматизированной системы;

· формирование требований пользователя к автоматизированной системе;

· оформление отчета о выполнении работ и заявки на разработку автоматизированной системы.

На данном этапе выявляются все недостатки рассматриваемой области и выбора метода их устранения.

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

3. Разработка приложений, тестирование, написание документации:

· создание программного обеспечения;

· оформление проектной и эксплуатационной документации;

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

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

· перевод базы данных в 1С версии 8.1;

· настройка и оптимизация 1С и обучение персонала;

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

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

5. Эксплуатация и сопровождение - этот этап предусматривает дальнейшую доработку системы при возникновении такой необходимости. После внедрения изменений в ООО «БСА-Омск» необходимо будет заполнить все формы, которые ввели, а именно:

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

· после внедрения формы «заказа поставщику» необходимо будет проверить и проставить все сроки поставки невыполненных заявок;

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

· при вводе дополнительного оборудования нужно будет ввести штрих коды на товары в систему.

Также существуют стандарты ГОСТ 34 «Единая автоматизированная система учета кадров всех государственных предприятий», который устанавливает процесс автоматизации учета кадров на всех стадиях. Стандарт ISO 15288 «Информационная технология. Системная инженерия. Процессы жизненного цикла систем» устанавливает общие основы для описания жизненного цикла систем, созданных людьми, определяет детально структурированные процессы и соответствующую терминологию. В настоящем стандарте представлены также процессы, которые поддерживают определение, контроль и совершенствование процессов жизненного цикла внутри организации или в рамках какого-либо проекта. Настоящий стандарт применим к полному жизненному циклу системы, включая замысел, разработку, производство, эксплуатацию и снятие с эксплуатации, а также приобретение и поставку систем, осуществляемых внутри или вне организации. В настоящем стандарте не детализируются процессы жизненного цикла в терминах методов и процедур, необходимых для удовлетворения требований и достижений результатов процесса.

Стандарт MSF [16] (Microsoft Solutions Framework) - это набор принципов и правил деятельности, в некоторой степени ориентированный на проекты разработки программного обеспечения и развития информационной инфраструктуры. Ядром MSF являются шесть основных групп моделей:

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

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

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

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

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

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

Ранее в документах фирмы Microsoft описывалась и седьмая модель - модель совокупной стоимости владения (TCO), однако в более свежих материалах эта модель как часть MSF не упоминается.

Стандарт RUP (Rational Unified Process) - представляет собой программный продукт, разработанный компанией IBM Rational Software. RUP является результатом объединения подходов Rational Approach и Objectory Process, происшедшего после слияния в 1995 году компаний Rational Software и Objectory AB (созданной Иваром Якобсоном).

RUP в значительной степени соответствует стандартам и нормативным документам, связанным с процессами жизненного цикла программного обеспечения и оценкой технологической зрелости организаций-разработчиков (ISO 12207, ISO 9000, CMM и др.).

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

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

Стандарт COBIT [18] (англиского Control OBjectives for Information Technology) - задачи управления в информационных технологиях (ИT) и смежных областях. Является набором стандартов и рекомендаций для аудита и управления информационными технологиями.

Методология управления, контроля и аудита информационных систем разработана Международной ассоциацией аудита и контроля за информационными системами (ISACA) и позволяет:

· построить работу информационно-технологической службы на процессной основе;

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

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

Основной принцип CobIT.

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

Чтобы удовлетворять бизнес цели информация должна соответствовать определенным контрольным критериям, которыми CobIT [17] определяет требования бизнеса к информации:

· полезность;

· эффективность;

· конфиденциальность;

· целостность;

· доступность;

· соответствие требованиям;

· достоверность.

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

Для каждого процесса определены:

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

· ключевые показатели эффективности (KPI) - метрики, которые показывают, насколько хорошо работает информационно-технологический процесс.

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

Стандарт представляет виды деятельности в сфере ИТ в виде типовой модели процессов, состоящей из 4 групп:

1. Планирование и организация (Plan and Organize - PO). Охватывает стратегию, тактику и направление деятельности ИТ для достижения бизнес-целей. Отвечает на следующие вопросы управления:

· Согласованы ли информационно-технологическая стратегия и корпоративная стратегия?

· Оптимально ли используются ресурсы компании?

· Понимают ли сотрудники цели информационных технологий?

· Осуществляется ли управление информационно-технологическими рисками?

· Удовлетворяет ли качество систем информационно-технологическим потребностям?

2. Приобретение и внедрение (Acquire and Implement - AI). Для воплощения информационно-технологической стратегии в бизнес-процесс должны быть интегрированы разработанные или приобретенные информационно-технологические решения. Отвечает на следующие вопросы:

· Предлагают ли новые проекты решения, отвечающие потребностям бизнеса?

· Выполняются ли новые проекты в срок и в рамках бюджета?

· Будут ли новые системы после внедрения работать должным образом?

· Удастся ли внедрить изменения без сбоев текущих бизнес операциях?

3. Эксплуатация и сопровождение (Deliver and Support - DS). Домен связан с вопросами текущего представления услуг и включает предоставление услуг, обеспечение безопасности и непрерывности сервисов, поддержку пользователей, управление данными. На этом этапе рассматриваются следжующие вопросы:

· Предоставляется ли информационные технология услуги в соответствии с приоритетами бизнеса?

· Оптимизированы ли затраты на информационные технологии?

· Способен ли информациооно-технологический персонал использовать информационно-технологические системы эффективно и безопасно?

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

4. Мониторинг и оценка (Monitor and Evaluate - ME). Все информационно-технологические процессы должны регулярно оцениваться на качество и соответствие бизнес-потребностям. Рассматривает следующие вопросы:

· Как своевременно выявить проблемы, связанный с эффективностью информационно-технологических процессов?

· Существует ли эффективная система внутреннего контроля?

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

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

Для разрабатываемого программного обеспечения больше подходит стандарт ISO/IEC 12207 и ГОСТ 34.601-90. Эти стандарты имеют набор процессов, действий и задач, охватывающих наиболее широкий спектр возможных ситуаций при максимальной адаптируемости. Стандарт содержит предельно мало описаний, направленных на проектирование базы данных. Это можно считать оправданным, так как разные системы и разные прикладные комплексы программных обеспечений могут не только использовать весьма специфические типы баз данных, но и не использовать их.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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