Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Оглавление

• Введение
• 1. Аналитическая часть
• 1.1 Описание предметной области
• 1.2 Аппаратные и программные средства реализации проекта
• 1.3 Постановка задачи
• 2. Проектная часть
• 2.1 Проектирование и реализация баз данных
• 2.1.1 Описание информационной модели
• 2.1.2 Проектирование структуры базы данных
• 2.1.3 Исходный набор данных
• 2.1.4 Итоги Нормализации БД
• 2.1.5 Схема связей АСУ «Автосервис»
• 2.1.6 Проектирование форм электронных документов
• 2.2 Руководство пользователя АСУ «АВТОСЕРВИС»
• 2.2.1 Регистрация клиентов
• 2.2.2 Регистрация автомобиля
• 2.2.3 Заказ запчастей и работ
• 2.2.4 Оформление заказа
• 2.2.5 Ведение склада
• 3. Оценка экономической эффективности разработки
• 3.1 Трудоемкость работ
• 3.2 Основная и дополнительная заработная плата
• 3.3 Стоимость инструментальных средств
• 3.4 План прибыли от продаж
• 4. Безопасность жизнедеятельности
• 4.1 Анализ опасных и вредных факторов
• 4.2 Эргономико-конструктивные вопросы организации рабочих мест
• Заключение
• Список использованной литературы

Введение

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

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

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

Актуальность состоит в том, что в современных условиях ремонта автомобилей возникает потребность быстро и качественно подобрать требуемые запчасти в зависимости от неисправности автомобиля. В основном данный процесс занимает достаточно емкий промежуток времени, приблизительно от нескольких часов до нескольких суток, особенно при работе с On-Line Электронными Базами Данными автомобильных, запчастей.

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

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

1. Аналитическая часть

1.1 Описание предметной области

Проект «Автоматизированная система АВТОСЕРВИС» разрабатывается в виде дипломной работы, на основе учебного плана кафедры Информационных Технологий.

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

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

Рассматривается движение заказа клиентов от поступления заказа на выполнение до подготовки отчета по выполненному заказу.

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

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

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

1.2 Аппаратные и программные средства реализации проекта

Требования к операционной системе.

Система должна работать под управлением семейства операционных систем Win 32 (Windows 95, Windows 98, Windows Me, Windows 2000, Windows NT, Windows XP).

ПК пользователя.

К ПК пользователя предъявляются обычные для работы требования:

процессор Core 2 Duo;

2 Гб ОЗУ;

от 500 до 1000 Мб на жестком диске;

видеокарта 256 Мб с поддержкой разрешения 800х600 и 32-битного цвета или выше;

клавиатура;

мышь;

Особенных технических требований к принтеру не предъявляется.

Использование Rational Rose Enterprise Edition для проектирования БД.

Rational Rose Enterprise Edition - является по моему мнению наиболее удобным визуальным CASE средством проектирования информационных системна языке UML.

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

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

Среди всех фирм-производителей CASE-средств именно компания Rational Software Coip. одна из первых осознала стратегическую перспективность развития объектно-ориентированных технологий анализа и проектирования программных систем. Эта компания выступила инициатором унификации языка визуального моделирования в рамках консорциума OMG, что, в конечном итоге, привело к появлению первых версий языка UML. И эта же компания первой разработала инструментальное объектно-ориентированное CASE-средство, в котором был реализован язык UML как базовая нотация визуального моделирования.

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

Rational Rose Enterprise Edition

Rational Rose Professional Edition

Rational Rose Modeler Edition

Rational Rose для UNIX

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

Интеграция с MS Visual Studio 6, что включает в себя поддержку на уровне прямой и обратной генерации кодов и диаграмм VB 6, Visual C++ 6, Visual J++ 6 (ATL-Microsoft Active Template Library, Web-Classes, DHTML, Data Connections).

Непосредственная работа (инжиниринг и реинжиниринг) с исполняемыми модулями и библиотеками форматов EXE, DLL, TLB, OCX.

