Topicos

Carrera: Ingeniería informática Materia: Ingeniería de software aplicada.

Profesor: Juan Javier Peréz de León.

Tema: Tópicos de Ingeniería de software.

Alumnos: N/L: 17 N/L: 18 N/L: 19 N/L: 20

Grupo: 110601

Introducción.

Ingeniería de software es el área de la ingeniería que ofrece métodos y técnicas para desarrollar y mantener software.

Esta ingeniería trata con áreas muy diversas de la informática y de las ciencias de la computación, tales como construcción de compiladores, sistemas operativos, o desarrollos Intranet/Internet, abordando todas las fases del ciclo de vida del desarrollo de cualquier tipo de sistemas de información y aplicables a infinidad de áreas: negocios, investigación científica, medicina, producción, logística, banca, control de tráfico, meteorología, derecho, Internet, Intranet, etc.

La creación del software es un proceso intrínsecamente creativo y la ingeniería del software trata de sistematizar este proceso con el fin de acotar el riesgo del fracaso en la consecución del objetivo creativo por medio de diversas técnicas que se han demostrado adecuadas en base a la experiencia previa.

La IS se puede considerar como la ingeniería aplicada al software, esto es, por medios sistematizados y con herramientas preestablecidas, la aplicación de ellos de la forma más eficiente para la obtención de resultados óptimos; objetivos que siempre busca la ingeniería.

No es sólo de la resolución de problemas, sino más bien teniendo en cuenta las diferentes soluciones, elegir la más apropiada.

INGENIERÍA DEL SOFTWARE DE SALA LIMPIA

La tecnología de dotación lógica de Cleanroom es un acercamiento al desarrollo del Software lógico, que mejora calidad y reduce costos.

El acercamiento toma su nombre de los cuartos limpios usados en la fabricación de la precisión, donde las técnicas estadísticas del control de calidad acentúan la prevención del defecto concluido el retiro del defecto.

Las mismas prácticas se pueden aplicar al desarrollo del Software lógico. En la tecnología de dotación lógica de Cleanroom, un proceso fiable, manejable substituye la codificación y poner a punto ad hoc.

El desarrollo incremental permite la mejora de proceso continua. Los equipos de diseño aplican el desarrollo y las técnicas de revisión basadas en métodos formales a los sistemas del producto que son casi sin defecto incluso antes de probar comienzan. Los equipos de la prueba utilizan control de calidad estadístico para certificar la calidad del sistema, en términos cliente significativos.

Definición La ingeniería del Software de sala limpia es un enfoque formal para el desarrollo del Software, que pueda dar lugar a un Software que posea una calidad notablemente alta.

Emplea la especificación de estructura de cajas (o métodos formales) para el modelado de análisis y diseño, y hace hincapié en la verificación de la corrección, más que en la comprobación, como mecanismo fundamental para hallar y eliminar errores. Se aplica una comprobación estadística de utilización para desarrollar la información de tasa de fallos necesaria para certificar la fiabilidad del Software proporcionado.

La filosofía de sala limpia es un enfoque riguroso de la ingeniería del Software. Se trata de un modelo de proceso del Software que hace hincapié en la verificación matemática de la corrección, y en la certificación de la fiabilidad del Software. El resultado final son unas tasas de fallo extremadamente bajas, que sería difícil o imposible de conseguir empleando unos métodos menos formales.

Tareas de Sala Limpia La sucesión de tareas de sala limpia para cada incremento, se manifiesta mediante unos

requisitos globales del sistema o producto que se van desarrollando empleando los métodos de ingeniería de sistemas. Una vez que se han asignado una funcionalidad al elemento de Software del sistema el tubo de la sala limpia comienza sus incrementos y se producen las siguientes tareas.

- Planificación de Incrementos. La planificación incremental permite calidad temprana y continua interacción con el usuario. Facilita mejoras de proceso mientras el desarrollo progresa. El acercamiento incremental evita los riesgos inherentes integración tardía en el ciclo de desarrollo.

- Recolección de requisitos. El propósito del proceso del análisis de requisitos es 1) definir requisitos para el producto de software, incluyendo función, uso, ambiente, y funcionamiento, y 2) obtener un acuerdo con el cliente en los requisitos como la base para la función y especificación del uso.

