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.