Содержание
Введение
Глава I. Постановка задачи и описаниепредметной области
1.1 Постановказадачи
1.2 Описаниепредметной области (бизнес-процессы)
1.3 Обоснованиедля разработки нового ПО
1.4 Техническоезадание
Глава II. Разработка ПО и построение БД
2.1.Функциональные требования к системе
2.2. Схемаработы склада предприятия
2.3. Выбор иобоснование технологии проектирования и инструментальных средств разработки
2.4.Постановка задач по подсистемам
2.5.Обоснование выбора СУБД Accessдля разработки БД
2.6. Разработка структуры базы данных и отношений атрибутов
2.6.1.Нормализация базы данных
2.6.2. Базаданных автоматизированной системы управления складом
Глава III. Система АРМ «Логистика»
Глава IV. Расчет экономической эффективности
4.1 Анализрыночных возможностей продукта
4.2 Расчетединовременных затрат на разработку ПО
4.3Единовременные расходы организации заказчика ПО при внедрении автоматизированных рабочих мест(АРМ)
4.5 Текущиерасходы пользователя ПО при эксплуатации АРМ
4.6 Экономиятекущих затрат пользователя ПО
4.7Финансовый план проекта
4.8Показатели экономической эффективности проекта
Глава V. Обоснование выбора Delphi
Введение
В данной дипломной работе планируетсярассмотреть раздел логистики складирования, как один из наиболее важных изначимых в деятельности предприятия – производителя.
Логистика – наука о планировании,организации, управлении, контроле и регулировании движения материальных иинформационных потоков в пространстве и во времени от их первичного источникадо конечного потребителя.
Логистика подразделяется на несколькоосновных направлений:
— информационная логистика;
— закупочная логистика;
— логистика производственныхпроцессов;
— сбытовая логистика;
— логистика запасов;
— логистика складирования;
— транспортная логистика;
— организация логистическогоуправления.
Перемещение материальныхпотоков в логистической цепи невозможно без концентрации в определенных местахнеобходимых запасов, для хранения которых предназначены соответствующие склады.Движение через склад связано с затратами живого и овеществленного труда, чтоувеличивает стоимость товара. В связи с этим проблемы, связанные сфункционированием складов, оказывают значительное влияние на рационализациюдвижения материальных потоков в логистической цепи, использование транспортныхсредств и издержек обращения.
Современный крупный склад— это сложное техническое сооружение, которое состоит из многочисленныхвзаимосвязанных элементов, имеет определенную структуру и выполняет ряд функцийпо преобразованию материальных потоков, а также накапливанию, переработке ираспределению товаров между потребителями. При этом возможное многообразиепараметров, технологических и объемно-планировочных решений, конструкцийоборудования и характеристик разнообразной номенклатуры товаров,перерабатываемых на складах, относит склады к сложным системам. В то же времясклад сам является всего лишь элементом системы более высокого уровня —логистической цепи, которая и формирует основные и технические требования кскладской системе, устанавливает цели и критерии ее оптимальногофункционирования, диктует условия переработки товара.
Поэтому склад долженрассматриваться не изолированно, а как интегрированная составная частьлогистической цепи. Только такой подход позволит обеспечить успешное выполнениеосновных функций склада и достижение высокого уровня рентабельности.
При этом необходимо иметьв виду, что в каждом отдельно взятом случае, для конкретного склада, параметрыскладской системы значительно отличаются друг от друга, так же как ее элементыи сама структура, основанная на взаимосвязи этих элементов. При созданиискладской системы всегда нужно руководствоваться следующим основным принципом:лишь индивидуальное решение с учетом всех влияющих факторов может сделать еерентабельной. Предпосылкой этого является четкое определение функциональныхзадач и основательный анализ переработки груза как внутри, так и вне склада.Разброс гибких возможностей необходимо ограничить благоразумными практическивыгодными показателями. Это означает, что любые затраты должны бытьэкономически оправданными, т. е. внедрение любого технологического итехнического решения, связанное с капиталовложениями, должно исходить израциональной целесообразности, а не из модных тенденций и предлагаемыхтехнических возможностей на рынке.
Основное назначениесклада — концентрация запасов, их хранение и обеспечение бесперебойного иритмичного снабжения заказов потребителей.
Глава I. Постановка задачи и описаниепредметной области
1.1 Постановказадачи
Всем известно, что для того, чтобысистема управления складом предприятия работала и выполняла все предназначенныеей функции, необходима какая-либо информационная поддержка, которая исключилабы все возможные ошибки и неточности.
Для этого необходимо созданиеавтоматизированного рабочего места управления складом, которая помогла быпредприятию и его работникам вести точный учет всех операций и располагатьнеобходимой информацией — то есть вести собственную базу данных (БД). Именнотакая система смогла бы сэкономить время, деньги и обеспечить правильностьведения всех проводимых на складе операций и управлять ими.
Система предназначена для хранения иобработки данных о имеющихся на складе товаров, об услугах, которые такжепредоставляются потребителям. Обработанные данные могут использоватьсясотрудниками, оформляющими заказы, клиентами (о наличии услуг) и другимисотрудниками предприятия для принятия решений о предоставлении и реализацииновых услуг.
Общая концепция решения складскойсистемы должна быть экономичной. Экономический успех обеспечивается в случае,если планирование и реализация складской системы рассматриваются с точки зренияинтересов всего предприятия, являясь лишь частью общей концепции склада. Арентабельность склада и будет, в конечном счете, основным критерием выбраннойобщей концепции.
Система складирования предполагаетоптимальное размещение товара на складе и рациональное управление им. Приразработке системы складирования необходимо учитывать все взаимосвязи ивзаимозависимости между внешними (входящими на склад и исходящими из него) ивнутренними (складскими) потоками объекта и связанные с ними факторы (параметрысклада, технические средства, особенности груза и т.д.). Разработка системыскладирования основывается на выборе рациональной системы из всех техническивозможных систем для решения поставленной задачи методом количественной и качественнойоценки. Этот процесс выбора и оптимизации предполагает выявление связанныхмежду собой факторов, систематизированных в несколько основных подсистем.
Каждая подсистема в себя целый рядвозможных элементов. При этом число элементов, составляющих основныеподсистемы, может быть достаточно значительным, а сочетание их в различныекомбинации еще более увеличивает многовариантность системы. Это означает, чтоальтернативный выбор всех конкурентных вариантов должен осуществляться вопределенной последовательности с учетом технико-экономической оценки каждогоиз них.
Выбор рациональной системыскладирования должен осуществляться в следующем порядке:
определяются место склада влогистической цепи и его функции;
устанавливается общая направленностьтехнической оснащенности складской системы (механизированная,автоматизированная, автоматическая);
определяется задача, которойподчинена разработка системы складирования;
выбираются элементы каждой складскойподсистемы;
создаются комбинации выбранныхэлементов всех подсистем;
осуществляется предварительный выборконкурентных вариантов из всех технически возможных;
проводится технико-экономическаяоценка каждого конкурентного варианта;
осуществляется альтернативный выборрационального варианта.
Выбор элементов складских подсистемведется с помощью схем и диаграмм или разработанных программ на ЭВМ. Этообеспечивает методический подход с учетом всех возможных вариантов.
Логистический процесс на складевесьма сложен, поскольку требует полной согласованности функций снабжениязапасами, переработки груза и физического распределения заказов. Практическилогистика на складе охватывает все основные функциональные области,рассматриваемые на микроуровне. Поэтому логистический процесс на складе гораздошире технологического процесса и включает (рисунок 1):
/>
Функционирование всех составляющихлогистического процесса должно рассматриваться во взаимосвязи ивзаимозависимости. Такой подход позволяет не только четко координироватьдеятельность служб склада, он является основой планирования и контроля запродвижением груза на складе с минимальными затратами. Условно весь процесс можноразделить на три части:
1) операции, направленные накоординацию службы закупки;
2) операции, непосредственносвязанные с переработкой груза и его документацией;
3) операции, направленные накоординацию службы продаж.
Снабжение запасами. Основная задача снабжения запасамисостоит в обеспечении склада товаром (или материалом) в соответствии свозможностями его переработки на данный период при полном удовлетворениизаказов потребителей. Поэтому определение потребности в закупке запасов должносогласовываться со службой продаж и имеющейся мощностью склада.
Контроль за поставками. Учет и контроль за поступлениемзапасов и отправкой заказов позволяет обеспечить ритмичность переработки грузопотоков,максимальное использование имеющегося объема склада и необходимые условияхранения, сократить сроки хранения, сократить сроки хранения запасов и темсамым увеличить оборот склада.
Разгрузка и приемка грузов. При осуществлении этих операцийнеобходимо ориентироваться на условия поставки заключенного договора.
Проводимые на данном этапе операциивключают:
разгрузку транспортных средств;
контроль документального ифизического соответствия заказов поставки;
документальное оформление прибывшегогруза через информационную систему;
формирование складской грузовойединицы.
Внутрискладская транспортировка. Внутрискладская транспортировка предполагает перемещениегруза между различными зонами склада. Транспортировка грузов внутри склададолжна осуществляться при минимальной протяженности во времени и пространствепо сквозным «прямоточным» маршрутам.
Складирование и хранение. Процесс складирования заключается вразмещении и укладке груза на хранение. Основной принцип рациональногоскладирования – эффективное использование объема зоны хранения.
Процесс складирования и хранениявключает:
закладку груза на хранение;
хранение груза и обеспечениесоответствующих для этого условий;
контроль за наличностью запасов наскладе, осуществляемый через информационную систему.
Комплектация (комиссионирование)заказов и отгрузка. Процесс комплектации сводится кподготовке товара в соответствии с заказами потребителей. Комиссионированиезаказов клиентов проводится в зоне комплектации. Подготовка и оформлениедокументации осуществляется через информационную систему. При этом выбираетсяоптимальный маршрут доставки заказов.
Транспортировка и экспедиция заказов могут осуществляться как складом,так и самим заказчиком. Наиболее распространена и экономически оправданацентрализованная доставка заказов складом.
Сбор и доставка порожнихтовароносителей играют существенную роль в статьерасходов. Эффективный обмен товароносителей возможен лишь в тех случаях, когдадостоверно определено их оптимальное количество и четко выполняется график ихобмена с потребителями.
Информационное обслуживание склада предполагает управление информационными потоками и являетсясвязующим стержнем функционирования всех служб склада.
Информационное обслуживаниеохватывает:
обработку входящей документации;
предложения по заказам поставщиков;
оформление заказов поставщиков;
управление приемом и отправкой;
контроль наличия товаров на складе;
прием заказов потребителей;
оформление документации отправки;
диспетчерскую помощь, включаяоптимальный выбор партий отгрузки и маршруты доставки;
обработку счетов клиентов;
обмен информацией с оперативнымперсоналом и верхним иерархическим уровнем организации;
различную статистическую информацию.
Контроль за выполнением заказов иобеспечение обслуживания клиентов.
На обеспечение координациидеятельности службы продаж в первую очередь направлены операции контроля завыполнением заказов и оказание услуг клиентам, от выполнения которых зависитуровень обслуживания. Выделяют три основные категории элементов обслуживания:допродажное, во время продажи и послепродажное.
1.2 Описаниепредметной области (бизнес-процессы)
Вся ответственность в управлениипредприятием лежит на Генеральном директоре. Основной целью деятельности приуправлении является максимизация прибыли и минимизация рисков. Именно этизадачи являются основными при работе в этой сфере деятельности. Целидеятельности можно охарактеризовать таким образом:
— обеспечить создание соответствующейорганизационной структуры продаж;
— обеспечить эффективное управлениеперсоналом;
— планировать размещение иассортимент товаров;
— сегментировать рынок попокупателям.
Основными задачами являются:
повышение оперативности и достоверностиинформации о состоянии предприятия;
повышение контроля выполненияуправленческих решений и планов;
снижение риска злоупотреблений состороны персонала;
оптимизация использования финансовых,трудовых и материальных ресурсов;
разработка и внедрение новыхинформационных технологий, PR-акции,реклама;
планирование и проведение специальныхмероприятий;
продвижение товара;
ценообразование;
оценка эффективности управления.
Основные функции:
— непосредственное участие вразработке и управлении продажами;
— ведение БД клиентов и товаров;
— составление и оформление заказовклиентов;
составление и оформление заявокпоставщикам;
— предоставление необходимойинформации клиентам;
— предоставлении необходимойинформации поставщикам;
— осуществление мероприятий по разработкестратегии продаж;
— мотивация сотрудников;
— предложение новых товаров;
— эффективность управления.
Вся вышеуказанная информацияхарактеризует систему управления складской логистикой. Сотрудниками данногоотдела являются:
Генеральный директор;
Работники отдела сбыта, главнаяфункция которых состоит в работе и связи с клиентами;
Работники склада: их главная задача –обеспечение и контролирование товаров.
Разработка данногоавтоматизированного рабочего места предназначена для закрытого акционерного общества(ЗАО) «Приосколье», которое на данный момент времени занимает большую нишу наРоссийском рынке производственных товаров. «Приосколье» — это крупныйптицеводческий комплекс, который начал свою деятельность в 2004 году, а уже в2005 году предприятие вышло на производственную мощность. На данный моментобъем выпускаемого мяса птицы доведено до 50 тысяч тонн в год. На данный моментв производственной работе занято около двух тысяч человек.
Задачи, которые ставит перед собойЗАО «Приосколье» следующие:
создание вертикально-интегрированногоптицеводческого комплекса с замкнутым циклом по производству мяса бройлеровпутем увеличения существующих производственных мощностей;
занятие прочной позицииотечественного товаропроизводителя куриного мяса высокого качества всуществующей сегодня нише продовольственных товаров, используя:
знание и опыт ведущих зарубежныхкомпаний для организации и технологического ведения проекта первые 2-3 года;
поддержку птицеводства РоссииПравительством;
возможность получения субсидий изфедерального и областного бюджета для компенсации процентной ставки по кредиту;
разрешение правительством РФбеспошлинного ввоза в Россию соевого шрота, важнейшего компонента корма птицы,производимого в России в недостаточном количестве;
наличие зарубежных поставщиковсовременного оборудования и технологий, обязующихся сопровождать строительство,запуск. Выход на проектную мощность всех структурных звеньев комплекса,участвовать в оптимизации технологических процессов.
1.3 Обоснованиедля разработки нового программного обеспечения
При выборе способов собственнойавтоматизации у каждой компании существуют следующие альтернативы:
Приобрести готовое решение.
В данной ситуации организацияпокупает настроенную модель ведения бизнеса. Плюсами такого решения можносчитать: низкую стоимость системы, универсальный набор связанных бизнеспроцессов, высокую надежность. В качестве минусов следует отметить:необходимость перестройки собственной деятельности под приобретенную модель,отсутствие специфичной управленческой отчетности.
Приобрести адаптируемое решение иуслуги по настройке.
При таком подходе организация получитуниверсальное программное обеспечение, адаптированное под его специфику.Качество адаптации очень сильно зависит от стоимости дополнительной настройки.Такое решение будет учитывать специфику данной организации, как в планепроцессов, так и отчетности. Надежность данного решения будет меньше, так как входе настройки неизбежно будет внесено какое-то количество ошибок. Стоимостьвладения будет существенно выше, чем в первом случае.
Нанять собственных специалистов,которые создадут решение.
Данный подход должен иметь право нажизнь только в случае совершенной уникальности стоящих задач. Аргументами заиспользование такого подхода может служить только полное соответствие решенияпоставленным задачам.
Сравнительная характеристикасуществующих
программных продуктов.
На данный момент на российском рынкесуществует очень много разнообразного ПО для автоматизации складской логистики.Некоторые из них представлены в таблице 1, где описываются основные иххарактеристики:
Таблица 1
Количество транзакций
в час Количество пользователей Поддержка Внедрение в эксплуатацию, в мес. Количество радиотерминалов
Стоимость,
тыс. дол. “ФОЛИО ЛогистикСклад” 8.1 менее 200 не более 10
— поддержка бумажной технологии или ограниченного круга терминалов сбора данных;
— предоставление стандартных отчетов;
- автономный режим работы или простейший интерфейс обмена данными с головной системой 3-6 не более 10 менее 15 advantics фирмы PSI Logistics свыше 1000 свыше 40
— наличие наряду со стандартными и настраиваемыми отчетами генератора отчетов;
— потребность в мощных вычислительных платформах;
— предоставление интерфейсов к системе корпоративного управления и к устройствам складской механизации 15-30 свыше 20 от 50 Radio Beacon WMS Expert фирмы Radio Beacon от 200 до 1000 от 10 до 40
— наличие наряду со стандартными отчетами генератора отчетов;
— способность работать на компьютерных платформах среднего уровня или на рабочих станциях в режиме тонкого клиента;
— наличие интерфейсов к системе корпоративного управления и к устройствам механизации складских операций 12 10-20 15-50 Logistics Vision Suite от Mantis около 800 свыше 35
— наличие наряду со стандартными отчетами генератора отчетов;
— потребность в мощных вычислительных платформах;
— автономный режим работы или простейший интерфейс обмена данными с головной системой 17-25 около 20 свыше 30 CoreWMS от “Аргус Софт” от 500 до 800 25-40
— поддержка бумажной технологии или ограниченного круга терминалов сбора данных;
— способность работать на компьютерных платформах среднего уровня или на рабочих станциях в режиме тонкого клиента;
— предоставление интерфейсов к системе корпоративного управления и к устройствам складской механизации 10 10-15 15-30
Для автоматизации складом ЗАО«Приосколье» мною был выбран третий подход. Такое решение было принято последующим причинам:
1) высокая стоимость тех программ,которые уже существуют на рынке. Я считаю, что не каждое предприятие можетпозволить себе программное обеспечение стоимостью от 15 до 50 тысяч долларов;
2) мала вероятность того, чтокупленное программное обеспечение будет полностью удовлетворять требованиямконкретного предприятия. Возможно, придется «дописывать» некоторые модулипрограммы.
То есть автоматизированная системауправления складом будет создана именно для этого предприятия и будетуникальным в своем роде. Даня программа будет выполнять такие операции как:
1. Адресный учет товарно-материальныхценностей на складе.
2. Разбиение сложных складскихпроцедур на простейшие технологические операции.
3. Управление действиями сотрудниковна складе.
4. Оптимизацию передвижения по складупри сборе заказов.
5. Получение информации обисполнителе каждой технологической операции.
Основными преимуществамипредлагаемого нами решения являются:
1. Простота во внедрении ииспользовании.
2. Уникальность и полное соответствиевсем требования предприятия.
3. Невысокая стоимость.
1.4Техническое задание
Прежде чем приступать к разработкеавтоматизированной системы необходимо определить основные критерии, по которымбудет разработана система и выявить основные требования. Для этого необходимосоставить техническое задание, на основании которого будет разработанаконкретная автоматизированная система для предприятия.
1. Основание для разработки.
Настоящее техническое заданиераспространяется на разработку автоматизированной системы управления складомпредприятия, предназначенной для предоставления наиболее полной информации обуслугах и работе ЗАО «Приосколье». Предполагается, что использовать даннуюсистему будут сотрудники склада.
Основными задачами даннойавтоматизированной системы является получение наиболее точной информации отоваре на складе, о поставщиках, о покупателях и сделках с ними.
Эта система обеспечит оперативныйдоступ к необходимой информации.
2. Назначение.
Она предназначена для хранения иобработки данных о товаре на складе, об услугах, которые также предоставляютсяданным предприятием. Обработанные данные могут использоваться сотрудниками,оформляющими заказы, клиентами (о наличии услуг) и другими сотрудникамипредприятия для принятия решений о заказах новых услуг поставщикам.
3. Требования к программе илипрограммному изделию.
Требования кфункциональным характеристикам.
Система должна обеспечиватьвозможность выполнения следующих функций:
Регистрация в системе;
Аутентификация;
Отображение, ввод и коррекциюинформации о товарах, имеющихся на складе;
Отображение, ввод и коррекциюинформации о клиентах;
Ввод и коррекцию информации озаказах, предоставление клиенту его экземпляра договора, вывод на печатьэкземпляра договора предприятия;
Обработка заказов и ведениефинансового журнала выполнения заказов;
Предоставление статистики побухгалтерскому учету для клиента;
Исходные данные:
Список товаров;
Цены на товары;
Информация о клиенте (ФИО, адрес, номери серия паспорта);
Информация о заказе (кодинтересующего договора, дата и срок выполнения заказа).
Результаты:
Список договоров;
Финансовый отчёт руководителю(прибыль и убытки за определённый промежуток времени);
Электронные и напечатанные экземплярыдоговоров.
Требования кнадёжности.
Предусмотреть контроль вводимойинформации.
Предусмотреть блокировку некорректныхдействий пользователя при работе с системой.
Обеспечить целостность хранимойинформации.
Обеспечить защиту отнесанкционированного доступа к информации.
Требования к составу ипараметрам технических средств
Система должна работать на IBM совместимых компьютерах.
Минимальная конфигурация:
Тип процессора……...Pentium II или Athlon ивыше;
Частота процессора …………………..333Mhz и выше;
Объём оперативного запоминающегоустройств…64 Мб и более;
Объем свободного пространства нажестком диске……5 Mб и выше.
Требования кинформационной и программной совместимости.
Система должна работать подуправлением семейства операционных систем Win 32 (Windows95, Windows 98, Windows Me, Windows 2000, Windows NT, WindowsXP).
Требования к программнойдокументации.
Разрабатываемые программные модулидолжны быть самодокументированны, т.е. тексты программ должны содержать всенеобходимые комментарии.
Программная система должна включатьсправочную систему о работе и подсказки пользователю.
В состав сопровождающей документациидолжны входить:
Пояснительная записка, содержащаяописание разработки.
4.3.2 Руководство системногопрограммиста.
4.3.3 Руководство пользователя.
4.3.4.1. Схема структурнаяпрограммной системы.
4.4.3.2. Формы интерфейсапользователя.
Из всего вышесказанного можно сделатьвывод, что для работы любого предприятия необходима какая-либо информационнаяподдержка, которая могла бы упростить работу всех сотрудников предприятия. Дляэтого и было автоматизировано рабочее место, которое предназначено для храненияи обработки данных об имеющихся на складе товаров, об услугах, которые такжепредоставляются потребителям. Именно такая система смогла бы сэкономить время,деньги и обеспечить правильность ведения всех проводимых на складе операций иуправлять ими.
Глава II. Разработка ПО и построение БД
2.1 Функциональныетребования к системе
Информационная система,построенная на основе данных принципов, должна, с одной стороны, служитьисточником информации для сопровождения этапов продажи и инструментом дляработы с поступающей и аккумулируемой информацией, с другой стороны, позволятьконтролировать состояние в любой момент времени по выделенным параметрам.
Для работы всоответствии с данными принципами база должна обеспечивать следующуюфункциональность:
А. Информационные.
Работа с информацией отоваре на складе.
Работа с адреснойинформацией о клиенте.
Работа с рыночнойинформацией.
Информационнаяподдержка продаж.
Б. Функции поддержкипри работе с клиентом.
Текущая ситуация приработе с клиентом.
Потребности клиента втоварах предприятия.
Работа по этапамсделки.
Обеспечение функций попродажам при работе с клиентами.
В. Функции поддержкипри управлении отделом.
Планирование работыотдела.
Постановка задач передработниками отдела.
Контроль выполнениязадач работниками отдела.
Контроль текущихпоказателей работы отдела.
Получение фактическихпоказателей по итогам периода.
Г. Функции анализа ипрогнозирования.
Анализ продаж.
Прогнозированиединамики продаж.
Анализ результатовработы сотрудников.
Анализ рыночнойситуации.
Д. Функции обработкиимеющейся информации.
Оперативная обработкаимеющегося массива информации при изменении отдельных атрибутов (например, приизменении территориального распределения компаний).
Оперативное созданиегрупп клиентов для работы по специальным программам.
Другие групповыедействия над записями.
Перечисленные функцииявляются основными, для обеспечения которых и создается база. Разумеется, взависимости от уровня реализации, перечень функций может меняться — скажем, впростейшем случае БД может обеспечивать только информационные функции, а другиетолько частично.
2.2Схема работы склада предприятия
Для проектированияавтоматизированного рабочего места «Логистика» используется программа BPwin4.0, которая является мощным инструментом для создания моделей, позволяющиханализировать, документировать и планировать изменения сложныхбизнес-процессов. BPwin предлагаетсредство для сбора всей необходимой информации о работе предприятия играфического изображения этой информации в виде целостной и непротиворечивоймодели.
BPwin поддерживает три методологии:IDEF0, DFD и IDEF3, позволяющие анализировать бизнес с трех ключевых точекзрения:
С точки зрения функциональностисистемы. В рамках методологии IDEF0 (Integration Definition for FunctionModeling) бизнес-процесс представляется в виде набора элементов-работ, которыевзаимодействуют между собой, а также показывается информационные, людские ипроизводственные ресурсы, потребляемые каждой работой.
С точки зрения потоков информации(документооборота) в системе. Диаграммы DFD (Data Flow Diagramming) могутдополнить то, что уже отражено в модели IDEF3, поскольку они описывают потокиданных, позволяя проследить, каким образом происходит обмен информацией междубизнес-функциями внутри системы. В тоже время диаграммы DFD оставляют безвнимания взаимодействие между бизнес-функциями.
С точки зрения последовательностивыполняемых работ. И еще более точную картину можно получить, дополнив модельдиаграммами IDEF3. Этот метод привлекает внимание к очередности выполнениясобытий. В IDEF3 включены элементы логики, что позволяет моделировать ианализировать альтернативные сценарии развития бизнес-процесса.
BPwin умеет проверять создаваемые модели с точки зрениясинтаксиса выбранной методологии, проверяет ссылочную целостность между диаграммами,а также выполняет ряд других проверок, чтобы помочь создать правильную модель,а не просто рисунок. При этом сохраняются главные преимущества рисунка –простота создания и наглядность.
Как видно из контекстной диаграммы(рисунок 2), управляющая информация входит в блок сверху (Лицензия на занятиеторговлей), в то время как входная информация (Бланк заявки поставщику, Бланкзаказа клиента, Список о количестве запасов на складе), которая подвергаетсяобработке, показана с левой стороны блока, а результаты (выход) показаны справой стороны блока (Заполненный и заверенный бланк заявки, Договора,контрольные документы). Механизм (Работники отдела склада, Работники отделапродаж), который осуществляет операцию, предоставляется дугой, входящий в блокснизу.
/>
Рисунок 2. Контекстнаядиаграмма.
Далее блок «Автоматизированнаясистема управления складом» разбивается на три процесса, которые представленына диаграмме декомпозиции процесса (рисунок 3):
Оформление заявки на поставку товара;
Формирование заказа клиента;
Оформление договора на продажу.
/>
Рисунок 3. Диаграмма декомпозициипроцесса.
На основании вышеприведенных диаграммопределяются основные задачи и функции разрабатываемой автоматизированнойсистемы управления складом предприятия.
Основными задачами системы являются:
повышение оперативности идостоверности информации о состоянии предприятия;
повышение контроля выполненияуправленческих решений и планов;
снижение риска злоупотреблений состороны персонала;
оптимизация использования финансовых,трудовых и материальных ресурсов;
разработка и внедрение новыхинформационных технологий, PR-акции,реклама;
планирование и проведение специальныхмероприятий;
продвижение товара;
ценообразование;
оценка эффективности управления.
Основные функции системы:
— непосредственное участие вразработке и управлении продажами;
— ведение БД клиентов и товаров;
— составление и оформление заказовклиентов;
составление и оформление заявокпоставщикам;
— предоставление необходимойинформации клиентам;
— предоставлении необходимойинформации поставщикам;
— осуществление мероприятий поразработке стратегии продаж;
— мотивация сотрудников;
— предложение новых товаров;
— эффективность управления.
Вся вышеуказанная информацияхарактеризует систему управления складской логистикой. Сотрудниками данногоотдела являются:
Генеральный директор;
Работники отдела сбыта, главнаяфункция которых состоит в работе и связи с клиентами;
Работники склада: их главная задача –обеспечение и контролирование товаров.
2.3 Выбори обоснование технологии проектирования и инструментальных средств разработки
Любой проект разработки программногообеспечения в своем развитии проходит определенный жизненный цикл –последовательность этапов и совокупность действий, в результате которыхсоздается первая версия продукта. Реалистичная модель жизненного цикла упрощаетвыполнение проекта и гарантирует, что в проекте с каждым следующим этапомреализуется все больше запланированных задач. Прежде чем приступить кразработке системы необходимо иметь четкое описание методологии разработки,адаптированной к конкретному проекту. На основе выбранной методологиипроизводится выбор конкретных проектных инструментов и программных средств(таблица 2):
Таблица 2Средства Rational Rose Enterprise Edition BPWin 4.0 EasyCase 3.1 Вес критерия Критерии цена/доступность 10 10 9 5 объектный подход 10 5 Функциональный подход 10 7 5 требования к ресурсам 7 8 10 3 Техническая поддержка 10 10 1 4 Совместимость с установленным ПО 10 10 2 4 Итого 201 204 122
Основываясь на всем вышеуказанном,было принято решение использовать в качестве инструментального средстваразработки проекта Rational Rose Enterprise Edition, который полностьюподдерживает объектно-ориентированный подход.
Rational Rose — CASE-средство фирмыRational Software Corporation (США) — предназначено для автоматизации этапованализа и проектирования ПО, а также для генерации кодов на различных языках ивыпуска проектной документации.
Структура и функции
В основе работы Rational Rose лежитпостроение различного рода диаграмм и спецификаций, определяющих логическую ифизическую структуры модели, ее статические и динамические аспекты. В их числовходят диаграммы классов, состояний, сценариев, модулей, процессов.
Средства автоматической генерациикодов программ на языке С++, используя информацию, содержащуюся в логической ифизической моделях проекта, формируют файлы заголовков и файлы описаний классови объектов. Создаваемый таким образом скелет программы может быть уточнен путемпрямого программирования на языке С++. Анализатор кодов С++ реализован в видеотдельного программного модуля. Его назначение состоит в том, чтобы создаватьмодули проектов в форме Rational Rose на основе информации, содержащейся вопределяемых пользователем исходных текстах на С++. В процессе работыанализатор осуществляет контроль правильности исходных текстов и диагностикуошибок. Модель, полученная в результате его работы, может целиком илифрагментарно использоваться в различных проектах. Анализатор обладает широкимивозможностями настройки по входу и выходу. Например, можно определить типыисходных файлов, базовый компилятор, задать, какая информация должна бытьвключена в формируемую модель и какие элементы выходной модели следует выводитьна экран. Таким образом, Rational Rose/С++ обеспечивает возможность повторногоиспользования программных компонент.
В результате разработки проекта спомощью CASE-средства Rational Rose формируются следующие документы:
диаграммы классов;
диаграммы состояний;
диаграммы сценариев;
диаграммы модулей;
диаграммы процессов;
спецификации классов, объектов,атрибутов и операций
заготовки текстов программ;
модель разрабатываемой программнойсистемы.
Последний из перечисленных документовявляется текстовым файлом, содержащим всю необходимую информацию о проекте (втом числе необходимую для получения всех диаграмм и спецификаций).
Тексты программ являются заготовкамидля последующей работы программистов. Они формируются в рабочем каталоге в видефайлов типов .h (заголовки, содержащие описания классов) и .cpp (заготовкипрограмм для методов). Система включает в программные файлы собственныекомментарии, которые начинаются с последовательности символов //##. Составинформации, включаемой в программные файлы, определяется либо по умолчанию,либо по усмотрению пользователя. В дальнейшем эти исходные тексты развиваютсяпрограммистами в полноценные программы.
Взаимодействие с другими средствами иорганизация групповой работы
Rational Rose интегрируется сосредством PVCS для организации групповой работы и управления проектом и сосредством SoDA — для документирования проектов. Интеграция Rational Rose и SoDAобеспечивается средствами SoDA.
Для организации групповой работы вRational Rose возможно разбиение модели на управляемые подмодели. Каждая из нихнезависимо сохраняется на диске или загружается в модель. В качестве подмоделиможет выступать категория классов или подсистема.
Для управляемой подмоделипредусмотрены операции:
загрузка подмодели в память;
выгрузка подмодели из памяти;
сохранение подмодели на диске в видеотдельного файла;
установка защиты от модификации;
замена подмодели в памяти на новую.
Наиболее эффективно групповая работаорганизуется при интеграции Rational Rose со специальными средствами управленияконфигурацией и контроля версий (PVCS). В этом случае защита от модификацииустанавливается на все управляемые подмодели, кроме тех, которые выделеныконкретному разработчику. В этом случае признак защиты от записи устанавливаетсядля файлов, которые содержат подмодели, поэтому при считывании«чужих» подмоделей защита их от модификации сохраняется и случайныевоздействия окажутся невозможными.
2.4 Постановказадач по подсистемам
Выше были определены функциональныетребования к системе. Все эти функции включают в себя реализацию конкретныхзадач.
Использование диаграммы Use Case (рисунок 4)– это возможность увидеть систему с еефункциями и подфункциям с точки зрения пользователя.
«Генеральный директор» ввиду постоянных внешних и внутреннихизменений корректирует бизнес-план. В ходе написания этих корректировок следуетдать достоверную оценку макроэкономической ситуации и текущего состояния рынкав целом, а также положения на нем отрасли, динамики ее развития и имеющихся унее перспектив, при условии неизменности подходов. Кроме того, оцениваетсявнутренняя ситуация отрасли и обозначаются назревшие проблемы
/>
Рисунок 4. Диаграмма UseCase.
Рассмотрим каждую функцию:
Проведение ценовой политики –оптимальная ценовая политика требует определенной информационной поддержки. Этафункция является основной, потому что именно с помощью нее можно значительноподнять уровень продаж, снижая цены. С помощью нее мы учитываем все факторы ипринимаем решения.
Сравнение имеющихся ресурсов – спомощью этой функции сравниваем и анализируем уже имеющиеся ресурсы. С помощьюних можно охарактеризовать эффективность управления продажами.
Снижение издержек и рисков – спомощью снижения издержек можно повысить спрос и наоборот. От этой функциизависит многое, так как риск является скрытым препятствием и может понизитьуровень продаж.
Использование финансовых иматериальных ресурсов – необходимо увязать имеющиеся у нас ресурсы снеобходимыми требованиями рынка.
«Склад» От того, насколько правильно и точнобудет выполняться и строиться работа склада предприятия зависит очень многое.Это основывается на том, что основной и главной функцией склада являетсяконтролирование и пополнение уже имеющихся товаров, а также закупка новых.Наряду с этим рассматриваются следующие функции:
Формирование заявки (формированиезаказов поставщикам) – необходимо оформить заказ на основе планов закупок. Приэтом производится анализ уже имеющихся товаров. Также производится точныйанализ рынка предлагаемой продукции. Необходимо выбрать тех поставщиков,которые бы отвечали нашим требованиям и запросам (например, выбираем приемлемыецены и хорошее качество вместо дешевого товара, но зато низких цен.)
Входной информацией является:
ID поставщика;
Наименование товара;
Количество единиц;
Дата и время доставки;
Остаток товара на складе.
Выходной информацией являетсяоформление заявки.
Имеющиеся товары на складе –необходимо предоставить максимально точную информацию о всех товарах. Наосновании этого создается и формируется заявка, в которой нужно указать точноеколичество единиц товара, который нам необходим.
Исполнение обязательств по договорам– здесь работник Склада оговаривает точные сроки поставки и отгрузки товара.Выписывает необходимые для этого документы.
Контроль взаиморасчетов споставщиками – необходимо своевременно рассчитываться с поставщиками. Впротивном случае предприятие не застраховано от того, что поставщик не подведети вовремя осуществит выполнение нашей заявки. Это немаловажная функция, потомучто иметь одних и тех же поставщиков в течении длительного времени, с которымиотлажена работа гораздо удобнее, нежели постоянно от заявки к заявке налаживатьконтакты с новыми.
«Отдел продаж» Какой бы выгодный товар не получилСклад, как бы хорошо не распланировало весь процесс Генеральный директор вконечном итоге все упирается в Отдел продаж и его работников. От того,насколько хорошо они знают и умеют выполнять свою работу, зависит, как будетпродаваться товар, и, как следствие, благополучие управления продажами. Вразрабатываемой системе считается, что работник Отдела продаж сам заполняетформу заказа. Форма заполняется каждый раз, когда приходит новый клиент.
Формирование заказа – заказформируется основываясь на БД имеющихся в наличии товаров.
Входной информацией является:
№ заказа;
ID клиента;
Наименование товара;
Количество единиц товара;
Стоимость товара;
Дата заказа.
Выходной информацией являетсяоформленный заказ.
Учет и контроль за исполнениемзаказов клиентов.
Ведение договоров с покупателями – оговариваютсяусловия доставки товара, а также условия расчета.
Анализ продаж – на основании анализапродаж производится изучение потребительского спроса.
«Бухгалтерия» Главной задачей являетсяавтоматизация складского учета, анализ состояния складов, контроль движениятоварно-материальных ценностей; бухгалтерский и налоговый учет в полномсоответствии с национальным законодательством; формирование налоговой,бухгалтерской и другой регламентированной отчетности в различные органы;бухгалтерский учет и контроль смет расходов бюджетных организаций в полномсоответствии с законодательством и ведомственными инструкциями; сбор своднойотчетности бюджетных организаций
«Клиенты» (потребители) – предприятиемизучается потребительский спрос на производимый вид товара, разрабатываетсягибкая система цен.
«Поставщики» — юридическое или физическое лицо,обеспечивающее какими-либо товарами другое лицо на определенных условиях.Поставщиком может быть изготовитель и посредник.
Важно снизить стоимость материальныхресурсов для увеличения прибыли (при неизменных накладных расходах).
Выбор и определение поставщика(определить критерии оценки поставщика, затем осуществить его поиск). Поставщикможет предложить себя сам, можно найти в справочниках, на ярмарках, выставках.
Критерии оценки поставщика:
— приемлемая цена;
— качество поставляемой продукции;
— качество обслуживания потребителей;
— гибкость поставок;
— ограничение размера заказа;
— дороги;
-удаленность поставщика отпотребителя;
— психологический климат вколлективе;
— кредитоспособность и финансовоеположение.
Критерии выбора поставщика:
— определение количества возможныхпоставщиков (определение всех возможных поставщиков, включая и тех, чьимиуслугами наша компания ранее не пользовалась);
— определение позиции поставщиков нарынке;
— определение профессионализма инадежности поставщиков;
— предварительная оценка всех возможныхпоставщиков (сравнение показателей сервиса и качества, предлагаемыхпоставщиками расходных материалов с показателями, требуемымивнутрипроизводственными потребителями);
— проведение переговоров с поставщиками;
— оценка уровня цены;
— надежность поставок.
Диаграмма классов (class diagram)(рисунок 5) служит для представления статической структуры модели системы втерминологии классов объектно-ориентированного программирования. Диаграммаклассов может отражать, в частности, различные взаимосвязи между отдельнымисущностями предметной области, такими как объекты и подсистемы, а такжеописывает их внутреннюю структуру и типы отношений.
Данная диаграмма классов позволяетувидеть взаимоотношения между объектами системы, связи и зависимости.
/>
Рисунок 5. Диаграмма классов.
Диаграмма Use Case и диаграмма классов являются основанием дляпостроения структуры БД.
2.5Обоснование выбора СУБД Accessдля разработки БД
Приложение Microsoft Access является мощной и высокопроизводительной 32-разряднойсистемой управления реляционной базой данных (далее СУБД).
База данных – это совокупность структурированныхи взаимосвязанных данных и методов, обеспечивающих добавление выборку иотображение данных.
Реляционная база данных. Практическивсе СУБД позволяют добавлять новые данные в таблицы. С этой точки зрения СУБДне отличаются от программ электронных таблиц (Microsoft Excel), которые могут эмулировать некоторые функции базданных. Существует три принципиальных отличия между СУБД и программамиэлектронных таблиц:
СУБД разрабатываются с цельюобеспечения эффективной обработки больших объёмов информации, намного больших,чем те, с которыми справляются электронные таблицы.
СУБД может легко связывать дветаблицы так, что для пользователя они будут представляться одной таблицей.Реализовать такую возможность в электронных таблицах практически невозможно.
СУБД минимизируют общий объём базыданных. Для этого таблицы, содержащие повторяющиеся данные, разбиваются нанесколько связанных таблиц.
Access – мощное приложение Windows. При этом производительность СУБДорганично сочетаются со всеми удобствами и преимуществами Windows.
Как реляционная СУБД Access обеспечивает доступ ко всем типамданных и позволяет одновременно использовать несколько таблиц базы данных.Можно использовать таблицы, созданные в среде Paradox или dBase.Работая в среде Microsoft Office, пользователь получает в своёраспоряжение полностью совместимые с Access текстовыедокументы(Word), электронные таблицы(Excel), презентации(PowerPoint).С помощью новых расширений для Internet можно напрямую взаимодействовать сданными из World Wide Web и транслировать представление данных на языке HTML, обеспечивая работу с такимиприложениями как InternetExplorer и Netscape Navigator.
Access специально спроектирован длясоздания многопользовательских приложений, где файлы базы данных являютсяразделяемыми ресурсами в сети. В Accessреализована надёжная система защиты от несанкционированного доступа к файлам.
Несмотря на то, что Access является мощной и сложной системой,его использование не сложно для непрофессиональных пользователей.
Элементы базы данных.
Таблицы. В базе данных информация хранится ввиде двумерных таблиц. Можно так же импортировать и связывать таблицы из другихСУБД или систем управления электронными таблицами. Одновременно могут бытьоткрыты 1024 таблицы.
Запросы. При помощи запросов можно произвестивыборку данных по какому-нибудь критерию из разных таблиц. В запрос можновключать до 255 полей.
Формы. Формы позволяют отображать данные изтаблиц и запросов в более удобном для восприятия виде. С помощью форм можнодобавлять и изменять данные, содержащиеся в таблицах. В формы позволяютвключать модули.
Отчёты. Отчёты предназначены для печатиданных, содержащихся в таблицах и запросах, в красиво оформленном виде. Отчётытак же позволяют включать модули.
Макросы
Модули. Модули содержат VBA-код, используемый для написанияпроцедур обработки событий, таких как например нажатия кнопки в форме илиотчёте, для создания функций настройки, для автоматического выполнения операцийнад объектами базы данных и программного управления операциями, т.е. добавлениеVBA-кода позволяет создать полную базуданных с настраиваемыми меню, панелями инструментов и другими возможностями.Модули снимают с пользователя приложения необходимость помнитьпоследовательность выбора объектов базы данных для выполнения того или иногодействия и повышают эффективность работы.
База данных может содержать до 32768объектов.
В состав Access входит множество мастеров, построителей и надстроек, которыепозволяют упростить процесс создания объектов базы данных.
2.6Разработка структуры базы данных и отношений атрибутов
Осуществляется детализация хранилищданных, а также документально обосновываются сущности системы и способы ихвзаимодействия, включая идентификацию объектов предметной области (сущностей),свойств этих объектов (атрибутов) и их связей (отношений).
Сущность представляет собой множествоэкземпляров реальных или абстрактных объектов, обладающих общими атрибутами илихарактеристиками. Любой объект системы может быть представлен только однойсущностью, которая должна быть уникально идентифицирована. Отношение в самомобщем виде представляет собой связь между двумя и более сущностями. Отношениедолжно быть однозначно поименовано.
Для идентификации требований, всоответствии с которыми сущности вовлекаются в отношения, используются связи.Каждая связь соединяет сущность и отношение и может быть направлена только ототношения к сущности. Значение связи характеризует её тип и выбирается измножества: «0 или 1», «0 или более», «1», «1или более», «диапазон p:q». Пара значений связей,принадлежащая одному и тому же отношению, определит тип этого отношения.
Для большинства приложений достаточноиспользовать следующие типы отношений:
один к одному (используется наверхних уровнях иерархии модели данных, на нижних встречается редко);
один ко многим (отношения такого типаявляются наиболее часто используемыми);
многие ко многим (используется наранних этапах проектирования с целью прояснения ситуации).
В дальнейшем каждое из отношений типа«многие ко многим» должно быть преобразовано в комбинацию типовотношений «один к одному» или «один ко многим» (возможно свведением вспомогательных ассоциативных сущностей и с введением новыхотношений).
Каждая сущность обладает одним илинесколькими атрибутами, которые однозначно идентифицируют каждый экземплярсущности. При этом любой атрибут может быть определен как ключевой.
Все связи являются бинарными ипредставляют собой линии с двумя концами, соединяющими сущности, для которыхдолжно быть определено имя, степень множественности и степень обязательности.Степень множественности определяет, один или много объектов участвуют в связи.Степень обязательности определяет, обязательна ли или не обязательна даннаясвязь между сущностями.
Разработка структуры базы данныхвключает такие основные этапы, как:
идентификация сущностей, ихатрибутов, а также первичных и альтернативных ключей;
идентификация отношений междусущностями и указание типов отношений;
разрешение неспецифических видовотношений (многие к многим).
Этап 1 является определяющим при построениимодели. Исходной информацией для этого этапа служит содержание хранилищ данных,определяемое входящими и выходящими из него потоками. Первоначальноосуществляется анализ хранилища, включающий сравнение содержимого входных ивыходных потоков и создания на основе этого сравнения варианта схемы хранилища.На следующем шаге осуществляется упрощение схемы путем устранения избыточности.Следующий шаг – упрощение схемы при помощи нормализации (удаление повторяющихсягрупп). Единственным способом нормализации является расщепление данной схемы надве более простые. Далее производится определение ключевых атрибутов дляидентификации сущности.
Для шага нормализации существуютконцепции и методы, разработанные Коддом (Codd). Он установил три типа нормализованных схем,называемых первой, второй и третьей нормальной формой.
Согласно Кодду любая нормализованнаясхема (схема без повторяющихся групп) автоматически находится в первойнормальной форме (1НФ), независимо от того, насколько сложен ее ключ и какаявзаимосвязь может существовать между ее элементами. По определению схеманаходится во второй нормальной форме (2НФ), если все её ключевые атрибутыполностью зависят от ключа. Схема находится в третьей нормальной форме (3НФ),если она находится во 2НФ, и ни какой неключевой атрибут не зависит от другогонеключевого атрибута.
Этап 2 служит для выявления и определенияотношений между сущностями, а также для идентификации типов отношений. На этомэтапе допускаются неспецифические отношения «многие ко многим».
Определение отношений включаетвыявление связей, для этого отношение должно быть проверено в обоихнаправлениях следующим образом: выбирается экземпляр одной из сущностей иопределяется, сколько различных экземпляров второй сущности может быть с нимсвязано.
Этап 3 предназначен для разрешенияотношений «многие ко многим». Для этого каждое такое неспецифическоеотношение преобразуется в два специфических с введением новых.
2.6.1Нормализация базы данных
Нормализация таблиц базыданных — первый шаг на пути проектирования структуры реляционной базы данных.Строго говоря, конечно, не самый первый — сначала надо решить, что же мы вообщебудем хранить в базе, то есть определиться со структурой полей, их типами иразмерностью, смыслом хранимой в них информации.
Теория нормализацииреляционных баз данных была разработана в конце 70-х годов 20 века. Согласноей, выделяются шесть нормальных форм, пять из которых так и называются: первая,вторая, третья, четвертая, пятая нормальная форма, а также нормальная формаБойса-Кодда, лежащая между третьей и четвертой.
База данных считаетсянормализованной, если ее таблицы (по крайней мере, большинство таблиц)представлены как минимум в третьей нормальной форме. Часто многие таблицынормализуются до четвертой нормальной формы, иногда, наоборот, производитсяденормализация.
Главная цель нормализациибазы данных — устранение избыточности и дублирования информации. В идеале принормализации надо добиться, чтобы любое значение хранилось в базе в одномэкземпляре, причем значение это не должно быть получено расчетным путем издругих данных, хранящихся в базе.
Первая нормальная форма
Первая нормальная форма:
запрещает повторяющиесястолбцы (содержащие одинаковую по смыслу информацию)
запрещает множественныестолбцы (содержащие значения типа списка и т.п.)
требует определитьпервичный ключ для таблицы, то есть тот столбец или комбинацию столбцов,которые однозначно определяют каждую строку
Вторая нормальная форма
Вторая нормальная форматребует, чтобы неключевые столбцы таблиц зависели от первичного ключа в целом,но не от его части: если таблица находится в первой нормальной форме ипервичный ключ у нее состоит из одного столбца, то она автоматически находитсяи во второй нормальной форме.
Третья нормальная форма
Чтобы таблица находиласьв третьей нормальной форме, необходимо, чтобы неключевые столбцы в ней независели от других неключевых столбцов, а зависели только от первичного ключа.Самая распространенная ситуация в данном контексте — это расчетные столбцы,значения которых можно получить путем каких-либо манипуляций с другимистолбцами таблицы. Для приведения таблицы в третью нормальную форму такиестолбцы из таблиц надо удалить.
Нормальная формаБойса-Кодда
Нормальная формаБойса-Кодда требует, чтобы в таблице был только один потенциальный первичныйключ. Чаще всего у таблиц, находящихся в третьей нормальной форме, так ибывает, но не всегда. Если обнаружился второй столбец (комбинация столбцов),позволяющий однозначно идентифицировать строку, то для приведения к нормальнойформе Бойса-Кодда такие данные надо вынести в отдельную таблицу.
Четвертая нормальнаяформа
Для приведения таблицы,находящейся в нормальной форме Бойса-Кодда, к четвертой нормальной форменеобходимо устранить имеющиеся в ней многозначные зависимости. То естьобеспечить, чтобы вставка / удаление любой строки таблицы не требовала бывставки / удаления / модификации других строк этой же таблицы.
Пятая нормальная форма
Таблицу, находящуюся вчетвертой нормальной форме и, казалось бы, уже нормализованную до предела, внекоторых случаях еще можно бывает разбить на три или более таблиц, соединивкоторые, мы получим исходную таблицу. Получившиеся в результате такой, какправило, весьма искусственной, декомпозиции таблицы и называют находящимися впятой нормальная форме. Формальное определение пятой нормальной формы таково:это форма, в которой устранены зависимости соединения. В большинстве случаевпрактической пользы от нормализации таблиц до пятой нормальной формы ненаблюдается.
Разработаны специальныеформальные математические методы нормализации таблиц реляционных баз данных. Напрактике проектировщик баз данных, детально познакомившись с предметнойобластью, как правило, достаточно быстро создаст структуру, в которойбольшинство таблиц находятся в четвертой нормальной форме:.
Главное, чего мыдобьемся, проведя нормализацию базы данных — это устранение (или, по крайнеймере, серьезное сокращение) избыточности, дублирования данных. Как следствие,значительно сокращается вероятность появления противоречивых данных,облегчается администрирование базы и обновление информации в ней, сокращаетсяобъем дискового пространства.
2.6.2 Базаданных автоматизированной системы управления складом
После того как все таблицы системыотвечают принципам нормализации БД, следует определить наборы связей междутаблицами для функциональной взаимосвязанной работы базы данных в системе(рисунок 6):
/>
Рисунок 6. Схема данных.
Для этих целей система в общем видеусловно разделяется на три составляющие:
Клиенты и оформление их заказов;
Поставщики, оформление заявок;
БД товаров.
В раздел «Клиенты и оформление ихзаказов» включены 2 таблицы:
«Клиенты»;
«ОформлениеЗаказа».
Связываются таблица «Клиенты» стаблицей «ОформлениеЗаказа» по ключевому полю «IDклиента», используя отношение типа «один ко многим». Схемасвязей показана на рисунке 7:
/>
Рисунок 7. Схема связи «Клиенты иоформление их заказов».
В раздел «Поставщики, оформлениезаявок» включены следующие таблицы:
«Поставщики»;
«ОформлениеЗаявки».
Связываем эти таблицы используя типотношения «один к одному», по ключевому полю «IDпоставщика». Схема данных связей показана на рисунке 8:
/>
Рисунок 8. Схема «Поставщики,оформление заявок».
В разделе «БД товаров» используютсяуже вышеупомянутые таблицы:
«ОформлениеЗаказа»;
«ОформлениеЗаявки».
Эти таблицы связываются между собой спомощью с помощью третьей таблицы «БД товаров» типом отношения «один комногим». Это видно из рисунка 9:
/>
Рисунок 9. Схема «БД товаров».
Данные полей указанных таблицформируются из полей идентификаторов клиентов, а также выбранных клиентом впроцессе работы с системой.
Для условий требований Третьейнормальной формы в таблицах предусмотрен составной ключ, включающий в себя дваполя {номер заказа и идентификатор клиента}, уникальный, достаточный инеизбыточный, однозначно определяющий каждую запись в таблицах.
Одному заказанному товарусоответствует один номер заказа, но если клиент в процессе работы с системойзаказывает ещё один товар, то на каждую запись по этому клиенту присваиваетсяодин номер заказа.
Если заказ оформлен, то есть, принятна выполнение в работу, а клиент желает заказать дополнительный товар, тогдаоформляется новый заказ, используя те же идентификаторы клиента.
Основой для разработки базы данныхслужат таблицы, в которых содержится необходимая информация.
В данной БД используются следующиетаблицы:
1. «Клиенты» (таблица 3):
IDКлиента: идентификатор клиента.Является ключевым полем данной таблицы. По нему выполняется поиск конкретногоклиента;
ФИО клиента: вводятся фамилия, имя,отчество нового клиента;
Город: предприятию необходимо знатьтот город, в котором проживает клиент;
Адрес: адрес клиента;
Телефон: телефон клиента;
e-mail: необходим для того, чтобы предприятие в любой моментмогло вязаться с клиентом и уточнить его заказ;
Паспортные данные: необходимы дляпредприятия, потому что именно паспорт является главным удостоверяющим личностьклиента документом.
Все вышеперечисленные поля крайненеобходимы для того, чтобы внести в БД наиболее точную и достоверную информациюо клиенте.
Таблица 3.
«Клиенты»Название поля Тип данных Размер поля IDКлиента Счетчик, ключевое поле Длинное целое ФИО клиента Текстовый 50 Город Текстовый 50 Адрес Текстовый 50 Телефон Числовой Длинное целое e-mail Текстовый 50 Паспортные данные Числовой Длинное целое
«ОформлениеЗаказа» (таблица 4):
№заказа: является ключевым полемданной таблицы. По номеру заказа можно отследить и идентифицировать клиента;
IDКлиента: идентификатор клиента;
НаименованиеТовара: дается переченьтоваров;
КоличествоЕдиницТовара: выбираетсяколичество товара;
СтоимостьТовара: цена за единицутовара;
ДатаЗаказа: число оформления заказа;
БДТоваров: обращение к БД товаров.
Все эти поля служат для того, чтобы заказбыл оформлен в индивидуальном порядке для каждого клиента.
Таблица 4.
«Оформление заказа»Название поля Тип данных Размер поля №Заказа Счетчик, ключевое поле Длинное целое IDКлиента Числовой Длинное целое НаименованиеТовара Текстовый 50 КоличествоЕдиницТовара Числовой Длинное целое СтоимостьТовара Денежный ДатаЗаказа Дата/время БДТоваров Мастер подстановок Вводится из таблицы «БДТоваров»
«Продажа» (таблица 5):
№заказа: является ключевым полемданной таблицы. По номеру заказа можно отследить и идентифицировать клиента;
ФИОКлиента: вводятся фамилия, имя иотчество клиента;
НаименованиеТовара: выбирается изсписка всех товаров;
СтоимостьТовара: цена за единицутовара;
КоличествоЕдиницТовара: количествопокупаемого товара;
ДатаЗаказа: число оформления продажи.
Для того, чтобы продать товарнеобходимо знать то что мы продаем и в каком количестве. Это наиболее подробнопредставлено в таблице «Продажа» данной БД.
Таблица 5.
«Продажа»Название поля Тип данных Размер поля №Заказа Счетчик, ключевое поле Длинное целое ФИО клиента Текстовый 50 НаименованиеТовара Текстовый 50 СтоимостьТовара Денежный КоличествоЕдиницТовара Числовой Длинное целое ДатаЗаказа Дата/время
«БДТоваров» (таблица 6):
НаименованиеТовара: предлается весьперечень имеющихся товаров;
КоличествоТовараНаСкладе: количествовсех товаров, которые имеются на складе;
ЦенаЗаЕдиницуТовара: цена за единицувыбранного товара;
ОстатокТовараНаСкладе: остатокопределенного товара на складе.
Продавая товар или приобретая товарчерез поставщиков нам необходимо руководствоваться какими-то данными. Этиданные мы получаем из таблицы «БДТоваров».
Таблица 6.
«БДТоваров»Название поля Тип данных Размер поля НаименованиеТовара Текстовый, ключевое поле 50 КоличествоТовараНаСкладе Числовой Длинной целое ЦенаЗаЕдиницуТовара Денежный ОстатокТовараНаСкладе Числовой Длинное целое
«ОформлениеЗаявки» (таблица 7):
IDПоставщика: идентификатор поставщика,в данной таблице является ключевым полем;
НаименованиеТовара: тот товара,который необходимо включить в список заявки;
КоличествоЕдиниц: количесвозаказываемого товара;
ДатаВремяДоставки: оговариваются датаи время когда товар будет доставлен.
Все эти поля служат для того, чтобызаявка была оформлена в индивидуальном порядке, где будут указаны конкретнытовары в конкретном количестве.
Таблица 7.
«ОформлениеЗаявки»Название поля Тип данных Размер поля IDПоставщика Счетчик, ключевое поле Длинное целое НаименованиеТовара Текстовый 50 КоличествоЕдиниц Числовой Длинной целое ДатаВремяДоставки Дата/время
«Поставщики» (таблица 8):
IDПставщика: идентификатор поставщика,в данной таблице является ключевым полем;
ЮридическийАдрес: адрес, по которомуможно связаться с поставщиком;
ФИО: фамилия, имя, отчествопоставщика;
№РасчетногоСчета: один из важныхатрибутов, необходим для того, чтобы предприятие могло переводить средства насчет поставщика.
В этой таблице представлены вседанные, которые необходимы для работы с поставщиками.
Таблица 8.
«Поставщики»Название поля Тип данных Размер поля IDПоставщика Счетчик, ключевое поле Длинное целое ЮридическийАдрес Текстовый 50 ФИО Текстовый 50 №РасчетногоСчета Числовой Длинное целое
Глава III. Система АРМ «Логистика»
Система АРМ «Логистика» предназначенадля автоматизации работы с клиентами, поставщиками, а также для получениядостоверной информации о всех товарах склада, об операциях, производимых наскладе.
Для входа в систему АРМ «Логистика»Вам необходимо выполнить следующие указания:
Включить компьютер;
в меню «Пуск» выбрать необходимуюпрограмму и запустить ее;
запустить файл приложения «ProjectLogistika»;
После чего появится форма «Безопасныйвход», на которой служащий предприятия (Работник Отдела Продаж, РаботникСклада, Бухгалтер, либо Генеральный Директор) – пользователь системы АРМ«Логистика» — должны будут ввести индивидуальный пароль: Пользователь и Пароль;
Это необходимо для того, чтобызащитить систему от несанкционированного доступа посторонних лиц. В даннойпрограмме пароль не может содержать менее 6 и более 20 символов (буквы, цифры,либо буквы+цифры), не должен содержать пробелов. В коде программы прописан такназываемый «счетчик», который блокирует программу после 5 неправильных вводовпароля.
/>
/>
После этого на экране пользователяпоявится главная форма программы «Главная форма», на которой пользователь можетвыполнить такие операции как: возможность зарегистрировать клиента и работать сбазой данных товаров, а также перейти на форму ведения бухгалтерского учета иоформления заказов и заявок. Для всех работников предприятия определена иограничена область пользования данной программой. Только Генеральный директор иБухгалтерия имеют доступ к «Клиентам», «Поставщикам», «БД товаров»,«Бухгалтерии». Остальные же работники могут работать только с конкретными,относящимися к их непосредственной сфере работы приложениями. Например,работники Склада могут работать с приложениями «БД товаров» и «Поставщиками», аработники Отдела Продаж с приложениями «БД товаров» и «Клиенты».
/>
Предполагается, что кнопка «Клиенты»предназначена для работников Отдела продаж, в обязанности которых входитследующее:
зарегистрировать нового клиента иввести о нем всю необходимую информацию;
выполнить новые операции для ужесуществующих клиентов (оформить заказ клиента);
продать товар.
Прежде чем начать работу с клиентомнеобходимо определить статус конкретного клиента: Новый клиент или Существующийклиент.
/>
Также есть возможность с этого окнаперейти к приложениям «Поставщики» и «Бухгалтерия», но это может сделать лишьначальник Отдела Продаж, у которого имеется доступ.
/>
Здесь же на закладке «Товары» любойработник Отдела Продаж может получить достоверную информацию о всех имеющихся вналичии товаров. Для этого необходимо зайти на закладку «БД товаров». Такжеесть возможность узнать в каком количестве (остаток) конкретный товар имеетсяна складе. Это можно увидеть на вкладке «Товары» — «Остаток на складе».
/>
Также здесь автоматизировано числорегистрации клиента. Работник Отдела Продаж просто выбирает число и системаавтоматически сохраняет его для дальнейшей работы.
После того, как будут заполнены всеполя, такие как: Статус клиента, Дата регистрации, Информация о клиентеработник Отдела Продаж «Создает» клиента. Также имеется возможностьредактировать уже существующие записи, а также удалять их.
После того, как клиентзарегистрирован при нажатии на кнопку «Создать» появляется окно «Оформлениезаказа».
/>
Здесь автоматически проставляется №заказа и из предыдущей таблицы переносится ID клиента. Работник Отдела продаж должен пометить все товары,которые хочет приобрести клиент. При выборе товара цена конкретного товараопределяется автоматически, количество же товара прописывается вручнуюработником Отдела Продаж.
/>
Дата заказа определяетсяавтоматически на день оформления заказа.
/>
После заполнения полей «№ заказа», «ID клиента», «Наименование товара»,«Количество единиц товара», «Стоимость товара» работник Отдела продаж должен«Выполнить поиск по БД товаров…» и убедится в том, что товар действительноимеется в наличии и в достаточном количестве для осуществления конкретнойпродажи. При нажатии на кнопку «Выполнить поиск по БД товаров…» появитсяследующее окно:
/>
Для того чтобы получить информацию оконкретном товаре необходимо не вкладке «Наименование товара» выбратьинтересующий товар. Количество товара указывается определенным числом ивводится вручную. На вкладке «Цена за единицу товара» появится цена в рублях, взависимости от того какой товар выбран цена появляется автоматически. Такжездесь можно посмотреть, сколько товара осталось на складе и хватит ли его длятого, чтобы оформить заказ.
После выполнения всех необходимыхопераций появляется окно:
/>
Заказ считается оформленным.
Возвращаясь к нашей главной форме можноначать работу с поставщиками. Предполагается, что кнопка «Поставщики»предназначена для работников Склада, в обязанности которых входит следующее:
зарегистрировать нового поставщика иввести о нем всю необходимую информацию;
выполнить новые операции для ужесуществующих поставщиков (оформить заявку для клиента);
Прежде чем начать работу с клиентомнеобходимо определить статус конкретного клиента: Новый клиент или Существующийклиент.
/>
Также с этого окна можно перейти кприложениям «Клиенты», «Бухгалтерия», но такую возможность имеет лишь начальникСклада.
/>
На вкладке «Товары» можно обратится кБД товаров, а также получить информацию о любом товаре (остаток), которыйимеется на складе.
/>
На вкладке «Документы» из перечня мывыбирает конкретный документ: Заявка, Поступление ТМЦ (купля-продажа),Поступление ТМЦ (комиссия), Поступление ТМЦ (импорт).
/>
Далее заполняются все поля, благодарякоторым мы получаем наиболее достоверную информацию о поставщике. Создаемнового поставщика или редактируем уже существующего. После заполнения всехполей появляется окно:
/>
В «Наименование товара» галочкойпомечаем те товары, которые хотим включить в заявку, а в «Количество едиництовара» вручную цифрами прописываем то количество товара, которое намнеобходимо. После этого согласовываем дату и время доставки товара и заполняемвсе оставшиеся поля. Заполнив все поля нажимает кнопку «Оформить заявку» изавершаем работу с поставщиками.
Также на главной форме имеется кнопка«БД товаров». Зайдя на нее можно получить полные сведения о все товарах.Которые имеются в наличии. По нажатию на эту кнопку появляется окно:
/>
Здесь мы можем произвести отбортовара по тому признаку, который нас интересует. Это облегчает работу припоиске нужного товара. Мы можем отобрать товар по номенклатуре, по складам, попоставщикам, по дате поступления. Такой способ отбора позволяет сузить поиск иполучить наиболее достоверную информацию за меньшее количество времени.
/>
Глава IV. Расчет экономической эффективности
4.1 Анализрыночных возможностей продукта
На рынке автоматизированных системдля крупных организаций и финансово-промышленных групп на сегодня можно выделитьдва основных субъекта: это рынок автоматизированных банковских систем (АБС) ирынок корпоративных информационных систем промышленных предприятий. Несмотря насильную взаимосвязь этих двух рынков систем автоматизации, предлагаемые на нихрешения, пока еще не достаточно интегрированы между собой, чего следует ожидатьв недалеком будущем. Создавая свои отделы и управления автоматизации,предприятия и банки пытались обустроиться своими силами. Однако периодическое«перетряхивание» инструкций, сложности, связанные с разнымипредставлениями пользователей об одних и тех же данных, непрерывная работапрограммистов по удовлетворению все новых и новых пожеланий отдельныхработников и как следствие — недовольство руководителей своими программистаминесколько остудило пыл как тех, так и других. Итак, первый подход к решениюэтой проблемы сводился к проектированию «снизу-вверх». В этом случае,при наличии квалифицированного штата программистов, вполне сносно былиавтоматизированы отдельные, важные с точки зрения руководства рабочие места.Общая же картина «автоматизированного предприятия» просматриваласьнедостаточно хорошо, особенно в перспективе. Быстрый рост числаакционерных и частных предприятий и банков позволил некоторым компаниям увидетьздесь будущий рынок и инвестировать средства в создание программного аппаратадля этого растущего рынка. Из всего спектра проблем разработчики выделилинаиболее заметные: автоматизацию ведения бухгалтерского аналитического учета итехнологических процессов (для банков это в основном — расчетно-кассовоеобслуживание, для промышленных предприятий — автоматизация процессовпроектирования и производства, имеется в виду не конкретных станков и т.п., аинформационных потоков). Учитывая тот факт, что ядром АИС безусловно являетсяаппарат, обеспечивающий автоматизированное ведение аналитического учета,большинство фирм начали с детальной проработки данной проблемы. Системы былиспроектированы «сверху», т.е. в предположении, что одна программадолжна удовлетворять потребности всех пользователей.
Рассматриваемый в данной работепрограммный продукт позиционируется как средство, способное устранитьнедостатки каждого из двух вышеперечисленных подходов и решить задачууправления складом ЗАО “Приосколье”.
4.2 Расчетединовременных затрат на разработку ПО
К единовременным затратамразработчика относятся затраты на теоретические исследования, постановкузадачи, проектирование, разработку алгоритмов и программ, отладку, опытнуюэксплуатацию, оформление документов.
Фактическая трудоемкость по стадиямпроектирования представлена в виде таблицы (табл.4.1).
Таблица 4.1.
Содержание стадийнаучно-исследовательской работы (НИР).Стадии НИП Содержание работ Трудоемкость дни % Техническое задание Изучение и анализ предметной области, изучение и анализ области внедрения, работа с консультантами, постановка задачи, составление и согласование технического задания с руководителем. 22 12,6 Эскизный проект Построение концептуальной модели системы, описание входных и выходных данных, способов их преобразования. Разработка структур данных. 33 21,6 Технический проект Разработка технического проекта. Построение структуры классов и определение способов их взаимодействия. 31 19,2 Рабочий проект Написание программ, утилит и дополнительных модулей информационной системы, отладка программного обеспечения, тестирование. 52 31,4 Внедрение Разработка справочной и технической документации, подготовка и защита отчета. Регистрация. 24 15,2 Итого: 162 100
Итак, общая фактическая трудоемкостьразработки ПО составляет:
/> ,
где />– общаятрудоемкость разработки, дни; Тi – трудоемкость по стадиям, дни; n – количество стадий разработки.
В смету затрат на разработку ПОвключаются:
материальные затраты;
основная и дополнительная зарплаты;
отчисления на социальные нужды;
стоимость машинного времени наподготовку и отладку программ;
стоимость инструментальных средств;
накладные расходы.
Материальные затраты.
Под материальными затратами понимаютстоимость всех материалов, использующихся в процессе разработки и внедрения ПО(в том числе стоимость бумаги, дискет, картриджа или красящей ленты и прочихматериалов) в действующих ценах.
В процессе работы использовалисьматериалы и принадлежности, представленные в таблице 4.2.
Таблица 4.2.
Материалы и принадлежности,использованные в процессе разработки.Наименование Количество, шт. Цена, руб. Стоимость, руб. Дискеты 7 15 105 Бумага 400 0,5 200 Ватман 6 10 60 Ручка 5 10 50 CD-RW диск 3 32 96 Дипломная папка 2 15 30 Картридж 1 200 200 Итого: 761
Основная и дополнительная заработныеплаты.
Основная заработная плата привыполнении НИР включает зарплату всех сотрудников, принимающих непосредственноеучастие в разработке ПО. В данном случае необходимо учитывать основные зарплатыразработчика (студента), руководителя дипломного проекта, консультанта поэкономической части.
Таким образом, основная заработнаяплата Зосн при выполнении НИР рассчитывается по формуле:
/>,
где Зср.дн.j – среднедневная зарплата j-го сотрудника, руб./день; Тоб.j – общая трудоемкость проектаj-го сотрудника, дни; n – количество сотрудников,принимающих непосредственное участие в разработке ПО.
Основная зарплата разработчикаопределена из расчета 8000 руб. в месяц при среднем количестве рабочих дней,равных 24:
/>.
Заработная плата дипломногоруководителя составляет 60 руб./час, причем на консультацию запланировано 23часа. Следовательно, основная зарплата руководителя дипломного проекта за весьпериод разработки равна:
/>.
Заработная плата консультанта поэкономической части составляет 50 руб./час, причем на консультациюзапланировано 3 часа. Следовательно, основная зарплата консультанта поэкономике за весь период разработки равна:
/>.
В итоге основная заработная плата привыполнении НИР равна:
/>.
Дополнительная заработная плата равна10% от основной:
/>.
Итого основная и дополнительнаязаработная плата составляют:
/>.
Отчисления на социальные нужды.
Отчисления на социальные нуждысоставляют на сегодняшний день 26% от общего фонда заработной платы,следовательно:
/>.
Стоимость машинного времени наподготовку и отладку программ.
Стоимость машинного времени Зомвзависит от себестоимости машино-часа работы ЭВМ СМЧ, атакже времени работы на ЭВМ ТЭВМ, и включает амортизацию ЭВМи оборудования, затраты на электроэнергию, зарплату обслуживающего персонала.
Себестоимость машино-часа ЭВМ ипринтера равны соответственно:
/>,
/>.
Время работы на ЭВМ и принтере равнысоответственно:
/>/>.
Затраты на оборудование.
/>,
где АМ –амортизационные отчисления, руб.; Оф – стоимость ЭВМ и оборудования,руб.; Нам– норма амортизации, %; Тм– время использования оборудования, дни
Затраты на электроэнергию.
/>,
Затраты на обслуживающий персонал.
Данный вид затрат отсутствует. Такимобразом, стоимость машинного времени на подготовку и отладку программ равно:
/>
Стоимость инструментальных средств.
Стоимость инструментальных средстввключает стоимость системного программного обеспечения, использованного приразработке проекта в размере износа за этот период. Расчет производитьаналогично расчету амортизационных отчислений оборудования, представим его втаблице 4.3.
Таблица 4.3.
Стоимость СПО.Программное обеспечение Стоимость, руб. MS WINDOWS 2000 Prof 6000 Delphi 7 8100 Microsoft Office XP Professional 4500 Итого: 18600
Затраты на амортизациюинструментальных средств:
/>руб.
Расчет стоимости машинного времени
/>;
/>руб./ч.
Накладные расходы.
Накладные расходы составляют 30% отосновной заработной платы разработчиков ПО, а значит:
/>.
Итак, смета затрат на НИР приведена втаблице 4.4.
Таблица 4.4.
Смета затрат на разработку ПО.Элемент затрат Стоимость, руб. Материальные затраты 761 Основная и дополнительная зарплата 61248 Отчисления на социальные нужды 15924,48 Оплата машинного времени 2407,58 Стоимость инструментальных средств 1317,03 Накладные расходы 16780 Итого: 98438,09
4.3Единовременные расходы организации заказчика ПО при внедренииавтоматизированных рабочих мест(АРМ)
К единовременным затратампользователя программного обеспечения Kобщотносятсязатраты на оплату:
программного обеспечения Цпо;
инструментальных средств Цис;
ЭВМ, прочих аппаратных средств исетевого оборудования Кэвм;
обучение персонала Косв.
Стоимость программного обеспечения.
Стоимость программного обеспечения,специально разработанного для заказчика, рассчитывается по формуле:
/>,
где Спо–себестоимость ПО, затраты на разработку по смете из таблицы 4.4; П –прибыль разработчика 20–30% к затратам; НДС – налог на добавленнуюстоимость 18%.
/>
Итак, стоимость программногообеспечения равна:
/>
Стоимость инструментальных средств.
Стоимость инструментальных средств игодовых сумм амортизации приведены в таблице 4.5.
Таблица 4.5.
Расчет стоимости и амортизационныхотчислений инструментальных средств.Виды ПО Стоимость, руб. Норма амортизации, % Амортизационные отчисления, руб. MS WINDOWS Millenium 2500 30 750
Стоимость ЭВМ, прочих аппаратныхсредств и сетевого оборудования.
Стоимость всего необходимогооборудования и годовых сумм амортизации приведены в таблице 4.6.
Таблица 4.6.
Расчет стоимости и амортизационныхотчислений оборудования.Наименование оборудования Количество Цена, руб. Стоимость, руб. Норма амортизации, % Амортизационные отчисления, руб.
ПК 1 шт. 30000,00 30000.00 30 9000,00 Сетевая розетка 1 шт. 8,00 8,00 30 2,40 Кабель UTP5 6 м 4,00 24,00 30 7,20 Хозяйственный инвентарь (мебель) 1 шт. 7500,00 7500,00 10 750,00 Итого: 37532,00 9759,6
Затраты на обучение персонала.
Затраты организации на освоение ПО иобучение персонала работе с программой и ЭВМ производятся по формуле:
Косв= Зчас* Чпр*Тосв = 23.8 * 5 * 42+23.8*1*50 = 6188,00(руб.),
гдеЗчас – часоваязарплата программиста (Зчас = 23,8 руб./час);
Чпр — численность персонала на обучение (Чпр= 5 чел.);
Тосв– продолжительность обучения иосвоения (Тосв= 42 часов).
Таким образом, на обучение четырехчеловек необходимо затратить 42часов. Для руководителя необходим 50-часовойкурс обучения.
Итак, общая сумма единовременныхкапитальных вложений рассчитывается по формуле:
/>
Распределение инвестиций по времени реализации проекта осуществляетсяна основе предварительных расчётов времени необходимого для разработки ПО поотдельным стадиям проектирования (таблица 4.7), затрат на разработку и общейсуммы единовременных капитальных вложений.
Таблица 4.7
График реализации проекта.Этапы реализации 1 2 3 4 5 6 7 8 Техническое задание 22 Эскизный проект 30 3 Технический проект 20 11 Рабочий проект 10 15 18 9 Внедрение 12 12 Покупка оборудования 4 Обучение персонала 10
Результаты расчетов оформлены в видеинвестиционного плана (таблица 4.8).
Таблица 4.8
Инвестиционный план.Этапы реализации 1 2 3 4 5 6 7 8 Техническое задание 17445,62 Эскизный проект 17445,62 8722,81 Технический проект 8722,81 8722,81 Рабочий проект 8722,81 17445,62 17445,62 8722,81 Внедрение 8722,81 17445,62 Покупка оборудования 37532 Обучение персонала 6188 Итого: 17445,62 17445,62 17445,62 17445,62 54977,62 17445,62 17445,62 23633,62
Источники финансирования проекта
Общие инвестиции проекта составляют183285 рублей 19 копеек. Источниками финансирования являются собственныесредства – 80% (146628 рубля 19 копеек) и кредит коммерческого банка, под 12%годовых – 20% (36657 рубля 00 копеек) на 2 года.
Возврат кредита осуществляется вконце второго года, а со второго месяца выплачиваются проценты (12%). Приведем расчетыв таблице 4.9.
Таблица 4.9
Расчеты за кредит.Показатель Годы 1 2 Возврат кредита, руб. - 36657,00 Сумма непогашенного долга, руб. 36657,00 36657,00 Проценты за кредит, руб. 4398,84 4398,84 Итого к оплате, руб. 4398,84 41055,84
Сумма всех выплат по истечении срокасоставит 41055 рублей 84 копейки.
4.5Текущие расходы пользователя ПО при эксплуатации АРМ
Текущие расходы пользователя привнедрении АРМ учитывают затраты в год на:
амортизацию оборудования, ПО иинструментальных средств;
материалы (картриджи и бумага);
электроэнергию;
обтирочные и смазочные материалы;
ремонт оборудования.
Амортизацию оборудования, ПО иинструментальных средств.
Данные по амортизации оборудования иПО расположены в таблицах 4.5, 4.6.
Материалы.
При эксплуатации будут использоватьсяматериалы, представленные в таблице 4.10.
Таблица 5.10
Материалы, использующиеся в процессеэксплуатации.Наименование
Количество,
шт.
Цена,
руб.
Стоимость,
руб. Бумага 4000 0,4 1600 Картридж 1 200 200 Итого: 1800
Электроэнергия.
Затраты на электроэнергию посчитаемпо формуле:
/>
где СЭВМ, Спринт.– стоимость машино-часаЭВМ и принтера соответственно;
Тсут.ЭВМ, Тсут.принт. –суточное время работы ЭВМ и принтера соответственно;
Тгод – время рабочих дней в году.
Обтирочные и смазочные материалы.
Стоимость обтирочных материалов равна50 рублей 00 копеек.
Ремонт оборудования.
Ремонт оборудования составляет 5% отстоимости. Значит:
К5% = КЭВМ * 0.05 =37532 * 0.05 = 1876,6 (рублей).
На основе произведенных расчетовсоставим смету текущих расходов за год (таблица 4.11).
Таблица 5.11
Смета текущих расходов.Затраты на: Расходы, руб. амортизацию оборудования, ПО и инструментальных средств 10509,6 материалы 1800,00 электроэнергию 965,00 обтирочные и смазочные материалы 50,00 ремонт оборудования 1876,6 Итого: 15201,2
4.6Экономия текущих затрат пользователя ПО
Основными источниками экономииорганизации при создании АРМ специалистов являются:
экономия затрат за счет ускорениядокументооборота;
экономия за счет быстрой реакции наизменение предпочтений покупателей
экономия затрат на заработную плату;
экономия материальных ресурсов засчет сокращения количества расходных материалов
а также обеспечивается экономия засчет:
Экономия затрат за счет ускорениядокументооборота.
В результате внедрения АРМ происходитускорение документооборота, что является “узким” местом любой торговойорганизации, а значит и увеличение клиентской базы и объемов продаж. Этодействительно серьезная проблема, особенно в свете постепенного выхода компаниина рынок розничных продаж. По оценкам специалистов экономия составит не менее19000 рублей в месяц или не менее 228000 в год. Более оперативная работа споставщиками позволит снизить процент выплат по товарному кредиту и снизитьвероятность штрафных платежей за несвоевременную поставку – при самомнеблагоприятном стечении обстоятельств порядка 27000 рублей в месяц. Значит,экономия будет составлять минимум 300000 рублей в год.
Экономия за счет быстрой реакции наизменение предпочтений покупателей
Внедрение автоматизированной системыпозволит сократить издержки, связанные с вынужденным снижением цены на товар врезультате падения спроса на него, т.е. позволит избежать покупок и храненияневостребованной техники. По самым пессимистичным оценкам это позволитсэкономить от 7000 рублей ежемесячно, т.е. не менее 84000 в год.
Экономия затрат на заработную платуза счет сокращения численности персонала.
Оценить прямой эффект от внедренияАРМ с этой позиции очень просто, так как в данном конкретном случае оноприведет к освобождению одного рабочего места. Это связано с тем, что функциинового АРМа позволяют выполнять большее число операций с меньшей трудоемкостью.Рассчитаем экономию по заработной плате по формуле:
/>,
где DЧ – сокращение численности;
Змес – оплата труда в месяц, (4000 руб.);
Тэф – эффективный фонд рабочего временив год, (12 месяцев);
Х — размер доплат, премий,(100%);
Y – отчисления на социальныенужды, (26%).
С учетом освобождения компьютернойтехники и хозяйственного инвентаря экономия составит Э=120960+38532=159253 руб.
Экономия материальных ресурсов засчет сокращения количества и унификации отчетных форм.
В результате внедрения АРМ появитсявозможность экономии материальных затрат за счет сокращения количестварасходных материалов в размере 4700 рублей.
Таким образом, общая экономия послевнедрения АРМ составит:
Эобщ. = 552000+84000 + 120960 + 4700 =761660 (рублей).
4.7 Финансовыйплан проекта
Инвестиционный проект с финансовойточки зрения объединяет два противоположных процесса — созданиепроизводственного объекта и получение дохода. Поэтому для оперативногоуправления финансами необходимо составить таблицу денежных потоков всоответствии с графиком реализации проекта.
Таблица денежных потоков наличностисодержит сводные данные об объемах продаж, увеличении доходов, инвестициях, производственныхи финансовых издержках по каждому периоду осуществления проекта. Вначаленеобходимо оценить ликвидность проекта — способность проекта отвечать поимеющимся финансовым обязательствам.
Оценка ликвидности проектаосновывается на планировании движения денежных средств по каждому периоду. Длячего отдельно рассматриваются доходы и расходы объекта и разность между ними вденежном выражении.
С позиции бюджетного подхода подликвидностью, понимают положительную разницу (сальдо) поступлений и платежей втечение всего срока жизни проекта. Отрицательное значение сальдо поступлений иплатежей говорит о дефиците денежных средств
Для оценки финансовой состоятельностипроекта представим исходные и расчетные данные в таблице 5.12.
Так как сальдо денежной наличностинарастающим итогом является по всем периодам положительной величиной, перейдемк определению чистой текущей стоимости проекта, характеризующей эффективностьпроекта.