Metodologia de modelado IDEF0

Junio 8th, 2010

Definición

Las siglas IDEF se traducen Integration Definition for Function Modeling (Definición de la integración para la modelización de las funciones). Y consiste en una serie de normas que definen la metodología para la representación de funciones modelizadas. Estos modelos consisten en una serie de diagramas jerárquicos junto con unos textos y referencias cruzadas entre ambos que se representan mediante unos rectángulo o cajas y una serie de flechas.

Durante los años 70 las fuerzas áreas de los EEUU desarrollaron un programa para la fabricación integrada asistida por computadora (Integrated Computer Aided Manufacturing, ICAM). El programa ICAM identificaba las necesidades de mejoras en las técnicas y análisis de la comunicación para personal involucrado en la producción. El resultado del proyecto ICAM es una serie de técnicas conocidas como IDEF (Integrated Definition Methods). En la concepción inicial se incluían:

IDEF0: Utilizado para la representación de actividades o procesos.

IDEF1: Utilizado como modelo de representación y estructuración de la información.

IDEF2: Utilizado para representar modelos que varían con el tiempo.

En 1983, las fuerzas aéreas de los Estados Unidos programaron un sistema integrado de ayuda de la información basado en IDEF1, creando el IDEF1X (IDEF1 ampliado) [1].

Con el devenir de los años y la utilización de estas técnicas, IDEF siguió su desarrollo y nuevas versiones aparecieron: IDEF3, IDEF4 e IDEF5. Actualmente existen varias herramientas que facilitan la modelación con estas técnicas.

Elementos:

1.1 Elementos básicos en la descripción IDEF0

En contraste a los procedimientos no formalizados de modelado de procesos (p.ej. en “diagramas de flujo”), que bastan para descripciones de flujos más sencillos, el IDEF0 facilita el trabajo en situaciones de mayor complejidad de problemas y de mayores exigencias de precisión en el tratamiento.

El IDEF0 utiliza unos grafos de visualización de sus elementos, no sólo para facilitar la aplicación del método, sino para diferenciar claramente las magnitudes a tratar en aplicaciones de software.

En realidad, esas magnitudes del modelo constituyen una variante del clásico modelo de bases de datos: entity-relationship.

El elemento central del “diagrama” en que se describe (modeliza) el proceso es una forma rectangular a la que se unen ciertas flechas que representan inputs, outputs, controles, mecanismos que permiten operar:

Por ejemplo: en un proceso de producción:

