Como ya sabemos existen dos grupos de pruebas que se pueden realizar dentro del ciclo de desarrollo de un software, pruebas de caja negra y pruebas de caja blanca, las primeras se basan en que con determinadas entradas que es lo que debemos obtener como salida, y las segundas son las pruebas que se realizan al código de programación, en esta página encontrarán un curso en línea de pruebas de caja negra.

Bién todos sabemos lo importante que es la especificación de requerimientos y de Casos de uso, sabemos que es nuestro móvil durante todo el desarrollo de software. Recientemente fui a una presentación acerca de requerimientos en la cual se dieron varias características y clasificaciones de requerimientos, lo que extrañamente nunca se dice es acerca de como se deben redactar los requerimientos y/o casos de uso estos llevan una estructura gramatical, por ejemplo las acc iones dentro del flujo principal de un caso de uso tienen la siguiente estructura gramatical.

Sujeto + verbo+objeto directo+preposición

interesante verdad??? esta estructura gramatical sirve de base para especificar requerimientos correctamente. Tal vez debiera existir un sofware (no se si existe) de requerimientos que verifique requerimientos bién formados haciendo una analogía con XML.

Revisando bibliograf ía de UML, se pueden encontrar cosas realmente interesantes, cuando se hace la especificación de casos de uso, las precondiciones y poscondiciones nos pueden servir para especificar el estado inicial de la prueba y los casos de exito de la prueba respectivamente.

Como han visto he incorporado algunas secciones, entre ellas estan lo que es Tecnología Web y la mas importante para mi es la de Archivos , en la cual pondre varios doctos que he recabado durante mucho tiempo en mi busqueda de mas conocimiento en Ingeniería de Software, espero sea de su agrado.

Normalmente el trabajo de sistemas esta basado en proyectos, a diferencia de otras areas las cuales su trabajo es mas monotono, por lo cual se vuelve de vital la funcion de administrador de proyectos de software, algo parecido a un Planeador de la produccion en Ingeniería industrial, aunque las funciones de este ultimo son mas constantes. Las funciones de un administrador de proyectos de software esta basado en 4 actividades:

• 
  
  Planear


• 
  
  Organizar


• 
  
  Dirigir


• 
  
  y controlar

El siguiente es un excelente articulo de administracion de proyectos de software, Felicidades para el autor...

Martin Fowler comenta el dia de hoy en su página acerca de los artículos escritos por Conrad Bock de UML 2.0, a decir de Martin Fowler Conrad Bock es uno de los líderes en diagramas de Actividades para UML 2.0. Será bueno echarle un vistazo a esta página.