Экономическая информационная система

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

Рубрика Экономика и экономическая теория
Вид курсовая работа
Язык русский
Дата добавления 15.11.2016
Размер файла 1,6 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

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

Проектирование базы данных.

Основные этапы, на которые разбивается процесс проектирования информационной системы, следующие [3,7]:

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

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

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

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

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

Сущности и связи модели данных представляются в виде реляционной таблицы (отношения). Отношение, соответствующее сущности, содержит атрибуты (столбцы), являющиеся атрибутами сущности и описывающие сущность (объект). Атрибут или множество атрибутов, которые однозначно определяют объект, называются первичным ключом [8,2].

Совокупность схем отношений, используемых для представления информации, называются схемой базы данных, а текущие значения соответствующих отношений - базой данных [4].

Современные объектно-ориентированные CASE-средства позволяют эффективно решать задачи проектирования приложений. Среди таких пакетов - Rational Rose, Together Control Center, Process Modeller (BPWin), Data Modeller (ERWin), Model Mart, Silverrun Business Process Modeller, Process Analyst.

Для инфологического проектирования базы данных было выбрано CASE_средство AllFusion ERWin Data Modeller версии 7. Создание модели данных, как правило, начинается с создания логической модели. После описания логической модели, проектировщик может выбрать необходимую СУБД и Data Modeller автоматически создаст соответствующую физическую модель.

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

Рисунок 2.1 - ER-диаграмма системы на логическом уровне

Этап физического проектирования базы данных предусматривает принятие разработчиком окончательного решения о способах реализации создаваемой базы. Поэтому физическое проектирование обязательно производится с учетом всех особенностей выбранной СУБД.

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

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

Рисунок 2.2 - ER-диаграмма системы на физическом уровне

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

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

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

Таблица 2.1 - Описание таблиц базы данных

Наименование поля

Тип поля

Первичный ключ

Внешний ключ

2Column(s) of "Год" TableГод

ID

Long Integer

Да

Нет

Год

Text(4)

Нет

Нет

2Column(s) of "Документ" TableДокумент

ID

Long Integer

Да

Нет

Дата

Date / Time

Нет

Нет

Заголовок

Text(200)

Нет

Нет

ТипДокументаID

Long Integer

Нет

Да

АвторID

Long Integer

Нет

Да

Примечание

Text(255)

Нет

Нет

Путь

Text(255)

Нет

Нет

2Column(s) of "Должность" TableДолжность

ID

Long Integer

Да

Нет

Должность

Text(50)

Нет

Нет

2Column(s) of "Доступ" TableДоступ

СотрудникID

Long Integer

Да

Да

ОтделID

Long Integer

Да

Да

2Column(s) of "Номенклатура" TableНоменклатура

ID

Long Integer

Да

Нет

Индекс

Text(10)

Нет

Нет

ГодID

Long Integer

Нет

Да

ОтделID

Long Integer

Нет

Да

Дело

Text(50)

Нет

Нет

СрокХранения

Text(50)

Нет

Нет

ТипХраненияID

Long Integer

Нет

Да

Примечание

Text(255)

Нет

Нет

2Column(s) of "Отдел" TableОтдел

ID

Long Integer

Да

Нет

ПодразделениеID

Long Integer

Нет

Да

Отдел

Text(50)

Нет

Нет

Индекс

Text(5)

Нет

Нет

2Column(s) of "Подразделение" TableПодразделение

ID

Long Integer

Да

Нет

Подразделение

Text(50)

Нет

Нет

Индекс

Text(5)

Нет

Нет

2Column(s) of "Сотрудник" TableСотрудник

ID

Long Integer

Да

Нет

ФИО

Text(50)

Нет

Нет

Логин

Text(15)

Нет

Нет

Пароль

Text(15)

Нет

Нет

ДолжностьID

Long Integer

Нет

Да

ОтделID

Long Integer

Нет

Да

Работает

Yes / No

Нет

Нет

2Column(s) of "ТипДокумента" TableТипДокумента

ID

Long Integer

Да

Нет

ТипДокумента

Text(20)

Нет

Нет

