Heisenberg-prinsippet sier at det er umulig å vite både hastigheten og posisjonen til en atompartikkel. I mikrokosmos i den subatomære verden gir synlighet ting energi til systemet og endrer alt. Å se på noe endrer uunngåelig det.
I makrokosmos på Internett og intranett beveger himmellegemer seg med lysets hastighet. Ting beveger seg så raskt at det virker umulig å vite om hastigheten eller posisjonen til noe. Teknologier oppstår ofte, bare for å bli feid bort av nyere. Produktene er kule i dag og borte i morgen. Standarder overholdes av standarder og standarder i seg selv blir et meningsløst konsept.
"Gud spiller ikke terninger med universet," sa Albert Einstein. Men bedriftsutvikleren erklærer: "Hele livet mitt er en crapshoot."
I mange selskaper blir intranettet den siste realiseringen av klient / server databehandling. En nylig studie av IDC for magasinet indikerer at 76 prosent av selskapene for tiden har eller planlegger et intranett. Av disse vil nesten alle bruke intranettene sine for å lette kommunikasjon over hele virksomheten, mens mer enn 65 prosent vil bruke det som en plattform for distribuert databehandling.
Dessverre utvikler mange intranett seg uten noe klart mål, tilsynelatende gjennom en prosess med tilfeldig mutasjon. Ta dette, legg til det, barber deg litt av sidene. Et implisitt mål for de fleste intranett er å realisere løftet om klient / server databehandling: billig, skalerbar, lett vedlikeholdt programvare for bedriften. For at intranett skal lykkes, må de oppnå et reelt forretningsformål, ha en overordnet design og være bygget med et sett med målbare mål i tankene. I følge , bare 40 prosent av IS-forvalterne anser for øyeblikket klient / server-databehandling som en verdifull investering. Uten noen intelligent tanke nå, vil ingen IS-ledere betrakte deres intranett som en verdifull investering i fremtiden.
Intranett i 6 enkle trinn
Det er utrolig hvor lite design har gått i de fleste bedriftsintranett. Hvis det i det hele tatt er noen arkitektur, ser det ut til å være av Rube Goldberg-varianten: en tilfeldig samling av morsomme komponenter. Intranett av alle størrelser er til slutt programvareprosjekter, og ofte oppdragskritiske. De samme designreglene som gjelder ethvert sofistikert program, gjelder intranett, med noen forbedringer. På høyeste nivå er det seks viktige designegenskaper:
- Definer oppdraget
- Velg standardene
- Tenk stort, begynn smått
- Utvikle skeptisk
- Mål alt
- Bygg videre på det som fungerer
Definer oppdraget
Overraskende nok ser det ut til at det mest ignorerte aspektet ved intranettdesign er grunnleggende spørsmål om oppdraget eller formålet. Hvilket forretningsmål tjener intranettet? Skal den brukes som en mekanisme for informasjonsdeling? Er det selskapets primære grensesnitt mot kunder? Vil den brukes til å koble til alle ansatte? Til leverandører? Til kunder? Vil driftssystemer bygges oppå intranettinfrastrukturen?
Selv om disse spørsmålene kan virke enkle, er det noen store arkitektoniske avgjørelser som kommer automatisk fra dem. Hvis intranettet først og fremst skal brukes til kommunikasjon og informasjonsinnhenting, er det egentlig et elektronisk publiseringssystem som består av koblede HTML-sider. Hvis den brukes til operativsystemer, er den en plattform for distribuert databehandling som består av både programmer og dokumenter. Hvis det først og fremst brukes for ansatte, vil en sikkerhets- og hurtigbufringsordning gjelde. Med Internett-tilgang fungerer en annen strategi best.
Kanskje det mest oversettede aspektet ved intranettdesign er sikkerhet. I de fleste selskaper er det en arv fra klient / server tenking der applikasjoner er vanskelige og dyre å skalere til store volum brukere. I intranettet er skalerbarhet mindre bekymring enn sikkerhet. Hvor informasjon er allment tilgjengelig, hvem vil ikke ha tilgang er like viktig som hvem?
Velg standardene
Å velge et sett med standarder for å bygge et intranett er alltid en blanding av vitenskap og spådom. Der intranettet brukes til informasjonsinnhenting, kommer problemet til å velge et sett med støttede nettlesere, innholdstyper, adresseskjemaer og server-API-er. Der den brukes til distribuert databehandling, er det en rekke spill som må plasseres. Det viktigste er applikasjonsprotokollen som skal brukes til å koble sammen programmer og ressurser. Det er minst fire konkurrerende visjoner her. Den ene er Netscape Internet Inter-ORB Protocol (IIOP) for programmatisk tilgang til servere ved hjelp av et lett CORBA-grensesnitt (Common Object Request Broker Architecture). Den andre er Microsofts distribuerte komponentobjektmodell (DCOM). Den tredje er utvidet HTTP (HyperText Transport Protocol). Den siste er CGI (Common Gateway Interface). Hver av disse har styrker og svakheter. Det samme gjelder databasetilgang, der valg må gjøres blant Microsofts Open Database Connectivity (ODBC), JavaSofts Java Database Connection (JDBC) og mer proprietære grensesnitt som Microsofts Data Access Objects (DAO) og Remote Data Objects (RDO).
Standardisering på nettlesere, servere og en HTML-spesifikasjon blir enklere ettersom produktfunksjoner og APIer konvergerer. Subtile forskjeller forblir imidlertid, selv i nettleserstøtte for generiske HTML-funksjoner som tabeller og rammer. Standarder vil fortsette å utvikle seg raskt; velg nøye hvis ikke konservativt.
Tenk stort, begynn smått
Til slutt vil bedriftens intranett være alt for alle. Det vil bringe nye produktivitetsnivåer til bedriften, og knytte dine ansatte, leverandører og kunder i en kvalitetsfavn. Det vil skape en ny standard for World Wide Web. Det vil gjøre deg rikere enn Oprah.
Men ikke i sin første utgivelse. Den iboende fleksibiliteten til populære Internett-teknologier som Java, URL-er, HTML og HTTP er at de lar deg enkelt utvikle, forbedre og flytte systemet.
Det er to viktige tanker for de som ønsker å ta fatt på å bygge et intranett. For det første er det bedre å ha noe som fungerer og har målbare fordeler nå enn en god design som aldri blir implementert. For det andre, tenk på det langsiktige, selv i det minste prosjektet. Sjansen er god for at den vil bli gjenbrukt som en komponent i et større system, og at den til slutt vil kjøres som en del av systemet som er tilgjengelig utenfor selskapet.
Bygg små komponenter. Samle komponentene i større systemer. Anta at det som er bygget for Intraprise i dag, skal utføres i Extraprise i morgen.
Utvikle skeptisk
Vær agnostiker. Netscape, Microsoft, Oracle og andre har store strategier for verdensdominans. Anta at ingen enkelt visjoner vil gjelde i sin helhet. Hvor du kan velge teknologier eller standarder som spenner over visjoner, investerer du i dem. Der du ikke kan, trå lett. Selv i selskaper der intranettinfrastrukturen er kjent og godt administrert, må du anta at den vil endre seg og til slutt vil bli integrert med eksterne systemer hvis egenskaper er ukjente.
Av alle teknologiene som utgjør intranettet ditt, har Java det beste langsiktige potensialet. Å velge det nå for kritisk komponentbygging kan være en spekulativ investering, men det er klokt.
Hold deg nær standardene. Vær oppmerksom på forbedringer, plugin-moduler og andre avvik fra den sikre banen. Å velge en vaniljeimplementering gir deg kanskje ikke samme tilfredshet som å velge en mer eksotisk smak, men det er og vil alltid være det smarte valget.
Mål alt
Evaluering av suksessen til prosjektet innebærer mange beregninger. Hvor mange treff får den, og hvor er treffene gruppert? Hvor raskt ble nettstedet utviklet? Hvor mye penger er spart? Hvor mye er produktiviteten forbedret? Noen av disse målingene er vanskelige å få tak i, men alle er verdt å utforske. Til slutt vil suksessen til intranettet ikke bli bedømt på hvor kult det ser ut, men på i hvilken grad det hjelper selskapet å nå sine forretningsmål. Hvis dette ikke kan måles nøyaktig, eller hvis det ikke virker positivt, er det på tide å revurdere designet ditt.
Bygg videre på det som fungerer
En objektorientert tilnærming til å bygge intranett er best. Bygg små komponenter og bruk dem på nytt for å bygge større systemer. Heldigvis hjelper språk som Java (og til og med HTML) til å gjøre denne tilnærmingen levedyktig. Dette gjelder spesielt JavaBeans. Å bygge programvare som bønner bidrar til å sikre at den er gjenbrukbar.
En av de beste måtene å bygge intranett er å fokusere på å konstruere "intelligente" komponenter, de som beregnes på farten for individuelle brukere. Denne tilnærmingen eliminerer behovet for å utvikle en uendelig mengde dokumenter for å betjene brukerbasen. Å utvikle intelligente sider betyr at HTML-fragmenter blir beregnet fra en eller flere datakilder (databaser, brukerprofiler) og dynamisk opprettet for individuelle brukere, avhengig av hvem de er eller hva de gjør.
Å bygge intelligent innhold på intranettet ditt eliminerer behovet for å opprettholde store mengder sider og lenker.
William Blundon er president og COO for SourceCraft Inc. (//www.sourcecraft.com), en ledende utvikler av intranettutviklingsverktøy ved bruk av Java og annen Internett-teknologi. Hans fokus de siste sju årene har vært på distribuerte objektmiljøer og Internett. Han er tidligere direktør for Object Management Group.Lær mer om dette emnet
- Informasjon om Microsofts DAO (Data Access Objects)
//www.microsoft.com/kb/articles/q148/5/80.htm
- Informasjon om Microsofts RDO (Remote Data Objects)
//www.microsoft.com/visualj/docs/rdo/rdo.htm
Denne historien, "Så du vil bygge et intranett?" ble opprinnelig utgitt av JavaWorld.
