Plan de sistemas

 

Abriré este espacio, explicando qué es un plan de sistemas.

Podemos decir, que 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.  Es de suma importancia planificar los sistemas de la información ya que son la base de muchas ventajas competitivas, capacidades y eficiencias existentes en las empresas.

 

A continuación, mostraré las características con las que debe contar un buen plan de sistemas:

·         Debe de ser oportuno

·         Debe de ser útil

·         Debe poder mantenerse

·         Debe contar con estándares de calidad

·         Debe de ser realizable

 

En la planificación de los sistemas de información existen dos enfoques básicos:

 

1) Planificación de SI a partir de la estrategia de negocio; la estrategia de negocio está definida y sirve de situación de partida. Esto implica que para poder elaborar un plan de sistemas previamente hay que realizar un análisis de la situación de la empresa, una vez realizado, el equipo de trabajo llevará a cabo un análisis de necesidades de SI por áreas, funciones y procesos de negocio. De este análisis, dependerá 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 realiza una integración de la estrategia de negocio con la estrategia de SI. Se fundamenta en la misión del negocio y en la identificación de TI Strategic Actions (ITSA), a partir de las cuales nace el plan de SI.

 

A continuación, se incluye un gráfico que representa la secuencia de actividades del proceso PSI.

 

Aunque los resultados de la actividad Estudio de la Información Relevante (PSI 3) deberán tenerse en cuenta para la definición de requisitos que se efectúa en la actividad Identificación de Requisitos (PSI 4), ambas podrán realizarse en paralelo, junto con el Estudio de los Sistemas de Información Actuales (PSI 5).

 

 

Ciclo de vida de desarrollo de sistemas

Ahora hablaremos de SDLC, éste término se refiere a System Development Life Cycle, que significa ciclo de vida de desarrollo de sistemas y 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 SI.

 

Existen dos situaciones por las que una empresa decide implementar un desarrollo de sistemas:

1) Planteamiento de mejoras o ampliación existente

2) Planteamiento de una nueva aplicación

 

Las fases de un SDLC son las siguientes:

·         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 HW, SW, comunicaciones, bases de datos, programas e interfaz de usuario del SI.

·         Fase 4 Adquisición o desarrollo: el SI es comprobado o desarrollado a medida.

·         Fase 5 Implantación: El SI es puesto en producción

·         Fase 6 Operativa: 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 tareas asociadas con la escalabilidad, nuevas versiones, resolución de incidencias e inclusión de mejoras en el SI.

En función de la secuencia del SDLC, y de la cantidad de tiempo y esfuerzo dedicado a cada fase, se puede distinguir dos tipos de metodologías.

 

1) Metodologías lineales de diseño estructurado: siguen el modelo SDLC lineal tradicional, las fases están claramente definida cada fase ocurre una vez y finaliza antes de que el 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, se caracterizan por el uso de técnicas especiales y herramientas informáticas.  Los usos de estas herramientas mejoran la rapidez y la calidad del desarrollo de sistemas.

 

La normativa IEEE/ISO/IEC 12207-2017 – ISO/IEC/IEEE en relación a los procesos de ciclo de vida del software;

• Se aplica a la adquisición de software, productos, servicios, suministro, desarrollo, operación, mantenimiento y eliminación de software interno o externo.
• Incluye aspectos necesarios para proporcionar el contexto adecuado en relación a los productos y servicios de software.
• Ayuda a definir y mejorar los procesos del ciclo de vida del software (IEEE) en general.
• Tiene como objetivo principal lograr la máxima satisfacción del cliente, ofreciendo una excelente calidad en los productos y servicios de software.

 

 

 

 

 

 

Desarrollo a medida

Ahora hablaremos acerca del desarrollo a medida, este término hace 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 SW existente en el mercado.

 

Al implementar un desarrollo a medida la construcción del sistema comienza desde cero, y es necesario definir un proyecto de desarrollo de sistemas, contar con un equipo que disponga de una adecuada metodología y de herramientas de desarrollo poder llevarlo a cabo.

