Gravamen De proceso Del Software: La construcción de la fundación para un maduro ES proceso

Los encargados y el personal técnico en la mayoría de las compañías son todo el demasiado rápidos seleccionar nuevos métodos y las herramientas y proceder hacia práctica moderna de la tecnología de dotación lógica. El problema es que muchas de estos mismos encargados y gente técnica tienen una comprensión débil del desarrollo y del proceso del mantenimiento que se está aplicando actualmente dentro de sus organizaciones. Proceden sin una fundación firme o una comprensión de donde están. Consecuentemente, las nuevas tecnologías no pueden a veces proporcionar las ventajas que esperan.

Las compañías luchan con la tecnología de dotación lógica porque los encargados no pueden entender que un acercamiento de la tecnología de dotación lógica es una porción de una filosofía más amplia de la gerencia de calidad total. Incluso cuando se entiende este hecho, algunos encargados nunca conectan el concepto de kaizen, o mejora de proceso continua, a las actividades del desarrollo del software.

Calidad definida Deming de W. Edwards como esforzándose para la excelencia en confiabilidad y funciones por la mejora (de proceso) continua, apoyada por el análisis estadístico de las causas de la falta. Si una organización desea mejorar la calidad de su software, de tal modo permitiendo a tecnología de información mejorar servicio el negocio, debe centrarse su atención en mejorar el proceso con el cual se desarrolla el software. El punto de partida es gravamen — al acercamiento del mirar-en-$$$-ESPEJO que permite a encargados y al personal técnico entender mejor sus fuerzas y debilidades del desarrollo del software. El gravamen de proceso es un primer paso hacia la creación de una estrategia viable que sirva como mapa de camino para la mejora de proceso del software continuo.

Una ESTRATEGIA De la MEJORA DE PROCESO Del SENTIDO COMÚN

El gravamen de proceso es el paso inicial en un ciclo de la transición de la tecnología que atraviese muchas actividades de la mejora de proceso. El ciclo comienza con el gravamen y abarca varias otras actividades:

- la educación — la mayoría de los encargados y de los reveladores del software sabe relativamente poco sobre la tecnología de dotación lógica. Para aumentar el nivel del conocimiento de la tecnología de dotación lógica, una organización debe desarrollar una estrategia eficaz de la educación que se ate a los resultados del gravamen de proceso y que coordina contenido y sincronización del entrenamiento con proyecto inmediato necesita para poder lograr la ventaja máxima.

- la selección — de la selección define metas y los criterios específicos para los procedimientos de la tecnología de dotación lógica que eligen, los métodos, y las herramientas automatizadas de la tecnología de dotación lógica; conduce al desarrollo de un mecanismo racional para costar, justificar, y adquirir estos elementos importantes de la tecnología de la tecnología de dotación lógica.

- los gastos — de la justificación para los procedimientos de la tecnología de dotación lógica, los métodos, la educación, las herramientas del CASO, y las actividades asociadas de la ayuda se deben demostrar para proporcionar una vuelta en la inversión antes de que el dinero esté confiado. Un modelo de la justificación se utiliza para demostrar el fondo ventajas de la mejora de proceso.

- la instalación — para instalar tecnologías de la tecnología de dotación lógica con éxito, un plan de la transición debe ser ideada y ser ejecutada. El plan define tareas, responsabilidades, jalones, y deliverables y especifica un horario para conseguir el trabajo hecho.

- la evaluación — algunos encargados realiza cambios para mejorar el proceso del desarrollo, selecciona e instala nueva tecnología, y después pega sus cabezas en la arena, dedicando poca hora a la evaluación si la tecnología está trabajando. El paso de la evaluación inicia un gravamen en curso del proceso de la instalación de la ingeniería de CASE/software.

Todos estos pasos definen estrategia de la transición, y todos dependen de un gravamen de proceso acertado.

OBJETIVOS De un GRAVAMEN DE PROCESO

Aunque las intervenciones informales del proceso del software se han conducido por muchos años, el uso de un gravamen de proceso formal es relativamente nuevo, y no era hasta que el gravamen de proceso fue endosado por el instituto de la tecnología de dotación lógica (SEI) que las corporaciones y las agencias de estatal importantes comenzaron a adoptar la práctica. El gravamen del proceso del término refiere a la reunión cualitativa y cuantitativa de la información. Cuando el gravamen de proceso se conduce correctamente, satisface sus objetivos cerca:

-   abastecimiento de un marco para una examinación objetiva de las prácticas del desarrollo del software de una organización

-   el indicar técnico y fuerzas y debilidades de la gerencia de una manera que permite la comparación a las normas de la industria

-   indicar la madurez relativa del desarrollo del software de una organización

-   conduciendo a una estrategia para la mejora de proceso y, indirectamente, a la mejora de la calidad del software

Cualidades Del Proceso

Para lograr estos objetivos, el acercamiento de proceso del gravamen se debe diseñar de una manera que sonde cada uno de las cualidades de proceso siguientes:

-   las políticas de organización que dirigen el uso de la tecnología de dotación lógica practican

-   entrenamiento que apoya el uso de procedimientos, de métodos, y de herramientas

-   el marco (modelo procesal) que se ha establecido para definir un proceso de la tecnología de dotación lógica

-   actividades de la garantía de calidad (QA) para el software

-   las tareas de la gerencia de proyecto que planean, controlan, y supervisan el trabajo del software

-   métodos de la tecnología de dotación lógica que permiten que el personal técnico construya los usos de alta calidad

-   herramientas del CASO que apoyan los métodos

-   métricas y medida del software que proporcionan la penetración en el proceso y su producto

ESTRUCTURA De un GRAVAMEN DE PROCESO

Aunque hay muchos diversos acercamientos de proceso del gravamen, todo tiene la misma estructura básica. Primero, un sistema de preguntas que sonden madurez de proceso se hace y se contesta. Las preguntas pueden centrarse solamente en ediciones procesales o pueden cavar en el uso de la tecnología de la tecnología de dotación lógica. Las respuestas a las preguntas del gravamen se evalúan y se computa un nivel de proceso de la madurez. El nivel de la madurez representa la comisión y la adherencia de una organización para sonar la tecnología de dotación lógica y prácticas del QA. Finalmente, los resultados del gravamen se interpretan y se utilizan para desarrollar una estrategia de la mejora de proceso. La interpretación puede ser global o puede apuntar cualidades de proceso específicas.

Preguntas Del Gravamen

Las preguntas del gravamen se diseñan para permitir a un asesor (quién puede ser un consultor exterior o miembros del personal dibujados de la organización que experimenta el gravamen) recopilar bastante información para entender la organización del software, el uso de la tecnología dentro de él, y la sofisticación relativa del marco de gerencia de proyecto para aplicar la tecnología. Un acercamiento eficaz del gravamen del proceso de la tecnología de dotación lógica utiliza tres tipos de preguntas: cualitativo, boleano, y cuantitativo.

Preguntas Cualitativas. Las preguntas en esta categoría requieren una explicación narrativa. Algunas preguntas cualitativas son:

¿- cómo forman a los equipos de proyecto? ¿Se utiliza una organización funcional o de matriz?

¿- quiénes son los clientes para el software dentro de la organización?

¿- cuál es la relación entre el cliente y la gente que desarrolla software? ¿Quién especifica inicialmente productos con el contenido del software? ¿A qué grado las prácticas del desarrollo del software son entendidas por el cliente? ¿Qué problemas de comunicación ocurren entre los clientes y la organización de la tecnología de dotación lógica?

- cuál es el papel de la garantía de calidad, de la fabricación, y de las organizaciones de servicio con respecto a software.

¿- cuáles son las herramientas de desarrollo del software individual (disponibles como características del sistema operativo y como funciones solas del soporte) usadas durante el desarrollo del software?

- Questions.Questions boleanos en esta categoría sacan un sí o ninguna respuesta. Las preguntas boleanas se utilizan para determinar las tres áreas siguientes:

¿- el diseño — hace el uso de la organización del desarrollo del software un método específico para el diseño de los datos? ¿Para el diseño arquitectónico? ¿El diseño procesal se obliga al uso de las construcciones de programación estructuradas? ¿Hay un método definido para el ser humano - diseño del interfaz de la computadora?

¿- programando y de codificación — es más de 90 por ciento del código escritos en una lengua de categoría alta? ¿Definen y se utilizan a las convenciones específicas para la documentación del código?