- Especificación de la estructura de cajas. Tres tipos especiales de funciones matemáticas son importantes en el desarrollo a Sala limpia, debido a su correspondencia y correlación en el proceso de descomposición y verificación. Estas funciones son conocidas como la caja negra, la caja de estado y caja limpia. En la estructura de las cajas se pueden aplicar una variedad de estrategias de descomposición, además se puede incluir funcionabilidad y orientación a objeto.

- Diseño Formal. Mediante el uso del enfoque de estructura de cajas, el diseño de sala limpia es una extensión natural y sin discontinuidades de la especificación. Dan los objetivos, los participantes, los criterios de entrada, las tareas, la verificación, las medidas y los criterios comunes de la salida en los procesos, así como elementos de proceso común.

- Verificación de Corrección. El equipo de sala limpia lleva a cabo una serie de rigurosas actividades de verificación de corrección aplicadas primero al diseño y después al código.

El propósito del proceso de la verificación de la corrección, es verificar la corrección del incremento del software usando técnicas matemáticas.

- Generación de Código, inspección y verificación. Las especificaciones de estructura de caja que se representan mediante un lenguaje especializado se traducen la lengua de programación mas adecuado.

- Planificación de la comprobación estadística, Comprobación estadística de utilización y Certificación. El propósito del proceso estadístico de prueba y de certificación es demostrar la aptitud del software para el uso en un experimento estadístico formal. La "aptitud para el uso" se define con respecto a los modelos de uso y a las metas de la certificación empleados en el proceso de prueba. Las metas de certificación, primero establecidas en el plan de medida y refinadas en el plan de prueba de incremento, se pueden expresar en términos tales como índice de confiabilidad del software.

Cajas de Sala Limpia Una caja encapsula el sistema con un cierto grado de detalle. Mediante un proceso de refinamiento progresivo, se van refinando las cajas para formar una jerarquía en la cual cada caja tiene una transferencia. Para esto se utilizan tres tipos de cajas:

- Caja Negra. Especifica el comportamiento del sistema, o de una parte de un sistema.

- Caja de Estado. Esta caja encapsula los datos de estados y de servicios (operaciones) de forma análoga a los objetos. En esta vista de especificación, se representan las entradas de la caja de estados y sus salidas.

- Caja Transparente. Las funciones de transición que están implicadas en la caja de estados se definen en la caja transparente.

Verificación de diseño El diseño que se utiliza en la ingeniería del Software de sala limpia hace mucho uso de la filosofía de programación estructurada. Son realmente las funciones básicas de procesamiento, se refinan ahora utilizando una expansión progresiva de funciones matemáticas en estructuras de conectivas lógicas.

Comprobación de la sala limpia La técnica y estrategia de la comprobación de la sala limpia es algún fundamentalmente distinto de los enfoques convencionales de comprobación.

Los métodos convencionales derivan de un conjunto de casos de prueba para descubrir errores de diseño y codificación.

Diferenciar de Sala Limpia Existen diversos métodos o paradigmas que nos reflejan la diferencia notoria de que sea sala limpia.

- Verifica la especificación del diseño empleando una demostración de corrección basada en las matemáticas.

- Hace mucho uso de la comprobación estadística de utilización para descubrir errores de especial incidencia.

Ingeniería Web: Las Aplicaciones Web También Requieren Ingeniería Hace ya por lo menos diez años, la Web irrumpió en nuestras vidas. Son ya muy lejanos aquellos tiempos en los que la web, no era más que un repositorio de páginas estáticas que servían como carta de presentación a las empresas, y personas. Hoy en día, la web es esencialmente una plataforma para todo tipo de aplicaciones, con todo tipo de propósitos: desde tiendas virtuales hasta redes sociales.

Desde su inicio, nos hemos dado cuenta que el desarrollo web tiene características particulares. Por ejemplo: requiere un énfasis especial en la usabilidad, el desempeño, la seguridad y la soportabilidad. Adicionalmente, con la web, han surgido nuevas tecnologías que la habilitan (HTML, JavaScript, XML, ASP, PHP, JSP, JSF, RoR, y la lista continúa...).

Esta situación de encontrarnos con una plataforma con características especiales y nuevas tecnologías, sirvió de pretexto para que muchos desarrolladores web dijeran: “aquí no aplica la ingeniería de software”, y se lanzaran a desarrollar aplicaciones como Dios les dio a

