1)         циклическое повторное производство (repetitive manufacturing) — планирование выполняется на определенный срок (квартал, месяц, неделя);
2)         производство на заказ (make-to-order) — планирование только при поступлении заказа;
3)         разработка на заказ (engineering-to-order) — самостоятельная разработка каждого нового заказа с последующим производством;
4)         производство на склад (manufacture-to-stock);
5)         смешанное производство (mixed mode manufacturing) — для производства конечного продукта используется несколько типов организации производственного процесса.
Такая специализация отражается как в наборе функций системы, так и в существовании бизнес моделей данного типа производства. Наличие встроенных моделей для определенных типов производства отличает производственные системы друг от друга.
Если поставщик придерживается открытой маркетинговой политики, то при демонстрации систем вам будет сказано, на какое производство в первую очередь ориентирована система в мире и какие модули были переведены и локализованы для России.
Производственные системы по многим параметрам значительно более жесткие, чем финансово-управленческие. Производственное предприятие должно, в первую очередь, работать как хорошо отлаженные часы, где основными механизмами управления являются планирование и оптимальное управление производственным процессом, а не учет количества счетов-фактур за период. Эффект от внедрения производственных систем чувствуется на верхних эшелонах управления предприятием, когда видна вся взаимосвязанная картина работы, включающая планирование, закупки, производство, запасы, продажи, финансовые потоки и многие другие аспекты.
При увеличении сложности и широты охвата функций предприятия системой, возрастают требования к технической инфраструктуре и компьютерной платформе. Все без исключения производственные системы разработаны с помощью промышленных баз данных. В большинстве случаев используется технология клиент-сервер, которая предполагает разделение обработки данных между выделенным сервером и рабочей станцией. Технология клиент-сервер оправдывает себя при обработке больших объемов данных и запросов, так как позволяет оптимизировать интенсивность передачи данных по компьютерной сети.
Таблица 1.2
Внедрение, соотношение затрат и стоимостные оценки.

	Локальные системы	Малые интегрированные системы	Средние интегрированные системы	Крупные интегрированные системы
Внедрение	Простое, коробочный вариант	Поэтапное или коробочный вариант. Более 4-х месяцев	Только поэтапное. Более 6-9-ти месяцев	Поэтапное, сложное. Более 9-12-ти месяцев
Функциональная полнота	Учетные системы (по направлениям	Комплексный учет и управление финансами	Комплексное управление: учет, управление, производство
Соотношение затрат «лицензия/ внедрение/ оборудование»	1/0.5/2	1/1/1	1/2/1	1/1-5/1
Ориентировочная стоимость	5-50 тысяч USD	50-300 тысяч USD	200-500 тысяч USD	500 тысяч, более 1 миллиона USD

Ядром каждой производственной системы являются воплощенные в ней рекомендации по управлению производством. На данный момент существует четыре свода таких рекомендаций. Они представляют собой описание наиболее общих правил, по которым должно производиться планирование и контроль различных стадий производственного процесса: потребностей в сырье, закупок, загрузки мощностей, распределения ресурсов, объем выпуска и реализации и пр.
Исходным стандартом, появившимся в 70-х годах, был стандарт MRP (Material Requirements Planning), включавший только планирование материалов для производства /1/.
Когда ряд американских специалистов в области управления разработали концепцию MRP, было замечено, что существует два типа материалов — с зависимым спросом (для выпуска десяти автомобилей нужно пятьдесят колес — не больше и не меньше — к определенному сроку) и с независимым спросом (типичная ситуация с запасами для торговых предприятий).
Основная концепция MRP в том, чтобы минимизировать издержки, связанные со складскими запасами (в том числе и на различных участках в производстве). В основе этой концепции лежит следующее понятие — Bill Of Material (BOM — спецификация изделия, за которую отвечает конструкторский отдел), который показывает зависимость спроса на сырье, полуфабрикаты и прочее в зависимости от плана выпуска (бюджета реализации) готовой продукции. При этом очень важную роль играет время. Для того чтобы учитывать время, системе необходимо знать технологию выпуска продукции (или технологическую цепочку, т. е. последовательность операций и их продолжительность). На основании плана выпуска продукции, BOM и технологической цепочки осуществляется расчет потребностей в материалах, привязанный к конкретным срокам.
Однако у MRP есть серьезный недостаток. Его суть в том, что, рассчитывая потребность в материалах, мы не учитываем (как минимум) производственные мощности, их загрузку, стоимость рабочей силы и т. д. Поэтому возникла концепция MRP II (Manufacturing Resource Planing — планирование производственных ресурсов). MRP II позволял планировать все производственные ресурсы предприятия (сырье, материалы, оборудование, персонал и т.д.) /1/.
Впоследствии концепция MRP II развивалась, и к ней постепенно добавлялись возможности по учету остальных затрат предприятия — появилась концепция ERP (Enterprise Resource Planning — Планирование ресурсов предприятия).
Стандарт ERP позволил объединить все ресурсы предприятия, таким образом, добавляя управление заказами, финансами и т. д.
Сейчас практически все современные западные производственные системы и основные системы управления производством базируются на концепции ERP и отвечают ее рекомендациям, которые вырабатываются американской общественной организацией APICS, объединяющей производителей, консультантов в области управления производством, разработчиков ПО. К сожалению, ни одна из российских (или постсоветских) систем управления производством не удовлетворяет даже требованиям MRP, не говоря уже обо всех остальных более продвинутых концепциях. Наиболее близко из отечественных систем к реализации подобной концепции управления производством подошла система «Галактика» (см. таблицу 1.3).
Самый последний по времени стандарт CSRP (Customer Synchronized Resource Planning) охватывает также и взаимодействие с клиентами: оформление наряд-заказа, техзадание, поддержка заказчика на местах и пр. Таким образом, если MRP, MRP-II, ERP ориентировались на внутреннюю организацию предприятия, то CSRP включил в себя полный цикл от проектирования будущего изделия, с учетом требований заказчика, до гарантийного и сервисного обслуживания после продажи. Основная суть концепции CSRP в том, чтобы интегрировать Заказчика (Клиента, Покупателя и пр.) в систему управления предприятием. То есть не отдел сбыта, а сам покупатель непосредственно размещает заказ на изготовление продукции — соответственно сам несет ответственность за его правильность, сам может отслеживать сроки поставки, производства и пр. При этом предприятие может очень четко отслеживать тенденции спроса и т. д.
Для малых предприятий, торговых фирм и компаний, предоставляющих услуги по соотношению цена/качество наиболее подойдут финансово-управленческие системы, так как основные решаемые ими задачи — это бухгалтерский учет, управление складами продукции, управление кадрами. Финансово-управленческие системы также могут быть использованы на небольших производственных предприятиях, если процесс производства не сложен.
Для малых и средних производственных предприятий, с небольшим количеством юридических лиц и взаимосвязей, наиболее эффективны будут средние интегрированные системы или простые конфигурации интегрированных систем. Для таких предприятий основным критерием является именно управление производством, хотя учетные задачи остаются важными.
Для крупных холдинговых структур, финансово-промышленных групп, управляющих компаний, для которых первостепенное значение имеет управление сложными финансовыми потоками, трансферными ценами, консолидация информации, во многих случаях скорее подойдут крупные интегрированные системы. Эти системы также обладают хорошими возможностями для решения проблем управления производством и могут удовлетворить весь комплекс требований крупного холдинга.
Для автоматизации гигантских предприятий в мировой практике часто используются крупные, средние и даже мелкие интегрированные системы в комплексе, когда на уровне управления всей структурой работает, например, SAP/R3, а производственные компании пользуются пакетами среднего класса. Создание электронных интерфейсов упрощает взаимодействие между системами и позволяет избежать двойного ввода данных.
В соответствии с мировой практикой, при необходимости более тонкого анализа нескольких систем одного или близких классов, этапу выбора придается большое значение. Каждый проект в области автоматизации должен рассматриваться предприятием как стратегическая инвестиция средств, которая должна окупиться за счет улучшения управленческих процессов, повышения эффективности производства, сокращения издержек. В выборе правильного решения должно быть, в первую очередь, заинтересовано руководство предприятия. Данный проект должен ставиться на один уровень с приобретением, например, новой производственной линии или строительством цеха.
Прежде всего, предприятие должно определить, а что же собственно ожидается от новой системы: какие функциональные области и какие типы производства она должна охватывать, какую техническую платформу использовать, какие отчеты готовить? Проведение такой работы заканчивается составлением документа «Требования к компьютерной системе». Этот документ предназначен, прежде всего, для самого предприятия, так как в нем формализованы и расписаны в соответствии с приоритетами все характеристики новой системы. Он дает объективные критерии для сравнения систем по заранее определенным параметрам.
Любая из систем — лишь механизм для повышения эффективности управления, принятия правильных стратегических и тактических решений на основе своевременной и достоверной информации, выдаваемой компьютером.

1.2. Три уровня эффектов от ИТ-проектов

Классический подход к такому проекту как к инвестиционному в общем предполагает такую последовательность действий по оценке будущего эффекта:
1)         определить конкретные направления, на которых возможно получение выгод от внедрения (снижение складских запасов, ускорение оборачиваемости средств, повышение ритмичности производства и т. д.).
2)         оценить вероятную экономию издержек по этим направлениям без внедрения системы, о которой идет речь, с использованием каких-то других средств.
3)         оценить вероятную экономию издержек по этим направлениям в случае внедрения системы. Определить элементы потока доходов (и время их поступления) в ходе проекта.
4)         рассчитать комплекс классических показателей инвестиционных проектов: чистый приведенный доход (Net Present Value, NPV), внутреннюю норму доходности (Internal Rate of Return, IRR), cpoк окупаемости (Payback Period, РР), добавленную стоимость (Economic Value Added, EVA).
5)         при положительном NPV провести анализ на предмет чувствительности, показывающей, что проект способен противостоять рискам переноса сроков его окончания и превышения затрат.
6)         распределить издержки, связанные с проектом, по подразделениям и соотнести их с бюджетами подразделений.
Именно такой сценарий держат в голове консультанты. Если под оценкой эффективности проекта по внедрению ERP-системы понимать именно такой подход, то тут придется согласиться с тем, что это возможно практически во всех случаях. Более того, определение таких показателей эффективности более чем желательно для принятия окончательного решения о старте проекта. Однако этот сценарий имеет и существенные пробелы, о которых консультанты говорить не любят. Слабые стороны расчета NPV и PP — это большая значимость ставки дисконтирования, которая определяется исключительно экспертно, и, что более существенно, неучет доходов от проекта за пределами рассматриваемого периода окупаемости. Наконец, самая большая проблема классических методов — то, что они учитывают только прямые выгоды от внедрения (снижение складских запасов, сокращение расходов на содержание основных средств и т. д.). Вряд ли кто-то будет спорить, что на самом деле это лишь верхушка айсберга эффектов от внедрения ERP-системы.
Если суммировать все перечисленные недостатки, то можно заключить, что данный сценарий ориентирован на учет краткосрочных и сравнительно несложно измеримых прямых выгод от проекта и не учитывает многие косвенные эффекты. Надо признать, что для относительно простых проектов по автоматизации тех или иных участков бизнес-процессов этих оценок оказывается вполне достаточно.
Понятно, что чем комплекснее проект по автоматизации управления компанией, тем больший процент возможных выгод относится к разряду непрямых. Сокращение складских запасов можно получить, автоматизировав только учет на складах, а можно — и в комплексном проекте внедрения широкой функциональности ERP-системы. Но в первом случае сокращение складских запасов составит 90% всех потенциальных эффектов, а во втором — существенно меньшую. На самом деле должен сказать, что в большинстве комплексных проектов по автоматизации систем управления вышеприведенный сценарий определения будущих выгод дает неверную величину потому, что мировой опыт показывает: прямые экономические выгоды составляют 20—25% от всех потенциальных выгод. Консультанты любят говорить, что в оценке ERP-проектов действует правило 80/20 — небольшое количество наиболее очевидных направлений в сокращении издержек дает 80% планируемого эффекта. Так вот, это полная чушь. По моему опыту нередко именно в этот момент, на этапе оценки будущих эффектов, возникает первое серьезное недовольство консультантами. Что бы ни говорили некоторые из них, прямые выгоды, связанные со снижением складских запасов, экономией на персонале, снижением затрат на ремонты или оборачиваемостью средств, это в среднем 20—25 % всех положительных эффектов от комплексного ERP-проекта.
Мировой опыт эксплуатации систем управления компанией говорит, что основные выгоды лежат в области непрямых, дополнительных эффектов, эффектов второго уровня. Такие эффекты хорошо известны:
1)         организационные изменения (распределение обязанностей и ответственности);
2)         рост эффективности и регламентация процессов (производственная и финансовая дисциплина);
3)         единое информационное пространство (достоверность и доступность информации);
4)         снижение риска принятия ошибочного управленческого решения;
5)         стандартизация процессов, документов, отчетности, поддержки ИТ-систем.
В реальности после проведения мало-мальски комплексного проекта компании очень сильно меняются. Меняются процессы, дисциплина, управленческие приемы, изменяется эффективность некоторых процессов, причем не столько количественно, сколько качественно. Иными словами, меняются культура и подходы к ведению бизнеса. К сожалению, понятно, что эти потенциальные выгоды очень трудно оцифровать. Именно поэтому консультанты предпочитают говорить о таких эффектах только в качественном аспекте, что сильно раздражает многих руководителей.
Тем не менее определенная практика оценки подобных эффектов существует, и ваш покорный слуга имел такой опыт. Подобные оценки должны опираться на некий набор ключевых показателей функционирования компании (KPI), а-ля BSC, то есть показателей не только финансовых. Подход здесь должен быть примерно такой:
1)         выделяются факторы и процессы управления, на которые предположительно окажет влияние внедряемый проект;
2)         формулируются ключевые показатели, которые могут измерить эти процессы;
3)         прогнозируется изменение величин ключевых показателей, к которым приведет внедрение информационной системы;
4)         оценивается воздействие предполагаемых изменений на стоимость предприятия, выработку на одного работника и т. д.
Последний пункт, собственно, не так уж и обязателен, поскольку цель определения эффекта и без того достигнута, пусть и не в финансовых показателях. Однако по своему опыту должен сказать, что такой анализ существенно сложнее, нежели подсчет эффекта по прямым выгодам. Именно из этой сложности проистекают высказывания о невозможности оценки эффекта от внедрения ERP-системы.
Но это еще не все, есть и третий уровень эффектов, о котором часто вообще не говорят. В результате проекта меняется не только управление компанией, меняется сам ее потенциал. Компания становится более ориентированной на будущее. Появляются потенциальные возможности создания четких KPI и инструментов мотивации, снижается зависимость бизнеса от среднего менеджмента, появляются возможности для создания новых технологий взаимодействия с партнерами и клиентами. Теперь компании проще работать с инвесторами, выходить на публичный рынок. По сути это некий скрытый внутренний потенциал, который может быть реализован, если компания примет какие-то стратегические шаги. Подсчитать такой скрытый эффект практически невозможно, и я не видел ни одного подобного примера. Трудно даже говорить о каких-то теоретических принципах подобной оценки. При таком понимании эффект от внедрения ERP-системы посчитать нельзя.
В общем, когда вам в очередной раз будут говорить, что эффекты от внедрения ERP-системы подсчитать можно (или нельзя), спросите, что говорящий понимает под эффектом от внедрения системы управления компанией.
1.3. Принципы классификации систем управления
Руководители предприятий, внедряющие или разрабатывающие системы управления, неоднократно отмечали, что почти все предлагаемые программные системы имеют приставку ERP и позиционируются как полнофункциональные комплексные управленческие системы, обеспечивающие автоматизацию всех основных бизнес-процессов любого предприятия. Их рекламные материалы отличаются только дизайном, практически полностью совпадая по содержанию. В чем же преимущества одной системы перед другой?
Тендеры на выбор системы управления, проводимые сегодня, формулируют требования таким образом, что в числе участвующих программных решений наряду с «1С», «Парусом», «Финансовой коллекцией», БЭСТ, «Сферой/5» и BS Integrator иногда появляются системы SAP R/3 и Oracle. Как выбрать оптимальную?
Прежде всего, необходимо предложить подход к классификации управленческих информационных систем, позволяющий предприятию более четко формировать список стратегических и операционных задач управления и определять критерии для выбора системы.
Достаточно длительное время использовалась классификация, предложенная российским экспертом Игорем Карпачевым, подразделяющая системы на четыре класса (локальные — системы для малого бизнеса, финансово-управленческие, средние интегрированные и крупные интегрированные) в зависимости от типа предприятия.
Но такая классификация не лишена недостатков и в значительной степени является обобщенной. К примеру, совсем не обязательно использование холдингом единой крупной интегрированной системы, так как задачи, решаемые на уровне холдинга и оперативного управления бизнесом, — разные.
Основные задачи холдинга — управление доходностью капитала и стоимостью как всего бизнеса, так и его отдельных направлений. Большинство украинских холдинговых структур — это многопрофильные компании, которые ведут оптовую и розничную торговлю, занимаются производством товаром и материалом, предоставляют широкий спектр услуг. Для каждой сферы бизнеса применяются специализированные методы управления. Соответственно необходимы системы не только реализующие эти методы, но и наиболее подходящие для конкретной отрасли бизнеса.
Нечеткость определений в классификации Карпачева позволяет многим компаниям свободно манипулировать устоявшимися  на западном рынке терминами и перемещать предлагаемую ими систему из одного класса в другой с целью вывести ее на один уровень с западными ERP-системами. В подобном случае, предприятие обращается  к независимым экспертам. Но ситуация усложняется тем, что независимые эксперты в большинстве случаев не только имеют партнерские договора с поставщиками программного обеспечения, а иногда и часть собственности в этих компаниях, но и экспертами оказываются далеко не всегда. Ведь для того, чтобы сделать квалифицированное сравнение систем, нужно глубоко их изучить. А в данных условиях это достаточно сложно. Поэтому выводы чаще всего делаются на основе маркетинговой (поверхностной) информации, а не полномасштабного анализа.
Тендеры 2006 года показывают, что формулирование требований к управленческой информационной системе, подготовленных для предприятий некоторыми «независимыми» консалтинговыми компаниями, отражают сугубо бухгалтерский взгляд  на хозяйственные процессы, происходящие в организации, и на методы их учета. Из перечня требований к управленческой информационной системе 90% пунктов можно свести к одному: «удовлетворение требованиям бухгалтерского учета». Оставшиеся 10% требований никак не отражают специфику деятельности предприятия. На вопрос «Почему?» консультанты отвечают, что дальнейшая проработка будет осуществляться с победителем тендера. Подобная ситуация свидетельствует о том, что  выбор осуществляется неквалифицированно, с определенной степенью предвзятости. А это значит, что выбранная система вряд ли сможет стать инструментом управления компанией. Так возникла необходимость разработки нового подхода к классификации информационных систем, основанной на ряде принципов:
— соответствие стратегическим и оперативным целям предприятия;
— определение четких критериев, по которым управленческие информационные системы можно отнести к  тому или иному классу;
— взаимосвязь между бизнес-задачами предприятия и функциональной полнотой систем, направленных на их решение.
Для классификации необходимо использовать следующие понятия: категория, класс, вид, тип.
Распределение на категории осуществляется исходя из количества задач на каждом уровне управления и значимости этих решений для предприятия.
Одним из главных критериев разбиения управленческих информационных систем на классы должна являться полнота их реализации. Другое дело, что на некоторых предприятиях часть функций или осуществляется формально, или не в полном объеме, или основывается на недостоверных данных.
Деление систем в рамках одного класса может быть основано на видах бизнеса, типах производства, типах производимой продукции, которые являются определяющими для применения тех или иных методов управления.
Классификация должна служить для предприятий рабочим инструментом, с помощью которого они могли бы не только сформировать начальный список систем, потенциально удовлетворяющих их потребности, но и помочь в осуществлении выбора.

