Práctica - Instalación del Sistema Operativo Windows 7 Professional

Práctica -  Instalación del Sistema Operativo Windows 7 Professional

Al realizar esta práctica se tenía que insertar el DVD de instalación de Windows 7 Professional en las unidades de DVD de los equipos del laboratorio. Al insertarlos se tenía que reiniciar el equipo y entrar desde el DVD para empezar a cargar la instalación, esto presionando cualquier tecla cuando el equipo lo indicara.

Primero se debía de elegir el idioma y configuración del teclado para dar inicio a la instalación. Al entrar en la instalación se debía de seleccionar instalar Windows 7 Professional, aceptar los términos de licencia, el tipo de instalación, y realizar las configuraciones o formatos al disco duro.

Posteriormente de esto se debía de esperar a que finalizaran algunos pasos, como son Copiando archivos de Windows, Expandiendo archivos de Windows, Instalando características, Instalando actualizaciones y luego de esta sección el equipo se reinicia y posteriormente termina con la fase de Completando la instalación, para luego reiniciarse el equipo y entrar a una serie de pasos para la configuración básica o principal del equipo, como son escribir el nombre de usuario y equipo, contraseña, activación del producto, configuración de actualizaciones, fecha y hora y de red. Todo el proceso se lleva apropiadamente en una tiempo de media hora.

Informe de Práctica – Desarmar una computadora.

Informe de Práctica – Desarmar una computadora.

Durante la práctica se formaron varios equipos, los cuales tenían que desarmar una el gabinete o CPU de una computadora del laboratorio I. Para poder desarmar los gabinetes cada alumno tenía un desarmador de cruz y uno plano, además de una pequeña brocha, ya que igualmente se tenía que hacer limpieza al interior del gabinete y de sus componentes.

El CPU que me tocó era un gabinete vertical marca HP Compaq. Se comenzó  desconectando todos los dispositivos conectados al CPU, que fueron  el teclado, el mouse y el monitor, así como el clave de corriente, y después se retiraron del escritorio todos estos dispositivos para poder trabajar mejor y disponer de más espacio.

Primero se sacó un solo tornillo de la parte trasera del gabinete y se retiró una de las tapas para lograr tener acceso a los componentes interiores del CPU. Debido a que la mayoría de los tornillos requerían de un desarmador de estrella no fue posible retirar todos los componentes, la tarjeta madre ni la fuete de poder, por lo que fueron pocos los componentes retirados, entre los que estaban la memoria RAM, una tarjeta PCI, el disipador y ventilador del procesador y el procesador, los cuales fueron limpiados. De igual manera se desconectaron algunos cables que iban en la tarjeta madre para tener un mejor acceso con la brocha para limpiar los componentes de la tarjeta.

Para terminar los cables y componentes fueron colocados nuevamente en su lugar y su pusieron los tornillos que si fue posible retirar, se puso la tapa del gabinete y se colocó el único tornillo que tenía. Por último se colocó el CPU en su lugar, así como el teclado, mouse y monitor y se conectaron al CPU, así como el clave de corriente.

Ingeniería de Software - Manual de Usuario/Técnico.

Ingeniería de Software.

Ingeniería de software, disciplina relacionada con el desarrollo de productos de soporte lógico o software. Un producto de software es el conjunto completo de programas informáticos, procedimientos, documentación y datos especificados para su suministro a un cliente; el desarrollo se ocupa de todas las actividades técnicas y de la gestión necesaria para crear el producto, y realizar el desarrollo eficazmente significa cumplir las necesidades del cliente ajustándose a unos límites de tiempo, coste y calidad.

Metodología.

Un objetivo de décadas ha sido el encontrar procesos y metodologías, que sean sistemáticas, predecibles y repetibles, a fin de mejorar la productividad en el desarrollo y la calidad del producto software.

Etapas del proceso.

La ingeniería de software requiere llevar a cabo numerosas tareas, dentro de etapas como las siguientes:

- Análisis de requerimientos.

Extraer los requisitos y requerimientos de un producto de software es la primera etapa para crearlo. La captura, análisis y especificación de requerimientos (incluso pruebas de ellos), es una parte crucial; de esta etapa depende en gran medida el logro de los objetivos finales.

La IEEE Std. 830-1998 normaliza la creación de las Especificaciones de Requerimientos de Software (Software Requirements Specification).

- Especificación.

La Especificación de Requisitos describe el comportamiento esperado en el software una vez desarrollado. Gran parte del éxito de un proyecto de software radicará en la identificación de las necesidades del negocio (definidas por la alta dirección), así como la interacción con los usuarios funcionales para la recolección, clasificación, identificación, priorización y especificación de los requisitos del software.

Entre las técnicas utilizadas para la especificación de requisitos se encuentran:

Casos de Uso.

Historias de usuario.

Siendo las primeras más rigurosas y formales, las segundas más ágiles e informales.

El análisis y especificación de requisitos es donde se establece qué debe lograr el producto de software.

- Arquitectura o diseño.

La integración de infraestructura, desarrollo de aplicaciones, bases de datos y herramientas gerenciales, requieren de capacidad y liderazgo para poder ser conceptualizados y proyectados a futuro, solucionando los problemas de hoy. El rol en el cual se delegan todas estas actividades es el del Arquitecto. El Arquitecto de Software es la persona que añade valor a los procesos de negocios gracias a su valioso aporte de soluciones tecnológicas. La Arquitectura de Sistemas en general, es una actividad de planeación, ya sea a nivel de infraestructura de red y hardware, o de Software. La Arquitectura de Software consiste en el diseño de componentes de una aplicación (entidades del negocio), generalmente utilizando patrones de arquitectura. El diseño arquitectónico debe permitir visualizar la interacción entre las entidades del negocio y además poder ser validado, por ejemplo por medio de diagramas de secuencia. Un diseño arquitectónico describe en general el cómo se construirá una aplicación de software. Para ello se documenta utilizando diagramas, por ejemplo:

Diagramas de clases

Diagramas de base de datos

Diagramas de despliegue plegados

Diagramas de secuencia multidireccional

Siendo los dos primeros los mínimos necesarios para describir la arquitectura de un proyecto que iniciará a ser codificado. Depende del alcance del proyecto, complejidad y necesidades, el arquitecto elige qué diagramas elaborar. Entre las herramientas para diseñar arquitecturas de software se encuentran:

Enterprise Architect

Microsoft Visio for Enterprise Architects

- Programación.

Reducir un diseño a código puede ser la parte más obvia del trabajo de ingeniería de software, pero no necesariamente es la que demanda mayor trabajo y ni la más complicada. La complejidad y la duración de esta etapa está íntimamente relacionada al o a los lenguajes de programación utilizados, así como al diseño previamente realizado.

- Prueba.

Consiste en comprobar que el software realice correctamente las tareas indicadas en la especificación del problema. Una técnica de prueba es probar por separado cada módulo del software, y luego probarlo de forma integral, para así llegar al objetivo. Se considera una buena práctica el que las pruebas sean efectuadas por alguien distinto al desarrollador que la programó, idealmente un área de pruebas; sin perjuicio de lo anterior el programador debe hacer sus propias pruebas. En general hay dos grandes formas de organizar un área de pruebas, la primera es que esté compuesta por personal inexperto y que desconozca el tema de pruebas, de esta forma se evalúa que la documentación entregada sea de calidad, que los procesos descritos son tan claros que cualquiera puede entenderlos y el software hace las cosas tal y como están descritas. El segundo enfoque es tener un área de pruebas conformada por programadores con experiencia, personas que saben sin mayores indicaciones en qué condiciones puede fallar una aplicación y que pueden poner atención en detalles que personal inexperto no consideraría.

- Documentación.

