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

ДИПЛОМ

На тему

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

Темой данного дипломного проекта является «Разработка дополнения выхода к ftp серверу для Microsoft Dynamics CRM 4.0 (на примере ЗАО „Транзас“)», которое будет позволять пользователям системы получить быстрый доступ к внутренним ресурсам сети, не покидая рабочей области CRM. Основной проблемой решаемой данной разработкой является повышение эффективности обслуживания клиентов на клиент-ориентированном предприятии.

Microsoft Dynamics CRM 4.0 играет большую роль в деятельности организации. Являясь мощным инструментом «клиент-ориентированного» подхода к продажам и оказанию услуг. По мнению Ковалева А. М. выраженному в его книге «Microsoft Dynamics CRM» ситуация которая складывается на рынке приложений для управления предприятием можно назвать CRM-бум. «Происходит это в первую очередь потому, что бизнес видит все больше примеров того, что CRM-технологии действительно работают и приносят ощутимый эффект и в больших международных организациях и в маленьких семейных компаниях», именно так он объясняет повышенный спрос на CRM решения. Но при этом не стоит забывать что CRM это только инструмент для достижения цели предприятия на пути становления клиент-ориентированным. Главным по мнению Ковалева является первоначальная ориентированность на клиента: на его интересы, запросы и потребности для долговременного и стабильного существования на рынке услуг и товаров.

По мнению же другого автора Черкашина П. [9]: «CRM это только новомодная концепция построения бизнеса вокруг клиентов, в соответствии с их требованиями и ожиданиями». Вот тут возникает неоднозначность данной формулировки «новомодная концепция». Ведь во многих зарубежных странах клиент-ориентированный подход к ведению бизнеса является нормой и обычной концепцией для предприятия. В нашей же стране на данный момент идет перестроение «на клиента», вызвавшее CRM-бум и сделав данную концепцию «новомодной».

«CRM — это не новая концепция, и, кроме того, эта технология в некоторой степени имеет „дурную“ репутацию в деловом мире. В действительности, существует лишь несколько причин её низкой эффективности, наблюдавшейся на протяжении нескольких лет. Связанные с проблемами внедрения технологии и программного обеспечения» мнение авторов книги Dynamics CRM 4.0 справочник профессионала.

«…CRMэто не только программное обеспечение, но и прежде всего стратегия ведения бизнеса, направленная на максимально точное понимание потребностей клиентов и формирования предложений, который позволят учесть как прямые запросы, так и скрытые желания клиентов… Именно поэтому чрезвычайно важно начинать внедрение CRM с уточнения стратегии компании и точного определения целей, которые должна решать система.» на мой взгляд эта цитата автора Ковалева А. М. наиболее полно отображает правильный подход к клиенториентированности предприятия. Ведь CRM система это только инструмент, использование которого не будет давать результатов если предприятие не стремиться «стать ближе к клиенту».

Для осуществления поставленной цели предстоит выполнить следующие задачи:

1) Изучить принципы управлении клиенториентированных организаций

2) Изучить систему Microsoft Dynamics CRM.

3) Изучить web разработку .NET

4) Рассмотреть безопасность информации в общем доступе

1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

Аналитическую часть содержит: описание ЗАО «Транзас» и отдела поддержки бизнес приложений, сформулированы цель работы и задачи системы. Здесь также содержится экономическая сущность задачи, модель предоставления информации клиенту, описан типовой процесс продаж, а также рассмотрена платформа .Net и средство разработки.

1.1 Технико-экономическая характеристика предметной области

Российская группа компаний «Транзас» (TRANsport SAfety Systemsчто с английского Системы безопасности на транспорте) — производитель и поставщик:

· береговых систем безопасности судоходства;

· морского и авиационного бортового оборудования;

· интегрированных навигационных комплексов;

· широкого спектра морских и авиационных тренажеров;

· аэронавигационного обеспечения.

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

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

