Внедрение автоматизированной системы торговой деятельности для предприятия ЗАО "Полиграфия и коммуникации"

Содержание
 
Введение
Глава 1. Обзор и анализпредметной области
1.1 Обзор деятельности фирмы ЗАО«Поликомм»
1.2 Обзор и анализ областивнедрения
1.3 Обзор и анализ существующихавтоматизированных систем управления торговой деятельностью
1.4 Достоинства и недостаткисуществующих АСУ
1.5 Постановка задачи наразработку автоматизированной системы
1.5.1 Назначение
1.5.2 Функциональные требования
1.5.3 Требования к надежности
1.5.4 Требования к аппаратнымсредствам
1.5.5 Требования кинформационно-программной совместимости
1.5.6 Требования к программнойдокументации
Глава 2. Проектированиеавтоматизированной системы торговой деятельности
2.1 Принципиальное проектноерешение
2.1.1 Выбор архитектурыпрограммного обеспечения
2.1.2 Выбор программной среды длясоздания информационной системы.
2.1.3 Выбор системы управлениябазами данных.
2.2 Структурный анализ точекфункциональности
2.3 Проектирование структурыпрограммного обеспечения.
2.4 Проектированиеинформационного обеспечения
2.5 Проектирование структуры БД
2.6 Проектирование приложения“Прайс”.
2.7 Проектирование приложения“Счета”.
2.8 Проектирование приложения“Склад”.
2.9 Проектирование приложения“Заказы”
Глава 3. Экспериментальнаяпроверка программного комплекса
3.1 Исходные данные и постановказадачи для проведения тестирования.
3.2 Тестирование приложений
3.3 Анализ результатов,полученных при тестировании
Глава 4. Расчет экономическойэффективности проекта
4.1. Анализ рыночных возможностей продукта.
4.2. Расчет единовременных затратна разработку ПО.
4.3. Единовременные расходыорганизации заказчика ПО при внедрении автоматизированных рабочих мест (АРМ)
Стоимость ЭВМ, прочих аппаратных средств и сетевого оборудования
ПК
4.4. Источники финансирования проекта.
4.5. Текущие расходы пользователяПО при эксплуатации АРМ.
4.6. Экономия текущих затратпользователя ПО.
4.7 Показатели экономическойэффективности проекта.
Выводы по главе. 78
Заключение
Список литературы

Введение
Высокий темп современнойжизни в условиях развивающихся рыночных отношений повышает требования кобоснованности и быстроте принимаемых решений в области управленияпроизводственными и финансовыми процессами. В связи с этим, на первый планвыдвигается необходимость использования современных информационных технологий,включающих программные системы управления коммерческой, административной ихозяйственной деятельностью предприятия.
Целью работы является увеличениеколичества клиентов, рынков сбыта, увеличение прибыли, а так же быстротаобработки данных и сокращение бумажного документооборота. Для достиженияпоставленной цели необходимо создание универсальной масштабируемойавтоматизированной системы управления торговой деятельностью закрытогоакционерного общества ”Полиграфия и коммуникации”. Для этого в ходе разработкидипломного проекта, мною решались следующие задачи:
Обзор и анализ областивнедрения продукта
Обзор и анализсуществующих автоматизированных систем управления
Определение категорийпользователей системы
Определениефункциональных требований к программному обеспечению автоматизированной системы
Определение требований каппаратному обеспечению, информационно-программной совместимости и программнойдокументации
Выбор архитектурыпрограммного обеспечения, выбор системы управления базами данных, выборсредства разработки
Автоматизация управленияторговой деятельностью, на сегодняшний день, одна из самых важных задачпредприятия, ведь она позволяет сохранить конкурентоспособность на рынке засчет повышения эффективности производства и имиджа компании.
Разработка собственнойавтоматизированной системы — очень актуальная задача для данной организации,потому что, фактически, она обеспечивает техническую возможность выхода нарынок розничных продаж. На сегодняшний день, компания “Полиграфия икоммуникации” — ведущий поставщик компьютерной техники для организацийбелгородской области, специализирующийся на работе с корпоративными клиентами.Основные цели компании на ближайшие годы включают в себя увеличение объемовпродаж за счет организации работы с физическими лицами, что требует не толькопересмотра механизмов управления, но и предъявляет более высокие требования кинформационному обеспечению.
Рассмотрим преимуществаразработки собственной системы управления торговой деятельностью:
Во-первых, это конечноотносительно низкая стоимость такой разработки.
Во-вторых, собственнаяразработка — это максимальная ориентация на реализацию бизнес — процессовпредприятия, его уникальных финансовых и управленческих технологий.
В-третьих, это позволяетобеспечивать значительно более высокий уровень безопасности и независимости отвнешних факторов.
В-четвертых, оперативнаяреакция на изменения правил игры на рынке.
Таким образом, внедрениесобственной автоматизированной системы управления торговой деятельностьюпозволит не только максимально гибко решить основные задачи организации, но иобеспечит значительную экономию финансовых средств за счет сокращенияразличного рода потерь.

Глава 1. Обзор и анализ предметнойобласти
 
1.1 Обзор деятельности фирмы ЗАО «Поликомм»
Компания«Поликомм» создана в начале 1997 года. К тому времени все основныеработники и акционеры общества уже имели изрядный опыт работы на рынкевысокотехнологичного оборудования Белгородской области. Именно это помоглобыстро определить стратегию и направления развития фирмы и найти«своего» заказчика.
Изначальнобыла сделана ставка на работу с корпоративными клиентами, что, однако, непомешало нам завоевать определенное положение и в сфере малых предприятий.
Даннаякомпания является юридическим лицом и строит свою деятельность на основанииУстава и действующего законодательства Российской Федерации.
Компанияимеет также достаточный опыт в розничной продаже офисной техники, компьютеров икомплектующих к ним.
Основнымисферами деятельности предприятия являются:
Проектирование и внедрение сетевых проектов автоматизации масштабапредприятия
Комплексное решение задач включения предприятий в сеть Интернет.
Совместно с компанией«S-Energy» фирма участвовала в программах комплексного включенияорганизаций и фирм во всемирную сеть Internet. Вот самые крупнейшие из них,работающие на сетевом и офисном оборудовании от «Polycomm» ипользующиеся услугами интернет-провайдера «S-Energy»:
— БелГУ
— Областное УВД
— ЮКОС (Белнефтепродукт)
— Белдорбанк
— ОАО«Белгородэнерго»
— Администрация БО
— БМК
— БелГТАСМ
Так же фирма участвовалаво многих благотворительных сетевых проектах, поставляя оборудование иобеспечивая квалифицированную поддержку доступа к Internet:
— Православная гимназия
— Белгородско-Старооскольская епархия
— Новооскольскаяцерковно-приходская школа
— Средняя школа п.Уразово (Валуйского района)
— Гимназия № 1 г. Валуйки
— Казинская с.ш.
— Казначеевская с.ш.
— Колосковская с.ш.
— Бутырская с.ш.
— Губкинская с.ш. №4 и №9г.Губкин
Установка телефонных сетей
Цифровая АТС LucentDefinity максимальной емкостью 2400 абонентов, обслуживающая более 500телефонов в зданиях нового комплекса БелГУ, учережденческая АТС Samsung DCSдепартамента автодорог общего пользования администрации Белгородской области,обслуживающая порядка 130 абонентов. учережденческие АТС отделений пенсионногофонда Белгородской области (9 районов), более 20 офисных мини АТС.
Создание репрографическихцентров предприятия
Производствои продажа компьютеров под собственной торговой маркой «Polycomm».
Компанияможет заниматься отдельными видами деятельности только при полученииспециального разрешения (лицензии). Если условиями предоставления специальногоразрешения на занятием определенным видом деятельности предусмотрено требованиео занятии такой деятельностью как исключительной, то фирма не вправеосуществлять иные виды деятельности, предусмотренных специальным разрешением иим сопутствующих.
Фирмаосуществляет свою деятельность на основании любых операций, в том числе путем:
Проведенияработ и оказания услуг по заказам юридических лиц и граждан на основаниизаключенных договоров или в инициативном порядке на условиях, определяемыхдоговоренностью сторон;
Поставокпродукции, выполнения работ, оказания услуг в кредит, оказания финансовой илииной помощи на условиях, определенных договоренностью сторон;
Осуществлениясовместной деятельности с другими юридическими лицами для достижения общихцелей.
Даннаякомпания является собственником имущества, приобретенного в процессе егохозяйственной деятельности. Она осуществляет владение, пользование ираспоряжение находящимся в его собственности имуществом по своему усмотрению всоответствии с целями своей деятельности и назначением имущества.
Компанияимеет лицензию на строительство зданий и сооружений I и II уровнейответственности в соответствии с Государственным стандартом.
Специалисты компаниисертифицированы. Они прошли курсобучения по продаже и обслуживанию оборудования и программного обеспечениякрупных корпораций и фирм-производителей.
Сертификат участникамаркетинговых программ Intel — гарантия обеспечения технической поддержкикомпании и регулярного обучения специалистов.
Диплом и статуэткалучшего дилера компании OCS-Юг южного региона России по итогам 2003-2004 г.
Компания Polycommявляется партнером крупных фирм-производителей ивендоров, многие из которых сертифицировали деятельность.
1.2 Обзор и анализ области внедрения
 
