Caricias de Algodon - Ingenieria en Sistemas de Informacion

Buen cliente

2010-01-20T22:40:00.001-03:00

Usabilidad

2008-12-04T08:49:00.003-02:00

Sueldos en sistemas en 2008

2008-10-11T21:25:00.002-03:00

Según lo informado por UniversoBIT

Subcontratar

2008-05-31T23:37:00.003-03:00

Subcontrata...

...hasta cierto punto.

Administración del tiempo

2007-09-20T10:03:00.000-03:00

Frases que rescato de lo que estaba leyendo para Administración gerencial:

"No es que dispongamos de poco tiempo, es que perdemos mucho". Lucio Séneca.
"Si usted está sentado conversando con una hermosa joven durante una hora, le parecerá un instante. Pero si usted se sienta sobre una estufa caliente durante un instante le parecerá una hora". Esto es lo que dijo Einstein explicando la relatividad del tiempo.
"Estoy interesado en el futuro porque pasaré el resto de mi vida allí". Charles Kettering
Nicholas Murray Butler diferenció tres tipos de personas

Las que hacen que las cosas sucedan
Las que miran como las cosas suceden
Las que no tienen la menor idea de lo que está sucediendo

Organigrama

2007-05-25T12:15:00.001-03:00

Globo aerostatico

2007-05-05T15:37:00.000-03:00

Este chiste surgió hoy en la clase de diseño de sistemas...

Un hombre está volando en un globo aerostático y se da cuenta de que se encuentra perdido. Mientras hace algunas maniobras ve a un tipo caminando por el campo.
El hombre hace descender el globo algunos metros y grita:
- Perdone, ¿me puede decir donde estoy?
A lo que el hombre que está debajo le responde:
- Usted está en un globo aerostático, suspendido a unos 10 metros del suelo.
- Usted es informático ¿verdad? - dice el del globo.
- Así es - dice el de abajo - ¿Cómo se ha dado cuenta?
- Bueno, -dice el del globo - Todo lo que usted me ha dicho es técnicamente correcto, pero no resulta de utilidad para nadie.
y el de abajo responde:
- Y usted debe ser un usuario.
- Exacto, - responde el del globo - ¿Cómo lo ha sabido?
- Sencillo. Usted no sabe donde se encuentra, ni hacia donde va, pero espera que yo le pueda ayudar. Usted está en la misma situación que antes de que nos encontráramos, pero ahora cree que la culpa la tengo yo.

Niveles de comunicacion

2007-04-26T13:16:00.000-03:00

Nivel 1: Se trata de una comunicación a base de fórmulas.
Nivel 2: Hablar acerca de otras personas.
Nivel 3: Hablar de ideas y juicios.
Nivel 4: Comunicar nuestras experiencias.
Nivel 5: Comunicar nuestros sentimientos.
Nivel 6: Comunicar nuestra intimidad.

Fases de un proyecto

2007-04-22T13:59:00.000-03:00

