The Il Westfall Team Westfall Team offers training and consulting services in the areas of software development and engineering, software quality and testing, software metrics and analytics, and the processes and methodologies involved with these important activities. Offerte di formazione e servizi di consulenza nei settori dello sviluppo del software e l'ingegneria, della qualità del software e la sperimentazione, il software di analisi dei dati e parametri, e i processi e le metodologie coinvolte a queste importanti attività. They host several excellent articles, papers, and presentations covering software engineering and development. Essi ospitante più eccellente articoli, documenti, presentazioni e software che coprono l'ingegneria e lo sviluppo. Here are links and descriptions to the best of them. Qui ci sono i link e le descrizioni ai migliori di loro.
Software Engineering Articles, Papers & Presentations Software Engineering articoli, documenti e presentazioni
Software Engineering Processes Papers & Presentations Processi di ingegneria del software documenti e presentazioni
Bidirectional Requirements Traceability Bidirezionale requisiti di tracciabilità : Traceability is used in mature software development projects. This article explores: : Tracciabilità è utilizzato in maturare progetti di sviluppo software. Esplora questo articolo:
- What is traceability? Che cos'è la rintracciabilità?
- Why is traceability a good practice? Perché è la rintracciabilità una buona pratica?
- How is traceability performed? Come viene effettuata la rintracciabilità?
A Methods "Discussion/Debate: Method Agility or What's a Methodology For? Un Metodi "Discussione / Dibattito: Metodo Agilità o Che cosa c'è di una metodologia per? What’s the "correct" method to use for a software development project according to all the “best practices” advice? Many folks advocating “lite” or agile methods would suggest there is no “best” practice you can apply across the board. This paper, from Scott Duncan's presentation/discussion session at the 14th International Conference on Software Quality, is about beginning the process of answering some methodology related questions. Che cos'è il "corretto" metodo da utilizzare per un progetto di sviluppo software in base a tutte le "migliori pratiche"? Molte persone sostengono "lite" o metodi agili suggerisce non vi è alcuna pratica "migliore" che si possono applicare a tutti i livelli. Il presente documento, da Duncan Scott's presentazione / discussione sessione occasione del 14 ° Conferenza internazionale sul software di qualità, sta iniziando il processo di rispondere alcune domande relative metodologia.
The What, Why, Who, When and How of Software Requirements La Cosa, Perché, chi, quando e come di Requisiti software : If the software requirements aren’t right, you won’t end up with the software that you need. This article discusses the following: : Se il software non sono requisiti di diritto, non finiscono con il software di cui avete bisogno. In questo articolo vengono affrontati i seguenti:
- Why: the benefits of having the right software requirements Il motivo: i vantaggi di avere il diritto requisiti software
- What: the various levels and types of requirements that need to be defined Che cosa: i vari livelli e tipi di requisiti che devono essere definiti
- Who: identifying the stakeholders of the software requirements and getting them involved in the process Che: identificare le parti interessate, dei requisiti software e ottenere li coinvolte nel processo
- When: requirements activities throughout the software development lifecycle Quando: i requisiti attività in tutto il ciclo di vita di sviluppo del software
- How: techniques for eliciting, analyzing, specifying and validating software requirements Come: le tecniche di eliciting, analizzando, con l'indicazione e la convalida di requisiti software
Software Quality Papers & Presentations Qualità del software documenti e presentazioni Software Standards and Models: Forward Reconnaissance Software standard e modelli: trasmettere la ricognizione : This article is a summary snapshot of the current state of certain key software related standards and models. Discussed are the International Standards, the commercial, professional, or industrial association documents, and the capability models. : Questo articolo è una sintesi un'istantanea dello stato attuale di taluni software relativi standard e modelli. Discussi vi sono le norme internazionali, commerciali, professionali, industriali o di associazione documenti, e la capacità modelli.
The Blame Game Il gioco dello scaricabarile : One roadblock we should think of removing from our lives is The Blame Game. : Un blocco stradale dobbiamo pensare di eliminare dalla nostra vita è la colpa del gioco. Our individual and organizational propensity to blame can be a significant factor that weakens our foundations. La nostra individuale e organizzativo propensione per colpa può essere un significativo fattore che indebolisce la nostra fondazioni. This session describes how we can become aware of blaming techniques we use, the harm they cause, how much we are engaged in them, and how we can change these practices. Questa sessione descrive come si possa diventare consapevoli delle tecniche di colpa che usiamo, i danni che provocano, quanto noi siamo impegnati in esse, e come possiamo modificare queste pratiche.
Certification: A Competitive Advantage In Any Economy Certificazione: un vantaggio competitivo in ogni economia : Certification is commonly defined as formal recognition by an institution that an individual has demonstrated proficiency within and comprehension of a specified body of knowledge. Certification is a tool and when utilized to its full potential, can define career paths, contribute to a company’s bottom line, and drive product quality and customer satisfaction upwards. : La certificazione è comunemente definito come un riconoscimento formale di un ente che una persona ha dimostrato di possedere all'interno e comprensione di un determinato corpo di conoscenze. La certificazione è uno strumento e quando utilizzata per il suo pieno potenziale, in grado di definire percorsi di carriera, contribuire a una società linea di fondo, unità e la qualità dei prodotti e la soddisfazione dei clienti verso l'alto.
Aligned Empowerment - Could it become a Buzzword Allineato Empowerment - Potrebbe diventare una parola ? Empowerment is a basic staple of good management and in a growing number of organizations power is shifting from managers to employees. This article discusses empowerment and how to ensure that empowerment is "aligned" through information sharing. ? Empowerment è un fiocco di base di buona gestione e in un numero crescente di organizzazioni di potere si sta spostando dalla manager ai lavoratori dipendenti. In questo articolo viene illustrato l'empowerment e come garantire che la responsabilizzazione è "allineati", attraverso la condivisione delle informazioni.
How to Create Useful Software Process Documentation Come creare software utili processo di documentazione : Unfortunately efforts to document our software development process often end up in documents and archives that are never used. : Purtroppo gli sforzi per documentare il nostro processo di sviluppo software spesso in documenti e archivi che non sono mai utilizzati. This article introduces the reader to a simple, practical method for defining and documenting software processes that are easy to understand, easy to use and easy to maintain. Questo articolo introduce il lettore a un semplice metodo pratico per definire e documentare i processi software che sono facili da capire, facile da usare e facile da mantenere.
Process Definition Template Processo di definizione del modello : Utilize this template to document your software process definitions. This template can be used to implement the techniques described in the How to Create Useful Software Process Documentation paper. This paper also includes an example of a completed version of this template. : Utilizzare questo modello per documentare i processi software definizioni. Questo modello può essere utilizzato per attuare le tecniche descritte nel Come creare utili Software Process Documentazione carta. Il presente documento include anche un esempio di un completato la versione di questo modello.
Software Validation and Verification Papers and Presentations Software di validazione e verifica documenti e presentazioni Basis Path Testing for Structural and Integration Testing Test percorso base per gli interventi strutturali e di integrazione di test : Basis path testing is a structural testing technique that identifies test cases based on the flows or logical paths that can be taken through software application(s). A basis path is a unique path through the software where no iterations are allowed; they’re atomic level paths, and all possible paths through the system are linear combinations of them. : Base percorso di prova è una tecnica di collaudo strutturale che identifica i casi di prova, sulla base dei flussi o percorsi logici che possono essere adottate tramite software application (s). Un percorso di base è un unico percorso attraverso il software di iterazioni in cui non sono ammessi; che stanno atomica livello sentieri, e tutti i possibili percorsi attraverso il sistema sono combinazioni lineari di loro.
Software Program and Project Management Papers and Presentations Programma software di gestione dei progetti e documenti e presentazioni
Software Acquisition & Supplier Management: Part 1 - Product Definition & Supplier Selection Software di acquisizione e gestione Fornitore: Parte 1 - Definizione del prodotto e di selezione del Fornitore : This paper discusses the first seven steps in the Software Acquisition and Supplier Management process, including: : Questo documento analizza i primi sette passi nel software di acquisizione e il Fornitore processo di gestione, tra cui:
- Step 1: Planning the acquisition Fase 1: Pianificazione l'acquisizione
- Step 2: Defining the software product’s requirements Fase 2: Definire il software del prodotto requisiti
- Step 3: Determining the acquisition approach Fase 3: Determinazione l'acquisizione approccio
- Step 4: Identifying and evaluating potential suppliers (and their software products) Fase 4: identificare e valutare i potenziali fornitori (e dei loro prodotti software)
- Step 5: Defining the contract requirements Passo 5: Definire i requisiti di contratto
- Step 6: Selecting a supplier Passo 6: Selezionare un fornitore
- Step 7: Negotiating and awarding the contract Fase 7: di negoziato e di aggiudicazione del contratto
Softwar
