Actividades

Aquí están disponibles algunas actividades didácticas para poner en practica lo que acabas de aprender, no es para nada complicado, las actividades son fáciles y divertidas, hay un pequeño test de evaluación, pero como dije antes, no es difícil, para nada, solo sigue los links de las actividades que están en Quia:

Actividades del blog:

Flashcards: Vienen todos los conceptos que se usaran, si tienes dudas de una pregunta mira allí y encontraras la respuesta, clic sobre la carta para darle la vuelta y "Remove card" para ver la que sigue.
Matching: De conceptos relacionales, solo los relacionas con sus correspondientes.
Concentration: Es el juego de la memoria, volteas 2 cartas (concepto y descripción) y eso es 1 punto.
Word Search: El clásico juego de la sopa de letras, están acomodadas, horizontal, vertical e inversamente.
*Nota: No hay limite de tiempo para las actividades.


Link: http://www.quia.com/jg/2354745.html

Quizz:

Un pequeño test sobre los mismos temas, abarca exactamente 20 minutos, es de opción múltiple con 10 preguntas nada mas, solo pones tu nombre y apellido (es opcional) y le das en "Start now >>", ojo a partir de aquí empieza a contar el tiempo, al final te desplegará la calificación que obtuviste.


Link: http://www.quia.com/quiz/3397784.html

Encuesta:

Es solo para evaluar nuestro trabajo, funciona como el quizz, solo ignora las puntuaciones en este caso, es solo una encuesta, tampoco tiene tiempo limite.

Link: http://www.quia.com/quiz/3397882.html


Coméntanos ¿Que tal saliste en las actividades?

6. Ingeniería de Software

Perfil de ingreso

El ISW es un profesionista que desarrolla soluciones de software, mediante la aplicación de procesos, modelos y estándares de la calidad de la industria del software, las cuales contribuyen al crecimiento y progreso de su sociedad, en un ambiente que provee vida sustentable y oportunidades a sus habitantes.

Mapa curricular de la ISW

            

5. Responsabilidad en la profesión y Ética

Hay muchos retos a los que los ISW, algunos de los retos a los que se enfrentan son

1. Heterogeneidad: Desarrolla técnicas para construir software flexible para adecuarse a esta heterogeneidad.
2. Entrega: Acortar la entrega de sistemas grandes y complejos sin comprometer la calidad.
3. Confianza: Desarrollar técnicas que permitan a los usuarios tener confianza en sus productos.

Esto lo deben de cumplir con responsabilidad y ética, dentro de un marco legal.

Aunque hay otras áreas donde no esta totalmente delimitada, como en la confidencialidad, competencia, derechos de propiedad intelectual y uso inapropiado de las computadoras.

No obstante hay sociedades e instituciones profesionales como la ACM (Asociation for Computing Machinery), y el IEEE (Instituto de Ingenieros Eléctricos y Electrónicos) que desempeñan un papel clave estableciendo estándares éticos, creando un código con 8 principios básicos.

Estos códigos rigen a los ISW, desde aprendices hasta profesionales en relación con:

• Publico
• Cliente/Empleador
• Producto
• Su juicio profesional
• Gerencia
• Profesión
• Colegas
• Intereses propios

4. Flujos de trabajo & Herramientas

Flujos de trabajo de apoyo

Gestión de Configuración: Es la manera de controlar lo que desarrollan los miembros del equipo y algunos problemas.
Gestión de proyectos: Balancea los objetivos contrarios, maneja riesgos  y produce SW que satisface al cliente y al usuario.
Administración del ambiente: Ambiente y herramientas de desarrollo que harán posible llevar a cabo el proyecto.

Herramientas

Requisite Pro: Es una herramienta que se apoya en el trabajo de equipo, basado en los requerimientos. Se integra a Microsoft Word para capturar documentos de requisitos.
Racional Rose: Es una herramienta de RATIONAL SOFTWARE CORPORATION con soporte UML, esta orientado a la Ingeniería de Software (ISW), usado para el análisis, modelado, diseño y construcción del objeto orientado.
Clear Case: Es una herramienta para el conflicto entre versiones, administra los artefactos para crear modelos, codificación y pruebas. Aumenta la administración del espacio de trabajo incluyendo vistas dinámicas.

3. Casos de uso, Artefactos & Roles

Caso de uso

