3.

Ingeniera de software

3.1. Definicin
La ingeniera se entiende como el conjunto de mtodos, tcnicas y
herramientas que se utilizan tanto para desarrollar un producto (proyecto o
prototipo) como para fabricarlo.
Una tcnica es la manera preestablecida en la que se lleva a trmino un paso
en la elaboracin del producto, un mtodo es una manera determinada de
aplicar varias tcnicas sucesivamente y una herramienta es un instrumento de
cualquier tipo que se utiliza en la aplicacin de una tcnica.
Un sistema de software, (denominado tambin aplicacin) es un conjunto
integrado de componentes lgicos necesarios que hacen posible la realizacin
de tareas especficas, componentes de estructuras de datos que utilizan estos
componentes adems de la documentacin referente a su funcionamiento
(manual de usuario y documentacin de cdigo).
La Ingeniera del Software es una disciplina o rea de la Informtica o Ciencias
de la Computacin, que ofrece mtodos y tcnicas para desarrollar y mantener
software de calidad que resuelven problemas tales como construccin de
compiladores, sistemas operativos o desarrollos de Intranet/Internet,
aplicaciones mviles abordando todas las fases del ciclo de vida del desarrollo
de cualquier tipo de sistemas de informacin y aplicables a una infinidad de
reas tales como: negocios, investigacin cientfica, medicina, produccin,
logstica, banca, control de trfico, meteorologa, el mundo del derecho, la red
de redes Internet, redes Intranet y Extranet, etc..
Su origen se debi a que el entorno de desarrollo de sistemas software
adoleca de:

Retrasos considerables en la planificacin

Poca productividad

Elevadas cargas de mantenimiento

Demandas cada vez ms desfasadas frente a las ofertas

Baja calidad y fiabilidad del producto

Dependencia de los realizadores

3.2. Objetivos
Objetivo General

Construir una solucin de software eficiente que satisfaga las

necesidades requeridas por un cliente.

Objetivos especficos

Proporcionar los estndares y los modelos que faciliten la comunicacin,

tanto para clientes como para especialistas en la elaboracin de un
proyecto de software.
Facilitar los mtodos, herramientas y procedimientos para la
construccin eficiente del software.
Establecer parmetros y criterios de evaluacin de la calidad del
software.

3.3. Caractersticas
1. Aunque existen similitudes entre el desarrollo del software y la
construccin del hardware, ambas actividades son fundamentalmente
diferentes.
2. En ambas actividades la buena calidad se adquiere mediante un buen
diseo, pero la fase de construccin del hardware puede introducir
problemas de calidad que no existen (o son fcilmente corregibles) en el
software.
3. Ambas actividades dependen de las personas, pero la relacin entre las
personas dedicadas y el trabajo realizado es completamente diferente
para el software.
4. Ambas actividades requieren la construccin de un producto pero los
enfoques son diferentes.
5. Los costos del software se concentran en la ingeniera. Esto significa
que los proyectos de software no se pueden manejar como si fueran
proyectos de fabricacin.
6. Aunque la industria tiene una tendencia hacia la construccin por
componentes, la mayora del software an se construye a la medida.
7. En el mundo del hardware, la reutilizacin de componentes es una parte
natural del proceso de ingeniera. En el mundo del software es el inicio.
3.4. Historia
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.
En combinacin con las herramientas, tambin se han hecho esfuerzos por
incorporar los mtodos formales al desarrollo de software, argumentando que si
se probaba formalmente que los desarrollos hacan lo que se les requera, la
industria del software sera tan predecible como lo son otras ramas de la
ingeniera.

6. 4 Cuatro estndares (A cada estndar realizar los siguientes puntos)

6.1 ISO/IEC 9001:2000:
Fuente: http://www.iso.org/iso/catalogue_detail?csnumber=21823
Es una norma internacional aceptada por innumerables organizaciones y
empresas que define los requisitos mnimos que debe cumplir un sistema de
gestin de calidad para ser certificado, promueve la adopcin de un enfoque
basado en procesos cuando se desarrolla, implementa y mejora la eficacia de

un sistema de gestin de la calidad, para aumentar la satisfaccin del cliente

