Aplicación ágiles de desarrollo de software de desarrollo

En el campo de la ingeniería de software, hay muchos modelos de desarrollo de software, tales como el modelo de cascada, la rápida creación de prototipos modelo, modelo incremental, el modelo espiral, modelo evolutivo, el modelo de fuente, modelo RAD, modelo de desarrollo ágil de software, XP modelo extremo. Tantos modelos tienen cada uno sus propios escenarios, cada uno tiene su propio ámbito, pero creo que el modelo de desarrollo más práctica o desarrollo de software ágil.

China, la idea de desarrollo de software lo que? La mayoría de los proyectos de software desde el punto de vista que han llegado a través de, básicamente, tienen una cosa en común - que debe ser rápido, los clientes están mal genio, no puedo esperar a que el proyecto de hoy, mañana te ocurrió productos a.

Cara de la empresa y los requisitos de los clientes tan rápido ritmo que tenemos los medios para hacerlo? La gente ha venido de la producción y la vida fuera de un conjunto que sea eficiente y modelo de desarrollo de alta calidad - el desarrollo de software ágil.

¿Qué es lo ágil de desarrollo de software?

El desarrollo ágil se basa en las necesidades del usuario evolucionar a medida que el núcleo e iterativo, enfoque gradual para el desarrollo de software. En el desarrollo ágil, proyecto de software se corta en los principios de crear varios subproyectos, cada uno de los subproyectos resultados se ponen a prueba, con una características visibles, integrados y operativos. En otras palabras, se trata de un proyecto grande en múltiples relacionados entre sí, pero se puede ejecutar de forma independiente de los proyectos pequeños y completado, respectivamente, con el fin de lograr el propósito de rápido desarrollo.

O específicamente se logra en forma ágil desarrollo?

1, el sistema se divide en un gran sub.

Antes de recibir la idea del proyecto es el primero en exigir la investigación, el análisis, la investigación después de los informes de investigación y una variedad de especificación de requisitos, tiene que volver, y luego esquema de diseño (diseño UE, diseño de interfaz de usuario, diseño de interacción, diseño de bases de datos, diseño de estructura ), el esquema de diseño se completa antes de que el diseño detallado ...... como un ciclo de abajo, toma demasiado tiempo, cuando el avance a la siguiente etapa, la etapa en que hay problemas, que afectará a todas las etapas del proceso del proyecto.

Agile se divide en un gran sistema será sub-proyectos, y luego dividir en sub-sub-módulos, para minimizar el acoplamiento entre módulos, que aumentan la cohesión, de modo que se puede dividir en una pluralidad de grupos de grupos, cada uno grupos pueden trabajar simultáneamente. Además, cuando un módulo tiene que cambiar, el impacto en otros módulos no será mucho para lograr el objetivo de reducir el desarrollo difícil.

En la construcción de bienes raíces plataforma de red de información se mencionó anteriormente, vamos a dividir el sistema en sus propias transacciones, operaciones de intermediación, gestión de derechos de usuario, la Comisión de la construcción y otras interfaces externas, el grueso de los activos, gestión de transacciones, fondo de gestión de plataformas, módulos web front-end, respectivamente discusión demanda, la discusión se entonces la demanda módulos divididos en objetos individuales, el objeto simplemente pasa entre el objeto y la información variable a través de la pública, minimizar la generación de relación con el objeto externo.

Resumen: split cayendo uno

2, estancia con el equipo y los clientes

Con el fin de reducir los costos de comunicación, nuestro equipo de todo el personal directamente en el sitio del cliente, listos para comunicarse con los clientes cara a cara la comunicación, reducir las diferencias en la comprensión. En las diferentes etapas del proyecto, hemos mantenido con nuestros clientes de cerca, no dude en comunicarse, comunicamos. De esta manera, podemos obtener el primer tiempo, la demanda, la primera vez para resolver el problema y reducir la posibilidad de errores, mejorar la eficiencia del desarrollo, asegurar un desarrollo de calidad. Por otra parte, sería más fácil de esta manera de obtener la confianza del cliente, los clientes pueden mantenerse informado del estado del trabajo del proyecto, el progreso del trabajo. Cuando una relación de confianza entre sí, el trabajo restante será relajada y feliz.

En los proyectos de bienes raíces, trabajamos en el sitio del cliente, se reúne regularmente para discutir las necesidades y el diseño, cuando hay algunas pequeñas incertidumbres, los miembros del equipo se encontrarán verificación directa relacionados con el cliente. La demanda excesiva no cambió durante todo el ciclo del proyecto.

Resumen: con los clientes cara a cara la comunicación, reducir los costos de transacción, promover la confianza mutua.

3, se comunican con el modelado

