Soluciones de software a su medida: Es Microsoft.NET ideal para su empresa

Las tecnologías de software para satisfacer las necesidades comerciales abundan. Si está buscando uno que pueda lograr de manera efectiva lo que su empresa necesita, o resolver los problemas que tiene su empresa, tomar una decisión puede ser confuso. Una vez que toma una decisión, ¿cómo puede estar seguro de que es la correcta? ¿Puede saber realmente que el software podrá satisfacer las necesidades y expectativas del usuario final?

La única forma de responder estas preguntas con confianza es saber si el desarrollador de software siguió una secuencia particular de pasos que permitió probar y ajustar en el camino. Esto incluiría la entrada del usuario porque solo el usuario final sabe con absoluta confianza lo que necesita que el software logre.

6 pasos para intentar crear un software personalizado

Cualquiera que haya intentado encontrar un software prefabricado que se adapte a su negocio sabe que a menudo es como encontrar una aguja en un pajar. E incluso si encuentra algo que funciona, a menudo viene con características que nunca usará (y errores que nunca arreglará) que ciertamente no valen la pena ni el tiempo ni el dinero. Aquí es donde entra en juego el software personalizado. La creación de software adaptado a las necesidades de su empresa puede ahorrarle tiempo y dinero a largo plazo. Pero, ¿por dónde empiezas?

En este punto, Microsoft.NET es la única tecnología de desarrollo de software personalizado que sigue este sistema paso a paso esencial durante el desarrollo. Echemos un vistazo a los pasos que se siguen cuando una empresa expresa la necesidad de un software en particular.

1. Requisitos

Antes de que se intente algo en el camino del desarrollo, se necesita un período de investigación. El proyecto necesita ser identificado minuciosamente. Esto significa que el desarrollador debe poder saber exactamente qué se espera que logre el software y cómo el usuario final podrá evaluar la eficacia de esta tarea. Solo después de que se establezca y se acuerde este mapa de TI, se debe iniciar cualquier desarrollo. Es este plan el que ayuda a determinar el tiempo y el costo del proyecto.

Para comunicar las necesidades de manera efectiva, debe existir un sistema que permita a los desarrolladores y al usuario final trabajar juntos. Idealmente, este será un sistema que ambas partes puedan usar de manera eficiente. Microsoft.NET ideó la solución perfecta, llamada Team Foundation Server (TFS). Este entorno permite que Microsoft Excel, Visio y Project se conecten y asocien con los requisitos de software. Los desarrolladores pueden crear código para elementos de trabajo particulares y los usuarios pueden ingresar comentarios directamente en esta misma área. Esto permite el desarrollo de código con la ventaja para los desarrolladores de que no tienen que salir de Visual Studio, ahorrando mucho tiempo en el desarrollo.

2.Codificación

La codificación eficiente puede ser la parte más frustrante del desarrollo de software. A menudo, el desarrollador debe descargar un IDE de este lugar y otro de ese lugar; y si surgen problemas, es posible que no haya ninguna pista sobre dónde se encuentra el problema. TFS se encarga de todos esos problemas. Microsoft.NET Visual Studio se integra perfectamente con TFS. Además, todos los IDE necesarios están allí, por lo que no es necesario descargar diferentes para diferentes tipos de proyectos. Esto significa que una aplicación web, formularios de Windows, servicio WCF, proyecto de SQL Server, API web. Se puede crear un proyecto, una aplicación de consola o una gran cantidad de otros tipos de proyectos en la misma aplicación. También se pueden usar registros cerrados, lo que mantiene la base de origen impecable y reduce los problemas con las compilaciones rotas. También mejora el tiempo de implementación, lo que reduce el tiempo de entrega de funciones de software debido a la capacidad de implementar una integración continua. Ser capaz de revisar el código enviado a TFS, de forma desconectada, hace que sea innecesario retroceder continuamente.

3.Pruebas

