Авоська Возможности КИС для ведения электронного бизнеса

СОДЕРЖАНИЕ

Введение 3

1 Теоретические возможности корпоративных информационных систем для ведения электронного бизнеса 5

1.1 Актуальность внедрения корпоративной информационной системы для ведения электронного бизнеса 5

1.2 Понятие и сущность корпоративной информационной системы 8

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

1.4 Сравнительный анализ отечественных и зарубежных корпоративных информационных систем 32

2 Анализ корпоративной информационной системы в сети магазинов «Авоська-два» 41

2.1 Общая характеристика компании 41

2.2 Анализ существующего документооборота 43

2.3 IT-аудит корпоративной информационной системы 50

3 Внедрение корпоративной информационной системы в сети магазинов «Авоська-два» 58

3.1 Разработка проекта внедрения корпоративной 58

информационной системы 58

3.2 Изменения в компании после внедрения корпоративной информационной системы 77

3.3 Оценка эффективности предлагаемых мероприятий 88

4 Обоснование экономической эффективности проекта 94

4.1 Оценка качества программного продукта 94

4.2 Определение трудоемкости разработки системы 99

4.3 Определение состава и численности исполнителей 101

4.4 Определение стоимости разработки 102

ЗАКЛЮЧЕНИЕ 104

Список использованнЫХ ИСТОЧНИКОВ 107

ПРИЛОЖЕНИЯ 112

Введение

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

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

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

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

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

Целью данной работы является разработка корпоративной информационной системы (КИС) для ведения электронного бизнеса ООО «Авоська-два».

Для достижения поставленной цели в работе используется СУБД Microsoft Access. Выбор СУБД обусловлен тем, что программный комплекс Access входит в пакет Microsoft Office и, таким образом, установлен практически на каждом компьютере под управлением ОС Windows.

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

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

- спроектировать КИС для автоматизации деятельности ООО «Авоська-два»;

- реализовать КИС систему в СУБД Microsoft Access.

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

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

1 Теоретические возможности корпоративных информационных систем для ведения электронного бизнеса

1.1 Актуальность внедрения корпоративной информационной системы для ведения электронного бизнеса

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

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

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

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

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

По данным компаний Gartner и Xerox, при «старинном» бумажном документообороте безрезультатно расходуется около 20% рабочего времени офисного сотрудника любого предприятия, так если в год организация «впустую» расходует месячный фонд оплаты труда Многие ученые и аналитики отмечают, что в современном мире развитие бизнеса происходит просто с огромной скоростью. В своей лекции «От биотехнологий – к биоэкономике» академик РАН, профессор М. Кирпичников пишет, «что сам человек уже не успевает за тем темпом развития, который он сам себе и задал».

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

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

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

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

1.2 Понятие и сущность корпоративной информационной системы

Термин корпорация происходит от латинского слова corporatio - объединение. Корпорация обозначает объединение предприятий, работающих под централизованным управлением и решающих общие задачи. Как пра­вило, корпорации включают предприятия, расположенные в разных регио­нах и даже в различных государствах (транснациональные корпорации). В самом общем смысле термин корпорация означает объединение предприятий, работающих под централизованным управлением и решающих общие задачи. Корпорация является сложной, многопрофильной структурой и вследствие этого имеет распределенную иерархическую систему управления [35, c.67]. 

Корпоративное управление определяется как система взаимоотношений между акционерами, советом директоров и правлением, определенные уставом, регламентом и официальной политикой компании, а также принципом главенства права на основе принятой бизнес-модели. Бизнес-модель – это описание предприятия, как сложной системы, с заданной точностью. В рамках бизнес-модели отображаются все объекты (сущности), процессы, правила выполнения операций, существующая стратегия развития, а также критерии оценки эффективности функционирования системы. Форма представления бизнес-модели и уровень её детализации определяются целями моделирования и принятой точкой зрения. Предприятия, отделения и административные офисы, входящие в корпорацию, как правило, расположены на достаточном удалении друг от друга. Их информационная связь друг с другом образует коммуникационную структуру корпорации, основой которой является информационная система [15, c.43].

Информационная модель – подмножество бизнес-модели, описывающее все существующие (в том числе не формализованные в документальном виде) информационные потоки на предприятии, правила обработки и алгоритмы маршрутизации всех элементов информационного поля. Информационная система (ИС) – это вся инфраструктура предприятия, задействованная в процессе управления всеми информационно-документальными потоками, включающая в себя следующие обязательные элементы [49, c.101]:

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

2. Регламент развития информационной модели и правила внесения в неё изменений.

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

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

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

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

7. Аппаратно-техническая база, соответствующая требованиям по эксплуатации программного обеспечения (компьютеры на рабочих местах, периферия, каналы телекоммуникаций, системное программного обеспечение и СУБД).

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

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

Система управления любой компании включает три основные подсистемы [5, c.93]:

1. Планирование продаж и операций. 

2. Детальное планирование необходимых ресурсов (материалов, производственных мощностей, трудовых ресурсов и т.д.).

3. Управление исполнением планов в процессе производства и закупок (снабжения).

Все эти подсистемы реализуются на основе КИС. Корпоративные информационные системы (КИС) - это интегрированные системы управления территориально распределенной корпорацией, основанные на углубленном анализе данных, широком использовании систем информационной поддержки принятия решений, электронных документообороте и делопроизводстве. КИС призваны объединить стратегию управления предприятием и передовые информационные технологии [31, c.44].

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

1. Автоматизированные системы управления (АСУ).

2. Интегрированные системы управления (ИСУ).

3. Интегрированные информационные системы (ИИС).

4. Информационные системы управления предприятием (ИСУП).

Главная задача КИС - эффективное управление всеми ресурсами предприятия (материально- техническими, финансовыми, технологическими и интеллектуальными) для получения максимальной прибыли и удовлетворения материальных и профессиональных потребностей всех сотрудников предприятия [12, c.66].

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

1. Накапливать определенный опыт и формализованные знания;

2. Постоянно совершенствоваться и развиваться;

3. Быстро адаптироваться к изменяющимся условиям внешней среды.

К основным принципам построения КИС относятся:

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

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

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

Этапы проектирования КИС [11, c.84]:

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

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

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

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

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

6. Сопровождение. Регистрация, диагностика и локализация ошибок, внесение изменений и тестирование, управление режимами работы ИС.

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

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

Приведем краткое описание основных этапов. Разработка начинается на системном уровне и проходит через анализ, проектирование, кодирование (реализация), тестирование, сопровождение [20, c.56].

Рисунок 1 - Классический жизненный цикл разработки ПО

При этом моделируются действия стандартного инженерного цикла.

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

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

На этом этапе начинается решение задачи планирования проекта ПО.

В ходе планирования проекта определяются [23, c.65]:

     - объем проектных работ,

     - риск проектных работ,

     - необходимые трудозатраты,

     - формируются рабочие задачи,

     - формируется план-график работ.

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

Все определения документируются в спецификации анализа.

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

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

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

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

Достоинствами классического жизненного цикла являются [24, c.76]:

- получение плана и временного графика по всем этапам проекта;

- упорядочение хода разработки.

К недостаткам классического жизненного цикла относятся:

- частое отклонение реальных проектов от стандартной последовательности           шагов;

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

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

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

В то же время, такие системы для компаний со средним и малым масштабом сетей часто попадают под критерий «цена - качество», то есть должны обладать максимальной производительностью и надежностью при доступной цене [16, c.33].

Первоначально системы такого уровня базировались на классической двухуровневой клиент-серверной архитектуре (Two-tier architecture) (рисунок 2).

Рисунок 2 - Двухуровневая клиент-серверная архитектура

Данная клиент-серверная архитектура характеризуется наличием двух взаимодействующих самостоятельных модулей - автоматизированного рабочего места (АРМа) и сервера базы данных, в качестве которого может выступать Microsoft SQL Server, Oracle, Sybase и другие. Сервер БД отвечает за хранение, управление и целостность данных, а также обеспечивает возможность одновременного доступа нескольких пользователей [47, c.105].

Клиентская часть представлена так называемым «толстым» клиентом, то есть приложением (АРМ) на котором сконцентрированы основные правила работы системы и расположен пользовательский интерфейс программы. При всей простоте построения такой архитектуры, она обладает множеством недостатков, наиболее существенные из которых - это высокие требования к сетевым ресурсам и пропускной способности сети компании, а также сложность обновления программного обеспечения из-за «размазанной» бизнес-логики между АРМом и сервером БД. Кроме того, при большом количестве АРМов возрастают требования к аппаратному обеспечению сервера БД, а это самый дорогостоящий узел в любой информационной системе [65, c.43].

Как видим, минусов у такой архитектуры достаточно, а решение тривиально - нужно отделить бизнес-логику от клиентской части и СУБД, выделив ее в отдельный слой. Так и поступили разработчики и следующим шагом развития клиент-серверной архитектуры стало внедрение среднего уровня, реализующего задачи бизнес-логики и управления механизмами доступа к БД [30, c.32] (рисунок 3).

Рисунок 3 - Трехуровневая клиент-серверная архитектура

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

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

Существует еще один важный момент использования систем, построенных на такой архитектуре. Самый верхний уровень (АРМы), в целом обладающий огромной вычислительной мощностью, на самом деле простаивает, занимаясь лишь выводом информации на экран пользователя. Так почему бы не использовать этот потенциал в работе всей системы? Рассмотрим следующую архитектуру (рисунок 4) которая позволяет решить эту задачу [75, c.54].

Рисунок 4 - Распределенная архитектура системы

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

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

Корпоративные информационные системы можно разделить на два класса: финансово-управленческие и производственные [36, c.122].

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

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

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

Эти системы функционально различны: в одной может быть хорошо развит производственный модуль, в другой - финансовый. Сравнительный анализ систем такого уровня и их применимости к конкретному случаю может вылиться в значительную работу. А для внедрения системы нужна целая команда из финансовых, управленческих и технических экспертов. Производственные системы значительно более сложны в установке (цикл внедрения может занимать от 6-9 месяцев до полутора лет и более). Это обусловлено тем, что система покрывает потребности всего предприятия, и это требует значительных совместных усилий сотрудников предприятия и поставщиков программ [10, c.94].

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