En función de quién lleve a cabo el desarrollo a medida, se distingue entre los siguientes:

·         Desarrollo a medida internos: son realizados internamente en la empresa.

·         Subcontratación del desarrollo:  la dirección del proyecto lo lleva la empresa y el desarrollo lo lleva a cabo, parcial o totalmente con recursos externos.

·         Outsourcing del desarrollo a medida:  todos los recursos son externos, la empresa solamente participa exponiendo sus requerimientos y a aprobar resultados.

 

Beneficios de un software a medida

La metodología de este servicio establece una relación entre cliente y proveedor, permitiendo la obtención de beneficios únicos de esta modalidad:

• Control y precisión en las distintas áreas claves del negocio que mejoran el rendimiento.
• Personalización de la herramienta de la forma más conveniente e intuitiva para la empresa.
• Adaptabilidad y velocidad de reacción frente a los cambios.
• Menor tiempo de aprendizaje de uso de la herramienta.
• Dedicación exclusiva de un equipo a la mejora continua.
• Atención al cliente personalizada.

 

 

Paquete estándar

También llamado paquete de software estándar es un sistema fabricado por un proveedor de software para su comercialización en el mercado, por lo general, se comercializan mediante licencias de uso del software.

 

Características del software estándar o “enlatado”:
* El software ya fue desarrollado, la empresa lo compra ya hecho.
* Es menos probable que tenga errores, dado que fue probado por múltiples empresas.
* Suele ser más barato que el software a medida.
* Probablemente tenga muchas funciones que no la empresa no usará; además a veces no se adapta completamente a las necesidades de una empresa.

 

Mencionaré algunas ventajas y desventajas de los paquetes de Software estándar:

Ventajas

·         Las funcionalidades estándar que incluyen le permiten a la empresa cierta definición de funciones y procesos a realizar

·         Cuando se trata de software contrastado mediante un gran número de implantaciones, en multitud de empresas, suelen ser soluciones robustas, lo cual garantiza en buena medida su correcto funcionamiento en el tiempo.

·         La parametrización permite un grado de adaptación a las particularidades de la empresa con poco esfuerzo.

·         Cuentan con soporte técnico y mantenimiento, así como también con especialistas que garantizan su evolución, acorde al avance de la tecnología y el mercado.

Desventajas

·         No cubrir la totalidad de las funcionalidades requeridas por la empresa.

·         Implicar servidumbre y dependencia de la empresa proveedora del SW.

·         Forzar la adaptación de la empresa al paquete de SW con la consiguiente pérdida de diferencial competitivo.

 

Hoy en día contamos con el sinfín de paquetes de software de todo tipo, les mostraré algunas de las clasificaciones de los mismos:

 

·         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 herramientas ERP, CRM, SCM, e-business, etc.

Desarrollo de sistemas – Planificación

Un segundo componente de esta fase es la de análisis de la viabilidad técnica, económica y organizativa. Realizando éste, se produce la aprobación o rechazo del proyecto. Una vez elegido

el proyecto, el responsable estima su tamaño, define el plan de trabajo y forma el equipo de desarrollo.  También se determinan las herramientas de desarrollo, los estándares, la documentación y los procedimientos de charge control y de gestión de riesgos.

 

Esta etapa se caracteriza por la gran participación y funcionamiento en lo siguiente:

·         Análisis previos de la situación actual

·         Las primeras acciones de formación/sensibilización

·         La revisión de los análisis coste-beneficio

·         La decisión de aprobar el proyecto

·         El desarrollo por escrito de una visión de la transformación de la empresa, de lo que parecerá y de sus nuevas capacidades.

·         La creación de nuevos grupos de trabajo y puestos de responsabilidad transitorios.

 

Algunos de los errores más comunes que ocurren durante la planificación que trae consigo retrasos, desviaciones sobre el presupuesto, son:

·         Planificación demasiado optimista

·         Fallos en el seguimiento de la planificación

·         Fallos en la actualización de la planificación

·         Adición de más personal a un proyecto retrasado.

Desarrollo de sistemas – Análisis de requisitos