2Column(s) of "ТипХранения" TableТипХранения

ID

Long Integer

Да

Нет

ТипХранения

Text(30)

Нет

Нет

2.3 Программное обеспечение задачи

Сценарий диалога пользователя

Диалоговый интерфейс - это подсистема, обеспечивающая пользователю доступ к базе данных и передачу данных из базы на экран пользователя. Программа с оконным интерфейсом предоставляет некоторый типовой набор органов управления, интуитивно понятных любому начинающему пользователю. К ним относятся так называемые спускающиеся меню, расположенные в верхней строке экрана [6]. Дерево диалога (граф перехода экранных форм) приведено на рисунке 2.3.

Рисунок 2.3 - Граф перехода экранных форм

Функции разрабатываемой информационной системы подразделяются на 2 класса:

служебные функции;

основные функции.

Служебные функции информационной системы предполагают:

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

подключение к БД.

Основные функции информационной системы предполагают:

ведение справочника должностей;

учет подразделений, сотрудников, должностей в учреждении;

ведение номенклатуры дел;

регистрация, систематизация и учет внутренних, входящих и исходящих документов, отправка документов из отдела в отдел, поиск документа по реквизитам;

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

формирование выходных документов: номенклатура дел, внутренняя опись документов дела, опись дел, карточка документа.

Дерево функций системы представлено на рисунке 2.4.

Рисунок 2.4 - Дерево функций

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

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

Рисунок 2.5 - Сценарий диалога

Главное меню включает пункты:

справочники;

документ;

печать;

статистика.

2.4 Структурная схема пакета и описание программных модулей

Структура системы следующая:

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

обрабатывающие и одновременно обслуживающие модули, которые предназначены для взаимодействия пользователя с пакетом управляющих модулей, модули uDepAndStaff, uNomencl, uLogin, uPost, uStat;

обрабатывающие модули для реализации алгоритма решения задач, т.е.- модули uDM, uRep.

Описание программных модулей приведено в таблице 2.2.

Таблица 2.2 - Описание программных модулей

Название модуля

Назначение

DocView.dpr

Головной модуль проекта

uDepAndStaff.pas

Добавление, изменение и удаление данных о отделах, и сотрудниках

uDM.pas

Подключения к БД, хранение наборов данных и SQL-запросов

uLogin.pas

Авторизация при входе в систему, подключение к БД при запуске программы

uMain.pas

Главная форма программы. Доступ к остальным формам программы посредство главного меню.

uNomencl.pas

Создание, редактирование и просмотр номенклатуры

uStat.pas

Формирование статистики

uPost.pas

Добавление, изменение и удаление должностей работников

uRep.pas

Формирование выходных документов

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

2.5 Технологическое обеспечение задачи

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

Рисунок 2.6 - Окно авторизации

Если введены неверные логин или пароль, выдается соответствующее информационное сообщение (рисунок 2.7).

Рисунок 2.7 - Информационное сообщение

После ввода логина и пароля пользователя на экране появляется главная форма. Из меню главной формы можно получить доступ к любой экранной форме (рисунок 2.8).

Рисунок 2.8 - Главная форма

В зависимости от прав пользователя ему доступны различные экранные формы.

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

Работникам доступны только операции по работе с документами отделов, к которым имеется доступ, а также печать и статистическая информация (рисунок 2.9).

Рисунок 2.9 - Операции по работе с документами

Для добавления документа следует выбрать дело, нажать кнопку «Добавить документ» и в открывшемся диалоговом окне выбрать документ. После этого документ будет добавлен в хранилище на сервере.

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

Кроме того, документ можно открыть в ассоциированном с типом документа приложении, отредактировать и сохранить в этом приложении.

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

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

Рисунок 2.10 - Подразделения, отделы и сотрудники

Рисунок 2.11 - Должности сотрудников

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

Добавление, удаление или сохранение данных на всех формах обеспечивается навигатором базы данных. Печать списка сотрудников выбранного отдела выполняется нажатием кнопки «Печать». После этого на экране появится сформированный отчет в формате MS Excel, который можно либо просто просмотреть, либо отправить на печать. Номенклатура дел, вызываемая выбором одноименного пункта главного меню, формируется на каждый год (рисунок 2.12).

