Fundamentos de Desarrollo de Sistemas UNIDAD I Pgina 1 UNIDAD I CONCEPTOS INTRODUCTORIOS 1.

1 INTRODUCCION A LOS SISTEMAS SISTEMA: Conjunto organizado de partes interdependientes que interactan entre s formando un todo unitario y complejo. 1.1.1 DESCRIPCION GENERAL Las partes forman las funciones bsicas realizadas por el sistema de las cuales podemos enumerarlas en: Las salidas de un sistema se convierten en entrada de otro, que la procesar para convertirla en otra salida, repitindose este ciclo indefinidamente. 1.1.2 TIPOS (21-01-10) Sistemas de Soporte para la Toma de Decisiones (DSS: Decision Support Systems): apoyar la toma de decisiones mediante la generacin y evaluacin sistemtica de diferentes alternativas o escenarios de decisin. Un DSS no soluciona problemas, ya que solo apoya al proceso de toma de decisiones. Sistemas de Soporte para la Toma de Decisiones de Grupo (Group Decision Support Systems): cubren el objetivo de lograr la participacin de un grupo de personas durante la toma de decisiones en ambientes de anonimato y consenso, apoyando decisiones simultneas. Sistemas Expertos de Soporte para la Toma de Decisiones (DEss: ExpertDecisionSupprtSystems): permiten cargar bases de conocimiento que se integran por una serie de reglas de sentido comn para que diferentes usuarios las consulten, apoyen la toma de decisiones, la capacitacin. Sistemas de Informacin para Ejecutivos (EIS: ExecutiveinformationSystems): estn dirigidos a apoyar el proceso de toma de decisiones de los altos ejecutivos de una organizacin, presentado informacin relevante y usando recursos visuales de fcil interpretacin, con el ejecutivo de mantenerlos informados. 1.1.3 CLASIFICACION (22-01-10) ABIERTOS. Son los que intercambian informacin, materiales y energa con su ambiente. CERRADOS. Son auto contenido, no interactan con el medio ambiente. PROBABILISTICO. No se conoce con certeza su comportamiento. DETERMINISTICO. Cualquier estado futuro que adopten puede preciarse con antelacin. 1.2 CICLO DE VIDA DE UN PROYECTO DE SOFTWARE (25-01-10) Expresin de necesidades Esta etapa tiene como objetivo la consecucin de un primer documento en que queden reflejados los requerimientos y funcionalidades que ofrecer al usuario del sistema a desarrollar (qu, y no cmo, se va a desarrollar). Especificaciones

Ahora se trata de formalizar los requerimientos; el documento obtenido en la etapa anterior se tomar como punto de partida para esta fase. Su contenido es an insuficiente y lleno de imprecisiones que ser necesario completar y depurar. Anlisis Es necesario determinar qu elementos intervienen en el sistema a desarrollar, as como su estructura, relaciones, evolucin en el tiempo, detalle de sus funcionalidades. Para ello se enfocar el sistema desde tres puntos de vista relacionados pero diferentes: Funcional. Esttico. Dinmico. Diseo Tras la etapa anterior ya se tiene claro que debe hacer el sistema, ahora tenemos que determinar cmo va a hacerlo (cmo debe ser construido el sistema?; aqu se definirn en detalle entidades y relaciones de las bases de datos, se pasar de casos de uso esenciales a su definicin como casos expandidos reales, se seleccionar el lenguaje ms adecuado, el Sistema Gestor de Bases de Datos a utilizar en su caso, libreras, configuraciones hardware, redes). Implementacin Llegado este punto se empieza a codificar algoritmos y estructuras de datos, definidos en las etapas anteriores, en el correspondiente lenguaje de programacin y/o para un determinado sistema gestor de bases de datos. Pruebas El objetivo de estas pruebas es garantizar que el sistema ha sido desarrollado correctamente, sin errores de diseo y/o programacin. Es conveniente que sean planteadas al menos tanto a nivel de cada mdulo (aislado del resto), como de integracin del sistema (segn sea la naturaleza del proyecto en cuestin se podrn tener en cuenta pruebas adicionales, p.ej. de rendimiento). Validacin Esta etapa tiene como objetivo la verificacin de que el sistema desarrollado cumple con los requisitos expresados inicialmente por el cliente y que han dado lugar al presente proyecto (para esta fase tambin es interesante contar con los use cases, generados a travs de las correspondientes fases previas, que servirn de gua para la verificacin de que el sistema cumple con lo descrito por estos). Mantenimiento y evolucin Finalmente la aplicacin resultante se encuentra ya en fase de produccin (en funcionamiento para el cliente, cumpliendo ya los objetivos para los que ha sido creada). A partir de este momento se entra en la etapa de mantenimiento, que supondr ya pequeas operaciones tanto de correccin como de mejora de la aplicacin(p.ej. mejora del rendimiento), as como otras de mayor importancia, fruto de la propia evolucin (p.ej. nuevas opciones para el usuario debidas a nuevas operaciones contempladas para el producto). 1.2.1 PLANIFICACION Y GESTION DEL PROYECTO La gestin de proyectos busca las tcnicas necesarias para planificar, organizar, supervisar y controlar proyectos de software.

