Categoría: Sin categoría Página 30 de 51

No se puede evitar un abrumador ataque DDoS, pero se puede minimizar su impacto. He aquí cómo.

Los ataques de denegación de servicio (DoS) -particularmente el ataque distribuido de denegación de servicio (DDoS)- han afectado a muchas empresas recientemente, desde Sony hata el Bank of America.

Durante años, la mayoría de las compañías amortizaron los ataques DoS, como un riesgo aceptable, ya que la probabilidad de convertirse en víctima era relativamente bajo y el riesgo de daño a la empresa también lo era. Recientemente, sin embargo, esta clase de ataque ha aumentado en popularidad, haciendo que muchas organizaciones reconsideren el riesgo relativo. Directores ejecutivos están preocupados por la pérdida de ingresos y la mala prensa, las TI se preocupan por las aplicaciones bloqueadas y largas horas de trabajo.

Aunque no se puedan prevenir todos los ataques DDoS, hay opciones para limitar su eficacia y permitir que su organización se recuperé más rápido. En la mayoría de los recientes ataques contra aplicaciones Web, los atacantes simplemente envian más solicitudes que la aplicación Web puede manejar, lo que dificulta a los visitantes el utilizarla.

En este tipo de ataques, la mayoría de los atacantes no están preocupados por si el sistema y la aplicación se bloquea en realidad, aunque estarían felices si se produce un bloqueo. Su principal objetivo es evitar que los servicios ofrecidos por la compañía apuntada, responda a las peticiones de los usuarios legítimos, causando problemas para la empresa víctima.

Si usted tiene un control adecuado de la tecnología, estos ataques son fáciles de detectar. Su Network Operations Center (NOC) estará en status quo para el ancho de banda, las solicitudes por segundo y el uso de recursos del sistema con tendencia normal. Entonces, ya sea repentina o después de una pequeña cantidad de tiempo, todas estas tendencias se disparan hacia arriba, se alcanzará los umbrales, y las alertas se enviarán por el sistema de monitoreo.

En una organización típica, estos eventos darán lugar a una escalada en el NOC, y el equipo de TI se apresurará a conseguir a la gente indicada. Gestión recibirá un aviso de que los sitios y las aplicaciones están respondiendo inusualmente, y todos se preguntarán que por qué hay un gran aumento en las solicitudes en un período de tiempo tan corto.

A menos que su sitio haya sido mencionado en la portada de Slashdot, lo más probable es que usted esté experimentando el comienzo de un ataque DDoS. ¡Felicitaciones! Usted es ahora parte del club de las organizaciones que han sido objeto de un ataque DDoS -generalmente porque los atacantes no son seguidores de sus políticas corporativas, o porque se les paga para que ataquen.

El primer paso es analizar los registros de solicitudes.

Leer el resto de este artículo aquí.

Los problemas de seguridad dan a muchas empresas la pausa para que consideren migrar parte de sus operaciones de TI a servicios basados en la nube. Pero se puede mantener la seguridad en la nube. En este informe del Centro de Lectura Dark Tech, que explicará los riesgos y le guiará en el establecimiento de políticas adecuadas de seguridad en la nube, los procesos y controles.

Leer el reporte de Dark Reading (Requiere de un registro gratuito para consultar).

Fuente: Information Week JRS/GC

Aplicaciones web inseguras, la más grande amenaza de datos.

La mayoría de las empresas, a pesar de tener numerosas aplicaciones de misión crítica accesible a través de sus sitios web, fallan al asignar suficientes recursos financieros y técnicos para asegurar y proteger las aplicaciones Web, dejando los datos corporativos vulnerables al robo. Este es uno de los resultados de un estudio de Imperva, WhiteHat Security y el Instituto Ponemon.

Segun el estudio, la mayoría de los encuestados cree que las aplicaciones Web inseguras representan la mayor amenaza a los datos corporativos. Sin embargo, el 70 por ciento señaló que sus organizaciones no consideran la aplicación de seguridad como una iniciativa estratégica, ni tampoco creen que sus organizaciones tienen suficientes recursos específicamente en el presupuesto en la seguridad de aplicaciones Web para enfrentar el riesgo.

