Está en la página 1de 24

Definicin de ingeniera de software.

Es una disciplina o rea de la informacin o ciencias de

la computacin, que ofrece mtodos o tcnicas para desarrollar y mantener software de calidad que resuelven problemas de todo tipo. La Ingeniera del Software trata de reas muy diversas de la informtica y de las ciencias computacionales, tales como constantes de compiladores, sistemas operativos o desarrollos de Internet.

Historia de la ingeniera de software.


El trmino ingeniera del software empez a usarse a

finales de la dcada de los sesenta, para expresar el rea de conocimiento que se estaba desarrollando en torno a las problemticas que ofreca el software en ese momento.

En esa poca, el crecimiento espectacular de la

demanda de sistemas de computacin cada vez ms y ms complejos, asociado a la inmadurez del propio sector informtico (totalmente ligado al electrnico) y a la falta de mtodos y recursos, provoc lo que se llam la crisis del software (en palabras de Edsger Dijkstra) entre los aos 1965 y 1985.

Durante esa poca muchos proyectos importantes

superaban con creces los presupuestos y fechas estimados, algunos de ellos eran tan crticos (sistemas de control de aeropuertos, equipos para medicina, entre otros) que sus implicaciones iban ms all de las prdidas millonarias que causaban.

La crisis del software pas, no tanto por la mejora en la

gestin de los proyectos, sino en parte porque no es razonable estar en crisis ms de veinte aos, y en parte porque se estaban haciendo progresos en los procesos de diseo y metodologas.

As pues, desde 1985 hasta el presente, han ido

apareciendo herramientas, metodologas y tecnologas que se presentaban como la solucin definitiva al problema de la planificacin, previsin de costes y aseguramiento de la calidad en el desarrollo de software.

Entre las que se encuentran la programacin

estructurada, la programacin orientada a objetos, a los aspectos, las herramientas CASE, el lenguaje de programacin ADA, la documentacin, los estndares, CORBA, los servicios web y el lenguaje UML (entre otros) fueron todos anunciados en su momento como la solucin a los problemas de la ingeniera del software, la llamada bala de plata (por silver bullet). Y lo que es ms, cada ao surgen nuevas ideas e iniciativas encaminadas a ello.

Mitos del software.


Los mitos del software-creencias acerca del software y

de los procesos empleados para construirlo- se pueden rastrear hasta los primeros das de la computacin. Los mitos tienen ciertos atributos que los convierten en insidiosos.

Mitos de la administracin Los gestores con responsabilidad sobre el software, como los gestores en la mayora de las disciplinas, estn normalmente bajo la presin de cumplir las propuestas, hacer que no se retrase el proyecto y mejorar la calidad. Un gestor de software se agarra frecuentemente a un mito del software. Mito: Si se falla en la planificacin, se puede aadir mas programadores y adelantar el tiempo perdido.

Mitos del cliente En muchos casos, el cliente cree en los mitos que existen sobre el software, debido a que los gestores y desarrolladores de software hacen muy poco para corregir la mala informacin. Los mitos conducen a que el cliente se cree una falsa expectativa y, finalmente, quede insatisfecho con el desarrollador del software. Mito: Si los requisitos del proyecto cambian continuamente, los cambios pueden acomodarse fcilmente, ya que el software es flexible.

Mitos de los desarrolladores Los mitos en los que aun creen muchos desarrolladores se han ido fomentando durante 50 aos de cultura informtica. Durante los primeros das del desarrollo del software, la programacin se vea como un arte. Las viejas formas y actitudes tardan en morir. Mito: Una vez que escribimos el programa y hacemos que funcione, nuestro trabajo ha terminado.

La ingeniera de software es una tecnologa multicapa,

cualquier enfoque de ingeniera debe apoyarse sobre un compromiso de organizacin de calidad. El fundamento de la ingeniera de software es la capa del proceso. El proceso de la ingeniera de software es la unin que mantiene juntas las capas de tecnologa y que permiten un desarrollo racional y oportuno de la ingeniera de software. El proceso define un marco de trabajo para un conjunto de reas clave de proceso que se deben establecer para la entrega de la tecnologa de la ingeniera de software.

* Los mtodos de la ingeniera de software indican como construir tcnicamente el software. Los mtodos abarcan una gran gama de tareas que incluyen anlisis de requisitos, diseo, construccin de programas, pruebas y mantenimiento. Las herramientas de la ingeniera de software proporcionan un enfoque automtico o semiautomtico para el proceso y para los mtodos.