¿- de prueba — son los métodos específicos usados para el diseño del caso de la prueba? ¿El planeamiento de la prueba comienza antes de que se escriba el código? ¿Los resultados de la prueba se almacenan para la referencia histórica? ¿Hay mecanismos para rutinariamente realizar la regresión que prueba y para asegurarse de que las cubiertas de prueba todos los requisitos del software?

Preguntas Cuantitativas. Las preguntas en esta categoría permiten a una organización obtener la información numérica que se puede utilizar conjuntamente con métrica del software para computar costes y el reembolso potencial para la nueva tecnología. La información siguiente es representativa:

-   el rédito anual divulgó por un componente

-   el presupuesto anual para la informática o ES

-   presupuesto anual para el desarrollo del software de engineering/product-oriented

-   presupuesto anual para el software - entrenamiento relacionado

-   presupuesto anual para el hardware

-   presupuesto anual para las herramientas del software (distinga entre el hardware y el software)

-   número de sistemas y de médicos del software en todas las áreas de aplicación

-   el número de ES gente por categoría profesional

-   número de la gente del software que trabaja en productos y sistemas dirigidos

-   número actual de los contratistas exteriores que trabajan en software en el local

-   porcentaje de la gente del software que trabaja en mantenimiento

-   crecimiento o disminución proyectado para cada artículo ya mencionado

La mayoría de los cuestionarios del gravamen se organizan de una manera que el proceso específico de las puntas de prueba atribuya (acercamiento e.g., del software de calidad de la garantía o de la gerencia de proyecto); la mayoría sugieren un esquema que califica para las respuestas para poder comprobar fuerzas y debilidades relativas; y la mayoría tratan la gerencia y asuntos técnicos. La estructura del cuestionario, los tipos de preguntas hechas, el esquema que califica se propone que, y la utilidad de los resultados son determinados por el modelo de proceso total del gravamen (los ejemplos de el cual se discuten en los modelos de proceso “dirigidos sección del gravamen ”).

Evaluación De la Respuesta

Las respuestas al cuestionario del gravamen se evalúan para determinar el nivel de proceso de la madurez. Aunque los acercamientos específicos de la evaluación varían, los pasos siguientes son comunes:

-   las respuestas a las preguntas boleanas se utilizan para derivar un valor de madurez. Los valores de madurez se pueden basar en una cuenta simple de respuestas de yes/no, en un sistema específico de las preguntas que se deben contestar positivamente para alcanzar un nivel dado de la madurez, o en un esquema que carga que defina el nivel de la madurez de una organización que conteste a una pregunta específica positivamente.

-   las respuestas a las preguntas cuantitativas se comparan con promedios de la industria, cuando esta'n disponibles. Se recogen los datos de la calidad y de la productividad, y los promedios comparados se publican en la literatura técnica.

-   las respuestas a las preguntas cualitativas se utilizan para derivar la penetración adicional en el proceso actual. Documentando condiciones y apremios locales, las respuestas cualitativas establecen una línea de fondo para la interpretación.

Interpretar los resultados

Los valores de madurez computados de las respuestas a las preguntas boleanas del gravamen pueden proporcionar los medios para desarrollar un plan de la transición para la mejora de proceso. Idealmente, los valores de madurez se asignan a uno del varios las cualidades de proceso. En base de cada valor de madurez, una organización puede alinear cualidades de proceso según su importancia e impacto en esfuerzos locales de mejorar proceso. Después de que las prioridades se hayan asignado para las áreas de proceso de la cualidad, la interpretación comienza con la meta de desarrollar de organización un sistema del específico de resultados y de recomendaciones.

Los resultados describen áreas específicas de la fuerza o de la debilidad; las recomendaciones definen las acciones requeridas para mejorar el proceso del desarrollo del software.

MODELOS DE PROCESO DEL GRAVAMEN

Un modelo de proceso del gravamen define la estructura y las logísticas totales del gravamen de proceso, la organización y el uso de las preguntas del gravamen, las cualidades del proceso que se consideran durante el gravamen, y la manera de la cual se determina la madurez de proceso. Los modelos del gravamen pueden ser categorizados ampliamente como sigue:

