Domande frequenti

Potete iniziare a usare Agile-Requirements con una sola licenza.

La licenza singola consente di scoprire alcune funzioni, ma non di utilizzare le funzioni di collaborazione.

Le licenze sono fluttuanti e quindi senza nome (non sono assegnate a un determinato account utente).

È possibile definire il numero di utenti desiderato.

Il numero di utenti che possono lavorare contemporaneamente con Agile-Requirements è limitato dal numero di licenze acquistate.

Agile-Requirements non offre una versione di prova gratuita.

Tuttavia, è possibile provare Agile-Requirements per 6 mesi con una versione di scoperta e a un costo modesto. Questo costo copre la creazione dell’account e l’utilizzo dell’infrastruttura tecnica (archiviazione e trasferimento dei dati).

La versione scoperta non può essere rinnovata una volta scaduta.

Sì, la versione di prova consente di accedere a tutte le funzioni dello strumento.

Le uniche limitazioni sono il numero massimo di licenze che si possono acquisire, il numero di lingue che si possono utilizzare e il numero massimo di requisiti che si possono creare.

Gli strumenti di office automation presentano numerosi inconvenienti, ben noti e documentati in letteratura, non appena un progetto supera qualche decina di requisiti. Questi includono

• Difficoltà a reperire la versione più recente delle informazioni;
• Impossibilità di mantenere relazioni di dipendenza tra i requisiti ;
• Difficoltà a scoprire quale versione di un requisito è attualmente implementata nella vostra IS;
• I tempi e i costi necessari per aggiornare i sistemi informativi stanno esplodendo con l’aumentare del numero di requisiti e della complessità funzionale.

Uno strumento di gestione dei requisiti consente di :

• Centralizzare i requisiti in un unico repository;
• Consentite l’accesso ai requisiti solo alle persone della vostra organizzazione che devono accedervi;
• Mantenere le relazioni di dipendenza tra i requisiti, facilitando così l’implementazione delle modifiche normative e delle nuove esigenze della vostra organizzazione;
• Migliorare la qualità dell’archivio dei requisiti riducendo la quantità di informazioni prodotte (meccanismi di identificazione dei duplicati);
• Riducete significativamente i costi e i tempi di sviluppo della vostra IS.

Oltre a essere un editore di Agile-Requirements, CATISYS può aiutarvi a costruire il vostro archivio di requisiti, a migliorarne la qualità e a professionalizzare i vostri team di analisti funzionali.

La creazione di un ambiente per la vostra organizzazione viene effettuata dal nostro team, generalmente il giorno stesso o il giorno lavorativo successivo alla vostra richiesta.

L’ambiente viene fornito con :

• Un account amministratore ;
• Un progetto con una struttura di cartelle standard ;
• 3 gruppi di utenti che offrono i diversi ruoli disponibili.

Con questa struttura standard di progetti e file, potete iniziare a lavorare subito con Agile-Requirements.

La possibilità di importare i requisiti tramite Microsoft Excel rende lo strumento ancora più facile da usare.

La creazione di nuovi account utente richiede solo pochi clic.

L’amministratore dell’organizzazione può richiedere una modifica del numero di licenze o un cambio di licenza in qualsiasi momento.

Questa richiesta è semplice e veloce e può essere effettuata direttamente dall’interfaccia di amministrazione.

Agile-Requirements consente di cambiare la password direttamente dalla pagina di accesso.

Una password temporanea vi sarà inviata via e-mail. Questa password sostituirà immediatamente quella precedente.

Sarà quindi necessario inserire una nuova password.

È inoltre possibile modificare la password in qualsiasi momento dal proprio profilo utente.

È possibile impostare una doppia autenticazione per gli utenti (MS o Google Authenticator).

In ogni caso, questa doppia autenticazione è necessaria per accedere all’interfaccia di amministrazione.

La doppia autenticazione non è consigliata agli utenti. In genere è troppo macchinosa per un utente che deve accedere più volte nel corso di una giornata lavorativa e può rappresentare un freno all’adozione dello strumento.

La vostra organizzazione è e rimane il proprietario di tutti i dati che potete creare in Agile-Requirements: progetti, requisiti, discussioni, richieste, revisioni, sprint, utenti.

È possibile esportare i dati di ciascun progetto in un file XML in qualsiasi momento.