Специализация отражается как в наборе функций системы, так и в существовании бизнес - моделей данного типа производства. Наличие встроенных моделей для определенного типа производства отличает производственные системы друг от друга. У каждой из них есть глубоко проработанные направления и функции, разработка которых только начинается или вообще не ведется [58, c.93].

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

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

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

Также различают виды КИС, такие как заказные (уникальные) и тиражируемые КИС [37, c.81]:

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

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

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

Адаптации и референционные модели входят в состав многих систем класса MRP II / ERP, что позволяет значительно сократить сроки их внедрения на предприятия [49, c.101].

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

Используется также следующая классификация. КИС делятся на три (иногда четыре) большие группы: 1)  простые («коробочные»); 2)  среднего класса; 3) высшего класса. Простые («коробочные») КИС реализуют небольшое число бизнес-процессов организации. Типичным примером систем подобного типа являются бухгалтерские, складские и небольшие торговые системы наиболее широко представленные на российском рынке. Например, системы таких фирм как 1С, Инфин и т.д. [17, c.84].

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

Они нуждаются в настройке, которую в большинстве случаев осуществляют специалисты фирмы-разработчика, а также в обучении пользователей. Эти системы больше всего подходят для средних и некоторых крупных предприятий в силу своей функциональности и более высокой, по сравнению с первым классом, стоимости. Из российских систем данного класса можно выделить, например, продукцию компаний Галактика, ТБ.СОФТ [59, c.201].

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

Как правило, при внедрении таких систем производится моделирование существующих на предприятии бизнес-процессов и настройка параметров системы под требования бизнеса. Однако значительная избыточность и большое количество настраиваемых параметров системы обуславливают длительный срок ее внедрения, и также необходимость наличия на предприятии специального подразделения или группы специалистов, которые будут осуществлять перенастройку системы в соответствии с изменениями бизнес-процессов. На российском рынке имеется большой выбор КИС высшего класса, и их число растет. Признанными мировыми лидерами являются, например, R/3 SAP, Oracle Application компании Oracle.

Наиболее значимыми характеристиками КИС являются [13, c.84]:

1. Архитектура информационной системы - состав элементов и их взаимодействие.

2. Сетевые технологии, их масштабы и топология сети.

3.  Функциональная структура управления, реализованная в информационной системе (состав подсистем, комплексов задач).

4.  Организационная форма хранения информации (централизованная или распределенная база данных).

5. Пропускная способность системы - скорость обработки транзакций.

6. Объем информационного хранилища данных.

7. Системы документов и документооборот.

8. Количество пользователей КИС.

9. Пользовательский интерфейс и его возможности.

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

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

12.  Территориальная распределенность и значительные масштабы системы и объекта управления.

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

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

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

16. Реализация управления в реальном масштабе времени.

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

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

Далее рассматриваются существующие клиент-серверные архитектуры построения информационных систем. Концепция Material Resource Planning (MRP) (конец 60-х) обеспечивала планирование потребностей предприятий в материалах [28, c.93] (рисунок 5).

Рисунок 5 - Планирование потребностей предприятий

в материалах

Преимущество - минимизация издержек, связанных со складскими запасами сырья, комплектующих, полуфабрикатов и прочего, а также с аналогичными запасами, находящимися на различных участках непосредственно в производстве. Серьезный недостаток MRP: при расчете потребности в материалах не учитываются загрузка и амортизация производственных мощностей, стоимость рабочей силы, потребляемой энергии и т.д. В общем виде система управления предприятием, построенная в соответствии со стандартом MRPII, имеет вид [3, c.12] (рисунок 6).

Рисунок 6 - Система управления предприятием

MRPII – центральная часть любой КИС на производственных предприятиях [40, c.95] (рисунок 7).

Рисунок 7 - MRPII – центральная часть КИС

Преимущества MRP II [37, c.88]:

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

- сокращение цикла производства и цикла выполнения заказа, следовательно, более гибкая реакция на спрос;

- сокращение незавершенного производства, т.к. работа не будет выдаваться, пока не потребуется «точно ко времени» для удовлетворения конечного спроса;

- значительное сокращение запасов, что позволяет более экономно использовать складские помещения и сокращает расходы на хранение;

-  сбалансированность запасов – уменьшение дефицита и устаревших запасов;

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

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

Сегодня модель MRP/ERP включает в себя следующие подсистемы, которые часто называют также блоками или сериями [29, c.143]: управления запасами; управления снабжением; управления сбытом; управления производством;  планирования; управления сервисным обслуживанием; управления цепочками поставок;  управления финансами. Подсистема управления запасами обеспечивает реализацию следующих функций (рисунок 8):

1) Inventory Control – мониторинг запасов;

2) Physical Inventory – регулирование и инвентаризация складских остатков.

Рисунок 8 - Управление запасами

Подсистема управления снабжением реализует следующие функции [67, c.83] (рисунок 9):

Рисунок 9 - Управление снабжением

1) Purchase Orders - заказы на закупку;

2) Supplier Schedules - график поставок;

3) MRP - планирование потребности в материалах, понимаемое как управление заявками на закупку.

Базовыми функциями подсистемы управления сбытом являются [14, c.45] (рисунок 10):

Рисунок 10 - Управление сбытом

1) Sales Quotations -квотирование продаж;

2) Sales Orders / Invoices -заказы на продажу (счета фактуры);

3) Customer Schedules -график продаж потребителям;

4) Configured Products -конфигурирование продуктов;

5) Sales Analysis -анализ продаж;

6) Distributed Resource Planning (DRP) - управления ресурсами распределения.

В подсистеме управления производством реализуются следующие функции (рисунок 11), соответствующие различными типам производственных процессов [26, c.90]:

1) Product Structures -спецификация изделий, определяющая, какие материалы и комплектующие используются в производимом изделии;

2) Routings / Work Centers -операции/центры переработки, включает в себя описание цехов, участков, рабочих мест;

Рисунок  11 - Управление производством

3) Formula / Process -технологические процессы производства продукции с маршрутизацией по рабочим центрам для объемного (процессного) производства;

4) Work Orders – наряд-задание (сменное задание) на производство работ для позаказного и мелкосерийного производства;

5) Shop Floor Control -управление трудозатратами (диспетчирование);

6) Repetitive -поточное производство (для серийного и массового производства).

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

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

Подсистема планирования реализует следующие функции [9, c.83]:

1) Product Line Planning (PLP) – финансовое планирование товарно-номенклатурных групп (ТНГ);

2)  Master Scheduling Planning (MSP) – главный календарный график или объемно календарное планирование;

3)  Distribution Resource Planning (DRP) – планирование распределения ресурсов (RCP);

4)  Materials Requirements Planning (MRP) – планирование потребности материалов;

5)  Capacity Requirements Planning (CRP) – планирование потребления мощностей.

Эту функциональность можно условно отнеси к трем уровням планирования, отражающим иерархию планов в ERP-модели [48, c.90] (рисунок 12).

Рисунок 12 - Иерархия планов в ERP-модели

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

Подсистема управления цепочками поставок предназначена для обеспечения эффективного управления материальными и соответствующими им информационными потоками: от поставщика через производство к потребителю. Реализованная в подсистеме идеология «управления глобальными цепочками поставок» дает промышленным предприятиям возможность представлять свою деятельность в виде так называемых эффективных цепочек логистики: от поставщиков сырья и комплектующих до продажи готовых изделий конечному потребителю. При этом обеспечиваются широкие возможности управления транснациональными компаниями, координации распределенного между многими дочерними компаниями производства [38, c.44].

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

Рисунок 13 - Обращение финансовых и материальных потоков

Сквозное управление материальными потоками находит свое отражение в управлении финансовыми потоками [51, c.81]:

1) General Ledger – главная бухгалтерская книга, предназначенная для отражения финансовых транзакций и ведения бухгалтерского учета;

2)  Multiple Currency – мультивалютность, для ведения учета в разных валютах;

3) Accounts Receivable -дебиторская задолженность;

4) Accounts Payable -кредиторская задолженность;

5) Payroll -заработная плата;

6) Cost Management -управление себестоимостью;

7) Cash Management -управление платежами;

8) Fixed Assets -учет основных средств.

 Модель MRP/ERP реализована в ряде информационных систем (ERP –систем) корпоративного уровня. Согласно статистическим данным, полученным при анализе использования ERP-систем в США, результатом внедрения таких систем на предприятиях является сокращение объемов запасов в среднем на 17 %, уменьшение затрат за закупку сырья и материалов на 7%, повышение рентабельность производства в среднем на 30% и качества выпускаемой продукции на 60% [5, c.18].

Достоинством и одновременно недостатком классических систем ERP (SAP R/3, BAAN, Oracle Application) является их универсальность. У них есть модели для любого типа производственного процесса, и количество автоматизированных рабочих мест определяется исключительно финансовыми возможностями заказчика. Проект с использованием такой системы не может обойтись дешевле 500 тысяч долларов, а чаще всего стоит несколько миллионов долларов. Эти системы оптимальны для компаний, ведущих масштабный бизнес.

Для компаний среднего масштаба или имеющих не слишком диверсифицированный бизнес больше подходят другие системы ERP. Эти продукты более специализированы и предназначены для самого массового сегмента рынка - среднего и малого бизнеса, то есть для компаний с годовым оборотом от 3 до 10 млн. долларов и количеством работающих от 100 до 1000 человек. Типовая стоимость проекта по внедрению такой системы составляет от 50 до 250 тысяч долларов [20, c.14].

1.4 Сравнительный анализ отечественных и зарубежных корпоративных информационных систем

На российском рынке представлены решения международного класса от компаний Microsoft, SAP и Oracle. На настоящий момент корпорация Microsoft предлагает на российском рынке два основных продукта в данной области: Navision и Dynamics. Следует отметить, что Microsoft Navision применяется в России с 1995 г и стала первым ERP-решением международного уровня, прошедшим сертификацию Министерства Финансов Российской Федерации [28, c.91].

В настоящее время существует целый ряд базирующихся на платформе Navision решений от различных производителей, адаптированных для автоматизации бизнес-задач в различных отраслях. Наряду с основными задачами Navision реализует такие приложения, как SCM (управление цепочками поставок) и CRM (взаимоотношения с клиентами). Microsoft Dynamics (ранее Axapta) – новая для российского рынка платформа, которая позиционируется производителем как гибкая мультивалютная ERP-система для средних и крупных компаний.

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