Ядром группы компаний является основанное в 1990 году в Санкт-Петербурге ЗАО «Транзас». Общий штат сотрудников предприятий, входящих в группу компаний «Транзас», превышает 1800 человек.

Дистрибьюторская сеть компании развернута в 110 странах мира. Производство сертифицировано на соответствие международному стандарту качества ISO 9001. Годовой оборот группы компаний «Транзас» к 2009 году достиг $ 250 млн.

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

Отдел поддержки бизнес приложений ЗАО «Транзас».

Рис. 1. DFD схема работы отдела

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

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

Целью дипломного проекта является: улучшение функции обслуживания клиентов при помощи добавление в интерфейс Microsoft Dynamics CRM 4.0 возможности выхода на локальный ftp сервер организации. Где организовано хранение типовой документации, постоянно необходимой менеджерам по продаже во время их работы. Это типовые договоры, условия сервисного обслуживания, презентации товаров и прочая документация. На рис 2 и рис 3 представлены IDEF0 и DFD модели обслуживания клиентов.

Рис. 2. IDEF0 модель обслуживания клиентов

Рис. 3. DFD модель обслуживания клиентов.

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

1) Изучение архитектуры CRM

2) Изучение платформы .NET

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

· Улучшение функции отдела продаж в CRM

· Улучшение функции отдела сервисного обслуживания в CRM

· Улучшение функции отдела маркетинга в CRM

· Размещение, чтение и редактирование информации в локальном доступе

1.3 Экономическая сущность задачи Выполнение поставленной задачи отразиться на экономических показателях предприятия. Так как предприятие экономит средства на покупке готового решения и вторая положительная черта, это высвобождение рабочего времени менеджеров, которое они тратят на рассылки файлов между собой и отделами, а так же поиск необходимых документов и информации. Существует готовое решение от фирмы «Customaze» немецкого сертифицированного партнера Microsoft. Стоимость их продукта составляет 1.999 евро за лицензию на 1 сервер CRM и 299.85 евро за дополнительное техническое обслуживание сроком на 12 месяцев.

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

При разработке проекта выделены две основные экономические сущности:

· Экономия на приобретении готового решения

· Высвобождение рабочего времени сотрудников Рис. 4. Модель предоставления информации клиенту до внедрения дополнения Рис. 5. Модель предоставления информации клиенту после внедрения дополнения Как мы можем видеть на представленных рис. 4 и 5 отображены процессы предоставления информации клиенту отделами продаж, сервиса и маркетинга по запросу клиента. На рис. 4 изображен процесс предоставления информации клиенту хранимой на ftp сервере для передачи которой отделам сначала необходимо её найти, а потом загрузить в CRM систему для отправки клиенту. На рис. 5 сотрудники отдела имеют доступ к ftp непосредственно из системы CRM.

1.4 Обоснование использования информационных технологий

Microsoft Dymanics CRM 4.0 это корпоративная информационная система, предназначенная для автоматизации стратегий взаимодействия с заказчиками компании, в частности, для повышения уровня продаж, оптимизации маркетинга и улучшения обслуживания клиентов. Разрабатываемое дополнение только расширит возможности данной системы. Выход на локальный ftp сервер должен значительно увеличить скорость загрузки информационных ресурсов.

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

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

«Транзас» является международной организацией и как вывод из этого имеет очень большое количество клиентов по всему миру. Для того чтоб было более наглядно число объектов в базе опишем «типовой» процесс продажи или другими словами «путь от интереса до счета», описанный в книге «Microsoft Dynamics CRM 4 для чайников» и представленный на рис 6.

Путь от интереса до счета:

1. Из отдела маркетинга поступает информация о новых клиентах в виде Интересов (Leads).

2. Менеджер по продажам просматривает поступившие Интересы (Leads) и квалифицирует их на предмет возможных сделок.

