Cognos Deployment Pruven Practices

by Ott 26, 2022Cognos Analytics, MotioCImissaghji 0

Cumu fà u più MotioCI in u sustegnu di pratiche pruvati

MotioCI hà integratu plugins per l'autore di rapporti Cognos Analytics. Chjamate u rapportu chì stai travagliendu. Dopu, quandu avete finitu cù a vostra sessione di edizione, verificate è include un cumentu per registrà ciò chì avete fattu. Pudete include in u cumentu una riferenza à un bigliettu in un sistema di seguimentu di difetti esterni o di dumanda di cambiamentu.

Pudete truvà infurmazioni supplementari nantu à cumu stabilisce a cunnessione trà MotioCI è u vostru sistema di ticketing di terzu partitu in u MotioCI Guida di l'amministratore sottu Using MotioCI cù sistemi di biglietteria di terze parti. Una keyword (ripara, vicinu) cù u numeru di u bigliettu chjuderà u bigliettu. O, usendu una chjave cum'è Riferimenti più u numeru di u bigliettu scriverà u cumentu di check-in à u sistema di ticketing è lasciarà u bigliettu apertu.

L'usu di un sistema di biglietteria - cum'è Atlassian® JIRA, Microsoft Windows™ Trac, o assai altri - aiuta à a gestione di u prugettu seguitendu e funzioni specifiche, i prublemi è a so risoluzione. I biglietti furniscenu un mezzu di cumunicazione trà l'autori o i sviluppatori di raporti è l'utilizatori finali, a squadra di teste è altre parti interessate. Un sistema di bigliettu furnisce ancu un metudu per seguità i difetti è assicurà chì sò indirizzati prima di prumove un rapportu à a produzzione.

Flussu di travagliu tipicu per u sviluppu di rapporti

Per esse chjaru, l'integrazione di MotioCI cù un sistema di ticketing ùn hè micca l'unicu modu chì a vostra squadra interagisce cù u sistema di ticketing. Di genere, cum'è illustratu in u diagramma di flussu di travagliu accumpagnatu, u prucessu di sviluppu di rapporti in un ambiente Cognos Analytics cù MotioCI pò esse qualcosa cum'è questu:

  1. Backlog. Un novu bigliettu hè creatu. Un Analista di l'Affari documenta i bisogni di l'affari per un novu rapportu è l'entra direttamente in u sistema di bigliettu creendu un bigliettu. Si mette u bigliettu in u arretratiu Statu.
  2. Accunciamentu. U bigliettu backlog pò esse priurità in parechje manere diffirenti, ma in fine u bigliettu serà assignatu à un sviluppatore di rapportu è marcatu cù u so nome. U statu di u bigliettu pò esse cambiatu in_dev. Ella hà da creà un novu rapportu. Cumu sviluppa u rapportu in Cognos Analytics, hà da verificà in i so cambiamenti è riferenzià u bigliettu in u cumentu di check-in, cum'è "Creatu novu rapportu; versione iniziale; aghjunghje una pagina di prompt è dumande di supportu, rif # 592 ". Or, "Aggiuntu a dumanda di fatti è crosstab; filtri è furmatu, rif #592." (In MotioCI, u numeru di l'hashtag diventa un hyperlink direttamente à u bigliettu.) Ella pò verificà u rapportu, fà cambiamenti è verificate torna cù a riferenza di u bigliettu parechje volte per un periudu di ghjorni.
  3. Sviluppu cumpletu. Dopu chì u Sviluppatore di Rapporti hà finitu u rapportu è u bancu hà pruvatu, ella nota in u bigliettu in u sistema di ticketing chì hè prontu à esse pruvatu da QA è cambia u statu da in_Dev à pronta_per_QA. Stu statu hè una bandiera per u MotioCI Amministratore, o rolu rispunsevuli di prumove i rapporti Cognos, chì u rapportu hè prontu à migrà à l'ambienti QA per a prova.
  4. parmotion à QA. L'amministratore prumove u rapportu è cambia à u statu à in_QA. Stu statu permette à a squadra di QA sapè chì u rapportu hè prontu per esse pruvatu.
  5. Prucessioni. A squadra di QA prova u rapportu contru à i bisogni di l'affari. U rapportu passa o falla i testi. Se u rapportu falla a prova QA, u bigliettu hè marcatu cù u in Dev statu, vultendu à u sviluppatore di rapportu per correzioni.
  6. Testu successu. Se u rapportu passa, a squadra di QA dice à l'amministratore chì hè prontu à prumove a pruduzzione etichettandulu pronta per Prod Statu.
  7. parmotion à Pruduzzione. Quandu u rapportu hè prontu per a produzzione, l'appruvazioni finali ponu esse ottenute è liberate pianificate, forse cumminate cù altri rapporti cumpletati. L'amministratore prumove u rapportu à l'ambiente Cognos Production. Ellu mette u bigliettu fattu state chì indicanu chì u sviluppu è a prova sò finite è hè stata trasferita à a produzzione. Questu chjude u bigliettu.

