?Debido a que el negocio al que estamos expuestos es altamente complejo y técnicamente difícil, no podemos dibujar un diagrama de flujo después de obtener los requisitos, establecer nodos de tiempo e hitos del proyecto en cada campo, y luego comenzar a trabajar como lo hicimos. antes al desarrollar aplicaciones Porque el plan de implementación general del proyecto no se puede explicar claramente sin abstraer la tecnología y generar el documento de diseño de la solución técnica, incluso si la función está realizada, siempre que los indicadores técnicos no estén a la altura del estándar. baja precisión, largo consumo de tiempo, etc.), será difícil lograr la calidad de producto deseada y una experiencia de usuario que cumpla con las expectativas. Por lo tanto, de manera similar al diseño de soluciones técnicas del lado del servidor para proyectos a gran escala, es necesario diseñar soluciones técnicas para las aplicaciones del cliente y diseñar soluciones técnicas de alto rendimiento y altamente escalables para evitar altos riesgos del proyecto y dificultades para lograr los objetivos del proyecto. como la acumulación de deuda técnica.
?El diseño de soluciones técnicas para terminales móviles también debe seguir los principios de idoneidad (la idoneidad es mejor que ser líder en la industria), simplicidad (la simpleza es mejor que la complejidad) y evolución (la evolución es mejor que una step), con alta disponibilidad y alta eficiencia, el rendimiento y la alta escalabilidad son los objetivos. En comparación con el diseño de soluciones técnicas en el lado del servidor, las ideas y métodos para hacer las cosas son similares, pero el enfoque es diferente.
?Al diseñar soluciones técnicas, mis requisitos para mí son seguir los siguientes principios:
1. Mentalidad exitosa: como arquitecto, al diseñar soluciones técnicas, encontrar formas de lograr el producto. requisitos y objetivos. Incluso si los requisitos del producto son difíciles de lograr, los objetivos no son realistas y existen cuellos de botella técnicos, después de un análisis y verificación rigurosos, al tiempo que se indican objetivamente los cuellos de botella técnicos, también debe dar sus propias sugerencias para soluciones de productos basadas en conocimientos sobre las necesidades del usuario para promover. otros productos para trabajar juntos para lograr los objetivos del proyecto;
2. Perspectiva global: para cosas que son técnicamente difíciles o no tienen ni idea, observe lo que están haciendo las empresas líderes en la industria, especialmente si usted. No lo entiendas ni lo pienses. Cuando haya dificultades, debes ampliar tus horizontes consultando información, comunicándote en profundidad, etc., y evitando convertirte en una rana en el pozo y mirando al cielo;
3. Cumple tu palabra: No es trabajo del arquitecto diseñar el plan. El punto final es el punto de partida del trabajo. Lo bueno de los arquitectos es que no sólo pueden diseñar soluciones técnicas adecuadas, sino también implementarlas. alcanzar las metas esperadas. Es necesario reflexionar sobre los problemas encontrados durante el proceso de implementación, optimizar el método de diseño de soluciones técnicas y profundizar la comprensión de la tecnología.
? Permítanme hablar sobre mi comprensión del proceso de diseño de soluciones técnicas de terminales móviles:
1. Análisis de requisitos:
?El análisis de requisitos incluye el análisis de la demanda del producto y El análisis de requisitos tecnológicos muestra que los requisitos del producto son principalmente requisitos funcionales, mientras que los requisitos técnicos son principalmente requisitos no funcionales, como rendimiento, estabilidad, seguridad, etc. Los requisitos técnicos suelen ser limitaciones al diseñar soluciones técnicas.
?Para el análisis de la demanda de un producto, lo más básico es saber ¿qué hacer? ¿Qué problema soluciona a los usuarios? ¿Cuándo se hará? ¿Cómo debe verse? Esto es para aclarar las funciones del producto, las necesidades del usuario, los nodos de tiempo y las especificaciones del producto. Además de aclarar estos puntos, también debe desenterrar la información oculta detrás del texto en función de su conocimiento de las necesidades del usuario. Esta información de la que tiene conocimiento pero que no se presenta en los requisitos del producto es a menudo un punto potencial de cambio en la demanda. si informa al producto de las necesidades e inquietudes detectadas y la respuesta del producto no se considerará por el momento. Estas posibles necesidades también deben tenerse en cuenta al diseñar soluciones técnicas para mejorar la escalabilidad de las soluciones técnicas. El método específico consiste en imaginar que usted es el usuario y simular el posible comportamiento del usuario en un escenario específico.
?El análisis de requisitos técnicos tiene como objetivo principal identificar lo que se debe hacer para garantizar el funcionamiento seguro y estable continuo del producto durante su ciclo de vida. Generalmente se trata de requisitos no funcionales, como por ejemplo:
1. Problemas de seguridad: secuestro, ingeniería inversa, captura de paquetes, etc.;
2. Problemas de compatibilidad: posibles riesgos de compatibilidad cuando se ejecuta en diferentes dispositivos;
p>
3. Problemas de rendimiento: pérdidas de memoria, retrasos, uso elevado de la CPU, etc. pueden provocar problemas como la fluidez general de la máquina y el consumo de energía.
4. Problemas de cumplimiento: técnicamente posibles Riesgos legales, como; como el uso de bibliotecas de código abierto de terceros, etc.
2. Diseño de la solución:
?La principal tarea del análisis de la demanda es saber qué hacer? ¿Qué hacer? ¿Cuándo se hará? Qué hacer y qué lograr son los objetivos, y cuándo completarlos son las limitaciones.
El trabajo principal del diseño de soluciones técnicas es diseñar soluciones técnicas para lograr los objetivos del proyecto bajo las limitaciones de los productos y tecnologías. De hecho, el diseño de soluciones técnicas es un proceso de desmontaje del trabajo. Los proyectos actuales suelen ser muy complejos e involucran muchos campos. Solo desmantelándolos en módulos uno por uno y luego permitiendo que el equipo colabore entre sí, se puede realizar el proyecto. lograr mejores objetivos. Lo que el arquitecto tiene que hacer es abstraer el problema, desmontar los módulos, conectar los planos de construcción de cada módulo en serie y aclarar el plan de implementación de cada módulo. Específicamente, hay tres aspectos del trabajo: generar el diagrama de arquitectura técnica, generar el diagrama de flujo principal y aclarar cada plan de implementación técnica del módulo.
?El diagrama de arquitectura técnica es una herramienta para abstraer problemas y desensamblar módulos. Hay muchos tipos de diagramas de arquitectura, entre los cuales los diagramas de arquitectura en capas y basados en módulos son los más populares. La solución es dibujar un diagrama basado en El diagrama de arquitectura técnica del proyecto se divide en múltiples niveles abstractos para lograr una división lógica, y un solo nivel se divide en múltiples módulos para lograr una división física. El diagrama de arquitectura de la plataforma Android es una arquitectura típica en capas y submódulos, como se muestra en la siguiente figura:
3. Resumen de la solución:
Una vez completado el diseño de la solución técnica, se Es necesario dar un resumen, sacar conclusiones y responder a las inquietudes del equipo y el liderazgo. Debido a que hay muchos campos en el equipo, todos tienen una comprensión y conocimiento diferentes de la tecnología, y su enfoque también es diferente. Por lo tanto, al dar conclusiones, utilice un lenguaje sencillo y conciso en lugar de técnico para responder a las inquietudes de todas las partes interesadas.
La conclusión suele incluir los siguientes aspectos:
1. ¿Es técnicamente posible?
2. ¿Hasta qué punto se puede conseguir técnicamente?
3. ¿Qué riesgos hay en el proyecto? ¿Cuáles son las soluciones?
4. ¿Cuál es el estado de inversión de todo el proyecto?
?Utilice una frase para describir si es técnicamente posible, si es técnicamente factible o no factible. La premisa se basa en las limitaciones del proyecto, incluidas las limitaciones técnicas y de producto.
Si es factible, es necesario generar las especificaciones técnicas de todo el proyecto y de cada submódulo técnico, y explicar claramente los indicadores para medir las capacidades técnicas y en qué medida se pueden lograr.
? A continuación, debemos explicar claramente los riesgos potenciales que existen durante el proyecto. Los riesgos incluyen:
1. Riesgo de cronograma: el riesgo que existe en el cronograma
; p>
2. Riesgos de recursos: riesgos en recursos como los recursos humanos;
3. Riesgos emergentes: riesgos que existen en paralelo con múltiples combinaciones de tecnología, como consumo de energía, cuellos de botella en los recursos del sistema, etc. .;
4. Riesgo de experiencia: problemas de riesgo que no son consistentes con las expectativas del producto, como consumo prolongado, operaciones engorrosas, etc.;
5. Riesgo de índice: el riesgo de no poder cumplir con las especificaciones del producto debido a limitaciones del proyecto y cuellos de botella técnicos.
? Los planes de respuesta a riesgos incluyen:
1. Eliminar riesgos: los riesgos se pueden eliminar y no tienen ningún impacto en el proyecto, que generalmente no es necesario escribir
;2. Evitar riesgos: una solución que no se puede resolver de frente, pero que puede salvar al país de manera indirecta. Esta situación puede tener un impacto en la experiencia del usuario u otros aspectos. Debe estar escrito con claridad y se debe llegar a un acuerdo. alcanzarse en el proyecto;
3. Reducción de riesgos: Los riesgos no se pueden eliminar pero sí se puede reducir su impacto en el proyecto.
?Finalmente, es necesario explicar claramente el costo de inversión del proyecto en términos de mano de obra y capital, para que el líder pueda tomar decisiones sobre el valor del proyecto. ¿Vale la pena la inversión o ajustar la estrategia del proyecto?
4. Implementación del plan:
?Después de completar el diseño del plan y pasar la toma de decisiones del proyecto y el liderazgo, el siguiente paso es implementar el plan diseñado para cumplir con las especificaciones técnicas Durante el proceso, debemos centrarnos en los siguientes aspectos:
1. Dividir los objetivos por hitos, similar al método de desarrollo ágil de pequeños pasos y entrega rápida, y poder. para adaptarse rápidamente cuando encuentre problemas, reducir riesgos y evitar uno. El camino se ha vuelto oscuro y los resultados no se han visto en mucho tiempo.
2. Verificación especial punto por punto del logro de cada punto técnico. Cada punto técnico clave requiere una verificación y aceptación específicas. La calidad de los engranajes sólo puede garantizarse mediante la vinculación del sistema compuesto. de múltiples engranajes.
3. Al encontrar una excepción, dé prioridad a intentar resolverla. Si no hay progreso dentro de un período de tiempo, siempre que se haya verificado estrictamente, el plan debe ajustarse a tiempo; En la etapa de diseño del plan, cuando encuentre una excepción, no debe negarse a buscar formas de intentar resolver el problema encontrado. Si no se puede resolver, se deben hacer ajustes oportunos para evitar afectar el progreso del proyecto.
4. La optimización de ingeniería es la guinda del pastel, pero es necesario comprender correctamente la optimización de ingeniería. No es un parche, sino una optimización a nivel de solución, como el uso de múltiples tecnologías en paralelo. reducir el tiempo de ejecución;
5. Realizar una revisión y un resumen oportunos una vez finalizado el proyecto para optimizar el proceso y los métodos de diseño de la solución técnica posterior.
?El siguiente es un resumen del artículo completo:
1. El diseño de soluciones técnicas debe basarse en una perspectiva global para encontrar formas de completar el proyecto y el plan. debe implementarse personalmente después de su diseño. Lograr los objetivos del proyecto;
2. El diseño de la solución técnica debe comprender completamente las necesidades técnicas y del producto, desmontar los módulos a través de diagramas de arquitectura según las necesidades y conectar los puntos técnicos en cada módulo. a través de procesos para hacer funcionar todo el proyecto. Para los puntos técnicos clave, la selección de soluciones debe basarse en un análisis de verificación riguroso.
3. La revisión de las soluciones técnicas debe arrojar conclusiones claras y expresar claramente las razones técnicas en un lenguaje que pueda ser entendido por todos los campos; Viabilidad, especificaciones técnicas, planes de riesgos y respuesta, y estado de inversión del proyecto;
4. La aprobación de la revisión del diseño del plan técnico no es el final del trabajo del arquitecto, sino la implementación del plan técnico. lograr los objetivos del proyecto es el fin.