El estudio encontró que sólo el 18 por ciento de los presupuestos de TI en seguridad fueron asignados para hacer frente a la amenaza planteada para aplicaciones Web inseguras, mientras que el 43 por ciento de los presupuestos de TI en seguridad fueron asignados a las redes y seguridad de host, las áreas encuestadas parecían ser de menos preocupación.

De las 10 violaciones de datos en 2009, según la Organización de Derechos de Privacidad, el 93 por ciento de los registros comprometidos fueron robados como resultado de ataques maliciosos o criminales contra las aplicaciones Web y bases de datos – la mayoría de las empresas aún siguen estando muy expuestas.

El estudio de Ponemon reveló que el 61 por ciento de las organizaciones mencionaron tener hasta 100 aplicaciones Web expuestas al publico que realizan transacciones o accesan a millones de registros de clientes. Y además, la mayoría de las organizaciones no ha hecho una aplicación de seguridad de alta prioridad. La encuesta encontró que la gran mayoría de los desarrolladores están demasiado ocupados para responder a las cuestiones de seguridad Web.

“La mayoría de las más grandes y recientes violaciones de datos hasta la fecha han sido el resultado de los ataques contra las aplicaciones Web”, explicó Jeremiah Grossman, fundador de CTO y WhiteHat. “Para hacer frente a las amenazas cibernéticas actuales, las empresas deben cambiar su estrategia de seguridad – y presupuestos – de ser predominantemente basada en las infraestructuras y dar prioridad a los datos y aplicaciones directamente.

Recomendaciones

*No se puede asegurar lo que no sabe que posee – un inventario de sus aplicaciones Web para obtener mayor visibilidad de los datos que están en riesgo y donde los atacantes pueden explotar el dinero o los datos de la transacción.

*Asignar un defensor – Designe a alguien que puede impulsar y dirigir la seguridad de datos y esté altamente capacitado para dirigir numerosos equipos de soporte. Sin rendición de cuentas, la seguridad y el cumplimiento, sufrirán.

*No espere a que los desarrolladores tomen cargo de la seguridad – Implementar tecnologías de protección para mitigar el riesgo de vulnerabilidad en las aplicaciones Web.

*Cambie el presupuesto de la infraestructura para la seguridad de aplicaciones Web – Con la asignación de recursos, el riesgo empresarial puede ser dramáticamente reducido.

El estudio de Ponemon encuestó a 627 profesionales de TI y a más de 400 empresas multinacionales y organizaciones gubernamentales.

Fuente: Help Net Security CLA/RS

Aplicaciones web experimentan más de 2,700 ataques por año

La media anual de incidentes de ataques a las 50 aplicaciones web monitoreadas fue de 274 veces por año, uno de los objetivos fue atacado más de 2,700 veces.

De acuerdo a un nuevo reporte de Imperva, el incidente de ataque promedio en las aplicaciones web observadas, duró 7 minutos y 42 segundos, pero el incidente de ataque más duradero fue de una hora y 19 minutos. Inyección SQL siguie siendo el vector de ataque más popular.
“Estos hallazgos indican una diferencia significativa entre un incidente promedio de ataque a aplicaciones web y el de mayor alcance”, dijo Amichai Shulman, Director de Tecnologías de Información en Imperva. “Creemos que las organizaciones que están preparadas solamente para un incidente promedio de ataque pueden ser seriamente afectadas por incidentes de ataque más grandes”.

El Reporte de Ataques a Aplicaciones Web (WAAR por sus siglas en inglés), creado como parte de la ya puesta en marcha Iniciativa de Inteligencia Hacker de Imperva, ofrece una visión de tráfico malicioso de ataques reales a 50 aplicaciones web en un periodo de seis meses, de diciembre de 2011 a mayo de 2012.

