¿Qué es el desarrollo de software?
La segunda etapa es el análisis de requisitos: esta etapa necesita producir tres cosas: vista de usuario, diccionario de datos y manual de operación del usuario. La vista de usuario es el estilo de página que los usuarios (incluidos los usuarios finales y los usuarios administrativos) pueden ver y contiene muchos procesos y condiciones operativos. Un diccionario de datos es algo que señala las relaciones lógicas de los datos y las organiza. Cuando se completa el diccionario de datos, el diseño de la base de datos está completado en más de la mitad. Un manual de operación del usuario es un manual de instrucciones que instruye los procedimientos operativos. Tenga en cuenta que el flujo de operación del usuario y la vista del usuario están determinados por los requisitos, por lo que deben completarse antes del diseño del software para proporcionar restricciones y pautas para el desarrollo del programa. Desafortunadamente, demasiadas empresas no hacen esto, y la causa y el efecto se invierten y el orden no se distingue, por lo que el trabajo de desarrollo y las necesidades reales a menudo se separan. Análisis de requisitos, además del trabajo anterior, el autor cree que, como diseñador de proyectos, es necesario hacer una declaración completa de requisitos de desempeño para el proyecto, porque a menudo los requisitos de desempeño solo pueden ser entendidos por personas que entienden la tecnología, lo que requiere conocimientos técnicos. expertos y demandantes (clientes o departamentos de marketing de la empresa) comunicación y comprensión reales.
La tercera etapa es el diseño del esquema: inicialmente dividir los módulos funcionales del sistema y proporcionar procesos de I+D y requisitos de recursos razonables. Como método rápido de creación de prototipos, puede ingresar a la etapa de codificación después de completar el diseño del esquema. Este método generalmente se adopta porque las tareas de I + D involucradas pertenecen a un campo nuevo y el director técnico no puede dar una especificación de diseño detallada y clara al principio, pero esto no significa que la especificación de diseño detallada no sea importante. De hecho, una vez completado el código original, el método de creación rápida de prototipos requiere nuevamente pasos de diseño detallados basados en los resultados de la evaluación y las lecciones aprendidas.
La cuarta etapa es el diseño detallado: este es un nivel importante que pone a prueba el pensamiento de diseño de los expertos técnicos. Las especificaciones de diseño detalladas deben proporcionar a los codificadores módulos específicos de la forma más limpia posible (estructura de caja negra) para maximizar la modularidad general del sistema. Una buena especificación de diseño detallada puede minimizar la complejidad de la codificación. De hecho, estrictamente hablando, una especificación de diseño detallada debe proporcionar la definición detallada de cada parámetro de cada función. Desde el análisis de requisitos hasta el diseño del esquema y la finalización de las especificaciones de diseño detalladas, un proyecto de software debe estar a medio completar. En otras palabras, un gran sistema de software está a medio completar antes de que una sola línea de código haya comenzado a funcionar. Aquellos programadores que simplemente entienden que crear software es escribir código han cometido errores desde la raíz.
La quinta etapa es la codificación: en un proceso de I+D estandarizado, el trabajo de codificación durante todo el proyecto no excederá la mitad como máximo, normalmente 1/3 del tiempo. Como dice el refrán, la eficiencia de una buena codificación mejorará enormemente una vez completado el proceso de diseño. La coordinación entre diferentes módulos es lo más importante a la hora de codificar. Quizás un problema con un módulo pequeño pueda afectar el progreso general. Cuando codificamos, debemos asegurarnos de que el código para el desarrollo de software esté estandarizado. Es muy importante comunicarse entre nosotros y resolver emergencias. Para los programadores, los errores siempre existirán y siempre tendrás que enfrentar este problema. ¿La famosa Microsoft no ha lanzado un parche durante tres meses seguidos? ¡de ninguna manera!
La sexta etapa es que existen muchos tipos de pruebas de software: según el ejecutor de la prueba, se puede dividir en pruebas internas y pruebas externas, y según el alcance de la prueba, se puede dividir en pruebas de módulo; y la depuración general, según las condiciones de la prueba, se puede dividir en prueba de funcionamiento normal y prueba de condiciones de funcionamiento anormales, según el rango de entrada de la prueba, se puede dividir en prueba de cobertura total y prueba de muestreo; Lo anterior es fácil de entender, así que no lo explicaré. En resumen, las pruebas también son un paso muy importante en el desarrollo del proyecto. Para un software de gran tamaño, es normal realizar entre 3 meses y 1 año de pruebas externas, porque siempre habrá problemas impredecibles. Después de las pruebas, la aceptación y la documentación de ayuda final, todo el proyecto llega a su fin. Por supuesto, habrá actualizaciones, reparaciones, etc. en el futuro. Siempre que no desee engañar al dinero comprando y vendiendo, debe continuar rastreando el estado de ejecución del software y continuar reparándolo y actualizándolo hasta que el software se elimine por completo.
En resumen, las primeras cuatro etapas representan una gran proporción en el proceso de desarrollo de software y el tiempo de codificación real es muy corto.
Sólo haciendo una investigación de mercado podemos tener un plan claro y diseñar pasos de desarrollo detallados y razonables. Podemos codificar con fluidez y el software que desarrollamos es valioso. Algunos programas están condenados a fallar antes de ser desarrollados y lanzados, por lo que el proceso de desarrollo de software es muy importante para desarrollar un buen software.
¡Espero que esto ayude! ~