Mejora de Procesos de Software

Un término (29) 4 puntos

1. ciclo de vida del software
   de ciclo de vida del software (software de ciclo de vida), también conocido como el ciclo de vida del software, la supervivencia. Se refiere al concepto de desarrollo de software de la formación del futuro uso del software desarrollado, todo el proceso hasta que pierden valor hasta la desaparición. En general, todo el ciclo de vida, incluyendo la planificación (definir), desarrollo, operación (mantenimiento) tres períodos, cada período se divide en varias etapas. Cada etapa tiene un mandato claro, por lo que la gran escala, estructura compleja y gestionar el desarrollo de software complejo se vuelve fácil de controlar y gestionar.
   SDLC seis etapas: 1. Definición y Análisis de Requerimientos de Planificación 2. 3. 4. código de programa de software de diseño 5. 6. operación y mantenimiento de las pruebas de software

2. Proyecto
   proyecto es una serie de actividades únicas, complejas y mutuamente relacionados, estas actividades tienen un claro objetivo o finalidad, necesidad, presupuesto, dentro de los recursos limitados, de acuerdo con la especificación completado en un tiempo específico. El trabajo temporal para el proyecto es crear un producto, servicio o resultado único llevado a cabo.
   los parámetros del proyecto incluyen proyecto de alcance, calidad, costo, tiempo y recursos.

3. Hito
   en el desarrollo de la programación del proyecto, creó algunos puntos importantes para comprobar el progreso del programa de tiempo, por lo que se puede comprobar y proceso de la toma de proyecto ventaja de estos puntos de control de tiempo importantes controlada durante la ejecución del proyecto. Estos momento importante del punto de control se llama un proyecto hito (Milestone).

4. Software Métricas
   Métricas de Software es un proyecto de desarrollo de software, procesos y datos de productos definición, recolección y análisis de procesos cuantitativa continua con el objetivo de esta entenderse, previsión, evaluar, controlar y mejorar.

5. Función de Análisis de Puntos de
   Análisis de Puntos de Función es el método de escala de medición de software más importante y más eficaz, que se puede medir en un proyecto de software al principio del proyecto, y la constante actualización de los datos en el proceso de desarrollo, con el fin de lograr una gestión coherente sostenido. Desde la perspectiva de la aplicación, el mundo tiene miles de proyectos utilizando Análisis de Puntos de Función. Desde el punto de vista de la investigación, análisis del punto de función también se ha convertido en la base para muchos otros métodos de medición nuevos.
   Análisis de Puntos de Función es un método comúnmente utilizado para la estimación de los elementos de carga de trabajo, siete pasos descritos disponibles: 1. Determinar el tipo de puntos de función calculada; 2 Determina el rango de aplicación y los límites de cálculo; 3 determina toda la funcionalidad y la complejidad de los datos ;. 4. determinar la funcionalidad y la complejidad de todas las transacciones; 5 estrellas No ajuste de punto recuento; 6 valor derivado en base a las características básicas del sistema de factor de ajuste; 7. ajuste de recuento de puntos se calcula.

6. Estructura (EDT) de desglose de trabajo
   WBS gestión de proyectos es uno de los principales términos técnicos. WBS básico definición: un entregable orientada agrupación de elementos del proyecto se lleva a cabo, se resume y define una definición más detallada del trabajo del proyecto en todo el alcance del proyecto de trabajo para cada capa representa declive. En cuanto a la práctica de gestión de proyectos, o en el examen de PMP, IPMP, la estructura de desglose del trabajo (WBS) es uno de los contenidos más importantes. EDT es siempre en el centro del proceso de planificación, sino también una base importante para el programa de desarrollo, necesidades de recursos, estimación de costos, los planes de gestión de riesgos y planes de adquisición y similares. EDT es también una base importante para el control de cambio de proyecto.

