Seguridad Informática: Gestión de Riesgo en Procesos de Negocios

Muy bueno el artículo de Enrique Dutra sobre la implicancia de los riesgos, tecnología y el negocio.
Describe varios conceptos:

Seguridad Informática: Gestión de Riesgo en Procesos de Negocios: "La presencia de amenazas que comprometen el sistema deben ser analizadas y a su vez evaluadas las probabilidades de que una amenaza aproveche esas vulnerabilidades."
- Definición de: Activo, Amenaza, Vulnerabilidad, Riesgo
- La problemática actual
- Análisis versus gestión
- Proceso de Gestión de Riesgo clásico
- Defensa en profundidad
- Proceso de Gestión de Riesgo en Procesos de Negocio
- Factores críticos de éxito

Curso de NHibernate en Buenos Aires (Febrero 2007)

El Mug está organizando un curso de nhibernate, en Buenos Aires.
Esta es la data del evento:

SEMINARIOS GRATUITOS de "NHibernate"

Disertantes: Sres. Fabio Maulo y Darío Quintana.

Fechas y Horario: Miércoles 20 y Jueves 21 de febrero de 2008, en el horario de
18.30 a 21.30 hs.

Lugar: Auditorio MUG, Rivadavia 1479 1º A



Contenidos:

SEMINARIO 20/02/08 "NHibernate: ORM Persistence Framework"

- Quick Start

- Entorno de test de entities

- Manejo de Session de NHibernate: Qué cosas hacer y qué no.

- Parent-Child

- Overview Lazy-Loading

- Ejemplo de como cambiar base de datos usando los ejemplos generado

en toda la charla.

- Overview NHibernate.Validator



SEMINARIO 21/02/08 "NHibernate Advanced"

- Introducción a NHibernate

- Manejo de Sesiones.

- Conceptos y ejemplos: EntityName, SQL nativa para CRUD, Transformers,
StoredProcedure, Named-Queries, Event-Listeners, Filters, MultiQuery,
StatelessSession, UserType, UserCollectionType, Batch-size entre otros.

- Queries: HQL, Criteria, SQL Nativo.

- NHibernate.Shards: Estado del arte

- TunningPara asistir al Seminario Doble debe registrarse en este link.




Registración


(*) Este evento es gratuito.

Consejos para una mejor interfaz gráfica de usuario (GUI; NO! diseño gráfico): #1 No forzar la vista del usuario

Este es el primer post, de una serie, con consejos para lograr una mejor interfaz grafica de usuario (GUI). No están referidos al diseño gráfico en sí, sino, se trata simplemente de cómo organizar los elementos en el software o en alguna aplicación web.

Están basados en mi experiencia de trabajar con personas de diferentes perfiles. Por un lado, el usuario casual, con poco manejo de software (Rojas y Asociados). Y por otro lado, personas con un manejo intensivo de sistemas informáticos (Tarjeta Nevada).

Para la mayoría de los ejemplos, voy a usar webs. Dado que es conocido y fácilmente comprobable.

Consejo #1: No forzar la vista del usuario

La distribución de los elementos en la pantalla es muy importante. Hoy en día las pantallas tienen, en promedio , una resolución de 1024 x 768
pixeles. Sin embargo, de a poco, empiezan a emerger las pantallas anchas (widescreen).

He clasificado la pantalla en 2 zonas con diferentes niveles de uso: la zona importante y la zona secundaria.

La zona importante

La zona importante es el área donde van los elementos principales con las cuales interactuará el usuario. Es lo que se le quiere destacar al usuario. Por ejemplo, si  alguien ingresa a una pantalla para ver un listado, esta es la zona donde debería mostrarse dicho listado.

Es recomendable, que la zona importante esté en el centro de la pantalla. Dado que allí hay un mayor impacto visual, útil para para usuarios no entrenados.

Sin embargo, la zona importante debe estar apenas deslizada del eje vertical. Esto por razones  ergonómicas: teniendo en cuenta que se aconseja que el monitor esté a la altura de los ojos y, 
que los humanos tendemos a mirar más hacia abajo (nada) que hacia arriba (párpados); entonces, nuestro movimiento natural es mirar el centro y continuar hacia abajo. Ver la figura 1.

La zona secundaria

La zona secundaria de la pantalla es donde va información contextual a la importante. Si es un cuadro de confirmación, aquí nunca iría el botón de "Aceptar" o "Cancelar".

Esta zona le permite al usuario, seguir con otras actividades a la principal. Por ejemplo, si llegó aquí por error, puede continuar con alguna pantalla de un menú o barra de herramienta.