entender.

De hecho, Roger Pressmann en su libro: “Software Engineering: A Practitioner’s Approach”, que es una de las biblias de la ingeniería de software, comenta lo siguiente: “Cualquier producto o sistema importante es merecedor de recibir una ingeniería. Esto significa que hay que entender el problema, diseñar una solución viable, implementarla de una manera sólida y comprobarla en profundidad. Probablemente también se deberían controlar los cambios a medida que el trabajo vaya avanzando, y disponer de mecanismos para asegurar la calidad del resultado final. Muchos de los que desarrollan en web no opinan lo mismo; ellos piensan que su mundo es realmente diferente, y que los enfoques de ingeniería de software convencionales no aplican para ellos”.

Es de esta necesidad de una estrategia sistemática, pero que tome en cuenta las características especiales del web, que surge la denominada: Ingeniería Web. San Murugesan la define como la aplicación de un enfoque sistemático, disciplinado y cuantificable para el desarrollo exitoso de aplicaciones web de alta calidad.

¿Qué particularidades tiene el desarrollo web?

Se reconoce que las aplicaciones web tienen sus particularidades, y por ello deben recibir especial atención en algunos puntos, pero esto no significa que deban ignorar por completo la ingeniería.

Entre las particularidades más significativas podemos listar:

•Residente en red. Una aplicación web reside en una red, y debe dar servicio a una comunidad diversa de clientes.

•Inmediatez. Se refiere al corto tiempo que normalmente tienen los proyectos web para terminar, o por lo menos, lanzar una versión inicial.

•Evolución continúa. A diferencia del software de aplicaciones convencional, que evoluciona a través de versiones planeadas y cronológicamente espaciadas, las aplicaciones web están en constante evolución, y se actualizan gradualmente.

•Seguridad. Dado que no controlamos con certeza quién puede acceder a nuestra aplicación; la seguridad y confidencialidad de la información requieren un énfasis especial.

•Estética. Es bien sabido que la primera impresión jamás se olvida, por lo que nuestro sitio debe ser atractivo, ergonómico y usable.

•Medible. Mediante la cuantificación de resultados, podemos conocer la cantidad de usuarios

que tenemos, así como sus patrones de comportamiento.

Atributos de calidad en la web ¿Cómo saber que nuestro sitio web es de calidad? No existe una receta mágica que nos dé una respuesta a esta pregunta. Sin embargo, el uso de metodologías, buenas prácticas y la experiencia, son un gran escalón para acercarnos en lo posible a lo que los usuarios definen como calidad. La figura 1 presenta un árbol de requisitos de calidad para aplicaciones web, que fue sugerido por L. Olsina en 1999:

El proceso de ingeniería web Como ya vimos, las aplicaciones web tienen sus particularidades, y por lo tanto, requieren de un proceso que las tome en cuenta. Es así que, una de las principales características que se debe cumplir para ingeniería web, es que sea iterativo e incremental. Esto como respuesta a la continua evolución de las aplicaciones web, así como el corto tiempo en el que normalmente se requiere que sean implementadas.

En su libro anteriormente mencionado, Pressman sugiere un proceso de ingeniería web compuesto por las siguientes fases: •Planteamiento y formulación. Identificamos

los objetivos de nuestra aplicación, y delimitamos el alcance de la primera iteración.

•Planificación. Una vez planteado el problema, podremos estimar costos, riesgos y esfuerzo durante el desarrollo. Recordemos que en la planeación iterativa solamente se detalla la iteración actual, y las iteraciones subsecuentes sólo se plantean de forma general.

•Análisis. Durante esta etapa establecemos los requerimientos técnicos, gráficos, y de contenido, que incorporaremos en la iteración.

•Ingeniería. La actividad de ingeniería incorpora dos grupos de tareas que se realizan en paralelo: el diseño del contenido y la producción, se enfocan en el diseño, producción y adquisición del contenido de texto, gráfico y video que se vayan a integrar en la aplicación.

Estas tareas son realizadas por personal no técnico. Por otro lado, están el diseño arquitectónico, de navegación e interfaz, el cual lidia con los aspectos técnicos.

•Generación de páginas y pruebas. Se prueba que el contenido dinámico se genere correctamente, utilizando las plantillas, interfaces y contenidos diseñados en la fase de ingeniería. Posteriormente se realizan las pruebas pertinentes, que dependerán del tipo de aplicación y requerimientos no funcionales (por ejemplo, pruebas de desempeño, etcétera).

