201771030121- Wang Guowei Experimento dos proyectos personales - "sistema de información epidemia del estudiante de la Universidad del Noroeste normal" informe del proyecto

proyecto contenido
Por supuesto enlace del blog de clase https://edu.cnblogs.com/campus/xbsf/nwnu2020SE
Los requisitos operacionales Enlaces https://www.cnblogs.com/nwnu-daizh/p/12416880.html
Mis objetivos de aprendizaje curso ¿Puede el uso adecuado de los conocimientos de la ingeniería de software para el desarrollo de software
Este trabajo me ayudó a lograr los objetivos de aprendizaje en qué áreas comprensión general de los procesos de desarrollo de software, y utilizar el sencillo método de desarrollo de software
Github proyecto de repositorio de dirección del enlace https://github.com/18215128518wgw/diseaseManage

1. El experimento con los requisitos de

proceso de desarrollo de software de control (1) proyecto personal

(2) métodos maestros de funcionamiento Github la publicación de los proyectos de software

2. Los detalles experimentales y los pasos

Una tarea: Declaración de los estudiantes informó experiencia diaria subsistema de epidemia;

Tiene relativamente largo período de tiempo después de que los estudiantes de experimentar el sistema de notificación de epidemia, tengo una gran cantidad de impresiones de este sistema

  1. El diseño del sistema es relativamente simple, la operación es muy simple.
  2. Después de un sistema de mejora de retraso, para alta concurrencia mejor respuesta, en términos de hardware, software, etc., pueden haber sido optimizados
  3. Sin desventaja es una pantalla más intuitivo si no existe alguien características días de perforación, como el funcionamiento de la tarjeta hacia arriba. Operación comprobar la información presentada parece que no va a existir.
  4. Recuerde que hay opciones, lo que ahorra mucho tiempo de funcionamiento, reducir la presión en el servidor, sino también conveniente para el usuario medio

Tarea 2: Resumen de leer la Sección 1-2 "Construcción de la ley", y con el capítulo 2, sección 2.3 del proceso de PSP, desarrollar una mente propia, estudiantes de la Universidad del Noroeste normal sistema de notificación diaria epidemia.

Elegí el segundo tipo de requisitos de desarrollo:

  1. El sistema puede recoger información válida estudiante epidemia
  2. El sistema es compatible con el uso en línea
  3. La transmisión diaria sólo una vez, no puede ser modificada después de la presentación, en punto diez epidemia diaria plazo de notificación de información
  4. Después de que la persona designada a cargo de la universidad de inicio de sesión en el sistema para ver los estudiantes universitarios que informaron datos agregados, puede hacer clic para ver a los estudiantes información contactar con el profesor de la clase, universidad persona estudiante responsable de verificar todos los datos de los hospitales, los datos se presentará a la escuela Oficina de Prevención y Control
  5. prevención escolar y el control de una persona designada responsable de sesión "prevención de epidemias noroeste normal y controlar la información estadística" subsistema, puede navegar por una lista de todos los estudiantes que terminan los datos agregados, los datos pueden ser obtenidos a través de la epidemia del archivo [exportación] EXCEL
El acceso en línea al sistema debido a que los servicios de dirección :( correr en mi propia máquina, es posible que a veces el servicio no está abierto)

Los estudiantes informó brote: http://kpgs.natapp1.cc

Antecedentes plataforma de gestión de epidemia: http://kpgs.natapp1.cc/user/login (nombre de usuario: prueba; contraseña: 1)

