Ingeniera del Software.

2.- Anlisis de sistemas.

Tema 2 .- ANLISIS DE SISTEMAS 1. INTRODUCCIN

Un Sistema es un conjunto de elementos organizados para llevar a cabo algn mtodo, procedimiento o control mediante el procesamiento de informacin. Los elementos de un sistema son: Software (Programas, estructuras de datos, procedimientos y documentacin asociada). Hardware (Ordenador + perifricos). Personas (usuarios, operadores soft, operadores hard). Bases de Datos (Informacin organizada a la que accede el software). Documentacin (Manuales, listados, impresos, etc que explican el uso del sistema). Procedimientos (Pasos que definen el uso de cada elemento del sistema, pasos a seguir). La ingeniera de sistemas informticos, tambin llamada ingeniera de productos, es una actividad de resolucin de problemas. Es el usuario quin nos impone los objetivos y define las restricciones del sistema, y a partir de aqu es el ingeniero de sistemas o analista de sistemas, quin desarrolla la solucin al problema planteado, utilizando todos los elementos del sistema informtico. ELEMENTOS + ANALISTA = PRODUCTO En los primeros momentos de creacin de un sistema, no se tiene una visin muy clara de la funcin deseada, por ello, es el ingeniero de sistemas quien debe delimitar el sistema, identificando el mbito de funcionamiento y el rendimiento deseados. Esto se hace aplicando funciones a cada uno de los elementos del sistema, y quin lo hace es el analista. En la asignacin de funciones, vamos a asignar a cada elemento del sistema la funcin que le corresponda. A menudo se proponen y evalan varias asignaciones. El ingeniero de sistemas tambin debe considerar soluciones estndar al problema (si ya existe algn sistema equivalente, o se pueden adquirir partes del producto a un tercero). Una vez consideradas las posibles asignaciones se elige una, que ser la que ms se adapte a nuestro sistema.

Ingeniera del Software. EJEMPLO: Almacn de una editorial

2.- Anlisis de sistemas. SISTEMA: Gestin de Almacn

Se quiere tener en todo momento actualizadas las existencias del almacn. Actualmente, los productos llevan una etiqueta identificativa y un cdigo de barras. El almacn estar dispuesto por calles (A, B, C, ...); en cada calle hay plantas (1, 2, 3, ...) y en cada planta hay secciones (1,3,5, ...; 2, 4, 6, ...).Cada producto est localizable en una calle, planta y seccin. ASCENSOR Tenemos que enterarnos bien de como funciona actualmente para poder optimizar al mximo A Fichero B C D E

Los pedidos se sirven secuencialmente; se coge un pedido y se apartan todos los pedidos solicitados, preparndose el envo del material y emitiendo el albarn. Posibles soluciones : 1. Un operario coge el pedido y busca el material (acude a un fichero manual donde est la localizacin de los productos), actualiza el inventario y rellena el albarn. Elementos Personas + Documentacin 2. Un operario coge el pedido, busca el material, utiliza un lector de cdigo de barras que actualiza el inventario y lista el albarn. Elementos Personas + Documentacin + Base de Datos + Hardware + Software 3. Un operario introduce los datos del pedido en el ordenador. Un robot recoge todo el material del pedido. El robot lo lleva a un lector de cdigos de barras y se actualiza el inventario y se emite el albarn. 4. El operario lee el pedido a un robot con un dispositivo de reconocimiento de voz que le trae los productos. El robot tiene un dispositivo de conexin I/O con el ordenador central para recoger la informacin de la localizacin del producto y para actualizar el inventario. Cuando tiene toda la informacin de los productos hace una ordenacin por localizacin con el fin de optimizar el tiempo. Emite los albaranes correspondientes.

Ingeniera del Software.

2.- Anlisis de sistemas.

Tambin se debe considerar soluciones estndar al problema. Una vez consideradas las posibles asignaciones se elige una. 1. Informatizar Inventario. Informatizar localizacin. Albaranes de forma manual. Recogida del producto manual 2. Inventario informatizado. Localizacin informatizada. Albaranes informatizados. Recogida del producto manual. 3. Inventario informatizado. Localizacin informatizada. Albaranes informatizados 4. Todo informatizado con la entrada por escner o reconocimiento de voz.

En estos tres casos

la entrada de pedidos es manual.

2. ANLISIS DEL SISTEMA

