¿Cómo separar la interfaz y la lógica empresarial en el desarrollo de prototipos para encontrar respuestas?

Requiere una división estricta de las etapas de desarrollo, el uso de métodos estandarizados y herramientas gráficas para completar el trabajo de cada etapa paso a paso, cada etapa con documentos estandarizados como resultado y, finalmente, un sistema que satisfaga las necesidades del usuario. Debido a que debe determinarse de antemano, ya no se aceptan nuevos requisitos durante la fase de desarrollo. Los desarrolladores son como estar encerrados y trabajar duro de acuerdo con los pasos, por lo que este método a menudo se denomina método de desarrollo cerrado. Después de que los desarrolladores resumen los problemas planteados por los usuarios y acuerdan los principales requisitos del sistema, desarrollan un prototipo. Este es un sistema a pequeña escala experimental, simple y fácil de usar que es desarrollado por desarrolladores y usuarios en poco tiempo. tiempo. Desarrollado dentro del sistema para determinar los requisitos básicos y las funciones principales del sistema. Los prototipos deben ser procesables y modificables. Ejecute el prototipo y repita el proceso de "complementar requisitos - modificar" para mejorarlo gradualmente hasta que los usuarios estén satisfechos con el sistema. Ventajas (1) El diseño lógico y el diseño físico están separados.

(2) Durante el proceso de desarrollo se forma un conjunto de documentos estandarizados para facilitar su posterior modificación y mantenimiento.

(3) Se pueden utilizar métodos modernos de diseño de sistemas para reducir el ciclo de desarrollo, mejorar la estabilidad del sistema y coordinar varias funciones y partes para que no entren en conflicto. (1) Las necesidades se expresan claramente, la participación de los usuarios es alta y la satisfacción de los usuarios es alta.

(2) Reducir riesgos en la etapa de inicio

(3) Modificar el sistema mientras se ejecuta, acortando en última instancia el tiempo de prueba del producto final BATA. (1) El ciclo de desarrollo es largo.

(2) El sistema puede ser muy poderoso para la industria, pero es difícil adaptarse a los cambios de demanda más personalizados.

(3) El proceso de desarrollo es complejo (1) El método del prototipo no es adecuado para desarrollar sistemas grandes con una gran cantidad de requisitos conocidos.

(2) La captura de requisitos tiende a ignorar la disposición de los registros y el historial de cambios, por lo que se necesitan otras herramientas.

(3) Los documentos están relativamente dispersos, la coordinación de varias funciones y partes es deficiente y el mantenimiento es difícil.

(4) Si los usuarios no cooperan bien y corrigen los errores a ciegas, se retrasará el alcance de la aplicación del proceso de desarrollo. Este método es adecuado para el desarrollo de sistemas grandes y complejos donde la organización es relativamente estable, el proceso de negocio está estandarizado, los requisitos son claros y no se producirán cambios importantes dentro de un cierto período de tiempo (1). Las necesidades de los usuarios no están claras, la administración y los negocios son inestables y las necesidades cambian con frecuencia.

(2) Pequeña escala y no demasiado compleja.

(3) Desarrollar la interfaz de usuario final del sistema de información. En segundo lugar, rara vez existe un desarrollo puro de sistemas y de prototipos. En el complejo y cambiante proceso de desarrollo de MIS, es raro adoptar simplemente cualquiera de los métodos anteriores porque el costo de superar sus respectivas deficiencias sigue siendo muy alto. Por lo general, el desarrollo de sistemas se adopta para piezas con procesos comerciales estandarizados y requisitos claros, mientras que los requisitos funcionales que cambian con frecuencia se mantienen por separado. Entre algunos desarrolladores de MIS con una larga trayectoria e intereses creados, los resultados de la etapa de "cruzar el río palpando las piedras" (que puede considerarse como el producto del proceso de desarrollo del prototipo) se vuelven a desarrollar en el sistema, con la esperanza de que todos los aspectos del sistema se pueden mejorar durante el proceso de desarrollo del prototipo. Las funciones y piezas están más coordinadas, lo que hace que el sistema sea más estable y las piezas con requisitos establecidos sean más fáciles de mantener. Por lo tanto, en toda la composición del MIS, los nuevos requisitos son básicamente el desarrollo de prototipos. Después de un largo período de mantenimiento, a menudo es necesario rediseñar y utilizar métodos de desarrollo del sistema. Muchos sistemas pasan y pasan por el ciclo de "desarrollo de prototipos locales-desarrollo de sistemas". 3. Puntos clave del método de desarrollo de prototipos 1. Desarrollar un prototipo. El prototipo completo puede ser un sistema simple o una simple adición a un sistema complejo. A modo de introducción, creo que el primer paso es crear un nuevo formulario y luego colocar algunos controles relacionados según las necesidades del usuario, como:

2 Comunicarse completamente con el cliente, registrar los requisitos y formar un documento. En este momento, la respuesta al evento de clic del Botón1 generalmente está vacía al principio. Sin embargo, si se pueden ingresar los requisitos en este momento, se facilitará enormemente la comunicación con los usuarios. Los usuarios podrán expresar con precisión los requisitos comerciales en este contexto, mostrar respeto a los usuarios y recopilar los requisitos de manera más fluida. Por supuesto, es mejor que los desarrolladores ingresen la descripción del texto o la descripción del proceso de los requisitos.

Entonces escribimos el código de respuesta al evento de clic del Botón1: Void _ _ fastcalltform 1::Botón 1 clic(objeto * remitente){ función sin terminar((d objeto)this, _ _ func _ _, l "función por determinar ", l "006544". }La función UnternitedFunction puede especificar la introducción, el número y el subnúmero de la función para facilitar la gestión del archivo. Como puede ver, esta forma de escribir también puede separar la interfaz y el negocio. Después de una escritura tan simple , los desarrolladores pueden comunicarse con los usuarios. Puede hacer clic en este botón. Después de hacer clic, aparecerá el cuadro de diálogo de recopilación de requisitos:

Haga clic en el botón "Descripción original" e ingrese la descripción de texto de los requisitos del usuario. la entrada, haga clic en el botón "Generar documento", genere un documento para la preservación histórica. Si el usuario necesita usar un diagrama de flujo para describir los requisitos, también puede hacer clic en el botón "Diagrama de flujo" para llamar a DD Draw:

3 Guarde el registro histórico y organice los documentos generados de manera oportuna, organice y coordine otras funciones de manera oportuna; de lo contrario, fácilmente provocará conflictos entre varias partes funcionales.