-   los modelos se convirtieron por las compañías grandes y pensaron originalmente para el uso interno, tal como el análisis de la calidad y de la productividad del software de Hewlett-Packard (SQPA) y el método del gravamen de la capacidad del desarrollo del software Bell Canada

-   modelos desarrollados como adjunto a los servicios que consultan, tales como Howard Rubin Associates, R.S. Pressman & Associates, Inc., Software Productivity Research, Inc., y muchos otros

-   los modelos se convirtieron por los consorcios de government/industry tales como el modelo de la madurez de la capacidad del instituto de la tecnología de dotación lógica, que es sabido lo más mejor posible de éstos

-   modelos empaquetados como productos del hágalo usted mismo para el uso por cualquier organización del desarrollo del software

Además, la organización de estándares internacional (ISO) está actualmente en el trabajo sobre un estándar para que el gravamen del proceso de la tecnología de dotación lógica asegure conformidad a los estándares de calidad de la ISO 9000. Actualmente, ningún modelo del gravamen resuelve todos los requisitos propuestos para el estándar del gravamen de la ISO.

Una discusión detallada de todos los tipos de modelos del gravamen está más allá del alcance de este artículo. Sin embargo, para proporcionar otra comprensión del acercamiento del gravamen, dos modelos representativos del gravamen se consideran en las secciones siguientes.

El Modelo Del Gravamen de SEI

El modelo comprensivo del gravamen del instituto de la tecnología de dotación lógica se afirma en un sistema de las capacidades de la tecnología de dotación lógica que deben estar presentes mientras que las organizaciones alcanzan diversos niveles de la madurez de proceso. Para determinar el estado actual de la madurez de proceso de una organización, el SEI utiliza un cuestionario del gravamen y un esquema que califica del fivepoint. El esquema que califica proporciona una medida de la eficacia global de las prácticas de la tecnología de dotación lógica de una compañía y establece cinco niveles de proceso de la madurez:

-   1 llano: Firme con iniciales — el proceso del software se caracteriza como anuncio hoc. Se definen pocos procesos, y el éxito depende de esfuerzo individual.

-   2 llanos: Los procesos — básicos repetibles de la gerencia de proyecto se establecen para seguir coste, horario, y funcionalidad. La disciplina de proceso necesaria está en el lugar para repetir éxitos anteriores en proyectos con usos similares.

-   3 llanos: Definió — el proceso del software para la gerencia y las actividades de la ingeniería se documentan, se estandardizan, y se integran en un proceso del software del organizationwide. Este nivel incluye todas las características definidas para el nivel 2.

-   4 llanos: Las medidas — detalladas manejadas del proceso del software y de la calidad del producto se recogen de modo que el proceso y los productos del software sean cuantitativo controlados. Este nivel incluye todas las características definidas para el nivel 3.

-   5 llanos: La mejora — de proceso continua óptima es permitida por la regeneración cuantitativa del proceso y de probar ideas y tecnologías innovadoras. Este nivel incluye todas las características definidas para el nivel 4.

Para alcanzar niveles específicos de la madurez de proceso, las preguntas seleccionadas del cuestionario de SEI se deben contestar positivamente. El SEI ha asociado las áreas de proceso dominantes (KPAs) a cada uno de los niveles de la madurez. KPAs describe esas funciones de la tecnología de dotación lógica que deban estar presentes constituir buena práctica en un nivel particular. A través del modelo 18 KPAs de la madurez se definen y traz en diversos niveles de la madurez de proceso. Las preguntas del gravamen se diseñan para sondar para la existencia (o la carencia) de las prácticas dominantes que revelan si las metas de un KPA se han alcanzado.

El acercamiento de SEI representa un logro significativo en el gravamen de proceso, pero tiene algunas desventajas. Aunque el análisis detallado del cuestionario del gravamen puede conducir a un gravamen de la eficacia de las áreas de proceso dominantes y de las prácticas dominantes relacionadas, el nivel de la madurez solamente habla poco de KPAs individual. El nivel de proceso de la madurez se computa de una manera que cause una calidad inferior si las preguntas específicas se contestan negativamente, incluso si otras preguntas que representan la sofisticación razonable se contestan con sí. El cuestionario de SEI se critica a veces para underemphasizing la importancia de la tecnología y accentuar la importancia demasiado de políticas y de estándares. Los consultores que son asesores acreditados son generalmente necesarios proporcionar el detalle y la penetración adicionales que falta con el cuestionario de SEI solamente.