7. La calidad del software
   software de calidad es el "software con la definición explícita e implícita de los requisitos de grado consistente". En concreto, el software es la calidad del software en línea con una descripción clara de los requisitos de funcionamiento y rendimiento, las normas de desarrollo de documentos describen de forma explícita, así como el desarrollo profesional de todo el software debe tener las características de grado consistente y implícita. Los principales factores que afectan a la calidad del software, estos factores se miden desde el punto de vista de la gestión de la calidad del software. Se puede dividir en tres grupos, tres vistas de usuario de reacción cuando se utiliza el producto de software. La corrección, la robustez, la eficiencia, la integridad, la disponibilidad, el riesgo (carreras de productos); comprensibilidad, facilidad de mantenimiento, la flexibilidad, la capacidad de prueba (modificación del producto); portabilidad, la reutilización, la interoperabilidad de operación (transferencia de producto).

8. RMMM plan de (mitigación de riesgos, Plan de Monitoreo y Gestión )
   de gestión de riesgos de proyectos de software es una parte importante de la gestión de proyectos de software. Durante la gestión de riesgos de proyectos de software, la identificación de riesgos para evaluar el impacto y la probabilidad de su aparición generado y, a continuación, crear un plan para controlar el riesgo. El objetivo principal de la gestión del riesgo es prevenir los riesgos.
   el riesgo del proyecto de software se refiere al impacto de los problemas encontrados durante el proceso de desarrollo de software y el progreso del presupuesto, así como los problemas de los proyectos de software. riesgo de los proyectos de software afectará a la realización del plan de proyecto, si los riesgos del proyecto se convierten en realidad, puede afectar el progreso del proyecto, lo que aumenta el coste del proyecto, e incluso no se puede lograr el proyecto de software. Si la gestión de riesgos del proyecto, se puede minimizar la aparición de riesgos.

9. modelo COCOMO
   modelo del costo estructural. Es un método de estimación de coste software propuesto por Barry Boehm (Boehm). Este modelo utiliza una ecuación de regresión básica que es esencialmente un método de estimación de proyectos paramétrico, modelado paramétrico son algunas de las características del proyecto como un parámetro para predecir los costos del proyecto mediante el establecimiento de un modelo digital (similar al vivo área en su conjunto, los parámetros de los costos de vivienda calculado).

10. Proyecto PERT
    PERT es el proyecto como un sistema, con un diagrama de red o una tabla o matriz para representar la secuencia del trabajo y las relaciones específicas de tiempo como el centro, para averiguar el tiempo requerido desde el inicio hasta la finalización la ruta más larga, y el sistema general de planificación de trayectoria alrededor crítico, y los arreglos razonables para completar el desarrollo de los trabajos bajo un estricto control, con el fin de lograr un plan con el tiempo y los recursos consumidos mínima para completar el sistema de destino y control previsto método.

11. La calidad del software modelo de
    software de calidad a menudo implica una serie de diferentes atributos de calidad, diferentes tipos de atributos de calidad de software de interés no son los mismos. Por lo tanto, con el fin de comprender mejor, predecir y evaluar la calidad de los sistemas de software y de la información, todo tipo de personas para construir un modelo de calidad para la evaluación de la calidad del software en las distintas etapas del ciclo de vida del software. modelo de calidad de software genérico común incluye el modelo jerárquico y el modelo relacional, jugaron un papel positivo en el desarrollo de software actual.

12. La hora de llegada basándose en el patrón de defectos de
    densidad de defectos del producto, o probar tasa de defectos de fase es un indicador general, el patrón de defecto llegada puede proporcionar más información sobre el proceso, a veces incluso con la tasa global defecto es el mismo, pero la diferencia de calidad puede la razón más importante es que el patrón de defectos de llegada no es el mismo. Los más defectos llegan más pronto, mejor será la calidad del proceso de prueba. Tanto si se trata desde el punto de vista del progreso de la prueba, o redescubierto desde el punto de vista del usuario (redescubrimientos del cliente), el rastreo de defectos proceso es muy importante en el ciclo de desarrollo de un gran número de defectos graves será posible detener la progresión de la prueba, lo que sin duda afectará directamente la calidad y el rendimiento de los productos de software. El análisis cualitativo más fácil, más maduro equipo de pruebas, para alcanzar el pico más temprano, a veces alcanzado un pico en la primera semana o segunda semana. Este valor depende de la calidad del pico de código, la estrategia de ejecución de la prueba y la calidad del diseño de los casos de prueba, horizontal, etc., en la mayoría de los casos, puede empujar la línea de base (o datos históricos). Alcanza un pico de un punto bajo y nivel estable, se requiere un tiempo mucho más largo, por lo menos 4-5 veces el tiempo de pico utilizado. El tiempo depende del pico, la eficiencia de eliminación de defectos, y así sucesivamente.
    En las primeras etapas de la prueba tasa de defectos está creciendo rápidamente. Después de alcanzar un pico, tiempo para caer a una velocidad más lenta, rebajado al punto más bajo - cero.