La prueba es una parte esencial de toda creación de software. Visual Studio permite realizar una variedad de pruebas diferentes desde el portal en línea de TFS. Esto permite a los usuarios finales probar los resultados y ver si el software funciona correctamente. Si se descubre un problema, la retroalimentación se puede dar y registrar de inmediato. Esto permite que el error se aborde de manera eficiente y que el software se vuelva a probar. Esta prueba también facilita continuar trabajando en partes adicionales del desarrollo del software mientras se soluciona el error.

Otra característica es la capacidad de diseñar casos de prueba y scripts de prueba basados ​​en historias de usuarios. Esto permite probar el software en un escenario idéntico al que se utilizará el producto final, lo que deja absolutamente claro si el software está en el camino correcto o necesita ser reelaborado de alguna manera. Esta prueba hace que el producto final sea más confiable y ahorra tiempo y dinero para todos los involucrados.

4.Despliegue

A diferencia de muchos proyectos de desarrollo de software personalizado, Release Manager de Microsoft, nuevamente integrado con TFS, permite que el código se implemente directamente en una amplia variedad de entornos. Si bien está diseñado para integrarse directamente con el entorno de nube Azure de Microsoft, también se puede usar con Eclipse, Java, Python y muchas otras bases. Si bien no se recomienda para proyectos.NET, también se puede utilizar con repositorios GIT. El proceso de implementación de Release Manager reduce en gran medida la implementación de aplicaciones, servicios y bases de datos.

5.Apoyo

Debido a su capacidad para interactuar sin problemas con Visual Studio y la integración con Release Manager, TFS es de gran ayuda en el soporte de las aplicaciones existentes al reducir el tiempo de entrega y brindar la capacidad de rastrear errores asociados con las revisiones de código. El objetivo es proporcionar una integración del nuevo software con el que ya existe dentro de un sistema, de modo que la producción mejore y no se detenga por un programa incompatible.

6.Evaluación y extinción

Todo el software necesita ser actualizado con el tiempo. El negocio necesita cambiar y crecer, y es importante que los desarrolladores y usuarios finales sepan qué funciona y qué no. Con su capacidad para personalizar el seguimiento de errores y generar gráficos de elementos de trabajo, y exportarlos a Microsoft Excel, TFS facilita que todos los involucrados sepan cuándo se probó y falló una tecnología, práctica o enfoque. Esto elimina la necesidad de pruebas y errores repetidos cuando llega el momento de hacer cambios. Tener la información fácilmente disponible deja en claro que no hay necesidad de probar ciertos enfoques de codificación porque ya ha demostrado ser inaceptable. Esto reduce en gran medida el tiempo necesario para futuras actualizaciones.

Explore Microsoft.NET para ver si es adecuado para usted

Microsoft.NET ha creado la solución ideal para el desarrollo de software personalizado. Al comenzar con TFS y combinarlo con Test Manager, Release Manager y Visual Studio, Microsoft ha proporcionado la solución de desarrollo de software SDLC más completa disponible. El simple hecho de eliminar el cambio de contexto ha hecho que TFS sea más eficiente, ahorrando tiempo, frustraciones y costos.

Si ha estado buscando una mejor manera de crear soluciones de software empresarial, entonces Microsoft.NET podría ser la herramienta para usted.

Un breve estudio de caso: Implementación de Operation TFS Full Regalia

El reto

Un cliente de nivel empresarial quería expandir sus ofertas comerciales para incluir análisis y logística marítima/de envío. Su Director investigó un poco y adquirió 5 aplicaciones diferentes de Microsoft.NET, cada una con diferentes funciones de gestión marítima:

• La funcionalidad incluía optimización de rutas de envío, notificación de zona de piratería, notificación de zona de quema de combustible ecológico, logística a bordo, informes analíticos de términos de contratos de fletamento, etc.
• Desafortunadamente, las cinco aplicaciones estaban asociadas con diferentes herramientas SDLC.

