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

Введение
1Характеристика предметной области
1.1 Организационно-правовая форма предприятия
1.2 Описание бизнес-процесса компании, подлежащего автоматизации
2 Маркетинг
2.1 Принципы функционирования и развития сетевой экономики
2.2 Маркетинговая концепция
2.3 Маркетинг взаимодействия
2.4 Особенности Интернет-маркетинга
2.5 Принципы и классификация CRM
2.6 Анализ готовых CRM
2.7 Обоснование необходимости разработки собственной CRM
3 Техническое задание на разработку
3.1 Техническое задание на разработку CRM-системы
3.2 Обоснование выбора БД
3.3 Обоснование выбора языка программирования
4Реализация программного продукта
4.1Информационно-логическая модель
4.2 Создание БД и таблиц
4.3 Описание программы по учету и ведению клиентов
4.4 Особенности разработки программы по учетуи ведению клиентов
Заключение
Список использованной литературы
Приложения
Приложение 1. SQL-запросы для создания БД и таблиц
Приложение 2. Текст модулей на языке PHP

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

Еще об одной CRM системе можно узнать по адресу http://www.amocrm.ru/. amoCRM — это online CRM система, которая намного функциональнее Excel, но заметно удобнее, чем сложные и дорогие программы. Она не требует установки или настройки — достаточно зарегистрироваться на сайте, и персональная CRM система готова к работе. Внешний вид приведен на рис. 2.Рис.2. Внешний вид amoCRMОсновными преимуществами рассматриваемой системы являются:доступность и актуальность в online. В web-системе CRM можно работать online из любой точки мира. Это идеальное решение для сведения дел с региональными отделениями и удаленными сотрудниками.быстрый старт без затрат. Достаточно просто зарегистрироваться на сайте и создать аккаунт. Нет расходов на внедрение, покупку оборудования или техническую поддержку. Первыепробные 30-дней работы с CRM системой бесплатно.возможность настройки системы. Система может быть адаптирована под специфические требования бизнеса. Есть возможность для создания собственных полей в карточке клиента или сделке, своих статусов в цикле продаж.гибкая настройка прав. Система разграничения прав позволит настроить права для каждого сотрудника. Не обязательно давать полный доступ каждому сотруднику, он может видеть только своих клиентов и свои сделки.интеграция с другими системами. amoCRM способна работать в связке с различными внешними приложениями, например, с бухгалтерией или с корпоративной IP телефонией. В штатной поставке CRM системы уже предусмотрена интеграция с Google Apps.надежность и безопасность. Программа отвечает современным требованиям надежности и безопасности. Серверы системы находятся в России и США. Несмотря на преимущества amoCRM, связанные с возможностями удаленной работы сотрудников через Web-интерфейс, основным недостатком является то, что все данные находятся на серверах, к которым компания не имеет никакого отношения. Следовательно, работа компании зависит от бесперебойной работы чужой компьютерной техники, и у компании не имеется возможности переноса информации на собственный сервер. 2.7 Обоснование необходимости разработки собственной CRMИсходя из современных требований, предъявляемых к качеству работы предприятия, в настоящее время нельзя не отметить, что эффективная работа его всецело зависит от уровня оснащения компании автоматизированными средствами.Основой задачей данной проектируемой системы является учет и оперативное отслеживание процесса выполнения заявок клиентов. Автоматизация этих процессов позволит хранить информацию в одной базе, информация в которую вводится с помощью удобного интерфейса.Информационная система позволит избавить сотрудника от рутинной повседневной работы. Чтобы сделать отчет, необходимо собрать нужные данные путем поиска их в соответствующих документах, если это отчет за год, то необходимо будет просмотреть все документы за этот год, на что уйдет огромное количество времени. При выведении итогов по отчету необходима огромная точность в расчетах, что не всегда получается даже у специалиста своего дела. Эти и многие другие задачи сможет решить проектируемая информационная система. За счет сокращения времени на выполнение долгих рутинных работ можно повысить трудоемкость сотрудника, который может теперь выполнять не только свою работу, но и взять на себя ряд других обязанностей.Анализ трех CRM систем показал, что у каждой из них имеются свои преимущества и недостатки. Ни один из рассмотренных программных продуктов не отвечает в полной степени требованиям CRM системы для малого предприятия. Компании необходимо иметь программный продукт, установленный на собственной компьютерной технике и имеющий Web-интерфейс для привлечения клиентов. Кроме того, создаваемая CRM-система должна быть разработана на свободно распространяемом программном обеспечении и не требовать финансовых ресурсов для его приобретения.3 Техническое задание на разработку3.1 Техническое задание на разработку CRM-системыCRM-система должна представлять собой прикладное программное обеспечение для работы в сети Интернет. Имя домена будет выбрано после разработки системы из свободных имен первого уровня. CRM-система должна предоставлять пользователям глобальной сети возможность регистрации клиента с указанием необходимых контактный сведений и заявки на проведение мероприятия. Целью создаваемой CRM-системы является привлечение клиентов и нахождение деловых партнеров. Язык CRM-системы – русский.Перечень основных ключевых слов, по которым систему должны находить по запросам в поисковых системах и Интернет-каталогах, носит справочный характер, не входит в число обязательных параметров и определяется самостоятельно разработчиком. Предполагаемая возрастная аудитория сайта – от 30 лет и старше.Количество html страниц сайта определяется разработчиком самостоятельно, исходя из объема материалов и количества функций, подлежащих автоматизации. Кнопки управления определяются разработчиком самостоятельно.С каждой страницы сайта должен быть обеспечен переход на главную страницу сайта.Все рисунки объемом более 1 Кб должны быть выполнены с замещающим текстом. Формат всех рисунков gif или jpg (jpeg).Среднее время загрузки страниц не должно превышать 28 секунд при скорости соединения 28.8 Кбит/сек. Допускается увеличение времени загрузки отдельных страниц до 36 секунд, но не более чем на 30% числа страниц сайта. Головная (начальная) страница должна иметь время загрузки не более 40 секунд.Основной диапазон разрешения мониторов, на которых будет просматриваться система, – от 600х800 до 1240х1024 пикселей. Основное разрешение, на которое оптимизируется сайт, – 1024х768 пикселей. Минимальное разрешение монитора, на котором будет просматриваться сайт, – 600х800 пикселей. При указанном разрешении возможность просмотра страниц сайта без горизонтальной и вертикальной прокрутки браузера не предусматривается.Основной браузер, которым будет просматриваться система, и его минимальная версия, – IE 5.5 и выше.Основной режим мониторов, на которых будет просматриваться система, – 15 разрядов цветов и выше (число цветов 65536 и выше). Общий фон системы – светлый, допускается использование светлого фонового рисунка.Размер шрифта должен быть в пределах 10-12 для оформления текста. Размер шрифта и вид (название) шрифта для оформления заголовков, названия страниц и т.д. определяется разработчиком.Проведение рекламной кампании по раскрутке системы определяется отдельным техническим заданием. В случае обнаружения грамматических и орфографических ошибок разработчик должен устранить их в течение трех рабочих дней.В задание на разработку системы могут быть внесены изменения с учетом конкретных требований. 3.2 Обоснование выбора БДОснову любой информационной системы (ИС) составляет база данных (БД), т.е. набор данных, организованных специальным образом.БД — это объективная форма представления и организации совокупности данных (например, статей, расчетов), систематизированных таким образом, чтобы эти данные могли быть найдены и обработаны с помощью ЭВМ.Файл — это место фактического хранения информации. В файле различают структуру и собственно данные. Структура файла остается неизменной, а информация (данные) может изменяться при операциях обращения к нему.В качестве основной структурообразующей единицы хранимых в файле данных принимается хранимая запись. Хранимые записи состоят из фиксированной совокупности полей, служащих для представления значений какого-либо типа (чисел, литерных строк, дат, булевских значений, денежных единиц и т.д.), и могут иметь формат фиксированной или переменной длины. Полям, как правило, присваиваются уникальные в данной базе имена, ассоциируемые с предметной областью.Информационные системы ориентированы главным образом на хранение, выбор и модификацию постоянно существующей информации.Структура информации зачастую очень сложна, и хотя структуры данных различны в разных информационных системах, между ними часто бывает много общего. На начальном этапе использования вычислительной техники для управления информацией проблемы структуризации данных решались индивидуально в каждой информационной системе.Поскольку информационные системы содержат сложные структуры данных, дополнительные индивидуальные средства управления этими данными, являясь существенной частью информационных систем, практически повторялись от одной системы к другой. Стремление выделить общую часть информационных систем, ответственную за управление сложно структурированными данными, явилось первой побудительной причиной создания СУБД.Компоненты наиболее полного варианта СУБД следующие:среда пользователя, дающая возможность непосредственного управления данными с клавиатуры;алгоритмический язык для программирования прикладных систем обработки данных, реализованный как интерпретатор (последний позволяет быстро создавать и отлаживать программы);компилятор для придания завершенной программе вида готового коммерческого продукта в форме независимого ЕХЕ-файла;программы-утилиты для быстрого программирования рутинных операций (генераторы отчетов, форм, таблиц, экранов, меню и других приложений).Собственно СУБД — это инструментальная оболочка пользователя, а ввиду того, что такая среда ориентирована на немедленное удовлетворение запросов пользователя, — это всегда система-интерпретатор. Наличие в СУБД языка программирования позволяет создавать сложные системы обработки данных, ориентированные на конкретные задачи и конкретного пользователя.В качестве БД выбрана БД MySQL – одна из самых популярных SQL-баз данных с открытым кодом, разработку которой осуществляет компания MySQL AB. MySQL – очень быстрая, надежная система управления реляционными базами данных (СУРБД). База данных позволяет эффективно хранить, искать, сортировать и получать данные. Сервер MySQL управляет доступом к данным, позволяя работать с ними одновременно нескольким пользователям, обеспечивает быстрый доступ к данным и гарантирует предоставление доступа только имеющим на это право пользователям. Следовательно, MySQL является многопользовательским, многопотоковым сервером. Он применяет SQL (Structured Query Language)  — язык структурированных запросов), используемый по всему миру стандартный язык запросов в базы данных. MySQL появился на рынке в 1996 г., но его разработка началась еще в 1979 г. В настоящее время пакет MySQL доступен как программное обеспечение с открытым исходным кодом, но в случае необходимости можно получить и коммерческие лицензии [7, с.21]. Сервер MySQL является быстрой и надежной БД, которая успешно используется в условиях промышленной эксплуатации с высокими требованиями. Из-за доступности, скорости и безопасности MySQL подходит для разработки WINDOWS-приложений, так и Web-приложений. Использование БД позволит увеличить функциональность разрабатываемого программного продукта, минимизировать ошибки при вводе и выборке информации для анализа, облегчить создание программного кода в выбранной среде разработки. Кроме того, информация из БД будет доступна всем пользователям, включенным в локальную сеть предприятия и имеющим возможность запуска разработанной программы. 3.3 Обоснование выбора языка программированияВ качестве языка для разработки был взят PHP. PHP (Personal Home Page) – это язык, задачей которого является позволить за предельно минимальное время создавать динамически сгенерированные страницы в Интернете. Разработчики Personal Home Page постарались создать такой язык, который был бы лаконичен и предельно точен в реализации той или иной поставленной задачи.Рассмотрим преимущества языка PHP.РНР — скрипт-язык, который непосредственно встраивается в HTML-код и выполняется сервером. В РНР включена поддержка многих баз данных, что делает написание Web-приложений с использованием БД довольно простым. Вот неполный перечень поддерживаемых БД: Adabas D, InterBase, Solid, dBase, mSQL, Sybase, PostgreSQL, Empress, MySQL, Velocis, File Pro, Oracle, Unixdbm, Informix. В РНР есть функции для работы с протоколами IMAP, SNMP, NNTP, РОРЗ и даже HTTP, а также имеется возможность работать с сокетами (sockets) и общаться по другим протоколам. Недостатками PHP можно считать следующие:РНР является псевдокомпилируемым языком и вследствие этого не может сравниться по скорости с компилируемым С. Не такая большая база готовых модулей, как, например, CPAN у Perl. С этим ничего нельзя поделать — это дело времени.Для установки РНР необходимо обратиться на сервер www.php.net и выбрать версию. Создаваемое Web-приложение разрабатывалось на ПК с установленной ОС WINDOWS, была использована версия PHP 5.3.3. Также необходимо сконфигурировать и запустить сервер Apache (версия 2.2.).Реализация программного продукта Информационно-логическая модельИмеется целый ряд методик создания информационно-логических моделей. Наиболее популярна в настоящее время методика с использованием ERD (entety-relationship diagramm). В русскоязычной литературе эти диаграммы называют объект-отношение либо сущность-связь. Модель с использованием ERD была предложена Ченом в 1976 г. К настоящему времени разработано несколько ее разновидностей, но все они базируются на графических диаграммах, предложенных Ченом, которые конструируются из небольшого числа компонентов и благодаря наглядности представления широко используются в CASE-средствах (Computer-Aided Software Engineering).Сущность (Entity) — реальный либо воображаемый объект, имеющий существенное значение для рассматриваемой предметной области, информация о котором подлежит хранению.Каждая сущность должна обладать уникальным идентификатором. Каждый экземпляр сущности должен однозначно идентифицироваться и отличаться от всех других экземпляров данного типа, т. е. каждая сущность должна:иметь уникальное имя, причем это имя должно всегда однозначно интерпретироваться (определять сущность), и наоборот, одна интерпретация не может применяться к различным именам, если только они не являются псевдонимами;обладать одним или несколькими атрибутами, которые либо принадлежат ей, либо наследуются ею через связь;обладать одним или несколькими атрибутами, которые однозначно идентифицируют каждый ее экземпляр.Сущность может быть независимой и зависимой. Признаком зависимой сущности служит наличие у нее наследуемых через связь атрибутов. Каждая сущность может обладать любым количеством связей с другими сущностями модели.Связь (relation) — поименованная ассоциация между двумя сущностями, значимая для рассматриваемой предметной области. При этом одна из участвующих в связи сущностей — независимая — называется родительской, а другая — зависимая — называется дочерней, или сущностью-потомком. Как правило, каждый экземпляр родительской сущности ассоциирован с произвольным (в том числе нулевым) числом экземпляров дочерней сущности. Каждый экземпляр сущности-потомка ассоциирован в точности с одним экземпляром сущности-родителя. Таким образом, экземпляр сущности-потомка может существовать только при существовании сущности родителя.Связи дается имя, выражаемое глаголом и помещаемое возле линии связи. Имя каждой связи между двумя данными сущностями должно быть уникальным, но имена связей в модели не обязаны быть уникальными. Каждая связь имеет определение. Определение связи образуют соединением имени сущности-родителя, имени связи, выражения степени связи и имени сущности-потомка.На диаграммах связь изображается отрезками. Концы этих отрезков с помощью специальных обозначений указывают степень связи. Кроме того, характер линии (штриховая или сплошная) указывает обязательность связи.Атрибут — любая характеристика сущности, значимая для рассматриваемой предметной области. Он предназначен для квалификации, идентификации, классификации, количественной характеристики или выражения состояния сущности. Атрибут представляет собой тип характеристик (свойств), ассоциированных с множеством реальных или абстрактных объектов (людей, мест, событий, состояний, идей, пар предметов и т.д.). Экземпляр атрибута — это определенная характеристика конкретного экземпляра сущности. Экземпляр атрибута определяется типом характеристики (например, цвет) и ее значением (например, лиловый), называемым значением атрибута. В ERD-модели атрибуты ассоциируются с конкретными сущностями. Каждый экземпляр сущности должен обладать одним конкретным значением для каждого своего атрибута.Атрибут может быть либо обязательным, либо необязательным. Обязательность означает, что атрибут не может принимать неопределенных значений (null values). Атрибут может быть либо описательным (т.е. обычным дескриптором сущности), либо входить в состав уникального идентификатора (первичного ключа).Уникальный идентификатор — это атрибут или совокупность атрибутов и/или связей, однозначно характеризующая каждый экземпляр данного типа сущности. В случае полной идентификации экземпляр данного типа сущности полностью идентифицируется своими собственными ключевыми атрибутами, в противном случае в идентификации участвуют также атрибуты сущности-родителя.Характер идентификации отображается в диаграмме на линии связи.Каждый атрибут идентифицируется уникальным именем, выражаемым существительным, описывающим представляемую атрибутом характеристику. Атрибуты изображаются в виде списка имен внутри блока ассоциированной сущности, причем каждый атрибут занимает отдельную строку. Каждая сущность должна обладать хотя бы одним возможным ключом. Возможный ключ сущности — это один или несколько атрибутов со значениями, однозначно определяющими каждый ее экземпляр. При существовании нескольких возможных ключей один из них обозначается в качестве первичного, а остальные — как альтернативные.В настоящее время на основе подхода Чена созданы IDEF1X-диаграммы, разработанные с учетом таких требований, как простота в изучении и возможность автоматизации. IDEF1X-диаграммы используются рядом распространенных CASE-средств (в частности, Erwin, Design/IDEF). Сущность в IDEF1X-диаграммах называется независимой от идентификаторов, или просто независимой, если каждый ее экземпляр может быть однозначно идентифицирован без определения отношений этого экземпляра с другими сущностями. Сущность называется зависимой от идентификаторов, или просто зависимой, если однозначная идентификация ее экземпляра зависит от отношения этого экземпляра к другой сущности.Каждой сущности присваиваются уникальное имя и номер, разделяемые косой чертой и помещаемые над блоком.Если экземпляр сущности-потомка однозначно определяется своей связью с сущностью-родителем, то связь является идентифицирующей, в противном случае связь неидентифицирующая.Идентифицирующая связь между сущностью-родителем и сущностью-потомком изображается сплошной линией. Сущность-потомок в идентифицирующей связи является зависимой от идентификатора. Сущность-родитель в идентифицирующей связи может быть как независимой, так и зависимой от идентификатора (что определяется ее связями с другими сущностями).Неидентифицирующая связь изображается пунктирной линией. Сущность-потомок в неидентифицирующей связи будет независимой от идентификатора, если она не является также сущностью-потомком в какой-либо идентифицирующей связи.Связь может дополнительно определяться степенью или мощностью (числом экземпляров сущности-потомка, которое может существовать для каждого экземпляра сущности-родителя). В IDEF1X возможны следующие мощности связей:каждый экземпляр сущности-родителя может иметь нуль, один или более связанных с ним экземпляров сущности-потомка;каждый экземпляр сущности-родителя должен иметь не менее одного связанного с ним экземпляра сущности-потомка;каждый экземпляр сущности-родителя должен иметь не более одного связанного с ним экземпляра сущности-потомка;каждый экземпляр сущности-родителя связан с некоторым фиксированным числом экземпляров сущности-потомка.Атрибуты изображаются в виде списка имен внутри блока сущности. Атрибуты, определяющие первичный ключ, размещаются вверху списка и отделяются от других атрибутов горизонтальной чертой.Сущности могут иметь также внешние ключи (Foreign Key). При идентифицирующей связи они используются в качестве части или целого первичного ключа, при неидентифицирующей — служат неключевыми атрибутами.