Разработка дополнения выхода к ftp серверу для Microsoft Dynamics CRM 4.0

else if (document.body)

frameHeight = document.body.clientHeight;

return frameHeight - 30;

}

</script>

</body>

</html>

Как мы можем видеть, данная страница ссылается на страницу класса C# Browser.aspx.cs приведенный ниже.

Browser.aspx.cs:

using System;

using System.Collections;

using System.Configuration;

using System.Data;

using System.Web;

using System.Web.Security;

using System.Web.UI;

using System.Web.UI.HtmlControls;

using System.Web.UI.WebControls;

using System.Web.UI.WebControls.WebParts;

using System.IO;

public partial class Browser : System.Web.UI.Page

{
protected void Page_Load(object sender, EventArgs e)

{

Try

{

string RealDirectory = ConfigurationSettings.AppSettings["Directory"];

string EntityTypeCode = Request.QueryString["type"];

string EntityId = Request.QueryString["id"].Replace("{", "").Replace("}", "");

RealDirectory = Path.Combine(RealDirectory, EntityTypeCode);

if (!Directory.Exists(RealDirectory))

Directory.CreateDirectory(RealDirectory);

RealDirectory = Path.Combine(RealDirectory, EntityId);

if (!Directory.Exists(RealDirectory))

Directory.CreateDirectory(RealDirectory);

string BaseDirectory =

ConfigurationSettings.AppSettings["BaseDirectory"];

DocumentShare.Attributes["src"] =

tring.Format("{0}/{1}/{2}",BaseDirectory, EntityTypeCode, EntityId);

}

catch { }

}

}

В итоге всех этих действий мы получили готовое программное решение нашей задачи (рис 15). Далее необходимо было импортировать отредактированный файл ISV в систему CRM. Затем проверить правильность импорта и обновить страницу или закрыть и открыть заново систему для того чтобы внесенные изменения вступили в силу.

Рис. 15. Результат разработки дополнения CRM

2.3 Технологическое обеспечение задачи (комплекса задач)

Технологический процесс осуществляется в следующей последовательности:

1. В систему CRM поступает интерес от клиента по e-mail, почте, факсу или телефону. В первом случае интерес регистрируется автоматически и появляется в очереди, в остальных интерес создаётся менеджером с указанием источника и необходимой информации.

2. Затем происходит квалификации интереса и назначения его менеджеру.

3. На основе интереса в базе CRM создается контак и/или организация.

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

5. Клиенту отправляется необходимая документация и/или презентации товаров.

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

7. На основании заказа клиенту выставляется счет. После оплаты которого сделка закрывается.

2.4 Аппаратное обеспечение

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

Для представления общей конфигурации и топологии распределенной программной системы в UML предназначены диаграммы развертывания (рис 16).

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

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

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

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

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

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

Рис. 16. Диаграмма развертывания

Перед инсталляцией Microsoft Dynamics CRM 4.0 необходимо инсталлировать, сконфигурировать и запустить несколько компонент программного обеспечения. В список этих компонент входят:

· Microsoft Windows Server 2003 и выше

· Microsoft SQL Server 2005 и выше

· Microsoft SQL Server Reporting Services

· Microsoft .NET 3.0 и выше

В данном разделе приведены требования к системным характеристикам оборудования для работы с Microsoft Dynamics CRM.

Сервер:

· Процессор: Dual 1.8 GHz Xeon P4 и выше

· RAM: 4 GB

· Controller: SCSI (второй controller предпочтительнее) с Hardware RAID 5 (3 диска для RAID 5 - 2 для RAID 1)

· Hard Disk: от 80 GB

· Сетевая карта: 10/100 Mb Network Card

Рабочая станция:

· Процессор: Pentium III 650 MHz и выше

· RAM: 512 MB

· Hard Disk: 100 MB свободного места

· Сетевая карта: 10/100 Mb

· Internet Explorer 6 и выше

Стоит отметить особенность работы с Microsoft Dynamics CRM через web интерфейс программы. Обязательно необходим IE так как другие браузеры по умолчанию не определяются системой. Их нужно добавлять как мобильные устройства, подключаемые к CRM.

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

2.5 Защита информации

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

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

И сделать это можно через стандартный интерфейс Windows (рис 17).

Рис. 17. Создание общего доступа к папке

