Проектирование ИС "Управление информацией о клиентах"

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 23.11.2015
Размер файла 828,3 K

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

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

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

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

Курсовая работа

Проектирование ИС «Управление информацией о клиентах»

Введение

кодирование программный оперативный

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

Стратегия CRM пришла на смену ERP-системам, которые управляли созданием товара или бизнес-процесса, необходимого для производства продукции. CRM предлагает взять за основу взаимоотношения с клиентом.

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

Цель курсового проекта - проектирование ИС «Управление информацией о клиентах».

Для достижения цели необходимо решить следующие задачи:

- описать существующие разработки и выбрать способ решения задачи,

- разработать и описать базу данных,

- разработать приложение для работы с базой данных,

- протестировать приложение.

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

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

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

В настоящее время

Из-за усиления глобальной конкуренции стратегия компаний изменилась. Произошла переориентация с производства продукции на внимание клиента.

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

Вот несколько широко известных фактов:

- Принцип Парето утверждает, что порядка 80% дохода компании обеспечивается 20% ее клиентов.

- Для продажи единицы товара, торговому представителю в среднем требуется лишь 2-3 обращения к постоянным клиентам, по сравнению с множеством подобным к новым потенциальным покупателями.

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

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

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

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

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

Управление информацией о клиентах необходимо, чтобы:

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

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

- улучшить отношения с постоянными клиентами, оптимизировать их обслуживание, обезопасить себя от конкурентов;

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