Imperva monitoreó y categorizó numerosos ataques individuales a través de Internet, así como ataques dirigidos a diferentes aplicaciones de empresas y de gobierno. El WAAR destaca la frecuencia, tipo y lugar de origen de cada ataque para ayudar a profesionales de la seguridad a priorizar la reparación de las vulnerabiliades.
Datos destacados del reporte incluyen:
SQL sigue siendo el vector de ataque más común: Imperva revisa y condensa las características acumulativas de vectores de ataque a aplicaciones web, incluyendo inyecci?o SQL, cross-site scripting (XSS), RFI y LFI, y observa que la inyección SQL es el ataque más comunmente usado para las 50 aplicaciones web observadas.
Se incrementa la intensidad de los ataques: Las aplicaciones comunmente verán sólo alguna acción de ataque serio aproximadamente cada tercer día y durante pocos minutos, pero los ataques pueden afectar a la aplicación si las defensas están preparadas solo para una intensidad de ataque promedio.
Francia lidera inyección SQL: Como se reportó en el WAAR anterior, la mayoría de las peticiones y ataques se originaron en EUA, países de Europa occidental, China y Brasil. Sin embargo, Francia se ha convertido en el principal origen de ataques de inyección SQL, siendo el volumen de ataque de peticiones originadas en Francia casi 4 veces más grande que el de EUA.
“El campo de batalla en la red parece mucho más una misión de protección de la frontera que una guerra mundial; la mayor parte del tiempo pasan pocas cosas, pero una que otra vez se presenta un estallido de ataques”, dijo Shulman. “Independientemente de la frecuencia de ataques y periodos de paz, creemos que las organizaciones necesitan estar preparadas para estas ráfagas de actividad durante incidentes de ataque”.

El reporte completo se encuentra disponible (en inglés) aquí.

Fuente: NetSecurity JS

Aplicaciones Web: nueva vulnerabilidad para la delincuencia informática

Las aplicaciones comunes incluyen correo electrónico, ventas en línea, subastas en línea, redes sociales, wikis, así como muchas otras funciones.

Durante una charla con Mandeep Khera, director ejecutivo de marketing de Cenzic Inc., comentó que según Cenzic Inc. y el Instituto Ponemon, 73% de las empresas tienen aplicaciones web inseguras, las cuales han sido vulneradas por lo menos una vez en los últimos 24 meses, sin embargo, las empresas gastan más en café al año que lo que gastan en la seguridad de sus aplicaciones web. Estas empresas se fían de sus firewalls de red para proteger su sitio web, pero esto es como usar un escudo de cartón en una lucha a espada.

Mandeep preguntó, “Si usted supiera que los ladrones se escabullen repetidamente a través de una puerta rota, ¿no le gustaría reparar esa puerta?”. Sin embargo, la mayoría de estas empresas prueba menos del 10% de sus aplicaciones contra huecos de seguridad, incluso después de ataques conocidos.

Según Mandeep, “El hacking ofrece buen dinero. El ingreso promedio mensual para un hacker es de $10,000.00 dolares. Y las empresas llevan décadas tratando de poder detener los ataques de estos piratas informáticos y los problemas que crean”. Las empresas tienen que empezar a invertir aún más en lo que respecta a la seguridad en línea.

Esto es lo que nosotros como consumidores podemos hacer para protegernos a nosotros mismos en línea:

Cuidar debidamente la observación de los sitios y asegurarse de que no sean falsos.
No hacer clic en los anuncios o ventanas emergentes.
Permitir ventanas emergentes sólo para sitios de confianza.
Actualizar su navegador a la última versión.
Buscar a través de Google para ver si un sitio es generalmente seguro.
Utilizar un número virtual de tarjeta de crédito que pueda caducar de inmediato.
Ejecutar software anti-spyware frecuentemente.
Utilizar un software de limpieza para eliminar las cookies.
Utilizar un buen anti-virus en su equipo.

Fuente: Computer Crime Research Center JS/GC

Ejemplo de validación de formularios con JQuery

en octubre 28, 2012