El modelo del gravamen propuesto por el SEI representa la mirada más comprensiva del espejo para la industria. Requiere la comisión de organización broad-based, un presupuesto del gravamen en los millares de dólares, y la presencia de asesores acreditados hacer el trabajo.

El Modelo De proceso Del Gravamen Del Consejero

El modelo de proceso del gravamen del consejero permite a uno mismo - gravamen dirigido para esas organizaciones que deseen comenzar actividades de la transición de la tecnología de la tecnología de dotación lógica sin incurrir en costo inicial substancial. Desemejante del cuestionario del gravamen de SEI (que contiene solamente preguntas boleanas), el modelo de proceso del consejero incorpora preguntas cualitativas, cuantitativas, y boleanas. Las preguntas cualitativas y cuantitativas del gravamen siguen la estructura discutida anterior en este artículo. Las respuestas a estas preguntas se determinan usando un sistema del cuasi-experto que se construya en el modelo. Cada respuesta al cuestionario se compara con un sistema de respuestas típicas. El sistema del cuasi-experto proporciona un sistema de las inferencias que ayudan a una organización para desarrollar los resultados y las recomendaciones basados en la respuesta.

Cualidades de proceso de la dirección ocho boleanos de las preguntas: políticas de organización, entrenamiento, proceso del desarrollo del software, garantía de calidad, gerencia de proyecto, métodos de la tecnología de dotación lógica, herramientas automatizadas de la tecnología de dotación lógica, y métrica y medida del software. Las respuestas a las preguntas boleanas generan los grados de proceso de la cualidad para cada uno de las ocho cualidades. Éstos forman una huella de proceso de la madurez para una organización del software.

MADUREZ DE PROCESO

La mayoría de modelos del gravamen (dos incluyendo descritos en las secciones precedentes) permite a una organización computar su madurez de proceso. La gerencia debe entonces saber utilizar este número.

Todo demasiado a menudo, un encargado mayor decide a que un nivel de proceso específico de la madurez debe convertirse en una meta de la organización. Es decir, una organización que tiene actualmente una madurez de proceso de 1.0 se carga con convertirse en una organización 3.0 en el plazo de 24 meses. Aunque no hay nada intrínsecamente incorrecto con fijar metas de proceso de la madurez, el centrarse solamente en mejorar el valor de madurez de proceso falta el punto. Las metas de cada organización del desarrollo del software deben ser mejorar la calidad de los usos él las estructuras, satisfacer a sus clientes y usuarios, y para lograr el trabajo el tiempo. Mejorar madurez de proceso ayuda en la realización de estas metas, pero no debe convertirse en la meta.

En general, la madurez de proceso (y los grados de proceso de la cualidad) se deben utilizar en las maneras siguientes:

-   para apuntar áreas de la fuerza y de la debilidad

-   para levantar el sentido de la gerencia

-   para definir las áreas en las cuales la investigación adicional (e.g., reuniones del gravamen con el personal relevante) puede ser necesaria

-   para proporcionar una comparación a la industria común y a la mejor práctica

-   para servir como línea de fondo para la nueva valoración más adelante en el ciclo vital de la transición

Usando madurez de proceso en estas maneras, una organización puede establecer una fundación en la cual se construya el plan de la transición de la tecnología.

RESULTADOS Y RECOMENDACIONES QUE SE CONVIERTEN QUE MEJORAN MADUREZ DE PROCESO

Los resultados y las recomendaciones se derivan de los resultados del gravamen. Sin embargo, es a veces difícil interpretar los resultados del gravamen de una manera que ése conduce a las recomendaciones pragmáticas para el cambio. Un uno mismo - el acercamiento dirigido del gravamen debe proporcionar un sistema de las pautas inferencia-basadas que se atan a diversos niveles de la madurez para cada uno de las cualidades de proceso bajo gravamen. Una vez que se haya terminado el gravamen, el grado de la madurez para cada cualidad de proceso se determina. La gama del grado proporciona una indicación sólida de resultados y de recomendaciones. Ilustrar inferencia-baso' las pautas, los resultados de la muestra y las recomendaciones se reproducen del libro de trabajo de proceso del consejero.

