Skaityti anglų kalba

Bendrinti naudojant


Geros būklės modeliu pagrįstos programos formos išlaikymas ALM

Šiame straipsnyje pateikta informacija apie įvairius scenarijus, kaip įdiegti ir tinkamai naudoti visą programų ciklą (ALM), kad būtų galima tinkinti formas jūsų modeliu pagrįstuose programų sprendimuose.

Toliau skyriuose aprašyta, kaip veikia formų suliejimas ir kaip valdyti tinkinimus. Pagrindiniai kūrimo scenarijai su rekomendacijos dėl sėkmingo ALM pavyzdžio programos formos priežiūros išsamiai aprašyti kiekviename toliau pateikiamame skyriuje. Kiekvienas scenarijus apima veiksmus, kurie gali padėti įdiegti tinkamą ALM procesą atnaujinant sprendimą arba modeliu pagrįstą programą.

Naujos formos kūrimas ir jos priežiūra naudojant kelis valdomus sprendimus

Norėdami įdiegti šio scenarijaus sveiką formą ALM, atlikite šiuos veiksmus.

  1. Savo programavimo aplinkoje sukurkite naują formą, pavadinimu FormA ir atlikite formos tinkinimus.
  2. Programavimo aplinkoje sukurkite naują sprendimą (toliau pateiktoje diagramoje pavadintą A sprendimą), kuris bus nevaldomas ir įtrauksite naują formą. Eksportuokite sprendimą kaip valdomą. Šiuo veiksmu eksportuojama pilna "FormXml" formos.
  3. Savo tikrinimo aplinkoje importuokite failą valdomas sprendimas 2 veiksmu, kuris sukuria FormA tikrinimo aplinkoje. Toliau pateiktoje diagramoje tikrinimo aplinkoje sukuriama "FormA" ir formos UI rodomi "Field1 ir Field2 kad Sprendimas A yra įtrauktas į formą.
  4. Kai toliau tinkinate 1 veiksme sukurtą formą naudodami naują programavimo (šaltinio) aplinką, importuokite 2 veiksme sukurtą valdomąjį Sprendimą A ir patikrinkite, ar jūsų naudojamas programavimo egzempliorius turi Formą A valdomojoje būsenoje. Kaip pavaizduota toliau pateiktoje diagramoje, valdomas sprendimas A importuojamas į programavimo aplinką, o forma tinkinama, sukuriant aktyvius tinkinimus. Tada FormA galima įtraukti į naują nevaldomą sprendimą (B sprendimas diagramoje) ir eksportuoti kaip valdomą sprendimą išprogramavimo aplinkos. Šiuo veiksmu eksportuojama formos diferencinė "FormXml".
  5. Savo tikrinimo aplinkoje importuokite valdomą sprendimą (B sprendimas) iš 4 veiksmo. Kaip pavaizduota toliau pateiktoje diagramoje Sprendimas B prideda naują Field3 prie FormA ir pašalina Field2, kuris buvo pridėtas Solution A pagalba. Tikrinimo aplinkoje formos UI dabar rodo Field3 ir Field1 formoje, bet ne Field2 po suliejimo.

1 scenarijus sudaro ALM diagramą.

Šio scenarijaus pavyzdys nenaudotinas

Kaip pavaizduota toliau pateiktoje diagramoje, tai nėra naudinga ALM praktika kurti kelis valdomus sprendimus iš programavimo aplinkos, kai pagrindinis sprendimas (Sprendimas A) yra nevaldomoje būsenoje. Taip yra todėl, kad, kai sukuriate kitą nevaldomąjį sprendimą (Sprendimą B) nevaldomai formai, "FormXml" yra eksportuojama kaip pilna "FormXml", o ne diferencijuota "FormXml", kaip aukščiau parodyta tinkamame scenarijuje. Vėliau pakeitimai, tokie kaip stulpelio pašalinimas nebeturės įtakos.

Nesveikos formos ALM pavyzdys šiam scenarijui.

