Justificar software a medida por la carencia decisiva
Un contraejemplo distingue unas etiquetas poco familiares de un paso obligatorio que falta.
¿Qué diferencia dificulta el trabajo?
Un menú poco familiar u otra etiqueta requiere primero revisar uso y configuración. Decidir un desarrollo a medida necesita una tarea concreta que los medios existentes no resuelvan adecuadamente. Así se explica qué desarrollo adicional hace falta.
El siguiente ejemplo es ficticio. Una empresa de servicio evalúa un producto existente para clientes, trabajos e informes. Los términos todavía no coinciden con los habituales. También exige que otra persona autorizada apruebe el informe antes de que lo vea el cliente.
Requisito | Candidato del ejemplo | Siguiente comprobación |
|---|---|---|
Términos y uso adecuados | Menús y campos poco familiares; existe el flujo básico. | Probar configuración y uso real; aclarar si la diferencia provoca errores relevantes. |
Aprobación separada antes del acceso cliente | Los medios previstos de este candidato no permiten el paso requerido. | Comprobar otros productos, complementos o integración dirigida con el mismo requisito. |
Determine el alcance de la carencia
En el primer caso, el producto puede bastar tras configurarlo adecuadamente. Si la prueba muestra errores reales o barreras de acceso, la diferencia también importa. Un color distinto por sí solo y un paso obligatorio imposible tienen consecuencias diferentes.
En el segundo caso, el flujo sigue sin resolverse. Eso justifica estudiar complemento o solución a medida, pero no prueba que todo producto existente sea inadecuado. Si la carencia decisiva persiste tras comparar alternativas adecuadas, puede describirse concretamente el desarrollo necesario.
Compare también transferencia de datos, mantenimiento, actualización y cambios posteriores para ese alcance. La guía de compra GOV.UK contempla ciclo de vida y capacidades existentes. En su empresa importa quién podrá operar y desarrollar realmente la solución. Un desarrollo propio incluye esas tareas; un producto comprado también necesita mantenimiento fiable.
Fuentes
Seguir leyendo
Todos los artículos
Desarrollo de software con ASES
Software a medida, aplicaciones web y móviles