6 tema konfig racij valdymas
This presentation is the property of its rightful owner.
Sponsored Links
1 / 79

6 tema : Konfigūracijų valdymas PowerPoint PPT Presentation


  • 117 Views
  • Uploaded on
  • Presentation posted in: General

6 tema : Konfigūracijų valdymas. Prof. Robertas Dama ševičius, robertas.damasevicius @ktu.lt Prof. Vytautas Štuikys. Tikslai. Paaiškinti programinės įrangos konfigūravimo valdymą Aprašyti esmines konfigūravimo valdymo veiklas (uždavinius, procesus)

Download Presentation

6 tema : Konfigūracijų valdymas

An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -

Presentation Transcript


6 tema konfig racij valdymas

6 tema: Konfigūracijųvaldymas

Prof. Robertas Damaševičius, [email protected]

Prof. Vytautas Štuikys


Tikslai

Tikslai

  • Paaiškinti programinės įrangos konfigūravimo valdymą

  • Aprašyti esmines konfigūravimo valdymo veiklas (uždavinius, procesus)

    • planavimas, versijų valdymas, sistemų kūrimas

  • Aptarti (trumpai) CASE įrankių naudojimą KV procesams palaikyti


Kas yra konfig ravimo valdymas

Kas yra konfigūravimo valdymas?

  • “SCM is the control of the evolution of complex systems,…, for the purpose to contribute to satisfying quality and delay constraints.”

    – Jacky Estublier

  • “SCM provides the capabilities of identification, control, status accounting, audit and review, manufacture, process management, and teamwork.”

    – Susan Dart


Konfig racij valdymas s vokos ir apibr imai

Konfigūracijų valdymas: sąvokos ir apibrėžimai

  • Programų keitimo rezultatų valdymas

  • Konfigūracija:

    • Sistema (komponentų rinkinys, atliekantis specifinę funkciją arba aibę funkcijų) [IEEE610]

    • Sistemos konfigūracija: aparatūros arba/ir programinės įrangos arba jų kombinacijos funkcija arba fizinės charakteristikos, kurios numatytos ir techninėje dokumentacijoje ir pačiame produkte

    • Sistemos konfigūracija gali būti suvokta kaip specifinės aparatūros, programinės objektų, apjungtų tarpusavyje, specifinės versijos tam, kad būtų galima pasiekti norimą tikslą.


Konfig racijos valdymas ieee610 apibr tis

Konfigūracijos valdymas: IEEE610 apibrėžtis

  • “Tai disciplina, taikanti technines ir administracines vadovavimo ir sekimo priemones tam, kad būtų galima nustatyti ir aprašyti konfigūravimo objektų funkcines ir fizines charakteristikas, valdyti tų charakteristikų pakeitimus, registruoti ir pranešti pasikeitimų procesus ir įgyvendinimo statusą (būseną) ir patikrinti atitikimą numatytiems reikalavimams”


Kokios i vados i plaukia i s vok apibr ties

Kokios išvados išplaukia iš sąvokų apibrėžties?

  • Konfigūracija susijusi su keitimais – tai keitimųvaldymo realizavimas

  • Jei keitimai aprašo techninius ir netechninius dalykus, tai konfigūracija aprašo keitimų valdymo procedūras ir pasekmes


P konfig racijos valdymas kv

PĮ konfigūracijos valdymas (KV)

  • Svarbu atskirti PP nuo KV.

  • PP yra PI veikla, kuri iš esmės prasideda po jos pateikimo vartotojui ir paleidimo.

  • KV yra aibė sekimo ir valdymo veiksmų, kurie prasideda tada, kai projektas prasideda ir baigiasi, kai sistema yra atstatydinama (nustoja veikusi).

  • KV susijęs su Kokybės Užtikrinimu (SQA)


Program in inerijos pi proceso i eiga

Programų Inžinerijos (PI) proceso išeiga

  • PI proceso išeiga arba rezultatas yra informacija, kuri gali būti suskirstyta į tris kategorijas:

    • 1) Kompiuterinės programos (išeities arba vykdomo kodo pavidale)

    • 2)Dokumentai, kurie aprašo programas (techniniame ir vartotojo lygmenyse)

    • 3) Duomenų struktūros, esančios programų viduje ir išorėje (failai, DB).


