INSTITUTO TECNOLOGICO DE COMITAN

EQUIPO
Marcos Alejandro Lpez Maldonado
Sergio Hernndez Domnguez
Marcos Mauricio Rincn Romo
Vctor Alfonso Lpez Espinoza

CARRERA
Ingeniera en Tecnologas de la Informacin y Comunicaciones

SEMESTRE Y GRUPO
4 U

TRABAJO
Sntesis

ASIGNATURA
Ingeniera de Software

CATEDRATICA
Lic. Mara de los ngeles Mndez Aguilar

FECHA DE ENTREGA
10 de Febrero del 2016

Concepto de ingeniera de software

Ingeniera de software es la aplicacin de un enfoque sistemtico, disciplinado
y cuantificable al desarrollo, operacin y mantenimiento de software, y el
estudio de estos enfoques, es decir, la aplicacin de la ingeniera al software.
Integra matemticas, ciencias de la computacin y prcticas cuyos orgenes se
encuentran en la ingeniera
-Mitos y Realidades de la ingeniera de software
Mitos de la administracin. Los gerentes que tienen responsabilidades en el
rea del software, cmo tambin otras disciplinas, con frecuencia se hallan
bajo presin para cumplir el presupuesto.
Mito: Tenemos un libro lleno de estndares y procedimientos para elaborar
software. no le dar a mi personal todo lo que necesita saber?
Realidad: Tal vez exista el libro de estndares, pero se utiliza? saben de su
existencia los trabajadores del software? refleja la prctica moderna de la
ingeniera de software? es completo? es adaptable? En muchos casos las
respuestas a ests preguntas es: no.
Mito: Si nos atrasamos, podemos agregar ms programadores y ponernos al
corriente.
Realidad: El Desarrollo del Software no es un proceso mecnico similar a la
manufactura. en palabras de Brooks: "agregar personal a un proyecto de
software atrasado lo atrasar ms". A inicio, est afirmacin parece ir contra la
intuicin. Sin embargo, a medida que se agregan personas, las que ya se
encontraban trabajando deben dedicar tiempo enseando a los recin llegados.
Mito: Si decido subcontratar el proyecto de software a un tercero, puedo
descansar y dejar que esa compaia lo elabore.
Realidad: Si una organizacin no comprende cmo administrar y controlar
proyectos de software internamente, de manera invariable tendr dificultades
cundo subcontrate proyectos de software.
Mitos del cliente. El cliente que requiere software de computadora puede ser la
persona en el escritorio de al lado, un grupo tcnico en el piso inferior, el
departamento de mercadotecnia por ejemplo. En muchos casos, el cliente
sostiene mitos sobre el software porque los gerentes o prefesionales de ste
hacen poco para corregir la mala informacin. Los mitos generan falsas
espectativas (por parte del cliente) y, en la ltima instancia, la insatisfaccin
con el desarrollador.

Mito: para comenzar a escribir programas, es suficiente el enunciado general

de los objetivos.
Realidad: Aunque no es posible tener el enunciado exhaustivo y estable de los
requerimientos, un "planteamiento de objetivos" ambigo es una receta para el
desastre. Los requerimientos no son ambigos (por que por lo general se
obtienen de forma iterativa) se desarrollan slo por medio de una
comunicacin eficaz y continan entre el cliente y el desarrollador.
Mito: Los requerimientos del software cambian continuamente, pero el cambi
se asimila con facilidad debido a que el software es flexible.
Realidad: Es verdad que los requerimientos del software cambian, pero el
efecto que los cambios tienen varan segn la poca en la que se introducen.
Cundo se solicitan al principio cambios en los requerimientos (antes de que
haya comenzado el diseo o elaboracin de cdigo), el efecto sobre el costo es
relativamente pequeo. Sin embargo, conforme pasa el tiempo, el costo
aumenta con rpidez: los recursos ya se han comprometido, se ha establecido
la estructura del diseo y el cambi ocasiona perturbaciones que exigen
recursos adicionales y modificaciones importantes en el diseo.
Procesos
La ingeniera del software es el proceso formal de desarrollo de software en el
que las necesidades del usuario se traducen en requerimientos, estos se
transforman en diseo que se implementa en cdigo que se prueba,
documenta y se certifica para su uso operativo. Segn la definicin del IEEE la
ingeniera del software se define como (1) la aplicacin de un mtodo
sistemtico,