На данный момент в Россииформируется рынок крупных проектов в сфере информационных технологий, затрагивающихне одно предприятие, а целые отрасли. По мнению экспертов компании “Оптима”[4], потенциальных заказчиков в ИТ – сфере на российском рынке целесообразноразбить на несколько групп:
Передовые(топливно-энергетический комплекс);
Перспективные (металлургия,банковский и финансовый сектор, госсектор);
Растущие (торговыерозничные сети и производители потребительских товаров, малые и средниепредприятия).
Передовые. Один изкрупнейших в России корпоративных потребителей информационных технологий – топливно-энергетическийкомплекс. Ориентация на экспорт располагает к лидерству: деньги наавтоматизацию у энергетических компаний есть, а требования инвесторов изарубежных контрагентов служат стимулом для внедрения ИТ. Автоматизацияконтроля за производством, транспортировкой, распределением и продажейэнергоресурсов позволит компаниям сохранить конкурентоспособность на мировомрынке даже при значительных колебаниях цен на эту продукцию.
Перспективные. Какполагают аналитики «Оптимы», значительный потенциал в области автоматизации уметаллургической отрасли. Передел собственности в ней близок к завершению, и напервый план выходят вопросы эффективности управления финансами и производством.Многие металлургические комбинаты переходят или планируют перейти напроизводство под заказ, что требует внедрения полноценных систем планирования иучета. Свободные средства у металлургических холдингов есть, а средний уровеньавтоматизации предприятий отрасли невысокий. На закупку и внедрение ИТ-решенийметаллургические предприятия выделяют не более 0,5% от оборота компании;средние и того ниже – около 0,1%. Вместе с тем руководители передовыхпредприятий считают, что расходы на ИТ необходимо увеличить до 0,7% — 1,5% отоборота. Так что металлургические холдинги становятся многообещающимипотребителями информационных технологий.
Крупные металлургическиекомбинаты с помощью автоматизации стремятся решить четыре главные задачи:
Обеспечитьсоциально-политическую стабильность в регионах, в которых они зачастую являютсяградообразующими предприятиями;
Достичь требуемойбезопасности производства и преемственности технологий;
Создать надежнуюкоммуникационную среду (на решение этой задачи направляется сейчас до 75% всехвложений отрасли в ИТ);
Повысить эффективностьпроизводства.
Главная проблема на путивнедрения ИТ – организационные проблемы холдингов: ИТ-службы управляющихкомпаний холдингов и входящих в них заводов не связаны единой вертикальюуправления и часто преследуют разные интересы. Особенно если проект требуетизменения традиционных для компании бизнес — процессов. Проблему можно решатьтолько административными мерами.
Другая весьмаперспективная отрасль для внедрения ИТ – банковский и финансовый сектор. Многиебанки переосмысливают сейчас стратегию бизнеса и свое место на рынке.Корпоративные клиенты давно поделены и конкуренция в банковском секторе оченьвысокая. Наиболее доходными и устойчивыми оказываются банки, предоставляющиемаксимально широкий спектр финансовых услуг. И многие банки стремятся перейтииз разряда специализированных в универсальные. А стремление к универсальности ирасширению клиентуры требует внедрения новых информационных технологий,особенно на базе Интернета. На закупку и внедрение информационных технологийбанки выделяют не менее 5% годовой сметы расходов.
Наиболее перспективнымобъектом автоматизации остается госсектор. Государство – крупнейший потребительинформационных технологий, и в ближайшем будущем потенциал этого рынка будетрасти, в частности за счет внедрения казначейской системы исполнения бюджетов исоздания различных баз данных (реестров населения, юридических лиц, земельныхкадастров) федерального масштаба.
Растущие. Торговыерозничные сети и производители потребительских товаров представляют собойзвенья одной производственно-коммерческой цепи. Эти отрасли динамичноразвиваются. За счет строительства новых заводов, фабрик и магазинов в нихпоявляется много новых объектов для автоматизации. Особенно актуальным являетсявнедрение информационных технологий в крупных торговых домах. Расходы торговыхдомов на информационные технологии растут и сейчас достигают 0,5 – 1% торговогооборота.
 
1.3 Обзори анализ существующих автоматизированных систем управления торговойдеятельностью
Первые автоматизированныесистемы управления ресурсами предприятия основывались на расчетах поспецификации состава изделия. По плану выпуска изделий формировались планыпроизводства и рассчитывались объемы закупки материалов и комплектующих изделий/АПИК92/. Конец 60-х годов связан с работами Оливера Уайта /Уайт78/, который вусловиях автоматизации промышленных предприятий предлагал рассматривать вкомплексе производственные, снабженческие и сбытовые подразделения. Такойподход и применение вычислительной техники впервые позволили оперативнокорректировать плановые задания в процессе производства (при изменениипотребностей, корректировке заказов, отказах оборудования). В публикациях Уайтаи Американского общества по управлению запасами и производством /АР92/ былисформулированы алгоритмы планирования, сегодня известные как MRP (Material Requirement Planning) – планирование потребностей вматериалах. Однако у концепции MRPесть серьезный недостаток. При расчете в рамках этой концепции потребности вматериалах не учитываются ни имеющиеся производственные мощности, ни ихзагрузка, ни стоимость рабочей силы. Этот недостаток был исправлен в концепции MRPII (Manufacturing Resource Planning – планирование производственныхресурсов) MRPII позволяла учитывать и планироватьвсе производственные ресурсы предприятия – сырье, материалы, оборудование,персонал, и т.д.
По мере развитияконцепции MRPII к ней добавлялись возможности учетаостальных затрат предприятия. Так появилась концепция ERP (Enterprise Resourceplanning – планирование ресурсов предприятия).В основе ERP лежит принцип создания единогохранилища данных, содержащего всю деловую информацию, накопленную организациейв ходе ведения бизнеса. Наличие хранилища (репозитария) избавляет отнеобходимости передавать данные от приложения к приложению, кроме того, любаячасть информации, которой располагает данная организация, становитсяодновременно доступной для всех работников, обладающих соответствующимиполномочиями.
Системы ERP предназначеныдля управления финансовой и хозяйственной деятельностью предприятий. Это«верхний уровень» в иерархии систем управления предприятием, затрагивающийключевые аспекты его производственной и коммерческой деятельности, такие какпроизводство, планирование, финансы и бухгалтерия, материально-техническоеснабжение и управление кадрами, сбыт, управление запасами, ведение заказов наизготовление продукции и предоставление услуг. Такие системы создаются дляпредоставления руководству информации для принятия управленческих решений, атакже для создания инфраструктуры электронного обмена данными предприятия споставщиками и потребителями [5]. Концепция ERP нашла широкое применение, поскольку планированиересурсов позволяло сократить время выпуска продукции, снизить уровеньтоварно-материальных запасов, а также улучшить обратную связь с потребителямипри одновременном сокращении управленческого аппарата.
Достоинством иодновременно недостатком ERP –систем является их универсальность. Существуют модели для любого типапроизводственного процесса, а количество автоматизированных рабочих местопределяется только финансовыми возможностями заказчика. В современных ERP добавляются механизмы управленияфинансово-промышленными группами и транснациональными корпорациями, включаяподдержку нескольких часовых поясов, языков, валют, систем бухгалтерского учетаи отчетности.
В настоящее время всезападные системы управления производством базируются на концепции ERP и отвечают ее рекомендациям. Ксожалению, по мнению Б. Гайфулина [6], большинство современных российскихсистем управления производством, не отвечают даже требованиям MRP, не говоря уже о других, более сложныхконцепциях.
Самый новый из стандартовуправления предприятиями – CSRP (Customer Synchronized Resource Planning) – помимо всего прочего охватывает ивзаимодействие с клиентами, оформление нарядов – заказов и технических заданий,поддержка заказчика на местах и т.д. Суть концепции CSRP состоит в том, чтобы интегрировать заказчика всистему управления предприятием.
По данным агентства Beafnd [6] на мировом рынке сейчас предлагаетсясвыше 500 систем класса MRPII– ERP. Развитие этого рынка идет оченьбыстрыми темпами – число внедрений таких систем в мире растет на 35-40% в год.На отечественном же рынке присутствует около десятка западных и три – четыреотечественные системы класса КИС (корпоративные информационные системы). Всеони представлены в таблице 1. Представленные в таблице системы отличаются отдругих присутствующих на российском рынке программных продуктов дляавтоматизации финансово-хозяйственной деятельности наиболее развитойфункциональностью, а также тем, что в них имеется модуль планирования производстваи оперативного управления им.
В приведенной нижетаблице упомянуты некоторые из имеющихся на отечественном рынке российских изападных систем, которые в той или иной степени можно отнести к ERP-системам.Объединяет их наличие функционального модуля, обеспечивающего управлениеторговой деятельностью.
Таблица 1.1. Российские и западные ERP-системы,представленные на отечественном рынке Наименование продукта Фирма-производитель Краткое описание R/3
SAP AG
www.sap.com SAP — безусловный лидер по объемам продаж ПО данного класса в России. Компания держит порядка 40% всего российского рынка ERP-систем. Система R/3 относится к классу крупных интегрированных систем и имеет в своем составе модули, которые существенно расширяют рамки традиционной ERP-системы. Стоимость решения на 50 рабочих мест составляет ориентировочно около $350 тыс. Стоимость внедрения как минимум равна стоимости лицензий, а чаще всего в несколько раз превышает ее. Срок внедрения зависит от требуемых функциональных возможностей. Можно сказать, что для российских предприятий он в среднем составляет год-два. Один из наиболее полномасштабных проектов внедрения системы R/3 осуществлен на Омском нефтеперерабатывающем заводе. Oracle Applications
Oracle
www.oracle.ru Позиции компании Oracle в России существенно слабее, чем у ее основного конкурента. Однако в мире в рейтинге Top100 журнала Manufacturing Systems за 2000 год система Oracle Applications обошла по финансовым показателям R/3 и заняла первое место. Отставание в России можно объяснить отчасти тем, что данное решение значительно позднее вышло на отечественный рынок. Стоимость решения на базе Oracle Applications несколько ниже, чем на базе R/3 (конкретных цифр в открытой печати не приводилось). Срок внедрения у Oracle Applications и R/3 примерно одинаков. Из наиболее известных проектов внедрения Oracle Applications можно отметить реализованный на Магнитогорском металлургическом комбинате. Baan IV
Baan
www.baan.ru Еще одна из западных ERP-систем, присутствующих на российском рынке. Класс системы тот же, что и у двух предыдущих. Стоимость именованной лицензии (на одного конкретного пользователя) составляет $3000, стоимость конкурентной лицензии (вне зависимости от количества сотрудников указывает только на ограничения по одновременному подключению к базе данных) — $6000. Внедрение в России в 1--3 раза дороже стоимости лицензий. Пример реализации — «Нижфарм». К сожалению, в России в настоящее время активно продвигается устаревшая версия системы, несмотря на то, что уже давно появилась версия iBaanERP. Irenaissance
ROSS Systems
www.rossinc.com Система ERP-класса для предприятий с процессным (непрерывным) типом производства. Полностью локализована, успешно внедряется в России с 1998 г. В мире — 3500 законченных внедрений, есть внедрения в России (Mary Kay, Alcoa CSI Vostok и др.). Невысокая стоимость и сроки внедрения. SyteLine
SYMIX
www.frontstep.ru Данная система относится к классу средних интегрированных систем. Имеет довольно много внедрений на предприятиях пищевой промышленности России. В их числе можно назвать Воронежскую кондитерскую фабрику. Axapta Damgaard Data Int. Система класса ERP, предназначенная для автоматизации средних и крупных производственных и торговых www.damgaard.ru предприятий. Это первая ERP-система, полностью ориентированная для работы в Интернете. Пример внедрения системы — холдинг «РУССО (Русские сорочки)». Общее количество установленных рабочих мест — 30. Стоимость внедрения ориентировочно может составлять несколько сот тысяч долларов. MFG/PRO* QAD www.qad.com ERP-система для крупных и средних предприятий с дискретным типом производства. 5200 законченных внедрений в мире, 8 — в России. Полностью локализована. По мнению различных экспертов, система является одним из самых сильных решений для дискретных производств (машиностроение, легкая промышленность, автомобилестроение, электроника и т.д.).* «ПАРУС» Корпорация «Парус» www.parus.ru Относится к классу финансово-управленческих систем. С точки зрения производства имеет возможности учета и простейшего планирования. Традиционно очень сильны позиции корпорации в бюджетных организациях. «Галактика» Корпорация «Галактика» www.galaktika.ru Данная система является лидером среди российских систем управления предприятием. По отдельным оценкам, ее доля составляет около 40% от всех российских поставщиков. По объемам продаж система уступает только R/3.Срок внедрения сильно зависит от выбранной функциональности и масштабов предприятия. Например, внедрение 100 рабочих мест на ОАО «Русский продукт» заняло около полутора лет. «БОСС-Корпорация» Компания «АйТи»  www.it.ru Интеграция учетных функций с производственной системой позволит данному продукту ускорить переход к классу средних интегрированных систем. Из наиболее успешных проектов отмечается проект по созданию системы управления финансами на Красноярском алюминиевом заводе. «1С: Торговля и склад»
Компания1С
www.1c.ru Хотя продукция компании 1С относится к классу локальных систем, не отметить данного игрока нельзя. В своем классе 1С занимает лидирующее положение, далеко опережая конкурентов. В составе продукции 1С есть и система «1С: Торговля и склад », которая позволяет в некотором объеме решить задачи производственного учета.
1.4 Достоинства и недостатки существующих АСУ
 
