Per chi ha scritto software per la società di software Texas Apptricity?
doc-3811
A volte la causa è il rispetto solo parziale degli accordi di licenza. Ad esempio, nel 2013, l' esercito statunitense ha definito una causa legale con la società texana Apptricity, che produce software che permette all' esercito di rintracciare i propri soldati in tempo reale. Nel 2004, l' esercito statunitense ha pagato 4,5 milioni di dollari USA per una licenza di 500 utenti, mentre avrebbe installato il software per più di 9000 utenti; il caso è stato risolto per 50 milioni di dollari USA. Le principali organizzazioni anti-pirateria, come la BSA, conducono regolarmente audit delle licenze software per garantire la piena conformità.
None
doc-3759
La RAM può essere letta e scritta in qualsiasi momento dalla CPU lo comanda, ma la ROM è precaricata con dati e software che non cambiano mai, quindi la CPU può solo leggerla. La ROM viene solitamente utilizzata per memorizzare le istruzioni iniziali di avvio del computer. In generale, il contenuto della RAM viene cancellato quando si spegne il computer, ma la ROM conserva i dati a tempo indeterminato. In un PC, la ROM contiene un programma specializzato chiamato BIOS che organizza il caricamento del sistema operativo del computer dall' unità disco rigido alla RAM ogni volta che il computer viene acceso o resettato. Nei computer embedded, che spesso non dispongono di unità disco, tutto il software richiesto può essere memorizzato nella ROM. Il software memorizzato in ROM viene spesso chiamato firmware, perché è più simile all' hardware che al software. La memoria flash attenua la distinzione tra ROM e RAM, in quanto mantiene i suoi dati quando è spenta ma è anche riscrivibile. È in genere molto più lento rispetto alla ROM convenzionale e RAM, tuttavia, quindi il suo uso è limitato alle applicazioni dove l' alta velocità è inutile.
None
doc-14749
Il test del software fa parte del processo di garanzia della qualità del software (SQA). 347 In SQA, gli specialisti di processo software e gli auditor si occupano non solo della documentazione, del codice e dei sistemi, ma anche del processo di sviluppo software. Esaminano e modificano il processo di ingegneria del software stesso per ridurre il numero di guasti che finiscono nel software fornito: il cosiddetto "tasso di difetti". Ciò che costituisce un "tasso di difetto accettabile" dipende dalla natura del software; un videogioco simulatore di volo avrebbe una tolleranza molto più elevata rispetto al software per un aereo vero e proprio.
None
doc-8140
Apple non ha sviluppato il software per iPod interamente internamente, utilizzando invece la piattaforma di riferimento di PortalPlayer basata su due core ARM. La piattaforma aveva software rudimentale in esecuzione su un sistema operativo integrato a microkernel commerciale. PortalPlayer aveva precedentemente lavorato su un lettore MP3 IBM con cuffie Bluetooth. Apple ha stipulato un contratto con un' altra società, Pixo, per aiutare a progettare e implementare l' interfaccia utente sotto la supervisione diretta di Steve Jobs. Con il progredire dello sviluppo, Apple ha continuato a perfezionare il look and feel del software. Partendo dall' iPod Mini, il carattere Chicago è stato sostituito con Espy Sans. Più tardi gli iPod commutarono nuovamente i font su Podium Sans: un font simile a quello aziendale di Apple, Myriad. iPod con display a colori ha poi adottato alcuni temi di Mac OS X come le barre di progresso Aqua e metallo spazzolato per evocare un blocco combinazione. Nel 2007 Apple ha modificato nuovamente l' interfaccia iPod con l' introduzione dell' iPod Classic di sesta generazione e dell' iPod Nano di terza generazione, cambiando il font in Helvetica e, nella maggior parte dei casi, tagliando a metà lo schermo visualizzando i menu a sinistra e le illustrazioni dell' album, le foto o i video a destra (a seconda di quale opzione fosse appropriata per la voce selezionata).
None
doc-3840
Il Business Software Alliance Piracy Study Standard 2011, stima il valore commerciale totale del software copiato illegalmente a 59 miliardi di dollari nel 2010, con i mercati emergenti che rappresentano 31,9 miliardi di dollari, oltre la metà del totale. Inoltre, nel 2010 i mercati maturi per la prima volta hanno ricevuto meno spedizioni di PC rispetto alle economie emergenti, rendendo i mercati emergenti responsabili di oltre la metà di tutti i computer in uso a livello mondiale. Oltre ai tassi di violazione del software del 68% rispetto al 24% dei mercati maturi, i mercati emergenti possiedono quindi la maggior parte dell' aumento globale del valore commerciale del software contraffatto. La Cina continua ad avere il più alto valore commerciale di tale software a 8,9 miliardi di dollari tra i paesi in via di sviluppo e secondo al mondo dopo gli Stati Uniti a 9,7 miliardi di dollari nel 2011. Nel 2011, la Business Software Alliance ha annunciato che l' 83% del software distribuito su PC in Africa è stato pirata (escluso il Sudafrica).
None
doc-8164
Nel settembre 2006, l' iTunes Store ha iniziato ad offrire giochi aggiuntivi per l' acquisto con il lancio di iTunes 7, compatibile con l' iPod di quinta generazione con il software iPod 1.2 o successivo. Quei giochi erano: Bejeweled, Cubis 2, Mahjong, Mini Golf, Pac-Man, Tetris, Texas Hold' Em, Vortex, asfalto 4: Elite Racing e Zuma. Giochi aggiuntivi da allora sono stati aggiunti. Questi giochi funzionano sull' iPod Classic di sesta e quinta generazione e sull' iPod Nano di quinta e quarta generazione.
None
doc-14739
Unit testing è un processo di sviluppo software che prevede l' applicazione sincronizzata di un ampio spettro di strategie di prevenzione e rilevazione dei difetti per ridurre i rischi, i tempi e i costi di sviluppo del software. Viene eseguito dallo sviluppatore o dall' ingegnere del software durante la fase di costruzione del ciclo di vita dello sviluppo software. Piuttosto che sostituire i tradizionali focus QA, li aumenta. Il collaudo dell' unità mira ad eliminare gli errori di costruzione prima che il codice sia promosso a QA; questa strategia è intesa ad aumentare la qualità del software risultante e l' efficienza del processo di sviluppo globale e QA.
None
doc-14746
Development Testing è un processo di sviluppo software che prevede l' applicazione sincronizzata di un ampio spettro di strategie di prevenzione e rilevamento dei difetti per ridurre i rischi, i tempi e i costi di sviluppo del software. Viene eseguito dallo sviluppatore o dall' ingegnere del software durante la fase di costruzione del ciclo di vita dello sviluppo software. Piuttosto che sostituire i tradizionali focus QA, li aumenta. Test di sviluppo mira ad eliminare gli errori di costruzione prima che il codice sia promosso a QA; questa strategia è intesa ad aumentare la qualità del software risultante così come l' efficienza del processo di sviluppo globale e QA.
None
doc-14743
Le prove di regressione si concentrano sul rilevamento dei difetti dopo che si è verificato un cambiamento importante del codice. In particolare, cerca di scoprire regressioni software, come caratteristiche degradate o perse, compresi i vecchi bug che sono tornati indietro. Tali regressioni si verificano ogni volta che la funzionalità del software che in precedenza funzionava correttamente, smette di funzionare come previsto. In genere, le regressioni si verificano come conseguenza involontaria dei cambiamenti di programma, quando la parte di nuovo sviluppo del software si scontra con il codice precedentemente esistente. I metodi comuni di prova di regressione comprendono la ripetizione di serie precedenti di casi di prova e la verifica del riemergere di guasti precedentemente corretti. La profondità dei test dipende dalla fase del processo di rilascio e dal rischio delle caratteristiche aggiunte. Possono essere completi, per modifiche aggiunte in ritardo nel rilascio o ritenute rischiose, oppure molto poco profonde, consistenti in test positivi su ciascuna caratteristica, se le modifiche sono precoci nel rilascio o considerate a basso rischio. La prova di regressione è in genere il più grande sforzo di prova nello sviluppo di software commerciale, a causa del controllo di numerosi dettagli nelle caratteristiche software precedenti, e anche nuovo software può essere sviluppato utilizzando alcuni vecchi test-cases per testare parti del nuovo design per garantire la funzionalità precedente è ancora supportato.
None
doc-10389
Come nota lo studioso Jonathan Sterne,"Un hacker australiano ha acquistato l3enc con una carta di credito rubata. L' hacker ha poi retro-ingegnerizzato il software, ha scritto una nuova interfaccia utente e l' ha ridistribuito gratuitamente, nominandola "grazie Fraunhofer"".
None
doc-10387
Un' implementazione software di simulazione di riferimento, scritta nel linguaggio C e successivamente nota come ISO 11172-5, è stata sviluppata (nel 1991-1996) dai membri del comitato ISO MPEG Audio per produrre file audio MPEG conformi ai bit (Layer 1, Layer 2, Layer 3). È stato approvato come progetto di relazione tecnica del comitato ISO/IEC nel marzo 1994 e pubblicato come documento CD 11172-5 nell' aprile 1994. È stato approvato come progetto di relazione tecnica (DTR/DIS) nel novembre 1994, ultimato nel 1996 e pubblicato come norma internazionale ISO/IEC TR 11172-5:1998 nel 1998. Il software di riferimento in lingua C è stato successivamente pubblicato come standard ISO liberamente disponibile. Lavorando in tempo non reale su un certo numero di sistemi operativi, è stato in grado di dimostrare la prima decodifica hardware in tempo reale basata su DSP dell' audio compresso. Altre implementazioni in tempo reale degli encoder MPEG Audio erano disponibili per la radiodiffusione digitale (radio DAB, DVB televisivo) verso ricevitori consumer e set top box.
None