disciplinado

cuantificable

al

desarrollo,

operacin

mantenimiento de software, esto es, la aplicacin de la ingeniera al software

y (2) el estudio de los mtodos de (1)
Existen diferentes procesos en el tema ingeniera de software, que tienen como
objetivo presentar diferentes tcnicas que consisten en la combinacin de
procedimientos que permiten guiar el diseo y el desarrollo de sistemas de
software a un producto final de calidad. Algunos de esos procesos son: modelo
secuencial, modelo en espiral, modelo win win, rational unified process (RUP),
extreme programming (XP), mtodo delphi, mtrica versin 3, modelo de
madurez de capacidad (CMM), proceso personal de software (PSP) y proceso en
equipo de software (TSP). Palabras clave: Ingeniera de Software, RUP (Rational

Unified Process), XP (eXtreme Programming), CMM (Capability Maturity Model),

PSP (Personal Software Process), TSP (Team Software Process).
La ingeniera del software es el proceso formal de desarrollo de software en el
que las necesidades del usuario se traducen en requerimientos, estos se
transforman en diseo que se implementa en cdigo que se prueba,
documenta y se certifica para su uso operativo. Segn la definicin del IEEE la
ingeniera del software se define como (1) la aplicacin de un mtodo
sistemtico,

disciplinado

cuantificable

al

desarrollo,

operacin

mantenimiento de software, esto es, la aplicacin de la ingeniera al software

y (2) el estudio de los mtodos de (1)
Caso de uso
Un caso de uso es una descripcin de los pasos o las actividades que debern
realizarse para llevar a cabo algn proceso. Los personajes o entidades que
participarn en un caso de uso se denominan actores. En el contexto de
ingeniera del software, un caso de uso es una secuencia de interacciones que
se desarrollarn entre un sistema y sus actores en respuesta a un evento que
inicia un actor principal sobre el propio sistema. Los diagramas de casos de uso
sirven para especificar la comunicacin y el comportamiento de un sistema
mediante su interaccin con los usuarios y/u otros sistemas. O lo que es igual,
un diagrama que muestra la relacin entre los actores y los casos de uso en un
sistema. Una relacin es una conexin entre los elementos del modelo, por
ejemplo la especializacin y la generalizacin son relaciones. Los diagramas de
casos de uso se utilizan para ilustrar los requerimientos del sistema al mostrar
cmo reacciona a eventos que se producen en su mbito o en l mismo.
Los ms comunes para la captura de requisitos funcionales, especialmente con
el desarrollo del paradigma de la programacin orientada a objetos, donde se
originaron, si bien puede utilizarse con resultados igualmente satisfactorios con
otros paradigmas de programacin.
Historia de la Ingeniera de Software
En 1950 la ingeniera de software estaban iniciando su camino al principio
todos los ingenieros de software o eran ingenieros de hardware o matemticos.
En los 50s la principal funcin de los software estaba basada en el desarrollo
de software para la ingeniera rea y especial.

El proyecto ms ambicioso fue el Semi-Automated Ground Enverionment

(SAGE) diseado para las fuerzas armadas de estados unidos y Canad. El
Objetivo era crear un sistema de control areo para detectar y rastrear naves
enemigas.
En los aos 60's tenan que cambiar individualmente la configuracin de cada
copia del hardware, esto creo que se adoptara el "Code and fix" para
desarrollar el software de una manera ms sencilla.
Otras innovaciones fueron FORTRAN y COBOL que facilitaron la entrada de

ms personas al desarrollo de software.

Departamentos de desarrollo de software en universidades.

El desarrollo de OS/360 por parte de IBM para llevar las computadoras a

los negocios y el desarrollo del Apolo above.

Los aos 70's sus principales innovaciones en el desarrollo de software. El

desarrollo de los conceptos de programacin estructurada.
La publicacin del artculo de Parnas.
Desarrollo del lenguaje de programacin pascal.
Desarrollo de las lenguas Smalltalk que introdujeron el principio del desarrollo
orientado a objetos.
El diseo de software como Yourdon y diseo estructurado de Constantines.
Al final de esta dcada se poda ver que el camino de la tecnologa estaba
dirigido hacia el desarrollo de software, las compaas empezaban a invertir, as
en el desarrollo de este.
Los aos 80's el mayor nfasis en la dcada de 1980 fue en la integracin de
las herramientas en soportar entornos.
El desarrollo del software ADA, el cual es un lenguaje de programacin
orientado a objetos con el fin de poder en contar errores comunes y errores
difciles de encontrar de una manera ms sencilla.
Los 90's se utilizan cada vez ms las arquitecturas cliente-servidor distribuido.
Se desarrolla JAVA, Java es un lenguaje de programacin orientado a objetos
desarrollado por Sun Microsystems, JAVA era ms simple reduciendo los errores
de programacin.
En la dcada de los aos 2000 aumento el uso de entornos de desarrollo
integrados. El uso de autnomos herramientas CASE El uso del UML se