•Evaluación del cliente. Al final de cada iteración se debe realizar una evaluación con el cliente, para validar el avance y determinar los cambios o mejoras –en caso de ser necesarios–, que se aplicarán en las siguientes iteraciones.

No reinventar la rueda Una regla de oro en el desarrollo de cualquier tipo de aplicación es: “no reinventar la rueda”.

Tal vez algo que agregaríamos al proceso sugerido por Pressmann, sería incorporar actividades específicas para evaluar cuáles de los componentes que ya existen se pueden reutilizar. Esto es porqué en el ambiente web existen muchos frameworks y engines que se pueden adaptar fácilmente a nuestras necesidades. Por ejemplo: prácticamente todos los websites y portales modernos utilizan un CMS (Content Management System). Así que antes de lanzarnos a desarrollar desde cero, echemos un vistazo a los elementos existentes tanto dentro como fuera de nuestra organización.

Conclusiones La ingeniería web se ha convertido en una necesidad para el desarrollo de aplicaciones web de alta calidad. Es imprescindible comentar las características particulares con las que estos sistemas cuentan, como son la inmediatez y la evolución; ya que de esta manera podemos notar la diferencia entre una aplicación común de software y una Webapp.

El manejo del principio de ingeniería nos evita enfrentar un caos durante nuestro proceso del IWEB, recalcando que nuestra actividad como ingenieros es la formulación, planificación, análisis y diseño; lo que nos conlleva a que cada integrante del equipo multidisciplinario implicado, desempeñe su labor individual y fundamental para el cumplimiento de los objetivos generales.

Referencias •San Murugesan, Athula Ginige. Web Engineering: Introduction and Perspectives. Capítulo 1 del libro, “Web Engineering: Principles and Techniques”. Idea Group Publishing, 2005.

•Roger Pressman. “Software Engineering: A practitioner’s perspective”. McGraw-Hill, 2004 •Luis Olsina. “Specifying Quality Characteristics and Attributes for Websites.” Proceedings of 1st Workshop on Web Engineering. ACM, 1995

reingenieria Intruduccion: Por naturaleza, el

hombre busca respuestas a las

diferentes interrogantes que va encontrando a medida que desarrolla su saber, y una vez que consigue estas respuestas se realiza nuevas interrogantes, cuestiona estas respuestas .Nos atreveríamos a decir que el proceso de reingeniería es una respuesta a una interrogante("¿estamos acaso haciendo las cosas bien o podríamos hacerlas mejor?") que surgió después de haber obtenido una respuesta.

Historia: La forma en que las empresas funcionan actualmente a sido una evolución del proceso propuesto por Taylor de la especialización; y que se desbordó a todas las áreas de la empresa. El principio de la especialización dio resultados maravillosos, la productividad hizo explosión. Además se aplicó al trabajo mental y no solo al material. Hasta el trabajo profesional y administrativo se especializó, y las empresas de negocios agruparon especialistas de habilidades similares en organizaciones funcionales.

La reingeniería ha tenido un nivel de éxito asombroso, debido a que los paradigmas tradicionales de organización del trabajo están obsoletos. Estos datan de la época de Adam Smith y de Frederick Taylor; el primero de ellos, al publicar su famoso libro "La riqueza de las naciones" (a fines del siglo XVIII) promovió las ventajas económicas de la especialización del trabajo. Taylor, que es considerado el padre de la ingeniería industrial, un siglo más tarde revolucionó la organización de la industria en base a sus conocidos estudios de tiempos y métodos que llevaron a una racionalización científica del trabajo industrial.

¿Pero qué es Reingeniería?

Es el rediseño rápido y radical de los procesos estratégicos de valor agregado y de los sistemas, las políticas y las estructuras organizacionales que los sustentan para optimizar los flujos de trabajo y la productividad de una organización

La ingeniería se produce en dos niveles distintos de abstracción los cuales son: Nivel de negocios, la reingeniería se concentra en el proceso de negocios con la intención de efectuar cambios que mejoren la competitividad en algún aspecto de los negocios.

Nivel del software, la reingeniería examina los sistemas y aplicaciones de información con la intención de reestructurarlos o reconstruirlos de tal modo que muestren una mayor calidad.

