UNIVERSIDAD LATINA DE PANAMA
MATERIA:
SISTEMA DE INFORMACION GERENCIAL
PROFESOR:
AMBROSINO SALVATORE
INTEGRANTES:
LUZ CENTENO 8-879-565LUIS GERMAN TOBACIAAC RN 18499249EDUARDO
DIAZ 8-857-1730RiICKMANUEL ACOSTA 035761581BERNABE GARAY
3-737-157
DESARROLLO DE SOLUCION DE NEGOCIO Y DE TI
MARZO 2015
INTRODUCCIONLa tecnologa de informacin ha creado un cambio
drstico en la forma de hacer negocios de las empresas. Conocer la
importancia y la estructura de los negocios electrnicos no es
suficiente. Se necesita crear e implementar un plan de accin que
permita llevar a cabo la transicin de un diseo de negocios
anticuado a un nuevo diseo de negocios electrnicoUtilizar el
proceso de desarrollo de sistemas descrito en este captulo y el
modelo de componentes de sistemas de informacin del captulo 1 como
esquemas de solucin a problemas que le ayudarn a proponer
soluciones de sistemas de informacin a problemas sencillos de
negocios.Describir y dar ejemplos para mostrar cmo podra utilizar
cada uno de los pasos del ciclo de desarrollo de sistemas de
informacin e implementar un sistema de informacin
empresarial.Explicar cmo la elaboracin de prototipos mejora el
proceso de desarrollo de sistemas para usuarios fina-les y
especialistas en sistemas de informacin.Identificar las actividades
que participan en la im-plantacin de nuevos sistemas de
informacin.Describir diversos factores de evaluacin que deben
considerarse al evaluar la adquisicin del hardware, software y
servicios de sistemas de informacin.Identificar varias soluciones
de administracin del cambio para vencer la resistencia del usuario
final a la implantacin de nuevos sistemas de informacin.
CONTENIDODesarrollo de sistemas de informacinCuando el enfoque
de sistemas a la solucin de problemas se aplica al desarrollo de
soluciones de sistemas de informacin para problemas empresariales,
se denomina desarrollo de sistemas de informacin o desarrollo de
aplicaciones. Se muestra como el enfoque de sistemas se utiliza
para desarrollar sistemas y aplicaciones de negocios electrnicos
que satisfacen las necesidades de negocios tanto de una empresa
como de sus empleados y partes interesadas.
El Enfoque de SistemasEl Enfoque de Sistemas a la solucin de
problemas utiliza una orientacin de sistemas para definir problemas
y oportunidades y desarrollar soluciones. El anlisis de un problema
y la formulacin de una solucin implican las siguientes actividades
interrelacionadas:1. Reconocer y definir un problema u oportunidad
mediante el uso del pensamiento de sistemas.2. Desarrollar y
evaluar soluciones alternativas de sistemas.3. Seleccionar la
solucin de sistemas que satisfaga mejor las necesidades.4. Disear
la solucin de sistemas seleccionada.5. Implementar y evaluar el
xito del sistema diseado.El Ciclo del Desarrollo de SistemasEl uso
del enfoque de sistemas para desarrollar soluciones de sistemas de
informacin puede ser visto como un proceso de pasos mltiples
denominado ciclo del desarrollo de sistemas de informacin, conocido
tambin como ciclo de vida del desarrollo de sistemas (SDLC, siglas
del trmino SystemsDevelopmentLifeCycle).
Elaboracin de Prototipos
Como analista de sistemas que presenta un prototipo del sistema
informacin, usted est bastante interesado en las reacciones de los
usuarios y los directivos de la organizacin hacia el prototipo
.Usted desea saber detalladamente como reaccionarn al trabajar con
el prototipo y que tambin sastifaran sus necesidades la
caractersticas del sistema a partir de las cuales se elaboro el
prototipo.
Las reacciones se recopilan a travs de laobservacin,
lasentrevistasy las hojas deretroalimentacin(posiblemente los
cuestionarios) diseados para obtener la opinin de cadapersonasobre
el prototipo despus que interactan con el.
La informacin recopilada en la face de elaboracin de prototipos
permite al analista establecer las prioridades y cambiar el rumbo
de los planes a bajocosto, con un mnimo de molestias. Debido a esta
caracterstica, la elaboracin de prototipos y laplaneacinvan de la
mano.
Clases de prototipos
La palabraprototipose usa de muchas formas diferentes. En lugar
de sintetizar todos estos usos en una sola definicin o de tratar de
convenir en un enfoque correcto al tema un tanto polmico de la
elaboracin de prototipos, ilustramos la manera en que cada una de
varias concepciones de la elaboracin de prototipos se puede aplicar
convenientemente en una situacin particular.
Prototipo corregido.
La primeraclasede elaboracin de prototipos tiene que ver con
laconstruccinde un sistema que funciona pero se corrige
simultneamente. En laingenieraa este enfoque se le llama elaboracin
de una tabla experimental: La creacin, en una tableta depruebas, de
unmodelofuncional de un circuito.
Un ejemplo en sistemas de informacin es este modelo funcional
que tiene todas las caractersticas necesarias pero es
ineficiente.
En este ejemplo de elaboracin de prototipos, los usuarios pueden
interactuar con el sistema, acostumbrndose a la interfaz y los
tipos de salidas disponibles. Sin embargo, la recuperacin
yalmacenamientode informacin pondran ser ineficientes, debido a que
losprogramasescribieron rpidamente con elobjetivode ser funcionales
en vez de eficaces.
Prototipo no funcional
El segundo tipo de prototipo es unmodelono funcional
aescalaconfigurado para probar ciertos aspectos deldiseo. Un
ejemplo de este enfoque es un modelo a escala completa de un
automvil que se usa parapruebasen un tnel de vientos. El tamao y
forma del automvil son precisos, pero el automvil no es funcional.
En este caso solo se incluyen las caractersticas del automvil que
son fundamentales para la pruebaEn el tnel de viento. Un modelo no
funcional a escalas de unsistemadeinformacinpodra producirse cuando
lacodificacinrequerida por las aplicaciones es demasiado extensa
para incluirse en el prototipo pero cuando se puede conseguir una
idea til del sistema a tal vez de la elaboracin de un prototipo de
la entrada y la salida. En este caso, elprocedimiento, debido al
excesivocostoy eltiemporequerido, no poda incluirse en el
prototipo. Sin embargo, aun se podran tomar algunas decisiones
sobre lautilidadcon la base en la entada y la salida incluidas en
el prototipo.
Primer prototipo de una serie Un tercer tipo de prototipos
involucra la creacin de un primer modelo a escala completa de un
sistema, con frecuencia llamado piloto. Un ejemplo es la elaboracin
de un prototipo del primer avin de una serie. El prototipo es
completamente funcional y es una materializacin de lo que el
diseador espera ser una serie de aviones con caractersticas
idnticas.Este tipo de elaboracin de prototipos es til cuando se
planean muchas instalaciones del sistema de informacin. El modelo
funcional a escala completa permite a los usuarios experimentar
lainteraccinreal con el nuevo sistema, pero minimiza el costo de
superar cualquier problema que se presente. La creacin de un modelo
funcional es uno de los tipos de elaboracin de prototipos que se
hace con RAD, tratado ms adelante en este captulo.
Por ejemplo, cuando una cadena de tiendas de abarrotes
minoristas considera el uso del EDI (intercambio electrnico
dedatos) para comprobar los envos de losproveedoresa varias
tiendas, se podra instalar un modelo a escala completa en una
tienda para resolver cualquier problema antes de que el sistema se
implemente en todas las dems tiendas.
Otro es el de las instalaciones bancarias para la
transferenciaelectrnicade fondos. Primero, se instala un prototipo
a escala completa en una o dos sucursales con base en los patrones
de uso de losclientesy en otros factores importantes.
Prototipo de caractersticas seleccionadas:
Una cuarta concepcin de la elaboracin de prototipos involucra la
creacin de un modelo funcional que incluya algunas, pero no todas,
de las caractersticas que tendr el sistema final. Una analoga seria
que un nuevo centro comercial minorista abriera antes de que se
terminara laconstruccinde todas las tiendas. Cuando se elaboran
prototipos de lossistemasde informacin de esta manera, se incluyen
algunas de las caractersticas principales, aunque no todas.
Por ejemplo, en la pantalla podra aparecer un men del sistema
que muestre seis caractersticas: agregar unregistro(caracterstica
1), eliminar un registro) y listar un registro (caracterstica
5).
Cuando se recurre a este tipo de elaboracin de prototipos se
evalan exitosamente, se pueden incorporar en el sistema final ms
grande sin necesidad de realizar demasiado esfuerzo en la
interaccin. Los prototipos hechos de esta forma son parte del
sistema real. No son solo un modelo como en el caso de los
prototipos no funcionales que se describieron antes.
Elaboracin de Prototipos como unaalternativa al ciclo Desarrollo
de Sistema.Algunos analistas argumentan que la elaboracin de
prototipos se debe considerar como una alternativa para el ciclo de
vida del desarrollo d sistemas (SDLC).
Las quejas relativas alprocesodel SDLC se centran en dos
preocupaciones interaccionadas. La primera preocupacin es todo el
tiempo que se requiere para pasar por el ciclo de vida del
desarrollo. Conforme aumenta lainversinde tiempo del analista, el
costo del sistema entregado se incrementa proporcionalmente.
La segunda preocupacin sobre el uso del SDLC es que los
requerimientos del usuario cambian a travs del tiempo. Los
requerimientos del usuario evolucionan durante el considerable
intervalo existente entre elanlisisde los requerimientos del
usuario y la fecha en que se entrega el sistema final. Por lo
tanto, debido al extenso ciclo del desarrollo, el sistema
resultante podra ser crtico por abordar deficientemente los
requerimientos de informacin del usuario actual.
Un corolario al problema de mantenerse al tanto de los
requerimientos de informacin es lateorade que los usuarios
realmente no saben lo que hacen o no lo desean sino hasta que vean
algo tangible .en el SDLC tradicional, una vez que se entrega un
sistema, con frecuencia es demasiado tarde para modificarlo.
Para resolver estosproblemas, algunos analistas proponen la
elaboracin de prototipos como una alternativa al ciclo de vida del
desarrollo de sistemas. Cuando la elaboracin de prototipos se usa
de esta forma, el analista reduce efectivamente el tiempo entre la
determinacin de los requerimientos de informacin y la entrega de un
sistema funcional. Adems, el uso de elaboracin de prototipos en
lugar de SDLC tradicional podra resolver algunos problemas como el
de identificar con precisin los requerimientos de informacin del
usuario.
Ente las desventajas de sustituir el SDLC por la elaboracin de
prototipos est la de configuracin prematura de un sistema antes de
que el problema u oportunidad en cuestin se entienda completamente.
Tambin, el uso de la elaboracin de prototipos como una Alternativa
podra producir un sistema aceptado porgruposespecficos de usuarios
pero inadecuados para las necesidades globales del sistema.
El enfoque que apoyamos aqu es usar la elaboracin de prototipos
como una parte del SDLC tradicional. Desde esta perspectiva, la
elaboracin de prototipos se considera como unmtodoadicional y
especializado para determinar los requerimientos de los
usuarios.
Como Desarrollar un PrototipoLos lineamientos de esta seccin
para desarrollar un prototipo son avanzados. El terminoelaboracin
de prototiposse interpreta en el sentido de la ultima definicin que
se explic, es decir, un prototipo de caractersticas seleccionadas
que incluir algunas pero no todas no todas las caractersticas., uno
que, si tienexito., ser parte del sistema final que se entregue
.
Como se ilustra en la figura 6.2, la elaboracin de prototipos es
una excelente forma de obtenerretroalimentacinsobre el sistema
propuesto y sobre la facilidad con que est cumpliendo las
necesidades de informacin de su usuario.
El primer paso de la elaboracin de prototipos es estimar
loscostosnecesarios para la construccin de un mdulo del
sistema.
Si los costos del tiempo de programadores y analistas y los del
equipo que utilizaran estn dentro delpresupuesto, se puede proceder
a la elaboracin del prototipo.
Lineamientos para desarrollar un prototipo.Una vez que se ha
tomado la decisin de elaborar un prototipo, se deben observar
cuatro lineamientos principales al integrar la elaboraron de
prototipos con la fase de determinacin de requerimientos del
SDLC.
1. Trabajar en mdulos manejables.2. Construir rpidamente el
prototipo.3. Modificar el prototipo en interacciones sucesivas.4.
Poner nfasis en la interfaz de usuario.Como puede ver, los
lineamientos sugierenaccionesrelativas al prototipo que
necesariamente se interrelacionan .Cada uno de los lineamientos se
explica en lassucesionessiguientes.
Eltrabajoen mdulos manejables, cuando el prototipo de algunas de
las caractersticas de un sistema se integra para formar un modelo
funcional, es indispensable que el analista trabaje en mdulos
manejables.
Una ventaja evidente de la elaboracin de prototipos es que no es
necesario ni deseable construir unsistema operativocompleto para
los propsitos del prototipo. Un mdulo manejable es aquel que
permite a los usuarios interactuar con sus caractersticas clave
pero que se puede contruir de forma separada de otros mdulos de
sistemas.
Las caractersticas del mdulo que se juzgan de menor importancia
se omiten intencionalmente en el prototipo inicial.
Construccin rpida del prototipo- La rapidez es esencial para la
elaboracin exitosa del prototipo de unsistema de informacin.
Recuerde que unas de las quejas expresadas en contra de el CDLC
tradicionales es que el intervalo entre ladiscriminacinde
requerimientos y la entrega de un sistema completo es demasiado
largo para satisfacer eficazmente las cambiantes necesidades del
usuario.
Los analistas pueden usar la elaboracin de prototipos con el fin
de reducir esta brecha utilizando lastcnicastradicionales de
recopilacin de informacin para determinar conpresinlos
requerimientos de infomacin que surjan sobre la marcha, y a
continuacin tomar rpidamente las decisiones que den lugar o un
modelo funcional.
La preparacin de un prototipo operacional, con rapidez y en las
etapas tempranas del SDLC, permite al analista comprender mejor cmo
desarrollar el resto delproyecto. Al mostrar a los usuarios en las
primeras etapas del proceso como se ejecutan en la realidad algunas
partes del sistema, la elaboracin rpida de prototipos evita que se
dediquen demasiadosrecursosa un proyecto que a la larga podra ser
imposible de concretar. Ms adelante, cuando se explique el RAD,
usted ver nuevamente la importancia de la construccin rpida de
sistemas.
Modificacin del Prototipo.
Un tercer lineamiento para desarrollar el prototipo es que su
construccin debe soportar modificaciones. Hacer un modificable el
prototipo significa crearlo en mdulos que no sean demasiado
interdependientes. Si se observa este alineamiento, se encontrar
menosresistenciacuando sea necesario realizar cambios al
prototipo.
Generalmente, el prototipo se modifica varias veces al pasar por
diversas interacciones.
Los cambios en el prototipo deben propiciar que el sistema se
acerque cada vez ms a lo que los usuarios consideren importante.
Cada modificacin necesita otraevaluacinpor parte de los
usuarios.
El prototipo no es un sistema terminado. Abordar la face de
elaboracin de prototipos con la idea de que el prototipo requerir
modificaciones es unaactitudpositiva que demuestra a los usuarios
cun necesaria es una retroalimentacin para mejorar el sistema
El Papel del usuario en la elaboracin de un prototipo.
El papel del usuario en la elaboracin de prototipo se puede
resumir en dos palabras: intervencin honrada. Sin la intervencin
del usuario hay poca razn para elaborar el prototipo los
comportamientos precisos y necesarios para interactuar con un
prototipo pueden variar pero el usuario es fundamental en el
proceso de la elaboracin del prototipo comprendida la importancia
que tiene el usuario en el xito del proceso, los miembros del
equipo del anlisis del sistema deben propiciar y recibir de buena
manera la retroalimentacin y deben evitar su propia resistencia y
cambiar el prototipo.
INTERACCIN DEL PROTOTIPO.
Hay tres formas principales en la que un usuario pude ayudar en
la elaboracin de un prototipo1. Experimentando en el prototipo.2.
Dando reacciones sinceras sobre el prototipo.3. Sugiriendo
adiciones o eliminaciones al prototipo.Los usuarios deben
tenerlibertadpara experimentar con el prototipo. En contraste con
una simple lista de caractersticas del sistema, el prototipo
permite a los usuarios la interaccin real. Una forma de facilitar
esta interaccin es instalar un prototipo en un
sitioWebinteractivo
Enfoques pioneros de Martn para el RAD
En la figura 6.5 usted puede ver nuestra conceptualizacin de las
fases originales del RAD de James Martin; en la primera fase Martin
explica laplaneacinde requerimiento. Aqu los usuarios de alto nivel
deciden qufuncionesdeben incluir la aplicacin.
En la segunda fase, llamada fase de diseo de usuarios, Martin
caracteriza a los usuarios como ocupados en discutir los aspectos
no tcnicos del diseo del sistema, con la ayuda de los analistas. La
fase del taller del diseo del RAD incorpora la fase del usuario y
la de construccin es una, debido a que lanaturalezamuy interactiva
y visual del proceso de diseo y refinacin est ocurriendo de una
forma interactiva y participativa.
En la fase de construccin se realizan muchas actividades
diferentes. Cualquier diseo que se cree en la fase anterior se
mejora ms con la herramienta del RAD. Tan pronto como las nuevas
funciones estn disponibles, se muestran a los usuarios para la
interaccin, comentarios y revisin. Con lasherramientasdel RAD, los
analistas pueden hacer cambios continuos en el diseo de las
aplicaciones.La cuarta y ltima fase de Martin, la fase de cierre,
la aplicacin recientemente desarrollada reemplazar a la anterior.
Mientras est ejecutndose en paralelo con la aplicacin anterior, la
nueva prueba, los usuarios son entrenados y losprocedimientosdela
organizacinse cambian antes de que ocurra el cierre.Comienzo del
proceso de desarrollo de sistemasTenemos oportunidades de negocio?
Cules son nuestras prioridades de negocio? Cmo pueden las
tecnologas de informacin proporcionar soluciones de sistemas de
informacin que aborden nuestras prioridades de negocio? stas son
las preguntas que se deben responder en la etapa de investigacin de
sistemas, es decir, el primer paso del proceso de desarrollo de
sistemas. Esta etapa implica la consideracin de propuestas
generadas en un proceso de planeacin de negocio/TI, que
analizaremos en el captulo 14. La etapa de investigacin tambin
incluye el estudio preliminar de soluciones de sistemas de
informacin propuestos para satisfacer las prioridades y
oportunidades de negocio de una empresa, identificadas en un
proceso de planeacin.Estudios de factibilidadComo el proceso de
desarrollo puede ser costoso, la etapa de investigacin de sistemas
re-quiere casi siempre un estudio preliminar llamado estudio de
factibilidad. Un estudio de factibilidad es un estudio preliminar
donde se determinan las necesidades de informacin de usuarios
potenciales, as como los requerimientos de recursos, los costos,
beneficios y la factibilidad de un proyecto propuesto. Entonces, un
equipo de profesionales de negocios y especialistas en SI
formalizan los hallazgos de este estudio en un informe por escrito
que incluye especificaciones preliminares y un plan de desarrollo
para una aplicacin empresarial propuesta. Si la administracin de la
empresa aprueba las recomendaciones del estudio de factibilidad, el
proceso de desarrollo puede continuar.As, el objetivo de los
estudios de factibilidad es evaluar las soluciones de sistemas
alter-nativos y proponer la aplicacin empresarial ms viable y
deseable para su desarrollo. La factibilidad de un sistema de
negocios propuesto se evala en relacin con cuatro categoras
principales.El enfoque de la factibilidad organizacional se basa en
qu tan bien un sistema propuesto apoya las prioridades estratgicas
de negocio de la organizacin. La factibilidad econmica determina si
los ahorros en costos esperados, el aumento de los ingresos, el
incremento de las utilidades, la reduccin de la inversin requerida
y otros tipos de beneficios excedern los costos de desarrollo y
operacin de un sistema propuesto. Por ejemplo, si un sistema de
recursos humanos propuesto no cubre sus costos de desarrollo, no
ser aprobado, a menos que lo exijan las regulaciones
gubernamentales o consideraciones estratgicas de negocio.La
factibilidad tcnica se demuestra cuando la empresa puede adquirir o
desarrollar hardware y software confiable con la capacidad de
satisfacer las necesidades de un sistema propuesto en el tiempo
requerido. Por ltimo, la factibilidad operativa es la disposicin y
la habilidad de la administracin, empleados, clientes, proveedores
y otros para operar, utilizar y apoyar un sistema propuesto. Por
ejemplo, si el software para un nuevo sistema de negocio es
demasiado difcil de utilizar, los clientes o empleados podran
cometer demasiados errores y evitaran utilizarlo. As, fracasara en
demostrar la factibilidad operativa.Anlisis de costo/beneficio.Los
estudios de factibilidad incluyen el anlisis de costo/be-neficio.
Si los costos y beneficios se pueden cuantificar, se conocen como
tangibles; si no, se denominan intangibles. Como ejemplos de costos
tangibles estn los costos de hardware y software, los salarios de
empleados y otros costos cuantificables necesarios para desarrollar
e implementar una solucin de SI. Los costos intangibles son
difciles de cuantificar; incluyen la prdida de crdito comercial del
cliente o moral de los empleados ocasionada por errores y
alteraciones que surgen de la instalacin de un nuevo sistema.Los
beneficios tangibles son resultados favorables, como la disminucin
de los cos-tos de nmina causada por una reduccin en el personal o
la disminucin en los costos de mantenimiento de inventario
ocasionada por una reduccin del inventario. Los beneficios
intangibles son ms difciles de calcular. Los beneficios como un
mejor servicio al cliente o una informacin ms rpida y exacta para
la administracin corresponden a esta categora. La figura 12.8
presenta una lista de beneficios tangibles e intangibles tpicos,
con ejemplos. Los costos tangibles e intangibles probables seran lo
opuesto de cada beneficio mostrado.Factores de Factibilidad
Organizacional, Econmica, Tcnica y Operativa.Observe que para la
factibilidad se requiere ms que el ahorro en costos o la
disponibilidad de hardware y software. Qu tan bien el sistema
propuesto apoya las prioridades de negocio de la organizacin
Ahorros en costos Aumento de los ingresos Disminucin de las
necesidades de inversin Aumento de las utilidades Capacidad,
confiabilidad y disponibilidad de hardware, software y red
Aceptacin por empleados, clientes, proveedores Apoyo de la
administracin Gobierno u otros requerimientosAnlisis de
sistemas
Elanlisis de sistemases lacienciaencargada del anlisis de
sistemas grandes y complejos, y la interaccin entre esos sistemas.
Esta rea se encuentra muy relacionada con laInvestigacin operativa.
Tambin se denomina anlisis de sistemas a una de las etapas de
construccin de un sistema informtico, que consiste en relevar la
informacin actual y proponer los rasgos generales de la solucin
futura.Los sistemas en relacin con el anlisis de sistemas estn
relacionados con cualquier campo, tales como: procesos
industriales,administracin,toma de decisiones, procesos,proteccin
al medio ambiente, etc. En 1953 los hermanosHoward T. OdumyEugene
Odumempezaron a aplicar una visin de sistemas a laecologabiolgica,
basndose en los trabajos de Raymond Lindeman (1942) yArthur
Tansley(1935).
Los analistas de sistemas utilizan lametodologa matemticapara
obtener los detalles de los sistemas que estn
analizando.Modelado
Teora de sistemas de cmputola base de modelado para sistemas
complejos, los cuales se dividen entres conceptos
bsicos:unidades,procesosyestructuras. Una vez que se han
identificado esos componentes, se genera un modelo deteora de
juegos. Este modelo despus puede ser llevado a la simulacin.
Anlisis de sistemas es impartida en la Universidad y tiene mucha
relacin con la Ingeniera de Software; en resumen, un sistema es un
conjunto de elementos interrelacionados o componentes entrelazados
entre s para lograr un objetivo comn entre ellos.
Diseo de sistemas de informacinElDiseo de Sistemasse define el
proceso de aplicar ciertastcnicasy principios con el propsito de
definir un dispositivo, un proceso o un Sistema, con suficientes
detalles como para permitir suinterpretaciny realizacin fsica
La etapa del Diseo del Sistema de informacin encierra cuatro
etapas:
El diseo de los datosTrasforma el modelo de dominio de la
informacin, creado durante el anlisis, en las estructuras de datos
necesarios para implementar el Software.
El Diseo ArquitectnicoDefine la relacin entre cada uno de los
elementos estructurales delprograma.
El Diseo de la InterfazDescribe como se comunica el Software
consigo mismo, con los sistemas que operan junto con el y con los
operadores y usuarios que lo emplean.
El Diseo de procedimientosTransforma elementos estructurales de
la arquitectura del programa. La importancia del Diseo del Software
se puede definir en una sola palabra Calidad, dentro del diseo es
donde se fomenta la calidad del Proyecto. El Diseo es la nica
manera de materializar con precisin los requerimientos del
cliente.
El Diseo del Software
Es un proceso y un modelado a la vez. El proceso de Diseo es un
conjunto de pasos repetitivos que permiten al diseador describir
todos los aspectos del Sistema a construir. A lo largo del diseo se
evala la calidad del desarrollo del proyecto con un conjunto de
revisiones tcnicas:
El diseo debe implementar todos los requisitos explcitos
contenidos en el modelo de anlisis y debe acumular todos los
requisitos implcitos que desea el cliente.
Debe ser una gua que puedan leer y entender los que construyan
elcdigoy los que prueban y mantienen el Software.
El Diseo debe proporcionar una completa idea de lo que es el
Software, enfocando los dominios de datos, funcional y
comportamiento desde el punto de vista de la Implementacin.
Para evaluar la calidad de una presentacin del diseo, se deben
establecer criterios tcnicos para un buen diseo como son:
Un diseo debe presentar una organizacin jerrquica que haga un
uso inteligente del control entre los componentes del software. El
diseo debe ser modular, es decir, se debe hacer una
particinlgicadel Software en elementos que realicen funciones y
subfuncionesespecificas. Un diseo debe contener abstracciones de
datos y procedimientos. Debe producir mdulos que presenten
caractersticas de funcionamiento independiente. Debe conducir a
interfaces que reduzcan la complejidad de las conexiones entre los
mdulos y el entorno exterior. Debe producir un diseo usando
unmtodoque pudiera repetirse segn la informacin obtenida durante el
anlisis de requisitos de Software.Estos criterios no se consiguen
por casualidad. El proceso de Diseo del Software exige buena
calidad a travs de la aplicacin de principios fundamentales de
Diseo, Metodologa sistemtica y una revisin exhaustiva.Cuando se va
a disear un Sistema de Computadoras se debe tener presente que el
proceso de un diseo incluye, concebir y planear algo en la mente,
as como hacer undibujoo modelo o croquis.
Diseo de la Salida
En este caso salida se refiere a los resultados e informaciones
generadas por el Sistema, Para la mayora de los usuarios la salida
es la nica razn para el desarrollo de un Sistema y la base de
evaluacin de su utilidad. Sin embargo cuando se realiza un sistema,
como analistas deben realizar lo siguiente: Determine qu informacin
presentar. Decidir si la informacin ser presentada en forma visual,
verbal oimpresoray seleccionar el medio de salida. Disponga la
presentacin de la informacin en un formato aceptable. Decida cmo
distribuir la salida entre los posibles destinatarios.
Diseo de Archivos
Incluye decisiones con respecto a lanaturalezay contenido del
propioarchivo, como si se fuera a emplear para guardar detalles de
las transacciones, datos histricos, o informacin de referencia.
Entre las decisiones que se toman durante el diseo de archivos,
se encuentran las siguientes:
Los datos que deben incluirse en el formato
deregistroscontenidos en el archivo. La longitud de cadaregistro,
con base en las caractersticas de los datos que contenga. La
secuencia a disposicin de los registros dentro del archivo
(Laestructurade almacenamiento que puede ser secuencial, indexada o
relativa).No todos los sistemas requieren del diseo de todos los
archivos, ya que la mayora de ellos pueden utilizar los del viejo
Sistema y solo tenga que enlazarse el nuevo Sistema al Archivo
maestro donde se encuentran los registros.
Diseo de Interacciones con la Base de Datos
La mayora de los sistemas de informacin ya sean implantados en
sistemas de cmputos grandes o pequeos, utilizan una base de datos
que pueden abarcar varias aplicaciones, por esta razn estos
sistemas utilizan uadministradorde base de datos, en este caso el
diseador no construye la base de datos sino que consulta a su
administrador para ponerse de acuerdo en el uso de esta en el
sistema.
Herramientas para el Diseo de Sistemas de InformacinApoyan el
proceso de formular las caractersticas que el sistema debe tener
para satisfacer los requerimientos detectados durante las
actividades del anlisis:
Herramientas de especificacinApoyan el proceso de formular las
caractersticas que debe tener una aplicacin, tales como entradas,
Salidas, procesamiento y especificaciones de control. Muchas
incluyen herramientas para crear especificaciones de datos.
Herramientas para presentacinSe utilizan para describir la
posicin de datos, mensajes y encabezados sobre las pantallas de las
terminales, reportes y otrosmediosde entrada y salida.
Herramientas para el desarrollo de SistemasEstas herramientas
nos ayudan como analistas a trasladar diseos en aplicaciones
funcionales.
Herramientas para Ingeniera de SoftwareApoyan el Proceso de
formular diseos de Software, incluyendo procedimientos y controles,
as como la documentacin correspondiente.
Generadores de cdigosProducen el cdigo fuente y las aplicaciones
a partir de especificaciones funcionales bien articuladas.
Herramientas para pruebas
Apoyan la fase de la evaluacin de un Sistema o de partes del
mismo contra las especificaciones. Incluyen facilidades para
examinar la correcta operacin del Sistema as como el grado de
perfeccin alcanzado en comparacin con las expectativas.IMPLANTACION
DE SISTEMAS DE NEGOCIO
IMPLANTACIONLa implantacin es un paso vital en el despliegue de
tecnologa de informacin para apoyar a los empleados, clientes y
otras partes comerciales interesadas de una empresa.Con el fin de
implantar unsistemadeinformacincomercial, es necesario llevar a
cabo un estudio defactibilidad.El primer paso del estudio es hacer
un anlisis del sistema actual (es decir un Anlisis desistemas).
Este primer paso culmina en uninformedeinvestigacinexploratoria que
es revisado por la altagerenciapara determinar si es factible o no
el llevar a cabo elproyectode sistema. Diseos de sistemas es el
segundo paso y el ms creativo en la realizacin delestudio de
factibilidad, comprende la determinacin de los requerimientos del
nuevo sistema, esto incluye el trabajar con las personas y resolver
losproblemasde las reas.El tercer y ltimo paso del estudio de
factibilidad es laseleccindel equipo una vez que el equipo ha
pasado a formar parte integral del nuevosistema de informacindela
empresa, al a que se le conoce como implantacin de sistemas, se le
debe revisar peridicamente con el objeto de hacer mejoras.
El propsito de esto es estudiar los pasos que se siguen en un
estudio de factibilidad y la implantacin del proyecto de un
sistema.
En el estudio de factibilidad se siguen estos pasos
principales:1. Anlisis del sistema, incluyendo un informe de
investigacin exploratoria.2. Diseo de sistemas.3. Seleccin del
equipo.
El primer paso se enfoca en el anlisis de sistemas que es una
revisin completa y comprensiva del sistema actual; este anlisis le
permite al comit de estudio de factibilidad hacer comparaciones
validas entre el sistema actual y las muchas alternativas de
sistemas factibles, proporcionando con ello una base para la
preparacin del informe de investigacin exploratoria dirigido a la
alta gerencia.Una vez que se ha tomado la decisin de implantar un
nuevo sistema de informacin para el negocio, se especifican los
detalles del sistema.
El segundo paso del estudio de factibilidad es el diseo del
sistema en esta fase son necesarias la imaginacin y lacreatividad;
de otra manera algunas de las debilidades bsicas y de los problemas
relacionados del sistema existente sern duplicados
inconscientemente por elgrupodeprocesamiento de datos.
Propsito Del Estudio De Factibilidad
El propsito principal de un estudio de factibilidad, es
determinar la factibilidad o no factibilidad de aplicar
nuevosprocedimientosde procesamiento dedatosy/o equipo a reas
funcionales seleccionadas de unaorganizacin.
En general se comienza el proyecto de un sistema como una
respuesta a algn problema.
Y por ltimo es la Seleccin del equipo para la implementacin del
mismo.
IMPLEMENTACION DE NUEVOS SISTEMASLa etapa de implantacin de
sistemas incluye la adquisicin de hardware y software, el
desarrollo de software, las pruebas de programas y procedimientos,
la conversin de recursos de datos y diversas alternativas de
conversin.Tambin implica la educacin y capacitacin de los usuarios
finales y especialistas que operarn un sistema nuevo. La
implantacin puede ser un proceso difcil y que requiere mucho
tiempo. No obstante, es vital para garantizar el xito de cualquier
sistema recin desarrollado, ya que incluso un sistema bien diseado
fracasar si no se implementa de manera adecuada.se es el motivo por
el que el proceso de implantacin requiere comnmente un esfuerzo de
administracin de proyectos de parte del departamento de TI y de los
directivos de unidades de negocio.Deben hacer cumplir un plan de
proyecto que incluye responsabilidades laborales, compromisos de
tiempo para las etapas principales de desarrollo y presupuestos
financieros. Esto es necesario para que un proyecto se complete a
tiempo, dentro de su presupuesto establecido y al mismo tiempo
cumpla sus objetivos de diseo.Criterios Para Seleccin Del
Equipo.
Para una conclusin exitosa del estudio el criterio de seleccin
del equipo que adopte el comit de estudio de factibilidad es
importante si bien se emplea dos mtodos bsicos en las seleccin del
equipo solo uno de ellos se recomienda.
Criterio recomendado.
El criterio recomendado consiste en presentar a cada uno de los
proveedores fabricantes diagramas de flujo y tablas de decisin en
donde se delineen las especificaciones del nuevos sistema. Esta
informacin incluye: Informacin general acerca de la compaa, sus
planes futuros de procesamiento, y una lista de las
especificaciones de los nuevos sistemas. Las particularidades que
se refieren a estas especificaciones sern cubiertas en las
secciones subsecuentes.
Criterio alterno
El segundo criterio es ilgico desde sus fundamentos puesto que
pasa por alto, los datos compilados por el estudio de factibilidad
a la fecha y le solicita a los proveedores fabricantes del equipo
que hagan una investigacin propia, en pocas palabras, los
proveedores fabricantes llevan a la compaa su propio personal de
sistemas para estudiar el sistema actual y disean un nuevo sistema
ajustado o su propio equipo. Sobre esta base se determina el tiempo
de las operaciones y los ahorros de costos.
Seleccin Del Equipo
La seleccin del equipo la realiza el grupo de estudio al
terminar eldiseo de sistemas. Sus etapas bsicas incluyen:
1. Determinar quines sern los proveedores fabricantes del
equipo.2. Convocar a concurso a los proveedores fabricantes del
equipo.3. Evaluar las propuestas de los proveedores fabricantes.4.
Seleccionar al proveedor fabricante del equipo.5. CUADRO DE
IMPLEMENTACION DE SISTEMA DE INFORMACIONEtapaDescripcin
1.Adiestramientoa usuariosDebe de ser a nivel deescuela; se debe
llevar a cabo usando losmanualese instructivos obtenidos del diseo
de sistemas.
2. Prueba del sistema por usuariosEs la actividad que reafirma a
cada uno de ellos lo que aprendi en el adiestramiento. Es muy
importante que ellos produzcan los datos de prueba de acuerdo con
el plan de la misma.
3.Aprobacin de resultados de la pruebaLa aprobacin de los
resultados de la prueba la debern hacer los usuarios a laluzde los
que su grupo de prueba les reporte al finalizar el tiempo de
prueba.
4.Conversin al sistemaConsiste en la implantacin de los
procedimientos contenidos en los diferentes manuales e instructivos
obtenidos en el paso del diseo de sistemas.
5.Liberacin del sistemaConsiste en la entrega formal del sistema
al usuario por parte de los comits de factibilidad y tcnico.
Implantaciones
Una vez que se ha diseado un nuevo sistema de informacin, es
necesario implementarlo como un sistema funcional y darle
mantenimiento para que contine operando de manera adecuada. El
proceso de implantacin que abordaremos en esta seccin sigue las
etapas de investigacin, anlisis y diseo del ciclo de desarrollo de
sistemas que analizamos en la seccin.
I. La implantacin es un paso vital en el despliegue de tecnologa
de informacin para apoyar a los empleados, clientes y otras partes
comerciales interesadas de una empresa.
La implantacin puede ser un proceso difcil y que requiere mucho
tiempo. No obstante, es vital para garantizar el xito de cualquier
sistema recin desarrollado, ya que incluso un sistema bien diseado
fracasar si no se implementa de manera adecuada. se es el motivo
por el que el proceso de implantacin requiere comnmente un esfuerzo
de administracinde proyectos de parte del departamento de TI y de
los directivos de unidades de negocio.
Deben hacer cumplir un plan de proyecto que incluye
responsabilidades laborales, compromisos de tiempo para las etapas
principales de desarrollo y presupuestos financieros. Esto es
necesario para que un proyecto se complete a tiempo, dentro de su
presupuesto establecido y al mismo tiempo cumpla sus objetivos de
diseo.
SoftwareSe conoce como softwareal equipamiento lgico o soporte
lgico de un sistema informtico, que comprende el conjunto de los
componentes lgicos necesarios que hacen posible la realizacin de
tareas especficas, en contraposicin a los componentes fsicos que
son llamados hardware.Los componentes lgicos incluyen, entre muchos
otros, las aplicaciones informticas; tales como el procesador de
texto, que permite al usuario realizar todas las tareas
concernientes a la edicin de textos; el llamado software de
sistema, tal como el sistema operativo, que bsicamente permite al
resto de los programas funcionar adecuadamente, facilitando tambin
la interaccin entre los componentes fsicos y el resto de las
aplicaciones, y proporcionando una interfaz con el usuario.
Clasificacin de software:Software de sistema: Su objetivo es
desvincular adecuadamente al usuario y al programador de los
detalles del sistema informtico en particular que se use, aislndolo
especialmente del procesamiento referido a las caractersticas
internas de: memoria, discos, puertos y dispositivos de
comunicaciones, impresoras, pantallas, teclados, etc. El software
de sistema le procura al usuario y programador adecuadas interfaces
de alto nivel, controladores, herramientas y utilidades de apoyo
que permiten el mantenimiento del sistema global. Incluye entre
otros: Sistemas operativos Controladores de dispositivos
Herramientas de diagnstico Herramientas de Correccin y Optimizacin
Servidores Utilidades
Software de programacin: Es el conjunto de herramientas que
permiten al programador desarrollar programas informticos, usando
diferentes alternativas y lenguajes de programacin, de una manera
prctica. Incluyen bsicamente: Editores de texto Compiladores
Intrpretes Enlazadores Depuradores
Entornos de Desarrollo Integrados (IDE): Agrupan las anteriores
herramientas, usualmente en un entorno visual, de forma tal que el
programador no necesite introducir mltiples comandos para compilar,
interpretar, depurar, etc. Habitualmente cuentan con una avanzada
interfaz grfica de usuario (GUI).
Software de aplicacin: Es aquel que permite a los usuarios
llevar a cabo una o varias tareas especficas, en cualquier campo de
actividad susceptible de ser automatizado o asistido, con especial
nfasis en los negocios. Incluye entre muchos otros: Aplicaciones
para Control de sistemas y automatizacinindustrial Aplicaciones
ofimticas Software educativo Software empresarial Bases de datos
Telecomunicaciones (por ejemplo Internet y toda su estructura
lgica) Videojuegos Software mdico Software de clculo numrico y
simblico. Software de diseo asistido (CAD) Software de control
numrico (CAM)
Proceso de creacin del softwareProceso al conjunto ordenado de
pasos a seguir para llegar a la solucin de un problema u obtencin
de un producto, en este caso particular, para lograr un producto
software que resuelva un problema especfico.El proceso de creacin
de software puede llegar a ser muy complejo, dependiendo de su
porte, caractersticas y criticidad del mismo. Por ejemplo la
creacin de un sistema operativo es una tarea que requiere proyecto,
gestin, numerosos recursos y todo un equipo disciplinado de
trabajo. En el otro extremo, si se trata de un sencillo programa
(por ejemplo, la resolucin de una ecuacin de segundo orden), ste
puede ser realizado por un solo programador (incluso aficionado)
fcilmente. Es as que normalmente se dividen en tres categoras segn
su tamao (lneas de cdigo) o costo: de pequeo, mediano y gran porte.
Existen varias metodologas para estimarlo, una de las ms populares
es el sistema COCOMO que provee mtodos y un software (programa) que
calcula y provee una aproximacin de todos los costos de produccin
en un proyecto software (relacin horas/hombre, costo monetario,
cantidad de lneas fuente de acuerdo a lenguaje usado,
etc.).Considerando los de gran porte, es necesario realizar
complejas tareas, tanto tcnicas como de gerencia, una fuerte gestin
y anlisis diversos (entre otras cosas), la complejidad de ello ha
llevado a que desarrolle una ingeniera especfica para tratar su
estudio y realizacin: es conocida como Ingeniera de Software.En
tanto que en los de mediano porte, pequeos equipos de trabajo
(incluso un avezado analista-programador solitario) pueden realizar
la tarea. Aunque, siempre en casos de mediano y gran porte (y a
veces tambin en algunos de pequeo porte, segn su complejidad), se
deben seguir ciertas etapas que son necesarias para la construccin
del software. Tales etapas, si bien deben existir, son flexibles en
su forma de aplicacin, de acuerdo a la metodologa o proceso de
desarrollo escogido y utilizado por el equipo de desarrollo o por
el analista-programador solitario (si fuere el caso).
Mantenimiento de softwareEs el proceso de control, mejora y
optimizacin del software ya desarrollado e instalado, que tambin
incluye depuracin de errores y defectos que puedan haberse filtrado
de la fase de pruebas de control y beta test. Esta fase es la ltima
(antes de iterar, segn el modelo empleado) que se aplica al ciclo
de vida del desarrollo de software. La fase de mantenimiento es la
que viene despus de que el software est operativo y en produccin.De
un buen diseo y documentacin del desarrollo depender cmo ser la
fase de mantenimiento, tanto en costo temporal como monetario.
Modificaciones realizadas a un software que fue elaborado con una
documentacin indebida o pobre y mal diseo puede llegar a ser tanto
o ms costosa que desarrollar el software desde el inicio. Por ello,
es de fundamental importancia respetar debidamente todas las tareas
de las fases del desarrollo y mantener adecuada y completa la
documentacin.El perodo de la fase de mantenimiento es normalmente
el mayor en todo el ciclo de vida. Esta fase involucra tambin
actualizaciones y evoluciones del software; no necesariamente
implica que el sistema tuvo errores. Uno o ms cambios en el
software, por ejemplo de adaptacin o evolutivos, puede llevar
incluso a rever y adaptar desde parte de las primeras fases del
desarrollo inicial, alterando todas las dems; dependiendo de cun
profundos sean los cambios. Durante el perodo de mantenimiento, es
comn que surjan nuevas revisiones y versiones del producto; que lo
liberan ms depurado, con mayor y mejor funcionalidad, mejor
rendimiento, etc. Varias son las facetas que pueden ser alteradas
para provocar cambios deseables, evolutivos, adaptaciones o
ampliaciones y mejoras.Bsicamente se tienen los siguientes tipos de
cambios: Perfectivos: Aquellos que llevan a una mejora de la
calidad interna del software en cualquier aspecto: Reestructuracin
del cdigo, definicin ms clara del sistema y su documentacin;
optimizacin del rendimiento y eficiencia. Evolutivos: Agregados,
modificaciones, incluso eliminaciones, necesarias en el software
para cubrir su expansin o cambio, segn las necesidades del usuario.
Adaptivos: Modificaciones que afectan a los entornos en los que el
sistema opera, tales como: Cambios de configuracin del hardware
(por actualizacin o mejora de componentes electrnicos), cambios en
el software de base, en gestores de base de datos, en
comunicaciones, etc.Correctivos: Alteraciones necesarias para
corregir errores de cualquier tipo en el producto software
desarrollado.
HardwareEs la parte fsica de un ordenador o sistema informtico,
est formado por los componentes elctricos, electrnicos,
electromecnicos y mecnicos, tales como circuitos de cables y
circuitos de luz, placas, utensilios, cadenas y cualquier otro
material, en estado fsico, que sea necesario para hacer que el
equipo funcione. El trmino viene del Ingls, significa partes
duras.El hardware es bsicamente utilizado por las computadoras y
aparatos electrnicos. Cualquier parte del equipo, como llaves,
cerraduras, cadenas y piezas de la computadora en s, se llama
hardware. El hardware no se limita a los ordenadores personales,
tambin se dispone en los automviles, telfonos mviles, cmaras,
robots, etc.Para un correcto funcionamiento del hardware, tambin se
necesita el software, que es la parte lgica de la informtica y no
es tangible. Es en el software donde est toda la parte electrnica y
tiene el poder de hacer todas las operaciones que realiza un
sistema electrnico. El software es cualquier programa informtico
que se puede utilizar, copiar, etc. Y slo con la combinacin de
software y hardware, el ordenador puede trabajar de manera ms
precisa y eficaz.
Clasificacin de hardwareUna de las formas de clasificar el
hardware es en dos categoras: por un lado, el bsico, que abarca el
conjunto de componentes indispensables necesarios para otorgar la
funcionalidad mnima a una computadora; y por otro lado, el
hardwarecomplementario, que, como su nombre indica, es el utilizado
para realizar funciones especficas (ms all de las bsicas), no
estrictamente necesarias para el funcionamiento de la
computadora.Necesita un medio de entrada de datos, la unidad
central de procesamiento, la memoria RAM, un medio de salida de
datos y un medio de almacenamiento constituyen el hardware
bsico.Los medios de entrada y salida de datos estrictamente
indispensables dependen de la aplicacin: desde el punto de vista de
un usuario comn, se debera disponer, al menos, de un teclado y un
monitor para entrada y salida de informacin, respectivamente; pero
ello no implica que no pueda haber una computadora (por ejemplo
controlando un proceso) en la que no sea necesario teclado ni
monitor; bien puede ingresar informacin y sacar sus datos
procesados, por ejemplo, a travs de una placa de adquisicin/salida
de datos.Las computadoras son aparatos electrnicos capaces de
interpretar y ejecutar instrucciones programadas y almacenadas en
su memoria; consisten bsicamente en operaciones aritmtico-lgicas y
de entrada/salida.9 Se reciben las entradas (datos), se las procesa
y almacena (procesamiento), y finalmente se producen las salidas
(resultados del procesamiento). Por ende todo sistema informtico
tiene, al menos, componentes y dispositivoshardware dedicados a
alguna de las funciones antedichas;10 a saber: Procesamiento:
unidad central de procesamiento Almacenamiento: Memorias Entrada:
Perifricos de entrada (E) Salida: Perifricos de salida (S)
Entrada/Salida: Perifricos mixtos (E/S)Desde un punto de vista
bsico y general, un dispositivo de entrada es el que provee el
medio para permitir el ingreso de informacin, datos y programas
(lectura); un dispositivo de salida brinda el medio para registrar
la informacin y datos de salida (escritura); la memoria otorga la
capacidad de almacenamiento, temporal o permanente
(almacenamiento); y la CPU provee la capacidad de clculo y
procesamiento de la informacin ingresada (transformacin).Memoria
RAM dinmicaEs la presentacin ms comn en computadores modernos
(computador personal, servidor); son tarjetas de circuito impreso
que tienen soldados circuitos integrados de memoria por una o ambas
caras, adems de otros elementos, tales como resistores y
condensadores. Esta tarjeta posee una serie de contactos metlicos
(con un recubrimiento de oro) que permite hacer la conexin elctrica
con el bus de memoria del controlador de memoria en la placa base.
SDR SDRAM: Memoria con un ciclo sencillo de acceso por ciclo de
reloj. Actualmente en desuso, fue popular en los equipos basados en
el Pentium III y los primeros Pentium 4. DDR SDRAM: Memoria con un
ciclo doble y acceso anticipado a dos posiciones de memoria
consecutiva. Fue popular en equipos basados en los procesadores
Pentium 4 y Athlon 64. DDR2 SDRAM: Memoria con un ciclo doble y
acceso anticipado a cuatro posiciones de memoria consecutivas. DDR3
SDRAM: Memoria con un ciclo doble y acceso anticipado a ocho
posiciones de memoria consecutivas. Es el tipo de memoria ms
actual, est reemplazando rpidamente a su predecesora, la DDR2. DDR4
SDRAM: Los mdulos de memoria DDR4 SDRAM tienen un total de 288
pines DIMM. La velocidad de datos por pin, va de un mnimo de 1,6
GT/s hasta un objetivo mximo inicial de 3,2 GT/s. Los estndares
JEDEC, establecen las caractersticas elctricas y las fsicas de los
mdulos, incluyendo las dimensiones del circuito impreso.Los
estndares usados actualmente son: DIMM Con presentaciones de 168
pines
(usadas con SDR y otras tecnologas antiguas), 184 pines (usadas
con DDR y el obsoleto SIMM) y 240 (para las tecnologas de memoria
DDR2 y DDR3).SO-DIMM Para computadores porttiles, es una
miniaturizacin de la versin DIMM en cada tecnologa. Existen de 144
pines (usadas con SDR), 200 pines (usadas con DDR y DDR2) y 240
pines (para DDR3).Memorias RAM especialesHay memorias RAM con
caractersticas que las hacen particulares, y que normalmente no se
utilizan como memoria central de la computadora; entre ellas se
puede mencionar: SRAM:Siglas de Static Random Access Memory. Es un
tipo de memoria ms rpida que la DRAM (Dynamic RAM). El trmino
"esttica" deriva del hecho que no necesita el refresco de sus
datos. Si bien esta RAM no requiere circuito de refresco, ocupa ms
espacio y utiliza ms energa que la DRAM. Este tipo de memoria,
debido a su alta velocidad, es usada como memoria cach.
NVRAM:Siglas de Non-Volatile Random Access Memory. Memoria RAM no
voltil (mantiene la informacin en ausencia de alimentacin
elctrica). Hoy en da, la mayora de memorias NVRAM son memorias
flash, muy usadas para telfonos mviles y reproductores porttiles de
MP3. VRAM: Siglas de Video Random Access Memory. Es un tipo de
memoria RAM que se utiliza en las tarjetas grficas del computador.
La caracterstica particular de esta clase de memoria es que es
accesible de forma simultnea por dos dispositivos. As, es posible
que la CPU grabe informacin en ella, al tiempo que se leen los
datos que sern visualizados en el Monitor de computadora.
CONCLUSIONMuchos modelos de administracin del cambio incluyen
mtodos para medir el desempeo y recompensas para proporcionar
incentivos financieros a empleados y partes interesadas con el fin
de que cooperen con los cambios quese pudieren requerirUna de las
claves para resolver los problemas de resistencia del usuario final
a las nuevas tecnologas de la organizacin es la educacin y
capacitacin adecuadas. An ms importante es la participacin del
usuario final en los cambios de la organizacin y en el desarrollo
de nuevos sistemas de informacin.
Las organizaciones tienen diversas estrategias para ayudar a
manejar el cambio empresarial y un requisito bsico es la
participacin y el compromiso de la alta direccin y de todas las
partes comerciales afectadas por los procesos de planeacin.