Todo lo concerniente a la documentación del propio desarrollo del software y de la gestión del proyecto, pasando por modelaciones, casos de uso diagramas, pruebas, manuales de usuario, manuales técnicos, etc; todo con el propósito de eventuales correcciones, usabilidad, mantenimiento futuro y ampliaciones al sistema.

- Mantenimiento.

Mantener y mejorar el software para enfrentar errores descubiertos y nuevos requisitos. Esto puede llevar más tiempo incluso que el desarrollo inicial del software. Alrededor de 2/3 de toda la ingeniería de software tiene que ver con dar mantenimiento. Una pequeña parte de este trabajo consiste en arreglar errores, o bugs. La mayor parte consiste en extender el sistema para hacer nuevas cosas. De manera similar, alrededor de 2/3 de toda la ingeniería civil, arquitectura y trabajo de construcción es dar mantenimiento.

Modelos de desarrollo de software.

La ingeniería de software tiene varios modelos, paradigmas o filosofías de desarrollo en los cuales se puede apoyar para la realización de software, de los cuales podemos destacar a éstos por ser los más utilizados y los más completos:

Modelo en cascada o Clásico (modelo tradicional): es el enfoque metodológico que ordena rigurosamente las etapas del ciclo de vida del software, de tal forma que el inicio de cada etapa debe esperar a la finalización de la inmediatamente anterior.

Modelo de prototipos: El prototipo debe ser construido en poco tiempo, usando los programas adecuados y no se debe utilizar mucho dinero pues a partir de que éste sea aprobado nosotros podemos iniciar el verdadero desarrollo del software.

Modelo en espiral: Las actividades de este modelo se conforman en una espiral, en la que cada bucle o iteración representa un conjunto de actividades. Las actividades no están fijadas a priori, sino que las siguientes se eligen en función del análisis de riesgo, comenzando por el bucle interior.

Desarrollo por etapas: El modelo de desarrollo de software por etapas es similar al Modelo de prototipos ya que se muestra al cliente el software en diferentes estados sucesivos de desarrollo, se diferencia en que las especificaciones no son conocidas en detalle al inicio del proyecto y por tanto se van desarrollando simultáneamente con las diferentes versiones del código.

Desarrollo iterativo y creciente o Iterativo e Incremental: creado en respuesta a las debilidades del modelo tradicional de cascada. Para apoyar el desarrollo de proyectos por medio de este modelo se han creado frameworks (entornos de trabajo), de los cuales los dos más famosos son el Rational Unified Process y el Dynamic Systems Development Method. El desarrollo incremental e iterativo es también una parte esencial de un tipo de programación conocido como Extreme Programming y los demás frameworks de desarrollo rápido de software.

RAD (Rapid Application Development): El método comprende el desarrollo iterativo, la construcción de prototipos y el uso de utilidades CASE (Computer Aided Software Engineering). Tradicionalmente, el desarrollo rápido de aplicaciones tiende a englobar también la usabilidad, utilidad y la rapidez de ejecución.

Proceso Unificado: es un marco de desarrollo de software que se caracteriza por estar dirigido por casos de uso, centrado en la arquitectura y por ser iterativo e incremental.

RUP (Proceso Unificado de Rational): es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos.

Desarrollo concurrente.

Manual De Usuario.

Un manual de usuario se trata de una guía que ayuda a entender el funcionamiento de algo. Es un documento de comunicación técnica que busca brindar asistencia a los sujetos que usan un sistema o servicio.

Elaboración del Manual De Usuario.

Pasos del manual del usuario:

1. Portada: De que se trata el documento y ¿quién lo elaboro?

2. Introducción: Describe el uso del documento (¿para qué sirve?) y ¿de qué habla?

3. Análisis y requerimientos del sistema (¿que se ocupa para poder instalarlo y usarlo?)

3. Explicación del funcionamiento: Debes de poner paso a paso y con pantallas bien explicadas cómo funciona el programa

