Responsabilidad del proveedor deequipos y sistemas

Descripción

RESPONSABILIDAD
Asakura Hiwatary
Mapa Mental por Asakura Hiwatary, actualizado hace más de 1 año
Asakura Hiwatary
Creado por Asakura Hiwatary hace más de 4 años
3
0

Resumen del 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.
                          Mostrar resumen completo Ocultar resumen completo

                          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
                          Contexto histórico-cultural de Platón. 2º de Bachillerato.
                          smael Montesinos
                          Cálculo - Secciones cónicas
                          Sabakibara1
                          Mapas mentales en ExamTime
                          arturo.alpizar
                          20 Frases de Motivación para Estudiantes
                          maya velasquez
                          EXAMENES UNAM
                          ROSA MARIA ARRIAGA
                          Navegadores de Internet
                          M Siller