Кроме того, это решение предлагает средства для системного администрирования и для решения таких задач, как управление пользователями, централизованное управление данными и управление Web- сервисами. Вся функциональность решения базируется на технологической платформе SAP NetWeaver [39, c.181].

Решение «Управление ресурсами предприятия» расширено за счет специальных функций и моделей лучших практик бизнеса для конкретных отраслей. Вместе с тем стоимость пакета лицензий при приобретении средств автоматизации от SAP обычно в десятки раз выше других производителей, а обслуживание таких систем требует привлечения высококвалифицированного персонала узкой специализации, в связи с этим решения от SAP занимают весьма ограниченный сектор на Российском рынке [16, c.93].

Oracle E-Business Suite - интегрированный комплекс приложений для электронного бизнеса, работающий в рамках локальной сети Интранет и глобальной сети Интернет. Комплекс включает в себе полный набор решений, необходимых для автоматизации управления современным предприятием. Oracle E-Business Suite позволяет на единой платформе решать широкий спектр задач: 1) управление эффективностью предприятия на основе системы корпоративных показателей; 2) бюджетирование и консолидация; 3) учет и отчетность; 4) управление производством; 5) управление запасами и цепочками поставок; 6) управление персоналом; 7) управление качеством; 8) управление продажами [61, c.83].

Пакет бизнес-приложений Oracle E-Business Suite включает в себя более 150 интегрированных программных модулей, позволяющих предприятию решать бизнес-задачи в области управления производством, финансами, материально-техническим снабжением, запасами и сбытом, маркетингом и продажами, взаимодействием с поставщиками и отношениями с покупателями, а также эффективно строить кадровую политику, управленческий учет и проводить операции через электронные торговые площадки. Приложения Oracle CRM, Oracle ERP, Oracle E-Hub (Exchange) полностью интегрированы и созданы для работы друг с другом, образуя полный, единый комплекс для электронного бизнеса — Oracle E-Business Suite, что позволяет предприятиям использовать единый источник данных в системе.

Таблица 1 - Сравнительная таблица западных ERP-систем

Комплекс бизнес-решений корпорации «Галактика» на основе передовых информационных технологий обеспечивает [57, c.66]:

1. Управление ресурсами предприятия в соответствии с концепцией ERP принятие управленческих решений за счет определения, планирования, достижения и анализа ключевых показателей деятельности предприятия (Balanced Scorecard, KPI).

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

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

4. Построение системы учета и формирование различных видов отчетности.

5. Управление материальными и финансовыми потоками (логистика).

6. Финансовое планирование и оперативный финансовый менеджмент, управленческий учет.

7. Производственное планирование и управление производством, контроллинг.

8. Управление персоналом и кадровой политикой.

Корпорация «Галактика» обладает лицензией ФСБ РФ на осуществление работ, связанных с использованием сведений, составляющих государственную тайну. Это позволяет использовать систему ERP в организациях и предприятиях оборонно-промышленного комплекса, а также в структурах, чья деятельность имеет стратегически важное значение для государства [69, c.122].

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

В число клиентов «Паруса» входят «ЛУКОЙЛ-Пермнефтеоргсинтез», АО «Коминефтепродукт», ОАО «Ханты-Мансийск-Окртелеком», АО «Костромаэнерго», компании Hewlett-Packard и Pepsi International Bottlers Tradining, фирма «Партия», ФАПСИ, Генеральная прокуратура РФ и др. ПО, предлагаемое компанией «Парус» [46, c.77]:

1. Парус — система автоматизации для малого и среднего бизнеса.

2. Парус-Аналитика — аналитическая программа для торговых предприятий.

3. Триумф — система управления для крупных торговых компаний.

4. Парус-Бюджет — комплекс решений для бюджетных организаций.

5. Парус-Страхование — система управления страховой компанией.

6. Система управления «Парус» — система управления для промышленных предприятий.

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

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

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

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

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

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

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

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

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

Фирма «1С» выпускает тиражные прикладные решения, предназначенные для автоматизации типовых задач учета и управления в коммерческих предприятиях реального сектора и бюджетных организациях. В каждом программном продукте сочетается использование стандартных решений (общих для всех или нескольких программ) и максимальный учет специфики задачи конкретной отрасли или рода деятельности предприятия [68, c.93].

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

Сравнительный анализ ERP-систем с 1С Немецкая компания SAP AG, разработавшая ERP-систему SAP, имеет имидж продающей дорогие и «тяжелые» решения для крупных предприятий, поэтому данная система не подходит для малого и среднего бизнеса. Сравнительно недавно компания SAP AG выпустила решение для малых и средних предприятий SAP Business One, однако, цена и сложность внедрения остались на том же уровне. ЕRP-система 1С:Предприятие в этом отношении универсальна, и подходит для любого вида предприятий. Она с легкостью внедряется на базе крупного предприятия и также легко справится с автоматизацией небольшой компании [19, c.192] (таблица 2).

Таблица 2 - Сравнительная таблица российских ERP-систем

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

Еще одной системой международного класса является Microsoft Dynamics AX(Axapta). Сравнивая эту систему с ERP-системой 1С:Предприятие, можно говорить о том, что 1С не испытывает такого дефицита специалистов как Axapta. Внедренная ERP – система Axapta требует постоянных доработок и дополнений, и справится с этим, может только профессионал, который очень хорошо знает систему. Неверное архитектурное решение внедренца системы может привести к неправильному использованию системы. С ERP-системой 1С:Предприятие не возникает подобных проблем, компании которые представляют интересы 1С никогда не испытывают нехватки в специалистах [49, c.101].

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

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

В целом, для российского рынка наиболее предпочтительно использование отечественных ERP-систем, так как иностранные ERP- системы нуждаются в серьезной «подгонке» под российские реалии: язык, законодательство, требования конкретных отраслей. Из выделенных выше ERP-систем наиболее перспективна система 1С:Предприятие [34, c.125].

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

2 Анализ корпоративной информационной системы в сети магазинов «Авоська-два»

2.1 Общая характеристика компании

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

Сеть универсамов «Авоська-два» — один из крупнейших розничных операторов Москвы, Московской области, Нижнего Новгорода, Новосибирска. Сеть начинает свою историю с 1999 года. На сегодняшний день под торговой маркой «Авоська-два» работает более 80 универсамов. Численность сотрудников компании более 3'000 человек.

В Новосибирске на сегодняшний день успешно работают 12 универсамов. Численность сотрудников более 300 человек. В Нижнем Новгороде - 11 универсамов, численность сотрудников - более 200 человек.

«Авоська-два» — это универсам для тех, кто экономит время и деньги, универсам для всей семьи. Ежедневно в универсамах «Авоська-два» делают покупки более 100000 человек. Отличительной чертой работы компании является формирование комплексного подхода к удовлетворению нужд потребителей. Основные принципы работы сети:

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

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

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

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

Департамент по контролю за сохранностью ТМЦ

Заместитель директора по текущей деятельности

Директор ООО «Авоська-два»

Бухгалте-рия

Департамент маркетинга и торгового проектирова-ния

Департамент технического обеспечения и общих вопросов

Финансо-вый департа-мент

Департамент по работе с персоналом

Департамент по закупке товаров и логистике

Ревизион-ная служба

Департамент оперативного управления

Служба внутреннего аудита

Рисунок 14 - Организационная структура управления ООО «Авоська-два»

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

Для вычислительной сети ООО «Авоська-два» применяется топология, которая называется «иерархическая звезда» (рисунок 15).

Рисунок 15 - Схема локальной сети предприятия

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

Особенность локальной сети ООО «Авоська-два» является наличие 8 портовых концентраторов в комнатах. Так как в группе 12 компьютеров, то для ее создания соединяем 2 концентратора. При этом еще остается возможность расширения сети. Подключение каждого компьютера и концентраторов между собой осуществляется на основе технологии Fast Ethernet по спецификации 100Base-T4 с использованием кабелей UTP-3. Для сохранения правила 2 хабов, будем считать, что у нас имеются концентраторы II класса. Объединение групп в отделы проводится с помощью коммутатора. Подключение также проводится по технологии Fast Ethernet, спецификация 100Base-T4, на основе витой пары 3 категории.

Коммутаторы отделов подключаются к коммутатору здания. А коммутаторы зданий к маршрутизатору. К нему также подключается сервер, на котором установлены DNS-сервер и DHCP-сервер, и Internet. Маршрутизатор осуществляет выход во внешнюю среду (Internet) по принципу 50/50. Соединение отделов и двух зданий между собой осуществляется с помощью технологии Fast Ethernet по спецификации 100Base-FX в полнодуплексном режиме с использованием многомодового оптоволокна.

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

2.2 Анализ существующего документооборота

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

ООО «Авоська-два»

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

Поставщик

Поставка

Оплата

Рисунок 16 - Информационные потоки в системе

расчета с поставщиками

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

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

2. Поставщик поставляет заказ и выставляет счет на оплату.

3. Счет имеет статус неоплачен до тех пор, пока не будет произведена оплата.

В настоящее время в ООО «Авоська-два» материальный учет ведется вручную или с помощью программных средств, таких как Microsoft Excel. Однако использование данных программных средств сводится к простому хранению данных, анализ и обработка которых также производится вручную. Сравнение разрабатываемой КИС закупочной деятельности ООО «Авоська-два» с используемой сейчас на предприятии машинно-ручной системой материального учета с точки зрения затрат будет проведено в третьей главе работы.

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

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

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

Система должна отвечать требованиям потребителя и обладать рядом свойств: надежной (выдавать одни и те же результаты при одних и тех же данных); универсальной (допускать широкую возможность ввода); защищенной (защита от сбоев); полезной (результаты, которые выдаются, являются ценными); эффективной (должна использовать ресурсы машины в заданных ограничениях); проверяемой (программу на практике можно проверить на надежность, точность); адаптируемой (модифицируемой); документированной. Системные требования: 1) ОС Windows XP и выше (рекомендуется Windows 7), 2) СУБД Microsoft Access 2003 и выше, 3) оперативная память 64 Мб и выше, 4) для хранения программы c исходной БД потребуется около 10 Мб на жестком диске (в зависимости от объема входящей информации размер рабочей базы данных может изменяться); 5) набор стандартных средств ввода/вывода (клавиатура, мышь, монитор); 6) для вывода на бумажный носитель отчетов рекомендуется наличие принтера.

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