1.4. Стоимость проекта АСУП

По различным оценкам, лишь 20-50% проектов по внедрению ERP-систем в РБ можно считать успешными. Дорогостоящие системы известных производителей далеко не всегда гарантируют успех их внедрения. Кроме того, при оценки эффективности внедрения зачастую используются различные экономические модели.
В конце 90-х годов, после «доткомовского бума», вопрос о возможности эффективного вложения средств в информационные технологии вообще не стоял, поскольку неконтролируемые приобретения исключали такие понятия, как ROI или TCO. После того, как маятник качнулся в обратную сторону, компании стали срочно искать виновных в своих неудачах и пытаться хоть как-то учесть эффект от внедрения информационных систем. Заказчики во всем обвиняли исполнителей, последние указывали на плохо организованные бизнес-процессы, которые невозможно автоматизировать в принципе.
Реальные изменения после внедрения ERP происходят не сразу, некоторые из них носят субъективный характер и плохо поддаются количественной оценке в денежном выражении. Поэтому экономическая эффективность проекта всегда носит условный характер. К этому можно добавить и чисто российскую специфику. Если западные компании меняют свои системы после того, как они устаревают, или происходит модернизация бизнес-процессов (что происходит в среднем раз в пять лет), то в России все по-другому. Например, экономии рабочей силы не придается такого значения, как в западных компаниях. Затраты рабочего времени, материальное стимулирование — все это отходит на второй план. Зачастую гораздо более эффективным в российских условиях может оказаться покупка конкурирующей фирмы или лоббирование нового закона в законодательных органах. С другой стороны, эффективность внедрения ERP-систем в России может оказаться гораздо выше, чем на Западе, так как слишком велики резервы улучшения производства.
Принятие решения о внедрении новой корпоративной информационной системы зачастую затрудняется не столько выбором конфигурации системы, сколько сложностью объективной оценки соответствия ее характеристик целям и задачам компании. Еще на начальной стадии необходимым является разработать такую систему показателей, которая обеспечивала бы оперативную реакцию на возникающие нарушения в ходе реализации проекта внедрения информационной системы, а также позволяла бы корректировать различные показатели проекта в соответствии с динамикой целей предприятия. Иными словами, необходимо оценить эффективность внедрения ERP.
Но такая оценка сопряжена для российских предприятий с большими трудностями. Основная проблема состоит в уникальности отдельно взятого предприятия, с другой стороны, российские предприятия одной отрасли и даже одного сегмента рынка устанавливают различные варианты информационных систем. Это порождает сложность, а порой и невозможность сравнения показателей внедрения ERP, а также отсутствие ориентиров для руководителей предприятия при оценке эффективности. Наличие на Западе отраслевых стандартов информационного обеспечения существенно облегчает задачу оценки эффективности ERP. Еще на стадии обсуждения планов по внедрению новой системы известно, ERP на базе какой платформы и какой конфигурации необходима предприятию. Адекватность оценки эффективного или неэффективного внедрения обеспечивает возможность сравнения показателей внедрения ERP на различных предприятиях схожего профиля одной отрасли. В российской деловой среде на текущий момент унифицированного подхода к оценке эффективности внедрения информационной системы не существует, как не существует и отраслевых стандартов информационного обеспечения.
Попробуем систематизировать существующие методики оценки, принятые в российской деловой практике, краткое описание подходов, анализ их преимуществ и недостатков, а также примеры оценки эффективности внедрения ERP посредством данного подхода на отдельных предприятиях. Каждая методика оценки рассматривается с позиций ее применимости для отдельно взятого предприятия и полноты отображаемой информации.
Оценку эффективности внедрения информационной системы можно разделить на две составляющих: экономическая компонента, то есть система показателей, позволяющих оценить экономическую эффективность внедрения; и процессная составляющая, целью использования которой является оценка соответствия результатов внедрения ERP целям и задачам предприятия, а также непосредственно контроль за ходом внедрения ERP на каждом этапе реализации проекта.
Прежде всего, необходимо определиться с терминологией. Исходя из значения термина «эффективность», эффективность внедрения информационной системы можно определить как достижение оптимального соотношения затраты/результат, под которым понимается сопоставление экономического результата внедрения системы и затрат на приобретение, установку, доработку, эксплуатацию системы. Но концентрироваться только на анализе лишь этого соотношения было бы ошибочно, так как в силу многих факторов финансовый анализ не дает полного представления об эффективном или неэффективном результате внедрения ERP. Нельзя забывать, что эффективное внедрение информационной системы подразумевает адекватность функциональных характеристик системы конкретным целям и задачам, полагаемым компанией при принятии решения об установке или модернизации системы. Критики существующих моделей оценки эффективности внедрения ERP указывают на то, что большинство подходов не позволяют оценить ход реализации проекта по внедрению ERP и корректировать возникающие отклонения от намеченных планов на разных стадиях, вплоть до начальной. Западные аналитики предлагают для этой цели использовать методы процессного и проектного менеджмента.
Специфичность оценки эффективности систем класса ERP обусловлена и основными свойствами, отличающими ERP от систем других классов, в частности:
1)         универсальность с точки зрения типов производств;
2)         возможность многозвенного производственного планирования;
3)         интегрированное планирование ресурсов.
ERP объединяет все отделы и функции компании в единую информационную среду, в которую интегрировано множество подсистем (модулей) для обслуживания специфических потребностей отдельных подразделений и реализации определенных функций управления, как например, корпоративные финансы, логистика, маркетинг. При оценке эффективности следует учитывать не только сумму эффектов от внедрения ERP в отдельных подразделениях, в конечном итоге за счет синергии общий эффект будет выше.
Константин Красноперов в статье «Оценка эффективности IT-Инвестиций» приводит следующую классификацию:
1)         метод на основе финансовых показателей;
2)         вероятностные методы;
3)         инструменты качественного анализа (эвристические методы).
Однако такая классификация отображает, скорее, разобщенность различных методик оценки и ни в коем случае не может претендовать на полную систематизацию существующих подходов и уж тем более на разработку единого интегрированного подхода на ее основе.
Множество различных подходов к оценке эффективности внедрения можно систематизировать следующим образом:
1. Экономическая составляющая оценки эффективности:
1)         подход на основе методов инвестиционного менеджмента;
2)         экономический анализ.
2. «Внутренняя» или «процессная» составляющая:
1)         подход на основе методов проектного менеджмента;
2)         элементы процессного менеджмента.
Приведенная систематизация включает, в числе прочих, и традиционную классификацию методов оценки. Однако следует помнить, что перечисленные подходы ни в коем случае нельзя рассматривать в качестве полноценных самостоятельных методик оценки. Напротив, наиболее эффективно их использовать можно только в совокупности, когда элементы одного подхода заменяют уязвимые места другого.
Экономическая составляющая оценивается с помощью методов инвестиционного менеджмента, дополненных элементами экономического анализа.
Методы инвестиционного менеджмента предлагают рассматривать установку или модернизацию информационной системы предприятия в качестве инвестиционного проекта. Наиболее полно оценка экономической эффективности внедрения ERP с помощью данного метода описана Андреем Тереховым в статье «Как оценить эффективность ERP».
Применение данного подхода подразумевает оценку эффективности внедрения информационной системы с помощью системы финансовых показателей, ключевыми из которых являются норма возврата инвестиций (Return on Investment — ROI), совокупная стоимость владения (Total Cost of Ownership — TCO), а также анализ выгодности затрат (Cost-Benefits Analysis — CBA). Расчет показателя ROI предполагает сопоставление притоков денежных средств или выгод от внедрения ERP с совокупными затратами на внедрение и эксплуатацию системы.
Выгодность или невыгодность внедрения информационной системы означает соответствие или несоответствие результатов работы системы целям и задачам компании. Выбор информационной системы, а также постановку задач необходимо проводить, исходя из рамок долгосрочного стратегического планирования, миссии компании. Хотя при выборе системы все возникающие позитивные эффекты в силу многих факторов учесть невозможно, необходимо охватить все возможные, количественные и качественные улучшения. Основными выгодами от внедрения ERP являются: снижение операционных и управленческих затрат, экономия оборотных средств, уменьшение цикла реализации продукции, снижение коммерческих затрат, уменьшение дебиторской задолженности, увеличения оборачиваемости средств. Классическим эффектом внедрения ИС является снижение повышение качества контроля себестоимости продукции за счет точной детализации затрат. Внедрение ERP позволяет оптимизировать уровень запасов, увеличить объем продаж за счет повышения качества обслуживания клиентов.
Выгоды от внедрения ERP оцениваются в количественном и в качественном выражении.
Под совокупной стоимостью владения понимается сумма всех первоначальных и последующих затрат до момента замены системы, включая расходы на внутренний и внешний консалтинг. В анализе совокупных затрат необходимо ориентироваться на возникающие затраты на всех этапах жизненного цикла информационной системы.
Перечисленные затраты необходимо проанализировать на соответствие критерию эффективности в рамках метода СВА (Costs Benefits Analysis), который предполагает детальное рассмотрение каждой статьи затрат. По сути метод СВА является эвристическим методом, в котором используются экспертные оценки выгодности альтернативных вариантов инвестиционных вложений. В качестве альтернативного решения необходимо рассматривать сохранение старой информационной системы и отдельно оценивать выгоды и издержки этого варианта.
Однако оценка эффективности внедрения информационной системы не ограничивается лишь перечисленными показателями. В соответствии с методами инвестиционного менеджмента, необходимо также проверить соответствие характеристик проекта по установке либо модернизации информационной системы критерию минимизации рисков. Необходимо также учитывать неопределенность, возникающую при реализации проекта. Среди основных рисков проекта внедрения ИС можно выделить следующие:
1)         неадекватность функций системы целям и задачам предприятия;
2)         снижение эффективности предприятия в результате неудачного внедрения ИС, потеря менеджментом инструментов контроля;
3)         отклонение фактической эффективности внедрения системы от заданной, краткосрочность эффектов;
4)         риски, связанные с «человеческим фактором»;
5)         риск перерасхода бюджета проекта, риски упущенной выгоды в результате выбора неверной конфигурации ERP-решения.
Неадекватность функциональных характеристик целям и задачам предприятия подразумевает как недоиспользование функционального потенциала внедряемой системы (оплата ненужных функций), так и выбор слишком слабой системы, набор функций которой не соответствует целям компании. Сюда же можно отнести частую в российской деловой практике попытку оптимизации организационной структуры предприятия посредством внедрения ИС, хотя в мировой практике давно доказан факт, что эффективное внедрение ИС возможно только в компании с оптимизированной организационной структурой и отсутствием дублирования управленческих функций и замыкания информационных потоков.
Важным является также учет риска, связанного с ухудшением работы предприятия, особенно на ранних этапах внедрения ИС, что может быть вызвано несоответствием функциональных характеристик системы бизнес-процессам предприятия, сопротивлением или длительной обучаемостью персонала, а также неправильным функционированием информационной системы. Потеря инструментов управления и контроля связана с инертностью мышления менеджеров, которые в новых изменившихся условиях предпочитают действовать старыми методами, которые ориентированы в большей степени на эмоциональные факторы, чем на логическое обоснование управленческих процессов.
Риск «человеческого фактора» связан, в первую очередь с недостаточной для проведения проекта квалификацией управленческих кадров. Зачастую руководители предприятия при принятии решения о внедрении новой ИС переоценивают время, необходимое для обучения персонала работе с новой ИС. Российский рынок КИС очень молод, и часто квалифицированных специалистов найти просто невозможно. Важным является учет возможного сопротивления сотрудников компании внедрению ERP, что связано, в первую очередь, с принятием непопулярных решений по сокращению невостребованных кадров. Внедрение ERP определяет также повышение требований к топ-менеджменту компании, поскольку предполагает знание современных методов управления.
Риск перерасхода бюджета может быть связан как с неправильной предварительной оценкой проекта внедрения, так и с непредвиденными отклонениями, возникшими в ходе его реализации.
Вероятностные методы (Real Options Valuation, Applied Information Economics) используются для прогнозирования рисков и неопределенности реализации проекта внедрения. Количественные расчеты необходимо дополнить с помощью качественных методик, которые позволяют оценить неявные выгоды проекта там, где использовать расчетные методы затруднительно. С помощью эвристических методик можно разработать специальную систему показателей, основанную, например, на методе экспертных оценок. Использование качественных методик позволяет достичь эффективного результата, так как еще на стадии планирования проекта внедрения важно учитывать мнения различных групп интересов на предприятии, а также экспертов и консультантов.
Достоинством инвестиционных методов является сравнительная простота определения показателей, особенно в области анализа затрат. Язык инвестиционных методов понятен менеджерам компании, для многих из которых информационные технологии — темный лес. Существенным недостатком данного метода является концентрация на экономических аспектах внедрения ИС, которая дает лишь косвенное отображение действительных процессов. Основную критику инвестиционного метода вызывает и необходимость оценки выгод внедрения ИС в количественном выражении.
Однако полноценная оценка эффективности внедрения ERP невозможна без применения методов экономического анализа, некоторые элементы которого используются в методике анализа выгодности затрат. В общем случае экономический анализ позволяет оценить эффективность внедрения информационной системы на основе сравнения затрат/выгод внедрения ERP и альтернативных показателей. Методы экономического анализа удачно дополняют другие методики анализа эффективности внедрения ERP.
В экономическом анализе используются различные аспекты критерия минимизации альтернативных издержек (opportunity costs), в частности,
1)         сравнение показателей работы предприятия с установленной информационной системой и без нее;
2)         анализ выгодности других проектов по улучшению работы предприятия (например, с использованием более простых и привычных отечественных приложений) и сравнение полученных результатов с результатами внедрения ERP;
3)         сопоставление выгод от внедрения системы в денежном эквиваленте с доходом от инвестиций, к примеру, в ценные бумаги или другие активы.
Использование методов экономического анализа при оценке эффективности внедрения ERP особенно актуально для российских предприятий, каждое из которых уникально в силу особенностей внешней среды, организационной структуры и бизнес-процессов, так как позволяет получить приближенную к действительности картину эффективности инвестиций в информационную систему. Без сомнения, сильной стороной методов экономического анализа является их наглядность, хотя и несколько приближенная. Существенным недостатком экономического анализа является сложность сопоставления выгод от внедрения информационной системы с вложениями в другие активы, в силу сложности оценки выгод компании в денежном эквиваленте. Следует заметить, что доходность инвестиций в альтернативные активы очень сильно зависит от конкретной методики расчета, курсов бумаг, процентных ставок, рисков подобных вложений и т. д.
Как и для всех экономических методик, для экономического анализа характерна непрозрачность внутренних процессов проекта внедрения ERP на предприятии. Данный недостаток легко компенсируют методы проектного и процессного менеджмента, которые условно могут быть отнесены к «процессной» или «внутренней» составляющей оценки эффективности внедрения.
При использовании методов проектного менеджмента анализ эффективности проводится посредством укрупненной детализации всех операций, входящих в проект внедрения. В качестве базиса используются методики PERT/Cost-анализа (Program Evaluation Review Technique), а также концепция C/SCSC (Cost/Schedule Control Systems Criteria — затратно/временные системные показатели управления).
Остановимся подробнее на методике C/SCSC. Данный метод основан на широко известных сетевых моделях планирования стоимости и времени проекта, а также разработке различных сценариев развития проект, что позволяет оценить эффективность внедрения информационной системы на уровне отдельных операций или групп операций уже на начальных стадиях реализации проекта. В рамках концепции затратно-временных показателей эффективность может быть оценена как на уровне различных стадий, так и отдельных операций проекта внедрения ERP на основе двух ключевых показателей: соотношение объема запланированных и выполненных работ, а также запланированных и фактических затрат на проведение проекта.
Использование подходов проектного менеджмента предполагает такую последовательность действий: во-первых, максимально точное описание всех операций, составляющих проект. Одним из наиболее распространенных инструментов является WBS (Work Breakdown Structure — структура декомпозиции работ). WBS позволяет определить объем работ с помощью разбивки каждой отдельной задачи на измеримые пакеты работ. Последовательность и продолжительность каждого вида работ указываются в расписании, которое строится, как правило, на базе сетевых моделей планирования. Далее необходимым является точное планирование и распределение ресурсов и затрат для каждой операции или группы операций согласно намеченному плану реализации проекта.
Описанные основные процедуры проекта интегрируются в единый план, называемый План Контроля Затрат (или САР-план), методика планирования строится по принципу «снизу вверх». По сути, генеральный план состоит из нескольких «суб-планов», каждый из которых характеризует одно из направлений общего проекта. Для эффективного контроля реализации проекта назначаются ответственные за каждый из САР-планов, которые напрямую подчиняются руководителю проекта. Ход реализации каждого САР-плана контролируется посредством директивного графика, в котором учитывается процент выполненных работ, соответствие реальных показателей проекта запланированным, соответствие реальных затрат реализации каждого направления проекта запланированным показателям. Использование директивного графика позволяет контролировать ход проекта на разных стадиях, а также оперативно корректировать возникающие отклонения посредством активного участия ответственных за каждое направление проекта.
Преимуществом использования концепции C/SCSC является возможность пересчета стоимости всего проекта, по мере его реализации, что позволяет снизить риск перерасхода бюджета проекта. Методика позволяет также постоянно контролировать соответствие функциональных характеристик внедряемой системы целям и задачам предприятия. Основным недостатком данного подхода является необходимость постоянного контроля большого числа показателей. Использование данного метода подразумевает привлечение кадрового резерва для контроля и коррекции отклонений, что также говорит не в пользу данного метода. Многие специалисты отмечают также частую ситуацию, когда у руководителя проекта отсутствуют необходимые полномочия для коррекции хода проекта, или привлечения дополнительных специалистов.
Оценка эффективности внедрения ERP на основе процессного подхода предполагает рассмотрение проекта внедрения ERP с точки зрения эффективности внутренних процессов. Главным отличием от методов проектного менеджмента является двусторонняя направленность процессов планирования и контроля. Планирование процессов осуществляется «сверху вниз» (исходя из главных целей, проект разбивается на основные процессы, каждый из которых состоит из подпроцессов), контроль же осуществляется «снизу вверх», то есть на основе показателей эффективности выполнения отдельных подпроцессов, которые затем агрегируются на более высоком уровне. Главное преимущество процессного подхода — в возможности контроля эффективности проекта через так называемые «центры ответственности», задачей которых является сбор, анализ и последующая передача информации вышестоящему центру.
Процессный подход позволяет сократить массивы показателей эффективности, наличие большого числа которых предполагают методы проектного менеджмента, упростить их агрегацию и анализ. Однако это одновременно и недостаток данного подхода, так как велика вероятность ошибок, которые в рамках данного подхода не могут оперативно корректироваться, что чревато увеличением риска перерасхода бюджета, частичной или полной потерей функциональности системы, а также снижением в будущем эффективности всего предприятия в целом. Несмотря на указанные недостатки, процессный подход к оценке эффективности внедрения ERP широко используется на Западе, например, в Германии, где для него разрабатываются специальные системы показателей.
Оценка эффективности внедрения информационной системы на предприятии позволяет не только оценить, насколько эффективно предприятие использует ИС, но и может служить полноценным инструментом управления проектом внедрения системы на предприятии. Применение различных подходов позволяет оценить эффективность использования отдельных функций и всей системы в целом уже на ранних стадиях проекта, контролировать отклонения реальных показателей от запланированных. Однако оценить эффективность внедрения информационной системы предприятия нелегко. Все существующие подходы следует рассматривать с известной степенью приближения, так как ни один из них не дает полной картины. Многие специалисты указывают, что стоимость оценки эффективности достигает иногда 1-2% от стоимости самой системы. Однако оценивать эффективность необходимо, ибо цена ошибки может оказаться во много раз больше. Описанная классификация подходов к оценке эффективности внедрения ERP является попыткой привести множество различных методик, существующих сегодня в российской деловой среде, в единую систему. Естественно, с развитием российского рынка ERP-решений классификация будет пополняться.
1.5. Внедрение системы автоматизации, основные проблемы и задачи
Внедрение системы автоматизации управления, как и любое серьезное преобразование на предприятии, является сложным и зачастую болезненным процессом. Тем не менее, некоторые проблемы, возникающие при внедрении системы, достаточно хорошо изучены, формализованы и имеют эффективные методологии решения. Заблаговременное изучение этих проблем и подготовка к ним значительно облегчают процесс внедрения и повышают эффективность дальнейшего использования системы.
Далее приведены основные проблемы и задачи, возникающие в большинстве случаев при внедрении систем управления и рекомендации по их решению.
Основные проблемы и задачи, требующие особого внимания при их решении:
1)         отсутствие постановки задачи менеджмента на предприятии;
2)         необходимость в частичной или полной реорганизации структуры предприятия;
3)         необходимость изменения технологии бизнеса в различных аспектах;
4)         сопротивление сотрудников предприятия;
5)         временное увеличение нагрузки на сотрудников во время внедрения системы;
6)         необходимость в формировании квалифицированной группы внедрения и сопровождения системы, выбор сильного руководителя группы.
При внедрении корпоративных информационных систем в большинстве случаев возникает активное сопротивление сотрудников на местах, которое является серьезным препятствием для консультантов и вполне способно сорвать или существенно затянуть проект внедрения. Это вызвано несколькими человеческими факторами: обыкновенным страхом перед нововведениями, консерватизмом (например, кладовщику, проработавшему 30 лет с бумажной картотекой, обычно психологически тяжело пересаживаться за компьютер), опасение потерять работу или утратить свою незаменимость, боязнь существенно увеличивающейся ответственности за свои действия. Руководители предприятия, принявшие решение автоматизировать свой бизнес, в таких случаях должны всячески содействовать ответственной группе специалистов, проводящей внедрение информационной системы, вести разъяснительную работу с кадрами, и, кроме того:
1)         создать у сотрудников всех уровней твердое ощущение неизбежности внедрения;
2)         наделить руководителя проекта внедрения достаточными полномочиями, поскольку сопротивление иногда (часто подсознательно, или в результате неоправданных амбиций) возникает даже на уровне топ-менеджеров;
3)         всегда подкреплять все организационные решения по вопросам внедрения изданием соответствующих приказов и письменных распоряжений.