Рассмотрим некоторыекритерии, учитываемые при оценке существующих систем. Масштабируемость – речьидет о способности системы наращивать свой размер, как за счет увеличения числафункций, так и за счет увеличения круга пользователей. Адаптация к российскимусловиям – необходимо отметить, что этот критерий играет большую роль привнедрении автоматизированной системы. Он предполагает наличие механизмовпроведения операций, в соответствии с существующим законодательством РФ,стандартизованных форм отчетности и т.д. Под программной совместимостьюпонимается способность программного продукта к совместному использованию снаиболее распространенными платформами, системами управления базами данных,средствами сторонних разработчиков. Критерий “Аналитика” определяет степеньналичия аналитических функций и логистики в продукте.
Итак, рассмотримдостоинства и недостатки вышеперечисленных продуктов(отметим, что речь идет опрограммных модулях автоматизации торговой деятельности):
 
Таблица 1.2.
Плюсы и минусыотечественных и зарубежных продуктов Стоимость Надежность
Срок
внедрения Масштаби-руемость
Адаптация
к российским условиям Программ-мная совмести-мость Аналитика Аппаратные требования R/3 - + - + - - + - Oracle Applications - + - + - - + - Baan IV - + - - - - + - Axapta + - - + - + + - MFG/PRO - + - + - + + - Style Line - - + - - + - + Irenaissance - - + - - + - - “Парус” + - - - + + - + “Галактика” + - + - + - + + «БОСС-Корпорация» - - - + + - - - 1C”Торговля и склад” + - + - + - - +
Проанализировав этутаблицу, можно сказать, что использование зарубежных продуктов, имеющихотличную репутацию, таких как R/3 и Oracle Applications обойдется совсем недешево. Онисмогут предложить развертывание полномасштабных надежных автоматизированныхсистем управления, с мощными аналитическими функциями, но не для российскогопредприятия. Адаптация к условиям отечественного рынка потребует огромныхзатрат, да и решения эти все еще слишком требовательны к аппаратнымтребованиям. На другом полюсе – относительно недорогие решения отечественныхпроизводителей программного обеспечения: 1C”Торговля и склад”, “Галактика”, “Парус” и«БОСС-Корпорация». Сразу отметим, что достойные аналитические функциипредоставляет только продукт “Галактика”, а требованиям к надежности неудовлетворяет ни одна из этих марок. Baan IV, Axapta, MFG/PRO, Style Line, Irenaissance – “золотая середина”. К сожалению только Axapta и MFG/PRO имеют пятидесятипроцентноесоотношение достоинств и недостатков. Мы не ставим задачу выбора лучшей из них,а говорим о том, почему же необходимо новое решение.
Вывод: на IT-рынке не существует универсальногопрограммного продукта для автоматизации торговой деятельности предприятиякрупного российского бизнеса, удовлетворяющего вышеперечисленным требованиям.
 
1.5 Постановка задачи на разработку автоматизированнойсистемы
 
1.5.1Назначение
Автоматизированнаясистема управления торговой деятельностью предприятия предназначена дляупрощения ведения торгово-хозяйственной деятельности российского предприятиякрупного бизнеса, обеспечивая при этом поддержку мультивалютных расчетов.Номенклатура товаров и услуг – ограничена только масштабами предприятия. Системапредназначена как для оперативного, так и для текущего учета. Одна из основныхфункций – анализ и обработка накопленной информации для принятияконкурентоспособной политики развития.
 
1.5.2Функциональные требования
Автоматизированнаясистема управления должна быть ориентирована на работу следующих категорийпользователей: продавцов, менеджеров по продажам, менеджеров по закупкам,руководителей отделов продаж, руководителей торговой деятельности, сотрудниковсклада и бухгалтеров.
Она должна предоставлятьследующие возможности:
Оперативного учета. Всистеме должен быть реализована работа в оперативном режиме, то естьрегистрация операций продаж в реальном масштабе времени. Входная информация –список товаров, которые хочет приобрести покупатель. Выходная информация –список действительно проданных товаров и его стоимость. Результат – чек.
Работы с прайс-листом.Пользователь – менеджер по продажам, должен имеет возможность формировать икорректировать наборы товаров для обсуждения их с клиентом. Входная информация– список товаров, которые хочет приобрести покупатель. Выходная информация — откорректированныйсписок товаров и его стоимость. Результат — счет клиента.
Работы со счетамиклиентов. Пользователь – руководитель отдела продаж (или ответственное лицо)должен иметь возможность представить счета к исполнению или внести коррективы.Должны быть предусмотрены аналитические функции для получения яснойдетализированной оперативной информации о торговой деятельности предприятия вразрезе счетов. Пользователь – руководитель торговой деятельностью. Входнаяинформация – список счетов, выходная информация – выполненные счета, информацияо должниках и текущих задолженностях.
Формирования планазакупок. Пользователь – менеджер по закупкам должен иметь возможность дополнятьили корректировать его для формирования окончательного плана закупок. Входнаяинформация – список счетов. Выходная информация – план закупок.
Для складского учета.Пользователь – работник склада. Должна быть реализована возможность регистрациипоступления товаров на склад по системе заказов и вне ее, регистрация уходатоваров со склада. Должны быть аналитические функции для учета торговойдеятельности в разрезе товаров. Входная информация – список поставок и счетовна выполнение. Выходная информация – текущее состояние склада и динамикадвижения товаров.
Регистрации фактов оплатыпо счетам. Работа с банком. Пользователь – бухгалтер. Входная информация –платежные извещения. Выходная информация – список оплаченных счетов.

1.5.3 Требования к надежности
Система должнаобеспечивать высокий уровень надежности при хранении и обработке информации.Это необходимое требование для любой операции на каждом из этаповфункционировании автоматизированной системы управления, ведь важна не толькосохранность информации, но и ее целостность, структура. И если ответственностьза сохранность лежит большей частью на аппаратном комплексе и системеуправления базами данных, то обеспечение целостности информации лежит целикомна автоматизированной системе. Необходимо исключить повреждение структурыданных в результате работы человеческого фактора или нарушении логики работысистемы.
1.5.4 Требования к аппаратным средствам
Требования к аппаратномуобеспечению автоматизированной системы управления торговой деятельностьюпредприятия вытекают из текущего состояния технической оснащенностипредприятий, поэтому, на сегодняшний день, эти требования не должны быть оченьвысокими. Минимальные требования к компьютеру для работы с автоматизированнойсистемой – Intel Pentium I 200MHz,32Mb ОЗУ. Обязательным условием являетсяналичие локальной сети Ethernet спецификации IEEE 802.3(10Мбит/с) или выше и оборудования для обеспечения ее функционирования. Требованияк топологии сети отсутствуют.
1.5.5 Требования к информационно-программной совместимости
Требования к программнойсовместимости: возможность внедрения на платформе Windows 2000 Server;поддержка работы с СУБД Oracle8i; возможность подключенияавтоматизированной системы управления торговой деятельностью предприятия какмодуля для любой ERP-системы;
В процессе эксплуатациипрограммного продукта, зачастую возникают задачи, которые невозможно решитьвнутренними средствами. Интеграция средств сторонних разработчиков для решенияэтих задач приводит к значительному увеличению цены разработки. Поэтомуавтоматизированная система должна иметь интерфейсы для обмена информацией снаиболее распространенными приложениями для хранения и обработки информации: MSWord, MSExcel. Должна быть реализована поддержка программныхсредств сторонних производителей: FastReport, ExcelReport.
1.5.6 Требования к программной документации
Техническая документациядолжна отражать логику работы системы на уровне отдельных модулей. То естьнеобходимо наличие спецификаций для каждого функционального модуля системы.Руководство пользователя должно описывать работу с графическим интерфейсомпрограммы и основные этапы работы с ним для решения отдельных типовых задач изобщего функционала системы. Справочная система – минимальна, и вот почему: онаможет быть создана только после внедрения программного продукта, то естьмоменты отраженные в ней не должны привязываться к конкретной задаче. Таким образом,разработка справочной системы должна быть подготовлена на этапе внедрения.

Глава 2. Проектированиеавтоматизированной системы торговой деятельности
 
2.1Принципиальное проектное решение
В качествеавтоматизированной системы управления торговой деятельностью предприятияпредлагается использовать многопользовательское клиент-серверноеприложение(двухуровневая архитектура), разработанное с помощью интегрированнойсреды Borland Delphi 7 Enterprise Edition. Вкачестве системы управления базами данных предполагается использование продуктаOracle 8i Enterprise, на базе которого будет развернутакомбинированная OLAP\OLTP информационная система, где OLAP-компонента(Online Analytical Process) – обеспечит аналитические функции работысистемы(небольшое число запросов, время отклика некритично)
OLTP-компонента (Online Transaction Process) – обеспечит функции оперативного доступа большогочисла клиентов(большое число запросов, минимальное время отклика)
Информационная системабудет развернута на основе операционной системы Windows 2000 Serverплатформы Intel. Аппаратная часть: сервер — минимальныетребования к конфигурации Intel Pentium-3 450 MHz, 128 MbОЗУ. Рекомендуемая конфигурация — Intel Pentium-4 2,4 GHz, 512 MbОЗУ. В качестве операционной системы клиентской части предполагаетсяиспользовать Windows 98 и выше, поэтому требования каппаратному обеспечению таковы: минимальные – Intel Pentium-2MMX200MHz, 32Mb ОЗУ. Рекомендуемые — Intel Pentium-3 450MHz, 128 Mb ОЗУ.
 