1. Спроектировать и реализовать базу данных (БД) с реляционной структурой.

2. Реализовать средства доступа к БД посредством средств СУБД.

Систему закупочной деятельности ООО «Авоська-два» предполагается реализовать посредством средств СУБД Microsoft Access. Ниже перечислены основные свойства полей таблиц баз данных СУБД Microsoft Access.

Результат применения систем автоматизации представлен на рисунке 17.

Рисунок 17 - Результат применения систем автоматизации

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

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

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

Рисунок 18 - Схема движения информации в единой базе данных

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

Рассмотрим эти преимущества подробнее.

1. Надежность хранения данных. Важнейшим свойством известных СУБД – Oracle, MS SQL, MS Access, является высокая надежность хранения данных. Возможность создания резервных копий позволяет на 100% избежать проблем с данными в самых непредвиденных ситуациях.

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

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

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

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

Рисунок 19 - Исключение многократного ввода информации

2.3 IT-аудит корпоративной информационной системы

Типичный бизнес-процесс материального снабжения можно представить триадой «ПОТРЕБНОСТЬ - ЗАКУПКА - ПОСТАВКА». Процесс закупки начинается с поиска и подбора поставщиков по номенклатуре продукции в соответствии с утвержденными потребностями. Поиск ведется либо по внутренней корпоративной справочной базе (картотеке), либо по различным каталогам, справочникам, бюллетеням, рекламным материалам и пр., в том числе доступным в электронном виде и через глобальную сеть Интернет. В электронной системе снабжения, как правило, имеется возможность поиска поставщиков заданной продукции во внутреннем или внешнем каталоге, причем в качестве внешнего каталога может выступать открытая электронная торговая площадка.

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

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

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

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

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

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

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

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

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

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

- инфологический уровень;

- концептуальный уровень;

- внешний уровень;

- внутренний уровень.

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

- инфологическая схема, дающая общее информационно-логическое представление об информации предметной области;

- концептуальная схема, описывающая информацию о предметной области в терминах конкретной СУБД;

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

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

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

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

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

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

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

2. Товары. Атрибут – Номер Материала.

3. Склады.

Атрибут – Номер Склада.

4. Склады и Материалы

Атрибут – Код.

5. Поступление материала (Приходная накладная).

Атрибут – Номер Договора.

6. Отпуск материала (Расходная накладная).

Атрибут – Номер Договора.

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

Номер Поставщика

Наименование

Адрес

Телефон

Поставщики

Номер Товара

Наименование

Единица измерения

ТОВАРЫ

Код

Номер Склада

Номер Товара

Количество

СКЛАДЫ И ТОвАРЫ

Номер Договора

Дата

Наименование

Номер Поставщика

Номер Склада

Номер Товара Количество

Стоимость

Приходная накладная

Номер Склада

Наименование

СКЛАДЫ

Номер Договора

Дата

Наименование

Номер Склада

Номер Товара Количество

Стоимость

рАСходная накладная

Рисунок 20 - Инфологическая модель

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

Описание логической структуры БД на языке СУБД называется схемой.

Даталогическая модель системы представлена на рисунке 20.

На рисунке 21 мы видим таблицы, связанные между собой отношениями. В нашем случае это отношения один-ко-многим (1:М).

Номер_Поставщика (счетчик)

Наименование (текст)

Адрес (текст)

Телефон (текст)

Поставщики

Номер_Товара

(счетчик)

Наименование (текст)

Единица измерения (текст)

МАТЕРИАЛЫ

Код (счетчик)

Номер_Склада (число)

Номер_Товара(число)

Количество (число)

СКЛАДЫ И МАТЕРИАЛЫ

Номер_Договора (число)

Дата (дата)

Наименование (текст)

Номер_Поставщика (число)

Номер_Склада (число)

Номер_Товара(число) Количество (число)

Стоимость (денежный)

Приходная накладная

Номер_Склада

(счетчик)

Наименование

(текст)

СКЛАДЫ

Номер_Договора (число)

Дата (дата)

Наименование (текст)

Номер_Склада (число)

Номер_Товара(число)

Количество (число)

Стоимость (денежный)

рАСходная накладная

1:M

1:M

1:M

1:M

1:M

1:M

1:M

Рисунок 21 - Даталогическая модель

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

3 Внедрение корпоративной информационной системы в сети магазинов «Авоська-два»

3.1 Разработка проекта внедрения корпоративной

информационной системы

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

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

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

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

- автоматизации изготовления и хранения программной документации.

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

Поскольку ЕСПД представляет собой набор ГОСТов, в настоящее время её применение на территории РФ носит только рекомендательный характер, то есть ЕСПД применяется на добровольной основе (если иное не предусмотрено договором, контрактом, отдельными законами, решением суда и т.п.).

Стандарты ЕСПД подразделяют на группы, приведенные в таблице 3.

Перечень стандартов, входящих в ЕСПД:

ГОСТ 19.001-77. ЕСПД. Общие положения.

Таблица 3 - Стандарты ЕСПД

ГОСТ 19.002-80. ЕСПД. Схемы алгоритмов и программ. Правила выполнения. — Заменен на ГОСТ 19.701-90

ГОСТ 19.003-80. ЕСПД. Схемы алгоритмов и программ. Обозначения условные графические. — Заменен на ГОСТ 19.701-90

ГОСТ 19.004-80. ЕСПД. Термины и определения. — Заменен на ГОСТ 19.781-90

ГОСТ 19.005-85. ЕСПД. Р-схемы алгоритмов и программ. Обозначения условные графические и правила выполнения.

ГОСТ 19.101-77. ЕСПД. Виды программ и программных документов.

ГОСТ 19.102-77. ЕСПД. Стадии разработки.

ГОСТ 19.103-77. ЕСПД. Обозначение программ и программных документов.

ГОСТ 19.104-78. ЕСПД. Основные надписи.

ГОСТ 19.105-78. ЕСПД. Общие требования к программным документам.

ГОСТ 19.106-78. ЕСПД. Требования к программным документам, выполненным печатным способом.

ГОСТ 19.201-78. ЕСПД. Техническое задание. Требования к содержанию и оформлению.

ГОСТ 19.202-78. ЕСПД. Спецификация. Требования к содержанию и оформлению.

ГОСТ 19.301-79. ЕСПД. Программа и методика испытаний. Требования к содержанию и оформлению.

ГОСТ 19.401-78. ЕСПД. Текст программы. Требования к содержанию и оформлению.

ГОСТ 19.402-78. ЕСПД. Описание программы.

ГОСТ 19.403-79. ЕСПД. Ведомость держателей подлинников.

ГОСТ 19.404-79. ЕСПД. Пояснительная записка. Требования к содержанию и оформлению.

ГОСТ 19.501-78. ЕСПД. Формуляр. Требования к содержанию и оформлению.

ГОСТ 19.502-78. ЕСПД. Описание применения. Требования к содержанию и оформлению.

ГОСТ 19.503-79. ЕСПД. Руководство системного программиста. Требования к содержанию и оформлению.

ГОСТ 19.504-79. ЕСПД. Руководство программиста. Требования к содержанию и оформлению.

ГОСТ 19.505-79. ЕСПД. Руководство оператора. Требования к содержанию и оформлению.

ГОСТ 19.506-79. ЕСПД. Описание языка. Требования к содержанию и оформлению.

ГОСТ 19.507-79. ЕСПД. Ведомость эксплуатационных документов.

ГОСТ 19.508-79. ЕСПД. Руководство по техническому обслуживанию. Требования к содержанию и оформлению.

ГОСТ 19.601-78. ЕСПД. Общие правила дублирования, учета и хранения.

ГОСТ 19.602-78. ЕСПД. Правила дублирования, учета и хранения программных документов, выполненных печатным способом.

ГОСТ 19.603-78. ЕСПД. Общие правила внесения изменений.

ГОСТ 19.604-78. ЕСПД. Правила внесения изменений в программные документы, выполненные печатным способом.

ГОСТ 19.701-90 (ИСО 5807-85). ЕСПД. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения.

ГОСТ 19781-90. Обеспечение систем обработки информации программное. Термины и определения.

На рисунке 22 представлена схема данных, созданная непосредственно в СУБД Access.

Рисунок 22 - Схема данных

Структура таблицы Поставщики представлена на рисунке 23.

Рисунок 23 - Структура таблицы Поставщики

1. Номер_Поставщика – первичный ключ (тип счетчик).
2. Наименование – наименование поставщика.
3. Адрес – адрес поставщика.
4. Телефон – телефон поставщика.

Структура таблицы Товары представлена на рисунке 24.

Рисунок 24 - Структура таблицы Товары

1. Номер_Товара– первичный ключ (тип счетчик).
2. Наименование – наименование материала.
3. Ед_Измерения – единица измерения

Структура таблицы Склады представлена на рисунке 25.

Рисунок 25 - Структура таблицы Склады

1. Номер_Склада – первичный ключ (тип – счетчик).
2. Наименование – наименование склада.

Структура таблицы СкладыТовары представлена на рисунке 26.

Рисунок 26 - Структура таблицы СкладыТовары

1. Код – первичный ключ (счетчик).
2. Номер_Склада – внешний ключ к таблице Склады.
3. Номер_Товара – внешний ключ к таблице Товары.
4. Количество – количество материала.

Структура таблицы ПриходнаяНакладная представлена на рисунке 27.

Рисунок 27 - Структура таблицы ПриходнаяНакладная

1. Номер_Договора – первичный ключ (тип – целое число)
2. Дата – дата оформления накладной.
3. Наименование – наименование договра.
4. Номер_Поставщика – внешний ключ.
5. Номер_Склада – внешний ключ.
6. Номер_Товара– внешний ключ.
7. Количество – количество материала.
8. Стоимость – стоимость материала.

Структура таблицы РасходнаяНакладная представлена на рисунке 28.

Рисунок 28 - Структура таблицы РасходнаяНакладная

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

Рисунок 29 - Форма для просмотра и добавления информации

о поставщиках

Кнопка предназначена для открытия нового бланка для заполнения (рисунок 30).

Рисунок 30 - Добавление информации о поставщиках

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

Рисунок 31 - Форма для просмотра и добавления информации о товарах

Рисунок 32 - Форма для просмотра и добавления информации о складах

На рисунке 33 представлена форма оформления Приходной накладной.