El proceso del software.


Se define como un marco de trabajo para las tareas que

se requieren en la construccin de software de alta calidad. El proceso es un sinnimo de la Ingeniera del software? Si y No un proceso de software define el enfoque que se adopta mientras el software esta en desarrollo. Pero la ingeniera del software tambin abarca las tecnologas que requiere el proceso (mtodos, tcnicas y herramientas automatizadas).

Software de alta calidad.


El instituto de la ingeniera del software (CEI) ha

desarrollado un modelo completo de un amplio proceso basado en un conjunto de capacidades de software y de sistemas que deben de estar presentes conforme las organizaciones alcanzan diferentes grados de capacidad y madurez.

Nivel 0: Incompleto. El rea del proceso (por ejemplo, la

gestin de requisitos) an no se realiza o todava no alcanza todas las metas y objetivos definidos para el nivel 1 de capacidad. Nivel 1: Realizado. Todas las metas especficas de rea del proceso (como las defini la IMCM) han sido satisfechas. Las tareas de trabajo requeridas para producir el producto especfico han sido realizadas. Nivel 2: Administrado. Todos los criterios del nivel 1 han sido satisfechos. Adems, todo el trabajo asociado con el rea de proceso se ajusta a una poltica organizacional definida; toda la gente que ejecuta el trabajo tiene acceso a recurso adecuados para realizar su labor; los clientes estn implicados de manera activa en el rea de proceso, cuando esto se requiere; todas las tareas de trabajo y productos estn monitoreadas, controlados y revisados; y son evaluados en apego a la descripcin del proceso

Nivel 3: Definido. Todos loa criterios del nivel 2 se han

cumplido. Adems, el proceso esta adaptado al conjunto de procesos de estndar de la organizacin, de acuerdo con las polticas de adaptacin de esta misma, y contribuye a la informacin de los productos del trabajo, mediciones y otras mejoras del proceso para los activos del proceso organizacional. Nivel 4: Administrativo en forma cuantitativa. Todos los criterios del nivel 3 han sido cumplidos. Adems, el rea del proceso se controla y mejora mediante mediciones y evaluacin cuantitativa. Los objetivos cuantitativos para la calidad y el desempeo del proceso estn establecidos y se utilizan como un criterio para administrar el proceso. Nivel 5: Mejorado. Todos loa criterios del nivel 4 han sido satisfechos. Adems, el rea del proceso se adapta y mejora mediante el uso de medios cuantitativos (estadsticos) para conocer las necesidades cambiantes del cliente y mejorar de manera continua la eficacia del rea del proceso que se est considerando.

Factores de calidad y productividad.


PROCESO DEL SOFTWARE PERSONAL (PSP) Cada desarrollador usa distintos procesos para construir un

software, estos pueden ser no eficientes o exitosos o tambin pueden cambiar a diario, pero existe un proceso. WATTS HUMPHREY dice que para cambiar un proceso inefectivo se tiene que pasar por cuatro fases y estas requieren capacitacin e instrumentacin. PSP resalto la medida personal al profesional de la planeacin, tambin hace responsables al profesional de la planeacin del proyecto y la calidad de todos los productos. Existen 5 actividades de marco de trabajo que son:

1. Planeacin: Aqu se selecciona los requisitos y se

desarrolla el tamao y la estimacin de los recursos. Estas mediciones se anotan en las plantillas y al final se identifican las tareas de desarrollo y se crea un programa del proyecto. 2. Diseo de alto nivel: Se analizan los factores externos y se construyen prototipos cuando hay incertidumbre. 3. Revisin del diseo de alto nivel: Se aplican los mtodos de verificacin a los errores que se descubrieran en el diseo.

4. Desarrollo: Se refina y revisa el diseo y se verifica el

cdigo y se compila, adems todas las mediciones se guardan para los resultados de trabajo. 5. Anlisis de resultados: Aqu se determina la efectividad del proceso, analizando todos los datos que se tienen. El PSP destaca que cada ingeniero tiene la necesidad de identificar los errores y de entender la importancia y los tipos de errores que suelen cometerse.

Integrantes:
Javier Muoz Cant Jessica s. Garca Villarreal Luis Carlos Vzquez Vzquez Gabriela Macas Sols Enrique A. lvarez Crdenas

También podría gustarte