En esta etapa se diferencian tres subprocesos:

1)    Extracción

2)    Documentación

3)    Gestión de los requisitos

Los requisitos funcionales especifican una función que un sistema o componente de sistema debe ser capaz de desarrollar. Los requisitos no funcionales como el througput del sistema, la amigabilidad de la interfaz de usuario, la escalabilidad o la fiabilidad, son cruciales en la aceptación del sistema.

·         Los interface requirements especifican un ítem externo con el cual debe interaccionar un sistema o componente del sistema.

·         Los design requirements especifican o restringe la codificación o construcción de un sistema o de uno de sus componentes.

·         Los implementation requirements especifican o restringen la codificación o construcción de un sistema o de uno de sus componentes.

·         Los  perfomance  requirements  imponen  condiciones  en  un  requisito  funcional;  por ejemplo,  un  requisito  que  especifica  la  velocidad,  precisión  o  cantidad  de  memoria utilizada con la cual se debe ejecutar una función determinada.

 

Desarrollo de sistemas – Diseño

En esta etapa se diferencian tres subprocesos

1) Asignación y reparto de tareas

2) Determinación y seguimiento de la calidad del trabajo

3) Seguimiento del proyecto

 

Características

·         El 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.

·         El functional design es el proceso de definir las interrelaciones entre los componentes de un sistema

·         Un preliminary design es el proceso de analizar alternativas de diseño y definir la arquitectura.

·         Un 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.

·         El source code o código fuente 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.

Genera soluciones a requerimientos planteados.

 

Define CÓMO lo va hacer el nuevo sistema.

Herramientas:

·         Lenguaje de Modelado Unificado (UML), diagramas entidad relación, diagrama estructurado, normalización, diccionario de datos, etc.).

·         Base de datos (colección integrada de archivos accesibles por

·         múltiples aplicaciones).

 

 

Desarrollo de sistemas – Implantación

 

Durante esta fase, se programa o configura, prueba y documenta. Las pruebas son una de las actividades más críticas de la implantación porque el coste de los errores puede ser impresionante; la mayoría de las organizaciones dedica más tiempo a las pruebas que a la programación.

 

Durante esta etapa se da de baja al sistema antiguo y se da de alta al nuevo.

·         Los usuarios dejan de utilizar los procesos y programas as-is y emigran hacia los procesos y programas to-be.

·         El ciclo de desarrollo se cierra con las actividades post implantación que institucionalizan el uso del nuevo sistema.

·         Otra actividad es la evaluación del proyecto, y la consiguiente detección de logros y oportunidades de mejora de cara a la próxima actuación.

 

 

 

 

 

Conclusión

 

1.- 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 SI.

a) Desarrollo a medida

b) Procesos

c) Ciclo de vida de desarrollo de sistemas

d) Servicio y soporte

 

Ciclo de vida de desarrollo de sistemas

(SDLC, Systems Development Life Cycle) es un enfoque por fases para el análisis y el diseño, cuya premisa principal consiste en que los sistemas se desarrollan mejor utilizando un ciclo específico de actividades del analista y el usuario.

 

 

2.-Una empresa del ramo textil necesita un sistema de información desarrollado íntegramente, por y para ella en función de sus necesidades, ésta se tiene que comenzar desde cero y tiene que ser necesario definir un proyecto de desarrollo de sistemas ¿Qué sistema de información debe implementar?

a) Plan de sistemas

b) Desarrollo a medida

c) Procesos

d) Paquete estándar

 

 

Desarrollo a medida

 

Un desarrollo totalmente personalizado y a la medida de las necesidades del cliente.
En ocasiones un negocio tiene unas particularidades que hace que un desarrollo estándar no encaje exactamente en sus necesidades. En este momento es vital contar con un socio tecnológico que comprenda los procesos del negocio y sea capaz de traducir las necesidades en soluciones tecnológicas.

 

Referencias

 

(María Berenguer, 2004)

Negocios digitales: competir usando tecnologías de información [Archivo electrónico] Recuperado de https://elibro.net/es/lc/uvm/titulos/47453