Рисунок 33 - Форма для оформления Приходной накладной

Чтобы оформить Приходную накладную, следует:

1. Выбрать поставщика из списка.
2. Выбрать материал из списка.
3. Выбрать склад из списка.
4. Ввести количество материала.
5. Ввести стоимость материала.
6. Ввести накладную.
7. Ввести наименование договора.

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

На рисунке 34 представлена форма оформления Расходной накладной.

Рисунок 34 - Форма для оформления Расходной накладной

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

Для технологического обеспечения задачи используются запросы на языке SQL, а также средства языка Visual Basic for Applications (VBA), который является встроенным языком СУБД Access. Запросы - эти объекты служат для извлечения данных из таблиц и предоставления их пользователю в удобном виде. С помощью запросов выполняют такие операции как отбор данных, их сортировку и фильтрацию. Так подсчет общего количества Товаров данного вида на всех складах реализуется с помощью запроса «Всего Товаров данного вида»:

SELECT SUM(Количество)

FROM СкладыТовары

WHERE Номер_Склада=1 And Номер_Товара=9;

В запросе указывается номер склада и номер товара данного вида (например, 9). Результат выполнения запроса представлен на рисунке 35.

Рисунок 35 - Результат выполнения запроса «Всего Товаров данного вида»

Расчет стоимости оплаты за все поставленные Товары за определенный период реализуется с помощью запроса «Оплата Товаров»:

SELECT SUM(Стоимость) AS ОплатаТоваров

FROM ПриходнаяНакладная

WHERE (ПриходнаяНакладная.Дата BETWEEN #1/1/2017# AND #3/23/2017#);

В запросе указывается временной период – как, например, в вышеприведенном запросе – от 1 января 2017 года до 23 марта 2017 года. Результат выполнения запроса представлен на рисунке 36.

Рисунок 36 - Результат выполнения запроса «Оплата Товаров»

Расчет стоимости, по которой за определенный период были отгружены Товары, реализуется с помощью запроса «Отгрузка Товаров»:

SELECT SUM(Стоимость) AS ОтгрузкаТоваров

FROM РасходнаяНакладная

WHERE (РасходнаяНакладная.Дата BETWEEN #1/1/2016# AND #3/23/2016#);

В запросе также указывается временной период с 1 января 2017 г. до 23 марта 2017 г. Результат выполнения запроса представлен на рисунке 37.

Рисунок 37 - Результат выполнения запроса «Отгрузка Товаров»

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

Private Sub Кнопка1_Click()

Dim S1, S2, S3, S4, S5, S6, S7, SQL As String

Dim Code1, Code2, Code3, Num1, Num2, Num3, Count As Integer

Dim Price As Currency

Dim SQLQuery As QueryDef

Set dbsCurrent = CurrentDb

Список1.SetFocus

If Список1.ItemsSelected.Count = 0 Then Num1 = 0 Else Num1 = Список1.ItemsSelected.Item(0)

Code1 = Список1.Column(0, Num1)

Список2.SetFocus

If Список2.ItemsSelected.Count = 0 Then Num2 = 0 Else Num2 = Список2.ItemsSelected.Item(0)

Code2 = Список2.Column(0, Num2)

Список3.SetFocus

If Список3.ItemsSelected.Count = 0 Then Num3 = 0 Else Num3 = Список3.ItemsSelected.Item(0)

Code3 = Список3.Column(0, Num3)

Поле1.SetFocus

S1 = Str(Поле1.Text)

Поле2.SetFocus

S2 = Поле2.Text

S3 = Str(Code1)

S4 = Str(Code2)

S5 = Str(Code3)

Поле3.SetFocus

S6 = CStr(Поле3.Text)

Поле4.SetFocus

S7 = CStr(Поле4.Text)

SQL = «INSERT INTO ПриходнаяНакладная (Номер_Договора, Дата, Наименование, Номер_Поставщика, Номер_Склада, Номер_Товара, Количество, Стоимость) VALUES ('« + S1 + «', Date(),'« + S2 + «','« + S3 + «','« + S4 + «','« + S5 + «','« + S6 + «', '« + S7 + «')»

DoCmd.RunSQL SQL

Set SQLQuery = dbsCurrent.QueryDefs(«Всего Товаров данного вида»)

SQLQuery.SQL = «SELECT SUM(Количество) FROM СкладыТовары WHERE Номер_Склада = « + S4 + « AND Номер_Товара= « + S5

If IsNull(SQLQuery.OpenRecordset.Fields(0).Value) Then

SQL = «INSERT INTO СкладыТовары (Номер_Склада, Номер_Товара, Количество) VALUES ('« + S4 + «','« + S5 + «','« + S6 + «')»

DoCmd.RunSQL SQL

Else

SQL = «UPDATE СкладыТовары SET Количество = Количество + '« + S6 + «' WHERE Номер_Склада = « + S4 + « AND Номер_Товара= « + S5

DoCmd.RunSQL SQL

End If

End Sub

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

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

2) Обрабатываются значения текстовых полей, то есть определяются остальные параметры запроса.

3) Выполняется запрос на вставку (INSERT INTO) значения в таблицу ПриходнаяНакладная.

4) Выполняется запрос на обновление (UPDATE) или вставку (INSERT) значения соответствующего Товара в таблице СкладыТовары.

Процедура обработчика нажатия кнопки «Учесть выбывшие Товары» на форме Расходная Накладная имеет вид:

Private Sub Кнопка1_Click()

Dim S1, S2, S3, S4, S5, S6, SQL As String

Dim Quant As Double

Dim Code1, Code2, Num1, Num2 As Integer

Dim Price As Currency

Список1.SetFocus

If Список1.ItemsSelected.Count = 0 Then Num1 = 0 Else Num1 = Список1.ItemsSelected.Item(0)

Code1 = Список1.Column(0, Num1)

Список2.SetFocus

If Список2.ItemsSelected.Count = 0 Then Num2 = 0 Else Num2 = Список2.ItemsSelected.Item(0)

Code2 = Список2.Column(0, Num2)

Поле1.SetFocus

S1 = Str(Поле1.Text)

Поле2.SetFocus

S2 = Поле2.Text

S3 = Str(Code1)

S4 = Str(Code2)

Поле3.SetFocus

S5 = CStr(Поле3.Text)

Поле4.SetFocus

S6 = CStr(Поле4.Text)

SQL = «INSERT INTO РасходнаяНакладная (Номер_Договора, Дата, Наименование, Номер_Склада, Номер_Товара, Количество, Стоимость) VALUES ('« + S1 + «', Date(),'« + S2 + «','« + S3 + «','« + S4 + «','« + S5 + «','« + S6 + «')»

DoCmd.RunSQL SQL

SQL = «UPDATE СкладыТовары SET Количество = Количество - '« + S5 + «' WHERE Номер_Склада = « + S3 + « AND Номер_Товара= « + S4

DoCmd.RunSQL SQL End Sub

Процедура выполняется аналогично предыдущей:

1. Определяются внешние ключи (Номер_Склада, Номер_Товара) с помощью выбранных в списках на форме значений складов и Товаров.

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

3. Выполняется запрос на вставку (INSERT INTO) значения в таблицу РасходнаяНакладная.

4. Выполняется запрос на обновление (UPDATE) значения соответствующего Товара в таблице СкладыТовары.

КИС закупочной деятельности ООО «Авоська-два» реализована в СУБД Microsoft Access.

В данной СУБД базы данных всегда представлены в виде одного файла с расширением .mdb. Данный файл можно открыть на любом ПК с установленным пакетом Microsoft Access. После запуска окно СУБД имеет вид (рисунок 38).

СУБД Access предоставляет возможность пользователю работать со следующими объектами БД: таблицы, запросы, формы, отчеты. Однако пользователю КИС закупочной деятельности ООО «Авоська-два» нет необходимости работать напрямую с таблицами БД. Пользовательский интерфейс реализуется с помощью объектов-форм.

Рисунок 38 - Открытие БД

Основными формами является Приходная накладная и Расходная накладная. Приходная накладная служит для учета поступивших товаров. Чтобы учесть товары следует выбрать в выпадающих списках на форме требуемого поставщика, товар, и склад. Затем следует ввести числовые и текстовые значения в следующие поля: Количество, Стоимость, Номер договора, Наименование договора (рисунок 39).

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

Рисунок 39 - Пример заполнения Приходной накладной

Рисунок 40 - Сообщение о подтверждении добавления записи

В случае нажатия кнопки «Да» соответствующая запись будет добавлена в таблицу ПриходнаяНакладная (рисунок 41).

Рисунок 41 - Добавление записи в таблицу ПриходнаяНакладная

Как видно на рисунке 40, Номер_Склада = 1, Номер_Товара= 8. Данный товар уже имеется на складе № 1 (рисунок 42).

Рисунок 42 - Количество товара 9 до учета поступившего товара

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

Рисунок 43 - Обновление записи в таблице СкладыТовары

Рисунок 44 - Количество товара № 8 после учета поступившего товара

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

SELECT DISTINCT Склады.Наименование, Товары.Наименование, Товары.Ед_Измерения, СкладыТовары.Количество

FROM ((Склады INNER JOIN СкладыТовары ON (Склады.Номер_Склада = СкладыТовары.Номер_Склада))

INNER JOIN Товары ON (Товары.Номер_Товара= СкладыТовары.Номер_Товара))

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

3.2 Изменения в компании после внедрения корпоративной информационной системы

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

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

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

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

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

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

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

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

К трудовым показателям относятся:

1) абсолютное снижение трудовых затрат:

ΔТ=Т₀-Т₁, (1)

где:

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

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

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

К_Т=ΔТ/Т₀*100%, (2)

3) индекс снижения трудовых затрат, или повышение производительности труда:

Y_T=T₀/T₁, (3)

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

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

Т_ОК=К_П/ΔС, (4)

где К_П - затраты на создание проекта машинной обработки информации (проектирование и внедрение).

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

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

- выбирается количество объектов в пределах норматива обслуживания одним штатным работником;

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

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

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

1) установить единый период разового выполнения 1-й работы в году;

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

3) обеспечить одинаковый уровень управления и аналогичность объектов управления.

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

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

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

- на обработку информации после машины;

- прочие трудозатраты.

К операциям, выполняемым при подготовке информации к вводу в машину, например, относятся:

- сбор исходных данных;

- контроль исходных данных;

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

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

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

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

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