REINGENIERIA DE PROCESOS DE NEGOCIOS.

Esta constituye una recreación y reconfiguración de las actividades y procesos de la empresa, lo cual implica volver a crear y configurar de manera radical él o los sistemas de la compañía a los efectos de lograr incrementos significativos, y en un corto período de tiempo, en materia de rentabilidad, productividad, tiempo de respuesta, y calidad, lo cual implica la obtención de ventajas competitivas.

Reingeniería de software: Es un proceso que altera los elementos internos de toda obra, no es una sola remodelación de la falla .también ayuda a la evolución y mantenimiento del software Para aplicar la reingeniería se siguen los siguientes pasos:

La reingeniería del software involucra diferentes actividades como son: 1. análisis de inventarios 2. reestructuración de documentos 3. ingeniería inversa 4. reestructuración de programas y datos 5. ingeniería directa

INGENIERIA INVERSA la ingeniería inversa del software es el proceso de análisis de un programa con el fin de crear una representación de programa con un nivel de abstracción más elevado que el código fuente.

La Ingeniería inversa es un proceso de recuperación de diseño. Con las herramientas de la ingeniería inversa se extraerá del programa existente información del diseño arquitectónico y de proceso, e información de los datos.

INGENIERIA DIRECTA La ingeniería directa no solo recupera la información de diseño a partir del software existente, también utiliza

esta información para alterar o reconstruir el sistema existente con la finalidad de mejorar su calidad global. En la mayoría de los casos el software sometido a reingeniería vuelve a implementar la función del sistema existente y también añade nuevas funciones o mejoras.

Conlucion: Vivimos en un mundo en constante cambios las demandas de funciones de negocios y de tecnología de informaciones las soportan están cambiando a un ritmo que imponen mucha presión competitiva en todas las organizaciones comerciales. Tanto los negocios como el software que soportan el negocio deberá diseñarse na vez mas para mantener el ritmo.

Referencias: Champy, J (1995) “Reengeering management” New York Harper Businnes.

AMAT, J. El Control de Gestión: Una perspectiva de reingeniería. Barcelona, España. Ediciones Gestión 2000 S.A., 1992.

ANDERSON, Hair y Bush. Administración de Ventas y Reingeniería de Negocios . 2da. Edición. México.

Editorial Mc Graw Hill. Interamericana de México S.A., 1995.

Desarrollo basado en componentes La ingeniería de software basada en componentes (CBSE) (también conocida como desarrollo basado en componentes (CBD)) es una rama de la ingeniería de software que enfatiza la separación de asuntos (separation of concerns (SoC)) por lo que se refiere a la funcionalidad de amplio rango disponible a través de un sistema de software dado.

Es un acercamiento basado en la reutilización para definir, implementar, y componer componentes débilmente acoplados en sistemas.

Esta práctica persigue un amplio grado de beneficios tanto en el corto como el largo plazo, para el software en sí mismo y para las organizaciones que patrocinan tal software.

Los ingenieros de software consideran los componentes como parte de la plataforma inicial para la orientación a servicios. Los componentes juegan este rol, por ejemplo, en servicios de web y, más recientemente, en las arquitecturas orientadas a servicios (SOA), por el que un componente es convertido por el servicio web en un servicio y consiguientemente hereda otras características más allá de las de un componente ordinario.

Todos los procesos del sistema son colocados en componentes separados de tal manera que todos los datos y funciones dentro de cada componente están semánticamente relacionados (justo como con el contenimiento de clases). Debido a este principio, con frecuencia se dice que los componentes son modulares y cohesivos.

El modelo de desarrollo basado en componentes incorpora muchas de las características del modelo espiral. Es evolutivo por naturaleza y exige un enfoque interactivo para la creación del software. Sin embargo, el modelo de desarrollo basado en componentes configura aplicaciones desde componentes preparados de software (clases).

El modelo de desarrollo basado en componentes conduce ala reutilización del software, y la reutilización proporciona beneficios a los ingenieros de software.

El desarrollo de software basado en componentes

se

ha

convertido

actualmente en uno de los mecanismos más efectivos para la construcción de grandes sistemas y aplicaciones de software.

Beneficios del Desarrollo de Software Basado en Componentes 1. Reutilización del software. Nos lleva a alcanzar un mayor nivel de reutilización de software.