4. Glosario

Debe ser escrito de tal manera, que cualquier persona pueda entenderlo con la menor dificultad posible.

Es recomendable, detallar todos aquellos pasos que se llevan a cabo para usar el programa.

Especificar los alcances y las limitaciones que tiene el programa.

Un buen punto de partida para un manual de usuario, es hacer de cuenta que las personas que lo van a leer no tienen el más mínimo conocimiento sobre computadores.

Manual Técnico.

Este documento contiene toda la información sobre los recursos utilizados por el proyecto, llevan una descripción muy bien detallada sobre las características físicas y técnicas de cada elemento. Por ejemplo: características de procesadores, velocidad, dimensiones del equipo, garantías, soporte, proveedores y equipo adicional.

Su extensión depende de la cantidad de recursos y equipo utilizado y generalmente se presenta en forma de fichas técnicas en donde se describe en cada una las características de cada recurso.

Elaboración del Manual Técnico.

Un manual técnico es aquel que va dirigido a un público con conocimientos técnicos sobre algún área, mientras que, por ejemplo, un manual de usuario va dirigido a un público más general, el cual no necesariamente debe tener conocimientos específicos en el área de interés.

En este caso el manual técnico, debe incluir:

1. Paradigma de programación seleccionado y sus beneficios.
2. Lenguaje de programación seleccionado y sus beneficios frente a otros lenguajes.
3. Estandarización de código utilizada.
4. Diseño del sistema.

Tarea de Elab. Sist. Inform. Mediante Un Leng. Program. Visual

1. Deberán investigar cómo se declara una variable (con ejemplos diversos).

Para declarar una variable, se utiliza la sintaxis:

Dim nombreVariable As Type

A estas se las declara en el comienzo del código y se les antepone la palabra reservada Dim, luego el nombre que nosotros queramos y seguido el tipo de dato que almacenará.

Ejemplos:

- Dim numero As Integer

- Dim i, j, k As Integer

' All three variables in the preceding statement are declared as Integer.

- Dim l, m As Long, x, y As Single

' In the preceding statement, l and m are Long, x and y are Single.

2. Obtener información de cómo se declara una constante (Ejemplos).

Las Constantes se declaran con la palabra Const.

Ejemplos:

- Const numero = 53

- Public Const DaysInYear = 365

- Private Const WorkDays = 250

3. A qué se refiere el término "Ámbito de la Variable" y cuáles son los ámbitos (Ejemplos).

Ámbito de la Variable: Conjunto de código al que se refiere una variable por su nombre  asignado sin cualificadores.

Ámbito de Bloque: Ámbito disponible únicamente en el bloque de código en el que se ha declarado.

Ámbito de Procedimiento: Disponible para todo el código dentro del procedimiento en el que se ha declarado.

Ámbito de Módulo: Disponible para todo el código dentro del módulo, clase o estructura en el que se ha declarado.

Ámbito de Espacio de Nombres: Disponible para todo el código dentro del espacio de nombres en el que se ha declarado.

Ejemplos:

Ejemplo de ámbito a nivel de bloque.

If x <> 0 Then
Dim blockNumber As Integer
blockNumber = 1 / x

End If

Otro ejemplo:

Sub AddItem_Click( )

Static items As Integer

'Añadir 1 al contador

items += 1

