¿Podemos medir la complejidad del sitio web?

Question

Estoy familiarizado con el uso de la complejidad ciclomática para medir el software. Sin embargo, en términos de sitio web, ¿tenemos algún tipo de métrica para medir la complejidad del sitio web?

Answer 1

Supongo que podría considerar los "puntajes de concentrador" como una medida de complejidad ya que considera cuántos sitios externos se referencian. "Fuentes autorizadas en un entorno hipervinculado" por Jon Kleinberg lo discute.

Answer 2

Si cuenta las etiquetas HTML en las páginas HTML mostradas, como "Operadores", puede calcular un número Halstead para cada página web.

Si inspecciona el código fuente que produce las páginas web, puede calcular las medidas de complejidad (Halstead, McCabe, SLOC, ...) de esas. Para hacer eso, necesita herramientas que puedan calcular tales métricas a partir de las fuentes de la página web.

Nuestro SD Source Code Search Engine (SCSE) se usa normalmente para buscar en bases de códigos grandes (por ejemplo, el código del sitio web) incluso si la base de códigos está configurada en varios idiomas (HTML, PHP, ASP.net, ...). Como efecto colateral, el SCSE simplemente calcula Cálculos de Halstead, McCabe, SLOC, comentarios y una variedad de otras medidas básicas, para cada archivo que puede buscar (ha indexado).
Esas métricas se exportan como un archivo XML; vea el enlace web arriba para un ejemplo. Esto le daría una capacidad aproximada pero inmediata para calcular las métricas de complejidad del sitio web.

Answer 3

Aunque la pregunta se hizo hace 6 polillas ...

Si su sitio web es 100% sitio estático sin javascript en absoluto, entonces tiene que ser alimentado por un back-end programado en un lenguaje de programación. De manera indirecta, las medidas de complejidad que afligen a la programación de back-end también afectarán la complejidad de mantener el sitio.

Typicall, he observado una correlación entre la capacidad de mantenimiento y la calidad (o la falta de ella) de las páginas web con la calidad (o la falta de ella) exhibida, a través de las métricas del software, en la programación back-end. No me cites sobre eso, y tómalo con un grano de sal. Es puramente una observación que hice en los conciertos en los que he trabajado.

Si su sitio (contenido dinámico o no) también tiene JavaScript, este es también un código fuente que muestra atributos cuantificables en términos de métricas de complejidad del software. Y como JavaScript se usa generalmente para representar contenido HTML, es una posibilidad (pero no como una certeza) que el JavaScript atroz y difícil de mantener genere HTML similarmente atroz y difícil de mantener (o que esté incrustado en un marcado atroz y difícil de mantener). .)

Para un sitio completamente estático, aún podría diseñar algún tipo de métrica, aunque no conozco ninguna que esté publicada.

Regarless, un buen sitio web debe tener una vinculación uniforme.

Debe proporcionar una navegación uniforme.

Además, las páginas html no se deben duplicar o duplicar, escasas o nulas.

Los enlaces dentro del sitio deben ser relativos (ya sea a su ubicación actual o a la raíz lógica '/') y no absoluta. Es decir, no codifique el nombre de dominio.

Los patrones de nomenclatura URI deben ser uniformes (preferentemente minúsculas).) Las URL no distinguen entre mayúsculas y minúsculas, por lo que no tiene ningún sentido tener enlaces que combinen ambos casos. Además, los enlaces pueden estar mapeando cosas en sistemas de archivos reales que pueden ser sensibles a mayúsculas y minúsculas, lo que lleva a la siguiente.

Los URI que representan frases deben ser uniformes (use - o _ para separar palabras, pero no ambas, y ciertamente no espacios). Evite la carcasa de camello (consulte el comentario anterior sobre la carcasa inferior)

No conozco ninguna métrica de software publicada o recomendada para sitios web, pero me imagino que si la hubiera, podrían intentar medir algunos de los atributos que mencioné arriba.

Answer 4

This is a great paper sobre el tema.