Поддержка технологий MTS (Microsoft Transaction Server) и ADO (ActiveX Data Objects) на уровне шаблонов и исходного кода, а также элементов стратегической технологии Microsoft -- СОМ+ (DCOM).

Полная поддержка CORBA 2.2, включая реализацию технологии компонентной разработки приложений CBD (Component-Based Development), языка определения интерфейса IDL (Interface Definition Language) и языка определения данных DDL (Data Definition Language).

Полная поддержка среды разработки Java-приложений JDK 1.2, включая прямую и обратную генерацию классов Java формата JAR, а также работу с файлами форматов CAB и ZIP.

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

1.3 Постановка задачи

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

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

- проектирование - определение подсистем и их взаимодействие;

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

- тестирование - проверка работы системы;

- установка - введение системы в действие;

- функционирование - использование системы.

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

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

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

Описание документооборота предприятия.

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

Создание сущностей и атрибутов и построение на этой основе модели данных.

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

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

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

автоматизация информационный электронный

2. Проектная часть

2.1 Проектирование и реализация баз данных

2.1.1 Описание информационной модели

Для описания информационной модели я разработал с помощью CASE средств два вида диаграмм:

Диаграмму классов; диаграмму вариантов использования.

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

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

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

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

Рис. 1 Диаграмма классов

Рис. 2 Диаграмма вариантов использования

2.1.2 Проектирование структуры базы данных

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

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

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

Система управления базами данных (СУБД) - совокупность языковых и программных средств, предназначенных для создания, ведения и совместного использования БД многими пользователями.

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

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

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

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

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

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

2.1.3 Исходный набор данных

Наименование клиента

Город клиента

Адрес клиента

Телефон клиента

Электронный адрес

Принадлежность клиента к юридическому или физическому лицу

VIN код автомобиля

Марка автомобиля

Модель автомобиля

Тип двигателя автомобиля

Год выпуска автомобиля

Пробег автомобиля

Государственный регистрационный номер автомобиля

Цвет автомобиля

Дата регистрации автомобиля

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

Наименование запасной части автомобиля

Количество запасных частей автомобиля

Стоимость единицы запасной части автомобиля

Стоимость работы по замене запасной части автомобиля

Наименование выполненной ремонтной работы по автомобилю

Стоимость выполненной ремонтной работы по автомобилю

2.1.4 Итоги Нормализации БД

Таким образом, вследствие нормализации БД я получил восемь таблиц:

«Клиенты»,

«Заказ работ»,

«Заказ запчастей»,

«Работы»,

«Запчасти».

«Регистрационные данные автомобиля», которые впоследствии при работе системы «АВТОСЕРВИС» служат в качестве справочных таблиц.

2.1.5 Схема связей АСУ «Автосервис»

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

Для этих целей я систему в общем виде условно разделил на три составляющие:

Регистрация клиентов и их автомобилей

Навигация по запасным частям

Собственно заказы автозапчастей и работ

В раздел «Регистрация клиентов и их автомобилей» я включил две таблицы:

«Клиенты»,

«Зарегистрированные автомобили клиентов»

И связал таблицы «Клиенты» с таблицей «Зарегистрированные автомобили клиентов» по ключевому полю «код клиента», используя отношение типа «один ко одному»

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

Рис. 3 Структура БД

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

В данной БД основными используются таблицы:

Рис. 4 «Клиенты»:

Поле код клиента является ключевым.



Рис. 5 «Заказы»:

VIN код - ключевое поле.

Рис. 6 «Работы»:.

Код работы - ключевое поле.

Рис. 7 «Запчасти»:

Код запчасти - ключевое поле.

Рис. 8 «Заказы работ»:

Номер заказа - ключевое поле; код клиента, код работы - для связи с данными о клиенте и работах.



Рис. 9 «Заказ запчастей»:

Номер заказа - ключевое поле; код клиента, код запчасти - для связи с данными о клиенте и запчастях.

2.1.6 Проектирование форм электронных документов