El objetivo de gestionar proyectos es tener un producto de alta calidad. Cuando se planifica un proyecto se tiene que obtener estimaciones del costo y esfuerzo humano requerido por medio de las mediciones de software que se utilizan para recolectar los datos cualitativos acerca del software y sus procesos para aumentar su calidad. La gestin de un proyecto de software se centra en tres partes como son: Personal Problema Proceso PERSONAL: El factor humano es importante en la ingeniera de software. ( Es importante tener la capacidad de gestin del personal con el fin de aumentar la preparacin en la organizacin del software). PROBLEMA: Se establecen los objetivos y se deben considerar soluciones alternativas e identificar las dificultades tcnicas y de gestin. (Con esta informacin es posible definir unas estimaciones razonables del costo, una valoracin efectiva del riesgo, una subdivisin realista de las tareas del proyecto o una planificacin del proyecto asequible que proporcione una indicacin fiable del progreso). PROCESO: Proporciona la estructura desde la que se puede establecer un detallado plan para el desarrollo del software. (Las actividades estructurales se pueden aplicar a todos los proyectos de software, sin tener en cuenta su tamao o complejidad). El proceso de software lo componen participantes que pueden clasificarse en cinco categoras: GESTORES SUPERIORES: definen los aspectos de negocios que a menudo tienen una significativa influencia en el proyecto. GESTORES TCNICOS DEL PROYECTO: deben planificar, organizar y controlar a los profesionales que realizan el trabajo del software. PROFESIONALES: proporcionan las capacidades tcnicas para la ingeniera de un producto CLIENTES: especifica los requisitos para la ingeniera de software. USUARIOS FINALES: interaccionan con el software una vez que se ha entregado para la produccin. En la mayora de los desafos tcnicos, las mtricas nos ayudan a entender tanto el proceso tcnico que se utiliza para desarrollar un producto, como el propio producto. (El proceso para intentar mejorarlo, el producto se mide para intentar aumentar su calidad). MTRICAS DEL SOFTWARE. Existen diferentes mtricas estn relacionadas con el desarrollo del software para medir su funcionalidad, complejidad, y eficiencia.

MTRICAS TCNICAS: Se centran en las caractersticas de software. (Por ejemplo: la complejidad lgica, el grado de modularidad. Mide la estructura del sistema, el cmo est hecho). MTRICAS DECALIDAD: proporcionan una indicacin de cmo se ajusta el software a los requisitos implcitos y explcitos del cliente. (Es decir cmo voy a medir para que mi sistema se adapte a los requisitos que me pide el cliente). MTRICAS DE PRODUCTIVIDAD. Se centran en el rendimiento del proceso de la ingeniera del software. (Es decir que tan productivo va a ser el software que voy a disear). MTRICAS ORIENTADAS A LA PERSONA. Proporcionan medidas e informacin sobre la forma que la gente desarrolla el software de computadoras y sobre todo el punto de vista humano de la efectividad de las herramientas y mtodos. (Son las medidas que voy a hacer de mi personal que har el sistema). MTRICAS ORIENTADAS AL TAMAO. Es para saber en qu tiempo voy a terminar el software y cuantas personas voy a necesitar. (Son medidas directas al software y el proceso por el cual se desarrolla). 1.2.3ANALISIS Y DISEO. El anlisis de coste-beneficio es complicado porque los criterios varan segn las caractersticas del sistema a desarrollar, el tamao relativo del proyecto y la recuperacin esperada de la inversin como parte del plan estratgico de la compaa. Adems, muchos beneficios obtenidos de los sistemas basados en computadora son intangibles. ANALISIS: Es indispensable determinar qu elementos van a intervenir en el sistemas a desarrollar, su estructura, relaciones, evolucin a corto o largo plazo, su funcionalidad, los que nos dar una descripcin clara de que sistema vamos a desarrollar, qu funcionalidades va a aportar y qu comportamiento va a tener. Es importante realizar un an significa una valoracin de la inversin econmica comparado con los beneficios que se obtendrn en la comercializacin y utilidad del producto o sistema. DISEO: Realizada la etapa anterior ya se tiene claro que debe hacer el sistema, ahora tenemos que plantear como va a hacerlo (cmo debe ser construido el sistema?;aqu se definirn en detalle entidades y relaciones delas bases de datos, se pasar de casos de uso esenciales a su definicin como casos expandidos reales, se seleccionara el lenguaje ms adecuado, el Sistema Gestor de Base de Datos a utilizar en un caso, libreras, configuraciones hardware, redes, y dems condiciones para el desarrollo del sistema).Para ello nos enfocamos en cuatro etapas: El diseo de los datos. Trasforma el modelo de dominio de la informacin, creado durante el anlisis, en las estructuras de datos necesarios para implementar el Software.

El Diseo Arquitectnico. Define la relacin entre cada uno de los elementos estructurales del programa. El Diseo de la Interfaz. Describe como se comunica el Software consigo mismo, con los sistemas que operan junto con l y con los operadores y usuarios que lo emplean. El Diseo de procedimientos. Transforma elementos estructurales de la arquitectura del programa. La importancia del Diseo del Software se puede definir en una sola palabra Calidad. El Diseo es la nica manera de materializar con precisin los requerimientos del cliente.