El anlisis del sistema se centra en todos los elementos del sistema, no slo en el software. Objetivos del anlisis del sistema: 1. Identificar las necesidades del cliente. 2. Evaluar la viabilidad del sistema. 3. Realizar un anlisis tcnico y econmico. 4. Asignar funciones a los elementos del sistema. 5. Establecer restricciones de coste y tiempo. 6. Crear una definicin del sistema que sea la base para todo el desarrollo posterior. Est comprobado que la inversin en tiempo y esfuerzo en el anlisis de un sistema es muy importante en el proceso de desarrollo del sistema. Supone un coste del 20 al 40% del total de desarrollo del sistema. Est dirigido por el analista, y se considera un trabajo tan difcil y costoso por ser la transformacin de un concepto dudoso, en un conjunto concreto de elementos tangibles que lo representan. Adems durante el anlisis la comunicacin es excepcionalmente densa y abundan las oportunidades de mal entendimientos, omisiones y errores. Tambin se puede dar el caso de que la percepcin del sistema cambie a medida que avanza la actividad, invalidando el trabajo anterior.

Ingeniera del Software.

2.- Anlisis de sistemas.

2.1.- Identificacin de las necesidades del cliente:

El primer paso en el anlisis de cualquier sistema, es la entrevista con el cliente, para identificar las necesidades. El analista junto con el cliente determinan los objetivos del sistema: La informacin a suministrar, La informacin a obtener Las funciones y rendimiento requerido. EL analista debe ser capaz de distinguir entre lo que el cliente necesita y lo que el cliente quiere. Si el producto a desarrollar se va a vender a muchos clientes, es aconsejable hacer un estudio de mercado, que d una respuesta a las cuestiones siguientes: Cul es el mercado potencial del producto.? Cmo es comparativamente este producto con los de la competencia.? Qu posicin ocupa este producto en la lnea general de produccin de la compaa.? La informacin reunida durante el paso de identificacin de necesidades es especificada en un documento conceptual del sistema, que en algunas ocasiones es preparado por el cliente antes de las reuniones con el analista.

2.2.- Estudio de viabilidad.

Todos los proyectos son realizables con recursos ilimitados y tiempo infinito, pero en condiciones reales no ocurre as. La viabilidad y el anlisis de riesgo estn relacionadas, si el riesgo del proyecto es alto, la viabilidad de producir software de calidad se reduce. Antes de desarrollar un proyecto, debemos considerar : Viabilidad Econmica: (ANLISIS ECONMICO) Evaluacin del coste del desarrollo frente al beneficio final producido. Viabilidad tcnica: (ANLISIS TCNICO) Estudio de la funcionalidad, el rendimiento y las restricciones que puedan afectar a la posibilidad de realizacin de un sistema aceptable, es decir, si existe la posibilidad tcnica de desarrollar el sistema. Viabilidad Legal: Determinacin de cualquier infraccin, violacin o ilegalidad que pudiera resultar del desarrollo del sistema. Alternativas: Las distintas alternativas tienen diferentes las asignaciones de las funciones a los elementos del sistema, as el elegir una alternativa lleva implcitas las asignaciones. No es necesario realizar un estudio de viabilidad para sistemas en que la justificacin econmica es obvia, el riesgo tcnico es bajo, se esperan pocos problemas legales y no existe una alternativa razonable. 4

Ingeniera del Software.

2.- Anlisis de sistemas.

El esfuerzo empleado en el anlisis de la viabilidad de un proyecto, aunque lleve a la cancelacin del mismo no es un esfuerzo en vano.

2.3.- Anlisis econmico y tcnico

El anlisis del coste-beneficio, ya estudiado en la viabilidad econmica, es el ms importante. Es muy complicado de realizar porque los criterios varan segn las caractersticas del sistema, el tamao del proyecto, la estrategia de amortizacin de esa inversin que lleve la empresa, etc. Adems suele ocurrir que parte de los beneficios obtenidos de un sistema informtico sean intangibles (mejoras de calidad, de condiciones de trabajo, etc.), por lo que son muy difciles de estimar en cifras. El anlisis tcnico: comienza en la definicin de la viabilidad tcnica del sistema propuesto. Se deben considerar que tecnologas, mtodos, algoritmos o procesos se requieren y como afecta al coste. Hay herramientas disponibles para realizar el anlisis tcnico, basadas en tcnicas de optimizacin y modelos matemticos (probabilidad, estadstica, etc...), aunque no siempre es posible una evaluacin analtica.