2.1.1 Выборархитектуры программного обеспечения
Не секрет, что правильнаяи четкая организация информационных бизнес -решений является слагающим факторомуспеха любой компании. Особенно важным этот фактор является для предприятийкрупного бизнеса, которым необходима система, которая способна предоставитьвесь объем бизнес — логики для решения задач компании. В то же время, такиесистемы для компаний с крупными сетями часто попадают под критерий “цена — качество”, то есть должны обладать максимальной производительностью инадежностью при доступной цене. Информационная система управления, описанная вэтой работе, является приложением клиент-серверной архитектуры, чтопроиллюстрировано на рисунке 1:
/>
Рис.1 Архитектураинформационной системы
Данная клиент-сервернаяархитектура характеризуется наличием двух взаимодействующих самостоятельныхмодулей — автоматизированного рабочего места (АРМа) и сервера базы данных, вкачестве которого выступает Oracle. Сервер БД отвечает за хранение, управлениеи целостность данных, а также обеспечивает возможность одновременного доступанескольких пользователей. Клиентская часть может быть представлена такназываемым “толстым” клиентом, то есть приложением (АРМ) на которомсконцентрированы основные правила работы системы и расположен пользовательскийинтерфейс программы. При всей простоте построения такой архитектуры, онаобладает недостатками, наиболее существенные из которых — это высокиетребования к сетевым ресурсам и пропускной способности сети компании, а такжесложность обновления программного обеспечения из-за “размазанной” бизнес-логикимежду АРМом и сервером БД. Кроме того, при большом количестве АРМов возрастаюттребования к аппаратному обеспечению сервера БД, а это, как известно, самыйдорогостоящий узел в любой информационной системе. Поэтому я решила отступитьот классического варианта “толстого” клиента и постарался максимальнопереместить бизнес-логику на сервер, тем самым снизив требования к аппаратномуобеспечению клиента и пропускной способности сети. Логика работы системыреализована в виде пакетов хранимых процедур, каждый из вместе с триггерамитаблиц которых реализует функционал одного из модулей системы. Таким образом наклиентскую машину будут передаваться не данные для обработки, а обработанныеданные.
2.1.2 Выбор программной среды для создания информационнойсистемы
Несмотря на наличиебольшого количества языков и программных сред для разработки приложений, дляреализации нашей задачи, в силу ее специфики, наиболее подходящими я считаюследующие:
Oracle Developer.
Borland Delphi5-8.
Borland C++Builder 4-6
MicrosoftVisual Studio 6.0
MicrosoftVisual Studio .Net
При разработкеинформационной системы с использованием СУБД Oracle, было бы вполне логично остановиться на первом –“родном” варианте этой компании. В пользу этого варианта говорит и то, что впакете представлены профессиональные CASE-средства для моделирования и анализа бизнес-процессов(Oracle Designer) с последующей генерацией скриптовдля создания базы данных и автоматического формирования макета приложения всоответствии с моделью автоматизированной системы(Oracle Forms), наличие средств генерации отчетов(Oracle Reports) и работы с графикой(Oracle Graphics). Однако, при более детальномизучении этих продуктов становиться ясно, что их использование приведет,во-первых к жесткой привязке программного продукта к политике лицензированиякомпании Oracle(что на деле выливается взначительные финансовые вложения), а, во-вторых, поскольку это средства сзакрытым программным кодом, к уменьшению гибкости приложения. Встает проблемаинформационной совместимости с другими программными продуктами. Переходкомпании Oracle к ориентации на средства Java-разработки для приложений работающихв гетерогенных средах, вылился в отказ от поддержки и развития этого пакета.Становится ясно, что этот продукт не подходит для разработки нашейинформационной системы.
Borland Delphi 8 for .Net Architect Edition и Microsoft Visual Studio .Net я решила не использовать из-за их сильной ориентациина платформу .NET. Хотя они и позволяют разрабатыватьобычные приложения с использованием библиотек WinForms и VCL, для нашей задачи они сильно перегружены средствамидля этой платформы.
Я остановила свой выборна среде Delphi 7 Enterprise Edition. И вот почему:
Ориентация на разработку Win32-приложений
Самые развитые(на мойвзгляд) средства для разработки приложений баз данных
Наличие 4 альтернативныхинтерфейсов работы с СУБД Oracle:ODBC, ODAC, DOA, CLI.
Компонентная технология инеобычайно быстрый компилятор [8]
Открытый код и, какследствие, возможность гибкого использования объектно-ориентированного подхода.

2.1.3 Выбор системы управления базами данных
В предыдущих пунктахчасто упоминалось, что основным инструментом для полного контроля над даннымибудет выступать СУБД Oracle8i. Стоит отметить, что по экспертнымоценкам собственные разработки автоматизированных систем управления в 53%базируются на СУБД Oracle, около 15% на Informix, 22% — другие СУБД. Яостановилась на этом решении по следующим соображениям:
На первом месте конечноже стоят требования к объемам данных с которыми предстоит работать. Посколькуречь идет о масштабируемой системе управления предприятием крупного бизнеса,то, очевидно, что только документооборот предполагает обработку миллионовзаписей ежегодно. Для примера, размер корпоративной информационной системыОмского нефтеперерабатывающего завода в год увеличивается на миллионы записей.Сервер Oracle 8i, традиционно ориентирован на работу с очень большимиобъемами информации [7]. MSSQLServer 2000, Interbase-Firebird-Yaffil, mySQLне предназначены для работы с такими информационными массивами.
Необходимость обеспечениямногопользовательского режима работы с развитой системой транзакционнойобработки, что обеспечивает многочисленным пользователям возможность работы сбазой данных, не мешая друг другу. Это особенно важно для реализациивозможности оперативного доступа к информации, что вышеперечисленные СУБД хотяи могут реализовать, но только для достаточно ограниченного числапользователей.
Надежность. Сервер Oracle 8i считается одним из самых отказоустойчивых систем насегодняшний день. В совокупности с правильным выбором аппаратного обеспеченияон способен обеспечить бесперебойную работу на длительный срок, а оченьразвитая система журналирования и восстановления информации делают егоидеальным средством для решения нашей задачи.

2.2 Структурный анализ точек функциональности
 
Здесь немного про RAD.
Для проведенияструктурного анализа, построим диаграммы потоков данных:
Контекстная диаграмма –отражает связи информационной системы с внешними сущностями.
/>
Рис.2 Контекстнаядиаграмма потоков данных
Анализ функциональныхтребований показывает, что система управления должна иметь возможностьвзаимодействия с поставщиками товаров, что отражено на диаграмме двумя потокамиданных с внешней сущностью “Distributor” (Поставщик). Первый из них определяет список товаров и услуг, которыенеобходимо получить у поставщика(“Заказы”), а второй несет информацию офактически полученных товарах(“Поставки”). Связи с внешней сущностью “Клиент”осуществляют:
поток данных, отвечающийза предоставление входной информации о требованиях клиента(“Список товаров”)
поток данных выходнойинформации о предоставленных клиенту товарах и услугах
Взаимодействие с внешнейсущностью (“Бухгалтерия”) осуществляется за счет выгрузки сведений о продажахпотоком данных “Книга продаж”. Подтверждение безналичных платежей от внешнейсущности “Банк” выполняет поток данных (“Платежи”).
2. Диаграмма потоков –детализация контекстной диаграммы. Она представляет собой множество процессов ихранилищ данных, объединенных потоками данных, что позволяет отобразитьструктуру функционирования информационной системы. Процесс “Сформировать склад”на основе внешнего потока данных “Поставки” формирует хранилище данных “Склад”.Таким образом, склад товаров формируется не из отдельных товаров, а из их групп– поставок, что позволяет точно определить дату прибытия и поставщика товара, атакже контролировать не только состояние склада, но и процесс работы споставщиками. На основании данных этого хранилища, формируется выходнойдокумент – “Счет-фактура” (“Чек”), отражающий реальный отпуск товаров попозициям счета. Процесс “Получить прайс” выполняет обработку хранилища данных“Склад” для формирования прайс-листа товаров на текущий момент. Обработказаключается в определении наличия каждого товара на складе, подсчете количестватовара, определении количества свободных и зарезервированных по счетам товаров,преобразовании входных цен в выходные, поддержке мультивалютной системырасчетов (конвертации цен). Результатом этого процесса является хранилищеданных “Прайс”. Именно с его помощью, входной поток данных “Список товаров иуслуг” от клиента преобразуется в счет – одну из основных сущностейинформационной системы. Процесс “Сформировать счет” на основании требованийклиента и информации хранилища “Прайс” получает счет клиента, который заноситсяв хранилище данных – “Счета”. По окончании расчетного периода (месяц) из негопроисходит выгрузка данных в бухгалтерию потоком данных “Книга продаж”. Наоснове списка выписанных счетов происходит формирование заказов – процесс“Сформировать заказ” для заполнения хранилища данных “Заказы”. Этот процессавтоматически формирует список закупок, которые после корректировки поставщикаи количества товаров образуют выходной поток данных “Заказы”.
/>
Рис.3 Диаграмма потоковданных первого уровня
На основе диаграммыпотоков данных первого уровня можно выделить контрольные точки функционированияинформационной системы:
Экраны. Очевидно, что дляработы с системой необходимо иметь следующие экранные формы:
Для работы со складом
Для работы с прайс-листом
Для работы со счетами
Для работы с заказами
Запросы. Для получениятребуемой информации в каждой форме необходимо предусмотреть запросы
Для формирования наборовданных при работе со складом
Для удобной работы спрайс-листом и группами товаров
Для работы с группамисчетов
Для автоматическойгенерации заказов.
2.3 Проектирование структуры программного обеспечения
На основании анализаконтрольных точек и результатов обследования предметной области, я пришла квыводу, что наиболее удобной структурой для информационной системы управленияторговой деятельностью предприятия является программный комплекс, состоящий изчетырех независимых по сути приложений, обеспечивающих выполнение всехфункциональных требований. В пользу этого решения говорит необходимостьразделения должностных обязанностей специалистов по закупкам, менеджеров поработе с клиентами, заведующего складским учетом. С точки зрения внутреннейархитектуры программного комплекса, каждое из четырех приложений представляетсобой динамически загружаемую библиотеку, подключаемую по мере надобности кродительскому приложению. Графически это показано на рис. 4.
/>
Рис.4 Связь приложенийпрограммного комплекса

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