• Los “inputs” designan la materia prima que es transformada en la actividad (barra de acero a transformar en tubo, planos de trabajo.

• Los “controles” designan las actividades o entidades que influencia la forma en que trabaja el proceso; p.ej.: cumplir normas de seguridad, responder a exigencias del cliente, ejecutar planes de trabajo. El control marca restricciones u obligaciones y dirige las actividades.

• Los “mecanismos” designan los factores que permiten las operaciones desarrolladas en el proceso; p.ej.: personas, herramientas, software, información.

• Los “outputs” designan el resultado de la actividad y se transmiten a otros procesos. P.ej.: corte de cierta longitud de cable, plano revisado en ingeniería del producto.

Ventajas

Como ventajas del IDEF para el análisis de procesos se consideran:

La descomposición en niveles jerárquicos facilita la rapidez en la determinación del mapa de procesos y posibilita visualizar al nivel más alto las relaciones de cambio con los factores de éxito. Esto ayuda sobre todo en cambios radicales.

El remontar a contracorriente la cadena/flujo de inputs-outputs permite determinar facilmente elementos que no agregan valor, o detectar limitaciones y cuellos de botella (ver: planificación regresiva).

El IDEF se ha utilizado mucho en la industria aeroespacial, electrónica, farmacia, y bienes de consumo en rápido movimiento.

Permite representar el proceso cronológicamente. Se describe el flujo orientado al cliente final de ese negocio, cruzando todas las actividades de la organización que dan cumplimiento a la solicitud de producto o servicio que realiza el cliente, representando así la “cadena de valor” de la empresa (se modela un proceso por cada tipo de producto o servicio que brinda la empresa).

Es una notación simple (basada en cuadros y flechas) que cualquier empleado puede usar para describir qué hace en el negocio [2]. Involucrar a los empleados de la organización en la modelación del negocio permite ahorrar tiempo simultaneando el trabajo en varias áreas, así como obtener un modelo más fiel ya que ha sido elaborado por sus protagonistas.

Permite incorporar en el flujo los datos que entran y salen de las actividades, así como las reglas del negocio y los actores, todo en la misma vista.

Permite descomponer una actividad como un proceso a su vez.

Permite descubrir problemas de organización en el negocio que deben ser arreglados, para “no informatizar el caos” sino organizar el negocio y luego informatizarlo.

Conclusiones

Se debe usar IDEF0 cuando hay que preparar un modelo de proceso que facilite exactitud, detalle, y claridad en la descripción, y cuando se posee cierto tiempo para trabajar y desarrollar una descripción/modelo completo y correcto del proceso. Además, en el flujo de proceso. el uso de IDEF0 se recomienda en los puntos de identificación/definición , en la comprensión y delimitación de aspectos de problemas que se plantean en el proceso, en la presentación de soluciones, y en la estandarización de las mejoras/cambios.

Con IDEF0 podemos modelar actividades independientemente de la organización y el tiempo.

IDEF0 es una potente herramienta metodológica.

Técnica ampliamente usada en la industria durante la etapa de análisis y rediseño en Re-ingeniería de procesos de negocios (BPR).

IDEF0 fomenta el trabajo en equipo de manera disciplinada y coordinada.

Se puede combinar con otras metodologías para agregar secuencia y sincronización de actividades.

Permite realización de “mix” con PDCA, REDER, etc.

BPMN – Elementos

Junio 8th, 2010

ELEMENTOS DE UN BPMN

Un BPD (diagrama de procesos de negocio) se estructura con un grupo de elementos gráficos.

Las cuatro categorías básicas de elementos son:

• Objetos de Flujo (Flow Objects)

• Objetos de Conexión (Connecting Objects)

• Swimlanes

• Artefactos

1.- Objetos de Flujo

Un BPD tiene un pequeño grupo de elementos centrales , (tres), los cuales son los Objeto de Flujo:

• Eventos

Un evento se representa por un circulo y es algo que “sucede” durante el curso de un proceso de negocio.

Start Event

Intermediate Event

End Event

• Actividad

Una actividad se representa por un rectángulo con sus bordes redondeados y es un término genérico para el trabajo que un organización realiza.

• Gateway (decisión)

Un Gateway es representado por la figura de un diamante y se usa para controlar la divergencia de la secuencia de un flujo. Determina las “tradicionales” decisiones, estando bifurcaciones, como uniones y acoplamientos de flujos.

2.- Objetos de Conexión

Los objetos de flujo se conectan entre ellos en un diagrama para crear el esqueleto básico de la estructura de un proceso de negocio.

• Flujo de Secuencia

Se representa por una línea sólida con el extremo sólido . Es usada para mostrar el orden (secuencia) de la actividad dentro del proceso.

• Flujo de Mensaje

Se representa por una línea segmentada con el extremo sin relleno. Es usada para mostrar el flujo de mensajes entre dos participantes de procesos separados (entidades del negocio o roles del negocio).

• Asociación

Se representa por una línea segmentada finamente con el extremo en punta. Se usa para asociar datos, textos u otros artefactos con flujos de objetos. Las asociaciones son usadas para mostrar las entradas y salidas de las actividades.

3.- Swimlanes.

Muchas técnicas de modelados utilizan el concepto de swimlanes como mecanismo de organización de actividades en categorías visuales separadas para ilustrar las diferentes capacidades funcionales o responsabilidades.

• Pool (Carril)

• Lane (Carriles)

Los carriles se usan cuando los diagramas involucran a dos entidades de negocios o participantes separados.

4.- Artefactos.

BPMN fue diseñado para permitir a los modeladores y herramientas de modelado algunas flexibilidades para extender la notación básica y proveer la habilidad poder modelar diferentes contextos apropiadamente.

Los objetos de Datos son un mecanismo para mostrar como las actividades requieren o producen objetos. Ellos se conectas a las actividades a través de asociaciones.

Un Grupo es representado por un rectángulo redondeado dibujado con línea segmentada. El agrupamiento puede ser usado para propósitos de documentación o análisis, y no afecta la secuencia del flujo.

Las Anotaciones son mecanismos para que un modelador pueda agregar información textual adicional para el lector del diagrama BPMN.

Diagrama de Actividades en UML – Ejemplos

Junio 8th, 2010

Ejemplo 1
Proceso: Gestionar Reclutamiento de Personal
En resumen intervienen el jefe de la empresa, el jefe de recursos humanos, el responsable de publicidad y el candidato. El jefe de la empresa solicita personal al área de recursos humanos, el jefe de dicha área manda al responsable de publicidad a generar volantes para conseguir candidatos.

Ver

Ejemplo 2
Proceso: Realizar Pago Mensual del Empleado
En resumen intervienen el supervisor del área el gerente de presupuesto, y el empleado. El supervisor evalúa el desempeño del empleado y el gerente de presupuesto revisa los adelantos que pidió y las gratificaciones que se les puede dar durante el mes.

Ver

Ejemplo 3
Proceso: Servicio de Fumigación
En resumen intervienen el cliente, el jefe de administración, y el responsable del equipo de fumigación. El cliente (persona jurídica o no) solicita un servicio de fumigación a través del jefe de administración quien le da un presupuesto que le costará por el servicio y si acepta el responsable de fumigación con su equipo efectuaran el servicio.

Ver

BPMN – Business Process Modeling Notation

Junio 8th, 2010

Business Process Modeling Notation (BPMN)

Es una notación gráfica estandarizada para el modelado de procesos del negocio y servicios web. BPMN fue desarrollada por el Business Process Management Initiative (BPMI.org), pero actualmente es mantenida por el Object Management Group ™ (OMG ™), después de la fusión de las dos empresas en junio del 2005.

La versión actual de PBMN es la 1.2. La especificación de la su primera versión, la 1.0, salió al público en mayo del 2004. En el 2008, la 1.1 y la 1.2 en enero del 2009. Sin embargo, ya existe una versión beta disponible, la 2.0.

El objetivo de BPMN es dar una notación rápidamente comprensible por toda esa gente de negocios, desde el analista de negocio que hace el borrador inicial de los procesos, pasando por los desarrolladores técnicos responsables de implementar la tecnología que llevarán a cabo dichos procesos, llegando finalmente a la gente de negocio que gestionará y monitorizará esos procesos. Por lo tanto, BPMN está dirigida a  gerentes, directores, dueños de empresas, ingenieros de procesos, analistas de negocios, analistas de sistemas, administradores de proyectos, responsables de calidad y todo aquel que necesita definir, documentar y hacer más eficientes sus procesos de negocio con el estándar más avanzado y aceptado a nivel internacional.

BPMN define un Business Process Diagram (BPD), que se basa en una técnica de grafos de flujo para crear modelos gráficos de operaciones de procesos de negocio. Un modelo de procesos de negocio, es una red de objetos gráficos, que son actividades (trabajo) y controles de flujo que definen su orden de rendimiento.

Ventajas

  • Los miembros de BPMI Notation Working Group representan un gran segmento de la comunidad de modelado de procesos de negocio y han llegado a un consenso y presentan BPMN como la notación de modelado de procesos de negocio estándar.
  • Una única notación bien definida reduce la confusión entre los usuarios IT y de negocios.
  • BPMN crea un puente estandarizado para el hueco entre el diseño de los procesos de negocio y la implementación de procesos.

Fuentes

http://www.bpmi.org/
http://es.wikipedia.org/wiki/Business_Process_Management_Notation
http://www.aprendergratis.com/introduccion-a-bpmn.html
http://www.bpmn.org/

Notación UML y sus elementos

Junio 8th, 2010

El Lenguaje Unificado de Modelado (UML por sus siglas en inglés) es un conjunto de notaciones y diagramas que tienen como finalidad modelar sistemas orientados a objetos. Con UML se puede modelar distintos sistemas ya sean de software, hardware u organizaciones del mundo real.

Con UML podemos modelar distintos tipos de diagrama:

• Diagramas de Casos de Uso para modelar los procesos ’business’.

• Diagramas de Secuencia para modelar el paso de mensajes entre objetos.

• Diagramas de Colaboración para modelar interacciones entre objetos.

• Diagramas de Estado para modelar el comportamiento de los objetos en el sistema.

• Diagramas de Actividad para modelar el comportamiento de los Casos de Uso, objetos u operaciones.

• Diagramas de Clases para modelar la estructura estática de las clases en el sistema.

• Diagramas de Objetos para modelar la estructura estática de los objetos en el sistema.

• Diagramas de Componentes para modelar componentes.

• Diagramas de Implementación para modelar la distribución del sistema.

Nosotros nos centraremos en los Diagramas de Actividades, cuyos elementos son: 

La Historia del Internet

Mayo 4th, 2010

Internet surgió de un proyecto desarrollado en Estados Unidos para apoyar a sus fuerzas militares. Luego de su creación fue utilizado por el gobierno, universidades y otros centros académicos.

Internet ha supuesto una revolución sin precedentes en el mundo de la informática y de las comunicaciones. Los inventos del telégrafo, teléfono, radio y ordenador sentaron las bases para esta integración de capacidades nunca antes vivida. Internet es a la vez una oportunidad de difusión mundial, un mecanismo de propagación de la información y un medio de colaboración e interacción entre los individuos y sus ordenadores independientemente de su localización geográfica.

Orígenes de Internet

La primera descripción documentada acerca de las interacciones sociales que podrían ser propiciadas a través del networking (trabajo en red) está contenida en una serie de memorándums escritos por J.C.R. Licklider, del Massachusetts Institute of Technology, en Agosto de 1962, en los cuales Licklider discute sobre su concepto de Galactic Network (Red Galáctica).

El concibió una red interconectada globalmente a través de la que cada uno pudiera acceder desde cualquier lugar a datos y programas. En esencia, el concepto era muy parecido a la Internet actual. Licklider fue el principal responsable del programa de investigación en ordenadores de la DARPA desde Octubre de 1962. Mientras trabajó en DARPA convenció a sus sucesores Ivan Sutherland, Bob Taylor, y el investigador del MIT Lawrence G. Roberts de la importancia del concepto de trabajo en red.

En Julio de 1961 Leonard Kleinrock publicó desde el MIT el primer documento sobre la teoría de conmutación de paquetes. Kleinrock convenció a Roberts de la factibilidad teórica de las comunicaciones vía paquetes en lugar de circuitos, lo cual resultó ser un gran avance en el camino hacia el trabajo informático en red. El otro paso fundamental fue hacer dialogar a los ordenadores entre sí.

Para explorar este terreno, en 1965, Roberts conectó un ordenador TX2 en Massachusetts con un Q-32 en California a través de una línea telefónica conmutada de baja velocidad, creando así la primera (aunque reducida) red de ordenadores de área amplia jamás construida. El resultado del experimento fue la constatación de que los ordenadores de tiempo compartido podían trabajar juntos correctamente, ejecutando programas y recuperando datos a discreción en la máquina remota, pero que el sistema telefónico de conmutación de circuitos era totalmente inadecuado para esta labor. La convicción de Kleinrock acerca de la necesidad de la conmutación de paquetes quedó pues confirmada.

A finales de 1966 Roberts se trasladó a la DARPA a desarrollar el concepto de red de ordenadores y rápidamente confeccionó su plan para ARPANET, publicándolo en 1967. En la conferencia en la que presentó el documento se exponía también un trabajo sobre el concepto de red de paquetes a cargo de Donald Davies y Roger Scantlebury del NPL. Scantlebury le habló a Roberts sobre su trabajo en el NPL así como sobre el de Paul Baran y otros en RAND. El grupo RAND había escrito un documento sobre redes de conmutación de paquetes para comunicación vocal segura en el ámbito militar, en 1964.

Ocurrió que los trabajos del MIT (1961-67), RAND (1962-65) y NPL (1964-67) habían discurrido en paralelo sin que los investigadores hubieran conocido el trabajo de los demás. La palabra packet (paquete) fue adoptada a partir del trabajo del NPL y la velocidad de la línea propuesta para ser usada en el diseño de ARPANET fue aumentada desde 2,4 Kbps hasta 50 Kbps (5).

En Agosto de 1968, después de que Roberts y la comunidad de la DARPA hubieran refinado la estructura global y las especificaciones de ARPANET, DARPA lanzó un RFQ para el desarrollo de uno de sus componentes clave: los conmutadores de paquetes llamadosinterface message processors (IMPs, procesadores de mensajes de interfaz).

El RFQ fue ganado en Diciembre de 1968 por un grupo encabezado por Frank Heart, de Bolt Beranek y Newman (BBN). Así como el equipo de BBN trabajó en IMPs con Bob Kahn tomando un papel principal en el diseño de la arquitectura de la ARPANET global, la topología de red y el aspecto económico fueron diseñados y optimizados por Roberts trabajando con Howard Frank y su equipo en la Network Analysis Corporation, y el sistema de medida de la red fue preparado por el equipo de Kleinrock de la Universidad de California, en Los Angeles (6).

A causa del temprano desarrollo de la teoría de conmutación de paquetes de Kleinrock y su énfasis en el análisis, diseño y medición, su Network Measurement Center (Centro de Medidas de Red) en la UCLA fue seleccionado para ser el primer nodo de ARPANET. Todo ello ocurrió en Septiembre de 1969, cuando BBN instaló el primer IMP en la UCLA y quedó conectado el primer ordenador host .

El proyecto de Doug Engelbart denominado Augmentation of Human Intelect (Aumento del Intelecto Humano) que incluía NLS, un primitivo sistema hipertexto en el Instituto de Investigación de Standford (SRI) proporcionó un segundo nodo. El SRI patrocinó el Network Information Center , liderado por Elizabeth (Jake) Feinler, que desarrolló funciones tales como mantener tablas de nombres de host para la traducción de direcciones así como un directorio de RFCs ( Request For Comments ).

Un mes más tarde, cuando el SRI fue conectado a ARPANET, el primer mensaje de host ahost fue enviado desde el laboratorio de Leinrock al SRI. Se añadieron dos nodos en la Universidad de California, Santa Bárbara, y en la Universidad de Utah. Estos dos últimos nodos incorporaron proyectos de visualización de aplicaciones, con Glen Culler y Burton Fried en la UCSB investigando métodos para mostrar funciones matemáticas mediante el uso de“storage displays” N. del T. : mecanismos que incorporan buffers de monitorización distribuidos en red para facilitar el refresco de la visualización) para tratar con el problema de refrescar sobre la red, y Robert Taylor y Ivan Sutherland en Utah investigando métodos de representación en 3-D a través de la red.