Рисунок 2.12 - Номенклатура дел

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

Для получения статистической информации в графическом виде предназначена форма «Статистика» (рисунки 2.13), вызываемая выбором одноименного пункта главного меню.

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

Рисунок 2.13 - Статистика

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

Выводы к разделу

В данном разделе:

Были созданы и описаны логико-физическая модель базы данных.

Обоснован выбор применения методики объектно-ориентированного программирования.

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

Описана структура и типы данных и связи между ними.

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

Описана разработанная программа.

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

3. Выбор и обоснование методики расчета экономической эффективности проекта

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

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

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

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

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

DТ = Т0 - Т1,(3.1)

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

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

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

КТ =DТ / T0 * 100%; (3.2)

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

YT = T0 / T1.(3.3)

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

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

,(3.4)

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

3.1 Расчет расходов на создание проекта

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

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

Расчет амортизационных отчислений

Общая стоимость приобретенных для реализации проекта технических средств и программного обеспечения равна:

(3.5)

где - стоимость программного обеспечения, - стоимость технических средств (компьютерная техника и т.п.).

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

,.(3.6)

Амортизационные отчисления за время создания программного продукта составят:

(3.7)

где - количество отработанных дней,

- количество рабочих дней в году.

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

Расчет оплаты труда программиста

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

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

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

(3.8)

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

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

Итак,

Тогда основная заработная плата за период создания и внедрения программного продукта составит:

На разработку и внедрение программы ушло 35 дней.

Также необходимо учесть всевозможные доплаты и надбавки при удельном весе этих надбавок в размере % от размера основной заработной платы:

Учтем премиальные - 0%. Премиальных программисту не заплатили.

руб.

В соответствии с законодательством Российской Федерации устанавливаются размеры отчислений в фонды социального страхования в процентном отношении от основной заработной платы и дополнительных выплат (ставка составляет %): Примем =40%

., (3.9)

руб.

Величина накладных расходов при разработке составляет % от заработной платы: При разработке данного проекта были учтены материальные расходы: флеш-память стоимостью 930 руб., один картридж стоимостью 1000 руб., пачка бумаги стоимостью 220 руб. за пачку. Все вместе составляет около 12%.

. (3.10)

= 1926,6 руб.

Учитывая все приведенные выше виды расходов, итоговая стоимость разработки и внедрения программного продукта составит:

.(3.11)

руб.

3.2 Расчет экономического эффекта и срока окупаемости затрат

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

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

(3.12)

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

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

(3.13)

(документов)

гдеКД0, КД1 - количество документов, обрабатываемых за один день с помощью старого программного продукта и с помощью нового соответственно.

Приведенные затраты на единицу работ составят:

(3.14)

(3.15)

где О0, и О1 - оплата труда за единицу работ, выполненных с помощью старого программного продукта и нового соответственно,

К0, К1 - капитальные вложения, связанные с использованием старого и нового программного продукта,

Ен - нормативный коэффициент экономической эффективности капитальных вложений. Примем Ен = 0.15

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

(3.16)

(3.17)

= 27,5 руб.

= 13,8 руб

где ЗМО - средняя заработная плата сотрудника, ответственного за ввод информации.

Удельные капитальные затраты с применением старого ПО:

(3.18)

=0,6

гдеССПП - стоимость старого программного продукта.

Удельные капиталовложения, необходимые для внедрения нового программного продукта:

,(3.19)

= 4,7

= 14,5 руб.

= 27,6руб.

Стоимостные затраты на выполнение годового объема работ соответственно старым и новым методами вычисляются по формуле:

(3.20)

,(3.21)

= 144450 руб.

= 75660,6 руб.

Трудовые затраты (в часах) на выполнение годового объема работ (А документов) соответственно старым и новым методами вычисляются по формуле:

(3.22)

,(3.23)

= 4185,6 час.

= 2092,8 час.

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

= 68789,4руб.

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

После определения годового экономического эффекта рассчитаем срок окупаемости затрат (Ток) на разработку программы.

