Hur och när blev programvara en produkt (och varför)

Att förstå när och varför vi började behandla programvara som en produkt Det kräver att man tar sig fram på en väg som börjar med mekaniska beräkningar och kulminerar i molntjänster. På bara några decennier har vi gått från enorma maskiner med fysiska instruktioner till immateriella program som licensieras, uppdateras och till och med konsumeras som en tjänst.

På den här resan får du se, med exempel och historisk kontext, hur begreppen hårdvara och instruktioner separeradesVad väckte idén att sälja programvara självständigt, hur dess produktion professionaliserades och vilka affärs- och licensmodeller har format branschen, från proprietär programvara till fri programvara och SaaS.

Från maskin till program: från den fysiska världen till instruktionerna

I århundraden automatiserades beräkningar med fysiska apparater: från abakus och analoga mekanismer till maskiner som jacquardvävstolendär hålkort definierade beteende utan att helt separera struktur och instruktioner.

Den konceptuella separationen började ta form med Charles Babbage och Ada LovelaceBabbage uppfattade den analytiska motorn som en programmerbar enhet, och Lovelace beskrev hur olika kort skulle innehålla olika program; fröet till idén att vad man skulle göra kunde särskiljas från vad man skulle göra det med.

Det stora språnget kom under 1900-talet med Alan Turing och von Neumanns arkitekturTuring formaliserade en universell maskin som kunde exekvera vilken algoritm som helst; von Neumann föreslog att lagra program och data i samma minne, vilket gjorde det möjligt att ändra instruktioner utan att vidröra hårdvaran.

Redan på 40- och 50-talen, assemblers och högnivåspråk som Fortran och Cobol De befäste idén: vem som helst kunde skriva ett program som skulle köras på familjer av kompatibla maskiner utan att omdesigna de fysiska komponenterna.

Vad är programvara och vad omfattar den egentligen?

Ordet programvara blev populärt i slutet av 50-talet, och under den beteckningen grupperades allt immateriellt som ett datorsystem bearbetarProgram, data och tillhörande dokumentation. John W. Tukey använde termen i denna betydelse redan 1957.

Denna uppfattning går utöver det körbara: Programvaran innehåller även manualer, specifikationer, data som ska bearbetas och användarinformation.I slutändan är det den icke-fysiska aspekten som ger mening och funktionalitet åt hårdvara.