Código fuente del formulario

Descargar JQuery traducidos Aqui

<html>
    <head>
        
        
        <?php $jjq = base_url()."js/jquery-latest.js";
              $jja = base_url()."js/jquery.validate.js";
    
echo "&lt;scriptsrc='$jjq'></script>   1: ";
    echo "<script src='$jja'>
";
    
    ?>
 
        <style type="text/css">
 
            * { font-family: Verdana; font-size: 96%; }
            label { width: 10em; float: left; }
            label.error { float: none; color: red; padding-left: .5em; vertical-align: top; }
            p { clear: both; }
            .submit { margin-left: 12em; }
            em { font-weight: bold; padding-right: 1em; vertical-align: top;                     }
        
              

 
function validar(esto){ 
valido=false; 
for(a=0;a<esto.elements.length;a++){ 
if(esto[a].type=="checkbox" && esto[a].checked==true){ 
valido=true; 
break 
} 
 
} 
if(!valido){ 
alert("Chequee una casilla!");return false 
} 
 
}  
 
 </script>
  
            <script type="text/javascript">
 
$(document).ready(function(){
$("body div:last").remove();
});</script>
 
 
         
  $(document).ready(function(){
 $("#registro").validate({
  rules: {
    nom_usu: {
      required: true,
      maxlength: 25,
      minlength:    3
    },
    
    login: {
      required: true,
       maxlength: 2,
      minlength:    2,
      number: true
    },
    
    psw: {
      required: true,
       maxlength: 10,
      minlength:    6,
      number: true,
      equalTo: "#psw1"
 
    },
    
    psw1: {
      required: true,
       maxlength: 10,
      minlength:    6,
      number: true
 
    },
    
    acceso: {
      required: true
    },
    
    
    status: {
      required: true
    }
  }
});
 
  });
  </script>
  
  <style>
      label{
        width:150px;
        display: inline-block;
    }
  </style>
  
</head>
<body>
  <div id="container" align="center">
  
  
  <form id="registro" name="registro" onclick="return validar(this)" action="&lt;?=base_url()?>index.php/users/addUser" method="POST">
    
    
    <b><label for="login">Usuario:</label></b>
    <input type="text" name="login" id="login" onchange=""/> <br />
    
    
    <b><label for="nom_usu">Nombre:</label></b>
    <input type="text" name="nom_usu" id="nom_usu"/><br />
    
    <b><label for="psw">Contraseña</label></b>
    <input type="password" name="psw" id="psw" /><br />
    
    
    <b><label for="psw1">Repite contraseña</label></b>
    <input type="password" name="psw1" id="psw1"/><br />
    
    <b><label>Tipo de usuario</label></b>
    <select name="acceso" id="acceso">
        <option value="0">Registrado</option>
        <option value="1">Administrador</option>
    
    </select>
    <br />
    <br />
    
    <b><label>Estado de usuario</label></b>
    Activado<input type="radio" name="status" id="status" value="1"/>
    Desactivado<input type="radio" name="status" id="status" value="0"/>
    
    <br />
    <br />
    <br />
    
    
    <b><label for="local">Llamadas locales</label></b>
    <input type='checkbox' name="local" id="local" value='1' /> 
    <br />
    <br />
    
    <!--
    Llamadas locales
    Activadas
    Desactivadas
    
    
-->
    
    <b><label for="ld_nacional">Llamadas a larga distancia nacional</label></b>
    <input type='checkbox' name="ld_nacional" id="ld_nacional" value='1' />
    <br />
    <br />
    <br />
    <!--
    Llamadas a larga distancia nacional
    Activadas
    Desactivadas
    
    
    
-->
    
    <b><label for="cel_local">Llamadas a celular <br />local   </label></b>
    <input type='checkbox' name="cel_local" id="cel_local" value='1' />
    <br />
    <br />
    <br />
    
    <!--
    Llamadas a celular 
local   
    Activadas
    Desactivadas
    
    
    