3. Интерес, с которым менеджер принял решение продолжить работу, преобразуется в Возможную сделку (Opportunity), Организацию (Account), Контакт (Contact). Остальные Интересы менеджер дисквалифицирует. Возможность квалификации и дисквалификации Интересов позволяет оценить эффективность маркетинговой акции.

4. После квалификации поступивших Интересов менеджер сосредотачивается на работе с наиболее перспективными клиентами и приступает к работе в рамках созданных Возможных сделок (Opportunities).

5. При создании коммерческого предложения менеджер попродажам создает в системе объект Предложение (Quote).

6. При оформлении заказа или договора с клиентом менеджер по продажам создает объект Заказ (Order).

7. При выставлении счета менеджер создает объект Счет (Invoice). После оплаты счета и поступления денег менеджер меняет статус счета с Активно (Active) на Оплачено (Paid).

Рис. 6 Процесс управления продажами При работе с интересами в Microsoft Dynamics CRM существуют специальные метки квалифицировать — дисквалифицировать, что позволяет менеджеру по продажам отобрать лишь наиболее важные для дальнейшей работы интересы и сосредоточить внимание на наиболее перспективных клиентах. Квалификация подразумевает продолжение работы по данному интересу и создание, при необходимости, возможной сделки, организации или контакта. При квалификации интерес удаляется из списка активных интересов и получает статус — квалифицирован. Дисквалификация, так же как и квалификация, приводи к удалению интереса из списка активных интересов, однако, в этом случае работы по интересу не продолжаются, и интерес получает статус — дисквалифицирован. Квалификация интересов представлена на рис 7.

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

· Есть ли выделенный бюджет для интересующего продукта или услуги?

· Можно ли предложить клиенту что-нибудь, что действительно может удовлетворить его потребности?

· Актуален ли этот интерес? Некоторые интересы дисквалифицируются по истечению определенного времени.

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

1.5 Обоснование предложений по выбору технологии проектирования Корпорация Microsoft создала CRM-решение, которое оптимально соответствует потребностям заказчиков. Оно обладает простым и понятным интерфейсом, поскольку тесно интегрировано с хорошо знакомыми пользователю офисными приложениями — Microsoft Outlook, Microsoft Word и Excel. Решение легко встраивается в существующую IT-инфраструктуру предприятия и работает на широко распространенных программных продуктах Microsoft Exchange и Microsoft SQL Server.

Microsoft Dynamics CRM разработана на платформе .NET. Основная идеямобильность и легкость использования. С технической точки зрения Microsoft CRMэто приложение ASP.NET, использующее Microsoft SQL Server в качестве базы данных.

ASP.NET — это часть технологии .NET, используемая для написания клиент-серверных интернет приложений. Основывающаяся на Common Language Runime (CLR) позволяет разработчика создавать приложения на удобном для них языке программирования., входящем в комплект .NET Framework, а именно популярные C#, Visual Basic.Net, Delphi.NET и Jscript.NET.

ASP.NET имеет преимущество в скорости по сравнению со скриптовыми технологиями, так как при первом обращении код компилируется и помещается в специальный cashe, и в последствии только исполняется, не требуя затрат на оптимизацию и синтаксический анализ (парсинг).

Для реализации поставленной задачи было принять решение в качестве средства разработки использовать Microsoft Visual Studio 2010 (рис 8). Так как это очень мощное средство разработки, которое получило множество изменений относительно предыдущих версий. Но главными для удобства стали следующие изменения:

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

Иерархия вызовов в Visual C# и Visual C++ позволяет переходить от члена, как к вызывающему его члену, так и к вызываемым им членам. Это удобно при просмотре объектно-ориентированного кода.

Особенностями домашней страницы Visual Studio 2010 являются область содержимого с вкладками предоставляющими ссылки к сгруппированным по категориям учебным материалам. Сюда включены ресурсы MSDN, ресурсы сообщества и настраиваемый веб-канал новостей.