- привлечь новых клиентов (за счет качественно улучшенной системы управления контактами с ними;

- усовершенствовать процесс принятия решений в компании;

- увеличить эффективность маркетинговой деятельности.

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

Назначение системы:

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

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

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

- оперативно получать количество заказов каждого клиента.

Информационная система должна быть организована согласно следующим требованиям:

1. Поскольку систему предполагается использовать в небольшой организации, можно применить архитектуру «файл-сервер». Должен быть организован многопользовательский доступ. В этом случае файлы базы данных и работающее с ней приложение располагаются на сервере сети. Каждый пользователь запускает со своего компьютера копию приложения. Приложение при архитектуре «файл-сервер» может быть записано и на каждый компьютер сети, но в этом случае для приложения отдельного компьютера должно быть указано местонахождение общей базы данных. Архитектура «файл-сервер» применяется в сетях с небольшим числом пользователей, для ее реализации подходят персональные СУБД, например, Access, Paradox или dBase. Достоинствами этой архитектуры являются простота реализации, а также то, что приложение фактически разрабатывается в расчете на одного пользователя и не зависит от компьютера сети, на который оно устанавливается.

Расположение БД определяет порядок и параметры разработки приложения, обрабатывающего данные базы. Delphi-приложение осуществляет доступ к БД через ADO.

2. До настоящего времени обработка данных клиентов ведется вручную. Используются бумажные носители и документы Word. Это не повышает эффективность работы, ухудшает рейтинг организации и увеличивает количество возможных ошибок. Также при больших объемах накопленных данных очень сложно реализовать поиск данных и статистику по заказам клиентов. Разрабатываемое приложение должно значительно повысить эффективность управления информацией о клиентах, автоматизировать сбор, обработку и выдачу информации.

3. Условно-постоянной информацией является информация о типах товаров или услуг и ценах на предоставляемые товары или услуги. Оперативной информацией является информация о клиентах (фамилия, инициалы, город проживания, адрес, телефон) и информация о сделанных ими заказах (код товара, дата, количество).

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

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

- исследование предметной области, определение цели, задач и назначения системы (1 день),

- определение функций системы и архитектуры базы данных (1 день),

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

- определение форм представления входной и результатной информации (1 день),

- разработка базы данных и необходимых запросов (2 дня),

- разработка приложения и его отладка (4 дня),

- тестирование системы, выявление и устранение ошибок (7 дней).

6. Первичная информация должна вводиться вручную с использованием экранных форм. Вводится информация из следующих документов: прайс-лист на товары или услуги, список типов товаров и услуг, сведения о клиентах, сведения о заказах. Используются следующие экранные формы: «Данные о товарах», «Тип товара, услуги», «Данные клиентов», «Новый заказ».

7. Результатная информация выдается на экран в следующих формах: «Окно запросов по заказам», «Результаты поиска клиентов», «Товары». Данная информация используется сотрудниками по работе с клиентами, причем, для защиты от несанкционированного доступа к персональной информации клиентов необходимо ввести пароль.

8. В базе данных должны быть созданы следующие таблицы (таблица 1):

Таблица 1. Список таблиц базы данных

Наименование таблицы

Список полей

Тип клиента

Тип клиента

Данные клиента

Код клиента

Тип клиента

Ф.И.О.

Город

Адрес

Эл. почта

Телефон

Тип товара / услуги

Тип товара / услуги

Товары/ Услуги

Код товара / услуги

Тип товара / услуги

Наименование

Цена

Заказы

Код заказа

Код клиента

Дата заказа

Код товара / услуги

Количество

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

9. Режим работы приложения должен быть диалоговый с максимально простым и понятным интерфейсом.

10. Использоваться приложение должно ежедневно.

2. Анализ существующих разработок

Для управления информацией о клиентах разработаны и используются CRM (Customer Relationships Management) - системы управления взаимоотношениями с потребителями.

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

По прогнозу IDC, рынок программного обеспечения CRM развивается благодаря социальным сетям и облачным технологиям. [2]

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

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

Согласно исследованию IDC «Российский рынок программного обеспечения CRM: итоги 2012 года и прогноз на 2013 год» по итогам 2012 года международные поставщики по-прежнему занимают главные позиции на российском рынке программного обеспечения CRM, однако их доля постепенно снижается - с 68.0% в 2011 году до 64.3% в 2012 году. Компания Oracle занимает лидирующее положение на российском рынке программного обеспечения CRM.

Решения на базе продуктов Microsoft по-прежнему наиболее многочисленны на российском рынке программного обеспечения CRM. Во многом этому способствует массовое использование других продуктов Microsoft. Наиболее крупными проектами на базе CRM-продуктов Microsoft в прошлом году стали внедрение в торговой сети «МЕГА» и автоматизация бизнес-процессов компании Yota (решение на базе Microsoft Dynamics CRM 2011 станет заменой собственным разработкам Yota и пилотному проекту CRM-системы на базе Oracle Siebel). Активная политика Microsoft по продвижению облачных решений может существенно расширить базу клиентов компании.

Terrasoft остается лидером среди российских разработчиков CRM. В прошлом году Terrasoft автоматизировала более 35 000 рабочих мест в таких компаниях, как «ВымпелКом», «Белый Ветер ЦИФРОВОЙ» и Yandex. Другим крупнейшим российским поставщиком программного обеспечения CRM является «1С».

Наиболее крупными поставщиками облачных CRM являются Salesforce.com и «Мегаплан».

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

Информация о стоимости популярных CRM взята с сайтов разработчиков, сайта www.crmonline.ru и сведена в таблицу 2. [3]

Таблица 2. Стоимость CRM

Компания

CRM система

Стоимость одной лицензии

Компас

Компас CRM

7 000 р.

Terrasoft

Terrasoft Sales

8 503 р.

1C и 1С Рарус

1С: Предприятие 8. CRM ПРОФ

10 800 р.

WinPeak

WinPeak CRM Standard 4.0

11 520 р.

Terrasoft

Terrasoft CRM

14 913 р.

Monitor CRM

Monitor CRM 3.5 / Услуги

15 200 р.

1С: Бухучет и Торговля

БИТ:CRM 8. Управление взаимоотношениями с клиентами

15 300 р.

Кроме стоимости лицензии нужно учитывать еще и дополнительные затраты. Стоимость внедрения может варьироваться от 0 до 300%% от общей стоимости лицензий. Часто предлагают внедрение за 20-50%% от стоимости лицензий (только системы CRM начального и среднего уровня). Редко стоимость внедрения учитывается в общей цене решения, без выделения.

Ставки консультантов по системам CRM начинаются с 25 долларов/час и достигают 100 долларов в час и более.

Еще нужно учесть затраты на обучение специалистов и администратора системы CRM.

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

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

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

Если в состав решения входит Call-центр, то его стоимость может значительно повлиять на удорожание системы.

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

3. Информационное обеспечение задачи

3.1 Используемые классификаторы и системы кодирования

Основные понятия, термины и определения, используемые при классификации установлены ГОСТ 6.01.1-87 «Единая система классификации и кодирования технико-экономической информации. Основные положения».

Классификация - разделение множества объектов на подмножества по сходству или различию в соответствии с выбранными методами.

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

- сырьевой;

- технологический;

- назначение;

- физико-химические свойства.

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

Различают два метода классификации:

- фасетный

- иерархический;

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

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

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

Кодирование - образование и присвоение кода классификационной группировке и/ли объекту классификации.

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

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

Длина кода - число знаков в коде без учета пробелов.

Основными методами кодирования являются:

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

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

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

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

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

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

Емкость классификатора - наибольшее число позиций, которое может содержать классификатор.

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

Для ИС разработаны следующие виды классификаторов:

Классификатор «код товара, услуги» вводится для идентификации товара, услуги:

1. Система кодирования - порядковая;

2. Количество признаков классификации - 1;

3. Объекты кодирования - товары, услуги;

В таблице 3 представлен классификатор товаров и услуг.

Таблица 3/ Классификатор товаров, услуг

Наименование

Код

Товары, услуги

1-100

Классификатор «код клиента» вводится для идентификации клиентов:

1. Система кодирования - порядковая;

2. Количество признаков классификации - 1;

3. Объекты кодирования - клиенты;

В таблице 4 представлен классификатор клиентов.

Таблица 4. Классификатор клиентов

Наименование

Код

Клиенты

1-1000

Классификатор «код заказа» вводится для идентификации заказов:

1. Система кодирования - порядковая;

2. Количество признаков классификации - 1;

3. Объекты кодирования - заказы;

В таблице 5 представлен классификатор заказов.

Таблица 5. Классификатор заказов

Наименование

Код

Заказы

1-1000

3.2 Характеристика первичных документов с нормативно-справочной и входной оперативной информацией

Для ввода данных используются входные экранные формы «Данные клиента», «Новый заказ» и «Данные о товарах».

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

К входной оперативной информации относятся таблицы «Данные клиента» и «Заказы». Источником получения информации таблицы - является клиент и ИС. Частота возникновения - несколько раз в день.

Реквизитный состав таблицы «Тип клиента»:

- Тип клиента.

Реквизитный состав таблицы «Тип товара-услуги»:

- Тип товара-услуги.

Реквизитный состав таблицы «Товары-услуги»:

- Код товара, услуги,

- Тип товара, услуги,

- Стоимость.

Реквизитный состав таблицы «Данные клиента»:

- Код клиента,

- Тип клиента,

- Ф.И.О.,

- Город,

- Адрес.

- Телефон.

Реквизитный состав таблицы «Заказы»:

- Код заказа,

- Код клиента,

- Дата заказа,

- Код товара, услуги,

- Количество.

3.3 Характеристика базы данных

На рисунке 1 представлена схема данных ИС управления информацией о клиентах.

Схема данных состоит из пяти таблиц: три справочника и две таблицы: справочник «Тип_клиента», справочник «Тип_товара_услуги», справочник «Товары_услуги», таблица «Данные_клиента», таблица «Товары_услуги», таблица «Заказы».

Рис. 1. Схема данных ИС управления информацией о клиентах

Справочник «Тип_товара_услуги» связан со справочником «Товары_услуги», по ключевому полю «Тип_товара_услуги». При изменении справочника, то есть, добавлении нового типа продукции, данные о нём, автоматически вносятся в справочник товаров и услуг.

Справочник «Тип_клиента» связан с таблицей «Данные_клиента» по полю «Тип_клиента». При изменении справочника, то есть, добавлении нового типа клиента, данные о нём, автоматически вносятся в таблицу.

Справочник «Товары_услуги» связан с таблицей «Заказы» по ключевому полю «Код_товара_услуги».

Таблица «Данные_клиента» связана с таблицей «Заказы» по ключевому полю «Код_клиента».

Ниже в таблицах с 6 по 10 представлены характеристики полей и размер записей в них для всех таблиц базы данных ИС.

Таблица 6. Поля справочника «Тип_клиента»

Название

Тип

Размер

Особенности

Тип_клиента

текстовый

50

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

Таблица 7. Поля справочника «Тип_товара_услуги»

Название

Тип

Размер

Особенности

Тип_товара_услуги

текстовый

50

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

Таблица 8. Поля справочника «Товары_услуги»

Название

Тип

Размер

Особенности

Код_товара_услуги

счетчик

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

Тип_товара_услуги

текстовый

50

вторичный ключ, подстановка из таблицы «Тип_товара_услуги»

Стоимость

денежный

Таблица 9

Поля справочника «Данные_клиента»

Название

Тип

Размер

Особенности

Код_клиента

счетчик

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

Тип_клиента

текстовый

50

вторичный ключ, подстановка из таблицы «Тип_клиента»

Ф.И.О.

текстовый

50

Город

текстовый

50

Адрес

текстовый

50

Телефон

текстовый

15

Ввод по шаблону

9-999-999-99-99

Таблица 10. Поля справочника «Заказы»

Название

Тип

Размер

Особенности

Код_заказа

счетчик

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

Код_клиента

Длинное целое

вторичный ключ, подстановка из таблицы «Данные_клиента»

Дата_заказа

Дата/время

Краткий формат даты,

Шаблон ДД.ММ.ГГГГ

Код_товара_услуги

Длинное целое

вторичный ключ, подстановка из таблицы «Товары_услуги»

Количество

Целое

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

3.4 Характеристика результатной информации

К результативной информации относятся запросы.

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

Таблица 11. Запрос «Заказы клиентов»

Поле

Источник

Сортировка

Группировка, формула

Код_клиента

«Данные клиента»

По возрастанию

Ф.И.О.

«Данные клиента»

Код_заказа

«Заказы»

Дата_заказа

«Заказы»

Наименование

«Товары_услуги»

Цена

«Товары_услуги»

Количество

«Заказы»

Стоимость

-

=Цена*Количество

Таблица 12. Запрос «Заказы физлиц»

Поле

Источник

Сортировка

Группировка, формула

Тип_клиента

«Данные клиента»

«физ лицо»

Ф.И.О.

«Данные клиента»

Код_заказа

«Заказы»

Наименование

«Товары_услуги»

Цена

«Товары_услуги»

Количество

«Заказы»

Стоимость

-

По возрастанию

=Цена*Количество

Таблица 13. Запрос «Заказы юрлиц»

Поле

Источник

Сортировка

Группировка, формула

Тип_клиента

«Данные клиента»

«юр лицо»

Ф.И.О.

«Данные клиента»

Код_заказа

«Заказы»

Наименование

«Товары_услуги»

Цена

«Товары_услуги»

Количество

«Заказы»

Стоимость

-

По возрастанию

=Цена*Количество

Таблица 14. Запрос «Итоги_заказов физлиц»

Поле

Источник

Сортировка

Группировка, формула

Тип_клиента

Запрос «Заказы_физлиц»

Группировка

Ф.И.О.

Запрос «Заказы_физлиц»

Группировка

Итоги по заказам

Запрос «Заказы_физлиц»

По возрастанию

Сумма по полю Стоимость заказа

Таблица 15. Запрос «Итоги_заказов юрлиц»

Поле

Источник

Сортировка

Группировка, формула

Тип_клиента

Запрос «Заказы_юрлиц»

Группировка

Ф.И.О.

Запрос «Заказы_юрлиц»

Группировка

Таблица 16. Запрос «Количество_заказов»

Поле

Источник

Сортировка

Группировка, формула

Ф.И.О.

«Данные_клиента»

Группировка

Итоги по заказам

«Заказы»

По возрастанию

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

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

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

На рисунке 2 приведена схема иерархии функций обработки данных.

На схеме выделены и детализированы два подмножества функций:

- служебные функции: вызов заставки и основных экранных форм;

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

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

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

Экранные формы для формирования запросов только просматриваются.

Рис. 2. Дерево функций

На рисунке 3 представлен сценарий диалога.

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

Рис. 3. Сценарий диалога

4.2 Структурная схема пакета (дерево вызова процедур и программ)

Дерево вызова процедур представлено на рисунке 4.

Рис. 4. Дерево вызова процедур

5. Технологический процесс решения задачи и его описание

Для разработки базы данных используется MS Access 2003, для работы с ней используется язык программирования высокого уровня Delphi 7.0.

Главная форма - заставка представлена на рисунке 5.

Рис. 5. Заставка

При выборе пункта Клиенты-Данные о клиентах появляется форма ввода пароля (рис. 6)

Рис. 6. Форма ввода пароля

Программный код представлен ниже:

Процедура нажатия кнопки ОК:

procedure TPasswordDlg.OKBtnClick (Sender: TObject);

begin

if Password. Text='134' Then // Если набран пароль 134

Form_dannie. Show; // Показать форму

// Данные клиентов

PasswordDlg. Password. Text:=''; // Очистить окно ввода пароля

PasswordDlg. Close; // Закрыть форму

end;

Процедура нажатия кнопки Отмена:

procedure TPasswordDlg. CancelBtnClick (Sender: TObject);

begin

PasswordDlg. Password. Text:=''; // Очистить окно ввода пароля

PasswordDlg. Close; // Закрыть форму

end;

Процедура появления формы

procedure TPasswordDlg. FormShow (Sender: TObject);

begin

Password. CanFocus; // Фокус ввода - в поле ввода пароля

end;

Форма ввода и редактирования данных клиентов представлена на рисунке 7.

Рис. 7. Форма ввода и редактирования данных клиентов

Форма обеспечивает возможность поиска по любому полю. При нажатии кнопки Поиск открывается форма с данными клиентов в табличном виде. (рис. 8) Также можно просмотреть все записи при нажатии кнопки Просмотр в таблице.

Рис. 8. Табличный просмотр сведений о клиентах

При закрытии формы фильтр отменяется.

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

procedure TForm_Filter. Button1Click (Sender: TObject);

begin

Datamodule2.dannie. IndexFieldNames:=Combobox1. Text;

end;

При закрытии формы сортировка происходит по ключевому полю.

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

При выборе пункта меню Товары открывается форма (рис. 9)

Рис. 9. Форма Данные о товарах

В ней можно добавлять, удалять и редактировать данные.

Для удобства есть кнопки перехода к табличному виду (рис. 10).

Рис. 10. Форма Товары

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

Форма Заказы клиентов позволяет просмотреть все заказы (рис. 11)

Рис. 11. Форма Заказы клиентов

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

Форма Новый заказ представлена на рисунке 12. Программный код вызова формы представлен ниже.

procedure TForm1.N14Click (Sender: TObject);

begin

Form_New_Zakaz. Show; // Открыть форму ввода нового заказа

DataModule2.zakazi. Edit; // Для редактирования

DataModule2.zakazi. Insert; // Добавить запись

end;

Рис. 12. Форма Новый заказ

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

procedure TForm_New_Zakaz. Button1Click (Sender: TObject);

begin

DataModule2.zakazi_3. Value:=Date; // Автоматическое

// добавление даты

DataModule2.zakazi. Post; // Сохранение таблицы

Button1. Enabled:=false; // Кнопка недоступна

end;

Пункт Тип товара открывает форму редактирования справочника (рис. 13)

Рис. 13. Форма Тип товара / услуги

Пункт Выход закрывает программу.

Заключение

В курсовом проекте была спроектирована ИС «Управление информацией о клиентах». Приложение использует базу данных Access под управлением программы на Delphi. База данных состоит из 5 таблиц.

Доступ к информации о клиентах защищен паролем.

Решены следующие задачи:

- Проанализированы существующие разработки CRM. Выбрана разработка собственными силами для снижения стоимости.

- Разработана система кодирования.

- Описаны справочники, входные и выходные документы.

- Разработаны дерево функций и сценарий диалога.

- Описан технологический процесс решения задачи.

Программа протестирована и работает без сбоев.

Список используемой литературы

1. Н. Селищев 1С: Предприятие 8.2. Управление торговлей. - СПб.: Питер, 2011. - 400 с.

2. СПЕЦИАЛЬНОЕ ИССЛЕДОВАНИЕ Российский рынок программного обеспечения CRM: итоги 2014 года и прогноз на 2015 год, Людмила Калабина. URL: https://docs.google.com/file/d/0BzQy9ZwUn-JeNFp4bmRnNUhSd0U/edit (Дата доступа 08.03.2014)

3. CRM-online. Независимый CRM-портал URL: http://www.crmonline.ru/software/cost/ (Дата доступа 10.03.2014)

4. Авдюшина С.И. Автоматизация сбора, обработки и представления информации /Под ред. - М.: Машиностроение, 2005. - 95 с.

5. Амирди А.В. Информационные системы в экономике. Управление эффективностью банковского бизнеса.-Москва.: КонРус, 2009. - 176 стр.:ил;

6. Брауде Э.Дж. Технология разработки программного обеспечения: пер. с англ. - СПб: Питер, 2004. - 523 стр.: ил;

7. Бугорский В.Н., Соколов Р.В., Сетевая экономика и проектирование информационных систем. - СПб.: Питер, 2007.-320 с.

8. Вендров А.М. Проектирование программного обеспечения экономических информационных систем. - Москва.: Финансы и статистика, 2005. - 544 стр.:ил;

9. Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем - Москва.: Финансы и статистика, 2006. - 502 стр.:ил;

10. Вигерс К. Разработка требований к программному обеспечению, пер, с англ. - Москва.: «Русская Редакция», 2004. -576 стр.: ил;

11. Гаджинский А.М. Основы логистики: Учеб. пособие/ «Маpкетинг». - Москва., 2005. - 121, стр.: ил; табл;.

12. Гвоздева В.А., Лаврентьева И.Ю. Основы построения автоматизированных систем: Учебник - М.: ИД «ФОРУМ»: ИНФРА - М, 2007. - 320 с.

13. Гвоздева Т.В. Проектирование информационных систем. - Ростов-на-Дону: Феникс, 2009. - 512 стр.:ил;

14. Грекул В.И. Проектирование информационных систем. - Москва.: Интуит, 2008. - 304 стр.:ил;

15. Дейт К.Дж. Введение в системы баз данных. Пер. с англ. - М.: Вильямс, 2006. - 1328 с.

16. Додонова И.В., Кабанова О.В. Автоматизированная обработка банковской информации. - Москва.: КноРус, 2008. - 176 стр.: ил;.

17. Елиферов В.Г., Репин В.В. Бизнес-процессы. Регламентация и управление. - Москва.: Инфра-М, 2009. - 320 стр.:ил;

18. Емельянова Н.З. Проектирование информационных систем. - Москва.: Форум, 2009. - 432 стр.

19. Керри Н., Майкл Р. Access 2003 - Библия пользователя, Москва.:Диалектика, 2004. - 391 стр.:ил;

20. Козлов А.С. Проектирование и исследование бизнес-процессов. - Москва.: Флинта, 2006. - 272 стр.:ил;

21. Кузин А.В., Левонисова С.В. Базы данных: Учебное пособие для студентов высших учебных заведений - 2-е изд., стер. - М.: Издательский центр «Академия», 2008. - 320 с.

22. Липаев В.В. Процессы и стандарты жизненного цикла сложных программных средств. Справочник. - Москва.: Синтег, 2006. - 276 стр.;

23. Меняев М.Ф, Информационные технологии управления: Книга 3: Системы управления организацией, Москва.: Омега-Л, 2003. - 464 стр.;

24. Мещеряков С.В., Иванов В.М. Эффективные технологии создания информационных систем. - Москва.: Политехника, 2005. - 309 стр.;

Приложение

Программный код

unit main;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, Menus, jpeg, ExtCtrls;

type

TForm1 = class(TForm)

MainMenu1: TMainMenu;

N1: TMenuItem;

N2: TMenuItem;

N3: TMenuItem;

N4: TMenuItem;

N5: TMenuItem;

N6: TMenuItem;

N7: TMenuItem;

N8: TMenuItem;

N9: TMenuItem;

N10: TMenuItem;

N11: TMenuItem;

N14: TMenuItem;

Image1: TImage;

N12: TMenuItem;

procedure N11Click (Sender: TObject);

procedure N4Click (Sender: TObject);

procedure N5Click (Sender: TObject);

procedure N6Click (Sender: TObject);

procedure N7Click (Sender: TObject);

procedure N8Click (Sender: TObject);

procedure N9Click (Sender: TObject);

procedure N10Click (Sender: TObject);

procedure N2Click (Sender: TObject);

procedure N14Click (Sender: TObject);

procedure N12Click (Sender: TObject);

private

{Private declarations}

public

{Public declarations}

end;

var

Form1: TForm1;

implementation

uses parol, okno_zaprosov, datamodule, Tovari, New_Zakaz, Tip;

{$R *.dfm}

procedure TForm1.N11Click (Sender: TObject);

begin

Close;

end;

procedure TForm1.N4Click (Sender: TObject);

begin

PasswordDlg. Show;

PasswordDlg. Password. Focused;

PasswordDlg. Password. Text:='';

end;

procedure TForm1.N5Click (Sender: TObject);

begin

Form_okno. Show;

Form_okno. Caption:='Заказы клиентов';

Form_okno. Table. DataSource:=DataModule2.ds_vse_zakazi;

Form_okno. Nav. DataSource:=DataModule2.ds_vse_zakazi;

end;

procedure TForm1.N6Click (Sender: TObject);

begin

Form_okno. Show;

Form_okno. Caption:='Количество заказов';

Form_okno. Table. DataSource:=DataModule2.ds_kolvo_zakazov;

Form_okno. Nav. DataSource:=DataModule2.ds_kolvo_zakazov;

end;

procedure TForm1.N7Click (Sender: TObject);

begin

Form_okno. Show;

Form_okno. Caption:='Все заказы физических лиц';

Form_okno. Table. DataSource:=DataModule2.ds_vse_zakazi_fizlic;

Form_okno. Nav. DataSource:=DataModule2.ds_vse_zakazi_fizlic;

end;

procedure TForm1.N8Click (Sender: TObject);

begin

Form_okno. Show;

Form_okno. Caption:='Все заказы юридических лиц';

Form_okno. Table. DataSource:=DataModule2.ds_vse_zakazi_urlic;

Form_okno. Nav. DataSource:=DataModule2.ds_vse_zakazi_urlic;

end;

procedure TForm1.N9Click (Sender: TObject);

begin

Form_okno. Show;

Form_okno. Caption:='Итоги заказов физических лиц';

Form_okno. Table. DataSource:=DataModule2.ds_itogi_zak_fizlic;

Form_okno. Nav. DataSource:=DataModule2.ds_itogi_zak_fizlic;

end;

procedure TForm1.N10Click (Sender: TObject);

begin

Form_okno. Show;

Form_okno. Caption:='Итоги заказов юридических лиц';

Form_okno. Table. DataSource:=DataModule2.ds_itogi_zak_urlic;

Form_okno. Nav. DataSource:=DataModule2.ds_itogi_zak_urlic;

end;

procedure TForm1.N2Click (Sender: TObject);

begin

Form_Tovar. Show;

end;

procedure TForm1.N14Click (Sender: TObject);

begin

Form_New_Zakaz. Show;

DataModule2.zakazi. Edit;

DataModule2.zakazi. Insert;

end;

procedure TForm1.N12Click (Sender: TObject);

begin

FormTip. Show;

end;

end.

unit dannie_klientov;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, DBCtrls, Mask, ExtCtrls;

type

TForm_dannie = class(TForm)

DBText1: TDBText;

Label1: TLabel;

Label2: TLabel;

Label3: TLabel;

Label4: TLabel;

Label5: TLabel;

Label6: TLabel;

DBNavigator1: TDBNavigator;

DBComboBox1: TDBComboBox;

DBEdit1: TDBEdit;

DBEdit2: TDBEdit;

DBEdit3: TDBEdit;

DBEdit4: TDBEdit;

ComboBox1: TComboBox;

Edit1: TEdit;

Button1: TButton;

Button2: TButton;

Label7: TLabel;

Label8: TLabel;

Label9: TLabel;

DBEdit5: TDBEdit;

procedure Button1Click (Sender: TObject);

procedure Button2Click (Sender: TObject);

private

{Private declarations}

public

{Public declarations}

end;

var

Form_dannie: TForm_dannie;

implementation

uses datamodule, filtr_klientov;

{$R *.dfm}

procedure TForm_dannie. Button1Click (Sender: TObject);

begin

Form_Filter. Show;

// В таблице разрешить фильтрацию

DataModule2.dannie. Filtered:=true;

// фильтр

DataModule2.dannie. Filter:=Combobox1. Text+'='''+Edit1. Text+'''';

end;

procedure TForm_dannie. Button2Click (Sender: TObject);

begin

// В таблице запретить фильтрацию

DataModule2.dannie. Filtered:=false;

Form_Filter. Show;

end;

end.

unit okno_zaprosov;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, ExtCtrls, DBCtrls, Grids, DBGrids;

type

TForm_okno = class(TForm)

Table: TDBGrid;

Nav: TDBNavigator;

private

{Private declarations}

public

{Public declarations}

end;

var

Form_okno: TForm_okno;

implementation

uses datamodule;

{$R *.dfm}

end.

unit parol;

interface

uses Windows, SysUtils, Classes, Graphics, Forms, Controls, StdCtrls,

Buttons;

type

TPasswordDlg = class(TForm)

Label1: TLabel;

Password: TEdit;

OKBtn: TButton;

CancelBtn: TButton;

procedure OKBtnClick (Sender: TObject);

procedure CancelBtnClick (Sender: TObject);

procedure FormShow (Sender: TObject);

private

{Private declarations}

public

{Public declarations}

end;

var

PasswordDlg: TPasswordDlg;

implementation

uses dannie_klientov;

{$R *.dfm}

procedure TPasswordDlg.OKBtnClick (Sender: TObject);

begin

if Password. Text='134' Then

Form_dannie. Show;

PasswordDlg. Password. Text:='';

PasswordDlg. Close;

end;

procedure TPasswordDlg. CancelBtnClick (Sender: TObject);

begin

PasswordDlg. Password. Text:='';

PasswordDlg. Close;

end;

procedure TPasswordDlg. FormShow (Sender: TObject);

begin

Password. CanFocus;

end;

end.

unit filtr_klientov;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, ExtCtrls, DBCtrls, Grids, DBGrids, StdCtrls;

type

TForm_Filter = class(TForm)

DBGrid1: TDBGrid;

DBNavigator1: TDBNavigator;

ComboBox1: TComboBox;

Label1: TLabel;

Button1: TButton;

procedure FormClose (Sender: TObject; var Action: TCloseAction);

procedure Button1Click (Sender: TObject);

private

{Private declarations}

public

{Public declarations}

end;

var

Form_Filter: TForm_Filter;

implementation

uses datamodule;

{$R *.dfm}

procedure TForm_Filter. FormClose (Sender: TObject;

var Action: TCloseAction);

begin

DataModule2.dannie. Filtered:=false;

Datamodule2.dannie. IndexFieldNames:='код_клиента';

end;

procedure TForm_Filter. Button1Click (Sender: TObject);

begin

Datamodule2.dannie. IndexFieldNames:=Combobox1. Text;

end;

end.

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


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

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