Naujos formos kūrimas ir tinkinimų atlikimas naudojant pataisas ir atnaujinimus

Norėdami įdiegti šio scenarijaus sveiką formą ALM, atlikite šiuos veiksmus.

  1. Savo programavimo aplinkoje sukurkite naują formą, pavadinimu FormA ir atlikite formos tinkinimus.

  2. Programavimo aplinkoje sukurkite sprendimą (Sprendimas A toliau pateiktoje diagramoje), kuris bus nevaldomas sprendimas ir įtraukite savo naują formą. Eksportuokite sprendimą kaip valdomą. Šiuo veiksmu eksportuojama pilna "FormXml" formos.

  3. Savo tikrinimo aplinkoje importuokite failą valdomas sprendimas 2 veiksmu, taip sukurdami formą tikrinimo aplinkoje. Toliau pateiktoje diagramoje tikrinimo aplinkoje sukuriama "FormA" ir formos UI rodomi "Field1 ir Field2, kad Sprendimas A yra įtrauktas į formą.

  4. Kai toliau tinkinate formą, kurią sukūrėte 1 žingsnyje naudodami pataisas, naudokite tą pačią aplinką, kurioje Sprendimas A yra nevaldomoje būsenoje ir sukurkite sprendimo pataisą bei tinkinkite formą. Tada eksportuokite pataisą kaip valdomą sprendimą. Šiuo veiksmu eksportuojama pilna "FormXml" formos.

  5. Savo tikrinimo aplinkoje importuokite valdomą pataisos sprendimą iš 4 žingsnio. Kaip pavaizduota toliau pateiktoje diagramoje, Solution A pataisa į "FormA" prideda naują Field3 ir pašalina Field2, kurį įtraukė A sprendimas.

    Pastaba

    Pataisos su visu formXml visada lyginamos su pagrindiniu sluoksniu, kurį naudojant pataisa buvo sukurta, ir nepaisoma jokių tarpinių pataisų tarp pagrindinės ir esamos pataisos. Todėl Field2 pašalinamas, nes yra pagrindiniame sluoksnyje A sprendimas, ir aptinkamas šalinimas. Kita vertus Field3 įtraukia pataisos sprendimas ir jo negalima pašalinti vėlesnėmis pataisomis. Todėl laukai, įtraukti naudojant pataisos sprendimus, yra pridėtiniai.

  6. Kai toliau tinkinate formą, kurią sukūrėte 1 žingsnyje naudodami atnaujinimus, naudokite tą pačią aplinką, kurioje Sprendimas A yra nevaldomoje būsenoje ir klonuokite Sprendimą A kad sukurtumėte atnaujintą sprendimą bei tinkinkite formą. Tada eksportuokite Sprendimo A atnaujinimą kaip valdomą sprendimą. Šiuo veiksmu eksportuojama pilna "FormXml" formos.

  7. Savo tikrinimo aplinkoje importuokite valdomą Sprendimą As iš 6 žingsnio. Kaip pavaizduota toliau pateiktoje diagramoje Soprendimo A atnaujinimas prie FormA prideda naują Field4 ir pašalina Field2, kuris buvo pridėtas Solution A pagalba. Tikrinimo aplinkoje formos UI dabar rodo Field1, Field3, and Field4 formoje, bet Field2 bus pašalintas, kai forma bus sulieta iš importavimo.

2 scenarijus sudaro ALM diagramą.

Esamos valdomos formos tinkinimas ir jos priežiūra naudojant kelis valdomus sprendimus

