lunes, 7 de enero de 2013

Amazon derrota a Apple en la primera batalla tecnológica de 2013


El negocio en internet no se toma vacaciones ni siquiera por Navidad. Un juez federal estadounidense rechazó el grueso de la demanda de la compañía informática Apple contra la web Amazon, a la que acusaba de publicidad falsa por haber dado a su tienda de aplicaciones virtual un nombre similar a la suya.
La tienda online de la compañía fundada por Steve Jobs se llama App Store y funciona desde 2008. La de la multinacional de Jeff Bezos se llama Appstore y entró en el mercado en 2011. La tienda de Applecuenta con algo más de un millón de aplicaciones para iPhone e iPad (con el software iOS); la de Amazon dispone de más de 60,000 aplicaciones que operan con el software Android de Google.
Una juez de Oakland, en el estado de California, dio la razón a Amazon en la contienda al considerar que no ha quedado demostrado que el uso del término Appstore confunda a los usuarios sobre si están accediendo a la tienda de Apple o la de Amazon. La justicia, eso sí, aún tiene que resolver sobre si el término escogido por Amazon viola marcas registradas.

BATALLA

Esta batalla entre los dos gigantes tecnológicos reviste una gran importancia. En un principio, puede parecer que los negocios de ambas compañías no se solapan tanto como en el caso de Apple y Samsung, protagonistas de numerosas batallas legales. La realidad es la contraria. Es cierto que en un principio Amazon se dedicó a la venta minorista de libros y discos y que Apple era un fabricante de ordenadores primero y de dispositivos móviles después. Pero si en algo han coincidido todos los grandes nombres tecnológicos ha sido en tratar de ocupar progresivamente todos los nichos de mercado, de forma que cada uno de los campos alimentase a los restantes.
Apple y Amazon no son excepciones a la norma, aunque hayan recorrido caminos contrarios: la compañía de Cupertino cimentó su renacimiento a mediados de los 90 sobre la base de los dispositivos y del software. En 2001 se introduciría en el negocio de venta de contenidos de la mano de iTunes apoyado por el éxito del iPod, el reproductor musical digital lanzado ese mismo año. A estas alturas, iTunes no solo vende música: también libros digitales, películas Posteriormente, con la entrada en el negocio de los smartphones de la mano del iPhone y más tarde de las tabletas (iPad) la empresa abriría la tienda de aplicaciones. Y todo, acompañado de software de apoyo como el iCloud, el servicio en la nube presentado en sociedad en otoño de 2011.
En un principio, Amazon era más bien rival de las cadenas de librerías físicas consolidades como Barnes & Noble. Sin embargo, la compañía no tardó en romper barreras gracias al modelo de negocio ideado por Jeff Bezos basado en la llamada economía de la larga cola (the long tail economy, en inglés, es decir, la capacidad de beneficiarse de ínfimos costes marginales para ofrecer una gran cantidad de productos de los que se venden pocas unidades).
Sobre la base de su éxito en el comercio electrónico, la compañía entraría en el negocio de los dispositivos: con un lector de libros (Kindle) que vende a precio de coste para fomentar su compra y la adquisición de productos en la web. Posteriormente lanzaría una tableta (Kindle Fire) después. Los analistas dan por hecho que Bezos va a reforzar su apuesta por el hardware para aumentar la fidelidad de los clientes y extender el control sobre sus servicios de software. Fuentes del mercado consultadas por Wall Street Journal aseguran que Amazon lleva tiempo testando un teléfono con sus socios asiáticos y que su lanzamiento podría producirse este mismo año.

EL GIGANTE (CASI) OMNIPRESENTE

Google partía de un punto de partida distinto: ofrecía un producto gratuito (búsquedas) a los usuarios, y esperaba que su negocio principal procediera de venderle el buscador a otras empresas. Hasta que copió e implementó el servicio de publicidad basada en palabras, lo que le ha servido para introducirse tanto en otros servicios como el email o la ofimática para empresas.
Al igual que Apple o Amazon ha abierto su propia tienda de aplicaciones (Google Play) apoyada por el éxito de los teléfonos equipados con Android. También ha entrado en el negocio de dispositivos (Nexus, fabricado por LG) o en el del comercio electrónico (Google Store).
Fuente: El Economista