A veces, sirve para manipular la actividad en la zona importante. Por ejemplo, si usamos el Microsoft Paint, el lápiz (botón del costado) permite dibujar sobre el lienzo (zona importante).

En general, en la zona secundaria, se muestran las "otras tareas" que puede realizar el usuario sobre el software.

Ejemplos

Como ejemplo, van 2 casos. El primero es de
cnn.com. Aquí, la zona importante realza bien y tiene un 50% del área total usada para la interacción con el usuario.

El segundo caso es de Diario Uno de Mendoza. Aquí quise resaltar, la poca relevancia que tiene la zona importante (20%) ; y, lo mal distribuido que está respecto del centro (tomado en un monitor widescreen).

En resumen, la interfaz no debería forzar la vista del usuario. La zona importante debería estar en el centro y tener la relevancia necesaria para
llamar la atención del usuario.

Hasta la próxima!

Aplicando Lean al desarrollo de aplicaciones

McKinsey ha publicado un documento de cómo aplicar Lean al desarrollo de aplicaciones. Lean es la filosofía oriental que busca la mejora de la productividad eliminando los derroches. (En realidad, algunos de los temas tratados pueden ser extendido a desarrollo de proyectos)

El informe presenta los principales focos de derroches. El más sobresaliente es el cambio de requerimientos. Éste afecta en diversas fases tales como el desarrollo en sí y la fase de prueba.

McKinsey recomienda 3 pasos para la eliminación de los derroches.

1. Primero, rediseño del proceso con releases bimestrales.


2. Segundo, balanceo de carga de trabajo. Esto es unir desarrolladores y testers, e involucrar personal de otros grupos de trabajo en momentos críticos.


3. Tercero, gestión del proceso completo. Usando una planilla de cálculos que resalte los puntos críticos.

El artículo completo está disponible en:

Applying lean to application development and maintenance.
To make application development and maintenance more productive, IT managers are getting lean.

By Noah B. Kindler, Vasantha Krishnakanthan, and Ranjit Tinaikar.

ADO.Net Entity Framewrok: El NHibernate de Microsoft

En Febrero del 2008 se viene el Microsoft ADO.Net Entity Framework. Será incluído dentro de Visual Studio 2008 y Sql Server 2008. Es la alternativa de Microsoft a NHibernate. La noticia fue dada a conocer por Michael Pizzo en el último número de "The Architecture Journal" (Pizzo 2007).

El ADO.Net Entity Framework permitirá a la aplicación usar un modelo conceptual de herencia, relaciones y datos fuertemente tipados. Dicho modelo podrá ser mapeado a varios esquemas de almacenamiento.

El ADO.Net Entity Framework mapeará objetos de negocio a tablas relacionales. Con esto se ataca la impedancia existente entre el modelo orientado a objetos y el modelo entidad-relación. La idea principal es promocionar las reglas de negocio dentro de la base de datos(stored-procedures) a una capa superior (aplicación). Dicha idea se basa en la escalabilidad futura de la aplicación.

La configuración del Framework será out-of-band, es decir externa a la aplicación (.xml).

Finalmente, se actualizaron algunos componentes. El principal es el DataReader que ahora soporta polimorfismo, anidamiento y valores complejos.



Referencias
Pizzo, Michael (2007). An Application-Oriented Model for Relational Data. The Architecture Journal, 12, pp 19-25. http://www.architecturejournal.net

 

Sobre el autor

Pablo Pizarro es un Ingeniero en Informática que se especializa en
aplicaciones web empresariales. Está radicado en Mendoza, Argentina. Su
objetivo profesional es "mejorar la competitividad de las organizaciones a
través de la integración de la información". Actualmente, trabaja en el
área de I+D de la consultora minera Rojas y Asociados. Antes, trabajó en el área
de tecnología de Tarjeta Nevada (tarjeta de crédito). Hoy en día, se encuentra
desarrollando un proyecto sobre aplicaciones empresariales junto a otros
profesionales. Puede ser contactado a través de su email:
pizarropablo@gmail.com.

About the author

Pablo Pizarro is an Engineer in Information Technology, which specializes in
enterprise web applications. He lives in Mendoza, Argentina. His professional
objective is "Enhance competitiveness of organizations through the integration
of the information". Actually, he works in I+D department in Rojas & Associates
mining consultancy. Prior, he worked in the area of Technology in Tarjeta
Nevada (credit card). Today, he is developing a project about enterprise
applications with other professionals. He can be contacted at
pizarropablo@gmail.com.