MINISTERO DELLA SCIENZA E DELL'ISTRUZIONE
FEDERAZIONE RUSSA
GOU VPO "UNIVERSITÀ STATALE DI ADYGHE"
FACOLTÀ DI FISICA
DIPARTIMENTO DELL'ASOIU
TERMINI DI RIFERIMENTO PER LA REALIZZAZIONE DEL SOFTWARE
PRODOTTO
INTRODUZIONE……………………………………………………………...…………………………. ...3
1. BASI PER LO SVILUPPO……………………………………….. ...…4
Non ci sono requisiti speciali per la composizione e i parametri dei mezzi tecnici
I requisiti della mappa per realizzare questa colonna variano da team a team e, secondo i metodi agili, devono essere documentati in un artefatto denominato. Altre colonne comuni che possono essere visualizzate nei kanban del team software. Ognuna di queste colonne ospita schede contenenti una descrizione dell'attività, la persona responsabile del suo completamento e il tempo per completarla, in punti funzione o qualunque altra metrica utilizzata.
1.1. Il documento sulla base del quale viene effettuato lo sviluppo…………….4
1.2. L'organizzazione che ha approvato la base per lo sviluppo e la data della sua approvazione4
1.3. Nome dell'argomento di sviluppo…………....…………….4
2. SCOPO DELLO SVILUPPO………………....……………..5
2.1 Criteri di efficacia e qualità del programma….…………..5
Non abbiamo carte duplicate e ciascuna carta si trova in una sola colonna alla volta, solitamente spostandosi da sinistra a destra, come su una linea di produzione. Deve essere studiato a lungo carte permanenti in una colonna, le nuove carte che appaiono devono essere ben pensate, se si adattano alla pipeline, ecc. Ovviamente questo è un mio consiglio e non una regola. Ti consigliamo di non creare solo la colonna degli errori, ma di utilizzare quelle esistenti. Sì, possiamo facilmente usare Trello come Kanban!
Scopri di più sugli esempi di progettazione dei processori e su come identificarli. Fare clic o fare domande per espandere il contenuto. I processori di campioni sono noti anche come processori di campioni qualificati. Spesso questi processori includono funzionalità maggiori rispetto ai processori di produzione per la valutazione pre-produzione e i test dei clienti.
2.2 Obiettivi dello sviluppo del programma…………………5
3. REQUISITI PER IL PROGRAMMA…………....…………………...6
3.1 Requisiti relativi alle caratteristiche funzionali………....………………….6
3.1.1 Composizione delle funzioni…………….....…………….6
3.1.2 Organizzazione dei dati in ingresso e in uscita………………....…………….6
L'utilità è progettata per supportare solo i processori di produzione. Tuttavia, questo nuovo pubblico solleva interrogativi sconcertanti. Qualcuno dei problemi legati all'open source è solo un colpo di fortuna o esiste una metodologia replicabile? Perché non evidenziare risorse finanziarie per un progetto in cui i miei concorrenti finiranno per utilizzare il mio codice e gratuitamente? In che misura questo modello di sviluppo dipende dalla figura dell'hacker della domenica o dello studente di informatica che ha avuto la fortuna di mettere insieme i pezzi giusti per far funzionare qualcosa? Questo è davvero nuovo modo creazione software? . La mia idea è che il modello open source sia davvero modello affidabile per lo sviluppo di software per scopi commerciali.
3.1.3 Caratteristiche di temporizzazione e dimensione della memoria….....…………...6
3.2 Requisiti di affidabilità…………………………....……….…6
3.2.1 Requisiti per un funzionamento affidabile……………………………6
3.2.2 Controllo delle informazioni in ingresso e in uscita…………….....…..7
3.2.3 Tempo di ripristino dopo un guasto…………….….7
Questo saggio è destinato alle aziende che producono, vendono e supportano commercialmente software o alle aziende che utilizzano parti specifiche di software come componenti chiave nei loro processi aziendali. È tutta una questione di piattaforme. Un'analisi accurata significa che sei interessato a quali sono gli obiettivi a lungo termine dell'azienda e quali sono vantaggi competitivi che ha oggi. Diamo prima un'occhiata alle interfacce, alle piattaforme e agli standard di programmazione delle applicazioni.
Ciò ha liberato il team di sviluppo centrale dalla preoccupazione di creare un "mostro" per supportare questo sforzo più ampio, oltre a mantenere e migliorare il core del server. Esistono strategie commerciali costruite sul modello della piattaforma software. Tali strategie possono richiedere pagamenti per qualsiasi utilizzo di queste piattaforme basate su installazione standard software o in base all'utilizzo o forse secondo qualche altro modello. Talvolta le piattaforme sono soggette a copyright; a volte nascoste a causa della mancanza di una descrizione scritta per uso pubblico, altre si sono evolute così rapidamente, spesso per ragioni non tecniche, che chiunque tenti di fornire tali piattaforme non riesce a tenere il passo e viene percepito dal mercato come una cosa da poco. il passato, tecnicamente parlando, anche quando non è inclusa la programmazione.
3.3 Condizioni operative………………...7
3.4 Requisiti di composizione e parametri mezzi tecnici…………………...7
3.5 Requisiti per i linguaggi di programmazione…………………......8
3.6 Requisiti per il software utilizzato dal programma.........8
3.7 Requisiti per documentazione del programma………………………………….....8
Composizione preliminare della documentazione del programma
Questo modello strategico commercialmente fattibile, sebbene potenzialmente vantaggioso a breve termine per la piattaforma aziendale, va contro gli interessi di tutte le altre aziende del settore e contro livello generale evoluzione tecnologica. I concorrenti, anche se dispongono di una tecnologia superiore, di servizi migliori o di costi inferiori, non possono usufruire di questi vantaggi perché non hanno accesso alla piattaforma. Lo svantaggio è che i clienti possono diventare dipendenti dalla piattaforma e altro ancora prezzi elevati devi scegliere se pagare un po' più di tempo per rimanere su questa piattaforma o spendere molti soldi per passare ad un'altra piattaforma, cosa che li farà risparmiare a lungo termine.
4. INDICATORI TECNICI ED ECONOMICI……………… ..... 9
5. FASI E FASI DI SVILUPPO……………………………9
6. PROCEDURA DI CONTROLLO E ACCETTAZIONE……………………………9
6.1 Tipologie di prove………………………9
6.2 Requisiti generali per accettazione…………………….....10
7. FASI DI ATTUAZIONE……………..................................................10
I computer e l'automazione sono ormai parte integrante delle attività quotidiane e una “impresa commerciale” non dovrebbe dipendere da un unico fornitore per fornire servizi essenziali. Scegliere un servizio non significa solo libertà di scelta: la scelta dovrebbe anche essere sempre nel migliore interesse dei clienti, poiché il costo del cambiamento del sistema è aspetto importante questa libertà di scelta. il software che utilizzano è basato su piattaforme non proprietarie.
Questo è un concetto che molte persone trovano difficile da visualizzare perché l’economia classica si basa sull’idea che i prodotti venduti hanno un costo relativamente scalabile e che per vendere dieci volte più prodotti, il costo delle materie prime per il produttore aumenta, in genere anche dieci volte. . Nessuno avrebbe potuto prevedere le impressionanti economie di scala mostrate dal software, la quasi totale assenza di qualsiasi correlazione diretta tra la quantità di sforzo richiesto da un prodotto software e il numero di persone che possono acquistarlo e utilizzarlo.
INTRODUZIONE
Nome completo dello sviluppo del software: “Programma K”, di seguito denominato “programma”. Nome breve programmi - “PC”.
SU al momento Non esistono prodotti software simili.
Il programma sviluppato viene utilizzato in qualsiasi azienda in cui sono presenti lavoratori.
Lo sviluppatore di questo prodotto software è uno studente del gruppo 4A1 Ivanov A.V. di seguito denominato "sviluppatore".
Fasi e stadi di sviluppo
Perché un'implementazione commerciale può essere acquistata da un concorrente in qualsiasi momento e ritirata dal mercato come possibile alternativa, distruggendo così l'idea che lo standard sia indipendente. Può anche servire come base accademica per confrontare implementazioni e comportamenti.
Queste organizzazioni generalmente riescono a creare architetture di alta qualità per soddisfare le esigenze di Internet. Tuttavia, il successo a lungo termine di questo standard e la sua diffusione non rientrano nella loro giurisdizione. Non hanno mezzi per costringere i gruppi membri a creare software che implementi i protocolli da loro definiti con tale precisione. A volte l'unica soluzione è utilizzare un corpus di riferimento che dimostri perché alcune implementazioni sono corrette.
Il cliente del prodotto software è RTS OJSC, rappresentato dal direttore A.M. Gutenko.
1 BASE PER LO SVILUPPO
1.1 Documento sulla base del quale viene effettuato lo sviluppo
Il lavoro viene svolto sulla base dell’incarico per la disciplina” Fondamenti teorici controllo automatizzato»
1.2 L'organizzazione che ha approvato il presente documento e la data della sua approvazione
Abbiamo deciso di impedire a questi bug di proliferare e diventare standard di fatto bloccandoli immediatamente. Era anche importante dire al proxy che, sebbene vedessero che la prima richiesta inviata al server di origine era 0, anche il server di origine poteva supportare.
Avevamo la scienza dietro la nostra decisione. Abbiamo chiarito che questa resterà una patch non ufficiale e non supportata e che non verrà utilizzata di default nella distribuzione ufficiale. A volte un produttore implementava un protocollo in modo errato ma corrispondeva ai suoi client e server, risultando in una distribuzione che funzionava correttamente sui prodotti ma in modo imperfetto su client e server realizzati da altri. Di conseguenza, le conseguenze a lungo termine di tali errori potrebbero passare inosservate finché non sarà troppo tardi.
L'incarico è stato approvato e rilasciato dal capo del dipartimento tecnico di RTS OJSC, A.V.
Kozakov A.V.
1.3 Nome dell'argomento di sviluppo
Il nome dell'argomento di sviluppo è "Contabilità dell'orario di lavoro".
2 SCOPO DELLO SVILUPPO
Questo sviluppo è un lavoro di un semestre nella disciplina “Fondamenti teorici del controllo automatizzato”
Nel mondo degli affari odierno, esistono forze naturali che spingono alla deviazione quando una specifica viene implementata da un software proprietario. Anche un errore occasionale nella lettura delle specifiche generali può comportare una deviazione se non viene corretto.
Il successo di Internet ha dimostrato non solo come le piattaforme comuni aiutino a facilitare la comunicazione, ma anche a costringere le aziende a pensare di più a come creare valore man mano che viene trasferito, piuttosto che cercare di capitalizzare sulla rete stessa. Analisi degli obiettivi per un progetto open source. Ciò che devi chiederti come azienda è a che livello il tuo prodotto implementa la nuova piattaforma e fino a che punto è nel tuo interesse mantenere la proprietà di quella piattaforma. Quante delle tue offerte di prodotti e servizi e quante delle tue entrate si trovano sulla piattaforma o al di sotto di essa?
2.1 Criteri per l'efficacia e la qualità del programma
Fattore sociale. Questo sviluppo software molto facile da imparare e progettato non solo per i professionisti, ma anche per gli utenti ordinari che lavorano in Windows. Un'interfaccia comoda e intuitiva combinata con un potente sistema di immagini ausiliarie e descrizioni comandi ti consente di lavorare con il programma senza previa preparazione.
Tempo di recupero dopo il fallimento
Ecco qualcosa che probabilmente puoi trovare nei numeri. Diciamo che sei un produttore di database. Vendi un database che funziona su diversi sistemi operativi e separatamente per pacchetti di interfaccia utente grafica, strumenti di sviluppo rapido, biblioteca pubblica procedure convenienti, ecc. ricevere sostegno su base annuale. Infine, disponi di un team permanente e in crescita di consulenti che implementano il database per i clienti.
Supponiamo che il tuo budget di reddito sia più o meno lo stesso. A prima vista, l’idea di distribuire un database gratuitamente sembra assurda: significherebbe buttare via il 40% delle proprie entrate. Se tu compagnia felice, otterrai un profitto e, se sei fortunato, questo profitto sarà del 20%. Rinunciare a quel 40% cambierà tutto.
Conformità allo stato attuale del mercato del software per questo profilo. A differenza dei programmi costosi e complessi, il PC è l'ideale per i rappresentanti aziendali, poiché contiene tutto ciò di cui hanno bisogno, ma non è sovraccarico di funzionalità inutili e non necessarie. La tecnologia di creazione di un programma in ambienti di programmazione visiva rende la sua interfaccia universale e compatibile con i sistemi operativi Windows 95/98/2000/XP.
Questo, ovviamente, presuppone che nessun altro fattore nell'equazione cambi, ma ci sono buone probabilità che se giochi le tue carte le cose cambieranno, anzi, aumentando il prezzo di quelle servizi aggiuntiviè ora possibile più di una volta che il costo del software abbia quasi assorbito il prezzo pagato dal consumatore per l'acquisto del software del database.
Quindi, in poche parole, se un database a basso costo potesse raddoppiare il valore del database e se gli utenti fossero motivati come prima, acquistando consulenza, supporto, strumenti di sviluppo, librerie, ecc. il reddito totale aumenterà del 20%. È probabile che il tuo software raggiunga quattro o cinque volte il numero di clienti che hai già e, mentre i ricavi da altri servizi diminuiranno perché molti utenti saranno soddisfatti della versione gratuita, alcuni concorrenti offriranno gli stessi servizi per il tuo software, quelli della tua azienda le entrate complessive quasi sicuramente aumenteranno, a condizione che le entrate associate a questi servizi non diminuiscano troppo.
Forze economiche. Il programma presenta miglior rapporto prezzo e le funzionalità che offre e occuperà senza dubbio la sua nicchia nel mercato dei programmi economici. Gli utenti principali saranno rappresentanti aziendali che semplicemente non possono pagare programmi costosi di 1C e simili.
2.2 Obiettivi di sviluppo del programma
La realizzazione di questo programma persegue una serie di obiettivi tecnici ed economici:
Creazione di un prodotto software necessario per la registrazione dell'orario di lavoro.
Creare un’alternativa a basso costo ai costosi programmi attualmente esistenti.
Creazione di un programma intuitivo con un Windows conveniente e universale.
Termini di riferimento per lo sviluppo del programma"10-Strike: Computer Inventory" per la contabilità dei computer in una rete aziendale "
1. Introduzione
1.1. Nome del programma
2. Requisiti del programma
2.2. Requisiti di affidabilità
2.2.1. Requisiti per garantire il funzionamento affidabile del programma
2.2.3. Guasti dovuti ad azioni errate degli utenti del sistema 3. Condizioni operative
3.1. Condizioni climatiche operazione
3.2. Requisiti relativi alle qualifiche e al numero del personale
3.3. Requisiti per la composizione e i parametri dei mezzi tecnici
3.4. Requisiti di informazione e compatibilità del software
3.4.1. Requisiti per strutture informative e metodi di soluzione
3.4.2. Requisiti per codici sorgente e linguaggi di programmazione
3.4.3. Requisiti per il software utilizzato dal programma
3.4.4. Requisiti per la protezione delle informazioni e dei programmi
3.5. Requisiti speciali
4. Requisiti per la documentazione del programma
4.1. Composizione preliminare documentazione del programma
5. Indicatori tecnici ed economici
5.1. Benefici economici dello sviluppo
6. Fasi e fasi di sviluppo
6.1. Fasi di sviluppo
6.2. Fasi di sviluppo
6.3. Contenuti del lavoro per fasi
7. Procedura di controllo e accettazione
7.1. Tipi di test
1. Introduzione
1.1. Nome del programma
Nome del programma: "10-Strike: Computer Inventory" per la contabilità dei computer in una rete aziendale "
1.2. Scopo e ambito
Il programma "10-Strike: Computer Inventory" è progettato per inventariare i computer in reti locali, consente agli amministratori di rete di creare e mantenere un database di inventario e contabilità di computer, componenti, programmi e licenze con la possibilità di visualizzare e tenere tracciaconfigurazioni di computer remoti. Consente inoltre di tenere traccia dell'hardware e del software su di loro.
E C riempitivi:
Cesecutori: no
2. Requisiti del programma
2.1. Requisiti funzionali
Il programma deve fornire la capacità di eseguire le seguenti funzioni di base:
1) Raccolta di informazioni in un'organizzazione con qualsiasi struttura
1.1. Ottenere informazioni su vari gruppi di dati (più di 50) di hardware e software;
1.2.Raccolta di informazioni da locali e computer remoti e smartphone con Windows (WMI, NetBios, registro), Linux e MacOS (tramite SSH), Android (SSH);
1.3.Tre modi per raccogliere informazioni: , , .
Configurazione flessibile per la raccolta di informazioni da computer senza diritti di amministratore e computer senza rete, nonché da computer di filiali remote e computer portatili di dipendenti in viaggio d'affari.
2. Preparazione dei rapporti
2.1. Mantenimento di un database di computer con creazione di campi personalizzati per la registrazione dei dati utente e dell'inventario;
Creazione di vari report (più di 70 modelli di report in formati pdf, html, doc, xml (xls), xls, txt) a seconda dello stato dell'hardware e del software presenti in rete;
3. Notifica delle modifiche e dei problemi rilevati
3.1. Monitoraggio dei cambiamenti nell'hardware e nel software sui computer della rete;
3.2.Notifica sui cambiamenti nelle configurazioni sui computer;
3.3 Notifica dei problemi rilevati (poco spazio su disco rigido, chiave di licenza scaduta);
Condurre la diagnostica S.M.A.R.T, determinare lo stato di salute dei dischi rigidi;
4. Contabilità delle domande e delle licenze
4.1.Contabilità delle informazioni sulle licenze, contabilità degli acquisti di software concesso in licenza, identificazione dei problemi relativi alla politica di licenza;
4.2.Gestore dell'applicazione. Mantenere elenchi neri e bianchi di software proibito e consentito. Rapporti sull'installazione del software;
4.3. Analisi riepilogativa delle configurazioni, filtraggio dei dati in varie categorie per identificare i computer con scarse prestazioni o identificare potenziali problemi.
2.2. Requisiti di affidabilità
2.2.1 Requisiti per garantire il funzionamento affidabile del programma
Il funzionamento affidabile (sostenibile) del programma deve essere garantito dall’implementazione da parte del Cliente di una serie di misure organizzative e tecniche, il cui elenco è riportato di seguito:
a) organizzare l'alimentazione ininterrotta delle apparecchiature tecniche;
b) utilizzo di software concesso in licenza;
c) regolare attuazione delle raccomandazioni del Ministero del Lavoro e sviluppo sociale della Federazione Russa, stabilita nella Risoluzione del 23 luglio 1998 Sull'approvazione degli standard temporali standard interindustriali per il lavoro su servizio PC e attrezzature per ufficio e supporto software";
d) rispetto regolare dei requisiti di GOST 51188-98. Protezione delle informazioni. Testare il software per i virus informatici
2.2.2. Tempo di recupero dopo il fallimento
Tempo di recupero dopo un guasto causato da un'interruzione di corrente di apparecchiature tecniche (altro fattori esterni), non un guasto fatale (non un incidente) sistema operativo, non deve superare i 30 minuti, a condizione che siano rispettate le condizioni operative dell'hardware e del software.
Il tempo di ripristino dopo un guasto causato da un malfunzionamento dell'hardware o da un guasto fatale (crash) del sistema operativo non deve superare il tempo necessario per eliminare i malfunzionamenti dell'hardware e reinstallare il software.
2.2.3. Guasti dovuti ad azioni errate degli utenti del sistema
Gli errori del programma dovuti ad azioni errate dell'utente durante l'interazione con il programma tramite l'interfaccia Web non sono accettabili.
3. Condizioni operative
3.1. Condizioni climatiche di esercizio
Le condizioni climatiche operative in cui devono essere garantite le caratteristiche specificate devono soddisfare i requisiti dei mezzi tecnici in termini di condizioni operative.
3.2. Requisiti relativi alle qualifiche e al numero del personale
Diversi amministratori possono lavorare con il programmaCdifferenziazione dei diritti di accesso.
In questo caso, il primo utente che avvia il programma riceve pieno accesso al database. Gli altri utenti lavoreranno in modalità di sola lettura e, all'avvio del programma, riceveranno una notifica con il nome del computer a cui è stato bloccato l'accesso. In questa modalità possono visualizzare e cercare informazioni, creare report, ma non aggiornare il database (ad esempio, MS Word funziona in modo simile quando si aprono file in rete)
L'elenco delle attività eseguite dall'amministratore può includere anche:
a) il compito di mantenere l'operatività delle attrezzature tecniche;
b) i compiti di installazione (installazione) e manutenzione della funzionalità del software di sistema - il sistema operativo;
c) il compito di installare il programma.
d) compito di creazione copie di backup base informativa.
e) identificazione della conformità chiavi di licenza E numeri di serie prodotti software,
f) identificare gli utenti che violano il contratto di licenza, nonché conservare i registri delle licenze;
E) aggiunta di computer da una gamma di indirizzi IP, ecc.;
3.3. Requisiti per la composizione e i parametri dei mezzi tecnici
Non ci sono requisiti speciali per la composizione e i parametri dei mezzi tecnici.
Funziona con successo con un database di oltre 10.000 computer.
3.4. Requisiti di compatibilità delle informazioni e del software
3.4.1. Requisiti per strutture informative e metodi di soluzione
Quando si utilizza per raccogliere informazioni dai computer ed effettuare un inventario, il programma viene installato solo sul computer dell'amministratore enon richiede l'installazione di programmi sui computer degli utenti. Il processo di raccolta dei dati viene effettuato in background, diversi computer vengono interrogati in parallelo contemporaneamente, liberando tempo per la visualizzazione dei dati e la preparazione dei report. Il polling viene effettuato utilizzando i protocolli WMI e SSH, consentendo di eseguire il polling su computer Windows, Linux e MacOS, nonché su dispositivi Android.
La struttura organizzativa viene importata da Active Directory.
Per eseguire il polling dei computer che eseguono il sistema operativo Linux, è possibile utilizzare il protocolloSSH. Deve essere sulle autoSSH-server.
Il programma può funzionare con DBMS MS SQL, MySQL, Oracle. Sono supportati i DBMS russi Linter e Postgre.
3.4.1.2. Requisiti per le richieste degli utenti di dati dal database
Utenti e amministratori lavorano con il database tramite l'interfaccia Web.
Il programma raccoglie dati utilizzando la tecnologia WMI.
Se per qualche motivo è impossibile utilizzare WMI su una rete (criteri di sicurezza o versioni di Windows Home), il programma supportaaltri due modi alternativi raccogliere informazionidai computer: utilizzando agenti e client. I client ti consentono di interrogare anche i computer senza rete , così come laptop da viaggio.
3.4.2. Requisiti per codici sorgente e linguaggi di programmazione
Requisiti aggiuntivi non vengono presentati.
Il software di sistema utilizzato dal programma deve essere una versione localizzata con licenza del sistema operativo Windows Vista/7/8/10.
3.4.4. Requisiti per la protezione delle informazioni e dei programmi
Non esistono requisiti per la protezione delle informazioni e dei programmi.
3.5. Requisiti speciali
Il programma deve garantire il lavoro simultaneo di più amministratori e utenti tramite l'interfaccia Web.
4. Requisiti per la documentazione del programma
4.1. Composizione preliminare della documentazione del programma
La composizione della documentazione del programma dovrebbe includere:
4.1.1. termini di riferimento;
4.1.2. programma e metodi di test;
4.1.3. manuale dell'operatore;
5. Indicatori tecnici ed economici
5.1. Benefici economici dello sviluppo
Approssimativo efficienza economica non vengono calcolati. Non viene tracciata un'analogia a causa dell'unicità dei requisiti di sviluppo.
6. Fasi e fasi di sviluppo
6.1. Fasi di sviluppo
Lo sviluppo dovrebbe essere effettuato in tre fasi:
1. sviluppo termini di riferimento;
2. progettazione esecutiva;
3. implementazione.
6.2. Fasi di sviluppo
Nella fase di sviluppo delle specifiche tecniche deve essere completata la fase di sviluppo, coordinamento e approvazione della presente specifica tecnica.
Nella fase di progettazione dettagliata, devono essere completate le seguenti fasi di lavoro:
1. sviluppo del programma;
2. sviluppo della documentazione del programma;
3. testare il programma.
Nella fase di attuazione deve essere completata la fase di sviluppo della preparazione e del trasferimento del programma.
6.3. Contenuti del lavoro per fasi
Nella fase di sviluppo delle specifiche tecniche, devono essere eseguiti i seguenti lavori:
dichiarazione del problema;
determinazione e chiarimento dei requisiti per i mezzi tecnici;
determinare i requisiti del programma;
determinare le fasi, le fasi e i tempi dello sviluppo del programma e della relativa documentazione;
coordinamento e approvazione delle specifiche tecniche.
Nella fase di sviluppo del programma, è necessario lavorare sulla programmazione (codifica) e sul debug del programma
Nella fase di sviluppo della documentazione del programma, lo sviluppo dei documenti del programma deve essere effettuato in conformità con i requisiti per la composizione della documentazione. Durante la fase di test del programma, devono essere eseguite le seguenti tipologie di lavoro:
UN). sviluppo, coordinamento e approvazione di metodi di prova;B). esecuzione di test di accettazione;
C)adeguamento del programma e della documentazione del programma in base ai risultati dei test.
Nella fase di preparazione e trasferimento del programma, è necessario completare il lavoro per preparare e trasferire il programma e la documentazione del programma per il funzionamento presso le strutture del Cliente.
7. Procedura di controllo e accettazione
7.1. Tipi di test
I test di accettazione devono essere eseguiti presso la sede del Cliente entro i tempi specificati. I test di accettazione del programma devono essere eseguiti in conformità con il Programma e i metodi di test sviluppati dall'Appaltatore e concordati dal Cliente. Il Cliente e l'Appaltatore documentano lo stato di avanzamento delle prove di accettazione nel Rapporto di Prova.
7.2. Requisiti generali per l'accettazione del lavoro
Sulla base del Protocollo di Prova, l'Appaltatore, insieme al Cliente, firma il Certificato di Accettazione del Programma e di Messa in Servizio.