-->
    
    
    <b><label for="cel_ld">Llamadas a celular a larga distancia</label></b>
    <input type='checkbox' name="cel_ld" id="cel_ld" value='1' />
    
    <br />
    <br />
    <br />
    
    <!--
    Llamadas a celular a larga distancia
    
    Activadas
    Desactivadas
    
    
    
-->
    
    <b><label for="internacional">Llamadas internacionales</label></b>
    <input type='checkbox' name="internacional" id="internacional" value='1' />
    <br />
    <br />
    <br />
    <!--
    Llamadas internacionales
    Activadas
    Desactivadas
    
    
    
    -->
    
 
    <input type="submit" name="submit" value="Registrar"/><br />
    
    
    
    </form>
</div>
</div>
 
 
</body>
</html>

Vistas MySQL y Funciones en CodeIgniter

en octubre 24, 2012

Vistas

¿Para que sirven?

Una vista en la base de datos MySQL Sirve para representar o interpretar los datos que se encuentran en las filas de las tablas.

Por ejemplo:

Cuando una columna guarda puros datos booleanos de ceros y unos al momento de realizar la consulta el usuario tiene que saber que significa estos valores, como cuando se guarda el tipo de usuario de un sistema que son “Administrador y Normal”, al administrador en la tabla se guarda como 1 y al usuario con el 0.

Código para crear la vista

CREATE VIEW PRUEBA AS (
select 
    `user_control`.`ld_nacional` AS `ld_nacional`,
    `user_control`.`cel_local` AS `cel_local`,
    `user_control`.`internacional` AS `internacional`,
    `user_control`.`cel_ld` AS `cel_ld`,
    `user_control`.`local` AS `local`,
    `user_control`.`nom_usu` AS `nom_usu`,
    `user_control`.`id_usu` AS `id_usu`,
    `user_control`.`login` AS `login`,
    `user_control`.`psw` AS `psw`,
    if((`user_control`.`acceso` = 0),'Normal','Administrador') AS `acceso`,
    if((`user_control`.`status` = 0),'Desactivado','Activado') AS `status` 
  from 
    `user_control` 
    )

Como pueden ver en los campos “acceso y status” hay un IF donde dice que si es igual a 0 mandara el valor de Normal y si es 1 mandara Administrador, en caso de status, si es igual a 0 pintara como Desactivado y si no es igual a 0 pintara como Activado.

Código tabla original

CREATE TABLE `user_control` (
  `id_usu` tinyint(3) unsigned NOT NULL AUTO_INCREMENT,
  `status` int(1) unsigned NOT NULL DEFAULT '1',
  `nom_usu` varchar(25) NOT NULL,
  `login` varchar(4) NOT NULL DEFAULT '0000',
  `psw` varchar(40) CHARACTER SET latin1 COLLATE latin1_spanish_ci NOT NULL,
  `local` tinyint(4) NOT NULL DEFAULT '0',
  `ld_nacional` tinyint(4) NOT NULL DEFAULT '0',
  `cel_local` tinyint(4) NOT NULL DEFAULT '0',
  `cel_ld` tinyint(4) NOT NULL DEFAULT '0',
  `internacional` tinyint(4) NOT NULL DEFAULT '0',
  `acceso` tinyint(4) NOT NULL DEFAULT '0',
  PRIMARY KEY (`id_usu`),
  UNIQUE KEY `login` (`login`)
) ENGINE=InnoDB AUTO_INCREMENT=42 DEFAULT CHARSET=utf8;

Ahora la función en el modelo para cargar los datos, el archivo se llama usersModel.php

public function getUsers(){
        $data=$this->db->get('vista');
        if($data->num_rows() >0){
            return $data;
        }else{
            return false;
            }
    }

Ahora se manda llamar la función del modelo con la función getUsers desde el controlador, el archivo se llama Welcome.php

