Responsabilidad del proveedor deequipos y sistemas

Beschreibung

RESPONSABILIDAD
Asakura Hiwatary
Mindmap von Asakura Hiwatary, aktualisiert more than 1 year ago
Asakura Hiwatary
Erstellt von Asakura Hiwatary vor mehr als 4 Jahre
3
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
                          RÉGIMEN JURÍDICO DE LA INFORMACIÓN EN MÉXICO
                          Karly Ortega
                          Legislación Informática
                          joel cruzz
                          3.1 Nociones generales de la Legislación Informática
                          TERRAZAS ALFREDO
                          BKF C95 (Fragen der Ziffern 1a, 1b)
                          Harald Koenig
                          Matura Übungsaufgaben Analysis
                          erwin.premstalle
                          GPSY ALPS
                          jennifertittmann
                          Processo de ordem do consumidor
                          Paula Raithel
                          Kommunikationssoziologie (KSOZ) Grimm 2017/18
                          Benedikt Zöchling
                          MS-1.3: Folienpaket 5
                          Stephanie Hendricks