, чел.-ч, (5)

где Т_рi, - трудозатраты персонала предприятия на ручные операции по i-й работе выполняемой по всем объектам, формирующим ее, чел.-ч;

Р_i - количество периодов выполнения i-й работы в году;

z - количество работ, по которым определяются трудозатраты.

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

Трудозатраты персонала предприятия на ручные операции по 1-й работе, выполняемой по всем объектам, формирующим ее, определяются по формуле

Т_рi=Т_пдi+Т_оi+Т_прi, чел.-ч, (6)

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

Т_оi; - трудозатраты на обработку информации после машины за один период выполнения i-й работы по всем объектам, формирующим ее, чел.-ч;

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

Т_прi = Т_пдi

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

, чел.-ч, (7)

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

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

ω - доля трудозатрат на выполнение операций визуального контроля при зоре входной информации. Принимается равной 0,1 - 0,2;

n_i - количество наименований документов, используемых при выполнении i-ч работы.

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

, чел.-ч, (8)

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

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

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

, чел.-ч, (9)

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

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

, чел.-ч, (10)

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

С - скорость перевода информации на машинный носитель, знак/чел.-ч.

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

, знак, (11)

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

- среднее количество знаков в одном показателе документа j-го наименования, знак/показатель.

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

Объем информации, переводимый на машинный носитель по i-й работе, одновременно является и объемом вводимой в машину информации.

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

, ч, (12)

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

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

, ч, (13)

где τ_ВВi - количество часов машинного времени, затрачиваемого на ввод информации в машину за один период выполнения i-й работы по всем объектам, форсирующим ее, ч;

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

τ_ОБРi - количество часов машинного времени, затрачиваемого на обращение к памяти за один период выполнения i-й работы по всем объектам, формирующим, ч.

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

, ч, (14)

где Х_ВВ - скорость ввода информации в машину, знак/с;

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

, ч, (15)

где h - доля машинного времени, затрачиваемого на печать на печать выходной информации, подлежащая оплате. Экспертно принимается равной 0,3;

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

σ_j - количество экземпляров выходного документа j-го наименования;

σ_j^’ - количество экземпляров выходного документа j-го наименования, печатаемых на машинной ленте одновременно;

X_выв ~ скорость вывода на печать информации, строк/мин.

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

, ч, (16)

Расчет по методике проводится в следующем порядке:

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

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

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

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

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

Затраты на выполнение функции управления при ручной обработке данных определяются:

, руб., (17)

где S - средняя месячная заработная плата одного работника с начислениями, руб./чел.-мес.;

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

d - продолжительность рабочего времени в месяце, ч/мес.

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

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

, руб., (18)

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

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

Затраты на выполнение ручных операций по функции управления при машинной обработке данных определяются:

, руб., (19)

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

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

, руб., (20)

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

, руб., (21)

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

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

, руб., (22)

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

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

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

3.3 Оценка эффективности предлагаемых мероприятий

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

Таблица 4 - Входные документы

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

Таблица 5 - Выходные документы

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

Данные расчета представлены в таблице 6.

Таблица 6 - Расчет трудозатрат на заполнение входных документов

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

Таблица 7- Данные расчета трудозатрат на обработку информации входных документов

Т_ПД = 326 чел.-ч. Прочие трудозатраты Т_ПР = Т_ПД = 326 чел.-ч. Далее рассчитываются трудозатраты на обработку информации после машины за один период выполнения i-й работы по всем объектам, формирующим ее, по формуле 8. Данные расчета представлены в таблицах 8 и 9.

Таблица 8 - Расчет трудозатрат на обработку информации выходных документов

Таким образом, Т_О = 316,25. Поскольку количество периодов выполнения i-й работы в году Р_i учитывалось при расчете и , то расчет Т_РФ упрощается: Т_РФ = 326 + 316,25 + 326 = 968,25 чел.-ч.

Таблица 9 - Трудозатраты на обработку информации после машины за один период выполнения i-й работы по всем объектам, формирующим ее

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

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

Таблица 10 - Данные расчета трудозатрат на перевод информации
на машинный носитель

Таким образом, трудозатраты перевода данных на машинный носитель составят: Т_ПФ = 35,1632 чел.-ч. Количество часов машинного времени, затрачиваемого в год на обработку информации по функции управления, определяется по формуле 12. Скорость ввода информации в машину Х_ВВ=3480/3600= 0,967 знак/с. Данные расчета представлены в таблице 11.

Таблица 11 - Данные расчета количества часов машинного времени на ввод
информации

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

Таблица 12 - Данные расчета количества часов машинного времени на печать выходной информации

Условно принимаются: доля машинного времени, затрачиваемого на печать выходной информации, подлежащая оплате h = 0,3; количество экземпляров выходного документа j-го наименования =2; количество экземпляров выходного документа j-го наименования, печатаемых на машинной ленте одновременно, =1; скорость вывода на печать информации Х_ВЫВ = 660 строк/мин.

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

Таблица 13 - Данные расчета количества часов машинного времени на печать выходной информации

Определяется количество часов машинного времени, затрачиваемого в год на обработку информации по функции управления: = 14,157 ч. Затраты на выполнение функции управления при ручной обработке данных вычисляются по формуле 17. Среднемесячная заработная плата одного работника отдела снабжения составляет S = 7800 р./чел.-мес. Величина трудозатрат на обработку информации по функции управления за год при ручной обработке данных определяется по таблице 14.

Таким образом, = 1220 ч.

1220 - 968,25 = 251,75 чел.-ч.

Таблица 14 - Данные расчета времени на выполнение операций при
существующей технологии обработки информации

Экономия времени при машинной обработке составит 251,75 часов или 20,63%.

Продолжительность рабочего времени в месяце d = 176 ч/мес.

54068 р.

Затраты на выполнение ручных операций по функции управления при машинной обработке данных: 42911 р.

Затраты на перевод информации по функции управления на машинный носитель: 1558 р.

Таким образом, годовая экономия трудозатрат составит: 54068 – 42911 = 11157 р.

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

4 Обоснование экономической эффективности проекта

4.1 Оценка качества программного продукта

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

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

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

Так исходная полезность характеризуется следующими показателями:

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

- эффективность – то есть выполнение нужных функций без лишних затрат ресурсов;

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

Удобство эксплуатации можно охарактеризовать следующими показателями:

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

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

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

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

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

- точность – получаемые результаты должны отличаться от расчетных на допустимую величину;

- доступность – построение программного продукта допускает селективное использование его компонент;

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

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

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

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

Связь показателей на разных уровнях иерархии показана на рисунке 45.

О Б Щ А Я П О Л Е З Н О С Т Ь

мобильность

исходная полезность

удобство эксплуатации

надежность

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

учет человеческого фактора

оцениваемость

понятность

машино-

независимость

завершенность

точность

доступность

коммуникатив-ность

информатив-ность

согласованность

краткость

1.1

2.1

2.2

2.3

3.3

3.1

3.2

3.4

3.5

4.1

4.2

4.3

4.8

4.7

4.6

4.5

4.4

Рисунок 45 - Система показателей качества программного продукта

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

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

Таблица 15 - Весовые коэффициенты параметров системы качества программного продукта

По выделенным показателям произведем сравнение качества разработанного программного продукта с аналогом – программным продуктом «БухСофт: онлайн учет товаров».

Оценим оба программных продукта по каждому параметру в баллах от 1 до 10. Для этого в таблице приведены оценки трех независимых экспертов (D_i и D_i^*) и их усредненные значения. Данные приведены в таблице 16.

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

где n – количество оцениваемых параметров,

Kвес – весовой коэффициент,

Q – оценка.

Таблица 16 - Оценка программного продукта и выбранного аналога

Для разрабатываемого программного продукта получаем значение качества равное 7,76, а для аналога – 6,92. Получаем, что значение качества для разрабатываемого программного продукта больше, чем значение качества аналога. Вычислим отношение качества разработанного продукта к аналогу:

7,76 / 6,92 = 1,121

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

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

4.2 Определение трудоемкости разработки системы

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

- описание задачи;

- разработка алгоритма решения задачи;

- программирование;

- отладка;

подготовка документации.

Определить общую трудоемкость разработки проекта можно как сумму трудоемкостей этапов разработки:

Т_общ = Т_пз + Т_{разр.алг} + Т_прогр + Т_{комп.отл} + Т_{маш.док},

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

Т_пз = Q * B / (75…85) * К_квал – трудоемкость описания задачи.

Т_{разр.алг} = Q / (20…25) * К_квал – трудоемкость разработки алгоритма.

Т_прогр = Q / (20…25) * К_квал – трудоемкость программирования.

Т_{авт.отл} = Q / (4…5) * К_квал – трудоемкость автономной отладки.

Т_{комп.отл} = 1.5 * Т_{авт.отл} – трудоемкость комплексной отладки.

Т_{рук.док} = Q / (15…20 * К_квал) – трудоемкость подготовки рукописной документации.

Т_{маш.док} = 0.75 * Т_{рук.док} – трудоемкость подготовки машинной документации.

Q – условное число операторов.

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

Q = q * C * (1 + p),

где q - предполагаемое число операторов в программе;

С – коэффициент сложности программы, принимается равным от 1,25 до 2,0;

p – коэффициент коррекции программы при внесении в неё изменений, принимается равным от 0,05 до 0,1.

Отсюда, Q = 2500 * 1,35 * (1 + 0,05 ) = 3544.

Kквал. – коэффициент квалификации исполнителей, зависит от стажа работы (табл. 17).

Таблица 17 - Квалификация исполнителей

Отсюда, Кквал = 0,8.

В – коэффициент увеличения времени разработки вследствие некачественного описания задачи, принимается от 1,2 до 1,5 в зависимости от сложности программы.

Отсюда, В = 1,2.

Трудоемкость этапа описания задачи:

Т_пз = 3544* 1,2 / 75 * 0,8 = 70,9 (чел.-ч.) или 8,9 (чел.-дн.).

Трудоемкость этапа разработки алгоритма:

Т_{разр.алг} = 3544 / 25 * 0,8 = 177,2 (чел.-ч.) или 22,2 (чел.-дн.).

Трудоемкость этапа программирования:

Т_прогр = 3544 / 25 * 0,8 = 177,2 (чел.-ч.) или 22,2 (чел.-дн.).

