jueves, 31 de marzo de 2016

LOS ESTANDARES


LOS ESTÁNDARES
Definición

Consiste en el establecimiento de normas a las que debe ajustarse la información geográfica, los procesos de intercambio de ésta y la interoperación de los sistemas que deben manejarla.


¿Quien los hace?

En el caso de Internet y, específicamente, el desarrollo web, la organización que hace los estándares es el World Wide Web Consortium (W3C), en el que todos pueden participar con sugerencias, críticas y mejoras. Otras organizaciones de estándares con las que colabora son ISO o IETF, que trabajan en temas más variados.
Verás que el W3C no les llama estándares sino recomendaciones, porque no se puede obligar a nadie a que los siga. Lo mismo pasa con otras organizaciones que hacen estándares, como ISO. O sea, que no es obligatorio seguir los estándares, pero si no lo haces te saldrán problemas.

 
Tipos y características

Los tipos de estándares son de factor (“de hecho” o “por convención”), de jure(“por ley” o “por regulación”) y de acuerdo.

Los estándares de factor se pueden subdividir en dos clases: propietario y no propietario.

*Los de propietario son de aquellos originalmente inventados por una organización comercial como base para el funcionamiento de sus productos, son propiedad de la compañía que los inventó. Los no propietarios son aquellos originalmente desarrollados  por grupos o comités que los han transferido al dominio público, también se llaman estándares abiertos.

*Los estándares de jure son aquellos que han sido legislados por un organismo oficialmente reconocido. Los estándares de acuerdo son aquellos que son definidos por convenio, alianza, o pacto entre proveedores, usuarios, manufactureros, entre otros.





 

martes, 29 de marzo de 2016

Ingeniería de de Software



Ingeniería de Software


Las líneas base o más conocidas por su termino en inglés, "baselines", son "una especificación o producto que se ha revisado formalmente y sobre los que se ha llegado a un acuerdo, y que de ahí en adelante sirve como base para un desarrollo posterior y que puede cambiarse solamente a través de procedimientos formales de control de cambios” según la traducción del estándar IEEE 610.12-1990 realizada en el libro de Pressman que ya recomendamos.
 
Nuestra explicación más informal pero esperamos que más comprensible también, es la siguiente:
Cuando, en un proceso de desarrollo de software se realiza un producto (un documento, código fuente u otros), este producto pasa una etapa de producción en la que se puede modificar sin impedimentos. Sin embargo, una vez terminado este producto, tendrá una revisión formal y se aprobará por el equipo de calidad y, en caso de que así se decida, por el cliente. Una vez que el producto ha sido aprobado, ya no podrá ser modificado de modo informal, sino que deberá seguirse un estricto control de cambios realizados sobre dicho producto para controlar correctamente su evolución.

Por lo tanto, una línea base se define como un producto que acaba de ser aprobado y que define la “base” de ese producto que para ser modificado deberá pasar por un protocolo de control de cambios. También puede verse como un punto de referencia en la configuración de un proyecto que marca un estado estable en algún producto del proyecto.

LOS ESTANDARES


BENCHMARKING DE ARQUITECTURA DEL SOFTWARE

EL CONTEXTO DEL BENCHMARKING

A lo largo de la historia de la informática, el uso de pruebas en detalle o benchmarks ha sido algo muy común, de forma
que los resultados obtenidos de forma objetiva en las distintas arquitecturas mediante estas pruebas podían ser
comparados (ej. BRL-CAD, LINPACK, 3DMark, SPEC CPU2000, SPEC WEB99, etc.). En general, la realización de
pruebas comparativas no suele ser una tarea fácil y requiere de sesiones repetitivas para llegar a conclusiones útiles,
siendo también difícil la interpretación de los resultados de las pruebas. Un factor a tener en cuenta durante la
realización de las pruebas es que los vendedores suelen afinar sus productos específicamente para los benchmarks más
comúnmente utilizados en su sector, por lo que hay que tener especial precaución a la hora de interpretar los resultados.
Además, los benchmarks generalmente, a parte de las mediciones cuantitativas del rendimiento de un sistema, no suelen
tener en cuenta ninguna medición cualitativa a cerca del servicio como pueden ser la seguridad, la disponibilidad, la
confiabilidad, la escalabilidad, o el grado de conformidad con las especificaciones, las cuales son tan o más importantes
que las anteriores (ej. pruebas de conformidad de servicios WMS y WFS desarrolladas por OCCAMLAB [4] y el
proyecto ACE-GIS [5]).

INGENIERIA DEL SOFTWARE