Agențiile guvernamentale din întreaga lume sunt tot mai conștienți de importanța TIC în domeniul standardelor deschise ca acesta din urmă să contribuie la realizarea dreptului de a alege și posibilitatea de schimb cu ajutorul sistemelor lor, afectează reducerea costurilor și inovare pentru a merge mai departe. Însăși ideea că documentul publică care urmează să fie utilizat format deschis, a devenit de la sine, precum și utilizarea unor standarde deschise este văzută ca o parte integrantă a strategiei sistemelor de e-guvernare.
Confuzia actuală despre OOXML își are rădăcinile în crearea mai multor versiuni ale standardului în ISO / IEC
Înțelegerea ce circumstanțe neplăcute au contribuit la dezvoltarea OOXML, aceasta ajută la explicarea confuzia actuală legată de acest format.
În primul rând, trebuie să înțeleagă că, atunci când este vorba de standarde, succesul se măsoară în ce sunt rezolvate problemele standard și ceea ce oferă oportunități pentru inovare. Cel mai adesea printre motivele pentru crearea și introducerea unor standarde deschise în domeniul TIC numit nevoia de interoperabilitate, oferind opțiuni și flexibilitate.
Cu o astfel de grabă și să încerce mai degrabă ridicol de a revizui standardele de proprietate existente, necesare în conformitate cu obiectivele, lui OOXML a fost creată fără un efort suficient pentru a ajunge la un consens industrie, fără a încerca, împreună cu părțile concurente pentru a dezvolta potrivite pentru toate standard pentru industrie.
La primul tur de scrutin în ISO, OOXML nu este în măsură să primească un număr suficient de voturi [7]. Nu a fost o mulțime de comentarii, indicând, în ceea ce aspecte OOXML depinde de sistemul de operare Windows. A fost numai după o serie de modificări aduse de Microsoft la o specificație, ISO a fost de acord să recunoască valabil lui. Primul dintre acestea a fost concesiile de introducere „Stern» (strict) și „tranziție» meci (tranzitorii) clase.
De fapt, în scopul de a realiza adoptarea caietului de sarcini ca un standard internațional ISO, Microsoft a fost de acord să facă OOXML unei părți, care au fost dependente de Windows și ar putea fi puse în aplicare cu succes numai însăși Microsoft în partea de „tranziție“ a standardului, a căror utilizare a trebuit să fie limitată transfera exclusiv documente Microsoft Office în vechiul nou. Sa afirmat în mod clar că „tranziția“ din caietul de sarcini nu ar trebui să fie utilizate pentru a crea noi documente.
Existența claselor de potrivire ... utilizate în legătură cu o nouă structură multi-o parte a standardului înseamnă că utilizatorii și documentele care reglementează politicile de achiziții pot acum să indice în mod explicit cerința ca software-ul salvează documentul utilizând clasa „strictă“ de conformitate. Sau, un alt exemplu, instituțiile de bibliotecă, care au necesitatea de a crea arhive pot cumpăra software-ul care acceptă clase atât stricte și tranzitorii [8].
Brayan Dzhons, Office Manager de proiect la Microsoft
În schimb, forța motrice din spatele creării ODF a fost dorința de a realiza interoperabilitatea (interoperabilitatea) a software-ului de birou și a oferi utilizatorilor posibilitatea de a alege software-ul dreapta.
OASIS ODF 1.2 specificație
Rezultatele confirmă importanța unor standarde deschise adecvate, pentru că astăzi toate aplicațiile majore pentru crearea de documente de utilizator [10] acceptă standardul ODF.
Stadiul actual al punerii în aplicare a standardului OOXML: confuzia cu versiuni diferite
După câțiva ani de la, deoarece OOXML a fost aprobat de ISO ca prodlzhaet internațional format standard încă mai există în mai multe versiuni, dintre care niciunul nu corespunde exact celei utilizate de către Microsoft în produsele sale software Office. Luați în considerare aceste opțiuni OOXML:
Faptul că Microsoft, fără să realizeze versiunea „strictă“ standrta extinde privat „de tranziție“ versiune înseamnă că îmbunătățirile care au permis să treacă OOXML faza de aprobare în ISO, pentru moment ignorat. Această discrepanță între ISO și punerea în aplicare Microsoft a rezultat într-o declarație recentă privind soluționarea conflictelor de vot Președintele (ședința de rezoluție vot) reuniune că „Întregul OOXML proiect este acum cu siguranță se îndreaptă spre colaps.“ [11]
Ce presupune acest lucru pentru instituțiile de stat?
Deși nu toate organizațiile care folosesc standarde deschise sunt aceleași, în general, ei încearcă să evite, în funcție de furnizorul de a reduce costurile, pentru a îmbunătăți compatibilitatea (interoperabilitate), pentru a extinde accesul publicului la documentele oficiale și pentru a asigura depozitarea lor pe termen lung. Unii, dar nu toate, de asemenea, și-a exprimat în mod clar obiectivul de a facilita dezvoltarea concurenței, și chiar să promoveze utilizarea standardelor deschise.
Nu zavismosti pe prima sau a doua zonă sunt ținta unei instituții de stat, atât timp cât o parte a Microsoft și alți furnizori de software nu va fi plin de sprijin „strict“ versiune a OOXML (ISO / IEC 29500), instituțiile de stat bazându-se pe orice OOXML versiunea lui, se poate conta doar pe dependența de o soluție de proprietate specifică, care nu vor îndeplini obiectivele și nevoile lor primare.