Responsabilidad del proveedor deequipos y sistemas

Description

RESPONSABILIDAD
Asakura Hiwatary
Mind Map by Asakura Hiwatary, updated more than 1 year ago
Asakura Hiwatary
Created by Asakura Hiwatary about 4 years ago
3
0

Resource summary

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.
                          Show full summary Hide full summary

                          Similar

                          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
                          Data Structures & Algorithms
                          Reuben Caruana
                          Basic Insurance Concepts & Principles - exampdfs 01
                          shuiziliu
                          IT - The Online World
                          Summir
                          Structure of the League of Nations
                          saskiamitchell.19
                          Matematica para concursos
                          Luiz Ricardo Oliveira
                          Expertise in Project Management
                          tonesha_g