2. Торговое предприятие во всемирной компьютерной сети
2.1. Электронная коммерция
Сегодня самой модной игрой в Интернет является электронная коммерция. К настоящему времени она уже объединяет массу игроков и даже имеет своих победителей. Одним из самых серьезных вопросов успешного развития онлайновых витрин является выбор программного обеспечения (ПО) для вашего сайта. Именно ПО способно провести раздел между прибыльными и неудачными подходами к зарабатыванию денег в Интернет. Если бы существовало единое волшебное решение, мы бы продали его вам. Но поскольку панацеи в этой области нет, мы создали это руководство с целью помочь вам составить свое представление об имеющемся программном обеспечении и сделать выбор, оптимальный для вас и вашей компании.
Бизнес в области электронной коммерции не менее требователен, чем любой другой вид бизнеса, но он и во многом отличается от них. Вместо традиционных витрин из стекла и камня, здесь все существует в виде битов и байтов, перемещающихся по Интернет, а управляет всем этим как раз программное обеспечение для электронной коммерции. Чтобы заняться данным видом бизнеса, компании необходимо создать web-сайт и заполнить его web-страницами, предоставляющими клиентам необходимую информацию, отражающими продукты компании, управляющими транзакциями покупок и обеспечивающими обратную связь и статистический учет. И самым критическим моментом при создании вашего сайта является вопрос о том, какое программное обеспечение следует выбрать, чтобы все это создать и обеспечить функционирование.
Поскольку интернет-транзакции обезличены, они достаточно чувствительны к обеспечению безопасности. Вам необходимо создать ощущение безопасности без «привкуса тюрьмы». Покупатели должны иметь возможность выбора режима платежа, а программное обеспечение должно проверять их кредитоспособность. Этот процесс может подразумевать участие кредитных карт, электронных денег или непосредственно выбранных заказов. Специализированное программное обеспечение наподобие CyberCash, CommercePOINT eTill и Microsoft Wallet способно проконтролировать и действия покупателя и процесс покупки. Пакеты программ для электронной коммерции должны также работать с технологиями Secure Socket Layer (SSL) или Secure Electronic Transfer (SET) для криптографической защиты передаваемых данных. Чем больше из перечисленных способов защиты поддерживает программный пакет, тем лучше. Большинство решения для электронных платежей требует открытия специального банковского счета для обслуживания онлайновых транзакций.
Независимо от того, только ли просматривает посетитель информацию о товарах или хочет что-то купить, с точки зрения потребительских перспектив онлайновый каталог является наиболее важной частью электронной коммерции. По своей структуре он похож на привычный каталог для заказа товаров почтой: в нем также представлены продукты, иллюстрации к ним и цены. Онлайновый каталог может быть и полностью интерактивным, включая при этом видео, звук и многое другое. Превратить каталог в мультимедийную феерию не так легко (подразумевается; «довольно дорого»). Сбор и объединение изображений, звуков и прочих «специй» для сотен (или тысяч) продуктов, содержащихся в каталоге - это одновременно и большая организационная задача, и сложное задание для разработчика электронно-коммерческой витрины.
Часто подходящее программное обеспечение может помочь упростить эту работу. Например, Electronic Commerce Suite компании iCat хорошо подходит для работы с мультимедийными элементами. Большинство программных продуктов могут, кроме того, разбивать каталог по группам товаров (отделы, секции). Это объединено с утилитой поиска, что облегчает выбор пользователя. Internet Commerce Server компании Oracle имеет мощные возможности индексации. Net. Commerce фирмы IBM идет на один шаг впереди, поскольку с помощью Product Adviser помогает покупателям разрабатывать профайл своих предпочтений и показывает им, как найти то, что они хотят.
Многие продукты для электронной коммерции поставляются с примерами страниц каталога, которые можно многократно использовать, чтобы исключить рутинное повторение одних и тех же операций при их создании. Кстати, установление соответствия между такими данными, как цены и описания продуктов, или их импорт, могут стать главной головной болью при создании каталога. Если пункты вашего каталога меняются достаточно часто или у вас их слишком много, вам надо обратить внимание на программы, подобные Cat@log компании Vision Factory, которые способны легко установить связь со множеством баз данных.
Когда покупатели производят покупки в вашем онлайновом магазине, выбранные позиции каталога помещаются в "корзину покупателя". Отобранные товары затем сохраняются в базе данных таким образом, чтобы покупатель мог увидеть, что именно было выбрано, до наступления момента оформления заказа. И снова мы видим, что это не слишком отличается от заказа в обычном магазине, просто здесь могут быть свои особенности.
В вопросах доставки выбранной продукции и расчета необходимых налогов может возникнуть множество разных деталей, поэтому ищите программное обеспечение, поддерживающее модули доставки третьей стороны (например, Tandata компании Tandata Corporation) и пакеты расчета налогов (например, Taxware, разработанное фирмой Taxware International). С заказами связано и множество других расчетов — дисконты, купоны, оптовые скидки и др. Большинство электронно-коммерческих программ в состоянии выполнить большую часть таких расчетов. Вам следует сверить ваши потребности со списком поддерживаемых расчетов или хотя бы предусмотреть возможность несложного добавления собственных расчетов.
Кроме того, существует множество способов связи с системами учета (accounting systems). Некоторые программные продукты — такие, как Dynamic NT компании INEX — поставляются с полным пакетом бухгалтерского и инвентаризационного программного обеспечения. Чаще же программы предоставляют связь с наследуемыми данными и системами учета. Как следовало ожидать, такие компании как IBM и Oracle с особым уважением относятся к своим старым системам.
Одним из вариантов комплексного решения является разработка своего собственного программного обеспечения. Этот подход требует участия множества специалистов в области Интернет и специализированным языкам программирования (HTML, Java и др.) и очень дорого стоит. Большинство компаний скорее предпочитают вкладывать средства в коммерческий программный продукт. Сегодня на рынке имеются десятки продуктов, варьирующиеся по цене от нескольких сот до нескольких сот тысяч долларов. Такие компании, как IBM и Microsoft и множество более мелких компаний-разработчиков — например, iCat и Vision Factory создают электронно-коммерческие программы для предприятий любой структуры и любого размера. В ряде случаев вам даже не нужно покупать программное обеспечение — можно просто арендовать сайт и программы у компании, предоставляющей хостинг.
Сегодняшнее «несовершенное» программное обеспечение является признаком того, что данная область бизнеса возникла относительно недавно. На рынке появились качественные решения: одни из них более мощны, другие легко масштабируемы. Но ни одно из них не может быть установлено, сконфигурировано, запущено и обновлено без дополнений. Продукты для электронной коммерции размещаются и функционируют под управлением другого сложного программного обеспечения (операционных систем, других серверов). Взаимоотношения между компонентами двух видов ПО очень важно, и время от времени это вызывает проблемы.
Управление информацией о клиенте представляет собой серьезную часть электронной коммерции. Более сложные пакеты обрабатывают значительную часть данных о клиентах, включая направления их перемещения по сайту, и представляет эту информацию в форме аналитических отчетов. Замечательным свойством электронно-коммерческих пакетов является возможность использования информации о клиентах для настройки контента страниц в соответствии со вкусами посетителей.
Но даже учитывая все проблемы, требующие решения, проще и дешевле работать с коммерческим программным обеспечением, чем самим создавать электронно-коммерческие программы «с нуля». В тех случаях, когда программное обеспечение продумано до мелочей, результаты могут быть впечатляющими — достаточно впечатляющими, чтобы запускать успешные электронно-коммерческие сайты, подобные Dell Computer (http://www.dell.com/), ежедневный доход которого измеряется миллионами долларов.
2.2. Интернет-аукционы.
Cетевой аукцион — это сайт, где продавцы высталяют свой товар на продажу в виде лота, и продают тому покупателю, который предложит наивысшую цену. За последние годы в мире открылись сотни сетевых аукционов — они отличаются языком интерфейса, локализацией, специализацией — на одних на торги выставляется недвижимость, на других автомобили, на третьих акции. Многие крупные интернет компании открыли свои аукционы — eBay, Yahoo, Amazon, Ubid и другие. Чем же объясняется такая популярность? Все просто — возможности сетевого аукциона гораздо выше, чем у обычных аукционов, которые как правило простым смертным не доступны. А здесь торги на тысячи и сотни тысяч лотов ведутся одновременно. Любой пользователь, из любой страны выставляет на торги свой товар и не важно уникальный он, редкий или же это просто товар повседневного быта — продается абсолютно все. Другие пользователи предлагают свою цену — кто больше предложил, тому и продали.
По всеобщему признанию лидирующие позиции на онлайновом мировом аукционном рынке занял интернет аукцион eBay, который появился в 1995 году. На данный момент он имеет сотни миллионов зарегистрированых пользователей, огромное количество одновременно выставленных на торги лотов в более чем 3-х тысячах категорий, около тридцати филиалов по всему миру. Каждый месяц на eBay просматриваются 1,5 биллиона страниц. За эти десять лет исполнительный директор аукциона eBay — Маргарет Уитман стала одной из самых богатых женщин мира (личное состояние оценивается в $1,6 млрд.), журнал Форбс поставил ее на 5-е место в рейтинге самых влиятельных женщин планеты. Объем сделок совершаемых на аукционе eBay растет из года в год в геометрической прогрессии. Даже самые опытные эксперты рынка уже не берутся предсказывать финансовые результаты аукциона на будущее. Аукцион бурно развивается — открываются новые региональные филиалы, растет количество пользователей. За короткое время компания eBay приобрела электронную платежную систему PayPal ($1,5 млрд.), портал Shopping.com ($620 млн.), уже достигнута договоренность о покупке крупнейшего в мире оператора IP телефонии компании Skype за 2,6 миллиарда долларов. С каждым месяцем аукцион eBay добавляет новые категории товаров : недвижимость, драгоценности и т. д. Каждый из филиалов eBay имеет раздел eBay Motors, где продаются автомобили, мотоциклы, катера.
Услуги аукциона для покупателей бесплатны, продавцы же должны оплачивать аукциону выставление лота на торги, его дальнейшую продажу (сумма зависит от стоимости товара) и т. д. Один аккаунт на eBay позволяет, как покупать и продавать. Регистрация и членство на аукционе eBay бесплатны для всех.
После прохождения регистрации, вы получите статус покупателя, т. е. сможете покупать все, что хотите, сможете посмотреть все сами и купить или продать необходимый вам товар, выбрать наиболее удобный вам способ оплаты и т. д. На сегодняшний день eBay имеет более 20 региональных филиалов в крупнейших странах мира.
Аукцион eBay по прежнему остается самым лакомым куском для желающих подзаработать. По свидетельству многих пользователей Интернета, работающих с ним, именно сотрудничество с данным аукционом приносит наибольший доход по сравнению с другими способами заработка.
На сегодняшний день аукцион eBay имеет более 20-ти филиалов в разных странах мира. Это США (eBay.com), Канада (eBay.ca), Германия (eBay.de), Великобритания (eBay.co.uk) и многие другие и вы можете открывать eBay аккаунты на любом из них. К сожалению в России (да и в других странах СНГ) ни одного филиала eBay пока нет и по адресу eBay.ru мы не увидим знакомого логотипа Русский eBay, украинский eBay и т. д. — это пока лишь мечта. Ближайший к нам филиал eBay открыт в Польше (eBay.pl).

3. Проектирование и реализация АСУТП
3.1. Язык программирования Java
Создание языка Java — это действительно один из самых значительных шагов вперед в области разработки сред программирования за последние 20 лет.
Три ключевых элемента объединились в технологии языка Java и сделали ее в корне отличной от всего, существующего на сегодняшний день.
Java высвобождает мощь объектно-ориентированной разработки приложений, сочетая простой и знакомый синтаксис с надежной и удобной в работе средой разработки. Это позволяет широкому кругу программистов быстро создавать новые программы и новые апплеты.
Java предоставляет программисту богатый набор классов объектов для ясного абстрагирования многих системных функций, используемых при работе с окнами, сетью и для ввода-вывода. Ключевая черта этих классов заключается в том, что они обеспечивают создание независимых от используемой платформы абстракций для широкого спектра системных интерфейсов.
Язык Java зародился как часть проекта создания передового программного обеспечения (ПО) для различных бытовых приборов. Реализация проекта была начата на языке С++, но вскоре возник ряд проблем, наилучшим средством борьбы с которыми было изменение самого инструмента — языка программирования. Стало очевидным, что необходим платформонезависимый язык программирования, позволяющий создавать программы, которые не приходилось бы компилировать отдельно для каждой архитектуры и можно было бы использовать на различных процессорах под различными операционными системами.
Рождению языка Java предшествовала довольно интересная история. В 1990 году разработчик ПО компании Sun Microsystems Патрик Нотон (Patrick Naughton) понял, что ему надоело поддерживать сотни различных интерфейсов программ, используемых в компании, и сообщил исполнительному директору Sun Microsystems и своему другу Скотту МакНили (Scott McNealy) о своем намерении перейти работать в компанию NeXT. МакНили, в свою очередь, попросил Нотона составить список причин своего недовольства и выдвинуть такое решение проблем, как если бы он был Богом и мог исполнить все, что угодно.
Нотон, хотя и не рассчитывал на то, что кто-то обратит внимание на его письмо, все же изложил свои претензии, беспощадно раскритиковав недостатки Sun Microsystems, в частности, разрабатываемую в тот момент архитектуру ПО NeWS. К удивлению Нотона, его письмо возымело успех: оно было разослано всем ведущим инженерам Sun Microsystems, которые не замедлили откликнуться и высказать горячую поддержку своему коллеге и одобрение его взглядов на ситуацию в Sun Microsystems.
Обращение вызвало одобрение и у высшего руководства компании, а именно, у Билла Джоя (Bill Joy), основателя Sun Microsystems, и Джеймса Гослинга (James Gosling), начальника Нотона.
В тот день, когда Нотон должен был уйти из компании, было принято решение о создании команды ведущих разработчиков с тем, чтобы они делали что угодно, но создали нечто необыкновенное. Команда из шести человек приступила к разработке нового объектно-ориентированного языка программирования, который был назван Oak (дуб), в честь дерева, росшего под окном Гослинга.
Вскоре компания Sun Microsystems преобразовала команду Green в компанию First Person. Новая компания обладала интереснейшей концепцией, но не могла найти ей подходящего применения. После ряда неудач неожиданно ситуация для компании резко изменилась: был анонсирован броузер Mosaic - так родился World Wide Web, с которого началось бурное развитие Internet. Нотон предложил использовать Oak в создании Internet-приложений. Так Oak стал самостоятельным продуктом, вскоре был написан Oak-компилятор и Oak-браузер «WebRunner». В 1995 году компания Sun Microsystems приняла решение объявить о новом продукте, переименовав его в Java (единственное разумное объяснение названию — любовь программистов к кофе). Когда Java оказалась в руках Internet, стало необходимым запускать Java-аплеты — небольшие программы, загружаемые через Internet. WebRunner был переименован в HotJava и компания Netscape встала на поддержку Java-продуктов.
Язык должен был воплощать следующие качества: простоту и мощь, безопасность, объектную ориентированность, надежность, интерактивность, архитектурную независимость, возможность интерпретации, высокую производительность и легкость в изучении. Даже если вы никогда не напишете ни одной строки на языке Java, знать о его возможностях весьма полезно, поскольку именно перечисленные выше свойства языка придают динамику страницам Всемирной паутины.
После освоения основных понятий объектно-ориентированного программирования вы быстро научитесь программировать на Java. В наши дни существует много систем программирования, гордящихся тем, что в них одной и той же цели можно достичь десятком различных способов. В языке Java изобилие решений отсутствует — для решения задачи у вас будет совсем немного вариантов. Стремление к простоте зачастую приводило к созданию неэффективных и невыразительных языков типа командных интерпретаторов. Java к числу таких языков не относится — для Вас вся мощность ООП и библиотек классов.
В популярной литературе наших дней, особенно если речь заходит об Internet, стало модной темой обсуждение вопросов безопасности. Люди уверены, что использование Internet в коммерческой деятельности равносильно написанию номера своей кредитной карточки на стенке телефонной будки. Один из ключевых принципов разработки языка Java заключался в обеспечении защиты от несанкционированного доступа. Программы на Java не могут вызывать глобальные функции и получать доступ к произвольным системным ресурсам, что обеспечивает в Java уровень безопасности, недоступный для других языков.
Забавно наблюдать, как многочисленные новые диалекты старых языков безапелляционно объявляются объектно-ориентированными. Поскольку при разработке языка отсутствовала тяжелая наследственность, для реализации объектов был избран удобный прагматичный подход. Разработчики Java старались выдержать разумный компромисс между моделью пуристов — «все является объектами», и моделью хакеров — «уйди с моей дороги». Объектная модель в Java проста и легко расширяется, в то же время, ради повышения производительности, числа и другие простые типы данных Java не являются объектами.
Java ограничивает вас в нескольких ключевых областях и таким образом способствует обнаружению ошибок на ранних стадиях разработки программы. В то же время в ней отсутствуют многие источники ошибок, свойственных другим языкам программирования (строгая типизация, например). Большинство используемых сегодня программ «отказывают» в одной из двух ситуаций: при выделении памяти, либо при возникновении исключительных ситуаций. В традиционных средах программирования распределение памяти является довольно нудным занятием — программисту приходится самому следить за всей используемой в программе памятью, не забывая освобождать ее по мере того, как потребность в ней отпадает. Зачастую программисты забывают освобождать захваченную ими память или, что еще хуже, освобождают ту память, которая все еще используется какой-либо частью программы. Исключительные ситуации в традиционных средах программирования часто возникают в таких, например, случаях, как деление на нуль или попытка открыть несуществующий файл, и их приходится обрабатывать с помощью неуклюжих и нечитабельных конструкций (кроме Delphi). Java фактически снимает обе эти проблемы, используя сборщик мусора для освобождения незанятой памяти и встроенные объектно-ориентированные средства для обработки исключительных ситуаций.
Java создавалась как средство, которое должно удовлетворить насущную потребность в создании интерактивных сетевых программ. В Java реализовано несколько интересных решений, позволяющих писать код, который выполняет одновременно массу различных функций и не забывает при этом следить за тем, что и когда должно произойти. В языке Java для решения проблемы синхронизации процессов применен наиболее элегантный из всех когда-либо изобретенных методов, который позволяет конструировать прекрасные интерактивные системы. Простые в обращении изящные подпроцессы Java дают возможность реализации в программе конкретного поведения, не отвлекаясь при этом на встраивание глобальной циклической обработки событий.
Вопрос о долговечности и переносимости кода важнее религиозных войн между ПК и Макинтошами. Создатели Java наложили на язык и на среду времени выполнения несколько жестких требований, которые на деле, а не на словах позволяют, однажды написав, всегда запускать программу в любом месте и в любое время (где существует виртуальная Java-машина — броузеры на всех платформах, OS/2, Netware).
Необычайная способность Java исполнять свой код на любой из поддерживаемых платформ достигается тем, что ее программы транслируются в некое промежуточное представление, называемое байт-кодом (bytecode). Байт-код, в свою очередь, может интерпретироваться в любой системе, в которой есть среда времени выполнения Java. Большинство ранних систем, в которых пытались обеспечить независимость от платформы, обладало огромным недостатком — потерей производительности (Basic, Perl). Несмотря на то, что в Java используется интерпретатор, байт-код легко переводится непосредственно в “родные” машинные коды (Just In Time compilers) «на лету». При этом достигается очень высокая производительность (Symantec JIT встроен в Netscape Navigator).
Язык Java, хотя и более сложный чем языки командных интерпретаторов, все же неизмеримо проще для изучения, чем другие другие языки программирования, например JAVA. Черты языка станут казаться вам естественным путем для решения тех или иных задач и будут способствовать отработке хорошего стиля программирования. Поскольку объектная модель в Java одновременно проста и выразительна, вы скоро освоитесь с объектно-ориентированным стилем создания программ.
Среда Java — это нечто гораздо большее, чем просто язык программирования. В нее встроен набор ключевых классов, содержащих основные абстракции реального мира, с которым придется иметь дело вашим программам. Основой популярности Java являются встроенные классы-абстракции, сделавшие его языком, действительно независимым от платформы. Библиотеки, подобные MFC/COM, OWL, VCL, NeXTStep, Motif и OpenDoc прекрасно работают на своих платформах, однако сегодня главной платформой становится Internet.
3.2. Концепция Business Engine
Всем известно, что торговля, в отличие от производства, не создает материальные ценности, а выступает в качестве посредника между производителем и потребителем, доставляя товары покупателям и возвращая производственному предприятию деньги за товар. Являясь посредником, оно пропускает через себя финансовые и товарные потоки, оставляя себе процент за услуги.

Рис. 3.1. Торговля как посредник
Предприятие, специализирующееся на оказании услуг, не нуждается в посредниках и поэтому работает напрямую с потребителем. Рассмотрим, как функционирует торговое предприятие и какую роль в нем будет занимать программа управления, построенная на базе Business Engine.

Рис. 3.2. Функционирование торгового предпрриятия
Business Engine функционирует относительно подразделений предприятия по схеме клиент — операция — товар. Клиенты, взаимодействуя между собой, инициируют начало операций, которые приводят к перемещению товаров и денег или только денег. Каждая операция состоит из нескольких подопераций (транзакций), которые имеют свой набор и последовательность (например получил товар, перечислил деньги, отправил товар, выставил лот и т. д.). В свою очередь каждая транзакция инициирует перемещение денег по счетам и товаров по складам. В экономических отношениях каждый клиент имеет одну или несколько ролей, которые добавляют ему возможности осуществления различного рода операций. В нашей модели выделяют четыре роли (покупатель, продавец, финансовый посредник или платежная система, товарный посредник или почта). Каждый клиент может заводить счета и склады у любого другого клиента, если для них определена соответствующая роль. Также клиент имеет по умолчанию один счет и один склад, который они заводят сами у себя для возможности расчетов наличными (касса) и передача товара из рук в руки. Для наглядного изображения можно посмотреть рисунок 3.3. Счет открывается в одном из типов валют. В Business Engine представлены все основные типы валют, при надобности можно задать любую валюту. Чтобы переводить деньги с одного счета на другой, они должный быть одного типа или использовать посредника имеющего нужный тип счета. Для операций со складами характерно тоже самое. Вся мощь Business Engine заключается в том, что он представляет собой программно реализованную экономическую модель с необходимыми для всех торговых предприятий операциями. А вот на базе какого типа торговли, товара или структуры подразделений предприятия реализовать это программное решение — решать вам. Главная особенность такого подхода в том, что можно быстро предоставить вам программное решение именно по вашей бизнес-схеме. Все программ реализованные на Business Engine позволяют производить:
1)         управление продажами (включая оптовую, розничную и комиссионную торговлю);
2)         управление поставками;
3)         планирование продаж и закупок;
4)         мониторинг и анализ эффективности торговой деятельности;
5)         управление складскими запасами;
6)         управление заказами покупателей;
7)         управление отношениями с клиентами;
8)         анализ товарооборота предприятия;
9)         валютно-обменные операции;
10)    платежи и переводы;
11)    анализ цен и управление ценовой Business Engine политикой.

