select (p.product_id, p.product_name, b.warehouse_id, o.sales_rep_id)
from (product_information p, orders o, inventories b)
where (o.sales_rep_id = 155) and (b.warehouse_id = 2)
07 agosto 2013
Select en lenguaje sql
Ejemplo de Select en lenguaje sql utilizando alias en las tablas ojala sea de utilidad como lo fue para mi en su momento :)
09 julio 2012
Metodologías de Desarrollo de Software
Metodologías de
Desarrollo de Software
1.
Introducción.
2.
Características principales.
3.
Clasificación de las metodologías.
4.
Principales metodologías de desarrollo.
CONCEPTOS GENERALES
..Metodología:
Conjunto de procedimientos, técnicas,
herramientas
y un soporte documental que ayuda a los desarrolladores
a
realizar nuevo software.
..Tarea:
Actividades elementales en que se dividen los procesos.
..Procedimiento:
Definición de la forma de ejecutar la tarea.
..Técnica:
Herramienta utilizada para aplicar un procedimiento.
Se
pueden utilizar una o varias.
..Herramienta:
Para realizar una técnica, podemos apoyarnos
en
las herramientas software que automatizan su aplicación.
..Producto:
Resultado de cada etapa.
METODOLOGIAS
VS CICLO DE VIDA
Una
metodología puede seguir uno o varios
modelos
de ciclo de vida, es decir, el
ciclo
de vida indica qué es lo que hay que
obtener
a lo largo del desarrollo del
proyecto
pero no cómo hacerlo.
La
metodología indica cómo hay que
obtener
los distintos productos parciales y
finales
GENERACIONES
DE METODOLOGIA
Desarrollo
Convencional (Sin Metodología)
Desarrollo
Estructurado.
Desarrollo
Orientado a Objetos.
DESARROLLO
CONVENCIONAL
Los
resultados finales son impredecibles
No
hay forma de controlar lo que está sucediendo
en
el Proyecto
Los
cambios organizativos afectan negativamente
al
proceso de desarrollo
DESARROLLO
ESTRUCTURADO
Programación
estructurada
Diseño
estructurado
Análisis
estructurado
Especificaciones
funcionales:
Gráficas
Particionadas
Mínimamente
redundantes
EJEMPLOS
DE PROGRAMACION CONVENCIONAL
10
CLS
20 A=10
30 INPUT
40 IF B=A THEN GOTO 50 ELSE GOTO 70
50
PRINT “A Y B SON IGUALES”
60 GOTO 100
70 IF A>B THEN GOTO 80 ELSE GOTO 90
80 B= B + 1; GOTO 40
90 B= B -1; GOTO 40
100
END
EJEMPLOS
DE PROGRAMACION ESTRUCTURADA
PROGRAM
NUMEROSIGUALES
BEGIN
CLEARSCREEN;
A :=10
INPUT B;
REPEAT
IF B=A THEN PRINT “A Y B SON IGUALES”
ELSE REDUCEDIFERENCIA(A,B)
UNTIL B=A;
END;
PROCEDURE REDUCEDIFENCIA(A,B)
BEGIN
IF A>B THEN B:= B+
ELSE
B:= B -
END
RELACION
HISTORICA DE LAS PRINCIPALES METODOLOGIAS
AÑO
METODOLOGÍA
1968
Conceptos sobre la programación estructurada de DIJKSTRA
1974
Técnicas de programación estructurada de WARNIER y JACKSON
1975
Primeros conceptos sobre diseño estructurado de MYERS y YOURDON
1977
Primeros conceptos sobre análisis estructurado GANE y SARSON
1978
Análisis estructurado: DEMARCO y WEINBERG
Nace
MERISE
1981
SSADM (versión inicial)
Information
Engineering (versión inicial)
1985
Análisis y Diseño estructurado para sistemas de tiempo real de
WARD
y MELLOR
1986
SSADM Versión 3
1987
Análisis y Diseño estructurado para sistemas de tiempo real de
HATLEY
y PIRHBAY
1989
METRICA (versión inicial)
1990
SSADM Versión 4
1993
METRICA Versión 2
1995
METRICA Versión 2.1
DESARROLLO
ORIENTADO AL OBJETO
La
esencia del desarrollo orientado a objetos
es
la identificación y organización de
conceptos
del dominio de la aplicación y no
tanto
de su representación final en un lenguaje
de
programación.
CONSIDERACIONES
SOBRE METODOLOGIAS OO
Se
eliminan fronteras entre fases debido a la
naturaleza
iterativa del desarrollo orientado al
objeto.
Aparece
una nueva forma de concebir los lenguajes
de
programación y su uso al incorporarse bibliotecas
de
clases y otros componentes reutilizables.
Hay
un alto grado de iteración y solapamiento, lo
que
lleva a una forma de trabajo muy dinámica.
ASPECTOS
POSITIVOS DE LA
METODOLOGIAS OO
Son
interactivas e incrementales.
Fácil
de dividir el sistema en varios
subsistemas
independientes.
Se
fomenta la reutilización de componentes.
CARACTERISTICAS
DESEABLES DE UNA METODOLOGIA
Existencia
de reglas predefinidas
Cobertura
total del ciclo de desarrollo
Verificaciones
intermedias
Planificación
y control
Comunicación
efectiva
Utilización
sobre un abanico amplio de proyectos
Fácil
formación
Herramientas
CASE
Actividades
que mejoren el proceso de desarrollo
Soporte
al mantenimiento
Soporte
de la reutilización de software
CLASIFICACION
DE LAS METODOLOGIAS
Estructuradas
Orientadas
a Procesos
Orientadas
a datos
Jerárquicas
No
Jerárquicas
Mixtas
Orientadas
a Objetos
Para
Sistemas de Tiempo Real
METODOLOGIAS
ESTRUCTURADAS
METODOLOGIAS
ORIENTADAS A PROCESOS
•
Especificación estructurada:
..Diagramas
de Flujo de Datos
..Diccionario
de Datos
..Especificaciones
de procesos
METODOLOGIAS
ESTRUCTURADAS
METODOLOGIAS
ORIENTADAS A PROCESOS
FASES
DEL ANALISIS ESTRUCTURADO
Método
de DeMarco Método de Gane y Sarson
1.
Construir el modelo físico
actual
(DFD físico actual)
2.
Construir el modelo lógico
actual
(DFD lógico actual)
3.
Crear un conjunto de modelos
físicos
alternativos
4.
Estimar los costes y tiempos
de
cada opción
5.
Seleccionar un modelo
6.
Empaquetar la especificación
1.
Construir el modelo lógico actual
(DFD
lógico actual)
2.
Construir el modelo del nuevo
sistema:
elaborar una especificación
estructurada
y construir un modelo
lógico
de datos en tercera forma
normal
que exprese el contenido de
los
almacenes de datos.
3.
Seleccionar un modelo lógico
4.
Crear el nuevo modelo físico del
sistema
5.
Empaquetar la especificación
METODOLOGIAS
ESTRUCTURADA
METODOLOGIAS
ORIENTADAS A PROCESOS
•
Metodología de Yourdon/Constantine
..Realizar
los DFD del sistema
..Realizar
el diagrama de estructuras
..Evaluar
el diseño
Preparar
el diseño para la implantación
METODOLOGIAS
ESTRUCTURADA
METODOLOGIAS
ORIENTADAS A DATOS JERARQUICOS
La
estructura de control del programa debe ser jerárquica y se
debe
derivar de la estructura de datos del programa
El
proceso de diseño consiste en definir primero las estructuras
de
los datos de entrada y salida, mezclarlas todas en una
estructura
jerárquica de programa y después ordenar
detalladamente
la lógica procedimental para que se ajuste a
esta
estructura
El
diseño lógico debe preceder y estar separado del diseño físico
METODOLOGIAS
ESTRUCTURADA
METODOLOGIAS
ORIENTADAS A DATOS NO JERARQUICOS
•
Metodología Ingeniería de la
Información
Planificación:
construir una arquitectura de la
Información
y
una estrategia que soporte los objetivos de la organización
..Análisis:
comprender las áreas del negocio y determinar los
requisitos
del sistema
Diseño:
establecer el comportamiento del sistema deseado
por
el usuario y que sea alcanzable por la tecnología
..Construcción:
construir sistemas que cumplan los tres niveles
anteriores
METODOLOGIAS
ORIENTADA A OBJETOS
“Revolucionarios”
o “puros”
“Sintetistas”
o “evolutivos”
METODOLOGIAS
PARA SISTEMAS DE TIEMPO REAL
Manejo
de interrupciones
Comunicación
y sincronización entre tareas
Gestión
de procesos concurrentes
Respuesta
oportuna ante eventos externos
Datos
continuos o discretos
Se
está produciendo una evolución de las metodologías orientadas
a
objetos para desarrollos de sistemas de tiempo real
PRINCIPALES
METODOLOGIAS DE DESARROLLO
METODOLOGIA
MERISE
Fases
de la Metodología:
•
Estudio Preliminar
•
Estudio Detallado
•
Implementación
•
Realización y puesta en marcha
PRINCIPALES
METODOLOGIAS DE DESARROLLO
METODOLOGIA
METRICA
FASE
0: Plan de Sistemas de Información
FASE
1: Análisis de Sistemas
FASE
2: Diseño de Sistemas
FASE
3: Construcción de Sistemas
FASE
4: Implantación de Sistemas
23 octubre 2011
Sobre Diseño y desarrollo de Software
1. ¿Qué relación hay entre Correctitud, Confiabilidad (Reliability) y Robustez?.
R/: Estos son factores importantes en la Ingeniera del Software a la hora de realizar un producto de Alta calidad, teniendo estos podremos presentar un producto de mayor calidad a la vez que podremos medir y comparar con otros semejantes.
2. Clasifique los siguientes factores de calidad como internos, externos, del producto y del proceso: Correctitud, Confiabilidad, Robustez, Mantenibilidad, Portabilidad, Interoperabilidad, Visibilidad.
R/: Interno: Correctitud, confiabilidad.
Externos: Robustez, portabilidad, interoperabilidad, mantenibilidad, visibilidad.
3. Discuta la importancia relativa de las cualidades "robustez", "amigabilidad de la interfaz con el usuario", "desempeño" para cada una de las áreas de aplicación siguientes:
a) juego: En un juego los factores más importantes los cuales debemos tener en cuenta son Robustez, y un buen desempeño ya que una aplicación de juegos requiere en su gran mayoría una maquina con unos recursos físicos grandes (memoria ram, tarjeta de video, etc.) y también requiere un procesador de altas características.
b) cajero automático: Fundamentalmente un software que controle un cajero automático requiere las tres características mencionadas, porque si en caso de un error en el sistema, por ejemplo a la hora de una transacción en línea o retiro de dinero sería algo demasiado grave ya que el perjudicado podría ser el usuario o la entidad prestadora del servicio, por lo que el software debe funcionar de la mejor forma posible además de presentar de forma intuitiva y fácil al usuario la representación como se puede utilizar este producto. También hay que tener en cuenta el tráfico de usuarios que acceden a sistema por lo que también tiene que ser robusto, esto significa que su carga crezca sin que el software se cuelgue.
c) facturación de una empresa de distribución de electricidad: la cualidad más importante sería el desempeño a la hora de generar reportes los fines de mes ya que sería catastrófico un error como por ejemplo en el estrato o en el registro del contador Y el numero de empleado realizando peticiones al servidor genera un alto uso de la banda ancha y un bajo consumo del rendimiento del PC, para esto el ingeniero de software debe haber ya planificado y creado un producto robusto que se comprometa a realizar los objetivos que se plantearon a la hora de que la empresa compro el producto. La parte de la interfaz amigable seria lo de menos ya que una empresa tan grande como la del sector de electricidad antes le explica al usuario como usarlo.
4. Explique la diferencia entre error, falta y falla. Dé ejemplos de errores que dan origen respectivamente a una falta en los requerimientos, el diseño, el código. Dé ejemplos de:
R/: error es UNA falla en el sistema que no se tenía prevista o que sucede inesperadamente, y una falla es la falta de algún proceso, mecanismo o cosa que permita el correcto funcionamiento del sistema o software, pero que se puede sobrellevar o corregir La falta es la ausencia de algún objeto, que causa una falla.
a) una falta en los requerimientos que da origen a una falla:
un ejemplo en este caso seria, la incorrecta planeación de requerimientos en hardware, en un software que requiriera un alto consumo de recursos, lo que generaría un error general en el funcionamiento del producto.
b) una falta en el diseño que origina una falla:
La inadecuada planeación en el sistema: la formulación, y recolección de los datos en un software que reciba una gran afluencia de ellos, causaría el desbordamiento del programa y posterior bloqueo.
c) una falta en los datos de prueba que origina una falla.
En este caso podría ocurrir que un sistema de software de digitaciones por razones de confiabilidad u simple falta de tiempo, no probara un modulo de búsqueda según una determinada información, no funcionase bien y por consiguiente no cumpliese a cabalidad con todo lo planeado, este es un error que se pudiese resolver con una adecuada revisión antes de poner a producción
5. ¿Por qué la cuenta de faltas identificadas durante el desarrollo de un producto de software puede resultar un indicador inadecuado de la calidad de un producto?
R/: porque a la hora de entregar un producto software hay que tener claro paso por paso los factores para realizar un buen software, y en la ingeniera del software si no hay claro esto, hay que comenzar a realizar de nuevo nuestro producto, muchas veces las limitaciones en la confiabilidad generan graves fallas ya que pensamos que este se encuentra en perfecto funcionamiento y no procuramos realizar un buen chequeo de una buena funcionalidad del producto.
6. Muchas organizaciones compran software comercial (COTS – Commercial Off The Shelf) pensando que es más barato que desarrollar y mantener software en casa. Describa las ventajas y desventajas de utilizar COTS. Por ejemplo ¿qué pasa si el vendedor nos brinda más soporte de un producto COTS? ¿Qué deben anticipar el cliente, usuario y desarrollador al diseñar un sistema importante que incluye COTS?
R/: Al evaluar un software COTS vs Un software privativo diseñado por y para una empresa especifica, tiene unas ventajas y desventajas como son:
Un software COTS es mucho mas barato dependiendo el caso o en la mayoría de veces que mandarlo a desarrollar específicamente, ya que hay factores, que influyen en la finalización terminación y correcto funcionamiento, entre mas tiempo se demore el software mas costoso se hace.
Un software COTS al ser mas general, y desarrollado organizadamente por una empresa es mas confiable, robusto y eficaz, ya que los bug o errores se conocen directamente y son solucionados mas rápidamente, y por consiguiente el soporte técnico es mucho más eficaz, solucionando los problemas.
Como desventajas tenemos:
Al no poseer el código fuente, no se pueden hacer modificaciones posteriores por parte del el usuario, acarreando gastos adicionales con software que suplan estas falencias.
Dependencia en los cambios y modificaciones, por lo que genera monopolios en la tecnología.
Comparado con el software libre el COST , este genera unos costos enormes por las licencias de estos software
7. ¿Cuáles son las implicancias legales y éticas de utilizar software COTS? ¿Y de que la organización encargada del desarrollo subcontrate parte de este? Por ejemplo ¿quién es responsable por corregir el problema cuando el sistema del que forma parte un COTS falla debido a una falla en ese componente? ¿Quién es el responsable cuando esa falla causa daño a usuarios (tanto directo como indirecto)?. ¿Qué controles y evaluaciones se precisan para asegurar la calidad de un COTS antes de integrarlo en un sistema mayor?
R/: Implicaciones Legales y Éticas: posee una licencia, la cual acompaña al producto y que básicamente dice que se te otorga el derecho de usar el software que estás pagando, más no lo posees. No puedes hacerle modificaciones, redistribuirlo ni nada similar.
Responsable para corregir el problema cuando el sistema falla: Directamente la empresa u organización que vendió el software es la encargada de responderle al usuario por una mejora en una falla, por eso el usuario paga una licencia para recibir actualizaciones que producen mejoras durante un tiempo determinado, dependiendo del contrato.
Controles y Evaluaciones para asegurar la calidad de un software Cost: en el caso de Microsoft una empresa famosa por su sistema operativo Windows, constantemente está realizando parches o actualizaciones para mejorar el sistema de errores o fallos de seguridad.
1. ¿Cuáles son las ventajas y desventajas de la utilizar cada uno de los modelos de ciclo de vida siguientes:
Cascada
Ventajas:
Se tiene todo bien organizado y no se mezclan las fases.
Es perfecto para proyectos que son rígidos, y además donde se especifiquen muy bien los requerimientos y se conozca muy bien la herramienta a utilizar
Desventajas: En la vida real, un proyecto rara vez sigue una secuencia lineal, esto crea una mala implementación del modelo, lo cual hace que lo lleve al fracaso.
El proceso de creación del software tarda mucho tiempo ya que debe pasar por el proceso de prueba y hasta que el software no esté completo no se opera.
Cascada con Prototipación
Ventajas: Entre las ventajas tenemos la organización que da el modelo en cascada combinando aun mas con los diferentes prototipos, lo que hace que en la fase de prueba se diciminulan los riegos de un error. Además reducciones en la incertidumbre y del riesgo, reducción del tiempo y de costos e incremento en la aceptación del sistema
Desventajas: al participar prototipos en la creación de software, el usuario puede llegar a pensar que este es el programa terminado, y llevarse una desilusión si este no funciona adecuadamente, necesita una participación mas directa y continua del usuario
Prototipación
Existen ventajas relevantes en el uso del Prototipo:
* Modificación del Sistema en Etapas tempranas de su desarrollo: El éxito del uso del prototipo depende de qué tan pronto y con que frecuencia se reciba la retroalimentación del usuario para hacer cambios y adecuarlos a las necesidades actuales. Los cambios iniciales durante el desarrollo de un proyecto son menos costosos que si se realizan en etapas tardías, como el prototipo puede cambiar varias veces la flexibilidad y adaptabilidad son su esencia, la pauta del cambio la da la retroalimentación, la cual nos permite conocer la opinión del usuario sobre cambios a la entrada o salida de un proceso, que al evaluarla nos permite obtener los requerimientos y mejorar el sistema.
El desarrollo de prototipos implica una inversión en tiempo y en dinero, siempre pero siempre es menor a la del sistema completo. Los problemas y descuidos de sistemas son más fáciles de detectar en un prototipo.
* Eliminación de sistemas indeseables: Por permitir recopilar información nos permite eliminar un sistema que no llegó a ser lo que esperaban de él los usuarios. La inversión de tiempo y dinero se destaca pero es menor que la del sistema completo. Se toma esta decisión cuando el sistema no es útil o no satisface los objetivos que se propuso el equipo de desarrollo, es una decisión difícil pero evita seguir gastando dinero y tiempo en un proyecto inservible.
* Diseño de Sistemas acorde a las necesidades y expectativas de los usuarios: El uso del prototipo hace que los sistemas se ajusten a las necesidades de los usuarios. Se reduce el intervalo de tiempo desde que se relevan los requerimientos y el sistema concluido. Permite que los usuarios se involucren desde el principio y lo hace participar en forma activa, de esta forma hacen suyo el proyecto, siendo los principales promotores del éxito.
El prototipo cuenta con las siguientes desventajas:
* Administración difícil: Dicha dificultad radica en manejar el prototipo como un proyecto dentro del Ciclo de Desarrollo de Sistema sin perder de vista cual era su propósito.
* Adoptarlo como el sistema final: Los usuarios y profesionales de sistemas pueden considerar al prototipo como el sistema final cuando aún es incompleto e inadecuado.
Espiral
Ventajas:
* El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora.
* Como el software evoluciona a medida que progresa el proceso, el desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada uno de los nivele evolutivos.
* El modelo en espiral permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto.
* El modelo en espiral demanda una consideración directa de los riesgos técnicos en todas las etapas del proyecto y si se aplica adecuadamente debe reducir los riesgos antes de que se conviertan en problemas.
* En la utilización de grandes sistemas a doblado la productividad.
Desventajas:
*Resulta difícil convencer a grandes clientes de que el enfoque evolutivo es controlable.
* Es nuevo (1988) y no se ha utilizado tanto como otros modelos de ciclo de vida.
* Debido a su elevada complejidad no se aconseja utilizarlo en pequeños sistemas.
* Requiere una gestión concienzuda, atenta y que exige conocimientos profundos.
2. Para cada uno de los modelos anteriores, ¿cómo maneja el modelo un cambio significativo y tardío en los requerimientos?
R/: Cada modelo de ciclo de vida maneja de diferente formas un cambio tardío en los requerimientos por estos algunos están mejor diseñados, para estos cambios, por ejemplo en un sistema lineal un cambio tardío en los requerimientos seria considerado como un error ,pues se debiese comenzar a plantear ese problema casi desde el principio, ya que en este modelo, es muy importante analizar y tomar en cuenta todos los requerimientos desde un principio, en cambio desde un modelo en espiral, dependiendo de una actividad que se tomo desde un principio, se puede virar mas fácil en una solución para el nuevo requerimiento.
3. Un constructor de computadoras decide desarrollar un nuevo sistema operativo para su línea de equipos para enfrentar con mejores posibilidades la competencia. ¿Cuáles considera que son los principales riesgos? ¿Qué modelo de ciclo de vida le parece más adecuado para el proyecto? ¿Por qué?
R/: Entrar a desarrollar un nuevo sistema operativo implica muchos riesgos ya que en el mercado encontramos muchos sistemas operativos de excelente calidad y posicionados, además de que entre estos, se encuentran los de código libre con licencia GNU la cual permite utilizarlo sin necesidad de pagar por ellos, haciéndolos una opción muy tentadora, lo cual implicaría que el nuevo SO tendría que ser mucho mas costoso y para llegar al nivel de funcionalidad de los actuales necesitaría mucho tiempo de desarrollo y muchos programadores a su cargo.
Es muy complicado sugerir un modelo de ciclo de vida para este software en las condiciones que se encuentra, pero según sus características el mejor ciclo de vida seria en espiral, pues este necesita mucho tiempo y esfuerzo para realizar el proyecto, pero es mas seguro a la hora de mostrar el resultado final, además de que este software necesita calidad, mas no rapidez para poder salir a competir con los demás SO.
4. ¿Cómo se relaciona la descripción de un sistema con la noción de modelos de proceso? Por ejemplo, ¿cómo decidir cuál debe ser el límite para el sistema descrito por un modelo de proceso?
R/: Dependiendo del modelo que se le aplique al sistema, ya que hay modelos que permiten seguir incrementando o desarrollando ya que trabajan por fases (versiones) mientras que los que no trabajen de esta forma no va a permitir el crecimiento del sistema, por ende solo se podrá desarrollar lo que se tiene planteado y no se podrán formular nuevos requerimientos.
6. Discuta las ventajas y desventajas que puede traer a una organización de desarrollo el adoptar un único modelo de proceso para todos sus proyectos.
R/: Según lo aprendido el adoptar un único modelo de proceso en una empresa de desarrollo para todos los proyectos no es la mejor opción ya que habrán proyectos que requieran un modelo de desarrollo especifico y otros proyectos requerirán otro es tarea de los desarrolladores elegir el modelo que mas se adapte a sus necesidades y del cual también tengan algún conocimiento ya que es esencial que los desarrolladores conozcan bien el modelo que están implementando
7. Suponga que un contrato con un cliente especifica que debe usar un proceso de desarrollo particular. ¿Cómo se debiera controlar el trabajo para fomentar el uso de ese proceso?
R/En la practica cunado se lleva a cabo un software, es muy complicado llevarse al pie de la letra de un ciclo de vida, y aun mas a veces se combinan algunos de ellos, pero para fomentar un uso especifico de un proceso de ciclo de vida es necesario mirar bien los requisitos y los planteamientos del problema, para encontrar el ciclo de vida que se ajuste bien a estos requerimientos y por consiguiente llevar un trabajo organizado y planificado por los pasos que cada uno de ellos dictan.
8. Suponga que una empresa requiere a su organización que utilice un modelo de proceso específico al contratarla para construir un sistema. Su organización construye el software utilizando los recursos, actividades y restricciones prescritos. Cuando el software se instala y pone en marcha experimenta una falla catastrófica. Cuando el cliente investiga el origen de la falla, acusa a su organización de negligencia por no haber llevado a cabo revisiones de código que hubieran permitido detectar el problema antes de poner en producción el sistema. Su organización responde que las revisiones de código no estaban en el proceso requerido. ¿Cuáles son las implicancias legales y éticas que aparecen en esta disputa?
R/: El cliente tiene el derecho de reclamar por un producto que debió realizar los objetivos requeridos, y podría poder hacer el causal de una demanda legal ya que en contrato del software estas sus funciones y por lo cual el cliente pago por tal suma, además de un bajo prestigio de la empresa que desarrollo el software.
R/: Estos son factores importantes en la Ingeniera del Software a la hora de realizar un producto de Alta calidad, teniendo estos podremos presentar un producto de mayor calidad a la vez que podremos medir y comparar con otros semejantes.
2. Clasifique los siguientes factores de calidad como internos, externos, del producto y del proceso: Correctitud, Confiabilidad, Robustez, Mantenibilidad, Portabilidad, Interoperabilidad, Visibilidad.
R/: Interno: Correctitud, confiabilidad.
Externos: Robustez, portabilidad, interoperabilidad, mantenibilidad, visibilidad.
3. Discuta la importancia relativa de las cualidades "robustez", "amigabilidad de la interfaz con el usuario", "desempeño" para cada una de las áreas de aplicación siguientes:
a) juego: En un juego los factores más importantes los cuales debemos tener en cuenta son Robustez, y un buen desempeño ya que una aplicación de juegos requiere en su gran mayoría una maquina con unos recursos físicos grandes (memoria ram, tarjeta de video, etc.) y también requiere un procesador de altas características.
b) cajero automático: Fundamentalmente un software que controle un cajero automático requiere las tres características mencionadas, porque si en caso de un error en el sistema, por ejemplo a la hora de una transacción en línea o retiro de dinero sería algo demasiado grave ya que el perjudicado podría ser el usuario o la entidad prestadora del servicio, por lo que el software debe funcionar de la mejor forma posible además de presentar de forma intuitiva y fácil al usuario la representación como se puede utilizar este producto. También hay que tener en cuenta el tráfico de usuarios que acceden a sistema por lo que también tiene que ser robusto, esto significa que su carga crezca sin que el software se cuelgue.
c) facturación de una empresa de distribución de electricidad: la cualidad más importante sería el desempeño a la hora de generar reportes los fines de mes ya que sería catastrófico un error como por ejemplo en el estrato o en el registro del contador Y el numero de empleado realizando peticiones al servidor genera un alto uso de la banda ancha y un bajo consumo del rendimiento del PC, para esto el ingeniero de software debe haber ya planificado y creado un producto robusto que se comprometa a realizar los objetivos que se plantearon a la hora de que la empresa compro el producto. La parte de la interfaz amigable seria lo de menos ya que una empresa tan grande como la del sector de electricidad antes le explica al usuario como usarlo.
4. Explique la diferencia entre error, falta y falla. Dé ejemplos de errores que dan origen respectivamente a una falta en los requerimientos, el diseño, el código. Dé ejemplos de:
R/: error es UNA falla en el sistema que no se tenía prevista o que sucede inesperadamente, y una falla es la falta de algún proceso, mecanismo o cosa que permita el correcto funcionamiento del sistema o software, pero que se puede sobrellevar o corregir La falta es la ausencia de algún objeto, que causa una falla.
a) una falta en los requerimientos que da origen a una falla:
un ejemplo en este caso seria, la incorrecta planeación de requerimientos en hardware, en un software que requiriera un alto consumo de recursos, lo que generaría un error general en el funcionamiento del producto.
b) una falta en el diseño que origina una falla:
La inadecuada planeación en el sistema: la formulación, y recolección de los datos en un software que reciba una gran afluencia de ellos, causaría el desbordamiento del programa y posterior bloqueo.
c) una falta en los datos de prueba que origina una falla.
En este caso podría ocurrir que un sistema de software de digitaciones por razones de confiabilidad u simple falta de tiempo, no probara un modulo de búsqueda según una determinada información, no funcionase bien y por consiguiente no cumpliese a cabalidad con todo lo planeado, este es un error que se pudiese resolver con una adecuada revisión antes de poner a producción
5. ¿Por qué la cuenta de faltas identificadas durante el desarrollo de un producto de software puede resultar un indicador inadecuado de la calidad de un producto?
R/: porque a la hora de entregar un producto software hay que tener claro paso por paso los factores para realizar un buen software, y en la ingeniera del software si no hay claro esto, hay que comenzar a realizar de nuevo nuestro producto, muchas veces las limitaciones en la confiabilidad generan graves fallas ya que pensamos que este se encuentra en perfecto funcionamiento y no procuramos realizar un buen chequeo de una buena funcionalidad del producto.
6. Muchas organizaciones compran software comercial (COTS – Commercial Off The Shelf) pensando que es más barato que desarrollar y mantener software en casa. Describa las ventajas y desventajas de utilizar COTS. Por ejemplo ¿qué pasa si el vendedor nos brinda más soporte de un producto COTS? ¿Qué deben anticipar el cliente, usuario y desarrollador al diseñar un sistema importante que incluye COTS?
R/: Al evaluar un software COTS vs Un software privativo diseñado por y para una empresa especifica, tiene unas ventajas y desventajas como son:
Un software COTS es mucho mas barato dependiendo el caso o en la mayoría de veces que mandarlo a desarrollar específicamente, ya que hay factores, que influyen en la finalización terminación y correcto funcionamiento, entre mas tiempo se demore el software mas costoso se hace.
Un software COTS al ser mas general, y desarrollado organizadamente por una empresa es mas confiable, robusto y eficaz, ya que los bug o errores se conocen directamente y son solucionados mas rápidamente, y por consiguiente el soporte técnico es mucho más eficaz, solucionando los problemas.
Como desventajas tenemos:
Al no poseer el código fuente, no se pueden hacer modificaciones posteriores por parte del el usuario, acarreando gastos adicionales con software que suplan estas falencias.
Dependencia en los cambios y modificaciones, por lo que genera monopolios en la tecnología.
Comparado con el software libre el COST , este genera unos costos enormes por las licencias de estos software
7. ¿Cuáles son las implicancias legales y éticas de utilizar software COTS? ¿Y de que la organización encargada del desarrollo subcontrate parte de este? Por ejemplo ¿quién es responsable por corregir el problema cuando el sistema del que forma parte un COTS falla debido a una falla en ese componente? ¿Quién es el responsable cuando esa falla causa daño a usuarios (tanto directo como indirecto)?. ¿Qué controles y evaluaciones se precisan para asegurar la calidad de un COTS antes de integrarlo en un sistema mayor?
R/: Implicaciones Legales y Éticas: posee una licencia, la cual acompaña al producto y que básicamente dice que se te otorga el derecho de usar el software que estás pagando, más no lo posees. No puedes hacerle modificaciones, redistribuirlo ni nada similar.
Responsable para corregir el problema cuando el sistema falla: Directamente la empresa u organización que vendió el software es la encargada de responderle al usuario por una mejora en una falla, por eso el usuario paga una licencia para recibir actualizaciones que producen mejoras durante un tiempo determinado, dependiendo del contrato.
Controles y Evaluaciones para asegurar la calidad de un software Cost: en el caso de Microsoft una empresa famosa por su sistema operativo Windows, constantemente está realizando parches o actualizaciones para mejorar el sistema de errores o fallos de seguridad.
1. ¿Cuáles son las ventajas y desventajas de la utilizar cada uno de los modelos de ciclo de vida siguientes:
Cascada
Ventajas:
Se tiene todo bien organizado y no se mezclan las fases.
Es perfecto para proyectos que son rígidos, y además donde se especifiquen muy bien los requerimientos y se conozca muy bien la herramienta a utilizar
Desventajas: En la vida real, un proyecto rara vez sigue una secuencia lineal, esto crea una mala implementación del modelo, lo cual hace que lo lleve al fracaso.
El proceso de creación del software tarda mucho tiempo ya que debe pasar por el proceso de prueba y hasta que el software no esté completo no se opera.
Cascada con Prototipación
Ventajas: Entre las ventajas tenemos la organización que da el modelo en cascada combinando aun mas con los diferentes prototipos, lo que hace que en la fase de prueba se diciminulan los riegos de un error. Además reducciones en la incertidumbre y del riesgo, reducción del tiempo y de costos e incremento en la aceptación del sistema
Desventajas: al participar prototipos en la creación de software, el usuario puede llegar a pensar que este es el programa terminado, y llevarse una desilusión si este no funciona adecuadamente, necesita una participación mas directa y continua del usuario
Prototipación
Existen ventajas relevantes en el uso del Prototipo:
* Modificación del Sistema en Etapas tempranas de su desarrollo: El éxito del uso del prototipo depende de qué tan pronto y con que frecuencia se reciba la retroalimentación del usuario para hacer cambios y adecuarlos a las necesidades actuales. Los cambios iniciales durante el desarrollo de un proyecto son menos costosos que si se realizan en etapas tardías, como el prototipo puede cambiar varias veces la flexibilidad y adaptabilidad son su esencia, la pauta del cambio la da la retroalimentación, la cual nos permite conocer la opinión del usuario sobre cambios a la entrada o salida de un proceso, que al evaluarla nos permite obtener los requerimientos y mejorar el sistema.
El desarrollo de prototipos implica una inversión en tiempo y en dinero, siempre pero siempre es menor a la del sistema completo. Los problemas y descuidos de sistemas son más fáciles de detectar en un prototipo.
* Eliminación de sistemas indeseables: Por permitir recopilar información nos permite eliminar un sistema que no llegó a ser lo que esperaban de él los usuarios. La inversión de tiempo y dinero se destaca pero es menor que la del sistema completo. Se toma esta decisión cuando el sistema no es útil o no satisface los objetivos que se propuso el equipo de desarrollo, es una decisión difícil pero evita seguir gastando dinero y tiempo en un proyecto inservible.
* Diseño de Sistemas acorde a las necesidades y expectativas de los usuarios: El uso del prototipo hace que los sistemas se ajusten a las necesidades de los usuarios. Se reduce el intervalo de tiempo desde que se relevan los requerimientos y el sistema concluido. Permite que los usuarios se involucren desde el principio y lo hace participar en forma activa, de esta forma hacen suyo el proyecto, siendo los principales promotores del éxito.
El prototipo cuenta con las siguientes desventajas:
* Administración difícil: Dicha dificultad radica en manejar el prototipo como un proyecto dentro del Ciclo de Desarrollo de Sistema sin perder de vista cual era su propósito.
* Adoptarlo como el sistema final: Los usuarios y profesionales de sistemas pueden considerar al prototipo como el sistema final cuando aún es incompleto e inadecuado.
Espiral
Ventajas:
* El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora.
* Como el software evoluciona a medida que progresa el proceso, el desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada uno de los nivele evolutivos.
* El modelo en espiral permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto.
* El modelo en espiral demanda una consideración directa de los riesgos técnicos en todas las etapas del proyecto y si se aplica adecuadamente debe reducir los riesgos antes de que se conviertan en problemas.
* En la utilización de grandes sistemas a doblado la productividad.
Desventajas:
*Resulta difícil convencer a grandes clientes de que el enfoque evolutivo es controlable.
* Es nuevo (1988) y no se ha utilizado tanto como otros modelos de ciclo de vida.
* Debido a su elevada complejidad no se aconseja utilizarlo en pequeños sistemas.
* Requiere una gestión concienzuda, atenta y que exige conocimientos profundos.
2. Para cada uno de los modelos anteriores, ¿cómo maneja el modelo un cambio significativo y tardío en los requerimientos?
R/: Cada modelo de ciclo de vida maneja de diferente formas un cambio tardío en los requerimientos por estos algunos están mejor diseñados, para estos cambios, por ejemplo en un sistema lineal un cambio tardío en los requerimientos seria considerado como un error ,pues se debiese comenzar a plantear ese problema casi desde el principio, ya que en este modelo, es muy importante analizar y tomar en cuenta todos los requerimientos desde un principio, en cambio desde un modelo en espiral, dependiendo de una actividad que se tomo desde un principio, se puede virar mas fácil en una solución para el nuevo requerimiento.
3. Un constructor de computadoras decide desarrollar un nuevo sistema operativo para su línea de equipos para enfrentar con mejores posibilidades la competencia. ¿Cuáles considera que son los principales riesgos? ¿Qué modelo de ciclo de vida le parece más adecuado para el proyecto? ¿Por qué?
R/: Entrar a desarrollar un nuevo sistema operativo implica muchos riesgos ya que en el mercado encontramos muchos sistemas operativos de excelente calidad y posicionados, además de que entre estos, se encuentran los de código libre con licencia GNU la cual permite utilizarlo sin necesidad de pagar por ellos, haciéndolos una opción muy tentadora, lo cual implicaría que el nuevo SO tendría que ser mucho mas costoso y para llegar al nivel de funcionalidad de los actuales necesitaría mucho tiempo de desarrollo y muchos programadores a su cargo.
Es muy complicado sugerir un modelo de ciclo de vida para este software en las condiciones que se encuentra, pero según sus características el mejor ciclo de vida seria en espiral, pues este necesita mucho tiempo y esfuerzo para realizar el proyecto, pero es mas seguro a la hora de mostrar el resultado final, además de que este software necesita calidad, mas no rapidez para poder salir a competir con los demás SO.
4. ¿Cómo se relaciona la descripción de un sistema con la noción de modelos de proceso? Por ejemplo, ¿cómo decidir cuál debe ser el límite para el sistema descrito por un modelo de proceso?
R/: Dependiendo del modelo que se le aplique al sistema, ya que hay modelos que permiten seguir incrementando o desarrollando ya que trabajan por fases (versiones) mientras que los que no trabajen de esta forma no va a permitir el crecimiento del sistema, por ende solo se podrá desarrollar lo que se tiene planteado y no se podrán formular nuevos requerimientos.
6. Discuta las ventajas y desventajas que puede traer a una organización de desarrollo el adoptar un único modelo de proceso para todos sus proyectos.
R/: Según lo aprendido el adoptar un único modelo de proceso en una empresa de desarrollo para todos los proyectos no es la mejor opción ya que habrán proyectos que requieran un modelo de desarrollo especifico y otros proyectos requerirán otro es tarea de los desarrolladores elegir el modelo que mas se adapte a sus necesidades y del cual también tengan algún conocimiento ya que es esencial que los desarrolladores conozcan bien el modelo que están implementando
7. Suponga que un contrato con un cliente especifica que debe usar un proceso de desarrollo particular. ¿Cómo se debiera controlar el trabajo para fomentar el uso de ese proceso?
R/En la practica cunado se lleva a cabo un software, es muy complicado llevarse al pie de la letra de un ciclo de vida, y aun mas a veces se combinan algunos de ellos, pero para fomentar un uso especifico de un proceso de ciclo de vida es necesario mirar bien los requisitos y los planteamientos del problema, para encontrar el ciclo de vida que se ajuste bien a estos requerimientos y por consiguiente llevar un trabajo organizado y planificado por los pasos que cada uno de ellos dictan.
8. Suponga que una empresa requiere a su organización que utilice un modelo de proceso específico al contratarla para construir un sistema. Su organización construye el software utilizando los recursos, actividades y restricciones prescritos. Cuando el software se instala y pone en marcha experimenta una falla catastrófica. Cuando el cliente investiga el origen de la falla, acusa a su organización de negligencia por no haber llevado a cabo revisiones de código que hubieran permitido detectar el problema antes de poner en producción el sistema. Su organización responde que las revisiones de código no estaban en el proceso requerido. ¿Cuáles son las implicancias legales y éticas que aparecen en esta disputa?
R/: El cliente tiene el derecho de reclamar por un producto que debió realizar los objetivos requeridos, y podría poder hacer el causal de una demanda legal ya que en contrato del software estas sus funciones y por lo cual el cliente pago por tal suma, además de un bajo prestigio de la empresa que desarrollo el software.
12 octubre 2011
Examen - IT Essentials II resuelto 100%
¿Cuáles de los siguientes serían tipos de sistemas de archivos estándar que Linux usaría durante la instalación? (Seleccionar dos.)
NTFS
FAT16
FAT32
ext2
ext3
VFAT
2
¿Cuál de las siguientes opciones puede configurarse dentro del archivo de configuración de LILO?
una opción para pedir un servidor DNS
una opción para despejar el directorio /tmp al arrancar
una opción para arrancar en el nivel de ejecución 5
una opción para usar DHCP
3
Usted ha formateado una unidad mientras instalaba Linux en un servidor de producción. El formateo reveló que había varios bloques defectuosos. Usted ve que los bloque defectuosos componen alrededor del cuatro por ciento del total del disco. ¿Cuál de los siguientes sería el mejor curso de acción?
reformatear la unidad con un formateo de alto nivel
reformatear la unidad con un formateo de bajo nivel
reemplazar la unidad
marcar los bloque como "defectuosos" y continuar con la instalación
4
¿Cuál de los siguientes comandos asignaría un gateway por defecto de 172.16.5.3?
ifconfig eth0 def-gate 172.16.5.3
ifconfig eth0 gw 172.16.5.3
ifconfig eth0 default gw 172.16.5.3
route add def-gate 172.16.5.3
route add gw 172.16.5.3
route add default gw 172.16.5.3
5
¿Cuándo se crea comúnmente la cuenta raíz en Linux?
con el primer inicio de sesión
durante la instalación del NOS
al configurar la cuenta de usuario del NOS
después de haber creado las cuentas de los usuarios
6
¿Cuál de los siguientes directorios almacena la base de datos de paquetes para el Administrador de Paquetes Red Hat?
/etc/var/rpm
/var/lib/rpm
/etc/lib/rpm
/var/rpm/db
7
¿Cuál de los siguientes es el tipo de paquete más ampliamente soportado en Linux?
RPMs
DPMs
tarballs
gzip
8
Un usuario desea instalar Linux en una PC con un procesador clase Pentium compatible con Intel y 64 MB of RAM. ¿Cuál es la cantidad mínima recomendada de espacio libre en el disco para completar la instalación?
200 MB
500 MB
900 MB
1 GB
2 GB
9
¿Qué término describe la cuenta superusuario de Linux?
sys
raíz
power user
wheel
daemon
10
Usted desea llevar a cabo un formateo de alto nivel en un disco rígido. ¿Cuál de los siguientes comandos de Linux lograría esto?
format
fdformat
hformat
mkfs
mkhfs
11
Usted ha intentado instalar un paquete RedHat en particular pero le dice continuamente que tiene un "fallo de dependencia". ¿Qué ocasionaría este error?
El paquete depende de cierta entrada del usuario.
El paquete depende de una entrada del sistema operativo.
El paquete depende de la instalación de otro paquete.
El paquete depende de hardware que no está presente en la computadora.
12
¿Qué tres afirmaciones son correctas para describir el comando ifconfig? (Elegir tres.)
Las configuraciones deben guardarse a continuación de este comando o se perderán al volver a arrancar la computadora.
Las impresoras pueden compartirse usando este comando.
La placa NIC puede instalarse y configurarse usando este comando.
La dirección IP del host local puede asignarse usando este comando.
La dirección de hardware del host local puede asignarse usando este comando.
13
Usted está instalando RedHat 7.2 y ha decidido usar la clase de instalación llamada "Estación de Trabajo". ¿Cuáles de los siguientes paquetes no se instalarán? (Seleccionar dos.)
X Windows
Daemon Telnet
Daemon HTTP
Editor vi
Daemon Sendmail
Navegador
14
¿Cuáles de las siguientes son opciones válidas del cargador de arranque para la mayoría de las instalaciones Linux? (Elija dos.)
BOOT.INI
AUTOEXEC.BAT
LILO
GRUB
Loadlite
RPM Loader
15
¿Cuál es el nombre del paquete X Window que es proporcionado en la mayoría de las distribuciones de Linux?
X Window
Xfree86
Xfree386
Xlib86
Xlib386
16
Un sistema de archivos se escribe en una partición cuando se formatea un disco rígido. ¿Cuáles tres de los siguientes sistemas de archivos pueden usarse en una instalación típica de Linux? (Elegir tres.)
NTFS
ext2
ext3
FAT
FAT32
Reiser
17
Usted ha decidido instalar su nueva distribución de Linux usando el CD booteable que vino con ella. ¿Qué debe configurarse antes de poder bootear desde el CD?
CMOS
NVRAM
BIOS
Disco rígido
18
Usted desearía instalar el programa samba en su máquina Linux. Ha encontrado el archivo samba-2.0.7.tar.gz. ¿Qué comando deberá usar para desempaquetar completamente los archivos de este paquete?
gunzip samba-2.0.7.tar.gz
tar -xvf samba-2.0.7.tar.gz
tar -xvzf samba-2.0.7.tar.gz
gunzip -xvf samba-2.0.7.tar.gz
19
Un técnico está configurando una estación de trabajo Linux para que obtenga automáticamente todas las configuraciones IP correctas tan pronto como arranque. ¿Qué protocolo debe ser configurado en la estación de trabajo para lograr esto?
DNS
ARP
DHCP
NetBEUI
default gateway
15 septiembre 2011
Resumen sobre la contaminación de los suelos
La importancia que tienen los suelos no solo para la subsistencia del hombre si no que para todos los seres vivos, es invaluable, la tierra interviene en el medio en forma de un sumidero, que va recogiendo todas las sustancias necesarias para la vida (y por acción de el hombre a esta llegan sustancias ajenas que alteran su composición y por tanto afecta a los seres vivos que dependen de ella), está formado por unas cuatro capas diferentes del suelo, las más superficiales son las que contienen los sustratos (humus) y la humedad que absorben las plantas para el proceso de fotosíntesis, y las más profundas algunos minerales también necesarios para este proceso; la interacción del suelo con las plantas es un proceso muy importante porque permite el flujo y conservación de la energía solar absorbida por las plantas, todo comienza con la cadena trófica en donde las plantas toman energía del sol y absorben nutrientes, luego del proceso la mayor parte de la energía es perdida y no absorbida y solo una pequeña parte es convertida en biomasa, luego el animal es devorado por un carnívoro que transforma aun menos energía en biomasa, hasta que el animal muere y se descompone en humus, en este proceso en cada nuevo paso es menor la absorción de energía. Además de este ciclo (Ciclo del carbono) los suelos con arboles mantienen un equilibrio hídrico que permite el desarrollo de la vida y es el habitad de muchas especies desde bacterias, hasta ratones.
Las causas principales de la aridez de los suelos, es la excesiva explotación por el hombre (tala de árboles, agricultura industrializada, pastoreo excesivo y acompañado por desforestación) que rompe con el delicado equilibrio de la vida. También es importante señalar causas como el vertimiento de sustancias extrañas derivadas de la industria los hogares y la agricultura, además de el daño causado por las lluvias ácidas que son producidas por la acumulación excesiva de gases extraños (óxidos de nitrógeno y el dióxido de azufre, emanados por autos e industrias), que además de volver ácidos los suelos acidifican también aguas subterráneas, ríos y lagos.
¿Ahora bien como resolver estos problemas? Pues la solución es sencilla pero inconveniente para los que explotan y contaminan los recursos naturales (para el sistema del capital, en el cual predominan las ganancias y la producción excesiva y descontrolada por encima de unos recursos naturales finitos), lo mejor para seguir manteniendo el equilibrio de la vida es la reforestación de arboles, la verdadera protección de zonas de bosques naturales, aprender de la experiencia de nuestro pueblo indígenas quienes obtuvieron lo necesario de la pachamama sin romper su equilibrio, y no solo quedarse allí si no la educación y ejemplo desde niños para aprender a cuidar nuestro entorno y para renovarlo, contando también con el huso de técnicas de cultivos adecuadas que permitan el descanso de la tierra, y el reciclaje de productos no biodegradables (plásticos, vidrios, metales, etc.) y de los biodegradables ( desechos orgánicos), todo esto acompañado de una buena inversión estatal a la tecnología e investigación del reciclaje, que permita innovar procesos o idear nuevos métodos de descomposición ( por ejemplo: el uso de bacterias modificadas genéticamente para la degradación de plásticos), y lo más importante un plan y control tanto verdadero como estricto (endurecimiento de las leyes) en el ámbito de nuestra ecología.
Escrito por chibcha
08 septiembre 2011
Lectura de teclado por consola en java
import java.io.*; public class prueba{ public static void main(String[] args){ String linea=""; InputStreamReader entrada = new InputStreamReader(System.in); BufferedReader teclado = new BufferedReader(entrada); System.out.println("Teclea algo"); System.out.println("Teclea q y para terminar"); try{ while(linea.compareTo("q")!=0){ linea = teclado.readLine(); System.out.println(">> "+linea); } }catch(IOException e){ System.out.println(e.getMessage()); } System.out.println("Fin del Programa"); try{ teclado.close(); entrada.close(); }catch(IOException e){ System.out.println(e.getMessage()); } } }
06 septiembre 2011
Algoritmos de algunos de los ejercicios mas comunes y sencillos en programación de primeros semestres
1. datos de entrada: base y la altura Datos de salida: área del triangulo Proceso: división de la base por la altura sobre 2
Inicio
Escriba “Ingrese el valor de la base”
Lea base
Escriba “Ingrese el valor de la altura”
Lea altura
Resultado← base*altura/2
Escriba “el área de su triangulo es:”,Resultado
Fin.Lea base
Escriba “Ingrese el valor de la altura”
Lea altura
Resultado← base*altura/2
Escriba “el área de su triangulo es:”,Resultado
2. datos de entrada: base y altura Datos de salida: el volumen de cualquier cilindro Operación: multiplicación de la base por la altura Inicio
Inicio Escriba “introduzca la base del el cilindro oblicuo”
Lea base1
Escriba “introduzca la altura de el cilindro oblicuo”
Lea altura2
Resultado←base1*altura2
Escriba “el volumen del cilindro oblicuo:”,Resultado
Fin.
• Cilindro truncado Datos de entrada: Altura1, Altura2, Radio, π. Datos de salida: Volumen del cilindro truncado. Proceso: utilización de la formula:
Inicio
Escriba “Introduzca el valor de el Radio”
Lea Radio
Escriba “Introduzca el valor de la Altura mas pequeña”
Lea Altura1
Escriba “Introduzca el valor de la Altura grande”
Lea Altura2
Pi←3.1416
Resultado←(Pi*Radio^2)(Altura1)(Altura1+Altura2^Radio/2)
Escriba “El volumen del cilindro truncado es:”,Resultado
Fin.
3. Datos de entrada: Vi ,Vf ,t Datos de salida: Aceleración Proceso: uso de la formula:
Inicio
Escriba “introduzca la velocidad final”
Lea Vf
Escriba “introduzca la velocidad inicial”
Lea Vi
Escriba “introduzca el tiempo”
Lea t
Aceleración← (Vi –Vf)/t
Escriba “La Aceleración es:”,Aceleración
Fin.
4. Datos de entrada: 3numeros diferentes a,b,c Datos de salida: la raiz de la ecuación Proceso: uso de la formula:
Inicio
Escriba “introduzca el valor de b”
Lea Bneg
Escriba “introduzca el valor de a”
Lea A
Escriba “introduzca el valor de c”
Lea C
Escriba “El resultado de la x positiva es:”,xresult1
Escriba “El resultado de la x negativa es:”,xresult2
Fin.
31 agosto 2011
TIPOS DE SOCKET Y SLOT PARA CONECTAR EL PROCESADOR A LA PLACA BASE
¿QUE ES UN SOCKET?
Un socket es un zócalo con una serie de pequeños agujeros siguiendo una matriz determinada, donde encajan los pines de los procesadores para permitir la conexión entre estos elementos.
Dicha matriz recibe el nombre de PGA (Pin grid array), y es la que suele determinar la denominación del socket.
Las primeras placas base en incorporar un sock
et para la conexión del procesador (aunque no exactamente como los conocemos actualmente) fueron las dedicadas a la serie 80386 (tanto de Intel como de AMD y otros fabricantes).
Estos primeros sockets consistían tan solo en la matriz de conexión. Los PC anteriores tenían el procesador incorporado en la placa base, bien soldado o bien conectado en zócalos similares a los que se utilizar en la actualidad para colocar la BIOS.
Con la llegada de los procesadores del tipo 80486 se hizo patente la necesidad de un sistema que hiciera más fácil la sustitución del procesador, y a raíz de esta necesidad salieron los socket, ya con la forma en la que han llegado hasta nuestros días.
Existen una gran variedad de socket, unas veces compatibles con todas las marcas de procesadores y otras (a partir de la expiración del acuerdo de fabricación entre INTEL y AMD) compatibles con tan solo una de estas.
Vamos a ver los diferentes topos de sockets que ha habido, así como los procesadores que soportaban, refiriéndonos a ordenadores de sobremesa basados en x86 y x64 y servidores basados en ellos.
Socket 1:
Es el primer socket estandarizado para 80486. Era compatible con varios procesadores x86 de diferentes marcas.
Socket 2.
Es una evolución del socket 1, con soporte para los procesadores x86 de la serie 486SX, 486DX (en sus varias versiones) y 486DX Overdrive (antecesores de los Pentium).
Soportaba los procesadores 486 SX, 486 DX, 486 DX2, 486 DX4, DX4 Overdrive y Pentium Overdrive.
Socket 3.
Es el último socket diseñado para los 486. Tiene la particularidad de trabajar tanto a 5v como a 3.3v (se controlaba mediante un pin en la placa base).
Soportaba los procesadores 486DX, 486SX, 486DX2, 486DX4, AMD 5x86, Cyrix 5x86, Pentium OverDrive 63 y Pentium OverDrive 83.
Socket 4.
Es el primer socket para procesadores Pentium. No tuvo mucha aceptación, ya que al poco tiempo Intel sacó al mercado los Pentium a 75Mhz y 3.3v, con 320 pines.
Soportaba los Pentium de primera generación (de entre 60Mhz y 66Mhz).
Socket 5
Fueron los primeros sockets en poder utilizar los Pentium I con bus de memoria 64 bits (por supuesto, los procesadores eran de 32 bits). Esto se lograba trabajando con dos módulos de memoria (de 32 bits) simultáneamente, por lo que los módulos de memoria tenían que ir siempre por pares. También soportaba la caché L2 en micro (hasta entonces esta caché iba en placa base).
En este socket aparecen por primera vez las pestañas en el socket para la instalación de un disipador. Hasta ese momento, los procesadores o bien incluían un disipador o bien se ponían sobre este (ya fuera solo disipador o disipador con ventilador) mediante unas pestañas, pero no sujetando el disipador al socket, sino al procesador.
Socket 7
Desarrollado para soportar una amplia gama de procesadores x86 del tipo Pentium y de diferentes fabricantes, soportaba diferentes voltajes y frecuencias.
Procesadores soportados: Intel Pentium I, AMD K5 y K6 y Cyrix 6x86 (y MX) P120 - P233.
Fue el último socket desarrollado para soportar tanto procesadores Intel como AMD.
A continuación enumeraremos los distintos sockets dependiendo de la plataforma a Utilizar.
INTEL
Socket 8.
Es el primer socket desarrollado exclusivamente para los Intel Pentium Pro y Pentium II Overdrive (que no eran otra cosa que una evolución del Pentium Pro).
En la práctica fue muy poco utilizado, ya que el Pentium Pro tuvo una vida bastante corta y con la salida del Pentium II Intel comenzó a utilizar el Slot 1.
Slot 1.
Con la salida al mercado de los Pentium II Intel cambió el sistema de conexión entre el procesador y la placa base del tipo socket a tipo Slot.
Se trata de una ranura similar a las PCI, pero con 242 contactos colocados en una sola de sus caras.
Este sistema fue utilizado solo en los Pentium II y, con un adaptador, en los primeros Pentium III.
Soportaba los siguientes procesadores: Pentium II (entre 233Mhz y 450Mhz), Celeron (entre 266Mhz y 433Mhz), Pentium III Katmai (entre 450Mhz y 600Mhz) y Pentium III coppermine (estos con un adaptador) de entre 450Mhz y 1.133Mhz).
Es más rápido que el socket 7, ya que permite una mayor frecuencia de reloj, pero tiene bastantes inconvenientes, entre los que destaca una cierta tendencia a descolocarse el procesador, debido sobre todo al peso del conjunto y a su ubicación.
Aunque de aspecto idéntico al Slot A (desarrollado por AMD), estos no son compatibles entre sí, ya que las características de los mismos son diferentes.
Socket 370.
Socket 370. A la derecha podemos ver dos tipos diferentes de Pentium III,
a la izquierda un Coppermine y a la derecha un Taulatin.
Socket de 370 pines, de entre 1.5v y 1.8v.
Este socket sustituyó al Slot 1 para la utilización de Pentium III, ya que no necesitaba un adaptador especial para conectarlo y además es más rápido que dicho Slot.
Fue desarrollado por VIA (que aún lo sigue produciendo para algunos procesadores que fabrica para este tipo de socket)
Procesadores que soporta: Celeron Mendocino entre 300Mhz y 500Mhz, Celeron y Pentium III Coppermine entre 533Mhz y 1.133Mhz, Celeron y Pentium III Tualatin entre 1.133Mh y 1.400Mh, así como los procesadores Cyrix III en sus diferentes modelos.
Socket 423.
Fue el primer socket desarrollado para Pentium 4, pero pronto dejó de utilizarse (Intel fabricó procesadores P4 423 entre noviembre de 2000 y agosto de 2001) por las limitaciones que tenía, entre otras la de no soportar frecuencias de más de 2Ghz.
Se distingue fácilmente del 478 por su mayor tamaño.
Casi todas las placas de 423 utilizan los módulos de memoria del tipo del RIMM (Rambus Inline Memory Module), ya que cuando salieron al mercado Intel tenía una serie de acuerdos comerciales con Rambus.
Al igual que ocurrió con la salida del socket 360, cuando el socket 423 fue sustituido por el socket 478 salieron al mercado adaptadores para poder utilizar los nuevos procesadores 478 en placas con socket 423. Eso sí, con la limitación de un máximo de 2Ghz.
Socket 478
Quizás el más conocido de todos, es identificable, además de por su reducido tamaño, por su característico sistema de anclaje del disipador.
Soporta una amplísima gama de procesadores Intel de 32 bits, tanto Celeron como P4.
Junto con el socket 370 es el que más tiempo ha estado en uso. De hecho todavía se utiliza y sigue habiendo procesadores a la venta para el (aunque solo de la gama Celeron).
Socket 604
Se trata de un socket desarrollado exclusivamente para los procesadores de la gama Xeon (procesadores para servidores). Es muy frecuente que se trate de placas duales (es decir, con dos procesadores).
Socket 775.
Por primera vez se sustituye el sistema de pines (macho en el procesador y hembra en el socket) por el de contactos, bastante menos delicado que el anterior.
Es el tipo de socket que Intel utiliza en la actualidad.
Soporta toda la gama Intel de procesadores de 64 bits (Intel 64), tanto de un solo núcleo como de doble núcleo y los novísimos Quad de cuatro núcleos.
AMD
Socket Súper 7
Basado en el socket 7 de Intel, se desarrolló para soportar un mayor índice de ciclos de reloj, así como para poder usar el nuevo puerto AGP
Es el primer socket desarrollado exclusivamente para procesadores AMD.
Procesadores soportados: AMD K6-2 y K6-3
Slot A
Desarrollado en un principio por Digital para sus procesadores Alpha (los mejores procesadores de su época), cuando fue abandonado este proyecto muchos de los ingenieros de Digital pasaron a AMD, desarrollando una serie de procesadores totalmente nuevos (los primeros K7), que utilizaron este slot con unos rendimientos sorprendentes para su época.
Aunque de aspecto idéntico al Slot 1, estos no son compatibles entre sí, ya que las características de los mismos son diferentes.
Socket A (o Socket 462)
Socket muy utilizado por AMD, soportaba una gran variedad de procesadores
Los procesadores que soporta son: AMD Duron (800 MHz - 1800 MHz), AMD Sempron (2000+ - 3000+), AMD Athlon (650 MHz - 1400 MHz) y AMD Athlon XP (1500+ - 3200+). Fue la primera plataforma que soportó un procesador de más de 1Ghz.
Socket 754.
Sustituyó al socket A, a fin de agilizar el tráfico de datos y dar soporte a los nuevos procesadores AMD de 64 bits reales (AMD64), conocidos también como AMD K8.
A partir de este socket se abandonan las sujeciones del disipador directamente al socket, sustituyéndose estas por una estructura adosada a la placa base, como se puede observar en la imagen del socket AM2.
Soporta procesadores AMD Sempron (2500+ - 3000+) y AMD Athlon 64 (2800+ - 3700+).
Aun sigue utilizándose, sobre todo en equipos de bajo coste para algunos mercados, con procesadores Sempron.
Socket 940
Socket de 940 pines, entre 0.80v y 1.55v, con un bus de 200Mhz y FSB de 800 y 1Ghz, soportando HyperTransport. Soporta módulos de memoria DDR, que es gestionada directamente por el procesador.
Este socket fue desarrollado para los procesadores AMD Opteron (para servidores) y para los primeros AMD 64 FX (los primeros dual core de alto rendimiento)
Socket 939
Socket de 939 pines, entre 0.80v y 1.55v, con un bus de 200Mhz y FSB de 800 llegando a los 2Ghz, soportando HyperTransport. Soporta módulos de memoria DDR, que es gestionada directamente por el procesador.
Este socket soporta una amplia gama de procesadores, incluyendo ya toda la gama de procesadores de doble núcleo.
La gama de procesadores soportados es la siguiente:
AMD Sempron (a partir del 3000+), AMD Opteron (serie 1xxx), AMD 64, AMD 64 FX (FX 60) y AMD 64 X2.
Este socket está siendo sustituido (al igual que los procesadores que soporta) por el nuevo socket AM2.
Socket AM2.
Imagen de un socket AM2. Si lo comparamos con el 940 vemos claramente la diferente posición de los tetones de posicionamiento (pontos son pines en el interior del socket). También podemos observar en esta imagen la estructura de sujeción del disipador.
Socket de 940 pines, entre 0.80v y 1.55v, con un bus de 200Mhz y FSB de 800 llegando a los 2Ghz, soportando HyperTransport. Soporta módulos de memoria DDR2, que es gestionada directamente por el procesador.
Su rendimiento es similar al de los equipos basados en socket 939 (con procesadores AMD 64 con núcleo Venice y a igualdad de velocidad de reloj), pero están diseñados para los módulos de memoria DDR2, teniendo además un consumo sensiblemente inferior.
Los procesadores soportados son: AMD Sempron (núcleo Manila, 3000+ en adelante), AMD 64 (núcleo Orleans, 3500+ en adelante), AMD 64 X2 (núcleo Windsor, 3800+ en adelante) y AMD 64 FX (núcleo Windsor, FX-62 en adelante).
OJO: A pesar de ser también de 940 pines, no hay que confundir este socket con el 940, ya que son totalmente incompatibles.
Socket F.
Se trata de un socket desarrollado por AMD para la nueva generación de AMD Opteron (series 2000 (doble núcleo) y 8000 (de cuatro núcleos)) y FX (FX-7x) Quad (de cuatro núcleos).
Al igual que el socket 775 de Intel es del tipo LGA, es decir, con contactos tipo bola en el socket y lisos en el procesador.
Suscribirse a:
Entradas
(
Atom
)