Sie sind auf Seite 1von 9

INTRODUCCIN.

El desarrollo de software es una actividad que, dada su complejidad, debe desarrollarse en grupo. Adems, esta actividad requiere de distintas capacidades, las que no se encuentran todas en una sola persona. Por ello, se hace necesario formar el grupo de desarrollo con las personas que cubran todas las capacidades requeridas. Cada una de esas personas aportar al grupo parte del total de las capacidades necesarias para llevar a cabo con xito el desarrollo. Por ello, es que cada persona debe tener un rol dentro del grupo, que viene dado por su experiencia y capacidades personales.

Hay que sealar que es posible que no se requieran todos los roles en un desarrollo. Eso depender del tamao y del tipo del desarrollo. Por ejemplo, el desarrollo de un sistema de informacin de gran tamao requerir ms roles que uno de menor tamao. Por otro lado, si el tipo del proyecto est enfocado ms hacia la parametrizacin e integracin de sistemas, requerir algunos roles en menor medida y otros en mayor. Es posible tambin que una persona realice las labores de ms de un rol al mismo tiempo. Esto, sobre todo en proyectos de desarrollo de software ms pequeos. No obstante, es imprescindible que dichas personas conozcan completamente todas sus tareas.

PERFIL DEL INGENIERO DE SOFTWARE.El ingeniero de Software es un profesional con slidas bases metodolgicas en el desarrollo de software a pequea y gran escala, en la tecnologa de inteligencia de negocios y en las principales herramientas de programacin, as como en la interaccin con los lderes de la organizacin. En resumen: Debe ser capaz de encabezar o ser miembro de grupos multidisciplinarios de desarrollo de todo tipo de software y que en equipo logre producir software de alta calidad. Las caractersticas que le permitirn alcanzar el perfil descrito sern:

Conocimientos sobre: Metodologas y tcnicas para el desarrollo de software a pequea y gran escala, tales como desarrollo de requerimientos, interaccin humano computadora, diseo, construccin, evolucin, pruebas y aquellos relacionados con la administracin, como el aseguramiento de la calidad y la administracin de proyectos. Las ciencias computacionales, que le permitan la aplicacin viable de algoritmos, estructuras de datos y lenguajes de programacin en el desarrollo de software. El entorno social para comprender el factor social, poltico, ecolgico y tico relacionado con el desarrollo tecnolgico y el desempeo profesional. Las reas de investigacin relacionada con la ingeniera de software.

Habilidades para: Trabajar como parte de un equipo en el desarrollo y evolucin de productos de software. Comprender, aplicar y comunicar el proceso para determinar las necesidades del cliente y traducirlos a requisitos de software. Conciliar objetivos en conflictos, considerando compromisos con las limitaciones de costo, tiempo, conocimientos, sistemas existentes y de las organizaciones involucradas. Disear soluciones apropiadas en una o ms reas de concentracin, usando enfoques de ingeniera que integren temas ticos, sociales, legales y econmicos. Entender y aplicar teoras, modelos y tcnicas que provean una base para el diseo, desarrollo, verificacin e implementacin del software. Negociar y trabajar profesionalmente, liderar cuando sea necesario y comunicarse efectivamente con los interesados en un ambiente de ingeniera de software. Actitudes de: Liderazgo en equipo de trabajo multidisciplinarios. Perseverancia en la solucin de problemas. Capacidad de mantenerse actualizado en su rea de trabajo.

Afn de superacin. Responsabilidad y tica en su desempeo profesional. Conducta emprendedora e innovadora. Conciencia de la realidad social y responsabilidad ecolgica. Aprendizaje autodidacta.

Responsabilidades: Gestin de requisitos, gestin de configuracin y cambios. Elaborar el modelo de datos, preparar las pruebas funcionales. Elaborar la documentacin. Elaborar modelos de implementacin y despliegue.

Retos del Ingeniero de Software: Heterogeneidad.- Construir el software lo ms confiable y flexible. Entrega.- Poder reducir el tiempo de entrega de los programas sin reducir su calidad. Confianza.- Poder construir software que sean totalmente confiables para el usuario. Responsabilidad y tica del ingeniero de Software.Los ingenieros de software deben de comprender que su trabajo es de suma importancia. Deben de comportase de una forma tica y moral responsable. No basta con poseer estndares normales de honestidad e integridad. No debera utilizar su capacidad y sus habilidades para comportarse de forma deshonesta. Debe tener una responsabilidad profesional. ticas.o Confidencialidad. Respetar la confiabilidad de sus empleados. o Competencia.- No se debe facilitar el nivel de competencia de los ingenieros en software. o Derechos de propiedad intelectual.- Debe ser consciente de las leyes locales que gobiernan el uso de la propiedad intelectual, como los patentes y el copyright.

o Uso inapropiado de las computadoras.- No debe emplear sus habilidades tcnicas para utilizar de forma inapropiada las computadoras de otras personas. ORGANIZACIONES DE TICA.ACM.- Associatin for Computing Machinery. IEEE.- Instituto de ingenieros elctricos y electronicos. British Computer Society.-

CODIGO DE TICA PROFESIONAL. Principios: 1. PUBLICO.Los Ingenieros de Software debern actuar

