Tip ASP.NET: Manejo de imagenes en una Master Page

Cuando agregamos una imagen a una Master Page, se agregará de la siguiente forma:

<img height=”60″ src=”images/insignia.jpg” />

Si todas nuestras páginas que usan la Master Page, se encuentran dentro de la misma carpeta no hay problema, pero que pasa si tengo una sub carpeta con páginas, que usan la Master Page del root, he ahí el problema.

Si colocamos esto:

<img height=”60″ src=”~/images/insignia.jpg” />

El problema seguirá. Entonces qué hacemos? :S, pues a la línea anterior sólo le falto esto:

<img height=”60″ src=”~/images/insignia.jpg” runat=”server” />

Saludos, happy coding :)!

Post cruzado desde starrillo blog

habilitando (o administrando) las conexiones remotas en SQL Server 2005

Ahora que soy full VPC, pocas cosas tengo mi host, estuve tratando de conectarme a una base de datos en la VPC desde el host, pero obtuve el siguiente mensaje: “SQL Server does not allow remote connections“, desde una aplicación web.


Pero buscando encontré la solución documentada (en), aunque es para SQL Server Express, en mi caso tengo otra versión de SQL Server, pero también me sirvió.


En mi caso sólo tuve que hacer el primer paso que menciona en el link:



  1. Abrir Microsoft SQL Server 2005-> Configuration Tools-> SQL Server Surface Area Configuration.
  2. En la parte inferior de la ventana encontraremos dos links, hacemos clic en Surface Area Configuration for Services and Connections.
  3. Dentro de Database Engine seleccionamos Remote Connections, y habilitamos si es que tenemos deshabilitado las conexiones remotas :):

P.D.: Ya sé, porque tenía habilitado Local connections only, porque eso viene por defecto en las ediciones de SQL Server 2005 Express, Evaluation, y Developer.


Saludos, happy coding!


Post cruzado desde starrillo blog

Creando sitios en nuestro Servidor SharePoint

Después de haber configurado nuestro servidor SharePoint, el siguiente paso es crear y configurar los sitios.


Dentro de los worksheets de MOSS o WSS, encontraremos una herramienta para Visio: Site hierarchy planning tool, con la cual podemos crear nuestro mapa o diagrama de sitio, en mi caso está un poco simple:



Conforme tengan más sitios, esta herramienta es más útil, como verán con esta imagen es más claro la creación de sitios, que sólo tenerlo mentalmente.


