Diapositiva 1

Software e ingeniera del software

Programas de computadora que cuando se ejecutan proporcionan la funcin y el rendimiento esperado

Caractersticas del SoftwareSe desarrolla y no se fabricaLa mayora del software es hecho a medida

Primera EraAos 50Programas con ensambladorCrisis del software

Aos 70Aparicin de computadoras ms potentesSoftware de uso generalfuerte mantenimiento

Anos 80Marcada por PCsProgramacin estructuradaReduccin del mantenimiento

Lenguajes orientados a objetosLenguajes de cuarta generacinSituacin ActualRecorte de revisiones , pruebas y verificaciones del software

El proceso de desarrollo

Los clculos de coste asociados con el desarrollo de software excesivamente elevadosCiclo de vida del SoftwareMarco de referencia que contiene los procesos, las actividades y las tareas involucradas en el desarrollo, la explotacin y el mantenimiento de un producto de softwareModelos de desarrolloLos modelos de desarrollo de Software son estrategias de desarrollo para organizar las diversas etapas y actividades del ciclo de vida del software.Describe las transiciones entre las etapas

Fase de MantenimientoFase centrada en el cambio que va asociado a la correccin de errores, a las adaptaciones requeridas a medida que evoluciona el entorno del software.Cuatro tipos de cambioCorreccinAdaptacinMejoraPrevencin

Identificacin del sistema y definicin de requerimientosAnlisisDiseoDesarrollo e implementacinIntegracin y prueba del softwareDocumentacinEntrenamiento y usoMantenimiento del software

Modelo o ciclo de vida en espiralTransformaciones formalesCiclo de vida en cascada

MetodologasEs un conjunto coherente de mtodos ytcnicaque cubren mas de una etapa del ciclo de vida

Estado de desarrolloPrevenir la evolucinAnalizar posibilidades de formacinTener en cuenta la construccin de prototiposEstar enfocada al desarrollo orientado a objetos

Partimos del supuesto de que ya hemos evaluado mltiples Metodologas y ya hemos escogido la que vamos a implantarPlan de normalizacin y adaptacin al entornoPlan de formacin a todos los miembros de la organizacinPlan de proyectosPlan de seguimiento

ProcedimientosResponsabilidadesDocumentos a generarFormato de los documentosEntorno de desarrollo de la documentacin

Plan de proyectosSeleccionar un proyecto piloto, no crtico i de complejidad normal. Aprovechar este proyecto para evaluar y modificar la normalizacin, adaptacin y formacin ya realizadasPlan de seguimientoDefinir objetivos, cuantificar objetivos, controlar el cumplimiento de los objetivos,aparece la tarea del mantener la metodologa

Metodologamtrica

Escasa o nula documentacin Dificultad de desarrollo , implantacin y especialmente mantenimientoFalta de comunicacin con los usuarios Productos no entregados a tiempo, no responden a las necesidades

En los DFD no se deber modelizar:Procedimientos, puntos de inicio y de terminacin del DFDcondiciones, tratamientos de errores poco relevantes

ENTIDAD EXTERNA

Representa entes ajenos a la aplicacin. Los que aportan o reciben informacin

Representa personas, organizaciones, o sistemas que no pertenecen al sistemaEn el caso de que las entidades externas se comunicasen entre s, esto no se contemplara en el diagrama, por estar fuera del mbito de nuestro sistemaPuede aparecer en los distintos niveles de DFD para mejorar su comprensin, aunque normalmente slo aparecer en el diagrama de contexto

Reglas de Construccin:Representa la informacin en reposopuede crear, destruir ni transformar datosNo puede estar comunicado directamente con otro almacn o Entidad externaEl flujo de datos (Entrada y Salida) no lleva nombre cuando incide sobre su contenido completo No debe estar referido al entorno fsico, y por tanto, no se diferencian los ficheros convencionales de las bases de datos No se representa la clave de acceso a este almacn sino slo la operacin que se realiza

Establecen la comunicacin entre procesos, almacenes y entidades externas, llevan la informacin necesaria para esos objetosReglas de Construccin:El concepto de flujo de datos es similar al concepto de tubera a travs del cual fluye informacin de estructura conocida Los datos no pueden ser creados ni destruidos por un flujo de datosSirve para conectar el resto de los componentes de un DFDNo es un activador de procesosCuando un proceso almacena datos, la flecha de flujo de datos se indica en la direccin del almacn de datos y a la inversa si es el proceso el que lee datos en el almacn

Los DFD se han de representar de la forma ms clara posible, por ello se basan en el principio de descomposicin o explosin por niveles en distintos niveles de detalle.

La descomposicin por niveles permite analizar el sistema desdes el mbito general al detalle, pasando por sucesivos niveles intermedios (Filosofa top-down)