Система «Автосервис» должна выдавать следующие формы электронных документов для отчетности и заключения договоров с клиентами:

Заказ-наряд на работы.

Расходный кассовый ордер

Приходный кассовый ордер

Счет-фактура

Документ «Заказ-наряд на работы», который сформировывает система «Автосервис» выглядит следующим образом:

Рис. 10 Документ «Заказ-наряд на работы»

«Счет-Фактура», который сформировывает АСУ «Автосервис» выглядит следующим образом:



Рис. 11 Документ «Счет-Фактура»

Документ «Приходный кассовый ордер», который сформировывает система «Автосервис» выглядит следующим образом:

Рис. 12 Документ «Приходный кассовый ордер»

Документ «Расходный кассовый ордер», который сформировывает система «Автосервис» выглядит следующим образом:

Рис. 13 Документ «Расходный кассовый ордер»

2.2 Руководство пользователя АСУ «АВТОСЕРВИС»

Система «АВТОСЕРВИС» предназначена для автоматизации работы с клиентами на Станциях Технического Обслуживания.

Для того чтобы начать работу с системой «АВТОСЕРВИС» требуется запустить файл приложения «ProjectAuto».

2.2.1 Регистрация клиентов

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

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

Если клиент - новый, тогда ПС должен его зарегистрировать в системе.

После заполнения всех полей на одной из этих вкладок пользователь системы должен нажать на кнопку «Добавить» для проверки правильности заполнения всех полей (Рис. 14).

Рис 14 Форма регистрации клиента

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

2.2.2 Регистрация автомобиля

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

После заполнения всех полей на этой вкладке пользователь системы должен нажать на кнопку «Добавить» для проверки правильности заполнения всех полей (Рис. 15).

Рис. 15 «Регистрация автомобиля»

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

2.2.3 Заказ запчастей и работ

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

Пользователь на вкладке «Заказ на выполнение работ» выбирает из таблицы «Выполненные работы» требуемую работу для клиента и нажимает на кнопку «Выбрать» и так до тех пор пока не выберет перечень необходимых работ

Нажимает на кнопку «Сохранить» для предварительного заказа на выполнение работ

Программа предложит пользователю сделать предварительный заказ автозапчастей для клиента

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

Рис. 16 Форма предварительного заказа автозапчастей и работ.

2.2.4 Оформление заказа

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

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

Формы предлагаемых документов:

Заказ - Наряд на работы

Счет - фактура

Приходный кассовый ордер

Расходный кассовый ордер

Пользователь указать документы, необходимые к выдаче клиенту и нажать на кнопку «Сформировать отчет».

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

Рис. 17 «Оформление заказа»

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

2.2.5 Ведение склада

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

3. Оценка экономической эффективности разработки

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

расчет единовременных затрат разработчика;

тиражирование и реализация программного обеспечения;

план прибыли от продаж;

финансовый план проекта;

определение экономической эффективности проекта.

Расчет единовременных затрат разработчика

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

3.1 Трудоемкость работ

Фактическая трудоемкость работ по стадиям научно-исследовательских работ представлена в таблице 5.

Таблица 5 Содержание стадий научно-исследовательской работы

Стадии	Трудоемкость, дн.	Трудоемкость, %
Техническое задание	11	5,4
Эскизный проект	28	13,7
Технический проект	54	26,3
Рабочий проект	106	51,7
Внедрение	6	2,9
Итого:	205	100,0

В смету затрат на научно-исследовательские работы включаются:

материальные затраты;

основная и дополнительная заработная плата;

отчисления на социальные нужды;

стоимость машинного времени на подготовку и отладку программы;

стоимость инструментальных средств;

накладные расходы.

Материальные затраты

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

В процессе работы использовались материалы и принадлежности, представленные в таблице 6.

Таблица 6 Использованные материалы и принадлежности

Наименование	Цена	Количество	Стоимость
Дискеты	14	3	42
Бумага	120	1	120
Flsh накопитель	500	1	500
Тонер для принтера	820	1	820
Итого:	1482