Detenido hacker Argelino acusado de atacar 217 bancos


Un argelino de 24 años ha sido detenido por las autoridades tailandesas a requerimiento la Oficina Federal de Investigaciones de EEUU (FBI), que lo acusa de piratería informática, indicaron hoy los medios locales.
Hamza Bendelladj, acusado de robar millones de dólares en ataques informáticos contra bancos de todo el mundo, fue arrestado a última hora del domingo en el aeropuerto internacional de Bangkok, donde hacía escala hacia Malasia, recoge el diario "Bangkok Post".
"Recibimos un soplo de su llegada por el FBI, que lo ha estado siguiendo durante los últimos tres años", explicó Phanu Kerdlabpol, jefe de la Policía de Inmigración.
Phanu afirmó que el sospechoso, que se graduó en Informática en Argelia en 2008, ha cometido supuestos ataques contra 217 bancos e instituciones financieras en todo el mundo, haciéndose con "cantidades ingentes" de dinero de manera ilícita.
"En una sola transacción podía ganar entre 10 y 20 millones de dólares. Ha estado viajando alrededor del mundo en primera clase y llevando una vida de lujo", relató el jefe de Inmigración.
Durante su detención, la policía le intervino un teléfono satélite y un ordenador portátil.
Hamza compareció hoy, sonriente y esposado, en una rueda de prensa custodiado por policías en la que negó que se encuentre entre las diez personas más buscadas por el FBI, como indicaron las autoridades tailandesas.
"No estoy entre los diez más buscados, quizá sólo el 20 o el 50. No soy un terrorista", dijo entre risas el joven argelino.
Está previsto que Tailandia extradite a Bendelladj al estado de Georgia en Estados Unidos, donde un tribunal emitió una orden de búsqueda y captura.

jueves, 29 de noviembre de 2012

INGENIERÍA DE REQUISITOS


El presente trabajo busca abordar el tema de la ingeniería de requisitos y los problemas que se dan en el proceso del levantamiento de la información que pueden provenir de diversas fuentes ya que en esta se mezclan los prejuicios de analistas, gerentes, usuarios, programadores y las técnicas que se utilicen en la recolección de los datos.
En este sentido abordaremos el rol de cada persona involucrada en el proceso y como debe esta aportar en un proceso que es sumamente importante para evitar errores futuros.

ABSTRACT

La ingeniería de requisitos es un elemento vital para el desarrollo de softwares robustos y maduros, pero esto no se logra por el simple hecho de conocer la técnica, basta saber aplicarla y dominar todas las herramientas que se utilizan en la misma, pero además, se debe tomar en cuenta el rol que deben jugar todas y cada una de las personas involucradas en este proceso.

PALABRAS CLAVES
Ingeniería Software, Ingeniería Requisitos, Análisis, Diseño, Desarrollo sistemas.


INGENIERÍA DE REQUISITOS

La ingeniería de requisitos es un proceso primordial en el desarrollo de un software maduro y funcional por eso varios autores tratan el tema en sus libros:
“La ingeniería de requisitos facilita el mecanismo apropiado para comprender lo que quiere el cliente, analizando necesidades, confirmando su viabilidad, negociando una solución razonable, especificando la solución sin ambigüedad, validando la especificación y gestionando los requisitos para que se transformen en un sistema operacional.” (Pressman,2002. P.172)
 Desde el punto de vista de Pressman esta herramienta es sumamente importante porque esta facilita todo el proceso de desarrollo de software pero además de esto entrega programas funcionales y con el mínimo de errores.
  Por su parte Somerville lo ve de esta manera “La meta del proceso de ingeniería de requerimientos es crear y mantener un documento de requerimientos del sistema. El proceso general corresponde cuatro subprocesos de alto nivel de la ingeniería de requerimientos. Estos tratan de la evaluación de si el sistema es útil para el negocio (estudio de viabilidad); el descubrimiento de requerimientos (obtención y análisis); la transformación de estos requerimientos en formularios estándar (especificación), y la verificación de que los requerimientos realmente definen el sistema que quiere el cliente (validación).”  (2005: P.130).
 Viéndolo desde esta óptica el objetivo de la ingeniería de requerimientos no es sólo entregar un software funcional, pues el proceso empieza mucho antes, inicia verificando si es factible desarrollar un sistema para la organización, de esto ser factible es que se procede a hacer el levantamiento y posterior análisis.
 Terminado este proceso se crean las especificaciones del software y el diseño de los formularios que posteriormente son presentados al cliente para que sea este quien valide si el prototipo que sea ha realizado es el más ajustado a las necesidades actuales de la empresa o si requiere ajustes para cumplir con los requerimientos de la empresa.
 Pero hasta este punto puede que se vea este proceso como algo sencillo y atractivo, pero lo cierto es que muchos desarrolladores no manejan estos procesos a la perfección y en vez de lograr un estándar de desarrollo que los lleve a crear softwares maduros y robustos terminan creando lo que muchos llamarían “un desorden organizado”.
 Pero lograrlo va más allá de simples palabras pues requiere de involucrar a todos los que de una forma u otra tengan que ver en el proceso estos son:
 Los usuarios