3.- MODELADO DE LA ARQUITECTURA DEL SISTEMA.

Una vez asignadas las funciones del sistema informtico, se crea un modelo del sistema donde queden reflejadas las interrelaciones entre los distintos elementos del sistema. Este modelo nos va a servir de base para los siguientes pasos del anlisis y de diseo. Una caracterstica comn de la arquitectura de todos los sistemas es la transformacin de la informacin del tipo: entrada - proceso salida. Hatley y Pirbhai han extendido esta visin para incluir: proceso de la interfaz de usuario y proceso de mantenimiento y autocomprobacin.

La documentacin que acompaa a los diagramas que se han creado del sistema, describe la informacin de cada subsistema y el flujo de informacin entre ellos. Est compuesto de: 1. NARRATIVA DE MDULO: describe que hace el subsistema, que informacin procesa y como est relacionado con los otros subsistemas. Esto habr que hacerlo para cada uno de los sistemas representado en los DFAs. 2. DICCIONARIO DE ARQUITECTURA: contiene una lista de los elementos de informacin que aparecen en el diagrama de flujo de la arquitectura y sus descripciones. Ejemplo : * Nombre del elemento de informacin: CB del libro * Descripcin del elemento de informacin: CodLibro+CodAutor+FEdic * Tipo (Dato o Control): DATO 5

Ingeniera del Software.

2.- Anlisis de sistemas.

* Origen (Subsistema o Externo): Entidad EXTERNA Lector CB * Destino (Subsistema o Externo): Subsistema del lector de CB * Camino de comunicacin: Bus de Datos

4.- ESPECIFICACIN DEL SISTEMA.

Es el documento que describe la funcin y el rendimiento de un sistema informtico, y las restricciones de desarrollo. Se limitan las asignaciones a los elementos del sistema, se describe la informacin que sirve de entrada y de salida al sistema. Va a servir como base para despus hacer toda la ingeniera: * Hardware * Software * BD * Humana Resumiendo, contiene todo lo explicado anteriormente en este tema.

5. REVISIN DE LA ESPECIFICACIN DEL SISTEMA

Aqu se evala la correccin de la definicin contenida en la especificacin del sistema. Esta revisin se realiza en dos partes: 1. Se realiza con el analista y el cliente comprobando que se ha definido correctamente el mbito del proyecto, la funcionalidad, el rendimiento, los interfaces, el anlisis del entorno y sobre todo hay que comprobar si los objetivos que el analista ha marcado y la percepcin de los objetivos del sistema del mismo coinciden con los del cliente. Si esto no es as es que algn paso de los anteriores se ha realizado mal. Tenemos que realizar la evaluacin tcnica de los elementos y funciones del sistema.

2.

Una vez finalizada la revisin de la especificacin del sistema, se pasa al desarrollo de las ingenieras mencionadas anteriormente. Resumiendo, en este punto del desarrollo se ha conseguido : Identificar las necesidades del usuario. Determinar la viabilidad tcnica y econmica. Asignar las funciones y el rendimiento a los elementos del sistema. Desarrollar un modelo arquitectnico del sistema. Crear el documento de especificacin del sistema.

6. ANLISIS DE REQUISITOS
6

Ingeniera del Software.

2.- Anlisis de sistemas.

El anlisis de requisitos es un proceso de descubrimiento, refinamiento, modelado y especificacin. Es la tarea de ingeniera de Software que establece un puente entre la asignacin del software a nivel de sistema y el diseo del software. El anlisis de requisitos facilita al ingeniero de sistemas la especificacin de la funcin y del rendimiento del software, la descripcin del interfaz con otros elementos del sistema y el establecimiento de las restricciones de diseo que debe considerar el software, por ello, se considera como un medio para valorar la calidad del software una vez construido. Tareas del anlisis de requisitos: Reconocimiento del problema: saber cual es el problema y tener la misma idea de l que el cliente. El analista estudia la especificacin del sistema siendo su objetivo reconocer los elementos bsicos del problema tal y como los perciben el usuario y el cliente. Evaluacin y sntesis: el analista se centra en que datos produce y consume el sistema, que funciones debe realizar este sistema, que interfaces estn definidos y que restricciones se aplican al sistema. Modelado: vamos a elegir el tipo de modelo a utilizar. El analista va a crear modelos del sistema para entender mejor el flujo de datos y de control, el procesamiento funcional y el contenido de la informacin. Igual que antes, a partir de las plantillas representamos nuestro sistema en un entorno grfico. A partir de este modelo sacaremos la especificacin. Especificacin: la forma ideal, si estn bien todos los pasos anteriores, es que el analista desarrolle una especificacin y sea revisada y aprobada por el cliente. Realmente, lo que ocurre es que se desarrolla de forma conjunta por el analista y el cliente. Se establecen los criterios de validacin, que sirven para demostrar que se ha llegado a un buen entendimiento del sistema, y de la forma de implementar con xito el software. De estas fases surgen dos documentos: * Especificacin Formal de Requisitos * Manual del Usuario Preliminar: nos dice que es lo que va a ofrecer el programa Revisin: Se renen el analista y cliente, y se entregan los documentos creados anteriormente. En esta fase, siempre surge algn cambio que puede ser de: * Alguna funcin del Sistema * Datos del sistema * Rendimiento del sistema * Restricciones Este punto de anlisis de requisitos es como el anterior con la comprobacin del cliente.