3.2 Основная и дополнительная заработная плата

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

Таким образом, основная заработная плата (З_осн) при выполнении научно-исследовательских работ рассчитывается по формуле:

,

Где З_срднj - зарплата j-го сотрудника, руб.;

n - количество сотрудников, принимающих непосредственное участие в разработке программного продукта.

Среднедневная зарплата разработчика (З_раз/д) определена из расчета 8000 руб. в месяц и равна:

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

Заработная плата исполнителя в целом составляет:

З_раз=205 дн.*350 руб./день=71750 руб.

На консультации запланировано:

23 часов - дипломный руководитель

3 часа - консультант по экономике.

Заработная плата дипломного руководителя составляет 40 руб./час. Следовательно, среднедневная зарплата дипломного руководителя равна:

З_рук=23*40=920 руб.

Заработная плата консультанта по экономике составляет 40 руб./час. Следовательно, среднедневная зарплата равна:

З_конс=3*40=120 руб.

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

З_осн=З_раз+З_рук+З_конс=71750+920+120=72790 руб.

Дополнительная заработная плата составляет 10 % от основной, следовательно:

З_доп=0,1*З_осн=0,1*72790=7279 руб.

Итого основная и дополнительная заработная плата составляют:

З_общ=З_осн+З_доп=72790+7279=80069 руб.

Отчисления на социальные нужды

Отчисления на социальные нужды на сегодняшний день составляют 26% от общего фонда заработной платы, следовательно:

О_соц=З_общ*0,26=80069*0,26=20817,94 руб.

Стоимость машинного времени на подготовку и отладку программы

Затраты на оплату машинного времени (З_омв) зависят от себестоимости машино-часа работы ЭВМ (С_мч), времени работы на ЭВМ (Т_эвм) и включают в себя амортизацию ЭВМ и оборудования, затраты на электроэнергию. Таким образом, себестоимость машино-часа работы ЭВМ составила:

С_мч=0,24 кВт/час*1,16 руб./кВт=0,28 руб./час

Время работы на ЭВМ вычисляется по формуле:

Т_эвм= Т_эвм=0,35*Т_эск+0,6*Т_{тех пр}+0,8*Т_{раб пр}+

+0,6*Т_вн=0,35*25+0,6*30+0,8*39+0,6*10=131 день

где Т_эск, Т_{тех пр}, Т_{раб пр}, Т_вн - фактические затраты времени на разработку эскизного, технического, рабочего проектов и внедрения соответственно, с учетом поправочных коэффициентов, дни.

Т_эвм=131 дн*8ч=1048 ч

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

С_эл= Т_эвм*С_мч=1048*0,28=293,44 руб.

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

А_м=(О_ф*Н_ам*Т_эвм)/(365*100),

Где О_ф - первоначальная стоимость оборудования, руб.;

Н_ам - норма амортизации, % (принято 20%);

Т_эвм - время использования оборудования, дней.

Первоначальная стоимость оборудования представлена в таблице

Таблица 7 Себестоимость оборудования и амортизационные отчисления

Наименование оборудования	Кол-во, шт.	Первоначальная стоимость, руб.	Общая стоимость, руб.
Компьютер ATHLON-64 3000	1	23000	23000
Принтер HP	1	6840	6840
Итого:	29840

Согласно таблице 7 первоначальная стоимость оборудования составила 29840 руб.

Произведем расчет затрат на амортизацию:

А_м=(29840*20*131)/(365*100)= 2135,40 руб.

Стоимость машинного времени

Затраты на оплату машинного времени (З_овм) включают:

Затраты на оборудование - 2135,40 руб.

Затраты на электроэнергию - 290,87 руб.

Таким образом, стоимость машинного времени составляет:

З_овм=2135,40+290,87=2426,27 руб.

3.3 Стоимость инструментальных средств

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

Таблица 8 Стоимость системного программного обеспечения

