Programvarans livscykel

Den aktuella versionen av sidan har ännu inte granskats av erfarna bidragsgivare och kan skilja sig väsentligt från versionen som granskades den 25 december 2021; kontroller kräver 6 redigeringar .

Livscykeln för programvara (mjukvara) är en tidsperiod som börjar från det ögonblick ett beslut fattas om behovet av att skapa en mjukvaruprodukt och slutar i det ögonblick då den helt dras ur drift [1] .

Ett specialfall av ett systems livscykel (i detta fall ett mjukvarusystem ).

Programvarans livscykelstandarder

• GOST 34.601-90
• ISO/IEC 15288:2015 System- och mjukvaruteknik — Systemlivscykelprocesser
• ISO/IEC/IEEE 12207:2017 System- och mjukvaruteknik — Programvarans livscykelprocesser

Standard GOST 34.601-90

GOST 34.601-90 -standarden tillhandahåller följande steg och steg för att skapa ett automatiserat system (AS):

1. Utformning av krav för AU
   1. Inspektion av objektet och motivering för behovet av att skapa en AU
   2. Bildande av användarkrav för AU
   3. Registrering av en rapport om utförandet av arbetet och en ansökan för utveckling av AS
2. Utveckling av AS-konceptet
   1. Studerar objektet
   2. Utför det nödvändiga forskningsarbetet
   3. Utveckling av varianter av AU-konceptet och val av den variant av AU-konceptet som möter användarnas krav
   4. Utarbetande av rapport om utfört arbete
3. Teknisk uppgift
   1. Utveckling och godkännande av mandat för skapandet av AU
4. Preliminär design
   1. Utveckling av preliminära designlösningar för systemet och dess delar
   2. Utveckling av dokumentation för AU och dess delar
5. Tekniskt projekt
   1. Utveckling av designlösningar för systemet och dess delar
   2. Utveckling av dokumentation för AU och dess delar
   3. Utveckling och utförande av dokumentation för leverans av komponenter
   4. Utveckling av projekteringsuppgifter i angränsande delar av projektet
6. arbetsdokumentation
   1. Utveckling av arbetsdokumentation för kärnkraftverket och dess delar
   2. Utveckling och anpassning av program
7. Driftsättning
   1. Förberedelse av automationsobjektet
   2. Personalutbildning
   3. Slutförande av AU med levererade produkter (mjukvara och hårdvara, mjukvara och hårdvara, informationsprodukter)
   4. Bygg- och installationsarbeten
   5. Driftsättning fungerar
   6. Genomföra preliminära tester
   7. Genomför provdrift
   8. Genomföra acceptanstest
8. AC-testning.
9. AC-stöd.
   1. Utför arbete i enlighet med garantiåtaganden
   2. Service efter garantitiden

Utkast, tekniska konstruktioner och arbetsdokumentation är en konsekvent konstruktion av fler och mer exakta konstruktionslösningar. Det är tillåtet att utesluta scenen "Draft design" och enskilda stadier av arbetet i alla stadier, att kombinera stegen "Teknisk design" och "Detaljerad dokumentation" till "Detaljerad design", att utföra olika stadier och arbeten parallellt, för att inkludera ytterligare.

GOST R ISO/IEC 12207 (ISO/IEC 12207)

Den 1 mars 2012 antog Ryska federationens federala byrå för teknisk reglering och metrologi GOST R ISO/IEC 12207-2010-standarden "Informationsteknik. System- och mjukvaruteknik. Programvarulivscykelprocesser ”, identisk med den internationella standarden ISO/IEC 12207:2008 ”System- och mjukvaruutveckling — Programvarulivscykelprocesser”.

Denna standard, med hjälp av etablerad terminologi, etablerar ett gemensamt ramverk för mjukvarans livscykelprocesser som kan användas som vägledning i mjukvaruindustrin. Standarden definierar de processer , aktiviteter och uppgifter som används vid förvärv av en mjukvaruprodukt eller tjänst, samt vid leverans, utveckling, avsedd användning, underhåll och avveckling av mjukvaruprodukter.

Programvarans livscykelprocesser

Standarden grupperar de olika aktiviteter som kan utföras under mjukvarusystemens livscykel i sju processgrupper. Var och en av livscykelprocesserna inom dessa grupper beskrivs i termer av syfte och önskade resultat, listor över åtgärder och uppgifter som ska utföras för att uppnå dessa resultat.

• avtalsprocesser - två processer;
• projekt organisatoriska stödprocesser - fem processer;
• projektprocesser - sju processer;
• tekniska processer — elva processer;
• processer för programimplementering - sju processer;
• mjukvarustödsprocesser - åtta processer;
• återanvändningsprocesser för programvara - tre processer.
• Huvudsakliga:
  • Förvärv (åtgärder och uppgifter för kunden som köper programvaran)
  • Leverans (aktiviteter och uppgifter för leverantören som förser kunden med en mjukvaruprodukt eller tjänst)
  • Utveckling (åtgärder och uppgifter utförda av utvecklaren: skapa programvara, upprätta design- och driftsdokumentation, förbereda test- och utbildningsmaterial, etc.)
  • Drift (operatörens åtgärder och uppgifter - organisationen som driver systemet)
  • Underhåll (åtgärder och uppgifter som utförs av den medföljande organisationen, det vill säga underhållstjänsten). Underhåll - göra ändringar i programvaran för att fixa buggar, förbättra prestanda eller anpassa sig till ändrade driftsförhållanden eller krav.