Frecuentemente saben que lo que tienen no les ayuda y que necesitan un cambio, pero al momento de pedir o de ser entrevistados no saben expresar que hacen ni cuáles son sus funciones, pero mucho menos son capaces de saber lo que quieren ni como pedirlo.
Otro problema que se puede enfrentar es que los mismos estén predispuestos al cambio de un nuevo sistema bien sea porque es una imposición de la gerencia o porque no se sienten parte de proceso.
El Analista
Muchas veces el analista no está muy empapado del asunto y desconoce la naturaleza y los objetivos del negocio quizás porque no se preocupó en investigarlos o bien porque les fueron explicados y el mismo no los entendió, ha de ser el analista una persona entendida en la materia y con la suficiente capacidad y sabiduría para saber cuáles puntos levantar y cuales son primordiales en un proceso que puede definir el éxito o el fracaso del proyecto.
 El Diseñador
Si el Diseñador  no entiende lo que en su levantamiento plasmó el analista o simplemente decide cambiarlo por entender que no es así puede esto afectar seriamente el proceso y por tanto no se estarían creando las interfaces que inicialmente fueron concebidas por el analista y que dan al traste con lo requerido por el cliente.
El programador
Cuando la situación realmente se complica es cuando es el programador el que entiende algo distinto y decide desarrollar de acuerdo a sus creencias y convicciones, cuando esto sucede si puede representar serios problemas que pueden entregar un programa inestable y poco funcional que en nada aporta a la empresa.
Manejo de las técnicas
Por demás está decir que para una exitosa ingeniería de requerimientos el analista debe dominar las técnicas de recolección de información como son: entrevistas, encuestas, cuestionarios, formularios, modelos, contratos, la observación y todos los instrumentos que le puedan ayudar a levantar información.
Si el analista no domina estas técnicas tampoco será posible que logre hacer un levantamiento que retrate la real situación de la empresa y lo que esta requiere para lograr sus objetivos de negocio.
Conocimiento del Negocio
Conocer el negocio es una parte muy importante en este proceso, como se mencionaba en el apartado del analista este debe conocer al 100% el negocio en el cual aplicará la ingeniería de requisitos y esto debe ser extensivo a todo el equipo involucrado en el proyecto pues este elemento también es vital para poder aplicar las técnicas y herramientas correctas para lograr un software de calidad y ajustado a los requerimientos de la parte interesada.
La ingeniería de requisitos no sólo es un paso más para llenar formalidades es todo un proceso vital que va a facilitar que la empresa pueda llevar a cabo proyectos exitosos.
Esto debe ser tomado en cuenta por toda aquella persona que pertenezca a una empresa de software o que esté interesada en realizar proyectos de calidad dentro de su empresa. 
Por eso se entiende que todo proyecto que se emprenda debe ser realizado bajo estas especificaciones que influyen en la creación de softwares maduros.
BIBLIOGRAFÍA
Roger Pressman, Ingeniería de Software: Un enfoque práctico. Mcgraw Hill, 2002.

Ian Somerville, Ingeniería de Software. Pearson, 2005.
Madé Serrano, N. (2009). Metodología de la Investigación Científica: Guías para Redactar Trabajos de Investigación (2da Edición). República Dominicana: Impresora Soto Castillo S.A.