Perdón por desaparecer unos días, es que ultimamente no tengo tiempo para nada =( ...

Degradacion de la comunicacion

2007-04-16T22:07:00.000-03:00

La comunicación es fundamental para entender las necesidades del usuario. Un problema de comunicación es la degradación de esta, inconveniente que nos juega demasiado en contra a la hora de obtener sus requerimientos:

----------------------------------------------------------------------
Lo que SE
---------------------------------------------------------------
Lo que ME INTERESA DECIR
-----------------------------------------------------------
Lo que PUEDO DECIR
----------------------------------------------------
Lo que DIGO
----------------------------------------------
Lo que OYE
------------------------------------------
Lo que ESCUCHA
-------------------------------------
Lo que ENTIENDE
-------------------------------
Lo que ACEPTA
-------------------------
Lo que APLICA

Congelar las especificaciones

2007-04-09T22:30:00.000-03:00

Hoy no iba a postear porque estoy frita pero leí una frase muy sabia que vale la pena darla a conocer.

"Caminar sobre el agua y desarrollar software a partir de unas especificaciones es fácil… si ambas están congeladas."

Ing. Edward V. Berard

Modelos de calidad

2007-03-01T09:54:00.000-03:00

Los modelos de calidad resuelven la complejidad mediante la descomposición del concepto de calidad en sub-conceptos. Generalmente se definen en forma jerárquica 3 niveles:

Cada uno de los factores se descompone en un conjunto de CRITERIOS de calidad y para cada uno de los criterios de calidad se definen un conjunto de MÉTRICAS.

FACTORES

Representan la calidad desde el punto de vista del usuario.
Son las características que componen la calidad.
También llamados Atributos de Calidad Externos.

CRITERIOS

Representan la calidad desde el punto de vista del producto software
Son atributos que, cuando están presentes, contribuyen al aspecto de la calidad que el factor asociado representa.
También llamados Atributos de Calidad Internos.

MÉTRICAS

Son medidas cuantitativas de ciertas características del producto que, cuando están presentes, dan una indicación del grado en que dicho producto posee un determinado atributo de calidad.

VENTAJAS:

Convierten a la calidad en algo concreto, que se puede definir, medir y planificar.
Ayudan a comprender las relaciones que existen entre diferentes características de un producto software.

DESVENTAJAS:

Ninguno de los modelos tiene una validez absoluta.
Las conexiones que establecen entre características, atributos y métricas se derivan de la experiencia, y de ahí que existan múltiples modelos.

ALGUNOS MODELOS DE CALIDAD:

McCall: es uno de los más antguos y del que derivan:
Boehm
SQM

Codificacion

2007-02-11T19:23:00.000-03:00

“Cualquier tonto puede escribir código que un ordenador pueda comprender. Los buenos programadores escriben código que los humanos pueden comprender.”

Martin Fowler

Calidad de software

2007-01-28T23:05:00.000-03:00

“The quality of a software system is governed by the quality of the process used to develop and maintain it.”

Watts S. Humphrey

Fundador del programa de Ingeniería de software en el SEI (Software Engineering Institute) en la Universidad de Carnegie Mellon.

Top 10: Usabilidad en las peliculas

2006-12-23T23:27:00.000-03:00

Suena horrible la traduccion de Usability = Usabilidad, pero al margen de eso, les dejo un resumen de uno de los Alertbox de Jakob Nielsen que se titula "Usability in the Movies -- Top 10 Bloopers".

1. Pueden usar inmediatamente cualquier programa: llegan a una compañía de cualquier lugar (otro país, planeta, etc) y usan la computadora como si nada. ¿Cuánto tiempo te lleva usar nuevas aplicaciones por primera vez? Que todas las interfaces de usuario sean walk-up-and-use es probablemente el aspecto más irreal representado, todos sabemos que hasta el usuario más inteligente tiene problemas usando los mejores diseños.

2. Los viajantes en el tiempo pueden usar diseños actuales: tanto los que vienen del pasado como del futuro no tienen problemas al usar las tecnologías actuales. Podemos pensar que las personas que vienen del futuro llevan ya un tiempo usando los sistemas actuales, pero esto no es así. Por ejemplo, alguien que nunca vio una línea de comando o tipeó un comando de DOS no podría hacerlo si fuera transportado al pasado, a la era DOS.

3. 3D: mostrar datos e información en 3D parece ser una forma de mostrar complejidad. Si bien 3D se usa para las demostraciones, el producto final resulta ser en 2D. Como dice Nielsen: “3D is for demos. 2D is for work.”

4. La integración es fácil y hay interoperabilidad de los datos: en el mundo de las películas, los usuarios no tienen problemas para conectar computadoras con distintos sistemas operativos. Los usuarios de Mac viven en el mundo de las PCs sin siquiera percibirlo (y hay una cantidad desproporcionada, muchas más Mac’s que PC’s, en películas de una década atrás cuando Apple tenía los mejores presupuestos).

5. Acceso Denegado / Acceso garantizado: cuando prueban las contraseñas aparece el mensaje de "Access Denied". Pocos segundos después de los intentos fallidos, el héroe ingresa la contraseña correcta y aparece el cartel de "Access Granted".
Las mejores interfaces de usuario proceden directamente a la pantalla principal de la aplicación tan pronto como se logueen, después de todo están diseñadas para usuarios autorizados por lo que no hay razón para retardarlos con confirmaciones de este tipo.

6. Fuentes grandes: además de las inmensas letras que se usan para el mensaje de "Access Denied", la mayoría de las aplicaciones que se usan en las películas, tienen letras grandes, fácilmente legibles. En la vida real, los usuarios frecuentemente sufren las letras pequeñas de los sitios web que generalmente no te permiten ajustar el tamaño al gusto de cada uno.

7. La computadora hablante de Star Trek: la computadora operada por voz en Star Trek es un notable ejemplo de audience interface en preferencia de user interface. Los comandos y respuestas habladas hacen a la audiencia que sea fácil seguir los pasos, sin embargo es una forma muy ineficiente de controlar un sistema complejo.

8. Manejo remoto: en la práctica, hay una razón por la cual usamos un volante en lugar de un joysticks, touchpads, o push-buttons para manejar autos: el volante es un excelente dispositivos de entrada para una especificación rápida y adecuada del direccionamiento. No se puede sustituir por estos otros dispositivos y obtener la misma performance como ocurre en Tomorrow Never Dies donde James Bond maneja su BMW con un celular Ericsson y de forma rápida evadiendo a los hombres.

9. Los mails son siempre buenas noticias: en los mails que reciben, ninguno es spam.

10. "This is Unix, It's Easy": en Jurassic Park, una chica de 12 años tiene que usar el sistema de seguridad del parque para mantener a todos fuera del riesgo de ser comidos por los dinosaurios. Ella va a la terminal de control y dice las inmorales palabras "This is a Unix system. I know this." Y procede a salvarlos temporalmente, al menos por ese día.
Partiendo de que sea aceptable que una chica de 12 años conozca Unix, es difícil que pueda usar inmediatamente las aplicaciones que corren en ese sistema.

Fuente: useit.com

Clasificación de Actores

2006-11-26T08:52:00.000-03:00

Los actores de los casos de uso (CU) se pueden clasificar en:

INICIADOR: Actor que inicia físicamente el CU (elegir un punto del menú, presionar un botón, presionar una tecla o iniciar la historia de alguna manera).
PRIMARIO: Dueño de la meta del CU, con o sin interacción directa según sea el caso.
SECUNDARIO: Actor que tiene interacción directa con el CU y que no es ni actor primario, ni es actor iniciador.
TERCIARIO:Stakeholder que no es actor primario, que no tiene interacción directa con el CU pero sí tiene interés, y que provee o es destinatario de información.

Un actor puede ser primario e iniciador (pertenecer a las dos categorías): Usualmente el CU es iniciado por el actor primario. Aunque hay dos situaciones en las cuales el iniciador del caso de uso no es el actor primario:

Cuando un operador inicia el CU en representación del verdadero interesado (el dueño de la meta).
Cuando el CU es disparado por el tiempo.

La categorización de un actor es propia del CU, es decir que, el mismo actor puede pertenecer a distintas clasificaciones en los distintos CU del sistema.
Para categorizar a los actores, basarse en el camino básico.
Se puede etiquetar la relación entre el actor con el CU con iniciador y/o primario
Todos los actores son stakeholders pero no todos los stakeholders son actores.

SQUARE - Metodología para requisitos de seguridad

2006-07-28T09:33:00.000-03:00

Obtener, analizar y especificar los requisitos sin ambigüedades ni omisiones, de forma que resulten verificables y cuantificablemente medibles no es fácil. Y si no resulta fácil con los requisitos funcionales, cuando se trata de requisitos de seguridad, el terreno se vuelve aún más difícil.Dentro del programa de investigación del Instituto de Ingeniería del Software para redes de sistemas supervivientes (NSS) se enmarca el proyecto SQUARE para desarrollar una metodología para la obtención, análisis, clasificación y priorización de los requisitos de seguridad.

Les dejo un resumen de los aspectos más relevantes del informe de SQUARE

"Security requirements are often identified during the system life cycle. However, the requirements tend to be general mechanisms such as password protection, firewalls, virus detection tools, and the like. Often the security requirements are developed independently of the rest of the requirements engineering activity, and hence are not integrated into the mainstream of the requirements activities. As a result, security requirements that are specific to the system and that provide for protection of essential services and assets are often neglected."

...

"So a lot of attention is given to the functionality of the system, from the user’s perspective, but little attention is given to what the system should not do."

...

"The Software Engineering Institute’s Networked Systems Survivability (NSS) Program at Carnegie Mellon University has developed a methodology to help organizations build security into the early stages of the production life cycle. The Security Quality Requirements Engineering (SQUARE) methodology consists of nine steps that generate a final deliverable of categorized and prioritized security requirements. Although the SQUARE methodology could likely be generalized to any large-scale design project, it was designed for use with information technology systems. "

En esta tabla se muestran los pasos del proceso de análisis y elicitación de requerimientos de seguridad

Algunos links útiles (que me gustarian leer cuando tenga tiempo je!)

Metodología SQUARE
Casos de aplicación y ejemplos

Ventajas de los CU

2006-07-26T22:26:00.000-03:00

Les dejo las 10 ventajas de los Casos de Uso que presenta vico.org

1. Lenguaje de comunicación entre usuarios y desarrolladores
2. Comprensión detallada de la funcionalidad del sistema
3. Acotación precisa de las habilitaciones de los usuarios.
4. Gestión de riesgo más eficiente para gobernar la complejidad.
5. Estimación más exacta para determinar tiempo, recursos y prioridades en la dosificación de esfuerzo de desarrollo.
6. Fiel trazabilidad para verificar la traducción de requerimientos en código ejecutable.
7. Mayor control para mantener las sucesivas revisiones de los programas.
8. Certificación contractual Cliente-Desarrollador.
9. Documentación orientada al usuario: Helps - Manual de Procedimientos - Reglas de Negocio.
10. Documentación orientada al administrador del sistema: Soporte de Mantenimiento.