The El Westfall Team Equipo WESTFALL 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. ofrece formación y servicios de consultoría en las áreas de desarrollo de software e ingeniería, software y las pruebas de calidad, métricas de software y análisis, así como los procesos y metodologías que participan en estas importantes actividades. They host several excellent articles, papers, and presentations covering software engineering and development. Ellos excelente acogida varios artículos, documentos y presentaciones que abarcan la ingeniería de software y el desarrollo. Here are links and descriptions to the best of them. Aquí están las descripciones y enlaces a los mejores de ellos.
Software Engineering Articles, Papers & Presentations Ingeniería de Software de artículos, documentos y presentaciones
Software Engineering Processes Papers & Presentations Los procesos de Ingeniería de Software Documentos y presentaciones
Bidirectional Requirements Traceability Bidireccional requisitos de trazabilidad : Traceability is used in mature software development projects. This article explores: : La trazabilidad es utilizado en madurar proyectos de desarrollo de software. Este artículo explora:
- What is traceability? ¿Qué es la trazabilidad?
- Why is traceability a good practice? ¿Por qué es la trazabilidad de una buena práctica?
- How is traceability performed? ¿Cómo se realiza la trazabilidad?
A Methods "Discussion/Debate: Method Agility or What's a Methodology For? Un Métodos "Discusión / Debate: Método Agilidad o ¿Qué es una metodología para? 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. ¿Cuál es la "correcta" método a utilizar para un proyecto de desarrollo de software de acuerdo a todas las "mejores prácticas"? Muchas personas defendiendo "lite" o métodos ágiles sugeriría no hay "mejor" la práctica se puede aplicar en todos los ámbitos. Este documento, Scott Duncan de la presentación / sesión de debate en la 14 ª Conferencia Internacional sobre la Calidad del Software, se trata de iniciar el proceso de responder a algunas preguntas relacionadas con la metodología.
The What, Why, Who, When and How of Software Requirements El qué, por qué, quién, cuándo y cómo de Requisitos de software : If the software requirements aren’t right, you won’t end up with the software that you need. This article discusses the following: : Si los requisitos de software no son adecuadas, no terminan con el software que usted necesita. Este artículo discute los siguientes:
- Why: the benefits of having the right software requirements ¿Por qué: los beneficios de tener el derecho requisitos de software
- What: the various levels and types of requirements that need to be defined Qué: los distintos niveles y tipos de requisitos que deben ser definidos
- Who: identifying the stakeholders of the software requirements and getting them involved in the process Que: identificar a las partes interesadas de los requisitos de software y hacerles participar en el proceso
- When: requirements activities throughout the software development lifecycle Cuándo: requisitos de actividades en todo el ciclo de vida de desarrollo de software
- How: techniques for eliciting, analyzing, specifying and validating software requirements Cómo: técnicas para obtener, analizar, especificar y validar los requisitos de software
Software Quality Papers & Presentations Calidad del Software Documentos y presentaciones Software Standards and Models: Forward Reconnaissance Software normas y modelos: delantero de reconocimiento : 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. : Este artículo es un resumen instantánea de la situación actual de ciertas normas relacionadas con el software y los modelos. Comentados son las Normas Internacionales, comercial, profesional, industrial o asociación documentos, y la capacidad de los modelos.
The Blame Game La culpa de Juego : One roadblock we should think of removing from our lives is The Blame Game. : Una barricada hay que pensar en eliminar de nuestras vidas es la culpa del juego. Our individual and organizational propensity to blame can be a significant factor that weakens our foundations. Nuestro individual y de las organizaciones propensión a la culpa puede ser un importante factor que debilita nuestras bases. 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. Esta sesión describe la manera en que podemos ser conscientes de culpar a las técnicas que utilizamos, el daño que causa, cuánto estamos inmersos en ellos, y cómo podemos cambiar estas prácticas.
Certification: A Competitive Advantage In Any Economy Certificación: Una ventaja competitiva en cualquier economía : 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 certificación es comúnmente definido como el reconocimiento formal de una institución que un individuo ha demostrado en el dominio y la comprensión de un determinado conjunto de conocimientos. La certificación es una herramienta y cuando se utilizan para todo su potencial, puede definir trayectorias profesionales, contribuir a una empresa línea inferior, la unidad y la calidad del producto y la satisfacción del cliente al alza.
Aligned Empowerment - Could it become a Buzzword Alineado de habilitación - ¿Podría convertirse en una moda ? 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. ? De habilitación es un alimento básico de buena gestión y en un número creciente de organizaciones de poder se está desplazando de los gestores a los empleados. Este artículo discute la potenciación y la forma de garantizar que la habilitación está "alineado" mediante el intercambio de información.
How to Create Useful Software Process Documentation ¿Cómo crear software útil proceso de documentación : Unfortunately efforts to document our software development process often end up in documents and archives that are never used. : Lamentablemente, los esfuerzos para documentar nuestro proceso de desarrollo de software a menudo terminan en los documentos y archivos que nunca se usan. 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. Este artículo introduce al lector a un sencillo y práctico método para definir y documentar los procesos de software que son fáciles de entender, fácil de usar y fácil de mantener.
Process Definition Template Proceso de definición de plantilla : 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. : Utilizar esta plantilla para documentar su proceso de definiciones de software. Esta plantilla se puede utilizar para aplicar las técnicas descritas en la Cómo crear software útil Proceso de documentación en papel. Este documento también incluye un ejemplo de una versión completada de esta plantilla.
Software Validation and Verification Papers and Presentations Software de validación y verificación de documentos y presentaciones Basis Path Testing for Structural and Integration Testing Base camino para pruebas estructurales y la integración de pruebas : 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. : Bases camino de pruebas es una técnica de ensayo estructural que identifica casos de prueba, basada en los flujos o caminos lógicos que se pueden tomar a través de la aplicación de software (s). Una base es un camino único camino a través del software, donde no se permiten las repeticiones, sino que está nivel atómico caminos, y todos los posibles caminos a través del sistema es lineal combinaciones de ellos.
Software Program and Project Management Papers and Presentations Programa de Ventajas de la gestión de proyectos y documentos y presentaciones
Software Acquisition & Supplier Management: Part 1 - Product Definition & Supplier Selection Adquisición de Software y Gestión de Proveedores: Parte 1 - Definición de producto y selección de proveedores : This paper discusses the first seven steps in the Software Acquisition and Supplier Management process, including: : Este artículo discute los siete primeros pasos en la adquisición de software y proveedor de gestión de proceso, incluyendo:
- Step 1: Planning the acquisition Paso 1: Planificación de la adquisición
- Step 2: Defining the software product’s requirements Paso 2: Definición de los productos software de requisitos
- Step 3: Determining the acquisition approach Paso 3: Determinación de la adquisición enfoque
- Step 4: Identifying and evaluating potential suppliers (and their software products) Paso 4: Identificar y evaluar los posibles proveedores (y sus productos de software)
-
