Está en la página 1de 14

Universidad Nacional Experimental de los Llanos Occidentales

Ezequiel Zamora – Barinas


Vicerrectorado de Planificación y Desarrollo Social
Programa Ingeniería, Arquitectura y Tecnología
Sub-Programa- Ingeniería. Informática
Sub-Proyecto Principios a la Ingeniera del Software

MODULO I: ENSAYO ARGUMENTATIVOSOBRE LA INGENIERÍA DEL


SOFTWARE

Profesora: Neomar Montilla

Autor:
Br. Perdomo, Andrés C.I. 28.164.082
Sección: M01

Barinas, Noviembre 2021


INTRODUCCION

En el desarrollo de este módulo vamos a investigar cómo se fue dando el origen


de esta disciplina, denominada Ingeniera del Software, y que en la actualidad es
una disciplina, así como las demás ingenierías, como métodos y procesos, normas
y reglas y el componente intelectual agregado por el capital humano dedicado a
esta área del conocimiento humano.

En el mismo vamos a ir develando al software, desde su concepción teórica y


como su evolución ha ido posicionándose en la cultura moderna, al punto que el
software es esencial en la vida cotidiana. Desde la medicina, pasando por los
deportes la ciencia, el entretenimiento, viajes espaciales etc., y ver como este
objetivo se alcanzó con el desarrollo de una disciplina, que maduro rápidamente,
hasta ponerse a la altura de otras disciplinas similares.

La ingeniería del Software, se presenta como una parte fundamental del proceso
generador de conocimientos y riquezas dentro del mundo empresarial moderno,
producto del esfuerzo y la dedicación de la sinergia de equipos multidisciplinario
que buscaban consolidar a la producción del software como una industria que
compaginara sus costos con sus ventajas y eficiencias en los procesos.
1. EL SOFTWARE:

De acuerda a la definición de Pressman, en su obra sobre la Ingeniería del


Software, lo define como:

” el producto que construyen los programadores profesionales


y al que después le dan mantenimiento durante un largo tiempo.
Incluye programas que se ejecutan en una computadora de cualquier
tamaño y arquitectura, contenido que se presenta a medida que se
ejecutan los programas de cómputo e información descriptiva tanto en
una copia dura como en formatos virtuales que engloban virtualmente
a cualesquiera medios electrónico”.

Pero no siempre esto fue de esta manera , en la década de los años 40 y 50 los
productos denominados software era productos rudimentarios, cuyo coste era muy
inferior al del hardware que era tremendamente superior por lo que su importancia
relativa era mucho menor.

En la década de los 60 el software se diferenciaba demasiado del hardware como


para poder ser tratado de la misma manera.

En la década de los 70 las organizaciones comenzaron a comprobar que los


costes del software superaban a los del hardware, dándose inicio a lo que los
expertos llamaron la Crisis del Software. Pues el hardware había evolucionado,
con el uso de semiconductores y circuitos integrados, que incrementó de tal
manera su capacidad y velocidad de proceso que las organizaciones demandaban
softwares más sofisticados y a la altura del Hardware.

En la década de los 80 Leo Osterweil impartió una charla invitada en la


International Conference on Software Engenieering (ICSE) que supuso el inicio
de una nueva forma de abordar los procesos del software. Dando lugar al inicio de
la Ingeniería del Software como disciplina incipiente, llamada a superar la crisis del
software con productos mejor elaborados y de alta calidad.
En la década de los 90 se desarrollaban los modelos relacionados con la mejora
de proceso software, como ideal, TSP o PSP, y las normas y estándares de
calidad como la ISO 9126, ISO 12207, ISO 9000-3 y entre otros.

En la década del 2000 Se firmó el “Manifiesto Ágil” como intento de simplificar la


complejidad de las metodologías existentes y en respuesta a los modelos
“pesados” tipo CMM.

En la década del 2010, en pleno siglo XXI se evoluciona hacia una mayor
integración entre la ingeniería del software y la ingeniería de sistemas.

CARACTERÍSTICAS