Norėdami įdiegti šio scenarijaus sveiką formą ALM, atlikite šiuos veiksmus.

  1. Šiame pavyzdyje savo programavimo aplinkoje redaguokite esamą valdomą formą, pavadintą FormB ir atlikite formos tinkinimus. Atkreipkite dėmesį, kad sprendimas A yra valdomas sprendimas jau įdiegtas formai programavimo aplinkoje.
  2. Sukurkite naują sprendimą (Sprendimasn B toliau pateiktoje diagramoje), kuris yra nevaldomas sprendimas ir įtraukite FormB. Eksportuokite sprendimą kaip valdomą. Šiuo veiksmu eksportuojama formos diferencinė "FormXml".
  3. Savo tikrinimo aplinkoje importuokite valdomą sprendimą iš 2 žingsnio, taip formai sukurdami antrą sprendimo lygmenį. Žemiau esančioje diagramoje pavaizduota, FormB gauna suliejimo pakeitimus iš Sprendimo A ir Sprendimas B tikrinamoje aplinkoje bei formos UI rodo Field1 ir Field3 formoje, bet ne Field2, kuris buvo pašalintas Solution B pagalba.
  4. Kai toliau tinkinate 1 veiksme tinkintą formą naudodami naujus valdomuosius sprendimus, patikrinkite, ar naudojate naują programavimo aplinką, kuri turi Formą B valdomojoje būsenoje. Kaip pavaizduota toliau pateiktoje diagramoje, Sprendimas A ir Sprendimas B yra valdomi sprendimai, kurie importuojami į naują programavimo aplinką. FormB yra tinkinama kuriant aktyvius tinkinimus, kuriuos galima įtraukti į naują sprendimą (C sprendimas diagramoje) ir eksportuoti kaip valdomąjį sprendimą.
  5. Savo tikrinimo aplinkoje importuokite valdomą Sprendimą C iš 4 žingsnio. kaip pavaizduota toliau pateiktoje diagramoje Sprendimas C prideda naują Field4 prie FormB ir pašalina Field3, kuris buvo pridėtas Sprendimo B pagalba. Formos UI tikrinimo aplinkoje dabar rodo Field1 ir Field4 formoje, bet ne Field2 ir Field3.

3 scenarijus sudaro ALM diagramą.

Šio scenarijaus pavyzdys nenaudotinas

Kaip pavaizduota toliau pateiktoje diagramoje, tai nėra naudinga ALM praktika kurti kelis valdomus sprendimus iš programavimo aplinkos, kurioje yra kitas nevaldomas sprendimas, kurį sukūrėte tai pačiai formai. Atkreipkite dėmesį, kad Sprendimas B yra nevaldomoje būsenoje. Kai sukuriate kitą nevaldomąjį sprendimą (Sprendimas C) FormaiB, FormXml eksportuojama kaip diferencijuota FormXml, kaip parodyta anksčiau minėto scenarijaus 4 žingsnyje. Bet FormB taip pat turi pakeitimų iš Sprendimo B, kurį perrašys jūsų nauji pakeitimai.

Pavyzdžiui, kaip pavaizduota toliau pateiktoje diagramoje, Field3 yra įtraukiamas į FormB, kuri yra Sprendime 3. Tačiau dabar, kai šioje aplinkoje sukūriate naują Sprendimą C su Sprendimu B nevaldomoje būsenoje ir pašalinate Field3, Field3 taip pat bus pašalintas programavimo aplinkoje. Field3 nebus sekamas diferencijuotoje FormXml, kai sprendimas bus eksportuojamas, nes šio stulpelio pridėjimo ir pašalinimo pakeitimas buvo atliktas tame pačiame aktyviame sluoksnyje. Tai reiškia, kad kai valdomas Sprendimas C importuojamas į tikrinamą aplinką, forma vis tiek atvaizduos Field3, nes diferencijuota FormXlm niekada jo neįrašo kaip pašalinto (kaip jis buvo pašalintas 5 žingsnyje sveikoje ALM formoje pagal aukščiau nurodytą scenarijų). Atlikus formos tinkinimus, tokiu būdu programavimo aplinka bus nesuderinama su tikrinamąja aplinka.

Kitas nesveikos formos ALM pavyzdys šiam scenarijui.

Esamos valdomos formos tinkinimas ir jos priežiūra naudojant pataisas ir atnaujinimus

