Сумма

Денежный

--

--

Сумма на которую заключен договор

Таблица 12. Структура таблицы Договор_Подрядчик.

Поле	Тип	Значение	Ограничение	Комментарий
Код договор_Подрядчик	Счетчик	--	--	Код договора с подрядчиком
№ договора	Текстовый	--	--	Номер договора
Код подрядчика	Числовой	--	--	Код подрядчика
Код отв. отдел	Числовой	--	--	Код специалиста, ведущего договор
Сумма	Денежный	--	--	Сумма на которую заключен договор

Таблица 13. Структура таблицы Договор_Поставщик.

Поле	Тип	Значение	Ограничение	Комментарий
Код договор_Поставщик	Счетчик	--	--	Код договора с поставщиком
№ договора	Текстовый	--	--	Номер договора
Код поставщика	Числовой	--	--	Код поставщика
Код отв. отдел	Числовой	--	--	Код специалиста, ведущего договор
Сумма	Денежный	--	--	Сумма на которую заключен договор

Таблица 14. Структура таблицы Смета_Заказчик.

Поле	Тип	Значение	Ограничение	Комментарий
Код Смета_Заказчик	Счетчик	--	--	Код сметы
№ сметы	Тестовый	--	--	Номер сметы
№ договора	Числовой			Номер договора с заказчиком
Название	Тестовый	--	--	Название сметы
Описание	Тестовый	--	--	Описание, дополнительные сведение
Стоимость	Тестовый	--	--	Сумма сметы

Таблица 15. Структура таблицы Смета_Подрядчик.

Поле	Тип	Значение	Ограничение	Комментарий
Код Смета_Подрядчик	Счетчик	--	--	Код сметы
№ сметы	Тестовый	--	--	Номер сметы
№ договора	Числовой			Номер договора с подрядчиком
Название	Тестовый	--	--	Название сметы
Описание	Тестовый	--	--	Описание, дополнительные сведение
Стоимость	Тестовый	--	--	Сумма сметы

Таблица 16. Структура таблицы Смета_Поставщик.

Поле	Тип	Значение	Ограничение	Комментарий
Код Смета_Поставщик	Счетчик	--	--	Код сметы
№ сметы	Тестовый	--	--	Номер сметы
№ договора	Числовой			Номер договора с поставщиком
Название	Тестовый	--	--	Название сметы
Описание	Тестовый	--	--	Описание, дополнительные сведение
Стоимость	Тестовый	--	--	Сумма сметы

2.2 Программное обеспечение задачи (комплекса задач, АРМ)

2.2.1 Общие положения (дерево функций и сценарий диалога)

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

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

Список функций, реализованный в программе, представлен в таблице 17.

Таблица 17. Функции программы.

№ п/п	Служебные функции	Название окна приложения
	Ввод исходных данных	Окно формирования справочных данных
	Формирование учетных данных	Окно формирование учетных данных
	Выбор типа операций экономистом	Меню системы
	Изменение, удаление, добавление записей в справочниках	Окно формирования справочных данных
	Изменение, удаление, добавление записей учетной информации	Окно формирование учетных данных
	Получение данных по запросам	Окно главной формы
	Получение отчетной информации	Окно подменю отчеты

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

Рис.7. Структура главного меню приложения

ГЛАВА 3. РЕАЛИЗАЦИЯ АРМ

3.1 Реализация базы данных АРМ

Реализацию АРМ менеджера - снабженца начали с реализации базы данных в Access. Формирование таблиц осуществляем по спроектированным схемам.

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

После реализации таблиц реализуем схему данных (см. рис. 5) по информационной модели.

3.2 Реализация интерфейса АРМ.

После реализации ядра АРМ, т.е. базы данных приступили к реализации интерфейса. Интерфейс реализуем в ВЗС Delphi.

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

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

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

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

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