Un caso de uso es una descripción de los pasos o actividades que deben hacerse  para realizar algún proceso. Los personajes o entidades que participarán en un caso de uso son “actores”. En la ingeniería de software, un caso de uso es una secuencia de interacciones que se desarrollarán entre un sistema y sus actores en respuesta a un evento que inicia un actor principal sobre el propio sistema. Los diagramas de casos de especifican la comunicación y el comportamiento de un sistema mediante su interacción con los usuarios y/u otros sistemas (ejemplo de caso de uso: imagen de arriba).

Artefactos

Unidades de informacion creadas, producidas, cambiadas o utilizadas en el proceso de desarrollo, los cuales se pueden representar como documentos necesarios, desde la etapa de analisis hasta la entrega final del producto (diagrama de artefactos: imagen de arriba).

Roles

Definen el comportamiento y las tareas de el individuo o grupo de individuos que estan involucrados en el proyecto, en ciertos tipos de proyectos un individuo puede jugar mas de un rol. Los roles son descripciones de actividades realizadas y responsabilidad de artefactos. Algunos ejemplos son: Arquitecto de SW, Analista, Revisor de arquitectura, etc (roles que desempañan en este modelo: imagen de arriba).

2. Ciclo de Vida: Fases y Disciplinas

Ciclo de vida

Las fases del ciclo de vida del RUP son:

1. Inicio.- define el alcance de los objetivos del proyecto, identifica los riesgos del negocio y sus requerimientos.

2. Elaboración.-  contempla el plan del proyecto, la especificación de sus características y su arquitectura base.

3. Construcción.- clarifica los requerimientos faltantes para construir el producto.

4. Transición.-  asegura que producto llegue a las manos del usuario.

Disciplinas

1. Modelado de negocios: Entiende los problemas e identifica mejoras potenciales, asegura que los participantes en este modelo tengan el entendimiento del problema, deriva los requerimientos del software.

2. Requerimientos: Mantiene a los interesados sobre lo que el proyecto debe realizar, define los limites y requerimientos, se enfoca en las necesidades del usuario y hace una base de costos.

3. Análisis y diseño: Transforma los requerimientos al diseño y su arquitectura robusta y lo adapta para corresponder al ambiente de implementación y ajustarla para un desempeño esperado.

4. Implementación: Define el código, convierte el diseño en archivos ejecutables, prueba los componentes desarrollados como unidades, integra esas unidades en un sistema ejecutable.

5. Pruebas: Se enfoca en la evaluación de la calidad del producto, encuentra las fallas y las documenta, valida los requerimientos planteados y el buen funcionamiento.

6. Transición: Describe las actividades entre el aseguramiento de la entrega y disponibilidad del producto hacia el usuario final, hay un énfasis entre probar el software en el sitio de desarrollo.

7. Administración y configuración del cambio: Consiste en controlar los cambios y mantiene la integridad de los productos que incluye el proyecto.

8. Administración de proyectos: Provee un marco de trabajo para administrar los proyectos, guías para la planeación, soporte y ejecución, un marco de trabajo para administrar los riesgos.

9. Ambiente: Se enfoca en las actividades para configurar el proceso del proyecto, describe las actividades requeridas para apoyar el proyecto, su propósito para proveer a las organizaciones de desarrollo de SW del ambiente necesario.

Todas y cada una de las fases y disciplinas las podemos ver en el gráfico que esta en la parte de arriba.

1. Modelo RUP

Rational Unified Process (RUP)

¿Qué es?

Es un proceso de ingeniería de software, orientada por disciplinas para lograr las tareas y responsabilidades de una organización que desarrolla software.

¿Cuáles son sus objetivos?

Su meta principal es asegurar la producción de software de alta calidad, que cubra las necesidades del usuario, con una planeación y presupuesto predecible.

¿Para quién es RUP?

Profesionales en el desarrollo de software.

1. Interesados en productos de software.
2. Profesionales en la ingeniería y administración de procesos de software.

Los participantes se involucran con RUP cumpliendo roles.

¿Por qué usar RUP?

• Provee un desarrollo que puede configurarse a las necesidades del cliente.
• El proceso de desarrollo claro y accesible.
• Da a cada participante la parte que le compete directamente, filtrando el resto. 

Características

Dirigido por casos de uso: Artefacto que establece el comportamiento deseado de un sistema.

Centrado en la arquitectura: Se usa para conceptualizar, construir, administrar y evolucionar el sistema en desarrollo.

Es iterativo e incremental: Maneja una serie de entradas ejecutables, integra la arquitectura para producir versiones mejoradas.