Responsabilidad del proveedor deequipos y sistemas

Beschreibung

RESPONSABILIDAD
Asakura Hiwatary
Erzeugt von Asakura Hiwatary
Asakura Hiwatary
Erstellt von Asakura Hiwatary vor mehr als 6 Jahre
11
0

Zusammenfassung der Ressource

Responsabilidad del proveedor deequipos y sistemas
  1. Producto defectuoso
    1. 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:
      1. 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.
      2. 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.
        1. Existencia de defectos
          1. 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.
            1. Defectos de fabricación: - Componentes defectuosos - Soldaduras o contactos defectuosos - Información insuficiente sobre el uso del producto.
              1. Defectos de instalación: - Imputables al fabricante. - Imputables al distribuidor o instalador - Imputables al usuario
                1. Solución global inadecuada
                  1. Insuficiencia de la informació facilitada por el usuario
                    1. Mal uso por parte del usuario
                    2. LOS PROBLEMAS Y DESACUERDOS QUE SE PRODUCEN EN LOS PROYECTOS SON:
                      1. 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.
                        1. La propia inexperiencia del usuario no le permite conocer cuales son exactamente sus necesidades por lo que la informacion recibida es incompleta.
                          1. 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.
                          Zusammenfassung anzeigen Zusammenfassung ausblenden

                          ähnlicher Inhalt

                          Legislación Informática
                          Jovani López
                          Derecho informático
                          Martha Chávez