13. proceso de software
    de proceso de software como un marco de software de alta calidad de construcción para las tareas requeridas, a saber, la formación de una serie de pasos de los productos de software, incluyendo la categoría de productos intermedios, recursos, métodos y procesos para tomar el papel, herramientas y así sucesivamente.
    (Courseware)
    las actividades de las personas en el desarrollo y mantenimiento de productos de software relacionados con la maquinaria que intervienen, métodos, prácticas y reformas. productos relacionados con el software que incluyen planes de proyectos de software, documentos de diseño, código, casos de prueba y manuales de usuario.

14. Software proceso básico
    de adquisición de software, suministro, desarrollo, operación y mantenimiento del proceso, incluyendo el análisis de requerimientos, diseño de software, proceso de codificación.

15. proceso de soporte de software
    que incluye el proceso de documentación, proceso de gestión de la configuración, el proceso de aseguramiento de la calidad, el proceso de verificación y validación (de prueba), los procesos de revisión.

16. Software de procesos de organización
    de la mayor proceso de control de software de organización y de apoyo a los procesos, incluyendo la gestión de procesos, infraestructura de procesos, mejora de procesos y proceso de formación.

17. Procesar marco
    definiendo el proceso de arquitectura de software, planes de mejora de procesos de software, evaluación de procesos de software, las actividades de mejora de procesos de software para establecer un programa marco de cuatro estructura conceptual básica para el proyecto de software de destino en el entorno de proceso de software.

18. Modelo de Madurez de Capacidad
    de Madurez de Capacidad Modelo de una organización de software en la definición, implementación, medición, control y mejora de la práctica habitual de la descripción de su software durante el desarrollo de las diversas etapas de la formación. CMM es el núcleo de desarrollo de software como un proceso, y el control de procesos y la investigación en el desarrollo y mantenimiento de software de acuerdo con este principio, para que sea más científica, estandarizado, permitiendo a las empresas a lograr una mejor los objetivos de negocio.

19. Proceso Unificado
    El Proceso Unificado se divide en cinco etapas: fase de arranque (inicio), la fase de refinamiento (elaboración), la fase de construcción (construcción), la fase de transición (transición), la producción (producción). Racional Unified Process empresa racional es el desarrollo y mantenimiento de productos de proceso. RUP es un proceso de ingeniería de software. Proporciona un método disciplinado tareas de despacho y responsabilidades dentro de una organización de desarrollo. Apunta a un calendario y un presupuesto predecible premisa, asegurar que los productos de alta calidad de la demanda del usuario final.

20. modelo de proceso
    serie de tecnología genérica orientada a objetos de software, comportamiento, o una variedad de tareas, una característica importante del modelo de proceso es que sólo describe un desarrollador de software debe hacer, pero no hay una descripción precisa de los detalles de lo que debe hacerse. Cuando el modelo de proceso puede ser organizado conjuntamente aplicaciones, pueden ser utilizados para generar procesos de software para mejorar el mecanismo de desarrollo de software. Debido a que el modelo de proceso no especifica cómo hacer un trabajo dado, pueden convertirse en bloques de construcción pueden ser reutilizados. Los desarrolladores de software pueden personalizar un proceso en virtud del software a las necesidades específicas de las organizaciones de desarrollo de software para satisfacer.