Así, a finales de 1969, cuatro ordenadores host fueron conectados cojuntamente a la ARPANET inicial y se hizo realidad una embrionaria Internet. Incluso en esta primitiva etapa, hay que reseñar que la investigación incorporó tanto el trabajo mediante la red ya existente como la mejora de la utilización de dicha red. Esta tradición continúa hasta el día de hoy.

Se siguieron conectando ordenadores rápidamente a la ARPANET durante los años siguientes y el trabajo continuó para completar un protocolo host host funcionalmente completo, así como software adicional de red. En Diciembre de 1970, el Network Working Group (NWG) liderado por S.Crocker acabó el protocolo host host inicial para ARPANET, llamado Network Control Protocol (NCP, protocolo de control de red). Cuando en los nodos de ARPANET se completó la implementación del NCP durante el periodo 1971-72, los usuarios de la red pudieron finalmente comenzar a desarrollar aplicaciones.

En Octubre de 1972, Kahn organizó una gran y muy exitosa demostración de ARPANET en laInternational Computer Communication Conference . Esta fue la primera demostración pública de la nueva tecnología de red. Fue también en 1972 cuando se introdujo la primera aplicación “estrella”: el correo electrónico.
En Marzo, Ray Tomlinson, de BBN, escribió el software básico de envío-recepción de mensajes de correo electrónico, impulsado por la necesidad que tenían los desarrolladores de ARPANET de un mecanismo sencillo de coordinación.