generaliza. El aumento del uso de lenguajes de scripting como Python y Perl

para el desarrollo de software.
Sistema
Sistema es todo integrado, aunque compuesto de estructuras diversas
interactuantes y especializadas.
Cualquier sistema tiene un nmero de objetivos y los pesos asignados a cada
uno de ellos, puedes variar ampliamente de un sistema a otro. Un sistema
ejecuta una funcin imposible de realizar por cualquiera de las partes
individuales. La complejidad de la combinacin est implcita.
Clasificacion de los sistemas:
SISTEMA DE PROCESAMIENTO DE TRANSACCIONES: cuando un sistema
recopila, almacena y altera la informacin creada a partir de transacciones
llevadas a cabo dentro de una organizacin se denomina sistema de
procesamiento de transacciones. Tiene como finalidad procesar las
transacciones diarias de una empresa, acumulando toda la informacin
recibida en una base de datos para su posterior consulta.
SISTEMA DE INFORMACIN GERENCIAL: un sistema de informacin gerencial es
aquel utilizado por la empresa para solventar inconvenientes en la misma. Es
decir, el objetivo del mismo es la suministracin de informacin para la
resolucin de problemas a travs de la interaccin entre tecnologas y
personas. Los datos aportados por el sistema deben disponer de cuatro
cualidades elementales: calidad, oportunidad, cantidad y relevancia.
SISTEMA DE SOPORTE A DECISIONES: este sistema se basa en el estudio y la
comparacin entre un conjunto de variables con el objeto de contribuir a la
toma de decisiones dentro de una empresa. El apoyo dado por el sistema
involucra la estimacin, valoracin y balance entre alternativas. Al igual que el
sistema de informacin gerencial, esta tecnologa interacciona con personas en
el filtrado de informacin que permite optar por la decisin ms acertada.
Teora General de Sistema:
La Teora General de Sistema surgi con los trabajos del alemn Ludwig von
Bertalanffy, publicados entre 1950 y 1968. La TGS no busca solucionar
problemas o intentar soluciones prcticas, pero s producir teoras y
formulaciones conceptuales que pueden crear condiciones de aplicacin en la
realidad emprica.

Los supuestos bsicos de la TGS son:

Existe una ntida tendencia hacia la integracin de diversas ciencias

naturales y sociales.

Esa integracin parece orientarse rumbo a una teora de sistemas.

Dicha teora de sistemas puede ser una manera ms amplia de estudiar

los campos no-fsicos del conocimiento cientfico, especialmente en ciencias
sociales.

Con esa teora de los sistemas, al desarrollar principios unificadores que

atraviesan verticalmente los universos particulares de las diversas ciencias
involucradas, nos aproximamos al objetivo de la unidad de la ciencia.

Esto puede generar una integracin muy necesaria en la educacin

cientfica.
La TGS afirma que las propiedades de los sistemas, no pueden ser descritos en
trminos de sus elementos separados; su comprensin se presenta cuando se
estudian globalmente.

La TGS se fundamenta en tres premisas bsicas:

1.
Los sistemas existen dentro de sistemas: cada sistema existe dentro de
otro ms grande.
2.
Los sistemas son abiertos: es consecuencia del anterior. Cada sistema
que se examine, excepto el menor o mayor, recibe y descarga algo en los otros
sistemas, generalmente en los contiguos. Los sistemas abiertos se caracterizan
por un proceso de cambio infinito con su entorno, que son los otros sistemas.
Cuando el intercambio cesa, el sistema se desintegra, esto es, pierde sus
fuentes de energa.
3.
Las funciones de un sistema dependen de su estructura: para los
sistemas biolgicos y mecnicos esta afirmacin es intuitiva. Los tejidos
musculares por ejemplo, se contraen porque estn constituidos por una
estructura celular que permite contracciones.
El terico general de sistemas no es tan slo un investigador del orden en el
orden y de las leyes de leyes; busca las materializaciones concretas y
particularistas del orden abstracto y de la ley formal que descubre.
Clasificacin de los lenguajes de programacin

