Primavera 2020 Ingeniería de Software resumen adjunto de la obra de la tercera semana

1, TA Blog Link: https: //www.cnblogs.com/NWNU-LHY/
2, esta semana, el número de puestos de trabajo: 10 Comentarios
3 Comentarios Vínculos de trabajo de esta semana: sistema de notificación epidemia del noroeste normal https: // www. cnblogs.com/nwnu-daizh/p/12416880.html
cantidad de envío de trabajos: 10/14

Trabajo tasa de presentación: 71%
trabajo media: 59,2 (no comprometida no contó en promedio 0)

4, esta semana, las tareas principales:
la evaluación de los estudiantes de trabajo, problemas de comunicación git con algunos estudiantes, las reglas de puntuación dificultad para la comunicación en letra y microempresas estudiantes.

 

5 esta semana encontró problemas y soluciones:

Pregunta 1: Especificación del código de proyecto (10 puntos) evaluación de todos los estudiantes que no he presentado en git, lo que lleva a la puntuación no es muy alta.

Pregunta 2: cometer más de 10 veces, además de la manera de un estudiante para el cepillo de datos de eliminación de cepillo 23 veces, y no a un estudiante para múltiples presentaciones completas, por supuesto, que los alumnos deduzcan nulo incluso si la operación es también más alto que el funcionamiento eficaz de los otros estudiantes.

Pregunta 3: análisis de requisitos, vi algunos estudiantes copiar y pegar directamente las necesidades operacionales de los antecedentes del proyecto, también me pregunto hasta qué punto los estudiantes necesitan análisis es el mismo silogismo.

Pregunta 4: Diseño e implementación, no a un estudiante para hacer el análisis de las relaciones de clase, así como los estudiantes a utilizar la pitón y C del diseño orientado al proceso, se entiende que no les gustaba el análisis, pero no lo hicieron el diseño diagrama de flujo de arriba hacia abajo función.

Pregunta 5: Resumen: ¿Cómo se diseña un programa para lograr los principios de "modular" de diseño de software. Casi todos los estudiantes considerados como un resumen de esta experiencia, he aprendido toda una XX, esto no es bueno parecer no lea los requisitos del trabajo.

Pregunta 6: Si todos los enlaces que seriamente lo hacen, entonces aquí se debe tener mucha experiencia dispuestos a compartir con ustedes. (5 puntos), ya que ponemos este enlace en el interior resumen, lo que resulta en muchos estudiantes no haga esto, la puntuación es muy baja.

Pregunta 7: Algunos estudiantes Código no es fuerte, así que elegí las necesidades de funcionamiento de una misión, pero no lo hice histograma de visualización, con la esperanza de mejorar.

Pregunta 8: Aunque puede entender que algunos estudiantes utilizan Python y C en esta tarea, pero en el futuro que progresan en los proyectos de análisis y de equipo como cuando todavía esperamos que usamos C ++ o Java, no hay capacidad también debe crear clase de uso la construcción y el código c pitón, no sólo define la realización de funciones.

Pregunta 9: Hay un estudiante presentado un archivo comprimido en Git, al parecer no entiende la utilidad de git.

Pregunta 10: Hay algunos estudiantes a reflejar no a bordo de git, puede ser considerado responsable de asistentes de enseñanza susurro pasó a superar las dificultades.

Pregunta 11: El tercer estudiante ha llegado, PSP porción relativa a los dos estudiantes anteriores se ha mejorado mucho. Sólo un estudiante dijo que el análisis de la demanda (técnicas de aprendizaje) utiliza 9000MIN, pero sólo unos 150 MIN fase de diseño específico, le expreso mis dudas.

El problema ha sido resuelto: la generación de maestros anotará los requisitos finales del trabajo en detalle, puede ser puntaje normalizado por completo, muy justo. Sin embargo, algunos estudiantes aunque mejor para completar el trabajo, pero no hay detalles de la realización de todos los aspectos de nuestro blog, e incluso falló un número de áreas, dando lugar a puntuaciones bajas, prestar atención al diseño de la importancia de sus vínculos de trabajo y las necesidades textuales. A pesar de que esta generación de maestros con dos semanas para establecer un puesto de trabajo, pero se puede ver los problemas de diseño detallado, puede exponer el refinamiento del problema. Obviamente pasar más tiempo también es bueno. Por este tiempo el trabajo fue visto por última vez algunos estudiantes no pueden mantener el ritmo por completo, o espero que trabajamos, no puede hacer código exhaustiva debe garantizar que el texto del escenario y el código funcional. En mi experiencia personal, la puntuación incluye muchos de los quince sub-clase, pasar tiempo, pero más objetiva, para reducir los factores subjetivos, sino también exponer a nuestros estudiantes a los muchos problemas oscuros. Por ejemplo, no lea cuidadosamente los requisitos de trabajo de reglas y así sucesivamente.