Y llego la hora de crear y configurar el sitio:



  1. Ir a Inicio-> All Programs-> Microsoft Office Server-> SharePoint 3.0 Central Administration.
  2. Aparecerá la siguiente pantalla, previamente haber instalado algunos control activeX que aparecerán automáticamente, además de haber habilitado las configuraciones de Intranet:

  3. Al ingresar a este sitio veremos un mensaje que pasa desapercibido :D, y el cual nos alerta que nuestro servidor aún no está configurado. También veremos  en el webPart principal con las tareas que el administrador debe hacer para completar la configuración del server. Para poder ver lo mencionado anteriormente debemos pertenecer al grupo de administradores dentro del servidor, de lo contrario nos aparecerá un mensaje como el siguiente:

  4. Dentro de los top links bar, vemos además de Home, Operations, y Application Managment. En cuanto a Operations, nos servirá para hacer operaciones al servidor, como completar las tareas mostradas en Administrator Tasks, configurar el servidor, los servicios, las opciones de backup, la configuración global entro otros. Y en Application Managment, configuramos todo lo referente administración de los Sitios como Aplicaciones Web en IIS, administración de los Worflows, entre otros.
  5.  Ahora dentro de Operations, hacemos clic en Services on server:
     
  6. Ahora seleccionamos la opción: Single Server or Web Server for small server farms, para indicarle que todos los servicios correrán sobre este servidor, y retornamos a Central Administration.

  7. Podemos editar las tareas del Administrator Tasks, y completarlas todas. Todo depende si vamos implementar más servidores y habilitar los servicios.
  8. Ahora si vamos a crear el sitio principal, para eso vamos al top link bar, Application Managment, y hacemos clic en Create or extend Web Application:
     
  9. Ahora hacemos clic en Create a new Web application:

  10. Para la creación del Aplicación Web, lo principal que debemos tener en cuenta es habilitar que IIS se reinicie automáticamente, con las configuraciones que trae por defecto de la nueva aplicación ya podemos trabajar, salvo que necesitemos personalizar alguna carácteristica. No olvidar colocar los usuarios y passwords dependiendo de su configuración:

  11. Y si recibimos el siguiente mensaje es que vamos por buen camino, ahora nos falta crear una Colección de Sitios o Site Collection, hacemos clic en Create Site Collection, para iniciar la creación del sitio principal:

  12. Ahora si, a crear el sitio principal, en Web Application, seleccionamos la ya creada. Ingresamos un título y una breve descripción, y escogemos la URL del sitio principal, en nuestro caso será el root:

  13. Continuando con la creación del sitio ahora seleccionamos el template del Sitio, en mi caso Team Site, ingresamos el usuario administrador para este site, y hacemos clic en el botón OK, para proceder a la creación del sitio:

  14. Esperamos un toke, y ya tenemos nuestro sitio principal creado:

  15. La satisfacción de ver tu sitio creado, es una sensación gratificante, aunque este sólo es el principio:

  16. Y después de un rato de edición usando Site Actions para editar la página actual, obviamente debes tener de administrador en el sitio creado; actualice el logo principal pero no pude remover el WebPartZone de la derecha, fue motivo para dar un overview a todas las opciones de Site Settings, pero ni con eso pude removerlo. No sabía que para eso se usaba SharePoint Designer :$, pero bueno ahora ya lo sé y también ustedes :d. Después de un reconocimiento de SharePoint Designer, removí el WebPartZone de la derecha, sólo fue cuestión de sentido común para usar las operaciones básicas… Y el resultado es este, pero porsupuesto que es logo de mi Universidad, Universidad Nacional de Trujillo :D:

  17. La creación del sub-sitio OGSEF, queda para el próximo post ;).

P.D.: He tratado de ser lo más claro posible, y simplificar los pasos. Y como habrán podido notar, para llevar esto a producción requiere un análisis detallado de cada paso, para que no se nos escape alguna configuración. Pero recuerden que los worksheets, nos ahorrarán mucho el trabajo, y evitarán problemas en el futuro por olvidar o no considerar algún detalle de configuración.


P.D.2: Y no se pierdan el siguiente post, que esto se pone emocionante :p!


Saludos,


Post cruzado desde starrillo blog

configurando nuestro Servidor Sharepoint

Las primeras opciones al instalar MOSS, era escoger el modo avanzado o básico. Y al seleccionar avanzado nos da tres opciones, para escoger el tipo de servidor: Complete, Web Front End, y Stand-alone.


Dependiendo de lo que estemos haciendo podemos trabajar en modo stand-alone, ya que en una sola maquina instalaremos y configuraremos todo. Realmente es sencillo usar esta instalación, pero el problema es que configura absolutamente todo, también nuestro servidor de base de datos, por defecto instala SQL Server Express. Si es que no quieres usar SQL Express, lo recomendable es seleccionar la instalación completa, y en la configuración del Servidor tu decidas que características usar, como la base de datos, el nombre de la base de datos, que autenticación, entre otras.


Después de terminar de instalar MOSS, aparecerá la siguiente pantalla:



Si bien la instalación de MOSS terminó, falta lo más importante, configurar el servidor. En la ventana anterior si deseamos lo configuramos al finalizar la instalación marcando el checkbox, o si deseamos lo configuramos en otro momento. En mi caso desmarcaré el checkbox, para configurarlo en otro momento.