2.4 Проектирование информационного обеспечения
Для разработки моделейданных и обеспечения стандартного способа определения данных и отношений междуними построим диаграмму сущность–связь (ERD).
/>
Рис.5 ER-модель информационной системы
На рисунке 5 изображеныосновные сущности информационной системы и их атрибуты. Сущность “Счет” имеетключевой атрибут “Номер” и связан с сущностью “Клиент” отношением многие – к — одному (атрибут “Клиент”). Она отражает абстрактный объект – счет клиента, сего свойствами: суммой счета и датой выписки. Атрибут состояние отражаеттекущее состояние счета: “Выписан”, “Оплачен”, “Выполнен”. Сущность “Клиент”отражает реальный объект – покупателя, то есть физическое или юридическое лицо(определяется атрибутом “Тип”) и его реквизиты: для физического лица – Ф.И.О.,для юридического лица – “Имя”, “Расчетный счет”, ”ИНН”, “Телефон” и “Ф.И.О.руководителя”. Сущность “Книга продаж” представляет собой список счетов запериод. Сущность “Товар” – одна из основных сущностей системы отражает реальныйобъект – товар с атрибутами “Наименование” и “Входная цена”. “Счет” связан сэтой “Сущностью” отношением один -ко- многим. Сущность “Прайс” описываетсвойства абстрактного объекта прайс-лист и связана отношением один – ко — многим с сущностью “Товар”. Для формирования сущности “Заказ” необходима егосвязь с сущностью “Счет” отношением один-ко- многим с сущностью “Счет”.Реальный объект – поставщик определяется с помощью одноименной сущности сатрибутами, отражающими реквизиты организации-поставщика. Так как поставщикможет одновременно выполнять несколько заказов, то соответствующая ему сущностьсвязана с сущностью “Заказ” отношением один -ко- многим. Сущность “Поставка”описывает абстрактный объект – поставку, которая имеет свойства(атрибуты)“Дата” и “Поставщик”. Таким образом сущность “Склад” состоит из абстрактныхобъектов-поставок, которые состоят из реальных объектов – товаров.Необязательная связь между сущностью “Склад” и сущностью “Товары” отражаетальтернативный способ пополнения склада – вне поставок.
2.5 Проектирование структуры БД
Таблица “Товар”.
Назначение: Хранениеинформации о товарах.
Поля:
Номер – уникальный номертовара в таблице
Наименование –наименование товара
Входная цена, USD – текущая входная цена товара
Тип – определяет,является ли товар конечным или группой
Группа – ссылка на группутовара.
Первичный ключ: Содержитполе “Номер”
Внешние ключи: Ключ FK_NUM реализует связь один-ко-многим по полю “Номер”. С еепомощью можно представить реляционную таблицу в виде дерева.
/>
Рис.5 Структура базыданных.
Таблица “Книга продаж”
Назначение: хранениеинформации о проданных товарах. Фактически, используется для хранениясодержимого по каждому счету.
Поля:
Номер – уникальный номертовара в таблице
Номер счета – ссылка насчет, которому принадлежит данный товар
Количество товара–количество единиц товара
Номер товара– ссылка натовар
Первичный ключ: Содержитполе “Номер”
Внешние ключи: Ключ FK_Товар реализует связь один-ко-многимпо полю “Номер” с таблицей “Товар”.
Таблица “Счет”
Назначение: хранениесписка счетов клиентов.
Поля:
Номер – уникальный номерсчета в таблице
Клиент – ссылка наклиента, которому счет выписан счет
Дата – дата выписки счета
Сумма – суммарнаястоимость товаров, включенных в счет
Состояние – “выписан”, “оплачен”,”выполнен”
Скидка – скидка по счету
Первичный ключ: Содержитполе “Номер”
Внешние ключи: Ключ FK_Клиент реализует связьмногие-к-одному по полю “клиент” с таблицей “Клиент”.
Таблица “Клиент”
Назначение: хранениесписка клиентов.
Поля:
Номер – уникальный номерклиента таблице
Тип – признак физическогоили юридического лица
ФИО\Наименование — ФИО\Наименование клиента
Телефон — телефонюридического лица
Адрес – адрес юридическоголица
Р\С – расчетный счетюридического лица
ИНН – Индивидуальныйномер налогоплательщика
Директор – директорорганизации-клиента
Гл. бухгалтер — гл.бухгалтер организации-клиента
Первичный ключ: Содержитполе “Номер”
Внешние ключи:отсутствуют
Таблица “Заказ”
Назначение: используетсядля хранения списка заказов
Поля:
Номер – уникальный номерзаказа в таблице
Дата – Дата формированиязаказа
Поставщик – ссылка напоставщика, которому будет передан заказ
Сумма – суммарнаястоимость заказа в ценах поставщика
Первичный ключ: Содержитполе “Номер”
Внешние ключи: Ключ FK_Поставщик реализует связьодин-ко-многим по полю “Поставщик” с таблицей “Поставщик”.
Таблица “Содержимоезаказа”
Назначение: предназначенадля хранения списка товаров (ссылок), которые вошли в заказы.
Поля:
Номер – уникальный номертовара в таблице
Номер товара – ссылка натовар  
Количество товара –количество единиц товара
Входная цена – цена натовар в момент заказа
Номер заказа – ссылка назаказ, которому принадлежит товар
Первичный ключ: Содержитполе “Номер”
Внешние ключи: Ключ FK_Заказ реализует связь один-ко-многимпо полю “Номер заказа” с таблицей “Заказ”.
Таблица “Поставка”
Назначение: хранениесписка поставок.
Поля:
Номер – уникальный номерпоставки в таблице
Дата прихода поставки насклад
Номер поставщика – ссылкана поставщика
Сумма – суммарнаястоимость товаров в поставке
Первичный ключ: Содержитполе “Номер”
Внешние ключи: Ключ FK_Поставщик реализует связьодин-ко-многим по полю “Номер поставщика” с таблицей “Поставщик”.
Таблица “Поставщик”
Назначение: хранениеинформации о поставщиках
Поля:
Номер – уникальный номерпоставщика в таблице
Наименование — наименование поставщика
Телефон – телефонпоставщика
Адрес – адрес поставщика
Р\С – расчетный счетпоставщика
ИНН – Индивидуальныйномер налогоплательщика
Контактное лицо –контактное лицо
Первичный ключ: Содержитполе “Номер”
Внешние ключи:отсутствует
Таблица “Содержимоепоставки”
Назначение: хранениеинформации о списке товаров по каждой поставке
Поля:
Номер – уникальный номертовара в таблице
Номер поставки – ссылкана поставку
Количество товара –количество единиц товара
Номер товара – ссылка натовар
Первичный ключ: Содержитполе “Номер”
Внешние ключи: Ключ FK_Поставка реализует связьодин-ко-многим по полю “Номер поставки” с таблицей “Поставка”.
Таблица “Банк”
Назначение: хранениесписка банков, с которыми работает организация
Поля:
Номер – уникальный номербанка в таблице
Наименование — наименование банка
Номер вх. счета — номерсчета входящих платежей
Номер исх. счета — номерсчета исходящих платежей
Телефон – телефон
Первичный ключ: Содержитполе “Номер”
Внешние ключи:отсутствует
Таблица “Платеж”
Назначение: хранениереестра входящих и исходящих платежей.
Поля:
Номер – уникальный номерплатежа в таблице
Сумма – сумма платежа
Банк – ссылка на банк
Номер счета – в случаевходящего платежа это ссылка на счет, по которому произведена оплата; в случаеисходящего платежа это номер счета входящих платежей банка
Дата — дата платежа
Тип – входящий\исходящий
Описание – для пользователя
Первичный ключ: Содержитполе “Номер”
Внешние ключи: Ключ FK_Банк реализует связь один-ко-многимпо полю “Банк” с таблицей “Банк”.
Таблица “Счет-фактура”
Назначение: хранениесписка счет-фактур
Поля:
Номер – уникальный номерсчет-фактуры в таблице
Дата формирования
Номер поставщика – ссылкана поставщика
Сумма – суммарнаястоимость товаров в поставке
Первичный ключ: Содержитполе “Номер”
Внешние ключи: Ключ FK_Поставщик реализует связьодин-ко-многим по полю “Номер поставщика” с таблицей “Поставщик”.
2.6 Проектирование приложения “Прайс”
В этом приложении, вкачестве структуры данных для хранения товаров было выбрано дерево. Физически,дерево представляет собой реляционную таблицу с дополнительным полем”Родитель”, которое позволяет организовать связь между группами \ подгруппами итоварами. Первый узел — “Все товары” не имеет родителя и все группы или товарыпервого уровня являются его потомками. Как следует из анализа требованийприложение “Прайс” должно выполнять определенные функции, вызов которыхосуществляется из главного меню приложения (рис. 6).
/>
Рис.6 Приложение “Прайс”– главная форма.
Для удобства, функциилогически сгруппированы по объекту применения: товары, группы товаров, другие.
Товары
Добавление товара впрайс-лист. Позволяет внести новое наименование в прайс-лист. Служит основнымсредством для манипуляции ассортиментом. Родитель товара – текущая группа.Входная информация: Наименование и цена товара. Выходная информация –измененный прайс-лист.
Удаление. Позволяетудалить товар из прайс-листа. Не влечет за собой изменения склада\поставок.Отражает факт прекращения работы с данным товаром. Входная информация:товар(номер). Выходная информация – измененный прайс-лист.
Редактирование свойствтовара. Позволяет изменить входную цену и наименование товара. Входнаяинформация: Наименование и цена товара. Выходная информация – измененныйпрайс-лист.
Поиск, сортировка,фильтрация. Стандартные операции для набора товаров, облегчающие работу спрайс-листом. Входная информация: товар, параметры сортировки или условияфильтра соответственно. Выходная информация – набор товаров.
Группы товаров
Добавление группы вдерево товаров прайс-листа. Позволяет внести новую группу в дерево товаровпрайс-листа. Добавление происходит в текущую группу, которая автоматическистановится родителем. Входная информация: Наименование группы, родитель.Выходная информация – измененный прайс-лист.
Удаление. Позволяет удалитьгруппу товаров из прайс-листа. Удаляет все товары, содержащиеся в группе и всеподгруппы. Входная информация: группа(номер). Выходная информация – измененныйпрайс-лист.
Редактирование группы.Позволяет изменить наименование группы. Входная информация: Наименованиегруппы. Выходная информация – измененный прайс-лист.
Другие
Выгрузить группу товаров.Позволяет получить *.xlsили *.rtf файл с содержимым активной группытоваров или распечатать эту информацию без сохранения. Входная информация:Группа. Выходная информация – *.xlsили *.rtf файл или его печатная копия.
Выгрузить прайс-лист.Позволяет получить *.xlsили *.rtf файл содержащий полный прайс-лист илираспечатать эту информацию без сохранения. Входная информация: Прайс-лист.Выходная информация – *.xlsили *.rtf файл или его печатная копия.
Для более детальногоописания приложения рассмотрим его UML-диаграмму, представленную на рисунке 7.
/>
Рис.7 UML-диаграмма приложения “Прайс”.
Из рисунка видно, чтодерево товаров является классом, унаследованным от абстрактного класса “Дерево”.Оно использует класс “Группа” для описания каждого элемента дерева и хранитатрибут “Текущая группа” для определения элемента-родителя каждого товара всписке, представленного классом “Список товаров”. В свою очередь, для хранениятоваров класс “Список товаров” использует класс “Товар”, а для описанияпараметров поиска, сортировки и фильтрации класс “Интерфейс”. Еще два класса“Интерфейс” отвечают за пользовательский интерфейс для работы с деревом исписком товаров. Таким образом, реализовано взаимодействие классов внутриприложения.
2.7 Проектирование приложения “Счета”
Для этого приложенияосновным требованием является надежность, ведь информация, которой оперируют сего помощью очень важна для организации. Поэтому, для выполнения этоготребования было принято решение вести журнал изменений хранилища данных снастраиваемым временным интервалом в течении которого внесенные изменения можноотменить. За счет реализации такого механизма можно полностью исключить потерюважной информации. Еще одной важной особенностью этого приложения являетсявозможность регистрации операций каждого пользователя, т.е. администраторсистемы обладает возможностью проследить когда и кем были внесены интересующиеего изменения.
Для удобствапользователя, счета организованы в виде списка, над которым можно выполнятьоперации поиска, сортировки и фильтрации по интересующим параметрам, а такжедобавления и удаления элемента списка. При выборе элемента списка, открываетсяокно для работы со счетом. В нем содержится полная информация о нем,реализована возможность изменения содержимого. Для внесения изменения в счетпредусмотрен визуальный механизм работы с деревом товаров, что позволяет быстрои легко формировать и изменять наборы товаров, “подгонять цену”. Отметим, чтодобавление или удаление товара по счету не влечет за собой никаких изменений наскладе товаров. Форма для работы со списком счетов и со счетом показаны нарисунках 7 и 8.