Det klassificeras traditionellt i tre huvudtyper: systemmjukvara (OS(kontroller, verktyg och servrar), programvara programmering (redigerare, kompilatorer, tolkar, länkare, felsökare och IDE:er) och app mjukvara (affärer, utbildning, medicin, CAD, databaser, speltelekommunikationer etc.).

Från tillägg till produkt: Programvarans eror och brytpunkten

I första eran, 1950-1965Programvaran sågs som ett tillägg. Programmeringen gjordes med en kod-och-fix-metod, med lite eller ingen dokumentation, begränsade metoder och trial and errorUtvecklingen var skräddarsydd, och författaren själv använde och underhållde sitt program.

La andra eran, 1965-1972Detta markerar den avgörande förändringen: multiprogrammerings- och fleranvändarmiljöer dyker upp, och det tar fart. el tiempo verklig och bli populär de första databashanteringssystemenFramför allt börjar programvara uppfattas som en produkt som kan distribueras till hundratals eller tusentals kunder, och Den så kallade mjukvarukrisen börjar i takt med att komplexiteten och underhållskostnaderna skjuter i höjden.

I detta sammanhang, den Programvaruteknik 1968Ingenjörsvetenskap, den disciplin som tillämpar ingenjörsprinciper för design, konstruktion, drift och underhåll av program. Även framväxande är C-språket år 1972 för generella system, med låg effektivitet och kapacitet.

La tredje eran, 1972-mitten av 80-taletDet medför distribuerade system, lokala och globala nätverk och användningen av mikroprocessorer. Dessa ger upphov till mikrodatorer och persondatorersåväl som språk som Basic som demokratiserar lärande och programmering.

I fjärde eran, 1985-2000, kollektiv påverkan råder: globala nätverk, klient-server-arkitekturer, objektorienterade teknologier, expertsystem, neurala nätverk e IAVisas Java i början av 90-talet med objektorienterad design och portabilitet, och milstolpar som DJUPBLÅ De visar på språnget inom datorkraft och programvara, och produkter som Microsoft Encarta De illustrerar marknadsföringen av programvaran.

La femte eran, 2000-nutidWebben, mobiltelefonerna och massiva data. Internets och smartphones allestädesnärvaro accelererar kontinuerlig leverans, molntjänster och artificiell intelligensatt göra programvara till centralpunkten i den digitala ekonomin.

Parallellt gick tillverkare som IBM från att sälja maskiner och programvara som helhet till debiteras separat för hårdvara och mjukvaraOch företag som uteslutande ägnade sig åt att skapa och distribuera mjukvaruprodukter blomstrade. Detta steg befäste mjukvara som en säljbar vara, med egna licenser, uppdateringar och support.

Hur man tillverkar en mjukvaruprodukt: processer och modeller

Att bygga en pålitlig produkt kräver en process. Kravregistrering och specifikation Detta markerar början: det är nödvändigt att få fram, komma överens om och dokumentera vad systemet måste göra och under vilka begränsningar, för att producera SRS eller programvarukravspecifikationen.

Efter det kommer faserna av design, kodning, testning, installation och underhållÄven om namnen kan variera, existerar dessa steg flexibelt beroende på vilken metod som används. Och det är här processmodeller kommer in i bilden.

Modellen kaskad Den sekventiella linjära metoden innebär att man går igenom faser med litet utrymme för att gå tillbaka, vilket är användbart i rigida projekt med tydliga krav, även om det sällan tillämpas i sin rena form. Verklig praxis innefattar återkoppling mellan stegen att justera design och krav när oklarheter eller förändringar uppstår.

För att förklara programvarans evolutionära natur framkom modeller iterativ inkrementell och spiralformadDen stegvisa metoden föreslår att man levererar partiella men fungerande versioner, där varje version bygger på den föregående, så att klienten får tidig nytta och risken för stora omarbetningar minskas.

El Boehm spiralmodell Den kombinerar iteration med explicit riskhantering. Den definierar uppgiftsområden som kommunikation, planering, riskanalys, konstruktion och feedbackinsamling, och har inspirerat varianter som Win-Win-spiralen, som introducerar förhandling om segervillkor för både kund och leverantör.

Sektorns siffror belyser utmaningen: Ett betydande antal stora projekt misslyckas eller drabbas av allvarliga förseningarOfta inte på grund av tekniska problem, utan på grund av dåliga metoder eller dålig hantering av krav och risker, därav vikten av disciplinära processer.

Från kod till leverans: artefakter, testning och installation

Under programmeringen går produkten igenom olika tillstånd. källkod Detta är vad utvecklaren skriver. En kompilator kan omvandla det till objektkod mellanliggande, som senare länkar till bibliotek för att generera exekverbarOm språket exekveras på ett tolkat sätt kanske det inte finns någon objektkod eller körbar fil i förväg.

La Felsökning följer med kodningOch efter det kommer de formella testerna. Enhetstester validerar små delar; integrationstester verifierar att moduler och delsystem interagerar korrekt. Senare, en period av betatest under verkliga förhållanden, för att upptäcka defekter som undkommit tidigare faser.

Installationen överför programvaran till målmiljön: driftsättning, konfiguration och driftverifieringKomplexa produkter kan kräva specialister och distribuerade topologier, medan konsumentprogramvara har guidade installationsprogram för slutanvändaren.

Sedan kommer den längsta fasen: underhålletDet omfattar korrigerande, perfektiva, adaptiva och evolutionära förändringar. Kvaliteten på designen och dokumentationen avgör dess kostnad; med dålig dokumentation kan underhåll bli lika dyrt som att börja från början.

Kontinuerlig evolution: Lehmans lagar

Den programvara som används ändras eller försämras. Lehmans evolutionslagar De sammanfattar observationer om system i bruk: förändring är kontinuerlig, komplexiteten tenderar att växa om man inte investerar i att kontrollera den, och funktionaliteten måste utökas för att bibehålla användarnöjdheten.

Bland annat uppger de att Kvaliteten minskar om inte anpassningar görsDessa antaganden är att evolutionära processer innefattar feedback och att organisationen når relativt konstanta utvecklingsnivåer. Dessa antaganden hjälper till vid planering av versioner och budgetering av underhållsinsatser.

Krav: hjärtat i det som byggs

Kravhantering tillhandahåller metoder och verktyg för Förstå problemet, validera med kunden och garantera specifikationernaAnvändar- och systemkrav särskiljs, liksom funktionella, icke-funktionella och domänkrav, med undertyper som organisatoriska eller externa juridiska och etiska krav.

God praxis inkluderar definiera diskursens universumFörbered workshops om insamling av information, prioritera mål och upptäck oklarheter. Det finns flera tillvägagångssätt: från utökade lexikon och scenarier till mer ortodoxa metoder som omfattas av standarder som IEEE 830-1998 eller CMMI-liknande förbättringsramverk.

Affärsmodeller och licensiering: från proprietär till öppen källkod och SaaS

När programvara etablerades som produkt framkom följande licensmodeller Diverse. Proprietär licensiering definierar användningsvillkor, rättighetsöverlåtelser och giltighetsomfattning. Däremot tillåter öppen licensiering kopiering, modifiering och omdistribution, vilket ger upphov till öppna samhällen och ekosystem.

Från 80- och 90-talen fanns det standardkrig i operativsystem och plattformar: Unix och dess varianter, Windows, uppkomsten av fri programvara med GNU-projektet och Linuxoch stärkandet av användarens roll i att välja inte bara hårdvara, utan även system och applikationer.

Det senaste språnget inom leveransmodellen är Programvara som en tjänst, SaaSDess rötter går tillbaka till tidsdelningssystemen på 60-talet, men dess moderna popularitet kom med internet och molnet. Tidigare, på 80-talet, dök de första CRM-systemen upp, som delade kundinformation, och på 90-talet överträffade mjukvarutillväxten ibland tillgänglig hårdvara, vilket drev tillbaka mot centraliserad hosting.

Med det nya millenniet, kombinationen av allestädes närvarande webb- och molndata Det gjorde SaaS till ett dominerande alternativ: prenumerationsbetalningar, kontinuerliga uppdateringar, elastisk skalning och enhetsoberoende åtkomst. Idag samexisterar det med traditionella licenser, freemium-modeller, mikrotransaktioner och reklam.

Ekonomisk och social påverkan: varför det var viktigt att förvandla det till en produkt

Det är tillåtet att behandla programvaran som en fristående produkt specialisering, stordriftsfördelar och värdekedjor Specifikt. Rena mjukvaruföretag blev värda mer än många hårdvarutillverkare, och livscykler, API:er och ramverk underlättade hela tredjepartsekosystem.

Men risker uppstod också. Dålig utveckling kunde ha kostnader i miljontals kronor eller allvarliga konsekvenserFrån fel i bokningssystem som orsakar förluster, till misslyckanden i kritiska miljöer med falsklarm eller felaktiga beslut som påverkar människor, är det inte en infall att professionalisera processen, det är en nödvändighet.

Som svar har branschen stärkts god praxis, rigorösa tester och riskhanteringI miljöer med hög risk eller hög säkerhet är modeller som spiralen, med fokus på risker och kvalitetsstandarder, särskilt lämpliga; i andra fall balanserar iterativa och inkrementella metoder hastighet och kontroll.

För att förbli användbar måste programvaruprodukten utvecklas med sin omgivningAtt anpassa sig till nya plattformar, förbättra prestanda, införliva nya funktioner och reagera på regeländringar. Och naturligtvis att upprätthålla korrekt dokumentation så att underhållet inte blir en labyrint.

Hela denna historiska, tekniska och ekonomiska resa förklarar varför programvara säljer idag. Den är licensierad eller erbjuds som en tjänstmed mätvärden för framgång, support, versioner och planerad pensionering. Skillnaden mellan hårdvara och mjukvara är grunden för hur vi utformar och marknadsför modern teknik.

När man ser tillbaka blir det tydligt att Övergången till programvara som produkt tog form mellan 60- och 70-talen.Driven av ökande komplexitet, behovet av metoder, separat prissättning jämfört med hårdvara och framväxten av specialiserade företag har branschen sedan dess vuxit. Språk som Fortran, Cobol, C, Basic och Java, milstolpar som mikroprocessorer, internet, persondatorer och AI, och processmodeller som vattenfall, inkrementell och spiral har stärkt en bransch som nu även frodas i molnet och på mobila enheter.

Relaterad artikel:

Komplett guide till Microsoft Azure-tjänster och produkter: vad var och en gör

Isaac

Passionerad författare om bytesvärlden och tekniken i allmänhet. Jag älskar att dela med mig av min kunskap genom att skriva, och det är vad jag kommer att göra i den här bloggen, visa dig alla de mest intressanta sakerna om prylar, mjukvara, hårdvara, tekniska trender och mer. Mitt mål är att hjälpa dig att navigera i den digitala världen på ett enkelt och underhållande sätt.