Compartenos con tus amigos

Consultoría en Tecnologías y Aplicaciones Web

Atención, abrir en una nueva ventana. PDFImprimirE-mail

Necesitas asesoramiento sobre Sistemas y sóftwares de ambito web?

  • Te asistimos en la definición, análisis, organización y documentación de tus necesidades / requerimientos
  • Te ayudamos a expresar tus requerimientos de un modo sistemático y estándar, libre de ambigüedades
  • Te sugerimos sistemas o softwares existentes para lo que necesitas, o
  • con el detalle de requerimientos podrás solicitar presupuestos exactos de desarrollo
  • Te brindamos asesoramiento sobre Tecnologías de la Información y la Comunicación (TICs)

Documentación SRS (Software Requirement Specifications)

Una especificación de requisitos del software (SRS) es una descripción completa del comportamiento de un sistema web a desarrollar. Especifica qué debe hacer el sistema en sus requerimientos funcionales.

Pasos del servicio de asesoramiento

  • Recibimos el cuestionario de solicitud con tus respuestas
  • Te haremos nuevas preguntas sobre ellas, 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

$ar 100 / u$d 33 / € 25 la hora

Ver Términos y Condiciones del Servicio

Solicitar soporte para documentación SRS

 

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:

  • 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)

[Fuente: http://es.wikipedia.org/wiki/Requerimiento_(sistemas)]

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.

Temas relacionados:

Ver Ingeniería de Requisitos (Wikipedia), guías / tutoriales de planificación de sitios web, servicio de planificación web, y tipos de soluciones de software de ámbito web (artículo)