Dynix (programvare) - Dynix (software)

En Wyse WY-30 seriell terminal som viser Dynix på AK Smiley Public Library i Redlands, California , hvor Dynix ble brukt fra 1993 til 2001.
En Wyse WY-60 seriell terminal som viser Dynix via Telnet .

Den Dynix Automated Library System var en populær biblioteksystem , med en storhetstid fra midten av 1980-tallet til slutten av 1990-tallet. Det ble brukt av biblioteker til å erstatte den papirbaserte kortkatalogen og spore utlån av materialer fra biblioteket til lånetakerne.

Først utviklet i 1983, ble det til slutt den mest populære bibliotekautomatiseringsprogramvaren som noensinne er utgitt, og var en gang nær allestedsnærværende på biblioteker med en elektronisk kortkatalog , som toppet seg med over 5000 installasjoner over hele verden på slutten av 1990-tallet, med en markedsandel på nesten 80% , inkludert United States Library of Congress .

Dynix var typisk for 1980-tallets programvareteknologi og hadde et tegnbasert brukergrensesnitt , uten grafikk bortsett fra ASCII art/ANSI kunstbokser .

Historie

Den første installasjonen, i 1983, var på et offentlig bibliotek i Kershaw County, South Carolina . Biblioteket fikk faktisk kontrakt på systemet før programvaren ble skrevet. Med ordene til Paul Sybrowsky , grunnlegger av Dynix: "Det var ingen programvare, ikke noe produkt. Uhyggelig la vi planen vår om å lage et automatisert bibliotekssystem til et offentlig bibliotek i South Carolina. Vi hadde ikke et produkt, men vi sa "Du trenger et system, og vi vil by på det", og viste dem vår forretningsplan. "

Det originale Dynix biblioteksystemet var basert på programvare utviklet ved CTI (Computer Translation Incorporated) som var et utviklingsprosjekt ved Brigham Young University, og ledet av Gary Carlson. De første søkemotorverktøyene: FSELECT og FSORT ble skrevet for PICK -operativsystemet under kontrakt for CTI av Walter Nicholes som en del av et bud på et forskningsstøttesystem for AT & T -laboratorier. Paul Sybrowsky var ansatt i CTI. (Som Bruce Park, grunnlegger av ALII biblioteksystemer, senere GEAC Library Systems.) Begge bibliotekssystemer (Dynix og ALII) var basert på disse PICK -baserte søkemotorverktøyene.

Dynix-bruk vokste raskt på begynnelsen og midten av 1990-tallet. I oktober 1989 hadde Dynix bare 292 installasjoner. Femten måneder senere, i januar 1991, var det opp 71% til 500 installasjoner. Halvannet år senere, i juni 1993, hadde Dynix doblet sin installerte base og signerte sin 1000. kontrakt. På sitt høydepunkt på slutten av 1990 -tallet hadde Dynix over 5000 biblioteker som brukte systemet, og utgjorde en markedsandel på 80%.

Kundebasen for Dynix begynte ikke å falle før i 2000, da begynte den å bli erstattet av Internett-baserte grensesnitt (såkalte " Web PACer "). I 2003 ble det rapportert at Dynix ble faset ut av produsenten, og nærmet seg " slutten på levetiden " når det gjelder funksjonalitet og støtte. I 2004 var markedsandelen nede på 62%, fremdeles et behagelig flertall. Utfasinger var konstante på slutten av 2000-tallet, og i det andre tiåret på 2000-tallet var det foreldet og forble på svært få biblioteker. I midten av 2013 var det bare 88 biblioteker som hadde Dynix installert. Flertallet av utfasinger skjedde mellom 2002 og 2007.

På et tidspunkt ble Dynix benchmarket som støttet 1600 terminaler på et enkelt system. Denne stabiliteten ville senere komme godt med; de største installasjonene noensinne var King County Library System i større Seattle -området, som var størst etter samlingsstørrelse (titalls millioner katalogiserte varer), og New York Public Library i New York City , som dekket det største geografiske området med 87 filialer (krever dumme terminaler som teller i tusenvis).

Flere spesialiserte versjoner ble utgitt, alle nesten identiske med mainstream -versjonen. For akademiske biblioteker, først og fremst K-12 , var det Dynix Scholar (en Intel 80xxx-basert mikrodatamaskinversjon av vanlig Dynix). For veldig små biblioteker, med kanskje bare en eller to terminaler, var det Dynix Elite . Det originale Dynix -systemet, som det ble brukt i vanlige folkebiblioteker, ble senere i levetiden omdøpt til Dynix Classic for å skille det fra andre Dynix -produkter.