Рис. 3.4. Business Engine
На сегодняшний день на базе Business Engine разработана программа для ведения торговли в интернет и на интернет-аукционах — Ecommerce Navigator.
3.3. Общее представление АСУТП
Полное наименование системы — Автоматизированная система управления торговым предприятием, подсистема — «Управление аккаунтом интернет-аукциона». Условное обозначение системы: АСУТП.
АСУТП создается в целях повышения эффективности и удобства управления торговым предприятиям.
Факторами повышения эффективности являются:
1)         оптимизация выборки контрагентов для упорядочивания контактов и анализа совместной деятельности;
2)         сокращение дублирования функций при ведении торговых операций как в интернет, так и на других торговых площадках;
3)         актуализация базы данных путем синхронизации с аккаунтом интернет-аукциона;
4)         повышение качества статистических данных за счет автоматизации процедур сбора, обработки и распространения данных (обеспечение полноты и своевременности обновления данных);
5)         расширение услуг, предоставляемых пользователям АСУТП;
6)         расширение системы показателей, разрабатываемых на основе АСУТП.
3.4. Основные технические решения
Приложение разрабатывается с использованием языка программирования Java. Для реализации системы будут использованы следующие технологии.

Таблица 3.1
Технологии, используемые при разработке АСУТП
3.5. Структура системы
АСУТП представляет собой централизованную систему сбора, хранения и отображения данных о текущем положении торговых операций. Система предоставляет данные в режиме реального времени.
АСУТП состоит из следующих комплексов задач и подсистем:
1)         комплекс задач по сбору и предоставлению данных о контрагентах;
2)         комплекс задач по загрузке данных из аккаунтов интернет аукциона Ebay;
3)         комплекс задач сопровождения справочников и классификаторов предназначен для актуализации справочников и классификаторов через интерфейсы системы;
4)         подсистема формирования отчетности предназначена для выполнения задач формирования отчетов по данным торговых операций и текущим сделкам;
5)         подсистема архивирования данных.
3.6. Взаимосвязь со смежными системами
Источники данных для системы АСУТП:
1)         аукцион Ebay. Взаимодействие осуществляется путем подключения к удаленным web-сервисам по протоколу SOAP;
2)         файлы БД Derby — хранилище информации для АСУТП. Взаимодействие осуществляться путем импорта файлов БД.
Получатели данных — аукцион Ebay. Осуществляется на уровне доступа к удаленным web-сервисам по протоколу SOAP.
Решения по взаимодействию системы АСУТП с информационными ресурсами других систем представлено на «Ошибка! Источник сылки не найден.». Подробное описание механизмов взаимодействия представлено в ПРИЛОЖЕНИИ 1. Сценарии использования АСУТП.
В качестве внешних, по отношению к создаваемой системе, общесистемных сервисов, используются:
1)         сервисы электронной почты;
2)         сервисы файлов и печати.
3.7. Подсистемы

