| Proyecto | Contenido |
|---|---|
| Enlace de blog de clase | https://edu.cnblogs.com/campus/xbsf/nwnu2020SE |
| Enlace de requisitos de asignación | https://www.cnblogs.com/nwnu-daizh/p/12369881.html |
| Objetivos de aprendizaje | Aprenda el proceso del proyecto de software del equipo y los requisitos de colaboración de los miembros del equipo; domine los principios del proceso ágil y los conceptos relacionados. |
| ¿Dónde me ayuda esta tarea a completar mis objetivos de aprendizaje? | Aprenda sobre sus deficiencias a través del aprendizaje adicional y en parejas |
| Anudar el nombre de la otra parte | 201771030113-Li Zhilong |
| Enlace a la otra parte a este enlace de asignación de blog | https://www.cnblogs.com/zhilong12/p/12676729.html |
1. En el experimento 3, con una puntuación de 100 puntos o más, seleccione un caso para la evaluación
1: Recomendado tres casos excelentes en el experimento: Zhang Qin y Li Peishan Group
(1) Enlace al almacén del grupo de proyectos
(2) Enlace a la asignación de blog del grupo-Zhang Qin Enlace a la asignación de blog del grupo-Li Peishan
(3) Captura de pantalla de comentarios
2: Experimente el código fuente del proyecto del caso, resuma los problemas y experimente la publicación del blog del caso.
(1) El código fuente del caso de clonación a la máquina local
(2) Lea el documento de especificación del código del proyecto de la siguiente manera.
(3) Ejecute el código.
① Inicio de sesión de usuario
②Punch e informe
③ Inicio de sesión de departamento
secundario query Consulta de departamento
secundario ⑤Generar histograma
⑥
Inicio de sesión de oficina de prevención y control ⑦ Consulta de oficina de control y prevención para
generar histograma y exportar Excel
(4) Resumen del código del proyecto del caso en ejecución
Después de un período de prueba, además de no poder modificar y eliminar información, el software tiene otras funciones que son perfectas, y el programa también tiene una función de recordatorio, pero se debe informar que el software se ha abierto todo el tiempo; el código fuente se ajusta a las especificaciones del código enviado, y los comentarios también son claros. Está claro; pero la exportación de la parte de Excel parece ser un pequeño problema, aunque la realidad se ha exportado a Excel, pero no la encontré en mi disco duro; en
general, este software es más exitoso.
(5) Deficiencias del experimento tres
No existe una función de eliminación y modificación de la información del usuario, no se encuentra el archivo Excel exportado y la interfaz es relativamente simple.
2. Aprendizaje colaborativo: lea los capítulos 5-6 de "Ingeniería moderna de software: la ley de la construcción"
1. Comprender y dominar las características del equipo del proyecto de software.
(1). El equipo tiene un objetivo colectivo constante, y el equipo debe completar este objetivo juntos.
(2) Los miembros del equipo tienen su propia división del trabajo, dependen unos de otros y cooperan para completar las tareas juntos.
2. El modelo del equipo de software.
(1). Un modo de enjambre: el modo de equipo de software inicial muy aleatorio, que cambiará a otros modos posteriores después de un período de evolución;
(2). Modo de médico asistente: el programador jefe es responsable del diseño y codificación del módulo principal, y otros miembros Brindar apoyo desde diferentes perspectivas;
(3) Modo estrella: el punto extremo del uso del modo médico tratante, la habilidad "estrella" del equipo enmascara los defectos y ventajas de todos los
miembros del equipo; (4) Modo comunitario: la distribución de los miembros no se ve afectada por el tiempo y el espacio Restricciones, todos eligen proyectos para desarrollar de acuerdo con sus preferencias, y generalmente no requieren remuneración;
(5) Modo de compañía de teatro amateur: no hay un equipo fijo, y los miembros no tienen asignaciones de trabajo fijas en diferentes proyectos, todos los miembros son instruidos por el "comando central" ;
lleva a cabo bajo un secreto de estado, sin interferencias externas, cargar con la única misión del equipo, los miembros de los más altos grados de libertad internos y la pasión ;: el equipo secreto (6).
(7) agentes equipo: un equipo de profesionales responsables de algunas soluciones a los problemas urgentes. (Una nueva epidemia de la corona);
(8) Modelo de orquesta sinfónica: muchas grandes compañías de software adoptan Los miembros y los líderes tienen capacidades sólidas y tienen una experiencia similar en el desarrollo de proyectos. Todos los miembros realizan sus tareas pero están unificados bajo el liderazgo del líder;
(9) Modo Jazz: opuesto al modo orquesta sinfónica, más flexible, el líder completa el marco , Otros miembros crean sobre esta base, y finalmente el líder lo terminará;
(10) Modo de equipo funcional: no hay un equipo fijo, los miembros de diferentes habilidades se combinan para completar un proyecto, y los miembros se reorganizan después de que se completa el proyecto. Otros proyectos diferentes:
(11) Modelo de burocracia: nace de la estructura organizativa de las grandes instituciones, varias personas se reportan a los jefes pequeños y los jefes pequeños se reportan a los grandes jefes. Es fácil formar una competencia viciosa.
3. Modelo de cascada y su deformación.
El modelo en cascada es un modelo clásico de ciclo de vida del software, también conocido como ciclo de vida predictivo y ciclo de vida totalmente basado en planes. En este modelo, en los primeros tiempos del ciclo de vida del proyecto, se debe determinar el alcance del proyecto y el tiempo y el costo necesarios para entregarlo.
Los productos modelo Waterfall siguen el proceso de [Análisis → Diseño → Realización (Fabricación) → Ventas → Mantenimiento], que describe un proceso de producción irreversible de un solo artículo. Debido a que el modelo de cascada estricto tiene muchos defectos, Winston propuso la mejora del modelo de cascada como se muestra en la figura. Propuso dar marcha atrás entre los pasos adyacentes y volver a ejecutar el modelo para recopilar comentarios para la mejora del producto. El
modelo de cascada es principalmente adecuado para lo siguiente Situación:
(1). Si la definición del producto es muy estable, pero la corrección del producto es muy importante, debe verificar cada paso;
(2). La interfaz entre los módulos del producto, la entrada y la salida se puede utilizar de manera formal Definición y verificación;
(3) La tecnología utilizada es muy madura y los miembros del equipo están familiarizados con estas tecnologías.
(4) Los sub-equipos responsables de cada parte pertenecen a diferentes instituciones, o en diferentes ubicaciones geográficas, y la comunicación frecuente es imposible.
4. Proceso de entrega progresivo
El proceso de entrega progresiva, resumido por Steve Mike Cornell y 1996, está más cerca del proceso de desarrollo iterativo. Se refiere principalmente a que cuando los requisitos principales y la arquitectura del sistema son claros, el equipo de software ingresará al ciclo como se muestra en la figura, y el ciclo continuará hasta que el proyecto no tenga fondos suficientes, el tiempo del proyecto sea insuficiente o el producto pueda satisfacer al usuario.
5. Proceso ágil
El proceso ágil sigue los siguientes principios de desarrollo:
(1). Entrega temprana y continua de software valioso para satisfacer las necesidades del cliente;
(2). El proceso ágil acepta cambios en la demanda y utiliza este cambio para mejorar la ventaja competitiva del usuario;
(3 ). Lanzamiento frecuente del software disponible, el intervalo de lanzamiento puede ser de varias semanas a varios meses, puede ser lo más corto posible;
(4). El personal de negocios y los desarrolladores deben trabajar juntos todos los días en el proceso de desarrollo del proyecto;
(5). Para ser agresivo El corazón del proyecto es el núcleo del proyecto, apoyándolos y confiando plenamente en ellos;
(6). La comunicación cara a cara es siempre el método de comunicación más efectivo tanto dentro como fuera del equipo;
(7). El software disponible es el indicador principal para medir el progreso del proyecto;
(8). Ágil El proceso debe mantener el desarrollo sostenible. Los líderes, los equipos y los usuarios deberían poder seguir cooperando al ritmo actual;
(9). Solo concentrándonos constantemente en la tecnología y el diseño podemos ser cada vez más ágiles;
(10). Sea conciso: la habilidad para simplificar la carga de trabajo tanto como sea posible. ——— Extremadamente importante;
(11). Solo un equipo autogestionado puede crear una excelente arquitectura, requisitos y diseño;
(12). Siempre resuma cómo mejorar la eficiencia del equipo y ponerlo en acción.
6. Comprender y apreciar los principios TSP resumidos por la Escuela de Ingeniería de Software de la Universidad Carnegie Mellon (CMU)
El principio TSP tiene los siguientes siete puntos:
(1). Utilice un proceso bien definido, y cada paso del proceso puede repetirse y los resultados pueden medirse
(2). Cada miembro del equipo tiene una comprensión unificada de los objetivos, roles y productos del equipo;
(3). Intente utilizar tecnologías y prácticas maduras;
(4). Recopile la mayor cantidad de datos posible (incluidos los datos que no son buenos para el equipo), y use los datos para ayudar al equipo a tomar decisiones racionales;
(5). Haga planes y compromisos realistas, El plan del equipo debe ser formulado por el rol responsable de la ejecución específica (en lugar del superior);
(6). Aumentar las capacidades de autogestión del equipo;
(7). Centrarse en mejorar la calidad y esforzarse por descubrir problemas temprano en el ciclo de vida del software. . La forma más efectiva de mejorar la calidad es hacer un trabajo de diseño completo y meticuloso (en lugar de apresurarse a solucionar los problemas más adelante).
7. Pantalla de discusión de la pantalla
3. Seleccione un análisis de prueba del proyecto del equipo universitario.
1. Seleccione el proyecto del equipo PureMan de la Universidad de Aeronáutica y Astronáutica de Beijing de la Escuela de Ingeniería de Software Computacional de Primavera 2019
(1) Enlace al jardín del blog del grupo
(2) enlace de almacén github
(3) Razones para elegir el análisis de proyecto del equipo
En primer lugar, quiero ver qué tipo de proyectos realizan los estudiantes famosos de la escuela. ¿Qué tan grande es la brecha entre nosotros? En segundo lugar, mi conocimiento del terminal móvil es relativamente débil. Espero aprender de él y mejorarme. Finalmente, el jardín de blog móvil es muy conveniente y puede usarse en futuros estudios.
2. Resumir la división y cooperación de los miembros del equipo.
El equipo PureMan6 tiene un total de 7 personas, y las siete personas tienen diferentes divisiones de trabajo. Hay dos PM y probadores de PM, cuatro desarrolladores y un probador de software.
Los desarrolladores de PureMan6 son responsables de implementar las funciones e interfaces del cliente. Otros necesitan llamar principalmente a la API proporcionada por el blog garden y cooperar con algunos componentes para realizar la función. La división inicial del trabajo es que cada persona es responsable de sus propias funciones y luego comunica los obstáculos encontrados o el progreso en la reunión regular, determina dónde agregar las funciones y garantiza la interfaz de usuario unificada de todos. Al mismo tiempo, hay dos desarrolladores que unifican regularmente todas las interfaces y embellecen . El probador es responsable de completar la prueba de compatibilidad, la prueba de esfuerzo del cliente y la prueba de integración de cada función. El gerente del proyecto es responsable de completar varios documentos, organizar reuniones, organizar tareas para avanzar en el proyecto, comunicarse con el personal relevante, realizar investigaciones y promover.
3. Características del proceso del proyecto de software (TSP) del proyecto de evaluación
El equipo ha escrito docenas de documentos de blog. Aunque no está claramente establecido, puedo ver que el equipo debe usar el modelo de equipo funcional. Cada miembro tiene su propio rol y tiene un consenso sobre el producto que desea desarrollar. Y el equipo recopila continuamente datos y comentarios de los usuarios durante la I + D para mejorar aún más el producto. Con respecto al proceso del proyecto, todos son procesos unificados RUP, y el equipo tiene reuniones casi regulares en cada etapa.
4. ¿La estructura del archivo de código fuente del repositorio github del proyecto de equipo contiene documentos de especificación de código?
Hay especificaciones de código, y hay otra documentación, como se muestra
5. Descargue el código del proyecto del equipo, intente implementarlo y usarlo, describa la experiencia y encuentre al menos dos errores funcionales
Problemas existentes
Algunos modelos no pueden utilizar el modo nocturno, el software debe ser actualizado debido a que no hay
lado del teléfono no se ha visualizado
6. ¿Evaluar si el proyecto del equipo vale la pena continuar con el desarrollo y exponer las razones?
Vale la pena continuar desarrollando. El software está listo para usar. Para mí, es muy conveniente para mí navegar en mi blog sin una computadora. Esta aplicación puede cumplir con nuestras funciones, como ver blogs y comentarios en el teléfono móvil. Creo que mientras haya demanda, vale la pena continuar desarrollándola.
Cuatro. "Análisis de casos del proyecto de software experimental cuatro" tiempo real dedicado a diversas tareas
| Tarea | Tiempo empleado (h) |
|---|---|
| Tarea uno | 4.0 4.0 |
| Tarea dos | 7.0 |
| Tarea tres | 12,5 |
| Tarea cuatro | 1,5 |
5. Sentimiento y experiencia
Gracias a esta ayuda mutua entre el aprendizaje autodirigido y los compañeros, descubrí que todavía tengo muchas deficiencias. En comparación con los estudiantes de escuelas famosas, todavía estoy lejos. Debo sumergirme y aprender tecnología en el futuro.
En segundo lugar, a través del aprendizaje del conocimiento de los materiales de enseñanza, domine el modo de proceso y el método de beber más desarrollo, lo que será de gran ayuda para mis proyectos futuros.