Для обеспечения связи набора данных с визуальными компонентами отображения данных используется специальный компонент TDataSource. Его роль заключается в управлении потоками данных между набором данных и связанными с ним компонентами отображения данных. Этот компонент обеспечивает передачу данных в визуальные компоненты и возврат результатов редактирования в набор данных, отвечает за изменение состояния визуальных компонентов при изменении состояния набора данных, передает сигналы управления от пользователя (визуальных компонентов) в набор данных. Компонент TDataSource расположен на странице Data Access Палитры компонентов.

Таким образом, базовый механизм доступа к данным создается триадой компонентов:

– компоненты, инкапсулирующие набор данных (потомки класса TDataSet);

– компоненты TDataSource;

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

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

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

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

При открытии набора данных компонент обеспечивает передачу в набор данных записей из требуемой таблицы БД, которая уже реализована в ACCESS. Курсор набора данных устанавливается на первую запись. Компонент TDataSource организует передачу в компоненты отображения данных значений необходимых полей из текущей записи. При перемещении по записям набора данных текущие значения полей в компонентах отображения данных автоматически обновляются. Для размещения компонентов доступа к данным в приложении баз данных используем специальную "форму" -- модуль данных (класс TDataModule). Модуль данных не имеет ничего общего с обычной формой приложения, ведь его непосредственным предком является класс TComponent. В модуле данных можно размещать только невизуальные компоненты. Модуль данных доступен разработчику, как и любой другой модуль проекта, на этапе разработки. Пользователь приложения не может увидеть модуль данных во время выполнения. Для создания модуля данных воспользуемся Репозиторием объектов или главным меню Delphi. Значок модуля данных Data Module расположен на странице New. Класс TDataModule происходит непосредственно от класса TComponent. У него почти полностью отсутствуют свойства и методы-обработчики событий, ведь от платформы для других невизуальных компонентов почти ничего не требуется, хотя потомки модуля данных, работающие в распределенных приложениях, выполняют весьма важную работу. Для создания структуры (модели, диаграммы) данных, с которой работает приложение, воспользовались возможностями, предоставляемыми страницей Diagram Редактора кода. Любой элемент из иерархического дерева компонентов модуля данных можно перенести на страницу диаграммы и задать связи между ними.

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

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

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

При открытии формы выполняется метод обработчик FormShow. В нем набор данных открывается при помощи метода Open.

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

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

1. Связать компонент отображения данных и компонент TDataSource. Для этого используем свойство Datasource, которое должно указывать на экземпляр требуемого компонента TDataSource. Один компонент отображения данных можно связать только с одним компонентом TDataSource. Необходимый компонент можно выбрать в списке свойств в Инспекторе объектов.

2. Задать поле данных. Для этого используем свойство DataField типа TFields. В нем необходимо указать имя поля связанного набора данных. После задания свойства Datasource поле можно выбрать из списка. Этот этап применяется только для компонентов, отображающих единственное поле.

Также используем компонент TDBNavigator. Он предназначен для перемещения по записям набора данных.

В качестве инструментов доступа в приложениях Delphi применили технологию Microsoft ActiveX Data Objects (ADO), которая основана на возможностях СОМ, а именно интерфейсов OLE DB.

Технология ADO завоевала популярность у разработчиков, благодаря универсальности -- базовый' набор интерфейсов OLE DB имеется в каждой современной операционной системе Microsoft. Поэтому для обеспечения доступа приложения к данным достаточно лишь правильно указать провайдер соединения ADO и затем переносить программу на любой компьютер, где имеется требуемая база данных и, конечно, установленная ADO. В Палитре компонентов Delphi есть страница ADO, содержащая набор компонентов, позволяющих создавать полноценные приложения БД, обращающиеся к данным через ADO. OLE DB представляет собой набор специализированных объектов СОМ, инкапсулирующих стандартные функции обработки данных, и специализированные функции конкретных источников данных и интерфейсов, обеспечивающих передачу данных между объектами. Согласно терминологии ADO, любой источник данных (база данных, электронная таблица, файл) называется хранилищем данных, с которым при помощи провайдера данных взаимодействует приложение. Минимальный набор компонентов приложения может включать объект соединения, объект набора данных, объект процессора запросов. В результате приложение обращается не прямо к источнику данных, а к объекту OLE DB, который "умеет" представить данные (например, из файла электронной почты) в виде таблицы БД или результата выполнения запроса SQL. Такая архитектура позволяет сделать набор объектов и интерфейсов открытым и расширяемым. Набор объектов и соответствующий провайдер может быть создан для любого хранилища данных без внесения изменений в исходную структуру ADO. При этом существенно расширяется само понятие данных -- ведь можно разработать набор объектов и интерфейсов и для нетрадиционных табличных данных. Например, это могут быть графические данные геоинформационных систем, древовидные структуры из системных реестров, данные CASE-инструментов и т. д. Так как технология ADO основана на стандартных интерфейсах СОМ, которые являются системным механизмом Windows, это сокращает общий объем работающего программного кода и позволяет распространять приложения БД без вспомогательных программ и библиотек.