/>
Рис.7 Приложение “Счет” –список счетов.
Основные операции дляработы со списком счетов:
Добавить счет – созданиенового счета. Входные данные: дата. Выходные данные – новый счет, измененныйсписок счетов.
Удалить счет – удаляетсчет из списка. Входные данные: счет(номер). Выходные данные – измененныйсписок счетов.
Копировать счет – создаеткопию счета с теми же параметрами, но другим порядковым номером. Входныеданные: счет(номер). Выходные данные – измененный список счетов.
Печать – вызывает диалогвыбора отчета и его формата для печати. Входные данные: Шаблон для печати, если*.xls-отчет, форма, если *.frf-отчет. Выходные данные – *.xls или *.rtf файл или печатная форма.
Фильтр – вызывает диалогдля внесения параметров фильтрации счетов. Входные данные: условия фильтрации.Выходные данные – список счетов, входящих в диапазон.
Редактировать счет –вызывает форму для работы со счетом. Входные данные: Шаблон для печати, если *.xls-отчет, форма, если *.frf-отчет. Выходные данные – *.xls или *.rtf файл или печатная форма.
/>
Рис.8 Приложение “Счет” –работа со счетом.
Основные операции дляработы с содержимым счета:
Добавить товар –добавляет товар в счет. Входные данные: товар(номер). Выходные данные –измененный счет.
Удалить товар – удаляеттовар из счета. Входные данные: товар(номер). Выходные данные – измененный счет
Сумма – вычисляет суммутоваров, включенных в счет. Входные данные: счет(номер). Выходные данные –сумма в долларах, рублях и евро.
Печать – вызывает диалогвыбора отчета и его формата для печати счета. Входные данные: Шаблон дляпечати, если *.xls-отчет, форма,если *.frf-отчет. Выходные данные – *.xls или *.rtf файл или печатная форма.
Скидка – пересчитываетпозиции счета с учетом скидки. Входные данные: размер скидки. Выходные данные –измененный счет.
Состояние – позволяетизменить состояние счета вручную. Входные данные: состояние. Выходные данные –счет.
UML-диаграмма приложения “Счет”представлена на рисунке 9.
/>
Рис.9 UML-диаграмма приложения “Счет”.
Из рисунка видно, чтодерево товаров является классом, унаследованным от абстрактного класса “Дерево”.Оно использует класс “Группа” для описания каждого элемента дерева и хранитатрибут “Текущая группа” для определения элемента-родителя каждого товара всписке, представленного классом “Список товаров”. В свою очередь, для хранениятоваров класс “Список товаров” использует класс “Товар”, а для описанияпараметров поиска, сортировки и фильтрации класс “Интерфейс”. Еще два класса“Интерфейс” отвечают за пользовательский интерфейс для работы с деревом исписком товаров. Таким образом, реализовано взаимодействие классов внутриприложения.
2.8 Проектирование приложения “Склад”
Функционирование этогоприложения является основой деятельности торговой организации и основным звеномрассматриваемой информационной системы. Оно позволяет работать с поставками приформировании склада, работать с комплектами товаров для резервирования продукциипо конкретным счетам, производить отпуск товаров со склада, то есть осуществлятьвсе складские операции. Для работы именно этого приложения реализованыпериодические проверки состояния склада на уровне базы данных, заключающиеся вподсчете свободных единиц продукции и сравнении их количества с количествомтоваров, входящих в комплекты зарезервированные по счетам.
Для удобствапользователя, поставки организованы в виде списка, над которым можно выполнятьоперации поиска, сортировки и фильтрации по интересующим параметрам, а такжедобавления и удаления элемента списка. При выборе элемента списка, открываетсяокно для работы с содержимым поставки. В нем содержится полная информация опришедших в рамках этой поставки товарах, и реализована возможность измененияее содержимого. Стоит отметить, что добавление или удаление товаров внепоставок заносится в протокол работы приложения, что является специфичнойфункцией, добавленной по просьбе заказчика. На рисунке 10 показана форма дляработы с деревом товаров приложения “Склад”.

/>
Рис.10 Приложение “Склад”– Главная форма.
Основные операции дляработы со складом перечислены ниже.
Со списком поставок:
Добавить поставку –создание новой поставки и включение ее в список. Входные данные: дата. Выходныеданные – новая поставка, измененный список поставок.
Удалить поставку –удаляет поставку из списка. Входные данные: поставка(номер). Выходные данные –измененный список поставок.
Копировать поставку – создаеткопию поставки с теми же параметрами, но другим порядковым номером. Входныеданные: поставка(номер). Выходные данные – измененный список поставок.
Печать – вызывает диалогвыбора отчета и его формата для печати. Входные данные: Шаблон для печати, если*.xls-отчет, форма, если *.frf-отчет. Выходные данные – *.xls или *.rtf файл или печатная форма списка поставок.
Фильтр – вызывает диалогдля изменения параметров фильтрации списка поставок. Входные данные: условияфильтрации. Выходные данные – список поставок, входящих в диапазон.
Редактировать поставку –вызывает форму для работы с содержимым поставки. Входные данные:поставка(номер). Выходные данные содержимое поставки.
Пункты меню формы дляработы с содержимым поставки:
Добавить товар –добавляет товар в поставку. Входные данные: товар(номер). Выходные данные –измененная поставка.
Удалить товар – удаляеттовар из поставки. Входные данные: товар(номер). Выходные данные – измененнаяпоставка.
Сумма – вычисляет суммутоваров, включенных в поставку. Входные данные: поставка(номер). Выходныеданные – сумма товаров в долларах, рублях и евро.
Печать – вызывает диалогвыбора отчета и его формата для печати поставки. Входные данные: Шаблон дляпечати, если *.xls-отчет, тошаблон, если *.frf-отчет.Выходные данные – *.xls или *.rtf файл или печатная форма.
Пункт меню “Склад” –вызывает диалоговое окно для получения представления склада в разрезе товаровили времени.
UML-диаграмма приложения “Склад”представлена на рисунке 12.
Таким образом,абстрактный объект “Склад” представлен совокупностью классов для работы споставками. Товар, пришедший на склад вне конкретной поставки, заносится вфиктивный объект “Вне поставок”, структура данных которого идентична с обычнойпоставкой. Однако, свойство этого объекта “Дата прихода” определяет интервалвремени, в течении которого он будет рассматриваться как одна поставка, ассылка на поставщика будет иметь значение для каждого товара. Именно за счетэтого можно легко получить точные данные по складу, вне зависимости от способаприхода товара.

/>
Рис.12 UML-диаграмма приложения “Склад”.
Два класса: “Интерфейс”отвечают за пользовательский интерфейс для работы со списком поставок и ихсодержимым.
2.9 Проектирование приложения “Заказы”
Приложение “Заказы”используется для получения конечного списка товаров и услуг, путем репликациизаказов и счетов, а также внесением дополнительных позиций вне их (формированиезаказа вручную). Целью его внедрения является получение плана закупок. Этовозможно, благодаря механизму анализа состояния склада, который даетоперативную информацию о свободных и зарезервированных товарах. Отметим, чтотовары, пришедшие на склад, логически с заказами не связаны, так как дляорганизации нет необходимости знать, товар из какой поставки был продан, важенлишь факт продажи единицы товара.
Основной принципфункционирования приложения можно разделить на следующие этапы:
Выбор счетов длягенерации заказов
Получение списка товаров,содержащихся в счетах
Проверка склада наналичие каждого из товаров с учетом зарезервированных по счетам. Если товаровнет или меньше чем требуется, то добавление необходимого количества товаров всписок для поставки.
Формирование плана закупок,то есть разбиение списка товаров по поставщикам.
Редактирование планазакупок, внесение недостающих товаров (с пометкой “Вне счетов”).
При пересчете списказаказов не возникает потерь информации о товарах, внесенных в план вне счетов,так как пересчитывается только количество товаров, находящихся на складе вданный момент времени. После отправки списков заказов поставщикам, приполучении товаров имеет смысл пересчитать план закупок, ведь состояние складамогло измениться и, при наличии договоренности с поставщиком, можно будетдокупить нужные товары, уменьшив срок выполнения заказа.
Внешний вид главной формыприложения показан на рисунке 13.
Основные функцииприложения “Заказы”:
Добавить товар –добавление товара в заказ вне поставок. Входные данные: товар(номер). Выходныеданные – список товаров для заказа
Удалить товар – удалениетовара из списка товаров для заказа. Так как заказ не связан со счетом, тоудалить можно и товар, заказываемый по счету. Входные данные: товар(номер).Выходные данные – список товаров для заказа.
/>
Рис.13 Приложение“Заказы” – главная форма.
Поставки — Формированиесписка товаров для заказов по счетам, а затем формирование плана закупок, тоесть составление заказов с группировкой по поставщикам. Входные данные: дата,склад, список счетов. Выходные данные – план закупок.
Расчет суммы – расчетсуммарной стоимости для плана закупок. Входные данные: план закупок. Выходныеданные – стоимость всех товаров плана.
Расчет суммы по заказу –расчет стоимости одного заказа. Входные данные: заказ. Выходные данные –стоимость всех товаров заказа.
Печать – вызывает диалогвыбора отчета и его формата для печати. Входные данные: Шаблон для печати, если*.xls-отчет, форма, если *.frf-отчет. Выходные данные – *.xls или *.rtf файл или печатная форма списка поставок.
Фильтр – вызывает диалогдля изменения параметров фильтрации списка товаров для заказа. Входные данные:условия фильтрации. Выходные данные – список поставок, входящих в диапазон.
Сохранить план закупок –сохранение отчета по плану закупок в базе данных. Входные данные: отчет.Выходные данные – нет.
UML-диаграмма приложения “Заказы”представлена на рисунке 14
/>
Рис.14 UML-диаграмма приложения “Заказы”.

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

Глава 3. Экспериментальная проверка программногокомплекса.
 