EL PROCESO DEL DESARROLLO DEL SOFTWARE

Las preguntas en la sección del proceso de la tecnología de dotación lógica del cuestionario se centran en estándares como manera de determinarse si una organización ha codificado su acercamiento. Examine el grado y póngalo en el contexto de las gamas del grado:

Califique La Gama	Identificador
Debajo de 1.65	E
1.65 a 2.25	D
2.26 a 2.75	C
2.76 a 3.25	B
Sobre 3.26	A

Interpretación:

-   los grados E y D — es inverosímil que la organización ha desarrollado una descripción escrita de su proceso o la ha definido un proceso de cualquier manera explícita.

acción  de o: La organización debe crear un marco esquelético para la tecnología de dotación lógica, es decir, un sistema de actividades, de deliverables, de jalones, y de las acciones del QA que se pueden aplicar como software se está desarrollando. Una descripción del marco entonces se necesita para solicitar comentarios y recomendaciones de encargados y del personal técnico. En un cierto plazo, el marco debe ser vuelto a trabajar y más detalle ser agregado hasta que se desarrolla en un estándar.

-   los grados C y B — la organización han codificado muchas de las actividades asociadas al desarrollo del software. Es probable que el mismo acercamiento esté aplicado a través de diversos proyectos y que el planeamiento del proyecto, el control, y la garantía de calidad del software son más fáciles de alcanzar consecuentemente. Sin embargo, apenas porque existen los estándares no significa que el proceso es eficaz o caracterizado correctamente.

acción  de o: Cada uno de los estándares se debe repasar para determinarse si refleja práctica moderna de la tecnología de dotación lógica y si hay los aspectos que pueden ser aerodinámicos o que no trabajan bien. El tiempo debe ser personal pasado del desarrollo de la interrogación para determinarse si los estándares se están utilizando tan extensamente como estas gamas del grado implican. Las áreas técnicas específicas sin estándares pueden ser determinadas repasando respuestas a las preguntas individuales. Puede ser de mérito desarrollar un acercamiento del marco para un área técnica específica (e.g., prueba) de una manera similar a ésa descrita en el párrafo de la acción para las gamas de E y de D.

ACTIVIDADES DE LA GARANTÍA DE CALIDAD

Las preguntas en la sección de las actividades del QA del cuestionario de proceso del gravamen exploran el énfasis de una organización en la documentación, revisiones, y otras funciones del QA. Examine el grado y póngalo en el contexto de las gamas del grado (enumeradas en la sección anterior). Si uno o más de los grados de la subdivisión es perceptiblemente diferente del grado total de la sección, la investigación adicional en esa área se autoriza.

Interpretación:

-   los grados E y la calidad — del software de D y las actividades necesitadas para asegurarla no son un foco primario dentro de la organización del desarrollo del software. La documentación es probablemente débil, porque no hay formatos estándares para dirigir los reveladores. Las revisiones eficaces no se están conduciendo y los resultados de revisiones no se aplican para mejorar el proceso. La garantía de calidad del software no es una actividad formalmente definida.

acción  de o: La organización debe desarrollar un plan para mejorar la documentación, revisiones, y garantía de calidad del software. Comenzando con los documentos y las revisiones, la primera acción es escoger un o dos documentos y desarrollar un formato estándar (el ser breve es el mejor) y después desarrollar un sistema de las pautas de la revisión para ellas. En un cierto plazo, las acciones pueden ser ensanchadas hasta que se definen, se están elaborando, y se están repasando la mayoría de los documentos importantes.

-   califique C — el acercamiento de organización a la documentación fiable, revisiones eficaces, y las actividades básicas de la garantía de calidad están viniendo juntas.

acción  de o: La organización debe repasar respuestas a cada uno de las subdivisiones para determinarse qué áreas necesitan la mayoría de la mejora. Las funciones de la garantía de calidad son probables necesitar el rovement adicional del imp; si es así céntrese en establecer los mecanismos para asegurar conformidad con estándares de la documentación y del proceso. La organización pudo también ensanchar su acercamiento de la revisión, si éste puede ser coste hecho - con eficacia. En el mismo tiempo, las herramientas automatizadas de la tecnología de dotación lógica se deben emplear para crear la documentación eficaz de una manera más productiva.