7. PRINCIPIOS DE ANLISIS
7

Ingeniera del Software.

2.- Anlisis de sistemas.

En las dos ltimas dcadas se han desarrollado varios mtodos de anlisis y especificacin del software. Cada mtodo tiene su propia notacin y un punto de vista nicos, pero todos tienen en comn estos principios:

7.1.- mbito de informacin del problema.

El software se construye para procesar datos: habr una entrada, una manipulacin de datos y una salida. Adems de procesar datos se procesan sucesos, que son controlados por los datos de control. Un suceso representa un aspecto de control del sistema, que normalmente es un dato booleano (ej : seal de alarma). El mbito de informacin contiene tres planteamientos diferentes de los datos y del control a medida que son procesados por un programa: Flujo de informacin. Contenido de informacin. Estructura de informacin. 1. FLUJO DE INFORMACIN: representa la manera de que los datos y el control cambian conforme se mueven a travs de un sistema:

INFO

STMA. INFO STMA. TRANSFORTRANSFORENTRADA MACION 1 INTERMEDIA MACION 2

INFO. SALIDA

Ejemplo: FACTURA DE UN CLIENTE * INFORMACIN DE ENTRADA: Nombre del cliente * TRANSFORMACIN 1: Acceso a BD; de aqu sacamos CdigoCliente * INFORMACIN INTERMEDIA: NombreCliente, CdigoCliente, ... * TRANSFORMACIN 2: Acceso a BD * INFORMACIN DE SALIDA: Factura 2. CONTENIDO DE LA INFORMACIN: representa los elementos de datos individuales que componen otros elementos mayores de informacin Ejemplo: FACTURA= Nombre del cliente + CdigoCliente + NombreProducto + CdigoProducto + PrecioProducto + etc. 3. ESTRUCTURA DE LA INFORMACIN: representa la organizacin interna de los distintos elementos de datos y de control (vectores, matrices, rboles, ...) y las posibles relaciones entre las distintas informaciones. (Se debe recordar que la especificacin de los tipos de datos corresponde a la fase de diseo). 8

Ingeniera del Software.

2.- Anlisis de sistemas.

7.2.- MODELADO.
Hay distintas tcnicas de modelado. Los mtodos de anlisis son realmente mtodos de modelado. Creamos modelos de los sistemas para tener un mejor entendimiento del sistema a construir. El modelo debe ser capaz de modelar : la informacin que transformar el software, las funciones que permiten que se produzca esta transformacin y el comportamiento del sistema a medida que se produce la transformacin. Hay varios modelos de anlisis dentro de los paradigmas: * Estructurado * Orientado a objetos

7.3.- PARTICIN.
Normalmente los problemas son demasiado grandes y complejos, por ello se tiende a dividir en partes mas sencillas con relaciones entre ellas, de forma que el conjunto realice la funcin global. Establecemos una representacin jerrquica de la funcin descomponindola en sus partes fundamentales de forma que se descubran los detalles de manera progresiva.

7.4.- PLANTEAMIENTOS ESENCIALES Y DE IMPLEMENTACIN.

El proceso de anlisis debe ir de la informacin esencial al detalle de la implementacin. El planteamiento esencial de los requisitos del software presenta las funciones que han de realizarse y la informacin que ha de procesarse, independientemente de los detalles de implementacin. El planteamiento de implementacin de los requisitos del software presenta algunos detalles de la implementacin real de las funciones de procesamiento y de las estructuras de informacin.