Consultoría en Tecnologías y Aplicaciones Web

consultoria01

¿Necesitas encargar una aplicación o sistema web a medida?

checkboxgrandeTe asistimos en la definición, análisis, organización y documentación de tus necesidades / requerimientos
checkboxgrandeExpresamos tus necesidades de un modo sistemático, estándar, y libre de ambigüedades
checkboxgrandeTe brindamos asesoramiento sobre las nuevas Tecnologías de la Información y la Comunicación (TICs)
checkboxgrandeDocumentamos formalmente los requerimientos de tu proyecto, para que puedas solicitar presupuestos exactos de desarrollo

Contratación desde USD $ 10.00 la hora

Descripción del servicio

  • Evaluamos el formlario de cotización de su problemática de solicitud inicial, y te hacemos un presupuesto
  • Si aceptas nuestra propuesta y contratas, te haremos nuevas preguntas sobre el cuestionario inicial, y te re-enviaremos el documento para que las respondas
  • Recibimos tus nuevas respuestas  y tras analizarlas volveremos a preguntarte más detalles sobre ellas
  • El proceso de relevamiento de información culmina cuando ya no queda nada por aclarar ni preguntar
  • Recién ahí podemos hacer un análisis de situación, y documentar tus requerimientos, o sugerirte un sistema / software existente

Entregable: Documento DRS (Document Requirement Specifications) en formato PDF

Un Documento DRS es una descripción completa del comportamiento de un sistema web a desarrollar. Este documento debe entregarselo a su equipo de desarrollo para ser tomado como base de desarrollo de su sistemas.

Costo del servicio

El costo de este servicio va desde USD $ 10.00 la hora, con una contratación recomendable de 4 horas USD $ 40.00

Más información:

¿Por qué y para qué documentar los requerimientos de software?

El desarrollo de un software a medida cuesta mucho dinero y tiempo. Estadísticamente el 80% de los softwares a medida fracasan por causa de fallas en la planificación (Paul Kimmel, UML Demystified), en muchos casos porque:

  • no cumplen los requerimientos a medias, o
  • no funcionan correctamente, o
  • son demasiado caros de mantener y actualizar, o
  • se vuelven obsoletos antes de lo esperado
  • etc

Para evitar todos estos problemas es necesario comenzar con la definición de requerimientos:

  • Para definir cláramente lo que necesitas sin ambigüedades, evitando omisiones importantes (en la etapa de planificación), que luego son difíciles de abordar (en la etapa de desarrollo)
  • Para pedir presupuestos a programadores o empresas de desarrollo de software, al mismo tiempo y evaluar diferentes propuestas
  • Para conocer la complejidad, dimensión y alcances del sistema web a desarrollar
  • Para poder establecer prioridades funcionales y un plan de escalabilidad
  • Para no arriesgar recursos y dinero en vano
  • Para exigir estándares de calidad de Software

Cualidades o características esperables en la expresión de requerimientos de software (SRS)

 Los requerimientos bien formulados deben satisfacer varias características. Si no lo hacen, deben ser reformulados hasta hacerlo.

  • Necesario: Lo que pida un requerimiento debe ser necesario para el producto.
  • No ambiguo: El texto debe ser claro, preciso y tener una única interpretación posible.
  • Conciso: Debe redactarse en un lenguaje comprensible por los inversores en lugar de uno de tipo técnico y especializado, aunque aún así debe referenciar los aspectos importantes
  • Consistente: Ningún requerimiento debe entrar en conflicto con otro requerimiento diferente, ni con parte de otro. Asimismo, el lenguaje empleado entre los distintos requerimientos debe ser consistente también.
  • Completo: Los requerimientos deben contener en sí mismos toda la información necesaria, y no remitir a otras fuentes externas que los expliquen con más detalle.
  • Alcanzable: Un requerimiento debe ser un objetivo realista, posible de ser alcanzado con el dinero, el tiempo y los recursos disponibles.
  • Verificable: Se debe poder verificar con absoluta certeza, si el requerimiento fue satisfecho o no. Esta verificación puede lograrse mediante inspección, análisis, demostración o testeo.

Estas características suelen ser subjetivas, es decir, no pueden ser calculadas de forma automática por ningún sistema. Por ello, se tiende a medir otras métricas o indicadores que sí que pueden ser calculados de forma automática y que, de algún modo, pueden sustituir o mapear con esta lista de características.