Трудоемкость этапа отладки:

автономной

Т_{авт.отл} = 3544 / 5 * 0,8 = 886 (чел.-ч.) или 110,8 (чел.-дн.).

комплексной

Т_{комп.отл} = 1,5 * 110,8 = 166,2 (чел.-дн.).

Трудоемкость этапа подготовки документации:

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

Т_{рук.док} = 3544 / 20 * 0,8 = 221,5 (чел.-ч.) или 27,7 (чел.-дн.)

для машинной документации

Т_{маш.док} = 0,75 * 27,7 = 20,8 (чел.-дн.).

Отсюда общая трудоемкость разработки программного продукта:

Т_общ = 20,8 + 110,8 + 22,2 + 22,2 + 8,9 = 184,9 (чел.-дн.).

4.3 Определение состава и численности исполнителей

Состав исполнителей по этапам разработки и расчётная численность исполнителей приведены в таблице 18.

Таблица 18 - Состав и численность исполнителей

Численность исполнителей рассчитаем по формуле

Ч = Т_общ / Ф,

где Т_общ – трудовые затраты на все стадии разработки,

Ф – фонд рабочего времени.

Всего на разработку дипломного проекта выделено 4 месяца, в месяце 21 рабочий день, Ф = 21 * 4 = 84 дня.

Отсюда, Ч = 184,9 / 84 = 2,2

Состав исполнителей следующий:

Постановщик задачи = 0,063 + 0,08 + 0,013 + 0,264 + 0,025 ≈ 0,5 ставки.

Программист = 0,043 +0,185 + 0,251 + 1,055 + 0,223 ≈ 1,5 ставки.

4.4 Определение стоимости разработки

Смета разработки включает следующие статьи затрат:

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

2. Амортизация основных фондов.

3. Оплата труда (основная и дополнительная).

4. Отчисления от фонда оплаты труда.

5. Прочие расходы.

Материальные затраты включают стоимость потребляемой электроэнергии: на разработку затрачено 84 дня; рабочий день - 8 часов, энергопотребление ЭВМ – 0,2 кВт/час:

М = 84 * 8 * 1,70 * 0,2 =228,48 (руб.)

Начисление амортизации: стоимость одного компьютера, Ск = 25000 руб, годовая норма амортизации – 20%, то есть А = (25000*0,2/12) * 4 = 1666,67 (руб.) - амортизация за 4 месяца.

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

Таблица 19 - Месячные оклады исполнителей

Рассчитаем фонд заработной платы:

З_осн = (О_пз * Ч_пз * Q_пз ) / 21 + (О_п * Ч_п * Q_п ) / 21 ,

где Опз – оклад постановщика задачи,

О_п – оклад программиста;

О_пз – оклад постановщика задачи;

Q_пз – трудоемкость постановщика задачи;

Q_п – трудоемкость программиста;

Ч_пз – число занимаемых ставок постановщика задачи;

Ч_п – число занимаемых ставок программиста.

Отсюда, З_осн = (34346,7 * 0,5 * 37,4 ) / 21 + (27374,8 * 1,5 * 147,5 ) / 21 = = 31899,80 руб. Надбавки в размере 50% от фонда заработной платы включают в себя премию: З_н = 31899,80 * 0,5 = 15949,90 руб. Дополнительная заработная плата в размере 10% включает в себя компенсацию отпуска: З_доп = 47849,70 * 0,1 = 4784,97 руб. Отчисления на социальное страхование: С_с = 52634,67 * 0,3 = 13790,28 руб. Прочие расходы: общехозяйственные расходы, охрана, зарплата обслуживающего персонала, канцтовары (8% от прямых затрат): Пр = 66424,95 * 0,08 = 5314,00 руб.

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

Таблица 20 - Стоимость разработки

Таким образом, стоимость программного продукта составит: С_с = 228,48 + 1666,67 + 66424,95 + 5314,00 = 73634,1 руб. Это дешевле, чем покупать любой из рассмотренных выше программных продуктов и платить периодически за его техническую поддержку и обновление.

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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

Формулирование стратегии и целей являются главным фактором успешности внедрения КИС. Проекты, основанные на ясном стратегическом видении и стратегических оценках, достигли положительных результатов в 53% случаев (22% — при отсутствии такого стратегического подхода). Ключевым фактором для успеха внедрения является тщательный анализ текущей ситуации.

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

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

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

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

В ходе выполнения работы была спроектирована и реализована система для автоматизации системы закупочной деятельности ООО «Авоська-два» посредством СУБД MS Access. Поставленные задачи были выполнены в процессе работы над заданием. На этапе проектирования база данных системы была приведена к третьей нормальной форме, то есть данные, содержащиеся в ней, не избыточны.

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

Список использованнЫХ ИСТОЧНИКОВ

1. Аванесов Ю.А., Клочко А.Н., Васькин Е.В. Основы коммерции на рынке товаров и услуг. - М.: ТОО «Люкс-арт», 2014. - 175 с.
2. Андерсен В. Microsoft Office Access. Пер. с англ.- М.: АСТ, 2012.- 572 с.
3. Ассель Г. Маркетинг: принципы и стратегия: Учебник для вузов. - М.: ИНФРА-М, 2015.- 804 с.
4. Атре Ш. Структурный подход к организации баз данных.- М.: Финансы и статистика, 2013.- 320 с.
5. Бакаев В.В. Организация и технология розничной торговли. - Часть 1: Учебник. - Новосибирск: СибУПК, 2015. - 132 с.
6. Баканов М.И., Шеремет А.Д. Теория экономического анализа: Учебник. - М.: Финансы и статистика, 2015. - 416 с.
7. Балабанова JI.B. Оптовая торговля: маркетинг и коммерция.- М.: Экономика, 2014.- 206 с.
8. Баскин А. Одесс В. Оптовая торговля сегодня: плюсы и минусы. Анализ перестройки товарообращения на рыночный лад // РИСК. - 2014. - № 2.
9. Бернар И., Колли Ж.-К. Толковый экономический и финансовый словарь. Французская, русская, английская, немецкая, испанская терминология. - М.: Международные отношения, 2015. - 784 с.
10. Бланк И.А. Управление торговым предприятием. - М.: Тандем, 2014. - 416с.
11. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем.- М.: Финансы и статистика, 2016.- 351 с.
12. Болт Дж. Практическое руководство по управлению сбытом. - М.: Экономика, 2015. - 271 с.
13. Борисов Е.Ф., Петров А.А., Стерликов Ф.Ф. Экономика: Справочник. - М.: Финансы и статистика, 2012. - 400 с.
14. Бусек Ю. Малые и средние предприятия: политика и управление // Проблемы теории и практики управления. - 2012. - № 2.
15. Виноградова С.Н. Организация и технология торговли. - Мн.: Выш. школа, 2014. - 224 с.
16. Волгин В.В. Склад: Практическое пособие. - М.: Издательский дом «Дашков и К», 2014. - 315 с.
17. Воронин В.П. Методика выработки коммерческих решений: Учебное пособие. - М.: Изд-во МКУ, 2015. - 54 с.
18. Гаджинский A.M. Логистика: Учебник для высших и средних специальных учебных заведений.- М.: ИВЦ «Маркетинг», 2014. - 375 с.
19. Гаджинский A.M. Основы логистики. Учебное пособие. - М.: ИВЦ «Маркетинг», 2015. - 124 с.
20. Гармаш И.И. Математическое моделирование торгово-экономических процессов: Учебное пособие. - Белгород: БКАПК, 2014. - 122 с.
21. Гармаш И.И. Методические указания по проведению деловой игры «Ценовая политика». - Белгород: БКАПК, 2015. - 50 с.
22. Гармаш И.И. Методы и модели принятия решений в сфере обращения потребительских товаров. - СПб.: Изд-во СпбГУЭФ, 2012. - 144 с.
23. Гармаш И.И. Экономико-математические методы и модели в планировании. - Белгород: БКИ, 2014. - 60 с.
24. Герчикова И.Н. Менеджмент. - М: Банки и биржи, ЮНИТИ, 2014. - 478с.
25. Головкова А.С. Оперативное управление коммерческими процессами в организациях потребительской кооперации. - Белгород: Кооперативное образование, 2014. - 120 с.
26. Гольдштейн Г.Я., Катаев А.В. Маркетинг: Учебное пособие для магистрантов. - Таганрог: Изд-во ТРТУ, 2015. - 107 с.
27. Гордон М.П., Карнаухов С.Б. Логистика товародвижения. - М.: Центр экономики и маркетинга, 2014. - 168 с.
28. Грызанов Ю.П., Файницкий А.И. Управление товарными запасами в торговле. - М.: Экономика, 2013. - 215 с.
29. Дашков Л.П., Памбухчиянц В.К. Коммерция и технология торговли. - М.: Информационно-внедренческий центр «Маркетинг», 2014. - 448 с.
30. Джексон Г. Проектирование реляционных баз данных.- М.: Мир, 2015.- 252 с.
31. Дыбская В. Логистический взгляд на оптовый склад. // Логистика. - 2014.-№ 2.
32. Ермаков В.Ф. Потребительская кооперация на пути радикальных реформ.- Белгород: Изд-во БУПК, 2014.- 178 с.
33. Жданов С.А. Экономические модели и методы управления.- М.: Дело и Сервис, 2008.- 495 с.
34. Зайцева Г.В. Доходы, издержки и прибыль торгового предприятия: Учебное пособие. - Белгород: Изд-во БУПК, 2012. - 265 с.
35. Исаенко Е.В. Совершенствование механизма хозяйственных связей розничной торговли с поставщиками товаров. - Ставрополь: АО ИПФ «Нонпарель», 2015. - 136 с.
36. Карпова Т.С. Базы данных: модели, разработка, реализация.- СПб.: Питер, 2015.- 366 с.
37. Кириллов В.В. Структурированный язык запросов (SQL).- СПб.: ИТМО, 2014.- 380 с.
38. Ковалев В.В. Финансовый анализ: Управление капиталом. Выбор инвестиций. Анализ отчетности.- М.: Финансы и статистика, 2012.- 512с.
39. Кравченко Л.И. Анализ хозяйственной деятельности в торговле. – Мн.: Высшая школа, 2014. - 350 с.
40. Кравченко Т.К., Пресняков В.Ф. Информационные технологии управления предприятием. Учебное пособие.- М.: Изд-во ГУ-ВШЭ, 2012.- 440 с.
41. Кубалова Э. Торговля и рынок потребительских товаров // Маркетинг. - 2014. - №5.
42. Леви М., Вейтц Б.А. Основы розничной торговли: Пер. с англ. / Под ред. Ю.Н. Каптуревского.- СПб: Питер, 2015. - 448 с.
43. Лисиц И. Показатели ассортимента товаров как характеристики сбалансированности спроса и предложения // Маркетинг. - 2015. - № 4.
44. Макарова Г.В. Розничная торговая сеть потребительской кооперации: Учебное пособие. - Белгород: Изд-во БУГПС, 2012. - 100 с.
45. Макарова Г.В. Торговое обслуживание сельского населения: Учебное пособие. - Белгород: «Кооперативное образование», 2014. - 198 с.
46. Маклаков Г.В. Коммерческая деятельность в оптовых предприятиях: Учебное пособие. - Новосибирск, 2012. - 52 с.
47. Мартин Дж. Планирование развития автоматизированных систем.- М.: Финансы и статистика, 2014.- 196 с.
48. Мейер М. Теория реляционных баз данных.- М.: Мир, 2013.- 608 с.
49. Менеджмент: Учебник / Под ред. М.М. Максимцева и А.В. Игнатьевой. - М.: ЮНИТИ, 2014. - 342 с.
50. Михайлов А. Проектирование маркетинговой информационной системы// Маркетинг. - 2014. - № 2.
51. Мишин Ю. Слагаемые конкурентоспособности // РИСК. - 2015. - №1.
52. Мясникова Л. Информационное поле коммерции // РИСК. - 2014. - №12.
53. Новиков О.А. Организация и технология торговых предприятий в условиях реформирования кооперативной торговли. - М.: МУПК, 2014. - 251 с.
54. Обэр-Крис Д. Управление предприятия. - М.: Прогресс, 2014. - 303 с.
55. Организация коммерческой деятельности: Справочное пособие / Под ред. С.Н. Виноградовой. - Мн.: Высшая школа, 2014. - 464 с.
56. Осипова Л.В., Синяева И.М. Основы коммерческой деятельности: Учебник для вузов.- М.: ЮНИТИ, 2012. - 324 с.
57. Отскочная З.В. Сущность и содержание коммерческой работы. – Белгород: БКИ, 2015. - 218 с.
58. Памбухчиянц В.К. Организация, технология и проектирование торговых предприятий.- М.: ИВЦ «Маркетинг», 2014. - 320 с.
59. Панкратов Ф.Г., Серегина Т.К. Коммерческая деятельность. Учебник для высших и средних специальных учебных заведений. - М.: ИВЦ «Маркетинг», 2015. - 328 с.
60. Половцева Ф.П. Коммерческая деятельность: Учебник. - М.: ИНФРА-М, 2014. - 248 с.
61. Поляков А. Предприятие: стратегия эффективного хозяйствования // РИСК.- 2015.- № 10.
62. Раицкий К.А. Резервы повышения эффективности деятельности отраслей потребительской кооперации.- М.: Московский университет потребительской кооперации, 2015. - 227 с.
63. Салий В.В., Салий З.П. Маркетинговые стратегии в потребительской кооперации: Учебное пособие.- Новосибирск: СибУГПС, 2014. - 108 с.
64. Сергеев И.В. Экономика предприятия: Учебное пособие. - М.: Финансы и статистика, 2012. - 304 с.
65. Синецкий Б.И. Основы коммерческой деятельности: учебник. - М.: Юристь, 2014. - 659 с.
66. Современный экономический словарь. - М.: Инфра-М., 2015. - 479 с.
67. Тарасова Е.Е. Исследование коммерческой деятельности потребительской кооперации. - Белгород, 2015. - 295 с.
68. Тарасова Е.Е. Совершенствование коммерческой деятельности оптовых предприятий: Учебное пособие. - Белгород: БУПК, 2012. - 160 с.
69. Тиори Т., Фрай Дж. Проектирование структур баз данных.- М.: Мир, 2015.- 287 с.
70. Фридман A.M. Экономика торговой деятельности: Учебное пособие. - Воронеж: Изд-во ВГУ, 2015. - 176 с.
71. Хаббард Дж. Автоматизированное проектирование баз данных.- М.: Мир, 2014.- 294 с.
72. Цикритизис Д., Лоховски Ф. Модели данных.- М.: Финансы и статистика, 2015.- 344 с.
73. Шумакова К. Рекомендации по организации торговой деятельности в рыночных условиях // Современная торговля. - 2015. - №5.
74. Экономика предприятия: Учебник для вузов / Под ред. В.Я. Горфинкеля, Е.М. Купрякова. - М.: ЮНИТИ, 2015. - 367 с.