-   el grado B — la organización está en el estado de la práctica en el área del QA. Sin embargo, puede no utilizar datos cuantitativos para analizar el proceso de la tecnología de dotación lógica.

acción  de o: Una idea de considerar es un programa del novato en el QA estadístico para el software. Por los primeros datos que recogen sobre los defectos destapados con otras actividades del QA, la organización puede trabajar para mejorar métodos para reducir defectos. Puede entonces adquirir las herramientas que permitirán a la organización construir software de la calidad más con eficacia.

GRAVAMEN DE PROCESO DE MANEJO

El gravamen de proceso se puede conducir por una organización que consulta interna, por los forasteros, o en un uno mismo - manera dirigida. Sin importar el acercamiento se elige que, el gravamen se debe coordinar cerca ES gerencia.

Es vital que la gerencia prepara una organización para la actividad de proceso del gravamen antes de que la actividad comience. El intento del gravamen, y las ventajas que se derivarán de él, se deben comunicar a los encargados y al personal técnicos. Los tipos de datos del gravamen que se recogerán y el uso de los datos del gravamen deben ser explicados a fondo. Los resultados del gravamen se deben compartir con todos los participantes. Todos implicados deben entender que el propósito del gravamen es establecer una base para la mejora de proceso, no castigar o no juzgar habilidad técnica.

LÍNEA DE CONDUCTA RECOMENDADA

Si una organización está confiada a la mejora de proceso del desarrollo del software, su primer paso es determinar el estado actual de la práctica de la tecnología de dotación lógica. ES se aconseja el encargado:

-   fije la etapa para la mejora de proceso proporcionando el entrenamiento preliminar en la tecnología de dotación lógica para los encargados, el personal técnico, y los usuarios. El entrenamiento debe introducir opciones del proceso y de la tecnología, acentuar las ventajas de la calidad mejorada del software, y explicar el ciclo de la transición de la tecnología.

-   seleccione a campeón local manejar el acercamiento del gravamen del interior. El campeón local debe conducir el proceso del gravamen así como facilita a los que estén conduciendo el gravamen y a los que estén participando.

-   seleccione un acercamiento del gravamen que sea apropiado para la organización, sus presupuestos, y su filosofía de la gerencia. Si los presupuestos son limitados o los consultores exteriores no pueden ser utilizados, considere el uso de un uno mismo - modelo dirigido del gravamen. Si los presupuestos que consultan están disponibles, emplee una firma que consulta competente para conducir el gravamen. Si los requisitos del cliente dictan un acercamiento específico del gravamen (e.g., muchos contratistas del gobierno se animan a

utilice el assessment) del instituto de la tecnología de dotación lógica, desarrolle un plan que permita a ese acercamiento ser utilizado.

-   determine el nivel de la madurez del proceso del desarrollo del software para la organización. El nivel de proceso de la madurez permite comparar la organización con práctica común y mejor de la industria. Sin embargo, no debe ser utilizado para comparar a grupos internos o para forzar la transición de la tecnología.

-   examine los resultados y las recomendaciones derivados como consecuencia de resultados del gravamen para estar seguro que reflejan exactamente la organización. Las recomendaciones deben ser realistas.

-   comience el desarrollo de un plan de la transición que conduzca a la mejora de proceso del software. El plan de la transición describe la estrategia de la educación, el acercamiento que se tomará para seleccionar proceso cambia y las mejoras de la tecnología, y las tareas, los jalones, y los deliverables asociados a proceso y a la instalación de la tecnología.

Negación: Nuestro Web site no es responsable de la información contenida por este artículo. Este artículo de ninguna manera refleja las vistas, las opiniones, los pensamientos o la creencia del personal del directorio de los artículos.

Aviso de la traducción: Gravamen de proceso del software del artículo ": La construcción de la fundación para un maduro ES proceso "fue traducida usando un servicio de traducción automatizado. Nos disculpamos sinceramente por cualquier error de la traducción que ocurriera. Gracias por entender.