Ток ===0,35 года

Рассчитанные величины экономической эффективности сведем в таблице «Показатели эффективности» (таблица 3.1).

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

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

Результаты расчетов оформляются в табличной форме (таблица 3.1).

Показатели эффективности от внедрения проекта автоматизации проиллюстрированы на диаграммах (рисунок 3.1 и рисунок 3.2).

Таблица 3.1 - Показатели эффективности

Затраты

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

Коэффициент изменения затрат

Индекс изменения затрат

базовый

вариант

Проектный

вариант

Трудоемкость

T0

T1

DТ=Т01

КТ=DТ/T0ґ 100 %

YT=T0/T1

(час)

(час)

(час)

4185,6

2092,8

2092,8

50,0

2

Стоимость

C0

C1

DC=C0-C1

КC=DC/C0ґ 100%

YC=C0/C1

(руб.)

(руб.)

(руб.)

144450,0

75660,6

68789,4

47,6

1,9091852

Рисунок 3.1 - Трудовые затраты

Рисунок 3.2 - Стоимость работ в рублях

Выводы к разделу

В данном разделе в зависимости от выбранного направления расчета была изложена методика и специфика расчета экономической эффективности проекта, указаны все необходимые для выводов показатели и формулы их расчетов. Таким образом, снижение трудозатрат от внедрения разработанной программы составит 2092,8 часов в год, а по стоимости снижение составит 68789,4руб. в год. Срок окупаемости проекта составляет 4,3 месяца.

Заключение

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

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

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

сформулированы назначение и функции АИС формирования и хранения внутренней документации;

произведен выбор прикладного программного обеспечения.

проведено проектирование БД и интерфейса АИС;

разработана автоматизированная информационная система формирования и хранения внутренней документации.

Цели автоматизации деятельности Отдела:

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

повышение достоверности данных;

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

снижение рисков потери информации;

автоматизированная подготовка необходимых документов.

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

ведение номенклатуры дел;

регистрация, систематизация и учет внутренних, входящих и исходящих документов;

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

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

учет подразделений, сотрудников, должностей в учреждении;

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

формирование выходных документов: номенклатура дел, внутренняя опись документов дела, опись дел, карточка документа.

Для разработки инфологической модели использовалось CASE-средство ERWin.

В качестве технологии проектирования была выбрана визуальная система Borland Delphi 7. В качестве базы данных была выбрана СУБД MS Access.

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

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

Список используемых источников

1. Архангельский А.Я. Программирование в Delphi 7 М.:Бином, 2004. . - 478с.

2. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: учебник / А. М. Вендров, 2006. - 544 с.

3. Вендров А.М. Современные методы и средства проектирования - М.:Диалог-Мифи,2007.- 273 с.

4. Гурвиц Г.А. Microsoft Access 2010. Разработка приложений на реальном примере. - Спб.: БХВ-Петербург, 2010. - 496 с.

5. ГОСТ Р7.0.8-2013. «Система стандартов по информации, библиотечному и издательскому делу. Делопроизводство и архивное дело. Термины и определения».

6. Информационные системы и технологии в экономике и управлении: учебник/под ред. проф. В.В. Трофимова. - 3-е изд. перераб. и доп. - М.: Юрайт-Издат, 2009. - 521с.

7. Маклаков С.В. ERwin и BPwin. CASE-средства разработки информационных систем.-М.:Диалог-Мифи,2007.- 273 с.

8. Хавьер Пашеку. Программирование в Borland Delphi 2006 для профессионалов М.: Вильямс, 2006. 944 с.

9. Методические указания: «Оформление курсовых и дипломных проектов (работ)» // Антонов В.Ф., Привалов И.М., Тележинская А.К./ Пятигорск, 2014 г.45 с.

10. ЭИС «Дело» - [Электронный ресурс] Режим доступа - свободный http://www.eos.ru/eos_products/eos_delo/ (дата обращения 18.05.2015 г.)

11. Портал Минэкономразвития СК [Электронный ресурс] Режим доступа - свободный -www.stavinvest.ru (дата обращения 28.05.2015 г.).

Размещено на Allbest.ru


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.