Vous êtes sur la page 1sur 11

Ingeniera del Software

El contenido de los temas fue tomado del libro Un Enfoque Prctico de Pressman

Unidad II 2 Enfoques de la ingeniera del Software


1. Ingeniera de sistemas 2. Sistemas basados en computadora

3. La jerarqua de la ingeniera de sistemas


4. Ingeniera de procesos de negocios: una visin general 5. Ingeniera del producto: una visin general 6. Modelado de sistemas

Unidad II 2.2 Ingeniera de sistemas

2.2.1 Sistemas basados en computadora


Antes de que sea posible construir el software, por medio de la ingeniera, se debe entender el sistema en que ste reside. Para lograrlo es necesario determinar el objetivo general del sistema; se debe identificar, analizar, especificar, modelar, validar y gestionar los requisitos operacionales. Estas actividades son el fundamento de la ingeniera de sistemas. Un ingeniero de sistemas es el encargado de trabajar para entender los requisitos del sistema que pide el cliente, usuario futuros y otros interesados. Por lo tanto antes de empezar cualquier proceso se debe entender perfectamente que es lo que est pidiendo el cliente para as evitar posibles errores, para lo cual se deben identificar los objetivos y requisitos operacionales ms detallados al obtener informacin del cliente; se analizan los requisitos para evaluar su claridad, si est completo y es consistente; se crea una especificacin, que por lo general est incorporada a un modelo de sistema, que despus lo validan los participantes y clientes. Por ltimo, se gestionan los requisitos del sistema para asegurar que los cambios se controlan de manera apropiada. Para verificar el producto obtenido se debe producir una representacin efectiva del sistema, como consecuencia de la ingeniera del mismo. Se puede realizar a travs de un prototipo, una especificacin o incluso un modelo simblico, pero debe comunicar las caractersticas operativas, funcionales y de comportamiento del sistema que se va a construir e incorporarlo dentro de la arquitectura del sistema. Se est seguro que el producto est hecho correctamente mediante una revisin de todos los productos de trabajo obtenidos, para verificar su claridad, si est completa y es consistente.

2.2.1 Sistemas basados en computadora


La palabra sistema tal vez sea el trmino ms usado y del que ms se abusa en el lxico tcnico. Se habla de sistemas polticos, sistemas educativos, de sistemas de aviacin y sistemas de fabricacin, de sistemas bancarios y sistemas de locomocin. Sistema es un conjunto o disposicin de cosas relacionadas que forman una unidad o un todo orgnico. Tambin se puede definir como una serie de hechos, principios, reglas, etctera, clasificado y dispuestos de manera ordenada que muestran un plan lgico de la unin de las partes. Tambin se define como un conjunto o disposicin de elementos que estn organizados para cumplir una meta predefinida al procesar informacin. Elementos de un sistema: Software: Programas de computadora. Parte intangible del computador. Sirve para hacer efectivo el mtodo, procedimiento o control lgico que se requiere. Hardware: Parte tangible del computador. Son los dispositivos electrnicos que proporcionan capacidad de clculo, dispositivos de interconexin (computadores de red, dispositivos de telecomunicacin) que permiten el flujo de datos, y dispositivos electromecnicos (sensores, motores. Bombas) que proporcionan una funcin externa, del mundo real. Personas: Usuarios y operadores de hardware y software. Bases de datos: Una extensa y organizada recopilacin de informacin a la cual se tiene acceso a travs de software y que persiste a travs del tiempo. Documentacin: Informacin descriptiva(modelos, especificaciones, manuales, archivos de ayuda en lnea, sitios web) que detalla el uso y operacin del sistema.

2.2.1 Sistemas basados en computadora


Procedimientos: Los pasos que definen el uso especfico de cada elemento del sistema o el contexto de procedimientos en que reside le sistema. Todos estos elementos se combinan de varias maneras para transformar la informacin. La buena ingeniera de sistemas comienza con un entendimiento claro del contexto, la visin global, y despus de manera progresiva, el enfoque se delimita hasta la comprensin de los detalles tcnicos. El papel del ingeniero de sistemas es definir los elementos de un sistema especfico basado en computadora en el contexto de la jerarqua global de sistemas (macro elementos).

Unidad II 2.2 Ingeniera de sistemas

2.2.2 La jerarqua de la ingeniera de sistemas


Comienza con una visin global, en donde se analiza la necesidad de elementos del sistema (informacin, software, hardware, personas) al final se inicia el anlisis, diseo y construccin del elemento final del sistema deseado.

Dominio de negocio o de producto

Visin global

Dominio de inters

Elemento del sistema

Visin del dominio

Visin del elemento

Visin detallada

Unidad II 2.2 Ingeniera de sistemas

2.2.3 Ingeniera de procesos de negocios: una visin general


