Архив ‘Выпуск 11’

От редакции

Воскресенье, 12 Сентябрь, 2010

Друзья! Р? СЃРЅРѕРІР° РЅР° СЃРІСЏР·Рё онлайн-журнал NAV4U.

Мы по-прежнему несем луч Navision в массы. Хотя уже и не так агрессивно как раньше.Так как с момента выхода в свет прошлого юбилейного десятого номера прошло довольно много времени, то и новостей будет много. Но начну я конечно с новости главной:

1го сентября 2010 года поступила в продажу русская версия Microsoft Dynamics NAV 2009 SP1. Ура товарищи!

В dynamicsnav2009.png

Запуск был качественный, с в том числе с привлечением Dan Brown (General Manager Microsoft Dynamics NAV). Посмотреть видео можно по этой ссылке. Что еще произошло:

  1. Был аннонсирован Microsoft Dynamics NAV 2009 R2
  2. Произошли кадровые перестановке в международном Microsoft Dynamics
  3. Р?зменения РІ лицензионной политике (это важно РїСЂРё использовании, РІ том числе, Рё веб-служб).
  4. Обновлен пакет для тестирования приложений (про это чуть подробнее будет рассказано чуть ниже).
  5. Продолжается развиваться и поддерживать Microsoft Dynamics NAV EXPRESS. 

Что касается локализации, то стоит отметить следующий немаловажный факт. Еще до выхода NAV 2009 SP1 RU, командой Microsoft был предложен новый механизм общения с сообществом Dynamics NAV в России: открытие Microsoft Terminology Community Forum. Сертифицированные партнеры могли (и могут до сих пор - ресурс функционирует до 30 сентября) внести свою лепту в перевод важнейших терминов системы.

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

Про что мы написали в сегодняшнем номере. По-прежнему мы рассматриваем различные аспекты работы с Dynamics NAV 2009. В том числе продолжаем поднятые в предыдущих выпусках темы связанные с веб-службами и подключаемыми компонентами. Кроме того, Роман Мелинг, рассказал о новой функциональности предназначенной для разработчиков вертикальных и горизонтальных решений –автоматизированное тестирование в Dynamics NAV 2009 SP1.Статьи в номере:

Реализация матричной формы с помощью веб-служб

Воскресенье, 12 Сентябрь, 2010

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

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

Уже догадались к чему я клоню?

Да, да. Я тоже подумал о создании матричной формы.

Как известно РІ версии NAV 2009 СЃ матричными формами есть проблемы. Даже так. Р?значально РІ Dynamics NAV 2009 матричные формы перестали поддерживаться Рё были заменены недружелюбными поделками РЅР° базе страниц (Page). Хотя СЏ Рё РЅРµ являюсь фанатом матричных форм, однако волею СЃСѓРґСЊР±С‹ внес некий вклад РІ смягчение сложившейся ситуации:

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

Далее…

Подключение матричной формы в ролеориентированный клиент

Воскресенье, 12 Сентябрь, 2010

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

Пожалуй приступим.

Создадим новый проект типа Class Library (File > New > Project). Назовем его NAV4U.ItemMatrix.

Далее добавим ссылки на сборки, которые отвечают за базовую графическую функциональность и создание Windows интерфейса:

  • System.Drawing
  • System.Windows.Forms

Кроме этого нужно добавить ссылку на библиотеку Microsoft.Dynamics.Framework.UI.Extensibility.dll из папки «C:\Program Files\Microsoft Dynamics NAV\60\RoleTailored Client».

Добавим необходимые using директивы:

  1. using Microsoft.Dynamics.Framework.UI.Extensibility;
  2. using Microsoft.Dynamics.Framework.UI.Extensibility.WinForms;
  3. using System.Windows.Forms;
  4. using System.Drawing;

Добавим ссылки на веб-службы:

ItemCardWS http://localhost:7047/DynamicsNAV/WS/CRONUS%20International%20Ltd/Page/ItemCard

LocationListWS http://localhost:7047/DynamicsNAV/WS/CRONUS%20International%20Ltd/Page/LocationList

Далее…

Пример Web-интерфейса для работы с NAV 2009. Часть 1.

Воскресенье, 12 Сентябрь, 2010

Р’ предыдущем выпуске был приведен СЂСЏРґ статей, рассказывающих РѕР± основах функционирования Web Services РІ Dynamics NAV. РџРѕРјРёРјРѕ РѕСЃРЅРѕРІ, были приведены несколько небольших примеров того, как можно реализовать Web Service РїРѕРґ нужды конкретной задачи. Р’ качестве клиентов выступали Windows Service Рё Win Forms, которые обращались Рє NAV…