Tekniske detaljer

Basert rundt en relasjonsdatabase , ble Dynix opprinnelig skrevet i Pick/BASIC , og kjørt på PICK -operativsystemet . I 1990 ble det portert til VMark 's univers BASIC programmeringsspråk og kjøres på Unix -baserte tjenere, med univers som virker som en pick-emulerings lag mellom programvare og operativsystemet. På slutten av 1990 -tallet ble Dynix nok en gang sendt på nytt, denne gangen for Windows NT -baserte servere; igjen fungerte uniVerse som en Pick -emulator mellom programvaren og operativsystemet.

Pick/BASIC og uniVerse BASIC er det samme programmeringsspråket, så porting av Dynix krevde ikke å skrive kildekoden på nytt. Med ordene til en Dynix-utvikler, "[Dynix] ble programmert i Pick/BASIC ... men etter hvert som den modnet, ble den skrevet i uniVerse BASIC ... Den ble aldri skrevet om. Den typen BASIC er ikke lett å flytte til et annet språk. Ingen andre håndterer også data. Det er et veldig raskt kompilert og tolket språk, og helt ærlig ingenting stemmer overens med det, da eller nå. Det er synd at det (uniVerse BASIC) var så bra, fordi det gjorde ikke overgangen til objektorientert nettbasert teknologi i tide for å holde seg flytende. "

Programvaren ble opprinnelig skrevet på datamaskiner laget av The Ultimate Corp. i East Hanover, New Jersey , som kjørte Ultimate sin proprietære implementering av PICK -operativsystemet. Senere flyttet Dynix til IBM RISC/6000 -baserte datamaskiner som kjørte AIX i hele selskapet, bortsett fra i Training, som brukte SCO Unix . Mens de fleste biblioteker kjøpte samme type servere som Dynix brukte, ble det installert på plattformer som DEC og MIPS, Sequent, Sequoia (som brukte en veldig dyr innfødt PICK), HPs Unix -servere, etc. Dynix -korpset. kan installere programvare bare på en hvilken som helst kompatibel Unix på grunn av uniVerse's skalerbarhet og tilpasningsevne.

Dynix ble opprinnelig utviklet rundt legger Point A2 terminalens escape-sekvenser , fordi Legger terminaler var de facto standard på pick-baserte middel på hvilken Dynix ble opprettet. Kort tid etter at Dynix begynte å bli distribuert til biblioteker rundt om i landet, begynte det å komme tilbake forespørsler om at alternative terminaler skulle skaffes til bruk for lånere; barn ville slå på tastaturene eller kaste bøker på terminalene, eller bruke uautoriserte nøkkelsekvenser for å ødelegge programmeringen. Som svar ba Dynix Wyse om å utvikle en slik terminal; Wyse opprettet WY-30 , som var en avkortet versjon av den mest solgte terminalen som noensinne er laget, WY-60 . Den svingbare basen ble fjernet slik at terminalen satt flatt på hvilken som helst overflate den ble plassert på; det enheten nå manglet i synsvinkeljusterbarhet, kompenserte den for fysisk stabilitet (den kunne ikke velte av et barns kraft). Et spesialdesignet tastatur reduserte antall taster fra 101 til 83, hovedsakelig ved å fjerne alle funksjonstastene; dette var designet for å holde brukerne utenfor de interne oppsettfunksjonene og andre deler av programvaren de "ikke skulle ha gått". For å opprettholde kompatibiliteten med hvordan Dynix allerede ble skrevet, støttet WY-30 Adds Viewpoint A2-emuleringen, som faktisk var en av de eneste emuleringene på terminalen. De WY-30 hadde svært få emuleringer sammenlignet med de fleste Wyse-produkter, og støttet spesielt ikke VT100 eller andre ANSI-emuleringer. År senere, da Dynix -selskapet flyttet fra Ultimate -datamaskiner som kjørte Pick / OS til IBM -datamaskiner som kjørte AIX og uniVerse, ble kompatibilitet for VT100 / 102 / 340 -terminaler lagt til i programvaren; da begynte andre modeller av Wyse-terminalen å komme til fordel, for eksempel WY-60 og WY-150 , som var lettere for øyne og hender enn WY-30 var.

Den komplette Dynix Classic nærmet seg 900.000 linjer med kildekode, og samlet på rundt 120 MB. Den ble distribuert via båndstasjon , først på 1/2 "spole-til-hjul-tape, deretter senere 1/4" kassettbånd for Dynix Elite-brukere og 8 mm patroner for alle andre.