21. Personal Software Process
    PSP Personal Software Proceso (Personal Software Process, PSP) es una especie de utiliza para controlar, gestionar y mejorar nosotros mismos continuamente mejorar el proceso de trabajo personal, es un desarrollo de software formularios, directrices y procedimientos estructurados marco. (PSP y lenguajes de programación, herramientas de diseño o métodos) técnicas específicas son relativamente independientes, que en principio se puede aplicar a casi cualquier tarea de ingeniería de software. PSP capaz de explicar los principios del proceso de software individual, los ingenieros de software ayuda a hacer planes precisos; la determinación de los ingenieros de software para mejorar la calidad del producto a tomar medidas; construir una medida de parámetros de mejora de procesos de software individuales; impacto en la capacidad de los ingenieros de software para determinar el proceso de cambio.

22. Equipo de Procesos de Software TSP
    proceso de software del equipo es proporcionar una guía para el desarrollo del equipo de desarrollo de productos de software, TSP enfoques práctica temprana sobre cómo ayudar a los equipos de desarrollo a mejorar su calidad y productividad, para que sea mejor frente a los costos de destino y horario. TSP está diseñado para cumplir con el equipo de desarrollo de 2 a 20 personas, proceso grande, multi-equipo TSP está diseñado para ser de hasta aproximadamente el tamaño de alrededor de 150 personas.
    Equipo de Procesos de Software (TSP) más alto rendimiento ingenieros PSP ayudar a trabajar en equipo, para desarrollar un productos de software de garantía de calidad, la producción de productos de software de seguridad, mejorar la gestión de los procesos de la organización. Por TSP, una organización puede establecer equipos de mejora para seguir su plan de trabajo, establecer objetivos, y tienen sus propios procesos y planes. Estos equipos pueden ser equipo de desarrollo de software puro, también puede ser equipo integrado de productos, la escala puede variar de 3-20 ingeniero. TSP equipo podría usar XP, RUP u otros métodos en una amplia gama de áreas. TSP con el equipo de PSP del personal del proyecto puede aprender y tener éxito. Si usa su organización TSP, que le ayudará a construir su organización un maduro prácticas estándar de ingeniería, para garantizar la seguridad y fiabilidad del software.

23. Especificación de procesos
    especificaciones del proceso es para la actividad de entrada de proceso / salida y que consiste en o proporcionado expresamente para el estándar de facto. El software es un desarrollo de software especificaciones proceso de organización y directrices para una guía para la acción, se puede establecer la especificación adecuada en función de las características de los diferentes tipos de procesos descritos anteriormente, los procesos básicos tales como especificaciones de software, las especificaciones del proceso y las especificaciones del proceso de software de organización de soporte de software.

24. modelo de proceso
    llamado modelo de proceso de software es una estrategia de desarrollo que ofrece una gama de formas para todas las fases de ingeniería de software, el progreso del proyecto para lograr el propósito deseado. Para un desarrollo de software, independientemente de su tamaño, tenemos que elegir un modelo de proceso de software adecuado, esta elección en base a la naturaleza de los proyectos y aplicaciones, el enfoque, la necesidad de controlar, y las características del producto a entregar.
    modelos comunes incluyen el modelo de cascada, modelo espiral, modelo incremental, el modelo iterativo, el modelo V.

25. Gestión de la Configuración
    Gestión de la Configuración (Configuration Management CM) se controla, una serie de medidas para regular el proceso de desarrollo de software y de su ciclo de vida del producto a través de medios técnicos o administrativos. gestión de la configuración objetivo es registrar la evolución de los productos de software para asegurarse de que los desarrolladores de software en todas las etapas del ciclo de vida del software puede obtener la configuración exacta del producto.

26. Configuración Opción de
    elemento de configuración se refiere a todos los elementos incluidos en el ámbito de gestión de la configuración. Los que los resultados del trabajo están incluidas en el ámbito de configuración de administración de configuración de artículos (IC); IC un software puro comúnmente se conoce como configuración de software (CSCIs). IC son dos grandes categorías: los resultados del trabajo pertenece a la parte del producto; gestión de proyectos y el proceso de documentación de apoyo institucional producidos.
    Las principales propiedades de cada elemento de configuración incluyen: nombre, estado del archivo ID, versión, autor, fecha y así sucesivamente.

