| Los requisitos operativos | enlace |
|---|---|
| Los requisitos operativos | https://edu.cnblogs.com/campus/jssf/infor_computation17-31/homework/10584 |
| Objetivos del curso | Tendencias discuten métodos de desarrollo de software |
| referencias | https://www.cnblogs.com/xinz/p/3852390.html |
| Texto del trabajo | https://www.cnblogs.com/TG1999/p/12652937.html |
Los requisitos operativos
Hasta ahora, hemos aprendido mucho de la metodología de la ingeniería de software. Recoger varios artículos sobre la metodología de la ingeniería de software de la siguiente tabla, leer (incluyendo la discusión relacionada), compartir su opinión en base a su experiencia en la ingeniería de software.
https://www.cnblogs.com/xinz/p/3852390.html
Ver:
modelo de cascada
modelo de cascada (cascada Model) es un marco de desarrollo del proyecto, el proceso de desarrollo a través de una serie de fases de diseño secuencial de expansión, el sistema de análisis de necesidades desde el principio hasta que los lanzamientos de productos y mantenimiento, cada etapa tendrá un circuito de retroalimentación, por lo que si la información no es cubierta o encontrar un problema, entonces la mejor "retorno" en un escenario y hacer los cambios apropiados, de una etapa del proceso de desarrollo del proyecto "flujos" a la siguiente etapa, que es el origen del nombre del modelo en cascada. Incluyendo la ingeniería de software, desarrollo de proyectos de empresa, la producción y la comercialización y otro modelo de construcción cascada.
El modelo de cascada tiene las siguientes ventajas
1) para el proyecto proporcionado por puesto de control de fase.
2) Después de la finalización de la etapa anterior, sólo tiene que centrarse en las fases posteriores.
3) se pueden aplicar al modelo de cascada en un modelo iterativo.
Incremental iterativo de la cascada modelo aplicado. 1 iteración para resolver el problema más grande. Cada iteración produce una versión que se puede ejecutar al tiempo que añade más características. Cada iteración debe ser de calidad y pruebas de integración.
4) Se proporciona una plantilla que hace que el análisis, diseño, codificación, pruebas, y apoyar el método puede tener una orientación común en esta plantilla.
El modelo de cascada tiene las siguientes desventajas
1), dividido en varias etapas de la, una gran cantidad completamente fija de documentos entre la etapa, lo que aumenta en gran medida la carga de trabajo.
2) Dado que el modelo de desarrollo es lineal, el usuario sólo hasta el final de todo el proceso de desarrollo con el fin de ver los resultados, lo que aumenta el riesgo de desarrollo.
3) hacer un seguimiento de las distintas etapas del proyecto a través de las fechas e hitos de terminación de fuerza excesiva.
Resalte las deficiencias 4) modelo de cascada no es adecuado para el cambio necesidades del usuario.
Desarrollo ágil
Ágiles de desarrollo de software (Inglés: desarrollo de software ágil), también conocido como el desarrollo ágil, es una capacidad de desarrollo de software que es capaz de hacer frente a los cambios rápidos en la demanda. Sus nombres específicos, conceptos, procesos, la terminología es diferente, en lugar de "no ágiles", más énfasis en una estrecha colaboración entre el equipo programador y expertos en negocios cara a cara la comunicación (que se considera ser más eficaz que la documentación escrita), con frecuencia la entrega de una nueva versión de software, tipo compacto y auto-organización del equipo, capaz de adaptarse a las necesidades cambiantes acercan a escribir código y organización del equipo, sino también prestar más atención al papel del proceso de desarrollo de software humana.
1. Los métodos ágiles son adaptables en lugar de predictivos. métodos de ingeniería tienden a tratar de una gran parte en un período muy largo de tiempo de proceso de software de planificación detallada, que ha sido bueno hasta que la situación cambie. Por lo tanto, su naturaleza es resistirse al cambio. Sin embargo, los métodos ágiles aceptan el cambio. Ellos trataron de adaptarse y convertirse en proceso de desarrollo próspero, incluso para cambiar sus proporciones.
2. orientado a las personas ágiles en lugar de orientados al proceso. El objetivo de los métodos de ingeniería es definir un proceso que pasa a estar utilizando el proceso independientemente de la persona, puede funcionar muy bien. Los métodos ágiles afirman que hay un proceso no puede constituir un equipo de desarrollo de habilidades, el papel del proceso es apoyar el trabajo del equipo de desarrollo.
resumen:
Creo que en última instancia tenemos que depender en gran medida de la capacidad de los desarrolladores, esto es una consideración más importante, en lugar de elegir cuál o cuáles han enredado en los matices de la metodología. Honestamente, todos sabemos esto, pero parece que estamos enredados en exceso en la capacidad de desarrollar el factor clave en esta cosa. Tal vez esto es una economía extendieron una opinión ampliamente aceptada, si todo el mundo puede sustituir (puede encontrar fácilmente a alguien en la parte superior), entonces eso estaría bien? Pero no era como algunos. Por lo tanto, si el método es mejor, pero finalmente cayó en la cabeza del individuo, el individuo puede jugar razonablemente el efecto sería suficiente.
Como un software ideales artesano, que han estado practicando, mejorar el nivel de desarrollo de software profesional, y ayudar a otros a aprender este arte. A través de estos procesos, hemos establecido los siguientes valores:
no sólo hacen que el trabajo de software,
sino también de luchar
no sólo para responder a los cambios,
sino también para aumentar constantemente el valor
no sólo tienen interacción individual,
sino también para formar una comunidad de profesionales
no sólo para el trabajo con los clientes
más establecer una colaboración fructífera
, es decir, de la pena perseguir supuesto elemento hacia la izquierda y la derecha los elementos indispensables igualmente
tomado de http://manifesto.softwarecraftsmanship.org/#/zh-cn