public function getUsers(){
        
        if(isset($_SESSION['usuario'])){
        //GUARDA EN LA VARIABLE $USERS TODOS LOS USUARIOS
        $data['users'] = $this->usersModel->getUsers();
    
        $data['principal']="listusers.php";
        
                //SE ASIGNA QUE PAGINA SE CARGAR PARA VISUALIZAR LOS DATOS
                $this->load->vars($data);
                $this->load->view('plantilla');
        }else{
        echo " alert('Acceso restringido')";
        $data['principal']="acceso.php";
        
                $this->load->vars($data);
                $this->load->view('plantilla');
        }
    }

Les dejo las vistas de la plantilla y la lista de usuarios por si la necesitan

listuser.php

  
<?php
  
  
$eliminar = base_url()."imagenes/eliminar.fw.png";
$actualizar = base_url()."imagenes/modificar.png";
    
function estadoImg($edo){
    $palomita = base_url()."imagenes/v.fw.png";
    $x = base_url()."imagenes/eliminar.png";
    if($edo==1){
        return "<img src=".$palomita.">";
    }
    else{
        return "<img src=".$x.">";
    }
}
  
  
  
?>
<scripttype="text/javascript">   1:  
        <!--
        
        function confirmacion(id) {
        var answer = confirm("Esta seguro que desea eliminar")
        if (answer){
        alert("Ha confirmado eliminar")
        location.href="deleteUserId/"+id
        }
        else{
        alert("Cancelado")
        }
    }
    
    function actualizar(id) {
        
        location.href="updateUserId/"+id
        
    }
//--></script>
  
<body>
    
<div id="container">
  
    <div id="body" align="center">
        <h3>Mis Usuarios son</h3>
        <p>hola</P>
        <?php echo $_SESSION['usuario'];?>
        
        <div id="tabla">
         
            <table border="0" align="left">
            
            <form id="b" name="b" action="&lt;?=base_url()?>index.php/welcome/buscarUsuarios" method="POST">
            <td><input type= "text" id="buscar" name="buscar" ></td>
            
            <td><input type="submit" id="arre" name="arre" value="buscar"&lt;/td></tr>
            </form>
            
            
            
            
            </table>
            
            <table border="0" align="center">
            <tr bgcolor="#7362ec" align="center" onfocus="<?php echo "HOLA";?>">
            
            <td><b>Nombre</b></td>
            <td><b>Usuario </b></td> 
            <td><b>Estado de usuario </b></td> 
            <td><b>Nivel de acceso</b></td>
            <td><b>Llamadas locales permitidas</b></td>
            <td><b>Llamadas celular local permitidas</b></td>
            <td><b>Llamadas a celular  permitidas</b></td>
            <td><b>Llamadas nacionales permitidas</b></td>
            <td><b>Llamadas internacionales permitidas</b></td>
            <td><b>Eliminar usuario</b></td>
            <td><b>Modifiacar usuario</b></td>
            </tr>
            <tr>
        
            <?php
            $colorfila=0;
            
            
            if($users!=false){
               foreach($users->result() as $row){
                   if ($colorfila==0){ 
                   $color= "#b5b5b5"; 
                   $colorfila=1; 
                    }else{ 
                   $color="#f7f7f7"; 
                   $colorfila=0; 
                }    
                echo "<tr bgcolor='".$color."' align='center'>";
                echo "<td>";
                echo "<a href=".base_url()."index.php/welcome/getUserId/".$row->id_usu.">";
                echo $row->nom_usu."</a> </td> <td>". $row->login."</td>
                <td> ".$row->status."</td>
                <td > ".$row->acceso."</td> 
                
                <td>". estadoImg($row->local)."</td>
                <td>". estadoImg($row->cel_local)."</td>
                <td>". estadoImg($row->cel_ld)."</td>
                <td>". estadoImg($row->ld_nacional)."</td>
                <td>". estadoImg($row->internacional)."</td>
                <td><a href=javascript:confirmacion($row->id_usu)><img src=$eliminar></a></td>
                <td><a href=javascript:actualizar($row->id_usu)><img src=$actualizar></a></td>";
                echo "</tr>";
            }
            
        }
        ?>
        
        </table>
        </div>
  
    </div>
  
  
