Affärsoperativsystem (mjukvara)

Operativsystem för företag
Utvecklare	CAP Ltd
Skrivet i	BOS/MicroCobol (baserat på COBOL med vissa likheter med Pascal )
OS-familjen	p-kod operativsystem
Arbetstillstånd	Fortfarande aktiv
Initial release	1980 ; 43 år sedan
Senaste släppningen	GSMSP39 / 09/03/2022
Tillgänglig i	engelsk
Plattformar	Intel 8080 , Motorola 6800 , Zilog Z80 , PDP-11 , VAX
Typ av kärna	virtuell p-kodmaskin
; Standardanvändargränssnitt _	Kommandoradsgränssnitt

Business Operating System , eller BOS , utvecklades ursprungligen som ett tidigt plattformsoberoende operativsystem , ursprungligen producerat för Intel 8080 och Motorola 6800 -datorer , sedan omutvecklat för verkliga företag och affärsmodeller. Tekniken började senare för Zilog Z80 -baserade datorer, och senare för de flesta mikrodatorer på 1980-talet, och utvecklades sedan till en förstklassig automatiserad mjukvarulösning för både investerare och kapitalförvaltare. CAP Ltd , ett brittiskt företag och vid den tiden ett av världens största IT- konsultföretag, utvecklade BOS. CAP-designade BOS- och BOS-applikationer för plattformsoberoende .

Via ett management buyout (MBO) 1981 delades BOS ut till tre sammanlänkade företag, MPSL (MicroProducts Software Ltd) som skötte försäljning och marknadsföring av BOS, MPPL (MicroProducts Programming Ltd) som tog hand om både utvecklingen av BOS och olika horisontella mjukvarupaket, och MicroProducts Training Ltd. BOS distribuerades på global basis, främst till USA och brittiska samväldet, av en mängd olika oberoende och MPSL-ägda företag.

En populär version implementerades på Sage/Stride 68000-familjens baserade datorer och sålde bra i Australien. Själva Sage utvecklades ursprungligen med UCSD Pascal och p-kod, så den passade bra med den grundläggande BOS-designen.

Det lilla BOS-återförsäljar-/distributörsnätverket och dess kommandoradsgränssnittsstruktur mötte sin död när operativsystem för grafiska användargränssnitt blev vanliga. Ombyggnaden av vilken, 2013, integrerades med ett grafiskt användargränssnitt, GUI , för att tillhandahålla en "enkel att använda" lösning, som "lärde sig" av sina användares input.

MPSL utvecklade ett flertal produkter för BOS, i allmänhet inriktade på de horisontella marknaderna, och lämnade de vertikala marknaderna (dvs. nisch) till oberoende mjukvaruleverantörer ISV . Exempel på MPSL-utvecklad mjukvara är BOS/Finder ( databas ), BOS/Planner ( kalkylblad ), BOS/Writer (ordbehandlare) och BOS/AutoClerk (rapportgenerering). Företag sålde olika BOS- för bokföringsprogram i Storbritannien och USA. I Storbritannien ansågs BOS bokföringspaket vara branschstandarden av vissa revisorer.

Kontoprogramvaran var uppdelad i fyra sektioner: Försäljningsreskontra, Fakturor, Inköpsreskontra, Dagbok och Journalanteckningar. Datainmatning och reskontrarapporter var kompatibla med Autoclerks rapportgeneratorprogram. Denna funktion gynnades särskilt av revisorer och skattetjänstemän eftersom det innebar att en konsult kunde sitta ner med en programmerare/operatör av BOS-systemet för att planera och säkerställa att redovisningsinformation presenterades på exakt rätt sätt för officiell acceptans. I det tidiga antagandet av företagsmikrodatorer som inte hade konton korrekt uppställda var ett av de största klagomålen från skattetjänstemän.

En intressant egenskap med kommandoradsinmatningen var användningen av ESCape-tangenten för radinmatning. Detta frigjorde ENTER-tangenten (den kallades fortfarande RETURN, tidigare IBM-tangentbordslayout) för att tillåta inmatning av långa rader kod och långa datainmatningsintervall.