Norėdami įdiegti šio scenarijaus sveiką formą ALM, atlikite šiuos veiksmus.

  1. Šiame pavyzdyje savo programavimo aplinkoje tinkinkite esamą valdomą formą, pavadintą FormB ir atlikite formos tinkinimus. Atkreipkite dėmesį, kad Sprendimas A yra valdomas sprendimas jau įdiegtas formai programavimo aplinkoje.

  2. Sukurkite naują sprendimą (Sprendimasn B), kuris bus nevaldomas sprendimas ir įtraukite FormB. Eksportuokite sprendimą kaip valdomą. Šiuo veiksmu eksportuojama formos diferencijuota FormXml.

  3. Savo tikrinimo aplinkoje importuokite valdomą Sprendimą B iš 2 žingsnio, taip formai sukurdami antrą sprendimo lygmenį. Toliau pateiktoje diagramoje FormB įgauna suliejimo pakeitimus iš Sprendimo A ir Sprendimo B tikrinimo aplinkoje. Be to, FormB UI rodomi Filed1 ir Field3 formoje, bet ne Field2, kuris buvo pašalintas Sprendimo B pagalba.

  4. Kai toliau tinkinate formą, kurią tinkinote 1 žingsnyje naudodami pataisos sprendimą, galite naudoti tą pačią programavimo aplinką kaip 1 žingsnyje, kai Sprendimas B egzistuoja nevaldomoje būsenoje. Kaip pavaizduota toliau pateiktoje diagramoje, Sprendimas A yra valdomoje būsenoje ir Sprendimas B yra nevaldomoje būsenoje. Forma toliau tinkinama ir sukuriate Sprendimo B pataisą, pridedami savo formą prie šio sprendimo ir eksportuodami ją kaip valdomąjį pataisos sprendimą. Šiuo veiksmu eksportuojama diferencijuota formos "FormXml".

  5. Savo tikrinimo aplinkoje importuokite valdomą pataisos Sprendimą B iš 4 žingsnio. Kaip pavaizduota toliau pateiktoje diagramoje, Sprendimo B Pataisa prideda naują Field4 prie FormB ir pašalina Field3, kurį pridėjo Sprendimas B.

    Pastaba

    Pataisos yra pridedamos ir iš formos negali pašalinti komponentų, tokių kaip stulpeliai. Todėl Filed3 nebus pašalintas iš formos. Dabar tikrinimo aplinkoje esanti formos UI rodo Field1, Field3, ir Field4 formoje, bet ne Field2.

  6. Kai toliau tinkinate formą, kurią sukūrėte 1 žingsnyje naudodami atnaujinimus, naudokite tą pačią aplinką, kurioje Solution B yra nevaldomoje būsenoje ir klonuokite Sprendimą B kad sukurtumėte atnaujintą sprendimą bei tinkinkite FormB. Eksportuokite atnaujinimą kaip valdomą sprendimą. Šiuo veiksmu eksportuojama diferencijuota "FormXml" formos.

  7. Savo tikrinimo aplinkoje importuokite valdomą Sprendimo B atnaujintą sprendimą iš 6 žingsnio. Kaip pavaizduota toliau pateiktoje diagramije Sprendimo B atnaujinimas prideda naują Field5 prie FormB ir pašalina Field3, kurį pridėjo Sprendimas B. Formos UI tikrinimo aplinkoje dabar rodo Field1, Field4, ir Field5 formoje, bet Field2 ir Field3 yra pašalinti.

Redaguokite esamą valdomą formą naudodami pataisų ir atnaujinimų diagramą.

Nevaldomų sprendimų ir naujos formos tinkinimų tvarkymas keliose programavimo aplinkose