La utilizacin de esta implica la descomposicin o explosin de cada proceso en otro DFD.

El objetivo es realizar una declaracin formal del dominio

Un solo proceso representar el rea que se est estudiando

El contexto queda definido por los flujos de entrada y salida y las entidades externas

Las entidades externas han de aparecer en este nivel y no en ningn otro

Grfico que va a proporcionar el mbito del proyecto objeto de estudio. En l aparecer todo aquello que necesite o envi datos del o hacia el sistema a desarrollar

Base de datosConjunto, coleccin o depsito de datos almacenados en un soporte informtico. Los datos deben estar interrelacionados y estructurados de acuerdo con un modelo capaz de recoger el mximo contenido semntico.Los sistemas de bases de datos, al ser un repositorio, poseen componente esttica, dinmica y funcional, y cada una de estas componentes puede ser vista desde los niveles de abstraccin conceptual, lgico o fsico.

Es el conjunto de conceptos, reglas y convenciones que permiten describir y manipular los datos del mundo real que constituye nuestra visin del mundo real relevante para nuestro sistema

El modelo de datos es un dispositivo de abstraccin para la interpretacin de la realidad con el objetivo de captar su semntica. Al aplicar el modelo de datos se obtiene una estructura de datos llamada Esquema

Sirve para establecer una visin global de los datos de una organizacin o de un sistema de informacin, en un nivel de abstraccin prxima al usuario e independiente de las caractersticas fsicas del equipo donde se vaya a instrumentar el sistema.

Constituye el Nivel Conceptual de la arquitectura ANSI

Consiste en describir la informacin de la organizacin mediante la definicin de Entidades y asociaciones o interrelaciones entre ellas

Aos sesenta Codd introdujo la teora de las relaciones en el campo de las bases de datos.

El modelo Relacional correspondera al nivel lgico/externo de la arquitectura ANSI

Las interrelaciones entre entidades sern siempre de grado dos. En el caso de que sean de grado mayor que dos , habr que descomponerlas en relaciones binariasEn caso M:N se crear una entidad auxiliar que sirva de nexo de unin entre las dos entidades iniciales obteniendose dos relaciones tipo 1:N. La clave primaria de esta nueva entidad estar formada por la concatenacin de las claves primarias de cada una de las entidades originales.

Las interrelaciones N:M se transforman en una tabla cuya clave primaria ser la concatenacin de los atributos principales de las entidades que asocia; estos atributos sern claves ajenas que referencian a las respectivas tablas donde son claves primarias. Los atributos de la interrelacin sern columnas de la tabla

El diccionario de datos es una lista organizada de todos los datos pertinentes al sistema, con un conjunto de definiciones precisas y rigurosas para que tanto el analista como el usuario se entiendan.En el DD se :Describe el significado de los flujos y almacenes que muestran los DFDs Describe la composicin de los paquetes de datos que se mueven a travs de los flujos de datosDescribe la composicin de los paquetes de datos en los almacenes

Se describe el significado, objetos que forman la interrelacin, cardinalidad de la interrelacin (lmites inferior y superior)Ejemplo:compra=* asociacin entre un cliente y uno o ms artculos *

Historia de la Vida de las Entidades

Entidades de datos:Cualquier objeto sobre el que el sistema guarda informacin. Las entidades de datos estn caracterizadas por sus atributos.Eventos:Cualquier suceso que activa un proceso que actualiza datos en el sistema. Se pueden considerar tres tipos de eventos:Se utilizan nodos como medio para agrupar un conjunto de eventos que afectan a una entidad en la representacin grficaCajas vacas:Representan el caso en que ningn evento afecta a la entidad

Cada flujo y almacn de datos han de estar definidos en el DD.Cada flujo y almacn de datos definidos en el DD deben aparecer en alguna parte del DFD.

Cada proceso del DFD ha de estar asociado a un DFD de un nivel ms bajo o relacionado con una especificacin de proceso (EP).

Su objetivo principal es la obtencin de un conjunto de especificaciones formales del sistema a desarrollar, que describan en detalle: Las necesidades de informacin que debe satisfacer el nuevo sistema La Arquitectura lgica del nuevo sistema, de forma independiente del entorno tcnico

mbito y alcance del Proyecto Lista de usuarios participantes Descripcin del sistema actual Modelo FsicoLista de problemas y necesidades Modelo lgico actual de procesos Esquema lgico actual de datos

Especificacin del Sistema propuestoEspecificacin de subsistemasEsquema Lgico de Datos del SistemaModelo de eventos del sistemaInterfaces de usuario

Disear la arquitectura fsica del sistema

Disear el esquema externo de datos

Especificar el entorno tecnolgico del sistema

Completar el plan de pruebas del sistema

Completar especificaciones de diseo