Heisenbergin periaate toteaa, että on mahdotonta tietää sekä atomihiukkasen nopeutta että sijaintia. Subatomisen maailman mikrokosmossa asioiden tekeminen näkyväksi lisää energiaa järjestelmään ja muuttaa kaikkea. Jotain katsominen muuttaa väistämättä sitä.
Internetin ja intranetin makrokosmosessa taivaankappaleet liikkuvat valon nopeudella. Asiat liikkuvat niin nopeasti, että näyttää olevan mahdotonta tietää minkään nopeutta tai sijaintia. Teknologiat syntyvät usein, vain uudemmat pyyhkivät ne pois. Tuotteet ovat hienoja tänään ja huomenna. Standardit kumoavat standardit, ja standardeista itsessään tulee merkityksetön käsite.
"Jumala ei pelaa noppaa maailmankaikkeuden kanssa", sanoi Albert Einstein. Mutta yrityksen kehittäjä julistaa: "Koko elämäni on paskaa."
Monissa yrityksissä intranetistä on tulossa asiakas / palvelin-tietojenkäsittelyn viimeisin toteutus. IDC: n äskettäin tekemä tutkimus lehden mukaan 76 prosentilla yrityksistä on tällä hetkellä intranet tai se suunnittelee sitä. Näistä melkein kaikki käyttävät intranettiä helpottamaan koko yrityksen viestintää, kun taas yli 65 prosenttia käyttää sitä hajautetun tietojenkäsittelyn alustana.
Valitettavasti monet intranetit kehittyvät ilman selkeää tavoitetta, ilmeisesti satunnaisen mutaation prosessin kautta. Ota tämä, lisää se, ajele hiukan sivuilta. Useimpien intranetien implisiittinen tavoite on toteuttaa asiakas- ja palvelinlaskennan lupaukset: halpa, skaalautuva, helposti ylläpidettävä ohjelmisto yritykselle. Jotta intranetit voisivat menestyä, heidän on saavutettava todellinen liiketoiminnallinen tarkoitus, heidän on suunniteltava kokonaisuudessaan ja rakennettava ottaen huomioon mitattavissa olevat tavoitteet. Mukaan vain 40 prosenttia IS-johtajista pitää asiakkaan / palvelimen laskemista "kannattavana investointina". Ilman älykkäitä ajatuksia nyt yksikään IS-johtaja ei pidä intranettiä kannattavana sijoituksena tulevaisuuteen.
Intranetit 6 helpossa vaiheessa
On hämmästyttävää, kuinka vähän muotoilua on mennyt useimpiin yritysten intranetteihin. Jos arkkitehtuuria on lainkaan, se näyttää olevan Rube Goldberg -lajike: sattumanvarainen kokoonpano huvittavista komponenteista. Kaiken kokoiset intranetit ovat viime kädessä ohjelmistoprojekteja ja usein tehtäväkriittisiä. Samat suunnittelusäännöt, jotka koskevat kehittynyttä ohjelmistosovellusta, koskevat intranettejä muutamalla parannuksella. Korkeimmalla tasolla on kuusi keskeistä suunnitteluominaisuutta:
- Määritä tehtävä
- Valitse standardit
- Ajattele suuresti, aloita pienestä
- Kehitä skeptisesti
- Mittaa kaikki
- Rakenna, mikä toimii
Määritä tehtävä
Yllättäen intranet-suunnittelun eniten huomiotta jättämä osa näyttää olevan perustehtävä kysymyksistä sen tehtävästä tai tarkoituksesta. Mitä liiketoimintatavoitetta intranet palvelee? Käytetäänkö sitä tiedon jakamisen mekanismina? Onko se yrityksen ensisijainen käyttöliittymä asiakkaille? Käytetäänkö sitä yhteydenpitoon kaikkiin työntekijöihin? Myyjille? Asiakkaille? Rakennetaanko operatiiviset järjestelmät intranet-infrastruktuurin päälle?
Vaikka nämä kysymykset saattavat tuntua yksinkertaisilta, on joitain tärkeitä arkkitehtonisia päätöksiä, jotka johtuvat niistä automaattisesti. Jos intranetiä käytetään ensisijaisesti viestintään ja tiedonhakuun, se on oikeastaan sähköinen julkaisujärjestelmä, joka koostuu linkitetyistä HTML-sivuista. Jos sitä käytetään käyttöjärjestelmissä, se on hajautetun laskennan alusta, joka koostuu sekä ohjelmista että asiakirjoista. Jos sitä käytetään ensisijaisesti työntekijöille, sovelletaan yhtä suojaus- ja välimuistijärjestelmää. Internet-yhteyden avulla toinen strategia toimii parhaiten.
Ehkä eniten unohdettu intranet-suunnittelun osa on turvallisuus. Useimmissa yrityksissä on perintö asiakas / palvelin-ajattelusta, jossa sovelluksia on vaikea ja kallis skaalata suuriin käyttäjämääriin. Intranetissä skaalautuvuus on vähemmän huolta kuin turvallisuus. Jos tietoa on laajalti saatavilla, kenellä ei ole pääsyä, on yhtä tärkeää kuin kuka?
Valitse standardit
Standardien joukon valinta intranetin rakentamiseksi on aina sekoitus tiedettä ja ennustamista. Kun intranetiä käytetään tiedonhakuun, kysymys tulee tuettujen selainten, sisältötyyppien, osoitemallien ja palvelimen sovellusliittymien valitsemisesta. Jos sitä käytetään hajautettuun laskentaan, on tehtävä useita vetoja. Tärkein on sovellusprotokolla, jota käytetään ohjelmien ja resurssien yhdistämiseen. Tässä on ainakin neljä kilpailevaa visiota. Yksi on Netscape Internet-ORB -protokolla (IIOP) ohjelmalliseen pääsyyn palvelimiin käyttämällä kevyttä Common Object Request Broker Architecture (CORBA) -rajapintaa. Toinen on Microsoftin Distributed Component Object Model (DCOM). Kolmas on laajennettu HTTP (HyperText Transport Protocol). Viimeinen on CGI (Common Gateway Interface). Jokaisella näistä on vahvuuksia ja heikkouksia. Sama pätee tietokantakäyttöön, jossa valinnat on tehtävä Microsoftin avoimen tietokantayhteyden (ODBC), JavaSoftin Java-tietokantayhteyden (JDBC) ja muiden omistettujen käyttöliittymien, kuten Microsoftin Data Access Object (DAO) ja Remote Data Objects (RDO), välillä.
Selainten, palvelimien ja HTML-määritysten standardointi on yksinkertaisempaa, kun tuoteominaisuudet ja sovellusliittymät lähestyvät toisiaan. Hienoja eroja on kuitenkin edelleen, vaikka selaintuki tukee yleisiä HTML-ominaisuuksia, kuten taulukoita ja kehyksiä. Standardien kehitys jatkuu nopeasti; valitse huolellisesti, ellei konservatiivisesti.
Ajattele suuresti, aloita pienestä
Yrityksen intranet on viime kädessä kaikille sopiva. Se tuo uudelle tasolle tuottavuutta yritykselle ja yhdistää työntekijät, myyjät ja asiakkaat laatutasoon. Se luo uuden standardin Internetille. Se tekee sinusta rikkaampi kuin Oprah.
Mutta ei sen ensimmäisessä julkaisussa. Suosittujen Internet-tekniikoiden, kuten Java, URL-osoitteet, HTML ja HTTP, luontainen joustavuus on, että niiden avulla voit helposti kehittyä, parantaa ja siirtää järjestelmää.
On kaksi tärkeää ajatusta niille, jotka haluavat aloittaa intranetin rakentamisen. Ensinnäkin on parempi, että meillä on jotain, joka toimii ja jolla on mitattavia etuja nyt, kuin hyvä muotoilu, jota ei koskaan toteuteta. Toiseksi, ajattele pitkällä aikavälillä, jopa pienimmässä projektissa. Mahdollisuus on, että sitä käytetään uudelleen komponenttina suuremmassa järjestelmässä ja että se lopulta toteutetaan osana järjestelmää, joka on käytettävissä yrityksen ulkopuolella.
Rakenna pieniä komponentteja. Koota komponentit suurempiin järjestelmiin. Oletetaan, että se, mikä on rakennettu Intraprise-sovellukseen, toteutetaan huomenna Extraprise-sovelluksessa.
Kehitä skeptisesti
Ole agnostinen. Netscapella, Microsoftilla, Oraclella ja muilla on loistavat strategiat maailman määräävän aseman saavuttamiseksi. Oletetaan, että mikään yksittäinen visio ei vallitse kokonaisuudessaan. Jos voit valita visioihin ulottuvan tekniikan tai standardin, sijoita niihin. Missä et voi, kulje kevyesti. Jopa yrityksissä, joissa intranet-infrastruktuuri on tunnettu ja hyvin hoidettu, sinun on oletettava, että se muuttuu ja lopulta integroituu ulkoisiin järjestelmiin, joiden ominaisuuksia ei tunneta.
Kaikista intranetisi muodostavista tekniikoista Java on paras pitkän aikavälin potentiaali. Sen valitseminen kriittisten komponenttien rakentamiseksi voi olla spekulatiivinen sijoitus, mutta se on viisas.
Pysy lähellä standardeja. Varo parannuksia, laajennuksia ja muita poikkeamia turvallisesta polusta. Vaniljatoteutuksen valinta ei ehkä tarjoa sinulle yhtä tyydyttävää kuin eksoottisemman maun valitseminen, mutta se on ja tulee aina olemaan älykäs valinta.
Mittaa kaikki
Projektin onnistumisen arviointi sisältää monia mittareita. Kuinka monta osumaa se saa, ja missä osumat ovat klusteroituja? Kuinka nopeasti sivusto kehitettiin? Kuinka paljon rahaa on säästetty? Kuinka paljon tuottavuutta on parannettu? Joitakin näistä mittauksista on vaikea saada, mutta ne kaikki ovat tutkimuksen arvoisia. Loppujen lopuksi intranetisi menestystä ei arvioida sen perusteella, kuinka viileä se näyttää, vaan siitä, missä määrin se auttaa yritystä saavuttamaan liiketoimintatavoitteensa. Jos tätä ei voida mitata tarkasti tai se ei näytä positiiviselta, on aika miettiä muotoiluasi uudelleen.
Rakenna, mikä toimii
Objektiivinen lähestymistapa intranetin rakentamiseen on paras. Rakenna pieniä komponentteja ja käytä niitä uudelleen suurempien järjestelmien rakentamiseen. Onneksi kielet, kuten Java (ja jopa HTML), tekevät tästä lähestymistavasta elinkelpoisen. Tämä koskee erityisesti JavaBeansia. Ohjelmistojen rakentaminen pavuina auttaa varmistamaan, että ne ovat uudelleenkäytettäviä.
Yksi parhaista tavoista rakentaa intranet on keskittyä rakentamaan "älykkäitä" komponentteja, jotka lasketaan lennossa yksittäisille käyttäjille. Tämä lähestymistapa poistaa tarpeen kehittää ääretön määrä asiakirjoja palvelemaan käyttäjäkantaa. Älykkäiden sivujen kehittäminen tarkoittaa, että HTML-fragmentit lasketaan yhdestä tai useammasta tietolähteestä (tietokannat, käyttäjäprofiilit) ja luodaan dynaamisesti yksittäisille käyttäjille sen mukaan, kuka he ovat tai mitä he tekevät.
Älykkään sisällön rakentaminen intranetiin eliminoi tarpeen ylläpitää suuria määriä sivuja ja linkkejä.
William Blundon on SourceCraft Inc: n (//www.sourcecraft.com) johtava intranetin kehitystyökalujen kehittäjä, joka käyttää Java- ja muita Internet-tekniikoita. Viimeisten seitsemän vuoden aikana hän on keskittynyt hajautettuihin objektiympäristöihin ja Internetiin. Hän on entinen Object Management Groupin johtaja.Lisätietoja tästä aiheesta
- Tietoja Microsoftin DAO: sta (Data Access Objects)
//www.microsoft.com/kb/articles/q148/5/80.htm
- Tietoja Microsoftin RDO: sta (Remote Data Objects)
//www.microsoft.com/visualj/docs/rdo/rdo.htm
Tämä tarina "Haluatko siis rakentaa intranetin?" julkaisi alun perin JavaWorld.