Norėdami įdiegti šio scenarijaus sveiką formą ALM, atlikite šiuos veiksmus.

  1. Savo Programvimo aplinka 1 sukurkite naują FormA ir atlikite formos tinkinimus.
  2. Programavimo aplinkoje sukurkite sprendimą (Sprendimas A toliau pateiktoje diagramoje), kuris bus nevaldomas sprendimas, ir įtraukite savo naują formą. Eksportuokite sprendimą kaip nevaldomą. Šiuo veiksmu eksportuojama pilna "FormXml" formos.
  3. Programavimo aplinkoje 2 importuokite nevaldomąjį sprendimą iš 2 žingsnio, kuris sukuria formą programavimo aplinkoje 2. Toliau pateiktoje diagramoje sukuriama "FormA" ir formos UI rodo "Field1 ir Field2 kad Sprendimas A yra įtrauktas į formą.
  4. Toliau tinkinate formą Programavimo aplinkoje 2, atlikdami aktyvų tinkinimą aplinkoje, tokį kaip naujo stulpelio, pavadinimu Field3 pridėjimas. FormA dabar rodo Field1, Field2 ir Field3.
  5. Savo Programavimo aplinkoje 1 toliau tinkinate formą, taip pat įtraukdami Field4. Dabar Programavimo aplinkoje 1 esanti formos UI rodo Field1, Field2, ir Field4.
  6. Eksportuokite nevaldomąjį Sprendimą A su 5 žingsnyje atliktais pakeitimais. Šiuo veiksmu eksportuojama pilna "FormXml" formos.
  7. Programavimo aplinkoje 2, importuokite nevaldomą Sprendimo A atnaujinimą iš 6 žingsnio. Kadangi jūsų importuojamame sprendime yra pilna "FormXml", skirta FormA, jis perrašo aktyvų tinkinimą, atliktą Programavimo aplinkoje 1. Todėl dabar formoje rodoma tik Field1, Field2, ir Field4, bet ne Field3, kuris buvo papildomas aktyvus tinkinimas, atliktas Programavimo aplinkoje 1. Taip nutinka importuojant bet kokį nevaldomąjį sprendimą, kurio forma turi pilną formos FormXml.

Nevaldomi sprendimai keliose aplinkose.

Nevaldomų sprendimų ir esamos formos tinkinimų tvarkymas keliose programavimo aplinkose

Norėdami įdiegti šio scenarijaus sveiką formą ALM, atlikite šiuos veiksmus.

  1. Programavimo aplinkoje1 tinkinkite esamą formą, šiame pavyzdyje pavadintą FormB. Tada atlikite formos tinkinimus.
  2. Sukurkite naują sprendimą (Sprendimas B toliau pateiktoje diagramoje), kuris bus nevaldomas sprendimas ir įtraukite FormB. Eksportuokite sprendimą kaip nevaldomą. Šiuo veiksmu eksportuojama formos diferencijuota FormXml.
  3. Programavimo aplinkoje 2 importuokite nevaldomą sprendimą iš 2 žingsnio, taip formai sukurdami antrą sprendimo lygmenį. Po suliejimo FormB UI rodo Field1, Field2 ir Filed3.
  4. Toliau tinkinate formą Programavimo aplinkoje 2 atlikdami aktyvų tinkinimą aplinkoje, tokį kaip naujo stulpelio, pavadinimu Field4 pridėjimas. FormB dabar rodo Field1, Field2, Field3 ir Field4.
  5. Savo Programavimo aplinkoje 1 toliau tinkinate formą, taip pat įtraukdami naują stulpelį pavadinimu Field5. Dabar Programavimo aplinkoje 1 esanti formos UI rodo Field3 ir Field5.
  6. Eksportuokite nevaldomąjį Sprendimą B su 5 žingsnyje atliktais pakeitimais. Šiuo veiksmu eksportuojama formos diferencijuota FormXml.
  7. Programavimo aplinkoje 2, importuokite nevaldomą Sprendimo B atnaujinimą iš 6 žingsnio. Kadangi jūsų importuojamame sprendime yra pilna "FormXml", skirta FormA, jis perrašo aktyvų tinkinimą, atliktą Programavimo aplinkoje 1. Taigi forma dabar rodo Field1, Field2, Field3, Field4 ir Field5. Taip nutinka importuojant bet kokį nevaldomąjį sprendimą, kurio forma turi diferencijuotą formos FormXml.
  8. Jei forma suliejama 7 žingsnyje tai nėra tai, ko norite, net jei importuojate diferencijuotą "FormXml" su nevaldomu sprendimu ir norite perrašyti aktyvius tinkinimus, atliktus Programavimo aplinkoje 2, tada pašalinkite aktyvų FormB lygmenį. Daugiau informacijos: Nevaldomo lygmens pašalinimas.
  9. Eksportuokite nevaldomąjį Sprendimą B su 5 žingsnyje atliktais pakeitimais. Šiuo veiksmu eksportuojama diferencijuota "FormXml" formos.
  10. Programavimo aplinkoje 2, importuokite nevaldomą Sprendimo B atnaujinimą iš 9 žingsnio. Kadangi Programavimo aplinkoje 2, (žr. 8 žingsnį) nėra aktyvaus formos lygmens, visi pakeitimai iš nevaldomo Sprendimo B yra importuojami, net jei importuojate diferencijuotą "FormXml" FormB. Taigi, dabar forma rodo tik Field1, Field2, Field3, ir Field5. Taip nutinka importuojant bet kokį nevaldomąjį sprendimą, kurio forma turi diferencijuotą formos FormXml. Tai yra toks pat rezultatas kaip 7 žingsnio Nevaldomų sprendimų ir esamos formos tinkinimo per kelias programavimo aplinkas valdymas scenarijuje.