MessageBox.Show (“El contador es ahora " & items)

End Sub

4. Reglas para asignar nombres a Variables y Constantes (Ejemplos).

Reglas:

- Iniciar cada nombre de variable con un carácter alfabético o un guión bajo (_).

- No utilizar espacios ni símbolos.

- No utilizar palabras clave como Integer o Date.

Ejemplos de nombres de variables:

- NombreCliente(PascalCasing)

- numeroCuenta(camelCasing)

5. Qué es un procedimiento, cómo se declara, cómo se implementa y cuál es la función del mismo.

Un procedimiento es un bloque de instrucciones de Visual Basic incluido entre una instrucción de declaración (Function, Sub, Operator, Get, Set) y una declaración End correspondiente. En Visual Basic, todas las instrucciones ejecutables deben incluirse en algún procedimiento.

Como se declara:

Se incluye un procedimiento entre una instrucción de declaración de inicio (Sub o Function) y una instrucción de declaración de fin (End Sub o End Function). Todo el código del procedimiento está incluido entre estas instrucciones.

Los procedimientos son útiles para realizar tareas repetitivas o compartidas, como cálculos de uso frecuente, manipulación de texto y controles, y operaciones con bases de datos. Se puede llamar a un procedimiento desde distintos lugares del código; de modo que los procedimientos se prestan a servir de unidades de creación de la aplicación.

Tarea de Inglés - 2 ejemplos de las reglas 4 y 5 del progresivo; cambiar oraciones a pasado progresivo; y Excepciones del Progresivo.

Ejemplos de las reglas 4 y 5 del progresivo.

Ejemplos de la regla 4:
1.- Win - Winning - Ganar.
2.- Hunt - Huntting - Cazar.
3.- Strip - Stripping - Quitar.

Ejemplos de la regla 5:
1.- Hurl - Hurlling - Lanzar.
2.- Entail - Entailling - Implicar.
3.- Libel - Libelling - Calumniar.

Full name: Raúl Edgar Villa Miguel
Speciality: Informática

Comments: I send my work on examples of Rules 4 and 5 of progressive. I think it is good to know about this time in English, as to know the rules we will know how to spell words correctly in English.
Comentario: Le envio mi tarea sobre los ejemplos de las reglas 4 y 5 del progresivo. Creo que esta bien conocer sobre este tiempo en inglés, pues al conocer las reglas podemos saber como se van a escribir las palabras correctamente en inglés.

Written Source: Bilingual Dictionary Microsoft ® Encarta ® 2009. © 1993-2008 Microsoft Corporation. All rights reserved.
Fuente escrita: Diccionario Bilingüe Microsoft® Encarta® 2009. © 1993-2008 Microsoft Corporation. Reservados todos los derechos.

Cambiar las oraciones a pasado progresivo.

1.-

- They are requesting a chance to deliver the payment voucher, besides they are hoping a discount for that payment on time.

En pasado progresivo: They were requesting a chance to deliver the payment voucher, besides they were hoping a discount for that payment on time.

- Ellos están pidiendo una oportunidad para entregar el comprobante de pago, además de que están esperando un descuento por el pago a tiempo.
En pasado progresivo: Ellos estaban pidiendo una oportunidad para entregar el comprobante de pago, además de que estaban esperando un descuento por el pago a tiempo.

2.-

- Are they requesting a chance to deliver the payment vouches? Yes, they are. No, they aren’t.
En pasado progresivo: Were they requesting a chance to deliver the payment vouches? Yes, they were. No, they weren’t.

- ¿Están pidiendo una oportunidad de entregar los recibos de pago? Sí, lo están. No, no lo están.
En pasado progresivo: ¿Estaban pidiendo una oportunidad de entregar los recibos de pago? Sí, lo estaban. No, no lo estaban.

3.-

- Who is requesting a chance to deliver the payment voucher? They are.
En pasado progresivo: Who was requesting a chance to deliver the payment voucher? They were.

- ¿Quién está pidiendo una oportunidad para entregar el comprobante de pago? Ellos son.

En pasado progresivo: ¿Quién estaba pidiendo una oportunidad para entregar el comprobante de pago? Ellos eran.

4.-

- What are they requesting to deliver the payment voucher? A chance.
En pasado progresivo: What were they requesting to deliver the payment voucher? A chance.

- ¿Qué están pidiendo para entregar el comprobante de pago? Una oportunidad.
En pasado progresivo: ¿Qué estaban pidiendo para entregar el comprobante de pago? Una oportunidad.

5.-

- For what are they requesting a chance? To deliver the payment voucher.
En pasado progresivo: For what were they requesting a chance? To deliver the payment voucher.

- ¿Por qué están pidiendo una oportunidad? Para entregar el comprobante de pago.
En pasado progresivo: ¿Por qué estaban pidiendo una oportunidad? Para entregar el comprobante de pago.

6.-

- What are they requesting a chance for? To deliver the payment voucher.
En pasado progresivo: What were they requesting a chance for? To deliver the payment voucher.

- ¿Para qué están pidiendo una oportunidad? Para entregar el comprobante de pago.
En pasado progresivo: ¿Para qué estaban pidiendo una oportunidad? Para entregar el comprobante de pago.

7.-

- They are requesting a chance to deliver the payment voucher, aren’t they?
En pasado progresivo: They were requesting a chance to deliver the payment voucher, weren’t they?
- Ellos están pidiendo una oportunidad para entregar el comprobante de pago, ¿no?
En pasado progresivo: Ellos estaban pidiendo una oportunidad para entregar el comprobante de pago, ¿no?

Full name: Raúl Edgar Villa Miguel
Speciality: Informática

Comments: I send my work of to change the past progressive sentences. I think it's good to change the different sentences to past progressive because that practice on this topic to learn it.
Comentario: Le envio mi tarea de cambiar las oraciones a pasado progresivo. Creo que es bueno cambiar las distintas oraciones a pasado progresivo porque así practicamos sobre este tema para poder aprendelo.

Written Source: Bilingual Dictionary Microsoft ® Encarta ® 2009. © 1993-2008 Microsoft Corporation. All rights reserved.
Fuente escrita: Diccionario Bilingüe Microsoft® Encarta® 2009. © 1993-2008 Microsoft Corporation. Reservados todos los derechos.

"Exceptions about Progressive"

2 ejemplos de informática:

1.- In spite of:
In spite of having a lot of memory, the computer is slow.
A pesar de tener mucha memoria, la computadora es lenta.

2.- Without:
Go without looking at the computer monitor, there are scenes inappropriate.
Pase sin mirar el monitor de la computadora, hay escenas inapropiadas.

5 ejemplos de otras especialidades:

1.- Before:
Before starting the engine of the car, checking the car.
Antes de encender el motor del carro, revisar el carro.

2.- On:
On taking off of the plane is operated by mechanics.
El despegue del avión es operado por los mecánicos.

3.- Besides:
Besides know how to drive a car, you have to be licensed.
Además de saber conducir un coche, tienes que tener una licencia.

4.- Instead of:
Instead of accounting for payroll, make an inventory.
En lugar de contabilizar las nóminas, hacer un inventario.

5.- Besides:
Besides to administering, she gives the orders.
Además de administrar, ella da las órdenes.

Nota: Pidió 7 ejemplos de palabras que eran distintas, pero una se repetia.

Ejemplo con el verbo que dio después:

After:
After arranging the car's engine, became operational.
Después de arreglar el motor del carro, pudo funcionar.

Full name: Raúl Edgar Villa Miguel
Speciality: Informática
Comments: I send my work about exceptions to the progressive. I think it's good to know about the exeption of this time to know how to write correctly in English. Apart from knowing that despite ending in "ing" is pronounced as in the infinitive.
Comentario:Le envio mi tarea sobre las excepciones del progresivo. Creo que es bueno conocer sobre las expeciones de este tiempo para saber escribir correctamente en inglés. Además de saber que a pesar de que terminen en "ing", se pronuncian como en infinitivo.

Written Source: Bilingual Dictionary Microsoft ® Encarta ® 2009. © 1993-2008 Microsoft Corporation. All rights reserved.
Fuente escrita: Diccionario Bilingüe Microsoft® Encarta® 2009. © 1993-2008 Microsoft Corporation. Reservados todos los derechos.