Usando el modelo de comunicarse con los clientes, con un modelo para obtener las necesidades de los usuarios, en lugar de a través de un gran número de documentos, que consume tiempo e ineficaz documentar. En realidad, para la mayoría de nosotros no les gusta pasar mucho tiempo para ver una variedad de textos y los parámetros, y el modelo será más intuitivo y estéreo. Yo digo este modelo no se refiere a nuestro prototipo de diseño habitual, que comprende el diagrama de casos de uso, diagrama de clases, diagrama de despliegue, un diagrama de estado, un diagrama de actividad, diagrama de paquetes, un objeto de diagrama, un dibujo prototipo, que, E-R diagramas, usando diferentes gráficos expresan diferentes dimensiones del producto, el producto rico y tridimensional.

En el proyecto de bienes raíces, se discute el prototipo con la demanda del cliente, con ER comunicar el diseño de base de datos, con los diagramas de clases para expresar el producto objetivo se determina por el entorno de despliegue de hardware diagrama de despliegue y la estructura de la red, con diagramas de actividad para ilustrar el proceso de intercambio de información, la un diagrama de temporización para expresar la interacción entre los objetos en la línea de tiempo. Para expresar el producto a través de una variedad de gráficos, el uso de este método sería más intuitivo, y cuando se encuentran errores, también es fácil de modificar, a diferencia de la utilización de la documentación, modificaciones incómodo, difícil de mantener, no es propicio para la comprensión de lectura.

Resumen: en lugar de utilizar el intercambio de documentos modelo.

4, el valor para aceptar el cambio

El entorno de mercado es el producto de referencia, tenemos que tener un mercado ojo. Con el fin de satisfacer el mercado, los productos tienen que cambiar en cualquier momento. Cambios en la demanda, los cambios en una variedad de cambios en el diseño ...... Vamos magullado y maltratadas, sino como un producto de nosotros también debe aceptar el cambio, sólo los rápidos cambios en el producto, puede ser una buena para el futuro. Damos la bienvenida al cambio, siempre y cuando sea razonable, incluso si se trata de la fase de desarrollo, la demanda también es probable que el cambio. El desarrollo ágil permite cambios para lograr una mayor competitividad al cliente a través del cambio. registro ágil necesita usar un gráfico, todo el código de diseño modular, diferentes funciones serán divididos como sea posible, para reducir la correlación. Eso es lo que se puede y se atreven a conocer las razones que cambian.

提到了敏捷的一个很重要思想就是“勇于迎接变化”。就有人说了,你一定不是技术出身的吧。做技术的就讨论变化,最不允许的就是确定的需求再修改。当产品经理与技术人员沟通时,当谈的一个复杂性操作时,经常说:“你确定不会修改了吧,如果你确定需求不变,我就做!”,你要答应了,再找技术修改时哪就等于堵死了自己的后路。实际,哪能一定有不修改的需求呢?我们做产品不也是时刻在迎接市场的考验吗?在大海上航行,当风向变化,我们的大船不也得时刻准备掉头,准备调整。变化,本身就是为了适应,没有变化,就等于没有进步。但作为产品经理的我们,能做的应该是利用自己的智慧和敏锐的市场洞察力,尽量的去感知风向,尽量的控制需求,在需求发现初期就做好充足的调研。怕变化,不是办法,在项目初期就要做好灵活可调整的方案,如果需求真的变化了,我们应该怎么办,这才是敏捷的思想,需求的变化,我们谁能阻拦得了呢?

5 entrega, temprana y continua de los resultados iniciales que se pueden ejecutar

He dicho antes, el fracaso de un proyecto, en general, no por razones técnicas, sobre todo porque hemos perdido la confianza de los clientes. Tenemos que seguir, y seguir para dar al cliente una sensación de confianza, uno es nuestra comunicación constante en el sitio del cliente, la comunicación, de modo que los clientes se sientan nuestro calor. Del mismo modo, también es necesario tan pronto como sea posible, sin dejar de ofrecer a los clientes con los resultados correspondientes fueron (para ejecutar el producto), permitirá a los clientes para ver nuestras capacidades. Por supuesto, esto tiene otra ventaja es la capacidad de exponer el problema a tiempo, no se avergüenzan como una pequeña mujer, miedo de ver a las personas expuestas, solamente con antelación, con el fin de resolver los problemas anteriores más difíciles de resolver la exposición posterior.

En proyectos inmobiliarios, terminado el día después de la compilación del contenido no es ningún problema, va a modificar la funcionalidad implementada en la plataforma del servidor, de manera que los clientes pueden ver el cambio en cualquier momento, para entender el progreso del proyecto. Si tiene alguna pregunta, entonces, se puede exponer tan pronto como sea posible.

Resumen: Con el fin de reducir el riesgo del proyecto, parto prematuro puede ejecutar el programa

6, cara a la comunicación cara

La forma más rápida de comunicación es la comunicación cara a cara, el desarrollo ágil, la mayoría de los cuales promueven formas de reducir esta redundante, comunicación ineficiente, con la más rápida manera de comunicarse directamente. Deje que los técnicos, diseñadores, clientes y todos los miembros del equipo trabajan juntos para reducir el circuito de intercambio de información, de modo que la comunicación se vuelve suave.