27. La línea de base
    línea de base versión repositorio del proyecto de cada artefacto una "instantánea" de un período determinado. Proporciona un estándar formal, el trabajo posterior sobre la base de esta norma, y sólo después de que se requiere autorización para modificar esta norma. Después de establecer una línea de base inicial, después de cada cambio será registrado como una diferencia hasta la finalización de la siguiente línea de base.

28. Mantenimiento preventivo
    El mantenimiento preventivo es las modificaciones realizadas después de la entrega de productos de software a errores potenciales en los productos de software antes de errores reales para ser detectados y corregidos ellos.

29. mantenimiento adaptativo
    todos los aspectos de desarrollo y los cambios en el campo de la computación muy rápidamente, a menudo habrá un nuevo sistema o una nueva versión, los dispositivos externos originales y otros sistemas a menudo el cambio, y el tiempo de uso de software de aplicación, tienden a usar el tiempo más que el entorno de sistema original siempre y, por lo tanto, a menudo es necesario transformar el software para adaptarse al nuevo entorno. Para hacer que los productos de software todavía se pueden llevar a cabo el mantenimiento en el nuevo entorno, llamada de mantenimiento adaptativo.

En segundo lugar, las preguntas de la respuesta corta (15) para cada pregunta 10 minutos

1. Mostrar el proceso de evaluación y mejora utilizando dos dos ventajas y desventajas de los métodos en el modelo SEI CMMI.

2. Considere el tipo de proceso de software utilizado en su organización. SEI modelo de uso para averiguar cuántas áreas de proceso clave? De acuerdo con este modelo, el proceso en el nivel de madurez de su organización a dibujar?

3. Si el proceso de medidas de mejora incluidas las personas que trabajan en el proceso, y el profundo proceso de cambio, ya sea un proyecto de este tipo es inhumano? La mejora de procesos que se produce un comportamiento conflicto?

4. CMMI del SEI dado dos áreas no se pueden aplicar, y explicar las razones.

5. Cómo convertir el desarrollo de software existente para los métodos ágiles de desarrollo? ¿Cuáles son las dificultades encontradas durante cuál es la solución?

6. Similitudes y diferencias entre el análisis y la comparación de CMMI, ISO15504 y 6sigma.

7. ¿Por qué procesos de software se debe mejorar?
   (Ingeniería Soft cursos)
   todas las actividades, hay procesos; todos los procesos, no se mejoran, todas las mejoras, no hay fin. La necesidad de mejora de procesos de software, principalmente en los siguientes puntos:
   Después de un período de tiempo, el proceso de reducir el rendimiento de la región;
   los clientes tienen exigencias cada vez mayores;
   el proceso de organización es madurar poco a poco;
   el tejido diana puede ser cambiado;
   organizaciones el medio ambiente está cambiando constantemente;
   la mejora competidores.

8. ¿Qué software software de proceso de ingeniería introdujo el papel y significado?
   (Soft revisión de ingeniería Preguntas)
   del proceso de software es un conjunto de actividades de ingeniería de software en el tiempo de vida del software. Cada proceso de software es un conjunto de tareas, hitos del proyecto, los entregables y la ingeniería de productos de software, punto de control de calidad y así sucesivamente.
   marco del proceso de software es la obtención de una serie de tareas que debe de software completa de alta calidad, se prevé la realización de la tarea de pasos de trabajo. Los pros y los contras del proceso de software determina el nivel de calidad del software, de buena calidad y un proceso eficiente es un requisito previo.