En Julio, Roberts expandió su valor añadido escribiendo el primer programa de utilidad de correo electrónico para relacionar, leer selectivamente, almacenar, reenviar y responder a mensajes. Desde entonces, la aplicación de correo electrónico se convirtió en la mayor de la red durante más de una década. Fue precursora del tipo de actividad que observamos hoy día en la World Wide Web , es decir, del enorme crecimiento de todas las formas de tráfico persona a persona.

Autor(a): Stephanie Falla Aroche.

Fuente: http://xxioxx.net46.net/wp-admin/post.php?action=edit&post=186

Rational Rose Enterprise

Mayo 3rd, 2010

Rational Rose Enterprise es el software más usado para el desarrollo de arquitectura de base del sistema. Además, resulta muy útil para aquellos analistas que usan el RUP (Proceso Unificado de Desarrollo) con herramientas UML (Lenguaje Unificado de Modelado).Sin embargo, Rational Rose es una herramienta de desarrollado basada en modelos que se integra con las bases de datos y los IDE de las principales plataformas del sector. Cabe mencionarles que IBM Rational Rose Enterprise es uno de los productos más completos de la familia Rational Rose. Puesto que todos los productos de esta aplicación dan soporte a Unified Modeling Language (UML), sin embargo, no son compatibles con las propias tecnologías de implementación.
Asimismo, esta aplicación es un medio de modelado que permite generar código desde los modelos Ada, ANSI C++, C++, CORBA, Java/J2EE, Visual C++ y Visual Basic. Por lo que al igual que todos los productos de Rational rose, brinda un lenguaje de modelado común que acelera la creación del software.