En grunn til Dynix suksess var at et helt bibliotekskonsortium kunne kjøres ut av bare én server, på ett sted, med én kopi av programvaren. Dette betydde at et bibliotekssystem med flere filialer-enten et stort enkeltbysystem som det i New York City, eller et konsortium bestående av flere små byer/tettsteder-kunne samle sine midler og bare måtte kjøpe en server og en kopi av programvaren. Hver gren hadde sin egen sirkulasjonsmodul, men den faktiske katalogdatabasen var en enkelt kopi på en server på et sentralt sted. Hver post hadde en linje i den som angav hvilken faktisk gren varen tilhørte, slik at brukerne kunne be om beholdninger/overføringer fra en annen filial til sin filial, samt se om den ble sjekket inn eller ut på hjemmekontoret. Dette sparte en betydelig sum penger - millioner av dollar, for de største installasjonene - kontra Dynix 'konkurrenter, som krevde en egen server og kopi av programvaren i hver bibliotekgren.

Med den eneste kopien av Dynix -programvaren installert på en sentral server, kunne både lånetakere og bibliotekarer få tilgang til den ved å bruke stumme terminaler . Teknologien for å koble terminalene til serveren i hver bygning, og koble de separate bygningene (grenene) til den sentrale serverplasseringen, endret seg over tid etter hvert som teknologien utviklet seg. Den tidligste metoden var å ha hele systemet tilkoblet via RS-232 ; det ville være mange muxer (statistiske multiplexere) og mange miles med serielle linjer. Muxes var telefonselskapets løsning for å koble serielle linjer mellom filialer. Senere ble dumme terminaler koblet via RS-232 til en terminalserver , som igjen koblet via Ethernet til grenens LAN . De separate grenene ville være koblet til den sentrale Dynix-serveren via IP-baserte metoder (Internett). De siste installasjonene brukte PCs kjørende terminalemuleringsprogramvare og tilkobling til Dynix -serveren via telnet over Internett.

Dynix består av flere forskjellige moduler, som hver ble kjøpt uavhengig for å lage et skalert system basert på bibliotekets størrelse og behov. Et bibliotek kan kjøpe så få som to moduler. De to grunnmodulene var katalogisering ($ 15 000 + $ 1500 årlig vedlikehold) og sirkulasjon ($ 12 000 + $ 1200 årlig vedlikehold). Noen av de andre modulene inkluderte Kids 'Catalog, Bookmobile, Homebound, Media Scheduling, Reserve Bookroom, TeleCirc, DebtCollect, Electronic Notification System og Self Check-Out. En Dialcat/DialPac -modul ble tilbudt, slik at lånetakere med et modem og terminalemuleringsprogramvare kan ringe inn hjemmefra og søke i kortkatalogen eller fornye bøker.

Programmer med et tekstbasert grensesnitt, for eksempel Dynix, beskrives som enten "menydrevne" eller "kommandolinjedrevne", med henvisning til hvordan brukere samhandler med programvaren. Dynix var faktisk en hybrid av begge; lånetakerne brukte et menydrevet grensesnitt, der de ville få en nummerert liste med alternativer, og bare måtte taste inn nummeret på alternativet de ønsket for å navigere gjennom systemet. Ukjent for lånetakerne, bibliotekarene hadde muligheten til å manipulere systemet på kommandolinjedrevet måte, ved å taste inn spesielle koder ved de samme meldingene der lånetakerne ville taste inn menyelementnummer. Disse kodene, referert til en "prikkommando" på grunn av strukturen av å være en periode etterfulgt av en eller to bokstaver (for eksempel '.c' for å bytte mellom kassen og innsjekkingsskjermbildene til sirkulasjonsmodulen), ga bibliotekarer tilgang til avanserte /skjulte funksjoner i Dynix -systemet, og - sammen med passordbeskyttelse - forhindret lånetakerne i å få uautorisert tilgangsnivå.

Selskapets historie

Selskapet som solgte Dynix -programvaren byttet hender flere ganger gjennom årene: først ble det kalt Dynix Systems, Inc. Deretter var det Ameritech Library Services , etterfulgt av epixtech , deretter ganske enkelt Dynix , deretter Sirsi Corporation , og sist SirsiDynix .

Galleri

Se også

Referanser

Eksterne linker

  • SirsiDynix , den nåværende etterfølgeren til selskapet som opprettet Dynix