La meta de la ingeniera de proceso de negocios(IPN) es definir arquitecturas que permitan que un negocio utilice informacin de manera efectiva. Cuando las necesidades de tecnologa de informacin de una compaa se observan de manera global, casi no hay duda de que se requiera la ingeniera de sistemas. No solo se requiere la especificacin de la arquitectura de computo apropiada, sino tambin se debe desarrollar la arquitectura de software que puebla la configuracin nica de fuentes de computo de la organizacin. La ingeniera de procesos de negocio es un enfoque que crea un plan general para implementar la arquitectura de cmputo , para lo cual se deben analizar y disear tres arquitecturas diferentes dentro del contexto de objetivos y metas de negocios. Arquitectura de datos : proporciona un marco de trabajo para las necesidades de informacin de un negocio o de una funcin de negocios. Objeto de los datos (contiene atributos que definen aspectos), las relaciones identificadas entre estos datos (forma en que los objetos estn conectados entre s: Cliente y producto A, los dos objetos pueden conectarse por la relacin compra, es decir, un cliente compra un producto A, o un producto A es comprado por un cliente. Arquitectura de aplicaciones: abarca aquellos elementos de un sistema que transforman objetos dentro de la arquitectura de datos por algn propsito de negocio. La arquitectura de aplicacin es el sistema de programas (software)que realiza esta transformacin. Infraestructura de la tecnologa : proporciona el fundamento para las estructuras de datos y de aplicacin. La infraestructura comprende el hardware y el software con que se apoyan las aplicaciones y los datos. Esto incluye computadoras, sistemas de operacin, redes de computadora, enlaces de telecomunicaciones, tecnologas de almacenamiento y la arquitectura (cliente servidor) diseada para implementar estas tecnologas.

2.2.3 Ingeniera de proceso de negocios : una visin general


Dominio de negocio o de producto

rea del negocio

Planeacin estratgica de la informacin (visin global)

Un rea de negocio

Requisito de proceso
Sistema de informacin

Anlisis del rea de negocio(visin de dominio)

Diseo del sistema del negocio (visin del elemento)

Ingeniero de software

Construccin e integracin (visin detallada)

Arquitectura de la ingeniera del proceso del negocio

2.2.3 Ingeniera del producto: una visin general


El producto completo

Ingeniera de requisitos (visin global)

Capacidades

Hardware Requisito de proceso Datos


Funcin

Software

Ingeniera de componente (visin de dominio) Modelado de anlisis y diseo(visin del elemento)

Comporta miento

Componentes de programa
Construccin e integracin (visin detallada)

Ingeniero de software

Arquitectura de la ingeniera de producto

Unidad II 2.2 Ingeniera de sistemas

2.2.4 Ingeniera del producto: una visin general


La meta de la ingeniera del producto es traducir el deseo del cliente, de una serie de capacidades definidas, a un producto del trabajo. Para conseguir esta meta la ingeniera de producto, como la ingeniera de procesos de negocios debe crear una arquitectura y una estructura. La arquitectura abarca cuatro componentes de sistemas distintos: software, hardware, datos (y base de datos) y personas. Los requisitos generales del producto se obtienen del cliente. Estos requisitos comprenden necesidades de informacin y control, funcionalidad del producto y comportamiento, desempeo general del producto, diseo, restricciones de la interfaz y otras necesidades especiales. Una vez que se conocen estos requisitos, el trabajo de la ingeniera de requisitos es asignar funcin y comportamiento a cada uno de los cuatro componentes antes descritos. Una vez hecha la asignacin comienza la ingeniera de componentes del sistema. La ingeniera de componentes de sistema es en realidad un conjunto de actividades concurrentes que dirige por separado cada uno de los componentes del sistema: ingeniera de software, ingeniera de hardware, ingeniera humana e ingeniera de base de datos. Cada una de estas disciplinas de ingenieras toma una visin de dominio especfica, pero es importante sealar que las disciplinas de ingenieras deben establecer y mantener una comunicacin activa entre ellas. La visin de elemento para la ingeniera de producto es la disciplina de ingeniera aplicada a un componente asignado. Para la ingeniera de software significa actividades de modelado del anlisis y diseo y actividades de construccin y despliegue que abarcan: generacin de cdigo, pruebas y tareas de soporte.

10

Unidad II 2.2 Ingeniera de sistemas

2.2.5 Modelado de sistemas


Los modelados de sistemas tienden a ser jerrquicos o estratificados por naturaleza. Modelado Hatley Pirbhai: Todo sistema basado en computadora puede modelarse como transformacin de la informacin al emplear una plantilla de entrada proceso salida. Este modelo representa la entrada, el procesamiento y la salida junto con la interfaz del usuario y el mantenimiento/autocomprobacin. Al igual que casi todas las tcnicas de modelado utilizadas en la ingeniera de sistemas y de software, la plantilla modelado de sistemas le permite al analista crear una jerarqua en detalle. El diagrama de contexto de sistema (DCS) establece los lmites de informacin entre el sistema que implemente y el ambiente en que opera el sistema. Esto quiere decir, que define todos los productos externos de informacin que el sistema utiliza, todos los consumidores externos de informacin que el sistema crea, y todas las entidades que se comunican a travs de la interfaz o realizan mantenimiento o autocomprobacin.

11