Gestione di u prucessu di sviluppu di u rapportu

Stu prucessu di gestione di u bigliettu implica è e pratiche pruvati dettanu chì:

  • Ogni novu rapportu deve avè un bigliettu cù i requisiti di l'affari per cuncepisce u rapportu.
  • Ogni difettu deve avè un bigliettu per registrà qualsiasi bug o prublemi cù un rapportu.
  • Ogni volta chì un rapportu hè editatu, u MotioCI u cumentu di check-in deve include u numeru di u bigliettu chì hè statu indirizzatu.
  • Ogni rapportu chì hè prumuvutu da Dev à QA deve avè un bigliettu assuciatu chì un amministratore pò cunfirmà chì u sviluppu hè statu finitu è ​​hè prontu à esse spustatu à l'ambiente QA.
  • Ogni rapportu chì hè prumuvutu da QA à Produzzione deve avè un bigliettu chì hà una storia chì mostra chì u sviluppu hè cumpletu, hà passatu QA, hà ricevutu tutte l'appruvazioni di gestione necessarie è hè statu prumuvutu.
  • Ogni rapportu in l'ambiente di Pruduzzione deve avè un digital traccia di carta da u cuncepimentu à a prova à a fissazione à a risoluzione à l'appruvazioni è a prufessionemotion.

Questu ultimu puntu hè un favuritu di l'auditori per cunvalidà. Puderia dumandà, "mi pudete mostrà cumu cunfirmà chì tutti i rapporti in l'ambiente di Produzione anu aderitu à u vostru prucessu documentatu di bigliettu è appruvazioni?" Una manera di risponde à l'auditore puderia esse di furnisce una lista di tutti i rapporti chì sò stati migrati è avè u so passaghju per i biglietti per circà quellu chì ùn cunforme micca à u vostru prucessu.

In alternativa, è più idealmente, pudete furnisce una lista di rapporti chì facenu micca aderite à u prucessu di sviluppu è di ticketing chì avete definitu. Hè quì chì stu rapportu serà utile: "Rapporti prumuvuti senza bigliettu". Hè un rapportu d'eccezzioni di una lista di rapporti chì anu micca aderite à e migliori pratiche di avè ogni cambiamentu di rapportu ligatu à un bigliettu. Questu hè unu di i pochi rapporti chì vulete esse viotu. Ùn averà micca registri se tutti i rapporti chì sò stati promossi anu un bigliettu assuciatu cun ellu. In altri palori, un rapportu appariscerà solu in a lista s'ellu hè in l'ambiente di Produzione è u rapportu chì hè statu prumuvutu ùn hà micca riferitu un numeru di bigliettu in u cumentu.

Prucessu cù Beneficii