Таким образом, мы регулируем не только доступ пользователей к общей папке, но и разным группам можем предоставить разные права в данной папке: чтение или чтение и запись (рис 18).

Рис. 18. Предоставление прав группе пользователей

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

3. ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА

В данной главе представлен анализ экономической эффективности реализованного проекта - разработки дополнения выхода к ftp серверу для Microsoft Dynamic CRM.

Результатом разработки для предприятия станет экономия на приобретении готового продукта «customaze Documents for Microsoft Dynamic CRM». Стоимость которого составляет 1,999 евро за лицензию на 1 сервер CRM и 299,85 евро в год за техническую поддержку продукта.

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

Даже если представить что количество обработанных заявок возрастет на незначительное число 2-3 заявки за день. И предположить, каждый десятый интерес заканчивается счетом. Мы можем предположить, что количество продаж увеличится всего на 1 единицу, но это только у одного менеджера.

В качестве примера давайте представим, что 20 менеджеров в данный момент обрабатывают по 50 заявок в день до внедрения и по 51 после внедрения. Покупкой заканчивается работа с каждым 100-м интересом, а средняя стоимость покупки 15000 ед.

То на рис.12 и таблицы 1 можно увидеть изменение примерное доходов предприятия. Пример был рассчитан в «день», в месяц, 6 месяцев и в год.

Таблица №1 примерное увеличение дохода.

Рис. 19. Примерное увеличение прибыли

Как мы видим из таблицы и диаграммы прирост составил 2% от «базового» дохода, что в масштабе предприятия в течении года может составить довольно крупную сумму. Даже если допустить что доход поднимется не на 2% как посчитано в примере, а скажем на 0,1 % ,то для предприятия это составит 250 000 долларов дополнительной прибыли в год. Исходя из данных, что прибыль предприятия составляет 250 млн долларов в год.

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

ЗАКЛЮЧЕНИЕ

Во время разработки дополнения для выхода на ftp сервер из Microsoft Dynamics CRM 4.0 были изучены основы архитектуры CRM, а также изучены материалы и документация по разработке и настройки системы. Были изучены принципы создания приложений на платформе .NET 4.0 и web разработки.

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

· Изучена система MS CRM

· Изучена Архитектура CRM системы

· Изучены основы разработки и настройки системы

· Изучены основы разработки .Net

· Был выбран инструмент для разработки

· Было разработано дополнение

· Была рассмотрена безопасность информации

· Была рассчитана экономическая эффективность проекта

Основываясь на изученные материала можно сделать вывод что развитие платформы .NET Framework является удачным решением Microsoft. Благодаря которой разработка на этой платформе стала проще и дает возможность дополнять приложения, построенные на этой платформе, в соответствии с требованиями организации.

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

СПИСОК ЛИТЕРАТУРЫ

1. Бабич А.В. Введение в UML [учебное пособие].- Интуит.РУ, 2008 г. - 176 с.

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

3. Голышева Е., Кудинов А., Сорокин М. CRM. Российская практика эффективного бизнеса. - Спб.: 1С-Паблишинг, 2008. - 374 с.

4. Друкер П., Макьярелло Дж. Менеджмент. - М.: Вильям, 2010. - 704 с.

5. Ковалев А.М. Microsoft Dymamics CRM. Первые шаги. - М.: Эком, 2007. - 232 с.

6. Разработка Web- приложений на Microsoft Visual Basic.NET и Microsoft Visual C#.Net. Учебный курс MCAD/MCSD/ Пер. с англ. - М.: Издательско торговый дом «Русская редакция», 2003. - 704 с.

7. Скотт Д., Ли Д., Вейсс С. Microsoft Dynamics CRM 4 для чайников. М.: Вильям, 2009. - 368 с.

8. Снайдер М., Стегер Д. Microsoft Dynamics CRM 4.0 Справочник профессионала. - М.: Эком, 2009. - 624 с.

9. Троелсен Э. Язык программирования C# 2010 и платформа .NET 4 5-е издание. - М.: Вильям, 2011. - 1392 с.

10. Шилдт Г. Полное руководство C# 4.0. - М.: Вильям, 2011. - 1056 с.

11. Черкашин П. Стратегия управления взаимоотношениями с клиентами. М.: Бином, 2007. - 376 с.

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