Si más tarde deseamos configurar nuestro server debemos hacer lo siguiente:



  1. Abrir Inicio-> All Programs-> Microsoft Office Server-> SharePoint Products and Technologies Configuration Wizard.
  2. Verificar que tengamos iniciado nuestro servidor de base de datos:

  3. Al hacer clic en Next, mostrará un mensaje indicando que reiniciará o reseteará algunos servicios, le damos clic en Yes.
  4. En este paso, le indico que crearé una nueva granja de servidores, aunque en mi prototipo académico todo estará dentro de un mismo servidor:

  5. Ahora ingresamos el nombre de nuestro servidor de base de datos, en mi caso es el mismo. En cuanto a la base de datos, si no existe, la creará. Además debemos ingresar una cuenta de acceso para la base de datos:

  6. En el caso del puerto para la Aplicación de Administración Central, dejamos por el defecto salvo que lo estemos usando en otro lugar. Ahora en el modo de autenticación, sólo tenemos dos opciones NTLM, o Kerberos. El detalle de cada uno de estos es otro tema, pero de manera resumida podemos decir que si pertenecemos a un dominio usamos Kerberos, y si no (grupo de trabajo) usamos NTLM:

  7. Y vemos el resumen de la configuración del Servidor:

  8. A esperar que instale, y que no pase nada :D, no por el producto, sino porque pudimos haber obviado alguna configuración importante :$, la beta 2 nunca pude instalarla :(, había jugado mucho con mi server,  ahora he preparado una VPC especial para SharePoint:

¿Qué sigue después de configurar el servidor SharePoint?. Si ya hemos planificado nuestra solución y hemos llenado las worksheets (1, 2) obviamente que no todas, sino las útiles para nuestro prototipo; ya estamos en condiciones de configurar nuestro Sitio SharePoint, en nuestro caso será en un siguiente post. Y si estás haciendo una prueba de conceptos ya tenemos listo a SharePoint para nuestro cometido :p.


Saludos,


Post cruzado desde starrillo blog

removiendo MOSS B2TR

En mi caso estuve tratando de desinstalar SharePoint Server B2TR, no para instalar RTM sino para reinstalar B2TR, porque?, por que al momento de instalar en modo slipstream olvidé que en la carpeta updates, no sólo se coloca el B2TR de MOSS sino también de WSS.


El punto es que removiendo desde Agregar/Quitar Programas, salía el siguiente mensaje: “Setup could not find any available products to install. Please contact your system administrator.”.


Llegue a un post donde encontré la solución, que en mi caso lo usaré para reinstalar el B2TR, pero también se puede usar para remover completamente estas versiones y pasar a RTM. En el post del foro de technet: Manual Uninstall of Office 2007?, se detalla el proceso completo para desinstalar toda la suite Office 2007 manualmente.


En mi caso lo que hice fue:



  1. Ir a Inicio->Run, y tipear Installer. Aparecerá el directorio de Windows Installer.
  2. Ordeno por Subject, si no está agrego esa columna, busco SharePoint Server 2007 y lo desinstalo:

Ahora si a reinstalar MOSS B2TR. ¿por qué B2TR?, primero porque aún no tengo la suite completa de Office RTM, y segundo porque he tenido algunos problemillas instalando la versión de MOSS RTM Trial, y tercero y más importante porque necesito terminar un prototipo para ayer :D.


Saludos,


Post cruzado desde starrillo blog

tienes un caso para implementar una solucion de colaboracion?, tienes MOSS o WSS?, esto es lo que sigue

si nos estamos iniciando en las Soluciones de Colaboración basada en SharePoint, y tenemos pocas ideas de empezar, pues aquí una ayuda. Obviamente que debemos tener un caso para implementar, ya sea un prototipo académico o algo profesional.


Muchas veces podemos dejarnos llevar la emoción ver la solución ya en marcha, instalar MOSS o WSS y empezar a configurar sin siquiera saber cuantos sitios vamos hacer, o cuantos usuarios tendrá la aplicación. Eso podría funcionar para cosas pequeñas, pero conforme va creciendo las cosas se van complicando.


Imaginemos que me entreviste con el Jefe de una área, les hable de la solución colaboración, les pareció interesante, me reúno otra vez con ellos, y empiezo a instalar, y a querer configurar. Y empiezan, los problemas, cuantos usuarios debo tener?, (después de haber instalado y configurado, y habré creado un sitio), nuevamente tengo entrevistarme con los usuarios. Avanzo un poco más, creo que debí necesitar más sitios, preguntaré nuevamente que sitios quieren, y así, tendré que construir todo nuevamente… y me preguntaré porque es tan difícil implementar una solución de colaboración.


Y lo que ha faltado, es una planificación de lo tengo que hacer. Si mucho antes de instalar, se cuantos usuarios necesito, cuantos sitios, que características tendrá cada sitio, soportará RSS, manejo de Eventos, alertas, etc. Después de instalar sólo será cuestión de aplicar lo ya planificado.


Para su buena suerte, y la mía :D, hay disponible Documentación para WSS y MOSS. Aparte de tener guías de planificación y despliegue, trae plantillas para la creación de tu aplicación. Por ejemplo en una de ellas, llenas todos los sitios, y que características tendrá cada uno, por ejemplo como será el acceso de usuarios al sitio, extranet, internet, intranet. Realmente te ahorra un montón de tiempo en la etapa de planificación. Y sin más, ni más, los links:



Estos son documentos para la versión Beta 2, pero no tienen nada que ver con la versión de SharePoint que tienes instalado. Sólo te dice que esos documentos fueron creados para la Beta 2, y pueden sufrir cambios. En esos ejecutables está todo completo, ahora que si quieres ver la última versión de esos documentos los puedes encontrar on-line, no he encontrado el link para las decargas completas, pero si el contenido on-line:



Saludos,


Post cruzado desde starrillo blog

tip ASP.NET: reducir el tamanio de las paginas Web generadas

leyendo a Edgar Sánchez, me encontre con un post interesante: Consejos para reducir el tamaño de las páginas Web en ASP.NET.


Y como menciona el post fuente, hay algunas cosas que son obvias, pero también es obvio que muy pocas veces lo aplicamos.


Algunas ya las recomendaba en las charlas, otras aún no, pero será hora de hacer un tasklist de mejores prácticas para reducir el tamanio de del HTML generado.


Si alguién tiene mas tips, los deja en los comentarios.


P.D.: Si es que por ahi hay un tiempito, y si los comentarios lo ameritan, haré un howto aplicando y comprobando las reglas mencionadas.


Saludos,


Post cruzado desde starrillo blog

llego la hora de aprender SharePoint (bajo demanda)

ya habíamos mencionado los grandiosos webCast en espaniol que íbamos tener en MSDN WebCast.


Comentarles a todos los interesados en SharePoint, que ya están disponibles los videos bajo demanda, si es que llegaron tarde, o se perdieron algo por salir, o no lo vieron por el trabajo, ahora pueden ver la repetición con las comodidades que gusten. Esperemos que pronto nuestros amigos Luis Du Solier, y Haaron Gonzalez, publiquen las diapositivas.


Cuando este descargando el contenido para verlo offline, puede también descargar “Contenido adicional de redifusión Live Meeting 2005”, para poder ver los WebCast con Q & A, además de tener la agenda de la charla y navegar sobre ella. Es un skin que instala en WMP.


Dejo los links de los WebCasts:



Particularmente las que me gustaron más, porque aún no las había visto en acción es el manejo de InfoPath y SharePoint, es más, como usarlas con Workflows. Estoy preparando un prototipo académico usando estas tecnologías y estos webCast calleron a pelo; por otro lado estaré publicando en mi post como me va con el prototipo vía howto, todo lo que vaya viendo y tropezando.


A por cierto, casi me olvido, si es que queremos usar MOSS 2007, hay disponible un trial para usarlo y probarlo, si es que deseamos hacer algún prototipo. La noticia la encontramos en el blog de Cristian.


P.D.: La información está ahí, el resto depende de ustedes, si desean saber más sobre sharepoint, puede revisar los primeros post en la categoría SharePoint de mi blog.


Saludos,


Post cruzado desde starrillo blog

Vista de un desarrollador de la Gestion de Proyectos

Recientemente inicie un curso de Desarrollo de Aplicaciones, en la Célula de mi Universidad. A comparación de cursos anteriores, ahora antes de entrar a ver conceptos de Smart Clients, Desarrollo en Capas, o manejo de Patrones, u otro tema. Primero hablo sobre la Gestión de Proyectos Informáticos, la idea es darle más valor al curso, y sobre todo que les sirva para que lo apliquen en la vida real, y no sólo sea el curso por dictar.


Muchas veces al ser estudiantes, de todas maneras siempre recibimos ofertas para realizar algún Sistema de Información, ya sea por un amigo, un familiar, o porque lo buscamos nosotros mismos. Claro que algunas empresas se aprovechan de que la condición de estudiantes para reducir costos, en fin ese es otro tema.


En esas ocasiones, a mi me paso, muy poco sabemos de los roles de un jefe de Proyecto, un tester, y hasta muchas veces un analista, lo que sí sabemos es programar o desarrollar. Aunque no conozcamos estos roles, tendremos que hacer propuestas, algunos por probar, otros por necesidad, y otros por pasión.


Y ese es el motivo por el cual incluyo este tema dentro del curso. Ojo, no me considero un jefe de proyectos, bueno aún no, hay expertos en ello como Rodrigo Corral, o mis jefes en 3Dev. Mi punto de vista es como desarrollador, y en base a algunas experiencias que he tenido: Cuando me iniciaba hace años y en en mis etapas de practicante me rechazaron una propuesta de proyecto que hice, participe en otro proyecto donde faltaban algunos roles y se termino a medias, y después migre de ciudad y participe en un proyecto basado en la una solución Information Worker para una corporación. Adicionalmente a la poca experiencia que tengo, aún, lo que mostraré también será fruto de algunas conversaciones con amigos con los cuales he trabajado, algunos webCast que he visto, y leyendo blogs. Espero la validación, críticas, comentarios de Rodrigo Corral, y los han vivido la Gestión de Proyectos :$.


Los temas en la presentación adjunta son:



  • Conceptos previos

  • Ciclo de Vida del Desarrollo de Software

  • Gestión de Proyectos de Software

  • Evolución de los Sistemas de Información

  • Recomendaciones

  • Q & A

Conceptos previos


Como temas básicos primero debemos conocer la definición de un programa, y lenguajes de programación, y de partir ahí definir que es un Sistema de Información, normalmente conocido sólo como Sistema. No sé como será en otros países, pero por acá, cuando se dice quiero que me hagas mi Sistema, lo que está pidiendo es la realización de un Sistema de Información.


Y en cuanto a Sistemas de Información, resaltar algunos de sus beneficios: obtiene, procesa, almacena y distribuye información para apoyar en la toma decisiones y control de procesos en una organización; contiene información de sus procesos y entornos, entre otros. Recordar que existen tres tipos, eso dice la teoría: Transaccionales, de Apoyo en la toma de decisiones, y Estratégicos.


Al iniciarnos, no en todos los casos, siempre empezaremos viendo Sistemas Transaccionales, que no son otra cosa que los Sistemas de Ventas, Compras, Contabilidad, Logística, y todos esos. Los sistemas transaccionales son el primer tipo de información a implantarse en una organización; automatizan tareas operativas de la organización; son fáciles de justificar ante la dirección general, ya que sus beneficios son visibles a corto plazo.


Ciclo de Vida del Desarrollo de Software


Que en la práctica es Análisis, Planeación o Diseño, Desarrollo, Pruebas e Implantación del Sistema. Y la gestión de proyectos que está en torno a todo esto. En muchos casos las propuestas que hagamos serán de dos o tres personas, y bueno hacer el reconocimiento de quién hace qué cosa, muchas veces no es tomado en cuenta. Pero lo que sí no debe faltar es un tester y lo que siempre digo, es que, el desarrollador no sea su mismo tester, sino como :S. En estos casos podríamos conversamos con nuestro amigo que siempre le gustaba bajar sistemas, siempre hay uno en cada promoción, y retarlo e invitarlo a vulnerar nuestro sistema. En cuanto a los demás roles, por ser el primer proyecto, tendremos que asumir ser analistas, desarrolladores, y arquitectos; que hace el arquitecto?, pues a groso modo es el que define la infraestructura de la solución, y el modelo lógico y físico de la aplicación, se usará Cliente/Servidor, o un Sistema en Capas, y si se usará algún framework para crear la aplicación.


Gestión de Proyectos de Software


Aquí viene lo bueno, empiezo mostrando un gráfico, sobre ¿por qué fallan los proyectos?. Según las estadísticas es por elaborar requerimientos incompletos. Y algo que siempre recalco, es que software no es sólo codificar.


En cuanto a la duración del proyecto, que no sea mayor a 4 o 5 meses, eso creo que fue una de las puntos por lo cual rechazaron mi primer proyecto :(. Los clientes no pueden esperar más de 2 o 3 meses para ver resultados, si un proyecto es muy grande hay que dividirlo por módulos. Y establecer entregables cada dos o 3 meses.


Debemos tratar de que nos queden claro los requerimientos del cliente, él puede pedir un Sistema de Contabilidad, y nosotros haremos un sistema de Contabilidad, pero lo que quería era un Sistema integrado, es decir ventas, compras, inventario, etc. Debemos de tener claro lo que quiere el cliente, y siempre estar preguntando, para que no pase, que cuando estemos haciendo la instalación, te diga, NO, eso no es, lo que yo quería.


Realizar un documento de requerimientos, y hacer que los usuarios lo validen y aprueben. Esto principalmente te servirá para dos cosas: la primera será saber qué hacer, que tareas tienes que hacer, y en general para planificar la solución. Ahora la segunda cosa importante para la cuál te servirá, es que sucede si estas en la etapa de pruebas y vienen los usuarios, y te dicen que se dan dado cuenta que en un requerimiento no es lo que quisieron decir, y hay que hacer cambios, y te dicen: “pero es un cambio chiquitito”, pero no saben que eso de repente puede hacer que tomes unas semanas más, es ahí donde sacas tu documento de requerimientos y dices eso no estaba, y puedes justificar que el proyecto tome unas semanas más si es el cambio así lo requiera, y si quieren algo más de lo que se había pedido, y como diría un amigo: ese es otro precio :D.


Si bien en la presentación se ven los roles de Jefe de Proyecto, Arquitecto de la Solución, Arquitecto de Infraestructura, Analista, Desarrollador, y Tester. No es necesario tener un usuario por cada rol, muchas veces sólo presentan el proyecto tres amigos, y tendremos que completar entre nosotros los otros roles, pero eso sí, si eres desarrollador no debes ser tester, si alguien sólo hace de jefe de proyecto, puede ser el tester, pero si sólo son dos usuarios compartiendo los roles, como comente arriba podemos acudir a un amigo para el rol de tester. Hay un cuadro de Roles, donde te dice que roles se pueden combinar, no recuerdo donde lo vi, creo que fue en una presentación, cuando lo encuentre, lo adjunto en los comentarios.


Asignar tiempo exclusivo a los proyectos. Esto es importante sobre todo para los que aún son estudiantes y ya están dentro de un proyecto o están haciendo la propuesta. Si el horario de nuestros estudios es el ideal, ósea, estudiamos o bien en la mañana o bien en la tarde, o bien en la noche. Esto nos permitirá darle un horario aceptable al proyecto. Pero qué pasa si tienes cursos en la mañana y en la tarde, y muy variado. Para estos casos sólo le dedicamos el tiempo que podemos al proyecto, y muchas veces esto hace que sumemos a las estadísticas de porqué fallan los proyectos. También evitar desarrollador en nuestra casa, en lo posible, y si la organización lo permite, trabajar en la misma organización. Algunos directores, sólo te ven una vez a la semana, y no les entrega nada, causa suspicacias sobre tu trabajo, además que cuando tienes un problema, ellos no saben que te estás tomando tiempo resolviendo el problema, sólo saben que estas atrasado. Pero si estas en la misma organización verán todo el trabajo que estas realizando.


En cuanto a la metodología a usar, en el primer proyecto que hice, presente, y no se aprobó, no sabía que debía usar una metodología para el desarrollo del proyecto. En cuanto a recomendar una metodología todavía no lo puedo hacer, ya que no he aplicado muchas, y sólo sería recomendación en base a lecturas. Lo que sí puedo recomendar es que revisen las diversas metodologías que hay, con respecto a metodologías ágiles podemos encontrar mucha información en el blog de Rodrigo, sobre todo de Scrum, también puedes revisar XP como metodología ágil, imagino que algunos llevaron en algunos de sus cursos RUP, y si no también lean, y bueno también esta MSF. Ahora la recomendación es leer estas, y ver cuál puedes aplicar más, a tu proyecto, que combines y vayas viendo su utilidad, no se dejen llevar mucho por la teoría, por ejemplo si usas RUP, no hagas todos los diagramas UML, sólo por hacer, hazlo porque realmente lo necesitas, y te ayudan a entender mejor el modelo. Lo que si debes tener claro es que de todas maneras debes tener Documento de Requerimientos, y si sólo con esto entiendes el modelo de la organización no hay porque gastar el recurso tiempo, haciendo diagramas que no nos servirán. Si estás haciendo escenarios ya conocidos, Sistema de Contabilidad, Ventas, Compras, etc, revisa en los trabajos o tesis de tu Universidad, muchas veces estos modelos ya están resueltos, y no hay porque perder el tiempo tratando de volver a inventar la rueda. Si ellos ya resolvieron el modelo, aprovechémoslo.


Las herramientas no son el fin, son los medios. Que en un proyecto no dejes que te motive la idea de usar la herramienta o entorno X, ya que las herramientas con el tiempo cambian, lo que te debe motivar es aprender el modelo del negocio, ya que eso cambiará muy poco con el tiempo, y entre las diversas organizaciones. Pero ojo, esto no quiere decir que no sea importante escoger una buena herramienta de desarrollo, mientras más productivo te hace la herramienta, mucho mejor, que esta demás mencionar, que uno de los objetivos de VS2005, es incrementar tu productividad.


Asuman con compromiso cada proyecto en el que participen, si van estar en proyecto por probar, o porque no tienen otra cosa que hacer, y a medio proyecto lo vas a dejar, mejor no se metan. Desde el momento que presentaron el proyecto, su nombre está en juego, dependiendo si se termina o no el proyecto. A corto plazo no afecte mucho, pero cuando retomemos el hacer proyectos, y ahora si estemos motivados, será difícil volver a obtener la confianza de las organizaciones o personas. Recuerden que si hacen bien un proyecto será un referencia más, pero sino, puede ser mala fama sobre nuestra persona.


Ahora la pregunta del millón, cuánto tiempo durará el proyecto, y cuánto costará. Rodrigo ya nos hablo sobre las estimaciones. Yo les recomendaría en cuanto al costo y el tiempo, que en un primer proyecto se la jueguen, consulten con amigos o docentes, o mentores, sobre cuánto podría durar el proyecto. Y sobre el costo, negócienlo con la organización, y traten de que este primer proyecto salga de todas maneras, aunque no ganemos mucho. Y porque arriesgarnos tanto en nuestro primer proyecto, y es que a partir de este, formaremos nuestro sentido común, de estimar tiempo de duración, y costo del proyecto. Aunque no será “la experiencia”, será nuestra propia experiencia y conoceremos como respondemos a un proyecto. Indudablemente que puede que trabajemos mucho y demás en este proyecto, pero el siguiente ya no nos volverá pasar.


Evolución de los Sistemas de Información


Esto es como parte complementaria y teórica. En muchas organizaciones grandes, lo que se desea es un sistema integrado, que al realizar una venta automáticamente, se descuenta el producto de abastecimiento, y se registre en contabilidad. En organizaciones grandes el desarrollo de estos sistemas puede durar mucho tiempo, y en ese tiempo perder dinero, y entre otras razones, es porque las organizaciones optan por un ERP. En la presentación encontrarán más detalles.


Recomendaciones


Y para finalizar, aunque cuando hago la presentación esto lo acompañe con algunos “videos”, acá sólo dejo las recomendaciones, trataré de buscar “imágenes” que se presten para las recomendaciones :D:



  1. No siempre lo que pensamos, son los requerimientos del cliente.

  2. Escoger bien a los miembros de nuestro equipo de trabajo.

  3. Usar la persuasión, en lugar de la imposición.

  4. Calcular el riesgo en los proyectos que participemos.

  5. Si vamos a trabajar en un proyecto, pues trabajemos.

  6. No todos los trabajos son buenos.

  7. Si vamos hacer algo, hagámoslo bien.

  8. Vivan los proyectos, motívense.

Presentación Adjunta: starrillo_DesarrrolloSoftware.pdf – 2.50 MB.


P.D.: Y nada, espero que les sea útil, y se inicien en los proyectos :).


Saludos,


Post cruzado desde starrillo blog

cadenas de conexion desde .NET para SQL Server 2005

[2010-Abr-30] NOTA: Si están recibiendo el error: “Error mientras se establecía la conexión con el servidor. Al conectar
con SQL Server 2005, el error se puede producir porque la configuración
predeterminada de SQL Server no admite conexiones remotas
“. Por favor, revisen la siguiente entrada: habilitando (o administrando) las conexiones remotas en SQL Server
2005
.

si es que estamos usando SQLExpress, y estamos creando una aplicación .NET para el acceso a datos, hay que tener algunas consideraciones adicionales a la hora de conectarnos a la base de datos.

Dentro de las aplicaciones Windows, con VS2005, hay la opción de agregar un Ítem SQL Database, pero sólo está disponible si has instalado SQLExpress. En este caso la cadena de conexión ha cambiado ligeramente. Como nos mantenemos actualizados? visitando: http://www.connectionstrings.com/.

Aquí pondré algunos resúmenes de las cadenas para SQL Server 2005, desde .NET:

  1. Seguridad Estándar
    “Data Source=Aron1; Initial Catalog=pubs; User Id=myUsername; Password=myPassword;”
  2. Conexión Segura
    “Data Source=Aron1; Initial Catalog=pubs; Integrated Security=SSPI;”
  3. Conexión via IP
    “Data Source=190.190.200.100,1433; Network Library=DBMSSOCN; Initial Catalog=pubs; User ID=myUsername; Password=myPassword;”
  4. Adjuntando una base de datos, para conectarnos a SQL Express (caso mencionado arriba)
    “Server=.SQLExpress; AttachDbFilename=|DataDirectory|mydbfile.mdf; Database=dbname; Trusted_Connection=Yes;”

Ahora con respecto a las conexiones hay algunas cosas que hay que tener en cuenta, y mejores prácticas que aplicar:

En el caso 01 y 03,  la conexión al contener el usuario y password, hace que este sea altamente inseguro, imaginemos en el hipotético de los casos que alguien tiene acceso a la cadena conexión, tendrá automáticamente el login de SQL, bueno las cosas que pueda hacer dependerá del usuario que la encontró. En estos casos hay ciertas prácticas que debemos seguir, como es la encriptación de archivos de configuración, que es generalmente donde se guardan las conexiones, aunque algunos prefieran guardarlo en el Regedit:

Con respecto a la cadena de conexión para SQLExpress, he recibido algunas consultas sobre donde se debe colocar el archivo, en la raíz de la aplicación o en el bin?, ya que ha estado generando algunos problemillas. En el post que hice usando SQL Express, el asistente genero la ruta absoluta del archivo, lo ideal es trabajar con la relativa para hacer que la aplicación sea portable. Para más detalles podemos revisar los siguientes post del equipo de Smart Client:

Saludos,

Post cruzado desde starrillo blog