3.1 Исходные данные и постановка задачи для проведениятестирования
Дляоценки правильности работы реализованного в данном дипломном проектепрограммного комплекса проводилось его тестирование.
Вкачестве исходных данных для тестирования использовались данные, полученныепутем экспорта из существующих таблиц данных о клиентах, товарах и продажах.Таким образом, было обеспечено максимальное приближение условий тестирования кусловиям эксплуатации.
Цельюпроведения тестирования является проверка функционирования программы всоответствии с требованиями, предъявляемыми к ней.
Таккак программный комплекс состоит из отдельных программ, то необходимо былопровести анализ выполнения каждой из них. В процессе тестирования былипроверены следующие функции, реализованного комплекса:
защитапрограммного комплекса от несанкционированного доступа;
одновременныйдоступ нескольких пользователей к информации, то есть работа в многопользовательскомрежиме.
добавление,изменение, удаление информации;
поискнужной информации, при определении пользователем параметров поиска;
выполнениеспециальных задач, при возникновении нестандартных ситуаций.
3.2 Тестирование приложений
Тестирование приложения “Прайс”.
Прежде всего, былаосуществлена попытка доступа к приложению, пользователем “Serebrinnikov_OA” с ролью “Склад”, которая дает права доступа к приложению“Склад” и, частично, “Заказы”, но не дает права доступа к приложению “Прайс”.Результат – отказ в доступе. После входа в систему под учетной записьюадминистратора, были изменены права доступа для данного пользователя и этаучетная запись получила право на чтение, удаление, добавление товаров впрайс-листе. Добавим группу товаров “Нестандартное оборудование” с родителем“Все товары” в дерево товаров. Добавим в эту группу товар “Часы сфлэш-накопителем 64Mb Casio-I32” и товар “ИК-порт ACTiSYS IR”. Добавление, удаление этих товаров из прайса, а такжередактирование их свойств проходит нормально. При попытке удаление удалениятовара “Монитор Sony Multiscan E100” получаем сообщение: “Товар “Монитор Sony Multiscan E100” не может быть удален, так как он включен в счет, заказили поставку”. При удалении непустой группы товаров, при наличии в ней хотя быодного товара, фигурирующего в счетах, заказах или поставках получаем такое жесообщение и все изменения в группе отменяются. Попытка другого пользователяизменить свойства товара, в то время, когда их редактирует пользователь “Serebrennikov_OA” приводит к появлению сообщения: “Редактирование текущейзаписи невозможно. Запись заблокирована пользователем Serebrinnikov_OA 13:20 19.02.2006”.
Тестирование приложения“Счета”.
Поскольку информация,доступная пользователям этого приложения весьма конфиденциальна, была проведенапопытка доступа.
3.3 Анализ результатов, полученных при тестировании
Проверкафункции, реализующей защиту информации, предоставляемой данным программнымкомплексом, дала следующие результаты.
Привводе пользователя имени пользователя и пароля доступ к данному приложению исоединение с сервером данных информационной системы происходили правильно и безкаких-либо сбоев, если идентификационные данные были введены правильно и имели местов файлах, ограничивающих доступ пользователей к программному комплексу (рисунок15).
/>
Рис. 15 Окно «Добропожаловать».
Проверкаработы программного комплекса в сети показала, что задача устранениянедостатков, возникающих при работе в многопользовательском режиме, быларешена. Решена благодаря использованию уровня изоляции транзакций READ COMMITTED и введениюмеханизма контроля блокировки записей. При попытке одновременного доступа кзаписи, выдается сообщение, с указанием имени пользователя, заблокировавшегозапись первым и время блокировки.
При тестировании такихвозможностей как добавление, изменение, удаление информации, если вся требуемаядля этого информация была введена корректно и в полной мере, то работапрограммного комплекса на протяжении всего эксперимента осуществлялась безнарушений и в соответствии с требованиями.
Программныйкомплекс работает устойчиво, если выполняются перечисленные ниже требования:
Сетьфункционирует нормально;
Еслиправильно указаны параметры подключения;
Серверфункционирует нормально;
Проверкаработы поисков показала, что алгоритмы поисков работают
корректнов том случае, если искомые данные существуют, и существует хотя бы одно условиепоиска. В противном случае пользователь получает сообщение о невозможностиосуществления поиска, но никаких исключительных ситуаций при этом не возникает.
Итак,программный комплекс будет функционировать устойчиво и корректно, если, будетиспользоваться указанное прикладное программное обеспечение и операционнуюсистему; если будут соблюдены технические требования к оборудованию.
Соответственно,при несоблюдении каких-либо требований, в работе приложения возможновозникновение сбоев или ошибок.
Приподведении итогов можно сказать, что программный комплекс для управленияторговой деятельностью предприятия работает устойчиво.

Глава 4. Расчет экономическойэффективности проекта
 
4.1 Анализрыночных возможностей продукта
На рынкеавтоматизированных систем для крупных организаций и финансово-промышленныхгрупп на сегодня можно выделить два основных субъекта: это рынокавтоматизированных банковских систем (АБС) и рынок корпоративных информационныхсистем промышленных предприятий. Не смотря на сильную взаимосвязь этих двухрынков систем автоматизации, предлагаемые на них решения, пока еще недостаточно интегрированы между собой, чего следует ожидать в недалеком будущем.Создавая свои отделы и управления автоматизации, предприятия и банки пыталисьобустроиться своими силами. Однако периодическое «перетряхивание»инструкций, сложности, связанные с разными представлениями пользователей ободних и тех же данных, непрерывная работа программистов по удовлетворению всеновых и новых пожеланий отдельных работников и как следствие — недовольстворуководителей своими программистами несколько остудило пыл как тех, так идругих. Итак, первый подход к решению этой проблемы сводился к проектированию«снизу-вверх». В этом случае, при наличии квалифицированного штатапрограммистов, вполне сносно были автоматизированы отдельные, важные с точкизрения руководства рабочие места. Общая же картина «автоматизированногопредприятия» просматривалась недостаточно хорошо, особенно в перспективе. Быстрый рост числа акционерных и частных предприятий и банковпозволил некоторым компаниям увидеть здесь будущий рынок и инвестироватьсредства в создание программного аппарата для этого растущего рынка. Из всегоспектра проблем разработчики выделили наиболее заметные: автоматизацию ведениябухгалтерского аналитического учета и технологических процессов (для банков этов основном — расчетно-кассовое обслуживание, для промышленных предприятий — автоматизация процессов проектирования и производства, имеется в виду неконкретных станков и т.п., а информационных потоков). Учитывая тот факт, чтоядром АИС безусловно является аппарат, обеспечивающий автоматизированноеведение аналитического учета, большинство фирм начали с детальной проработкиданной проблемы. Системы были спроектированы «сверху», т.е. впредположении, что одна программа должна удовлетворять потребности всехпользователей.
Рассматриваемый в даннойработе программный продукт позиционируется как средство, способное устранитьнедостатки каждого из двух вышеперечисленных подходов и решить задачууправления торговой деятельностью компании “Полиграфия и коммуникации”. Предполагается, что доход от внедрения данногопрограммного обеспечения составит, как минимум, 694640 рублей в год, за счетуменьшения потерь коммерческой информации, унификации и ускорениядокументооборота, сокращения числа рабочих мест и результатов примененияаналитических функций.
 
4.2 Расчетединовременных затрат на разработку ПО
К единовременным затратамразработчика относятся затраты на теоретические исследования, постановкузадачи, проектирование, разработку алгоритмов и программ, отладку, опытнуюэксплуатацию, оформление документов.
 
Таблица 4.1.
Содержание стадийнаучно-исследовательской работы (НИР).Стадии НИП Содержание работ Трудоемкость дни % Техническое задание Изучение и анализ предметной области, изучение и анализ области внедрения, работа с консультантами, постановка задачи, составление и согласование технического задания с руководителем. 20 13,33 Эскизный проект Построение концептуальной модели системы, описание входных и выходных данных, способов их преобразования. Разработка структур данных. 25 20,00 Технический проект Разработка технического проекта. Построение структуры классов и определение способов их взаимодействия. 25 20,00 Рабочий проект Написание программ, утилит и дополнительных модулей информационной системы, отладка программного обеспечения, тестирование. 60 33,34 Внедрение Разработка справочной и технической документации, подготовка и защита отчета. Регистрация. 20 13,33 Итого: 150 100
Фактическая трудоемкостьпо стадиям проектирования представлена в виде таблицы (табл.4.1).
План-график выполненияприведен на рисунке 16:
/>
Рис 16. План – графикразработки и внедрения ПО (диаграмма Ганта).
Итак, общая фактическаятрудоемкость разработки ПО составляет:
/> ,
где />– общая трудоемкость разработки,дни; Тi –трудоемкость по стадиям, дни; n– количество стадий разработки.
В смету затрат наразработку ПО включаются:
материальные затраты;
основная и дополнительнаязарплаты;
отчисления на социальныенужды;
стоимость машинноговремени на подготовку и отладку программ;
стоимостьинструментальных средств;
накладные расходы.
Материальные затраты.
Под материальнымизатратами понимают стоимость всех материалов, использующихся в процессеразработки и внедрения ПО (в том числе стоимость бумаги, дискет, картриджа иликрасящей ленты и прочих материалов) в действующих ценах.
В процессе работыиспользовались материалы и принадлежности, представленные в таблице 4.2.
 
Таблица 4.2.
Материалы ипринадлежности, использованные в процессе разработки.Наименование Количество, шт. Цена, руб. Стоимость, руб. Дискеты 5 14 70 Бумага 400 0,4 160 Ватман 5 10 50 Ручка 2 5 10 CD-RW диск 2 30 60 Дипломная папка 2 15 30 Картридж 1 150 150 Итого: 530
Основная и дополнительнаязаработные платы.
Основная заработная платапри выполнении НИР включает зарплату всех сотрудников, принимающихнепосредственное участие в разработке ПО. В данном случае необходимо учитыватьосновные зарплаты разработчика (студента), руководителя дипломного проекта,консультанта по экономической части. Таким образом, основная заработная плата Зоснпри выполнении НИР рассчитывается по формуле:
/>,
где Зср.дн.j – среднедневная зарплата j-го сотрудника, руб./день; Тоб.j – общая трудоемкость проектаj-го сотрудника, дни; n – количество сотрудников,принимающих непосредственное участие в разработке ПО.
Основная зарплатаразработчика определена из расчета 7000 руб. в месяц при среднем количестверабочих дней, равных 20:
/>.
Заработная платадипломного руководителя составляет 60 руб./час, причем на консультациюзапланировано 23 часа. Следовательно, основная зарплата руководителя дипломногопроекта за весь период разработки равна:
/>.
Заработная платаконсультанта по экономической части составляет 50 руб./час, причем наконсультацию запланировано 3 часа. Следовательно, основная зарплатаконсультанта по экономике за весь период разработки равна:
/>.
В итоге основнаязаработная плата при выполнении НИР равна:
/>.
Дополнительная заработнаяплата равна 10% от основной:
/>.
Итого основная идополнительная заработная плата составляют:
/>.
Отчисления на социальныенужды.
Отчисления на социальныенужды составляют на сегодняшний день 26% от общего фонда заработной платы,следовательно:
/>.
Стоимость машинноговремени на подготовку и отладку программ.
Стоимость машинноговремени Зомв зависит от себестоимости машино-часа работыЭВМ СМЧ, а также времени работы на ЭВМ ТЭВМ,и включает амортизацию ЭВМ и оборудования, затраты на электроэнергию, зарплатуобслуживающего персонала.
Себестоимость машино-часаЭВМ и принтера равны соответственно:
/>,
/>.
Время работы на ЭВМ ипринтере равны соответственно:
/>
/>.
Затраты на оборудование.
/>,
где АМ– амортизационные отчисления, руб.; Оф – стоимость ЭВМ иоборудования, руб.; Нам– норма амортизации, %; Тм– время использования оборудования, дни
Затраты наэлектроэнергию.
/>,
Затраты на обслуживающийперсонал.
Данный вид затратотсутствует.
Таким образом, стоимостьмашинного времени на подготовку и отладку программ равно:
/>
Стоимостьинструментальных средств.
Стоимостьинструментальных средств включает стоимость системного программногообеспечения, использованного при разработке проекта в размере износа за этотпериод. Расчет производить аналогично расчету амортизационных отчисленийоборудования, представим его в таблице 4.3.