Поддержка иностранных языков

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

Импорт данных с аукциона

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

Работы с электронной почтой

Подсистема обеспечивает выполнение следующих функций:
— Добавление, редактирование, удаление электронных писем — выполняется из отдельного модуля. Задание шаблонов писем и отправка по событию реализовано внутренними средствами АСУТП;
— Отправка , прием , редактирование сообщений электронных писем;
— Поиск писем по определенным критериям.

Восстановление архива БД

Подсистема обеспечивает выполнение Импорта/Экспорта данных БД — выполняется из определенного модуля отдельного модуля. Задание файла экспорта реализовано внутренними средствами АСУТП.
3.8. Проектирование. Построение диаграмм

Рис. 3.5. Диаграмма вариантов использования «Торговля на аукционе»

Рис. 3.6. Диаграмма последовательности

Рис. 3.7. Диаграмма деятельности продавца

Рис. 3.8. Диаграмма деятельности покупателя

Рис. 3.9. Диаграмма кооперации

Рис. 3.10. Диаграмма классов основного интерфейса

Рис. 3.11. Диаграмма компонентов

Рис. 3.12. Диаграмма пакетов

Рис.3.13 Диаграмма развертывания на одной машине

4. Экономический раздел
4.1. Описание задачи
Себестоимость — это величина расходов данного предприятия, приходящаяся на единицу продукции. Уровень себестоимости зависит от многих факторов: технического прогресса, объема выпускаемой продукции, производительности труда, норм расхода рабочей силы, материалов, топлива, энергии. Для определения себестоимости продукции могут использоваться различные методы: метод приведения к базовому узлу, метод удельных весов, метод учета затрат на единицу веса изделия, расчет себестоимости по статьям затрат.
В данном проекте приводится расчет себестоимости разработки автоматизированной системы управления торговым предприятием. (АСУТП). АСУТП служит для ведения учета  торговой деятельности в Интернет и на аукционе EBay. Из основных преимуществ перед конкурентами стоит выделить удобство использования, кросплатформенность, низкая цена для продукта такого класса. АСУТП создана в первую очередь для рынка США, Англии, Германии, что позволяет производить импорт данных с филиалов аукциона EBay для этих стран, оперировать валютами USD И EUR. Целевой сегмент потребителей данного ПО — это индивидуальные предприниматели , владельцы интернет-магазинов, торгующих в розницу, а также все, кто часто покупает что-либо для себя посредством Интернета и хочет быть в курсе своих расходов.
Покупатель приобретающий данное ПО , перед совершением оплаты может бесплатно пользоваться АСУТП в течении 30 дней, использовать все функции АСУТП без ограничения, а после решить для себя — нужно ли ему данное ПО. АСУТП отличается простотой использования, что позволяет быстро приступить к работе и не требует знания специальных бухгалтерских терминов и операций. На сегодняшний день создаваемая АСУТП имеет наилучшее сочетание цены — качества среди такого класса программ и поэтому имеет все шансы на успех у потребителя.
4.2. Расчет времени на создание программного продукта
Общее время на создание программы складывается из различных компонентов. Структура общего времени на создание программного продукта представлена в табл. 4.1.
Таблица 4.1

