lunes, 28 de noviembre de 2011

ACTIVIDADES DE APRENDIZAJE

Actividad de Aprendizaje sobre el Modelo RUP:
Diviértete con el juego de mesa "Batalla Naval" demostrando a la vez los conocimientos que obtuviste gracias a la lectura dando clic en el link que está a continuación:

http://www.quia.com/ba/519402.html

Actividad de Aprendizaje sobre el código de ética de la profesión:
Demuestra en este quiz lo que aprendiste sobre el tema de ética de la profesión:

http://www.quia.com/quiz/3392407.html

Encuesta sobre el blog y su información:
Por favor contesta la siguiente encuesta y danos tu opinión acerca del blog y su información:

http://www.quia.com/sv/554481.html

RATIONAL UNIFIED PROCESS (RUP)

¿QUÉ ES RUP?
Es un proceso de ingeniería de software, que hace una propuesta orientada por disciplinas para lograr las tareas y responsabilidades de una organización que desarrolla software.
Su meta principal es asegurar la producción de software de alta calidad que cumpla con las necesidades de los usuarios, con una planeación y presupuesto predecible.
¿PARA QUIÉN ES RUP?
  • Profesionales en el desarrollo de software
  • Interesados en productos de software
  • Profesionales en la ingeniería y administración de procesos de software
¿POR QUÉ USAR RUP?
  • Provee un entorno de proceso de desarrollo configurable, basado en estándares
  • Permite tener claro y accesible el proceso de desarrollo que se sigue
  • Permite ser configurado a las necesidades de la organización y del proyecto
  • Provee a cada participante con la parte del proceso que le compete directamente, filtrando el resto
CARACTERÍSTICAS
  • Dirigido por casos de uso
  • Centrado en la arquitectura
  • Iterativo e Incremental
  • Conceptualmente amplio y diverso
  • Enfoque orientado a objetos
  • En evolución continua
  • Adaptable
  • Repetible
  • Permite mediciones
 CICLO DE VIDA

DIAGRAMA GENERAL DE RUP


CICLO DE VIDA DE RUP
  • En cuanto a tiempo el ciclo de vida de RUP se descompone en 4 FASES secuenciales, cada cual concluye con un producto intermedio.
  • Al terminar cada fase se realiza una evaluación para determinar si se ha cumplido o no con los objetivos de la misma.     
  • Las fases son: Inicio (Inception), Elaboración, Construcción y Transición.
FASES DEL CICLO DE VIDA

Inicio
Elaboración
Construcción
Transición
Esfuerzo
5%
20%
65%
10%
Tiempo
10%
30%
50%
10%
 DISCIPLINAS
Son un conjunto de actividades relacionadas con un área específica dentro del proyecto y están inspiradas en las etapas de un proceso de desarrollo en cascada. Las disciplinas de este modelo son: Modelado de Negocios, Requerimientos, Análisis y Diseño, Implementación, Pruebas, Transición, Configuración y Administración del Cambio, Administración de Proyectos y Ambiente.
ROLES
  • Definen el comportamiento y responsabilidades de individuos o grupos de individuos
  • Son descripciones abstractas de Conjuntos de actividades realizadas  y la responsabilidad sobre artefactos
  • Ejemplos de roles: Software Architect y Architecture Reviewer
¿CUÁNDO USAR RUP?
  • En proyectos de nuevos productos de software
  • En ciclos de desarrollo subsecuentes
  • Cuando existe una alta complejidad en el producto y su desarrollo
 CONCLUSIONES
  • Es un modelo de proceso de desarrollo de software
  • El objetivo es asegurar el desarrollo de productos de software de alta calidad que satisfagan los requerimientos en tiempo y presupuesto predecible
  • Permite un vocabulario común entre equipos de desarrollo



viernes, 25 de noviembre de 2011

RESPONSABILIDAD Y ETICA EN LA PROFESION


RETOS FUNDAMENTALES EN LA INGENIERÍA DE SOFTWARE
  • El reto de la heterogeneidad. Desarrollar técnicas para construir software confiable que sea lo suficientemente flexible para adecuarse a esta heterogeneidad.
  • El reto de la entrega. Reducir los tiempos de entrega para sistemas grandes y complejos sin comprometer la calidad del sistema.
  • El reto de la confianza. Desarrollar técnicas que demuestren que los usuarios pueden confiar en el software. 
RESPONSABILIDAD PROFESIONAL Y ÉTICA
  • La ingeniería del software se lleva a cabo dentro de un marco legal y social que limita la libertad de los ingenieros.
  • Los ISW deben aceptar que su trabajo comprende responsabilidades más amplias que simplemente la aplicación de habilidades técnicas.
  • Deben comportarse de una forma ética y moral responsable.
  • No basta con poseer estándares normales de honestidad e integridad.
  • No debería utilizar su capacidad y sus habilidades para comportarse de forma deshonesta o de forma que deshonre la profesión de la ingeniería del software.
  • Existen áreas donde los estándares de comportamiento aceptable no están acotados por las leyes, sino por la responsabilidad profesional.
 
ALGUNAS DE ÉSTAS ÁREAS SON:
  • Confidencialidad. Respetar la confidencialidad de sus empleadores o clientes, independientemente de que se haya firmado un acuerdo formal de confidencialidad.
  • Competencia. No debe falsificar su nivel de competencia, ni aceptar conscientemente trabajos que están fuera de su capacidad.
  • Derechos de propiedad intelectual. Debe ser consciente de las leyes locales que gobiernan el uso de la propiedad intelectual, como las patentes y el copyright. Debe asegurarse de que la propiedad intelectual de los empleadores y clientes está protegida.

  • Uso inapropiado de las computadoras. No debe emplear sus habilidades técnicas para utilizar de forma inapropiada las computadoras de otras personas. Desde los relativamente triviales (utilizar juegos en la máquina de un empleado, por ejemplo) hasta los extremadamente serios (difusión de virus).
 
PROBLEMAS ÉTICOS
  • Situaciones en las que diferentes personas tienen distintos puntos de vista y objetivos.
  • Si usted está en desacuerdo, en principio, con las políticas de un directivo de categoría superior en la compañía, ¿cómo debería reaccionar?
  • Esto depende de cada individuo y de la naturaleza de la discordancia. ¿Es mejor argumentar a favor de su posición dentro de la organización o renunciar de acuerdo con sus principios?
  • Si piensa que existen problemas con un proyecto de software, ¿cuándo se deben comunicar éstos al gerente?
  • Si éstos se discuten cuando son sólo una sospecha, puede ser una sobre-reacción a la situación, si lo deja para más tarde, puede ser imposible resolver las dificultades.