9. Mejora de Procesos de Software Cómo gestionar el cambio?
   (Courseware)
   Estrategia de Alianza: depende de la relación entre el individuo, el uso de seminarios, almuerzos y eventos para anunciar y discutir lo que debe cambiar y cómo cambiar.
   Estrategia política: tratar de influir en el líder oficial y no oficial de la poderosa organización cambio de estructura 'encontrar y convencer a los más respetados, hay muchos partidarios de las personas.
   Política económica: creo que tiene la mejor convincente dinero, basado en la suposición - la gente la fuerza de estímulo económico de conducción.
   estrategia de confrontación: se basa en la suposición - si podemos despertar y movilizar a la gente sobre temas de actualidad del resentimiento y la ira, que estaría dispuesto a cambio; depender más de la estratega de la persuasión es que las personas se sienten los problemas existentes, pero no lo hacen apología de la violencia.
   estrategia académica: asumen que si se proporcionan a las personas con suficiente información y datos correctos, van a aceptar el cambio, por lo general generan los empleadores, informe de investigación de la Comisión de Expertos y de consultoría.
   Estrategia del proyecto: asumir que la naturaleza de los cambios de trabajo, muchas personas tenían que cambiar, el énfasis en la estructura organizativa del problema, dando lugar a muy sensible al medio ambiente.
   La estrategia militar: la fuerza o se basan en duras ignorancia, de vez en cuando por los militares, la policía, los estudiantes y los grupos de presión política, partidos políticos, con un enfoque en aprender a utilizar las armas en la lucha; se necesita fuerza y agilidad, será recompensado disciplina.

10. Lo que constituye marco de mejora de procesos de software es? ¿Cuál es el papel de cada componente?
    (Courseware)
    1) Mejora de Procesos de Software planes
    Rol: dividido en diferentes etapas de la mejora de procesos, y ha recordado que en cada etapa debe tener qué tipo de características y atributos.
    2) Proceso de Evaluación de Software
    efecto: los procesos de software de una organización para evaluar e inspeccionar. Por evaluación pueden ayudar a las organizaciones tener una comprensión correcta del entorno actual del software y la base de procesos. Actuado como un catalizador para mejorar el plan de actividades.
    3) Mejora de Procesos de Software Programa
    efecto: Según evaluar los problemas encontrados, dirigidos a desarrollar el programa de mejora de procesos.

11. La principal actividad de salida Descripción del proceso de diseño de software y cómo estas actividades. El uso de una entidad - diagrama de relación (E - R diagrama), la relación que puede existir entre la salida de la actividad.

12. Hemos discutido el papel de la métrica en la mejora de procesos de software.

13. ¿Cuál es Integrado de Mejora de Procesos? ¿Cuál es su significado?

14. ¿Qué es el desarrollo del plan de mejora de procesos de software es el proceso? El propósito principal de la función y las actividades de la interpretación de las mismas?

15. Informar CMMI - DEV V1.3 áreas de proceso cada nivel de madurez incluidos.

(Courseware)
Nivel de Madurez 2 (7): la gestión de requisitos, planificación de proyectos, el seguimiento y control de proyectos, la gestión de contratos de suministro, medición y análisis, el proceso y gestión de la calidad del producto, configuración de gestión de
nivel de madurez 3 (11): desarrollo requisitos , soluciones de tecnología, integración de productos, verificación, validación, proceso de enfoque de toda la organización, definición de procesos a nivel de organización, formación de toda la organización, gestión de proyectos integrados, gestión de riesgos, análisis de decisiones y la solución
de nivel de madurez 4 (2): el nivel de organización rendimiento de los procesos, gestión de proyectos cuantitativa
el nivel de madurez 5 (2): en toda la organización de reforma e implementación, análisis y soluciones causal

En tercer lugar, las preguntas de ensayo (7) 20 puntos para cada pregunta

1. ¿En qué circunstancias la calidad del producto depende de la calidad del equipo de desarrollo? Ejemplos de los tipos de productos de software es particularmente dependiente de los talentos y habilidades individuales.

2. ISO 9001: 2008 estándar ciclo PDCA, también conocido como el ciclo de Deming, es el experto en gestión de calidad US Dr. Hugh Hart primera propuesta, aprobada por el Deming, publicidad, ganado popularidad, que también se conoce como "Deming anillo." Se trata de una gestión de calidad total debe seguir los procedimientos científicos. Se discute el papel y la importancia en la evaluación de la calidad de la gestión de proyectos de software.

