características de un buen plan de sistemas:
oportunidad:
refiriendo que la planificación debe ser oportuna en ocasiones se planifica e implementa mucho después lo cual no es recomendable.
Utilidad:
debe ser útil al momento de aplicarlo con soporte ante proyectos generales e individuales.
Mantenimiento:
debe soportar mantenimiento a pesar de constante desarrollo y cambios en los proyectos.
Calidad:
el plan de sistemas es un documento vivo que debe mantener estándares de calidad que garanticen su trazabilidad y modificación.
Realizable:
este debe poder realizarse independientemente por el personal encargado de ejecutar las actividades
SDLC
fases del ciclo de vida del desarrollo de software.
inicio y planificación del proyecto:
en este se conoce el problema y se plantea una plan general para mitigarlo
Análisis:
se analizan las áreas y procesos del negocio y evalúan los actuales sistemas para proponer posibles mejoras.
Diseño:
se define hardware y software a utilizar en resumen que estructura el sistema tomando en cuanta elementos importantes como bd, tipo de comunicación e interfaz de usuario.
Adquisición o desarrollo:
se adquiere o desarrolla el SI
Implantación:
se pone en producción el sistema.
Operativa:
Hace referencia al proceso de mantener el sistema funcionando óptimamente, y garantizar que la seguridad y la integridad de los datos se mantenga.
Auditoría:
Se audita el SI para detectar problemas existentes.
Mantenimiento:
Incluye las tareas asociadas con la escalabilidad, nuevas versiones, resolución de incidencias e inclusión de mejoras en el SI.
Desarrollo a la medida.
El desarrollo a la medida hace referencia al desarrollo de un sistemas de información que cuenta con requerimientos propios los cuales son necesarios desarrollar como tal las empresas cuentan con requerimientos entonces acuden a buscar productos que cumplan con las mismas o ya sea generar un desarrollo a la medida, regularmente todas las organizaciones prefieren a medida y este puede ser desarrollado por recursos internos, externos o mixtos.
La principal ventaja de un desarrollo a medida es que permite una adaptación total de las ventajas únicas que distinguen a una empresa de su competencia. Es decir, la empresa puede conseguir una solución que se adapte totalmente a sus necesidades, al mismo tiempo que realza sus ventajas competitivas.
El principal inconveniente es que las herramientas y técnicas de desarrollo están sujetas a rápidos cambios, como consecuencia del grado de avance de la tecnología. Este aspecto puede implicar la rápida obsolescencia de una solución a medida, si la empresa no está alerta de los cambios tecnológicos del mercado.
Paquete estándar.
Es un software desarrollado por un proveedor que comercializa en masa ya con estandares de calidad evaluados esta es una alternativa que las empresas pueden tomar cuando quieren ingresar un nuevo sistema a alguna organización.
las ventajas de tener un paquete estándar es que ya cuenta con funcionalidades probadas y regularmente son soluciones implantadas en muchas organizaciones y para finalizar cuentas con el apoyo del proveedor para capacitación, soporte y evolución del paquete hablando de la tecnología aplicada.
las desventajas son que generan dependencia de la empresa proveedora del servicio y adaptar los procesos internos al flujo del paquete.
Desarrollo de sistemas, planificación.
en esta fase se involucra una problemática y se desarrolla un caso de negocio el cual describe de que manera el sistema aporta o beneficiara en los procesos, enseguida se desarrolla una planeación en la cual se contempla los recursos humanos y materiales para confirmar el producto y definir un estándar para implementar al tener un avance.
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 previos de la situación actual, problemas, oportunidades y riesgos de la empresa;
2 ) las primeras acciones de formación/sensibilización en la aplicación de una solución basada en TI ( first-cut education );
3 ) la revisión de los análisis coste-beneficio;
4 ) la decisión de aprobar el proyecto;
5 ) el desarrollo por escrito de una visión de la transformación de la empresa, de lo que parecerá y de sus nuevas capacidades;
y 6 ) la creación de nuevos grupos de trabajo y puestos de responsabilidad transitorios.
El project leader o project manager es responsable del desarrollo del sistema o de la implantación del SE. Tiene dedicación total al proyecto, pertenece a la organización, tiene experiencia en áreas clave de la empresa, es veterano y el mejor de los disponibles, tiene un buen historial, conoce a los empleados, goza del respeto y confianza de sus colegas y sabe comunicar bien. El champion o torchbearer es responsable de la implantación al más alto nivel, preside el comité de seguimiento y recibe informes del project leader . El Comité de Seguimiento está formado por el champion y otros directivos.
Desarrollo de sistemas, análisis de requisitos.
Es el proceso de estudiar las necesidades de los clientes para definir el comportamiento del usuario y asi mismo poder realizar una planeación de acuerdo a lo esperado. A pesar de que sea muy importante este proceso pasa a ser bastante conflictivo ya que si el usuario no tiene claro el requerimiento entonces como podriamos planear correctamente.
El proceso de análisis de requisitos se compone por tres subprocesos:
Extracción: se realiza reuniones conformadas por personas no profesionales de TI y otros enrolados en el ambiente con el fin de realizar platica rural y definir las necesidades de manera práctica.
Documentación:
en base a lo platicado se realiza una documentación que describa un equilibrio de la necesidad y clasificamos cuales requerimientos son funcionales y no funcionales.
Gestión de los requisitos:
Se definen prioridades dentro de los requerimientos, riesgos y esfuerzos que implicarán.
Desarrollo de sistemas, diseño.
El diseño es el proceso de definir la arquitectura ,componentes e interfaces del sistema. La codificación es importante ya que por medio de un lenguaje de programación se transforma la lógica y los datos establecidos en los requerimientos.
• 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. También recibe este nombre el resultado de dicho proceso.
• El functional design es el proceso de definir las interrelaciones entre los componentes de un sistema. También recibe este nombre el resultado de dicho proceso. • Un 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.
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. En ambos casos, se hace referencia con este nombre al resultado de los respectivos procesos.
• 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.
Desarrollo de sistemas implantació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 coste.
• Su primera etapa es la de construcción. Durante ella 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.
• Superadas una serie de pruebas el sistema se instala. Durante esta etapa se da de baja al sistema antiguo y de alta al nuevo. 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. El ciclo de desarrollo se cierra con las actividades post implantación que institucionalizan el uso del nuevo sistema.
l
Es un software desarrollado por un proveedor que comercializa en masa ya con estandares de calidad evaluados esta es una alternativa que las empresas pueden tomar cuando quieren ingresar un nuevo sistema a alguna organización.
las ventajas de tener un paquete estándar es que ya cuenta con funcionalidades probadas y regularmente son soluciones implantadas en muchas organizaciones y para finalizar cuentas con el apoyo del proveedor para capacitación, soporte y evolución del paquete hablando de la tecnología aplicada.
las desventajas son que generan dependencia de la empresa proveedora del servicio y adaptar los procesos internos al flujo del paquete.
en esta fase se involucra una problemática y se desarrolla un caso de negocio el cual describe de que manera el sistema aporta o beneficiara en los procesos, enseguida se desarrolla una planeación en la cual se contempla los recursos humanos y materiales para confirmar el producto y definir un estándar para implementar al tener un avance.
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 previos de la situación actual, problemas, oportunidades y riesgos de la empresa;
2 ) las primeras acciones de formación/sensibilización en la aplicación de una solución basada en TI ( first-cut education );
3 ) la revisión de los análisis coste-beneficio;
4 ) la decisión de aprobar el proyecto;
5 ) el desarrollo por escrito de una visión de la transformación de la empresa, de lo que parecerá y de sus nuevas capacidades;
y 6 ) la creación de nuevos grupos de trabajo y puestos de responsabilidad transitorios.
El project leader o project manager es responsable del desarrollo del sistema o de la implantación del SE. Tiene dedicación total al proyecto, pertenece a la organización, tiene experiencia en áreas clave de la empresa, es veterano y el mejor de los disponibles, tiene un buen historial, conoce a los empleados, goza del respeto y confianza de sus colegas y sabe comunicar bien. El champion o torchbearer es responsable de la implantación al más alto nivel, preside el comité de seguimiento y recibe informes del project leader . El Comité de Seguimiento está formado por el champion y otros directivos.
Es el proceso de estudiar las necesidades de los clientes para definir el comportamiento del usuario y asi mismo poder realizar una planeación de acuerdo a lo esperado. A pesar de que sea muy importante este proceso pasa a ser bastante conflictivo ya que si el usuario no tiene claro el requerimiento entonces como podriamos planear correctamente.
El proceso de análisis de requisitos se compone por tres subprocesos:
Extracción: se realiza reuniones conformadas por personas no profesionales de TI y otros enrolados en el ambiente con el fin de realizar platica rural y definir las necesidades de manera práctica.
Documentación:
en base a lo platicado se realiza una documentación que describa un equilibrio de la necesidad y clasificamos cuales requerimientos son funcionales y no funcionales.
Gestión de los requisitos:
Se definen prioridades dentro de los requerimientos, riesgos y esfuerzos que implicarán.
Desarrollo de sistemas, diseño.
El diseño es el proceso de definir la arquitectura ,componentes e interfaces del sistema. La codificación es importante ya que por medio de un lenguaje de programación se transforma la lógica y los datos establecidos en los requerimientos.
• 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. También recibe este nombre el resultado de dicho proceso.
• El functional design es el proceso de definir las interrelaciones entre los componentes de un sistema. También recibe este nombre el resultado de dicho proceso. • Un 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.
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. En ambos casos, se hace referencia con este nombre al resultado de los respectivos procesos.
• 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.
• 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 coste.
• Su primera etapa es la de construcción. Durante ella 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.
• Superadas una serie de pruebas el sistema se instala. Durante esta etapa se da de baja al sistema antiguo y de alta al nuevo. 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. El ciclo de desarrollo se cierra con las actividades post implantación que institucionalizan el uso del nuevo sistema.
l
