Joan Ml. Gregorio Pérez

  Para los que recién empiezan a desarrollar aplicaciones de escritorio, siempre tienen dudas de como realizar un CRUD ( Create, Read, Update y Delete ) de un registro, En esta oportunidad lo haremos con C# y SQL Server. Hay muchas formas de hacer un CRUD y con distintos  elementos windows forms. Lo importante es saber hacer un INSERT y luego procederemos con el UPDATE, DELETE y el SELEC para buscar un registro.   Crearemos el siguiente formulario con sus botones para cada acción del CRUD:   Usaremos los siguientes elementos:  Creamos la Base de Datos:  create database Productos;  go use Productos;  go create table postres (  id int not null identity,  nombre varchar(50) not null,  precio decimal(6,2),  stock float,  constraint pk_postres primary key(id) );   Ahora vamos con nuestro código. En los comentarios describo lo que hago en cada bloque de código:      // Instancio las Directivas. usin...

Independientemente del enfoque de gestión de proyectos adoptado, bien sea el predictivo tradicional, o los nuevos enfoques ágiles, el llevar a feliz término un proyecto implica más que hacer una buena planificación y medición de los avances. En este artículo exploramos algunas tareas clave que deben convertirse en hábitos para el Jefe de Proyectos durante la fase de ejecución, abarcando aspectos como asegurar que todas las partes tengan el mismo entendimiento, guiar y apoyar al equipo, eliminación de impedimentos, resolución rápida de problemas, saber reconocer las señales de alerta y tomar acciones en función a ellas.

La comunidad de ingeniería del software, está dando cada vez más importancia a las metodologías ágiles, y estas a su vez le dan un sitial de gran importancia al Software Testing de Aceptación Automatizado. Un ejemplo de esta situación es el “Desarrollo Guiado por Pruebas ( Test Driven Development )”, método en el que el código de programa es desarrollado de acuerdo a casos de prueba previamente definidos.

En la actualidad, los desarrollos de software cada vez se hacen más cortos, iterativos y con cambios de alcance sobre la marcha, por lo cual es imperativo contar con un proceso y sistema de seguimiento de incidentes que pueda identificar y corregir los errores de software en el menor tiempo posible. Cuando los Testers de software y los desarrolladores trabajan en equipo, el tiempo transcurrido entre la identificación y corrección de errores en las pruebas de software puede reducirse al mínimo.

El desarrollo de software hoy en día está caracterizado por múltiples equipos de proyectos y mantenimientos trabajando de forma simultánea, bajo cronogramas cada vez más exigentes y desarrollando sistemas que interoperan con variedad de otras aplicaciones y plataformas. Bajo un escenario como este, la gestión de los ambientes (entornos) de pruebas integrales (System Integration Tests, o SIT), adquiere gran importancia para asegurar que el Software sea puesto en producción con los niveles necesarios de calidad. En este artículo se exploran una serie de buenas prácticas en la administración de ambientes de prueba integrales de sistema (SIT). Abarcan la definición de características del ambiente de pruebas SIT, restricciones que deben aplicarse sobre el ambiente, homologación con producción, procedimientos a implementar para una buena gestión de los ambientes y prácticas que deben tener en cuenta los equipos de pruebas de los diferentes proyectos.

Como se gestiona la información del proyecto  Como resultado de estos cambios en el manejo de los datos de desempeño del proyecto, en el PMBOK 5ta edición, se redefinieron las entradas y salidas de varios procesos de ejecución y de control.

Todo proyecto de cualquier área tendrá que enfrentar tarde o temprano algún participante o interesado problemático (Ej. Usuarios finales, Clientes, jefes de departamento, integrantes de equipo, etc.), diversas pueden ser las situaciones, amenaza para la agenda personal, estabilidad, resistencia al cambio o a las nuevas tecnologías.

Las metodologías ágiles como  Scrum  utilizan las historias de usuario como el instrumento principal para identificar los requerimientos de usuario. Las historias de usuario son descripciones cortas y simples de una funcionalidad, escritas desde la perspectiva de la persona que necesita una nueva capacidad de un sistema, por lo general el usuario, área de negocio o cliente. Típicamente las historias siguen una plantilla simple:  Yo como un [Rol], necesito [Descripción de la funcionalidad], con la finalidad de [Descripción de la consecuencia] .

