Beruflich Dokumente
Kultur Dokumente
INDICE
3. INTRODUCCION 3.1 EL ENFOQUE ESTRUCTURADO 3.1.1 Diagrama de flujo de datos 3.1.2 Diccionario de datos 3.1.3 Diseo de mdulos 3.1.4 Descomposicin en procesos. 3.2 EL ENFOQUE ORIENTADO A OBJETOS 3.2.1 Anlisis 3.2.2 Diseo 3.3 CONCLUSIONES 3.4 BIBLIOGRAFIA 3.5 GLOSARIO
INTRODUCCION
La ingeniera de software surge de la ingeniera de sistemas y de hardware. Abarca un conjunto de tres elementos que facilitan el control sobre el proceso de desarrollo de software y suministran las bases para construir software de calidad de una forma productiva: Mtodos Herramientas Procedimientos Mtodos que indican cmo construir el software tcnicamente e incluyen un amplio espectro de mtodos para la planificacin, la estimacin, el anlisis, el diseo, codificacin, prueba y mantenimiento. Herramientas automticas y semiautomticas que apoyan a la aplicacin de los mtodos. Cuando se integran las herramientas de forma que la informacin creada por una herramienta puede ser usada por otra, se establece un sistema para el soporte del desarrollo de software, llamado Ingeniera de Software Asistida por Computadora ( CASE ). Procedimientos que definen la secuencia en la que se aplican los mtodos, las entregas, los controles de calidad y guas para evaluacin del progreso. La Ingeniera de Software est compuesta por una serie de pasos que abarcan los mtodos, herramientas y procedimientos mencionados, a los que se denominan Paradigmas de la Ingeniera de Software.
La ingeniera de software est compuesta por una serie de pasos de abarcan los mtodos, las herramientas y los procedimientos antes mencionados. Estos pasos se denominan frecuentemente paradigmas de la ingeniera de software. La eleccin de un paradigma para la ingeniera de software se lleva a cabo de acuerdo con la naturaleza del proyecto y de la aplicacin, los mtodos, herramientas a usar, los controles y entregas requeridos.
diferentes niveles dependiendo la complejidad del sistema q analiza. Otra desventaja es que una porcin de cdigo en lenguaje estructurado es difcil que pueda servir en otros proyectos.
En un DFD tambin se utiliza la escritura. Los flujos, entidades externas y los almacenes se etiquetan con un nombre. Un diagrama de flujo de datos puede ser profundizado expandiendo algunos de sus procesos en subprocesos, en este caso la etiqueta tendr un nmero adicional. No hay un lmite para el nmero de procesos.
OBJETIVOS
Un diccionario de datos es dar precisin sobre los datos que se manejan en un sistema, evitando as malas interpretaciones o ambigedades. Define con precisin los datos de entrada, salida, componentes de almacenes, flujos, detalles de las relaciones entre almacenes, etc. Los diccionarios de datos son buenos complementos a los diagramas de flujo de datos, los diagramas de entidad-relacin, etc.
Otro enfoque es pensar que un modelo de datos permite describir los elementos de la realidad que intervienen en un problema dado y la forma en que se relacionan esos elementos entre s. Modelos de Datos Lgicos: Son orientados a las operaciones ms que a la descripcin de una realidad. Usualmente estn implementados en algn Manejador de Base de Datos. El ejemplo ms tpico es el Modelo Relacional, que cuenta con la particularidad de contar tambin con buenas caractersticas conceptuales (Normalizacin de bases de datos). Modelos de Datos Fsicos: Son estructuras de datos a bajo nivel implementadas dentro del propio manejador. Ejemplos tpicos de estas estructuras son los rboles B+, las estructuras de Hash, etc.
del software ofreciendo una solucin a largo plazo a los problemas y preocupaciones que han existido desde el comienzo en el desarrollo de software: la falta de portabilidad del cdigo y reusabilidad, cdigo que es difcil de modificar, ciclos de desarrollo largos y tcnicas de codificacin no intuitivas. Un lenguaje orientado a objetos ataca estos problemas. Tiene tres caractersticas bsicas: debe estar basado en objetos, basado en clases y capaz de tener herencia de clases. 3.2.1 ANALISIS El modelo de anlisis se extiende luego para describir la manera en que interactan los actores y el sistema para manipular el modelo del dominio de aplicacin. Los desarrolladores usan el modelo de anlisis, junto con los requerimientos no funcionales, para preparar la arquitectura del sistema que se desarrolla durante el diseo de alto nivel. Las actividades del anlisis: la identificacin de objetos, su comportamiento, sus relaciones, su clasificacin y su organizacin. El modelo de anlisis est compuesto por tres modelos individuales: el modelo funcional, representado por casos de uso y escenarios, el modelo de objetos de anlisis, representado por diagramas de clase y objeto, y el modelo dinmico, representado por grficas de estado y diagramas de secuencia.
3.2.2 DISEO
Durante el diseo de objetos cerramos el hueco entre los objetos de aplicacin y los componentes hechos, identificando objetos de solucin adicionales y refinando los objetos existentes. El diseo de objetos incluye: Especificacin de servicios, durante la cual describimos con precisin cada interfaz de clase. Seleccin de componentes, durante la cual identificamos componentes hechos y objetos de solucin adicionales.
Reestructuracin del modelo de objetos, durante la cual transformamos el modelo de diseo de objetos para mejorar su comprensibilidad y extensibilidad. Optimizacin del modelo de objetos, durante la cual transformamos el modelo de diseo de objetos para tratar criterios de desempeo, como el tiempo de respuesta o la utilizacin de la memoria. El diseo de objetos, al igual que el diseo del sistema, no es algortmico.