Responsabilidad del proveedor deequipos y sistemas

Responsabilidad del proveedor deequipos y sistemas

1. Producto defectuoso

   • Producto defectuoso es aquél que no ofrece la seguridad que cabría legítimamente que esperar, teniendo en cuenta su presentación, el uso razonablemente previsible del mismo y el momento de su puesta en circulación.

2. Causas de exoneración de la responsabilidad del fabricante o del importador de un equipo informático:

   • Es el estado de los conocimientos científicos y técnicos existentes en el momento de la puesta en circulación que no permite apreciar la existencia del defecto.

3. La responsabilidad del fabricante o importador podrá suprimirse en función de las circunstancias del caso, si el daño causado fuera debido conjuntamente a un defecto del producto y a culpa del dañado o de una persona de la que éste deba responder civilmente.

4. Existencia de defectos

   • Defectos de diseño: -Elección de componentes inadecuados -Problemas de compatibilidad - Insuficiencia en la capacidad de memoria RAM. -velocidad del microprocesador. -capacidad de disco duro. -entorno gráfico.
   • Defectos de fabricación: - Componentes defectuosos - Soldaduras o contactos defectuosos - Información insuficiente sobre el uso del producto.
   • Defectos de instalación: - Imputables al fabricante. - Imputables al distribuidor o instalador - Imputables al usuario
   • Solución global inadecuada
   • Insuficiencia de la informació facilitada por el usuario
   • Mal uso por parte del usuario

5. LOS PROBLEMAS Y DESACUERDOS QUE SE PRODUCEN EN LOS PROYECTOS SON:

   • INICIO DE PROGRAMACION SIN ANALISIS FUNCIONAL: el exceso de confianza o dificultad de un proyecto puede que se inicie la fase de programación sin que ambos hayan planteado sus objetivos ni se hayan descrito las funciones que el programa debera llevar.
   • La propia inexperiencia del usuario no le permite conocer cuales son exactamente sus necesidades por lo que la informacion recibida es incompleta.
   • Teniendo en cuenta que un cambio funcional a mitad de un proyecto obliga a replantear aspectos básicos del mismo, y por lo tanto, a empezar de nuevo módulos enteros del mismo.