Esta es una excelente pregunta sobre cómo a menudo hay un malentendido completo sobre #egov.
Primero, hay más en un sitio web del gobierno que la página de inicio. Por lo general, hay muchos sistemas heredados de back-end o incluso más recientes por cuestiones de seguridad, que evitan que el contratista tenga manos libres en el diseño.
Construir un front-end para una agencia gubernamental, que es lo que generalmente es un sitio web para el gobierno, en lugar de un blog o un sitio web de folletos. Y luego hay una lista de problemas que a la mayoría de los diseñadores web no les importan y que son imprescindibles para los sitios gubernamentales:
- Supongamos que suministró un equipo de codificadores de 1990 con una computadora portátil moderna de alta gama y un entorno de desarrollo. ¿Qué podrían hacer con él?
- ¿Cuál es la mejor manera de engañar a su agente de usuario sin estropear cómo funciona su navegador?
- ¿Cuál es el mejor flujo de desarrollo para crear aplicaciones de una sola página?
- ¿Alguien ha implementado la pila de integración continua para pruebas de IU web con Angular / Protractor?
- ¿Cómo se maneja el alojamiento web / dominio en la relación cliente / desarrollador?
- Accesibilidad. A11y o WAI o la Sección 508 Home, son más que buenos pensamientos, son una necesidad. En general, los esfuerzos locales no tienen esto en cuenta, incluso cuando piensan que su interfaz de usuario es genial. Ya sea que esté usando el color para significar o textos alternativos bien pensados, los diseñadores gubernamentales deben tener más cuidado que los esfuerzos privados. Vea la página de accesibilidad del sitio del DMV para probarlo: Departamento de Accesibilidad de Vehículos Motorizados de CA
- Seguridad. Saber cómo evitar los hacks de inyección SQL para la autenticación que es apropiada para sitios web de alta disponibilidad.
- Soporte continuo sólido como una roca. Elegir un software de código abierto y no tener un contrato de mantenimiento continuo es una mala manera de hacerlo para el gobierno. Los bloqueos tecnológicos ya son lo suficientemente malos sin un buen soporte y pruebas futuras.
- Reglas de adquisiciones. Quizás deba haber una reforma o una mejor comprensión de la forma de usar el software, pero mientras tanto, las agencias gubernamentales han establecido formas en las que se les permite adquirir software. Superar esto no irá bien si se hace en base a un malentendido de cómo funcionan realmente los sistemas gubernamentales.
- BLT Cualquier sistema, especialmente para el gobierno, debe considerarse en base a estas 3 capas:
- Problemas comerciales, casos, transacciones, problemas de gestión, …
- Asuntos legales, jurisdicción, leyes / regulaciones, contratos, protección al consumidor, privacidad, …
- Implementación de tecnología. Esta es la última capa y debe basarse en una asignación adecuada a las otras dos capas para que sea un éxito. Los expertos en tecnología a menudo no obtienen ni entienden a los expertos en negocios y leyes para saber cómo crear un sistema que funcione mejor para las personas que lo usan y que dependen de él.
- Por otro lado, mostrar un sitio con mejor aspecto es en sí mismo algo bueno, ya sea para avergonzar o provocar un mejor pensamiento en la agencia gubernamental. A menudo hay lugares para plantear estos problemas con personas de agencias que pueden estar interesadas en hacer un mejor trabajo para los ciudadanos.
Buena suerte.