Establecer una Metodología de Simulación es necesario para que un proyecto de simulación tenga buenos resultados. En este artículo analizaremos una  Metodología de Simulación propuestas por expertos en el tema. Aprende los pasos de una Metodología de Simulación Comenzamos examinando las Etapas de un proyecto de Simulación que se mencionan en Modelado y Simulación de Antonio Guasch Petit, Miguel Ángel Piera, Josep Casanovas, y que se complementan con explicaciones de otros autores.  Cabe aclarar que la mayoría de los autores plantean Metodologías muy similares entre sí.

Explica por qué la capacidad de una unidad de disco duro suele mostrarse por debajo de lo indicado en la publicidad cuando se muestra en sistemas operativos Windows o Mac.

El plan de pruebas de software se elabora para atender los objetivos de calidad en un desarrollo de sistemas, encargandose de definir aspectos como por ejemplo los módulos o funcionalidades sujeto de verificación, tipos de pruebas, entornos, recursos asignados, entre otros aspectos.

Ya mencioné en este otro post que al momento de encarar un proceso de evaluación de desempeño hay factores humanos fundamentales que van más allá de los indicadores que se elija evaluar, el formulario que se utilice o el proceso en sí mismo.

En el marco de trabajo Scrum, el "Product Backlog" es el artefacto metodológico utilizado para listar las características (Features) o Funcionalidades del software a desarrollar, para priorizarlas de acuerdo a la solicitud del área de negocio.

Los riesgos están en todas partes. Es fácil percibir y admitir su existencia. Ya escribí en otra publicación al respecto de las múltiples aplicaciones de la gestión de riesgo, dando ejemplos de dónde pueden ocurrir, no importa de qué sector sea su empresa o en qué departamento usted trabaje.  Pero en esta publicación, quiero introducirlos a una guía práctica que consiste en 12 etapas para que usted elabore un plan de riesgos.

El estudio de factibilidad de un proyecto, también conocido como estudio de viabilidad, tiene la función de ayudar a decidir de manera objetiva si debe procederse con un proyecto propuesto. Por lo tanto, el estudio de factibilidad debe considerar factores como las limitaciones tecnológicas, el mercado, estrategia de mercadeo, requerimientos de personal,  cronograma de ejecución  y las proyecciones económicas. Aquí compartimos un Modelo de cómo elaborar un estudio de factibilidad, estructurado en secciones que te permitirán describir los antecedentes del proyecto, su objetivo, contexto organizacional y de entorno, viabilidad técnica, factibilidad económica, legal, de recursos, operacional, consideraciones sobre la ubicación, entre otros aspectos. Modelo de estudio de factibilidad de un proyecto >> Descargar el Modelo de estudio de factibilidad de un proyecto

Planificación y Control en la Gestión de Proyectos. Planificar significa estudiar anticipadamente los objetivos y acciones a desarrollar, y sustentar los actos en métodos, plan o lógica estableciendo los objetivos del proyecto y definiendo los procedimientos adecuados para alcanzarlos. Descarga la presentación dando click en la imagen Puedes visualizarla en ISSUS en el enlace de abajo ISSUS

Desde que  Alex Osterwalder  y  Yves Pigneur  publicaron el lienzo para diseñar modelos de negocios( Business model generation canvas ), esta herramienta tomó gran importancia en el ámbito del emprendimiento y de la innovación estratégica, gracias a que su uso  permite tener una perspectiva clara de los elementos clave del modelo de negocio de una empresa .

En el mundo de la informática, los clientes e inclusive nuestros Gerentes y Directores, esperan que cuando nos presenten un problema de ingeniería de software estemos en capacidad de responder de inmediato ¿para qué fecha cree usted que podría estar desarrollado y entregado?

Ya sabes utilizar Joomla!. Ya eres capaz de montar sitios web, adaptar plantillas, instalar y modificar componentes, hasta desarrollar tus propios plugins. Ya entre tus conocidos (lo que algunos mercadólogos llaman “mercado caliente”) has empezado a difundir lo que haces como freelancer. El primo de un amigo tuyo te recomienda con un tío lejano del sobrino de un vecino, quien te pide una propuesta para un sitio web y es el momento en el que el miedo inunda tu ser. ¡No temas! Sigue leyendo.