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.