Planificación e Implantación de Tecnologías de Información

 Es la fase final de la SDLC. Durante ella se construye el sistema o se compra en el caso de un sistema de empresa. Al final de esta fase el sistema se entrega al project sponsor. Es la fase a la que, habitualmente, se presta más atención, porque en la mayoría de los sistemas es la más larga y de mayor costo. En la etapa de construcción hay que ejecutar con especial cuidado las actividades de:  asignación de módulos a los programadores; coordinación del programa y de sus cambios durante la construcción; gestión de la programación temporal de tareas; planificación y el diseño de las pruebas (unit tests, integration tests, system tests y acceptance tests); y el desarrollo de la documentación del sistema y de los usuarios (documentos de referencia, manuales de procedimiento y tutoriales).  En la etapa de instalación hay que realizar la conversión; la revisión de las políticas de gestión adaptándolas al sistema to-be; la comparación en términos de costes y beneficios del nuev...

 El diseño es el proceso de definir la arquitectura, componentes, interfaces y otras características de un sistema o componente (IEEE). Es la etapa del SDLC que produce las especificaciones funcionales y las especificaciones de diseño del sistema de la aplicación que está en desarrollo. El proceso de diseño tiene tres subprocesos:  asignación y reparto de tareas; determinación y seguimiento de la calidad del trabajo y seguimiento del proyecto.  Los requisitos deben dirigir el proceso de diseño y la asignación y reparto de tareas, aunque se tomen a priori decisiones de diseño influidas por las circunstancias.  En la determinación y seguimiento de la calidad del trabajo son clave los requisitos no-funcionales; también la documentación, aunque se limite a un diagrama de alto nivel que defina componentes y subsistemas; así como la frecuencia y profundidad de las revisiones. Una actividad clave del proceso de codificación es la gestión del código fuente (Source Code Manag...

 Es el proceso de estudiar las necesidades de los usuarios con la idea de llegar a la determinación de los requisitos de un sistema, hardware o software (IEEE). También según el IEEE, requisito es una condición o capacidad que necesita un usuario para resolver un problema o alcanzar un objetivo. En el proceso de análisis de requisitos se diferencian tres subprocesos: extracción, documentación y gestión de los requisitos.  La extracción de requisitos se caracteriza por una «conversación» no trivial entre dos culturas: los usuarios que no son especialistas en TI y los profesionales de las TI que no dominan el aspecto del negocio que se va a automatizar. También entran en juego otros aspectos como los derivados del personal afectado por una reingeniería de procesos. Entre las técnicas de extracción cabe citar: entrevistas, cuestionarios, brainstorming, storyboarding, prototyping, Joint, Application Development (JAD) y modelización.  La documentación es un aspecto conflictivo...

 Esta fase se emplea para determinar y evaluar los objetivos generales y lo que se espera del nuevo sistema. El primer paso es identificar un proyecto que aporte valor al negocio y crear un system request, que es el documento donde se describen las razones para construir o implantar el sistema y los beneficios que se van a derivar de su operación. Este documento tam- bién se denomina project charter o business case. Un segundo componente de la fase es el análisis de la viabilidad técnica, económica y organizativa. Realizado éste, se produce la aprobación o rechazo del proyecto.  Elegido el proyecto, el responsable estima su tamaño, define el plan de trabajo y forma el equipo de desarrollo. Además determinará las herra- mientas de desarrollo, los estándares, la documentación y los procedimientos de change control y de gestión de riesgos. Se caracteriza por una fuerte intervención de la alta dirección y de las direcciones funcionales de la empresa en:  1) los análisis previ...

 Un paquete estándar o paquete de software estándar es un sistema fabricado por un proveedor de software para su comercialización en el mercado, normalmente mediante la venta de licencias de uso del software. Adquirir un paquete de software estándar es la alternativa que tiene una empresa que quiere implantar un nuevo sistema, frente a la opción de desarrollar dicho sistema a medida.  La decisión de adquirir un paquete de software estándar no es una cuestión baladí para una empresa, sobre todo cuando se trata de decidir qué software va a gestionar los procesos de negocio estratégicos, o la información vital para la compañía. Por este motivo dicha decisión debe estar sujeta a condicionantes estratégicos y realizarse, cuando sea preciso, en el ámbito de las más altas decisiones de negocio de la empresa. Es conveniente no dejar exclusivamente en manos de los técnicos estas decisiones. Las principales ventajas de los paquetes de software estándar son:  Las funcionalidades est...

Desarrollo a Medida. El concepto Desarrollo a medida es comúnmente utilizado en el ámbito de las Tecnologías de Información para hacer referencia a un sistema de información desarrollado íntegramente, por y para una empresa, en función de sus necesidades, frente a la alternativa de adquirir una solución de software existente en el mercado. Estos sistemas se ajustan a la empresa como un traje a medida, lo que implica que la definición y el diseño detallado de la solución a construir tengan una especial relevancia en el conjunto del desarrollo, ya que es en estas fases donde el talento creativo y diferencial de la empresa se debe poner de manifiesto.  Un desarrollo a medida supone la construcción de un sistema desde cero, para lo cual es necesario definir un proyecto de desarrollo de sistemas, así como contar con un equipo que disponga de una adecuada metodología y de herramientas de desarrollo para llevarlo a cabo. En general, un desarrollo a medida dependerá de la naturaleza del si...

SDLC. SDLC son las siglas de System Development Life Cycle, lo que se traduce como Ciclo de Vida de Desarrollo de Sistemas. Es una metodología de gestión del ciclo de vida del software, que consiste en un conjunto de fases generales, formadas por tareas individuales, que muestran los pasos a seguir en un proyecto de desarrollo de sistemas de información (SI). El SDLC es un modelo que guía el proceso de desarrollo del software, y prescribe la documentación y entregables de cada una de las fases. No hay una versión estándar y universal de SDLC, lo que en la práctica implica que algunas de las tareas pueden estar presentes en la mayoría de los proyectos, mientras otras sólo se aplican a cierto tipo de proyectos.  • La duración y las tareas individuales de cada fase diferirán dependiendo del enfoque del proyecto y de la metodología específica seleccionada.  • El SDLC no es una ingeniería de software, ni una metodología de gestión de proyectos. No dicta estándares de calidad para l...

 Un Plan de Sistemas es una herramienta que permite a la empresa desplegar una estrategia de Sistemas de Información, atendiendo a sus prioridades, necesidades y estrategia de negocio, para un horizonte temporal a medio y largo plazo. La importancia de planificar adecuadamente los Sistemas de Información (SI), radica en el hecho de que son la base de mu- chas ventajas competitivas, capacidades y eficiencias existentes en las empresas. Por tanto, es conveniente y necesario garantizar su adecuación en el tiempo, y su alineación con la estrategia de negocio. Existen dos enfoques básicos en la planificación de Sistemas de Información —y por extensión de TI—, en función de su alineamiento con la estrategia de negocio:  1) Planificación de SI a partir de la estrategia de negocio. En este enfoque, la estrategia de negocio está definida y sirve de situación de partida. Esto implica que para elaborar el Plan de Sistemas previamente hay que realizar un análisis de la situación actual de...