Con Rational rose se pueden crear diagramas como:

1.- Diagramas de secuencia
2.- Diagramas de colaboración
3.- Diagramas de estado
4.- Diagramas de actividad
5.- Diagramas de implementación:
- Diagramas de componente
- Diagramas de despliegue

Hagan click aquí para que puedan descargar gratis esta herramienta
UML

Plan curricular de la Ingeniería de Software

Mayo 3rd, 2010

Examinando las mallas curriculares sobre la Ingeniería de Software de las universidades en Perú (como UPC, UNMSM, PUCP, etc), he podido acoplar todos los cursos relacionados con la carrera en una malla curricular. Sin embargo, esto no dice que las universidades deban tener una estructura curricular sobre la ingeniería de software, sino que dichos cursos que se muestran en las figuras deben tenerlos (no todos) para el aprendizaje de sus estudiantes para ser buenos profesionales. Además, no he considerado el presupuesto y/o el tiempo en dicho plan de estudios. Mi intención es mostrarles los cursos (los más importantes para mí) que contiene la carrera. Asimismo, no estoy considerando los cursos complementarios en mi malla curricular como: ética, liderazgo, seminario de investigación estadística, etc. No obstante, he puesto los cursos de matemática porque los considero obligatorios en una carrera de ingeniería y el curso física porque servir de base para cursos posteriores. Por último, los nombres de los cursos pueden variar en las diferentes universidades como: Algoritmo o Programación; sin embargo el contenido es el mismo.