Структура времени на создание программного продукта

Время рассчитывается в человеко-часах, причем Т_по берется по фактически отработанному времени, а время остальных этапов определяется расчетно по условному числу команд .
Условное число команд  определяется по формуле:
,                                        (4.1)
где  – коэффициент, учитывающий условное число команд в зависимости от типа задачи, для данной задачи коэффициент  принимается = 1450;
- коэффициент, учитывающий новизну и сложность программы.
Выбрать значение коэффициента  можно из табл. 4.2.
Таблица 4.2
Определение коэффициента, учитывающего условное число команд
Программные продукты по степени новизны могут быть отнесены к одной из 4-х групп:
группа А — разработка принципиально новых задач;
группа Б — разработка оригинальных программ;
группа В — разработка программ с использованием типовых решений;
группа Г — разовая типовая задача.
Для данной задачи степень новизны — Б
По степени сложности программные продукты могут быть отнесены к одной из 3-х групп:
1)          1 — алгоритмы оптимизации и моделирования систем;
2)          2 — задачи учета, отчетности и статистики;
3)          3 — стандартные алгоритмы.
Данная задача может быть отнесена к 1 группе сложности.
Коэффициент определяется из табл. 4.3 на пересечении групп сложности и степени новизны.

Таблица 4.3
Определение коэффициента, учитывающего группу сложности и степень новизны
Для данной задачи коэффициент  = 1,26
Теперь, исходя из формулы (4.1) можно определить условное число команд
                                                                                                       (4.2)