Entre las características más destacadas que deben exhibir un buen software se
tiene:
1) Características operativas
2) Características de transición
3) Características de revisión

Características operativas del Software

Son factores de funcionalidad, es como se presenta el software, es la


«parte exterior» del mismo. Incluye aspectos como:

 Corrección: El software que estamos haciendo debe satisfacer todas las


especificaciones establecidas por el cliente.
 Usabilidad / Facilidad de aprendizaje: Debe ser sencillo de aprender.
 Integridad: Un software de calidad no debe tener efectos secundarios.
 Fiabilidad: El producto de software no debería tener ningún defecto. No
sólo esto, no debe fallar mientras la ejecución.
 Eficiencia: Forma en que el software utiliza los recursos disponibles. El
software debe hacer un uso eficaz del espacio de almacenamiento y el
comando ejecutar según los requisitos de tiempo deseados.
 Seguridad: Se deben tomar medidas apropiadas para mantener los datos a
salvo de las amenazas externas

Características de transición del Software

 Interoperabilidad: Es la capacidad para el intercambio de información con


otras aplicaciones.
 Reutilización: Es poder utilizar el código de software con algunas
modificaciones para diferentes propósitos.
 Portabilidad: Capacidad para llevar a cabo las mismas funciones en todos
los entornos y plataformas.

Características de revisión de Software

Son los factores de ingeniería, la «calidad interior ‘del software como la eficiencia,


la documentación y la estructura. Incluye aspectos como:

 Capacidad de mantenimiento: El mantenimiento del software debe ser


fácil para cualquier tipo de usuario.
 Flexibilidad: Los cambios en el software debe ser fácil de hacer.
 Extensibilidad: Debe ser fácil de aumentar nuevas funciones.
 Escalabilidad: Debe ser muy fácil de actualizar para más trabajo.
 Capacidad de prueba: Prueba del software debe ser fácil.
 Modularidad: Debe estar compuesto por unidades y módulos
independientes entre sí.

2. PROGRESO DE LAS TÉCNICAS EN LA CONSTRUCCIÓN DE SOFTWARE.

Crisis del Software

El término “Crisis del Software” fue acuñado a finales de los 60 y principios de los
años 70, cuando la ingeniería de software era prácticamente inexistente. El
término expresaba las dificultades del desarrollo de software frente al rápido
crecimiento de la demanda por software, de la complexidad de los problemas a ser
resueltos y de la inexistencia de técnicas establecidas para el desarrollo de
sistemas que funcionaran adecuadamente o pudieran ser validados .

La noción de ingeniería del software fue propuesta inicialmente en 1968 en una


conferencia para discutir lo que en ese entonces se llamó la “crisis del software”.

Esta crisis del software fue el resultado de la introducción de las nuevas


computadoras basadas en circuitos integrados. Su poder hizo que las aplicaciones
hasta ese entonces irrealizables fueran una propuesta factible. El software
resultante fue de órdenes de magnitud más grande y más complejo que los
sistemas de software previos.

Causas

La crisis del software se produjo debido básicamente a la alta demanda del


Software, además de que la experiencia de la industria del Software se había
caracterizado por los excesos de costes, ejecución tardía de un contrato, escasa
fiabilidad o usuarios insatisfechos. (Mala administración de proyectos de desarrollo
de Software).

Es evidente que, dedicándole muy poco tiempo a las primeras fases, se arrastran
errores graves, sobre todo procedentes de las fases de análisis y diseño, lo que
dificultaba muchísimo la implementación, produciendo constantes paradas y
retrocesos para revisar este análisis/diseño.

Las causas de la crisis del software fueron vinculadas a la complejidad en general


del proceso de software y a la relativa madurez de la ingeniería de software como
una profesión. La crisis se caracterizó por los siguientes problemas: Funcionalidad
incorrecta. Desarrollo y mantenimiento inadecuados

Síntomas

Entre los principales “síntomas” que indican que el software se encuentra en un


periodo de crisis eran:

1. Baja Calidad del Software.


2. Tiempo y Presupuesto Excedido.
3. Confiabilidad Cuestionable.
4. Altos Requerimientos de Personal para desarrollo y mantenimiento.