Таблица 4.3. Стоимость СПО.Программное обеспечение Стоимость, руб. MS WINDOWS 2000 Prof 2420.00 Delphi 7 12400.00 Microsoft Office XP Professional 6311.00 Итого: 21131
Затраты на амортизациюинструментальных средств:
/>руб.
Расчет стоимостимашинного времени
/>;
/>руб./ч.
Накладные расходы.
Накладные расходысоставляют 30% от основной заработной платы разработчиков ПО, а значит:
/>.
Итак, смета затрат на НИРприведена в таблице 4.4.
 
Таблица 4.4.
Смета затрат наразработку ПО.Элемент затрат Стоимость, руб. Материальные затраты 530.00 Основная и дополнительная зарплата 59598 Отчисления на социальные нужды 15495,48 Оплата машинного времени 1652,18 Стоимость инструментальных средств 1454,56 Накладные расходы 16245 Итого: 94975,22
 
4.3Единовременные расходы организации заказчика ПО при внедренииавтоматизированных рабочих мест (АРМ)
К единовременным затратампользователя программного обеспечения Kобщотносятсязатраты на оплату:
программного обеспечения Цпо;
инструментальных средств Цис;
ЭВМ, прочих аппаратныхсредств и сетевого оборудования Кэвм;
обучение персонала Косв.
Стоимость программногообеспечения.
Стоимость программногообеспечения, специально разработанного для заказчика, рассчитывается поформуле:
/>,
где Спо– себестоимость ПО, затраты на разработку по смете из таблицы 5.4; П– прибыль разработчика 20–30% к затратам; НДС – налог на добавленнуюстоимость 18%.
/>
Итак, стоимостьпрограммного обеспечения равна:
/>
Стоимостьинструментальных средств.
Стоимость инструментальныхсредств и годовых сумм амортизации приведены в таблице 4.5.
 
Таблица 4.5.
Расчет стоимости иамортизационных отчислений инструментальных средств.Виды ПО Стоимость, руб. Норма амортизации, % Амортизационные отчисления, руб. MS WINDOWS Millenium 2234.00 30 670.20
СтоимостьЭВМ, прочих аппаратных средств и сетевого оборудования.
Стоимость всегонеобходимого оборудования и годовых сумм амортизации приведены в таблице 4.6.
 
Таблица 4.6.
Расчет стоимости иамортизационных отчислений оборудования.Наименование оборудования Количество
Цена,
руб.
Стоимость,
руб. Норма амортизации, % Амортизационные отчисления, руб.
ПК 1 шт. 20000.00 20000.00 30 6000.00 Сетевая розетка 1 шт. 8.00 8.00 30 2.40 Кабель UTP5 5 м 4.00 20.00 30 6.00 Хозяйственный инвентарь (мебель) 1 шт. 8000.00 8000.00 10 800.00 Итого: 28028.00 6808.4
Затраты на обучение персонала.
Затраты организации наосвоение ПО и обучение персонала работе с программой и ЭВМ производятся поформуле:
 
Косв= Зчас* Чпр*Тосв = 25 * 4 * 40+25*1*48 = 5200.00(руб.),
гдеЗчас– часовая зарплата программиста (Зчас = 25.00 руб./час);
Чпр — численность персонала на обучение (Чпр= 4 чел.);
Тосв– продолжительность обучения иосвоения (Тосв= 40 часов).
Таким образом, наобучение четырех человек необходимо затратить 40 часов. Для руководителянеобходим 48-часовой курс обучения.
Итак, общая суммаединовременных капитальных вложений рассчитывается по формуле:
/>
Распределение инвестицийпо времени реализации проекта осуществляется на основе предварительных расчётоввремени необходимого для разработки ПО по отдельным стадиям проектирования(таблица 4.7), затрат на разработку и общей суммы единовременных капитальныхвложений.
 
Таблица 4.7
График реализациипроекта.Этапы реализации 1 2 3 4 5 6 7 8 Техническое задание 20 Эскизный проект 20 5 Технический проект 15 10 Рабочий проект 10 20 20 10 Внедрение 10 10 Покупка оборудования 5 Обучение персонала 11
Результаты расчетовоформлены в виде инвестиционного плана (таблица 4.8).
 

Таблица 4.8
Инвестиционный план.Этапы реализации 1 2 3 4 5 6 7 8 Техническое задание 16809,68 Эскизный проект 16809,68 8404,84 Технический проект 8404,84 8404,84 Рабочий проект 8404,84 16809,68 16809,68 8404,84 Внедрение 8404,84 16809,68 Покупка оборудования 28028 Обучение персонала 5200 Итого: 16809,68 16809,68 16809,68 16809,68 44837,68 16809,68 16809,68 22009,68
4.4 Источники финансирования проекта
Общие инвестиции проектасоставляют 167705 рублей 46 копеек. Источниками финансирования являютсясобственные средства – 80% (134164 рубля 37 копеек) и кредит коммерческогобанка, под 12% годовых – 20% (33541 рубля 00 копеек) на 2 года.
Возврат кредитаосуществляется в конце второго года, а со второго месяца выплачиваются проценты(1.5%). Приведем расчеты в таблице 4.9.
Таблица 4.9
Расчеты за кредит.Показатель Годы 1 2 Возврат кредита, руб. - 33541.00 Сумма непогашенного долга, руб. 33541.00 33541.00 Проценты за кредит, руб. 4024.92 4024.92 Итого к оплате, руб. 4024.92 37565.92

Сумма всех выплат поистечении срока составит 37565 рублей 92 копейки.
4.5 Текущие расходы пользователя ПО при эксплуатации АРМ
Текущие расходыпользователя при внедрении АРМ учитывают затраты в год на:
амортизацию оборудования,ПО и инструментальных средств;
материалы (картриджи ибумага);
электроэнергию;
обтирочные и смазочныематериалы;
ремонт оборудования.
Амортизацию оборудования,ПО и инструментальных средств.
Данные по амортизацииоборудования и ПО расположены в таблицах 4.5, 4.6.
Материалы.
При эксплуатации будутиспользоваться материалы, представленные в таблице 4.10.
 
Таблица 4.10
Материалы, использующиесяв процессе эксплуатации.Наименование Количество, шт. Цена, руб. Стоимость, руб. Бумага 4000 0,4 1600 Картридж 1 150 150 Итого: 1750
Электроэнергия.
Затраты на электроэнергиюпосчитаем по формуле:
/>
где СЭВМ,Спринт. – стоимость машино-часа ЭВМ и принтерасоответственно;
Тсут.ЭВМ, Тсут.принт. –суточное время работы ЭВМ и принтера соответственно;
Тгод – время рабочих дней в году.
Обтирочные и смазочныематериалы.
Стоимость обтирочныхматериалов равна 40 рублей 00 копеек.
Ремонт оборудования.
Ремонт оборудованиясоставляет 5% от стоимости. Значит:
 
К5% = КЭВМ * 0.05 =28028.00 * 0.05 = 1401.4 (рублей).
На основе произведенныхрасчетов составим смету текущих расходов за год (таблица 4.11).
 
Таблица 4.11
Смета текущих расходов.Затраты на: Расходы, руб. амортизацию оборудования, ПО и инструментальных средств 7478.60 материалы 1750.00 электроэнергию 965.00 обтирочные и смазочные материалы 40.00 ремонт оборудования 1401.40 Итого: 11635
4.6 Экономия текущих затрат пользователя ПО
Основными источникамиэкономии организации при создании АРМ специалистов являются:
экономия затрат за счет ускорениядокументооборота;
экономия за счет быстройреакции на изменение предпочтений покупателей
экономия затрат назаработную плату;
экономия материальныхресурсов за счет сокращения количества расходных материалов
а также обеспечиваетсяэкономия за счет:
Экономия затрат за счетускорения документооборота.
В результате внедренияАРМ происходит ускорение документооборота, что является “узким” местом любойторговой организации, а значит и увеличение клиентской базы и объемов продаж.Это действительно серьезная проблема, особенно в свете постепенного выходакомпании на рынок розничных продаж. По оценкам специалистов экономия составитне менее 18000 рублей в месяц или не менее 216000 в год. Более оперативнаяработа с поставщиками позволит снизить процент выплат по товарному кредиту иснизить вероятность штрафных платежей за несвоевременную поставку – при самомнеблагоприятном стечении обстоятельств порядка 25000 рублей в месяц. Значит,экономия будет составлять минимум 300000 рублей в год. Экономия за счет быстройреакции на изменение предпочтений покупателей.
Внедрениеавтоматизированной системы позволит сократить издержки, связанные с вынужденнымснижением цены на товар в результате падения спроса на него, т.е. позволитизбежать покупок и хранения невостребованной техники. По самым пессимистичнымоценкам это позволит сэкономить от 5000 рублей ежемесячно, т.е. не менее 60000в год.
Экономия затрат назаработную плату за счет сокращения численности персонала.
Оценить прямой эффект отвнедрения АРМ с этой позиции очень просто, так как в данном конкретном случаеоно приведет к освобождению одного рабочего места. Это связано с тем, чтофункции нового АРМа позволяют выполнять большее число операций с меньшейтрудоемкостью. Рассчитаем экономию по заработной плате по формуле:
/>,
где DЧ – сокращение численности;
Змес – оплата труда в месяц, (3500 руб.);
Тэф – эффективный фонд рабочего временив год, (12 месяцев);
Х — размер доплат, премий,(100%);
Y – отчисления на социальныенужды, (26%).
С учетом освобождениякомпьютерной техники и хозяйственного инвентаря экономия составитЭ=105840+28500=134340 руб.
Экономия материальныхресурсов за счет сокращения количества и унификации отчетных форм.
В результате внедренияАРМ появится возможность экономии материальных затрат за счет сокращенияколичества расходных материалов в размере 4700 рублей.
Таким образом, общаяэкономия после внедрения АРМ составит:
 
Эобщ. = 516000+60000 + 105840 + 4700 =686540 (рублей).
Финансовый план проекта.
Инвестиционный проект сфинансовой точки зрения объединяет два противоположных процесса — созданиепроизводственного объекта и получение дохода. Поэтому для оперативного управленияфинансами необходимо составить таблицу денежных потоков в соответствии сграфиком реализации проекта.
Таблица денежных потоковналичности содержит сводные данные об объемах продаж, увеличении доходов,инвестициях, производственных и финансовых издержках по каждому периодуосуществления проекта. Вначале необходимо оценить ликвидность проекта — способность проекта отвечать по имеющимся финансовым обязательствам.
Оценка ликвидностипроекта основывается на планировании движения денежных средств по каждомупериоду. Для чего отдельно рассматриваются доходы и расходы объекта и разностьмежду ними в денежном выражении.
С позиции бюджетногоподхода под ликвидностью, понимают положительную разницу (сальдо) поступлений иплатежей в течение всего срока жизни проекта. Отрицательное значение сальдопоступлений и платежей говорит о дефиците денежных средств
Для оценки финансовойсостоятельности проекта представим исходные и расчетные данные в таблице 4.12.
Так как сальдо денежнойналичности нарастающим итогом является по всем периодам положительнойвеличиной, перейдем к определению чистой текущей стоимости проекта,характеризующей эффективность проекта.