Определяем время, затраченное на каждый этап создания программного продукта:
1) T_по (время на подготовку описания задачи), берется по факту и составляет:
T_по =                                                                                                              (4.3)
2) T_о ( время на описание задачи ) определяется по формуле:
T_о = ,                                                                                                                                      (4.4)
где  — коэффициент учета изменений задачи, коэффициент  в зависимости от сложности задачи и числа изменений выбирается в интервале от 1,2 до 1,5.Для данной задачи  = 1,4;
 — коэффициент, учитывающий квалификацию программиста. Для стажа программирования от двух до трех лет значение коэффициента  =1.
Таблица 4.4
Определение коэффициента, учитывающего квалификацию программиста
Применяя формулу (4.4) подсчитаем время на описание задачи:
T_о =                                                                           (4.5)
3) T_а (время на разработку алгоритма) рассчитываем по формуле:
T_а =                                                                                                                              (4.6)
Применяя формулу (4.6) подсчитываем время на разработку алгоритма.
T_а =                                                                                         (4.7)
4)                T_бc (время на разработку блок-схемы) определяется аналогично T_а по формуле (5.6) и составляет
T_б =                                                                                                            (4.8)
5)                T_н (время написания программы на языке программирования) определяется по формуле:
T_н =                                                                                                                                        (4.9)
Применяя формулу (4.9), подсчитываем время написания программы на языке программирования:
T_н =                                    (4.10)
6)      T_нп (время набивки программы ) определяется по формуле :
T_нп =                                                                (4.11)
Применяя формулу (4.11) подсчитываем время набивки программы:
T_нп =                                                                                  (4.12)                                                                                                                                                                                                                                                                                (5.12)
7)      T_от (время отладки и тестирования программы) определяется по формуле:
T_от =                                                                    (4.13)
Подставляем значения в формулу и получаем:
  T_от =                                         (4.14)
Теперь, зная время, затраченное на каждом этапе, можно подсчитать общее время на создание программного продукта:
T = T_по + T_о +T_а +T_бс +T_н +T_нп+T_от+ T_д =30 + 51,1 + 36,5 + 36,5 + 54,8 + 36,5 + 153,4 + 40 = = 438.8 чел/ час
4.3. Расчет заработной платы исполнителя работ
Основная заработная плата определяется по формуле:
,                                                       (4.15)
где  ‑ месячная зарплата 1-го разряда (руб.);
 — тарифный коэффициент, соответствующий разряду тарифной сетки по которому работает исполнитель;
  ‑  общее время на создание программного продукта (чел / час);
  ‑  число рабочих дней в месяц;
  ‑  продолжительность рабочего дня в часах;
 ‑  процент премии.
  ‑  8 часов.
 21 день.
 = 70000 руб.
Разряд исполнителя 14, его тарифный коэффициент равен 3,25. Таким образом, определяем основную заработную плату исполнителя работ по созданию программного продукта.
 (4.16)
Дополнительная заработная берется в размере 15 % от основной.
 (4.17)
Общая заработная плата будет равна сумме основной и дополнительной:
 (4.18)
4.4. Расчет начислений на заработную плату (единого социального налога)
Отчисления в фонд социальной защиты населения составляют 35 %. Обязательное страхование от несчастных случаев на производстве составляет 0.3%.
                             (4.19)
4.5. Расчет себестоимости 1-го машино-часа работы ПЭВМ
Основой для расчета расходов на содержание и эксплуатацию ПЭВМ, относящихся к данному программному продукту, является себестоимость 1-го машино-часа работы ПЭВМ.
Сначала определим годовые затраты каждого компонента себестоимости, в число которых входят:
1) Основная заработная плата работников, обеспечивающих функционирование ПЭВМ.
К числу этих работников относятся:
1)         инженер-электроник;
2)         системный программист;
3)         оператор.
Заработная плата основная ( ) каждого из этих категорий работников определяется по формуле:
                                                (4.20)
где  — месячная зарплата (тарифная ставка) 1 разряда в руб.;
 — тарифный коэффициент, соответствующий разряду работника;
 — кол-во, ПЭВМ, обслуживаемых одним работником;
 — процент премии.
Для инженеров-электронщиков  = 13 ед.
Для системных программистов  = 26 ед.
Для оператора  = 9ед.
Для инженеров-электронщиков  = 2,84
Для системных программистов  =1,9
Для оператора  =1,57
Подставляем значения в формулу (4.20), получаем:
                                
                    (4.21)
                                    
Теперь можно определить суммарную годовую заработную плату работников, обеспечивающих функционирование ПЭВМ:

2) Дополнительная заработная плата обслуживающего персонала берется в размере 15 % от основной.
                          (4.22)
Общая заработная плата будет равна сумме основной и дополнительной:
                                                                   
                           (4.23)
3) Начисления на ЗП обслуживающего персонала берем 35,3% от общей зарплаты обслуживающего персонала:
                                                                        
                                              (4.24)
4) Основная ЗП административного и вспомогательного персонала:
К административному персоналу, часть заработной платы которого также должна входить в себестоимость машино-часа, отнесем начальника ИВЦ. Его основная заработная плата определяется по формуле (4.20), только будет обозначать количество ПЭВМ в отделе.
                                 (4.25)
Из вспомогательного персонала мы учтем уборщицу, которая будет убирать административные помещения.
Заработная плата уборщицы, приходящаяся на 1 компьютер, определяется по формуле:
                                                  (4.26)
Подставляя значения в формулу (4.26), получим:
Теперь определим общую основную ЗП административного и вспомогательного персонала.
             (4.27)
5) Дополнительная заработная плата административного и вспомогательного персонала берется в размере 15% от основной:
                                                 (4.28)
Общая заработная плата будет равна сумме основной и дополнительной:
           (4.29)
6) Начисления на ЗП административного и вспомогательного персонала в общем берем 35.3% от общей заработной платы.
                                      (4.30)
7) Амортизационные отчисления определяются в размере 20% от балансовой стоимости ПЭВМ.
                                                             (4.31)
где  — балансовая стоимость одной ПЭВМ с периферией.
8) Затраты на эл.энергию складываются из:
— затрат на силовую эл.энергию;
— затрат на эл.энергию, которая идет на освящение.
Затраты на силовую эл.энергию определяются по формуле:
                                                                    (4.32)
где  — эффективный годовой фонд времени работы ПЭВМ в часах;
 — стоимость 1 кВт / часа в руб;
 — суммарная мощность ПЭВМ с периферией в кВт / часах.
При работе ИВЦ в 1 смену, берем  = 1716 ч
Для бюджетных организаций  = 230р. за 1 кВт / час,  = 0,7 – 1,2 кВт / часа в зависимости от периферии.
Подставляя значения в формулу (5.32) получаем:               (4.33)
Затраты на эл.энергию, которая идет на освещение определяются по формуле:
                                             (4.34),
где  — эффективный годовой фонд времени работы ПЭВМ в часах;
 — стоимость 1 кВт / часа в руб;
 — суммарная мощность, которая идет на освещение в кВт/часах.
 = 200 Вт/час.
Подставляя значения в формулу (5.33) получаем:
                                                                (4.35)
Теперь определяем общие затраты на эл. энергию:
                                   (4.36)
9) Затраты на расходные материалы берутся по факту и составляют:
                                                                                         (4.37)
10) Расходы на профилактику составляют 2 % от балансовой стоимости ПЭВМ с периферией.
                                                 (4.38)
11) Затраты на отопление производственных площадей определяются по формуле:
                                             (4.39)
где  кв.м. — расходы на отопление на 1 кв. метр — 350 руб. в месяц;
 — площадь ИВЦ (кв.м.) на 1 ПЭВМ (7 м).
Подставляя значения в формулу 12 получаем:
                                        (4.40)
12) Затраты на обслуживание производственных площадей определяются по формуле:
 (4.41)
где  — расходы на 1 кв.метр, приблизительно от 12000 до 15000 руб. в месяц;
 — площадь ИВЦ (кв.м.) на 1 ПЭВМ (от 5 до 7 м).
Подставляя значения в формулу (4.41) получаем:
                                                                           (4.42)
13) Прочие производственные расходы берутся  в размере 30% от основной зар.платы работников, обеспечивающих функционирование ПЭВМ.
                                                  (4.43)