Los lenguajes de programacin se pueden clasificar de acuerdo con diversos

criterios. El criterio ms simple que se puede considerar hace referencia a la
proximidad del lenguaje con la mquina o con el lenguaje natural. De acuerdo
con este criterio, existen tres niveles:
Lenguajes de bajo nivel: Lenguajes mquina.
Lenguajes
macroensambladores.

de

nivel

medio:

Lenguajes

ensambladores

Lenguajes de alto nivel: El resto de los lenguajes, a los que ya hemos

hecho referencia.
Dado que los lenguajes de programacin, en cierto modo, han tenido un
desarrollo paralelo a la evolucin de los ordenadores, se pueden clasificar
atendiendo a su desarrollo histrico. Esta clasificacin distingue cinco
generaciones de lenguajes:
Primera generacin: Lenguajes mquina.
Segunda
ensambladores.

generacin:

Ayudas

la

programacin,

como

los

Tercera generacin: Lenguajes de alto nivel imperativos, que siguen

vigentes en la actualidad, como Pascal, Modula 2, Fortran, Cobol, C y Ada.
Cuarta generacin: Lenguajes o entornos de programacin orientados
bsicamente a aplicaciones de gestin y bases de datos, como SQL, Natural,
etc.
Quinta generacin: Lenguajes
Inteligencia Artificial, como Lisp y Prolog.

orientados

aplicaciones

en

4.1. Clasificaciones de los lenguajes de alto nivel

De forma muy general, los lenguajes de alto nivel se pueden dividir en
lenguajes de propsito general, que pueden ser empleados en cualquier tipo de
aplicacin y lenguajes de propsito especial.
Desde el punto de vista del campo de aplicacin al que pertenece el
lenguaje podemos considerar la siguiente clasificacin:

Aplicaciones cientficas: En las que predominan las operaciones numricas o

matriciales propias de algoritmos matemticos. Lenguajes adecuados para
estas aplicaciones son Fortran y Pascal.
Aplicaciones de procesamiento de datos: Donde son frecuentes las operaciones
de creacin, mantenimiento y consulta sobre ficheros y bases de datos. Dentro
de este campo estaran aplicaciones de gestin empresarial, como programas
de nminas, contabilidad, facturacin, control de inventario, etc. Lenguajes
aptos para este tipo de aplicaciones son Cobol y SQL.
Aplicaciones de tratamiento de textos: Asociadas al manejo de textos en
lenguaje natural. Lenguajes adecuados para ello son el Snobol y el C.
Aplicaciones en inteligencia artificial: Realizacin de programas que emulan el
comportamiento inteligente: algoritmos de juegos, programas de comprensin
del lenguaje natural, visin artificial, robtica y sistemas expertos. Los
lenguajes que se suelen utilizar en estos casos son el Lisp y el Prolog.
Aplicaciones de programacin de sistemas: Programacin de mdulos
de sistemas operativos, compiladores, ensambladores, intrpretes y, en
general, aquellos de interfaz entre el hardware y los usuarios. Tradicionalmente
se utilizaba el lenguaje ensamblador, pero en la actualidad se muestran muy
adecuados los lenguajes Ada, C y Modula 2.
Otra forma de clasificar los lenguajes de alto nivel tiene en cuenta el estilo de
programacin que fomentan, es decir, la filosofa de construccin de
programas:
Lenguajes imperativos o procedurales. Estos lenguajes se fundamentan
en el uso de variables para almacenar valores y el uso de instrucciones que
indican las operaciones a realizar sobre los datos. La mayora de los lenguajes
de alto nivel son de este tipo.
Lenguajes declarativos. En este caso, el proceso por el cual se ejecuta
el programa no aparece de forma explcita. Los programas se construyen
mediante la definicin de funciones (lenguajes funcionales como Lisp) o
expresiones lgicas que indican las relaciones entre determinadas estructuras
de datos (lenguajes de programacin lgica como Prolog).
Lenguajes orientados a objetos. El diseo de los programas se centra
ms en los datos y su estructura. Los programas consisten en descripciones de
unidades denominadas objetos que encapsulan los datos y las operaciones que
actan sobre ellos. Uno de los lenguajes ms usados en esta filosofa es el C+
+.

