Автор работы: Пользователь скрыл имя, 02 Октября 2012 в 16:53, дипломная работа
Целью работы является создание информационной системы, способной автоматически выполнять большую часть работы по учету продаж, в настоящее время выполняемых человеком.
Кроме того, определены следующие цели разрабатываемого дипломного проекта:
• Минимизация участия человека в процессе ввода информации
• Исключение повторного ввода одних и тех же данных в разные хранилища данных
• Минимизация вероятности ввода ошибочной информации в базу данных
• Повышение оперативности попадания обновленных данных в базу данных о продажах.
ВВЕДЕНИЕ 3
1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ И ПОСТАНОВКА ЗАДАЧИ 6
1.1 ТЕХНИКО-ЭКОНОМИЧЕСКАЯ ХАРАКТЕРИСТИКА ПРЕДМЕТНОЙ ОБЛАСТИ И ПРЕДПРИЯТИЯ» АНАЛИЗ ДЕЯТЕЛЬНОСТИ «КАК ЕСТЬ» 6
1.1.1 ХАРАКТЕРИСТИКА ПРЕДПРИЯТИЯ И ЕГО ДЕЯТЕЛЬНОСТИ 6
1.1.2 ОРГАНИЗАЦИОННАЯ СТРУКТУРА УПРАВЛЕНИЯ ПРЕДПРИЯТИЕМ 9
1.2 ХАРАКТЕРИСТИКА КОМПЛЕКСА ЗАДАЧ, ЗАДАЧИ И ОБОСНОВАНИЕ НЕОБХОДИМОСТИ АВТОМАТИЗАЦИИ 12
1.2.1 ВЫБОР КОМПЛЕКСА ЗАДАЧ АВТОМАТИЗАЦИИ И ХАРАКТЕРИСТИКА СУЩЕСТВУЮЩИХ БИЗНЕС ПРОЦЕССОВ 12
1.2.2 ОПРЕДЕЛЕНИЕ МЕСТА ПРОЕКТИРУЕМОЙ ЗАДАЧИ В КОМПЛЕКСЕ ЗАДАЧ 13
1.2.3 ОБОСНОВАНИЯ НЕОБХОДИМОСТИ ИСПОЛЬЗОВАНИЯ ВЫЧИСЛИТЕЛЬНОЙ ТЕХНИКИ ДЛЯ РЕШЕНИЯ ЗАДАЧИ 17
1.3 АНАЛИЗ СУЩЕСТВУЮЩИХ РАЗРАБОТОК И ВЫБОР СТРАТЕГИИ АВТОМАТИЗАЦИИ «КАК ДОЛЖНО БЫТЬ» 21
1.3.1 АНАЛИЗ СУЩЕСТВУЮЩИХ РАЗРАБОТОК ДЛЯ АВТОМАТИЗАЦИИ ЗАДАЧИ 21
1.3.1.1 "ФОЛИО CRM" 22
1.3.1.2 1С:ПРЕДПРИЯТИЕ 8 CRM ПРОФ 24
1.3.1.3 ASOFT CRM 27
1.3.1.4 FRESHOFFICE CRM PROFESSIONAL 29
1.3.1.5 ПЛАТФОРМА INDEX.CRM 30
1.3.1.6 GOLDMINE CRM 33
1.3.1.7 MONITOR CRM 37
1.3.2 ВЫБОР И ОБОСНОВАНИЕ СТРАТЕГИИ АВТОМАТИЗАЦИИ ЗАДАЧИ 39
1.3.3 ВЫБОР И ОБОСНОВАНИЕ СПОСОБА ПРИОБРЕТЕНИЯ ИС ДЛЯ АВТОМАТИЗАЦИИ КОМПЛЕКСА ЗАДАЧ 45
1.4 ОБОСНОВАНИЕ ПРОЕКТНЫХ РЕШЕНИЙ 46
1.4.1 ОБОСНОВАНИЕ ПРОЕКТНЫХ РЕШЕНИЙ ПО ТЕХНИЧЕСКОМУ ОБЕСПЕЧЕНИЮ 46
1.4.2 ОБОСНОВАНИЕ ПРОЕКТНЫХ РЕШЕНИЙ ПО ИНФОРМАЦИОННОМУ ОБЕСПЕЧЕНИЮ 49
1.4.3 ОБОСНОВАНИЕ ПРОЕКТНЫХ РЕШЕНИЙ ПО ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ 51
2 ПРОЕКТНАЯ ЧАСТЬ 58
2.1 ЦЕЛИ РЕШЕНИЯ ЗАДАЧИ. ОПИСАНИЕ ПОТОКОВ ВХОДНОЙ И ВЫХОДНОЙ ИНФОРМАЦИИ 58
2.2 РАЗРАБОТКА ФИЗИЧЕСКОЙ МОДЕЛИ БАЗЫ ДАННЫХ. ОПРЕДЕЛЕНИЕ ЛОГИЧЕСКИХ СВЯЗЕЙ 58
2.3 ПОСТРОЕНИЕ РЕЛЯЦИОННОЙ СХЕМЫ ИЗ ER – МОДЕЛИ ДАННЫХ 68
2.4 ОПИСАНИЕ СОЗДАННОЙ БАЗЫ ДАННЫХ 76
2.5 ПРОЕКТИРОВАНИЕ ФОРМ И ЗАПРОСОВ 79
2.6 ПРОЕКТИРОВАНИЕ ГРАФИЧЕСКОГО ИНТЕРФЕЙСА СИСТЕМЫ 87
3 ЭКОНОМИЧЕСКАЯ ЧАСТЬ 91
3.1 ВЫБОР И ОБОСНОВАНИЕ МЕТОДИКИ РАСЧЁТА ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ 91
3.2 РАСЧЁТ ПОКАЗАТЕЛЕЙ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА 94
ЗАКЛЮЧЕНИЕ 101
БИБЛИОГРАФИЧЕСКИЙ СПИСОК 102
Индексированное поле – если поле обладает этим свойством, все операции, связанные с поиском или сортировкой записей по значению, хранящемуся в данном поле, существенно ускоряются. Кроме того, для индексированных полей можно сделать так, что значение в записях будут проверяться по этому полю на наличие повторов, что позволяет автоматически исключить дублирование данных.
Поскольку в разных полях могут содержаться данные разного типа, то и свойства у полей могут различаться в зависимости от типа данных. Так, например, список вышеуказанных свойств полей относится в основном к полям текстового типа. Поля других типов могут иметь или не иметь эти свойства, но могут добавлять к ним и свои. Например, для данных, представляющих действительные числа, важным свойством является количество знаков после десятичной запятой. С другой стороны, для полей, используемых для хранения рисунков, звукозаписей, видео клипов и других объектов OLE, большинство вышеуказанных свойств не имеют смысла.
Далее определим для каждой таблицы тип поля и формат содержащихся в нем данных.
Имя поля |
Ключевое |
Тип данных |
Размер поля |
Табл. для подстан. | |||
Таблица 1 -Договор | |||||||
Код договора, |
Да |
счетчик |
100 |
нет | |||
Дата подписания, |
Дата/время |
55 |
нет | ||||
Номер документа, |
Числовой |
50 |
нет | ||||
Сумма договора, |
Денежный |
50 |
нет | ||||
Код товара, |
Числовой |
50 |
да | ||||
Код валюты, |
Числовой |
5 |
да | ||||
Дата поставки, |
Дата/время |
5 |
нет | ||||
Фирма, |
Текстовый |
50 |
да | ||||
Статус договора |
Текст |
5 |
да | ||||
Таблица 2 -Фирма | |||||||
Код фирмы, |
Да |
Текстовый |
10 |
нет | |||
Оргформа, |
Текстовый |
10 |
да | ||||
Название, |
Текстовый |
10 |
да | ||||
АдресСтрана, |
текстовый |
10 |
нет | ||||
АдресГород, |
текстовый |
нет | |||||
АдресУлица, |
текстовый |
нет | |||||
АдресДом |
Числовой |
нет | |||||
Телефон, |
Числовой |
нет | |||||
Контактное лицо, |
текстовый |
нет | |||||
Вид деятельности, |
текстовый |
да | |||||
Статус |
текстовый |
да | |||||
Таблица 3 -Товар | |||||||
Код товара, |
да |
Числовой |
20 |
||||
Вид товара, |
Текстовый |
10 |
|||||
Время записи |
Дата/время |
10 |
|||||
Таблица 4 – Документ | |||||||
Код документа, |
да |
Числовой |
10 |
Нет | |||
Номер документа, |
Числовой |
50 |
Нет | ||||
Тип документа, |
текстовый |
50 |
да | ||||
Дата документа |
Дата/время |
нет |
Кроме того, для удобства ввода и последующего редактирования некоторых данных в базе данных созданы две вспомогательные таблицы:
Таблица Валюта
IDвалюта |
Код |
Сокращение |
Валюта |
643 |
р. |
руб. |
Российский рубль |
840 |
$ |
Usd |
Доллар США |
978 |
€ |
Eur |
ЕВРО |
Таблица Подстановка
тип документа |
вид деятельности |
статус |
орг форма |
статус договора | |
накладная |
судостроение |
партнер |
ООО |
заключен | |
заявка на отгрузку |
строительство |
Официальный партнер |
ЗАО |
выполнен | |
счет-фактура |
ЖКХ |
дистрибьютер |
ИП |
расторжен | |
другое |
проектирование зданий |
другое |
ОАО |
не выполнен | |
торговля |
ГУ |
||||
обучение |
другое |
||||
другое |
Именно в этих таблицах содержатся основные сведения для работы в базе данных.
Создание таблиц, как и других объектов баз данных, начинается с активации окна базы данных. В этом окне выбирается элемент управления Таблицы, после чего на правой панели окна будет представлен список таблиц, уже входящих в состав БД. Если в базе нет таблиц, то на правую панель окна выводится только три элемента управления для создания новой таблицы: Создание таблицы в режиме конструктора, Создание таблицы с помощью мастера и Создание таблицы путём ввода данных.
Выбираем элемент управления →Создание таблиц в режиме конструктора.
Рисунок 2.6 Создание таблицы в режиме конструктора
Теперь необходимо заполнить Имена полей и выбрать Типы данных. По окончании заполнения через меню Файл → Сохранить как сохраняем полученную таблицу с требуемым именем. В качетсве примера приведена таблица Договоры на рисунке 2.7.
Рисунок 2.7
Разработаем схему данных, (создание связей между таблицами). Для этого:
Рисунок 2.8 Схема данных разрабатываемой базы данных
В созданной базе данных существует возможность правки, добавления, просмотра всех данных. Причем за счет связей при процессе правки одной из таблиц, будут автоматически изменяться данные в других таблицах.
Формы служат для ввода и просмотра данных в удобном для пользователя виде, который соответствует привычному для него документу. При выводе данных с помощью форм можно применять специальные средства оформления.
В системе реализованы три формы:
1. Учет договоров
Рисунок 2.9 Форма Учет договоров
С помощью этой формы происходит ввод данных о вновь поступивших договорах. При нажатии кнопки Добавить происходит добавление записи в таблицу. В данной форме предусмотрена возможность добавления отсканированного договора в базу данных. Осуществляется это следующим образом – при нажатии кнопки «Сканировать» вызывается программа сканирования, в данном случае ABBYY FineReader 8.0.
Рисунок 2.10
Следующая форма - Вид товара, которая служит для внесения нового товара. При этом автоматически создается дата записи в таблице.
Рисунок 2.11 Форма Вид товара
Тут также при нажатии кнопки Готово происходит запись в таблицу и закрытие формы.
В форме Добавление фирмы вносятся все реквизиты и сведения, касающиеся торговых партнеров предприятия.
Рисунок 2.12 Форма Фирмы
Запросы позволяют выбирать данные из одной или нескольких связанных таблиц. Результатом выполнения запроса является результирующая таблица, которая наряду с другими таблицами может быть использована при обработке данных. С помощью запросов можно также обновлять, удалять или добавлять данные в таблицы. Основным назначением запросов является отбор данных по критериям поиска.
Для поиска и получения необходимой информации в системе созданы следующие запросы:
Рисунок 2.13 Результат запроса Заключенные договора
Рисунок 2.14 Результат запроса Поиск договоров по виду товара
Рисунок 2.15 Результат запроса Поиск договоров по фирме
Рисунок 2.16 Результат запроса Поиск фирм по количеству и сумме договоров
Теперь созданные запросы
Отчёты предназначены для
Отчёты, так же как и формы, можно
создавать с помощью
Реализованы следующие отчеты:
- Товар по наименованиям – показывает, сколько договоров и на какую сумму было заключено на определенный товар
Рисунок 2.17
- Поиск фирм по наименованию и количеству договоров – аналогично одноименному запросу
Рисунок 2.18
А также поиск заключенных
Рисунок 2.19
Кроме средств редактирования, встроенных в саму базу данных, необходимо спроектировать графический интерфейс.
Для этого используем главную кнопочную форму, при помощи которой будет осуществляться диалог с пользователем - рисунок 2.20.
Рисунок 2.20 Главная кнопочная форма
Как видно из приведенной выше экранной формы, на главной кнопочной форме три кнопки – «Ввод данных», «Отчеты», «Выход».
При нажатии последней кнопки работа с системой заканчивается и приложение закрывается.
Если же нажать кнопку «Ввод данных», то происходит переход на следующую страницу кнопочной формы – рисунок 2.21.
Рисунок 2.21 Кнопочная форма Ввод данных
На данной странице, при нажатии соответствующих кнопок происходит вызов ранее перечисленных форм для ввода данных.
При нажатии кнопки «Отчеты» происходит вызов другой страницы кнопочной формы – рисунок 2.22.
Рисунок 2.22
При нажатии соответствующих кнопок происходит вызов отчетов, которые уже указывались выше..
Таким образом, в данной главе нами описаны основные моменты по проектированию и созданию базы данных, а также элементов ее управления.
Создание описанной базы данных является по сути автоматизацией системы учета договоров компании «Айджи Студио». При автоматизации данной системы затрачено достаточно много трудовых и материальных ресурсов. Для того чтобы показать что эти затраты были не зря и после внедрения проекта автоматизации улучшаться показатели(время обслуживания, затраты трудовых ресурсов, затраты на заработную плату, пропускную способность и т.д.) данного процесса, необходимо произвести расчет экономической эффективности.
Существует несколько
Информация о работе Расчет показателей экономической эффективности проекта