2. Simplifica las pruebas. Permite que las pruebas sean ejecutadas probando cada uno de los componentes antes de probar el conjunto completo de componentes ensamblados.

3. Simplifica el mantenimiento del sistema. Cuando existe un débil acoplamiento entre componentes, el desabollador es libre de actualizar y/o agregar componentes según sea necesario, sin afectar otras partes del sistema.

4. Mayor calidad. Dado que un componente puede ser construido y luego mejorado continuamente por un experto u organización, la calidad de una aplicación basada en componentes mejorará con el paso del tiempo Sistemas Críticos Los fallos de funcionamiento del software son relativamente comunes. En algunos sistemas un fallo de funcionamiento puede ocasionar pérdidas económicas significativas, daño físico o amenazas a la vida humana. Estos sistemas se conocen como sistemas críticos. Los sistemas críticos son sistemas técnicos o socio-técnicos de los cuales dependen; personas o los negocios

Si estos sistemas no ofrecen sus servicios de la forma esperada, pueden provocar graves problemas y pérdidas importantes. Hay tres tipos principales de sistemas críticos: 1. Sistemas de seguridad críticos. Son sistemas cuyo fallo de funcionamiento puede provocar perjuicio, pérdida de vidas o daños graves al medio ambiente. Un ejemplo de un sistema de seguridad crítico es un sistema de control para una planta de fabricación de productos químicos.

2. Sistemas de misión críticos. Son sistemas cuyo fallo de funcionamiento puede provocar errores en algunas actividades dirigidas por objetivos. Un ejemplo de un sistema de misión crítico es un sistema de navegación para una nave espacial.

3.Sistemas de negocio críticos. Son sistemas cuyo fallo de funcionamiento puedeprovocar costos muy elevados para el negocio que utiliza un sistema de este tipo. Un ejemplo de un sistema de negocio crítico es un sistema de cuentas bancarias.

La propiedad más importante de un sistema crítico es su confiabilidad. Razones por las que la confiabilidad es la propiedad más importante de los sistemas críticos: Los sistemas que son no fiables, inseguros o desprotegidos son rechazados a menudo por sus usuarios.

Los costos de los fallos de funcionamiento del sistema pueden ser enormes.

Los sistemas no confiables pueden provocar perdida de información.

El elevado costo de un fallo de funcionamiento en los sistemas críticos implica que se deben usar métodos y técnicas confiables en su desarrollo. En vez de utilizar métodos y técnicas novedosas, los desarrolladores de sistemas críticos son conservadores por naturaleza. Prefieren utilizar técnicas antiguas cuyas ventajas e inconvenientes son muy conocidos, en lugar de nuevas técnicas aparentemente son mejores pero cuyos problemas a largo plazo se desconocen.

que

Si bien un número reducido de sistemas se pueden automatizar completamente, la mayoría de los sistemas críticos son sistemas socio-técnicos en los que las personas monitorizan y controlan el funcionamiento de dichos sistemas informáticos. Los costos de un fallo de

A pesar de que los operadores del sistema pueden ayudar a recuperarlo cuando algo va mal, ellos mismos a su vez pueden generar problemas si cometen errores. Existen tres tipos de «componentes de sistemas» susceptibles de generar un fallo en el sistema:

funcionamiento de los sistemas críticos generalmente son tan altos que es necesario contar con personal adicional en el sistema que pueda hacer frente a situaciones inesperadas, y que pueda recuperar el funcionamiento normal del sistema cuando las cosas van mal.

1. El hardware del sistema puede fallar debido a errores en su diseño.

2. El software del sistema puede fallar debido a errores en su especificación, diseño o Implementación 3. Los operadores del sistema pueden provocar fallos en el sistema debido a un uso correcto del mismo

Bibliografia http://books.google.com.mx/books?id=gQWd49zSut4C&pg=PA39&lpg=PA39&dq=sistemas+criticos+ingenieria+de+software&sour ce=bl&ots=s6-5xqsztg&sig=PEgendaMaep65zxrvo_jmjrAirE&hl=es&sa=X&ei=pC68U_68Oafi8gGxw4DQBQ&ved=0CEIQ6AEwB g#v=onepage&q=sistemas%20criticos%20ingenieria%20de%20software&f=false

http://es.scribd.com/doc/81544459/Sistemas-Criticos