2. A través de los años se ha podido constatar que los requerimientos o requisitos son
la pieza fundamental en un proyecto de desarrollo de software, ya que marcan el punto de
partida para actividades como la planeación, básicamente en lo que se refiere a las
estimaciones de tiempos y costos, así como la definición de recursos necesarios y la elaboración
de cronogramas que será uno de los principales mecanismos de control con los que se contará
durante la etapa de desarrollo. Además la especificación de requerimientos es la base que
permite verificar si se alcanzaron o no los objetivos establecidos en el proyecto ya que estos son
un reflejo detallado de las necesidades de los clientes o usuarios del sistema yes contra lo que
se va a estar verificando si se están cumpliendo las metas trazadas. Es muy frecuente escuchar
entre los conocedores del desarrollo de software (programas de computadoras), que un gran
número de los proyectos de software fracasan por no realizar una adecuada definición,
especificación, y administración de los requerimientos. Dentro de esa mala administración se
pueden encontrar factores como la falta de participación del usuario, requerimientos
incompletos y el mal manejo del cambio a los requerimientos.
3. La planeación efectiva de un proyecto de software depende de la planeación
detallada de su avance, anticipando problemas que puedan surgir y preparando con
anticipación soluciones tentativas a ellos. Se supondrá que el administrador del proyecto es
responsable de la planeación desde la definición de requisitos hasta la entrega del sistema
terminado.
Panorama, plan de fases, plan de organización, plan de pruebas, plan de control de
modificaciones, plan de documentación, plan de capacitación, plan de revisión e informes, plan
de instalación y operación, plan de recursos de entregas, índice, plan de mantenimiento.
El objetivo de la planificación del proyecto de software es proporcionar un marco de trabajo
que permite al gestor de planificación hacer estimaciones razonables de recursos, costos y
planificación temporal
Estas estimaciones se hacen dentro de un marco de tiempo limitado al comienzo de un proyecto
de software, y deberían actualizarse regularmente a medida que progresa el proyecto.
Las estimaciones deberían definir los escenario del mejor caso, y peor caso de modo que los
resultados del proyecto pueden limitarse. El objetivo de la planificación se logra mediante un
proceso de descubrimiento de la información que lleve a estimaciones razonables.
4. La ingeniería de software se centra en los métodos, herramientas y procedimientos para
establecer un control en el desarrollo del software, lo que permite construir software de calidad
de forma productiva y evitando posibles errores humanos. De hecho, la predecibilidad de los
resultados es uno de los factores que garantizan la calidad de los sistemas. Un mercado
emergente en nuestro país, que refleja cómo el personal directivo de las empresas cada vez se
preocupa más de la repercusión de los procesos de ingeniería de software en sus objetivos de
negocio.
Más y más productos incorporan computadoras y Software en estos sistemas representan una
proposición grande y creciente del costo total del sistema. Por lo tanto, producir software
costeable es esencial para el funcionamiento de la economía nacional e internacional. La
ingeniería de software es una disciplina de la ingeniería cuya meta es el desarrollo costeable de
sistemas de software. Este es abstracto e intangible. No esta restringido por materiales, o
gobernado por leyes físicas o por procesos de manufactura. De alguna forma, esto simplifica la
ingeniería de software ya que no existen limitaciones físicas del potencial del software. Sin
embargo, esta falta de restricciones naturales significa que el software puede llegar a ser
extremadamente complejo y, por lo tanto, muy difícil de entender.
La ingeniería de software es una disciplina relativamente joven. La noción de esta ingeniería fue
propuesta inicialmente en 1968, en una conferencia para discutir lo que en ese entonces se
llamo la “crisis del software”. Esta crisis fue el resultado de la introducción de las poderosas (en
ese momento) computadoras de tercera generación. Su poder hizo que las aplicaciones hasta
ese entonces irrealizables fueran una propuesta factible.
5. 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.
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.
6. 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.
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:
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. 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.
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.
8. 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.
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.
9. 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.
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.
10. 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.
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.
11. 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.
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.
12. Propósito:
revisión del estado actual de la organización.
Identificaron de la situación estratégica.
Planificación de los proyectos y cambios.
Objetivo:
Analizar el estado actual de las tres dimensiones básicas de los sistemas de información, identificar su
situación y determinar las acciones necesarias para alcanzar dicha situación futura.
Fases Propuestas:
o Determinar la estrategia y contexto actual de la organización: La primera fase del proyecto
consiste en asegurar que cubrirá de manera efectiva las necesidades de la organización, y conocer
esta suficientemente para poder determinar posteriormente sus requisitos de los sistemas de
información. El primer paso será validar el plan de proyectos y Establecer los antecedentes.
o Identificar los requisitos de negocio para los sistemas de información: La segunda fase del
proyecto, una vez identificado el contexto y revisada la información disponible sobre la estrategia
y planificación de la organización, es determinar cuáles son los requisitos concretos de negocio a
los que pueden contribuir estos sistemas. Para identificar dichos requisitos con una visión amplia
y estratégica, deben revisarse las necesidades del negocio desde varios niveles del análisis:
Análisis FODA del negocio.
Requisitos de contexto y operativos.
13. o Determinar el estado actual de los sistemas de información: Una vez que se ha revisado el
negocio y se han obtenido sus requisitos, la siguiente fase es determinar el estado actual
de los sistemas de información, para poder analizar posteriormente la efectividad del
soporte ofrecido a partir de sus tres aspectos básicos:
Estado de la infraestructura técnica.
Estado de las aplicaciones.
Estado de la organización.
o Análisis de necesidades de los sistemas de información: Una vez conocidos los requisitos
que el negocio demanda de los sistemas de información y determinado el estado actual de
estos, se debe realizar su análisis para identificar cuáles son los puntos fuertes a mantener
y las debilidades a mejorar.
Para ello puede realizarse un análisis a los siguientes niveles:
Análisis estratégico de los sistemas de información.
Benchmarking de las prácticas de la competencia y del estado de la industria IT.
Soporte ofrecido a los compontes de negocio.
Evaluación de coste/beneficio de las aplicaciones y los sistemas.
El análisis identificará acciones de mejora, determinadas en base a las oportunidades
identificadas anteriormente, y se agruparán en los tres aspectos de los sistemas de información
anteriormente vistos:
• Aplicaciones.
• Infraestructura.
• Organización y procesos.
14. o Definir la estrategia y plan de sistemas de información: La última fase de un proyecto de
planificación estratégica de sistemas es la definición de la estrategia y plan de sistemas.
o Desarrollar el programa de despliegue: Una vez finalizado y aprobado el plan estratégico
de sistemas, se debe desplegar y ello se planifica y gestiona de manera similar a cualquier
otro programa o proyecto grande.
Lanzamiento del programa
Seguimiento y evaluación del programa
Una vez completada la planificación anual, la actividad principal es el seguimiento de los
indicadores operativos y de los proyectos en curso, así como la toma y supervisión de las
acciones correctivas que se abran en base a las desviaciones identificadas. En paralelo se
mantiene la relación con el cliente interno, que es el resto de la organización, gestionando la
demanda de peticiones generales y de proyectos no previstos en el plan de sistemas.
Estudio de factibilidad
Factibilidad se refiere a la disponibilidad de los recursos necesarios para llevar acabo los
objetivos o metas señalados, la factibilidad se apoya en los siguientes aspectos básicos:
Operativa: Esta factibilidad comprende una determinación de la probabilidad de que un nuevo
sistema se use como se supone.
Operación garantizada.
Uso garantizado.
15. Técnica: El análisis de factibilidad técnica evalúa si el equipo y software están disponibles (o,
en el caso del software, si puede desarrollarse) y si tienen las capacidades técnicas requeridas
por cada alternativa del diseño que se esté considerando. Los estudios de factibilidad técnica
también consideran las interfaces entre los sistemas actuales y nuevo.
Mejora del sistema actual.
Disponibilidad de tecnología que satisfaga las necesidades.
Financiera: Los estudios de factibilidad económica incluyen análisis de costos y beneficios
asociados con cada alternativa del proyecto. Con análisis de costos/beneficio, todos los costos y
beneficios de adquirir y operar cada sistema alternativo se identifican y se hace una
comparación de ellos.
Tiempo del analista.
Costo de estudio.
Costo del tiempo del personal.
Costo del tiempo.
Costo del desarrollo / adquisición.
16. La evolución de los estudios encarados por la Ingeniería de Requerimientos se fue
dando paulatinamente. Sin embargo, a partir de los 90, los esfuerzos se concentraron en la
búsqueda de técnicas, métodos y herramientas que pudieran ser aplicados durante el proceso
de definición de requerimientos para arribar a una etapa de diseño exitosa, dejando de lado la
obtención de una metodología capaz de adaptarse a cualquier tipo de sistema y paradigma,
brindando un marco de trabajo referencial, independiente del método a aplicar. Es muy
importante mencionar que el poder formular una especificación de requerimientos completa y
consistente, es un paso muy importante para evitar cometer errores en la definición de los
requerimientos, ya que los mismos pueden resultar muy caros de corregir una vez desarrollado
el sistema.
No tener problemas posteriores que implican un retraso en el cronograma, un presupuesto
erróneo, o hasta la posible cancelación del proyecto. Es importante que el documento que se
obtenga de esta etapa sea un reflejo real del acuerdo de las partes involucradas. Hay que notar
el aporte que ha venido a proporcionar la utilización de técnicas como la especificación, la lluvia
de ideas y el desarrollo de prototipos, que ayudan a definir requerimientos de una manera
concisa y real. Además, hoy en día, es importante tomar en cuenta el uso de patrones en el
desarrollo de software. Un patrón es un conjunto de información que aporta una buena
solución ya probada a un problema que se presenta en un contexto determinado. Para
elaborarlo se aíslan sus aspectos esenciales y se añaden cuantos comentarios y ejemplos que
sean necesarios. ¿En qué ayuda esto en la IR? Esto ayuda a diseñar correctamente en menos
tiempo, ayuda a construir problemas reutilizables y extendibles, y facilita la documentación y la
comunicación con otros miembros del equipo de desarrollo, ventajas importantes que se deben
de tomar en cuenta por parte los desarrolladores de software, ya que si se logra tener un
lenguaje en común dentro del grupo de trabajo, se reduce el impacto de los riesgos al utilizar
soluciones ya probadas, y amplía el conocimiento de los participantes del desarrollo,
permitiéndoles representar mejores sistemas de una manera más estructurada.
17. Herrera J., Lizka Johany (2003)“Ingeniería de Requerimientos, Ingeniería de Software”,
Recuperado el 25 de mayo de 2006 en:
http://www.monografias.com/trabajos6resof/resof.shtm.
Sommerville Ian, 2005,“Ingeniería del Software”, Séptima edición, México DF, Editorial
Pearson.
SENN, James A. (1992) Análisis y Diseño de Sistemas de Información. Segunda Edición.
Editorial McGrawHill. México .