Lenguajes orientados al problema. Este tipo de lenguajes estn

diseados para problemas especficos, principalmente de gestin. Los
programas estn formados por sentencias que indican qu se quiere hacer.
Generalmente, suelen ser generadores de aplicaciones que permiten cierta
automatizacin de la tarea de desarrollo de software de gestin.

Paradigmas de la ingenieria de software

Modelo Lineal Secuencial o Cascada Pura (Waterfall)
Por supuesto Royce en 1970; es el paradigma ms antiguo y fue el ms
utilizado durante la hegemona del mtodo estructurado. El nmero de etapas
propuestas vara de acuerdo al proyecto a desarrollar, aunque existen etapas
comunes para este paradigma.

Modelos en Funcin de Prototipos

El paradigma de construccin de prototipos comienza con la recoleccin de
requisitos. El desarrollador y el cliente encuentran y definen los objetivos
globales para el software, identifican los requisitos conocidos, y las reas del
esquema en donde es obligatoria ms definicin. Entonces aparece un diseo
rpido .
El diseo rpido se centra en una representacin de esos aspectos del software
que sern visibles para el usuario/cliente (p. Ej.: enfoques de entrada y
formatos de salida). El diseo rpido lleva a la construccin de un prototipo. El
prototipo lo evala el cliente/usuario y lo utiliza para refinar los requisitos del
software a desarrollar. La interaccin ocurre cuando el prototipo satsface las
necesidades del cliente, a la vez que permite que el desarrollador comprenda
mejor lo que se necesita hacer.

Modelo de Desarrollo rpido de Aplicacin (DRA)

Este es un modelo de proceso de desarrollo del software lineal, secuencias que
enfatiza un ciclo de desarrollo extremadamente corto. El modelo DRA es una
adaptacin a << alta velocidad >> del modelo lineal secuencial en el que se
logra el desarrollo rpido utilizando un enfoque de construccin basado en
componentes. Si se comprenden bien los requisitos y se limita el mbito del
proyecto, el proceso DRA permite al equipo de desarrollo crear un << sistema
completamente funcional >> dentro de periodos cortos de tiempo (p. Ej.: de 60
a 90 das) [MAR9].

Modelos de Procesos Evolutivos de Software

Modelo Incremental
Definido por Lehman en 1984; constituye una de las variantes del modelo en
cascada puro; el modelo incremental o de cascada con subproyectos, corrige la
necesidad de una secuencia no lineal de pasos de desarrollo.
El modelo Incremental se va creando el Software aadiendo componentes
funcionales al sistema: incrementos.
Modelo en Espiral
Propuesto por Boehm en 1988 con la finalidad de paliar los inconvenientes del
modelo en cascada y adecuar el desarrollo por prototipos a problemas
complejos. Este paradigma combina el paradigma de cascada y el de

construccin por prototipos, agregando una etapa de "anlisis de riesgo" . El

