2.
En el ámbito del Software. Es la primera actividad de llevada a cabo durante la
planificación del proyecto de Software, en esta etapa se deben evaluar la función y el
rendimiento que se asignaron al Software durante la Ingeniería del Sistema de Computadora
para establecer un ámbito de proyecto que no sea ambiguo, e incomprensible para directivos y
técnicos.
Describe la función, el rendimiento, las restricciones, las interfaces y la fiabilidad,
se evalúan las funciones del ámbito y en algunos casos se refinan para dar mas detalles antes
del comienzo de la estimación. Las restricciones de rendimiento abarcan los requisitos de
tiempo de respuesta y procesamiento, identifican los limites del software originados por el
hardware externo, por la memoria disponible y por otros sistemas existentes.
El Ámbito se define como un pre-requisito para la estimación y existen algunos elementos que
se debe tomar en cuenta como es:
La Obtención de la Información necesaria para el software. Para esto el analista y el
cliente se reúnen sobre las expectativas del proyecto y se ponen de acuerdo en los puntos
de interés para su desarrollo.
Planificación de Proyecto de Software
3.
La ingeniería del software es una disciplina que comprende todos los aspectos de la
producción del software desde las etapas iniciales de la especificación del sistema hasta el
mantenimiento de éste después de que se utiliza. (Definición de Ian Somerville). Es decir, la
ingeniería del software es la aplicación de unas técnicas y un conocimiento para desarrollar
software y no escribir código por escribir.
Es muy importante porque seguro que mucha gente a la que le gusta programar se
preguntará y ¿por qué tengo que perder el tiempo haciendo diagramas de clases y diseñando la
arquitectura del sistema (ya veremos todo lo que es eso en otros artículos) si yo programo de
lujo y mis programas funcionan perfectamente? Seguro que estaremos de acuerdo en que
cualquier persona con tiempo y que le guste programar puede hacer software que funcione y
sin haber estudiado nada. Sin embargo ese software seguro que es mucho menos eficiente y
mucho menos seguro que un software desarrollado usando unos procedimientos adecuados.
Otro aspecto importante es la mantenibilidad. Este concepto se refiere a la capacidad que tiene
un programa de ser modificado. En el mundo de la informática lo que gusta hoy, la semana que
viene puede quedarse desfasado y por tanto tenemos que adaptar nuestros programas. Si tan
solo hemos escrito líneas y líneas de código sin ningún criterio solo con el objetivo de que
funcione el programa, cuando queramos cambiar algo nos volveremos locos y la competencia
nos aplastará.
Importancia de la Ingeniería en el Desarrollo de Sistemas de Información:
4.
El método de ciclo de vida para el desarrollo de sistemas es el conjunto de
actividades que los analistas, diseñadores y usuarios realizan para desarrollar e implantar un
sistema de información. El método del ciclo de vida para el desarrollo de sistemas consta de 6
fases:
Investigación Preliminar: La solicitud para recibir ayuda de un sistema de información
puede originarse por varias razones: sin importar cuales sean estas, el proceso se inicia
siempre con la petición de una persona.
Determinación de los requerimientos del sistema: El aspecto fundamental del análisis
de sistemas es comprender todas las facetas importantes de la parte de la empresa que se
encuentra bajo estudio. Los analistas, al trabajar con los empleados y administradores,
deben estudiar los procesos de una empresa para dar respuesta a las siguientes preguntas
clave:
¿Qué es lo que hace?
¿Cómo se hace?
¿Con que frecuencia se presenta?
¿Qué tan grande es el volumen de transacciones o decisiones?
¿Cuál es el grado de eficiencia con el que se efectúan las tareas?
¿Existe algún problema? ¿Qué tan serio es? ¿Cuál es la causa que lo origina?
Ciclo de Vida de Sistemas de Información:
5.
Diseño del sistema: El diseño de un sistema de información produce los detalles que
establecen la forma en la que el sistema cumplirá con los requerimientos identificados
durante la fase de análisis. Los especialistas en sistemas se refieren, con frecuencia, a
esta etapa como diseño lógico en contraste con la del desarrollo del software, a la que
denominan diseño físico.
Desarrollo del software: Los encargados de desarrollar software pueden instalar software
comprobando a terceros o escribir programas diseñados a la medida del solicitante. La
elección depende del costo de cada alternativa, del tiempo disponible para escribir el
software y de la disponibilidad de los programadores.
Por lo general, los programadores que trabajan en las grandes organizaciones pertenecen a un
grupo permanente de profesionales.
Prueba de sistemas: Durante la prueba de sistemas, el sistema se emplea de manera
experimental para asegurarse de que el software no tenga fallas, es decir, que funciona de
acuerdo con las especificaciones y en la forma en que los usuarios esperan que lo haga.
Se alimentan como entradas conjunto de datos de prueba para su procesamiento y después se
examinan los resultados.
Implantación y evaluación: La implantación es el proceso de verificar e instalar nuevo
equipo, entrenar a los usuarios, instalar la aplicación y construir todos los archivos de datos
necesarios para utilizarla. Una vez instaladas, las aplicaciones se emplean durante muchos
años. Sin embargo, las organizaciones y los usuarios cambian con el paso del tiempo,
incluso el ambiente es diferente con el paso de las semanas y los meses.
6.
Por consiguiente, es indudable que debe darse mantenimiento a las aplicaciones. La evaluación
de un sistema se lleva a cabo para identificar puntos débiles y fuertes. La evaluación ocurre a lo
largo de cualquiera de las siguientes dimensiones:
• Evaluación operacional: Valoración de la forma en que funciona el sistema, incluyendo su
facilidad de uso, tiempo de respuesta, lo adecuado de los formatos de información,
confiabilidad global y nivel de utilización.
• Impacto organizacional: Identificación y medición de los beneficios para la organización
en áreas tales como finanzas, eficiencia operacional e impacto competitivo. También se
incluye el impacto sobre el flujo de información externo e interno.
• Opinión de los administradores: evaluación de las actividades de directivos y
administradores dentro de la organización así como de los usuarios finales.
• Desempeño del desarrollo: La evaluación de proceso de desarrollo de acuerdo con
criterios tales como tiempo y esfuerzo de desarrollo, concuerdan con presupuestos y
estándares, y otros criterios de administración de proyectos. También se incluye la
valoración de los métodos y herramientas utilizados en el desarrollo.
7.
FASE I:
Requerimientos: Esta fase fundamental para que la estrategia informática encaje dentro de las
metas de la empresa, ya que en ella se cumplen las funciones del modelaje del negocio y
planificación de sistemas; esto con el fin de proyectar las estrategias del negocio y determinar
de esta forma sus requerimientos de información.
Aunque la fase de requerimientos puede aplicarse a todos los procesos de la empresa, o a un
área en específico, suele ser mas practico analizar área por área del negocio.
Durante esta fase se desarrolla un modelo del área estudiada, donde se representa: Los
procesos que se llevan a cabo, la información utilizada por ellos y las reglas políticas y prácticas
de la empresa relacionada con estos procesos.
Este modelo permite proyectar las estrategias, procesos y flujos de datos de la empresa al igual
que las interrelaciones entre procesos y datos, con el fin de desarrollar un plan de sistema de
información capaz de guiar el desarrollo de un sistema que permita dar soporte al área en
estudio en el cumplimiento de sus objetivos.
El Plan de Sistemas debe contener:
• Los sistemas que requiere el área del negocio, así como sus bases de datos y la
información que intercambiaran o compartieran.
Fases del Desarrollo de Sistema de Información
8.
• Descripción detallada de cada sistema y aplicación incluyendo sus objetivos funcionales y
sus bases de diseño.
• Todo hardware y software que serán utilizados para el funcionamiento requeridos por el
área de negocio (incluyendo las redes).
• Métodos de desarrollo para cada sistema como lo es adquisición de paquetes, nuevo
desarrollo o actualizaciones.
• Esquema de los problemas actuales del área de negocio y de las posibles mejoras que se
puedan realizar en cada sistema.
• Análisis de los beneficios que se espera derivar de los sistemas que conforman la
arquitectura.
El plan de sistemas de información es uno de los factores más importantes para el
departamento de informática o sistemas ya que constituye la guía para emprender los
proyectos que requiera el cliente, reclutar y adiestrar al personal necesario y la adquisición e
instalación de hardware y software necesarios.
Además, el plan de sistemas es fundamental para la construcción y desarrollo de un ambiente
de alta calidad y productividad ya que:
9.
• La arquitectura de sistemas sobre la cual descansa el plan para una determinada área de
negocios define la forma de cómo cada aplicación desarrollada será destinada a dar
soporte a objetivos claves y estratégicos para esa especifica área del negocio y, por ende,
a la empresa.
• Se determinara una definición precisa de los beneficios, alcances y objetivos de cada
sistema, lo cual creara soluciones que el negocio realmente necesite. Estos sistemas se
ajustaran a las estrategias definidas por la gerencia.
• Cada proyecto tendrá una prioridad fijada por la gerencia, lo que determinara el orden de
ejecución.
• Cada aplicación desarrollada podrá ser interrelacionada con otros sistemas.
FASE II:
Análisis / Diseño: El objetivo de esta fase es desarrollar el diseño arquitectónico de los
sistemas, utilizando los requerimientos obtenidos en la primera fase. En el diseño arquitectónico
se engloban dos componentes: los datos y los procesos, los cuales serán analizados y
diseñados desde una perspectiva conceptual a una física, dentro de las cuatros actividades que
se encuentran en esta fase.
10.
Actividades dentro de la fase de Análisis/Diseño.
• Analizar y Diseñar Proceso: Las operaciones del negocio y los requerimientos de
funcionamiento definidos en la primera fase, se toman en cuenta con el propósito de
determinar la forma en que debe funcionar el sistema.
• Analizar y Diseñar Los Datos: Con los requerimientos de información definidos en la fase I
se debe organizar los distintos modelos de datos que nos ayuden a diseñar la base de
datos que hagan falta para que el sistema funcione de acuerdo al modelo de
funcionamiento.
• Diseñar y Organizar Los Componentes Físicos: Todo componente físico como (pantallas,
base de datos) que hagan posible el funcionamiento del sistema de acuerdo al modelo de
funcionamiento.
• Planificar El Desarrollo De Los Componentes Físicos: actividad en la cual planificamos la
forma en que pueden ser construidos e implementados los componentes físicos de una
forma rápida y productiva.
En esta fase de análisis / diseño puede incluirse una sub.-fase de evaluación de paquetes. Esta
se pudiese realizar si en los requerimientos se estableció adquirir un paquete de aplicaciones
en lugar de completar un diseño arquitectónico.
11.
FASE III:
Construcción: Dentro de esta fase de construcción existen actividades separadas en cinco
sub.-fases:
Desarrollo De Infraestructura: Durante esta fase se desarrollará y organizará la
infraestructura que permita cumplir las tareas de construcción en la forma más productiva
posible.
Adaptación De Paquetes: Ofrece una desventaja fundamental: el personal de la
instalación no conoce los componentes del paquete con la misma profundidad con que
conoce los componentes desarrollados por ellos mismos. Uno de los objetivos centrales de
esta sub.-fase es conocer al máximo detalle posible el funcionamiento del paquete, este
asegurará que el paquete será utilizado con el máximo provecho, tanto desde el punto de
vista del negocio, como de la utilización de recursos. Cada componente del paquete será
revisado en forma exhaustiva por el equipo Analista – Usuario, con el fin de conocer y
comprender todos los aspectos del paquete.
Desarrollo De Unidades De Diseño Interactivas: Las unidades de diseño interactivas,
son procedimientos que se cumple o se ejecutan a través de un dialogo usuario / sistema.
Las actividades de esta sub.-fase tienen como objetivo central:
• Especificar en detalle las tareas que debe cumplir la unidad de diseño.
12.
• Desarrollar componentes.
• Realizar las pruebas unitarias y las pruebas de integración a nivel de la unidad de diseño.
Desarrollo De Unidades De Diseño Batch: Las unidades de diseño Batch, son aquellos
procedimientos que se cumplen en forma automatizada, pero en la que no se entabla un
dialogo entre usuario y el analista, sino que involucra grupos de transacciones que se
alimentan al computador de una sola vez. Su objetivo central es igual a la fase de
desarrollo de unidades de diseño interactivas. En esta sub.-fase se preparan
especificaciones hechas utilizando una combinación de técnicas como flujo gramas,
diagramas de estructuras, tablas de decisiones etc. Cualquiera que se utilice será útil para
que la especificación sea clara y se logre el propósito de que el programador comprenda y
pueda programar y probar los programas correspondientes.
Desarrollo De Unidades De Diseño Manuales: Esta sub.-fase incluyen las tareas que se
ejecutan en forma manual que se incluyen dentro de lo procedimientos administrativos. Las
actividades de esta sub.-fase tienen como objetivo central desarrollar todos los
procedimientos administrativos que rodearán y gobernarán la utilización de los
componentes computarizados desarrollados en la fase de diseño detallado y construcción.
FASE IV:
Pruebas: Esta fase, da inicio luego de que las diferentes unidades de diseño han sido
desarrolladas y probadas por separado. Durante su desarrollo, el sistema se emplea de forma
experimental para asegurar que el software no falle, es decir que funcione de acuerdo a sus
especificaciones y a la manera que los usuarios esperan que lo haga, y de esta forma poder
detectar cualquier anomalía, antes de que el sistema sea puesto en marcha y se dependa de el.
13.
Para evaluar el desenvolvimiento del sistema, en esta fase se llevan a cabo varios niveles de
prueba:
Funcional: Prueba desde el punto de vista de los requerimientos funcionales.
De Sistema: Prueba desde el punto de vista de los niveles de calidad del sistema y de
desempeño.
De Integración: Prueba de interfaces.
De Aceptación Técnica: Prueba de manejo de condiciones extremas.
Si el Sistema cumple de forma satisfactoria con estos niveles mencionados anteriormente, se
procede a realizar la carga de los archivos, base de datos y tablas del nuevo sistema, para de
esta forma dar inicio al proceso de aceptación final, durante el cual, el sistema comenzará a
funcionar bajo la responsabilidad del departamento de operaciones y del usuario, por un lapso
determinado de tiempo llamado Periodo de Aceptación.
Finalizado el Periodo de Aceptación, se le dará al sistema la aprobación final, para que pase a
ser el sistema oficial.
FASE V:
Producción y mantenimiento: Esta fase corresponde al Diseñar es la fase mas importante
donde todos los elementos del SI. Están completos y se puede ejecutar el proyecto. Una vez
que un sistema pasa a formar parte de la vida diaria de la empresa, cada programa, cada
procedimiento y cada estructura de datos se convierte en una pieza del negocio que, como tal,
deberá funcionar en forma constante, exacta y confiable. La operación del negocio ahora
dependerá del funcionamiento del sistema, por lo que las tareas de mantenimiento cobran vital
importancia.
14.
Durante la fase de mantenimiento, se ponen en práctica todas las políticas y los procedimientos
destinados a garantizar la operación continúa de los de los sistemas y a asegurar su uso
efectivo, con el fin, de que éstos se constituyan en una verdadera herramienta de apoyo al logro
de los objetivos estratégicos de la empresa (Llorens Fábregas).
Producción: Finalmente, en la etapa de producción se asegura que el sistema funcione
correctamente en la mayoría de los casos, y con intervención mínima de los administradores
del sistema. Para esto se realizan nuevas pruebas, se reevalúan los resultados y se hacen
refinamientos del sistema, los cambios necesarios deberán ser introducidos sin afectar a los
usuarios, y deberá conseguirse la máxima confianza de los usuarios. El resultado de esta etapa
un sistema listo para su operación.
Mantenimiento: Luego que el nuevo sistema ha estado operando, el auditor de sistemas
independiente de las otras fases de la vida del sistema, revisará lo siguiente: Determinar si el
programa ha logrado los requerimientos de los objetivos, se debe prestar especial atención a la
utilización y la satisfacción de los usuarios finales, ellos constituirán un indicador excelente.
Verificar que se miden, analizan e informan adecuadamente a la gerencia los beneficios
identificados con el estudio de factibilidad. Revisar las solicitudes de cambios a los programas
que se han realizado, para evaluar el tipo de cambios que se exigen al sistema, el tipo de
cambios puede indicar problemas de diseño, programación o interpretación de los
requerimientos de usuario.
Conclusiones Preliminares: En la elaboración del desarrollo de esta unidad podemos evaluar
la metodología utilizada por Llorens Fábregas, una metodología estructurada basada en
proyectos exitosos al igual que la Laudon & Laudon, implementando valiosos métodos para el
Diseño e implementación de un SISTEMA DE INFORMACION, capaz de satisfacer las
necesidades de las Organizaciones a nivel Mundial.
15.
Descripción Y Objetivos: El Plan de Sistemas de Información tiene como objetivo la
obtención de un marco de referencia para el desarrollo de sistemas de información que
responda a los objetivos estratégicos de la organización. Este marco de referencia consta
de:
• Una descripción de la situación actual, que constituirá el punto de partida del Plan de
Sistemas de Información. Dicha descripción incluirá un análisis técnico de puntos fuertes y
riesgos, así como el análisis de servicio a los objetivos de la organización.
• Un conjunto de modelos que constituya la arquitectura de información.
• Una propuesta de proyectos a desarrollar en los próximos años, así como la prioridad de
realización de cada proyecto.
• Una propuesta de calendario para la ejecución de dichos proyectos.
• La evaluación de los recursos necesarios para los proyectos a desarrollar en el próximo
año, con el objetivo de tenerlos en cuenta en los presupuestos. Para el resto de proyectos,
bastará con una estimación de alto nivel.
• Un plan de seguimiento y cumplimiento de todo lo propuesto mediante unos mecanismos
de evaluación adecuados.
Planificación de Sistemas de Información
16.
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).
PLANIFICACIÓN DE SISTEMAS DE INFORMACIÓN
PARTICIPANTES EN LAS ACTIVIDADES DEL PROCESO PSI:
A continuación se incluye un gráfico que representa la secuencia de actividades del proceso
PSI.
PLANIFICACIÓN DE
SISTEMAS DE
INFORMACIÓN
ACTIVIDADES
PSI
1
PSI
2
PSI
3
PSI
4
PSI
5
PSI
6
PSI
7
PSI
8
PSI
9
Comité de Dirección X X X
Consultores X X X X X X X
Consultores Informáticos X X X X X X
Directores Usuarios X
Equipo de Soporte Técnico X X
Equipo del Proyecto X
Jefe de Proyecto X X
Responsable
Mantenimiento X
Usuarios Expertos X X X X X X X
17.
PLANIFICACIÓN DE
SISTEMAS DE
INFORMACIÓN
ACTIVIDADES
PSI
1
PSI
2
PSI
3
PSI
4
PSI
5
PSI
6
PSI
7
PSI
8
PSI
9
Análisis Coste/Beneficio X X
Catalogación X X X X X
Diagrama de Clases X
Diagrama de
Representación X X X
Estimación X
Factores Críticos de Éxito X
Impacto en la
Organización X X
Matricial X
Modelado de Procesos de
la Organización X
Modelo Entidad/Relación
Extendido X
Planificación X
Presentación X
Sesiones de trabajo X X X X X X X X X
TÉCNICAS/PRÁCTICAS UTILIZADAS EN LAS ACTIVIDADES DEL PROCESO PSI
18.
Después de definir la problemática presente y establecer las causas que ameritan de un
nuevo sistema, es pertinente realizar un estudio de factibilidad para determinar la infraestructura
tecnológica y la capacidad técnica que implica la implantación del sistema en cuestión, así como los
costos, beneficios y el grado de aceptación que la propuesta genera en la institución. Este análisis
permitió determinar las posibilidades de diseñar el sistema propuesto y su puesta en marcha, los
aspectos tomados en cuenta para este estudio fueron clasificados en tres áreas, las cuales se
describen a continuación:
Factibilidad Operativa: La Factibilidad Operativa permite predecir, si se pondrá en marcha el
sistema propuesto, aprovechando los beneficios que ofrece, a todos los usuarios involucrados
con el mismo, ya sean los que interactúan en forma directa con este, como también aquellos que
reciben información producida por el sistema. Por otra parte, el correcto funcionamiento del
sistema en cuestión, siempre estará supeditado a la capacidad de los empleados encargados de
dicha tarea.
Factibilidad Técnica: La Factibilidad Técnica consistió en realizar una evaluación de la
tecnología existente en la organización, este estudio estuvo destinado a recolectar información
sobre los componentes técnicos que posee la organización y la posibilidad de hacer uso de los
mismos en el desarrollo e implementación del sistema propuesto y de ser necesario, los
requerimientos tecnológicos que deben ser adquiridos para el desarrollo y puesta en marcha del
sistema en cuestión.
Factibilidad financiera o económica: Un sistema que puede desarrollarse desde el punto de
vista técnico y además se utilice, si se llega a instalar debe ser una buena inversión para la
organización. Los beneficios financieros deben igualar o superar a los costos.
Las cuestiones económicas y financieras formuladas por los analistas durante la investigación
preliminar, tienen el propósito de estimar lo siguiente:
El costo de llevar a cabo la investigación completa del sistema.
El costo del hw y sw para la aplicación que se está considerando.
Beneficios en la forma de reducción de costos o de menos errores costosos.
El costo si nada sucede, es decir, si el proyecto no se lleva a cabo.
Estudio de Factibilidad de un Sistema.