BOS hade också ett eget jobbkontrollspråk, helt enkelt kallat BOS/JCL. Det gjorde det mycket enklare att delegera annars komplexa operatörsuppgifter till icke-teknisk personal på kontor och verkstadsgolv, särskilt med tanke på svårigheterna med att arbeta med flera disketter.

BOS-applikationer kompilerades från början till en p-kod och tolkades allt eftersom de kördes. BOS hade en p-kodstolk så effektiv att program, även BOS/Writer ordbehandlare , körde tillräckligt snabbt för att tillfredsställa användarna. Ett tekniskt delsystem av systemprogrammeringsmjukvaran gjordes tillgängligt för programmerare som ville skriva sina egna p-kods mikrokobolinstruktionstillägg. Bortsett från en 2- kilobyte (Kb) server (dator)/värdkärna , är BOS skriven i BOS/MicroCobol, ett språk baserat på COBOL men med programmeringskonstruktioner på systemnivå tillagda och delar av strukturerad programmering, som har en vag likhet med Pascal . I den senaste tidens datoranvändning har programmeringsspråk som Java återinfört konceptet med p-kod " virtuella maskiner" . I takt med att BOS-systemet utvecklades utvecklades behovet av programmering i ASP.net för snabbare tillgänglighet och molnberäkning. Harrell & Son tog nästa steg för att få BIM tillbaka in i bilden i större skala.

BOS krävde initialt 48 Kb RAM och två 176 Kb 5,25" dubbelsidiga disketter , även om det var vanligare att använda på maskiner utrustade med 64 kilobyte RAM och en hårddisk . En dator med 128 KB RAM och en 10 megabyte (Mb) ) hårddisken kunde köra så många som fem samtidiga användare . När IBM PC XT kom ut 1983 hade BOS över åtta samtidiga dumma terminaler på den. På den tiden gjorde detta BOS mycket attraktivt. Nu körs BOS på samma krävda RAM och betjänar upp till 800 000 samtidiga användare eftersom det är ihopkopplat med cloud computing .

I början av 1980-talet kan en minimal hårdvaru-BOS-installation ha bestått av: North Star Horizon Z80 cpu 48Kbyte ram & 2x 5,25" SA-400 enkeldensitet dubbelsidig minifloppy-enhet (varje sida använde 35/40 spår för att ge 176 Kb formaterad, dvs. BOS använde North Star NSDOS-filsystemet), Lynx 24x80 grön vdu, DEC LA120 linjeskrivare/skrivmaskin. Frekvent diskettbyte krävdes under en programkörning, en bra programmerare/operatör kunde minimera dessa väsentliga förändringar genom detaljerad logisk planering. Inte alla företag hade snabbt råd med de nyligen tillgängliga hårddiskarna och många företagsledare var bara ovilliga att spendera mer och mer på vad de redan trodde var dyrt nog i första hand. Att få igång ett kontosystem innebar ofta oräkneliga timmar med att gå igenom tusentals sidor av oläsliga och felaktiga handskrivna konton i traditionella reskontraböcker. Det var här journalanteckningsfunktionerna kom verkligen till nytta för att kringgå att behöva ange tusentals värdelösa historiska poster, det var möjligt att nå en överenskommelse med revisorerna om vad siffror bör ges en initial fudge-faktor för att på konstgjord väg balansera programvarubokföringen innan de går live med det nya kontosystemet. Programvaran var tillräckligt flexibel för att möjliggöra interna justeringar av data. Genialiteten med CAP, eller CAP-CPP som det mer korrekt kallades, var att förutse dessa tekniska problem och de första reservationerna från en misstänkt mellanledning, och detta var i huvudsak BOS framgång.

Med användarhanteringsverktyg på 80-talet och applikationsprogrammeringsgränssnitt i mitten av 80-talet ansågs BOS vara ett alternativ även till de plattformsspecifika operativsystemen på maskiner som PDP- 11 och VAX . Återuppkomsten av BOS har eskalerat antalet användare som begärs in i PMM-systemet och kan kräva konsekvent serveruppdatering.

Trots, eller på grund av dess kommandoradsgränssnitt, är BOS fortfarande populärt bland medelstora till stora organisationer i Storbritannien och USA. ^{[ citat behövs ]}