В Visual Studio 2010 языки Visual Basic и C# продолжают движение в направлении равенства функциональности. Это позволяет выбирать язык на основе личных предпочтений, поскольку оба языка имеют одинаковые возможности.

microsoft dynamics приложение сервер Рис. 8. Интерфейс VS 2010

Visual Studio 2010 включает фрагменты кода для HTML, JScript и элементы управления ASP.NET, помогающие ускорить написание кода. Фрагменты кода можно вставлять из диспетчера фрагментов кода.

Инструмент веб-развертывания, также называемый MSDeploy, позволяет упаковывать веб-приложение для развертывания на веб-сервере IIS. Веб-пакет представляет собой ZIP-файл или упакованную структуру папок, включающую все, что необходимо веб-серверу для размещения приложения. Он содержит веб-контент, параметры IIS, скрипты базы данных, параметры реестра и сертификаты. Инструмент веб-развертывания интегрирован в Visual Studio и позволяет создавать веб-пакеты одним щелчком.

Можно настраивать проект для преобразования файла web. config во время развертывания. При развертывании проекта параметры в файле web. config автоматически приводятся в соответствие с параметрами сервера отладки, тестового и рабочего сервера.

Платформа .NET Framework — это встроенный компонент Windows, который поддерживает создание и выполнение нового поколения приложений и веб-служб. Основными компонентами .NET Framework являются общеязыковая среда выполнения (CLR) и библиотека классов .NET Framework, включающая ADO.NET, ASP.NET, Windows Forms и Windows Presentation Foundation (WPF).NET Framework предоставляет среду управляемого выполнения, возможности упрощения разработки и развертывания, а также возможности интеграции со многими языками программирования. Возможности Visual Studio 2010 представлены на рис 9.

Рис. 9. Возможности VS 2010

1.6 Обоснование вариантов проектных решений по видам обеспечения

«CASE-средства (от Computer Aided Software/System Engineering) — позволяют проектировать любые системы на компьютере. Необходимый элемент системного и структурно-функционального анализа, CASE-средства позволяют моделировать бизнес-процессы, базы данных, компоненты программного обеспечения, деятельность и структуру организаций. Применимы практически во всех сферах деятельности. Результат использования CASE-средств — оптимизация систем, снижение расходов, повышение эффективности, снижение вероятности ошибок», Бабич А. В.

Введение

в UML.

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

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

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

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

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

Обычно к CASE-средствам относят любое программное средство, автоматизирующее ту или иную совокупность процессов жизненного цикла ПО и обладающее следующими основными характерными особенностями:

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

· интеграция отдельных компонент CASE-средств, обеспечивающая управляемость процессом разработки ИС;

· использование специальным образом организованного хранилища проектных метаданных (репозитория).

Интегрированное CASE-средство (или комплекс средств, поддерживающих полный ЖЦ ПО) содержит следующие компоненты;

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

· графические средства анализа и проектирования, обеспечивающие создание и редактирование иерархически связанных диаграмм (DFD, ERD и др.), образующих модели ИС;

· средства разработки приложений, включая языки 4GL и генераторы кодов;

· средства конфигурационного управления;

· средства документирования;

· средства тестирования;

· средства управления проектом;

· средства реинжиниринга.

Все современные CASE-средства могут быть классифицированы в основном по типам и категориям. Классификация по типам отражает функциональную ориентацию CASE-средств на те или иные процессы ЖЦ. Классификация по категориям определяет степень интегрированности по выполняемым функциям и включает отдельные локальные средства, решающие небольшие автономные задачи (tools), набор частично интегрированных средств, охватывающих большинство этапов жизненного цикла ИС (toolkit) и полностью интегрированные средства, поддерживающие весь ЖЦ ИС и связанные общим репозиторием. Помимо этого, CASE-средства можно классифицировать по следующим признакам:

· применяемым методологиям и моделям систем и БД;

· степени интегрированности с СУБД;

· доступным платформам.

Классификация по типам в основном совпадает с компонентным составом CASE-средств и включает следующие основные типы:

· средства анализа (Upper CASE), предназначенные для построения и анализа моделей предметной области (Design/IDEF (Meta Software), BPwin (Logic Works));

· средства анализа и проектирования (Middle CASE), поддерживающие наиболее распространенные методологии проектирования и использующиеся для создания проектных спецификаций (Vantage Team Builder (Cayenne), Designer/2000 (ORACLE), Silverrun (CSA), PRO-IV (McDonnell Douglas), CASE. Аналитик (МакроПроджект)). Выходом таких средств являются спецификации компонентов и интерфейсов системы, архитектуры системы, алгоритмов и структур данных;

· средства проектирования баз данных, обеспечивающие моделирование данных и генерацию схем баз данных (как правило, на языке SQL) для наиболее распространенных СУБД. К ним относятся ERwin (Logic Works), S-Designor (SDP) и DataBase Designer (ORACLE). Средства проектирования баз данных имеются также в составе CASE-средств Vantage Team Builder, Designer/2000, Silverrun и PRO-IV;

· средства разработки приложений. К ним относятся средства 4GL (Uniface (Compuware), JAM (JYACC), PowerBuilder (Sybase), Developer/2000 (ORACLE), New Era (Informix), SQL Windows (Gupta), Delphi (Borland) и др.) и генераторы кодов, входящие в состав Vantage Team Builder, PRO-IV и частично — в Silverrun;

· средства реинжиниринга, обеспечивающие анализ программных кодов и схем баз данных и формирование на их основе различных моделей и проектных спецификаций. Средства анализа схем БД и формирования ERD входят в состав Vantage Team Builder, PRO-IV, Silverrun, Designer/2000, ERwin и S-Designor. В области анализа программных кодов наибольшее распространение получают объектно-ориентированные CASE-средства, обеспечивающие реинжиниринг программ на языке С++ (Rational Rose (Rational Software), Object Team (Cayenne)).

Вспомогательные типы включают:

· средства планирования и управления проектом (SE Companion, Microsoft Project и др.);

· средства конфигурационного управления (PVCS (Intersolv));

· средства тестирования (Quality Works (Segue Software));

· средства документирования (SoDA (Rational Software)).

UML — унифицированный язык моделирования. UML специально разрабатывалась в расчете на то, чтобы диаграммы можно было легко рисовать с помощью удобного, интуитивно понятного и функционального программного пакета (CASE-средства).

UML позволяет строить модели программных систем. По этим моделям потом может производиться генерация каркасного кода проектируемых приложений. Более того, возможен процесс, который часто называют «реверс-инжинирингом» , — т. е. создание UML-модели из существующего кода приложения.

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

Для проектирования поставленной перед нами задачи был выбрано средство Altova Umodel, изображенное на рис 10. Программный продукт UModel, разработанный компанией Altova, — это отличный UML-редактор с функцией замкнутого инжиниринга. Он поддерживает UML 2.1.1 и реализует кодогенерацию и обратный реинжиниринг для языков программирования C#, VB.NET и Java. Дополнительно UModel реализует диаграммы для работы с XML-схемами и нотацией BPMN и реализует плагины для Microsoft Visual Studio и Eclips.

Рис. 10. Интерфейс Altova Umodel

Функция замкнутого инжиниринга объединяет в себе две функции — кодогенерацию и обратный реинжиниринг. Замкнутый инжинириг позволяет существенно упростить синхронизацию исходного кода и UML-модели. Добавляя новые классы в модель — новые классы автоматически добавляются в исходный код. Изменяя исходные коды — детализируя свойства классов, добавляя новые и удаляя устаревшие классы — в UML-модели автоматически учитываются все изменения. Другими словами, мы получаем удобную возможность совместно использовать высокоуровневое проектирование с помощью UML и низкоуровневую реализацию с помощью среды разработки. Помимо автоматизации поддержки UML-схем в актуальном состоянии, замкнутый инжиниринг обеспечивает и другие преимущества. Автоматическая кодогенерация позволяет исключить рутинное кодирование, снизить количество ошибок при кодировании, повышает удобство повторного применения удачных проектных решений.