Plan curricular de la Ingenieria de Sistemas de Información

Mayo 3rd, 2010



Chequeando las estructuras curriculares o mallas curriculares sobre la Ingeniería de Sistemas de Información de las universidades en Perú (como UPC, UM, PUCP, etc), he podido acoplar todos los cursos relacionados con la carrera en una malla curricular. Sin embargo, esto no dice que las universidades deban tener una estructura curricular sobre la ingeniería de sistemas, sino que dichos cursos que se muestran en las figuras deben tenerlos (no todos) para el aprendizaje de sus estudiantes para ser buenos profesionales. Además, no he considerado el presupuesto y/o el tiempo en dicho plan de estudios. Mi intención es mostrarles los cursos (los más importantes para mí) que contiene la carrera. Asimismo, no estoy considerando los cursos complementarios en mi malla curricular como: ética, liderazgo, seminario de investigación estadística, etc. No obstante, he puesto los cursos de matemática porque los considero obligatorios en una carrera de ingeniería. Por último, los nombres de los cursos pueden variar en las diferentes universidades como: Algoritmo o Programación; no obstante, el contenido sigue siendo el mismo.

Ingeniería de Software

Mayo 2nd, 2010

¿Qué es Ingeniería de Software?
La Ingeniería de Software es una disciplina integrada por un grupo de métodos, herramientas y técnicas que se usan para el desarrollo de los programas informáticos o software y para mantener software de calidad. Esta disciplina manifiesta la actividad de programación que es la actividad vital para comenzar a crear un software. La ingeniería de software es una carrera que tiene el objetivo de diseñar y desarrollar software de calidad que satisfaga los requerimientos de una organización para su mejor funcionamiento en un plazo determinado y con el presupuesto previsto. Además, incluye el análisis previo de la situación, el diseño del proyecto, el desarrollo del software, las pruebas (necesarias para confirmar el perfecto funcionamiento) y la implementación del sistema.

