We're creating a draft of those requirements to be reviewed and tweaked with the state. One of the sections is "availability." We want to specify something reasonably high, but not so high that any unexpected problem will get us (or a competitor) penalized.
Mi interrogo sull'etica del tentativo di imporre requisiti a un potenziale cliente. Semplicemente non mi sembra giusto. Forse piuttosto che cercare di venire incontro a requisiti specifici per essere "revisionati e ottimizzati", dovresti ottenere i requisiti dal cliente fin dal primo giorno. Il coinvolgimento del cliente ti aiuterà a capire il dominio ed essere in grado di costruire un sistema che aggiunge valore, e i clienti avranno maggiori probabilità di acquistare un sistema che aggiunge valore ..
How do we decide what's reasonable for availability requirements?
Una buona regola è che nessun nuovo sistema dovrebbe avere una disponibilità inferiore rispetto a un sistema esistente. Se ci sono sistemi esistenti (e non devono essere sistemi software, ma qualsiasi combinazione di hardware, software e persone), iniziare lì come un punto di riferimento. Altrimenti, mi aspetterei che il cliente avesse un'idea della disponibilità minima di cui avrebbe bisogno per funzionare.
Inoltre, non è necessario specificare semplicemente l'uptime in termini di percentuale di un anno. Puoi dare un valore a distanza. Forse in alcuni periodi dell'anno, è necessario un tempo di attività più elevato. O durante l'orario lavorativo, è necessario un tempo di attività più elevato rispetto a notti, fine settimana e giorni festivi.