mediante el cumplimiento de sus requisitos.
La norma exige fijarse objetivos a nivel de la empresa. Creo que todas las
empresas deben tener en forma ms o menos formal, que es lo que quieren
que la empresa sea, y por lo tanto fijarse alguna meta en lo que tienen que
realizar en el ao.
La norma exige tambin tener procesos y dichos procesos tienen puntos de
control e indicadores. Por ejemplo se pueden tener:

Proceso de atencin al cliente.

Proceso de desarrollo de software.
Proceso de testeo de software.
Proceso de despliegue.
Capacitacin de usuarios.
Capacitacin de los integrantes de la empresa.

Para cada uno de estos procesos, hay que definir un procedimiento a seguir e
indicadores de cmo se estn realizando estos procedimientos.
Tambin hay algunos mecanismos para el manejo de documentacin, de forma
de mantenerla actualizada y la obligacin de que la direccin de la empresa
tenga participacin activa en los objetivos y calidad de la empresa.
Otras de las cosas que la norma obliga, es a tener auditoras internas y una vez
al ao externas. Es algo muy bueno pues ayuda a tener controlados los
procesos.

6.2 ISO/IEC 12207:1995:

Fuente: http://www.iso.org/iso/catalogue_detail.htm?csnumber=21208
Define los procesos del ciclo de vida del software.
La estructura del estndar ha sido concebida de manera que pueda ser
adaptada a las necesidades de cualquiera que lo use. Para conseguirlo, el
estndar se basa en dos principios fundamentales: Modularidad y
responsabilidad. Con la modularidad se pretende conseguir procesos con un
mnimo acoplamiento y una mxima cohesin. En cuanto a la responsabilidad,
se busca establecer un responsable para cada proceso, facilitando la aplicacin
del estndar en proyectos en los que pueden existir distintas personas u
organizaciones involucradas, no importando el uso que se le d a este.
El ciclo de vida del software describe el desarrollo de software, desde la fase
inicial hasta la fase final. El propsito de este programa es definir las distintas
fases intermedias que se requieren para validar el desarrollo de la aplicacin,

es decir, para garantizar que el software cumpla los requisitos para la

aplicacin y verificacin de los procedimientos de desarrollo: se asegura de que
los mtodos utilizados son apropiados.
Estos programas se originan en el hecho de que es muy costoso rectificar los
errores que se detectan tarde dentro de la fase de implementacin. El ciclo de
vida permite que los errores se detecten lo antes posible y por lo tanto, permite
a los desarrolladores concentrarse en la calidad del software, en los plazos de
implementacin y en los costos asociados.
El ciclo de vida bsico de un software consta de los siguientes procedimientos:

Definicin de objetivos: definir el resultado del proyecto y su papel en

la estrategia global.

Anlisis de los requisitos y su viabilidad: recopilar, examinar y

formular los requisitos del cliente y examinar cualquier restriccin que se
pueda aplicar.

Diseo general: requisitos generales de la arquitectura de la aplicacin.

Diseo en detalle: definicin precisa de cada subconjunto de la

aplicacin.

Programacin (programacin e implementacin): es la implementacin

de un lenguaje de programacin para crear las funciones definidas
durante la etapa de diseo.

Prueba de unidad: prueba individual de cada subconjunto de la

aplicacin para garantizar que se implementaron de acuerdo con las
especificaciones.

Integracin: para garantizar que los diferentes mdulos se integren con

la aplicacin. ste es el propsito de la prueba de integracin que est
cuidadosamente documentada.

Prueba beta (o validacin), para garantizar que el software cumple con

las especificaciones originales.

Documentacin: sirve para documentar informacin necesaria para los

usuarios del software y para desarrollos futuros.

Implementacin

Mantenimiento:
para
todos
los
procedimientos
correctivos
(mantenimiento correctivo) y las actualizaciones secundarias del
software (mantenimiento continuo).

El orden y la presencia de cada uno de estos procedimientos en el ciclo de vida

de una aplicacin dependen del tipo de modelo de ciclo de vida acordado entre
el cliente y el equipo de desarrolladores.

6.3 ISO/IEC TR 9126-4:2004:

Fuente: http://www.iso.org/iso/catalogue_detail.htm?csnumber=39752
Define calidad en uso como la capacidad de un producto de software de
facilitar a usuarios especficos alcanzar metas especficas con eficacia,
productividad, seguridad y satisfaccin en un contexto especfico de uso.
Adems agrega que calidad en uso es la visin de calidad de los usuarios de
un ambiente conteniendo software, y es medida sobre los resultados de usar el
software en el ambiente, antes que sobre las propiedades del software en s
mismo.
Las caractersticas de calidad en uso son agrupadas en cuatro categoras, se
definen como:

Eficacia: Capacidad del producto software para facilitar a los usuarios

alcanzar metas especficas con exactitud y completitud en un contexto
especfico de uso.
Productividad: Capacidad del producto software para invertir la
cantidad apropiada de recursos en relacin a la eficacia alcanzada en un
contexto especifico de uso.
Seguridad: Capacidad del producto software para alcanzar niveles
aceptables de riesgo de daar a las personas, el negocio, el software, la
propiedad o el ambiente en un contexto especifico de uso.
Satisfaccin: Capacidad del producto de software para satisfacer a los
usuarios en un contexto especfico de uso.

La accesibilidad por su parte, aplica para contenidos de pginas web, los

cuales deben ser accesibles para los usuarios independientemente de sus
capacidades fsicas, sensoriales o tecnolgicas. La accesibilidad es de gran
relevancia porque muchos de los sistemas de informacin interactan con los
usuarios intercambiando informacin a travs de pginas web, que de no ser
stas accesibles, no permitiran cumplir con los objetivos especficos
reduciendo de sta manera la usabilidad del producto de software.
La relacin que existe entre usabilidad y accesibilidad permite que un aumento
en el grado de accesibilidad, aumente tambin el nivel de usabilidad de un
sistema.

6.4 ISO 9241:

Fuente: http://old.sigchi.org/bulletin/1997.1/standards.html
La norma ISO 9241 relativas a las Requisitos ergonmicos para trabajos de
oficina con pantallas de visualizacin comprende 17 partes. Las partes del 1 al
9 tienen que ver con los equipos, el entorno y los puestos de trabajo. Las
partes del 10 al 17 de la norma ISO 9241 tratan de la ergonoma del software.
En cada una de las partes, las normas anexas estn indicadas.
Se ha elaborado pensando en las tareas y ambientes de oficina, lo cual
significa que en otros ambientes puede ser necesaria alguna desviacin
aceptable de esta norma. En muchos casos, esta adaptacin de la norma de
oficina podr producir resultados mucho ms satisfactorios que las
especificaciones a ciegas o las pruebas de una norma especfica aislada para
una situacin concreta. De hecho, uno de los problemas de las normas
ergonmicas para las PVD es que la tecnologa se desarrolla ms rpidamente
de lo que los responsables de la formulacin de normas pueden trabajar. As,
es posible que un nuevo dispositivo no cumpla estrictamente los requisitos de
una norma existente debido a que aborde las necesidades en cuestin de una
forma radicalmente distinta a la que estaba prevista cuando se formul la
norma original. Por ejemplo, las primeras normas para la calidad de los
caracteres en la pantalla partan de la construccin de una matriz simple de
puntos. Las nuevas fuentes, ms legibles, no habran cumplido el requisito
original porque no tienen el nmero especificado de puntos de separacin entre
ellos, un parmetro incoherente con su diseo.
A menos que las normas se especifiquen en trminos del rendimiento que se
desea obtener, los usuarios de las normas ergonmicas deben permitir que los
proveedores cumplan con los requisitos demostrando que su solucin
proporciona un rendimiento equivalente o superior para lograr el mismo
objetivo.
El uso de la norma ISO 9241 en el proceso de especificacin y adquisicin
coloca los aspectos ergonmicos de la pantalla de visualizacin como una
prioridad para los directivos y ayuda a garantizar que tanto el comprador como
el proveedor les den la importancia adecuada. La norma, pues, es una parte til
de la estrategia de la empresa para proteger la salud, la seguridad y la
productividad de los usuarios de las pantallas.

Bibliografa

Ingeniera del software, Benet Campderrich Falgueras, Editorial UOC.

Pag. 15, abril 2003
Introduccin Al Anlisis de Sistemas Y la Ingeniera de Software, Roberto
corts morales, Editorial Universidad Estatal a Distancia. Pag 8.
Seminario IS 36: Ingeniera de software .Universidad de Antioquia. Abril
2006
Olsina, L., Covella, G. y Rossi, G. (2005). Web Quality. Captulo del libro
Web Engineering: Theory and Practice of Metrics andMeasurement for
Web Development. Emilia Mendes y Nile Mosley Editores. 2005.