En los proyectos de bienes raíces, cuando hay un problema que no entiendo, cuando la necesidad de cambio son directamente a mí, no sé de directamente a los clientes. Cuando no estoy, mis colegas se comunicará directamente con los clientes, cualquier persona puede demandar directamente.

Resumen: la comunicación directa, reducir los enlaces intermedios

7, el software de trabajo es la medida más importante

Ninguna cantidad del documento, ninguna cantidad de productos intermedios, no son el resultado más real. La mayoría de los clientes no son vistas intermedia del corazón, pero los resultados fueron. Para el desarrollo ágil de software, software de trabajo lata es la medida más importante de la evaluación del progreso del desarrollo. Sing no importa lo bueno, no es tan hacer el bien, tiene que caer, real, sentido de desarrollo ágil es el núcleo, no juegue estilo y sin sustancia.

Resumen: la entrega de software maquillaje es el núcleo del proyecto

8, para mantener una velocidad constante de desarrollo

El desarrollo del proyecto es una carreras de larga distancia, aceleración rápida del corto plazo, a largo distancia correr no es el camino que debemos ser de forma continua y uniforme de funcionamiento, a fin de asegurar los miembros del equipo han estado insistiendo hasta el final. El desarrollo ágil para proporcionar la velocidad de desarrollo sostenible, por lo que los miembros del equipo no sólo la fatiga, sino que también favorece el desarrollo de desarrollo de proyectos, y el control del ciclo de desarrollo.

Resumen: El proceso de desarrollo del proyecto es un maratón, no un sprint de inicio

9, el equipo de optimización regulares

Vamos a realizar periódicamente una formación de equipos, llevar a cabo la crítica y la autocrítica, identificar problemas y cuellos de botella que afectan el trabajo de desarrollo individual y de equipo. A través del intercambio, la comunicación e identificar los problemas entre los miembros del equipo, y luego se ajuste automáticamente, a través de la optimización continua, mejorar su propio equipo y construir un equipo capaz de luchar.

10, con el uso de herramientas de desarrollo ágil

CORNERSTONE es una gestión de proyectos plataforma de colaboración única adecuada para gran equipo de desarrollo ágil para ayuda principales compañías de forma inteligente las arreglan para resolver los puntos de dolor de gestión de proyectos de I + D, es compatible con la entrega y la integración continua, podemos realizar un seguimiento del progreso del proyecto a través de las diversas dimensiones , ayuda a los equipos con facilidad con el objetivo de finalización.

Se prevé que el equipo ágil, tareas, requisitos, defectos, gestión de pruebas, wiki, compartir archivos y módulos de función de calendario a las empresas ayudar a completar el proyecto de necesidades de gestión de trabajo en equipo y el desarrollo ágil, más diagramas de Gantt, vallas publicitarias, los mapas mentales , burndown y otra visión multidimensional, que ayudan a las empresas de proyectos integrales para controlar la situación.

Mientras tanto, PIEDRA ANGULAR también viene con el almacenamiento de archivos y compartir, capacidades de colaboración de documentos, y se puede lograr una comunicación en tiempo real entre los equipos. En otras palabras, la piedra angular elección, no puede tener que elegir las herramientas de colaboración de documentos, almacenamiento de archivos y herramientas de intercambio, herramienta de comunicación interna del equipo.

Además, no sólo el desarrollo de productos, ventas, operaciones, examen y aprobación administrativos también se puede utilizar ANGULAR gestión. Utilice una plataforma de gestión unificada para las empresas es, sin duda, reduce en gran medida los costes de gestión.

总结:

Si el director del proyecto puede ser una buena idea utilizar el desarrollo ágil, es equivalente a tener instrumentos utilizados en el mundo del juego, el mundo de la cocina gourmet de la carretera principal. En el desarrollo ágil, donde hay muchas otras ideas, pero un poco de pensamiento y que no están de acuerdo con, por ejemplo, "Test Driven Desarrollo", a diferencia de los países extranjeros en China, en países extranjeros CMMI, los requisitos de ensayo son muy altos, la verdadera prueba es la calidad departamento de inspección, el departamento de control de calidad, tiene una muy alta autoridad del probador es más respeto y reconocimiento. En el plano interno, la empresa desarrolló y prueba de luz múltiple, su sueldo de los probadores de la empresa y los desarrolladores será capaz de ver, que es más atención. Deje que los probadores de desarrollo impulsadas, la situación actual es algo difícil de hacer. A veces pienso que nuestros predecesores se han resumido tantas ideas buenas, realmente debería aprender, ver más usos múltiples, pero no necesariamente todas las ideas presentadas aplicable, cada idea tiene su propio suelo creciente, no mientras más fertilizantes, más agua será capaz de crecer buenas cosechas. A veces, hay que fijarse en los hábitos de las plantas, ya sea que se adapta más a nuestro medio ambiente. CORNERSTONE ahora solicitar el siguiente equipo de 20 personas pueden ser de forma gratuita.

Aquí Insertar imagen Descripción

Supongo que te gusta

Origin blog.51cto.com/14511852/2482422
Recomendado
Clasificación