Chì sò i beneficii di u prucessu, o perchè duvete fà questu in a vostra urganizazione?

  • Cullaburazione di squadra mejorata: U sistema di bigliettu pò riunisce in realtà individui in roli chì ùn ponu micca cumunicà normalmente. L'autori di u rapportu è l'utilizatori finali, o u capu di prughjettu è a squadra di QA, per esempiu. U percorsu di u bigliettu furnisce un locu cumunu per cumunicà nantu à una risorsa cumuna, u rapportu in sviluppu.
  • Costi ridotti:
    • I difetti catturati è riparati prima sò assai menu caru chè s'ellu scappanu in a produzzione.
    • Efficienza mejorata - l'autori di u rapportu sò sempre travagliendu da un bigliettu chì hè una dichjarazione di travagliu ben definita.
    • Tempu ridottu attraversu l'automatizazione di i prucessi manuali
  • Documentazione mejorata: Stu prucessu diventa una basa di cunniscenza autodocumentata di difetti è cumu sò stati risolti.
  • Previsioni è analisi migliorate: Pudete avà seguità l'indicatori di rendiment chjave è paragunà cù l'accordi di livellu di serviziu. A maiò parte di i sistemi di bigliettu furnisce sti tipi di analisi.
  • Supportu internu mejoratu: U vostru squadra di supportu, altri sviluppatori di rapportu (è, ancu, u vostru futuru stessu!) Puderanu cercà cumu difetti simili sò stati indirizzati in u passatu. Questa basa di cunniscenza cumuna pò purtà à una risoluzione rapida di i difetti.
  • Satisfazione di l'utilizatori finali migliorata: Cù accessu direttu à i sviluppatori attraversu u sistema di bigliettu, l'utilizatori ponu aspittà una risoluzione rapida di i difetti è monitorà u prugressu di un rapportu dumandatu attraversu u sistema.

cunchiusioni

Questu hè un esempiu di ricchi payoffs per seguità pratiche pruvati è u valore di seguità prucessi ben definiti. In più, u novu MotioCI rapportu, "Rapporti prumuvuti senza Bigliettu" pò esse un grande aiutu per affruntà e dumande da un auditore, o simpricimenti monitoraghju internu per l'aderenza à i normi corporativi.

 

Cognos AnalyticsAghjurnà Cognos
3 Passi Per Un Upgrade Cognos Successu
Trè Passi Per Un Upgrade di IBM Cognos Successu

Trè Passi Per Un Upgrade di IBM Cognos Successu

Trè Passi per un successu IBM Cognos Upgrade Consigli inestimabili per l'esecutivu chì gestisce un aghjurnamentu Recentemente, avemu pensatu chì a nostra cucina avia bisognu di aghjurnà. Prima avemu assuciatu un architettu per fà i piani. Cù un pianu in manu, avemu discututu i specifichi: Chì ghjè u scopu?...

Read More

MotioCI
MotioCI Cunsiglii È Tricks
MotioCI Cunsiglii È Tricks

MotioCI Cunsiglii È Tricks

MotioCI Cunsiglii è trucchi I funziunalità prediletti di quelli chì vi portanu MotioCI Avemu dumandatu MotioSviluppatori, ingegneri di software, specialisti di supportu, squadra di implementazione, tester QA, vendite è gestione ciò chì e so caratteristiche preferite MotioCI sò. Li avemu dumandatu di...

Read More

ghjuvan battistaCognos Analytics
Motio X IBM Cognos Analytics Cloud
Motio, Inc. Offre un cuntrollu di versione in tempu reale per u Cognos Analytics Cloud

Motio, Inc. Offre un cuntrollu di versione in tempu reale per u Cognos Analytics Cloud

PLANO, Texas - 22 settembre 2022 - Motio, Inc., a cumpagnia di software chì vi aiuta à sustene u vostru vantaghju analiticu rendendu u vostru intelligenza cummerciale è u software analiticu megliu, hà annunziatu oghje tutte e so MotioCI L'applicazioni avà sustene cumplettamente u Cognos ...

Read More