Consecuencias

La principal consecuencia de la crisis del software era la falta de confianza de las


empresas en los desarrolladores de software por los grandes errores que estos
cometían al momento de desarrollar proyectos, entre ellos se tienen

 Mala estimación de tiempos.


 Insuficiente administración de los riesgos.
 Escatimar en el control de calidad.
 Diseño inadecuado.
 Exceso de confianza en tecnologías-herramientas no exploradas
previamente.
 Motivación débil.
 Añadir más personal a un proyecto atrasado, incrementando costos.
Planteamiento de Soluciones.

Viendo el camino directo al precipicio que estaba llevando el desarrollo


de software, había que tomar medidas para solucionarlo. Y la medida a la que
el consenso condujo a lo que llamaron “Ingeniería del Software”.

La Ingeniería del Software, la definió R. Pressman, como:

“Una disciplina que integra métodos, herramientas y


procedimientos para el desarrollo de Software de computador”.

Es decir, es una disciplina que intenta racionalizar el proceso de


desarrollo de software y establecer unas pautas a seguir para el desarrollo que
minimicen tiempo, esfuerzo, y coste de desarrollo y maximicen la calidad del
software.

Es decir que la crisis se enfrentó con el nacimiento de una nueva


disciplina, bien estructurada, con métodos y reglas para ser aplicados al
proceso de desarrollo de software.

3. DEFINICIÓN DE LA INGENIERÍA DEL SOFTWARE

La ingeniería del software es una disciplina de la ingeniería que comprende todos


los aspectos de la producción de software desde las etapas iniciales de la
especificación del sistema, hasta el mantenimiento de éste después de que se
utiliza. En esta definición, existen dos frases clave:

1. Disciplina de la ingeniería. Los ingenieros hacen que las cosas funcionen.


Aplican teorías, métodos y herramientas donde sean convenientes, pero las
utilizan de forma selectiva y siempre tratando de descubrir soluciones a los
problemas, aun cuando no existan teorías y métodos aplicables para resolverlos.
Los ingenieros también saben que deben trabajar con restricciones financieras y
organizacionales, por lo que buscan soluciones tomando en cuenta estas
restricciones.
2. Todos los aspectos de producción de software. La ingeniería del software no
sólo comprende los procesos técnicos del desarrollo de software, sino también con
actividades tales como la gestión de proyectos de software y el desarrollo de
herramientas, métodos y teorías de apoyo a la producción de software

La ingeniería del software es una disciplina de ingeniería que surge como


respuesta a la llamada “crisis del software”, que se dio como consecuencia del
desfasaje en el desarrollo entre el Software y el Hardware, y comprende todos los
aspectos de la producción de software. La ingeniería del software es parte de este
proceso que se refiere a los aspectos del desarrollo de sistemas informáticos,
incluyendo hardware, software e ingeniería de procesos.

Objetivos de la Ingeniería del Software,

Los objetivos la Ingeniería del Software son los siguientes:

1. Mejorar la Calidad del Software.


2. Aumentar la productividad y trabajo de los Ingenieros de software.
3. Facilitar el control y proceso de desarrollo del software.
4. Definir una “disciplina” que garantice la producción y mantenimiento
5. Suministra a los desarrolladores las bases para construir software de
Alta Calidad, en una forma eficiente

Disciplinas que componen la Ingeniería del Software.

Para circunscribir la Ingeniería del Software, es necesario identificar las disciplinas


con las que la Ingeniería del Software alcanza su desarrollo a plenitud.

1. Determinación de los requerimientos:


El equipo de ingeniería del software debe determinar, conjuntamente
con el cliente, los requerimientos y/o aspiraciones de solución, a fin de
poder satisfacer las necesidades del cliente.

2. Análisis de los requerimientos:


El equipo de ingenieros del software, debe analizar las necesidades
planteadas por el cliente a fin de ir generando las posibles arquitecturas del
software a ser contratado. En esta fase se planifica y se discute la
presentación de la propuesta al cliente que incluye costos y acuerdos de
pagos, hitos de entrega y presentación de los avances al cliente, así como
la aprobación de la propuesta por parte del cliente.