consistentemente con el inters pblico. 2. CLIENTE Y EMPLEADOR.- Los ingenieros de Software debern actuar de una forma determinada que este en lo mejores intereses de su cliente y empleador. 3. PRODUCTO.- Los ingenieros de Software debern asegurar que sus productos logren el ms alto estndar profesional posible. 4. JUICIO.- Los ingenieros de Software debern mantener integridad e independencia al emitir su juicio profesional. 5. GERENCIA.- Los gerentes y lderes de ingeniera de software debern suscribirse y promocionar un enfoque tico para la gerencia de desarrollo y mantenimiento de software. 6. PROFESION.- Los ingenieros de Software debern fomentar la integridad y reputacin de la profesin. 7. COLEGA.- Los ingenieros de Software debern ser juistos y comprensivos con sus colegas.

Campo Ocupacional

Bancos Financieras Administradoras de fondos de pensiones Instituciones de Salud Industrias Empresas Comerciales de Servicios Empresas de Consultora Organismos Pblicos y Privados Empresas Agropecuarias Universidades Centros de Enseanza Superior Centros de Investigacin Centros de documentacin e informacin. Empresas de programacin, comercializacin y servicio tcnico de software. Libre ejercicio de la profesin prestando Asesoras. Creando su propia empresa consultora, que preste servicios informticos a otras organizaciones.

Ingeniero de Software

Los ingenieros de Software pueden trazar los casos de uso en los diagramas de clases, detallar las iteraciones entre clases, definir el desarrollo del sistema con los diagramas de despliegue y definir los paquetes de software con los diagramas del paquete.

Trazar casos de uso en clases detalladas.

Con Enterprise Architect el ingeniero de Software puede tomar los casos de uso desarrollados por el arquitecto de Software, y crear clases que cumplan con los objetivos definidos en los casos de uso. Una clase es una de las estructuras del UML estndar que se usa para detallar el patrn del cual los objetos se producirn en tiempo de ejecucin. Detallar la interaccin entre clases

Los diagramas de interaccin (diagramas de secuencia y comunicacin) permiten al ingeniero de software modelar el diseo dinmico del sistema. Los diagramas de secuencia se usan para detallar los mensajes que se pasan entre los objetos y los tiempos de vida de los objetos. Los diagramas de comunicacin son similares a los diagramas de secuencia, pero se usan para mostrar la forma en que los objetos interactan con otros objetos.

Definir el desarrollo del sistema

Los diagramas de despliegue se pueden usar para proveer una vista esttica de la configuracin en tiempo de ejecucin de los nodos y componentes del proceso que se ejecutan en los nodos. Los diagramas de despliegue se pueden usar para mostrar las conexiones entre hardware, software y cualquier middleware que se usa en un sistema, para explicar las conexiones y relaciones de los componentes. Definir paquetes de Software Usar los Diagramas de paquetes permite al ingeniero de Software detallar la arquitectura de software. Los diagramas de paquetes se usan para organizar diagramas y elementos en grupos manejables declarando las dependencias.

Diferencia con el Arquitecto de Software.

Arquitectos de Software

Los arquitectos de software pueden usar EA para trazar los requisitos con casos de uso, realizar modelado de objetos en tiempo real usando diagramas de interaccin, disear el modelo de despliegue y detallar los componentes deliberados usando diagramas de componentes.

Trazar los requisitos funcionales del sistema Con Enterprise Architect el arquitecto de Software puede tomar los procesos de negocio de alto nivel que han sido modelados por el analista de negocio y crear Casos de uso detallados. Los casos de uso se usan para describir la funcionalidad propuesta de un sistema y slo se usan para detallar una sola unidad de trabajo discreto. Trazar objetos en tiempo real El arquitecto de Software puede usar los diagramas de interaccin (diagramas de secuencia y comunicacin) para modelar el diseo dinmico del sistema. Los diagramas de secuencia se usan para detallar los mensajes que se pasan entre objetos y los tiempos de vida de los objetos. Los diagramas de comunicaciones son similares a los diagramas de secuencia, pero se usan para mostrar la forma en la que el objeto interacta con los objetos. Trazar el despliegue de objetos El arquitecto de Software puede usar diagramas de despliegue para proveer una vista esttica de la configuracin en tiempo de ejecucin de nodos en proceso y de los componentes que se ejecutan en los nodos. Los diagrama de despliegue se pueden usar

para mostrar las conexiones entre hardware, software y de cualquier middleware que se use en un sistema. Detallar componentes deliberados Usar diagramas de componentes permite al arquitecto de Software modelar los aspectos fsicos de un sistema. Los componentes pueden ser ejecutables, libreras, archivos de datos u otro recurso fsico que es parte de un sistema. El modelo del componente se puede desarrollar desde el principio a un modelo de clase o se puede traer de proyectos existentes y de vendedores de terceras partes.

TRABAJADORES QUE PARTICIPAN EN LOS FLUJOS DE TRABAJO:

Referencias: Cdigos de tica de Ingenieras de software.http://ingsoft09.blogspot.com/2009/11/responsabilidad-y-etica-en-la-profesion.html EL PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE. AVAR JACOBSON, GRADY, JAMES R.

SPARX SYSTEMS

Das könnte Ihnen auch gefallen