Bienvenidos

Este sitio ha sido creado por dos alumnos que cursan la asignatura Comportamiento Humano en el Trabajo, perteneciente a la carrera Ingeniería Civil en Informática, en la Universidad de Santiago de Chile, con el fin de alcanzar dos objetivos:

Responder a la pregunta: ¿Qué habilidades debe tener el Ingeniero Informático para la toma de requerimientos?

Desarrollar un manual de buenas prácticas, que incluya una lista de competencias y habilidades, que el ingeniero informático debe poseer para el proceso de la toma de requerimientos.

Esperamos que este espacio sea de su agrado y les sirva.

Si QUIERE DEJAR SU COMENTARIO ACERCA DE LA PAGINA, POR FAVOR

Free Image Hosting at www.ImageShack.us

lunes, 19 de noviembre de 2007

Definicion Sistemas Pertinentes - Definiciones Raices

  1. Un proceso que convierta a un Ingeniero Informático que no sabe actuar frente a los distintos caracteres y estados de ánimo del cliente o usuario, es decir, que no sepa manifestar en forma adecuada su inteligencia emocional, en donde presenta deficiencias en su habilidad comunicativa EN un Ingeniero informático que puede manejar de buena manera su inteligencia emocional en las situaciones adecuadas, presentando una habilidad comunicativa suficiente para poder extraer de buena manera los requisitos para la realización del Sistema Informático.

  1. Un proceso que convierta a un Ingeniero Informático que no realiza una investigación completa acerca del contexto que involucra al problema a solucionar EN un Ingeniero Informático que lleve a cabo una investigación adecuada del contexto que involucra al problema a solucionar.

  1. Un proceso que convierta el área informática de una empresa que no posee roles bien definidos EN un área informática que posea roles bien determinados.

  1. Un proceso que convierta a una metodología deficiente y no permanente, que utiliza el Ingeniero Informático para crear Sistemas Informáticos EN una metodología que sea apta para crear el/los Sistemas Informáticos deseados.

  1. Un proceso que convierta un acuerdo deficiente entre ingeniero y clientes, es decir, que no abarca tiempos de trabajo, costos, funcionalidades del sistema, procesos de desarrollo, disponibilidad necesaria requerida de usuarios y clientes para la colaboración del sistema, etc. EN un contrato que estipule cada detalle desde el comienzo hasta el final de la creación o mantención del Sistema Informático.

No hay comentarios: