El cuarto trabajo en equipo - el diseño del sistema de proyectos y diseño de base de datos
prefacio
En las operaciones de análisis de requisitos, que está bien documentado proyecto de escenarios de uso, la descripción funcional, y muy bien dibujado prototipo, y desarrollar una validación detallada y criterios de aceptación;
pero todavía están atrapados en el punto de vista del diseño del producto, en lugar de un punto de vista del desarrollo ;
el propósito de este trabajo es seguido por los últimos resultados del cálculo para el aterrizaje del proyecto, antes del desarrollo de buenos sistemas de diseño y bases de datos, para desarrollar un plan bueno y división del trabajo;
acelerar el trabajo, espero que se preste atención a esta asignación, como alfa equipo de trabajo siguiente sprint a preparar de antemano;
no hablaba mucho, seguidos de los requisitos operacionales;
Los requisitos operativos
① 1 blogs ensayos de correos, publicados en el blog del equipo del blog, el título del blog se establece en - "XXX (nombre del equipo) el diseño del sistema de proyectos y la base de datos de diseño", y presentar el trabajo
, "Diseño del sistema Manual" ② 1 parte (archivo pdf);
③ 1 parte de "manual de diseño de base de datos" (archivo PDF);
④ 1 parte de "responder a la PPT" (evaluación del sitio de clase);.
⑤ 1 partes formulario de revisión en línea, entrada de puntuación que comprende al menos:. la calidad PPT, sistema, base de datos, la presentación, la presencia de preguntas y sugerencias son parte
⑥ establecer almacén de equipo de gitHub , el "diseño de sistema manual" "especificaciones de diseño de base de datos", "responder PPT" y otros documentos de equipo presentados al almacén de equipo;
⑦ requisitos de evaluación del lugar:
a) en el momento oportuno para la otra puntuación del equipo;
b ) Calificación requisitos: respeto a su grupo, anotando seria, pragmática, adoptar una norma para todos los grupos, las puntuaciones pueden reflejar realmente la calidad del informe de consenso y otros grupos de este grupo, una olla donde esté prohibido plana final ;
Blog requisitos de ensayo:
calendario previsto el desarrollo del plan 1) proyecto de equipo (específico de una semana ), con hitos claros, tiene que haber una salida correspondiente; (15 ') (a mediados de abril - junio de planes tempranos para el plan de desarrollo de la etapa de velocidad de proyecto arreglo de Rang incluyendo por lo menos esta vez);
los acuerdos esperados del plan de desarrollo para el proyecto de equipo de división 2) (específico para el papel de cada individuo, responsable de la sección de desarrollo), (15 ')
3) da el + módulo funcional diagrama de jerarquía de diseño de la arquitectura diagrama de clases de diseño, diseño de la estructura ER + tabla de análisis, la seguridad del sistema y el diseño de permiso, y una breve descripción; (30 ')
4) análisis de las necesidades de problemas para responder a los últimos asistentes de maestros de trabajo y otros equipos en la tabla para revisar el proyecto propuesto o ideas para resolver el problema; (20 ')
5) descrito como un flujo de trabajo completo de esta asignación, los miembros de la división, los miembros de relación de contribución; (15') (puntuaciones se utilizan para agrupar las puntuaciones individuales de mapeo, junto la discusión, la proporción de arreglos apropiados);
6) proporcionar equipo de enlace repositorio gitHub al final del ensayo, el enlace del blog de descarga de PDF (puede ser cualquier disco de enlace de la nube puede descargar, como jugar nube azul / Baidu Nube / micro nube). (5 ')
Requisitos de documentación:
1) Consulte "Diseño del sistema Manual", "Base de datos Manual de diseño" Texto especificación GB, escribir los correspondientes proyectos de diseño de software. (Especificaciones de diseño del sistema y las especificaciones de diseño de base de datos para encontrar en la web)
2) Además de reunirse formalmente el texto de los requisitos de las especificaciones, todo el contenido del proyecto debe girar en torno a la esencia del proyecto a ser desarrollado para asegurar que tratar de ser clara y completa y exacta.
3) utilizando una forma jerárquica describe, con la "capa" más, los contenidos de los detalles específicos descritos.
4) usando los mismos símbolos gráficos y texto descriptivo.
5) Todas las abreviaturas se definen de antemano.
6) Formato : normas tipografía hermosa, que se ilustra, a través del documento hay un estilo estilo uniforme, prestar atención a la fuente y el espaciado de línea, etc.
7) ponerse en la posición del lector - si el proyecto de software no está familiarizado con el personal técnico, mediante la lectura de este documento, la capacidad de entender completamente cómo el software está diseñado.
8) El trabajo en equipo (pedir a todos dentro del equipo se requiere para hacer la confirmación apropiada).
9) las normas de revisión de documentos: Introducción (5 '), diagrama diseño + nivel de bloque funcional de arquitectura (20'), el diagrama de clases de diseño (10 '), Análisis de ER + tablas de diseño (20'), la seguridad y los permisos sistema de diseño ( 20 '), el documento de gráficos, texto, uniforme estilo y compatible (15')
requisitos PPT
1) "Diseño de Sistemas manuales" Especificaciones "de diseño de base de datos", el contenido principal;
2) el equipo de desarrollo se espera planeado proyecto de programación, se espera que la división de desarrollar planes para organizar un proyecto de equipo;
3) análisis de la demanda anterior de trabajo respuesta de otros equipos en el formulario de revisión preguntas al proyecto propuesto o ideas para resolver el problema;
4) descripción de la operación del flujo de trabajo, los miembros de la división, la relación de contribución miembros;
las necesidades de defensa
1) discurso debe captar los puntos clave, muy por delante de los equipos de puesta en servicio;
2) de control de tiempo en 10 minutos (8 minutos de presentación + 2 minutos para responder);
clasificación
1) Puntuación respuesta (en consonancia con las reglas de puntuación anteriores) Rate = suma de los otros grupos / (número total de grupos -1) 0.25+ puntuación suma ta / (ta número) 0.35+ grados maestros suma / (número de maestros) 0,40
2) TA Rating (blog el 30%, el 35% de las especificaciones de diseño del sistema, especificaciones de diseño de bases de datos 35%)
3) la puntuación del equipo de trabajo = responder puntuación de evaluación mutua del 40% + 60% * TA Clasificación
tutorial
1) la clase UML Diagrama de la https://www.cnblogs.com/LangZXG/p/6208716.html
2) el diagrama de clases UML detallada https://blog.csdn.net/loumoxiaozi/article/details/81036408
. 3) diseño detallado modo de seis principios https://www.cnblogs.com/toutou/p/4870926.html
. 4) varios criterios de diseño de estructura de la tabla de base de datos https://www.cnblogs.com/wyq178/p/8549715.html
. 5) diseño de la tabla de base de datos (uno a muchos, muchos a muchos) https://blog.csdn.net/fighteryang/article/details/82848505
6) web común ataques y defensas resumen https://blog.csdn.net/qappleh / Article / Detalles / 80485197
. 7) el cifrado de la contraseña de usuario https://blog.csdn.net/weixin_34221073/article/details/89652071
. 8) que separa los extremos delantero y trasero proyectar JavaWeb https://www.cnblogs.com/donggedada/p/11377062 .html
9) usuarios de RBAC, roles, permisos, conjunto de diseño https://blog.csdn.net/ljw499356212/article/details/81055141
Más tutoriales: https://www.cnblogs.com/hengyumo/p/12217218.html (contribución de Bienvenida en la cola del trabajo crees que puede ser un buen tutorial incluido)
Reglas y formato
1, con el fin de facilitar otros maestros de escuela o auxiliares docentes entienden el curso de vida, por favor agregue al comienzo de la descripción del trabajo :( formato va a hacer)
| Esta obra pertenece cursos | <Link Clase> |
|---|---|
| Cuando el trabajo requiere | <requisitos de trabajo Link> |
| El trabajo de destino | <Comentario sobre aspectos específicos> |
| Par de identificación del estudiante | <Número de estudiante nudo dos en los estudiantes escriben> |
| Texto del trabajo | .... |
| otras referencias | ... |
Código de rebajas
|这个作业属于哪个课程|<班级的链接>|
|-- |-- |
|这个作业要求在哪里|<作业要求的链接>|
|结对学号 |<写上两个结对同学的学号>|
|这个作业的目标|<写上具体方面>|
|作业正文|.... |
|其他参考文献|... |
2, reglas de envío
- Antes de plazo de entrega, para dar la puntuación real * 100%;
- Pago: Enviar tratado como el pago en el plazo de dos días más tarde, fue el puntaje real * 50%;
- La falta de pago: en dos días después de la fecha límite de pago no se considera que la falta de entrada de blog con una puntuación de 0;
(Se olvide de enviar los trabajos de acuerdo y pagar deducción)
3, las reglas de puntuación
De referencia de 100 puntos por puesto de trabajo, el trabajo se escala de acuerdo a las puntuaciones reales tener trabajo dificultad,
tales como:
对同一次作业，统计得分时为满分100分，换算权重为25%
小李此次作业得分85分，作业在deadline前提交，那么他的实际得分为85*100%*25% = 21.25
小张此次作业得分85分，并是在deadline后的两天内补交，那么实际得分为85*50%*25% = 10.625
小王在作业deadline两天后还未补交，作业提交已经关闭，此次作业得0分
...
4, otras reglas
- El plagio de trabajo: asistente de enseñanza encontró dos textos de los blogs / imagen cuando / código de similitud de más del 50%, determinó que dos de blog se copian, las puntuaciones son -100%;
- Enviar falsa: A pesar de que el trabajo no se ha completado el blog, pero que presente a la posición de trabajo de contable, para forjar presentar los resultados 0 puntos;
- notificación de liberación de micro-canales si el grupo clase es parte de los requisitos de trabajo, por favor ver el grupo de avisos;
- Si necesita llenar la información en un grupo de micro-canales, no pudo completar la antes del plazo, hebilla puntuación real de 50%;
- Las preguntas sobre el trabajo, tres días antes de que el grupo se presenta en el plazo de clase;
- Si el trabajo requiere un auxiliar de modificación, usted notará en el grupo, asegúrese de comprobar y de prensa nuevas solicitudes de empleo perfecta;