Спецификация OLE DB различает следующие типы объектов, которые мы использовали:

– Перечислитель (Enumerator) выполняет поиск источников данных или других перечислителей. Используется для обеспечения функционирования провайдеров ADO.

– Объект-источник данных (Data Source Object) представляет хранилище данных.

– Сессия (Session) объединяет совокупность объектов, обращающихся к одному хранилищу данных.

– Транзакция (Trasaction) инкапсулирует механизм выполнения транзакции.

– Команда (Command) содержит текст команды и обеспечивает ее выполнение. Командой может быть запрос SQL, обращение к таблице БД и т. д.

– Набор рядов (Rowset) представляет собой совокупность строк данных, являющихся результатом выполнения команды ADO.

– Объект-ошибка (Error) содержит информацию об исключительной ситуации.

После реализации основных функций АРМ приступили к реализации следующих отчетов:

В

место старого генератора отчетов в состав Delphi 7 включен продукт Rave Reports 5.0 от фирмы Nevrona. Схема создания и внедрения отчетов в приложения Delphi практически не изменилась. В Rave Reports имеются и глобальный класс отчета, и классы полос, и компоненты преобразования данных. Существенным нововведением можно считать только визуальную среду создания отчетов, что облегчает создание отчетов и делает работу эффективнее. Генератор отчетов Rave Reports является основным средством создания отчетов и его компоненты устанавливаются в Палитре компонентов по умолчанию на странице Rave. Они делятся на следующие функциональные группы:

– Компонент отчета TRvproject, с точки зрения приложения, и есть отчет.

– Компонент управления отчетом TRvSystem обеспечивает работу приложения с отчетом. Взаимодействуя с компонентом отчета, с одной стороны, и сервером отчета Rave Reports, с другой, этот компонент обеспечивает просмотр и печать отчетов.

– Компоненты соединения с источниками данных предназначены для подключения различных источников данных к отчетам.

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

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

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

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

Э = Э_к + Э_п, где Э - экономическая эффективность проекта; (3.1.1.)

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

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

- Абсолютное снижение трудовых затрат

?T = T₀ - T₁, где (3.1.2)

?T - абсолютное снижение трудовых затрат

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

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

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

K_T = ?T/T₀, где (3.1.3)

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

?T - абсолютное снижение трудовых затрат

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

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

Х_T = T₀/ T₁, где (3.1.4)

Х_T - индекс снижения трудовых затрат или повышения производительности труда

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

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

К стоимостным показателям относятся:

- абсолютное снижение стоимости затрат

ДC = C₀ - C₁, ДC - абсолютное снижение стоимостных затрат (3.1.5)

С₀ - стоимостные затраты на обработку информации по базовому варианту

С₁ - стоимостные затраты на обработку информации по проектируемому варианту

o коэффициент относительного снижения стоимостных затрат

K_c = ДC/C₀, где (3.1.6)

K_c - коэффициент относительного снижения стоимостных затрат

ДC - абсолютное снижение стоимостных затрат

С₀ - стоимостные затраты на обработку информации по базовому варианту

o индекс снижения стоимости затрат

Х_T = T₀/ T₁, где (3.1.7)

Х_T - индекс снижения стоимостных затрат

T₀ - стоимостные затраты на обработку информации по базовому варианту

