Responsabilidad del proveedor deequipos y sistemas

Descrição

RESPONSABILIDAD
Asakura Hiwatary
Mapa Mental por Asakura Hiwatary, atualizado more than 1 year ago
Asakura Hiwatary
Criado por Asakura Hiwatary mais de 4 anos atrás
3
0

Resumo de Recurso

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.

                          Semelhante

                          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
                          Quiz Rápido de Matemática
                          Alessandra S.
                          Plano de Estudo Vestibular- Semana 1
                          Alessandra S.
                          Gramática para o First Certificate I
                          GoConqr suporte .
                          GEOGRAFIA - GEOPOLITICA
                          neusamiotto
                          SIMULADÃO EA-HSG OGSA – ORDENANÇA GERAL DOS SERVIÇOS DA ARMADA
                          isac rodrigues