• Extra
  • Dokumentation (formaliserad beskrivning av information som skapats under mjukvarans livscykel)
  • Konfigurationshantering (tillämpning av administrativa och tekniska procedurer under hela mjukvarans livscykel för att bestämma tillståndet för programvarukomponenter, hantera dess ändringar).
  • Kvalitetssäkring (säkerställer att IS och processerna i dess livscykel uppfyller de specificerade kraven och godkända planer)
  • Verifiering (avgör att mjukvaruprodukter, som är resultatet av någon åtgärd, helt uppfyller kraven eller villkoren på grund av tidigare åtgärder)
  • Certifiering (fastställande av fullständig överensstämmelse med de specificerade kraven och det skapade systemet med deras specifika funktionella syfte)
  • Gemensam bedömning (bedömning av tillståndet för arbetet med projektet: kontroll av planering och förvaltning av resurser, personal, utrustning, verktyg)
  • Revision (fastställande av efterlevnad av krav, planer och villkor i kontraktet)
  • Problemlösning (analys och lösning av problem, oavsett ursprung eller källa, som upptäcks under utveckling, drift, underhåll eller andra processer)
• Organisatorisk
  • Management (aktiviteter och uppgifter som kan utföras av alla parter som hanterar deras processer)
  • Skapande av infrastruktur (val och underhåll av teknik, standarder och verktyg, val och installation av hårdvara och mjukvara som används för att utveckla, driva eller underhålla programvara)
  • Förbättring (bedömning, mätning, kontroll och förbättring av livscykelprocesser)
  • Utbildning (inledande utbildning och efterföljande fortlöpande personalutveckling)

Varje process inkluderar ett antal aktiviteter. Till exempel omfattar förvärvsprocessen följande steg:

1. Initiering av förvärv
2. Förberedelse av anbud
3. Förberedelse och justering av kontrakt
4. Leverantörstillsyn
5. Acceptans och slutförande av arbete

Varje åtgärd innehåller ett antal uppgifter. Till exempel bör utarbetandet av anbud innehålla:

1. Kravbildning på systemet
2. Bildande av en lista över mjukvaruprodukter
3. Sätta villkor och avtal
4. Beskrivning av tekniska begränsningar (systemdriftsmiljö, etc.)

Programvarans livscykelstadier, förhållandet mellan processer och stadier

Programvarans livscykelmodell  är en struktur som definierar sekvensen av exekvering och förhållandet mellan processer, åtgärder och uppgifter genom hela livscykeln. Livscykelmodellen beror på projektets särdrag, skala och komplexitet och de specifika förutsättningarna under vilka systemet skapas och fungerar.

GOST R ISO/IEC 12207-2010-standarden erbjuder inte en specifik livscykelmodell. Dess bestämmelser är gemensamma för alla livscykelmodeller, metoder och teknologier för att skapa IP. Den beskriver strukturen för livscykelprocesser utan att specificera hur man ska implementera eller utföra de aktiviteter och uppgifter som ingår i dessa processer.

Programvarans livscykelmodell inkluderar:

1. stadier;
2. Resultaten av arbetet i varje steg;
3. Nyckelhändelser är slutförandepunkter och beslutsfattande.

Ett stadium  är en del av processen för att skapa programvara, begränsad av en viss tidsram och slutar med lanseringen av en specifik produkt (modeller, mjukvarukomponenter, dokumentation), bestämt av de krav som ställs för detta steg.

I varje steg kan flera processer som definieras i GOST R ISO / IEC 12207-2010-standarden utföras, och vice versa kan samma process utföras i olika steg. Relationen mellan processer och stadier bestäms också av den mjukvarulivscykelmodell som används.

Se även

• Mjukvaru-version

Anteckningar

1. ↑ IEEE Std 610.12 Ordlista

Litteratur

• Bratishchenko V.V. Design av informationssystem. - Irkutsk: BGUEP Publishing House, 2004. - 84 sid.
• Vendrov A.M. Designa programvara för ekonomiska informationssystem. - M. : Finans och statistik, 2000.
• Grekul V.I., Denishchenko G.N., Korovkina N.L. Design av informationssystem. - M. : Internet University of Information Technologies - INTUIT.ru, 2005.
• Mishenin A.I. Teori om ekonomiska informationssystem. - M. : Finans och statistik, 2000. - 240 sid.

Länkar

• Zaramenskikh E. P. (2014) Livscykelhantering av informationssystem. Novosibirsk: SIBPRINT  (otillgänglig länk)
• Grekul V. I., Denishchenko G. N., Korovkina N. L. (2005). Föreläsningskurs "IS Design" M.: Internet University of Information Technologies
• Korovkina N. L., Kupriyanov Yu. V., Grekul V. I. (2010) Metodologiska grunder för IT-projektledning. M.: National Open University "INTUIT", 2010
• Wissenschaftliche Kommission Wirtschaftsinformatik im Verband der Hochschulleh-rer für Betriebswirtschaft, (2007) Rahmenempfehlung für die Universitätsausbildung in Wirt-schaftsinformatik. Wirtschaftsinformatik. 49 (2007) 4, S. 318-325.