T₁ - стоимостные затраты на обработку информации по проектируемому варианту

Теперь рассмотрим порядок расчета прямого коэффициента (годовой экономии).

Э_П = (С₀ + Е_Н * К₀) - (С₁ + Е_Н * К₁), где (3.1.8)

Э_П - прямой эффект

С₀ - текущие стоимостные затраты а базовом эффекте

Е_Н - нормативный коэффициент эффективности капитальных вложений, ниже которого они уже будут нецелесообразны (=0,15)

К₀ - капитальные вложения в базовом варианте

С₁ - текущие стоимостные затраты проектируемом варианте

К₁ - капитальные вложения в проектируемом варианте

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

К_i = C_{i_проектирования} + C_{i_программирования} + C_{i_отладки} + C_{i_внедрения} + C_{i_покупкиТОиПО},

где

К_i - капитальные затраты i-го варианта

C_{i_проектирования} - стоимость проектирования i-го варианта

C_{i_программирования} - стоимость программирования i-го варианта

C_{i_отладки} - стоимость отладки i-го варианта

C_{i_внедрения} - стоимость внедрения i-го варианта

C_{i_покупкиТОиПО} - стоимость технического и программного обеспечения i-го варианта

Стоимость проектирования рассчитывается по формуле 3.1.10

С_{проектирования} = Т_{проектирования_1} * С_{маш. час} + Т_{проектирования_2} * З/Пл_{оператора} * К_{человек} * (1 + К_нр), где

С_{проектирования} - стоимость проектирования (3.1.10)

Т_{проектирования_1} - время использования ЭВМ при проектировании в часах

С_{маш. час} - стоимость одного машинного часа

Т_{проектирования_2} - время проектирования в месяцах

З/Пл_{оператора} - месячная зарплата оператора

К_{человек} - количество человек

К_нр - коэффициент накладных расходов (=0,65)

Стоимость программирования рассчитывается по формуле 3.1.11

С_{программирования} = Т_{программирования_1} * С_{маш. час} + Т_{программирования_2} * З/Пл_{оператора} * К_{человек} * (1 + К_нр),

где

С_{программирования} - стоимость программирования (3.1.11)

Т_{программирования_1} - время использования ЭВМ при программировании в часах

С_{маш. час} - стоимость одного машинного часа

Т_{программирования_2} - время программирования в месяцах

З/Пл_{оператора} - месячная зарплата оператора

К_{человек} - количество человек

К_нр - коэффициент накладных расходов (=0,65)

Стоимость отладки рассчитывается по формуле 3.1.12

С_{отладки} = Т_{отладки_1} * С_{маш. час} + Т_{отладки_2} * З/Пл_{оператора} * К_{человек} * (1 + К_нр), где

С_{отладки} - стоимость отладки (3.1.12)

Т_{отладки_1} - время использования ЭВМ при отладке в часах

С_{маш. час} - стоимость одного машинного часа

Т_{отладке_2} - время отладки в месяцах

З/Пл_{оператора} - месячная зарплата оператора

К_{человек} - количество человек

К_нр - коэффициент накладных расходов (=0,65)

Стоимость внедрения рассчитывается по формуле 3.1.13

С_{внедрения} = Т_{внедрения_1} * С_{маш. час} + Т_{внедрения_2} * З/Пл_{оператора} * К_{человек} * (1 + К_нр),

где

С_{внедрения} - стоимость внедрения (3.1.13)

Т_{внедрения_1} - время использования ЭВМ при внедрении в часах

С_{маш. час} - стоимость одного машинного часа

Т_{внедрения_2} - время внедрения в месяцах

З/Пл_{оператора} - месячная зарплата оператора

К_{человек} - количество человек

К_нр - коэффициент накладных расходов (=0,65)

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

Е_р = 1/Т_ок, где (3.1.14)

Е_р - расчетный коэффициент эффективности

Т_ок - срок окупаемости затрат на внедрение проекта машинной обработки информации

Желательно, чтобы данный показатель был больше нормативного Е_н