</div>
  
</body>

plantilla.php

<!DOCTYPE html>
<html lang="en">
<head>
    
    
    <meta charset="utf-8">
    <title>Usuarios ITLM</title>
    <?php $estilo = base_url()."css/estilo.css";
          $estiloMenu = base_url()."css/menu.css";
    
    
          $logo = base_url()."/imagenes/logo.jpg";
          $menu= base_url()."/js/menu.js";
          $jjq= base_url()."/js/jquery.js";
          
      
          echo "&lt;link rel='stylesheet' type='text/css' href='$estilo' media='all'>";
          echo "<link rel='stylesheet' type='text/css' href='$estiloMenu' media='all'>";
          echo "<scriptsrc='$jjq'></script>   1: ";
          echo "<script src='$menu'></script>";
         
          
         
    ?>
           
</head>
  
<body>
<div align="center">
<?php
  
$this->load->view('encabezado');
$this->load->view($principal);
$this->load->view('pie.php');
  
?>
</div>

Les dejo un video que vi por si se van iniciando al Framework de CodeIgniter

[youtube http://www.youtube.com/watch?v=jhP6vVc7Yts&hl=en&hd=1]

Mapa mental intercepting filter

en octubre 18, 2012

UNIDAD 4. ARQUITECTURA DE PROTOTIPOS EMPRESARIALES

en octubre 14, 2012

¿QUE ES UN RIESGO PARA UN PROYECTO DE SOFTWARE?

Un riesgo es aquel factor que influye negativamente en el éxito del proyecto. El riesgo en un proyecto de desarrollo de software incluye componentes técnicos y de conocimiento del mismo. Los temas de naturaleza organizacional constituyen los factores dominantes de los riesgos del proyecto, a la vez que son los que se tratan satisfactoriamente en menos de la tercera parte de los proyectos de desarrollo, entre ellos los conflictos entre departamentos, entre usuarios, el cambio del responsable ejecutivo del proyecto, volatilidad del personal, número de unidades de la organización implicadas y proyectos que involucran a múltiples proveedores.

¿CUAL ES LA IMPORTANCIA DE LA GESTION DE RIESGOS?

Para lograr producir aquello que el cliente requiere, en el plazo solicitado y ajustados al presupuesto asignado, se necesita desarrollar un proceso que incluya desde la etapa más temprana la gestión de los riesgos asociados a los requisitos, de forma que se contribuya al mejoramiento gradual del proceso de desarrollo y la gestión de un proyecto de software que logre la satisfacción del cliente.

La identificación y gestión de los riesgos asociados a los requisitos del software, individuales y a grupos de ellos, desde la fase de ingeniería de requisitos puede permitir minimizarlos, evadirlos y controlarlos. El enfrentamiento proactivo de los riesgos que pueden afectar al desarrollo o a la calidad de los requisitos y las acciones para evitarlos, permitirían minimizar problemas que persisten en el desarrollo de software. Son de mayor importancia los riesgos asociados a las principales características de calidad de los requisitos.

¿DEFINE LAS ETAPAS DEL MODELO DE GESTION DE RIESGOS?

· IDENTIFICACION DE RIESGOS

El Tratar de identificar riesgos es un criterio proactivo que busca identificar posibles factores de riesgo y tomar medidas de factores de riesgos y tomar medidas de aseguramiento o planes de contingencia para contrarrestarlos a ellos y a sus efectos.

Al realizar esta identificación podría hablarse de riesgos genéricos y riesgos específicos del producto.

LISTADO DE RIESGOS POTENCIALES

TIPO DE RIESGO	INDICADORES POTENCIALES
Tecnológico	Entrega retrasada del hardware o de la ayuda al software, muchos problemas tecnológicos reportados.
Personal	Baja moral del personal, malas relaciones entre los miembros del equipo, disponibilidad de empleo.
Organizacional	Chismorreo organizacional, falta de acciones por el administrador principal.
Herramientas	Rechazo de los miembros del equipo para utilizar herramientas, quejas acerca de las herramientas CASE, peticiones de estaciones de trabajo mas potentes.
Requerimientos	Peticiones de muchos cambios en los requerimientos, quejas del cliente.
Estimación	Fracaso en el cumplimiento de los tiempos acordados, y en la eliminación de defectos reportados.

ANALISIS DE RIEGOS

Durante este proceso, se considera por separado cada riesgo identificado y se decide acerca de la probabilidad y la seriedad del mismo.

No existe una forma fácil de hacer esto, Recae en la opinión del administrador del proyecto. No se hace una valoración con números precisos sino en intervalos.

RIESGO	PROBABILIDAD	EFECTOS
Los problemas financieros de la organización fuerzan a reducir el presupuesto del proyecto.	Baja	Catastrófico
Es imposible reclutar personal con las habilidades requeridas para el proyecto.	Alta	Catastrófico
El personal clave esta enfermo y no disponible en momentos críticos.	Moderada	Serio
Los componentes de software a reutilizarse contienen defectos que limitan su funcionalidad.	Moderada	Serio
Se proponen cambios en los requerimientos que requieren rehacer el diseño.	Moderada	Serio
La organización se reestructura de tal forma que una administración diferente se responsabiliza del proyecto.	Alta	Serio
La BD que se utiliza en el sistema no puede procesar muchas transacciones por segundo como se esperaba.	Moderada	Serio
El tiempo requerido para desarrollar el software esta subestimado.	Alta	Serio
Las herramientas CASE no se pueden integrar.	Alta	Tolerable
Los clientes no comprenden el impacto de los cambios en los requerimientos.	Moderada	Tolerable
La capacitación solicitada para el personal no esta disponible.	Moderada	Tolerable
La tasa de reparación de defectos esta subestimada.	Moderada	Tolerable
El tamaño del software esta subestimado.	Alta	Tolerable

PLANEACION DE RIESGOS

Se establece un plan de gestión del riesgo para cada uno de los riesgos clave identificados.

Depende del conocimiento y la experiencia del gestor del proyecto.

Estrategias de anulación o prevención.
Estrategias de disminución o minimización
Planes de contingencia.

RIESGO	ESTRATEGIA
Problemas financieros de la organización	Preparar un documento breve para el administrador principal que muestre que el proyecto hace contribuciones muy importantes a las metas del negocio.
Problemas de reclutamiento	Alertar al cliente de las dificultades potenciales y las posibilidades de retraso, investigar los componentes comprados.
Enfermedad del personal	Reorganizar el equipo de tal forma que haya traslape en el trabajo y las personas comprendan en de los demás.
Componentes defectuosos	Reemplazar los componentes defectuosos con los comprados de fiabilidad conocida.
Cambios en los requerimientos	Rastrear la información para valorar el impacto de los requerimientos, maximizar la información oculta en ellos.
Restructuración organizacional	Preparar un documento breve para el administrador principal que muestre que el proyecto hace contribuciones muy importantes a las metas del negocio.
Desempeño de la base de datos	Investigar la posibilidad de comprar una BD con alto desempeño
Tiempo de desarrollo subestimado	Investigar los componentes comprados y la utilización de una generador de programas.

SUPERVICION DEL RIESGO

Valora cada uno de los riesgos identificados para decidir si este es más o menos probable y cuando los efectos del mismo han cambiado.

Se hace una valoración después de alcanzar cada hito principal.
Encargado de riesgos:
Alertar sobre los riesgos del proyecto y evitar que los administradores y desarrolladores los ignoren en la planificación.
Buscar todas las razones por las cuales el proyecto puede fallar.
Supervisar la efectividad de los planes de reducción de riesgos.

Realizar el clásico análisis costo-beneficio para la prevención o el plan de contingencia del riesgo.

La supervisión del riesgo debe ser un proceso continuo y en cada revisión del progreso de la administración cada uno de los riesgos clave debe ser considerado por separado y discutido.

Modelado de implementación

en septiembre 29, 2012