Наименование продукта	Первоначальная стоимость, руб.
Delphi 7.0	19500
Windows XP	3525
Microsoft Office XP	6400
Rational Rose Enterprise Edition	3000
Итого:	33925

Норма амортизации для системного программного обеспечения - 30%, время использования - 139 день.

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

А_ис=(О_ф*Н_ам*Т_эвм)/(365*100),

Где О_ф - первоначальная стоимость инструментальных средств, руб.;

Н_ам - норма амортизации, % (принято 30%);

Т_эвм - время использования оборудования, дней.

А_ис=(33925*30*131)/( 365*100)= 3652,75 руб.

Накладные расходы

Накладные расходы составляют 30 % от суммы основной заработной платы, а значит:

Р_н=З_осн*0,3=72790*0,3=21837 руб.

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

Таблица 9 Смета затрат на программное обеспечение

Элемент затрат	Сметная стоимость, руб.
Материальные затраты	1482
Основная и доп. з/п	80069
Отчисления на соц. нужды	20817,94
Затраты на оплату машинного времени	2426,27
Амортизация стоимости инструментальных средств	3652,75
Накладные расходы	21837
Итого:	130284,96

Получаем, что затраты на научно-исследовательские работы равны:

К_нир=130284,96руб.

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

Таблица 10 План инвестиций

Этапы реализации проекта	Полугодия
	2 полугодие 2005	1 полугодие 2006
Техническое задание	6980,74
эскизный проект	17769,16
технический проект	34269,10
рабочий проект	36807,55	30650,88
внедрение	0	3807,68
Итого:	95826,56	34458,56

Тиражирование и реализация программного обеспечения

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

Таблица 11 План по реализации программного обеспечения

Показатели	Период
	2 полугодие 2005	1 полугодие 2006	2 полугодие 2006	1 полугодие 2007	2 полугодие 2007	1 полугодие 2008	2 полугодие 2008	1 полугодие 2009
Объем тиражирования	0	7	28	30	20	18	8	7
Цена, руб.	0	6000	5000	4500	4500	5000	5200	5200
Выручка от реализации, руб.	0	42000	135000	135000	90000	90000	41600	36400
Доходы от сопровождения, руб.	0	21000	84000	90000	60000	54000	24000	21000

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

Таблица 12 Смета затрат

Показатели	Период
	2 полугодие 2005	1 полугодие 2006	2 полугодие 2006	1 полугодие 2007	2 полугодие 2007	1 полугодие 2008	2 полугодие 2008	1 полугодие 2009
Затраты на тиражирование:
-стоимость документации	0	100	160	200	180	140	100	80
-затраты на копирование	0	150	240	300	270	210	150	120
-стоимость машинных носителей и упаковочных материалов	0	200	320	400	360	420	200	160
-затраты на рассылку	0	210	810	900	600	540	240	210
-амортизация ЭВМ и оборудования	0	0,2	0,6	0,7	0,4	0,4	0,2	0,2
Итого:	0	660,2	1530,6	1800,7	1410,4	1310,4	690,2	570,2
Затраты на рекламу	0	16470,1	13176,1	13176,1	8235	6588	3294	1647
Затраты на сопровождение ПО	0	4900	18900	21000	14000	12600	5600	4900
Итого затраты:	0	22030,2	33606,6	35976,7	23645,5	20498,4	9584,2	7117,2

3.4 План прибыли от продаж

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

Таблица 13 План прибыли

Показатели	Период
	2 полугодие 2005	1 полугодие 2006	2 полугодие 2006	1 полугодие 2007	2 полугодие 2007	1 полугодие 2008	2 полугодие 2008	1 полугодие 2009
Выручка от реализации и сопровождения	0	63000	219000	225000	150000	144000	65600	57400
Затраты на тиражирование и cопровождение	0	22030,22	33606,65	35976,71	23645,47	20498,42	9584,19	7117,16
Процентные платежи за кредит	0	0	0	0	0	0	0	0
Прибыль валовая	0	40969,78	185393,35	189023,29	126354,53	123501,58	56015,81	50282,84
Налог (24%)	0	9832,75	44494,40	45365,59	30325,09	29640,38	13443,79	12067,88
Прибыль чистая	0	31137,03	140898,95	143657,70	96029,44	93861,20	42572,02	38214,96