Program konfig ravimas pk

Programų konfigūravimas (PK)

  • Dalykai (objektai, ištekliai), kurie apima visą informaciją sukurtą PI procese, kaip to proceso dalis, yra vadinama programų konfigūravimo (PK) objektais.

  • Sistemos specifikacija apsprendžia PI projekto planą ir reikalavimų specifikavimą. Tie, savo ruožtu, kitus dokumentus ir t.t..

  • Nelaimei, dar vienas kintamasis atsiranda tame procese - tai keitimai. Keitimai gali atsirasti bet kada ir dėl bet kurios priežasties.


Pirmasis program in inerijos d snis

Pirmasis Programų Inžinerijos dėsnis

  • “Nesvarbu kokiame sistemos gyvavimo cikle jūs esate, sistema keisis, ir noras pakeisti ją lydės per visą gyvavimo ciklą”

    [Bersoff, E.H., V. D. Henderson, and S. G. Siegel, PĮ konfigūracijų valdymas, Prentice-Hall, 1980].

  • Tai tik perfrazuotas1-sisLehmano dėsnis


Problemos akcentavimas

Problemos akcentavimas

  • Projektavimas keitimams remiasi srities variantiškumo numatymu (“ the ability to predict needed variabilities in future assets” is a key element in success of reuse and domain engineering” (Frakes 2006)

  • Programos konfigūracijų valdymas yra “projektavimas keitimams perstumtoje gyvavimo ciklo fazėje – priežiūros fazėje”


Kv lygmenys baselines

KV Lygmenys (baselines)

Tai koncepcija, kuri padeda valdyti pakeitimusbe rimto trukdymo pateisinamam keitimui.


Kas yra konfig ravimo objektai

Kas yra konfigūravimo objektai?


Konfig ravimo objektai 1

Konfigūravimo objektai (1)


Konfig ravimo objektai 2

Konfigūravimo objektai (2)


Kv procesas

KV procesas

  • Reikalauja atsakyti į tokius klausimus:

    • Kaip organizacija nustato ir valdo programos versijų egzistavimą (ir jos dokumentaciją), kad būtų galima efektyviai atlikti pakeitimus?

    • Kaip organizacija valdo pakeitimus prieš ir po to, kai PĮ pateikiama vartotojui?

    • Kas atsako už prioritetus keičiant ir duoda pritarimus?

    • Kas gali užtikrinti, kad pakeitimai buvo padaryti teisingai?

    • Koks mechanizmas yra naudojamas informuoti kitus apie pakeitimus, kurie yra daromi?


Kv u daviniai

KV uždaviniai

  • Atsakymai leidžia apibrėžti 5 KV uždavinius:

    • Objektų nustatymo (identifikavimo)

    • Versijų valdymo

    • Pakeitimų valdymo

    • Konfigūravimo audito

    • Dokumentavimo (Pranešimų ir ataskaitų formavimo)


Kv procesai pagal swebok

KV procesai pagal SWEBOK

PĮ konfigūracijų valdymas


6 kv procesai pagal swebok

6 KV Procesai pagal SWEBOK

  • KV vadybos procesas

  • PĮ Konfigūracijos nustatymas (identifikavimas)

  • PĮ Konfigūracijos valdymas

  • PĮ Konfigūracijos būsenos apskaita

  • PĮ išleidimo vadyba ir pateikimas

  • PĮ Konfigūracijos auditas


Kv proces detalizacija

KV procesų detalizacija

PĮ konfigūracijų valdymas


Konfig racij valdymas

Konfigūracijų valdymas

  • Naujos programinių sistemų versijos yra sukuriamos keitimo metu

    • skirtingoms platformoms/OS

    • siūlo skirtingą funkcionalumą

    • pritaikytos prie tam tikrų vartotojo reikalavimų

  • Konfigūracijų valdymas yra susijęs su besivystančių (tobulinamų) programinių sistemų valdymu

    • siekia kontroliuoti kaštus ir įdėtas pastangas


Konfig racij valdymas1

Konfigūracijų valdymas

  • Apima sukūrimą ir taikymą procedūrų ir standartų, skirtų besivystančio (tobulinamo) programinio produkto valdymui

  • Yra dalis bendresnio kokybės valdymo proceso


Konfig racij valdymo standartai

Konfigūracijų valdymo standartai

  • KV visada turi būti pagrįstas organizacijoje taikomais standartais

  • Standartai turi apibrėžtis, kaip identifikuojamos programos, valdomi pokyčiai ir naujos versijos

  • Standartai gali remtis išoriniais standartais (pvz: IEEE)

  • Esantys standartai remiasi krioklio modeliu - reikalingi nauji standartai evoliuciniam programų kūrimui


Konfig ravimo valdymo planavimas

Konfigūravimo valdymo planavimas

  • Visi programinės įrangos kūrimo proceso produktai (objektai) turi būti valdomi

    • specifikacijos, projektai, programos, testiniai duomenys, vartotojo vadovai

  • Didelė programinė sistema gali turėti tūkstančius skirtingų dokumentų

  • Planavimo proceso detalės (žr. duotą schemą)


Konfig racijos valdymo planavimas

Konfigūracijos valdymo planavimas

  • Prasideda ankstyvosiose projekto fazėse

  • Turi apibrėžti valdomus dokumentus arba dokumentų klases

  • Dokumentai, kurių gali prireikti programų priežiūrai ateityje, turi būti identifikuojami


Konfig racijos valdymo planas 1

Konfigūracijos valdymo planas (1)

  • Apibrėžia valdomų dokumentų tipus ir dokumentų įvardijimo (klasifikavimo) schemą

  • Apibrėžia atsakomybę už KV procedūras

  • Apibrėžia pokyčių ir versijų valdymo taisykles

  • Apibrėžia KV įrašus, kurie turės būti prižiūrimi


Konfig racijos valdymo planas 2

Konfigūracijos valdymo planas (2)

  • Apibrėžia įrankius naudojamus KV procese ir jų apribojimus

  • Apibrėžia įrankių naudojimo procesą

  • Apibrėžia KV duomenų bazė

  • Gali turėti papildomą informaciją


Konfig ravimo objekt identifikavimas

Konfigūravimo objektų identifikavimas

  • Dideli projektai paprastai pateikia tūkstančius dokumentų, kurie turi būti unikaliai identifikuojami

  • Kai kuriuos dokumentus reikia prižiūrėti visą programos gyvavimo laiką

  • Turi būti apibrėžta duomenų įvardijimo schema

  • Turbūt lanksčiausias metodas yra hierarchinė schema su daugelio lygmenų vardais


Scm plan o pavyzdys i ieee std 1042 1990

Life-cycle Phase

Pr

oject T

ype

Size

SCM T

ools

Life Span

Writing

Character of

Pr

oject

A

Complex system

contracted to

Highly

Medium

Adv

anced

De

v

elopment

Critical

Sho

rt

another company

Structur

ed

Small softwar

e

B

de

v

elopment

Concept

Pr

ototype

Small

Basic

Inf

ormal

pr

oject

Short

C

SCMP used by

or

ganization using

Support

Lar

ge

Full

On-line

Structur

ed

Maintenance

contracted SW

S

oftwar

e

Life-Cycle

D

De

v

elopment of

Commer

cial

Small

Integrated

Full

Inf

ormal

embedded

All

Life-Cycle

applicatåions

SCM Plano pavyzdys(iš IEEE std.1042.1990)

ARENA or TRAMP: Concept. Prototype, Small, On-line, Short, Informal


Konfig racijos valdymo planavimo standartas

Konfigūracijos valdymo planavimo standartas

  • IEEE Std. 828-1990

  • Nauja versija IEEE Std. 828-1998

  • Establishes the minimum required contents of a software configuration management plan and defines the specific activities to be addressed and their requirements for any portion of a software product's life cycle.

  • http://bluehawk.monmouth.edu/~lvallone/ieee_828-1998_sw_config_mgmt.pdf

PĮ konfigūracijų valdymas


Atitiktis ieee st d 828 199 8

Atitiktis IEEE Std. 828-1998

  • Pateikties formatas ir pateikiama informacija

    • Atskiras dokumentas arba jo skyrius, kuris vadinasi “Software Configuration Management Plan”.

    • 6 skyriai / skirsniai: Introduction, Management, Activities, Schedules, Resources and Plan Maintenance

  • Atitikties kriterijai

    • Visos KV plane apibrėžtos veiklos yra priskirtos organizacijos padaliniams arba asmenims kurie turi visus veiklai atlikti reikalingus resursus

    • Visiems konfigūravimo objektams priskirti keitimo valdymo procesai

  • Jei tenkina, KV plane gali būti toks sakinys:

    “This SCMP conforms with the requirements of IEEE Std 828-1998.”


Konfig ravimo duomen baz

Konfigūravimo duomenų bazė

  • Visa KV informacija turi būti saugoma KV duomenų bazėje (sąsaja su RT ir saugyklos metodu, žr. paskaitą RT ir PPT)

  • Turi būti saugomi atsakymai į šiuos klausimus

    • Kur yra tam tikra sistemos versija?

    • Kokios reikia platformos?

    • Kokios versijos bus paveiktos pakeitus komponentą X?

    • Kiek yra surastų klaidų versijoje T?

  • Pageidaujama, kad KV duomenų bazė turi būti surišta su valdoma programinę įranga


Poky i valdymas

Pokyčių valdymas

  • Programinės sistemos pokyčių valdymas ir realizavimo užtikrinimas

  • Apima pokyčių užklausų apdorojimą

    • iš vartotojų

    • iš kūrėjų

    • iš rinkos dalyvių


Keitimo proceso valdymas

Keitimo proceso valdymas

PĮ konfigūracijų valdymas


Poky i valdymo procesas algoritmo pseudokodas

Pokyčių valdymo procesas (algoritmo pseudokodas)


Pakeitim istorija

Pakeitimų istorija

  • Aprašo pakeitimus taikomus dokumentui arba kodo komponentui

  • Turi aprašyti pokytį, jo priežastį, autorių ir laiką

  • Gali būti komentaras programos tekste


Versij valdymas

Versijų valdymas

  • Pasirinkti sistemos versijų identifikavimo schemą

  • Suplanuoti naujas sistemos versijas

  • Užtikrinti tinkamą versijų valdymo procedūrų taikymą

  • Suplanuoti naujų sistemos versijų išleidimą


Versija variantas i leidimas pateiktis release

Versija/variantas/išleidimas-pateiktis/ (release)

  • Versija: sistemos egzempliorius, kurio funkcionalumas skiriasi nuo kitų programos egzempliorių

  • Variantas: sistemos egzempliorius, kuris yra funkciškai identiškas, tačiau turi ne funkcinių skirtumų nuo kitų egzempliorių

  • Išleidimas-pateiktis (Release): sistemos egzempliorius platinamas išorėje

  • Šaka: tam tikra versijų seka


Versij saugojimas

1.1

1.4

Versijų saugojimas

  • Pilan kiekvienos versijos kopija

  • Delta (skirtumas tarp dviejų versijų)

  • Tiesioginė (Forward delta)

  • Atvirkštinė (Reverse delta)

  • Mišrūs metodai

1.2

1.3

1.4

1.1

1.2

1.3

PĮ konfigūracijų valdymas


Delta kodavimas

Delta kodavimas

  • Simetrinis

    Δ(v1, v2) = (v1 \ v2) U (v2 \ v1),

  • Kryptinis

    • Elementarių keitimo operacijų seka, nurodanti kaip iš versijos v1gauti kitą versiją v2

PĮ konfigūracijų valdymas


Versij valdymo modeliai 1 3

Versijų valdymo modeliai(1/3)

  • Pagr. problema: kelių programuotojų darbas vienu metu


Versij valdymo modeliai 2 3

Versijų valdymo modeliai(2/3)

  • Modelis 1: užrakink-keisk-atrakink

Problemos:

  • Pamiršo užrakinti

  • Negalima dirbti vienu metu


Versij valdymo modeliai 3 3

Versijų valdymo modeliai(3/3)

Modelis 2: kopijuok-keisk-sujunk


6 tema konfig racij valdymas

PĮ konfigūracijų valdymas


Versij identifikavimas

Versijų identifikavimas

  • Versijų identifikavimo procedūros turi vienareikšmiškai identifikuoti komponentų versijas

  • Trys pagrindiniai metodai

    • versijų numeravimas

    • Identifikavimas pagal atributus

    • pokyčius atspindintis identifikavimas


Versij numeravimas

Versijų numeravimas

  • Paprasčiausia vardijimo schema naudoja linijinę (tiesinę) numeraciją: V1, V1.1, V1.2, V2.1, V2.2 …

  • Iš tikro schema yra medis arba tinklas

  • Vardai nėra prasmingi

  • Hierarchinė schema būtų geresnė


Versijos

Versijos


Versij identifikavimas pagal atributus

Versijų identifikavimas pagal atributus

  • Atributai gali būti susiję su versija:

    • Data, autorius, programavimo kalba, klientas, statusas, …

  • Lanksti, bet gali būti ne unikali

  • Reikia paprasto vardo lengvesniam įvardijimui


Poky ius atspindintis identifikavimas

Pokyčius atspindintis identifikavimas

  • Integruoja versijas ir pakeitimus, kurie buvo reikalingi šioms versijoms sukurti

  • Labiau naudojama sistemoms, o ne komponentams


I leidimo pateikties valdymas

Išleidimo-pateikties valdymas

  • Išleidimas turi apimti pokyčius, atliktus taisant vartotojų surastas klaidas

  • Turi apimti naują sistemos funkcionalumą

  • Planavimas yra susijęs su sekančios sistemos išleidimo laiku


Sistemos i leidimas

Sistemos išleidimas

  • Sistemos išleidimas (release) - tai ne tik vykdomosios programos

  • Gali apimti

    • Konfigūracijos failus

    • duomenų failus

    • instaliavimo programas

    • dokumentaciją

    • įpakavimą ir t.t.


I leidimo suk rimas

Išleidimo sukūrimas

  • Apima visų reikiamų failų ir dokumentacijos surinkimą

  • Turi būti parašyti konfigūracijų aprašai ir skirtingi instaliavimo scenarijai

  • Turi būti gerai dokumentuotas, kad galėtų būti sėkmingai pakartotas


Sistemos surinkimas

Sistemos surinkimas

  • Sistemos kompiliavimo ir surišimo į vykdomąją sistemą procesas

  • Skirtingos sistemos yra kuriamos iš skirtingų komponentų kombinacijų

  • Dažnai atliekama automatiškai naudojant scenarijus


Problemos

Problemos

  • Ar netrūksta sistemos komponentų?

  • Ar specifikuota tinkama komponento versija?

  • Ar turimi visi duomenų failai?

  • Ar visos nuorodos į duomenų dailus yra teisingos?

  • Ar sistema surenkama reikiamai platformai?

  • Ar naudojama tinkama kompiliatoriaus versija?


Sistemos surinkimas1

Sistemos surinkimas


Case rankiai konfig racij valdymui

CASE įrankiai konfigūracijų valdymui

  • KV procesai yra standartizuoti ir naudoja iš anksto žinomas procedūras

  • Turi būti valdomi dideli duomenų kiekiai

  • CASE įrankių naudojimas yra esminis


Poky i valdymo rankiai

Pokyčių valdymo įrankiai

  • Pokyčių valdymas gali būti integruotas su versijų valdymo sistema

  • Įrankiai

    • Pokyčių užklausų formųredaktorius

    • Perdavimo automatizavimo sistema

    • Pokyčiųduomenų bazė


Versij valdymo rankiai

Versijų valdymo įrankiai

  • Versijų identifikavimas

    • identifikatorius priskiriamas automatiškai, kai sistemai pateikiama nauja versija

  • Atminties valdymas

    • saugomi tik skirtumai tarp versijų

  • Pokyčių istorija

  • Nepriklausomas kūrimas

    • vienu metu gali būti keičiama tik viena versija


Kv rankiai

KV įrankiai

  • Versijų valdymo

    • RCS, CVS, Subversion, Visual Source Safe, Rational ClearCase

  • Klaidų registravimo

    • Bugzilla, Mantis Bugtracker, Rational ClearQuest

  • Projektų valdymo

    • Sourceforge.net, freshmeat.net, GForge, DForge


Konfig racij valdymo db

Konfigūracijų valdymo DB

PĮ konfigūracijų valdymas


Konfig racij valdymo db1

Konfigūracijų valdymo DB

PĮ konfigūracijų valdymas


Duomen baze pagr sta sistema

Duomenų baze pagrįsta sistema


Sistemos surinkimas2

Sistemos surinkimas

  • Įrankiai turi užtikrinti

    • specifikacijos kalbą ir jos interpretatorių

    • įrankių pasirinkimą

    • paskirstytą kompiliavimą

    • objektų valdymą


Dokumentacija

Dokumentacija

  • Tikriausiai labiausiai ignoruojamas dalykas sistemų kūrime!!!

  • 1. Reikalavimai PĮ sistemų dokumentacijai:

    • Ji turi būti tarpininku grupės nariams bendraujant tarpusavyje

    • Ji turi būti sistemos informacinė saugykla, naudojama priežiūros inžinierių

    • Ji turi pateikti informaciją valdymui, kad palengvinus PĮ proceso planavimą, biudžeto ir tvarkaraščių ribojimus

    • Dalis dokumentacijos turi pasakyti vartotojui, kaip naudoti ir administruoti sistemą.


Dokument klasifikacija

Dokumentų klasifikacija:

  • 2. Proceso dokumentacija: Šie dokumentai registruoja projektavimo procesą ir priežiūrą Pavyzdžiai:

    • Planai, Įvertinimai, Grafikai (tvarkaraščiai): Reikalingi vadybininkams numatyti ir valdyti PĮ kūrimo procesus

    • Ataskaitos: reikalingos nurodyti, kaip resursai buvo naudojami procese


Dokument klasifikavimas t sa

Dokumentų klasifikavimas (tąsa):

  • 3. Dokumentavimo proceso pavyzdžiai:

    • Standartai:Šie dokumentai nustato, kaip procesas turi būti įdiegtas. Jie gali būti sukurti iš organizacijos, nacionalinių ar tarptautinių standartų ir pateikti procesą detaliai.

    • Darbiniai dokumentai: Tai dažnai esminiai techninio bendravimo dokumentai. Inžinierių idėjos, mintys apie projektą, tai produktų dokumentacijos laikinos versijos (interim version). Aprašo kūrimo strategijas, formuluoja nustatytas problemas. Tai netiesioginiai pasako apie projekto sprendimus.


Dokument klasifikavimas t sa1

Dokumentų klasifikavimas (tąsa):

  • Priminimai ir e-žinutės

    • Aprašai kasdienio bendravimo tarp vadybininkų ir projektavimo inžinierių.


Dokument klasifikavimas t sa2

Dokumentų klasifikavimas (tąsa):

  • 4.Gaminio dokumentacija:Ši dokumentacija aprašo sistemą, kuri yra projektuojama. Lentelėje fiksuojami 5 požiūriai į dokumentaciją:


Dokument klasifikavimas t sa3

Dokumentų klasifikavimas (tąsa):

  • Sistemos dokumentai turi turėti:

    • Reikalavimus dokumentui ir atitinkamą aprašą

    • Dokumentą, aprašantį visos sistemos architektūrą

    • Kiekvienai programai jos architektūrą

    • Kiekvienam komponentui specifikaciją ir projektavimo aprašą


Dokument klasifikavimas t sa4

Dokumentų klasifikavimas (tąsa):

  • Sistemos dokumentacija:

    • Programos pradinio kodo aprašas (listingai). Jie turi turėti komentarus, ypač sudėtingose kodavimo vietose. Jei prasminiai vardai naudojami ir nėra “goto” sakinių, kodas turėtų būti save dokumentuojantis.

    • Testavimo / validavimo dokumentas, aprašantis kaip testavimo dokumentas atitinka reikalavimus


Dokument klasifikavimas t sa5

Dokumentų klasifikavimas (tąsa):

  • Sistemos dokumentacija:

    • Sistemos priežiūros vadovas, kuris aprašo žinomas sistemos problemas,

    • aprašo sistemos dalis, kurios yra nuo aparatūros priklausomos,

    • nuo PĮ priklausomos ir

    • kaip sistemos projektavimas įvertina sistemos evoliuciją.


Dokumentacijos standartai

Dokumentacijos standartai:

  • Proceso standartas turi:

    • Apibrėžti procesą, kuris leistų pagaminti aukštos kokybės dokumentą

      • Procesas turėtų apimti sukūrimą (word processors, text formatters, equation writers, drawing and art packages),

      • Kalbos glūdinimą (polishing) (spell checkers, thesauri and style checkers)

      • Ir išleidimo procesą(desktop publishing packages, art packages and type styling programs).


Dokumentacijos standartai t sa

Dokumentacijos standartai (tąsa):

  • Valdyti pačius dokumentus.

    • Dokumento identifikavimo standartai : kaip mes galime surasti arba cituoti atitinkamą dokumentą?

    • Dokumentostruktūros standartas (trumpam dokumentui): ką jis turi turėti ?

      Visi dokumentai turi turėti titulinį lapą (cover page), kuris identifikuoja projektą ir tą dokumentą, autorių, išleidimo datą, dokumento tipą, konfigūracijos valdymo informaciją , kokybės užtikrinimo informaciją, konfidencialumo klasę, dokumento paieškos informaciją (raktažodžius ir santrauką) ir teisinės apsaugos žinutę


Dokumentacijos standartai t sa1

Dokumentacijos standartai (tąsa):

  • Struktūra dokumentams, kurie daugiau nei keli puslapiai:

    • Turi būti sudalinti į skyrius, o skyriai į skirsnius

    • Turi būti pateiktas turinys

    • Suderinta skyrių ir skirsnių numeracija

    • Skyriai turi prasidėti atskiru puslapiu: tai palengvina daryti pakeitimus ir spausdinimus dalimis


Dokumentacijos standartai t sa2

Dokumentacijos standartai (tąsa):

Dokumento struktūra su daugybe nuorodų ir detalių

Turi turėti indeksus ir nuorodas, kad informacija būtų lengvai išgaunama net ir blogai parašytam dokumentui

Jei dokumentai skirti daugeliui skaitytojų, kurių žodynėliai gali skirtis,

turi būti pateiktas techninių terminų apibrėžimų, sutrumpinimų žodynėlis

Dokumentų pateikimo standartai :

  • Šriftas, firmos ženklas (emblema) ir formatai

  • Dokumentų atnaujinimo standartai: Kaip mes galime nurodyti pakeitimus


  • Dokumentacijos standartai t sa3

    Dokumentacijos standartai (tąsa):

    • Pasikeitimo standartai:

      • Užtikrinti elektroninį dokumentų saugojimą ir pasikeitimą


    Poky io u klausos forma

    Pokyčio užklausos forma

    • Dalis KV proceso

    • Aprašo reikalaujamą pokytį, siūlantį asmenį, keitimo priežastį ir skubos pobūdį

    • Aprašo pokyčio įvertinimą, analizės įtaką, pokyčio kaštus ir rekomendacijas


    Keitimo u klausos forma

    Keitimo užklausos forma


    Literat ra

    Literatūra

    • Guide to the Software Engineering Body of Knowledge, 2004 Version, SWEBOK

    • Concepts in Configuration Management Systems, Susan Dart, CMU.

    • Software Configuration Management: A Roadmap, Jacky Estublier, CNRS, France.

    PĮ konfigūracijų valdymas


  • Login