Tarea 3: proyecto individual completa informa empleos Bowen

  1. Análisis de requerimientos
    1. Objetivo: Para comprender el proceso de desarrollo de proyectos de software personal, el conocimiento en práctica
    2. Los estudiantes de informes epidemia de la plataforma: los usuarios a cumplir tiempo en línea utilización cuantitativa, el sistema es estable y fiable, capaz de entregar eficazmente la información a la base de datos
    3. plataforma de gestión de la enfermedad: para cumplir con los datos de visualización (incluyendo estadísticas clave epidemia ha sido rellenado / estadística sin llenar, visualización de datos, etc.), exportar datos a Excel, actualizaciones en tiempo real a los datos de visualización y otras operaciones.
    4. Github utilizando código administrado, el uso confirmación, comunicados / tag, empujar, tirar, las operaciones de sucursales como Git, en mi proyecto, yo uso la idea de funcionamiento de Git a cabo a través de la línea de comandos.
    5. Uso springBoot desarrollo del proyecto.
  2. Diseño funcional
    1. funciones básicas
      • Los estudiantes se reúnen información sobre la enfermedad todos los días, y sólo subir una vez al día, y no pueden ser modificados
      • El sistema es compatible con el uso de múltiples usuarios en línea, por supuesto, ver este blog también se puede tratar de usar el enlace que puse la parte superior
      • La transmisión diaria sólo una vez, no puede ser modificada después de la presentación, en punto diez epidemia diaria plazo de notificación de la información, aquí lo cambié a 20:00, con el fin de facilitar las pruebas
      • Los administradores pueden acceder para ver los colegios que han notificado casos, estudiantes resumen de datos, estadísticas clave epidemia, y toma la forma de diagramas visuales están aquí porque no hay clases de datos correspondientes, las clases que no muestran un mensaje, los requisitos adicionales solamente
      • Administrador en el sistema de gestión de fondo, los datos se pueden exportar a Excel estudiantes epidémicas. Yo sólo fuimos aquí para exportar todos los datos, el seguimiento también puede aumentar los datos de exportación el mismo día, o su exportación para satisfacer las condiciones específicas de datos de los estudiantes
    2. capacidad de expansión
      • El aumento de la presentación de datos formulario de la página de validación, está vacía o no ha remitido los datos fallará
      • visualización de datos utilizando la interfaz de administrador echarts4 la biblioteca javascript visualizaciones generadas agradables
      • El sistema es compatible con PC extremo o el acceso móvil, la interfaz no cambiará la pantalla aparece error
      • Para demasiados datos puede mostrar, la interfaz de gestión para aumentar la función de página
  3. Diseño e Implementación
    1. la clase de los estudiantes, la recopilación de información, almacenamiento, inspección, investigaciones y otras funciones
    2. clase de usuario, implementar inicio de sesión del usuario, comprobar los datos de consulta de estado de epidemia, la exportación a Excel, clasificación, etc.
    3. La separación completa entre las clases, con adiciones y cambios en la función de comprobación de datos, hay una función de la adquisición de una fecha específica y similares. Algunas funciones de la función de la determinación de que tienen lógica relativamente estricta, la presencia de relación relativamente fija entre llamadas a funciones.
  4. Ejecución de prueba
    1. Ejecutar código tiro:

    2. Correspondiente a la vacuna función de ejecución

      • recopilación de información a los estudiantes todos los días de epidemia, el uso en línea

      • Diaria de informes sólo una vez, no puede ser modificada después de la presentación, 20:00 epidemia diaria plazo de notificación de información

      • Los administradores ver los casos de informes

        admin Login

        notificación de los casos

      • Exportar datos a Excel

        tabla de exportación de Excel

      • uso GitHub

    3. la demanda de carreras contra extendida

      • la validación de formularios (opción de presentar no disponible)

        la validación de formularios simples front-end

      • Visualización de datos

        Los gráficos de visualización dos

      • PC o el acceso terminal móvil

      • función de página

  5. El código de indicador

    Aquí pegar método en una clase de estudiantes para presentar información, el énfasis se anota la notación, el código hay nada que explicar, también son relativamente simples

    /**
         * 表单提交的目标方法,判断条件是否允许,为真则向数据库写入数据
         * @param model
         * @param student
         * @param httpServletResponse
         * @return   打卡视图
         * @throws Exception
         */
        @GetMapping("info")
        public String StudentInfo(Model model, Student student, HttpServletResponse httpServletResponse) throws Exception{
    
            System.out.println(student);
    
            //成功表示当日没有填写,并且时间未超过20点
            if(studentService.checkStudentByCode(student.getCode(), student.getDate()) && getHour(new Date()) < 20){
                //判断插入到数据表中是否成果
                if(studentService.InsertStudentInfo(student)) {
                    httpServletResponse.setContentType("text/html;charset=utf-8");
                    httpServletResponse.getWriter().write("<script>alert('今日情况已上报成功!');</script>");
                    httpServletResponse.getWriter().flush();
                }else {
                    httpServletResponse.setContentType("text/html;charset=utf-8");
                    httpServletResponse.getWriter().write( "<script>alert('上报失败,请重新上报!');</script>");
                    httpServletResponse.getWriter().flush();
                }
            }else {
    
                if(studentService.checkStudentByCode(student.getCode(), student.getDate())) {
                    httpServletResponse.setContentType("text/html;charset=utf-8");
                    httpServletResponse.getWriter().write( "<script>alert('打卡时间超过规定时间!');</script>");
                    httpServletResponse.getWriter().flush();
                }
    
                httpServletResponse.setContentType("text/html;charset=utf-8");
                httpServletResponse.getWriter().write( "<script>alert('您今日已打卡!');</script>");
                httpServletResponse.getWriter().flush();
            }
    
            model.addAttribute("today", new Date());
            return "student";
        }
  6. Resumen: ¿Cómo implementar un programa de principios "modular" de diseño de software

    Cuando se ejecuta el programa llamadas las maneras de minimizar la interferencia entre sí. Sin embargo, debido al limitado este tiempo es limitado, acaba de escribir el sistema general, no utilizar un enfoque modular para un mejor desarrollo de software de tecnología. Si puede realizar una copia haría edificio verdaderamente modular por medio de micro-servicios

  7. mostrar PSP
    PSP RESUMEN tiempo Plan de (min) requerido para completar un total de El tiempo real requerido para la terminación (min)
    Planificación plan 30 30
    · Estimación Se estima que la tarea requiere mucho tiempo y planificación en general los pasos de trabajo 30 30
    Desarrollo desarrollar 930 1090
    · Análisis análisis de necesidades (incluyendo el aprendizaje de nuevas tecnologías) 300 240
    · Diseño de especificaciones Generar documentos de diseño 0 0
    · Revisión de diseño la revisión del diseño (y sus colegas revisaron los documentos de diseño) 0 0
    · Codificación Estándar Especificaciones de códigos (desarrollo de normas apropiadas para el desarrollo actual) 10 10
    · Diseño diseño específico 200 120
    · Codificación codificación específica 300 480
    · Revisión de código Revisión del código 60 60
    · Prueba Prueba (autocomprobación, modificar el código, enviar modificaciones) 60 120
    la presentación de informes informe 45 50
    · Informe de prueba Informe de prueba 15 15
    · Medida del tamaño cargas de trabajo informáticas 15 20
    · Postmortem y Plan de Mejora de Procesos Más tarde se resume, y un plan de mejora de procesos 15 15
  • Creo que la etapa de planificación incluye la tecnología necesaria, herramientas, datos, etc.

  • Análisis de necesidades, incluyendo la instalación de la tecnología nuevo entorno de aprendizaje para preparar el software necesario

  • Debido a la capacidad personal, el código es mucho tiempo, sobre todo porque se va a consumir en un tema en particular durante mucho tiempo

  • fase de prueba Código no esperaba tener nada que seca, pero cuando la identidad real de la experiencia de usuario de auditoría encontró que la codificación de errores de lógica, se tomó un tiempo para los cambios




pequeña nota

  1. El código es relativamente corto, menos funcional, una función similar y sólo tenía una
  2. No había ninguna señal en con demasiado tiempo a escribir no es muy bueno
  3. thymeleaf de hecho algo. . . No entiendo colapso archivo enviado estática
  4. eCharts muy fácil de usar, muy potentes herramientas de visualización de datos front-end

Supongo que te gusta

Origin www.cnblogs.com/wangguow/p/12453167.html
Recomendado
Clasificación