Финансовый план проекта

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

Из таблицы 14 видно, что данный проект потребует 95826,56 и 34458,56 рубля инвестиций соответственно в первое и второе полугодие. Так как в первое полугодие продажа программного продукта не осуществляется, то для покрытия данного вида затрат потребуется 95826,56 рубля. Эти средства можно получить либо вложив собственные средства, как в представленном случае, либо взяв банковский кредит. За второе полугодие планируется осуществить продажу семи копий программы и прибыль от продажи так же не покроет появившиеся на данном периоде затраты, т.е. потребуется дополнительное вложение 3321,56 рубля. Доход ожидается начиная со второго полугодия 2006 года. Так как сальдо денежной наличности является положительной величиной нарастающим итогом по всем периодам, можно перейти к определению чистой текущей стоимости проекта, которая характеризует эффективность проекта.

Таблица 14 Оценка финансовой состоятельности проекта

Показатели	Период	1 полугодие 2009
	2 полугодие 2005	1 полугодие 2006	2 полугодие 2006	1 полугодие 2007	2 полугодие 2007	1 полугодие 2008	2 полугодие 2008
1. Инвестиционная деятельность
техническое задание	6980,74		0	0	0	0	0	0
эскизный проект	17769,16		0	0	0	0	0	0
технический проект	34269,10		0	0	0	0	0	0
рабочий проект	36807,55	30650,88	0	0	0	0	0	0
Внедрение	0	3807,68	0	0	0	0	0	0
Итого: эффект от инвестиционной деятельности	95826,56	34458,56	0	0	0	0	0	0
2. Операционная деятельность
Выручка, всего	0	630000	219000	225000	150000	144000	65600	57400
Затраты, всего	0	22030,2	33606,6	35976,7	23645,5	20498,4	9584,2	7117,2
Прибыль валовая	0	40969,8	185393,35	189023,3	126354,5	123501,6	56015,8	50282,8
Налог на прибыль	0	9832,7	44494,40	45365,6	30325,1	29640,4	13443,8	12067,9
Прибыль чистая	0	31137	140898,95	143657,7	96029,4	93861,2	42572	38215
Итого: эффект от операционной деятельности	0	31137	140898,95	143657,7	96029,4	93861,2	42572	38215
3. Финансовая деятельность
Собственные средства	95826,56	25902,1	0	0	0	0	0	0
Кредит	0	0	0	0	0	0	0	0
Возврат кредита	0	0	0	0	0	0	0	0
Итого: эффект от финансовой деятельности	95826,56	3321,56	0	0	0	0	0	0
4. Сальдо денежной наличности (1+2+3)	0	0	140898,95	143657,7	96029,4	93861,2	42572	38215
5. Сальдо денежной наличности нарастающим итогом	0	0	140898,95	284556,65	380586,15	474447,35	517019,35	555234,3

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

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

чистая текущая стоимость;

индекс доходности;

внутренний коэффициент эффективности;

максимальный денежный поток;

период возврата капитальных вложений и срок окупаемости.

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

Таблица 15 Денежные потоки, руб.

Показатели	Период
	2 полугодие 2005	1 полугодие 2006	2 полугодие 2006	1 полугодие 2007	2 полугодие 2007	1 полугодие 2008	2 полугодие 2008	1 полугодие 2009
Эффект от инвестиционной деятельности	95826,56	34458,56	0	0	0	0	0	0
Эффект от операционной, деятельности	0	31137	140898,95	143657,7	96029,4	93861,2	42572	38215
Чистый денежный поток (ЧДП)	-95826,56	-25902,1	140898,95	143657,7	96029,4	93861,2	42572	38215
Коэффициент дисконтирования (б)	0,93	0,87	0,81	0,75	0,7	0,65	0,61	0,56
Дисконтированный денежный поток (ДДП=ЧДП*б)	-89118,70	-22534,73	114128,15	107743,27	67220,70	61009,72	25968,92	214000,4
Дисконтированный денежный поток нарастающим итогом (NPV)	-89118,70	-111653,73	2474,42	110217,70	177438,3	238448,02	264416,94	285817,34

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