Функция обратного реинжиниринга упрощает процесс детализации UML-модели, позволяя, например, детализировать классы не с помощью громоздкого графического интерфейса UML-редактора, а более привычным способом — с помощью текстового редактора среды разработки. UModel поддерживает все типы диаграмм, входящих в стандарт UML 2.1.1. Это структурные диаграммы:

· диаграммы классов и объектов;

· диаграммы с композитной структурой, описывающие взаимодействие объектов при решении конкретных задач, внутреннюю структуру объектов, стратегии и т. п.;

· архитектурные диаграммы — пакеты, диаграммы пакетов, диаграммы компонентов и развертывания;

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

Интерфейс UModel содержит несколько вспомогательных панелей. На панели Model Tree отображается иерархия элементов текущей UML-модели. Панель позволяет манипулировать элементами — удалять, изменять элементы, сортировать их по заданным критериям. На панели Diagram Tree отображается полный список UML-диаграмм, используемых в проекте. Диаграммы можно отображать в виде общего списка либо в виде дерева, когда диаграммы сгруппированы по типам. Панель Favorites позволяет вести список часто используемых UML-элементов — классов, объектов, ассоциаций и иметь к ним быстрый доступ. Панели Properties и Styles отображают список свойств и стилей выбранного UML-элемента, а панель Hierarchy — все связи выбранного элемента в графическом виде или в виде дерева. Панель Overview отображает общую схему текущей диаграммы, панель Documentation позволяет документировать выбранный UML-элемент. Наконец, панель Layers позволяет управлять размещением элементов диаграммы на разных слоях — точно так же, как это делается в графических редакторах, — создавать, удалять слои, блокировать их от изменений и т. п. Имеется еще одна вспомогательная панель Messages, на которой отображаются сообщения об ошибках, предупреждения и подсказки, которые программа генерирует в процессе инжиниринга, проверки синтаксиса проекта и т. п.

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

2. ПРОЕКТНАЯ ЧАСТЬ

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

2.1 Информационное обеспечение задачи (комплекса задач)

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

Общее представление об архитектуре Microsoft CRM.

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

Слой представления. Microsoft CRM имеет клиент-серверную архитектуру. Клиентом в данном случае может быть Internet Explorer либо Outlook. Оба приложения используются для отображения пользовательского Web-интерфейса Microsoft CRM и для выполнения клиентских сценариев. Microsoft CRM имеет встроенные инструменты, позволяющие добавлять в клиентский код собственные сценарии. С их помощью разработчики могут выполнять необходимые действия в ответ на события в клиентском приложении пользователя.

Слой приложения. Данный слой — это Web-приложение, которое генерирует большую часть клиентского кода и доставляет его для обработки в слой представления. Слой приложения Microsoft CRM использует конфигурационные XML-файлы для настройки параметров приложения и элементов пользовательского интерфейса, которые необходимы для расширения функционала Microsoft CRM.

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

Пользовательские настройки и интеграция

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

Рис. 11. Варианты модификации Microsoft CRM и интеграции c приложениями сторонних разработчиков

Более сложные расширения базовой функциональности, равно как интеграция Microsoft CRM с другими приложениями, требуют использования Microsoft CRM SDK (Software Development Kit). Microsoft CRM SDK — это набор документов, описывающих архитектуру, объекты Microsoft CRM, программные интерфейсы и другие параметры, необходимые разработчикам.

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

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

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

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

Механизмы расширения функциональности и интеграции:

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

· формы по ссылке;

· событие OnChange;

· файлы конфигурации isv. config и OutlookClient. xml;

· действие PostURL;

· механизм callout;

· Web-сервисы Microsoft CRM.