3. Definición de la arquitectura:
Una vez que se conocen las necesidades del cliente, el equipo se
enfoca en las posibles arquitecturas, que permitan mayor eficiencia en
cuanto a memoria y velocidad de ejecución, indexación de bases de datos,
limitaciones y restricciones del sistema, etc. Esta arquitectura debe ser
discutida con el equipo de expertos del cliente y su posterior aprobación. En
esta etapa, también se debe presentar al cliente la descripción del hardware
y el software de ayuda requeridos para llevar a cabo el desarrollo. Si es
necesario comprar hardware, se deben incluir las estimaciones de los
precios y las fechas de entrega.

4. Diseño:
A continuación, se procede al diseño del software, de acuerdo a la
arquitectura acordada con el equipo de ingenieros de software y aprobada
por el cliente. Esto implica cantidad de módulos, reportes generados,
ingreso de data, etc.

5. Construcción:
El equipo de desarrolladores, inicia la tarea de construir el software
en cuestión, de acuerdo a las especificaciones diseñadas por los ingenieros
del software y aprobadas por el cliente. Los desarrolladores igualmente
deben presentar manuales y un plan de adiestramiento al usuario final del
software.

6. Prueba:
El equipo de desarrolladores plantea un conjunto de pasos que
incluyen métodos de prueba y técnicas de diseño de casos de prueba
específicos, incluso se prevé la elaboración de prototipos para ser probados
por personal afín al cliente. La depuración ocurre como consecuencia de las
pruebas exitosas. Por lo general las pruebas se realizan por tarea y en
tiempo real. Esta actividad consume muchos recursos, por esos algunas
empresas de software deciden automatizar el proceso de prueba.
7. Implementación:
Una vez superada la fase de pruebas y validado el control de calidad,
así como las pruebas con el servidor, se procede a su implantación en la
organización del cliente. Lo que se llama dar de alta al sistema.
CONCLUSION

Una vez culminada la investigación bibliográfica tanto en textos como en la red,


para iniciar este ensayo, podemos concluir en:

1. El software, no siempre fue la disciplina fuerte y musculosa que es hoy en día,


sino que por décadas estuvo relegada a un segundo plano detrás del
desarrollo del hardware.
2. Los desarrolladores que se dedicaban a la creación de software, no poseían en
sus inicios, reglas, métodos, disciplinas, control en la gestión de sus proyectos
y las organizaciones no siempre confiaban en que la contratación de un
software, fuera a ser la solución a sus problemas organizacionales o de
producción.
3. A raíz de la aparición de la Crisis del Software, se planteó como solución, el
desarrollo de una disciplina, que llamaron Ingeniera del Software, en la que
introducirían los métodos, la ciencia, el control de gestión y de proyectos,
filosofía de proyectos de software y los conceptos de mantenimientos de los
sistemas en post-venta, lo que redundaría en una mayor confianza por parte de
los clientes.
4. Hoy en día, se puede afirmar que el desarrollo, tanto del software como del
hardware, van de la mano y van de una manera integrada, tal como se puede
observar en los distintos dispositivos y aplicaciones de la vida moderna.
BIBLIOGRAFIA

1. Pressman, Roger S. INGENIERÍA DEL SOFTWARE, UN ENFOQUE


PRÁCTICO. Séptima Edición. McGraw Hill Educación. México. 2010.
2. Sommerville, Ian. INGENIERÍA DEL SOFTWARE. Séptima Edición. Pearson
Educación S.A. Madrid. 2005.

3. Herrera Trejo, Arianna. LOS SÍNTOMAS DE LA “CRISIS DEL SOFTWARE”.


UNAM Ediciones. México. 2014

4. Núñez Córdoba, Mario. FUNDAMENTOS DE INGENIERIA DE SOFTWARE.


UNAM Ediciones. México. 2012

5. http://www.etsisi.upm.es/estudios/grados/software/objetivos

También podría gustarte