¿Qué habilidades va a desarrollar y obtener?
El ingeniero de software desarrollara ciertas habilidades como: dirigir a especialistas en tecnologías y equipos técnicos para el desarrollo, operación y mantenimiento del software con un enfoque sistemático, disciplinado y cuantificable de su desarrollo, empleando modernas técnicas de creación de Software. Además, diseña y desarrolla sistemas de información aplicables a infinidad de áreas como la de negocios, investigación científica, medicina, producción, logística, banca, control de tráfico, meteorología, derecho, Internet, Intranet, etc. Por otro lado, el ingeniero obtendrá capacidad analítica (método de comprensión que enfoca el todo y lo descompone en sus elementos básicos para ver la relación entre dichos elementos), capacidad de razonamiento inductivo (forma de razonamiento que va de lo particular a lo general, de las partes al todo, de los efectos a las causas, etc), alta habilidad matemática, razonamiento lógico e habilidad de innovar (busca de incorporar cosas nuevas, a utilizar el ingenio ya sea en nuevos dispositivos como en procedimientos o formas de realizar las cosas, que le permite solucionar problemas generando nuevos sistemas o adaptando la realidad existente a nuevos requerimientos. Asimismo, para realizar dichas funciones, usted logrará conseguir conocimientos en el lenguaje UML (Lenguaje Unificado de Modelado) que es el más para realizar diagramas de estructura (diagrama de clases, de despliegue, etc) para el modelado del sistema. También, tendrá conocimiento de la vida del ciclo del software que tendrá que realizar y crear.

¿Qué puestos de trabajo requieren un ingeniero de software?
Hoy en día, el ingeniero de software puede ocupar bastantes ocupaciones de trabajo como: analista de sistemas, diseñador de software, gerente de proyectos de software, probador de software, supervisor de sistemas, auditor de software, jede de aseguramiento de calidad, etc.

¿Cuál es el salario del ingeniero de sistemas de software?
Dependiendo de los tipos de compañías (grandes, medianas y pequeñas) en que trabaje el ingeniero de software puede ganar de $70 000 a $100 000 a más al año. Y respecto al cheque de pago seria de $ 100 000 a más.

¿Qué universidades son buenas para estudiar ingeniería de software?
A continuación, se mencionaran algunas universidades:
1.- Universidad Mayor de San Marcos.
2.- Pontificia Universidad Católica.
3.- Universidad Peruana de Ciencias Aplicadas.
4.- Universidad Telesup.
5.- Universidad del Pacifico.