6 scenarijaus formos taikomosios programos gyvavimo ciklo valdymo diagrama.

Pilnos ir diferencinės formos XML

Kiekviename eksportuotų sprendimų pakete yra "customizations.xml" failas. Kai forma įtraukiama į sprendimą, susijusi formos apibrėžtis yra "formXml" customizations.xml skyriuose. FormXml gali būti arba pilna arba diferencialinė.

Pilna FormXml

"FormXml" gaunate eksportuodami nevaldomos būsenos formos sprendimą, vadinamą pilną "FormXml". Pilna reiškia, kad joje yra visas formos apibrėžimas. Kai kuriate naują formą ir ją eksportuojate, forma visada bus pilna FormXml, nes aplinkos, iš kurios eksportuojate, forma yra nevaldomos būsenos ir yra kūrimo būsenoje. Jei eksportuojate bet kokius tolesnius sprendimus iš tos pačios aplinkos, jie taip pat turės pilną FormXml. Kadangi solutionaction atributas rodo diferencijuotą "FormosXml", pilna "FormXml" "customization.xml" faile jūsų eksportuojame sprendime, nebus jokių solutionaction atributų.

"FormXml" diferencialas

"FormXml" gaunate, kai eksportuojate valdomos būsenos formos sprendimą, yra vadinama diferencijuota arba diff "FormXml". "Diff" reiškia, kad "FormXml" yra tik aktyvių tos aplinkos tinkinimų, o ne visos formos apibrėžimo pakeitimai. Kai tinkinate esamą valdomą formą ir ją eksportuojate, forma visada bus "diff FormXml", nes joje bus tik aktyvūs jos pakeitimai. Jūsų eksportuojamo sprendimo "diff FormXml" "customization.xml" faile yra solutionaction atributai, apibrėžiantys, kokie pakeitimai yra, kaip Pridėta, Pašalinta, Modifikuota.

"Diff FormaXml" užtikrina, kad jūsų sprendimas išreikš tik pakeitimus, kurių reikia jūsų programai, ir kad juos mažiau įtakos kitų lygmenų pakeitimai. "Diff FormXml" sprendimas taip pat tampa ne toks stambus ir padeda jį importuoti greičiau.

Taip pat žr.

Geros būklės formos ALM rekomendacijos