ПРИЛОЖЕНИЯ

Приложение 1

Склады и товары

Склад Товар Ед. измерения Количество

Главный склад

Масло сливочное кг. 41,7

Молоко пастеризованное 2,5% л. 1340,9

жирности

Помидоры тепличные кг. 60

Сметана 20% жирности кг. 55,13

Сыр российский кг. 100

Хлеб черный «Орловский» кг. 510

Колбаса краковская кг. 1250,05

Запасной склад № 1

Помидоры тепличные кг. 101,032

Колбаса краковская кг. 2122,01

Масло сливочное кг. 20

Молоко пастеризованное 3,2% л. 1245,84

жирности

Сметана 20% жирности кг. 50

Хлеб черный «Орловский» кг. 394

Молоко пастеризованное 2,5% л. 546,98

жирности

Запасной склад № 2

Сыр российский кг. 98

Ветчина кг. 223

Голень куриная кг. 969

Колбаса краковская кг. 188,052

Молоко пастеризованное 2,5% л. 1010,25

жирности

Молоко пастеризованное 3,2% л. 560

жирности

Огурцы тепличные кг. 5000

Помидоры тепличные кг. 60,6

Приложение 2

Поставщики

№ Наименование Адрес Телефон

1 Йошкар-Олинский г. Йошкар-Ола, Кокшайский пр-д, 44 +7 (8362) 68-56-03

мясокомбинат

2 Звениговский Звениговский р-н, п.Шелангер, ул.60 летие +7 (83645) 6-63-41

мясокомбинат Победы, д.2А

3 Сернурский сырзавод п. Сернур, ул. Заводская, дом 8а +7 (83633) 9-80-44

4 ОАО «Тепличное» Медведевский р-н, п. Медведево, ул. +7 (8362) 58-46-70

Железнодорожная, д.3

5 ЗАО «Племзавод Медведевский р-н, с. Кузнецово, ул. Мира, 1 +7 (8362) 57-92-05

«Семеновский»

6 ООО НПФ «РМЗ» г. Йошкар-Ола, ул. Машиностроителей, д. 131 +7 (8362) 63-44-62

7 Хлебокомбинат № 1 г. Йошкар-Ола, ул. Суворова, 26, корп. 1 +7 (8362) 42-34-20

8 ЗАО «Марийское» пгт. Краснооктябрьский, ул. Фабричная, 100 +7 (8362) 53-38-16

9 ООО «Русь Бейкери» г. Йошкар-Ола, Элеваторный проезд, дом 5 +7 (8362) 43-00-67

10 ООО «Хлебный дар» г. ЙОШКАР-ОЛА, ул. ПРОХОРОВА, д. 37Б, кв. 310 +7 (8362) 63-47-73

11 ООО «Птицефабрика Советский р-н, пгт. Советский, ул. Шоссейная, 30 +7 (83631) 6-76-76

Акашевская»

12 ООО «Наше пиво» Медведевский р-н, пгт.Медведево, ул.Чехова, д.24 +7 (8362) 58-16-38

Товары

№ Наименование Ед. измерения

1 Колбаса краковская кг.

2 Молоко пастеризованное 2,5% л.

жирности

3 Огурцы тепличные кг.

4 Молоко пастеризованное 3,2% л.

жирности

5 Сметана 20% жирности кг.

6 Голень куриная кг.

7 Сыр российский кг.

8 Помидоры тепличные кг.

9 Хлеб черный «Орловский» кг.

10 Масло сливочное кг.

11 Ветчина кг.

Приложение 3

Приходная Накладная

№ Дог. Дата Наименование Количество Стоимость

1234 12.03.2016 Договор на поставку колбасы краковской 32 15 000,00р.

1212 12.03.2016 Договор на поставку колбасы краковской 32 15 000,00р.

1256 12.03.2016 Договор на поставку куриной голени 550 110 000,00р.

134 12.03.2016 Договор на поставку молока пастеризованного 2,5% 480 12 000,00р.

789 12.03.2016 Договор на поставку молока пастеризованного 3,2% 1200 50 000,00р.

900 12.03.2016 Договор на поставку сметаны 20% жирности 74 37 777,50р.

888 12.03.2016 Договор на поставку сметаны 20% жирности 90 45 000,00р.

444 12.03.2016 Договор на поставку молока пастеризованного 3,2% 678 23 000,00р.

390 13.03.2016 Договор на поставку сыра 456 154 444,44р.

777 13.03.2016 Договор на поставку колбасы краковской 149 55 000,00р.

2222 13.03.2016 Договор на поставку колбасы краковской 315 142 000,12р.

1111 13.03.2016 Договор на поставку колбасы краковской 315 142 000,12р.

11062009 11.03.2016 Договор на поставку хлеба черного «Орловского» 275 5 500,00р.

3230 11.03.2016 Договор на поставку масла сливочного 450 67 500,00р.

112255 23.03.2016 Договор поставки помидоров тепличных 45 4 500,00р.

334466 23.03.2016 Договор поставки помидоров тепличных 15 1 500,00р.

Расходная Накладная

№ Дог. Дата Наименование Количество Стоимость

1234 14.03.2016 Отгрузка колбасы краковской 309 170 000,12р.

1235 15.03.2016 Отгрузка молока пастеризованного 2,5% жирности 333 10 000,00р.

1236 15.03.2016 Отгрузка молока пастеризованного 3,2% жирности 1428 50 000,00р.

1237 15.03.2016 Отгрузка масла сливочного 85 15 000,00р.

1238 16.03.2016 Отгрузка хлеба черного «Орловского» 1250 25 000,50р.

9990 23.03.2016 Отгрузка хлеба черного «Орловского» 10 300,00р.