3. En conjunción con la implementación de CMMI, se analiza el papel de los procesos de software durante la fase principal de las mejoras.

4. Uno de los principales obstáculos para la reutilización de los ingenieros de software a considerar es hacer uso de los componentes existentes, en lugar de re-desarrollo de nuevos componentes, sugieren 3-4 tipos de organizaciones de software se puede utilizar para motivar manera multiplexada ingeniero de software. Con el fin de reutilización de apoyo, lo que la tecnología se debe usar?

5. Sobre la aplicación de mejora de procesos de software empresarial. Por favor, se centran en "la mejora de procesos de software empresarial de la aplicación de la" tesis, a su vez, examinó las siguientes cuatro aspectos:
   (1) describir las principales actividades de mejora de procesos de software implementadas.
   (2) una descripción resumida de su participación en la ejecución de proyectos de mejora de procesos de software para empresas y trabajos más importantes que han servido.
   (3) analizar la aplicación de los principales métodos y procedimientos de cómo el proyecto utiliza el modelo estándar basado en la situación real de las empresas y la implementación de mejora de procesos de software empresarial.
   (4) aborda específicamente en la implementación de las actividades de mejora de procesos de software de la empresa y la dirección de los principales problemas y efectos encontrados.

6. En el entorno "3C" de hoy en día, la mejora continua es el eterno tema de la supervivencia y el desarrollo, su uso no es una sola herramienta. Una compañía tiene la intención de "una tasa de servicio de quejas de los clientes" para mejorar, qué herramientas se pueden utilizar en diferentes etapas.

7. De acuerdo con el diagrama, muestra el análisis CMMI - interacción V1.3 DEV entre, las cinco áreas de procesos de ingeniería.

8. Cómo convertir el desarrollo de software existente para los métodos ágiles de desarrollo? ¿Cuáles son las dificultades encontradas durante cuál es la solución?

9. Resumir el modelo básico de proceso de la empresa.

10. Ya sea que las unidades necesitan para introducir nuevo método de desarrollo de software? Las razones dadas las medidas.

11. proyectos de software de por vida de por vida y de software ¿Cuál es la diferencia?

12. En su unidad o equipo de proyecto que miden la actividad? Qué le parece que es una necesidad para mejorar el lugar?

13. operaciones comerciales actuales están en un entorno operativo globalizado, que cambia rápidamente, el proceso de desarrollo de software tradicional no puede adaptarse a los requisitos de software rápidas derivadas de las mismas. A finales de 1990, un número de desarrolladores de software en el "Agile Alliance 2001" en la exposición sistemática de los principios del desarrollo ágil, tratando de hacer hincapié en el papel de la flexibilidad en una producción rápida y eficiente de software jugado. Actualmente un gran número de empresas de producción de software han sido aceptadas y practicadas principios básicos de los métodos de desarrollo ágiles en el proceso de desarrollo de software real.
    Pregunta 1: ¿Hay muchos método típico de desarrollo ágil, programación extrema (Extreme Programming), Scrum, Crystal , DSDM y así sucesivamente. ¿Qué hará principios básicos estos métodos comunes?
    Pregunta 2: defensores ágiles tienden a exagerar las ventajas de este método, pero en la práctica, los principios básicos de los métodos ágiles a veces son muy difíciles de implementar. Utilice el texto de 200 palabras o menos Descripción de los métodos ágiles en la que el principio difícil de implementar en la práctica.
    Pregunta 3: metodología de desarrollo ágil más famoso programación extrema. Por favor, explique el concepto de límite de la programación en parejas (la programación en parejas) es.
    Pregunta 4: métodos ágiles de desarrollo en la práctica específica, a menudo requiere un soporte entorno de desarrollo o una herramienta, comúnmente conocida como técnicas de desarrollo rápido de aplicaciones y tecnologías de desarrollo visual. Por favor, use menos de 150 palabras a la herramienta de texto para las técnicas de desarrollo rápido de aplicaciones que se incluye lo que, y una descripción breve de los conceptos básicos y los principios técnicos de las tecnologías de desarrollo visual.