Т_ок = (К₁ - К₀)/ДС, где (3.1.15)

Т_ок - срок окупаемости затрат на внедрение проекта машинной обработки информации

К₁ - капитальные вложения в проектируемый вариант

К₀ - капитальные вложения в базовый вариант

ДС - абсолютное снижение стоимостных затрат

Расчетный срок окупаемости должен быть меньше нормативного:

Т_н = 1/Е_н, где (3.1.16)

Т_н - нормативный срок окупаемости проекта

Е_н - нормативный коэффициент эффективности капитальных вложений

Расчет всех перечисленных выше показателей представлен в пункте 3.3.2 дипломного проекта.

№ п/g	Наименование операций технологического процесса решения комплекса задач	Оборудование	Ед. изм.	Объем работы в год	Норма выработки	Трудоем-кость	Средне-часовая зарплата оператора	Часовая норам амортизации	Часоавая стоимость накладных расходов	Стоимость работы оборудова-ния	Стоимостные затраты
1	Прием сведений о закзчиках	вручную	операция	15000	40	375	50	1,3	1,5	52,8	19800
2	Прием сведений о подрядчиках	вручную	операция	10000	40	250,00	50	1,3	1,5	52,8	13200
4	Прием сведений о поставщиках	вручную	операция	20000	40	500	50	1,3	1,5	52,8	26400
6	Прием сведений о персонале	вручную	операция	15000	40	375	50	1,3	1,5	52,8	19800
7	Формирование учетных данных по договорам	вручную	операция	10000	30	333,33	50	1,3	1,5	52,8	17600
8	Формирование учетных данных по проектно-сметной документации	вручную,ЭВМ	операция	10000	30	333,33	80	1,3	1,5	82,8	27600
9	Поиск записей	вручную	операция	25000	30	833,33	60	1,3	1,5	62,8	52333,33
10	Сортировка записей		операция	15000	30	500	0	1,3	1,5	2,8	1400
11	Редактирование записей	вручную	документ	7000	50	140	60	1,3	1,5	62,8	8792
12	Отчет по заказчикам,сметам,договорам	вручную,ЭВМ	документ	3000	50	60	60	1,3	1,5	62,8	3768
13	Отчет по договорам	вручную,ЭВМ	документ	3000	50	60	60	1,3	1,5	62,8	3768
14	Отчет по объектам недвижимости	вручную,ЭВМ	документ	3000	50	60	60	1,3	1,5	62,8	3768
15	Анализ данных по договорам	вручную,ЭВМ	документ	1000	50	20	60	1,3	1,5	62,8	1256
				137000	530	3840	690	16,9	19,5	663,6	198229,3333

№ п/g	Наименование операций технологического процесса решения комплекса задач	Оборудование	Ед. изм.	Объем работы в год	Норма выработки	Трудоем-кость	Средне-часовая зарплата оператора	Часовая норам амортизации	Часоавая стоимость накладных расходов	Стоимость работы оборудова-ния	Стоимостные затраты
1	Прием сведений о закзчиках	вручную, ЭВМ	операция	15000	80,00	187,50	30,00	1,50	1,20	32,70	6131,25
2	Прием сведений о подрядчиках	вручную, ЭВМ	операция	10000	80,00	125,00	30,00	1,50	1,20	32,70	4087,50
4	Прием сведений о поставщиках	вручную, ЭВМ	операция	20000	80,00	250,00	30,00	1,50	1,20	32,70	8175,00
6	Прием сведений о персонале	вручную, ЭВМ	операция	15000	80,00	187,50	30,00	1,50	1,20	32,70	6131,25
7	Формирование учетных данных по договорам	вручную, ЭВМ	операция	10000	50,00	200,00	30,00	1,50	1,20	32,70	6540,00
8	Формирование учетных данных по проектно-сметной документации	вручную,ЭВМ	операция	10000	50,00	200,00	60,00	1,50	1,20	62,70	12540,00
9	Поиск записей	ЭВМ	операция	25000	50,00	500,00	20,00	1,50	1,20	22,70	11350,00
10	Сортировка записей	ЭВМ	операция	15000	100,00	150,00	20,00	1,50	1,20	0,00	0,00
11	Редактирование записей	ЭВМ	документ	7000	100,00	70,00	40,00	1,50	1,80	43,30	3031,00
12	Отчет по заказчикам,сметам,договорам	ЭВМ	документ	3000	60,00	50,00	30,00	1,50	1,80	33,30	1665,00
13	Отчет по договорам	ЭВМ	документ	3000	60,00	50,00	30,00	1,50	1,80	33,30	1665,00
14	Отчет по объектам недвижимости	ЭВМ	документ	3000	60,00	50,00	30,00	1,50	1,80	33,30	1665,00
15	Анализ данных по договорам	ЭВМ	документ	1000	60,00	10,00	20,00	1,50	1,80	23,30	233,00
				137000	910	2020	400,00	19,5	18,6	392,1	62981,00