Но чего в предыдущем выпуске (да и во всех остальных тоже) не было, так это реализации хотя бы элементарного Web Interface для NAV. Собственно, решением данной задачи мы и займемся.

Пару месяцев назад довелось РјРЅРµ участвовать РІ оживленной РґРёСЃРєСѓСЃСЃРёРё РЅР° http://mibuso.com/forum/. Суть заключалась РІ том, что автор темы РЅРµ РјРѕРі справиться СЃ некоторыми трудностями, которые возникли Сѓ него РІРѕ время реализации веб-клиента для NAV… РљРѕРіРґР° же автор того топика разрешил удаленно приконнектиться СЃ помощью TeamViewer Рє его машине Рё посмотреть  РЅР° того самого клиента, СЏ был удивлен: передо РјРЅРѕР№ был web-интерфейс классического клиента. РћРґРёРЅ РІ РѕРґРёРЅ. Дальше углубляться РЅРµ стали, РѕРЅ пооткрывал пару форм, РЅРѕ этого хватило, чтобы произвести немалое впечатление… Реализация, хотя Р±С‹ отчасти, более/менее функционального web-клиента, прежде всего, поможет РёРј обойти ограничение РїРѕ количеству конкурентных пользователей. Хотя тут тоже РЅРµ РІСЃРµ так просто… Причем РІСЃРµ – абсолютно легально…

Р?так, какие же инструменты Рё технологии пригодятся нам сегодня:

  • IIS (Internet Information Services);
  • PHP (PHP: Hypertext Preprocessor);
  • WCF (Windows Communication Foundation);
  • ASP.NET, AJAX.

Перечислено РјРЅРѕРіРѕ чего, РЅРѕ взято будет совсем понемногу РѕС‚ каждой составляющей…

Далее…

Пример Web-интерфейса для работы с NAV 2009. Часть 2.

Воскресенье, 12 Сентябрь, 2010

В предыдущей статье  мы говорили о том, как с использованием клиент/серверных технологий можно без труда реализовать простейшее web-приложение с тем, чтобы интегрировать его с NAV’ом. Собственно, последнее действие мы и будем реализовывать прямо сейчас…
Для начала, напишем простейший Codeunit и опубликуем его в качестве web-сервиса:

m1_picture-10.png

Далее…

NAV 2009 SP1 testing. Модульное тестирование кода в NAV 2009 SP1.

Воскресенье, 12 Сентябрь, 2010

Поговорим немного о возможностях тестирования в NAV 2009 SP1 и сравнении этих возможностей с тем, что мы имеем сейчас…
Р?звестно, что РІ как более старых версиях, так Рё РІ версии 5.0, достаточно просто заниматься процессом «тестирования»: попробовал сам РІ ручном режиме несколько сценариев, отдал пользователю пресловутую форму СЃ кнопками Рё ждешь, РєРѕРіРґР° же РѕРЅ сообщит Рѕ найденных РЅР° ней ошибках. Понятно, что здесь СЏ немного утрирую, РЅРѕ суть примерно такая, согласитесь?

Собственно, это даже не testing как таковой, поскольку процесс тестирования довольно многогранен:

  • тестирование производительности;
  • тестирование безопасности;
  • тестирование интерфейса, бизнес-логики Рё С‚.Рґ…

Р’СЃРµ-таки разработка РІ NAV – прикладная, поэтому нанимать РІ штат профессионального тестера для выполнения перечисленных вещей выглядит довольно абсурдно…

Вообще, РЅР° РјРѕР№ взгляд, тестирование РІ Навижине – это Рё РЅРµ тестирование РІРѕРІСЃРµ. Это – верификация. Рў.Рµ. РјС‹ проверяем алгоритмы РЅР° основании опытных данных, доказывая этим, что ошибки Рё дефекты отсутствуют СЃ нашей точки зрения (СЃ точки зрения изменяемых Рё предлагаемых нами методов решения проблемы). РќРѕ гарантировать отсутствие дефектов СЃ учетом человеческого фактора (пользователя) РЅРµ представляется возможным…

Р? РІСЃРµ Р±С‹ ничего, если Р±С‹ РЅРµ РѕРґРЅРѕ «Но», Рѕ котором СЏ уже написал: конечный пользователь. Человек – РЅРµ машина Рё предвидеть какие-то специфичные ошибки/слабости системы, подчас, РЅРµ РІ состоянии.

Далее…