Из рис. 12 видно, что эти механизмы работают на разных уровнях системы. Механизмы, работающие на уровне представления, активируются непосредственно пользователем Microsoft CRM из клиентского кода. Файлы настройки isv. config и OutlookClient. xml, расположенные на Web-сервере, работают на уровне приложения.

Рис. 12. Уровни действия механизмов расширения функциональности и интеграции Microsoft CRM

Механизмы, действующие на уровне платформы Microsoft CRM (или уровне бизнес-логики), активируются при возникновении в системе событий, для которых в базе метаданных Microsoft CRM зарегистрированы обработчики. При этом, в зависимости от типа зарегистрированного обработчика, либо запускается определенный бизнес-процесс, из которого можно обратиться к внешнему приложению посредством действия PostURL, либо происходит обращение к специальному callout-компоненту, в котором прописывается пользовательская бизнес-логика. Эти два механизма реализуют модель, которая позволяет инициировать обращение к внешнему приложению при возникновении события в Microsoft CRM. Возможна также реализация модели, при которой внешнее приложение будет работать с объектами Microsoft CRM посредством Web-сервисов. Существование в системе обеих моделей дает широкие возможности для интеграции Microsoft CRM с другими приложениями.

Два из существующих в Microsoft CRM механизмов расширения функциональности активируются из клиентского кода в Internet Explorer или Outlook.

Первый такой механизм, формы по ссылке, дает возможность размещать ссылки на формы Microsoft CRM во внешних Web-приложениях. Каждая форма представляет собой Web-страницу, к которой можно получить доступ по адресу URL. В Microsoft CRM SDK описаны правила формирования URL, по которому вызывается форма для ввода нового экземпляра объекта CRM либо для просмотра уже существующей записи. Данный механизм основан на стандартных HTML-средствах создания ссылок. Этот простой, но эффективный способ позволяет расширять функциональность Microsoft CRM, например, путем создания Web-страниц, в которых используются ссылки на формы Microsoft CRM, и интеграции этих страниц в пользовательский интерфейс Microsoft CRM.

Второй механизм расширения функциональности, активируемый из клиентского кода, — формы Microsoft CRM. Он разрабатывался таким образом, чтобы разрешить использование события OnChange для модификации процесса ввода данных. Это значит, что разработчик может добавить инструкции для пользователя, чтобы быть уверенным в правильности ввода данных, или дать возможность пользователю быстро добавлять данные в другие поля формы.

Формы Microsoft CRM предоставляют место для добавления кода JavaScript для события OnChange для любого списка выбора (drop-down list), расположенного на форме. Данный код будет запущен, когда пользователь изменит значение такого списка выбора.

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

Для вызова дополнительных функциональных возможностей в Microsoft CRM, как правило, необходимо добавить в пользовательский интерфейс дополнительные кнопки, меню или закладки. Эту задачу в системе выполняет еще один механизм расширения функциональности, который работает на уровне приложения. Он настраивается через конфигурационные файлы формата XML. Два таких файла — isv. config (для клиента IE) и OutlookClient. xml (для Outlook-клиента) — описывают конфигурацию указанных элементов пользовательского интерфейса. Дополнительные кнопки, закладки и меню можно настроить для вызова внешних Web-ресурсов, таких, как Web-страницы или Web-сервисы, которые могут выполнять определенную пользовательскую бизнес-логику или отображать некоторые дополнительные данные, необходимые пользователям.

Следующий механизм расширения функциональности, действие PostURL, работает на уровне платформы Microsoft CRM. Это действие позволяет посылать URL-запрос, содержащий данные Microsoft CRM, на определенный адрес. Например, с помощью действия PostURL, активируемого при создании новой записи о компании, можно вызвать Web-сервис и передать ему необходимые данные, чтобы рассчитать ценность компании-клиента для бизнеса. После выполнения операции Web-сервис может сохранить результат в Microsoft CRM. Действие PostURL может активироваться автоматически из бизнес-процессов (workflow), которые настраиваются для большинства объектов Microsoft CRM.

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