In caso di mancato rinnovo delle licenze da parte della vostra organizzazione, tutti i vostri dati, ad eccezione di quelli relativi alla fatturazione, che devono essere conservati da CATISYS per motivi normativi, vengono cancellati entro 2 settimane dalla data di scadenza della licenza.

Nessun dato del vostro repository viene conservato o utilizzato da CATISYS o da terzi dopo questa cancellazione. I backup dei vostri dati verranno sovrascritti man mano che vengono sostituiti da backup più recenti.

CATISYS non comunicherà mai i vostri dati a terzi al di fuori di una richiesta legale.

Tutte le comunicazioni tra l’utente, il suo amministratore e il supporto CATISYS avvengono tramite richieste in Agile-Requirements.

L’utente scrive la propria richiesta (ad esempio, una richiesta di aggiornamento o di creazione di un nuovo progetto) e la invia al proprio amministratore.

Tutti gli utenti della vostra organizzazione possono contribuire a questa applicazione.

L’amministratore chiude la richiesta (ad esempio, dando all’utente l’accesso al progetto) o la inoltra al supporto CATISYS (ad esempio, richiesta di aggiornamento).

CATISYS esamina la richiesta e risponde chiudendo la richiesta o rifiutandola.

Agile-Requirements consente di rimuovere un progetto dall’elenco dei progetti a cui si ha accesso, dal proprio profilo e dopo aver effettuato il login.

Non è necessario coinvolgere l’amministratore.

Questa azione è immediata e non richiede la riapertura della sessione.

Agile-Requirements offre una serie di diagrammi (UML e BPMN). Questi diagrammi consentono all’analista di esprimere e/o chiarire i requisiti in forma visiva e sono quindi un complemento perfetto ai requisiti espressi in forma testuale.

Agile-Requirements non è tuttavia uno strumento di modellazione come quelli utilizzati dai team tecnici e non è destinato a sostituire tali strumenti, il cui utilizzo richiede competenze tecniche che i vostri analisti di business generalmente non possiedono.

Poiché non è stata espressa alcuna necessità in tal senso, Agile-Requirements non offre attualmente l’esportazione in un formato di scambio standard verso strumenti di modellazione.

Agile-Requirements offre revisioni collaborative che non generano una documentazione funzionale tradizionale.

Tuttavia, se lo si desidera, è possibile esportare un progetto come file XML (compresi i diagrammi sotto forma di immagini).

Da queste estrazioni, è possibile generare documenti classici (Word, PDF) utilizzando strumenti come Windward Studios™.

Agile-Requirements utilizza solo cookie tecnici strettamente necessari al funzionamento dell’applicazione.

Nessuna delle informazioni relative alla vostra organizzazione o ai vostri utenti, ad eccezione di quelle strettamente necessarie per il vostro utilizzo o per la fatturazione, viene memorizzata da CATISYS o trasmessa a terzi.

Non ci sono limiti se non il numero massimo di requisiti definito dalla licenza.

Tuttavia, esistono una serie di buone pratiche da seguire per facilitare l’accesso ai requisiti del progetto:

Limitare il numero di livelli di sottocartella

Sebbene si possa essere tentati di creare un gran numero di livelli, ciò può portare a una riduzione eccessiva del numero di requisiti per file e a una quantità significativa di tempo da dedicare alla sola apertura di ciascun file.

Limitare il numero di requisiti per file

In pratica, non è auspicabile dover utilizzare la barra di scorrimento del browser per consultare l’elenco dei requisiti di un dossier.

Limitare il numero di requisiti per progetto

Un massimo di 500 (progetto standard) o 1000 (esigenze specifiche) requisiti di tutti i tipi consente comunque agli utenti di navigare e trovare abbastanza facilmente i requisiti su cui lavorare. A parte il caricamento iniziale del browser, il numero di requisiti in un progetto non ha alcun impatto sui tempi di visualizzazione e di elaborazione dei requisiti.

Non mescolare diversi tipi di requisiti nello stesso file.

Agile-Requirements consente di definire il tipo di requisiti diretti che è possibile creare in una cartella (nessuno, tutti o un determinato tipo). Questa funzione aiuta a costruire un repository strutturato che può essere facilmente utilizzato da tutti gli utenti.