Разработка бизнес-процессов на платформе Microsoft.NET

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

Оглавление

1. Введение

2. Теоретическая часть

2.1 Введение

2.2 Основные средства технологии .NET для разработки бизнес-приложений

2.2.1 Team System

2.2.2 Роли, поддерживаемые Team System

2.3 Средства для разработки графического интерфейса - WPF

2.4.Понятия workflow

2.4.1 Специфика бизнес-процессов

2.4.2 Пример бизнес-процессов

2.4.3 Workflow и ASP.NET

2.4.4 Критерии применимости

3. Практическая часть

3.1 Общая характеристика задачи

3.2 Алгоритм решения задачи

4. Список использованной литературы

5. Приложения

1. Введение

Бизнес приложения создавались, создаются и будут создаваться т.к. это один из типов приложений более всего востребованных на рынке. Однако для создания бизнес приложений не достаточно простых языков программирование типа Basic или Pascal. Корпорация Microsoft понимая это разработала свой более продуманный программный пакет для создания приложений и назвала его Microsoft Visual Studio. Вся концепция Microsoft Visual Studio основана на технологии .NET, о данной технологии мы и поговорим в работе.

2. Теоретическая часть

2.1 Введение

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

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

2.2 Основные средства технологии .NET для разработки бизнес приложений

2.2.1 Team System

Любой мало-мальски серьезный проект (коммерческий или нет) нуждается в различных средствах поддержки процесса разработки. Среди них надо упомянуть:

Средства проектирования архитектуры

Средства планирования работ

Средства контроля версий исходных текстов (а также тестов, скриптов, документации и т.п. - всего, что НЕ генерируется какими-либо инструментами)

· Средства отслеживания ошибок

· Средства отладки

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

· Средства коммуникации

· Средства автоматической сборки продукта и инсталляции продукта

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

Было бы удобно, если бы существовала единая среда разработки, в которой «жили» бы все ее участники. Однако в проектах существует множество совершенно различных ролей, с весьма разными задачами, которые существующим средствам поддержки разработки довольно тяжело охватить. Как сделать единую среду для, скажем, ролей программиста и руководителя? Первому надо писать и отлаживать код, второму - отслеживать состояние проекта и принимать корректирующие действия.

Microsoft подошла к этому вопросу фундаментально. В компании подумали обо всех ролях обычного проекта по разработке ПО и проинтегрировали средства, требуемые этим ролям, в едином окружении. Это окружение - Visual Studio в ее версии Team Edition с серверной поддержкой в лице Team Foundation Server. Есть и аналогичная (но несколько урезанная) поддержка групповой разработки и для Professional и даже для Standard версий.

Небольшое терминологическое замечание: весь комплект средств называется Team System, как мы и будем далее его называть. [2.]

2.2.2 Роли, поддерживаемые Team System

Team System выделяет четыре проектных:

· Разработчик

· Архитектор

· Тестер

· Менеджер проекта [3.]

Для каждой из этих ролей, кроме менеджеров, существует своя версия Visual Studio: Visual Studio Team Edition for Developers, Visual Studio Team Edition for Testers, Visual Studio Team Edition for Architects. Для менеджеров предназначены специальные средства Team Foundation Server.

Есть также редакция Visual Studio, которая объединяет в себе все три версии студии, она называется Team Suite. Отдельным пунктом идет редакция VS для разработчиков баз данных (Database Professional Team Center), выпущенная немного позже остальных упомянутых версий VSTS.

Во всем этом многообразии сложно разобраться, особенно принимая решение о покупке, - много версий, немалое количество возможных конфигураций, различные ценовые категории, различные мотивации к приобретению для разных проектов и команд, особенно если учесть существование клиентских лицензий (CAL), возможности покупать или не покупать Visual SourceSafe 2005 вместо TFS, покупаемую версию MSDN, с поддержкой или без; но, к счастью, в рамках этого курса мы рассматриваем семейство продуктов Visual Studio исключительно с точки зрения его пользователя, поэтому основная часть подобных деталей нам неинтересна.

2.3 Средства для разработки графического интерфейса - WPF

Технология Windows Presentation Foundation (WPF), ранее носившая кодовое название Avalon, является одной из частей нового API будущих версий Windows. Это API носит название .NET Framework 3.0 (бывший WinFX).

