The Le Westfall Team Westfall équipe 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. offre une formation et des services de consultation dans les domaines de développement de logiciels et de l'ingénierie, des logiciels de qualité et d'essais, le logiciel de mesure et d'analyse, ainsi que les procédés et les méthodes ayant contribué à ces importantes activités. They host several excellent articles, papers, and presentations covering software engineering and development. Elles hébergent plusieurs excellents articles, des documents et des présentations portant sur l'ingénierie logicielle et le développement. Here are links and descriptions to the best of them. Voici les liens et descriptions pour les meilleurs d'entre eux.
Software Engineering Articles, Papers & Presentations Software engineering articles, documents et présentations
Software Engineering Processes Papers & Presentations Procédés de génie logiciel Documents et présentations
Bidirectional Requirements Traceability Bidirectionnel exigences de traçabilité : Traceability is used in mature software development projects. This article explores: : La traçabilité est utilisé dans la maturité des projets de développement logiciel. Cet article explore:
- What is traceability? Quelle est la traçabilité?
- Why is traceability a good practice? Pourquoi la traçabilité est une bonne pratique?
- How is traceability performed? Comment est effectuée la traçabilité?
A Methods "Discussion/Debate: Method Agility or What's a Methodology For? A Méthodes de discussion / débat: Méthode Agilité ou Qu'est-ce qu'une méthodologie? 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. Quelle est la "bonne" méthode à utiliser pour un projet de développement de logiciel en fonction de tous les "meilleures pratiques"? Beaucoup de gens prônant "lite" ou méthodes agiles propose n'ya pas de "meilleure" pratique vous pouvez demander à tous les niveaux. Ce document, de Scott Duncan présentation / débat à la 14e Conférence internationale sur la qualité logicielle, est sur le début du processus de répondre à certaines des questions relatives à la méthodologie.
The What, Why, Who, When and How of Software Requirements Le Quoi, Pourquoi, Qui, Quand et Comment de Configuration logicielle requise : If the software requirements aren’t right, you won’t end up with the software that you need. This article discusses the following: : Si le logiciel exigences ne sont pas droit, vous ne prendra pas fin avec le logiciel dont vous avez besoin. Cet article examine les points suivants:
- Why: the benefits of having the right software requirements Pourquoi: les avantages d'avoir le bon logiciel exigences
- What: the various levels and types of requirements that need to be defined Quoi: les différents niveaux et types d'exigences qui doivent être définis
- Who: identifying the stakeholders of the software requirements and getting them involved in the process Qui: identifier les acteurs de la configuration logicielle requise et leur implication dans le processus
- When: requirements activities throughout the software development lifecycle Quand: les exigences des activités dans l'ensemble du cycle de développement logiciel
- How: techniques for eliciting, analyzing, specifying and validating software requirements Comment les techniques pour obtenir, d'analyser, préciser et valider les besoins en matière de logiciels
Software Quality Papers & Presentations Logiciels qualité des exposés et des présentations Software Standards and Models: Forward Reconnaissance Logiciels normes et des modèles: à l'avant de reconnaissance : 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. : Cet article est un résumé instantané de l'état actuel de certains logiciels clés normes et modèles. Commentées sont les normes internationales, les activités commerciales, professionnelles, industrielles ou des documents d'association, et la capacité des modèles.
The Blame Game La responsabilité de jeux : One roadblock we should think of removing from our lives is The Blame Game. : Un barrage routier, nous devrions penser à supprimer de notre vie est la responsabilité de jeux. Our individual and organizational propensity to blame can be a significant factor that weakens our foundations. Notre individuelles et organisationnelles propension à blâmer peut être un facteur important qui affaiblit nos fondations. 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. Cette session explique comment nous pouvons prendre conscience de blâmer les techniques que nous utilisons, le préjudice qu'elles causent, combien nous sommes engagés en eux, et comment nous pouvons changer ces pratiques.
Certification: A Competitive Advantage In Any Economy Certification: Un avantage concurrentiel dans une économie : 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 certification est généralement définie comme la reconnaissance formelle par une institution qui une personne a démontré ses compétences dans la compréhension et d'une somme de connaissances. La certification est un outil utilisé et quand à son plein potentiel, peut définir les cheminements de carrière, contribuer à une société bout de ligne, et de conduire la qualité des produits et la satisfaction du client vers le haut.
Aligned Empowerment - Could it become a Buzzword Alignés pouvoir - pourrait-il devenir un Buzzword ? 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. ? L'autonomisation est la denrée vivrière de base de bonne gestion et dans un nombre croissant d'organisations pouvoir est en train de changer depuis les cadres jusqu'aux employés. Cet article traite de l'autonomisation et la manière d'assurer que l'autonomisation est "alignés" par l'échange d'informations.
How to Create Useful Software Process Documentation Comment créer des processus de documentation logiciel : Unfortunately efforts to document our software development process often end up in documents and archives that are never used. : Malheureusement, des efforts pour documenter notre processus de développement logiciel se retrouvent souvent dans les documents et les archives qui ne sont jamais utilisés. 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. Cet article introduit le lecteur à une simple méthode pratique pour définir et documenter les processus logiciels qui sont faciles à comprendre, facile à utiliser et faciles à entretenir.
Process Definition Template Processus de définition de modèle : 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. : Utiliser ce modèle pour documenter vos définitions de processus logiciel. Ce modèle peut être utilisé pour mettre en œuvre les techniques décrites dans le Comment créer des processus logiciels de documentation papier. Ce document comprend également un exemple d'une version finale de ce modèle.
Software Validation and Verification Papers and Presentations Logiciel de validation et de vérification des documents et présentations Basis Path Testing for Structural and Integration Testing Base voie pour les essais structurels et de l'intégration d'essai : 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 voie d'essai est une technique de test structurel qui identifie les cas de test basé sur la logique des flux ou des chemins qui peuvent être prises par logiciel (s). Une base est un chemin unique chemin à travers le logiciel en l'absence d'itérations sont autorisés; ils sont niveau atomique chemins, et tous les chemins possibles à travers le système sont des combinaisons linéaires d'entre eux.
Software Program and Project Management Papers and Presentations Logiciel de gestion de projets et documents et présentations
Software Acquisition & Supplier Management: Part 1 - Product Definition & Supplier Selection Logiciel d'acquisition et de gestion des fournisseurs: Partie 1 - Définition du produit et de sélection des fournisseurs : This paper discusses the first seven steps in the Software Acquisition and Supplier Management process, including: : Le présent document examine les sept premières étapes dans les logiciels d'acquisition et de gestion des fournisseurs, notamment:
- Step 1: Planning the acquisition Étape 1: Préparation de l'acquisition
- Step 2: Defining the software product’s requirements Etape 2: Définir le logiciel du produit exigences
- Step 3: Determining the acquisition approach Étape 3: Détermination de l'acquisition approche
- Step 4: Identifying and evaluating potential suppliers (and their software products) Étape 4: Identifier et évaluer les fournisseurs potentiels (et de leurs produits logiciels)
- Step 5: Defining the contract requirements Etape 5: Définir les exigences du marc