В Microsoft CRM существуют механизмы, обеспечивающие двухстороннюю интеграцию Microsoft CRM с внешними приложениями. Это Web-сервисы Microsoft CRM и механизм callout.

Архитектура Microsoft CRM, ориентированная на Web-сервисы, позволяет строить действительно распределенные решения на платформе Microsoft CRM.

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

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

Наряду с использованием современных Web-ориентированных технологий — XML Web-сервисов, ASP.NET — в приложении используются и такие традиционные и проверенные технологии, как COM+. В комплексе они обеспечивают полный набор возможностей для разработки эффективных решений на базе Microsoft CRM.

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

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

Слой приложения состоит из двух компонентов: один для работы Web-клиента, другой — для работы Outlook-клиента Microsoft CRM. Web-клиент для обработки запросов и получения страниц использует ASP.NET, а клиент Outlook вместо этого использует облегченное приложение, размещенное на самой машине клиента. Это позволяет обойтись без установки Web-сервера на каждой машине, где установлен Outlook-клиент Microsoft CRM.

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

Стоит отметить, что Web-клиент построен на базе Internet Explorer. Исполняемые на клиентской стороне скрипты и страницы генерируются приложением с использованием ASP.NET и IIS (Internet Information Service). Возможности Dynamic HTML позволяют переносить часть нагрузки на клиентскую машину, разгружая таким образом сервер, снижая объем трафика.

Основным способом изменения конфигурации Microsoft Dymanics CRM на этом слое является внесение изменений в файл настройки ISV Confi, который используется для создания настраиваемых кнопок, меню и областей переходов в формах и представлениях приложения или любого объекта. Каждый из этих элементов можно настроить так, чтобы открывать страницу с конкретным URL-адресом, которая будет отображаться в Microsoft Dynamics CRM, или выполнять нужные действия путем добавления сценария JScript. Такие возможности позволяют независимому разработчику программного обеспечения интегрировать свое решение, но могут также использоваться и для упрощения настройки. Возможно, нужно предоставить пользователям удобный доступ к узлу Windows SharePoint Services, на котором документируются процедуры, связанные с конкретным типом записи, или нужен доступ к публично доступным веб-узлу или веб-службе. Чтобы сделать эту страницу или веб-службу легкодоступной, можно создать пользовательскую кнопку в интерфейсе Microsoft Dynamics CRM представленному на рис 13.

Рис. 13. Стандартный Интерфейс MS CRM 4.0

ISV Config (for account):

Web.config:

Кроме редактирования файла конфигурации и реализация поставленной задачи требует создания отдельной страницы в Microsoft Dynamics CRM для того чтобы выводить информацию, а именно отображать файлы хранимые на ftp сервере. Страница Browser. aspx содержащая объявление класса C# описанного в Browser.aspx.cs.

2.2 Программное обеспечение задачи (комплекса задач)

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

Рис. 14. Use CASE диаграмма

После конфигурации файла в слое приложения Web. config необходимо добавить саму область отображения в Microsoft Dynamics CRM. Производится это путем создания web страницы Web Form:

Browser.aspx

<%@ Page Language="C#" AutoEventWireup="true" CodeFile="Browser.aspx.cs" Inherits="Browser" %>

tle>Document Browser

function OnResizeComplete ()

{

var fr = window.document.getElementById ('DocumentShare');

if (fr ≠ null)

{

var wwidth=(window.innerWidth)?window.innerWidth:

((document.all)?document.body.offsetWidth:null);

fr.style.width = wwidth + 'px';

var wheight=get_wh ();

fr.style.height = wheight;

}

}

function get_wh ()

{

var frameHeight = window.screen.height;

if (self.innerHeight)

frameHeight = self. innerHeight;

else if (document.documentElement &&

document.documentElement.clientHeight)

frameHeight = document.documentElement.clientHeight;