Теперь, сложив все 13 компонентов, определяем годовые расходы на содержание и эксплуатацию 1-ой ПЭВМ.
                                                                                    (4.44)
Далее определяем себестоимость 1-го машино-часа работы ПЭВМ, которая определяется по формуле:
                                                         (4.45)
Подставляя значения в формулу (4.45) получаем:
                                             (4.46)
4.6. Расчет расходов на содержание и эксплуатацию ПЭВМ
Теперь, зная себестоимость 1-го машино-часа работы ПЭВМ и время на создание программного продукта, которое требовало использования ПЭВМ, можно определить расходы на содержание и эксплуатацию ПЭВМ, относящихся к данному программному продукту:
                                          (4.47)
где  — себестоимость 1-го машино-часа работы ПЭВМ;
 — суммарное время этапов, требующих  использования ПЭВМ.
Время на создание программного продукта, которое требовало использования ПЭВМ, можно определить по формуле(см. выше):
                               (4.48)
Таким образом, подставляя значения в формулу (4.47) получим:
                                                (4.49)
4.7. Расчет себестоимости программного продукта
В себестоимость программного продукта входят  следующие элементы:
1) Основная заработная плата исполнителя работ по созданию программного продукта;
2) Дополнительная заработная плата исполнителя работ по созданию программного продукта;
3) Начисления на заработную плату (единый социальный налог);
4) Расходы на содержание и эксплуатацию ПЭВМ, относящихся к данному программному продукту;
5) Прочие расходы.
Первые 4 элемента нам уже известны, а прочие расходы составляют 10% от суммы первых 4-х элементов.

Теперь, сложив все элементы, можно определить себестоимость программного продукта.
                       (4.50)
4.8. Расчет цены программного продукта
Теперь, зная себестоимость программного продукта, можно определить его цену. Цена складывается из нескольких компонентов:
                                                         (4.51)
где  — себестоимость программного продукта,
 — прибыль, которую берем в размере 30% от себестоимости.
                                         (4.52)
, где с = 2%                                                              (4.53)
                                                           (4.54)
 — налог на добавленную стоимость, который берется в размере 18%.
 (4.55)

Подставляя последовательно значения в формулу (4.50), определяем цену программного продукта:
                 (4.56)
Результаты расчетов экономического раздела сведем в итоговую табл. 4.5.
Таблица 4.5
Результаты расчетов экономического раздела
Таким образом, общее время, затраченное  на разработку приложения «Автоматизированная система управления торговым предприятием», составляет .
Прибыль, которую брали в размере 30% от себестоимости, составляет: . Цена программного продукта складывается из себестоимости, прибыли, налога на добавленную стоимость, который берется в размере 18% от суммы себестоимости и прибыли, и составляет .
Нужно отметить, что стоимость разработки программного продукта сторонними организациями будет составлять от  до .
Данный программный продукт рентабельный и конкурентоспособный с точки зрения экономики и может, быть внедрен в сфере полиграфии.

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

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

1) физические:
— повышенное значение напряжения в электрической цепи, замыкание которой может произойти через тело работающего;
— повышенные уровни электромагнитного излучения промышленной частоты и высокочастотные;
— повышенные уровни рентгеновского излучения;
— повышенные уровни ультрафиолетового излучения;
— повышенные уровни инфракрасного излучения;
— повышенные уровни статического электричества;
— повышенные уровни запыленности воздуха рабочей зоны;
— повышенное содержание положительных аэроионов в воздухе рабочей зоны;
— пониженное содержание отрицательных аэроионов в воздухе рабочей зоны;
— повышенная или пониженная температура воздуха рабочей зоны;
— повышенная или пониженная влажность воздуха рабочей зоны;
— повышенная или пониженная подвижность воздуха рабочей зоны,
— повышенный или пониженный уровень освещенности рабочей зоны; повышенный уровень прямой и отраженнойблесткости;
— повышенная или пониженная яркость светового изображения;
— повышенный уровень пульсаций светового потока;
2) химические: повышенное содержание в воздухе рабочей зоны окиси углерода, озона, аммиака, фенола, формальдегида и полихлорированных фенилов;
3) биологические: повышенное содержание в воздухе рабочей зоны микроорганизмов;
4) психофизиологические:
— напряжение зрения;
— напряжение памяти;
— напряжение внимания;
— длительное статическое напряжение;
— большой объем информации, обрабатываемой в единицу времени;
— монотонность труда;
— нерациональная организация рабочего места;
— эмоциональные перегрузки.
5.2. Производственная санитария
Усложнение функциональной структуры деятельности в связи с применением электронно-вычислительных систем, видеотерминалов, предъявляет новые подчас повышенные требования к организму человека. Недоучет роли человеческого фактора при проектировании и создании вычислительных центров неизбежно отражается на качественных и количественных показателях деятельности работников, в том числе приводит к замедлению или ошибкам в процессе принятия решения.
Создание и широкое внедрение в народное хозяйство быстродействующих электронно-вычислительных машин на основе микропроцессорной техники обусловило значительное увеличение количества вычислительных центров и соответственно численности работников, обеспечивающих их функционирование.
К основным помещениям предъявляются особые требования. Площадь машинного зала соответствует площади, необходимой по техническим условиям для данного типа ЭВМ: площадь на одно рабочее место с ВДТ, ЭВМ и ПЭВМ для взрослых пользователей составляет не менее 6,0 м², а объем не менее 20,0 м³
5.3. Условия и факторы
С целью обеспечения комфортных условий для обслуживающего персонала и надежности технологического процесса согласно устанавливают следующие требования к микроклиматическим условиям, приведённые в таблице 2.
Интенсивность теплового излучения работающих от нагретых поверхностей технологического оборудования, осветительных приборов, инсоляции на постоянных местах не превышает 35 Вт/м² при облучении 50% поверхности тела и более.
Для создания нормальных метеорологических условий наиболее целесообразно уменьшить тепловыделения от самого источника — монитора, что предусматривается при разработке его конструкции.

Таблица 5.1
Параметры воздушной среды на рабочих местах
Кроме того, это достигается также обеспечением соответствующей площади и объема производственного помещения, устройством эффективной системы вен­тиляции и кондиционирования.
Системы отопления и системы кондиционирования следует устанавливать так, чтобы ни теплый, ни холодный воздух не направлялся на людей. На производстве рекомендуется создавать динамический климат с определенными перепадами показателей. Температура воздуха у поверхности пола и на уровне головы не должна отличаться более, чем на 5 градусов. В производственных помещениях помимо естественной вентиляции предусматривают приточно-вытяжную вентиляцию. Основным параметром, определяющим характеристики вентиляционной системы, является кратность обмена, т.е. сколько раз в час сменится воздух в помещении.
Работа видеотерминалов сопровождается выделением тепла. Для поддержания нормального микроклимата необходим достаточный объем вентиляции, для чего в вычислительном центре предусматривается кондиционирование воздуха, осуществляющее поддержание постоянных параметров микроклимата в помещении независимо от наружных условий.
Рациональное освещение рабочего места является одним из важнейших факторов, влияющих на эффективность трудовой деятельности человека, предупреждающих травматизм и профессиональные заболевания. Правильно организованное освещение создает благоприятные условия труда, повышает работоспособность и производительность труда. В дневное время в вычислительном центре используется естественное боковое одностороннее освещение, в вечернее время или при недостаточном освещении — искусственное общее равномерное,
Помещения для работы с дисплеями и видеотерминалами относятся к I группе по задачам зрительной работы.
Нормированный уровень освещенности для работы с ЭВМ — 400 лк, КЕО — 4%.
В помещениях, оборудованных ЭВМ, предусматриваются меры для ограни­чения слепящего воздействия светопроемов, имеющих высокую яркость (8000 кд/м² и более), и прямых солнечных лучей для обеспечения благоприятного распределения светового потока в помещении и исключения на рабочих поверхностях ярких и темных пятен, засветки экранов посторонним светом, а так же для снижения теплового эффекта от инсоляции. Это достигается путем соответствующей ориентации светопроемов, правильного размещения рабочих мест и использования солнцезащитных средств.
Требования к снижению дискомфортной блескости и зеркального отражения в экранах удовлетворяются путем использования светильников с комбинированным прямым и отраженным направлением света, которое осуществляется с помощью двойной крестовой оптики. Часть прямого светового потока лампы направляется через параболический зеркальный растр таким образом, что ограничивается слепящее действие прямого и отраженного света; отраженная часть излучения лампы направляется широким потоком на потолок.
В случае если экран ВТ обращен к оконному проему, предусматриваются специальные экранирующие устройства. Окна рекомендуется снабжать светорассеивающими шторами (р = 0,5 — 0,7), регулируемыми жалюзи или солнцезащитной пленкой с металлическим покрытием.
В тех случаях, когда одного естественного освещения в помещении недостаточно, устраивают совмещенное освещение. При этом дополнительное искусственое освещение в помещении и рабочих местах создает хорошую видимость информации на экране ВТ, машинописного и рукописного текста и других рабочих материалов. При этом в поле зрения работающих обеспечиваются оптимальные соотношения яркости рабочих и окружающих поверхностей, исключена или максимально ограничена отраженная блеклость от экрана и клавиатуры в результате отражения в них световых потоков от светильников и источников света.
Для искусственного освещения помещений ВЦ предусмотрены люминесцентные лампы белого света (ЛБ) и темно-белого цвета (ЛТБ) мощностью 65 или 80 Вт.
Планировка рабочего места удовлетворяет требованиям удобства выполнения работ и экономии энергии оператора, рационального использования площадей и удобства обслуживания устройств ЭВМ. Кнопки для включения, ручки управления средств сигнализации обеспечивают минимальные затраты.
Шум, неблагоприятно воздействуя на организм человека, вызывает психические и физиологические нарушения, снижающие работоспособность, приводит к увеличению числа ошибок при работе.
Нормированные уровни шума согласно /10/ и /14/ приведены в таблице 5.2 и обеспечиваются путем использования малошумного оборудования, применением звукопоглощающих материалов для облицовки помещений, а также различных звукопоглощающих устройств (перегородки, кожухи, прокладки и т. д.).
Шум не превышает допустимых пределов, так как в вычислительной технике нет вращающихся узлов и механизмов (за исключением вентилятора), а наиболее шумное оборудование (АЦПУ) находится в специально отведенных помещениях.
Основными источниками шума в помещениях, оборудованных ЭВМ, являются принтеры, множительная техника и оборудование для кондиционирования воздуха, в самих ЭВМ — вентиляторы систем охлаждения и трансформаторы.
Таблица 5.2
Нормативные значения уровня шума
Основными нормативными документами по защите от поражения электротоком являются «Правила устройства электроустановок, ПУЭ», «Правила технической эксплуатации электроустановок потребителей» и «Правила техники безопасности при эксплуатации электроустановок потребителей». Помещение вычислительного центра по степени опасности поражения элктрическим током относится к помещниям без повышенной опасностью.
Основные меры защиты от поражения током:
1)        изоляция и недоступность токоведущих частей;
2)        защитное заземление ( ).
Для оказания первой помощи пострадавшему от электрического тока необходимо быстрое отключение оборудования, которого касается пострадавший, определение состояния пострадавшего и выбор мер первой помощи.
Экспериментальные данные свидетельствуют о высокой биологической активности ЭМП во всех частотных диапазонах. При относительно высоких уровнях облучающего ЭМП современная теория признает тепловой механизм воздействия. При относительно низком уровне ЭМП принято говорить о нетепловом или информационном характере воздействия на организм. Варианты воздействия ЭМП на биоэкосистемы, включая человека, разнообразны: непрерывное и прерывистое, общее и местное, комбинированное от нескольких источников и сочетанное с другими неблагоприятными факторами среды и т.д.