NEGOCIOS DIGITALES
Sara Muramay Espinosa Lozano
PLAN DE SISTEMAS
Es una herramienta que permite a la empresa desplegar una estrategia de SI, atendiendo a sus prioridades, necesidades y estrategia de negocio, para un horizonte temporal a medio y largo plazo.
Las TI se han convertido en un elemento estratégico empresarial en la consecución de ventajas competitivas, encuadrándose en un Plan de Sistemas de Información.
Características
1. Oportunidad.
El plan debe ser creado oportunamente, es decir, debemos de anticiparnos a las necesidades de la empresa y a lo que se puede llegar a requerir.
2. Utilidad.
Debe ser útil para llevar a cabo un conjunto de proyectos así como cada uno de ellos. Contiene parcelas integradas entre sí y gestionables de forma independiente en su ejecución.
3. Mantenimiento.
Debe poder mantenerse, adaptándose a los cambios del entorno, que afectan a las estimaciones, las tecnologías utilizadas y las secuencias de los proyectos.
4. Calidad.
Es un documento vivo que atiende estándares de calidad que garanticen su trazabilidad y actualización.
5. Realizable.
Debe poder ejecutarse, con independencia de quién lleve a cabo las actividades de desarrollo e implantación de los SI.
Enfoques
1. Planificación de SI a partir de la estrategia de negocio.
La estrategia de negocio está definida e implica que para elaborar el Plan de Sistemas hay que realizar un análisis de la situación actual de la empresa.
Después, el equipo lleva a cabo un análisis de necesidades de SI por áreas, funciones y procesos de negocio. De este análisis se desprenderá una solución de SI y un plan detallado para su implantación, con proyectos, calendario, recursos y presupuesto.
2. Planificación de SI en paralelo con la estrategia de negocio.
Se fundamenta en la misión del negocio y en la identificación de IT Strategic Actions (ITSA) o Acciones Estratégicas basadas en TI/SI, a partir de las cuales nace el Plan de SI.
CICLO DE VIDA DE DESARROLLO DE SISTEMAS
System Development Life Cycle (SDLC) 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 SI.
Es un modelo que guía el proceso de desarrollo del software, el cual es recursivo y prescribe la documentación y entregables de cada una de las fases.
Fases
Fase 1. Inicio y Planificación del Proyecto. Se plantea el problema y la estrategia general a seguir.
Fase 2. Análisis. Se analizan las áreas y procesos de negocio, se investigan los SI actuales y las oportunidades de mejora.
Fase 3. Diseño. Definición de hardware, software, comunicaciones, bases de datos, programas e interfaz de usuario del SI.
Fase 4. Adquisición o Desarrollo. El SI es comprado o desarrollado a medida.
Fase 5. Implantación. El SI es puesto en producción.
Fase 6. Operativa. Hace referencia al proceso de mantener el sistema funcionando óptimamente, y garantizar que la seguridad y la integridad de los datos se mantenga.
Fase 7. Auditoría. Se audita el SI para detectar problemas existentes.
Fase 8. Mantenimiento. Incluye las tareas asociadas con la escalabilidad, nuevas versiones, resolución de incidencias e inclusión de mejoras en el SI.
Metodologías
1. Metodologías lineales de diseño estructurado.
- Siguen el modelo SDLC lineal tradicional.
- Las fases están claramente definidas; cada fase ocurre una vez y finaliza antes de que la siguiente empiece.
- Hay entregables en cada fase e hitos formales. Pueden ser en cascada o en paralelo.
2. Metodologías recursivas/iterativas.
- Cada fase ocurre muchas veces.
- Usan técnicas especiales y herramientas informáticas.
- Ejemplo: JAD (Joint Application Development) o RAD (Rapid Application Development).
DESARROLLO A MEDIDA
Hacen referencia a un sistema de información desarrollado íntegramente, por y para una empresa, en función de sus necesidades.
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.
Permite una adaptación total de las ventajas únicas que distinguen a una empresa de su competencia. Aunque las herramientas y técnicas de desarrollo están sujetas a rápidos cambios, como consecuencia del grado de avance de la tecnología.
Tipos
Desarrollos a medida internos.
Son realizados internamente en la empresa. Esta opción parte de la existencia en la empresa de una capacidad y un conocimiento mínimos para abordar con garantías el proyecto.
Subcontratación del desarrollo.
La dirección del proyecto corre a cargo de la empresa y el desarrollo se lleva a cabo con recursos externos. Es frecuente la existencia de desarrollos a medida mixtos.
Outsourcing del desarrollo a medida.
Todos los recursos son externos, la empresa se limita a exponer sus requerimientos y a aprobar los resultados.
PAQUETE ESTÁNDAR
Es un sistema fabricado por un proveedor de software para su comercialización en el mercado, como la venta de licencias de uso.
La decisión de adquirir un paquete de software estándar esta sujeta a condicionantes estratégicos.
Clasificación de Paquetes
- Sistemas operativos, y de administración y gestión de redes.
- Gestores de bases de datos.
- Herramientas de ofimática y groupware.
- Paquetes de gestión para la empresa, como ERP, CRM, SCM, Soluciones e-business, entre otros.
DESARROLLO DE SISTEMAS
1. Planificación
Determina y evalúa los objetivos generales y lo que se espera del nuevo sistema.
Primero se identifica un proyecto que aporte valor al negocio y se crea un system request, también denominado project charter o business case. Después se realiza el análisis de la viabilidad técnica, económica y organizativa. Para la aprobación o rechazo del proyecto.
El responsable estima el tamaño del proyecto, define el plan de trabajo y forma el equipo de desarrollo. Además determina las herramientas de desarrollo, los estándares, la documentación y los procedimientos de change control y de gestión de riesgos.
En la implantación de un SE hay que definir una estrategia y una metodología de implantación, y, en dado caso, elegir las plataformas y los vendedores.
Responsables
- Project leader o project manager. Responsable del desarrollo del sistema o de la implantación del SE. Dedicación total al proyecto, pertenece a la organización, tiene experiencia en áreas clave de la empresa, tiene un buen historial, conoce a los empleados, goza del respeto y confianza de sus colegas y sabe comunicar bien.
- Champion o torchbearer. Responsable de la implantación al más alto nivel, preside el comité de seguimiento y recibe informes del project leader.
2. Análisis de Requisitos
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.
Subprocesos
Extracción
Es una conversación no trivial entre dos culturas. Como entrevistas, cuestionarios, brainstorming, storyboarding, prototyping, Joint Application Development (JAD) y modelización.
Documentación
Descubre el equilibrio óptimo. Además de los requisitos funcionales y de datos hay que documentar los no-funcionales. Se ocupan los modelos visuales.
Gestión
Evalúa la prioridad, riesgo y esfuerzo de cada uno de los requisitos.
Tipologías
- Requisitos funcionales. Especifican una función que un sistema o componente de sistema debe ser capaz de desarrollar.
- Requisitos no-funcionales.
- Interface requirements. Especifican un ítem externo con el cual debe interaccionar un sistema o componente de sistema, o establecen las restricciones causados por dicha interacción.
- Design requirements. Especifican o restringen el diseño de un sistema o de uno de sus componentes.
- Implementation requirements. Especifican o restringen la codificación o construcción de un sistema o de uno de sus componentes.
- Performance requirements. Imponen condiciones en un requisito funcional.
3. 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 director de un proyecto de desarrollo o implantación de sistemas sigue y controla el progreso de estas actividades. Además, asegura que el trabajo correcto lo hace la persona adecuada y con la calidad precisa.
Tiene tres sub-procesos: asignación y reparto de tareas, determinación y seguimiento de la calidad del trabajo y seguimiento del proyecto.
Características
- Architectural design. Es el proceso de definir una colección de componentes de hardware y software y sus interfaces, para establecer el marco del desarrollo de un sistema de información.
- Functional design. Es el proceso de definir las interrelaciones entre los componentes de un sistema.
- Preliminary design. Es el proceso de analizar alternativas de diseño y definir la arquitectura, componentes, interfaces y las estimaciones de tiempo y tamaño de un sistema o componente.
- Detailed design. Es el proceso de refinar y expandir un diseño preliminar de un sistema o componente, hasta el grado en el que el diseño sea lo suficientemente preciso para ser implantado.
- Source code. Son instrucciones de ordenador y definiciones de datos expresadas en una forma susceptible de ser la entrada a un programa ensamblador, compilador u otra forma de traductor a lenguaje máquina.
4. Implantación
Es la fase final de la SDLC donde se construye el sistema.
El sistema se entrega al project sponsor. Es la fase más larga y de mayor coste.
Su primera etapa es la de construcción. Durante ella se programa o configura, prueba y documenta. Superadas una serie de pruebas el sistema se instala. Los usuarios dejan de utilizar los procesos y programas as-is y emigran hacia los procesos y programas to-be. En esta etapa juegan un importante papel las actividades de gestión del cambio centradas en las personas y no en la tecnología.
REFERENCIAS
María Berenguer, J. (2004). Negocios digitales: compertir usando tecnologías de información. Pamplona, Spain: EUNSA. Recuperado de https://elibro.net/es/ereader/uvm/47453.