Коэффициент дисконтирования (б) рассчитывается по формуле:

Где r - ставка дисконтирования,

t - период времени.

Ставка дисконтирования (r) рассчитывается по формуле:

При этом ставка рефинансирования равна 13%, инфляция - 11%, а риск - 13%. Таким образом, получаем:

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

Индекс доходности (SRR) определяется как отношение суммарного дисконтированного дохода к суммарным дисконтированным капитальным вложениям:



Где П_чt - прибыль чистая,

A_t - амортизационные отчисления,

K_t - капитальные вложения в основные и оборотные фонды,

б_t - коэффициент дисконтирования.

Таким образом, индекс доходности равен:

SRR=(31137*0,87+140898,95*0,81+143657,7*0,75+96029,4*0,7+93861,2*0,65+42572*0,61+38215*0,56)/ (95826,56*0,93+34458,56*0,87)=3,57

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

Внутренний коэффициент эффективности проекта (IRR) или пороговое значение рентабельности рассчитывается по формуле:

Где r_пор - внутренний коэффициент эффективности проекта,

r₁ - исходная ставка дисконтирования,

r₂ - ставка дисконтирования, при которой NPV меньше нуля,

NPV_r1 и NPV_r2 - NPV соответственно при r₁ и r_2.

Для этого возьмем такую ставку дисконтирования (r₂=1,14), при которой NPV станет меньше нуля. Полученные результаты сводятся в таблицу 16.

Рассчитаем пороговое значение рентабельности:

r(пор.)= 0,15+(285817,34/(285817,34-(-745,75)))*(1,14-0,15)=1,137

Таблица 16 Нахождение отрицательной чистой текущей стоимости проекта

Показатели	Период
	2 полугодие 2005	1 полугодие 2006	2 полугодие 2006	1 полугодие 2007	2 полугодие 2007	1 полугодие 2008	2 полугодие 2008	1 полугодие 2009
NPVr1	-89118,7	-111653,7	2474,42	110217,7	177438,3	238448,02	264416,94	285817,34
б2	0,64	0,41	0,26	0,16	0,8	0,05	0,04	0,03
ДДП2	-61329	-10619	36633,73	21225,23	5761	4693	1742,98	1146,45
NPVr2	-68574,18	-71948,9	-35315,1	-14089,9	-8328	-3635,08	-1892,2	-745,75

Значение внутреннего коэффициента эффективности проекта, равное 113,7 % в полугодие или 129,6% годовых, показывает с одной стороны рентабельность проекта, а с другой стороны - предельную ставку процента по банковскому кредиту, полученному для финансирования проекта.

Срок окупаемости проекта (T_ок) можно найти по формуле:

Где t_x - количество периодов, при которых NPV меньше нуля,

NPV_t - последнее отрицательное значение NPV,

ДДП_t+1 - величина ДДП в t+1 периоде.

Срок окупаемости проекта равен:

Т(ок)= 2+|-111653,73/114128,15|=2,98

Значение: срока окупаемости проекта равное 2,98 полугодия или 1,49 года говорит о том, что только через данный промежуток времени проект окупит денежные средства, вложенные в его реализацию, и только затем начнет приносить доход.

На основании данных таблицы 15 можно построить финансовый профиль проекта.

В результате проведенного расчета показателей, характеризующих экономическую эффективность проекта можно сделать выводы о его выгодности, т.к. сальдо реальных накопленных денег во всех временных интервалах положительно, значение интегрального экономического эффекта больше нуля (NPV=285817,34>0), значение индекса доходности более единицы (SRR=3,57&g...