paradigma de espiral es un modelo de ciclo de vida orientado a riesgos que
divide un proyecto software en mini-proyectos y donde cada mini-proyecto se
centra en uno o ms riesgos importantes hasta que todos estos estn
controlados. Este modelo se realiza en varias iteraciones; se parte de una
escala pequea la cual comienza con la identificacin de objetivos, alternativas
y restricciones; en medio de la espiral, se localizan riesgos, se genera un plan
para manejarlos, y a continuacin se establece una aproximacin a la siguiente
iteracin.
Modelo de Ensamblaje de Componentes
El modelo ensamblador de componentes configura aplicaciones desde
componentes preparados de software (algunas veces llamados clases. La
actividad de la ingeniera comienza con la identificacin de clases candidatas.
Esto se lleva a cabo examinando los datos que se van a manejar por parte de
la aplicacin y el algoritmo que se va a aplicar para conseguir el tratamiento.
Los datos y los algoritmos correspondientes se empaquetan en una clase.
El modelo de ensamblaje de componentes incorpora muchas de las
caractersticas del modelo en espiral. Es evolutivo por naturaleza [NIE92], y
exige un enfoque interactivo para la creacin del software. Sin embargo, el
modelo ensamblador de componentes configura aplicaciones desde
componentes preparados de software (algunas veces llamados clases.
Modelo de Desarrollo Concurrente
Definido por Davis y Sitaram (DAV94), el modelo de proceso concurrente se
puede representar en forma de esquema como una serie de actividades
tcnicas importantes, tareas, y estados asociados a ellas. Por ejemplo, la
actividad de ingeniera definida para el modelo en espiral, se lleva a cabo
invocando las tareas siguientes: modelado de construccin de prototipos y/o
anlisis, especificacin de requisitos, y diseo.
El modelo de proceso concurrente define una serie de acontecimientos que
disparan transiciones de estado a estado para cada una de las actividades de
la ingeniera del software.
Modelo de Mtodos Formales
El modelo de mtodos formales acompaa a un conjunto de actividades que
conducen a la especificacin matemtica del software de computadora. Los
mtodos formales permiten que un ingeniero del software especifique,
desarrolle y verifique un sistema basado en computadora aplicando una
notacin rigurosa y matemtica.

La ambigedad, lo incompleto y la inconsistencia se descubren y se corrigen

ms fcilmente, no mediante una revisin a propsito para el caso, sino
mediante la aplicacin del anlisis matemtico. Cuando se utilizan mtodos
formales durante el diseo, sirven como base para la verificacin de programas
y por consiguiente permiten que el ingeniero del software descubra y corrija
errores que no se pudieron detectar de otra manera.

Tcnicas de Cuarta Generacin

Abarca un amplio espectro de herramientas de software que tienen algo en
comn: todas facilitan al ingeniero del software, la especificacin de lagunas
caractersticas del software de alto nivel. Luego, la herramienta genera
automticamente el cdigo fuente basndose en la especificacin del tcnico.
Cada vez parece ms evidente que en cuanto mayor sea el nivel en el que se
especifique el software, ms rpido se podr construir el programa. El
paradigma T4G para la ingeniera del software usando formas de lenguaje
especializado o notaciones graficas que describan el problema que hay que
resolver en trminos que los entienda el cliente.

Gestin de Proyectos
La Gestin de Proyectos no es ms que la capacidad de reconocer los desafos
que te proporciona el cliente o la Empresa, para a travs de ellos encontrar,
revisar y evaluar las mltiples soluciones, seleccionando la que ms responda a
las definiciones de eficiencia y calidad, para despus ponerla en prctica,
acorde a los objetivos y planificacin establecidos.
La gestin de proyectos simplemente en conducir un proyecto desde el
comienzo hasta un final satisfactorio, haciendo uso conjunto de procesos,
conocimientos, habilidades, herramientas y tcnicas que orienten y motiven al
personal a realizar satisfactoriamente su trabajo dentro del proyecto.
ERP
Los sistemas ERP tpicamente manejan la produccin, logstica, distribucin,
inventario, envos, facturas y contabilidad de la compaa de forma modular.
Sin embargo, la planificacin de recursos empresariales o el software ERP
puede intervenir en el control de muchas actividades de negocios como ventas,
entregas, pagos, produccin, administracin de inventarios, calidad de
administracin y la administracin de recursos humanos.

Los sistemas ERP son llamados ocasionalmente back office (trastienda) ya que
indican que el cliente y el pblico general no estn directamente involucrados.
Este sistema es, en contraste con el sistema de apertura de datos (front office),
que crea una relacin administrativa del consumidor o servicio al consumidor
(CRM), un sistema que trata directamente con los clientes, o con los sistemas
de negocios electrnicos tales como comercio electrnico, administracin
electrnica, telecomunicaciones electrnicas y finanzas electrnicas; asimismo,
es un sistema que trata directamente con los proveedores, no estableciendo
nicamente una relacin administrativa con ellos (SRM).
CRM
Software para la administracin de la relacin con los clientes. Sistemas
informticos de apoyo a la gestin de las relaciones con los clientes, a la venta
y al marketing. Dicho software puede comprender varias funcionalidades para
gestionar las ventas y los clientes de la empresa: automatizacin y promocin
de ventas, tecnologas data warehouse (almacn de datos) para agregar la
informacin transaccional y proporcionar capa de reporting, dashboards e
indicadores claves de negocio, funcionalidades para seguimiento de campaas
de marketing y gestin de oportunidades de negocio, capacidades predictivas y
de proyeccin de ventas.
SCM
Gestin de Configuracin de Software (Software Configuration Management,
SCM) es una especializacin de la gestin de configuracin a todas las
actividades en el sector del desarrollo de software.