Každá firma provozuje své provozní aplikace v „ostrém“ produkční prostředí. Mnoho firem však řeší problém jak vytvořit a nastálo provozovat a zalicencovat tzv. akceptační zkušební a testovací prostředí uvnitř organizace. D��vod je zřejmý. Při jakékoli změně aplikace nebo softwarové infrastruktury je vhodné nechat i běžné koncové uživatele ověřit, že vše funguje tak jak má (účetnictví správně účtuje i v jeho nové verzi, uživatelé chápou jak funguje nová aplikace na intranetu atd.). Tvorba tohoto prostředí mívá několik aspektů. Vše začíná metodikou a snahou nasazovat kvalitní a uživateli ověřený software. Na druhé straně je zde určitá náročnost hardwarová i softwarová. U velkých firem se často průběžně ověřuje jen konkrétní aplikace dodaná třetí stranou u vývojářských firem zase nejrůznější konfigurace softwaru na různých OS a s různými klienty nebo naopak infrastruktura dodávaná na míru.
Pro akceptační uživatelské testy se s výhodou používá výrazně slabší HW zařízení nebo nevyužitá kapacita provozních systémů společně s virtualizací. Problém bývá však s dlouhodobými licencemi softwarového prostředí. Pro systematický a dlouhodobý provoz nejsou instalace uživatelských aplikací na časově omezených Trial licencí použitelné a je potřeba zařídit komerční trvalé licence i pro zkušební prostředí.
Kompletní problematika licencí společnosti Microsoft je v tomto případě výhodně řešena v rámci MSDN Služeb pro Visual Studio. Licencovaný vývojář Visual Studiem včetně MSDN služeb má po celou dobu platnosti služeb právo:
Toto akceptační zkušební prostředí pak může být provozováno neustále a pokud není použito k provoznímu tzn. opravdu finálnímu „ostrému“ provozu. Běžní koncoví uživatelé, pokud testují software který vytvořil nebo nějak upravil majitel aktivní MSDN licence, nemusí mít odpovídající komerční licence ale čerpají z benefitů akceptačního testování v rámci MSDN. Vývojáři a softwaroví architekti - ověřte si co získáte v které úrovni Visual Studia, případně si vyhledejte konkrétní produkty on-line , nainstalujte si vaše aplikace připadně doplňky včetně potřebné infrastruktury a nechte koncové uživatele průběžně testovat vaše aplikace.
Pojďme si ukázat nějaký příklad z praxe:
Střední organizace používá ERP nad MS SQL Serverem dodávané na míru třetí firmou s kterou spolupracuje interní vývojář a navíc jej propojuje na firemní SharePoint Server, který slouží i k mnoha dalším službám. Změny a update funkčnosti probíhají většinou kvartálně. Požadavek vedení společnosti je mít vždy před „ostrým provozem“ důkladně otestovánu koncovými uživateli jakoukoli změnu funkčnosti ERP tak i portálového řešení a to mimo produkční systém. Z hlediska licencí společnosti Microsoft (u většiny ostatních firem však obdobně), potřebných ke stálému provozu testovacího, ve skutečnosti téměř duplicitního prostředí, je nutné pořídit si všechny odpovídajcí serverové a klientské komerční licence. (Windows Servery, SQL Server, SharePoint Server, klienti atd.) V tomto případě firmy musí vlastnit běžné licence dvakrát, jednou pro ostré, produkční prostředí, jednou pro testovací. Protože je však interní vývojář zapojen do procesu vývoje a customizace ERP i portálového SharePoint řešení může v rámci svých MSDN Premium licencí vytvořit a zároveň zalicencovat potřebnou zkušební testovací infrastrukturu na které se novinky nasazují a testují. Vhodní koncoví uživatelé pak ověřují novou nebo opravenou funkčnost případně posílají své požadavky na úpravu. (Pozn. Infrastruktura pro řízení živorního cyklu software - Team Foundation Server 2010, je součástí Visual studia s MSDN a koncoví uživatelé mohou zadávat takto zjištěné chyby, které doputují přímo k odpovědnému vývojáři.)
A ještě malá tabulka jak lze a jak nelze používat MSDN licence
* Některé klientské produkty např. MS Office mohou majitelé MSDN Premium nebo Ultimate používat pro své vlastní provozní potřeby.
Budete-li mít k licencím akceptačního testování nějaké další dotazy, kontaktujte nás.
Buri
Všechno bylo jasné, dokudjsem se v nadpisu slouopce nedočetl toto "Jakýkoli uživatel organizace vlastnící aktivní komerční verzi MSDN". Rozvitý přívlastek "vlastnící..." se doufám vztahuje ke slovu "organizace",a nikoli ke slovu "uživatel". Jinak by to bylo na hlavu.
Předpokládám, že zmínka "komerční" říká jen, že pro členy MPN to je mírně jinak v tom, že akceptace mohou dělat pro své zákazníky, a ne pro sebe - je to tak ?
Ano, koncový uživatel nemusí mít žádnou MSDN licenci. Navíc je nově dovoleno toto prostředí zpřístupnit i externím subjektům a ten nemusí být zaměstnanec organizace vlastnící MSDN.
Na druhou stranu Partnerské MPN licence Visual Studio/MSDN NEJSOU určeny pro externí komerční placené projekty pro konkrétní zákazníky, viz popis: mspartner.microsoft.com/.../msdn-subscriptions.aspx a tudíž nelze MPN licence pro konkrétní zákaznický projekt a jeho UAT použít.
J. Burian
Díky za ujasnění. Mám spíše na mysli ty licence z MPN benefitů, uvedené na záložce "Demonstration" - ty (jak jsem pochopil), jsou právě pro tyto účely ?
www.microsoft.com/.../Licensing.aspx
Pokud se jedna o MPN demonstation licence pro certifikovane partnery, tak se nejedná o UAT:
Customer demonstration licenses may be used for demonstration purposes only, by partners that have attained Microsoft competencies. Sales and marketing employees of these organizations may use relevant software on internal computers to showcase the product to customers. The product cannot be left with the customer after the demonstration has been completed. Licenses are provided for the latest released versions of Microsoft software only. Licenses are not available for downgrade rights.
JB