În afară de organigramă. Note pentru arhitectura informaţii de intranet

Sunt participă la o licitaţie pentru reproiectarea o reţea intranet de mare publice, şi de această ocazie mi-a dat ocazia de a reflecta mai îndeaproape de arhitectura de mare de informaţii la scară intranet, în special legate de administraţiile publice, dar nu toate.

Mă refer în special la construirea arhitecturii de primul nivel, care este, desigur, doar o parte din arhitectura mai multe informaţii, în general. Cu toate acestea, în mod evident, este o alegere fundamentală care va orienta evoluţia întregul spaţiu în timp şi care necesită proiect special de îngrijire.

Dar, de multe ori în acest domeniu sunt comise foarte usor, care se transformă rapid în greşeală decisiv. Motivele pentru care aceste erori sunt legate de mulţi factori:

1. Fast realizare (în acest timp vom merge on-line, atunci poate vom modifica în timpul construcţiei)
2. prezumţia de organizare (stiu companiei, conţinutul trebuie să fie organizate în jurul a proceselor de marketing)
3. obiceiuri (de obicei, în fişierele de hârtie lucrurile student în anul întâi codul de organizatii)
4. subestimare strategice (arhitectura de informaţii, şi ce să fac cu Web? Mai degrabă, am trimis proiectul de grafică?)
5. Metodologia Apropierea (Am vorbit la bar cu managerul şi a spus că oaspete mea este OK)
6. Puţină atenţie utilizatori (nu? Dar daca esti chiar acolo, în conformitate cu subsecţiunea "departamentelor operaţionale!)
7. Impulsurilor megalomane (faci cum îţi place, dar misiunea companiei este de a apărea primul)

Şi multe, multe altele nu sunt uşor de clasificate. Rezultatul acestei Greutatea redusă este de obicei o mizerie, care cauzează Fast-frustrarea în creştere, dureri de cap, depresie efecte cosmice subiective, care devin, în cel mai bun, realizarea dureroasă că trebuie să mai devreme sau mai târziu, "pune mâna" ceva care la început părea funcţionale, dar acum a devenit un monstru de neatins.

Cu toate acestea, top-arhitectura nivel de un intranet, complexe, cu toate acestea, nu este un obiect atât de enigmatic. De fapt, puteţi identifica cu uşurinţă unele construcţii tipice, fiecare dintre acestea prezintă o serie de avantaje şi dezavantaje.

Am să încerc să le listă, identificând caracteristicile distinctive. După cum veţi vedea, unele sunt foarte naiv şi nepotrivit pentru aproape toate situaţiile tipice care pot apărea. Dar este în valoare de încă trece în revistă.

Modelul 1: Arhitectura pentru sectoarele de afaceri

Metaforă: Organigrama

Beneficiile

- Usor de a identifica proprietarul a secţiunii. În unele cazuri, poate coincide cu reprezentanţii grupului de lucru.
- Viteza relativă în arhitectura clădirii. Compania E "destul de bază deja stabilite cu privire la înfiinţarea, merge în profunzime, cu sub-structurilor şi asociate cu sub-secţiuni.

Dezavantajele

Sunt multe. Am lista de unii, dar există cu siguranţă, alte

- Gestionarea dificilă a transversalităţii. Conţinut foarte nu face parte într-un sector de afaceri specifice, şi devine dificil de loc în această arhitectură.
- Flux. Sectoare, precum şi a companiei, sunt in continua schimbare, iar arhitectura este de natură să vârstă foarte repede.
- Low se poate găsi. Multe subiecte, servicii intranet şi conţinut sunt percepute de către angajaţi, astfel sa distanţat de domenii, şi, prin urmare, nu poate fi găsit cu uşurinţă.
- Scalabilitate Poor. Este foarte "secţiuni uşor de primul nivel devine prea mult, şi greu de gestionat
- Conţinutul de Flattening. Estomparea ÎR şi, să zicem, Drept, înseamnă, în general, nu iau în considerare nevoile utilizatorilor, în medie, mai mult interesat în primul şi al doilea
- Slaba vizibilitate a serviciilor. Toate elementele de serviciu şi a sarcinilor operaţionale legate de utilizatori specifice sunt luni în fundal

Atunci când utilizarea

Singura modalitate de bun-simţ de a utiliza o arhitectură ca acest lucru este când suntem în prezenţa atât de multe intranet separate, unul pentru fiecare sector, precum şi noi încă necesitatea de a oferi un punct unic de acces la diferite sectiuni., În acest caz a portalului "" nimic, de fapt, că o uşă de la alte zona introductive intranet, cu arhitectura sa.

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

Model 2: Arhitectura de tematică

Biblioteca metaforei

Beneficiile

- Identificarea de teme specifice. Este destul de uşor să se identifice diferite teme şi de conţinut şi de grup-le în conformitate cu un sistem de raţională.
- Proprietar de conţinut. Chiar şi în acest caz, este destul de uşor să se identifice proprietarii de conţinut şi operatori de secţiuni.

Dezavantajele

- Overflow. Aceasta arhitectura-ar putea foarte repede deraiat într-o mulţime de subiecte, ceea ce face inutil pe termen lung.
- Etichetare. În cazul în care diferenţa devine dificil etichetarea şi amintesc cu latura de asssbassare arhitectura intelegibilità de utilizatori. În unele cazuri, informaţia devine dificil de a găsi, deoarece faceţi clic pe primul.
- Aplatizarea de conţinut. În această arhitectură diversele probleme de natură să ascundă sarcini reale utilizatorului: în unele cazuri devine dificil să se arate că, de conţinut, în unele domenii sunt servicii interactive sau generat de utilizator.

Atunci când utilizarea

Şi "arhitectura bun pentru mediile legate de informaţii şi cu o rată de creştere a conţinutului. În medii cu multe servicii interactive, cu o rată ridicată de creştere de informaţii care ar putea transforma într-un bumerang.

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

Model 3: Arhitectura de formate

Metaforă: FNAC (?)

Beneficiile

- Lerneability. E "arhitectura cu o curbă de învăţare destul de redus, care facilitează vieţile oamenilor medie în mediul înconjurător.
- Stabilitate. E "arhitectura care este rezistent la schimbarea organizationala.

Dezavantajele

- Depth. Arhitectură E ", care este probabil să fie foarte adâncă, din cauza sublevels este adesea necesar pentru a crea.
Sectoare - Invisibility. Spre deosebire de prima, este o arhitectura care face invizibil domenii de afaceri şi nu oferă spaţii speciale pentru ei de către primul nivel. În unele cazuri, acest lucru poate fi o problemă.

Atunci când utilizarea

Personal, favorita mea este una dintre arhitecturi de bun compromis între care oferă scalabilitate, inteligibilitatea, complet. Foarte bun pentru conţinut bogat intranet cu conţinut divers în ceea ce priveşte formatul, şi este în măsură pentru a veni în extinderea conţinutului şi a serviciilor destul de uşor de conserve de eleganţă în fundal. Deşi, în unele cazuri este necesar să se asocieze în paralel de navigatie la aspectele legate de proiecte sau sectoare.

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

Model 4: Arhitectura de evenimente

Metaforă: funcţii publice

Beneficiile

- Arhitectura înguste. Arhitectura E ", care nu este de natură să explodeze, cel puţin la primul nivel
- Accent pe activitatea. Referire la anumite activităţi pe care oamenii pot face este, cu siguranţă atractivă.

Dezavantajele

- Multiappartenenza Cuprins. Unele de conţinut nu face parte cu privire la eveniment specifice de viaţă corporative şi devin greu de loc în această arhitectură. Servicii ca un forum pentru biroul de asistenţă tehnică aparţinând "informaţii", "de lucru" sau "de lucru"?
- Low se poate găsi. Multe subiecte, servicii intranet şi conţinut sunt percepute de către angajaţi, astfel sa distanţat de evenimente si, prin urmare, nu poate fi găsit cu uşurinţă.
- Integrarea de formate diferite. În acelaşi recipient poate ajunge foarte diferite, în format de conţinut (ştiri, documente, servicii interactive, aplicaţii) şi de tipul de activitate necesare (citire, scriere, de colaborare, etc.)

Atunci când utilizarea

Acesta este, cu siguranţă un pas înainte, comparativ cu o arhitectura pentru diagramă simplă de organizare sau zone de subiect, ci de utilizare a acestei arhitecturi este un risc în cazul în care nu este asociată cu activitate de cercetare asupra utilizatorilor şi lor "harta mentala", decât de informaţii de afaceri. După o muncă serioasă de cercetare pot fi o alternativă valoros pentru modelele anterioare.

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

Model 5: Arhitectura pentru calitatea de membru

Metaforă: stiri locale - Bufet

Beneficiile

- Concentraţi-vă pe individuale. De informaţii este mult mai concentrat pe nevoile individuale.
- Personalizare. Este mult mai uşor pentru a construi programul lor.

Dezavantajele

- Extraprofilo Dificil de management de conţinut. Ea devine greu de gestionat de conţinut şi servicii care nu sunt asociate în mod direct la profilul persoanei.
- Risc de overflow în secţiunea generală. Partea generală este probabil să fie supraîncărcat cu conţinut şi de servicii eterogene

Atunci când utilizarea

Aproape toate intranet-uri mari pot beneficia de acest tip de arhitectura, deoarece permite pentru a se potrivi cu uşurinţă conţinutul total şi conţinutul-specifice sau personale. Este nevoie de o curbă de învăţare anumită, şi arhitectura combinat cu un al doilea nivel de "clasice" teme (poer sau formate).

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

Model 6: Arhitectura pentru servicii

Metaforă: Cutie de scule

Beneficiile

- Distinctivitatea servicii. Fiecare serviciu este uşor de recunoscut şi uşor accesibile.
- Viteza relativă în arhitectura clădirii. Este pur şi simplu, pe baza set de servicii disponibile
- Relativă uşurinţă de coordonare. Nu este necesar pentru a identifica persoanele fizice specifice pentru gestionarea secţiunilor individuale, dar care lucrează cu bazinul extins al contribuitorilor

Dezavantajele

- Pierderea controlului de redactare. Acest tip de arhitectură frunze autonomie de mult pentru utilizatorii de spaţiu în zona ocupării forţei de muncă, pierde şansa de a "forţând" pe anumite teme / servicii
- Separarea de conţinut. Fiind de serviciu-secţiune legate de conţinut poate conţine cele mai diverse (blog-ul de proiect, împreună cu AD, formularele împreună cu prezentări, forum, împreună cu faptul că birou cazzeggio)

Atunci când utilizarea

Acest tip de arhitectură este suficient de flexibil pentru a contenre totul praticametne şi permite identificarea cu uşurinţă a serviciilor disponibile. Şi "bun aproape exclusiv pentru intranet, care sunt prezentate ca" gateway "de serviciu, sau ca platforme" neutru ", utilizatorii pot apoi deoarece acestea, vă rugăm să utilizaţi în multe feluri. Şi ", de fapt, arhitectura intranet As A Service (IAAS), în care elaborarea, sau grup de lucru, este responsabil doar pentru a anima spaţiu şi a presta servicii, care sunt apoi aprobate de grupuri de utilizatori.

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

Model 7: Arhitectura pentru Task

Metaforă: consola de comandă - Camere de casa

Beneficiile

- Elegance. Acest tip de arhitectura are avantajul de eleganta si o armonie a anumitor în fundal.
- Scurt. De obicei, acest tip de arhitectură de nivel tinde să fie scurte, cu câteva bine identificate sarcini în beneficiul uşurinţa de utilizare.
- Focus pe acţiuni ale persoanelor fizice. Prin definiţie, această arhitectură este bine sa axat pe acţiunile pe care utilizatorii pot lua pentru a evita ambiguitatea şi orientare a mediului fers un scenariu active şi participative.

Dezavantajele

- Poco "miros de informaţii". Aceasta arhitectura, bun pentru sarcini simplu utilizator, acesta îşi pierde valoarea, deoarece conţinutul creşte, pierde "parfum de informare".
- Content "greu de rezolvat". Cu acest tip de metaforă pentru o parte a conţinutului va fi dificil de tratat, în imposibilitatea de a le exprima cu un verb adecvat
- De amestecare. Unele conţinut s-ar putea ajunge toate într-un singur container, care, treptat, degenerează.

Atunci când utilizarea

Ca toate serviciile tipice de arhitectură "2.0", această abordare puternic reflectă logica de "acţiune" pe care utilizatorul trebuie să se facă pe o cerere. Prin urmare, este contraindicat în intranet mari, care oferă o varietate de servicii şi cât mai multe "situatii", în care este necesar să se prezinte informaţii. Este un tip foarte bun de arhitectura pentru aplicaţii specifice, intranet mici şi foarte axat pe misiuni specifice sau pentru sub-secţiuni specifice, dar este puţin probabil pentru a capta toate real "sarcini de utilizator" pentru intranet-uri mari.

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

Remarci concludente

Uită de puritate. Cele mai multe dintre arhitecturi de beton care se întâlnesc în realitate, nu poate, nici nu ar trebui ei să fie construită folosind un model de P "uro", alese dintre cele 7 care le-am enumerate. Mai degrabă, ce funcţionează cu adevărat, este un amestec înţelept, cu faptul că arhitectura predominant este capabil de a adăuga alte elemente din arhitectura în măsură să integreze cu prevalenţa şi utilizarea hărţi mentale de utilizatori. Uneori ai nevoie pentru a intra într-o arhitectura pentru domenii tematice HR ", alte ori este necesar să se includă la rubrica" Bloguri "arhitectura pentru aderare. nu trebuie să fie elegant, dar funcţionează.

Associate mai multe arhitecturi. În intranet de mare este o idee buna de a se asocia mai multe arhitecturi, întotdeauna, în scopul de a oferi o perspectivă alternativă de acelaşi tip de informaţii. În unele cazuri, ar putea fi două arhitecturi paralele, alte arhitecturi care pornesc de mai jos arhitectura de bază secundare. Aproape mail, în caz de proiecte de anvergură, o metaforă unică este capabil să înţeleagă tot conţinutul. În cele mai multe cazuri, arhitecturi sunt alternând în funcţie de nivelul de adâncime. De exemplu:

- Surface arhitecturi formate sau de membru
- Deep arhitecturi de sarcină sau care fac obiectul zone

Sunt doar câteva exemple: lucruri, în realitate, sunt evaluate de la caz la caz.

Ascultă pentru utilizatori. Nr arhitectura poate funcţiona fără o constantă şi de a asculta atent pentru utilizatori, sau colegi. Dacă aveţi dubii puteţi fi siguri că vor ridica acolo. Utilizaţi instrumentele disponibile (carte de sortare, interviuri, etc), şi să facă înainte de comori construirea arhitecturii.