El entorno del Departamento de TI marino del cliente era extremadamente desafiante tanto para.NET como para Desarrolladores Java. Las quejas muy familiares de las unidades comerciales que solicitaban al equipo de desarrollo que entregara funciones más rápido fueron fuertes y claras. Para los desarrolladores, el proceso de entrega de software y el proceso de captura de requisitos eran extremadamente engorrosos, lo que impedía el rápido desarrollo de nuevas funciones de software.

Había demasiadas herramientas y procesos desconectados para ofrecer nuevas funciones de software a la velocidad que requerían las unidades de negocio.

La lista de herramientas de desarrollo de software relacionadas era larga:

• Contorno para requisitos
• Confluencia para documentación
• Hudson o Fisheye para control de fuente
• Jira para el seguimiento de errores y problemas
• Visual Studio para desarrollo
• Bamboo o, a veces, Jenkins para la implementación de código
• Centro de calidad de HP para la creación de scripts de prueba y el seguimiento de problemas

Se suponía que todos estos diferentes sistemas se usarían para implementar los mismos requisitos, que tenían que sincronizarse manualmente.

Peor aún para los desarrolladores, fue el hecho de que tenían que dejar continuamente su herramienta de desarrollo, Visual Studio, para ver los requisitos, los casos/scripts de prueba y los resultados de las pruebas, además del hecho de que tenían que usar una herramienta de implementación desconectada como Jenkins o Bambú.

La mayoría de las unidades de negocios y las partes interesadas quieren que sus desarrolladores escriban tanto código como sea posible, en lugar de sentarse en reuniones o intentar traducir requisitos entre varias herramientas, sin mencionar la espera de que el código se implemente entre entornos. (Recuerdo que Bamboo solía tardar unos 30 minutos en implementar nuestros cambios).

Ninguna de las herramientas que he mencionado es completamente terrible, pero debido a que todas están desconectadas y desincronizadas, usarlas agregó tiempo y complejidad al proceso de desarrollo de software y dejó la implementación y comunicación de los requisitos de software propensa a errores y extremadamente engorroso.

Además, ninguna de las herramientas que he mencionado se integró de forma nativa o mostró los requisitos y los resultados de las pruebas con Visual Studio.

La solución

Operation TFS Full Regalia, era mi plan para consolidar todas las herramientas de desarrollo de software y los procesos de captura de requisitos en una sola herramienta, Team Foundation Server. TFS es conocido como un repositorio de control de fuente, pero los visionarios de Microsoft han hecho un trabajo magistral al crear una herramienta SDLC 'Swiss Army Knife'.

TFS reemplazó todas las herramientas mencionadas anteriormente. Esto se debe a que TFS sirve como una herramienta de requisitos que se puede conectar y sincronizar elementos de trabajo con Microsoft Excel y Microsoft Project. TFS también se puede conectar a SharePoint para compartir elementos de trabajo y requisitos de manera colectiva, con todos los miembros del equipo SDLC. A través de Microsoft Test Manager, TFS se puede usar para crear casos de prueba, pruebas web automatizadas, pruebas de carga y ejecutar pruebas unitarias y de integración, a través de desarrolladores que asocian elementos de trabajo de TFS con el código que se registra en el control de código fuente. Todos los miembros del equipo de SDLC pueden ver claramente qué implementaciones y prácticas de código son más efectivas y más eficientes que otras para un elemento de trabajo en particular o una colección de elementos de trabajo.

Por último, pero no menos importante, con Microsoft Release Manager, TFS puede implementar rápidamente cambios desde entornos de desarrollo a QA, UAT y producción de forma automatizada. Las compilaciones se rompieron con mucha menos frecuencia con los registros cerrados. Además, TFS puede implementar software en entornos de nube, como Azure y AWS.

Una vez que pude comunicarme y demostrar la funcionalidad TFS que describí anteriormente, se eliminó el 'cambio de contexto' que estaba canibalizando y agregando confusión a nuestro proyecto. Como resultado, la velocidad de entrega del proyecto fue aumentó en un 75%, y pudimos superar las expectativas comerciales.

Si el escenario que he descrito anteriormente le suena remotamente familiar, entonces Microsoft.NET podría ser la herramienta para usted.