Desarrollo de software

SOFTWARE A MEDIDA O ESTANDAR

Carlos Omar Gaspar Baldovinos | Actividad 2 Sesión 4 Unidad 2

INTRODUCCION:
Desarrollo de software. Desarrollar un software significa construirlo
simplemente mediante su descripción. Esta es una muy buena razón
para considerar la actividad de desarrollo de software como
una ingeniería. En un nivel más general, la relación existente entre un
software y su entorno es clara ya que el software es introducido en el
mundo de modo de provocar ciertos efectos en el mismo.
Aquellas partes del mundo que afectarán al software y que serán
afectadas por él será el Dominio de Aplicación. Es allí donde
los usuarios o clientes observarán si el desarrollo del software ha
cumplido su propósito.
Una de las mayores deficiencias en la práctica de construcción de
software es la poca atención que se presta a la discusión del problema.
En general los desarrolladores se centran en la solución dejando el
problema inexplorado. El problema a resolver debe ser deducido a
partir de su solución.
Esta aproximación orientada a la solución puede funcionar en campos
donde todos los problemas son bien conocidos, clasificados e
investigados, donde la innovación se ve en la detección de nuevas
soluciones a viejos problemas.
Pero el desarrollo de software no es un campo con tales características.
La versatilidad de las computadoras y su rápida evolución hace que
exista un repertorio de problemas en constante cambio y cuya solución
software sea de enorme importancia.

MODELOS DEL PROCESO DE DESARROLLO SOFTWARE

No existe consenso sobre cuál es el mejor modelo del proceso software.
Distintos equipos de desarrollo pueden utilizar diferentes modelos de
proceso software para producir el mismo tipo de sistema software. Sin
embargo, algunos modelos son más apropiados para producir ciertos
tipos de sistemas, de forma que si no se utiliza un modelo adecuado
puede ocurrir que el sistema software resultante sea de menor calidad.
El reparto de costes entre las distintas fases del proceso de desarrollo es
difícil de determinar dado los distintos modelos de proceso existentes.
Sin embargo, en dependencia del modelo que se adopte, al menos el
60% del coste total se emplea en la actividad de evolución del sistema.
La estimación de este porcentaje es pesimista, ya que la tasa de
crecimiento de nuevos productos software es mucho mayor que la tasa

PÁGINA 1
de productos software que quedan en desuso (no tienen que ser
mantenidos), por lo que el número de operaciones de mantenimiento
que se realizan sigue aumentando. El proceso de diseño software
debería, por tanto, tener en cuenta la posterior evolución del sistema.
Las características deseables de un proceso de desarrollo software son:
Claridad: El proceso de desarrollo es claro cuando se entiende con
facilidad.
Visibilidad: Un proceso de desarrollo es visible cuando sus actividades
producen resultados claros identificables externamente.
Facilidad de soporte: Exige disponer de herramientas CASE
(Computer-Aided Software Engineering) que den soporte a todas o
alguna de las actividades del proceso de desarrollo.
Fiabilidad: Un proceso de desarrollo es fiable cuando es capaz de
detectar posibles errores.
Facilidad de mantenimiento: Requiere capacidad para incorporar
nuevos requisitos o modificar alguno o algunos de los existentes.
Rapidez: Un proceso software es rápido cuando se puede obtener, a
partir de la especificación, una implementación del sistema en un
tiempo reducido.

PÁGINA 2
¿QUÉ ES UN SOFTWARE A MEDIDA?

El Software se adapta a la perfección a la organización, hasta en las

particularidades más especiales o única está presente. En este
caso, el software es una fiel automatización de las operaciones de
la empresa, aunque suele suceder con frecuencia que estas
particularidades normalmente suelen ser variaciones sobre los
estándares que no agregan ningún tipo de valor respecto al estándar.

¿QUÉ ES UN SOFTWARE ESTÁNDAR?

En esta opción debemos de diferenciar los dos grandes tipos

de Software: No Parametrizables y Parametrizables.

En el software estándar No Parametrizable la organización debe de

usarlo “tal cual”. En el software estándar parametrizable la
organización puede configurar el producto para ser un poco más a
su medida, aunque esto depende principalmente del nivel de
parametrización que permita el software que ha definido el fabricante.

¿QUÉ HAY QUE TENER EN CUENTA?

Lo realmente importante es saber y detectar correctamente

las necesidades en las organizaciones. Poder definir con precisión
qué es lo que se necesita relacionado a la gestión de los
procesos y de la información en el corto, medio y largo plazo, es el
mejor consejo que se puede ofrecer.

PÁGINA 3
CONCLUSIONES PAR TENER UNA IDEA MAS COMPLETA DE EL
TIPO DE SOFTWARE QUE DESEAS EMPRENDER.

Comparar el coste de un desarrollo de software a medida frente al

coste de adaptar su organización a un software estándar.

En ambos casos este tipo de tecnología automatiza sistemas de

información y procesos administrativos estándares ya definidos por el
fabricante.

“Hay que decidir siempre en función de los parámetros: tiempo, coste y

utilidad”
Si bien existe una gran cantidad de variantes entre estos dos extremos,
la realidad es que no hay una regla que nos permita identificar la
mejor opción para todas las organizaciones.

Podemos plantear unos criterios básicos a tener en cuenta a la hora

de la decisión:

– Siempre que sea posible, optar por un estándar parametrizable.

– Analizar el coste de adaptar el software a su organización y el

coste de adaptar su organización al software

– Analizar qué hacen las empresas del sector o las tendencias de

mercado.

BIBLIOGRAFÍA
ARTUR BORONAT, J. I., JOSÉ Á. CARSÍ, ISIDRO RAMOS, ABEL
GÓMEZ. Del método formal a la aplicación industrial en Gestión de
Modelos: Maude aplicado a Eclipse Modeling Framework1, 2003.

 Bernd Bruegge & Allen H.Dutoit. Object-Oriented Software

Engineering, Prentice Hall, Pag. 11.
 Castro, Díaz-Balart, Fidel: CIENCIA, INNOVACIÓN Y FUTURO.
Ediciones especiales. Instituto Cubano del Libro, La Habana. 2001.
 Campderrich Falgueras, Benet (2002): Ingeniería de software.
Barcelona: Editorial UOC, 2002. 320 páginas.

PÁGINA 4
 Franquet, R.: COMUNICAR EN LA SOCIEDAD DE LA
INFORMACIÓN. Universidad Autónoma de Barcelona. 2005
 Ingeniería de Software Código de Ética y Práctica Profesional. SEERI,
East Tennessee State University. 1999.
 Ingeniería de software (sexta edición), Ian Sommerville. Addison
Wesley. Sitio en Inglés
 Ojalvo, V. y otros: LA COMUNICACIÓN EDUCATIVA. Universidad
de la Habana. En formato digital.

PÁGINA 5