WPF - новая графическая подсистема, основанная на управляемом коде. WPF является надстройкой над DirectX, что дает приложениям, написанным с её помощью, богатые возможности по отрисовке. Эта технология объединяет в себе три мира, перечисленные ранее, - UI для настольных и веб-приложений, и UI для игр и мультимедиа-приложений. WPF содержит в себе множество элементов управления, поддержку видео, анимации, трехмерных изображений и т.п. [5.]

Надо отметить, что WPF - это не только диалоги, картинки и видео. Кроме прочего, WPF включает в себя также синтез и распознавание речи. Более полный список того, что поддерживается WPF:

· 2D

· 3D

· Работа с текстами и шрифтами

· Работа с изображениями

· Эффекты

· Аудио

· Видео

· Анимация и работа с временными интервалами

· 6.1 Составные части WPF

· WPF состоит из двух частей:

· Движка

· WPF Framework (API)

Движок WPF, как уже упоминалось, построен поверх DirectX, что позволяет использовать всю мощь современного «железа». Так, например, когда WPF определяет наличие видеокарты, поддерживающей аппаратное ускорение, он автоматически использует эти возможности карты. Вообще, т.к. использование WPF требует серьезной аппаратной поддержки, программа сертификации на готовность к Windows Vista требует от компьютера наличия графического процессора, поддерживающего Dx9. Впрочем, это весьма логично - перекладывать графические вычисления с главного процессора на графический, освобождая таким образом ресурсы для основных задач.

Рендеринг в WPF - векторный, это дает возможность использовать преимущества мониторов с высоким разрешением, без каких либо дополнительных усилий программиста или пользователя. UI больше не зависит от конкретных разрешений, введено понятие «виртуального пикселя».

WPF Framework позволяет программистам создавать продвинутые приложения с богатым UI, работающие с мультимедиа, изощренно работать с документами: все это объединено в единой программной модели. WPF предлагает множество различных элементов управления для:

Стандартных форм (такие как кнопки и элементы ввода)

· Документов

· Изображений и видео

· Графических примитивов

· 3D

· Различных контейнеров и панелей для размещения контролов и т.д. Естественно, у программистов есть возможность создавать собственные контролы, базируясь на существующих, так же как и создавать их с нуля. [5.]

Не станет сюрпризом то, что API WPF - это managed фреймворк, т.е. он предоставляет программный доступ к своим возможностям через управляемый (managed) код Microsoft.NET. Приложение(1)

2.4 Понятие workflow

При создании бизнес-приложений обычно различают несколько процессов:

Операционные (технические) процессы: связь с базой данных, посылка почты и т.п.

Line-of-business (LOB) процессы: посылка инвойсов, получение платежей

Уникальные процессы - процессы, которые уникальны для компании, в которой проистекают данные процессы. [4.]

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

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

Сложные бизнес-процессы могут быть описаны с помощью потоков работ (workflow). Согласно Workflow Management Coalition (WfMC) workflow это «полная или частичная автоматизация деловых процессов, при которой документы, информация или задания передаются от одного участника другому для выполнения определенных действий согласно своду процедурных правил». Как следует из данной формулировки, workflow-инициативы направлены, прежде всего, на автоматизацию деловых процессов, изначально выполняемых вручную. Под «участниками» в понятии workflow понимаются как информационные системы, так и люди. Именно участие людей привносит специфику в управление бизнес-процессами, специфику, которая препятствует полной автоматизации этого управления.

2.4.1 Специфика бизнес-процессов

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

Участие как информационных систем, так и людей

Потенциально большая (и недетерминированная) длительность

Большое количество однAовременных «экземпляров» конкретного типа бизнес-процесса

Бизнес-процесс зачастую представляет собой единую транзакцию, которую иногда невозможно полностью откатить (что обсуждалось на лекции про WS-стандарты)

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

Примеры бизнес-процессов:

Документооборот предприятия

B2B-процессы (business-to-business)

Рассмотрение заявления на ипотечный кредит

Поддержка пользователей [4.]

2.4.2 Пример бизнес-процесса

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

Пользователь звонит в службу поддержки с некоторой жалобой

Оператор открывает карточку с именем пользователя, временем и коротким описанием проблемы

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

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

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

Этот пример наглядно демонстрирует специфику бизнес-процессов:

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

От момента звонка до решения проблемы может пройти не один день, и даже месяц, в зависимости от сложности исправления

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

2.4.3 Workflow и ASP.NET

Одно из интересных применений workflow - описание сложной логики последовательности страниц веб-приложения (т.н. page flow). Для того, чтобы применить WWF в решении этой задачи, нужно чтобы workflow можно было исполнять внутри ASP.NET. Это возможно, однако вследствие особенностей веб-приложений, возникают некоторые сложности:

Сложнее контролировать единственность объекта WorkflowRuntime, т.к. запросы клиента серверу ничего не знают о предыдущих запросах, а также о запросах других клиентов

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

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

Первая проблема решается с помощью специального класса WorkflowWebRequestContext:

WorkflowRuntime wr =

WorkflowWebRequestContext.Current.WorkflowRuntime

Этот вызов вернет существующий экземпляр рантайма или же создаст новый.

Вторая и третья проблема решаются одним способом - оборачиванием workflow в веб-сервис. При этом к workflow надо будет добавить две специальные активности - WebServiceReceive и WebServiceResponse.

2.4.4 Критерии применимости

Очевидно, что разрабатывать простые workflow с помощью WWF - все равно, что стрелять из пушки по воробьям. Применение WWF имеет свою стоимость, которая может быть оправдана только при росте сложности workflow выше определенного порога. WWF полезен при создании сложных приложений с часто меняющейся бизнес-логикой и/или требующих частой настройки. Это может быть согласование условий контракта и обеспечение его выполнения или принятие заказов и их реализация с учетом индивидуальных особенностей и пожеланий каждого заказчика. WWF хорошо подходит для формализации взаимодействия различных исполняющих устройств, и даже человека и машины. Наконец, WWF может быть полезен для веб-приложений с нетривиальной последовательностью страниц (page flow).

microsoft team system интерфейс бизнес

3. Практическая часть

3.1 Краткое описание задачи

1. Сформировать таблицы.

2. Заполнить таблицы по приведённым данным.

3. Организовать межтабличные связи.

4. Построить сводную таблицу и гистограмму.

3.2 Алгоритм решения задачи

1. Откроим табличный процессор Excel.

2. Лист первый переименуем в «Список кредитов»

3. Лист второй в «Журнал регистрации»

4. Лист третий в «Сводная таблица и диаграмма»

5. На листе «Список кредитов» сформируем таблицу «Список видов кредита»

Рис. 1. Список видов кредита

6. На листе «Журнал регистрации» сформируем таблицу «Журнал регистрации кредитов».



Рис. 2. Журнал регистрации кредитов

7. Заполняем графы наименование кредита автоматически с помощью функции =просмотр().

8. В ячейку Н2 внесём формулу

=ПРОСМОТР(C2;Лист1!$A$2:$A$6;Лист1!$C$2:$C$6)*E2+E2.

Заполним аналогичным методом другие ячейки.

Рис. 3. Заполнение таблицы просмотр

9. Переименуем лист третий в «Промежуточные данные» и заполним его для дальнейших расчётов. Для этого сделаем подсчёт просроченных дней.

Рис. 4. Промежуточные расчёты

10. Произведём расчёты для заполнения графы «Сумма возврата по договору тыс. руб.» для этого в ячейку Н2 поместим формулу

=ПРОСМОТР(C2;'Список кредитов'!$A$2:$A$6;'

Список кредитов'!$C$2:$C$6)*E2+E2 . После этого размножим эти данные для других ячеек.

11. Произведём расчёты для заполнения графы «Штрафные санкции, тыс. руб.». Для этого в ячейку I2 формулу

=БС(Лист3!$C$11;Лист3!B2;;'Журнал регистрации'!E2)*-1-E2

Размножим эту формулу для остальных граф.

12. Произведём расчёты для заполнения графы «Общая сумма возврата, тыс. руб.» . Эля этого поместим в ячейку J2 формулу =H2+I2 . Размножим формулу для других ячеек.



Рис. 5. Заполненный журнал регистрации

13. Создадим сводную таблицу и гистограмму по таблице «Журнал регистрации кредита», по которой будет виден самый востребованный кредит.

Рис. 6. Сводная таблица с гистограммой

4. Список использованной литературы

1.https://msdb.ru/Downloads/Events/Materials/ISV_2005-12-20/Visual_Studio_2005_and_dotNET_Framework_20.ppt -Что нового в Visual Studio 2005 и .NET Framework 2.0 (презентация)

2.http://teamsystemrocks.com - комьюнити Team System, много обучающих материалов.

3. http://www.tornado.ru/article12.htm - что такое workflow

4. http://www.itc.ua/print.phtml?ID=23217 - введение в WWF

5.http://ajaxian.com/archives/microsofts-mix-06-conference - статья об объявлении WPF на конференции Microsoft Mix 2006

Приложение 1

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

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