Показатели эффективности от внедрения проекта

Показатель	Затраты	Абсолютное изменение затрат	Коэффициент изменения затрат	Индекс измене-ния затрат
	Базовый вариант	Проектный вариант
Трудоемкость	Т0	Т1	ДТ = Т0 - Т1	КТ=ДТ/Т0*100%	YТ=Т0/Т1
	3840	2020	1820	47,4%	1,9
Стоимость	С0	С1	ДС = С0 - С1	КТ=ДС/С0*100%	YС=С0/С1
	198229,33	135248,33	62981	31,72%	1,47

Рис.8. Диаграмма стоимостных затрат

Рис.9. Диаграмма трудовых затрат

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

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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

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

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

- разработан сценарий диалога;

- организован сбор, передача, обработка и выдача информации посредством экранных форм, печатных отчетов, запросов;

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

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

СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ

1. В.В. Годин, И.К. Корнеев «Информационное обеспечение управленческой деятельности». Мск. Изд. «Высшая школа», 2001 г.

2. Иванова Г.С. Технология программирования: Учебник для вузов. - 2-е изд., стереотип. - М.: Изд-во МГТУ им. Н.Э. Баумана, 2003. - 320 с: ил. (Сер. Информатика в техническом университете.)

3. В.Н. Петров «Информационные системы» - 688л. Изд. Питер, 2002г.

4. Мшиенин А.И. Теория экономических информационных систем: Учеб. пособие. -- М.: Финансы и статистика, 2002.

5. Семенов М.И. и др. Автоматизированные информационные технологии в экономике: Учебник / М.И. Семенов, И.Т. Трубилин, В.М. Лойко, Т.П. Барановская; Под общей ред. И.Т. Трубилина. -- М.: Финансы и статистика, 2001.

6. Автоматизация управления предприятием / В.В. Баронов, Г.Н.Калянов, Ю.Н. Попов и др. - М.: Инфра-М, 2000.

7. Алан Р. Саймон. Стратегические технологии баз данных: менеджмент на 2000 год / Пер. с англ и предисл. М.Р. Когаловского. - М.: Финансы и статистика, 1999

8. Вендров A.M. Проектирование программного обеспечения экономических информационных систем: Учебник. - М.: Финансы и статистика, 2000.

9. Дейт К. Дж. Введение в системы баз данных. - 6-е изд. - М., СПб., Киев, Изд. дом Вильяме, 2000.

10. Ефимова О.Л. Технология проектирования и внедрения информационных систем - интегрированная технология ARIS // Реинжиниринг бизнес-процессов предприятий на основе современных информационных технологий: Сб. научных трудов 3-й Российской научно-практической конференции. - М.: МЭСИ, 1999. - С. 215 - 218.

11. Липаев В.В. Системное проектирование сложных программных средств для информационных систем. - М.: Синтег, 1999.

12. http://www.davecentral.com

13. http://www.screenshot.com

14. http://ic.krasu.ru/new/events.php3?parad-20025

15. http://www.elrussia.ru/files/36827/КИС_ВУЗа.html

16. http://rrc.karelia.ru/site/Resources/iias/

17. http://www.tts.esoo.ru/~ospp/IL/econom/il31.doc